| الوقت | العملية | الوصف | الحالة |
|---|---|---|---|
| لا توجد عمليات بعد. | |||
| كود الطالب | اسم الطالب | رقم التواصل | رقم الدفع | المعلم | الباقة | المادة | حالة الدفع | المستحق | المدفوع | المتبقي | المرحل | آخر ملاحظة | الإجراءات |
|---|
| الطالب | التاريخ | رقم التواصل | الملاحظة | الإجراءات |
|---|
| رقم الدفع | عدد الطلاب | إجمالي المستحق | إجمالي المدفوع | إجمالي المتبقي | الطلاب المرتبطون | الإجراءات |
|---|
| كود المعلم | الاسم | النوع | الهاتف | المادة/المواد | الحالة | عدد الطلاب المرتبطين | مستحقات/رصيد | إجراءات |
|---|
| كود المعلم | اسم المعلم | عدد الطلاب | عدد الحصص | إجمالي أجر الحصص | المكافآت | الخصومات | الصافي | الحالة | الإجراءات |
|---|
| الإجراءات | كود الطالب | اسم الطالب | المعلم | الشهر | الباقة | نوع الحصة | الحصص الشهرية | المنفذ | المتبقي | المرحل | حالة الدفع |
|---|
| مفتاح الحقل | اسم الحقل | النوع | القسم | إجباري | نشط |
|---|
هذه الخطة تنظّم بناء منصة الطنطاوي التعليمية على مراحل، حتى تظل المنصة مرنة وقابلة للتوسع دون كسر الأجزاء الحالية.
هذه الصفحة تخطيطية فقط ولا تنفّذ أي تغييرات في قاعدة البيانات.
هذه المصفوفة تساعد في ترتيب تنفيذ وحدات منصة الطنطاوي التعليمية، بحيث نبدأ بما يؤثر مباشرة على التشغيل اليومي، ثم ننتقل تدريجيًا للمزايا التعليمية والتسويقية والتكاملات الخارجية.
هذه الصفحة تخطيطية فقط، ولا تنفّذ أي تغيير في قاعدة البيانات.
| اسم العنصر | الوحدة | المرحلة | الأولوية | الأثر على التشغيل | التعقيد | المخاطر | يعتمد على | يحتاج قاعدة بيانات؟ | يحتاج تكامل خارجي؟ | قرار التنفيذ |
|---|
هذه الصفحة تجمع سياسات التشغيل والحوكمة المقترحة لمنصة الطنطاوي التعليمية، لضمان وضوح المسؤوليات وحماية البيانات وتنظيم الاعتماد والنشر والأرشفة.
هذه السياسات تخطيطية، وسيتم تحويلها لاحقًا إلى صلاحيات وقواعد تشغيل داخل النظام.
| اسم السياسة | المجال | درجة الحساسية | من يعتمد؟ | تحتاج RLS؟ | تحتاج موافقة قبل النشر؟ | وصف مختصر | قواعد مقترحة |
|---|
هذا المخطط يوضح كيف ترتبط وحدات منصة الطنطاوي التعليمية ببعضها، وكيف تتحرك البيانات من التسجيل إلى التعليم، ثم المتابعة، ثم التقارير والإنجازات.
هذه الصفحة للتخطيط فقط، ولا تنشئ أي جداول أو علاقات فعلية في قاعدة البيانات.
| من | إلى | نوع العلاقة | الوصف | الحساسية | المرحلة |
|---|
| الوحدة | نوع البيانات | درجة الحساسية | سبب الحساسية | متطلبات الحماية |
|---|
هذا المخطط يوضح تصور قاعدة البيانات على مراحل. لا يتم هنا إنشاء أي جدول أو تعديل قاعدة البيانات، بل هو دليل تخطيطي يساعدنا على بناء النظام تدريجيًا بدون كسر الأجزاء الحالية.
أي جدول جديد يجب أن يُراجع أولًا، ثم يُنشأ لاحقًا من Supabase SQL Editor بعد أخذ نسخة احتياطية.
| اسم الجدول المقترح | المرحلة | الوحدة | الهدف | الحساسية | يحتاج RLS؟ | يحتاج تكامل خارجي؟ | الأولوية |
|---|
هذه الخطة تحدد أقل نسخة قوية قابلة للتشغيل الداخلي قبل التوسع في الحلقات والغرف والمكتبة والتكاملات.
معيار النجاح: إدخال 10 طلاب و2 معلمين وتجربة الدفع والتجديد والترحيل بدون أخطاء.
معيار النجاح: كل طالب له سجل تعليمي واضح شهريًا.
معيار النجاح: يمكن نقل الطالب من مستوى لآخر بناء على اختبار واعتماد.
| الخطر | المجال | درجة الخطورة | الاحتمال | التأثير | طريقة التخفيف | المرحلة |
|---|---|---|---|---|---|---|
| كسر إدارة الطلاب بسبب تعديلات UI | الواجهة | عالية | متوسط | عالٍ | عدم تعديل الشكل والمنطق معًا، واختبار إدارة الطلاب بعد كل PR. | MVP 1 |
| ضياع الماليات أو احتسابها خطأ | الخزينة | عالية جدًا | متوسط | عالٍ جدًا | توحيد دوال amount_due و installment_amount و carryover_amount. | MVP 1 |
| RLS يقفل النظام | الأمان | عالية جدًا | متوسط | عالٍ جدًا | تشغيل RLS تدريجيًا مع rollback. | MVP 5+ |
| نشر بيانات طالب بدون إذن | الخصوصية | عالية جدًا | منخفض | عالٍ جدًا | اعتماد إداري وموافقة ولي الأمر. | MVP 4+ |
| منع تحميل المكتبة غير مضمون | المكتبة | متوسطة | عالٍ | متوسط | روابط مؤقتة وwatermark وصلاحيات. | MVP 4 |
| تكاملات السوشيال تفشل بسبب APIs | التكاملات | عالية | متوسط | عالٍ | البدء بتوليد منشور يدوي ثم API لاحقًا. | MVP 5 |
| AI يرد في مسألة حساسة | الدعم | عالية جدًا | متوسط | عالٍ جدًا | تحويل المالي والشكاوى للبشر. | MVP 5 |
| الغرف الصوتية والمرئية مكلفة أو معقدة | الغرف | عالية | عالٍ | متوسط إلى عالٍ | البدء بحلقات يدوية ثم تكامل خارجي لاحقًا. | MVP 2-5 |
| الدور | الوصف |
|---|---|
| مالك النظام | يرى ويدير كل شيء. |
| مدير الأكاديمية | يدير طلاب ومعلمين وخزينة أكاديميته فقط. |
| مسؤول الطلاب | إضافة وتعديل ومتابعة الطلاب بدون صلاحيات مالية كاملة. |
| مسؤول المالية | الخزينة والمدفوعات والتقارير المالية. |
| مسؤول المعلمين | إدارة المعلمين ومسار القبول والتقييم. |
| المعلم | يرى طلابه وحلقاته وملاحظاته فقط. |
| الطالب | يرى ملفه ومحتواه ودفعاته فقط. |
| ولي الأمر | يرى أبناءه وحالتهم والتزاماتهم فقط مستقبلًا. |
| مشاهد فقط | تقارير بدون تعديل. |
هذه الصلاحيات يجب أن تُطبّق لاحقًا عبر RLS، وليس الواجهة فقط.
| # | القرار | الترشيح |
|---|---|---|
| 1 | هل نبدأ بالحلقات اليدوية قبل الغرف؟ | نعم. |
| 2 | هل الترحيل يخصم من المستحق أم يسجل كمبلغ مرحل فقط؟ | يسجل كمرحل ولا يخصم تلقائيًا. |
| 3 | هل الخزينة تسجل حركة تلقائية عند كل دفع؟ | نعم بعد تثبيت المنطق. |
| 4 | هل ذكراهم طيبة عام أم داخلي؟ | داخلي افتراضيًا، عام بموافقة. |
| 5 | هل مصابيح الطنطاوي ينشر تلقائيًا؟ | اعتماد يدوي أولًا. |
| 6 | هل المعلم يرى أرقام الطلاب؟ | حسب إعداد allow_contact أو صلاحية. |
| 7 | هل نستخدم بوابة دفع الآن؟ | لا، نثبت التجديد اليدوي أولًا. |
| 8 | هل نربط واتساب API الآن؟ | لا، نبدأ بنسخ الرسائل وفتح واتساب. |
| 9 | هل نبدأ AI الآن؟ | لا، بعد توثيق الأسئلة وبناء قاعدة معرفة. |
| 10 | هل نربط الدومين الآن؟ | بعد اختبار داخلي وRLS وbackup. |
هذا المخطط لا ينشئ جداول ولا يغير قاعدة البيانات، لكنه يوضح الجداول والوحدات المقترحة لبناء منصة تعليمية مرنة وقابلة للتوسع.