نموذج V
عودة للموسوعةنموذج ڤي أونموذج V (بالانجليزية: V-model) هوتعبير عن طريقة لتبسيط فهم العمليات المعقدة بتقسيم النظام المركب إلى أجزاء وأنظمة أبسط وأصغر من أجل إدارة ناجحة للمشاريع.
هناك عدة أشكال لنموذج V مختلفة تماما وهومايسبب أحيانا بعض الالتباس. نموذج في يندرج تحت ثلاث أبواب في نفس الوقت.
في البداية، هناك نموذج V الألماني (Das V-Modell)، الطريقة الرسمية لإدارة المشاريع المتبعة من قبل الحكومة الألمانية. هذا النموذج مشابه طريقا لنموذج برنس2(PRINCE2)، ولكنه مرتبط بصورة أكبر بطرق بتطوير البرمجيات.
قد يعود التاريخ الأول لهذا النموذج إلى تاريخ بداية الهندسة البرمجية من قبل القوات المسلحة الاتحادية الألمانية عام 1992.
في المملكة المتحدة، ومن خلال لجنات الفحص عالميا، ينظر إلى نموذج "V" على أنه عملية لتطوير البرمجيات كما هوموصوف في ال ISTQB (المنهج الأساسي لاختبارات البرمجيات).
لا يوجد تعريف متفق عليه بالنسبة لنموذج V بشكله العام، بعكس نموذج V المحدد فقط للبرمجيات (نموذج V (برمجيات)). لذلك لا بد من الانتباه إلى هذه النقطة عند الإطلاع على هذا الموضوع. كما هوالحال في ألمانيا، فإنه يتم العمل بنموذج V في الولايات المتحدة منذ ما يقارب 20 عاماً ولكن على نطاق أضيق مما هوعليه الحال في ألمانيا وبتفصيل أدق عن مفهومه في بريطانيا.
نظرة عامة
Systems engineering and verification.
يعتبر نموذج V قابلة تعرض دورة حياة تطوير المشاريع بحيث يلخص المراحل الأساسية المرتبطة بالمخرجات اللقاءة خلال عملية فحص القدرة الحوسبية (Computerized system validation )
V تبين المراحل التسلسلية في حياة مشروع ما الزمنية وتصف الفعاليات الواجب القيام بها والنتائج المطلوب تحقيقها خلال حياة منتوج ما التطويرية. الجانب الأيسر من حرف V يعرض المتطلبات وإنشاء محددات النظام، بينما يشير الجزء الأيمن إلى عملية دمج المكونات والتحقق من صحتها وفعاليتها عبر فحص جميع بترة منتجة على حدى قبل بدء عملية الإنتاج على شكل واسع.
لكن لا بد من تفعيل المتطلبات أولا لتوافق ما يطلبه المستخدم والمتطلبات التقنية. أيضا هناك أشياء تستعمل لتفعيل نموذج ما مثل طريقة (راجع: طريقة العناصر المنتهية)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) في 30 أغسطس 2017. اطلع عليه بتاريخ 09 يونيو2007.
- ^ "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) في 20 أبريل 2003. صيانة CS1: أسماء متعددة: قائمة المؤلفون (link)
- ^ "The SE VEE". SEOR, George Mason University. مؤرشف من الأصل في ثلاثة أغسطس 2009. اطلع عليه بتاريخ 26 مايو2007.
- ^ 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 على مسقط واي باك مشين.
التصنيفات: إدارة, إدارة مشاريع البرمجيات, هندسة الأنظمة, قالب أرشيف الإنترنت بوصلات واي باك, أخطاء CS1: دورية مفقودة, صيانة CS1: أسماء متعددة: قائمة المؤلفون, جميع المقالات ذات الوصلات الخارجية المكسورة, مقالات ذات وصلات خارجية مكسورة منذ فبراير 2018, صفحات بها وصلات إنترويكي, قالب تصنيف كومنز بوصلة كما في ويكي بيانات, بوابة إدارة أعمال/مقالات متعلقة, بوابة تقنية المعلومات/مقالات متعلقة, جميع المقالات التي تستخدم شريط بوابات
