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