نعم لدينا خبرة أكثر من 4 سنوات في التعامل مع المودل كأساس لمنصاتنا التعليمية.

• منصة مدكر: وهي منصة متاحة بأربع لغات حالياً، وتحتوي الآن على أكثر من 200 ألف حساب طالب حول العالم.
• منصة أفريقيا: وهي منصة تعليمية باللغات الأفريقية، عدد المنتسبين حالياً أكثر من 17 ألف طالب حول العالم.

نعم تمت مقارنة مودل بحلول أخرى، بل ولدينا منصات تعمل حالياً بتقنيات غير المودل منها:

• منصة إفهام: وهي تعمل بنظام Open edx
• منصة أساور: وهي تعمل بنظام Wordpress
• منصة يُسر التعليمية: وهي تعمل بنظام Wordpress

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

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

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

التوثيق جزء أساسي في عملية ضمان جودة تطوير البرمجيات، ويشمل ذلك جميع مراحل المشروع، وأبرز الوثائق التي ستُسلّم للعميل ما يلي:

• وثيقة المتطلبات التفصيلية التي سيوقع عليها العميل، وهي الوثيقة الأساسية التي تُبنى المنصة وفقاً لها. كما  تحتوي هذه الوثيقة علي الـ Use case Diagram  لكل مستخدم من مستخدمي المنصة.
  

كما نؤكد على اعتمادنا للـ  IEEE Standard  في بناء وثيقة المتطلبات SRS.

• وثيقة التصميم الهيكلي للنظام، وتحتوي على أجزاء النظام الرئيسية وكيفية التعامل معها، وتشمل الـ Sequence Diagram و Activity Diagrams  لكل  نوع مستخدم من مستخدمي المنصة.
  
• تقرير اختبار النظام مع سيناريوهات وحالات الاختبار.
  
• دليل استخدام النظام لكل نوع من مستخدمي النظام.
  

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

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

• السؤال الأول: هل الوثيقة تلبي حاجة العميل الحقيقية؟ ويتم ذلك بمراجعة الوثيقة مع متطلبات العميل والرجوع إلى العميل للاستيضاح إن اقتضى الأمر. 
  
• السؤال الثاني: هل تم بناء الوثيقة بالطريقة المعيارية حسب معيار ال IEEE المتبع؟
  

وهكذا في كل مرحلة يقوم الفريق بإجراء عمليتي ال Validation وال Verification بالإجابة عن السؤالين فيما يخص كل منتج في كل مرحلة.

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

وسيكون معيارنا الرئيسي في التصميم هو سهولة الاستخدام، واضعين المستخدم في عين الاعتبار في جميع خطواتنا.

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

سوف نتأكد من توافق المنصة مع محركات البحث لضمان سرعة وسهولة الوصول إليها عن طريق الكلمات المفتاحية.

نعم نحن نعمل على عدة خطوات لضمان حماية المنصة، ومنها:

• تشفير الاتصال بين المنصة والمستخدمين.
  
• استخدام أساسيات حماية على كلمات المرور والمدخلات من المستخدمين.
  
• التحديث الدوري للمنصة للتأكد من تلقِّيها تحديثات الأمان من الموودل.
  
• النسخ الاحتياطي الدوري للمنصة.
  

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

يتيح موودل مجموعة من أدوات التتبع على مستوى النظام لمديري النظام.

وأيضًا مُخدِّم ديجيتال أوشن يتيح أدوات تتبع على مستوى الخادم. 

تم الاستناد في اختيار مواصفات الخادم على خبرتنا مع منصاتنا الحالية، مع اعتبار أداء المنصات وعدد المستخدمين الإجمالي وعدد المستخدمين في نفس الوقت.

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

نعم لقد تم تحديدها، وسيتم مناقشتها معكم في مرحلة التطوير بعد الاتفاق النهائي على المتطلبات.

نعم لقد تم تحديدها، وسيتم مناقشتها معكم في مرحلة التطوير بعد الاتفاق النهائي على المتطلبات.

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

وثيقة المتطلبات التفصيلية التي سيوقع عليها العميل والتي نعتمد عليها في بناء المنصة. وتحتوي على الـ Use case Diagram لكل مستخدم من مستخدمي المنصة.

وثيقة التصميم الهيكلي للنظام وفيها أجزاء النظام الرئيسية وكيفية التعامل معها وتشمل الـ Sequence Diagram , Activity Diagrams  لكل  نوع مستخدم من مستخدمي المنصة.

تقرير اختبار النظام مع سيناريوهات وحالات الاختبار.

دليل استخدام النظام لكل نوع من مستخدمي النظام.

وبالتأكيد المنصة نفسها كمنتج مع قاعدة البيانات الخاصة بها، والدعم الفني لمدة 3 أشهر بعد إطلاق المنصة بشكلها النهائي.