مخطط حالة الاستخدام في لغة النمذجة الموحدة UML Use Case Diagrams
مخطط حالة الاستخدام في لغة النمذجة الموحدة UML Use Case Diagrams
لتصميم نظام ، فإن الجانب الأكثر أهمية هو التقاط السلوك الديناميكي. السلوك الديناميكي يعني سلوك النظام عند تشغيله / تشغيله.
السلوك الثابت فقط لا يكفي لنمذجة نظام ، بل السلوك الديناميكي أكثر أهمية من السلوك الثابت. في UML ، هناك خمسة مخططات متوفرة لنمذجة الطبيعة الديناميكية واستخدام مخطط الحالة هو أحدها. والآن بعد أن ناقشنا أن مخطط حالة الاستخدام ديناميكي بطبيعته ، يجب أن يكون هناك بعض العوامل الداخلية أو الخارجية لإجراء التفاعل.
وتعرف هذه العوامل الداخلية والخارجية باسم الجهات الفاعلة. تتكون المخططات استخدام الحالة من الجهات الفاعلة ، استخدام الحالات وعلاقاتهم. يستخدم الرسم البياني لتصميم النظام / النظام الفرعي للتطبيق. رسم تخطيطي لحالة الاستخدام الواحد يلتقط وظيفة معينة للنظام.
وبالتالي لنمذجة النظام بأكمله ، يتم استخدام عدد من مخططات حالة الاستخدام.
الغرض من استخدام المخططات حالة Purpose of Use Case Diagrams
الغرض من استخدام مخطط الحالة هو التقاط الجانب الديناميكي للنظام. ومع ذلك ، فإن هذا التعريف عام للغاية بحيث لا يمكن وصف الغرض ، حيث أن المخططات الأربعة الأخرى (النشاط ، التسلسل ، التعاون ، و Statechart) لها نفس الغرض أيضًا. سننظر في بعض الأغراض المحددة ، والتي ستميزها عن الرسوم البيانية الأربعة الأخرى.
تستخدم الرسوم البيانية لحالة الاستخدام لجمع متطلبات النظام بما في ذلك التأثيرات الداخلية والخارجية. هذه المتطلبات هي في معظمها متطلبات التصميم. وبالتالي ، عندما يتم تحليل نظام لجمع وظائفه ، يتم إعداد حالات الاستخدام وتحديد الجهات الفاعلة.
عند اكتمال المهمة الأولية ، يتم استخدام المخططات الهيكلية للحالة لتقديم العرض الخارجي.
في خطاب ، يمكن القول إن أغراض استخدام الرسوم البيانية للحالة هي كما يلي -
- تستخدم لتلبية متطلبات النظام.
- تستخدم للحصول على عرض خارجي للنظام.
- تحديد العوامل الخارجية والداخلية التي تؤثر على النظام.
- إظهار التفاعل بين المتطلبات والجهات الفاعلة.
كيفية رسم استخدام حالة الرسم؟ How to Draw a Use Case Diagram?
يتم استخدام مخططات الحالة المستخدمة لتحليل المتطلبات على مستوى عالٍ من النظام. عند تحليل متطلبات النظام ، يتم التقاط الوظائف في حالات الاستخدام.
يمكننا القول أن حالات الاستخدام ليست سوى وظائف النظام المكتوبة بطريقة منظمة. الشيء الثاني ذو الصلة باستخدام الحالات هو الجهات الفاعلة. يمكن تعريف الجهات الفاعلة على أنها شيء يتفاعل مع النظام.
يمكن أن تكون الجهات الفاعلة مستخدمًا بشريًا أو بعض التطبيقات الداخلية أو قد تكون بعض التطبيقات الخارجية. عندما نخطط لرسم رسم تخطيطي لحالة الاستخدام ، يجب تحديد العناصر التالية.
- وظائف ليتم تمثيلها كحالة استخدام
- الجهات الفاعلة
- العلاقات بين حالات الاستخدام والجهات الفاعلة.
يتم استخدام المخططات التوضيحية للحالة لالتقاط المتطلبات الوظيفية للنظام. بعد تحديد العناصر المذكورة أعلاه ، يتعين علينا استخدام الإرشادات التالية لرسم مخطط حالة الاستخدام الفعال
اسم حالة الاستخدام مهم جدا. يجب اختيار الاسم بطريقة يمكنها من خلالها تحديد الوظائف التي يتم تنفيذها.
- إعطاء اسم مناسب للجهات الفاعلة.
- إظهار العلاقات والتبعيات بوضوح في المخطط.
- لا تحاول تضمين جميع أنواع العلاقات ، لأن الغرض الرئيسي من المخطط هو تحديد المتطلبات.
استخدم الملاحظات كلما لزم الأمر لتوضيح بعض النقاط المهمة.
فيما يلي نموذج لحالة استخدام نموذج يمثل نظام إدارة الطلبات. وبالتالي ، إذا نظرنا إلى الرسم التخطيطي ، فسنجد ثلاث حالات استخدام (Order و SpecialOrder و NormalOrder) وممثل واحد هو العميل.
يتم توسيع حالات استخدام SpecialOrder و NormalOrder من حالة استخدام الطلب. وبالتالي ، لديهم علاقة ممتدة. نقطة أخرى مهمة هي تحديد حدود النظام ، والتي تظهر في الصورة. العميل الفاعل يقع خارج النظام لأنه مستخدم خارجي للنظام.
أين يمكن استخدام مخطط حالة الاستخدام؟ Where to Use a Use Case Diagram?
كما ناقشنا بالفعل ، هناك خمسة مخططات في UML لنمذجة العرض الديناميكي للنظام. الآن لكل نموذج بعض الأغراض المحددة للاستخدام. في الواقع هذه الأغراض المحددة هي زوايا مختلفة لنظام التشغيل.
لفهم ديناميات النظام ، نحتاج إلى استخدام أنواع مختلفة من الرسوم البيانية. استخدام مخطط الحالة هو واحد منهم والغرض منه هو جمع متطلبات النظام والجهات الفاعلة.
استخدام مخططات الحالة تحدد أحداث النظام وتدفقاتها. لكن استخدام مخطط الحالة لا يصف أبدًا كيفية تنفيذها. استخدام مخطط الحالة يمكن تخيله كمربع أسود حيث لا يعرف سوى إدخال وإخراج ووظيفة الصندوق الأسود.
يتم استخدام هذه المخططات على مستوى عال جدًا من التصميم. تم تحسين هذا التصميم عالي المستوى مرارًا وتكرارًا للحصول على صورة كاملة وعملية للنظام. تصف حالة الاستخدام جيدة التنظيم أيضًا الشرط المسبق وحالة النشر والاستثناءات. تُستخدم هذه العناصر الإضافية لإجراء حالات اختبار عند إجراء الاختبار.
على الرغم من أن حالة الاستخدام ليست مرشحًا جيدًا للهندسة الأمامية والخلفية ، إلا أنها لا تزال تستخدم بطريقة مختلفة قليلاً عن الهندسة الأمامية والخلفية. وينطبق الشيء نفسه على الهندسة العكسية. يتم استخدام مخطط حالة الاستخدام بشكل مختلف لجعله مناسبًا للهندسة العكسية.
في الهندسة الأمامية ، يتم استخدام الرسوم البيانية للحالات في حالات الاختبار ، وفي حالات الاستخدام الهندسي العكسي تستخدم لإعداد تفاصيل المتطلبات من التطبيق الحالي.
استخدام المخططات حالة يمكن استخدامها ل -
- تحليل المتطلبات والتصميم رفيع المستوى.
- نموذج سياق النظام.
- الهندسة العكسية.
- الهندسة الأمامية.
مخطط حالة استخدام UML What is the use case?
يتم استخدام مخطط حالة الاستخدام لتمثيل السلوك الديناميكي للنظام. إنه يلخص وظائف النظام من خلال دمج حالات الاستخدام والجهات الفاعلة وعلاقاتهم. يقوم بنمذجة المهام والخدمات والوظائف المطلوبة من قبل نظام / نظام فرعي للتطبيق. إنه يصور الوظائف عالية المستوى للنظام ويخبر أيضًا كيف يتعامل المستخدم مع النظام.
الغرض من استخدام مخططات الحالة
الغرض الرئيسي من مخطط حالة الاستخدام هو تصوير الجانب الديناميكي للنظام. إنه يجمع متطلبات النظام ، والتي تشمل كلا من التأثيرات الداخلية والخارجية. يستدعي الأشخاص وحالات الاستخدام والعديد من الأشياء التي تستدعي الجهات الفاعلة والعناصر المسؤولة عن تنفيذ مخططات حالة الاستخدام. إنه يمثل كيف يمكن لكيان من البيئة الخارجية أن يتفاعل مع جزء من النظام.
ما يلي أغراض مخطط حالة الاستخدام الوارد أدناه:
- إنه يجمع احتياجات النظام.
- يصور العرض الخارجي للنظام.
- يتعرف على العوامل الداخلية وكذلك الخارجية التي تؤثر على النظام.
- يمثل التفاعل بين الجهات الفاعلة.
كيفية رسم مخطط واقعة الاستخدام؟
من الضروري تحليل النظام بأكمله قبل البدء برسم مخطط حالة الاستخدام ، ومن ثم يتم العثور على وظائف النظام. وبمجرد تحديد كل وظيفة ، يتم تحويلها بعد ذلك إلى حالات استخدام لاستخدامها في مخطط حالة الاستخدام.
بعد ذلك ، سنقوم بتجنيد الجهات الفاعلة التي ستتفاعل مع النظام. الممثلون هم الشخص أو الشيء الذي يستدعي وظيفة النظام. قد يكون نظامًا أو كيانًا خاصًا ، بحيث يتطلب أن يكون الكيان ذا صلة بوظائف النظام الذي سيتفاعل معه.
بمجرد إدراج كل من الفاعلين وحالات الاستخدام ، يتم فحص العلاقة بين الفاعل وقضية / نظام الاستخدام. إنه يحدد عدد المرات التي يتواصل فيها الممثل مع النظام. في الأساس ، يمكن للممثل أن يتفاعل عدة مرات مع حالة استخدام أو نظام في وقت معين.
فيما يلي بعض القواعد التي يجب اتباعها أثناء رسم مخطط حالة الاستخدام:
- يجب تعيين اسم وثيق الصلة وذات مغزى للممثل أو حالة استخدام النظام.
- يجب تعريف اتصال الفاعل بحالة الاستخدام بطريقة مفهومة.
- الرموز المحددة لاستخدامها عند الاقتضاء.
- يجب تمثيل التفاعلات الأكثر أهمية بين التفاعلات المتعددة بين واقعة الاستخدام والجهات الفاعلة.
مثال على مخطط حالة الاستخدام
يوجد أدناه مخطط حالة استخدام يصور موقع التسوق عبر الإنترنت.
هنا يستفيد ممثل عميل الويب من أي موقع تسوق عبر الإنترنت للشراء عبر الإنترنت. استخدامات المستوى الأعلى هي كما يلي ؛ عرض العناصر ، قم بالشراء ، الخروج ، تسجيل العميل. يتم استخدام حالة استخدام " عرض العناصر" بواسطة العميل الذي يبحث عن المنتجات ويعرضها. على العميل التسجيل استخدام الحالة يسمح للعميل لتسجيل نفسه مع الموقع للالاستفادة من قسائم هدايا، قسائم، أو الحصول على دعوة بيع خاصة. وتجدر الإشارة إلى أن Checkout عبارة عن حالة استخدام مضمنة ، وهي جزء من عملية الشراء ، وهي غير متوفرة بمفردها.
و عرض الأصناف وتمديدها من قبل العديد من حالات الاستخدام مثل: البحث عن العناصر ، تصفح العناصر ، عرض العناصر الموصى بها ، إضافة إلى عربة التسوق ، إضافة إلى قائمة الرغبات. توفر كل حالات الاستخدام الموسعة هذه بعض الوظائف للعملاء ، مما يسمح لهم بالبحث عن عنصر. يتم توسيع عناصر العرض بشكل أكبر من خلال العديد من حالات الاستخدام مثل ؛ البحث عن العناصر ، تصفح العناصر ، عرض العناصر الموصى بها ، إضافة إلى عربة التسوق ، إضافة إلى قائمة الرغبات. توفر كل حالات الاستخدام الموسعة هذه بعض الوظائف للعملاء ، مما يسمح لهم بالبحث عن عنصر.
كلا مشاهدة الموصى بها البند و إضافة إلى قائمة الرغبات تشمل حالة استخدام مصادقة العملاء، كما يتطلب العملاء مصادقة، ويمكن أن تضاف في وقت واحد البند إلى عربة التسوق دون أي مصادقة المستخدم.
وبالمثل ، تتضمن حالة استخدام Checkout أيضًا حالات الاستخدام التالية ، كما هو موضح أدناه. يتطلب ذلك عميل ويب معتمدًا ، ويمكن إجراؤه عن طريق صفحة تسجيل الدخول أو ملف تعريف ارتباط مصادقة المستخدم ("تذكرني") أو الدخول الأحادي (SSO). يحتاج SSO إلى مشاركة موفر هوية خارجي ، بينما يتم استخدام خدمة مصادقة موقع الويب في جميع حالات الاستخدام هذه.
تتضمن حالة استخدام Checkout حالة استخدام الدفع التي يمكن إجراؤها إما عن طريق بطاقة الائتمان وخدمات الدفع الائتمانية الخارجية أو باستخدام PayPal.
نصائح مهمة لرسم مخطط واقعة الاستخدام
فيما يلي بعض النصائح المهمة التي يجب مراعاتها أثناء رسم مخطط حالة الاستخدام:
- يجب توضيح مخطط حالة استخدام بسيط وكامل.
- يجب أن يمثل مخطط حالة الاستخدام التفاعل الأكثر أهمية بين التفاعلات المتعددة.
- يجب تمثيل وحدة واحدة على الأقل من النظام بواسطة مخطط حالة الاستخدام.
- إذا كان مخطط حالة الاستخدام كبيرًا وأكثر تعقيدًا ، فيجب رسمه بشكل أكثر عمومية.
التسميات: لغة النمذجة الموحدة UML