Requirements Engineering Dashboard – Phase 2
لوحة هندسة المتطلبات – المرحلة 2
- Elicitation Plan: objectives, selected techniques (interviews/survey/doc analysis/observation), schedule, resources, risks & mitigation (3–5).
- خطة الاستقصاء: الأهداف، التقنيات، الجدول، الموارد، المخاطر والتخفيف (٣–٥).
- Stakeholders: list ≥6 stakeholders and how you will engage each one.
- أصحاب المصلحة: تحديد ≥٦ وكيفية إشراك كل واحد.
- Mapping table: stakeholder, role, interest, influence, availability, elicitation method.
- جدول الربط: صاحب المصلحة، الدور، الاهتمام، التأثير، التوفر، أسلوب الاستقصاء.
- Gather evidence from all elicitation streams.
- جمع الأدلة من جميع مسارات الاستقصاء.
- Write URs in a consistent format: ID, statement/user story, rationale, source evidence, priority (MoSCoW), acceptance criteria.
- كتابة المتطلبات بصيغة ثابتة: معرف، صياغة/قصة، مبرر، مصدر الدليل، أولوية (MoSCoW)، معايير القبول.
- Keep traceability (each UR must point to at least 1 piece of evidence).
- الحفاظ على التتبع (كل متطلب مرتبط بدليل واحد على الأقل).
- Collect all elicitation notes + evidence from each member.
- جمع جميع ملاحظات + أدلة الاستقصاء من كل عضو.
- Collect each member’s prioritized UR list.
- جمع قوائم المتطلبات ذات الأولوية.
- Check traceability: requirements point to evidence (file name / screenshot / link).
- التأكد من التتبع: المتطلبات مرتبطة بدليل (اسم ملف / لقطة / رابط).
- Organize into simple folders: Evidence/ and Prioritized_URs/.
- ترتيب في مجلدات واضحة: Evidence/ و Prioritized_URs/.
- Zip and submit.
- ضغط وتسليم.
- Prepare an interview guide.
- تجهيز دليل أسئلة للمقابلة.
- Conduct 3–5 interviews (family + healthcare provider).
- إجراء ٣–٥ مقابلات (عائلة + مقدم رعاية).
- Write elicitation notes: participants, objectives, questions, answers, key findings, extracted requirements, open issues.
- كتابة ملاحظات الاستقصاء: المشاركون، الأهداف، الأسئلة، الأجوبة، النتائج، المتطلبات، نقاط مفتوحة.
- Attach evidence (screenshots/recording log).
- إرفاق الأدلة (لقطات/سجل التسجيل).
- Collect the three UR lists (family/provider/admin).
- جمع قوائم المتطلبات الثلاث.
- Remove duplicates and merge similar requirements.
- إزالة التكرار ودمج المتطلبات المتشابهة.
- Maintain traceability (each master UR must reference evidence and source owner).
- الحفاظ على التتبع (كل متطلب في القائمة مرتبط بدليل وصاحبه).
- Prioritize using MoSCoW based on team agreement + dependencies.
- ترتيب باستخدام MoSCoW بناءً على اتفاق الفريق + التبعيات.
✅ In scope (draft): family member management, recording health events, rule-based risk alerts (as agreed by the team), awareness content, bilingual UI (AR/EN).
🚫 Out of scope (draft): real medical diagnosis, integration with hospital/EHR systems, AI/ML predictions, real-time clinic availability.
⚠️ Important: Do not present legal/compliance standards or numeric targets as final requirements unless you have evidence and the instructor asked for them. Treat them as “to validate”.
✅ ضمن النطاق (مسودة): إدارة أفراد الأسرة، تسجيل الأحداث الصحية، تنبيهات مخاطر مبنية على قواعد (حسب اتفاق الفريق)، محتوى توعوي، واجهة ثنائية اللغة (عربي/إنجليزي).
🚫 خارج النطاق (مسودة): تشخيص طبي حقيقي، تكامل مع أنظمة المستشفيات/السجلات، تنبؤ بالذكاء الاصطناعي، توفر عيادات بشكل لحظي.
⚠️ مهم: لا تعرضي المعايير القانونية/الامتثال أو أرقام كأهداف كأنها متطلبات نهائية إلا إذا عندكم دليل والدكتورة طلبتها. اعتبريها “للتأكد”.
Use a consistent structure: participants, objectives, questions, answers, findings, extracted requirements, open issues, evidence.
استخدمي هيكل ثابت: المشاركون، الأهداف، الأسئلة، الأجوبة، النتائج، المتطلبات، نقاط مفتوحة، الأدلة.
Keep each UR linked to evidence and prioritized (Must/Should/Could/Won’t).
خلي كل متطلب مرتبط بدليل وله أولوية (Must/Should/Could/Won’t).
Shared drive + clear evidence folders + one UR format.
مجلد مشترك + أدلة مرتبة + صيغة موحدة للمتطلبات.
If your instructor didn’t require naming rules, keep it simple and consistent.
إذا الدكتورة ما طلبت نظام تسمية، خليها بسيطة وثابتة.