تحليل متطلبات النظام في 20 سؤالًا وست مجموعات، مع نموذج نطاق عمل من صفحة واحدة وجدول لمقارنة عروض المبرمجين قبل التعاقد. اقرأ القائمة وجهّز إجاباتك.
- شركة برمجيات مصرية منذ 2010
- دعم فني على واتساب
الإجابة المختصرة: تحليل متطلبات النظام هو أن تكتب، قبل أي برمجة، ما الذي سيفعله النظام ومن سيستخدمه وما الذي لن يشمله، ثم تعتمد ذلك مكتوبًا مع المبرمج. أجب عن عشرين سؤالًا في ست مجموعات، وضعها في وثيقة نطاق عمل من صفحة واحدة، ثم اطلب من كل مبرمج تسعير هذه الوثيقة نفسها. بهذا تقارن عروضًا متشابهة فعلًا، ولا تكتشف في منتصف المشروع أن ما تتخيله غير ما سيُسلَّم.
لماذا تتجاوز مشاريع الأنظمة ميزانيتها؟
في عملنا كشركة برمجة واستضافة نرى سببين متكررين لتعثر مشاريع الأنظمة. الأول أن أغلب ما يعرفه صاحب النشاط عن عمله لا يكون مكتوبًا، فيظهر أثناء البرمجة على شكل «طبعًا نحتاج هذا أيضًا». والثاني أن التغيير بعد بدء البرمجة أغلى بكثير من التغيير قبلها، لأن الحقل الجديد أو الصلاحية الجديدة يمس قاعدة البيانات والشاشات والتقارير والاختبارات معًا، لا مكانًا واحدًا.
نطاق العمل (Scope of Work) هو الوثيقة التي تحدد ما سيُبنى وما لن يُبنى وكيف يُقبل التسليم. وما يسبقها هو تحليل متطلبات النظام: جلسة منظمة تسأل فيها عن النشاط والمستخدمين والبيانات والتقارير والربط مع الخدمات الأخرى، وتنتهي بإجابات مكتوبة بدل الانطباعات.
التحليل لا يعني أن تصبح مهندسًا. يعني أن تجهّز إجابات صاحب العمل، وأن تترك للمبرمج ترجمتها إلى تصميم. وإن كنت في بداية مشروع رقمي أوسع فراجع أولًا خطوات إطلاق مشروع رقمي لتعرف أين يقع النظام من بقية العمل.
وثيقة نطاق العمل في صفحة واحدة
لا تحتاج مئة صفحة. صفحة واحدة واضحة تفوق ملفًا طويلًا لا يقرؤه أحد. هذه عناصرها بالترتيب:
- الهدف: جملة واحدة عن المشكلة التي يحلها النظام.
- المستخدمون والصلاحيات: من يدخل وماذا يرى وماذا يعدّل.
- المسارات الرئيسية: الخطوات من بداية العملية إلى نهايتها.
- الشاشات: قائمة بأسمائها وما في كل منها.
- التقارير: كل تقرير بأعمدته وفلاتره.
- الربط: واتساب أو الدفع أو المحاسبة أو الشحن، وما المطلوب من كل ربط.
- نقل البيانات: ما الذي سيُنقل من النظام القديم ومن يراجعه.
- ما لا يشمله المشروع: أهم بند في الوثيقة وأكثرها نسيانًا.
- اختبار القبول: سيناريوهات تجربها أنت قبل أن تعتمد التسليم.
- الملكية: من يملك الكود وقاعدة البيانات والنطاق وحساب الاستضافة.
- فترة الدعم: ما يُصلَح مجانًا وما يُعد طلبًا جديدًا.
ما تفعله أولًا: اكتب الهدف في جملة واحدة. إن لم تستطع، فأنت لست جاهزًا لطلب عروض بعد، وكل عرض سيصلك حينها سيكون تخمينًا مكلفًا.
تحليل متطلبات النظام في 20 سؤالًا
اكتب الإجابات في ملف مشترك، وضع تحت كل سؤال الشكل الذي ينبغي أن تحضره. وإن كانت الإجابة «لا أعرف» فاكتبها كما هي. هذه البنود يطلب فيها من المبرمج أن يقترح خيارًا ويسعّره منفصلًا، بدل أن يفترض هو بصمت.
أولًا: النشاط والعمليات
- ما المشكلة التي يحلها النظام بالضبط، وكيف تُنجَز اليوم؟ الغاية تحدد ما يدخل في المشروع وما يخرج. أحضر فقرة قصيرة، وصورة من الورقة أو الملف المستخدم الآن.
- ما الخطوات من أول طلب حتى آخر تحصيل أو تسليم؟ كل خطوة تتحول إلى شاشة أو حالة. أحضر قائمة مرقمة بترتيب الخطوات.
- أين تقع الاستثناءات: إلغاء، إرجاع، خصم خاص، تعديل بعد التأكيد؟ الاستثناءات هي أكثر ما يُنسى وأكثر ما يكلّف لاحقًا. أحضر أمثلة حقيقية من الأسابيع الأخيرة.
- كيف ستعرف أن النظام نجح؟ هذا يحول الرضا العام إلى معيار قابل للفحص. أحضر جملتين تبدآن بـ «يُعد المشروع ناجحًا إذا…».
ثانيًا: المستخدمون والصلاحيات
- من سيستخدم النظام وعلى أي جهاز؟ شاشة تعمل على الحاسوب ليست بالضرورة مريحة على الهاتف أو على لوحة في المخزن. أحضر قائمة بالأدوار والجهاز الأساسي لكل دور.
- ماذا يرى كل دور وماذا يستطيع أن يعدّل أو يحذف؟ الصلاحيات تُبنى في كل شاشة، وإضافتها متأخرة عمل مضاعف. أحضر جدولًا فيه الأدوار في صف والعمليات في صف آخر: يرى، ينشئ، يعدّل، يحذف، يعتمد.
- من يعتمد العمليات الحساسة، وهل يُسجَّل من فعل ماذا ومتى؟ سجل العمليات هو ما يحميك عند أي خلاف. أحضر قائمة العمليات التي تريد أن يكون لها اعتماد وسجل.
ثالثًا: البيانات والتقارير
- ما البيانات التي تُسجَّل لكل عميل ومنتج وعملية؟ الحقل الناقص يظهر بعد التشغيل ويكلّف تعديلًا في قاعدة البيانات. أحضر ملف Excel الحالي بأعمدته.
- ما التقارير التي تقرؤها فعلًا كل أسبوع وكل شهر؟ اكتب ما تقرؤه فعلًا لا ما تتمنى أن تقرأه. أحضر رسمًا يدويًا لكل تقرير بأعمدته.
- ما الأرقام التي اتفقت الإدارة والمحاسبة على طريقة حسابها؟ كلمة مثل «الربح» أو «المبيعات» تُحسب بأكثر من طريقة. أحضر تعريفًا مكتوبًا لكل رقم رئيسي.
- ما اللغات والعملات وصيغ الطباعة المطلوبة؟ فاتورة بالعربية والإنجليزية أو بأكثر من عملة تغيّر التصميم من أوله. أحضر نموذجًا للفاتورة والإيصال الحاليين.
رابعًا: الربط مع الخدمات الأخرى
- بأي خدمات يجب أن يتصل النظام من أول يوم؟ واتساب أو بوابة دفع أو برنامج محاسبة أو شركة شحن. أحضر قائمة مرتبة بالأولوية، وافصل «لازم الآن» عن «لاحقًا».
- هل لكل خدمة واجهة برمجية موثقة (API) وهل لديك حساب فعلي عندها؟ بعض الخدمات تفرض موافقة أو رسومًا أو قيودًا لا تظهر إلا بعد البدء. اطلع على تكلفة واجهة واتساب للأعمال وبوابات الدفع في مصر قبل أن تكتب بنود الربط.
- ماذا يحدث إذا تعطلت الخدمة الخارجية؟ هل تُعاد المحاولة أم تُسجَّل العملية للمراجعة أم يتوقف العمل؟ أحضر قرارك لكل ربط.
خامسًا: النقل من النظام القديم
- ما البيانات الموجودة اليوم وأين؟ ملفات Excel، برنامج قديم، دفاتر ورقية، أو رسائل واتساب. أحضر قائمة بالمصادر وحجمها التقريبي بالكلمات لا بالأرقام الدقيقة.
- هل البيانات نظيفة؟ التكرار والأسماء المختلفة للعميل نفسه وأرقام الهواتف بصيغ متعددة تتحول إلى أخطاء في النظام الجديد. أحضر عينة من عشرة صفوف لا تعجبك.
- من يراجع البيانات المنقولة ويوقّع على صحتها؟ وهل يعمل النظامان معًا لفترة؟ المبرمج ينقل، وصاحب العمل وحده يعرف إن كان الرقم صحيحًا.
سادسًا: الملكية والنسخ الاحتياطي والدعم
- من يملك الكود وقاعدة البيانات والنطاق وحساب الاستضافة بعد التسليم، وباسم من تُسجَّل؟ يجب أن يكون النطاق والاستضافة باسمك أنت. وصياغة الملكية في العقد يراجعها محامٍ إن كان المشروع كبيرًا.
- أين تُحفظ النسخ الاحتياطية وكم مرة، ومن يجرّب الاستعادة؟ نسخة لم تُجرَّب استعادتها ليست ضمانًا. راجع دليل اختبار استعادة النسخ الاحتياطية واكتب النتيجة في الوثيقة.
- ما فترة الدعم بعد التسليم، وما الفرق بين الخطأ والطلب الجديد؟ الخطأ هو أن يخالف النظام ما اتُّفق عليه، والطلب الجديد هو ما لم يكن في الوثيقة. اكتب الفرق صراحة.
مثال افتراضي: شركة توزيع صغيرة
المثال التالي افتراضي بالكامل ولا يخص عميلًا حقيقيًا. غايته أن ترى شكل البند المكتوب جيدًا. نفترض شركة توزيع صغيرة تريد نظامًا لتسجيل طلبات التجار ومتابعة التحصيل.
ستة بنود متطلبات:
- يسجل مندوب المبيعات من هاتفه طلبًا لتاجر موجود في القائمة، ويختار أصنافًا وكميات، ويرى سعر كل صنف حسب فئة التاجر.
- لا يستطيع المندوب تعديل السعر، ويطلب خصمًا خاصًا فيصل الطلب إلى المدير للاعتماد.
- يحوّل أمين المخزن الطلب المعتمد إلى حالة «جاهز للتسليم» ثم «سُلِّم» من شاشة مخصصة له.
- يسجل المحصّل كل دفعة مع طريقتها، ويظهر رصيد التاجر بعد كل دفعة.
- يرسل النظام رسالة واتساب للتاجر عند اعتماد الطلب وعند التسليم، بنص يحدده المدير.
- يخرج تقرير شهري بالتحصيل لكل مندوب، بالأعمدة التي رسمها صاحب العمل في الملحق.
بندان خارج النطاق: برنامج محاسبة كامل بقيوده اليومية، وتطبيق مخصص للتجار يطلبون منه بأنفسهم. يمكن إضافتهما في مرحلة ثانية بتسعير منفصل.
اختبار قبول واحد: ينشئ المدير مندوبًا تجريبيًا وتاجرًا تجريبيًا، ويسجل المندوب طلبًا بعدة أصناف، ويطلب خصمًا، فيعتمده المدير ثم يسلّمه أمين المخزن ويسجل المحصّل دفعة جزئية. ينجح الاختبار إذا ظهر رصيد التاجر صحيحًا في التقرير وجاءت رسالتا واتساب.
علامات تحذير في عرض السعر
قبل أن تقارن الأسعار، اقرأ ما بينها. هذه علامات نراها في العروض التي تنتهي بخلاف:
- سعر بدون شاشات ولا تقارير مكتوبة: يعني أن المبرمج سيقرر لاحقًا ما «تشمله» الرقم.
- عرض لا يكتب ما لا يشمله: كل ما لم يُستثنَ صراحة سيُطلب منك دفع ثمنه حين يظهر.
- لا يحدد من يملك الكود والسيرفر: قد تكتشف بعد التسليم أن النظام يعمل في حساب استضافة خاص به.
- لا يذكر اختبار قبول ولا فترة دعم: بلا اختبار لا يوجد تسليم، وبلا فترة دعم لا يوجد من يصلح الخطأ.
- موافقة فورية على كل شيء دون أسئلة: المبرمج الجيد يسألك كثيرًا في الجلسة الأولى.
وللمزيد حول اختيار الجهة المنفذة اقرأ كيف تختار شركة تصميم مواقع في مصر، فكثير من معاييرها يصلح لمشاريع الأنظمة أيضًا.
نظام جاهز أم مخصص أم مبني على ووردبريس؟
اسأل نفسك بهذا الترتيب قبل أن تكلف أحدًا بالبرمجة:
- هل يوجد نظام جاهز يغطي أغلب إجاباتك؟ إن كان نشاطك محل موبايلات فقد يكفيك نظام نقاط بيع جاهز، وتجد معاييره في قائمة فحص برنامج محل الموبايلات. الجاهز أسرع وأرخص عادة، لكنه يفرض طريقته عليك.
- هل المطلوب موقع بمحتوى وطلبات بسيطة؟ عندها يكفي غالبًا موقع على ووردبريس، وتفيدك مقارنة صفحة تعريفية بنشاط شركتك أم موقع كامل وتقدير تكلفة الموقع.
- هل عمليتك فريدة ولا يغطيها شيء جاهز، وهل صلاحياتك وتقاريرك معقدة؟ هنا يكون النظام المخصص مبررًا، وتصبح الوثيقة التي كتبتها أهم أصولك.
ولا تتعجل إلى الخيار الأغلى: النظام المخصص يعني أيضًا أنك تتحمل صيانته وتحديثه واستضافته. وإذا لم تستطع الإجابة عن نصف الأسئلة، فابدأ بنظام جاهز تجرّب به عملك فترة كافية ثم اكتب متطلباتك الحقيقية من التجربة.
كيف تقارن ثلاثة عروض على نطاق واحد؟
أعطِ المبرمجين الثلاثة وثيقة النطاق نفسها، واطلب الرد على هذه البنود. ضع ثلاثة أعمدة إضافية في ملفك، واحدًا لكل عرض، واملأها بكلمة «مكتوب» أو «غير مكتوب» أو «غير واضح»:
| البند | ما تبحث عنه | علامة جيدة | علامة تحذير |
|---|---|---|---|
| الشاشات والتقارير | قائمة بأسمائها | مطابقة لوثيقتك | وصف عام فقط |
| ما لا يشمله | بنود مستثناة صراحة | قائمة واضحة | غائبة |
| الملكية | الكود والنطاق والاستضافة | باسمك | غير محددة |
| اختبار القبول | سيناريوهات تجربها | مرتبطة بدفعة مالية | لا يوجد |
| الدعم | مدة وتعريف الخطأ | مكتوبان | «حسب الاتفاق» |
| الجدول الزمني | مراحل وتسليمات | تسليم تدريجي تراجعه | موعد واحد في النهاية |
العرض الأرخص ليس بالضرورة الأسوأ، لكنه يستحق أن تسأل: ما الذي حذفه من الوثيقة ليبلغ هذا السعر؟ اطلب من كل مبرمج أن يرد كتابةً على كل بند في الجدول، ولا تقبل الإجابة الشفهية «هذا مفهوم». ما لم يُكتب في العرض لا يلزم أحدًا.
جلسة المراجعة: ماذا تفعل بالإجابات؟
بعد أن تكتب الإجابات، اعقد جلسة مراجعة مع المبرمج أو المحلل. اطلب منه أن يعيد عليك فهمه بكلماته: «النظام سيفعل كذا ولن يفعل كذا». هذه الجملة وحدها تكشف أغلب سوء الفهم، لأن الفرق بين ما قلته وما فهمه يظهر على الورق قبل أن يتحول إلى كود.
ثم راجع معه ثلاثة أشياء: البنود التي كتبت عنها «لا أعرف»، والبنود التي يراها أكبر من حجمها، والبنود التي يقترح تأجيلها إلى مرحلة ثانية. وقسّم المشروع إلى مراحل يُسلَّم في كل منها شيء تستطيع أن تجربه، بدل تسليم واحد في آخر المدة. التسليم المرحلي يكشف الخطأ مبكرًا حين يكون إصلاحه رخيصًا.
متى لا تحتاج إلى كل هذا؟ ومتى تتوقف وتستعين بمحلل؟
متى لا تفعل هذا كله: إذا كان المطلوب أداة صغيرة بدور واحد وشاشة أو شاشتين، أو إذا وجدت نظامًا جاهزًا يغطي حاجتك، فصفحة نطاق قصيرة تكفي، ولا داعي لعشرين سؤالًا بتفصيلها. المبالغة في التوثيق تضيع الوقت كما يضيعه غيابه.
متى تتوقف وتطلب مساعدة: إذا لم تتفق الإدارة والمحاسبة على طريقة حساب رقم أساسي، أو كانت العملية تمر بعدة أقسام لكل منها فهمه، أو كان النظام سيتعامل مع أموال العملاء وبياناتهم الحساسة، فتحليل المتطلبات يحتاج شخصًا يجلس مع الأطراف كلها. فالأخطاء هنا لا تُصلَح بتعديل شاشة.
ما الذي نفعله في برمجلى؟ نكتب لك نطاق العمل قبل أن نبرمج
برمجلى شركة برمجة واستضافة في القاهرة منذ 2010، ولدينا 89 موقعًا لعملاء نشغّل لهم الاستضافة، ونبدأ أي نظام بجلسة أسئلة تشبه ما قرأته هنا. نقدّم لك خدمة تحليل متطلبات أنظمة الإدارة: وثيقة نطاق عمل مكتوبة تشمل الشاشات والصلاحيات والتقارير وعرض السعر والجدول الزمني قبل أي سطر برمجة. وتستطيع أخذ الوثيقة إلينا أو إلى أي مبرمج آخر دون التزام. لا نعد بأن تقل التكلفة دائمًا، فقد تظهر الوثيقة أن مشروعك أكبر مما ظننت، لكننا نعد بأن تعرف ذلك قبل الدفع لا بعده. راسلنا على واتساب لنراجع إجاباتك معًا.
اقرأ أيضًا: وإن كان نشاطك شركة سياحة أو عمرة فهذه صفحة تحليل متطلبات نظام شركة سياحة التي تغطي الحجوزات والتصاريح والكشوف وقراءة الجوازات بمراجعة الموظف.
أسئلة شائعة
ما هو تحليل متطلبات النظام ولماذا أحتاجه؟
هو كتابة ما سيفعله النظام ومن سيستخدمه وما الذي لن يشمله قبل البرمجة. تحتاجه لأنه يحول الأفكار التي في رأسك إلى وثيقة يسعّرها المبرمج ويُقاس عليها التسليم، فتقل المفاجآت والتعديلات المدفوعة بعد بدء العمل.
كم يستغرق تحليل المتطلبات قبل أن يبدأ المبرمج؟
يتوقف على عدد الأدوار والشاشات والتقارير والربط المطلوب، فنظام صغير بدور واحد أسرع كثيرًا من نظام بصلاحيات وتقارير متعددة. لا تعتمد على رقم جاهز، واطلب من المبرمج تقديرًا مكتوبًا لهذه المرحلة تحديدًا بعد أن يطلع على إجاباتك.
هل أحتاج وثيقة مكتوبة إن كان المبرمج صديقًا أو أثق به؟
نعم، فالوثيقة لا تعني عدم الثقة بل تحمي الطرفين من اختلاف الفهم. كثير من الخلافات تبدأ بين أشخاص يثق بعضهم ببعض لأن كل واحد تخيّل شيئًا مختلفًا. صفحة واحدة تكفي لتجنب ذلك.
متى أختار نظامًا جاهزًا ومتى أختار نظامًا مخصصًا؟
اختر الجاهز إذا غطى أغلب إجاباتك دون تعديلات جوهرية، لأنه أسرع وأقل مخاطرة. اختر المخصص إذا كانت عمليتك فريدة أو صلاحياتك وتقاريرك معقدة ولا يغطيها شيء جاهز. وإذا لم تعرف متطلباتك، فجرّب جاهزًا أولًا.
من يملك الكود والنظام بعد انتهاء المشروع؟
يحدد العقد ذلك، ولا تفترضه. اكتب صراحة من يملك الكود وقاعدة البيانات والنطاق وحساب الاستضافة، واجعل النطاق والاستضافة باسمك أنت. وللمشاريع الكبيرة يُنصح بأن يراجع محامٍ صياغة بند الملكية قبل التوقيع.
خدمات مرتبطة
- تصميم مواقع الشركات في مصر
- إنشاء متجر إلكتروني
- برمجة مواقع وأنظمة خاصة
- ايميل رسمي للشركات
- أتمتة واتساب للشركات
- نظام شركات السياحة
