طَبِّقْهاتعلّم المبدأ، وطبّقه بيدكمقرر 241 · تحليل وتصميم برمجيات الويب
تقييم الدرس 4

توثيق المتطلبات وترتيب أولوياتها

أجب عن الأسئلة ثم اضغط «صحّح ورقتي» في آخر الصفحة. ← العودة إلى الدرس

أسئلة التقييم

تقييم الدرس 4: توثيق المتطلبات وترتيب أولوياتها. إجاباتك تُحفظ تلقائيًّا على هذا الجهاز؛ أجب ثم اضغط «صحّح ورقتي».

1السؤال الأول: اختر الإجابة الصحيحة

1) أي حقل في بطاقة المتطلب يجعله قابلًا للاختبار؟
2) أي قصة مستخدم مكتوبة بالقالب الصحيح؟
3) أي معيار قبول غامض لا يمكن اختباره؟
4) متطلب بدونه لا يحقق النظام هدفه الأساسي. فئته:
5) لماذا يُكتب مصدر كل متطلب؟

2السؤال الثاني: صح أم خطأ

1) يمكن إعادة استخدام معرّف متطلب محذوف لمتطلب جديد.
الصواب: خطأ
2) يحدد المحلل أولويات MoSCoW وحده دون العميل.
الصواب: خطأ
3) Won't في MoSCoW تعني تأجيلًا متفقًا عليه لمرحلة لاحقة.
الصواب: صح
4) المتطلب ذو القيمة العالية والجهد القليل مكسب سريع يُبدأ به.
الصواب: صح
5) لا يدخل المتطلب التطوير قبل اعتماده من العميل.
الصواب: صح

3السؤال الثالث: أكمل الفراغات من القائمة المنسدلة

1) قالب قصة المستخدم: بصفتي … أريد … .
الإجابة: حتى …
2) الصيغة الشائعة لمعايير القبول: عندما … .
الإجابة: فإن …
3) أسلوب ترتيب الأولويات بأربع فئات يسمّى .
الإجابة: MoSCoW

4السؤال الرابع: أسئلة عملية

1) حسب هذا المخطط، بأي متطلب نبدأ؟
مشاريع كبيرة: خطّطمكاسب سريعة: ابدأ بهاثانوية: لاحقًامُكلفة: تجنّبهاتطبيق جوال أصليتذكير قبل الدورةالدفع الإلكترونيعرض المقاعد المتاحةجهد قليلجهد كبيرقيمة قليلةقيمة كبيرةالقيمة مقابل الجهد
2) متطلب في حالة «قيد_المراجعة» رأى العميل أنه خارج النطاق. إلى أي حالة ينتقل؟

تحليل

موافقة العميل

خارج النطاق

تطوير

اختبار القبول

مقترح

قيد_المراجعة

معتمد

مرفوض

منفّذ

مُختبَر

أجب عن الأسئلة ثم اضغط «صحّح ورقتي».

📝 معلم؟ أرسل ملاحظة للمؤلف عن هذا الدرس