حلول Visure


الدعم الفني
تسجيل
تسجيل الدخول
ابدأ الإصدار التجريبي المجاني

كيف تكتب متطلبات عظيمة

كيف تكتب متطلبات عظيمة

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

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

ما هي مواصفات المتطلبات؟

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

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

لماذا من المهم كتابة متطلبات جيدة؟

هناك العديد من الفوائد لامتلاك مواصفات المتطلبات الجيدة. بعضها مذكور أدناه:

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

ما الذي نحققه من خلال كتابة متطلبات عظيمة؟

هناك العديد من الأشياء التي تساعد المتطلبات العظيمة في تحقيقها. بعضها مذكور أدناه:

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

التحديات عند كتابة المتطلبات

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

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

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

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

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

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

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

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

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

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

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

قواعد مجموعة المتطلبات الصحيحة

هناك قواعد معينة يجب أن تلتزم بها المتطلبات حتى يتم تسميتها "بالشكل الصحيح".

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

20 نصيحة لكتابة متطلبات أفضل

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

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

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

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

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

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

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

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

  1. الصوت النشط - اكتب دائمًا بصوت نشط ، وتأكد من أن أحد الممثلين هو موضوع كل جملة.

  1. قل لا لبنود "التراجع" - حاول أن تبتعد عن العبارات التي لا تسمح لها بالخروج مثل ولكن ، باستثناء ، وفقط إذا لزم الأمر.

  1. لا توجد اختصارات - يجب أن يكون كل متطلب جملة كاملة بدون أي اختصارات أو مصطلحات.

  1. الموضوع والمسند - لكل مطلب ، يجب أن يكون هناك موضوع (مستخدم / نظام) وخبر (النتيجة المقصودة ، الإجراء ، أو الشرط). 

  1. وضوح - تجنب الالتباس الناجم عن استخدام الاختصارات مثل ، إلخ ، تقريبًا. وما شابه ذلك.

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

  1. يمكن أن تسبب التخمينات الضرر - لا تخمن. لا تقم بعمل قوائم بالميزات غير واردة في السؤال. إن القول بأنك تريد نظامًا للتعامل مع جميع الإخفاقات غير المتوقعة هو محض خيال لأنه لن يكون هناك نظام بنسبة 100 في المائة كما تريده أن يكون. تجنب الازدواجية والتناقض في العبارات.

  1. تجنب الخيارات - لا تقدم أفكارا أو خيارات. يمكنك تحديد هذه في أي بيان يتضمن العبارات قد أو ربما أو يمكن أو ينبغي.

  1. الأعمال الورقية المنظمة تفعل العجائب - احتفظ بالمتطلبات منظمة في مكان واحد لتحسين إمكانية قراءة المستند وتجنب إضاعة الوقت في الإحالة المرجعية إلى مصادر متعددة.

  1. تحدث مع ما لدينا - لا تشر إلى متطلب لم يتم تحديده بعد. هدفك هو جعل المستند ممتعًا قدر الإمكان.

  1. ما الذي يجب استخدامه وأين؟ - يجب استخدام "يجب" عند ذكر المتطلبات ، ويجب استخدام "الإرادة" لتمثيل بيانات الحقائق ؛ & "ينبغي" لتمثيل هدف يتعين تحقيقه.

  1. صيح - تأكد من أن كل جملة كاملة وصحيحة نحويًا مع موضوع وفعل ومسند مناسب.

  1. تركز - ركز على التركيز من خلال القضاء على التشتت والعبارات الطويلة والمراجع للأوراق القديمة.

متطلبات الرؤية منصة ALM

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

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

وفي الختام

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

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

★★★★