تحليل المتطلبات

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

تحليل المتطلبات في هندسة النظم [1]

نظرة عامة

بشكل عام، يشتمل تحليل المتطلبات على ثلاثة إجراءات:

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

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

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

المراجع

Systems Engineering Fundamentals نسخة محفوظة 2011-07-22 على موقع واي باك مشين. Defense Acquisition University Press, 2001
Kotonya, Gerald؛ Sommerville, Ian (1998)، Requirements Engineering: Processes and Techniques، Chichester, UK: John Wiley and Sons، ISBN 9780471972082، مؤرشف من الأصل في 17 ديسمبر 2019.
"Chapter 2: Software Requirements"، Guide to the software engineering body of knowledge (ط. 2004)، Los Alamitos, CA: IEEE Computer Society Press، مارس 2005، ISBN 0-7695-2330-7، مؤرشف من الأصل في 23 مارس 2009، اطلع عليه بتاريخ 08 فبراير 2007، It is widely acknowledged within the software industry that software engineering projects are critically vulnerable when these activities are performed poorly.

بوابة علم الحاسوب
بوابة برمجيات

This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.

[SEF01-1] Systems Engineering Fundamentals نسخة محفوظة 2011-07-22 على موقع واي باك مشين. Defense Acquisition University Press, 2001

[2] Kotonya, Gerald؛ Sommerville, Ian (1998)، Requirements Engineering: Processes and Techniques، Chichester, UK: John Wiley and Sons، ISBN 9780471972082، مؤرشف من الأصل في 17 ديسمبر 2019.

[3] "Chapter 2: Software Requirements"، Guide to the software engineering body of knowledge (ط. 2004)، Los Alamitos, CA: IEEE Computer Society Press، مارس 2005، ISBN 0-7695-2330-7، مؤرشف من الأصل في 23 مارس 2009، اطلع عليه بتاريخ 08 فبراير 2007، It is widely acknowledged within the software industry that software engineering projects are critically vulnerable when these activities are performed poorly.