حالات الاستخدام: المخطط والوصف

١حالة الاستخدام: هدف يحققه المستخدم بالنظام

حالة الاستخدام Use Case وصف لتفاعل بين مستخدم والنظام لتحقيق هدف له قيمة: «التسجيل في دورة» حالة استخدام، أما «الضغط على زر» فخطوة داخلها. تساعدك حالات الاستخدام على التأكد من أن قائمة المتطلبات مكتملة: لكل مستخدم أهدافه، ولكل هدف خطواته.

٢مخطط حالات الاستخدام

في UML يُرسم الممثل شكلًا بشريًّا، وحالة الاستخدام شكلًا بيضاويًّا داخل مستطيل حدود النظام. Mermaid لا يحوي نوعًا خاصًّا لهذا المخطط، فنرسمه بمخطط التدفق باتفاق بسيط نلتزم به في المقرر:

flowchart LR  T[المتدرب]  R[موظفة التسجيل]  subgraph S[نظام دورات]    u1([البحث عن دورة])    u2([التسجيل في دورة])    u3([دفع الرسوم])    u4([اعتماد طلب التسجيل])  end  P[بوابة الدفع]  T --- u1  T --- u2  u2 -. include .-> u3  u3 --- P  R --- u4

اقرأ المخطط: المتدرب يبحث عن دورة ويسجّل فيها، والتسجيل يتضمن دفع الرسوم الذي يتم عبر بوابة الدفع الخارجية، وموظفة التسجيل تعتمد الطلبات. جرّب: أضف ممثلًا ثالثًا «المدرب» وحالة «عرض قائمة المسجلين».

٣وصف حالة الاستخدام

المخطط يعطي الصورة العامة، لكن التفاصيل في وصف الحالة: نص منظم بقالب ثابت يصف السيناريو خطوة خطوة، ومنه يُكتب الكود والاختبار.

لاحظ ترقيم البدائل: «2أ» يعني بديلًا عن الخطوة 2. هكذا تغطي الحالات الاستثنائية التي ينساها كثيرون، وهي غالبًا ما تُسقط الأنظمة.

٤السيناريو مرسومًا: مخطط النشاط

حين يكثر التفرع في السيناريو، يوضّحه مخطط النشاط Activity: خطوات متتابعة، ومعيّنات للقرارات، وأسهم للتسلسل.

flowchart TD  a([يختار المتدرب دورة]) --> b{هل توجد مقاعد؟}  b -- لا --> c[يعرض «مكتملة» ويقترح دورة أخرى]  b -- نعم --> d[يُدخل بياناته]  d --> e{البيانات صحيحة؟}  e -- لا --> d  e -- نعم --> f[يحجز النظام المقعد مؤقتًا]  f --> g[دفع الرسوم]  g --> h([يرسل النظام تأكيد التسجيل])

المعيّن {…} قرار له مخرجان؛ اكتب على كل سهم شرطه: -- نعم -->. لاحظ الحلقة: إن كانت البيانات خاطئة يعود السهم إلى خطوة الإدخال.