إمكانية التتبع من المتطلبات إلى التصميم

إمكانية التتبع من المتطلبات إلى التصميم

تخيّل أنك سلّمت تصميمًا مكتملًا لأحد المطوّرين فسألك: "أيّ متطلب يستدعي وجود هذا العنصر؟" إذا لم تتمكن من الإجابة — بالإشارة إلى متطلب محدد برقم — فإن التصميم يحتوي على ثغرة. وبالمقابل، حين يسأل أحد أصحاب المصلحة "هل صمّمت شيئًا لتلبية REQ-042؟" ولا تجد ما تشير إليه، فإن المواصفة ناقصة. إمكانية التتبع هي المنهج الذي يسدّ كلا الثغرتين: إذ يربط كل قرار تصميمي بمتطلب ما، ويؤكد أن كل متطلب قد عالجه عنصر تصميمي على الأقل.

تتناول هذه الدرس آليات بناء مصفوفة تتبع المتطلبات (RTM) والمحافظة عليها، وسلسلة الأدلة التي تمتد من الحاجة التجارية إلى البنية إلى المكوّن إلى حالة الاختبار، فضلًا عن العادات العملية التي تجعل إمكانية التتبع أصلًا حيًا لا مجرد تسليم آني.

لماذا تهم إمكانية التتبع؟

تخدم إمكانية التتبع أربعة أغراض عملية في أي مشروع:

1. التحقق من الاكتمال. يجب أن يرتبط كل متطلب وظيفي وغير وظيفي بعنصر تصميمي واحد على الأقل. المتطلبات غير المتتبَّعة هي متطلبات نُسيت.
2. تحليل الأثر. حين يغيّر أحد أصحاب المصلحة متطلبًا ما، تُظهر المصفوفة فورًا مكوّنات التصميم والواجهات وحالات الاختبار المتأثرة، وتتجنب المفاجآت المكلفة في مراحل متأخرة.
3. ضبط النطاق. أي عنصر تصميمي لا يستند إلى متطلب هو عمل إضافي غير مطلوب؛ تكشف المصفوفة ذلك مبكرًا.
4. التدقيق والامتثال. في المجالات الخاضعة للتنظيم كالأجهزة الطبية والمصرفية والطيران، تُعدّ إمكانية التتبع التزامًا تعاقديًا وقانونيًا لا مجرد ممارسة جودة.

سلسلة إمكانية التتبع

في المشاريع الناضجة، إمكانية التتبع ليست مصفوفة واحدة، بل هي سلسلة من المنتجات المترابطة. يوضح المخطط التالي السلسلة الكاملة لمنصة لوجستية عبر الإنترنت تبني ميزة تتبع الشحنات:

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

بناء مصفوفة تتبع المتطلبات (RTM)

تكون مصفوفة RTM في الغالب جدولًا تمثّل فيه الصفوف المتطلباتِ وتمثّل فيه الأعمدة منتجات التصميم. تعني علامة الاختيار (أو معرّف المنتج) في خلية ما أن "هذا العنصر التصميمي يعالج هذا المتطلب." فيما يلي مقتطف واقعي من مشروع اللوجستيات ذاته:

الصف الأحمر هو المصفوفة وهي تؤدي وظيفتها الحقيقية. لولا هذا الجدول، لضاع REQ-025 — تصدير سجل المسارات — بصمت تام. تكشف المصفوفة عن هذا الفقد في مرحلة التصميم، حيث يكلف إصلاح الثغرة ساعات لا أسابيع.

مقاييس التغطية

تُنتج إمكانية التتبع مؤشرات قابلة للقياس تعكس صحة المشروع:

• نسبة تغطية المتطلبات — نسبة المتطلبات التي يقابلها عنصر تصميمي واحد على الأقل. الهدف: 100% قبل اعتماد مواصفة التصميم.
• نسبة تغطية الاختبار — نسبة المتطلبات التي تقابلها حالة اختبار واحدة على الأقل. الهدف: 100% قبل بدء اختبار النظام.
• العناصر اليتيمة — عناصر التصميم التي لا تستند إلى أي متطلب (عمل إضافي غير مطلوب). الهدف: صفر.

صيانة إمكانية التتبع عند التغيير

المتطلبات تتغير. وحين تتغير، يجب أن تتغير المصفوفة معها. الإجراء واضح:

1. اعتماد طلب التغيير — يوافق مجلس مراقبة التغييرات على تعديل REQ-019: يجب أن يدعم التنبيه الآن الإشعارات الفورية (Push) بالإضافة إلى الرسائل النصية.
2. تحليل الأثر — يستعلم المحلل عن المصفوفة: أي عناصر تصميمية تشير إلى REQ-019؟ الجواب: DE-08 NotificationService وTC-032.
3. تحديث التصميم — تُراجَع مواصفة الواجهة IF-06 لإضافة قناة الإشعارات الفورية؛ يكتسب DE-08 مكوّنًا فرعيًا جديدًا.
4. تحديث المصفوفة — يُضاف المكوّن الفرعي الجديد بوصفه DE-08b ويُحقَّق مقابل REQ-019؛ يُحدَّث TC-032 ليشمل القناتين.
5. إعادة تشغيل تقرير التغطية — تأكيد أن تغطية 100% محافظ عليها بعد التغيير.

إمكانية التتبع في وثيقة مواصفة التصميم

تُدرج وثيقة مواصفة التصميم (المُغطّاة في الدرس السابع) مصفوفة RTM ملحقًا رسميًا بها. يستخدمها المراجعون للتحقق من الاكتمال قبل التوقيع. يحتوي الملحق عادةً على ثلاثة جداول فرعية:

1. المتطلبات إلى التصميم — يُعيَّن كل متطلب إلى عنصر تصميمي واحد أو أكثر (وحدات ومكوّنات وواجهات).
2. التصميم إلى المتطلبات — الاتجاه المعاكس: يُعيَّن كل عنصر تصميمي إلى المتطلبات التي يلبّيها (للتحقق من عدم وجود عناصر يتيمة).
3. المتطلبات إلى حالات الاختبار — يُعيَّن كل متطلب إلى حالات الاختبار التي ستتحقق منه بعد التنفيذ.

تُنشئ الجداول الثلاثة مجتمعةً حلقةً مغلقة: الحاجة التجارية ← التصميم ← التحقق. أي انقطاع في هذه الحلقة يُعدّ خطرًا على المشروع يجب معالجته قبل اعتماد المواصفة والبدء في التطوير.