Business Analysis - Modeling تحليل الأعمال - النمذجة

 Business Analysis - Modeling تحليل الأعمال - النمذجة

 الصفحة السابقة

الصفحة التالية  

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

• القيم الأساسية للشركة
• ماذا يخدم؟
• ما هو التميز؟
• مواردها الرئيسية
• العلاقات الرئيسية
• قنوات التوصيل الخاصة به

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

نموذج العمل هو نموذج منظم ، تمامًا مثل مخطط المنتج النهائي الذي سيتم تطويره. يعطي هيكل وديناميات للتخطيط. كما أنه يوفر الأساس للمنتج النهائي.

الغرض من نمذجة الأعمال

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

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

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

إجراء تحليل جاب

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

ثم يتم إجراء تحليل الفجوة لتقييم ما إذا كان هناك أي فجوة تمنع من تحقيق احتياجات العمل من خلال مقارنة الحالة الحالية المحددة بالنتائج المرجوة.

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

يمكن استخدام تقنيات مثل تحليل SWOT (نقاط القوة والضعف والفرص والتهديدات) وتحليل المستندات.

لتقييم النظام المقترح

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

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

المبادئ التوجيهية لنمذجة الأعمال

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

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

• تؤدي وحدات العمل المتعددة نفس الوظيفة - قم بتوثيق الفروق في نموذج AS-IS. قد تكون هذه أقسام أو مناطق جغرافية مختلفة.

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

• آلية القرار - يجب على محلل الأعمال توثيق ما إذا كان حل ToBe سوف يستوعب التناقضات في نموذج العمل الحالي أو ما إذا كان الحل سيتطلب توحيد المعايير. يحتاج أصحاب المصلحة إلى تحديد النهج الذي يجب اتباعه. سيعكس نموذج To-Be قرارهم.

مثال على دور بكالوريوس في نمذجة أنظمة تخطيط موارد المؤسسات

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

أحد متطلبات النظام هو تحليل GAAP المناسب ، والذي يجب أن يوازن بين -

• الحاجة إلى التغييرات التقنية ، وهي التحسينات من أجل تحقيق التوافق مع الممارسة القائمة.

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

محلل أعمال وظيفي

يتم اكتساب خبرة المجال بشكل عام على مدى فترة من خلال العمل في "عمل" القيام بالأشياء. فمثلا،

• A البنوك الزميلة مكاسب معرفة أنواع مختلفة من الحسابات أن أحد العملاء (الأفراد والشركات) يمكن أن تعمل جنبا إلى جنب مع تدفق مفصل العمليات التجارية.

• يمكن لمندوب مبيعات التأمين فهم المراحل المختلفة التي ينطوي عليها شراء بوليصة التأمين.

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

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

• مطلوب محلل أعمال الرعاية الصحية أن يكون لديه فهم أساسي لمقاييس الاستخدام والتمويل للرعاية الصحية في الولايات المتحدة ، والخبرة الفنية وفهم EDI 837/835/834 ، وإرشادات HIPAA ، وتدوين ICD - 9/10 ورموز CPT ، LOINC ، معرفة SNOMED.

يكتسب بعض محللي الأعمال معرفة المجال عن طريق اختبار تطبيقات الأعمال والعمل مع مستخدمي الأعمال. إنهم يخلقون بيئة تعليمية مواتية من خلال مهاراتهم الشخصية والتحليلية. في بعض الحالات ، يكملون معرفتهم بالمجال من خلال عدد قليل من شهادات المجال التي تقدمها AICPCU / ​​IIA و LOMA في مجال التأمين والخدمات المالية. هناك معاهد أخرى تقدم شهادات في مجالات أخرى.

الأنشطة الرئيسية الأخرى

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

• تنظيم إعداد وصف رسمي وموحد للعمليات التجارية بطريقة تضمن أتمتة فعالة في النظام.

• مساعدة فرقك في ملء الاستبيانات القياسية للنظام ذي الصلة كما قد يقدمها المطورون.

• يتم تحديد متطلبات المشاركة في اجتماعات العمل تجاه المطورين.

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

• إعداد البيانات والمساعدة في إنشاء نماذج أولية للنظام.

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

• مراجعة النموذج الأولي للإعداد للامتثال للمتطلبات المحددة من قبل مالكي عمليات الأعمال.

• العمل كمورد دعم لفرق تكنولوجيا المعلومات لديك في إعداد البيانات والأداء الفعلي للاختبارات الوظيفية والتكامل في النظام.

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

الأداة 1: Microsoft Visio

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

الخطوة 1 - لفتح رسم Visio جديد ، انتقل إلى قائمة ابدأ وحدد البرامج → Visio.

الخطوة 2 - حرك المؤشر فوق "عملية الأعمال" وحدد "مخطط انسيابي أساسي".

تُظهر لقطة الشاشة التالية الأقسام الرئيسية لتطبيق MS-Visio.

دعونا الآن نناقش الفائدة الأساسية لكل مكون -

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

يعد تحديد معرض مخططات التعليمات طريقة جيدة للتعرف على أنواع الرسومات والمخططات التي يمكن إنشاؤها في Visio.

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

• أشكال الأسهم
• الخلفيات
• الأشكال الأساسية لخريطة التدفق
• الحدود والعناوين

ج - يظهر وسط الشاشة مساحة عمل الرسم التخطيطي ، والتي تتضمن صفحة الرسم التخطيطي الفعلية بالإضافة إلى بعض المساحة الفارغة المجاورة للصفحة.

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

الأداة 2: مهندس المؤسسة

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

الغرض من مهندس المؤسسة هو تحديد كيف يمكن للمؤسسة أن تحقق أهدافها الحالية والمستقبلية بشكل أكثر فعالية.

مهندس المؤسسة لديه أربع وجهات نظر وهي كالتالي -

• منظور العمل - يحدد منظور الأعمال العمليات والمعايير التي تعمل بها الأعمال على أساس يومي.

• منظور التطبيق - يحدد منظور التطبيق التفاعلات بين العمليات والمعايير التي تستخدمها المنظمة.

• منظور المعلومات - يقوم بتعريف وتصنيف البيانات الأولية مثل ملفات المستندات وقواعد البيانات والصور والعروض التقديمية وجداول البيانات التي تتطلبها المؤسسة من أجل العمل بكفاءة.

• مستقبل التكنولوجيا - يحدد ذلك الأجهزة وأنظمة التشغيل وحلول البرمجة والشبكات التي تستخدمها المؤسسة.

الأداة 3: الاحترافية المنطقية للمتطلبات

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

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

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

في Requisite Pro ، يمكن للمستخدم العمل على مستند المتطلبات. المستند عبارة عن ملف MS-Word تم إنشاؤه في تطبيق Reqpro وتم دمجه مع قاعدة بيانات المشروع. يمكن استيراد المتطلبات التي تم إنشاؤها خارج Requisite pro أو نسخها في المستند.

في Requisite Pro ، يمكننا أيضًا العمل مع إمكانية التتبع ، وهنا توجد علاقة تبعية بين متطلبين. التتبع هو نهج منهجي لإدارة التغيير من خلال ربط المتطلبات التي ترتبط ببعضها البعض.

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

تمكّننا المشاريع الاحترافية المطلوبة من إنشاء إطار عمل للمشروع يتم من خلاله تنظيم وإدارة عناصر المشروع. يتم تضمين ما يلي في كل مشروع.

• معلومات عامة عن المشروع
• الحزم
• معلومات الوثيقة العامة
• أنواع المستندات
• أنواع المتطلبات
• سمات المتطلبات
• قيم السمات
• التتبع عبر المشاريع

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

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

Planning Good Requirements business Analysis التخطيط الجيد لمتطلبات تحليل الأعمال

 Planning Good Requirements business Analysis التخطيط الجيد لمتطلبات تحليل الأعمال

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

• يمكن أن يكون مستند المتطلبات الجيد جزءًا من مجموعة ذات متطلبات عالية المستوى مقسمة إلى متطلبات فرعية.

• قد تتضمن أيضًا مواصفات مفصلة للغاية تتضمن مجموعة من المتطلبات الوظيفية التي تصف سلوك أو مكونات المنتج النهائي.

• يجب أن تكون المتطلبات الجيدة موجزة ومحددة ، ويجب أن تجيب على السؤال ، "ماذا نحتاج؟" بدلاً من "كيف نلبي حاجة؟"

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

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

جمع وتحليل المتطلبات

المتطلب هو شرط أو قدرة يحتاجها صاحب المصلحة لحل مشكلة أو تحقيق هدف تنظيمي ؛ شرط أو قدرة يجب أن يفي بها أو يمتلكها النظام.

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

يجب أن تكون المتطلبات -

• موثق
• فعالة
• قابل للقياس
• قابل للاختبار
• تعقبها

يجب أن تكون المتطلبات مرتبطة باحتياجات أو فرص العمل المحددة ، ومحددة بمستوى من التفاصيل يكفي لتصميم النظام.

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

نهج الانتزاع

لاستنباط الأهداف ، اسأل خبير الأعمال ومدير التطوير وراعي المشروع الأسئلة التالية -

• ما الأهداف التجارية للشركة التي سيساعد هذا المشروع في تحقيقها؟

• لماذا نقوم بهذا المشروع الآن؟

• ماذا سيحدث إذا فعلنا ذلك لاحقًا؟

• ماذا لو لم نفعل ذلك على الإطلاق؟

• من سيستفيد من هذا المشروع؟

• هل الأشخاص الذين سيستفيدون منه يعتبرونه أهم تحسين يمكن إجراؤه في هذا الوقت؟

• هل يجب علينا القيام بمشروع مختلف بدلاً من ذلك؟

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

أنواع مختلفة من المتطلبات

أكثر أنواع المتطلبات شيوعًا التي يهتم بها محلل الأعمال هي ما يلي -

متطلبات العمل

متطلبات العمل هي الأنشطة الحاسمة للمؤسسة التي يجب تنفيذها لتلبية الأهداف التنظيمية مع الحفاظ على حل مستقل. توضح وثيقة متطلبات العمل (BRD) حل الأعمال لمشروع بما في ذلك توثيق احتياجات العملاء وتوقعاتهم.

متطلبات المستخدم

يجب أن تحدد متطلبات المستخدم المتطلبات المحددة التي يتوقعها / يريدها المستخدم من البرامج التي سيتم إنشاؤها من مشروع البرنامج. يجب أن تكون متطلبات المستخدم قابلة للتحقق منها وواضحة وموجزة وكاملة ومتسقة وقابلة للتتبع وقابلة للتطبيق.

وثيقة متطلبات المستخدم (URD) ​​أو مواصفات متطلبات المستخدم هي وثيقة تستخدم عادة في هندسة البرمجيات والتي تحدد ما يتوقع المستخدم أن يتمكن البرنامج من القيام به.

متطلبات النظام

تتعامل متطلبات النظام مع تحديد متطلبات موارد البرامج والمتطلبات الأساسية التي يجب تثبيتها على جهاز كمبيوتر لتوفير الأداء الأمثل للتطبيق.

المتطلبات الوظيفية

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

متطلبات غير مجدية

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

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

متطلبات الانتقال

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

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

التتبع وإدارة التغيير

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

توفر مصفوفة القدرة على تتبع المتطلبات (RTM) طريقة لتتبع المتطلبات الوظيفية وتنفيذها من خلال عملية التطوير. يتم تضمين كل متطلب في المصفوفة مع رقم القسم المرتبط به.

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

قم بتضمين أعمدة لكل مما يلي في RTM -

• وصف الشرط
• مرجع المتطلبات في FRD
• طريقة التحقق
• مرجع المتطلبات في خطة الاختبار

مثال - ربط النقاط لتحديد العلاقات بين العناصر داخل مشروعك. إنه موصل لتدفق التدفق المشترك.

متطلبات الفكرة تصميم اختبار أهداف العمل

يجب أن تكون قادرًا على تتبع كل متطلباتك إلى هدفها التجاري الأصلي.

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

تاكيد الجودة

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

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

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

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

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

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

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

الحصول على متطلبات الموافقة

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

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

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