وثائق

سير عمل دورة حياة تطوير البرمجيات (SDLC)

دورة حياة منظمة من تحديد النية إلى الإصدار، بالإضافة إلى نقطة التحقق الاختيارية للموافقة التي يمكن إضافتها قبل بدء التخطيط.

Coroid يمثل دورة حياة برمجية كاملة، وليس مجرد خطوة البناء. معظم هذه العملية تتم تلقائيًا؛ وجزء منها عبارة عن نقطة تحقق اختيارية يتم تفعيلها عندما يكون العمل ذا أهمية كافية لتبرير ذلك.

دورة عمل SDLC الاختيارية

على عمل جديد نموذج، ضمن الإعدادات المتقدمة، يوجد مربع اختيار:

استخدام دورة عمل SDLC (اختياري) — لمراجعة النية والمواصفات قبل بدء التخطيط. يمكن ترك هذا الخيار غير مفعّل لبدء التخطيط مباشرةً من ملخص المهمة.

هذا الخيار غير مفعّل بشكل افتراضي. عند تركه غير مفعّل، يبدأ التخطيط من ملخص المهمة بمجرد الموافقة عليه. تأهيل. عند تفعيله، يتم إنشاء مستندين والحصول على موافقة عليهما أولاً:

  1. نية — الغرض الحقيقي من العمل، مع تسجيل القرارات والافتراضات الكامنة وراءه.
  2. مواصفات — النطاق والاستثناءات ومعايير القبول.

لا يبدأ التخطيط إلا بعد الموافقة على هذين المستندين.

متى يتم تفعيله؟

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

اتركه غير مفعّل عندما يكون ملخص المهمة واضحًا بالفعل. فبوابة الموافقة الإضافية على الأعمال الروتينية تسبب عائقًا دون فائدة، وخطوة الموافقة على الخطة تظل سارية في كل الأحوال.

المحطات الخمس

تتم دورة الحياة الكاملة في خمس مراحل، حيث تنتج كل مرحلة أدلة تستخدمها المرحلة التالية.

محطةما يحدثالحالة
تحديدتتحول الطلبات الغامضة إلى نية معتمدة، وقرارات، وافتراضات، ومعايير للنجاح.نسخة تجريبية
تصورمفاهيم واجهة مستخدم اختيارية، يتم صقلها والموافقة عليها كإرشادات تصميمية.نسخة تجريبية
تسليميتم تقسيم الخطة وتنفيذها بواسطة الوكلاء.متاح
إثباتترتبط المتطلبات بالمهام وعمليات التحقق ونتائج المراجعة وتغييرات طلبات السحب.متاح
تحسينتحول عمليات المراقبة والإصلاح والتقييم الانحدارات إلى مهام للدورة التالية.متاح
  1. تحديدنية موافق عليها، قرارات، افتراضات ومعايير نجاحتجريبي
  2. تصورمفاهيم واجهة مستخدم اختيارية، تمت الموافقة عليها كإرشادات تصميميةتجريبي
  3. تسليمتُفكك الخطة ويقوم الوكلاء بتنفيذهامتاح
  4. إثباتترتبط المتطلبات بالمهام والفحوصات والملاحظات والتغييراتمتاح
  5. تحسينتتحول الانتكاسات إلى عمل للدورة التاليةمتاح

اختياريفعّل عملية SDLC للموافقة على النية والمواصفة قبل بدء التخطيط.

تغذي عملية التحسين الدورة التالية: المراقبة، الإصلاح والتقييمات تحول الانتكاسات إلى عمل جديد.

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

تعتبر ميزتا تعريف وتصور قيد التطوير النشط حالياً. أما ميزات تسليم، وإثبات، وتحسين فهي تُستخدم في كل مهمة اليوم، سواء تم تفعيل نقطة التحقق أم لا.

لماذا يتم ترقيم المكونات الإنشائية؟

ترتبط عمليات الموافقة بإصدار محدد من المكون الإنشائي. تعديل مكون إنشائي تمت الموافقة عليه يؤدي إلى إنشاء مسودة جديدة بدلاً من تغيير ما تم الاتفاق عليه بشكل صامت.

هذا ما يجعل الموافقة ذات معنى. الموافقة التي تظل مرتبطة بـ «المواصفات» بدلاً من إصدار محدد منها توافق على أي محتوى قد يتضمنه المستند لاحقاً، وهو في الحقيقة ليس موافقة على الإطلاق.

أدوار الموافقة

يمكن تخصيص مسؤوليات المنتج والتصميم والتقنية والأمان والإصدارات بشكل مستقل، بحيث لا يكون الشخص الذي يوافق على الآثار الأمنية هو نفسه الشخص الذي يوافق على نطاق العمل.

سلسلة الأدلة

الهدف من إنتاج أدلة في كل مرحلة هو إمكانية تتبع منتج pull request النهائي إلى الوراء: هذا التغيير ينفذ هذه المهمة، التي جاءت من هذا المتطلب، الذي جاء من هذا القصد الموافق عليه.

هذه السلسلة هي ما تجعل التسليم المستقل قابلاً للتدقيق. بدونها، سيكون لديك كود يعمل دون أن تعرف لماذا هو الكود الذي طلبته.

من الكود الذي تمت مراجعته إلى الإصدار

pull request هو ناتج دورة العمل. بعد أن تسمح قواعد المستودع بدمج الكود، تقوم إصدار بتثبيت رقم تعريف الالتزام الكامل وتسجيل التغييرات التي يحتوي عليها ذلك الالتزام. تقوم بوابة الجاهزية بتقييم ذلك الالتزام المحدد لبيئة مختارة. ترتبط عمليات الموافقة بلقطة البوابة؛ تعديل المرشح أو السياسة يجعل القرارات السابقة غير صالحة.

بدء طلب النشر يُطلق محاولة في خط أنابيب النشر المتصل بك. يقوم مزود الخدمة بإرسال رد أو يتم تسجيل شهادة يدوية توضح ما وصل إلى البيئة، بينما تسجل أداة الكانياري بعد النشر الحالة الصحية بشكل منفصل. وبالتالي، تظل المهمة وpull request والإصدار ذات معانٍ مختلفة: فالعمل المنجز ليس دليلاً على وصول الكود إلى بيئة الإنتاج.

كيف يرتبط هذا بالخطط؟

تُعد دورة عمل SDLC و الخطط نقطتي تحقق مختلفتين:

  • تُعتمد دورة عمل SDLC على الموافقة على ما يجب بناؤه، قبل وجود أي منهجية لتنفيذه.
  • تُعتمد الخطة على الموافقة على كيف سيتم بناؤه، قبل وجود الكود.

يمكنك استخدام أحدهما أو كلاهما أو عدم استخدام أي منهما. كلاهما أقل تكلفة من مراجعة منتج pull request النهائي الذي لا تتفق معه.