نموذج دورة حياة البرنامج (يُطلق عليه أيضًا نموذج العملية) هو تمثيل تصويري وتخطيطي لدورة حياة البرنامج. يمثل نموذج دورة الحياة جميع الأساليب المطلوبة لجعل منتج البرنامج يمر عبر مراحل دورة حياته. كما أنه يجسد الهيكل الذي سيتم من خلاله تنفيذ هذه الأساليب.
بمعنى آخر، يقوم نموذج دورة الحياة بتخطيط الأنشطة المختلفة التي يتم إجراؤها على منتج البرنامج منذ بدايته وحتى إيقافه. قد تقوم نماذج دورة الحياة المختلفة بتخطيط أنشطة التطوير الضرورية على مراحل بطرق مختلفة. وبالتالي، لا يوجد عنصر يتم اتباعه في نموذج دورة الحياة، حيث يتم تضمين الأنشطة الأساسية في جميع نماذج دورة الحياة على الرغم من أنه يمكن تنفيذ الإجراء بترتيب مختلف في نماذج دورة الحياة المختلفة. خلال أي مرحلة من مراحل دورة الحياة، يمكن أيضًا تنفيذ أكثر من نشاط.
الحاجة إلى SDLC
يجب على فريق التطوير تحديد نموذج دورة حياة مناسب لخطة معينة ومن ثم مراقبته.
بدون استخدام نموذج دورة حياة دقيق، لن يتم تطوير منتج برمجي بطريقة منهجية ومنضبطة. عندما يقوم فريق بتطوير منتج برمجي، يجب أن يكون هناك فهم واضح بين ممثلي الفريق حول متى وماذا يفعلون. وإلا فإنه يشير إلى الفوضى وفشل المشروع. يمكن تعريف هذه المشكلة باستخدام مثال. لنفترض أن مشكلة تطوير البرمجيات مقسمة إلى أجزاء مختلفة ويتم تخصيص الأجزاء لأعضاء الفريق. ومن الآن فصاعدا، لنفترض أن ممثل الفريق لديه الحرية في تطوير الأدوار المخصصة له بأي طريقة يريدها. من الممكن أن يبدأ أحد الممثلين بكتابة الكود الخاص به، وقد يختار آخر إعداد وثائق الاختبار أولاً، وقد يبدأ مهندس آخر بمرحلة تصميم الأدوار الموكلة إليه. ستكون هذه إحدى الطرق المثالية لفشل المشروع.
يصف نموذج دورة حياة البرنامج معايير الدخول والخروج لكل مرحلة. لا يمكن أن تبدأ المرحلة إلا إذا تم استيفاء معايير دخول المرحلة الخاصة بها. لذلك بدون نموذج دورة حياة البرنامج، لا يمكن التعرف على معايير الدخول والخروج لمرحلة ما. بدون نماذج دورة حياة البرنامج، يصبح من الصعب على مديري مشاريع البرمجيات مراقبة تقدم المشروع.
دورة SDLC
تمثل دورة SDLC عملية تطوير البرامج. يتضمن إطار عمل SDLC الخطوات التالية:
مراحل SDLC هي كما يلي:
المرحلة الأولى: التخطيط وتحليل المتطلبات
ما هو ييميل
تحليل المتطلبات هو المرحلة الأكثر أهمية وضرورية في SDLC.
يقوم كبار أعضاء الفريق بتنفيذ ذلك بمدخلات من جميع أصحاب المصلحة وخبراء المجال أو الشركات الصغيرة والمتوسطة في الصناعة.
كما يتم في هذه المرحلة التخطيط لمتطلبات ضمان الجودة وتحديد المخاطر المرتبطة بالمشاريع.
يقوم محلل الأعمال ومنظم المشروع بعقد اجتماع مع العميل لجمع كافة البيانات مثل ما يريد العميل بناءه، ومن سيكون المستخدم النهائي، وما هو هدف المنتج. قبل إنشاء منتج، من الضروري جدًا الفهم الأساسي أو المعرفة بالمنتج.
على سبيل المثال ، يريد العميل أن يكون لديه تطبيق يتعلق بالمعاملات المالية. في هذه الطريقة، يجب أن تكون المتطلبات دقيقة مثل نوع العمليات التي سيتم إجراؤها، وكيف سيتم تنفيذها، وبأي عملة سيتم إجراؤها، وما إلى ذلك.
بمجرد الانتهاء من الوظيفة المطلوبة، يكتمل التحليل مع تدقيق جدوى نمو المنتج. وفي حالة وجود أي غموض، يتم إعداد إشارة لمزيد من المناقشة.
بمجرد فهم المتطلبات، يتم إنشاء مستند SRS (مواصفات متطلبات البرنامج). يجب على المطورين اتباع هذه الوثيقة بدقة ويجب أيضًا مراجعتها من قبل العميل للرجوع إليها في المستقبل.
المرحلة الثانية: تحديد المتطلبات
بمجرد الانتهاء من تحليل المتطلبات، فإن المرحلة التالية هي بالتأكيد تمثيل وتوثيق متطلبات البرامج وقبولها من أصحاب المصلحة في المشروع.
يتم تحقيق ذلك من خلال وثيقة مواصفات متطلبات البرنامج 'SRS' التي تحتوي على جميع متطلبات المنتج التي سيتم إنشاؤها وتطويرها خلال دورة حياة المشروع.
المرحلة الثالثة: تصميم البرمجيات
المرحلة التالية على وشك إسقاط كل المعرفة بمتطلبات المشروع البرمجي وتحليله وتصميمه. هذه المرحلة هي نتاج المرحلتين الأخيرتين، مثل المدخلات من العميل وجمع المتطلبات.
المرحلة الرابعة: تطوير المشروع
في هذه المرحلة من SDLC، يبدأ التطوير الفعلي ويتم بناء البرمجة. يبدأ تنفيذ التصميم فيما يتعلق بكتابة التعليمات البرمجية. يجب على المطورين اتباع إرشادات الترميز الموضحة في أدوات الإدارة والبرمجة الخاصة بهم، مثل المترجمين والمترجمين الفوريين ومصححي الأخطاء وما إلى ذلك، والتي تُستخدم لتطوير التعليمات البرمجية وتنفيذها.
جافا الخاصة مقابل العامة
المرحلة الخامسة: الاختبار
بعد إنشاء التعليمات البرمجية، يتم اختبارها وفقًا للمتطلبات للتأكد من أن المنتجات تلبي الاحتياجات التي تم تناولها وجمعها أثناء مرحلة المتطلبات.
خلال هذه المرحلة، يتم إجراء اختبار الوحدة، واختبار التكامل، واختبار النظام، واختبار القبول.
المرحلة السادسة: النشر
بمجرد اعتماد البرنامج، وعدم ذكر أي أخطاء أو أخطاء، يتم نشره.
وبعد ذلك، واستنادًا إلى التقييم، قد يتم إصدار البرنامج كما هو أو مع التحسينات المقترحة في جزء الكائن.
بعد نشر البرنامج، تبدأ صيانته.
المرحلة السابعة: الصيانة
وبمجرد أن يبدأ العميل في استخدام الأنظمة المطورة، تظهر المشكلات الحقيقية والمتطلبات التي يجب حلها من وقت لآخر.
يُعرف هذا الإجراء الذي يتم فيه العناية بالمنتج المطور بالصيانة.