🎓 ملخص نهائي هندسة البرمجيات

📋 نماذج عمليات البرمجيات (تظهر كثيراً في الامتحانات!)

دليل سريع لاختيار النموذج

🏃 الأجايل، Scrum و XP (أسئلة مضمونة!)

مصطلحات Scrum - يجب معرفتها!

ممارسات XP

• البرمجة الثنائية (Pair Programming) - مطوران، كمبيوتر واحد
• التطوير بقيادة الاختبارات (Test-First Development) - كتابة الاختبارات قبل الكود
• التكامل المستمر (Continuous Integration) - تكرار الكود بشكل متكرر
• إصدارات صغيرة (Small Releases) - تسليم متكرر
• تصميم بسيط (Simple Design) - تجنب التعقيد
• قصص المستخدم (User Stories) - المتطلبات كسيناريوهات (صحيح في XP!)

📊 مخططات UML (أسئلة الرسم والتحليل)

أنواع المخططات ومتى تستخدمها

علاقات مخطط الفئات

معدلات الرؤية في مخطط الفئات

رموز التعددية

مكونات مخطط التسلسل

• ممثل (Actor) - شكل إنسان أو مربع
• خط الحياة (Lifeline) - خط عمقي منقط
• تفعيل (Activation) - مستطيل على خط الحياة (يظهر نشطاً)
• رسائل (Messages) - أسهم أفقية بين خطوط الحياة
• كتل بديل/حلقة (Alt/Loop blocks) - للشروط والتكرارات

    [عميل]──────(تسجيل دخول)
         │         ↗«يشمل»
         ├────(سحب نقدي)
         │         ↘«يمتد»
         ├────(التحقق من الرصيد)──────(طباعة إيصال)
         │         ↗«يمتد»
         └────(تحويل أموال)
                    │
              [نظام البنك]
                    

    كتاب               عضو
    ---------          ---------
    -الرقم التسلسلي: نص      -معرف العضو: عدد صحيح
    -العنوان: نص          -الاسم: نص
    -المؤلف: نص          -البريد الإلكتروني: نص
    -متوفر: منطقي        -الحد الأقصى للكتب: عدد صحيح
                    

    كتاب               عضو
    ---------          ---------
    +استعارة()          +استعارة كتاب()
    +إرجاع()            +إرجاع كتاب()
    +حجز()              +دفع غرامة()
                    

    مستخدم        واجهة تسجيل دخول     متحكم المصادقة    قاعدة البيانات
     |             |              |              |
     |--إدخال----->|              |              |
     |             |--التحقق----->|              |
     |             |              |--التحقق----->|
     |             |              |<---صالح------|
     |             |<--نجاح-------|              |
     |<--عرض-------|              |              |
                    

         ● بداية
         ↓
    [استلام الطلب]
         ↓
      مخزون؟
        ◇
  ↙ نعم    ↘ لا
[معالجة الدفع]  [إشعار العميل]
      ↓              ↓
   ناجح؟     ◉ نهاية
       ◇
 ↙ نعم    ↘ لا
   ▬تفرع▬    [إلغاء]
   ↙    ↘         ↓
[شحن] [بريد]    ◉
   ↘    ↙
   ▬التقاء▬
      ↓
      ◉ نهاية
                    

📈 إدارة المشاريع - المسار الحرج (دائماً في النهائيات!)

حل المسار الحرج خطوة بخطوة

1. رسم مخطط الشبكة - مربعات متصلة بأسهم بناءً على المتطلبات الأساسية
2. التمرير الأمامي (Forward Pass) - حساب ES و EF
   ES = أقصى EF لجميع المهام السابقة
   EF = ES + المدة
3. التمرير الخلفي (Backward Pass) - حساب LS و LF
   LF = أقل LS لجميع المهام التالية
   LS = LF - المدة
4. حساب الوقت المرن (Slack)
   الوقت المرن الكلي = LS - ES = LF - EF
   الوقت المرن الحر = ES(التالية) - EF(الحالية)
5. تحديد المسار الحرج - المسار حيث جميع المهام لديها الوقت المرن الكلي = 0

                    البدء → أ(15) → ج(12) → النهاية
                         ↘
                           ب(9) → د(10) → النهاية
                                ↘
                                  هـ(29) → النهاية
                    

صيغة مربع مخطط الشبكة

                    ┌──────────────────┐
                    │  ES | المهمة | EF  │
                    │  LS | المدة | LF  │
                    └──────────────────┘
                    

🔧 هندسة المتطلبات

المتطلبات الوظيفية مقابل غير الوظيفية

مشاكل جمع المتطلبات (شائعة في الاختيار المتعدد)

• أصحاب المصلحة لا يعرفون ما يريدون
• أصحاب المصلحة يستخدمون مصطلحاتهم الخاصة (لغة المجال)
• متطلبات متضاربة من أصحاب مصلحة مختلفين
• العوامل السياسية/التنظيمية تؤثر على المتطلبات

فئات المخاطر

🏗️ أنماط الهندسة المعمارية للبرمجيات

محدد نمط الهندسة المعمارية

مكونات MVC

• النموذج (Model) - البيانات ومنطق الأعمال
• العرض (View) - العرض/واجهة المستخدم
• المتحكم (Controller) - يتعامل مع إدخال المستخدم، يحدث النموذج/العرض

🧪 اختبار البرمجيات (ضروري للنهائيات!)

مستويات الاختبار (تسأل عنها دائماً!)

1. اختبار الوحدة (Unit Testing) - مكونات فردية
2. اختبار التكامل (Integration Testing) - واجهات المكونات
3. اختبار النظام (System Testing) - النظام الكامل
4. اختبار القبول (Acceptance Testing) - تحقق العميل

اختبار الصندوق الأسود مقابل الأبيض

💎 مفاهيم تصميم البرمجيات

التماسك مقابل الاقتران

سمات جودة التصميم

• الصحة (Correctness) - لا أخطاء تمنع الوظيفة
• الملاءمة (Commodity/Suitability) - مناسب للغرض المقصود
• سهولة الاستخدام (Usability) - تجربة مستخدم ممتعة
• الاتساق (Consistency) - لا تناقضات أو حذف

class UserManager {
    validateEmail()
    calculateTax()      // ???
    saveUser()
    sendEmail()
    generateReport()    // ???
}
                    

// اقتران عالي (سيء)
class Order {
    Database db = new Database();
    EmailService email = new EmailService();
    PaymentGateway payment = new PaymentGateway();
    
    processOrder() {
        db.connect();
        payment.charge();
        email.send();
    }
}

// اقتران منخفض (جيد)
class Order {
    processOrder(IDatabase db, IEmail email, IPayment payment) {
        db.save(this);
        payment.charge(amount);
        email.notify(customer);
    }
}
                    

⚡ مرجع سريع للامتحان

أخطاء شائعة يجب تجنبها

• ❌ الشلالي ليس مناسباً لاستيعاب التغييرات
• ❌ ماستر Scrum ليس مدير مشروع
• ❌ مهام السبرنت ليست لمالك المنتج لإدارتها
• ❌ تغير المتطلبات يؤثر على كلاً من مخاطر المشروع والمنتج
• ❌ لا يتم تمديد السبرنتس أبداً للعمل غير المكتمل

أرقام يجب تذكرها

• حجم فريق Scrum: 7 (10 كحد أقصى)
• مدة السبرنت: 2-4 أسابيع
• الاجتماع اليومي لـ Scrum: 15 دقيقة
• مستويات CMM: 1-5 (البدائي إلى الأمثل)

اختصارات يجب معرفتها

قائمة مراجعة قبل الأخيرة

• ✅ معرفة جميع أدوار Scrum والأدوات
• ✅ القدرة على حساب المسار الحرج (ES، EF، LS، LF، Slack)
• ✅ معرفة متى تستخدم كل نموذج عملية
• ✅ القدرة على تمييز الوظيفي مقابل غير الوظيفي
• ✅ معرفة ترتيب مستويات الاختبار
• ✅ تذكر التماسك (مرتفع) مقابل الاقتران (منخفض)
• ✅ القدرة على تحديد أنماط الهندسة المعمارية من الأوصاف