الأحد، 25 أكتوبر 2020

Business Analysis Functional Requirements Document وثيقة المتطلبات الوظيفية لتحليل الأعمال

 Business Analysis Functional Requirements Document وثيقة المتطلبات الوظيفية لتحليل الأعمال

Business Analysis Functional Requirements Document وثيقة المتطلبات الوظيفية لتحليل الأعمال

Business Analysis Functional Requirements Document وثيقة المتطلبات الوظيفية لتحليل الأعمال

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

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

وثيقة المتطلبات الوظيفية (FRD) لها الخصائص التالية -

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

  • يحتوي على مجموعة كاملة من المتطلبات للتطبيق. لا يترك مجال لأي شخص أن يفترض أي شيء غير مذكور في FRD.

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

يجب أن تتضمن المتطلبات الوظيفية ما يلي -

  • أوصاف البيانات المطلوب إدخالها في النظام

  • أوصاف العمليات التي تقوم بها كل شاشة

  • أوصاف تدفقات العمل التي يقوم بها النظام

  • أوصاف تقارير النظام أو المخرجات الأخرى

  • من يمكنه إدخال البيانات في النظام؟

  • كيف يلبي النظام المتطلبات التنظيمية المعمول بها ؟

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

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

تتكون وثيقة متطلبات العمل (BRD) من -

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

  • نموذج عملية الأعمال - نموذج للحالة الحالية للعملية ("كما هي" النموذج) أو مفهوم لما يجب أن تصبح العملية ("لتكون" نموذجًا)

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

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

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

  • نماذج البيانات - مخططات العلاقة بين الكيانات وأوصاف الكيانات ومخططات الفئة

  • النموذج المفاهيمي - عرض عالي المستوى لكيانات مختلفة لوظيفة عمل وكيفية ارتباطها ببعضها البعض.

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

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

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

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







التسميات: