الحفاظ على تتبع محدث مع تطور المشروع [مغلق

Question

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

الآن ، كانت المشكلة الأكبر التي واجهتها هي الحفاظ على هذا التتبع لاحقًا ، عندما بدأت الأمور تتغير (نتيجة لطلبات التغيير ، أو نتيجة لتغيير حالة الاستخدام).

أي أفكار لأفضل الممارسات لصيانة التتبع؟

(يمكن أن ينطبق على العناصر الأخرى في المشروع - على سبيل المثال حالات الاستخدام وحالات الاختبار ، أو متطلبات واختبار القبول)

تحرير في وقت لاحققد تساعد الأدوات ، لكنها لا تستطيع اكتشاف الفجوات أو الأخطاء في التتبع. التنقل ... ربما ، ولكن لا يوجد ضمان بأن التتبع محدث أو صحيح بعد تطبيق التغييرات.

Answer 1

أعتقد أن التتبع هو أحد أصعب الأشياء التي يجب إدارتها في المتطلبات ، ثانياً للتأكد من أن المتطلبات صحيحة في المقام الأول. في تجربتي ، أفضل أداة التتبع هي إنسان.

ليس لدي أي panaceas. فقط بعض النصائح لما ساعدني في الماضي.

• الحفاظ على المستندات في منطقة مركزية حيث يمكن للجميع الوصول إليها بسهولة. لا يهمني ما إذا كان SharePoint أو Wiki أو محرك شبكة (على الرغم من أنني أحب شيئًا يوفر التحكم في الإصدار إن أمكن). احتفظ بها في مكان واحد وقم بتسويقها من ذلك حتى يعلم الجميع الذهاب إلى هناك للحصول على إجابات بدلاً من استخدام النسخ القديمة أو مقاطعة المطورين.
• إذا كان لديك نقطة اتصال مركزية لإدارة القطع الأثرية أو المجموعات الوظيفية لها ، فهذا يساعد كثيرًا. شخص يفهمهم والقضايا ستعرف إلى أين تذهب ، وما الذي يجب تحديثه ، وإذا كانت هناك تبعيات تحتاج إلى المضي قدمًا.
• يجب أن يلتزم حارس القطع الأثرية بها والحفاظ عليها على تحديث. بعد عام من إعداد بعض مستندات المتطلبات على الموقع ، ما زلت أبقيها على اطلاع دائم. أعلم أن معظم المطورين سيخافون إلى القيام بذلك ، لكن بعد عام من ذلك ، ما زلت أستفيد من النظر إلى هؤلاء لمعرفة كيف تغير المتطلبات الوظيفية مع مرور الوقت.
• غير مطلوب ، ولكن من المفيد تحديد التغييرات بسرعة مع مرور الوقت: استخدم تتبع إصدار معالج المستندات إذا كان لديه. إذا لم يكن الأمر كذلك ، فسوف أقوم على الأقل بتضمين سجل تغيير للمستند أو ببساطة وضع علامة على نص جديد مع إشارة إلى رقم الإصدار.
• لقد حاولت وضع مراجع التبعية في القطع الأثرية الخاصة بي في الماضي ، مثل الإشارات إلى المستندات أو القطع الأثرية الأخرى ، لكنني وجدت أنها إما قديمة أو كان من الصعب تتبعها وبالتالي لم يتم تحديثها في كثير من الأحيان. يمكن للانضباط التغلب على هذا ، ولكن معظمنا لديه الكثير مما يجب فعله ، إيه؟ لذلك أعتقد أن البناء في المراجع المتقاطعة بين المستندات/القطع الأثرية هو المكان الذي أرغب في الحصول على أداة أو بعض الأداة المساعدة لإدارة المتطلبات المجانية للقيام بهذه المهمة :)

Answer 2

لقد استخدمنا قبل ثلاث سنوات أداة عقلانية للكتابة. في تلك الأدوات ، تتعلق العديد من الميزات بالتتبع.

وجدنا أن قابلية استخدام هذه الأدوات ليست مثالية. على الرغم من أنهم قدموا الوظائف الأساسية التي نحتاجها ، فقد فقدنا الكثير من الوقت حول حدودهم.

---

أفترض أنك لا تسأل عن التتبع حتى الكود ، لذلك أستبعد هذا من إجابتي.

---

كما ذكرت معرفات فريدة لبياناتك وحالات الاستخدام ، يمكنك بالفعل استخدام أداة لإدارتها.

في جوهرها ، يمكن أن يغطي نموذج علائقي بسيط (ربما في قاعدة بيانات) العلاقات بين القطع التي تم تحديدها بشكل فريد.

سأبحث عن أداة بسيطة تقوم بذلك. إذا كان بإمكان شخص واحد فقط تعديله ، فقد يكون ببساطة ورقة Excel!

---

لاحظ أن ربط نوعين من المستندات ربما لا يكفي.
لقد ذكرت 5 أنواع: البيانات ، وحالات الاستخدام ، وحالات الاختبار ، والمتطلبات ، وحالات اختبار القبول.
كنا بحاجة باستمرار إلى النقل العابر (في العالم العلائقي ، للانضمام إلى الجداول) ، للحصول على وجهة نظر بما في ذلك عدة خطوات.

Answer 3

هناك العديد من أنواع التتبع للحفاظ على: متطلبات النظام لمتطلبات النظام الفرعي ، ومتطلبات التصميم ، ومتطلبات التحقق (الأكثر أهمية) ، ومتطلبات رمز ، ومتطلبات القضايا ، إلخ ، إلخ.

Word ، Excel ونظام تتبع القضية الجيد يقطع شوطًا طويلاً. ولكن يمكن أن تكون مؤلمة عندما تكون مطالبة بإظهار التتبع. الحفاظ يدويا على التتبع هو خطأ معرض والعمالة كثيفة. نظام IBM Doors هو أفضل أداة استخدمتها حتى الآن. لكنها باهظة الثمن. لقد وجدنا مؤخرًا نظامًا التتبع النهائي هذا يعمل بشكل جيد.

Answer 4

ترغب في إضافة إصدار # إلى عبارة المتطلبات وللحالة الاستخدام-أحدث تلك التي يتم توصيلها للجميع وتخزينها في بعض المناطق التي يمكن الوصول إليها بسهولة (المادية و/أو الكمبيوتر/الويب). ستحتاج إلى إضافة مستند تغيير يتضمن ما كان عليه بيان المتطلبات السابقة و/أو حالة الاستخدام ، عندما تم تغييره ، من قبل ومن وافق.

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

Answer 5

أود أن أقول أن أفضل طريقة هي استخدام تعقب الأخطاء. يتم تتبع كل متطلبات كخلل ، ويرتبط تعديلات التطوير به ، ويمكن الاحتفاظ بالتغييرات مع bugnotes.

يتيح لك الكثير من أجهزة Bugtrackers ربط الأخطاء المتعددة معًا (على سبيل المثال كنسخ تكراري) بحيث يمكن استخدام ذلك للحفاظ على متطلبات منفصلة مجتمعة ولا تزال منفصلة للتتبع بشكل فردي.

إذا قمت بتخزين جميع القطع الأثرية الأخرى في SCM (أي مستندات التصميم ، إلخ) ، فيمكنك تتبعها أيضًا من خلال ربطها بالمتطلبات.

هناك أدوات للمساعدة في كل هذا ، لقد وجدت أن أدوات "دورة الحياة الكاملة" غير صالحة للاستعمال حقًا لأنها تحاول أن تفعل الكثير في تطبيق واحد ، أو كتطبيقات ذات صلة "تدمج" معًا ، وهي مكلفة بشكل لا يصدق.