المشورة بشأن تقسيم عملية يشارك فيها العديد من الجهات الفاعلة في حالات الاستخدام

Question

دعونا نقول أنا النماذج العملية التي تنطوي على محادثة أو exchnage بين اثنين من العناصر الفاعلة.على سبيل المثال, سوف تستخدم شيئا مفهومة بسهولة:-

1. المورد يخلق قائمة الأسعار ،
2. المشتري يختار بعض البنود شراء و يرسل أمر الشراء ،
3. المورد يتلقى أمر الشراء و يرسل البضاعة.
4. المورد يرسل فاتورة
5. المشتري يحصل على فاتورة يجعل الدفع

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

إذا كانت هذه العملية لا تعالج استخدام واحد-حالة يمكن أن تملأ كتابا.

بدلا من ذلك, مما يجعل استخدام حالة من كل الخطوات المذكورة أعلاه سوف إخفاء بعض من الضروري التفاعل وتدفق التي ينبغي التقاطها.هل يعقل أن يكون حالة استخدام هذا يبدأ في "تلقت طلب شراء" وينتهي في "إرسال فاتورة" ثم آخر أن يبدأ في "تتلقى فاتورة" وينتهي في "يجعل الدفع"?

أي نصيحة ؟

Answer 1

الطريقة عادة نهج مثل هذه المهام هي مجرد بداية لخلق UML حالة استخدام العالية مستوى النشاط المخططات العملية.لا تهتم حول تفاصيل, فقط تعطيه أفضل بالرصاص.

عندما سيكون لديك مشروع سوف نرى على الفور تقريبا من ذلك كيف يمكن تحسينها.ثم يمكن أن تذهب على إعادة بيع ديون ذلك - الحصول على حالة استخدام أصغر هيكلة كبيرة أنشطة وهلم جرا.وبدلا من ذلك يمكن مقطوع بضع حالات الاستخدام معا إذا كانت صغيرة جدا.

دون معرفة تفاصيل المشروع الخاص بك وأود أن تذهب فقط إلى الأمام وجعل كل خطوة منفصلة استخدام حال - يبدو أنهم جميعا أن تكون مكتفية ذاتيا ولا يمكن وصفها دون أي إشارات مرجعية.إذا أثناء القيام بذلك سوف تجد أي تبعيات يمكنك دائما إعادة التفكير في النهج.

تنظر أيضا في استخدام 'تمتد' و 'تشمل' كتل العناصر المشتركة مثل قطع الأشجار, الخ الأمن.

Answer 2

نعم ، هناك العديد من الاحتمالات هنا.في المثال أعلاه يمكن أن يكون أكثر تعقيدا من قبل المشتري صنع عدة دفعات جزئية لدفع الفاتورة.

ربما تحتاج إلى إنشاء سير العمل كاملة حالات الاستخدام.تقسيم كل الخطوات المذكورة أعلاه في حالات الاستخدام قد لا تكون مفيدة بعض الخطوات قبل و بعد الظروف.

أنا أعمل على قراء التعليمات البرمجية المصدر و عدد من الطرق أن الصفقة يمكن أن تتدفق من خلال نظام شاقة.فإنه يكاد يكون من المستحيل بالنسبة لنا الرجال QA اختبار كل مجموعة.