Final Exam Knowledge Compendium الموجز المعرفي للنهائيات

A complete synthesis of Modules 7 through 13. Mastering Advanced Modeling, Database Design, Implementation Strategies, and Maintenance. توليفة كاملة للوحدات من 7 إلى 13. إتقان النمذجة المتقدمة، تصميم قواعد البيانات، استراتيجيات التنفيذ، والصيانة.

Modules 7-13 Covered تم تغطية الوحدات 7-13


07. Process Logic 07. منطق العمليات

Activity & Use Cases Activity & Use Cases

Activity Diagrams (Dynamic Flow) مخططات النشاط (التدفق الديناميكي)

  • Gateways:البوابات (Gateways): Control the path logic.تتحكم في منطق المسار.
  • XOR (Diamond/X):XOR (معين/X): Decision point. Only ONE path is taken.نقطة قرار. يتم اتخاذ مسار واحد فقط.
  • AND (Bar/Plus):AND (شريط/زائد): Parallel fork. ALL paths are taken simultaneously.تفرع متوازي. يتم اتخاذ كل المسارات في وقت واحد.

Use Case Diagrams مخططات حالة الاستخدام (Use Case)

Static view of system functionality. عرض ثابت لوظائف النظام.

Include:Include: Mandatory execution (Always happens).تنفيذ إلزامي (يحدث دائماً).
Extend:Extend: Optional execution (Conditional).تنفيذ اختياري (مشروط).

08. Conceptual Data 08. البيانات المفاهيمية

ERD & UML ERD & UML

Entity Relationships علاقات الكيانات

M:N Problem:مشكلة M:N: Many-to-Many relationships cannot be implemented directly in a relational DB. You must use an Associative Entity (Junction Table) to break it into two 1:M relationships. العلاقات متعدد-إلى-متعدد لا يمكن تنفيذها مباشرة في قاعدة بيانات علائقية. يجب استخدام كيان رابط (Associative Entity) لتقسيمها إلى علاقتين 1:M.

UML Class Relationships علاقات فئات UML

  • Aggregation (Hollow ◇):Aggregation (مجوف ◇): "Has-a". Weak bond. Parts survive if whole dies (e.g., Computer/Mouse)."يملك". رابط ضعيف. الأجزاء تبقى إذا اختفى الكل (مثال: كمبيوتر/ماوس).
  • Composition (Solid ◆):Composition (ممتلئ ◆): "Part-of". Strong bond. Parts die if whole dies (e.g., Building/Room)."جزء من". رابط قوي. الأجزاء تختفي إذا اختفى الكل (مثال: مبنى/غرفة).

09. DB Design 09. تصميم قواعد البيانات

Normalization التسوية (Normalization)

Normalization Rules قواعد التسوية

  • 1NF: Atomic values. No lists/repeating groups.قيم ذرية. لا قوائم أو مجموعات مكررة.
  • 2NF: 1NF + No Partial Dependency. (Only relevant for Composite Keys).1NF + لا اعتماد جزئي. (مهم فقط للمفاتيح المركبة).
  • 3NF: 2NF + No Transitive Dependency. (Non-key depends on Non-key).2NF + لا اعتماد متعدي. (غير المفتاح يعتمد على غير المفتاح).

Physical Design التصميم الفيزيائي

Sequentialتتابعي
Fast Scanمسح سريع
Slow Randomعشوائي بطيء
Indexedمفهرس
Fast Randomعشوائي سريع
Overheadتكلفة إضافية
Hashedتجزئة
Direct Addressعنوان مباشر
No Scanلا مسح

10. Interface 10. الواجهة (Interface)

Usability قابلية الاستخدام

Definitions تعريفات

  • Form:نموذج (Form): Input (Write). User $\to$ System.إدخال (كتابة). المستخدم $\to$ النظام.
  • Report:تقرير (Report): Output (Read). System $\to$ User.إخراج (قراءة). النظام $\to$ المستخدم.
  • Turnaround Doc:وثيقة دورية: Output that becomes Input (e.g., Bill stub).مخرج يصبح مدخلاً (مثل كعب الفاتورة).

Usability Metrics مقاييس قابلية الاستخدام

1. Learnability (Time to learn).1. القابلية للتعلم (وقت التعلم).
2. Efficiency (Speed of use).2. الكفاءة (سرعة الاستخدام).
3. Error Rate (Accuracy).3. معدل الخطأ (الدقة).

11. Architecture 11. البنية (Architecture)

Cloud & Network السحابة والشبكة

LAN Architectures بنى الشبكات المحلية (LAN)

File Server:خادم الملفات: Sends entire file to client. High traffic. Fat Client.يرسل الملف بالكامل للعميل. حركة مرور عالية. عميل سمين (Fat Client).

Client/Server:عميل/خادم: Server processes query, sends result. Low traffic. Scalable.الخادم يعالج الاستعلام، يرسل النتيجة. حركة مرور منخفضة. قابل للتوسع.

Cloud Models نماذج السحابة

IaaS
Hardwareأجهزة
PaaS
Platformمنصة
SaaS
Appsتطبيقات

12. Implementation 12. التنفيذ (Implementation)

Test & Install الاختبار والتثبيت

Testing Strategy (Bottom-Up) استراتيجية الاختبار (من الأسفل للأعلى)

  1. Unit:وحدة (Unit): Single module logic.منطق وحدة واحدة.
  2. Integration:تكامل (Integration): Interfaces between modules.الواجهات بين الوحدات.
  3. System:نظام (System): Whole system vs Requirements.النظام ككل مقابل المتطلبات.
  4. Acceptance:قبول (Acceptance): User verification.تحقق المستخدم.

Installation Strategies استراتيجيات التثبيت

  • Direct:مباشر: High risk, low cost.مخاطرة عالية، تكلفة منخفضة.
  • Parallel:متوازي: Low risk, high cost.مخاطرة منخفضة، تكلفة عالية.
  • Pilot:تجريبي (Pilot): One location first.موقع واحد أولاً.

13. Maintenance 13. الصيانة (Maintenance)

Long Haul المدى الطويل

Types of Maintenance أنواع الصيانة

  • Corrective (70%):تصحيحية (Corrective): Fixing bugs.إصلاح الأخطاء.
  • Adaptive:تكيفية (Adaptive): OS/Environment changes.تغييرات النظام/البيئة.
  • Perfective:تطويرية (Perfective): Enhancements/Performance.تحسينات/أداء.
  • Preventive:وقائية (Preventive): Future-proofing (Refactoring).حماية مستقبلية (إعادة هيكلة).

Key Facts حقائق رئيسية

Maintenance is the Most Expensive phase (60-80% of TCO). It is a repeating SDLC process (Plan, Analyze, Design, Implement, Test). الصيانة هي المرحلة الأكثر تكلفة (60-80% من TCO). هي عملية SDLC متكررة (تخطيط، تحليل، تصميم، تنفيذ، اختبار).

Key Concepts Summary ملخص المفاهيم الرئيسية

Normalization Keys مفاتيح التسوية

  • Composite Key:مفتاح مركب: Primary Key with >1 attribute.مفتاح أساسي بأكثر من سمة.
  • Partial Dependency:اعتماد جزئي: Depends on part of PK (Violates 2NF).يعتمد على جزء من المفتاح (ينتهك 2NF).
  • Transitive Dependency:اعتماد متعدي: Non-key depends on Non-key (Violates 3NF).غير مفتاح يعتمد على غير مفتاح (ينتهك 3NF).

Testing Flow تدفق الاختبار

Unitوحدة Integrationتكامل Systemنظام

Always Bottom-Up. دائماً من الأسفل للأعلى.

Cost Distribution توزيع التكلفة

Maintenance is 70% of total lifecycle cost. الصيانة تشكل 70% من إجمالي تكلفة الدورة.

The Final Exam Mega Vault خزنة الاختبار النهائي الكبرى

Secrets for Mod 7-13 أسرار الوحدات 7-13

TRAP: 2NF Requirement فخ: متطلبات 2NF

"Does every table need 2NF checking?"
NO. If the Primary Key is a single attribute (not composite), the table is automatically in 2NF. You only check for Partial Dependencies if the PK has multiple fields.
"هل يحتاج كل جدول لفحص 2NF؟"
لا. إذا كان المفتاح الأساسي سمة واحدة (غير مركب)، فإن الجدول تلقائياً في 2NF. تتحقق فقط من الاعتماد الجزئي إذا كان للمفتاح حقول متعددة.

TRAP: Fat vs Thin Client فخ: العميل السمين مقابل النحيف

Fat Client: Processing happens on the PC (Presentation + Logic). Hard to update.
Thin Client: Processing happens on the Server. PC is just UI. Easy to update.
Fat Client: المعالجة تتم على الجهاز (عرض + منطق). صعب التحديث.
Thin Client: المعالجة تتم على الخادم. الجهاز مجرد واجهة. سهل التحديث.

TRAP: System vs User Doc فخ: وثائق النظام مقابل المستخدم

System Doc: Records design decisions (For Programmers).
User Doc: Records how to use it (For End Users). Do not confuse the target audience.
وثائق النظام: تسجل قرارات التصميم (للمبرمجين).
وثائق المستخدم: تسجل كيفية الاستخدام (للمستخدمين النهائيين). لا تخلط بين الجمهور المستهدف.

SECRET: The M:N Fix سر: إصلاح M:N

You cannot implement M:N in a database. You MUST create an Associative Entity.
Example: Student $\leftrightarrow$ Course becomes Student $\leftarrow$ Registration $\rightarrow$ Course.
لا يمكنك تنفيذ M:N في قاعدة البيانات. يجب عليك إنشاء كيان رابط (Associative Entity).
مثال: طالب $\leftrightarrow$ مادة يصبح طالب $\leftarrow$ تسجيل $\rightarrow$ مادة.

SECRET: Maintenance Reality سر: واقع الصيانة

Maintenance is NOT just fixing bugs (Corrective). Most maintenance effort actually goes to Enhancements (Perfective) and Adaptation (Adaptive) to keep the system alive. الصيانة ليست مجرد إصلاح أخطاء (تصحيحية). معظم جهد الصيانة يذهب في الواقع إلى التحسينات (تطويرية) و التكيف (تكيفية) لإبقاء النظام حياً.

SECRET: XOR vs AND سر: XOR مقابل AND

In Activity Diagrams:
XOR (Diamond): "OR". Only 1 path.
AND (Bar): "AND". All paths parallel. Confusing these destroys the logic flow.
في مخططات النشاط:
XOR (معين): "OR". مسار واحد فقط.
AND (شريط): "AND". كل المسارات بالتوازي. الخلط بينهما يدمر منطق التدفق.