ما معنى مشروع الاستكشاف (Discovery Project)؟

ما تعريف مرحلة تحديد المتطلبات في المشاريع البرمجية؟

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

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

كما نُعدّ وثيقة متطلبات الأعمال (BRD) ووثيقة تصميم البرمجيات (SDD) ووثيقة مواصفات متطلبات البرمجيات (SRS) بالمتطلبات الوظيفية وغير الوظيفية، ونتّفق عليها معكم قبل بدء التطوير. ووثيقة BRD سجلّ متّفق عليه يصف احتياجات الإدارة العليا. والوثائق التي نكتبها صالحة لتطوير النظام انطلاقاً منها، معنا أو مع أي فريق آخر.

ما الهدف الأساسي من مرحلة تحديد المتطلبات؟

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

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

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

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

ما مرحلة تحديد المتطلبات في تطوير البرمجيات؟

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

ونستند في إعداد وثيقة SRS إلى معيار ISO/IEC/IEEE 29148، لتكون المتطلبات كاملة ومتّسقة وقابلة للاختبار. ومعيار ISO/IEC/IEEE 29148 هو المعيار الرسمي الذي يضع قواعد منظّمة لكتابة مواصفات البرمجيات. كما نتتبّع كل متطلب من هدف الأعمال إلى قصّة المستخدم ثم إلى حالة الاختبار.

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

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

كيف تجري مرحلة تحديد المتطلبات حين نصمّم بنية حلّ للذكاء الاصطناعي؟

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

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

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

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

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

كيف تُوثَّق متطلبات الأمن والبنية التحتية خلال مرحلة تحديد المتطلبات؟

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

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

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

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

كم تستغرق مرحلة تحديد المتطلبات؟

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

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

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

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

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

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

أبرز النقاط

• ترسم مرحلة تحديد المتطلبات النطاق الوظيفي وأهداف الأعمال والقيود التقنية قبل بدء البرمجة.
• تشمل مخرجاتها الأساسية وثيقة متطلبات الأعمال (BRD) ووثيقة مواصفات متطلبات البرمجيات (SRS) ووثيقة تصميم البرمجيات (SDD).
• دراسة الإجراءات الفعلية التي تجري خارج الأنظمة، وجداول البيانات الموازية، تكشف المتطلبات الحقيقية للأعمال.
• تجري مرحلة تحديد المتطلبات في بداية المشروع، وهي جزء مشمول في جدوله الزمني الكلّي.
• تُحدَّد معايير الأمن وأهداف التعافي ومتطلبات الامتثال قبل بدء التطوير.