حالات الاستخدام مقابل قصص المستخدم: الفرق بين وقائع الاستخدام وقصص المستخدم

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

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

تحقق من الدورات التدريبية المجانية لتحسين مهاراتك

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

ما هي واقعة الاستخدام؟

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

بعض العناصر الحاسمة لحالات الاستخدام: -

• الفاعل: شخص أو مجموعة أشخاص يتفاعلون مع النظام
• الهدف: النتيجة النهائية التي تم تطوير حالات الاستخدام من أجلها
• النظام: كل الخطوات المتضمنة لتحقيق الهدف

تحمل حالات الاستخدام علاقة السبب والنتيجة التي تتضمن أحداثًا معينة حيث يتم وصف وظائف أو ميزات المنتج للمستخدم النهائي. يوفر فهماً مفصلاً لسلوك المستخدم أثناء تفاعله مع النظام.

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

حالات الاستخدام هي وصف تفصيلي للمنتج لأصحاب المصلحة أو المستخدمين النهائيين.

مثال على واقعة الاستخدام

لنأخذ مثالاً لتطبيق علامة تجارية للملابس تم إنشاؤه لتلبية متطلبات توصيل ملابس وإكسسوارات العملاء. يتصفح العملاء التطبيق ، ويحددون العنصر (العناصر) الأكثر ملاءمة ، ويقدمون طلبًا. أثناء تقديم الطلب ، يمكنهم إما الدفع عبر الإنترنت أو بعد التسليم. بعد التأكيد من جانب العميل ، يتلقون رسالة تأكيد بالبريد أو إشعار "تم تقديم الطلب".

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

• النظام هو - تطبيق التجارة الإلكترونية
• الفاعل الأساسي هو - الزبون
• السيناريو هو - تصفح التطبيق

يمكنك هنا قراءة كيفية تفاعل العملاء وتجار التجزئة مع التطبيق وتوقع النتيجة المرجوة. بعض أوصاف حالة الاستخدام الأساسية ستكون: -

• يختار المستخدم عنصرًا.
• معلومات الدفع والشحن
• طلب التأكيد والمغادرة
• ترتيب وقت العد التنازلي أو تتبع
• معلومات الفواتير

دعنا ننتقل إلى قصة المستخدم ونفهم كيف تختلف قصص المستخدم عن حالات الاستخدام.

ما هي قصة المستخدم؟

قصة المستخدم هي وصف موجز للمنتجات للمستخدمين الذي يوجههم طوال العملية. تتم كتابة كل قصة مستخدم من منظور العميل بلغة سهلة الفهم. تركز قصة المستخدم على ما يريده المستخدم من النظام الأساسي وما يجب أن يقدمه النظام له.

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

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

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

• مستقل :من المشاريع الأخرى
• قابل للتفاوض :مساحة لمزيد من التطوير
• القيمة :وصف للمستخدمين
• قابل للتقدير :قصة مستخدم لتنفيذ خطة مناسبة
• صغير :أيام عمل لإنهاء العمل خلال 3-5 أيام
• قابل للاختبار :آلية للتحقق من قيمة أو صلاحية العملية

مثال على قصة مستخدم

يتم التعبير عن قصص المستخدم على النحو التالي:

"بصفتي (شخصية) ، أنا (أريد) ، (لذلك)."

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

فيما يلي بعض الأمثلة لقصص المستخدم

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

قد يختلف هيكل قصة المستخدم ، ولكن يجب أن تكون النية واحدة.

لماذا نحتاج حالة الاستخدام وقصة المستخدم؟

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

نحتاج إلى حالات استخدام لـ-

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

نحتاج إلى قصص المستخدمين من أجل -

• قم بإنشاء عملية مبسطة
• ضع أهدافًا صغيرة قابلة للتحقيق
• احتفظ بالمستخدمين التقنيين وغير التقنيين في نفس الصفحة
• حدد العملية برمتها

تحقق من برامجنا في الولايات المتحدة - علوم البيانات

الفرق بين واقعة الاستخدام وقصة المستخدم

دعنا نلقي نظرة على الفرق بين حالة الاستخدام وقصة المستخدم لفهم ما يميز الاثنين: -

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

اقرأ مقالاتنا المشهورة حول علوم البيانات الأمريكية

متى تستخدم حالة الاستخدام وقصة المستخدم؟

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

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

عزز حياتك المهنية مع upGrad

يمكن أن يُحدث التعليم العالي المناسب فرقًا كبيرًا لجميع المطورين الطامحين وعلماء البيانات. إذا كنت تبحث عن فرصة لتحسين مهاراتك وبيانات اعتمادك ، فإن برنامج upGrad's Executive PG في علوم البيانات يمكن أن يكون خيارًا ممتازًا. من خلال هذه الدورة ، يحصل المتعلمون على عرض رائع للعالم التقني. يدرك WES ومعهد التحليلات قيمة هذه الدورة التدريبية التي يتم تنسيقها تحت خبرة المتخصصين الرائدين في هذا المجال.

خاتمة

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