بوابة التوثيق الفني لأنظمة إدارة الأكواد وقواعد البيانات

المرجع الهندسي الموحد لضبط جودة التطوير، منع التضارب البرمجي ، وإدارة دورة حياة التعديلات البرمجية في بيئات

نظرة عامة على معماريّة النظام (System Architecture)

تم تصميم هذه المنظومة لتعمل كجسر تقني ومراقب جودة بين مطوري شاشات ومكونات النظام (Front-End / Back-End Developer) وبين مسؤولي قواعد البيانات (Database Administrators). تهدف الشاشات الثلاث المترابطة إلى أتمتة عمليات سحب الأكواد المصدرية ، تسليم التعديلات وإرفاق السكربتات ، واستخراج تحديثات قاعدة البيانات بشكل مجمع ومؤتمت.

شاشات النظام المتاحة

01

تقديم وإدارة الطلبات

المحطة الأولى للمطور. تُستخدم للبحث في الملفات المتاحة، حجز السورس كود لمنع التضارب ، وإرسال طلبات سحب المكونات إلى قائمة الانتظار للبدء بالتطوير.

Request Form
الانتقال لدليل الشاشة
02

استلام وتسليم التعديلات

المحطة الثانية بعد إنجاز البرمجة. تُستخدم لتوثيق الملاحظات الفنية، إرفاق إسكربتات التحديث (SQL Alter/Update)، وإجبار النظام فيزيائياً على نقل الملف المعدل لمجلد DONE.

Delivery Form
الانتقال لدليل الشاشة
03

تصدير السكربتات

. تُستخدم للبحث في الأكواد المخزنة، معرفة أعلى المعرفات (Max ID)، وتصدير كافة الإسكربتات إلى ملفات .txt مجمعة بضغطة زر.

Script Manager Smart Search Export to Oracle
الانتقال لدليل الشاشة
04

شاشةالاعتماد

مخصصة لمسئول الوحدة لاعتماد التعديلات التي طرأت على الشاشة او التقرير قبل الاعتماد النهائي

Approvals
الانتقال لدليل الشاشة

🔄 دورة حياة التعديل البرمجي في النظام

1️⃣ طلب السورس

يقوم المطور بطلب الملف عبر شاشة "الطلبات"؛ يفلتر النظام التضارب ويحجز الملف للمطور.

2️⃣ التطوير والتوثيق

يتم تعديل الكود، ثم الانتقال لشاشة "التسليم" لكتابة التغييرات وإرفاق إسكربتات التحديث .

3️⃣ الاعتماد والتصدير

يستخدم الـ DBA شاشة "السكربتات" لسحب التحديثات وتصديرها كملفات جاهزة للتنفيذ على سيرفرات العملاء.

📌 أفضل الممارسات التقنية (Best Practice): للحفاظ على بيئة تطوير نظيفة وخالية من الأخطاء التراكمية، يُرجى التأكد دائماً من إغلاق الطلبات المعلقة في شاشة التسليم فور الانتهاء من العمل، وعدم ترك الملفات محجوزة (Locked) لفترات طويلة دون مبرر فني.