Business Analysis - Use-Cases تحليل الأعمال - حالات الاستخدام
Business Analysis - Use-Cases تحليل الأعمال - حالات الاستخدام
أحد المخططات التسعة لـ UML هو مخطط حالة الاستخدام. هذه ليست فقط متطلبات مهمة ولكنها ضرورية لمشاريع البرمجيات. يتم استخدامه بشكل أساسي في دورات حياة البرامج. كما نعلم ، هناك مراحل مختلفة في دورة التطوير والمرحلة الأكثر استخدامًا لحالات الاستخدام ستكون خلال مرحلة تجميع المتطلبات.
ما هي واقعة الاستخدام؟
تصف حالة الاستخدام سلسلة من الإجراءات التي يقوم بها نظام يوفر قيمة للممثل. تصف حالة الاستخدام سلوك النظام في ظل ظروف مختلفة لأنه يستجيب لطلب من أحد أصحاب المصلحة ، يسمى الفاعل الأساسي .
الفاعل هو Who of the system ، بمعنى آخر هو المستخدم النهائي.
في هندسة البرمجيات والأنظمة ، حالة الاستخدام هي قائمة من الخطوات ، تحدد عادةً التفاعلات بين الدور (المعروف في UML بـ "الفاعل") والنظام ، لتحقيق هدف. يمكن أن يكون الفاعل نظامًا بشريًا أو خارجيًا.
تحدد حالة الاستخدام تدفق الأحداث في النظام. يهتم أكثر بما يقوم به النظام من أجل أداء تسلسل الإجراءات.
فوائد واقعة الاستخدام
توفر حالة الاستخدام الفوائد التالية -
إنها وسيلة سهلة لالتقاط المتطلبات الوظيفية مع التركيز على القيمة المضافة للمستخدم.
حالات الاستخدام سهلة الكتابة والقراءة نسبيًا مقارنة بأساليب المتطلبات التقليدية.
تجبر حالات الاستخدام المطورين على التفكير من منظور المستخدم النهائي.
حالة الاستخدام تُشرك المستخدم في عملية المتطلبات.
تشريح حالة الاستخدام
الاسم : الاسم الوصفي الذي يوضح الغرض من حالة الاستخدام.
الوصف : يصف ما تفعله حالة الاستخدام في جملتين.
الفاعل : اذكر أي ممثلين يشاركون في واقعة الاستخدام.
الشرط المسبق : الشروط التي يجب توافرها قبل البدء في حالة الاستخدام.
تدفق الأحداث : وصف التفاعل بين النظام والممثل.
شرط آخر : وصف حالة النظام بعد أن تأخذ حالة الاستخدام مجراها.
إرشادات لقالب حالة الاستخدام
وثق كل حالة استخدام باستخدام النموذج الوارد في نهاية هذا الفصل. يقدم هذا القسم وصفًا لكل قسم في نموذج حالة الاستخدام.
تحديد حالة الاستخدام
معرف حالة الاستخدام - امنح كل حالة استخدام معرفًا رقميًا فريدًا ، في شكل هرمي: يمكن تجميع حالات الاستخدام ذات الصلة XY في التسلسل الهرمي. يمكن إرجاع المتطلبات الوظيفية إلى حالة الاستخدام المصنفة.
اسم حالة الاستخدام - حدد اسمًا موجزًا وموجه نحو النتائج لحالة الاستخدام. تعكس هذه المهام التي يحتاجها المستخدم ليتمكن من إنجازها باستخدام النظام. قم بتضمين فعل واسم. بعض الأمثلة -
عرض معلومات رقم الجزء.
قم يدويًا بتمييز مصدر النص التشعبي وإنشاء ارتباط بالهدف.
ضع طلبًا للحصول على قرص مضغوط به إصدار البرنامج المحدث.
تاريخ حالة الاستخدام
هنا ، نذكر أسماء الأشخاص الذين هم أصحاب المصلحة في وثيقة Usecase.
تم الإنشاء بواسطة - أدخل اسم الشخص الذي وثق حالة الاستخدام هذه في البداية.
تاريخ الإنشاء - أدخل التاريخ الذي تم فيه توثيق حالة الاستخدام في البداية.
تم التحديث الأخير بواسطة - أدخل اسم الشخص الذي أجرى آخر تحديث لوصف حالة الاستخدام.
تاريخ آخر تحديث - أدخل التاريخ الذي تم فيه تحديث حالة الاستخدام مؤخرًا.
تعريف حالة الاستخدام
فيما يلي تعريفات المفاهيم الأساسية لحالة الاستخدام -
الممثل
الممثل هو شخص أو كيان آخر خارج نظام البرنامج الذي يتم تحديده ويتفاعل مع النظام ويقوم بحالات الاستخدام لإنجاز المهام. غالبًا ما تتوافق الجهات الفاعلة المختلفة مع فئات أو أدوار مستخدمين مختلفة تم تحديدها من مجتمع العملاء الذي سيستخدم المنتج. قم بتسمية الممثل (الممثلين) الذي سيقوم بأداء حالة الاستخدام هذه.
وصف
قدم وصفًا موجزًا لسبب ونتائج حالة الاستخدام هذه ، أو وصفًا عالي المستوى لتسلسل الإجراءات ونتائج تنفيذ واقعة الاستخدام.
الشروط المسبقة
ضع قائمة بأي أنشطة يجب القيام بها ، أو أي شروط يجب أن تكون صحيحة ، قبل البدء في حالة الاستخدام. رقم كل شرط مسبق.
أمثلة
- تم مصادقة هوية المستخدم.
- يتوفر في كمبيوتر المستخدم ذاكرة خالية كافية لبدء المهمة.
شروط ما بعد
صف حالة النظام في نهاية تنفيذ حالة الاستخدام. قم بترقيم كل حالة نشر.
أمثلة
- يحتوي المستند على علامات SGML صالحة فقط.
- تم تحديث سعر العنصر في قاعدة البيانات بقيمة جديدة.
أفضلية
حدد الأولوية النسبية لتنفيذ الوظيفة المطلوبة للسماح بتنفيذ حالة الاستخدام هذه. يجب أن يكون مخطط الأولوية المستخدم هو نفسه المستخدم في مواصفات متطلبات البرنامج.
تردد الاستخدام
قدر عدد المرات التي سيتم فيها تنفيذ حالة الاستخدام هذه من قبل الجهات الفاعلة لكل وحدة زمنية مناسبة.
الدورة العادية للأحداث
قدم وصفًا تفصيليًا لإجراءات المستخدم واستجابات النظام التي ستحدث أثناء تنفيذ حالة الاستخدام في ظل الظروف العادية والمتوقعة. سيؤدي تسلسل الحوار هذا في النهاية إلى تحقيق الهدف المنصوص عليه في اسم حالة الاستخدام ووصفها. يمكن كتابة هذا الوصف كإجابة على السؤال الافتراضي ، "كيف <أنجز المهمة الواردة في اسم حالة الاستخدام>؟" من الأفضل القيام بذلك كقائمة مرقمة من الإجراءات التي يقوم بها الممثل ، بالتناوب مع الردود المقدمة من قبل النظام.
الدورات البديلة
وثق سيناريوهات الاستخدام المشروعة الأخرى التي يمكن أن تحدث ضمن حالة الاستخدام هذه بشكل منفصل في هذا القسم. اذكر المسار البديل ، ووصف أي اختلافات في تسلسل الخطوات التي تحدث. قم بترقيم كل دورة تدريبية بديلة باستخدام معرف حالة الاستخدام كبادئة ، متبوعًا بـ "AC" للإشارة إلى "الدورة التدريبية البديلة". مثال: XYAC.1.
استثناءات
صف أي حالات خطأ متوقعة يمكن أن تحدث أثناء تنفيذ حالة الاستخدام ، وحدد كيفية استجابة النظام لتلك الظروف. وصف أيضًا كيف يستجيب النظام إذا فشل تنفيذ حالة الاستخدام لسبب غير متوقع. قم بترقيم كل استثناء باستخدام معرف حالة الاستخدام كبادئة ، متبوعًا بـ "EX" للإشارة إلى "استثناء". مثال: XYEX.1.
يشمل
ضع قائمة بأي حالات استخدام أخرى تم تضمينها ("تسمى") في حالة الاستخدام هذه. يمكن تقسيم الوظائف الشائعة التي تظهر في حالات الاستخدام المتعددة إلى حالة استخدام منفصلة يتم تضمينها بواسطة تلك التي تحتاج إلى تلك الوظيفة المشتركة.
متطلبات خاصة
حدد أي متطلبات إضافية ، مثل المتطلبات غير الوظيفية ، لحالة الاستخدام التي قد تحتاج إلى معالجتها أثناء التصميم أو التنفيذ. قد تشمل هذه متطلبات الأداء أو سمات الجودة الأخرى.
الافتراضات
أدرج أي افتراضات تم إجراؤها في التحليل أدت إلى قبول حالة الاستخدام هذه في وصف المنتج وكتابة وصف حالة الاستخدام.
ملاحظات وقضايا
أدرج أي تعليقات إضافية حول حالة الاستخدام هذه أو أي مشكلات مفتوحة متبقية أو TBDs (يتم تحديدها لاحقًا) التي يجب حلها. حدد الشخص الذي سيحل كل مشكلة ، وتاريخ الاستحقاق ، والحل النهائي.
إدارة التغيير والتحكم في الإصدار
التحكم في الإصدار هو إدارة التغييرات التي تطرأ على المستندات ، ومواقع الويب الكبيرة ، ومجموعة أخرى من المعلومات. عادةً ما يتم تحديد التغييرات برقم أو رمز حرف ، يُطلق عليه رقم المراجعة أو مستوى المراجعة. ترتبط كل مراجعة بطابع زمني والشخص الذي يقوم بإجراء التغيير.
التسميات: Business Analysis تحليل الأعمال
<< الصفحة الرئيسية