Requirements Engineering Dashboard – Phase 2

لوحة هندسة المتطلبات – المرحلة 2

Deliverable: Elicitation Notes/Evidence + Prioritized User Requirements التسليم: ملاحظات/أدلة الاستقصاء + متطلبات المستخدم ذات الأولوية
Due: (set by instructor) موعد التسليم: (حسب ما تحدده الدكتورة)
Elicitation Plan + Stakeholder Analysis
خطة الاستقصاء + تحليل أصحاب المصلحة
Shougشوق
Create the Elicitation Plan and Stakeholder Analysis aligned to the project scope. Keep it simple and traceable: objectives, methods, participants, schedule, and risks (with mitigation).
إعداد خطة الاستقصاء وتحليل أصحاب المصلحة بشكل واضح وقابل للتتبع: الأهداف، الأساليب، المشاركين، الجدول، والمخاطر مع التخفيف.
Progressالتقدم 0%
Step-by-Stepتعليمات خطوة بخطوة
  1. Elicitation Plan: objectives, selected techniques (survey for patients/family, doctor interviews, official document analysis for security/access and compliance), schedule, resources, risks & mitigation (3–5).
  2. خطة الاستقصاء: الأهداف، التقنيات، الجدول، الموارد، المخاطر والتخفيف (٣–٥).
  3. Stakeholders: list ≥6 stakeholders and how you will engage each one.
  4. أصحاب المصلحة: تحديد ≥٦ وكيفية إشراك كل واحد.
  5. Mapping table: stakeholder, role, interest, influence, availability, elicitation method.
  6. جدول الربط: صاحب المصلحة، الدور، الاهتمام، التأثير، التوفر، أسلوب الاستقصاء.
Checklistقائمة التحقق
Internal naming is optional — only keep if your instructor requires it.
التسمية الداخلية اختيارية — فقط استخدميها إذا كانت مطلوبة من الدكتورة.
Family User Requirements (Prioritized)
متطلبات الأسرة (ذات أولوية)
Shougشوق
Write 8–10 family user requirements. Each requirement must link to evidence (interview/survey/observation/doc). Prioritize using MoSCoW (Must/Should/Could/Won’t).
كتابة ٨–١٠ متطلبات مستخدم للأسرة. كل متطلب لازم يكون مرتبط بدليل (مقابلة/استبيان/ملاحظة/وثائق). ترتيب الأولويات باستخدام MoSCoW.
Progressالتقدم 0%
Step-by-Stepتعليمات خطوة بخطوة
  1. Gather evidence from all elicitation streams.
  2. جمع الأدلة من جميع مسارات الاستقصاء.
  3. Write URs in a consistent format: ID, statement/user story, rationale, source evidence, priority (MoSCoW), acceptance criteria.
  4. كتابة المتطلبات بصيغة ثابتة: معرف، صياغة/قصة، مبرر، مصدر الدليل، أولوية (MoSCoW)، معايير القبول.
  5. Keep traceability (each UR must point to at least 1 piece of evidence).
  6. الحفاظ على التتبع (كل متطلب مرتبط بدليل واحد على الأقل).
Checklistقائمة التحقق
Team Leader: Final Submission Package
قائدة الفريق: الحزمة النهائية للتسليم
Shougشوق
Collect all notes + evidence and the prioritized user requirements list(s) from the team. Ensure everything is organized, traceable, and ready to submit.
جمع جميع الملاحظات + الأدلة وقوائم المتطلبات ذات الأولوية من الفريق. التأكد أن كل شيء مرتب وقابل للتتبع وجاهز للتسليم.
Progressالتقدم 0%
Step-by-Stepتعليمات خطوة بخطوة
  1. Collect all elicitation notes + evidence from each member.
  2. جمع جميع ملاحظات + أدلة الاستقصاء من كل عضو.
  3. Collect each member’s prioritized UR list.
  4. جمع قوائم المتطلبات ذات الأولوية.
  5. Check traceability: requirements point to evidence (file name / screenshot / link).
  6. التأكد من التتبع: المتطلبات مرتبطة بدليل (اسم ملف / لقطة / رابط).
  7. Organize into simple folders: Evidence/ and Prioritized_URs/.
  8. ترتيب في مجلدات واضحة: Evidence/ و Prioritized_URs/.
  9. Zip and submit.
  10. ضغط وتسليم.
Checklistقائمة التحقق
Doctor Interviews (Elicitation Notes + Evidence)
المقابلات (ملاحظات + أدلة)
Ghalaغلا
Conduct a small number of doctor interviews and document them as elicitation notes (like the instructor example). Keep clean notes, key findings, extracted requirements, and attach evidence.
إجراء مقابلات وتوثيقها كملاحظات استقصاء (مثل مثال الدكتورة). ملاحظات واضحة + نتائج + متطلبات مستخلصة + أدلة.
Progressالتقدم 0%
Step-by-Stepتعليمات خطوة بخطوة
  1. Prepare an interview guide.
  2. تجهيز دليل أسئلة للمقابلة.
  3. Conduct 2–3 interviews with doctors (quality over quantity).
  4. إجراء ٢–٣ مقابلات مع الأطباء (التركيز على الجودة).
  5. Write elicitation notes: participants, objectives, questions, answers, key findings, extracted requirements, open issues.
  6. كتابة ملاحظات الاستقصاء: المشاركون، الأهداف، الأسئلة، الأجوبة، النتائج، المتطلبات، نقاط مفتوحة.
  7. Attach evidence (screenshots/recording log).
  8. إرفاق الأدلة (لقطات/سجل التسجيل).
Useful Interview Questions (Doctors)أسئلة مقابلة مفيدة (الأطباء)
Ask these to extract actionable provider requirements:
استخدمي هذه الأسئلة لاستخراج متطلبات واضحة من الأطباء:
  • Do patients usually bring structured family history, or is it incomplete?هل يجلب المرضى تاريخًا عائليًا منظمًا أم غالبًا يكون ناقصًا؟
  • What minimum fields must appear in a useful family-risk summary?ما أقل الحقول التي يجب أن تظهر في ملخص المخاطر العائلية؟
  • Which hereditary risk patterns should trigger a high-priority alert?ما الأنماط الوراثية التي يجب أن تنتج تنبيهًا عالي الأولوية؟
  • What false-alert behavior would make you stop trusting the system?ما نوع التنبيهات الخاطئة الذي قد يجعلك تفقد الثقة في النظام؟
  • What recommendation wording is clinically clear but easy for families?ما صياغة التوصيات المناسبة طبيًا والمفهومة للأسرة؟
  • What privacy/consent details must be visible before using patient family data?ما تفاصيل الخصوصية/الموافقة التي يجب إظهارها قبل استخدام بيانات العائلة؟
  • Which doctor workflow steps should be kept short to avoid extra workload?ما خطوات عمل الطبيب التي يجب أن تكون قصيرة لتجنب العبء الإضافي؟
  • If appointment booking is simulated, what output still helps clinical follow-up?إذا كان حجز الموعد محاكاة فقط، ما المخرجات المفيدة للمتابعة السريرية؟
Expected Interview Output (Match Phase 1 + Prototype)مخرجات المقابلة المطلوبة (مطابقة للمرحلة 1 والنموذج)
Target output package from doctor interviews:
حزمة المخرجات المستهدفة من مقابلات الأطباء:
  • Interview note per session: participant role, questions, key quotes, findings, open issues.ملاحظة لكل مقابلة: دور المشارك، الأسئلة، الاقتباسات، النتائج، النقاط المفتوحة.
  • 8–10 provider URs mapped to evidence and MoSCoW.عدد ٨–١٠ متطلبات مقدم رعاية مرتبطة بالأدلة و MoSCoW.
  • Prototype validation screenshots for doctor flow using `Doctor@gmai.com` / password `Testing`.لقطات تحقق لتدفق الطبيب باستخدام حساب `Doctor@gmai.com` وكلمة المرور `Testing`.
  • Evidence that outputs align with Phase 1 features: risk summaries, recommendations, appointment simulation, RBAC.دليل مطابقة المخرجات مع ميزات المرحلة 1: ملخصات المخاطر، التوصيات، محاكاة المواعيد، التحكم بالأدوار.
Suggested UR row format: ID | Requirement Statement | Source (Interview Q#) | Evidence File | MoSCoW | Acceptance Criteria
صيغة مقترحة لصف المتطلب: المعرف | نص المتطلب | المصدر (رقم السؤال) | ملف الدليل | MoSCoW | معيار القبول
Expected Outcome Table (Target Data to Gather)
جدول المخرجات المتوقعة (بيانات مستهدفة للجمع)
ID Requirement Statement Evidence Source Priority Acceptance Criteria
FUR-T01 System provides a concise hereditary risk summary for doctor review.Target to validate from interviews. Doctor Interview Q2, Q3 MUST Doctor can view a readable summary with key family-risk indicators in one screen.
FUR-T02 System generates alerts only when predefined screening rules are met.Target to reduce false positives. Doctor Interview Q3, Q4 MUST Alert appears only when agreed rule conditions are satisfied.
FUR-T03 Each alert includes a clinically clear recommendation for next action. Doctor Interview Q5 SHOULD Alert message includes screening/follow-up recommendation understandable by families.
NFR-T04 System presents explicit privacy/consent information before using family data. Doctor Interview Q6 + Doc Analysis MUST Consent notice is visible and must be acknowledged before protected actions.
NFR-T05 Doctor workflow remains short and does not add unnecessary operational load. Doctor Interview Q7 SHOULD Core doctor review workflow can be completed in minimal steps.
FUR-T06 Appointment simulation output supports useful follow-up planning. Doctor Interview Q8 + Prototype Check SHOULD System shows clear simulated booking confirmation and follow-up context.
Execution Plan (Step-by-Step + Status)خطة التنفيذ (خطوة بخطوة + الحالة)
Checklistقائمة التحقق
Healthcare Provider URs (Prioritized)
متطلبات مقدم الرعاية (ذات أولوية)
Ghalaغلا
Derive 8–10 provider requirements from interview notes. Prioritize using MoSCoW and link each requirement to interview evidence.
اشتقاق ٨–١٠ متطلبات من ملاحظات المقابلات. ترتيب باستخدام MoSCoW وربط كل متطلب بالدليل.
Progressالتقدم 0%
Checklistقائمة التحقق
Survey on Patients & Family Members (Notes + Evidence)
الاستبيان (ملاحظات + أدلة)
Galaجلا
Design and deploy a bilingual survey targeting patients and family members (including students/family network where appropriate). Keep evidence: questionnaire PDF, response export, and a short analysis summary (charts/screenshots).
تصميم ونشر استبيان ثنائي اللغة. حفظ الأدلة: PDF للأسئلة، ملف الردود، وملخص تحليل مختصر (رسوم/لقطات).
Progressالتقدم 0%
Useful Survey Questions (Patients/Family)أسئلة استبيان مفيدة (المرضى/الأسرة)
Use mostly multiple-choice/Likert to get high-volume analyzable data:
يفضل أسئلة اختيار/مقياس ليكرت للحصول على بيانات كثيرة قابلة للتحليل:
  • How do you currently track family medical history? (paper / memory / app / not tracked)كيف تتبعون حاليًا التاريخ الصحي العائلي؟ (ورقي/بالذاكرة/تطبيق/لا يوجد)
  • How difficult is it to collect health info from all family members? (1–5)ما مدى صعوبة جمع المعلومات الصحية من كل أفراد الأسرة؟ (١–٥)
  • Which conditions are most important to track? (heart disease, diabetes, hypertension, cholesterol, other)ما الحالات الأهم للتتبع؟ (أمراض القلب، السكري، الضغط، الكوليسترول، أخرى)
  • Would automated hereditary-risk alerts be useful to you? (1–5)هل التنبيهات الآلية للمخاطر الوراثية مفيدة لك؟ (١–٥)
  • Which alert channels do you prefer? (in-app / SMS / email)ما قناة التنبيه المفضلة؟ (داخل التطبيق/رسائل/SMS/إيميل)
  • Would you follow personalized recommendations for screening/follow-up? (yes/no/maybe)هل ستلتزم بتوصيات مخصصة للفحص/المتابعة؟ (نعم/لا/ربما)
  • How important is Arabic/English bilingual support? (1–5)ما أهمية دعم العربي/الإنجليزي؟ (١–٥)
  • What privacy control do you expect before sharing family data? (consent popup / role limits / both)ما خيار الخصوصية المتوقع قبل مشاركة بيانات العائلة؟ (موافقة/صلاحيات/كلاهما)
  • Would appointment booking simulation help you plan checkups? (1–5)هل محاكاة حجز المواعيد تساعدك في التخطيط للمتابعة؟ (١–٥)
  • Open question: what one feature would make you trust and keep using Sillah?سؤال مفتوح: ما الميزة الأهم التي تجعلك تثق وتستمر باستخدام صلة؟
Expected Survey Output (Match Phase 1 + Prototype)مخرجات الاستبيان المطلوبة (مطابقة للمرحلة 1 والنموذج)
Target output package from survey analysis:
حزمة المخرجات المستهدفة من تحليل الاستبيان:
  • Questionnaire file (EN/AR) + response export + charts/screenshots.ملف الاستبيان (عربي/إنجليزي) + تصدير الردود + رسوم/لقطات.
  • 8–10 survey-derived patient/family URs with MoSCoW and evidence links.عدد ٨–١٠ متطلبات مرضى/أسرة مشتقة من الاستبيان مع MoSCoW وروابط الأدلة.
  • Prototype fit check using both roles on sillah-app.shoug-tech.com: `patient@gmai.com` + `Doctor@gmai.com` (password `Testing`).فحص توافق مع النموذج باستخدام حسابي المريض والطبيب على الموقع مع كلمة المرور `Testing`.
  • Coverage proof for Phase 1 core features: family management, health event recording, risk alerts, recommendations, awareness hub, appointment simulation.إثبات تغطية ميزات المرحلة 1: إدارة الأسرة، تسجيل الأحداث، تنبيهات المخاطر، التوصيات، التوعية، محاكاة المواعيد.
Suggested summary metrics: N respondents | Top 5 needs by % | Top privacy concern | Preferred alert channel | UR candidates generated
مؤشرات ملخص مقترحة: عدد المشاركين | أعلى ٥ احتياجات بالنسبة | أهم قلق خصوصية | قناة التنبيه المفضلة | عدد المتطلبات المستخرجة
Expected Outcome Table (Target Data to Gather)
جدول المخرجات المتوقعة (بيانات مستهدفة للجمع)
ID Requirement Statement Evidence Source Priority Acceptance Criteria
FUR-T07 System allows users to create and manage multiple family member profiles.Validate demand level from survey. Survey Q1, Q2 MUST Users can add, edit, and delete family profiles successfully.
FUR-T08 System records hereditary conditions (heart disease, diabetes, hypertension, cholesterol). Survey Q3 MUST Entered condition data is saved and retrievable in user history.
FUR-T09 System generates personalized preventive alerts for hereditary risk patterns. Survey Q4 + Interview evidence MUST Users receive alerts when configured screening criteria are met.
FUR-T10 System supports bilingual UI (Arabic RTL and English LTR). Survey Q7 + Prototype Check MUST Users can switch languages and layout direction updates correctly.
NFR-T11 System enforces privacy controls and role-based access for sensitive health data. Survey Q8 + Doc Analysis MUST Only authorized roles can access protected features and data views.
FUR-T12 System provides simulated clinic appointment booking for follow-up planning. Survey Q9 + Prototype Check SHOULD User receives booking simulation confirmation after submission.
Execution Plan (Step-by-Step + Status)خطة التنفيذ (خطوة بخطوة + الحالة)
Checklistقائمة التحقق
Patient/Family URs from Survey (Prioritized)
متطلبات المرضى/الأسرة من الاستبيان (ذات أولوية)
Galaجلا
Derive 8–10 patient/family requirements from survey evidence. Prioritize using MoSCoW and link each requirement to evidence.
اشتقاق ٨–١٠ متطلبات للمرضى/الأسرة من أدلة الاستبيان. ترتيب باستخدام MoSCoW وربط كل متطلب بالدليل.
Progressالتقدم 0%
Checklistقائمة التحقق
Official Documents (Security/Access & Compliance) + Evidence
وثائق رسمية (أمن/وصول وامتثال) + أدلة داعمة
Salmaسلمى
Analyze official documents for security/access and compliance constraints (RBAC, authentication, privacy/consent) and record findings as elicitation evidence. Supporting observation/competitive notes are optional add-ons.
حلّلوا الوثائق الرسمية لقيود الأمن/الوصول والامتثال (الصلاحيات، التحقق، الخصوصية/الموافقة) ووثّقوا النتائج كأدلة استقصاء. الملاحظة والتحليل التنافسي إضافي إذا احتجتوه.
Progressالتقدم 0%
Checklistقائمة التحقق
Security/Access (RBAC/Compliance) URs + Consolidation (Master)
متطلبات الأمن/الوصول (الصلاحيات/الامتثال) + دمج نهائي (قائمة رئيسية)
Salmaسلمى
Extract security/access & compliance URs from official documents, then combine URs from all members, remove duplicates, keep traceability, and produce one prioritized master list using MoSCoW.
استخرجوا متطلبات الأمن/الوصول والامتثال من الوثائق الرسمية، وبعدها ادمجوا متطلبات كل الفريق، شيّلوا التكرار، حافظوا على التتبع، وطلّعوا قائمة موحدة مرتبة بـ MoSCoW.
Progressالتقدم 0%
Step-by-Stepتعليمات خطوة بخطوة
  1. Extract security/access & compliance URs from official documents first (with evidence links).
  2. استخرجوا متطلبات الأمن/الوصول والامتثال من الوثائق الرسمية أول شي (مع روابط الأدلة).
  3. Collect the UR lists (family/provider/survey-based).
  4. اجمعوا قوائم المتطلبات الثلاث.
  5. Remove duplicates and merge similar requirements.
  6. شيّلوا التكرار وادمجوا المتطلبات المتشابهة.
  7. Maintain traceability (each master UR must reference evidence and source owner).
  8. حافظوا على التتبع (كل متطلب في القائمة مربوط بدليل وصاحبه).
  9. Prioritize using MoSCoW based on team agreement + dependencies.
  10. رتّبوا بـ MoSCoW بناءً على اتفاق الفريق + التبعيات.
Checklistقائمة التحقق
Phase 2 Final Deliverables (Required) تسليمات المرحلة 2 النهائية (لازم)
Team leader submission must include:
1) Elicitation notes + evidence from all streams (doctor interviews, patient/family survey, official documents)
2) Prioritized user requirements list(s) with traceability (evidence source for each UR)
تسليم قائدة الفريق لازم يشمل:
١) ملاحظات الاستقصاء + الأدلة من كل المسارات (مقابلات الأطباء، استبيان المرضى/الأسرة، الوثائق الرسمية)
٢) قوائم متطلبات المستخدم المرتبة بالأولوية مع التتبع (مصدر دليل لكل متطلب)
If your instructor did NOT require exact filenames, keep them simple: Evidence/ and Prioritized_URs/.
إذا الدكتورة ما طلبت أسماء ملفات محددة، خليها بسيطة: Evidence/ و Prioritized_URs/.
Current Team Status (March 3, 2026) حالة الفريق الحالية (٣ مارس ٢٠٢٦)
Package Structure (Recommended) هيكل الحزمة (مقترح)
  • Evidence/ (Interviews/, Survey/, Observation/, Docs/, Competitive/)Evidence/ (مقابلات/، استبيان/، ملاحظة/، وثائق/، تحليل تنافسي/)
  • Prioritized_URs/ (Family_URs.docx, Provider_URs.docx, Security_Access_Compliance_URs.docx, Master_URs.docx)Prioritized_URs/ (متطلبات_الأسرة.docx، متطلبات_مقدم_الرعاية.docx، متطلبات_الأمن_والوصول_والامتثال.docx، القائمة_الموحدة.docx)
  • Submission.zipالملف_النهائي.zip
This structure keeps evidence traceable and prevents missing files at submission time.
هذا الهيكل يساعدكم على التتبع ويقلل نسيان أي ملف وقت التسليم.
Phase 1 Alignment Checkpoints نقاط التوافق مع المرحلة 1

✅ Keep these as core requirement targets: family profile management, hereditary condition recording, rule-based risk alerts, recommendations, alert history, bilingual UI (AR/EN), simulated appointments, RBAC/authentication.

✅ Current elicitation strategy (approved): survey = patients/family, interviews = doctors (2–3 deep sessions), security/access/compliance = official documents.

🚫 Keep out of current release: real diagnosis, real EHR integration, AI prediction, real-time clinic availability.

⚠️ Evidence rule: any requirement kept in final list must link to at least one evidence item (survey result, interview note, document source, or prototype check).

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

✅ خطة الاستقصاء الحالية (معتمدة): الاستبيان = مرضى/أسرة، المقابلات = أطباء (٢–٣ مقابلات متعمقة)، الأمن/الوصول/الامتثال = وثائق رسمية.

🚫 برا نطاق الإصدار الحالي: تشخيص طبي فعلي، تكامل فعلي مع السجلات الطبية، تنبؤ ذكاء اصطناعي، توفر عيادات بشكل لحظي.

⚠️ قاعدة الأدلة: أي متطلب في القائمة النهائية لازم يكون مربوط بدليل واحد على الأقل (نتيجة استبيان، ملاحظة مقابلة، مصدر وثيقة، أو تحقق من النموذج).

Interview Output Pack
حزمة مخرجات المقابلات
Doctors (2–3 sessions)
الأطباء (٢–٣ جلسات)

Deliver: interview guide, session notes, extracted provider URs (ID/priority/acceptance), and evidence screenshots from doctor flow.

المطلوب: دليل المقابلة، ملاحظات الجلسات، متطلبات مقدم الرعاية (معرف/أولوية/معيار قبول)، ولقطات أدلة من تدفق الطبيب.

Survey Output Pack
حزمة مخرجات الاستبيان
Patients / Family
المرضى / الأسرة

Deliver: bilingual questionnaire, response export, charts summary, and survey-derived UR table matching your required format.

المطلوب: استبيان ثنائي اللغة، تصدير الردود، ملخص الرسوم، وجدول متطلبات مشتق من الاستبيان بنفس الصيغة المطلوبة.

Security/Access Evidence Pack
حزمة أدلة الأمن/الوصول
Official Documents
وثائق رسمية

Deliver: RBAC/auth/privacy-consent constraints with source references and extracted URs for security/compliance scope.

المطلوب: قيود الصلاحيات/التحقق/الخصوصية والموافقة مع المراجع، واستخراج متطلبات لنطاق الأمن والامتثال.

Master Merge Rules
قواعد الدمج النهائي
Traceability + MoSCoW
التتبع + MoSCoW

Before final zip: remove duplicates, keep one UR format, enforce evidence link per UR, then finalize master prioritized list.

قبل الضغط النهائي: شيّلوا التكرار، وحّدوا صيغة المتطلبات، لازم كل متطلب معه رابط دليل، وبعدها اعتمدوا القائمة الموحدة النهائية.