تطبيق Flutter مع خادم Laravel يطابق ملف مهارات الطالب Project-DNA بالمشاريع، ويولّد خطة عمل بمخاطرها ومؤشر جاهزية استرشاديًا، مع Gemini وMCP.

ProjectForge تطبيق جوال ومنصة ذكية تساعد طلاب السنوات النهائية على اختيار المشروع الأكاديمي المناسب لمهاراتهم، وتخطيطه، وتشكيل فريق عمل متوازن. تعتمد المنصة على ملف المهارات الرقمي (Project-DNA) الذي يُبنى من استبيان مهارات، ثم تطابقه خوارزمية توصية موزونة مع متطلبات المشاريع المتاحة، وتولّد خارطة طريق تنفيذية (Roadmap) بمراحلها الزمنية ومخاطرها، وتحسب مؤشر جاهزية المشروع (Readiness Indicator). نفذه فريق من الطلاب بمساعدة تقنية من مكتب تكنو إنجاز.
بُني تطبيق الهاتف بإطار Flutter لنظامي Android وiOS، مع خادم Laravel (PHP) يقدم واجهات REST API وقاعدة بيانات MySQL، ودُمج نموذج Gemini 3.5 Flash لتوليد أوصاف المشاريع والمعالم الزمنية ومقترحات المخاطر، مع بروتوكول MCP (Model Context Protocol) لجلب سياق بيانات الطالب بشكل منضبط. ويؤكد المشروع أن مؤشر الجاهزية قيمة استرشادية بأوزان تصميمية، وليس نموذجًا تنبؤيًا معايرًا.
| العنصر | البيانات |
|---|---|
| نوع المشروع | تطبيق جوال ومنصة توصية وتخطيط للمشاريع الأكاديمية |
| المجال | أنظمة التوصية، تكنولوجيا التعليم (EdTech)، الذكاء الاصطناعي التوليدي، إدارة المشاريع |
| حالة المشروع | تطبيق منفذ بواجهات للطالب والمشرف والمدير، مختبر ببيانات تجريبية (Mock Data) |
| دور تكنو إنجاز | دعم ومساعدة تقنية للطلاب أثناء تطوير المشروع |
| تقنيات أساسية | Flutter، Dart، Dio، Laravel، Sanctum، MySQL، Gemini 3.5 Flash، MCP |
| المخرجات | ملف مهارات Project-DNA، قائمة مشاريع موصى بها، مؤشر جاهزية مع تحليل عوامله، خطة عمل بمراحل ومخاطر، إدارة فرق وطلبات إشراف |
يواجه كثير من طلاب السنة النهائية صعوبة في اختيار مشروع يتوافق مع مهاراتهم الفعلية، وفي تخطيطه زمنيًا وتقدير مخاطره، وفي تشكيل فريق موزع المهارات؛ فيُبنى الفريق غالبًا على العلاقات الشخصية لا على تكامل القدرات. ويؤدي غياب منهجية واضحة وخارطة طريق إلى تعثر نسبة من المشاريع البرمجية للطلاب.
وتعالج منصات عالمية جوانب منفصلة من المشكلة: Devpost لبناء الفرق في الهاكاثونات، وSkyHive لتحليل المهارات بمفهوم Skill-DNA، وPymetrics لتقدير ملاءمة الشخص لمهمة. أما ProjectForge فيجمع هذه المراحل في تدفق عمل واحد من تقييم المهارات إلى توليد خطة العمل، مع تخصيصه للبيئة الأكاديمية وقيودها الزمنية.
نُفذ المشروع أكاديميًا بواسطة الطلاب، مع مساعدة ودعم تقني من مكتب تكنو إنجاز أثناء مراحل التطوير. ويُعرض ضمن أعمال المكتب مثالًا على دعمه للتطبيقات التي تجمع بين خوارزميات التوصية، وخوادم Laravel، وتكامل النماذج اللغوية عبر MCP.
تُحسب درجة التوافق (Match Score) بجمع حاصل ضرب مستوى إتقان الطالب لكل مهارة (1–5) في وزنها داخل المشروع (0–1)، ثم القسمة على أعلى مستوى إتقان (5)؛ فكلما اقتربت النتيجة من 1 زاد التوافق. في المثال الموثق: طالب يتقن Flutter بمستوى 4 وDart بمستوى 3 وFirebase بمستوى 2، ومشروع أوزانه 0.4 و0.3 و0.3، فتكون درجة التوافق 62%.
يُحسب المؤشر مجموعًا موزونًا لثلاثة عوامل:
| العامل | الوزن | طريقة الحساب |
|---|---|---|
| تغطية المهارات (Skill Coverage) | 0.5 | نسبة تغطية مهارات الطالب لمتطلبات المشروع الموزونة؛ وفي الفريق يؤخذ أعلى مستوى لكل مهارة بين الأعضاء |
| عامل الصعوبة (Difficulty Factor) | 0.3 | 1 − (درجة الصعوبة − 1) / 5، فالمشروع الأسهل (1) يقترب من 1.0 والأصعب (5) يقترب من 0.2 |
| توازن الفريق (Team Balance) | 0.2 | يعتمد على الانحراف المعياري ومتوسط مستويات الإتقان بين الأعضاء؛ 1.0 للطالب الفردي، ونحو 0.85 لفريق رباعي جيد التوزيع، ونحو 0.40 عند تركز 60% من المهارات في شخص واحد |
ومن الأمثلة الموثقة: طالب فردي بتغطية 50% ومشروع بصعوبة 3 يحصل على مؤشر 63%، وفريق من أربعة أعضاء بتغطية 78% وتوازن 85% ومشروع بصعوبة 4 يحصل على 68%. ويوضح المشروع أن هذه الأوزان قرارات تصميمية لا مستنتجة إحصائيًا، لغياب بيانات مشاريع سابقة كافية.
يتحقق النظام أولًا من وجود معالم ومخاطر محفوظة للمشروع، وإلا يولّدها من قوالب جاهزة بحسب نوع المشروع (تطبيق هاتف، تطبيق ويب، نظام ذكي...)، ثم يحسب تواريخ كل مرحلة بحيث تبدأ فور انتهاء السابقة. ولكل مشروع ثلاث مخاطر أساسية، تُضاف إليها مخاطر مرتفعة التأثير عندما تبلغ الصعوبة 4 أو 5. ويُستعان بنموذج Gemini لتوليد معالم مخصصة عند عدم وجود قالب مناسب.
يطلب تطبيق Flutter من خادم Laravel محتوى مخصصًا، فيستدعي الخادم MCP Client لسحب بيانات الطالب (المهارات ومستويات الإتقان) من MySQL مع تطبيق سياسات الوصول، ثم يُشكَّل سياق يُرسل إلى Gemini عبر HTTPS، وتعود النتائج بصيغة JSON. ومن ضوابط استخدام النموذج:
وتُعد مخرجات المخاطر والتوصيات المولّدة استشارية ولا تغني عن تقييم المشرف الأكاديمي.
| الضابط الأمني | آلية التطبيق |
|---|---|
| تشفير الاتصال | HTTPS (TLS 1.3) مع إعادة توجيه كل حركة HTTP |
| المصادقة | توكنات Laravel Sanctum محدودة الصلاحية |
| الصلاحيات (RBAC) | RoleMiddleware للأدوار: طالب، مشرف، مدير |
| مفاتيح API | تخزين مفاتيح Gemini في ملف .env مستبعد من Git |
| الحماية من حقن SQL | الاعتماد على Eloquent ORM بدل الاستعلامات اليدوية |
| فصل البيانات | فصل بيانات الطالب (students) عن بيانات الدخول (users) |
| المستخدم | الواجهات |
|---|---|
| الطالب | الترحيب وتسجيل الدخول وإنشاء الحساب، استبيان المهارات (3 أجزاء)، الصفحة الرئيسية، الفرق والمشاريع المتاحة، الملف الشخصي والمهارات، إنشاء فريق، مؤشر الجاهزية وعوامله، خطة العمل |
| المشرف الأكاديمي | لوحة التحكم، طلبات الإشراف الواردة وتفاصيلها، رفض الطلب مع بيان السبب، الملف الشخصي |
| مدير النظام | لوحة التحكم، إدارة المشاريع مع التصفية حسب الحالة والفصل والسنة، إدارة المستخدمين والفرق، مساعد ذكي للاستعلام عن بيانات النظام، الإشعارات والإعلانات العامة، إعدادات الفرق |
يوثق المشروع تنفيذ التطبيق بواجهاته للأدوار الثلاثة، وتطبيق الخوارزميات على أمثلة حسابية (توافق 62%، ومؤشر جاهزية 63% و68%)، واختبار النظام ببيانات تجريبية (Mock Data). ويصف أداء العمليات وصفًا نوعيًا: توليد خطة العمل من القوالب سريع، والتوليد عبر Gemini يتأثر بالشبكة وزمن استجابة الخدمة، والاستهلاك ضمن حدود الحساب المجاني، مع تخزين مؤقت للنتائج المتكررة.
ويصرح المشروع بأنه لا يوجد حاليًا تقييم كمي (مثل Precision أو Recall أو F1) لخوارزميتي التوصية وتقدير النجاح، لعدم توفر بيانات مرجعية موسومة. والنسب الواردة في مقدمة المشروع عن منصات أو دراسات أخرى (مثل دقة 90% لدى SkyHive) لا تخص ProjectForge.
بحسب الآفاق الواردة في المشروع:
إذا كنت تعمل على منصة ويب ذكية لإدارة المشاريع والفرق وتحتاج إلى مساعدة تقنية في تطوير الفكرة أو بناء نموذج أولي، يمكن التواصل مع مكتب تكنو إنجاز لمناقشة متطلبات المشروع ونطاق الدعم المناسب.
هي تطبيق جوال ومنصة ذكية نفذها فريق من الطلاب بمساعدة تقنية من مكتب تكنو إنجاز، تساعد طلاب السنوات النهائية على اختيار مشروع أكاديمي يناسب مهاراتهم وتخطيطه وتشكيل فريق متوازن. وتعتمد على ملف مهارات رقمي (Project-DNA) وخوارزمية توصية موزونة وخارطة طريق ومؤشر جاهزية.
تحسب خوارزمية التوصية درجة التوافق بجمع حاصل ضرب مستوى إتقان الطالب لكل مهارة (1–5) في وزنها بالمشروع ثم القسمة على 5. أما مؤشر الجاهزية فمجموع موزون لتغطية المهارات (0.5) وعامل الصعوبة (0.3) وتوازن الفريق (0.2)، ففي المثال الموثق حصل طالب فردي على 63% وفريق رباعي على 68%.
بُني التطبيق بإطار Flutter ولغة Dart مع مكتبة Dio، والخادم بإطار Laravel مع مصادقة Sanctum وقاعدة بيانات MySQL. ودُمج نموذج Gemini 3.5 Flash بمعامل Temperature = 0.4 و8 أدوات لاستدعاء الدوال، مع بروتوكول MCP لجلب بيانات الطالب، وثلاث طبقات للحد من الهلوسة تنتهي بقالب ثابت احتياطي.
لا، فالمشروع يوضح أن المؤشر قيمة استرشادية وأن أوزانه قرارات تصميمية وليست مستنتجة من بيانات حقيقية، ولا يوجد حاليًا تقييم كمي مثل Precision أو Recall. ويقترح المشروع تقييمه بعد فصلين دراسيين وجمع 30 مشروعًا على الأقل باستخدام مقاييس مثل R² وMAE وNDCG@k.
يستخدم الطالب المنصة لبناء ملف مهاراته واستعراض المشاريع والفرق وحساب مؤشر الجاهزية ومتابعة خطة العمل. ويدير المشرف الأكاديمي طلبات الإشراف فيقبلها أو يرفضها مع بيان السبب، بينما يدير مدير النظام المشاريع والمستخدمين والفرق والإعلانات ويستخدم مساعدًا ذكيًا للاستعلام عن بيانات النظام.
تواصل مع فريق تكنو إنجاز لمناقشة قابلية التنفيذ العملي، اختيار القطع، وتطوير النموذج الأولي.