نموذج الشكل سبعة أو V بالتفصيل دورة حياة تطوير النظام او البرمجيات SDLC V-Model#

نموذج الشكل سبعة أو V بالتفصيل دورة حياة تطوير النظام او البرمجيات  SDLC V-Model#

نموذج الشكل سبعة أو V بالتفصيل دورة حياة تطوير النظام او البرمجيات SDLC V-Model#


نموذج الشكل سبعة أو V بالتفصيل دورة حياة تطوير النظام او البرمجيات  SDLC V-Model#

ماهو النموذج القمع الشكل سبعة V Model في دورة حياة تطوير النظام والبرمجيات SDLC? 

النموذج V هو نموذج SDLC حيث تنفيذ العمليات يحدث بطريقه متسلسلة في شكل V. وهو يعرف أيضا باسم نموذج التحقق والتحقق من الصحة.

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

التأكد Verification : 

يتضمن طريقة تحليل ثابتة (مراجعة) تتم بدون تنفيذ التعليمات البرمجية.  إنها عملية تقييم عملية تطوير المنتج لمعرفة ما إذا كانت المتطلبات المحددة تلبي.

التحقق من الصحة validation :

 ​​يتضمن طريقة التحليل الديناميكي (وظيفية ، غير وظيفية) ، ويتم الاختبار بتنفيذ التعليمات البرمجية  التحقق من الصحة هو عملية تصنيف البرنامج بعد الانتهاء من عملية التطوير لتحديد ما إذا كان البرنامج يلبي توقعات العملاء ومتطلباتهم

لذلك يحتوي نموذج V على مراحل التاكد verification على جانب واحد و مراحل التحقق من الصحة validation على الجانب الآخر.  يتم ربط عملية التحقق والتحقق من خلال مرحلة الترميز في شكل V.  وهكذا يُعرف باسم V-Model.

 هناك مراحل مختلفة من مرحلة التأكد verification من نموذج V:


  •  تحليل متطلبات العمل: 

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

  •  تصميم النظام:

 يقوم مهندسو النظام في هذه المرحلة بتحليل وتفسير أعمال النظام المقترح من خلال دراسة وثيقة متطلبات المستخدم.

  •  التصميم المعماري: 

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

  •  تصميم الوحدة النمطية: 

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

  •  مرحلة الكود: 

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

 هناك مراحل مختلفة من مرحلة التحقق من صحة validation النموذج V:


  •  اختبار الوحدة:

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

  •  اختبار التكامل:

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

  •  اختبار النظام: 

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

  •  اختبار القبول: 

يرتبط اختبار القبول بجزء تحليل متطلبات العمل.  يتضمن اختبار منتج البرنامج في جو المستخدم.  تكشف اختبارات القبول عن مشاكل التوافق مع الأنظمة المختلفة المتوفرة في جو المستخدم.  يكتشف أيضًا المشكلات غير الوظيفية مثل عيوب الحمل والأداء داخل جو المستخدم الحقيقي.

المؤشرات التالية هي بعض السيناريوهات الأكثر ملاءمة لاستخدام تطبيق الطراز V.


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

متى تستخدم V-Model؟

  •  عندما يكون الشرط محددًا جيدًا وليس غامضًا.
  •  يجب استخدام النموذج على شكل V للمشاريع الصغيرة والمتوسطة الحجم حيث يتم تحديد المتطلبات بشكل واضح وثابتة.
  •  يجب اختيار النموذج على شكل حرف V عند توفر عينة من الموارد الفنية مع الخبرة الفنية الأساسية.

 ميزات (إيجابيات) نموذج V:

  •  سهل الفهم.
  •  طرق الاختبار مثل التخطيط وتصميم الاختبار يحدث جيدًا قبل الترميز.
  •  وهذا يوفر الكثير من الوقت.  ومن ثم هناك فرصة أكبر للنجاح على نموذج الشلال.
  •  يتجنب التدفق الهابط للعيوب.
  •  يعمل جيدًا للخطط الصغيرة حيث يسهل فهم المتطلبات.

 عيوب (سلبيات) نموذج V:

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