كيفية كتابة Use Cases داخل وثيقة SRS

عند كتابة وثيقة المتطلبات البرمجية (SRS)، من المهم أن تتضمن Use Cases لأنها تساعد على توضيح كيف سيتفاعل المستخدمون مع النظام خطوة بخطوة. هذه الأداة تسهّل على محللي الأعمال والمطورين والمصممين والمختبرين فهم السيناريوهات المختلفة التي يمر بها المستخدم للوصول إلى هدفه.

ما هو الـ Use Case؟

الـ Use Case هو وصف بسيط لسيناريو تفاعل المستخدم (Actor) مع النظام لإنجاز مهمة محددة. يوضح من يقوم بالخطوة؟ وماذا يحدث بعدها؟

 الفرق بين Use Case و User Story

• User Story: تركز على احتياج المستخدم بشكل مختصر (مثال: “كمستخدم، أريد تسجيل الدخول حتى أصل إلى حسابي”).
• Use Case: تركز على تفاصيل التفاعل والسيناريو خطوة بخطوة، وتشمل الشروط المسبقة وما يحدث بعد إتمام العملية.

مكونات الـ Use Case الأساسية

1. الاسم (Use Case Name): مثل “تسجيل الدخول”.
2. الهدف (Goal): ماذا يريد المستخدم أن يحقق؟
3. الـ Actor: من يقوم بالفعل (مستخدم – مسؤول – نظام خارجي).
4. الشروط المسبقة (Preconditions): ماذا يجب أن يتوفر قبل البدء؟
5. السيناريو الرئيسي (Main Flow): الخطوات الأساسية من البداية حتى النهاية.
6. السيناريوهات البديلة (Alternative Flows): مثل إدخال كلمة مرور خاطئة.
7. النتيجة النهائية (Postconditions): ماذا يحدث بعد إتمام العملية بنجاح؟

مثال عملي: Use Case لتسجيل الدخول

الاسم: تسجيل الدخول.

الهدف: السماح للمستخدم بالدخول إلى حسابه.

Actor: مستخدم مسجل مسبقًا.

Preconditions: وجود حساب فعّال.

Main Flow:

• يفتح المستخدم شاشة تسجيل الدخول.
• يدخل البريد الإلكتروني وكلمة المرور.
•  النظام يتحقق من صحة البيانات.
•  يتم توجيه المستخدم إلى صفحته الرئيسية.

Alternative Flow:

•  إذا كانت كلمة المرور خاطئة، يظهر تنبيه “كلمة المرور غير صحيحة”.

Postconditions:

المستخدم يصبح في حالة “مسجل دخول”.

 مكان الـ Use Cases في وثيقة SRS

عادة يتم إدراج الـ Use Cases في قسم “المتطلبات الوظيفية”، لأنها تساعد في توضيح هذه المتطلبات بشكل عملي وملموس، ويمكن أن تدعمها رسومات (Use Case Diagrams) باستخدام UML.

 نصائح لكتابة Use Cases فعّالة

• اجعلها واضحة وبسيطة للقارئ غير التقني.
• لا تدخل في تفاصيل تقنية معقدة (يكفي وصف الخطوات).
• اربط كل Use Case بهدف عمل واضح.
•  استخدم الترقيم لتسهيل القراءة.

✅ بهذه الطريقة تصبح وثيقة الـ SRS أوضح، ويستطيع الفريق التقني فهم احتياجات المشروع بسهولة أكبر، مما يقلل من سوء الفهم ويسهّل تطوير النظام.

الخاتمة

في النهاية، تذكّر أن Use Case ليس مجرد وصف، بل أداة قوية تساعدك على بناء جسور التواصل بين فريق العمل وأصحاب المصلحة.
ابدأ بتجربة كتابة Use Cases بسيطة لمشروعك القادم، وستكتشف كيف تجعل وثيقة SRS أكثر وضوحًا واحترافية. 
ولا تنسَ أن تتابع السلسلة القادمة من التدوينات، حيث سنتعمّق أكثر في أدوات وأساليب تحليل الأعمال التي تجعل عملك أسهل وأكثر إبداعًا.