أنظمة إدارة التعلم LMS: ماذا تحتاج منها مؤسستك التعليمية؟

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

والحل الذي تستخدمه أغلب المؤسسات التعليمية في العالم لهذا هو نظام إدارة التعلم Learning Management System، واختصاراً LMS، وهو المقال الأول في مرحلة التعليم الإلكتروني للمدارس والجامعات في خريطة الطريق، لذلك سوف نبقى فيه عند الفكرة والقرار، ونترك التثبيت للمقال الذي بعده. وإذا كنت تبحث عن الصورة الأكبر للجامعة كلها (البريد والملفات والهوية والمكتبة) فقد شرحناها في المصادر المفتوحة للجامعات، وسوف نناقش في هذا المقال ما يلي:

• ما هو ال LMS، وما الذي يقوم به، وما الذي لا يقوم به.
• ما تحتاجه مدرستك أو جامعتك منه فعلاً: المقررات والتسجيل والدرجات والاختبارات والدخول الموحد SSO والربط مع الأنظمة الأخرى عبر LTI.
• الأسئلة التي تهمنا نحن تحديداً: اللغة العربية واتجاه الكتابة من اليمين RTL، وإمكانية الوصول Accessibility، وحمل السيرفر يوم الاختبار.
• أربعة خيارات مفتوحة المصدر (Moodle وOpen edX وCanvas وChamilo) برخصها ومتطلباتها كما تنص عليها مصادرها.
• أخطاء شائعة قبل أن تختار.

ما هو نظام إدارة التعلم LMS؟

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

والصورة التالية تبين ما يحمله ال LMS في داخله، ومن يستخدمه، والأنظمة التي يتصل بها:

في المخطط أعلاه لاحظ التالي:

• المقررات Courses: كل مقرر مقسم إلى أقسام Sections، مثل أسابيع الفصل الدراسي أو وحدات المنهج، وفي كل قسم محتوى وأنشطة.
• التسجيل Enrolment: هو الذي يحدد أن هذا الطالب يرى مقرر الرياضيات ولا يرى مقرر الفيزياء، وهو أهم جزء في التشغيل اليومي وإن لم يلاحظه أحد.
• الاختبارات Quizzes وبنوك الأسئلة Question Banks: يكتب المعلم السؤال مرة واحدة في البنك، ثم يعيد استخدامه في اختبارات كثيرة، ويختار النظام أسئلة عشوائية لكل طالب إن أراد.
• سجل الدرجات Gradebook: كل درجة من كل اختبار وواجب تجتمع في جدول واحد، بأوزان يحددها المعلم.
• الأنظمة المتصلة: قيمة ال LMS الحقيقية تظهر عندما يتصل بغيره، فالطالب يدخل بحساب الجامعة نفسه، وتسجيله في المقررات يأتي تلقائياً من نظام شؤون الطلاب، والأدوات الخارجية تفتح من داخل المقرر دون دخول ثان.

ما الذي لا يقوم به ال LMS؟

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

• نظام شؤون الطلاب Student Information System: واختصاراً SIS، وهو مصدر الحقيقة في القبول والجداول والسجل الأكاديمي الرسمي والشهادات، وال LMS يقرأ منه من المسجل في أي شعبة، ولا يحل محله، والدرجة النهائية الرسمية تعود إليه.
• الفصول الافتراضية Virtual Classrooms: البث المباشر للمحاضرة بالصوت والصورة خدمة منفصلة، مثل BigBlueButton، تفتح من داخل المقرر ولكنها تعمل على سيرفرات خاصة بها، ولها مقال قادم في المرحلة نفسها.
• أدوات تأليف المحتوى Authoring Tools: ال LMS يعرض المحتوى ويتابع من شاهده، ولكن الفيديو التفاعلي والعروض تصنع غالباً بأدوات أخرى ثم ترفع إليه.
• منصات المقررات المفتوحة MOOC: منصة لآلاف المتعلمين المجهولين في مقرر واحد مفتوح للعالم مختلفة في طبيعتها عن منصة لشعب دراسية مغلقة بأسماء طلابها، وبعض الأنظمة صممت للأولى أصلاً كما سيأتي.

ماذا تحتاج مدرستك أو جامعتك من ال LMS فعلاً؟

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

• المقررات والمحتوى Courses and Content: كم مقرراً في الفصل، وهل لكل شعبة مقرر مستقل أم مقرر واحد بمجموعات Groups، وهل يعيد المعلم استخدام مقرر الفصل الماضي كل فصل؟
• التسجيل Enrolment: هل تسجل الطلاب يدوياً أم من ملف CSV أم تلقائياً من نظام شؤون الطلاب؟ والتسجيل اليدوي يناسب مدرسة صغيرة، ولكنه يتحول إلى عمل يومي متعب في جامعة فيها آلاف الشعب.
• الدرجات Grades: كيف تحسب الدرجة النهائية، وبأي أوزان، وكيف تعود إلى النظام الرسمي في آخر الفصل؟
• الاختبارات Quizzes: أنواع الأسئلة التي يحتاجها معلموك، وبنك أسئلة مشترك بين المعلمين، وأسئلة عشوائية لكل طالب، ووقت محدد، وإعادة المحاولة، وإن كانت الاختبارات مهمة فأنت تحتاج أيضاً متصفحاً مقفلاً مثل Safe Exam Browser، وله مقال قادم في المرحلة نفسها.
• الدخول الموحد Single Sign-On: واختصاراً SSO، أي أن يدخل الطالب بحساب الجامعة نفسه الذي يدخل به بريده وملفاته، بدل كلمة مرور ثالثة ينساها في أول أسبوع.
• الربط مع الأدوات الخارجية Integrations: وأهم معيار فيه هو LTI الذي نشرحه بعد قليل.
• التطبيق على الهاتف Mobile App: أغلب الطلاب يفتحون المنصة من الهاتف، فجرب التطبيق الرسمي إن وجد، وجرب الموقع على شاشة صغيرة.
• التقارير Reports: من لم يدخل المقرر منذ أسبوعين، ومن لم يسلم الواجب، وهي التقارير التي يطلبها المرشد الأكاديمي وولي الأمر.
• ملكية البيانات Data Ownership: درجات الطلاب وأسماؤهم بيانات حساسة، ومكان حفظها قرار تتخذه المؤسسة عن وعي، وقد ناقشنا هذا القرار في متى تكون الاستضافة الذاتية قراراً استراتيجياً.

الدخول الموحد SSO

عندما يكون للجامعة نظام هوية مركزي Identity Provider، يصبح ال LMS تطبيقاً واحداً من تطبيقات كثيرة تثق به، فيتحقق النظام المركزي من كلمة المرور ومن التحقق الثنائي، ثم يخبر ال LMS من هو هذا المستخدم. والبروتوكولان الشائعان لهذا هما OpenID Connect وSAML، وقد شرحنا الأول في شرح OAuth وOpenID Connect للمبتدئين، وشرحنا تثبيت نظام هوية مفتوح المصدر في تثبيت authentik للدخول الموحد. والسبب الذي يجعل هذا شرطاً وليس رفاهية أن الطالب الذي يتخرج أو المعلم الذي يترك العمل يجب أن يفقد الوصول إلى كل شيء في لحظة واحدة، وهذا لا يحدث إذا كان لكل نظام حساباته الخاصة.

الربط مع الأدوات الخارجية عبر LTI

لنفرض أن قسم الحاسب يريد أداة خارجية لتصحيح الكود، وقسم اللغات يريد أداة للنطق، والطريقة البسيطة هي أن يعطي كل قسم طلابه رابطاً وحساباً في كل أداة، فيعود الطلاب إلى كلمات مرور كثيرة، ويعود المعلم إلى نقل الدرجات يدوياً من الأداة إلى سجل الدرجات. والحل المعروف هو معيار Learning Tools Interoperability واختصاراً LTI، الذي تصدره منظمة 1EdTech، وتعرفه بأنه معيار يسمح لأنظمة إدارة التعلم أن تدمج أدوات ومحتوى من مواقع أخرى بطريقة قياسية.

والإصدار الحالي هو LTI 1.3، الذي بنى الأمان على OAuth2 وJSON Web Tokens، وأضافت حزمة LTI Advantage فوقه ثلاث خدمات: خدمة الواجبات والدرجات Assignment and Grade Services التي تنشئ عموداً في سجل الدرجات وترسل إليه الدرجات، وخدمة الأسماء والأدوار Names and Role Provisioning Services التي تعطي الأداة قائمة المسجلين وأدوارهم، والربط العميق Deep Linking الذي يسمح للمعلم أن يختار محتوى من الأداة ويضعه في مقرره. والصورة التالية تبين ما يحدث عندما يضغط الطالب على رابط الأداة:

في المخطط أعلاه لاحظ التالي:

• الأداة لا ترى كلمة مرور الطالب أبداً، وإنما ترى رسالة موقعة من ال LMS تقول من هو ودوره في هذا المقرر، وتتحقق من التوقيع بالمفتاح العام للمنصة.
• الخطوة الرابعة هي التي توفر على المعلم أكبر وقت، فالدرجة تصل إلى سجل الدرجات دون نسخ يدوي.
• عندما تسأل المورد هل أداتك تدعم LTI، اسأله تحديداً عن LTI 1.3 وLTI Advantage، والسبب أن الإصدارات القديمة 1.1 و2.0 أصبحت قديمة، وتوثيق Moodle مثلاً يصفها بأنها Deprecated، وينصح بنشر المقررات بال LTI Advantage.

اللغة العربية واتجاه الكتابة RTL

نسبة الترجمة هي أول رقم ينظر إليه الناس، وهي مهمة، فحزمة اللغة العربية لإصدار Moodle 5.3 مثلاً مترجمة بنسبة 99% بحسب صفحة حزم اللغة وقت كتابة المقال، أي 32610 نصاً من 32811، وفي مستودعات Canvas وChamilo وOpen edX ملفات ترجمة عربية أيضاً. ولكن النسبة لا تقول لك كل شيء، فالمشكلات التي يلاحظها المعلم تأتي من أماكن لا تقيسها النسبة:

• النصوص المختلطة Bidirectional Text: سؤال في مقرر الحاسب فيه جملة عربية وسطر كود إنجليزي ورقم منفذ، وهنا يظهر هل محرر النصوص يحافظ على الاتجاه الصحيح أم يقلب علامات الترقيم.
• الأرقام والتواريخ: هل تظهر التواريخ بالعربية كاملة، أم يظهر نصف التاريخ بالعربية ونصفه بالإنجليزية، وهل ترقيم الخيارات في الاختبار حروف عربية أم a وb وc.
• النصوص غير المترجمة في الأماكن المهمة: رسائل البريد ورسائل الأخطاء والتقارير المصدرة.

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

إمكانية الوصول Accessibility

بين الطلاب من يستخدم قارئ الشاشة Screen Reader، ومن يتنقل بلوحة المفاتيح فقط، ومن يحتاج تكبير الخط وتباين ألوان أعلى، والمعيار الدولي الذي تقاس عليه المواقع هو WCAG 2.2 من W3C. وتوثيق Moodle مثلاً ينص على أنه يتبع إرشادات WCAG 2.2 في عرض المحتوى، ولكن تذكر أن المنصة نصف القصة فقط، والنصف الآخر هو المحتوى الذي يرفعه المعلمون: ملف PDF مصور بالماسح الضوئي لا يقرؤه قارئ الشاشة مهما كانت المنصة متوافقة، ولذلك تحتاج المؤسسة إلى إرشادات للمعلمين في كتابة المحتوى، وليس فقط إلى منصة متوافقة.

حمل السيرفر Load يوم الاختبار

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

في المخطط أعلاه لاحظ التالي:

• كل طالب يبدأ الاختبار يفتح جلسة Session، ويقرأ الأسئلة من قاعدة البيانات، ويكتب إجاباته فيها مع كل صفحة، فالضغط يقع على قاعدة البيانات والذاكرة المؤقتة Cache معاً.
• المهام الخلفية Background Tasks، مثل التصحيح وإرسال البريد والنسخ الاحتياطي، تعمل في الوقت نفسه، ولذلك لا تجعل النسخ الاحتياطي الثقيل في ساعات الاختبارات.
• الطريقة الصحيحة لمعرفة الحجم المناسب هي أن تقيس قبل الفصل الدراسي باختبار أحمال Load Testing يحاكي بداية الاختبار، كما شرحنا في اختبار الأحمال والضغط للمبتدئين، وليس أن تخمن من عدد الطلاب.

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

أربعة خيارات مفتوحة المصدر Open Source

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

Moodle

Moodle مكتوب بلغة PHP ومنشور بترخيص GPLv3 أو أي إصدار أحدث منه كما ينص رأس كل ملف في الكود، وهو الأقدم والأوسع انتشاراً بين الأربعة. وملاحظات إصدار Moodle 5.3، الصادر في 5 أكتوبر 2026، تطلب PHP 8.3 على الأقل، وPostgreSQL 17 أو MySQL 8.4 أو MariaDB 11.4، وهو إصدار دعم طويل LTS تستمر تحديثاته الأمنية حتى 1 أكتوبر 2029 بحسب جدول الإصدارات.

• نقاط القوة: عدد كبير من الإضافات Plugins في دليل الإضافات، وLTI في الاتجاهين، أي أنه يفتح أدوات خارجية ويمكن أن ينشر مقرراته كأداة لمنصة أخرى، وحزمة عربية شبه مكتملة، وإصدارات LTS بتواريخ معلنة.
• نقاط الضعف: كثرة الإعدادات تجعل المدير الجديد يضيع في أول شهر، وجودة الإضافات تختلف من إضافة إلى أخرى، وكل إضافة تزيد عمل الترقية Upgrade.

Open edX

Open edX مكتوب بلغة Python وإطار Django ومنشور بترخيص AGPL-3.0، وصمم أصلاً لمنصات المقررات المفتوحة MOOC، والطريقة الرسمية لتثبيته هي Tutor الذي يصف نفسه بأنه توزيعة Open edX الرسمية المبنية على Docker. ومتطلبات Tutor هي 4GB من الذاكرة ومعالجان و8GB من القرص كحد أدنى، و8GB من الذاكرة وأربعة معالجات و25GB من القرص كإعداد موصى به.

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

Canvas LMS

Canvas LMS مكتوب بلغة Ruby وإطار Rails ومنشور بترخيص AGPL-3.0، وتطوره شركة Instructure التي تبيع نسخته المستضافة. ودليل التشغيل في بيئة الإنتاج يطلب PostgreSQL 14 على الأقل وRedis 6 أو أحدث، وينصح بسيرفر فيه 8GB من الذاكرة على الأقل، ويفترض أنك تعرف إدارة تطبيقات Ruby on Rails، ويحيلك في الدعم إلى قائمة المراسلات المجتمعية.

• نقاط القوة: واجهة نظيفة يعرفها كثير من الطلاب الذين درسوا في جامعات تستخدم النسخة المستضافة، ودعم LTI ناضج.
• نقاط الضعف: التثبيت الذاتي أصعب من غيره وموجه لمن يعرف Rails، ولا يوجد دعم رسمي للنسخة التي تثبتها بنفسك.

Chamilo

Chamilo مكتوب بلغة PHP، وملف المشروع يصفه بأنه منشور بترخيص GNU/GPLv3+، ويطلب PHP 8.3 أو 8.4 أو 8.5 مع MariaDB 10 أو MySQL 5.7 وما بعدهما، وآخر إصدار وقت كتابة المقال هو 3.0.1 الصادر في سبتمبر 2026.

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

الأربعة في جدول واحد

وقد يتساءل البعض: لماذا يهمني الفرق بين GPL وAGPL ما دمت لن أبيع البرنامج؟ والإجابة أن الفرق يظهر عندما تعدل الكود وتشغله لطلابك عبر الشبكة، فرخصة AGPL تلزمك بإتاحة الكود المعدل لمستخدميه، ورخصة GPL لا تلزمك بذلك ما دمت لا توزع البرنامج نفسه، وقد شرحنا الرخص بالتفصيل في ما هي البرمجيات مفتوحة المصدر وتراخيصها. وأغلب المؤسسات التي تستخدم النظام دون تعديل كوده لن يتغير عليها شيء.

كيف تختار دون أن تندم؟

1. اكتب حالات الاستخدام قبل أن تفتح أي موقع: مثل «معلم ينشئ اختباراً من عشرين سؤالاً عشوائياً من بنك القسم»، و«مرشد يرى الطلاب الذين لم يدخلوا منذ أسبوعين».
2. ثبت نظامين على الأكثر في بيئة تجريبية: واطلب من معلمين حقيقيين تنفيذ حالات الاستخدام بالعربية، وسجل أين توقفوا.
3. اختبر يوم الاختبار: قبل أن تشتري السيرفر، قس بداية اختبار لعدد طلاب أكبر شعبة عندك.
4. ابدأ بقسم واحد لفصل دراسي كامل: ثم وسع، والسبب أن الأسئلة الحقيقية لا تظهر إلا بعد الأسبوع الثالث، عندما تبدأ الواجبات والاختبارات.
5. خطط للترقية من اليوم الأول: اختر إصداراً بدعم طويل LTS إن وجد، واعرف متى ينتهي دعمه.

أخطاء شائعة

• تحميل المنصة كل شيء: جعل ال LMS نظام شؤون الطلاب والسجل الرسمي في الوقت نفسه، ثم اكتشاف أنه لا يصلح لإصدار الشهادات الرسمية.
• إضافات Plugins بلا حساب: كل إضافة تثبتها اليوم يجب أن تكون متوافقة مع الإصدار القادم، والإضافة المهجورة توقف ترقية المنصة كلها.
• حسابات محلية لكل طالب: دون دخول موحد، فيبقى حساب الطالب المتخرج مفتوحاً، ويتحول الدعم الفني إلى استعادة كلمات المرور.
• سيرفر بحجم المتوسط: يعمل طوال الفصل ثم يسقط في أول اختبار نهائي.
• عدم اختبار الاستعادة: نسخ احتياطي لم تجرب استعادته لا يعتبر نسخاً احتياطياً، كما شرحنا في النسخ الاحتياطي بقاعدة 3-2-1.

ما الذي يأتي بعد هذا المقال؟

المقال التالي في المرحلة هو دليل عملي نثبت فيه Moodle على Docker بقاعدة PostgreSQL، ونجهزه بالعربية، وننشئ مقرراً واختباراً ونسجل الطلاب، ونأخذ نسخة احتياطية، ثم تأتي في صفحة المرحلة مقالات Open edX وCanvas وChamilo والمقارنة بينها، والفصول الافتراضية مع BigBlueButton، والاختبارات الآمنة، والدخول الموحد مع authentik. ومن المقالات المنشورة التي تفيدك الآن:

دليلMoodle: منصة تعلم بالعربية على سيرفرككيف تثبت Moodle على سيرفرك وتجهزه بالعربية، ثم تنشئ مقرراً واختباراً وتسجل الطلاب وتأخذ له نسخة احتياطية كاملة.دليلالمصادر المفتوحة للجامعات: خطة وأدوات بالترتيبدليل لقيادة الجامعة يشرح ما تكسبه فعلاً من المصادر المفتوحة وما تكلفه، وبأي ترتيب تنقل خدماتها إليها.دليلشرح OAuth وOpenID Connect للمبتدئينلماذا لا يجب أن يعرف أي تطبيق كلمة مرورك، وكيف يحل OAuth ذلك بتوكنات محدودة، وكيف يضيف OpenID Connect الدخول الموحد.دليلتثبيت authentik للدخول الموحد SSO إلى تطبيقاتككيف تثبت authentik حتى يدخل كل موظف إلى تطبيقات الفريق بحساب واحد، مع فرض المصادقة الثنائية على الجميع.دليلاختبار الأحمال والضغط Load Testing للمبتدئينلماذا يعمل تطبيقك مع خمسة مستخدمين وينهار مع خمسمئة، وكيف تكتشف ذلك وتصلحه قبل يوم الإطلاق.دليلالنسخ الاحتياطي بقاعدة 3-2-1 واختبار الاستعادةكيف تحدد كم بيانات تقبل أن تخسر، وتبني نسخاً لا يستطيع المخترق حذفها، وتتأكد أنك تستطيع استعادتها فعلاً.

تدريب عملي

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

الخلاصة

وصلنا لنهاية الموضوع، وأهم ما فيه:

• نظام إدارة التعلم LMS يجمع المقررات والتسجيل والاختبارات والدرجات في مكان واحد، وقيمته الحقيقية في ربطه بنظام الهوية ونظام شؤون الطلاب والأدوات الخارجية.
• ال LMS لا يحل محل نظام شؤون الطلاب ولا الفصول الافتراضية، ويتصل بهما.
• اسأل عن LTI 1.3 وLTI Advantage تحديداً، وعن الدخول الموحد عبر OpenID Connect أو SAML.
• نسبة الترجمة العربية لا تكفي للحكم، فجرب النصوص المختلطة والأرقام والتواريخ مع معلمين حقيقيين.
• احسب حجم السيرفر على دقيقة بداية الاختبار، وقسه قبل الفصل الدراسي.
• Moodle وCanvas وOpen edX وChamilo كلها مفتوحة المصدر برخص GPL أو AGPL، ولكل منها جمهور مختلف.

سجل التحديثات

• أكتوبر 2026: كتابة المقال، والرخص منقولة من مستودعات المشاريع، ومتطلبات Moodle 5.3 من ملاحظات الإصدار، ونسبة الترجمة العربية من صفحة حزم اللغة في 8 أكتوبر 2026.