تحديد المتطلبات
تحديد المتطلبات هو نشاط توثيق المتطلبات المستخلصة والمحللة في شكل دقيق ومتسق وقابل للتحقق، ليكون بمثابة أساس متفق عليه للتصميم والبناء والقبول.
Definition
تحديد المتطلبات هو إنتاج تمثيل موثق لمتطلبات النظام، مكتوب بحيث يكون كل متطلب غير غامض وقابل للتحقق والتتبع، وتكون المجموعة ككل متسقة وكاملة.
Scope
يغطي هذا الموضوع هيكل ومحتوى مواصفات متطلبات البرمجيات؛ والأساليب التي تتراوح من اللغة الطبيعية المنظمة إلى حالات الاستخدام وقصص المستخدمين والنماذج الرسمية؛ وسمات الجودة للمتطلبات الجيدة مثل عدم الغموض والاكتمال والاتساق وقابلية الاختبار؛ والمعايير مثل ISO/IEC/IEEE 29148 التي تحدد محتويات المواصفات.
Core questions
- كيف يمكن جعل متطلبات اللغة الطبيعية غير غامضة وقابلة للتحقق؟
- متى تكون المواصفات الرسمية أو القائمة على النماذج مجدية؟
- ما هي سمات الجودة التي تميز المواصفات الجيدة؟
- كيف ينبغي تنظيم المتطلبات الوظيفية وغير الوظيفية في وثيقة؟
Key theories
- سمات جودة المتطلبات
- يجب أن تكون المتطلبات الفردية غير غامضة، قابلة للتحقق، مجدية، وضرورية، بينما يجب أن تكون المجموعة كاملة، متسقة، وقابلة للتتبع؛ هذه السمات توفر معايير ملموسة لمراجعة المواصفات.
- المواصفات الرسمية مقابل غير الرسمية
- تتراوح المواصفات من اللغة الطبيعية المنظمة وحالات الاستخدام إلى الترميزات الرياضية الرسمية؛ تزيد الرسمية من الدقة وقابلية التحليل على حساب الجهد وسهولة الوصول، لذلك يتم اختيار المستوى ليتناسب مع المخاطر والجمهور.
Clinical relevance
المواصفات الواضحة هي العقد بين أصحاب المصلحة والمطورين والمرجع للتحقق؛ فالغموض أو الإغفال في المواصفات ينتشر ليؤدي إلى تصاميم معيبة ونزاعات حول ما تم الوعد به.
Evidence & guidelines
يحدد المعيار ISO/IEC/IEEE 29148 الهيكل الموصى به وخصائص الجودة لمواصفات المتطلبات، وهو المعيار الرئيسي الذي يحكم محتواها.
History
كانت المواصفات المبكرة عبارة عن نصوص حرة إلى حد كبير؛ وقد أضفى معيار IEEE 830 الطابع الرسمي على مواصفات متطلبات البرمجيات في التسعينيات، وقدمت الأعمال اللاحقة حالات الاستخدام وقصص المستخدمين والترميزات القائمة على النماذج والرسمية، وبلغت ذروتها في معيار ISO/IEC/IEEE 29148 الموحد.
Debates
- الوثائق الثقيلة مقابل قصص المستخدمين الخفيفة
- تفضل الممارسات الموجهة بالخطة وثائق المواصفات الشاملة، بينما تفضل الممارسات الرشيقة قصص المستخدمين الخفيفة التي يتم تفصيلها في الوقت المناسب؛ يوازن الاختيار بين الشمولية والوضوح التعاقدي مقابل القدرة على التكيف وتقليل أعباء التوثيق.
Key figures
- Axel van Lamsweerde
- Michael Jackson
- Ian Sommerville
Related topics
Seminal works
- iso29148
- vanlamsweerde2009
- sommerville2015
Frequently asked questions
- ما الذي يجعل المتطلب قابلاً للاختبار؟
- يكون المتطلب قابلاً للاختبار عندما يُصاغ بدقة كافية بحيث يمكن لإجراء موضوعي تحديد ما إذا كان النظام المُسلم يلبيه؛ يجب تحديد المصطلحات الغامضة مثل "سريع" أو "سهل الاستخدام" كمياً أو إعطاؤها معايير قبول قابلة للقياس.
- هل تحل قصص المستخدمين محل مواصفات المتطلبات؟
- قصص المستخدمين هي أسلوب مواصفات خفيف الوزن يناسب التطوير التكراري، لكنها لا تزال تتطلب معايير قبول، وبالنسبة للأنظمة المعقدة أو المنظمة، غالبًا ما تُستكمل بوثائق أكثر تفصيلاً لضمان الاكتمال وقابلية التتبع.