حلول Visure


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

تطبيق الذكاء الاصطناعي والتقنيات وأفضل الممارسات لمتطلبات الكتابة في السلامة للصناعات الحرجة من قبل Jordan Kyriakidis

بودكاست ٣ فبراير ٢٠٢٤ 10 صباحًا بتوقيت المحيط الهادئ

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

المُقدّمة

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

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

خلال المقابلة مع Visure Solutions ، الأردن كيرياكيديس، الشريك المؤسس والرئيس التنفيذي المحترم لشركة QRA Corp ، شارك رؤيته حول مختلف جوانب هندسة المتطلبات. خلال هذه المقابلة ، ناقشنا بعض الموضوعات المثيرة للاهتمام بما في ذلك

  • العناصر الأساسية للمتطلبات العظيمة
  • Eبالامر السهل Approach ل Requirements Sنهج yntax
  • الذكاء الاصطناعي يكتسب قوة دفع في رقمنة هندسة المتطلبات
  • نصائح وحيل لكتابة المتطلبات العظيمة
  • وأكثر بكثير!

من هو جوردان كيرياكيديس؟

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

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

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

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

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

أهمية كتابة المتطلبات العظيمة

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

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

خصائص المتطلبات الكبيرة

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

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

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

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

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

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

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

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

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

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

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

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

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

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

الأخطاء الشائعة عند كتابة المتطلبات

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

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

متطلبات الكتابة باستخدام طرق اللغة الطبيعية

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

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

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

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

قالب EARS

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

يتكون قالب EARS من أربعة أقسام رئيسية:

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

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

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

إرشادات INCOSE - نموذج

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

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

ما هي قواعد INCOSE؟

يتم تقييم بيانات المتطلبات من خلال قواعد INCOSE. تساعد هذه المعايير المنظمات على تقييم جدوى وجودة المتطلبات قبل تنفيذها. تتضمن عملية التقييم أربعة معايير رئيسية:

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

الاتجاهات المستقبلية: متطلبات الكتابة باستخدام الذكاء الاصطناعي

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

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

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

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

نصائح أساسية لمتطلبات الكتابة

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

حسب الأردن ، ما الذي يفصل المشاريع الناجحة عن المشاريع الفاشلة؟

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

أين تجد المزيد عن Jordan Kyriakidis؟

لمعرفة المزيد عن Jordan Kyriakidis وQRA Corp، يمكنك مراجعة صفحتهم على LinkedIn على https://www.linkedin.com/company/qra-corp/. بالإضافة إلى ذلك ، يمكنك العثور على Jordan Kyriakidis على LinkedIn في https://www.linkedin.com/in/jordankyriakidis/. لدى QRA Corp أيضًا العديد من الأوراق البيضاء ودراسات الحالة المتاحة على موقع الويب الخاص بهم والتي توفر رؤى حول تقنيتها وتطبيقاتها في مختلف الصناعات.

افكار اخيرة

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

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

برنامج IBM للأبواب العقلانية
★★★★