استكشاف البرمجيات وهندسة الحلول لمشاريع الإمارات

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

كما نوثّق ما سيستبعده الإصدار الأول عن قصد. فالاتفاق على هذه الحدود مبكرًا هو ما يُبقي التسليم هادئًا لاحقًا، والوثيقة مفيدة حتى لو قررت مقارنة موردين آخرين بناءً عليها.

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

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

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

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