مخطط دورة حياة تطوير البرمجيات

وضّح نقاط عودة العمل البرمجي لإجراء التعديلات

يبدأ المثال بالمتطلبات والتصميم. عند رفض مراجعة التصميم، ينتقل المسار إلى «مراجعة التصميم» ثم يعود إلى التصميم. أما التصميمات المعتمدة فتنتقل إلى التطوير، حيث تؤدي نتيجة «مراجعة الشيفرة؟» الفاشلة إلى «إصلاح المشكلات» ثم تعود إلى التطوير.

تنتقل الاختبارات إلى البوابة الثالثة، «اجتاز ضمان الجودة؟». ويعود فرع «لا» منها أيضًا إلى التطوير، بينما يتجه فرع «نعم» إلى النشر ثم المراقبة. تميّز العقد الاثنتا عشرة بين ثلاثة قرارات للمراجعة ومسارات العودة المرتبطة بها. ولا يتضمن المثال تحديد المسؤولين أو مجموعات الاختبار أو مواعيد التسليم أو إعدادات خط الأنابيب الآلي.

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