تفتيش فاجان

📅 آخر تحديث: ٣٠ يوليو ٢٠٢٦
✍️ نُشر في: ٣٠ يوليو ٢٠٢٦
📷 يحتوي على 1 صور
الموسوعة الحرة

تُعدّ عملية فحص فاجان عمليةً تهدف إلى اكتشاف العيوب في الوثائق (مثل شفرة المصدر أو المواصفات الرسمية) خلال مراحل مختلفة من عملية تطوير البرمجيات . وقد سُمّيت نسبةً إلى مايكل فاجان، الذي يُنسب إليه ابتكار عمليات فحص البرمجيات الرسمية .

يُعرّف فحص فاجان العملية بأنها نشاط محدد بمعايير دخول وخروج مُحددة مسبقًا . في كل عملية تُحدد لها معايير دخول وخروج، يُمكن استخدام فحص فاجان للتحقق من توافق مُخرجات العملية مع معايير الخروج المُحددة لها. يستخدم فحص فاجان أسلوب مراجعة جماعية لتقييم مُخرجات عملية مُعينة.

أمثلة

من أمثلة الأنشطة التي يمكن استخدام تفتيش فاجان فيها ما يلي:

  • مواصفات المتطلبات
  • هندسة البرمجيات/نظم المعلومات (على سبيل المثال DYA )
  • البرمجة (على سبيل المثال، للتكرارات في XP أو DSDM )
  • اختبار البرمجيات (على سبيل المثال عند إنشاء نصوص الاختبار)

الاستخدام

تُعدّ عملية تطوير البرمجيات تطبيقًا نموذجيًا لفحص فاجان. ونظرًا لأن تكاليف معالجة العيوب في المراحل الأولى من التشغيل أقل بما يصل إلى 10 إلى 100 مرة مقارنةً بإصلاحها في مرحلة الصيانة، [ 1 ] فمن الضروري اكتشاف العيوب في أقرب وقت ممكن من نقطة إدخالها. ويتم ذلك من خلال فحص مخرجات كل عملية ومقارنتها بمتطلبات المخرجات، أو معايير الخروج ، لتلك العملية.

معايير

معايير الدخول هي المعايير أو المتطلبات التي يجب استيفاؤها للدخول في عملية محددة. [ 2 ] على سبيل المثال، بالنسبة لعمليات التفتيش التي تجريها شركة فاجان، يجب أن تتوافق المستندات ذات المستوى العالي والمنخفض مع معايير دخول محددة قبل استخدامها في عملية تفتيش رسمية.

معايير الخروج هي المعايير أو المتطلبات التي يجب استيفاؤها لإتمام عملية محددة. على سبيل المثال، بالنسبة لعمليات التفتيش التي تجريها شركة فاجان، يجب أن تتوافق الوثيقة ذات المستوى الأدنى مع معايير خروج محددة (كما هو موضح في الوثيقة ذات المستوى الأعلى) قبل أن يتم نقل عملية التطوير إلى المرحلة التالية.

تُحدد معايير الخروج في وثيقة عالية المستوى، تُستخدم كمعيار يُقارن به ناتج العملية (وثيقة منخفضة المستوى) أثناء الفحص. يُطلق على أي قصور في الوثيقة منخفضة المستوى عن تلبية المتطلبات عالية المستوى المحددة فيها اسم العيوب [ 2 ] (ويمكن تصنيفها إلى عيوب رئيسية وثانوية ). لا تُهدد العيوب الثانوية الأداء السليم للبرنامج، ولكنها قد تكون أخطاءً بسيطة مثل الأخطاء الإملائية أو الوضع غير الجمالي لعناصر التحكم في واجهة المستخدم الرسومية .

العمليات النموذجية

يتكون فحص فاجان النموذجي من العمليات التالية: [ 2 ]

  • تخطيط
    • تحضير المواد
    • ترتيب المشاركين
    • ترتيب مكان الاجتماع
  • ملخص
    • تثقيف المشاركين بشكل جماعي حول المواد قيد المراجعة
    • تحديد الأدوار
  • تحضير
    • يستعرض المشاركون العنصر المراد فحصه والمواد الداعمة له استعدادًا للاجتماع، مع تدوين أي أسئلة أو عيوب محتملة.
    • يقوم المشاركون بإعداد أدوارهم
  • اجتماع التفتيش
    • اكتشاف العيب فعلياً
  • إعادة صياغة
    • إعادة العمل هي خطوة في فحص البرمجيات يتم فيها معالجة العيوب التي تم اكتشافها خلال اجتماع الفحص من قِبل المؤلف أو المصمم أو المبرمج. وبناءً على قائمة العيوب، يتم تصحيح الوثيقة التفصيلية حتى يتم استيفاء المتطلبات الواردة في الوثيقة الرئيسية.
  • متابعة
    • في مرحلة المتابعة لفحص البرمجيات، يجب تصحيح جميع العيوب التي تم اكتشافها في اجتماع الفحص (كما تم إصلاحها في مرحلة إعادة العمل). ويتحمل المنسق مسؤولية التحقق من ذلك. عليه التأكد من إصلاح جميع العيوب وعدم ظهور أي عيوب جديدة أثناء محاولة إصلاح العيوب الأولية. من الضروري تصحيح جميع العيوب، لأن تكاليف إصلاحها في مرحلة لاحقة من المشروع قد تصل إلى 10 أضعاف أو 100 ضعف التكاليف الحالية. [ 1 ]
نموذج التفتيش الأساسي لفاجان

متابعة

في مرحلة المتابعة من فحص فاجان، يجب التحقق من العيوب التي تم إصلاحها في مرحلة إعادة العمل. عادةً ما يكون المنسق مسؤولاً عن التحقق من إعادة العمل. في بعض الأحيان، يمكن قبول العمل المُصلح دون التحقق منه، كما هو الحال عندما يكون العيب بسيطًا. في الحالات غير البسيطة، يُجري فريق الفحص (وليس المنسق فقط) إعادة فحص كاملة. في هذه المرحلة، يتفق جميع المشاركين على معالجة العيوب بشكل كافٍ.

في حالة فشل التحقق، ارجع إلى عملية إعادة العمل.

الأدوار

تُجرى عملية التفتيش عادةً من قِبل أعضاء الفريق نفسه الذي يُنفّذ المشروع. ويؤدي المشاركون أدوارًا مختلفة ضمن عملية التفتيش: [ 3 ] [ 4 ]

  • المؤلف/المصمم/المبرمج: الشخص الذي كتب الوثيقة ذات المستوى الأدنى
  • القارئ: يعيد صياغة الوثيقة ذات المستوى الأدنى
  • المراجعون: يراجعون المستند التفصيلي من منظور الاختبار
  • المنسق: مسؤول عن جلسة التفتيش، ويعمل كمدرب
  • المسجل: يوثق العيوب

الفوائد والنتائج

باستخدام عمليات الفحص، يمكن تقليل عدد الأخطاء في المنتج النهائي بشكل ملحوظ، مما يُسهم في إنتاج منتج عالي الجودة. وفي المستقبل، سيتمكن الفريق من تجنب الأخطاء تمامًا، إذ تُتيح جلسات الفحص فهمًا أعمق للأخطاء الأكثر شيوعًا في كلٍ من التصميم والبرمجة، مما يُساعد على تجنبها من جذورها. ومن خلال التحسين المستمر لعملية الفحص، يُمكن الاستفادة من هذه المعلومات بشكل أكبر. [ 2 ]

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

في الواقع، أبلغت شركات كبيرة مثل IBM عن نتائج إيجابية للغاية، مما يشير إلى إمكانية اكتشاف ما بين 80% إلى 90% من العيوب وتحقيق وفورات في الموارد تصل إلى 25%. [ 2 ]

التحسينات

على الرغم من أن طريقة فاجان للتفتيش أثبتت فعاليتها العالية، فقد اقترح العديد من الباحثين تحسينات عليها. فعلى سبيل المثال، أجرى م. جينوختن [ 5 ] بحثًا حول استخدام نظام الاجتماعات الإلكترونية (EMS) لتحسين إنتاجية الاجتماعات، وقد حقق نتائج إيجابية [ 6 ].

يقترح باحثون آخرون استخدام برامج تحتفظ بقاعدة بيانات للأخطاء المكتشفة، وتقوم تلقائيًا بفحص شفرة البرنامج بحثًا عن هذه الأخطاء الشائعة. [ 7 ] وهذا بدوره من شأنه أن يُحسّن الإنتاجية.

مراجع

  1. 1 2 فاجان، م. إي. (1976). "فحص التصميم والبرمجة لتقليل الأخطاء في تطوير البرامج". مجلة أنظمة آي بي إم . 15 (3): 182-211 . doi : 10.1147/sj.153.0182 . ISSN 0018-8670 . 
  2. 1 2 3 4 5 فاجان، مايكل إي (2001) [1986]. "تطورات في عمليات فحص البرمجيات". الرواد ومساهماتهم في هندسة البرمجيات . ص 335-360 . doi : 10.1007/978-3-642-48354-7_14 . ISBN  978-3-540-42290-7.
  3. ↑ فاجان، إم إي (1976). "فحص التصميم والبرمجة لتقليل الأخطاء في تطوير البرامج" (ملف PDF) . مجلة أنظمة آي بي إم . 15 (3): 182-211 . doi : 10.1147/sj.153.0182 .
  4. ↑ إيكلمان، ن. س.؛ روفولو، ف.؛ بايك، ج.؛ أنانت، أ. (2003). "دراسة تجريبية لتعديل عملية فحص فاجان والآثار الرئيسية والتفاعلية الناتجة بين العيوب المكتشفة، والجهد المطلوب، ومعدل التحضير والفحص، وعدد أعضاء الفريق، وجودة المنتج في المرة الأولى". ورشة عمل ناسا جودارد/IEEE السنوية السابعة والعشرون لهندسة البرمجيات، 2002. وقائع المؤتمر . ص 58. doi : 10.1109/SEW.2002.1199450 . ISBN  978-0-7695-1855-8. S2CID 114935466 . 
  5. ^ "المؤلف - ميشيل فان جينوتشتن" . مؤرشفة من الأصلي بتاريخ 2022-01-20.
  6. ^ جينوتشتن، م. كورنيليسن، دبليو؛ فان ديك، سي (شتاء 1997-1998). "دعم عمليات التفتيش بنظام الاجتماعات الإلكتروني". مجلة نظم المعلومات الإدارية . 14 (3): 165-179 . دوى : 10.1080 / 07421222.1997.11518179 .
  7. ↑ دولان، إي بي (فبراير 1992). "تجربة مع طريقة فاجان للفحص". البرمجيات: الممارسة والتجربة . 22 (2): 173-182 . doi : 10.1002/spe.4380220205 . S2CID 942973 . 

رون راديس، عمليات فحص البرمجيات عالية الجودة ومنخفضة التكلفة، دار نشر بارادوكسيكون (21 سبتمبر 2001)