قصص المستخدم مقابل حالات الاستخدام

Question

هل حالات الاستخدام مجرد قصص مستخدم متعددة ؟؟

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

Answer 1

في الواقع ، حالات الاستخدام الأصلية (انظر أووز جاكوبسون) كانت خفيفة الوزن ، كما هي الآن قصص المستخدم. بمرور الوقت ، تطورت حتى أصبح التنسيق الشائع لـ "حالات الاستخدام" الآن وثيقة معقدة مع المدخلات والمخرجات والميراث ، ويستخدم العلاقات ، والرمز الكاذب ، وما إلى ذلك.

على أي حال ، فإن محاولة تحديد ما تميز "حالة الاستخدام" عن "قصة المستخدم" من "سيناريو" غير مجدية إلى حد كبير ، حيث من الصعب العثور على سلطتين توافقان.

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

Answer 2

عندما يتعلق الأمر به "Agile" هو مجرد علامة ، والناس يختلفون حول ما يعنيه بالضبط. وبالمثل ، يطلق الناس على أشياء مختلفة تمامًا "حالات استخدام".

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

استخدم حالات يستطيع كن أكثر رسمية (على الرغم من أن بعض الأشخاص يكتبونها بشكل غير رسمي أيضًا) - فهي تركز على كل تفاعل مع النظام ، وقد تدخل في مزيد من التفاصيل حول العديد من الأنظمة/الجهات الفاعلة المختلفة/إلخ في نفس حالة الاستخدام.

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

Answer 3

حالات الاستخدام ليست مجموعات من قصص المستخدم.

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

القالب الموصى به للمستخدم هو:

كدور (دور) أريد (شيء ما) بحيث (الاستفادة)

(شكرا مايك كوهن لتوفير هذا القالب البسيط)

أوصاف السلوك المعبر عنها مثل هذا أكثر مرونة.

يتيح لك هذا النوع من القالب وصف السلوك باستخدام مستويات مختلفة من التفاصيل. فمثلا:

1. بالنسبة لتلك القصص التي يتم تنفيذها في سباق في وقت لاحق ، يمكنك وصف السلوك بطريقة عالية المستوى ، على سبيل المثال ، كعضو في فريق OPS ، أريد مراقبة النظام عن بُعد حتى أتمكن من تحديد صحة النظام أثناء الطريق.
2. بالنسبة لتلك القصص التي يتم تنفيذها في العدو التالي ، يمكنك وصف السلوك بطريقة أكثر تفصيلاً قليلاً ، على سبيل المثال ، كعضو في فريق OPS ، أريد أن أحصل على تسجيل الدخول إلى OPS مخصص فقط حتى أتمكن من التحقق من صحة النظام.
3. بالنسبة لتلك القصص التي يتم تنفيذها في العدو الحالي ، يمكنك وصف السلوك بطريقة مفصلة للغاية ، على سبيل المثال ، كعضو في فريق OPS ، أريد أن يكون لدي واجهة ويب حتى أتمكن من التحقق من الحالة الحالية لخادم FTP Engest.

حالات استخدام IMHO أكثر نحتًا في الحجر! وبالتالي يمكن أن تكون مشكلة في التحديث بعد الإصدار الأولي.

HTH

في صحتك،

روب

Answer 4

في كلمة واحدة ، لا.

عادةً ما تكون حالات الاستخدام مواصفات مفصلة تضع كيف ستعمل بعض الوظائف الخاصة ، أو كيف سيستخدم مستخدم معين النظام. عادة ما يكون في صوت مستخدم معين (أو ممثل) وهو مكتفي إلى حد ما.

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

بناء الجملة النموذجي هو "كماu003Cuser> احتاجu003Cfunctionality> ليحققu003Cbusiness value> "أو" لتحقيقu003Cbusiness value> كu003Cuser> احتاجu003Cfunctionality> "الذي يدفع إلى المنزل قيمة القصة.

قصص المستخدم ليس من المفترض أن تكون قائمة بذاتها ، ولكنها تهدف إلى دعوة مناقشة القصة بين المطور والعميل (أو وكيل العميل).

Answer 5

يمكنك التفكير في حالة usecase كقصة مستخدم ، ولكن ليس العكس. ستغطي ASECASE "نهايات" متعددة للقصة ، والمتطلبات الخاصة (على سبيل المثال ، يجب إدخال حقول النماذج في التنسيق XYZ ، وإظهار رسالة الخطأ 123 إذا دخل المستخدم حقلًا بالتنسيق الخاطئ). أيضًا ، يمكن أن تتضمن ASECASE إشارات إضافية إلى المستندات الخارجية ، مثل إرشادات الأمان.

Answer 6

قصص المستخدم هي أداة تستخدم في تطوير Agile للتأكد من إنشاء المنتج الذي يحتاجه المستخدم حقًا.

• يصف بالأحرى لماذا يجب أن تصنع هذه الميزة أو تلك بدلاً من كيف أو ما هي الميزة.
• من تجربتي الشخصية ، إنها طريقة رائعة لتحقيق التوازن بين رؤية العميل والمطور لإنشاء منتج أفضل.

على عكسنا أحالة الاستخدام يركز على من يستخدم منتجك. هذا هو الفرق.

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