إدارة:تطوير نظام دكّة الإلكتروني
تضم هذه الصفحة التطورات العملية لنظام دكّة الإلكتروني "ندمج"، وهنا تجدون الصفحة الأم التي يتم فيها توثيق عمل النظام الكامل نظام إدارة المساحات المجتمعية الحرّ
معلومات تاريخية من مارس 2014
هذا الملف يضم الملاحظات التي تحتاج إلى حل داخل موقع دكة قبل إطلاقه: http://deca.staging.arabdigitalexpression.org
- القسمين الجديدين المتعلقين بـ"نص البوستر" و"نص إعلان الفيسبوك والموقع":عند حفظ النصوص داخل هذين القسمين يظهر الكلام ملتصقًا ببعضه البعض ولا تظهر المسافات بين السطور المختلفة. نص الفيسبوك والموقع ونص البوستر يجب أن يكون مهيئًا لوجود أكثر من سطر. الوضع الحالي يجعل من الكلام ملتصقًا ببعضه البعض ويلغي الأسطر بعد الحفظ
- الفواصل التي يدرجها النظام تلقائيًا بين البنود المختلفة عند تسجيل البيانات هي فواصل انجليزية (,) وليست عربية (،). هل يمكن تعديل ذلك؟
- جميع مربعات الكلام (text boxes ) بحاجة لأن تكون مرنة بحسب حجم النص المكتوب فيها (مثلًا في وصف الشخص المسؤول أو المدرب نجد المربع صغير والكلام يسجل وراء بعضه ويختفي أثناء الطباعة لضيق المساحة ثم يظهر فقط بعد حفظ المعلومات)
- يجب إضافة نص الفيسبوك ونص البوستر إلى الجلسة والعرض وليس فقط الورشة
when a participant attends a workshop his data gets duplicated in the system
مكونات النظام
- مشارك
- مدرب
- دكة أدمن
- مستخدم = صورة – تاريخ ميلاد - اسم – إيميل – رقم التليفون - الدراسة أو العمل – عنوان = محافظة + مركز أو قسم + bio + tags (اهتماماتك) + مجالات الخبرة
حدث تشير إلى النشاط من الزمكانات وليها عنوان – مدة زمنية – معدات – محتوى - تحضيرما قبل الجلسة + ملاحظة: لو سجلت لازم تيجي ولو عايز تعتذر اكتب إيميل لكذا أو اتصل على كذا. ولو ما جتش ٣ مرات متتالية في عواقب.
عايزين حضور. - we need a payment confirmation system for participants not only a "7oudour" = check they paid and and how much they paid and when.
نشاط مكون من زمكانات – : النشاط = المعلن للمشاركين: عنوان – محتوى – مدربين – نوع – مجال - من غير معدات وتحضير
- فصل المشاركين من الزمكان إلى الحدث
زمكان
مكان
مجال
النوع
- عرض
- ورشة
- تدريب
حدث = مجموعة من الزمكانات + رسوم + مشاركين
استمارة
معدات
ملاحظات مجموعات للمشاركين والمدربين (موسيقيين - طلبة إلخ) المدربين بندخلهم إحنا
وورك فلو
user = ممكن يبقى أدمن أو مشارك أو مدرب
assignment لدور المشارك أو المدرب بيحصل بشكل محدد لكل فعالية مش بالسيستم ككل
المشارك:
الجدول: لما يدوس على نشاط يشوف تفاصيله – hover over = brief
من التفاصيل رابط للتسجيل
من التسجيل يا إما استمارة وإيميل بإنه حنرد عليه بعد ما يمليها, يا إما تأكيد على التسجيل. (مش لازم تنبيه لكل حدث, ممكن كل حدث يبقى عنده إختيار ما بين تنبيه أو لأ.
لما حد يسجل, يوصل إيميل بالتفاصيل للأدمنز ومدرب الورشة ولينك.
ممكن يعدل بياناته بس مش ممكن يدخل على بيانات الناس التانية
المدرب:
يقبل المتقدمين على حدثه
وممكن يشوف بيانات المسجلين بنشاطاته
الأدمن: يخلق حدث برسومه
let the system deny 2 activities in the same time in the same space and notify 2 activities in the same time in different spaces
أفكار:
لما مشارك يسجل بجلسة من غير ما يحضر ٣ مرات متتالية = إيميل للأدمن. لما مشارك يسجل في حدثين في زمان واحد السيستم يمنعه. لما مشارك يتسجل له حضور في ٥ نشاطات يتبعت إيميل للأدمن بالمعلومة دي. ثم ١٠ ثم ١٥ إلخ
work flow for admins:
- we need a notification system for any change happening in any field = when someone edits a certain node, certain people get notified.
- we need a checklist where people can check that this entry is final (like poster, facebook text, etc…) - percentage bar over the workshop content on calendar showing where the content is at = if everything is filled and checked as final and there's still let's say the logistical needs missing it would show a bar outside showing that this workshop is still not completed or a task is not completed or such.
- inventory to be linked with zamakan and galsa for booking spaces and for workshop preparations
- we need an inventory manager and booking system for our inventory - inventory with red alert for missing or broken items
- inventory divided into "audiovisual" - "computer" and paper color etc...
- color on the calendar itself to show that this workshop is fully ready to go
- be able to duplicate content (specifically zamakan with its participants)
النشاط:
اسم*
نوع النشاط*
المجال*
محتوى الفاعلية*
الاهداف
ملف توضيحي
مدربين*
خلفية المشاركين*
أدنى عدد للمشاركين*
اقصى عدد للمشاركين*
الأعمار المستهدفة للفاعلية*
أفكار مقترحة للتصميم الغرافيكي
صور للتصميم الغرافيكي
الخامات و الأدوات والمعدات اللازم تجهيزها*
احتياجات اخري
اصول التصميمات الغرافيكية
اضافات اخرى
الحدث: اسم النشاط عدد الجلسات وسيلة الإشتراك النشاط مجاني أم بمساهمة مادية من المشتركين في هذه الحالة ما قيمة الاشتراك نص البوستر نص إعلان الموقع والفيسبوك رواتب أو أجور (في هذه الحالة يجهز إيصال قبض للمدرب) المبالغ المدفوعة للمدرب مجموع المصاريف مجموع الايرادات البيانات و الأوراق المطلوبة من المسؤولين عن النشاط، في حالة وجود عقد يتضمن قيمة أجر معين طريقة التوثيق المشتركيين التصميمات الغرافيكية النهائية ملخص الفعالية* الحاضرين (جمع حاضرين الزمكانات) اضافات اخرى
الزمكان: اسم زمان مكان حدث تحضير ما قبل الجلسة الخامات و الأدوات والمعدات اللازم تجهيزها* copy طريقة التوثيق copy معلومات خاصه بالضيافة تفاصيل الضيافة حاضرين (ليستة من مشاركين الحدث) المبلغ المدفوع ان وجد اضافات اخرى
آخر التطورات في تطوير نظام دكّة الإلكتروني مارس 2015
حصر لآخر التطورات تم ما بين مديرة دكّة فرح برقاوي و المبرمج المسؤول محمد علي يوم الأربعاء 4 مارس 2015
تقسيم الزمان والمكان في النظام الجديد
- النظام القديم المتبنى من نظام المعسكرات كان يضم نشاطات وجلسات وزمكانات، ولكن بتطبيقه على دكّة ثبت أن الزمكانات هي تكرار لفكرة الجلسات
- نظام دكّة الجديد يضم فقط أحداث وجلسات
- الأنشطة المختلفة سيكون وصفها التفصيلي ومنهجها في الويكي ونشارك رابط منه فقط داخل صفحة كل حدث
- الحدث هو فعالية تنفيذ أحد الأنشطة (مجال معين، مثلاً ورشة صنع الأفلام ربيع 2015)، وهذه الفعالية تنقسم إلى جلسات بحسب المواعيد والأوقات (تنقسم إلى 24 جلسة في الفسحة من 21 مارس وحتى 9 يونيو)، كما أن صفحة كل تضم مساحة لوضع محتوى يخص تلك الجلسة بعينها عندما يكون المنهج تفصيليا، غير أنها يمكن تركها فارغة
- حدث اليوم الواحد يحتاج إلى جلسة واحدة لوضعه على الروزنامة
التسجيل في الأحداث وإدارة الجلسات
- يمكن إضافة خانات جديدة لاستمارة التسجيل بحسب كل حدث ومتطلباته، لكن هناك قالب ثابت بسيط لفعاليات دكّة الاعتيادية يظهر في صفحة الحدث الرئيسية عندما يزورها المشارك
- يمكن تحديد آخر يوم للتسجيل في أي فعالية بشكل يدوي، ولكن الضبط التلقائي يغلق التسجل قبل يوم واحد من الورشة
- هناك خيار لقبول كل مشترك على حدة أو رفضه
- تنبيهات التسجيل في الفعاليات:
- هناك عنصر إيميل للإرسال للأشخاص المقبولين أو المرفوضين، ويمكن تعديل الرسالة لكل حدث وليس لكل شخص
متطلبات إضافية للجلسات والأحداث
- تقرير إظهار تسجيل الحضور في كل جلسة على شكل علامة حضور بجانب أسماء المسجلين على عكس النظام القديم الذي يظهر قائمتين للأسماء بالمسجل والحاضر
- تحديد الصلاحيات بخصوص الموافقة على طلبات التقديم للورش والفعاليات أم لا بالنظر إلى طاقم دكّة وتوزيع الأدوار بينهم
- مراجعة خيارات التسجيل وكيفية تعديلها (edit or check box)
- هناك ضرورة في صفحة الحدث أن يظهر عدد الجلسات وعناوينها
- أن يظهر في صفحة الحدث عنصر الإيصالات التي صرفت في الجلسات المتعلقة بهذا الحدث (هناك عنصر receipt خامل يمكن إزالته أو تفعيله)
- الأحداث، الجلسات، العمل على جعل عرض الأحداث أو الجلسات في صفحاتهم المخصصة بالتدريج الزمني، أو إتاحة فرصة الاختيار على الموقع sort by
- التمييز بين المتقدمون للورش، المسجلون، والحاضرون بطريقة ما
حجوزات المعدات
- عند استعراض المعدات بغرض الحجز، سيظهر للشخص إذا كانت المعدة متاحة للحجز في التاريخ المرغوب أم لا
- استمارة الحجز منقولة بأغلب عناصرها عن النظام القديم http://arabdigitalexpression.org/deca/booking/equipment
- عنصر Groups audience يعبر عن ارتباط المعدة بأي دكّة من الدكك
تم إضافة حقل الإيصالات إلى حجوزات المعدات
- تنبيهات الحجوزات:
- هناك إيميل يرسل للأشخاص الذين لم يتم قبول حجوزاتهم للمعدات
- هناك إيميل يرسل للأشخاص الذين يتم قبول حجوزاتهم للمعدات
- يمكن تعديل نص قالب الإيميل الثابت ( للجميع وليس لكل مرة بمرتها)
متطلبات إضافية لحجوزات المعدات
- إضافة تنبيه بخصوص المعدّات المستأخرة التي لم يتم إدخال معلومة استراجعها بعد مرور تاريخ وساعة الاستلام المتوقع
- إضافة خيار تعديل الإيميل الذي يرسل للأشخاص الذين لم يتم قبول حجوزاتهم للمعدات/المساحات لخصوصية كل حالة
- تحديد الصلاحيات بخصوص الموافقة على الحجوزات أم لا بالنظر إلى طاقم دكّة وتوزيع الأدوار بينهم
- إضافة حقل بخصوص التأمين عندما لا يكون مبلغ نقدي (تأمين عيني)
- حذف حقل التاريخ المتوقع للتسليم من حجز المعدات لأنه يكرر نفس حقل تاريخ نهاية الحجز
- إضافة حقل الاستلام الفعلي للمعدة (لأنه قد يختلف عن الاستلام الافتراضي)
- إضافة حقل المبلغ المقترح من المستخدم والمبلغ المدفوع (بدلاً من قيمة المساهمة) وتاريخ الدفع
- إضافة تقرير تفصيلي لحجوزات كل معدة تظهر في صفحة هذه المعدة (تشبه النظام القديم) مع التنبه لإضافة مرجعية الحجوزات التفصيلية في التقرير (لإنها غير موجودة في تقرير النظام القديم) http://deca.staging.arabdigitalexpression.org/node/4840
حجوزات المساحات
- عند استعراض المساحات بغرض الحجز، سيظهر للشخص إذا كانت المساحة متاحة للحجز في التاريخ المرغوب أم لا
- استمارة الحجز منقولة بأغلب عناصرها عن النظام القديم http://arabdigitalexpression.org/deca/booking/spaces
- عنصر Groups audience يعبر عن ارتباط المساحة بأي دكّة من الدكك
تم إضافة حقل الإيصالات إلى حجوزات المساحات
- تنبيهات الحجوزات:
- هناك إيميل يرسل للأشخاص الذين لم يتم قبول حجوزاتهم للمعدات
- هناك إيميل يرسل للأشخاص الذين يتم قبول حجوزاتهم للمعدات
- يمكن تعديل نص قالب الإيميل الثابت ( للجميع وليس لكل مرة بمرتها)
متطلبات إضافية لحجوزات المساحات
- إضافة حقلين لتحديد موعد الاستخدام الفعلي للمساحات المحجوزة (بدء وانتهاء)
- إضافة خيار تعديل الإيميل الذي يرسل للأشخاص الذين لم يتم قبول حجوزاتهم للمعدات/المساحات لخصوصية كل حالة
- تحديد الصلاحيات بخصوص الموافقة على الحجوزات أم لا بالنظر إلى طاقم دكّة وتوزيع الأدوار بينهم
- إضافة حقل المبلغ المقترح من المستخدم والمبلغ المدفوع (بدلاً من قيمة المساهمة) وتاريخ الدفع
- إضافة تقرير تفصيلي لحجوزات كل مساحة تظهر في صفحة هذه المساحة (تشبه النظام القديم) مع التنبه لإضافة روابط مرجعية (hyperlinks) الحجوزات التفصيلية في التقرير (لإنها غير موجودة في تقرير النظام القديم)
تنبيهات مسار العمل work flow التي تم إعدادها بالفعل
- هناك تنبيه يرسله النظام للمدير عندما يحضر المستخدم عدد ٥ فعاليات أو أكثر
- رسالة تعارض عند محاولة حجز معدة/مساحة محجوزة مسبقاً في نفس التاريخ المرغوب من قبله
- إرسال إيميل لمدير المعدة/المساحة عند وصول طلبات حجز جديدة ليكشف عنها ويقوم بالموافقة أو الرفض
- إرسال إيميل للمستخدم الذي تقدم بحجز معدة/مساحة بالموافقة أو الرفض (تحتاج لتعديل)
- إرسال إيميل للمستخدم بعد تسجيله بالنشاط في حال الموافقة أو الرفض (يحتاج إلى تعديل)
- إرسال تنبيه للمستخدم عند محاولة التسجيل في أكثر من فعالية تتقاطع في مواعيدها الزمنية
- إرسال إيميل للمستخدم الجديد بعد إنشائه للحساب
- إرسال إيميل للمستخدم مع طلبه لتغيير لكلمة السر
الإيصالات
- الإيصالات داخل النظام ترتبط بالجلسات المعنية، ويمكن استخدام نفس القالب لتدوين المدفوعات أو الإيرادات، وأيضاً يمكن أن تقبل بتسجيل مستخدم على النظام (مشترك/مدرب/عضو) أو طرف خارجي (مثال:مترو، سمير وعلي). سيقوم النظام بخلق مساحة للطرف الخارجي (ولكن ليس كمستخدم) بحيث إذا تكررت المعاملات معه (مترو أو المكتبة) يمكن النظر في جميع المعاملات مع هذا الطرف
- تمت إضافة إمكانية رفع صورة لفاتورة المشتريات والمدفوعات على عنصر الإيصالات، وذلك لحفظ الفواتير القابلة للتلف كفواتير مترو (تمسح المعلومات من عليها بسهولة)
- تواريخ الإيصالات تتولد بشكل تلقائي بحسب يوم عمل الوصل، إلا إذا تم تعديل التاريخ داخل الاستمارة
متطلبات خاصة بالإيصالات
- أن يظهر في صفحة الحدث عنصر الإيصالات التي صرفت في الجلسات المتعلقة بهذا الحدث (هناك عنصر receipt خامل يمكن إزالته أو تفعيله)
المستخدمون
- سيقوم كل مستخدم جديد بالتسجيل في نظام دكّة سواء كان مشارك أو مدرّب أو ينتمي لمجموعة منظمّة أو مؤسسة وغيرها
- المعلومات المطلوب لتسجيل المستخدمين الجدد هي نفسها من النظام القديم http://deca.staging.arabdigitalexpression.org/node/add/participant
متطلبات إضافية لقسم المستخدمين
- استيراد المعلومات من النظام القديم (بالذات معلومات المشاركين)
- إظهار في صفحة المستخدم تقرير بجميع الأنشطة والفعاليات المرتبطة به
- إضافة عنصر للحضور/المعارف/الأشخاص غير المستخدمين، ويمكن أن يظهر خانة لإدخال أسمائهم في الفعاليات المفتوحة أو فعاليات ليست من تنظيم دكّة أو حجوزات المساحات للتواصل معهم لاحقاً
سياسات معلومات المستخدمين
يمكن مراجعتها هنا إدارة:سياسات معلومات المستخدمين على نظام دكّة الإلكتروني
متطلبات إضافة ضرورية جداً للنظام ككل
- عصف ذهني لجميع أنواع التقارير التي يمكن الاحتياج إليها، ووضعها بقائمة بشكل دقيق ليعمل عليها المطور الجديد
- لكل تقرير يجب تحديد أنواع الحقول (تاريخ، عدد، أقصى عدد، أدنى عدد، إيميل، مدربين، حي سكني، إلخ)، كما يجب تحديد مرشحات البحث (جنس، نوع، مجال، حي سكني، مهنة، إلخ)، ومعايير الترتيب (sorting) بحسب الحقل المختار (تاريخ، أبجدي، أكبر، أصغر)
- سؤال محمد عمّار أو أحمد غربية حول الخادم الخاص بنظام دكّة الإلكتروني ومدى احتماله للبيانات المخزنة
- تحديد الصلاحيات بخصوص القادرين على تعديل الاستمارات والصفحات على النظام الإلكتروني بالنظر إلى طاقم دكّة وتوزيع الأدوار بينهم
- مراجعة ترتيب العرض لجميع الاستمارات وصفحات الإدخال والتقارير وكله
- يجب تحديد الوظائف والصلاحيات العليا على مستوى الموقع كلل (Site admin) وعلى مستوى كل دكّة على حدة (من مدير الدكة للآخرين). يمكن إعداد توليف تلقائي لتقسيم الوظائف والصلاحيات على مستوى كل دكّة، ويمكن أيضاً تمكين أعلى رتبة في إدارة النظام في كل دكّة من إ ضافة وظائف وصلاحيات جديدة على مستوى الدكّة الأمر الذي يتطلب مهارة متقدمة في بناء النظام.
- إضافة قائمة بمخزن الأدوات (قرطاسية وما إلى ذلك)
- إضافة عنصر للحضور/المعارف/الأشخاص غير المستخدمين، ويمكن أن يظهر خانة لإدخال أسمائهم في الفعاليات المفتوحة أو فعاليات ليست من تنظيم دكّة أو حجوزات المساحات للتواصل معهم لاحقاً