متطلبات المشروع ووثيقة المواصفات: وظيفية وغير وظيفية قابلة للقياس ومعيار القبول
Project Requirements Specification
الجواب المختصر
المتطلبات الوظيفية هي الوظائف والمهام التي يجب أن يؤديها النظام فعليًا، أي الخدمات التي سيقدمها للمستخدم (في نظام صيدلية: تسجيل بيع الأدوية، طباعة الفاتورة، تنبيه عند النفاد، تقارير الضريبة...). المتطلبات غير الوظيفية لا تصف ماذا يفعل النظام بل كيف ينبغي أن يكون أداؤه، ويجب أن تكون قابلة للقياس: السرعة (نتائج البحث خلال ثانية واحدة)، الأمان (دخول ثنائي)، سهولة الاستخدام (يسجل المستخدم الجديد بيعًا بعد 15 دقيقة تدريب)، التوافق (Windows وiOS وAndroid)، سلامة البيانات (لا يقبل كميات سالبة)، الوصولية (تكبير الخط).
أمثلة غير وظيفية قابلة للقياس
| المتطلب | الوصف | مثال قابل للقياس |
|---|---|---|
| السرعة | زمن استجابة النظام | نتائج البحث خلال ثانية واحدة |
| الأمان | حماية البيانات | تسجيل دخول ثنائي (كلمة مرور + SMS) |
| سهولة الاستخدام | قدرة المستخدم الجديد على التعلم | يسجّل بيعًا بعد 15 دقيقة تدريب |
| التوافق | العمل على أجهزة مختلفة | يدعم Windows وiOS وAndroid |
| سلامة البيانات | منع الإدخال الخاطئ | لا يقبل كميات سالبة |
| الوصولية | دعم ذوي الاحتياجات الخاصة | الواجهة تدعم تكبير الخط |
وثيقة المواصفات
- نصوص وصفية لكل متطلب مع معيار قبول قابل للقياس.
- مخططات انسيابية وDFD وERD.
- نماذج أولية لواجهات المستخدم.
- توقيع أصحاب المصلحة والعميل.
تصبح الوثيقة المرجع الذي يُقاس به المنتج النهائي: هل حقق ما وُعد به؟ وفي المشاريع الكبيرة تُقسَّم المتطلبات إلى مجموعات يُكلَّف بكل منها فريق فرعي، فيتيح التخصص والعمل المتوازي. وللتطبيقات انظر المتطلبات الوظيفية وغير الوظيفية في التطبيقات، وللمخططات الانسيابي وDFD وERD، وللنطاق نطاق المشروع.
المصطلحات: عربي ↔ English
- وثيقة مواصفات المتطلبات
- Requirements Specification
- معيار القبول
- Acceptance Criterion
- متطلب قابل للقياس
- Measurable Requirement
لماذا يهمّ هذا في BTEC؟
المتطلب غير القابل للقياس («سريع» أو «آمن») لا يمكن الحكم على تحقيقه؛ اكتب القياس.
أسئلة تجيب عنها هذه الصفحة
- كيف أكتب متطلبات المشروع؟
- كيف أجعل المتطلب غير الوظيفي قابلًا للقياس؟
مفاهيم مرتبطة
- المتطلبات الوظيفية وغير الوظيفية للتطبيق: الفرق وأمثلةالمتطلبات الوظيفية تصف ماذا يفعل التطبيق (إنشاء حساب، تسجيل دخول، إرسال طلب)، وغير الوظيفية تصف كيف يجب أن يعمل (سرعة، وضوح، حفظ بيانات، توافق، إتاحة وصول، رسائل خطأ واضحة).
- المخطط الانسيابي ومخطط تدفق البيانات DFD ومخطط الكيانات والعلاقات ERD: متى نستخدم كلًّا منها؟المخطط الانسيابي يصور تسلسل خطوات عملية وقرارات، ومخطط تدفق البيانات DFD يركز على انتقال البيانات بين الجهات والمخازن والعمليات، ومخطط الكيانات والعلاقات ERD يصور الجداول والحقول والعلاقات في قاعدة البيانات.
- نطاق المشروع وتوسّع النطاقنطاق المشروع هو الوصف الرسمي لما سيُنفَّذ وما لن يُنفَّذ في هذه المرحلة، وتحديده بدقة يمنع توسّع النطاق الذي يؤخر التسليم ويرهق الفريق.
- العصف الذهني والخرائط الذهنية والتفكير العكسي لتوليد أفكار المشروعالعصف الذهني أسلوب جماعي لتوليد أكبر عدد من الأفكار في وقت قصير دون نقد أو حكم فوري، وقواعده: ترحيب بكل فكرة، والكمية قبل الجودة، وبناء الأفكار على بعضها، وتدوين كل شيء. والتفكير العكسي يسأل: كيف نجعل المشكلة أسوأ؟ ثم يقلب الإجابات. والخريطة الذهنية تنظم الأفكار بصريًا.
عن كاتب الصفحة
مدرّس BTEC IT · الأردن
- نوع المحتوى
- شرح مبني على مادة أحمد دومي — وليس نصًّا رسميًّا من Pearson
- آخر مراجعة
- المصدر
- إدارة مشاريع تكنولوجيا المعلومات — مادة تعليمية (أحمد دومي) — المحور الأول: الدرس الرابع