ضوابط إنشاء طلبات تطوير من قبل أقسام الدعم الفني والتجهيز بالشركة

• توفر نماسوفت نظامًا داخليًا لمتابعة طلبات التطوير الناتجة عن:
  • مشاكل حدثت لدى العملاء
  • أو طلبات جديدة بحاجة لتطوير

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

• تأكد أن الميزة المطلوبة غير موجودة بالفعل بالنظام

عند تقديم طلب تطوير لحل مشكلة

• يجب إرفاق لوج من النظام:
  • اضغط على Ctrl + Alt + L ثم نفذ الإجراء الذي أدى إلى المشكلة
  • إذا لم يظهر لوج بعد الحفظ أو الإجراء:
    • قم بإحضار ملف namasoft.log من السيرفر
    • أو استخدم utils.html إذا تعذر الدخول إلى السيرفر

عند طلب إضافة حقول جديدة

• انسخ اسم جدول الشاشة التي تريد الإضافة إليها
  • يمكن نسخه من رابط الشاشة أو باستخدام Ctrl + Alt + I (Show Field Info)

لسهولة إعادة إنتاج المشكلة

• من الأفضل إحضار نسخة احتياطية من قاعدة بيانات العميل الذي ظهرت عنده المشكلة
• لا تضع رابط النسخة الاحتياطية في النقاش
  • استخدم الحقل Backup URL لهذا الغرض فقط
  • ⚠️ هذه نقطة غاية في الأهمية ويجب الالتزام بها

عند كتابة الطلب

• اكتب الطلب بشكل واضح ودقيق
• اشرح خطوات إعادة ظهور المشكلة بالتفصيل
• تجنب العبارات العامة مثل: "الشاشة لا تعمل"

بعد انتهاء التطوير

• سيصلك تنبيه على البريد الإلكتروني بإنهاء الطلب
  • لكن هذا لا يعني أن الحل تم إصداره في نسخة من النظام
• افتح الطلب وتحقق من الحقول التالية:
  • اسم الإصدار
  • اسم أول إصدار
• إذا وجدت قيمة في أحدهما فهذا يعني أن التعديلات تم إصدارها
• إذا كان كلاهما فارغين، فذلك يعني أن التعديلات لم تُدرج بعد في إصدار جديد

ضوابط العمل لقسم التطوير عند تنفيذ طلبات التطوير

• فهم المطلوب بدقة

  • في حال وجود أي جزء غير واضح، يجب التواصل مع المدير المباشر أو مع منشئ الطلب لتوضيح التفاصيل

• الاختبار الشامل لما تم تنفيذه

  • تأكد من تجربة التعديل أو الميزة المضافة بشكل يغطي معظم السيناريوهات والاحتمالات الممكنة

• مراجعة الكود قبل عرضه

  • قم بمراجعة الكود بعناية قبل عرضه على المدير المباشر للمراجعة

• توضيح المطلوب لتفعيل التعديلات

  • إذا كان التعديل يتطلب تفعيل إعدادات، خيارات في الكيان المعدل، توجيه معين، أو أي إعدادات أخرى، يجب توضيح ذلك صراحة حتى يتمكن فريق الدعم أو التجهيز من التفعيل بشكل صحيح

• عدم إهدار وقت زملاء الدعم والتجهيز

  • تجنب توجيه الأسئلة التي يمكن أن يجيب عليها زملاؤك في قسم التطوير أو مديرك المباشر، حفاظًا على وقت وجهد باقي الفرق

• أهمية التجربة الداخلية قبل التسليم

  • في حال عدم تجربة التعديل وظهور المشكلة مجددًا لدى فريق الدعم أو التجهيز:
    • يؤدي ذلك إلى إحباط الزميل
    • يتسبب له في حرج أمام العميل
    • ويفقد ثقته في قسم التطوير ومنتسبيه

  لذلك نؤكد على ما يلي:

  • الفهم الجيد للمطلوب
  • المراجعة الدقيقة للتعديلات
  • الاختبار العملي لما تم تنفيذه بأكثر من طريقة