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