متطلبات برامج الأصابع

منشور عن أساسيات تطوير المتطلبات - بدون مخططات وعبارات وجداول معقدة ، ولكن مع صور gif.

صورة

باختصار ، الخطوات الرئيسية في تطوير المتطلبات هي:

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

والآن بمزيد من التفصيل.

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

صورة

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

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

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

إذن ما هي المتطلبات ولماذا من المهم أن تكون قادرًا على تطويرها؟

لذا ، دعنا ننتقل إلى المصادر:

صورة

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

من أين تبدأ في تطوير المتطلبات؟ هناك تلميح مخفي في التعريف: تحتاج إلى البدء بالهدف - لماذا نحتاج إلى القيام بأي شيء.

1. لماذا؟


صورة

مثل "ASAP !!!!" لم تكن هناك حاجة للقيام بشيء - من المهم إيجاد الوقت والطاقة لمعرفة سبب ضرورة ذلك.

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

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

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

بعد تحديد الهدف ، من الضروري تحديده بوضوح ووضع معايير يمكنك من خلالها القول بدقة أن الهدف قد تم تحقيقه.

على سبيل المثال ، تعتبر

عملية طلب المواد مؤتمتة إذا كانت 90٪ من الشركات الشريكة تضع الطلبات من خلال النظام.

هذا يسهل فهم المهام وفي نفس الوقت يحرر اليدين في اختيار الوسائل لتحقيق الهدف.

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

2. ماذا؟


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

صورة



, :

. . . // .

. — , .

. . .

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

صورة

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

3. كيف؟


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

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

صورة

على سبيل المثال

  • يجب أن يحتوي الاستبيان على ملف به صورة ، حيث أن الصورة ضرورية عند معالجة المستندات - وهذا من متطلبات العمل . وربما قاعدة عمل.
  • - , — . , .
  • , — , . , .
  • base64 . — .
  • , . : 10.

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

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

صورة

4. متى؟


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

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

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

صورة

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

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

صورة

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

صورة

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

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

شكرا لكم على اهتمامكم وتصميمكم الجيد.

All Articles