مرجع
آخر الزيارات

قصة المستخدم

879 كلمة•0 مشاهدة•🗒️ منذ 13 يوماً
باختصار: قصة المستعمل في برمجة الحاسوب جملة أو أكثر في اللغة اليومية أو لغة أعمال المستعمل النهائي والتي تستحوذ على ما يريد المستعمل تحقيقه. في هذه المقالة 10 أقسام: «أمثلة»، «تحافظ على اتصال وثيق مع العميل» و«تجعل من السهل تقييم جهود التطوير» وغيرها.
المحتويات
  1. أمثلة
  2. تحافظ على اتصال وثيق مع العميل
  3. تجعل من السهل تقييم جهود التطوير
  4. تكوين قصص المستخدم
  5. الحدود
  6. قصص المستخدم وحالات الاستخدام
  7. بداية التطبيق
  8. الفوائد
  9. الاستخدام
  10. غلق التطبيق
قصة المستخدم

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

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

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

أمثلة

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

وفي هذا الصدد، كمستعمل غير إداري، أريد تعديل مواعيد أعمالي لكن ليس مواعيد أعمال مستعملين آخرين.

وعلى صعيد آخر، كممثل للعميل، أريد البحث عن عملائي بأسمائهم الأولى والأخيرة.

تحافظ على اتصال وثيق مع العميل

تسمح بتقسيم المشروعات إلى أجزاء صغيرة.

في هذا الإطار، مناسبة للمشروعات التي فيها متطلبات متغيرة وسريعة الزوال أو مفهومة بشكل سيء. فتكرار الاكتشاف يدفع عملية الصقل.

تجعل من السهل تقييم جهود التطوير

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

تكوين قصص المستخدم

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

  • وبوجه عام تتبع قصص المستعمل القالب الأتي:
  • " بما أني <دور>، أريد <هدف/رغبة> من أجل <منفعة>
  • إلا أنه في الغالب يتم استخدام الصيغة الأقصر كذلك:
  • " بما أني <دور>، أريد <هدف/رغبة>"

في هذا الإطار، وعندما يدرك العميل قصص المستعمل، فيجدها بطاقة ملاحظة مكتوبة (مثل 3×5 بوصة أو 8×14 سم) مع الاسم والوصف الذي صاغه العميل. فإذا وجد المطور أن قصة المستعمل ناقصة بطريقة ما (ضخمة للغاية أو معقدة أو غير دقيقة)، فتتم إعادة كتابتها حتى تكون مرضية. ويتم التأكيد في البرمجةالقصوى أن قصص المستعمل لا تكون محددة بعد أن تتم كتابتها. فالمتطلبات تميل إلي التغير أثناء فترة التطوير، والتي يتم التعامل معها على أنها ليست دائمة بل قابلة للتغيير.

الحدود

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

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

  • انظر كذلك
  • متطلب
  • سكرم
  • تطوير البرمجيات أجايل

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

بداية التطبيق

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

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

الفوائد

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

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

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

الاستخدام

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

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

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

غلق التطبيق

فسوف تذهب المصاريف إلي النظام مباشرة من أجل العمليات.

وفي هذا الصدد، (3) في حالة ما إذا قرر الاستشاري مسح البيانات وغلق الاستمارة، فسوف "يلغي ويخرج " الاستشاري.

وفي السياق ذاته، (2) في حالة ما إذا لم ينه الاستشاري من إدخال المصاريف، فربما يريد الاستشاري " الحفظ لاحقًا".

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

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

ولن يتم حفظ هذا الطلب في أي مكان.

علاوةً على ذلك، عند غلق التطبيق، يُطلب من المستعمل الحفظ (إذا تم تغيير أي شيء في البيانات منذ آخر عملية حفظ!).

وعلى صعيد آخر، سوف يقوم الاستشاري بإدخال المصاريف على استمارة مصاريف. وسيقوم الاستشاري

من جانب آخر، (1) بعد إكمال هذا، سوف يقوم الاستشاري " بالتقديم". فإذا كانت المصاريف اقل من (<50)،

ما رأيك في هذه المقالة؟

📝 هل في هذه المقالة خطأ؟

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