التوافق الشامل والبنية التقنية والوظيفية لمنصة PHILOMAGHREB

1. التوافق الشامل مع أنظمة Windows

صُممت منصة PHILOMAGHREB باعتبارها بيئة رقمية تربوية موجهة بالدرجة الأولى إلى أستاذ(ة) مادة الفلسفة، مع مراعاة الخصائص الفعلية للاستعمال الميداني داخل المؤسسات التعليمية. ومن أهم المبادئ التي يقوم عليها المشروع توفير أكبر قدر ممكن من التوافق والاستقرار على أجهزة الحاسوب المختلفة، بما في ذلك الأجهزة ذات الإمكانات التقنية المتفاوتة.

تستهدف المنصة العمل على أنظمة Windows بمختلف بنياتها، بما في ذلك البيئات ذات المعمارية 32-bit و64-bit، بما يوسع قاعدة المستفيدين ويقلل من الحاجة إلى اقتناء أجهزة حديثة أو ذات مواصفات مرتفعة لمجرد استعمال الموارد الرقمية.

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

يهدف هذا الاختيار إلى:

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

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

2. البنية التقنية والمعمارية للتطبيق

تعتمد PHILOMAGHREB على بنية مكتبية حديثة تجمع بين واجهة الاستخدام، ومحرك التطبيق، ونظام تخزين محلي للبيانات.

2.1. إطار العمل Electron

تم اعتماد Electron كأساس لبناء التطبيق المكتبي، وهو اختيار يسمح باستعمال تقنيات الويب الحديثة مثل:

HTML

CSS

JavaScript

مع تحويلها إلى تطبيق مكتبي مستقل قابل للتشغيل على نظام Windows.

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

يتم تشغيل نافذة التطبيق من خلال BrowserWindow، مع تحميل الواجهة الرئيسية من ملف index.html. كما تم تحديد أبعاد أولية مناسبة لبيئة العمل المكتبية، مع إخفاء شريط القوائم التقليدي واعتماد نافذة ذات تصميم مخصص.

قد تم أيضا اعتماد إعدادات أمنية مهمة داخل Electron، من بينها:

تعطيل nodeIntegration.
تفعيل contextIsolation.
استعمال ملف preload.js كطبقة وسيطة آمنة بين الواجهة والنظام.

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

3. طبقة Preload والتواصل الآمن بين مكونات التطبيق

يؤدي ملف preload.js دورًا محوريًا في هندسة التطبيق، لأنه يمثل طبقة وسيطة بين واجهة المستخدم وعمليات Electron الداخلية.

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

تشمل هذه الوظائف، في النسخة الحالية:

قراءة البيانات من قاعدة البيانات.
تنفيذ عمليات الإضافة والتعديل والحذف.
جلب سجل محدد من قاعدة البيانات.
حفظ الملفات.
قراءة الملفات.
فتح الملفات بواسطة النظام.
إغلاق التطبيق.
تصغير النافذة.
جلب الموارد والأصول البصرية.

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

4. قاعدة البيانات المحلية SQLite

تعتمد المنصة على قاعدة بيانات محلية مبنية بواسطة SQLite من خلال مكتبة sql.js.

ويتيح هذا الاختيار تخزين البيانات مباشرة على جهاز الأستاذ(ة) دون الحاجة إلى خادم قاعدة بيانات خارجي.

يتم إنشاء ملف قاعدة البيانات داخل مجلد بيانات المستخدم:

philo.db ضمن المسار الخاص بـ userData الذي يوفره Electron.

ويتم عند تشغيل التطبيق التحقق من وجود قاعدة البيانات، ثم تحميلها إذا كانت موجودة، أو إنشاء قاعدة بيانات جديدة عند أول استعمال.

وتتميز هذه البنية بعدة فوائد:

الاستقلالية

لا يحتاج الأستاذ إلى إنشاء خادم قاعدة بيانات أو تثبيت MySQL أو PostgreSQL أو أي نظام مشابه.

السرعة

يتم التعامل مع البيانات محليا، وهو ما يسمح باستجابة سريعة أثناء عمليات البحث والاسترجاع.

الخصوصية

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

العمل دون اتصال

بما أن البنية الأساسية للبيانات محلية، فإن العديد من وظائف التطبيق يمكن أن تعمل دون الحاجة إلى اتصال دائم بالإنترنت.

5. الهيكلة الداخلية لقاعدة البيانات

تتضمن قاعدة البيانات الحالية جداول مخصصة للمكونات الأساسية للمنصة.

جدول الدروس cours

تم تخصيص هذا الجدول لتخزين الموارد المتعلقة بالدروس، ويتضمن حقولًا مثل:

عنوان الدرس.
المستوى الدراسي.
الشعبة.
محتوى الدرس.
نوع المورد.
مسار الملف المرتبط.
تاريخ الإضافة.

وهذا يسمح ببناء مكتبة منظمة للدروس بدل التعامل معها باعتبارها ملفات منفصلة غير مصنفة.

جدول الامتحانات examens

يخصص لتدبير نماذج الامتحانات والفروض، ويتضمن معطيات من قبيل:

عنوان الامتحان.
المستوى.
نوع الامتحان.
الدورة.
السنة.
المسلك.
اسم الملف.
مسار الملف.
تاريخ الإضافة.

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

كما تتضمن قاعدة البيانات جدولين إضافيين مخصصين لـ حقيبة الأستاذ(ة) والكتب والمراجع، وهو ما يهيئ بنية قابلة للتوسع مستقبلًا.

6. نظام حفظ البيانات واستمراريتها

لا تقتصر المنصة على الاحتفاظ بالبيانات في الذاكرة أثناء تشغيل البرنامج، بل تعتمد آلية لحفظ قاعدة البيانات على القرص.

فعند إجراء عملية على قاعدة البيانات، يتم تصدير محتواها ثم حفظه في ملف philo.db.

كما يتم حفظ قاعدة البيانات عند إغلاق التطبيق، مما يضمن استمرار البيانات بين جلسات الاستخدام.

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

7. نظام إدارة الملفات والموارد الرقمية

تتضمن المنصة نظاما محليا خاصا بتخزين الملفات المرفوعة من طرف المستخدم.

ويتم تخصيص مجلد مستقل داخل userData لحفظ الملفات، وهو مجلد:

uploads

كما يتم إنشاؤه تلقائيا عند الحاجة.

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

وتسمح هذه الآلية بفصل البيانات الوصفية عن الملفات الفعلية:

قاعدة البيانات تحفظ معلومات المورد ومساره، بينما يتم الاحتفاظ بالملف نفسه داخل مساحة التخزين المحلية.

وهذا الفصل يسهل تنظيم المكتبة الرقمية وإدارتها.

8. قسم الدروس والمجزوءات الفلسفية

يمثل قسم الدروس أحد المكونات المركزية في PHILOMAGHREB.

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

ويمكن تنظيم الموارد بحسب:

المستوى الدراسي.
الشعبة أو المسلك.
المجزوءة.
الدرس.
نوع المورد.
الملفات المرفقة.

ويساعد ذلك الأستاذ(ة) في مختلف مراحل العمل:

التخطيط → التحضير → التدريس → التقويم → المراجعة

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

9. قسم الفروض والامتحانات

يهدف قسم الامتحانات والفروض إلى تحويل الأرشيف الورقي والإلكتروني المتفرق إلى قاعدة موارد منظمة.

ويتيح الهيكل الحالي تصنيف الامتحانات وفق عناصر مثل:

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

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

10. حقيبة الأستاذ(ة)

تمثل حقيبة الأستاذ(ة) فضاء رقميا شخصيا يجمع الموارد التي يحتاج إليها الأستاذ بصورة متكررة.

ويمكن أن تشمل هذه الحقيبة:

جذاذات.
وثائق تربوية.
نماذج فروض.
شبكات التقويم.
مراجع.
كتب مدرسية.
وثائق تنظيمية.
موارد رقمية مساعدة.

ويهدف هذا القسم إلى جعل PHILOMAGHREB أقرب إلى مساعد رقمي للأستاذ وليس مجرد مستودع ملفات.

11. مكتبة الكتب والمراجع

يخصص قسم الكتب والمراجع لتجميع المصادر التي يحتاج إليها الأستاذ في بناء دروسه وإعداد مواده.

ويتيح التنظيم الرقمي إمكانية الانتقال من مفهوم "الكتاب الموجود على الحاسوب" إلى مفهوم المكتبة الرقمية المنظمة.

ويمكن مستقبلا تطوير هذا القسم بإضافة بيانات ببليوغرافية أكثر تفصيلا، مثل:

اسم المؤلف.
عنوان الكتاب.
دار النشر.
سنة النشر.
الطبعة.
المجال الفلسفي.
الكلمات المفتاحية.
الملف الرقمي.

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

12. التصميم البصري وتجربة المستخدم

اعتمدت المنصة توجها بصريا حديثا يقوم على واجهة مظلمة Dark UI، وهو اختيار ينسجم مع طبيعة التطبيق المكتبية ومع الاستخدام الطويل أمام شاشة الحاسوب.

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

وتعتمد تجربة الاستخدام على:

شريط تنقل جانبي.
أيقونات واضحة.
بطاقات وظيفية.
مساحات منظمة.
تباين مناسب بين عناصر الواجهة.
تقسيم الوظائف إلى وحدات مستقلة.

الغاية ليست جمالية فقط، وإنما الوصول إلى واجهة تقلل من التشويش وتساعد الأستاذ(ة) على الانتقال بسرعة بين موارده.

13. النافذة المخصصة والتحكم في التطبيق

تم إعداد نافذة التطبيق بدون إطار النظام التقليدي (frame: false)، مع إخفاء شريط القوائم، بما يسمح ببناء واجهة خاصة تتناسب مع الهوية البصرية للمنصة.

كما تتوفر طبقة التحكم البرمجية على وظائف أساسية مثل:

تصغير النافذة.
إغلاق التطبيق.
فتح الملفات المرتبطة بالموارد.
وهو ما يسمح ببناء تجربة استخدام متكاملة داخل الواجهة نفسها.

14. التعامل مع الموارد والصور

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

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

وتوفر هذه الآلية أساسا مهما لإمكانية تخصيص التطبيق مستقبلا، سواء عبر:

الشعارات.
الصور.
الخلفيات.
الأيقونات.
الموارد البصرية الخاصة بالمؤسسة أو الأستاذ(ة).

15. التفاعل مع ملفات PDF والصور

تدعم طبقة الملفات الحالية قراءة الملفات وتحويل محتواها إلى بيانات Base64 يمكن للواجهة استخدامها لعرض الموارد.

تتعامل البنية الحالية بشكل خاص مع ملفات PDF والصور، مع تحديد نوع MIME المناسب عند القراءة.

كما يمكن فتح الملف مباشرة باستعمال النظام من خلال وظيفة open-file، وهو ما يسمح بالانتقال من التطبيق إلى البرنامج المناسب المثبت على جهاز المستخدم.

16. الاستقلالية عن الإنترنت

من أهم الاختيارات المعمارية في PHILOMAGHREB اعتماد نموذج Local-First في تخزين البيانات الأساسية.

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

وهذا يجعل التطبيق مناسبًا لسيناريوهات متعددة، مثل:

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

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

17. الخصوصية وحماية البيانات

تقوم المنصة في بنيتها الحالية على مبدأ مهم يتمثل في التخزين المحلي للبيانات.

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

كما أن اعتماد contextIsolation: true وnodeIntegration: false يمثل اختيارًا معماريًا مهمًا لتقليل تعرض واجهة التطبيق المباشرة لواجهات النظام.

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

18. قابلية التوسع والتطوير المستقبلي

لم تُبن PHILOMAGHREB باعتبارها تطبيقا مغلقا على وظائف محدودة، بل تم اعتماد بنية تسمح بالتوسع التدريجي.

ويمكن في مراحل لاحقة إضافة وحدات مثل:

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

19. البعد البيداغوجي للمشروع

لا تتمثل القيمة الأساسية لـ PHILOMAGHREB في كونها برنامجًا تقنيًا فحسب، وإنما في توظيف التكنولوجيا لخدمة الممارسة المهنية لأستاذ الفلسفة.

فالمنصة تسعى إلى الجمع بين أربعة أبعاد:

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

وبذلك يمكن النظر إلى PHILOMAGHREB باعتبارها بيئة عمل رقمية متخصصة في تدريس الفلسفة، وليست مجرد برنامج لعرض الملفات.

20. الهوية والملكية الفكرية

تحافظ المنصة على هويتها البصرية والبرمجية من خلال تثبيت اسم PHILOMAGHREB باعتباره العلامة المميزة للمشروع.

كما يمكن اعتماد صيغة حقوق الملكية:

ضمن الواجهة الرئيسية وصفحات التطبيق والموارد الرسمية، بما يرسخ الطابع المؤسسي للمشروع ويحافظ على نسبته إلى الجهة صاحبة التطوير والمحتوى(موقع الفلسفة فيلومغرب )

21. خلاصة تقنية

يمكن تلخيص البنية الحالية للمنصة في السلسلة التالية:

واجهة المستخدم

↓

HTML / CSS / JavaScript

↓

Electron Renderer

↓

Preload + Context Bridge

↓

IPC

↓

Electron Main Process

↓

SQLite / sql.js + نظام الملفات المحلي

↓

الموارد والبيانات المخزنة داخل جهاز المستخدم

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

22. القيمة المضافة لمنصة PHILOMAGHREB

يمكن اختزال القيمة المضافة للمشروع في مجموعة من المبادئ:

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

وبذلك تسعى PHILOMAGHREB إلى تقديم نموذج عملي للتحول الرقمي في تدريس الفلسفة، يقوم على الجمع بين المحتوى الفلسفي، والتنظيم البيداغوجي، والتدبير المهني، والاستقلالية التقنية، ضمن بيئة مكتبية واحدة موجهة للأستاذ(ة).