كيف تكتب تقرير مشروع التخرج بشكل احترافي

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

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

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

لماذا التقرير مهم بهذا القدر

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

لجنة المناقشة ما تشوف الكود اللي كتبته سطر بسطر. ما تعرف كم ساعة قضيتها في Debug أو كم مرة أعدت تصميم قاعدة البيانات. اللي تشوفه هو التقرير والعرض التقديمي. التقرير هو المكان اللي توثّق فيه كل شغلك: المشكلة اللي حللتها، الطريقة اللي اتبعتها، النتائج اللي حصلت عليها، والقرارات التقنية اللي اتخذتها ولماذا.

تقرير ممتاز يرفع درجتك حتى لو المشروع فيه نقاط ضعف. وتقرير ضعيف ينزّل درجتك حتى لو المشروع تقنيا قوي. هذي هي الحقيقة اللي لازم تستوعبها من البداية.

الهيكل الكامل لتقرير مشروع التخرج

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

الآن نشرح كل جزء بالتفصيل.

---

صفحة الغلاف (Cover Page)

صفحة الغلاف هي أول شيء يشوفه المُقيّم. لازم تكون نظيفة واحترافية وتتضمن كل المعلومات المطلوبة.

العناصر الأساسية لصفحة الغلاف

• شعار الجامعة: في الأعلى، بحجم مناسب (ليس كبيرا جدا ولا صغيرا)
• اسم الجامعة والكلية والقسم: تحت الشعار مباشرة
• عنوان المشروع: في منتصف الصفحة تقريبا، بخط واضح وحجم أكبر من باقي النص
• أسماء الطلاب وأرقامهم الجامعية: تحت العنوان
• اسم المشرف: مع لقبه الأكاديمي (د. أو أ.د.)
• الفصل الدراسي والسنة: في أسفل الصفحة
• عبارة: “تقرير مقدم استكمالا لمتطلبات الحصول على درجة البكالوريوس في…” أو ما يعادلها حسب جامعتك

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

الملخص (Abstract)

الملخص هو أهم فقرة في التقرير كله. كثير من أعضاء اللجنة يقرأون الملخص أولا ليقرروا مدى جودة المشروع.

ماذا يتضمن الملخص

الملخص يكون فقرة واحدة (أو فقرتين كحد أقصى) بطول 150 إلى 300 كلمة، ويتضمن أربعة عناصر أساسية:

1. المشكلة: جملة أو جملتين عن المشكلة اللي يعالجها المشروع
2. المنهجية: باختصار شديد، ما الطريقة أو التقنية المستخدمة
3. النتائج الرئيسية: أهم النتائج اللي حققها المشروع
4. الخلاصة: ماذا يعني هذا المشروع ولماذا هو مهم

نصائح لكتابة ملخص قوي

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

جدول المحتويات

Open جدول المحتويات

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

عناصر جدول المحتويات

• فهرس الفصول والأقسام: كل الفصول والعناوين الرئيسية والفرعية مع أرقام الصفحات
• فهرس الجداول (List of Tables): كل الجداول الموجودة في التقرير مع أرقامها وعناوينها وأرقام صفحاتها
• فهرس الأشكال (List of Figures): كل الرسومات والصور ولقطات الشاشات مع أرقامها وعناوينها

💡 نصيحة تقنية

استخدم خاصية جدول المحتويات التلقائي في Microsoft Word أو Google Docs. هذا يضمن إن أرقام الصفحات تتحدث تلقائيا عند أي تعديل. لو تستخدم LaTeX، الفهرس يتولّد تلقائيا. لا تكتب جدول المحتويات يدويا أبدا، لأن أي تعديل في التقرير يخرّب الأرقام.

المقدمة (Introduction)

المقدمة تأسس لكل شيء بعدها. القارئ بعد ما يقرأ المقدمة لازم يفهم: ما المشكلة، لماذا هي مهمة، وما الذي سيجده في باقي التقرير.

عناصر المقدمة

• السياق العام: ابدأ بتقديم المجال العام اللي يندرج تحته مشروعك. مثلا: “شهدت السنوات الأخيرة تطورا ملحوظا في تقنيات إنترنت الأشياء وتطبيقاتها في مختلف المجالات…”
• المشكلة البحثية: وضّح المشكلة المحددة اللي يعالجها مشروعك. كن دقيقا ومحددا.
• أهداف المشروع: اذكر الأهداف بشكل واضح ومرقم. كل هدف لازم يكون قابل للقياس.
• أهمية المشروع: لماذا هذا المشروع مهم؟ ما الفائدة العلمية أو العملية؟
• نطاق المشروع وحدوده: وضّح ما يشمله المشروع وما لا يشمله. هذا يحميك من أسئلة اللجنة حول أشياء خارج نطاقك.
• هيكل التقرير: في نهاية المقدمة، قدّم ملخص سريع لما يحتويه كل فصل. مثلا: “يستعرض الفصل الثاني الدراسات السابقة، ويوضح الفصل الثالث المنهجية المتبعة…”

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

الدراسات السابقة (Literature Review)

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

كيف تكتب مراجعة أدبيات قوية

• صنّف الدراسات حسب الموضوع أو المنهجية. لا تسردها بشكل عشوائي. اجمع الدراسات المتشابهة تحت عناوين فرعية.
• لكل دراسة، اذكر: المؤلف والسنة، هدف الدراسة، المنهجية المتبعة، أهم النتائج.
• قارن بين الدراسات. وش أوجه التشابه والاختلاف بينها؟
• حدد الفجوة. بعد ما تستعرض الدراسات السابقة، وضّح الفجوة اللي مشروعك يملأها. هذا هو الجزء الأهم: الربط بين ما تم عمله وبين مشروعك.
• اعمل جدول مقارنة. جدول يقارن بين الدراسات السابقة ومشروعك يعطي انطباع ممتاز عند اللجنة.

المنهجية (Methodology)

فصل المنهجية يشرح “كيف” نفذت المشروع. اللجنة تقيّم قدرتك على اختيار الأدوات والطرق المناسبة وتبرير اختياراتك.

ماذا يتضمن فصل المنهجية

• منهجية تطوير البرمجيات: هل استخدمت Agile؟ Waterfall؟ Scrum؟ اشرح ليش اخترت هذي المنهجية وكيف طبقتها فعليا.
• لغات البرمجة والأدوات: اذكر كل لغة برمجة وإطار عمل (Framework) وأداة استخدمتها، مع تبرير الاختيار. لا تقل “استخدمنا React لأنه مشهور”. قل “استخدمنا React لقدرته على بناء واجهات مستخدم تفاعلية مع إدارة فعالة للحالة (State Management) من خلال مكتبة Redux”.
• بيئة التطوير: نظام التشغيل، محرر الأكواد، نظام التحكم بالإصدارات (Git)، وأي أدوات مساعدة.
• تصميم قاعدة البيانات: إذا مشروعك يستخدم قاعدة بيانات، اشرح نوعها (SQL أو NoSQL) ولماذا اخترتها، وأرفق مخطط Entity-Relationship Diagram (ERD).
• طريقة جمع البيانات: إذا مشروعك يتضمن بيانات (مثل مشاريع ML أو الاستبيانات)، اشرح كيف جمعتها ومن أي مصدر.

التصميم والتنفيذ (Design & Implementation)

هذا الفصل هو قلب التقرير التقني. فيه تشرح كيف صممت النظام وكيف نفذته فعليا.

عناصر فصل التصميم والتنفيذ

معمارية النظام (System Architecture): ابدأ بالصورة الكبيرة. ارسم مخطط يوضح المكونات الرئيسية للنظام وكيف تتواصل مع بعض. استخدم مخططات مثل:

• مخطط المكونات (Component Diagram): يوضح الأجزاء الرئيسية للنظام
• مخطط النشر (Deployment Diagram): يوضح كيف يتم نشر النظام على الخوادم
• مخطط تدفق البيانات (Data Flow Diagram): يوضح كيف تتدفق البيانات بين المكونات

تصميم قاعدة البيانات:

• ارسم مخطط ERD واشرح كل جدول وعلاقاته
• وضّح القرارات التصميمية المهمة (مثلا: لماذا فصلت جدول معين أو لماذا استخدمت علاقة Many-to-Many)

تصميم واجهة المستخدم (UI Design):

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

تفاصيل التنفيذ:

• اشرح الخوارزميات المهمة اللي استخدمتها أو طورتها
• أرفق أجزاء من الكود (Code Snippets) للأجزاء المهمة فقط، ليس كل الكود
• اشرح التحديات التقنية اللي واجهتك وكيف حللتها

الاختبار (Testing)

فصل الاختبار يثبت إن نظامك يعمل بشكل صحيح. هذا الفصل يُهمله كثير من الطلاب رغم أهميته الكبيرة.

أنواع الاختبارات

• اختبار الوحدات (Unit Testing): اختبار كل وظيفة أو وحدة برمجية بشكل مستقل
• اختبار التكامل (Integration Testing): اختبار تفاعل المكونات مع بعضها
• اختبار النظام (System Testing): اختبار النظام ككل
• اختبار القبول (User Acceptance Testing): اختبار النظام مع مستخدمين حقيقيين

كيف توثّق الاختبارات

لكل اختبار، وثّق:

• رقم الاختبار ووصفه: مثلا “TC-01: اختبار تسجيل مستخدم جديد”
• المدخلات: ما البيانات اللي أدخلتها
• النتيجة المتوقعة: ما المفترض يحصل
• النتيجة الفعلية: ما اللي حصل فعلا
• الحالة: نجح أو فشل

استخدم جدول لتنظيم حالات الاختبار. هذا يعطي انطباع احترافي ويسهّل على اللجنة مراجعة الاختبارات.

النتائج والمناقشة (Results & Discussion)

في هذا الفصل تعرض نتائج مشروعك وتناقشها بعمق.

كيف تعرض النتائج

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

المناقشة

• ماذا تعني النتائج اللي حصلت عليها؟
• هل حققت أهداف المشروع؟
• ما نقاط القوة في مشروعك؟
• ما القيود والمحددات (Limitations)؟

الخاتمة والتوصيات

الخاتمة هي آخر شيء يقرأه المُقيّم، فاحرص إنها تترك انطباع قوي.

عناصر الخاتمة

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

المراجع (References)

قائمة المراجع تعكس مصداقية تقريرك ومدى اعتمادك على مصادر علمية موثوقة.

قواعد أساسية للمراجع

• التزم بنظام توثيق واحد طوال التقرير (APA، IEEE، Harvard، حسب متطلبات جامعتك).
• كل مرجع مذكور في النص لازم يكون في القائمة والعكس صحيح. لا تضع مراجع في القائمة ما ذكرتها في النص.
• رتّب المراجع حسب نظام التوثيق المتبع (أبجديا في APA وHarvard، بالأرقام في IEEE).
• تأكد من اكتمال بيانات كل مرجع. اسم المؤلف، السنة، العنوان، الناشر/المجلة، وأي تفاصيل أخرى يطلبها نظام التوثيق.
• نوّع مصادرك. لا تعتمد على مواقع إنترنت فقط. اجمع بين الكتب والمقالات العلمية والمؤتمرات.

الملاحق (Appendices)

الملاحق هي المكان المناسب لأي مادة تكميلية مهمة لكنها طويلة أو تفصيلية أكثر من اللازم لتوضع في صلب التقرير.

ماذا تضع في الملاحق

• الأكواد البرمجية الكاملة (أو رابط مستودع GitHub)
• نماذج الاستبيانات
• لقطات شاشة إضافية للنظام
• جداول بيانات تفصيلية
• أي وثائق مرجعية أخرى

---

قواعد التنسيق الأكاديمي

التنسيق الجيد يعطي تقريرك مظهر احترافي ويسهّل القراءة. التنسيق السيء يشتت القارئ ويعطي انطباع بعدم الجدية.

الخطوط

الهوامش

• 2.5 سم من كل الجهات (أعلى، أسفل، يمين، يسار)
• بعض الجامعات تطلب هامش أكبر من جهة التجليد (3 أو 3.5 سم)

تباعد الأسطر

• 1.5 هو المعيار الشائع في أغلب الجامعات العربية
• بعض الجامعات تطلب تباعد مزدوج (Double spacing)
• الفقرات تُفصل بسطر فارغ أو بمسافة بادئة (Indent)

ترقيم الصفحات

• الصفحات الأولية (الغلاف، الملخص، الفهرس) تُرقّم بأرقام رومانية (i, ii, iii) أو لا تُرقّم حسب دليل الجامعة
• الفصول الرئيسية تُرقّم بأرقام عربية ابتداء من 1
• رقم الصفحة يوضع في أسفل الصفحة (في المنتصف أو على الجانب)

ترقيم الفصول والعناوين

استخدم نظام ترقيم هرمي واضح:

• الفصل الأول: 1
• عنوان رئيسي داخل الفصل: 1.1، 1.2
• عنوان فرعي: 1.1.1، 1.1.2
• لا تتعمق أكثر من ثلاثة مستويات

ترقيم الجداول والأشكال

• كل جدول يحمل رقم وعنوان فوقه: “جدول 3.1: مقارنة بين الأنظمة السابقة”
• كل شكل يحمل رقم وعنوان تحته: “شكل 4.2: معمارية النظام”
• الرقم الأول يشير للفصل والثاني لترتيب الجدول/الشكل داخل الفصل

---

أسلوب الكتابة الأكاديمية

الكتابة الأكاديمية تختلف عن أي نوع آخر من الكتابة. هي ليست كتابة أدبية ولا كتابة صحفية ولا كتابة محادثة يومية. لها قواعد وأسلوب خاص.

خصائص الكتابة الأكاديمية الجيدة

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

الدقة: استخدم مصطلحات دقيقة ومحددة. بدل “النظام يعمل بشكل جيد”، قل “حقق النظام دقة 94.5% في تصنيف البيانات”. الأرقام والبيانات المحددة أقوى بكثير من الكلام العام.

الموضوعية: تجنب الآراء الشخصية بدون دليل. بدل “نعتقد أن هذا النظام أفضل”، قل “أظهرت نتائج الاختبار أن النظام المقترح يتفوق على النظام السابق بنسبة 15% في سرعة الاستجابة”.

صيغة المبني للمجهول: في الكتابة الأكاديمية العربية، يُفضّل استخدام صيغة “نحن”: “قمنا بتصميم”، “اتبعنا منهجية”، “حصلنا على نتائج”. بعض الجامعات تفضل المبني للمجهول: “تم تصميم”، “اتُّبعت منهجية”. التزم بما تطلبه جامعتك.

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

أخطاء لغوية شائعة في تقارير الطلاب

• الخلط بين العامية والفصحى. التقرير يُكتب بالعربية الفصحى فقط. لا تكتب “عشان” أو “لأنه مش”. اكتب “لأنه ليس” أو “نظرا لعدم”.
• الأخطاء الإملائية. همزة الوصل والقطع، التاء المربوطة والمفتوحة، الألف المقصورة والممدودة. استخدم المدقق الإملائي، لكن لا تعتمد عليه بالكامل.
• تكرار الكلمات. لا تبدأ كل جملة بـ”تم”. نوّع في الأساليب: “أُجري”، “نفّذ الباحثون”، “أسفرت النتائج”.
• الإفراط في الاقتباس. لا تملأ تقريرك بنصوص منسوخة من مراجع. أعد الصياغة بأسلوبك واذكر المصدر.

---

الأخطاء الشائعة في تقارير مشاريع التخرج

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

1. كتابة التقرير في آخر لحظة

هذا الخطأ الأول والأكبر. التقرير الاحترافي يحتاج أسابيع من الكتابة والمراجعة والتعديل. تقرير يُكتب في ليلة واحدة يكون واضح للجميع.

2. التنسيق غير الموحد

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

3. غياب التبرير (Justification)

كل قرار تقني لازم يكون مبرر. لماذا اخترت هذه اللغة؟ لماذا استخدمت هذا Framework؟ لماذا صممت قاعدة البيانات بهذا الشكل؟ “لأنه سهل” ليس تبرير أكاديمي مقبول.

4. نسخ محتوى من الإنترنت

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

5. إهمال فصل الاختبار

بعض الطلاب يكتبون “تم اختبار النظام وهو يعمل بشكل جيد” بدون أي تفاصيل. هذا غير مقبول أكاديميا. وثّق كل اختبار بالتفصيل.

6. عدم ربط الفصول ببعضها

كل فصل لازم يبدأ بتمهيد يربطه بالفصل اللي قبله وينتهي بخلاصة تمهد للفصل اللي بعده. التقرير لازم يكون قصة متكاملة، مو فصول مستقلة.

7. المراجع الناقصة أو المختلطة

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

---

نموذج هيكل تقرير مشروع تخرج

هنا نموذج كامل لهيكل التقرير تقدر تستخدمه كمرجع. عدّل حسب متطلبات جامعتك:

الصفحات الأولية:

• صفحة الغلاف
• صفحة البسملة (اختيارية حسب الجامعة)
• صفحة الإهداء (اختيارية)
• صفحة الشكر والتقدير
• الملخص بالعربية
• الملخص بالإنجليزية (Abstract)
• جدول المحتويات
• فهرس الجداول
• فهرس الأشكال
• قائمة المختصرات (إذا وُجدت)

الفصل الأول: المقدمة

• 1.1 خلفية الموضوع
• 1.2 مشكلة البحث
• 1.3 أهداف المشروع
• 1.4 أهمية المشروع
• 1.5 نطاق المشروع وحدوده
• 1.6 هيكل التقرير

الفصل الثاني: الدراسات السابقة

• 2.1 مقدمة
• 2.2 الدراسات ذات العلاقة
• 2.3 جدول المقارنة بين الدراسات السابقة
• 2.4 الفجوة البحثية
• 2.5 خلاصة الفصل

الفصل الثالث: المنهجية

• 3.1 منهجية تطوير البرمجيات
• 3.2 أدوات التطوير والتقنيات المستخدمة
• 3.3 طريقة جمع البيانات (إن وُجدت)
• 3.4 خلاصة الفصل

الفصل الرابع: التصميم والتنفيذ

• 4.1 معمارية النظام
• 4.2 تصميم قاعدة البيانات
• 4.3 تصميم واجهات المستخدم
• 4.4 تفاصيل التنفيذ
• 4.5 خلاصة الفصل

الفصل الخامس: الاختبار والنتائج

• 5.1 خطة الاختبار
• 5.2 حالات الاختبار ونتائجها
• 5.3 النتائج ومناقشتها
• 5.4 مقارنة النتائج مع الأهداف
• 5.5 خلاصة الفصل

الفصل السادس: الخاتمة والتوصيات

• 6.1 ملخص المشروع
• 6.2 النتائج الرئيسية
• 6.3 التوصيات
• 6.4 العمل المستقبلي

المراجع

الملاحق

• ملحق أ: الأكواد البرمجية
• ملحق ب: لقطات شاشة إضافية
• ملحق ج: نماذج الاستبيانات (إن وُجدت)

---

قائمة المراجعة النهائية قبل التسليم

قبل ما تسلّم تقريرك، مر على هذي القائمة وتأكد من كل نقطة:

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

---

كلمة أخيرة

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

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

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

بالتوفيق، وعقبال ما نبارك لك التخرج.