حلول Visure


الدعم الفني بعد التسليم
الدخول
ابدأ الإصدار التجريبي المجاني
نصائح إدارة المتطلبات
قائمة المدونة

نصائح وأفضل الممارسات لتحسين إدارة المتطلبات

المدونة | 17 دقيقة للقراءة
كتبها المشرف

جدول المحتويات

ماذا تعني "أفضل الممارسات" في إدارة المتطلبات؟

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

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

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

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

بمعنى آخر ، مجرد قول عبارة "أفضل ممارسة" لا يعني أنها ستكون أفضل ممارسة بالنسبة لك.

كيف تحسن تعريف المتطلبات الخاص بك؟

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

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

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

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

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

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

نصائح لجمع المتطلبات بشكل أفضل

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

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

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

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

3 نصائح لتدريب فريقك على إدارة المتطلبات

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

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

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

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

7 نصائح لكتابة متطلبات أفضل

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

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

أعتقد أن هناك حل وسط يتعين القيام به هنا. 

فيما يلي بعض النصائح للمساعدة في سد هذه الفجوة.

  1. اكتب بصوت نشط، مع التأكد من أن أحد الممثلين هو موضوع كل جملة.
  2. تأكد من أن كل جملة هي جملة كاملة وصحيحة نحويًا مع الفاعل والفعل والمسند.
  3. حدد بوضوح المعلومات التي يتم تمريرها بين الجهات الفاعلة.
  4. حافظ على مستوى ثابت من التفاصيل. على سبيل المثال ، بالنسبة لمتطلبات المستخدم ، يجب أن يكون المستخدم النهائي موضوع كل جملة. بالنسبة لمتطلبات النظام ، يجب أن يكون النظام موضوع كل جملة.
  5. يجب أن يصف كل شرط معايير نجاح واضحة. على سبيل المثال ، "يجب أن يكون المستخدم قادرًا على عرض تقرير سجل التدقيق".
  6. يجب أن ينص كل مطلب على إجراء واحد وهدف واحد. احترس من الاستخدام المفرط لـ "و" و "أو". على سبيل المثال ، "إذا كانت آخر جمعة من الشهر وكانت الدفعة مستحقة في الحادي والثلاثين ، وإذا كان الحادي والثلاثون هو آخر جمعة من الشهر ، فإن إرسال الدفعة في ذلك اليوم بعد الساعة 31 مساءً بالتوقيت الشرقي سيؤدي إلى تأخير السداد" . أتحداك أن تفهم ذلك!
  7. يجب ألا يحتوي المتطلب على شرط إلغاء. على سبيل المثال ، "يجب على النظام تحديد عدد محاولات تسجيل الدخول ، إلا إذا قام المستخدم بإدخال اسم مستخدم غير صحيح بشكل واضح".

4 نصائح لمساعدتك في إدارة متطلبات العملاء المعقدة

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

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

لذلك دعونا نأخذ هذا الطلب البسيط لنظام سهل الاستخدام. فيما يلي بعض المشاكل.

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

هناك بعض الأشياء التي يمكن القيام بها للتخفيف من المخاطر المرتبطة بمتطلبات من هذا النوع.  

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

يستخدم الحالات في إدارة المتطلبات

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

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

يعرض النظام معلومات الحساب للعميل.

يراجع العميل معلومات الحساب.

يختار العميل خيار الدفع.

يعرض النظام خيارات الدفع للعميل.

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

يجب أن يعرض النظام معلومات الحساب للعميل.

يجب أن يعرض النظام خيارات الدفع للعميل.

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

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


لا تنسى نشر هذا المنشور!

الأعلى