نموذج V
نموذج ڤي أو نموذج V (بالانجليزية: V-model) هو طريقة لتبسيط فهم العمليات المعقدة بتقسيم النظام المركب إلى أجزاء وأنظمة أبسط وأصغر من أجل إدارة ناجحة للمشاريع.
هناك عدة أشكال لنموذج V مختلفة تماما وهو مايسبب أحيانا بعض الالتباس. نموذج في يندرج تحت ثلاث أبواب في نفس الوقت.[1]
في البداية، هناك نموذج V الألماني (Das V-Modell)، الطريقة الرسمية لإدارة المشاريع المتبعة من قبل الحكومة الألمانية. هذا النموذج يشبه لنموذج برنس2(PRINCE2)، ولكنه مرتبط بصورة أكبر بطرق بتطوير البرمجيات.[2]
قد يعود التاريخ الأول لهذا النموذج إلى تاريخ بداية الهندسة البرمجية من قبل القوات المسلحة الاتحادية الألمانية عام 1992.
في المملكة المتحدة، ومن خلال لجنات الفحص عالميا، ينظر إلى نموذج "V" على أنه عملية لتطوير البرمجيات كما هو موصوف في ال ISTQB (المنهج الأساسي لاختبارات البرمجيات).[3]
لا يوجد تعريف متفق عليه بالنسبة لنموذج V بشكله العام، بعكس نموذج V المحدد فقط للبرمجيات (نموذج V (برمجيات)). لذلك لا بد من الانتباه إلى هذه النقطة عند الإطلاع على هذا الموضوع. كما هو الحال في ألمانيا، فإنه يتم العمل بنموذج V في الولايات المتحدة منذ ما يقارب 20 عاماً ولكن على نطاق أضيق مما هو عليه الحال في ألمانيا وبتفصيل أدق عن مفهومه في بريطانيا.[4][5][6][7]
نظرة عامة
[عدل]
Systems engineering and verification.[8]
يعتبر نموذج V واجهة تعرض دورة حياة تطوير المشاريع بحيث يلخص الخطوات الأساسية المرتبطة بالمخرجات المقابلة خلال عملية فحص القدرة الحوسبية (Computerized system validation [الإنجليزية])
V تبين الخطوات التسلسلية في حياة مشروع ما الزمنية وتصف الفعاليات الواجب القيام بها والنتائج المطلوب تحقيقها خلال حياة منتوج ما التطويرية. الجانب الأيسر من حرف V يعرض المتطلبات وإنشاء محددات النظام، بينما يشير الجزء الأيمن إلى عملية دمج المكونات والتحقق من صحتها وفعاليتها عبر فحص كل قطعة منتجة على حدى قبل بدء عملية الإنتاج على شكل واسع.[6][7][9][10][11]
لكن لا بد من تفعيل المتطلبات أولا لتوافق ما يطلبه المستخدم والمتطلبات التقنية. أيضا هناك أشياء تستعمل لتفعيل نموذج ما مثل طريقة (راجع: طريقة العناصر المنتهية)FEM. هذا يمكن فعله في الجزء الأيسر أيضا وليس فقط على القسم الأيمن. الطريقة الأسهل لعملية للتحقق من صحة نظام ما (system model validation) وتثبيتها (verification) هي التي تُعنى بمتطلبات المستخدمين في الحياة العملية. بالإنجليزية يعبر عن مصطلح التفعيل (validation) بالسؤال: هل تبني الشيء الصحيح؟ وعن مصطلح التثبيت (verification) بالسؤال: هل تبنيه بطريقة صحيحة؟
في الحياة العملية، لهذين المطلحين استخدامات أخرى. أحيانا يُستخدمان بنفس المعنى. في الدليل المعرفي لإدارة المشاريع هناك تعريف موثق من من قبل IEEE (جمعية مهندسي الكهرباء والإلكترونيات) للمصطلحين كالآتي:
Validation: إثبات أن منتج أو خدمة أو نظام ما يلبي طلبات الزبون وغيره من أصحاب المصلحة. عادة ما يتطلب قبول وملائمة رغبات الزبائن الخارجيين وهو بعكس التحقق
Verification: إثبات بأن منتج أو خدمة أو نظام ما يتوافق مع متطلبات ومحددات وشروط معينة أم لا. عادة هو عامل داخلي بعكس التفعيل.
الأهداف
[عدل]يوفر نموذج V دليل من أجل تخطيط وتحقيق المشاريع. الأهداف والخصائص التالية لا بد أن تتحقق عند تنفيذ مشروع معين:
- تقليل الأخطار للمشروع: يحسن نموذج V من شفافية المشروع والتحكم به عبر تحديد التطبيقات وفق معايير موحدة ويصف النتائج المترتبة على ذلك والقواعد والإدارة المسؤولة. يساعد النموذج على ملاحظة الأخطاء التي تحيد عن المخطط في مرحلة مبكرة من المشروع مما يقلل الأخطار ويزيد من فعالية إدارة المشروع
- تحسين أو ضمان الجودة: كنظام موحد، يضمن نموذج V بأن النتائج لا بد أن تكون كاملة وتحقق الجودة المطلوبة. وحدة محتويات المنتج تسهل متابعة وفهم الخطوات المختلفة.
- تقليل السعر الكلي خلال دورة حياة المنتج والمشروع: يمكن حساب جهود التطوير والإنتاج والتشغيل والصيانة لنظام ما وتقييمها والتحكم بها بشفافية عبر تطبيق النموذج الموحد عليها. النتائج المحصلة تكون موحدة وسهلة التحقيق مرة أخرى. هذه يقلل الاعتماد على الممولين والداعمين ويزيد من الفعالية والنشاط الداخلي.
- تحسين الاتصال بين جميع العملاء بين أصحاب الشأن في الشراكة: عبر المعايير الموحدة لكل العناصر والأقسام يتم تسهيل الفهم والشراكة بين القائمين على المشروع وأصحاب الشأن الآخرين. هكذا يتم تقليل الخسائر الناجمة عن قلة الاتصال بين المستخدمين والمسؤولين والداعمين والمتطورين.
انظر أيضاً
[عدل]المصادر
[عدل]- ^ "The Dangerous & Seductive V Model", accessed January 9, 2013 نسخة محفوظة 27 يونيو 2017 على موقع واي باك مشين.
- ^ "Das V-Modell site (in German)", accessed January 9, 2013 نسخة محفوظة 24 مارس 2016 على موقع واي باك مشين.
- ^ "International Software Testing Qualifications Board – Foundation Level Syllabus", accessed January 9, 2013 نسخة محفوظة 06 أغسطس 2017 على موقع واي باك مشين.
- ^ "Systems Engineering for Intelligent Transportation Systems" (PDF). US Dept. of Transportation. ص. 10. مؤرشف من الأصل (PDF) في 2017-08-30. اطلع عليه بتاريخ 2007-06-09.
- ^ "US Dept of Transportation, Federal Highway Administration. Systems Engineering Guidebook for ITS", accessed January 9, 2013 نسخة محفوظة 05 مايو 2012 على موقع واي باك مشين.
- ^ ا ب Forsberg, K., Mooz, H., Cotterman, H. Visualizing Project Management, 3rd edition, John Wiley and Sons, New York, NY, 2005. Pages 108-116, 242-248, 341-360.
- ^ ا ب International Council On Systems Engineering (INCOSE), Systems Engineering Handbook Version 3.1, August 2007, pages 3.3 to 3.8
- ^ Systems Engineering Fundamentals. Defense Acquisition University Press, 2001.
- ^ Forsberg, K., Mooz, H. (1998). "System Engineering for Faster, Cheaper, Better" (PDF). Center of Systems Management. مؤرشف من الأصل (PDF) في 2003-04-20.
{{استشهاد بدورية محكمة}}: الاستشهاد بدورية محكمة يطلب|دورية محكمة=(مساعدة)صيانة الاستشهاد: أسماء متعددة: قائمة المؤلفين (link) - ^ "The SE VEE". SEOR, George Mason University. مؤرشف من الأصل في 2009-08-03. اطلع عليه بتاريخ 2007-05-26.
- ^ Forsberg, K. and Mooz, H., "The Relationship of Systems Engineering to the Project Cycle," First Annual Symposium of the National Council On Systems Engineering (NCOSE), October 1991 [وصلة مكسورة] نسخة محفوظة 08 يوليو 2011 على موقع واي باك مشين.
