مواصفات منصة التعليم الإلكتروني للقطاع الحكومي

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

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

الأمان والصلاحيات

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

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

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

معايير المحتوى وقابلية النقل

إتاحة الوصول

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

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

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

الأداء والسعة والاستمرارية

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

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

والبند الرابع يحتاج شرطًا إضافيًا: اختبار استرجاع فعلي دوري لا سياسة مكتوبة. فالنسخ الاحتياطي الذي لم يُختبر استرجاعه ليس نسخًا احتياطيًا بل افتراض.

التكامل والتشغيل

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

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

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

ما بعد المواصفات: معايير التقييم

الكراسة الجيدة لا تكتفي بذكر المواصفات بل تحدد كيف تُقيَّم العروض. فترك التقييم لتقدير اللجنة دون معايير موزونة معلنة ينتج قرارًا يصعب تبريره ويسهل الاعتراض عليه.

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

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

مواصفات المحتوى نفسه

معظم الكراسات تصف النظام وتغفل مواصفات المحتوى الذي سيُنتج أو يُورَّد فيه. والنتيجة منصة ممتازة بمحتوى ضعيف لا يستخدمه أحد.

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

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

أسئلة شائعة

الخلاصة

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

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

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