
إعداد فريق تسوى التحريري، من المصادر الرسمية المذكورة في آخر الدليل. كيف نكتب أدلتنا
ثلاثة طلاب في الفصل الأخير يكتبون على السبورة: نظام متكامل لإدارة مستشفى. حجوزات وصيدلية ومختبر وفواتير وتقارير ولوحة تحكم وتطبيق جوال. أمامهم أسابيع الفصل فقط، وليس لهم وصول إلى أي مستشفى. بعد شهر سيكون عندهم رسم هندسي جميل وشاشتان تعملان ولا شيء يمكن عرضه أمام اللجنة.
ماذا يجب أن يثبت مشروع تخرج نظم المعلومات؟
تقع برامج نظم المعلومات عادة بين كليات الأعمال والحوسبة وإدارة المعلومات، وتقوم المناهج المرجعية مثل IS2020 من ACM وAIS على الكفايات: أن تحلل مشكلة في جهة، وتصمم حلاً معلوماتياً، وتنفذه أو تبني نموذجاً أولياً، وتقيّم أثره.1 لذلك لا يُقاس مشروعك بحجم الشاشات بل بقدرتك على إظهار هذه الحلقة كاملة: مشكلة حقيقية، ثم تحليل، ثم تصميم، ثم نموذج يعمل، ثم دليل على أنه ينفع.
وهذا يغيّر السؤال. بدل "كم ميزة نضيف؟" اسأل "ما الدليل الذي سنقدمه أن العملية تحسّنت؟" وقد تختلف صيغة المشروع وشروطه من قسم لآخر، فاطلب من مشرفك نموذج التقييم قبل أن تثبّتوا النطاق.
كيف تقلّص نطاق مشروع نظم المعلومات إلى فصل دراسي؟
- اختاروا عملية واحدة
اكتبوا عملية بخطوات تبدأ وتنتهي: طلب إجازة، استلام مفقودات، حجز قاعة. "إدارة الجامعة" ليست عملية، لكن "حجز قاعات الدراسة" عملية.
- اختاروا فئة مستخدمين واحدة
من سيضغط الأزرار فعلاً؟ طالبات فقط، أو موظفو قسم واحد. كل فئة إضافية تعني شاشات وصلاحيات واختبارات أخرى.
- افرزوا الميزات إلى لازم ومفيد ومؤجل
اللازم هو ما إن غاب لم تعد العملية تعمل. وضعوا الباقي في "مؤجل" واكتبوه في قسم الأعمال المستقبلية، فهذا يظهر نضجاً لا نقصاً.
- حددوا دليل النجاح قبل البناء
قياس واحد يكفي: زمن إنجاز الطلب، عدد الأخطاء، رضا خمسة مستخدمين. لا يمكنكم تقييم ما لم تقيسوه قبل التغيير.
- اربطوا كل أسبوع بمخرج
إذا كان فصلكم يحوي نحو أربعة عشر أسبوعاً (راجعوا تقويم جامعتكم) فوزعوها بين التحليل والتصميم والبناء والاختبار والكتابة، وضعوا في كل أسبوع ملفاً أو شاشة تُعرض على المشرف.

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

للأفكار الأولية راجعوا أفكار مشاريع التخرج، وللمقارنة مع مشروع تقني خالص اقرأوا مشروع تخرج علوم الحاسب. والفرق الجوهري أن مشروع نظم المعلومات يُحاكم على ملاءمة الحل للعملية والجهة، لا على تعقيد الشيفرة. وإن لم تحسموا التخصص بعد ففي دليل تخصص نظم المعلومات خلفية تفيد.
ما الموارد التي تحدد حجم المشروع فعلاً؟
أربعة موارد لا يظهر أثرها إلا متأخراً: عدد أعضاء الفريق وخبرتهم، والوصول إلى جهة حقيقية، والبيانات، والاستضافة. فريق من ثلاثة فيه شخص واحد يعرف قواعد البيانات لا يستطيع وعد لجنة بثلاثة مخازن بيانات. وجهة تتأخر في الرد أسبوعين تأكل خمس الفصل. وبيانات حقيقية بلا موافقة لا تُستخدم.
اكتبوا للموارد الأربعة جدول مخاطر من أربعة أسطر قبل أن تثبتوا النطاق: ما الخطر، ومن يتابعه، وما الخطة البديلة. الخطة البديلة الجاهزة تعني بيانات تجريبية تصنعونها بأنفسكم إن تأخرت الجهة، ونسخة تعمل على جهاز المشرف إن تعذرت الاستضافة. ولإدارة الشيفرة داخل الفريق يفيد دليل GitHub للمبتدئين.
كيف تتعامل مع أخلاقيات البحث حين يستخدم نظامك أو استبيانك أشخاصاً حقيقيين؟
إذا أجريتم مقابلات أو استبياناً أو اختبرتم النظام مع مستخدمين، فأنتم تجمعون بيانات عن أشخاص. القاعدة العملية: اشرحوا للمشارك غرضكم، واطلبوا موافقته قبل أن يبدأ، واجمعوا أقل ما تحتاجون، ولا تطلبوا اسمه أو رقم هويته إن كنتم لا تحتاجونه. واسألوا مشرفكم وقسمكم إن كان مشروعكم يمر على لجنة أخلاقيات البحث في الجامعة أو لا، فالجواب يختلف بحسب الجامعة ونوع الدراسة، وهو عندهم لا عندنا.
وفي الاستبيانات عبر Google Forms انتبهوا لإعدادين: تسجيل البريد يُحفظ فقط إن فعّلتم خيار جمع عناوين البريد في الإجابات، وخيار "حد واحد للإجابة" يطلب تسجيل الدخول بحساب جوجل.2 إن أردتم استبياناً مجهولاً فلا تفعّلوا جمع البريد، وقولوا ذلك في أول النموذج. وتفاصيل بناء النموذج في دليل Google Forms، وتوثيق المقابلات في توثيق المقابلات البحثية. وللبيانات الحساسة والذكاء الاصطناعي اقرأوا الخصوصية مع أدوات الذكاء الاصطناعي.
كيف يبدو نطاق مشروع واقعي؟
هذا مثال للتوضيح، وليس مشروعاً مقترحاً ولا شرطاً من أي قسم: نظام لمتابعة طلبات المفقودات في كلية واحدة، يسجل فيه الطالب ما فقده، ويسجل الموظف ما وجده، ويربط النظام بينهما. عملية واحدة، وفئتان من المستخدمين، وثلاث ميزات لازمة: تسجيل الطلب، والبحث والمطابقة، وتغيير الحالة. أما الإشعارات والتقارير الإحصائية وتطبيق الجوال فتذهب إلى "مؤجل".
| الفترة | المخرج | ما يراه المشرف |
|---|---|---|
| الأسابيع 1 إلى 3 | وصف العملية الحالية ومقابلة مستخدمين | مخطط العملية القائمة وملاحظات المقابلات |
| الأسابيع 4 إلى 5 | متطلبات ونموذج بيانات | قائمة اللازم والمؤجل ومخطط الجداول |
| الأسابيع 6 إلى 9 | بناء الميزات الثلاث | نموذج يعمل على بيانات تجريبية |
| الأسابيع 10 إلى 11 | اختبار مع خمسة مستخدمين | نتائج القياس قبل وبعد |
| الأسابيع 12 إلى 14 | كتابة التقرير وتجهيز العرض | مسودة كاملة ثم نسخة العرض |
متى تقطعون من النطاق ومتى تضيفون؟
اقطعوا حين يمر أسبوعان دون مخرج، أو حين يتأخر وصولكم إلى الجهة، أو حين تكتشفون أن الميزة "اللازمة" تتطلب نظاماً آخر. وأضيفوا فقط حين يتقدم المشروع عن الجدول، وتذكروا أن ما تضيفونه يحتاج اختباراً وتوثيقاً أيضاً. اجعلوا القرار في اجتماع قصير مع المشرف، لا في محادثة جانبية.
وحين يكتمل النطاق ابدأوا بكتابة ملخص المشروع مبكراً، فهو يكشف الغموض؛ راجعوا ملخص مشروع التخرج. وإن احتجتم برامج أو اشتراكات للعمل فتصفحوا خصومات الطلاب في السعودية ودليل خصومات الطلاب. والتواصل مع المشرف تعالجه مقالة المشرف.





