CS352 · مراجعة شاملة

مراجعة الاختبار النصفي - تحليل الأنظمة

يغطي منهج الاختبار من الوحدة 1 إلى 6

الوحدة 1 الوحدة 2 الوحدة 3 الوحدة 4 الوحدة 5 الوحدة 6 المعادلات مقارنة المنهجيات خزنة الامتحان

1 الوحدة الأولى: الأساسيات - تطوير النظم

فهم دورة حياة تطوير النظم (SDLC)، المنهجيات الرشيقة، ومصادر البرمجيات المختلفة.

1.1 تحليل وتصميم النظم ومحلل النظم

عملية تنظيمية معقدة لتطوير وصيانة النظم، يقودها محلل النظم الذي يعمل كوكيل للتغيير والابتكار، تماماً كالمهندس المعماري الذي يصمم مبنى ليلبي احتياجات سكانه.

تحليل وتصميم نظم المعلومات هو العملية التنظيمية المعقدة التي يتم من خلالها تطوير وصيانة نظم المعلومات القائمة على الحاسوب.

ينتج عن هذه العملية 'برمجيات التطبيقات' (Application Software) المصممة لدعم الوظائف التنظيمية.

الدور الأساسي في هذه العملية يقع على عاتق محلل النظم (System Analyst)، وهو الشخص المسؤول عن دراسة مشاكل واحتياجات المؤسسة لتحديد كيف يمكن دمج الأشخاص والأساليب وتكنولوجيا المعلومات لإحداث تحسينات.

يُعتبر محلل النظم وكيلًا للتغيير والابتكار.

1.2 النهج التنظيمي لتطوير النظم

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

يُقاد النهج التنظيمي لتحليل وتصميم النظم بواسطة ثلاثة عناصر تعمل معًا:

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

1.3 دورة حياة تطوير النظم (SDLC)

المنهجية التقليدية المكونة من 5 مراحل: التخطيط، التحليل، التصميم، التنفيذ، والصيانة، كدورة حياة الكائن الحي من الولادة للنمو.

دورة حياة تطوير النظم (SDLC) هي المنهجية التقليدية المستخدمة لتطوير وصيانة النظم. تتكون من خمس مراحل:

  1. التخطيط (Planning): تحديد وتحليل وترتيب أولويات احتياجات النظام.
  2. التحليل (Analysis): دراسة وهيكلة المتطلبات (تحديد المتطلبات وتحليلها).
  3. التصميم (Design): تحويل الحل الموصى به إلى مواصفات منطقية (مستقلة عن المنصة) ومادية (محددة التكنولوجيا).
  4. التنفيذ (Implementation): البرمجة (Coding)، الاختبار (Testing)، التثبيت (Installation)، والدعم (Support).
  5. الصيانة (Maintenance): إصلاح وتحسين النظام بشكل منهجي بناءً على طلبات المستخدمين وتغير ظروف العمل.

1.4 المنهجيات الرشيقة (Agile) والبدائل

نهج مرن يركز على الأفراد، البرمجيات العاملة، تعاون العملاء، والاستجابة للتغيير، كبديل لنموذج الشلال (Waterfall) الصارم، مثل قيادة قارب سريع بدلاً من سفينة ضخمة.

نموذج الشلال (Waterfall) التقليدي يعاني من مشاكل مثل تقييد المستخدمين بمتطلبات مبكرة قد تتغير، وتحديد مواعيد نهائية صارمة.

كبديل، ظهرت المنهجيات الرشيقة (Agile) التي تعتمد على 12 مبدأ وتفضل: الأفراد والتفاعلات على العمليات والأدوات، البرمجيات العاملة على التوثيق الشامل، تعاون العملاء على التفاوض على العقود، والاستجابة للتغيير على اتباع خطة. من أمثلتها:

  • البرمجة القصوى (eXtreme Programming - XP): دورات تطوير قصيرة، اختبارات آلية، فرق برمجة ثنائية (Two-person teams)، ودمج البرمجة والاختبار معاً.
  • سكروم (Scrum): إطار عمل رشيق يعتمد على فترات قصيرة (Sprints) واجتماعات يومية.

1.5 الاستحواذ على النظم والتعهيد

الشركات لم تعد تبني كل شيء من الصفر؛ التعهيد (Outsourcing) هو تسليم مسؤولية تطوير أو تشغيل النظم لشركة خارجية، مثل استئجار شركة تنظيف بدلاً من توظيف عمال نظافة دائمين.

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

التعهيد (Outsourcing) هو ممارسة تسليم مسؤولية بعض أو كل تطبيقات وعمليات نظم المعلومات لشركة خارجية. فوائد التعهيد تشمل:

  • فعالية التكلفة.
  • تحرير الموارد الداخلية.
  • زيادة إمكانات الإيرادات للمؤسسة.
  • تقليل وقت الوصول للسوق (Time to market).
  • زيادة كفاءة العمليات.
  • تعهيد الأنشطة غير الأساسية (Non-core activities).

1.6 مصادر البرمجيات التطبيقية

ستة مصادر رئيسية: شركات خدمات الـ IT، البرمجيات الجاهزة، حلول المؤسسات (ERP)، الحوسبة السحابية، مفتوحة المصدر، والتطوير الداخلي، كخيارات شراء الطعام (مطعم، جاهز، طبخ منزلي).

هناك 6 فئات رئيسية للحصول على البرمجيات:

  1. شركات خدمات تكنولوجيا المعلومات: تُستخدم عند الحاجة لنظام مخصص ولا توجد خبرة داخلية.
  2. منتجو البرمجيات الجاهزة (Packaged): برمجيات جاهزة للاستخدام (Off-the-shelf). غالباً تكون أنظمة تسليم مفتاح (Turnkey) لا يمكن تعديلها.
  3. حلول برمجيات المؤسسات (ERP): أنظمة متكاملة تعبر الحدود الوظيفية للمؤسسة.
  4. الحوسبة السحابية (Cloud Computing): توفير التطبيقات عبر الإنترنت (مثل Google Docs) دون الاستثمار في الأجهزة/البرمجيات (SaaS, PaaS, IaaS).
  5. البرمجيات مفتوحة المصدر (Open-Source): متاحة مجاناً مع الكود المصدري، يطورها مجتمع (مثل Linux, MySQL). تُجنى الأرباح من الصيانة أو النسخ المتقدمة.
  6. التطوير الداخلي (In-House): بناء النظام بواسطة موظفي المؤسسة إذا توفرت الخبرة الكافية.

1.7 إعادة استخدام البرمجيات

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

إعادة الاستخدام (Reuse) هي استخدام كائنات ومكونات برمجية سابقة في تطبيقات جديدة.

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

خطوات إعادة الاستخدام الثلاث:

  1. التجريد (Abstraction): تصميم قطعة برمجية قابلة لإعادة الاستخدام.
  2. التخزين (Storage): إتاحة الأصول للآخرين (تصنيفها وفهرستها بشكل صحيح، وهو تحدٍ كبير).
  3. إعادة السياق (Recontextualization): جعل الأصل مفهوماً للمطورين لاستخدامه في أنظمتهم.

2 الوحدة الثانية: الأساسيات - إدارة المشاريع

إدارة مشاريع نظم المعلومات من خلال التخطيط، الجدولة، وتحديد المسار الحرج.

2.1 أساسيات إدارة المشاريع

إدارة المشاريع هي فن توجيه الموارد والمهام لضمان تسليم النظام ضمن قيود الوقت والميزانية، تماماً مثل قائد الأوركسترا الذي ينسق بين العازفين.

تركز إدارة المشاريع على ضمان تلبية مشاريع تطوير الأنظمة لتوقعات العملاء وتسليمها ضمن قيود الميزانية والوقت.

مدير المشروع هو محلل نظم يمتلك مهارات متنوعة (إدارية، قيادية، تقنية) ومسؤول عن بدء وتخطيط وتنفيذ وإغلاق المشروع.

المشروع هو تعهد مخطط للوصول إلى هدف معين له بداية ونهاية.

المُخرَج (Deliverable) هو المنتج النهائي لمرحلة من مراحل دورة حياة تطوير النظم (SDLC).

يتم طلب المشاريع عادةً عبر طلب خدمة النظام (SSR)، وتُقيّم جدواها عبر دراسة الجدوى.

2.2 مراحل إدارة المشروع

تتكون إدارة المشروع من أربع مراحل أساسية: البدء، التخطيط، التنفيذ، والإغلاق، كرحلة طيران (إقلاع، تخطيط المسار، الطيران، والهبوط).

عملية إدارة المشروع تمر بأربع مراحل:

  1. البدء (Initiation): تقييم حجم ونطاق وتعقيد المشروع، وتأسيس فريق العمل، وبناء علاقة مع العميل، وإنشاء سجل المشروع (Project Workbook) وميثاق المشروع (Project Charter).
  2. التخطيط (Planning): تقسيم المشروع إلى مهام يمكن إدارتها (WBS)، تقدير الموارد، تطوير جدول زمني مبدئي، وتحديد خطة الأساس (Baseline Project Plan).
  3. التنفيذ (Execution): وضع الخطط موضع التنفيذ، مراقبة التقدم، إدارة التغييرات، والتواصل مع أصحاب المصلحة.
  4. الإغلاق (Closedown): إنهاء المشروع (طبيعياً أو غير طبيعي)، إجراء مراجعات ما بعد المشروع، وإغلاق عقد العميل.

2.3 مخططات جانت والمخططات الشبكية

مخطط جانت يركز على 'متى' و'كم من الوقت' (أشرطة أفقية)، بينما المخطط الشبكي يركز على 'ماذا يعتمد على ماذا' (صناديق وأسهم).

لتمثيل وجدولة خطط المشروع، يُستخدم نوعان رئيسيان من المخططات:

  1. مخطط جانت (Gantt Chart): يمثل المهام كأشرطة أفقية يتناسب طولها مع وقت إنجازها. يوضح بصرياً مدة المهام والتداخل الزمني بينها.
  2. المخطط الشبكي (Network Diagram): يمثل المهام كصناديق (أو دوائر) والتبعيات كأسهم. يوضح بصرياً التبعيات التسلسلية بين المهام والمهام التي يمكن إنجازها بالتوازي، ولا يظهر التداخل الزمني بشكل مباشر.

2.4 تقييم ومراجعة البرامج (PERT)

طريقة PERT تحسب الوقت المتوقع للمهمة بأخذ المتوسط المرجح للوقت المتفائل، والواقعي (مضروباً في 4)، والمتشائم.

PERT هي تقنية تُستخدم لتقدير مدة المهام في ظل عدم اليقين. تستخدم ثلاثة تقديرات زمنية لتحديد الوقت المتوقع (Expected Time - ET):

  1. الوقت المتفائل (o): أقصر وقت ممكن لإنجاز المهمة.
  2. الوقت الواقعي (r): الوقت الأكثر احتمالاً لإنجاز المهمة.
  3. الوقت المتشائم (p): أطول وقت ممكن لإنجاز المهمة.

المعادلة تعطي وزناً أكبر للوقت الواقعي (يُضرب في 4) لتقليل تأثير التقديرات المتطرفة.

حيث ET هو الوقت المتوقع، o المتفائل، r الواقعي، و p المتشائم. \[ET = \frac{o + 4r + p}{6}\]

2.5 جدولة المسار الحرج

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

جدولة المسار الحرج هي تقنية تؤثر فيها ترتيب ومدة سلسلة من المهام بشكل مباشر على تاريخ انتهاء المشروع.

المسار الحرج (Critical Path): هو أقصر وقت يمكن أن يكتمل فيه المشروع. أي تأخير في أي مهمة على هذا المسار سيؤدي إلى تأخير المشروع بأكمله.

وقت السماح (Slack Time): هو مقدار الوقت الذي يمكن أن تتأخر فيه المهمة دون التأثير على تاريخ انتهاء المشروع. المهام الموجودة على المسار الحرج يكون وقت السماح لها صفراً (Slack = 0).

وقت السماح يساوي الوقت المتأخر ناقص الوقت المبكر. \[Slack = T_L - T_E\]

3 الوحدة الثالثة: التخطيط - تحديد المشروع

تحديد واختيار المشاريع المناسبة بناءً على التخطيط الاستراتيجي وتحليل القيمة.

3.1 تحديد واختيار المشاريع

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

تتكون هذه العملية من ثلاثة أنشطة رئيسية:

  1. تحديد مشاريع التطوير المحتملة (سواء من أعلى لأسفل عبر الإدارة العليا أو من أسفل لأعلى عبر الأقسام).
  2. تصنيف وترتيب هذه المشاريع باستخدام معايير مثل تحليل سلسلة القيمة والتوافق الاستراتيجي.
  3. اختيار المشاريع النهائية للتطوير بناءً على الاحتياجات والموارد المتاحة.

3.2 تحليل سلسلة القيمة والتحليل متعدد المعايير

أدوات لتقييم المشاريع؛ سلسلة القيمة تبحث عن الأنشطة التي تضيف قيمة للمنتج، والتحليل متعدد المعايير يقارن المشاريع بناءً على أوزان رقمية لمعايير مختلفة.

تحليل سلسلة القيمة (Value Chain Analysis) هو تحليل أنشطة المؤسسة لتحديد أين تضاف القيمة للمنتجات/الخدمات والتكاليف المتكبدة، ويشمل مقارنة مع مؤسسات أخرى لتحسين الأداء.

التحليل متعدد المعايير (Multicriteria Analysis) هو طريقة لاتخاذ القرار بين مشاريع أو تصاميم بديلة من خلال إعطاء وزن (Weight) لكل معيار (مثل التكلفة، سهولة التدريب، المتطلبات) ثم تقييم كل بديل وحساب المجموع الكلي لاختيار الأفضل.

حساب النتيجة الإجمالية في التحليل متعدد المعايير بضرب وزن كل معيار في تقييم البديل. \[Total\ Score = \sum_{i=1}^{n} (Weight_i \times Rating_i)\]

3.3 التخطيط الاستراتيجي للمؤسسة ونظم المعلومات

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

التخطيط الاستراتيجي للمؤسسة هو عملية مستمرة تحدد المهمة (Mission)، والأهداف (Objectives)، والاستراتيجية التنافسية (Competitive Strategy). يتكون من 3 خطوات: المؤسسة الحالية -> المؤسسة المستقبلية -> الخطة الاستراتيجية.

تخطيط نظم المعلومات (ISP) يجب أن يتماشى مع هذه الخطة، وهو وسيلة منظمة لتقييم احتياجات المعلومات وتحديد النظم وقواعد البيانات. يمر أيضاً بـ 3 خطوات: الوضع الحالي -> الوضع المستقبلي -> جدول المشاريع.

3.4 مصفوفات تخطيط نظم المعلومات

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

تُستخدم المصفوفات في تخطيط نظم المعلومات لتوثيق العلاقات المعقدة.

تشمل الأنواع: Location-to-Function (الموقع للوظيفة)، Unit-to-Function (الوحدة للوظيفة)، Function-to-Process (الوظيفة للعملية)، Process-to-Data Entity (العملية لكيان البيانات - يحدد أي البيانات يتم التقاطها أو استخدامها أو تحديثها أو حذفها في كل عملية)، و Data Entity-to-Information System (كيان البيانات لنظام المعلومات).

3.5 تطبيقات التجارة الإلكترونية

استخدام الإنترنت لربط الأعمال، الحكومات، المستهلكين، وحتى الأشياء المادية (IoT) لتسهيل المعاملات اليومية.

التجارة الإلكترونية (EC) هي تواصل قائم على الإنترنت لدعم الأنشطة اليومية. تعتمد على الإنترنت (شبكة عالمية) وإنترنت الأشياء (IoT - أجهزة مادية متصلة بالإنترنت).

تشمل نماذج الأعمال: B2B (شركة لشركة)، B2C (شركة لمستهلك)، C2C (مستهلك لمستهلك)، B2G (شركة لحكومة)، وغيرها.

تصميم هذه التطبيقات يتطلب مراعاة قضايا مثل: هوية المستخدم، سرعة الاتصال، وطريقة الوصول (متصفح، هاتف ذكي، إلخ).

4 التخطيط: بدء المشروع

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

4.1 بدء وتخطيط المشروع (PIP)

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

تتكون هذه المرحلة من جزأين:

  • البدء (Initiation) ويتضمن تأسيس فريق العمل، وبناء العلاقة مع العميل، ووضع إجراءات الإدارة وبيئة العمل.
  • التخطيط (Planning) ويتضمن وصف نطاق المشروع، وتقسيمه إلى مهام، وتقدير الموارد، وتطوير جدول زمني مبدئي، وتحديد الميزانية، ووضع خطة المشروع الأساسية (BPP).

4.2 مخرجات المشروع الرئيسية

هي الوثائق الثلاث الأساسية التي تبرر المشروع وتحدد نطاقه وخطته: دراسة الجدوى، خطة المشروع الأساسية، وبيان النطاق.

تشمل المخرجات:

  1. حالة العمل (Business Case): تبرير النظام من حيث الفوائد والتكاليف الملموسة وغير الملموسة، والجدوى الفنية والتنظيمية.
  2. خطة المشروع الأساسية (BPP): وثيقة رئيسية تحتوي على أفضل تقدير لنطاق المشروع، فوائده، تكاليفه، ومخاطره.
  3. بيان نطاق المشروع (PSS): وثيقة تُعد للعميل تصف ما سيقدمه المشروع وتحدد بشكل عام العمل المطلوب لإكماله.

4.3 الجدوى الاقتصادية

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

تُعرف غالباً بـ تحليل التكلفة والعائد (Cost-Benefit Analysis).

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

كما تُقسم التكاليف إلى لمرة واحدة (One-time) مثل التطوير وشراء الأجهزة، ومتكررة (Recurring) مثل الصيانة والتراخيص.

ويجب حساب التكلفة الإجمالية للملكية (TCO).

4.4 المقاييس المالية للجدوى الاقتصادية

أدوات رياضية (NPV, ROI, BEA) تُستخدم لحساب القيمة الحقيقية للأموال بمرور الوقت وتحديد متى سيبدأ المشروع في تحقيق الأرباح.

تُستخدم ثلاث تقنيات رئيسية:

  1. صافي القيمة الحالية (NPV): يستخدم معدل الخصم لحساب القيمة الحالية للتدفقات النقدية المستقبلية (يحسب القيمة الزمنية للنقود).
  2. العائد على الاستثمار (ROI): نسبة الإيرادات النقدية إلى النفقات النقدية.
  3. تحليل نقطة التعادل (BEA): يحدد مقدار الوقت اللازم لتتساوى التدفقات النقدية التراكمية مع الاستثمار الأولي والمستمر (متى تتساوى الفوائد مع التكاليف).
القيمة الحالية (PV) لـ Y دولار بعد n سنوات بناءً على معدل خصم i. \[PV_n = Y \times \frac{1}{(1 + i)^n}\]

4.5 الجدوى الفنية وتقييم المخاطر

تقييم قدرة المنظمة على بناء النظام المقترح وتحديد المخاطر التقنية التي قد تؤدي لفشله.

عملية تقييم قدرة منظمة التطوير على بناء النظام. تأخذ في الاعتبار عوامل الخطر مثل:

  • حجم المشروع (عدد الأعضاء، المدة)،
  • هيكل المشروع (نظام جديد أم تجديد، التغييرات التنظيمية)،
  • مجموعة التطوير (الإلمام بالأجهزة والبرامج)، و
  • مجموعة المستخدمين (الإلمام بعملية التطوير والنظام).

الفشل في تقييم المخاطر يؤدي إلى تقديرات غير دقيقة للتكلفة والوقت، وفشل في الأداء.

4.6 اهتمامات الجدوى الأخرى

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

تشمل التقييمات الأخرى:

  1. الجدوى التشغيلية (Operational): مدى حل النظام لمشاكل العمل أو استغلاله للفرص.
  2. جدوى الجدول الزمني (Schedule): مدى توافق الإطار الزمني مع المواعيد النهائية للمنظمة.
  3. الجدوى القانونية والتعاقدية (Legal/Contractual): التداعيات القانونية المحتملة لبناء النظام.
  4. الجدوى السياسية (Political): كيف ينظر أصحاب المصلحة الرئيسيون داخل المنظمة إلى النظام المقترح.

4.7 هيكل خطة المشروع الأساسية وبيان النطاق

الأقسام القياسية التي يجب أن تحتويها وثائق التخطيط لضمان شمولية ووضوح المشروع.

أقسام BPP:

  1. المقدمة (نظرة عامة وتوصيات).
  2. وصف النظام (البدائل والوصف).
  3. تقييم الجدوى (اقتصادية، فنية، تشغيلية، قانونية، سياسية، وجداول زمنية).
  4. قضايا الإدارة (تكوين الفريق، خطة الاتصال، المعايير).

أقسام PSS:

  1. بيان المشكلة.
  2. أهداف المشروع.
  3. وصف المشروع.
  4. فوائد العمل.
  5. المخرجات.
  6. المدة المتوقعة.

4.8 المراجعة الهيكلية (Walk-through)

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

هي مراجعة جماعية من قبل الأقران لأي منتج يتم إنشاؤه أثناء عملية التطوير. يمكن تطبيقها على BPP، مواصفات النظام، التصاميم، الكود، وإجراءات الاختبار.

الأدوار تشمل: المنسق (Coordinator)، المقدم (Presenter)، المستخدم (User)، السكرتير (Secretary)، حامل المعايير (Standard-bearer)، وخبير الصيانة (Maintenance oracle).

5 التحليل: تحديد المتطلبات

استخدام تقنيات متعددة (تقليدية، حديثة، وجذرية) لجمع وفهم ما يجب أن يفعله النظام بدقة.

5.1 عملية تحديد المتطلبات وخصائص المحلل

هي مرحلة جمع المعلومات من مصادر متعددة لمعرفة ما يجب أن يفعله النظام، وتتطلب من المحلل خصائص مثل التساؤل المستمر والحياد.

أثناء تحديد المتطلبات، يقوم المحللون بجمع المعلومات من مستخدمي النظام الحالي، والملاحظة، والتقارير، والنماذج.

تتطلب العملية خصائص أساسية:

  • الوقاحة (Impertinence): التساؤل عن كل شيء.
  • الحياد (Impartiality): إيجاد أفضل حل للمشكلة.
  • تخفيف القيود (Relaxing constraints): افتراض أن كل شيء ممكن واستبعاد ما هو غير قابل للتطبيق.
  • الاهتمام بالتفاصيل (Attention to details): التأكد من توافق كل حقيقة مع الحقائق الأخرى.
  • إعادة التأطير (Reframing): النظر للتحليل كعملية إبداعية.

5.2 الطرق التقليدية: المقابلات

جمع المتطلبات عبر الحوار المباشر مع الأفراد أو المجموعات باستخدام أسئلة مفتوحة أو مغلقة.

تشمل المقابلات نوعين من الأسئلة:

  • الأسئلة المفتوحة (Open-ended): أسئلة حوارية ليس لها إجابات محددة مسبقاً (مثل: ما هو أفضل شيء في النظام الحالي؟).
  • الأسئلة المغلقة (Closed-ended): أسئلة منظمة بنطاق محدود من الإجابات (مثل: خيارات متعددة).

يتطلب إجراء المقابلات الفعالة التخطيط، إعداد دليل المقابلة (Interview Guide)، الاستماع بعناية، وتدوين الملاحظات.

يمكن أن تكون المقابلات فردية (أسهل في الجدولة ولكن قد تحتوي على تناقضات) أو جماعية (تستغل الوقت بفعالية وتبرز التوافق والاختلاف فوراً).

5.3 تقنية المجموعة الاسمية (NGT)

عملية موجهة لتوليد الأفكار حيث يعمل الأفراد بشكل منفصل أولاً ثم يتم دمج ومناقشة أفكارهم جماعياً.

تقنية المجموعة الاسمية (NGT) هي عملية مدعومة بميسّر (Facilitator) تدعم توليد الأفكار بواسطة المجموعات.

خطوات العملية:

  1. يجتمع الأعضاء كمجموعة ولكن يعملون بشكل منفصل في البداية.
  2. يكتب كل شخص أفكاره.
  3. يقرأ الميسر الأفكار بصوت عالٍ وتُكتب على السبورة.
  4. تناقش المجموعة الأفكار.
  5. أخيراً، يتم تحديد الأولويات، دمج الأفكار، اختيارها، وتقليصها.

تُستخدم هذه التقنية لتكملة المقابلات الجماعية أو كجزء من جهود JAD.

5.4 الملاحظة وتحليل الوثائق (الأنظمة الرسمية وغير الرسمية)

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

الناس ليسوا دائماً مصادر موثوقة للمعلومات.

  • الملاحظة المباشرة (Direct Observation): مراقبة المستخدمين أثناء أداء وظائفهم توفر معلومات أكثر دقة من التقارير الذاتية، لكنها قد تجعل الناس يغيرون سلوكهم الطبيعي.
  • تحليل الوثائق (Document Analysis): مراجعة الوثائق الحالية (إجراءات العمل، النماذج، التقارير) تعطي نظرة تاريخية ورسمية.

هذا يقودنا إلى التمييز بين:

  • النظام الرسمي (Formal System): الطريقة الرسمية لعمل النظام كما هي موصوفة في الوثائق.
  • النظام غير الرسمي (Informal System): الطريقة التي يعمل بها النظام فعلياً في الممارسة (تُكتشف عبر المقابلات والملاحظة).

5.5 تصميم التطبيقات المشترك (JAD)

اجتماعات مكثفة خارج موقع العمل تجمع المستخدمين والمديرين والمحللين لتحديد متطلبات النظام في وقت واحد.

JAD هي عملية منظمة (بدأتها IBM في السبعينيات) حيث يعمل المستخدمون والمديرون والمحللون معاً لعدة أيام في اجتماعات مكثفة لتحديد المتطلبات.

تُعقد عادة خارج موقع العمل (Off-site) لتجنب المشتتات.

المشاركون:

  • قائد الجلسة (Session Leader): يسهل العملية.
  • المستخدمون والمديرون: مشاركون نشطون يتحدثون.
  • الراعي (Sponsor): بطل رفيع المستوى، مشاركته محدودة.
  • محللو النظم وموظفو IS: يستمعون غالباً.
  • الكاتب (Scribe): يسجل أنشطة الجلسة.

يمكن دعم JAD بأدوات CASE وأنظمة دعم المجموعات (GSS).

5.6 النماذج الأولية (Prototyping)

عملية تكرارية لتحويل المتطلبات إلى نظام عمل مبدئي يتم تعديله باستمرار بناءً على ملاحظات المستخدمين.

النماذج الأولية هي عملية تطوير تكرارية.

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

الأنواع:

  • النموذج التطوري (Evolutionary): تبدأ بنمذجة أجزاء من النظام، وإذا نجحت، تطور بقية النظام منها (يتم الاحتفاظ بالنموذج).
  • النموذج المرمي (Throwaway): يُبنى فقط لفهم المتطلبات ثم يُتخلص منه ولا يُحتفظ به.

العيوب: الميل لتجنب التوثيق الرسمي، صعوبة التكيف مع جمهور أوسع، تجاهل مشاركة البيانات مع أنظمة أخرى، وتجاوز فحوصات دورة حياة تطوير النظم (SDLC).

5.7 إعادة هندسة العمليات (BPR) والتقنيات التخريبية

البحث عن تغيير جذري في العمليات لتحقيق تحسينات هائلة، مدعوماً بتقنيات تكسر قواعد العمل القديمة.

إعادة هندسة العمليات (BPR): هي البحث عن وتنفيذ تغيير جذري (Radical change) في عمليات الأعمال لتحقيق تحسينات هائلة في المنتجات والخدمات.

أهدافها: إعادة تنظيم تدفق البيانات، القضاء على الخطوات غير الضرورية، دمج الخطوات، وزيادة الاستجابة للتغيير.

التقنيات التخريبية (Disruptive Technologies): هي التقنيات التي تمكن من كسر قواعد العمل القديمة التي تمنع المنظمات من إجراء تغييرات جذرية. (مثال: قاعدة 'يجب أن تختار بين المركزية واللامركزية' تكسرها تقنية 'شبكات الاتصالات المتقدمة').

5.8 تحديد المتطلبات باستخدام منهجيات أجايل

استبدال دورة حياة النظام التقليدية (الشلال) بدورة تكرارية تعتمد على المشاركة المستمرة للمستخدم وتصميم يركز على الاستخدام.

تعتمد منهجيات أجايل على المشاركة المستمرة للمستخدم، حيث تستبدل نموذج الشلال (Waterfall) التقليدي بدورة تكرارية: تحليل – تصميم – برمجة – اختبار (Analyze – Design – Code – Test).

التصميم المرتكز على الاستخدام (Agile usage-centered design): يركز على أهداف المستخدم، أدواره، ومهامه باستخدام بطاقات (Cards) لتحديد المهام وتجميعها.

لعبة التخطيط (The Planning Game): مبنية على البرمجة القصوى (eXtreme Programming) وتتكون من 3 مراحل:

  1. 1. الاستكشاف (Exploration): يكتب العمل بطاقة قصة (Story Card) ويقدم التطوير تقديراً.
  2. 2. الالتزام (Commitment): يرتب العمل القصص حسب الضرورة، ويرتبها التطوير حسب المخاطر.
  3. 3. التوجيه (Steering): يراجع العمل التقدم ويتم تعديل الخطة.

6 التحليل: النمذجة المنطقية للعمليات (الجزء الأول)

تمثيل كيفية تدفق البيانات ومعالجتها داخل النظام منطقياً باستخدام مخططات DFD وجداول القرار.

6.1 نمذجة العمليات ومخططات تدفق البيانات (DFD)

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

تتضمن نمذجة العمليات استخدام معلومات تم جمعها أثناء تحديد المتطلبات لتمثيل العمليات وهياكل البيانات.

مخطط تدفق البيانات (DFD) هو صورة لحركة البيانات بين الكيانات الخارجية والعمليات ومخازن البيانات داخل النظام.

على عكس المخططات الانسيابية (Flowcharts) التي تصور تفاصيل الأنظمة المادية، تصور مخططات DFD تدفق البيانات المنطقي بشكل مستقل عن التكنولوجيا المستخدمة.

6.2 قواعد رسم مخططات تدفق البيانات

قواعد صارمة تمنع حدوث 'معجزات' (مخرجات بدون مدخلات) أو 'ثقوب سوداء' (مدخلات بدون مخرجات) في النظام.

هناك قواعد أساسية لكل عنصر في DFD:

  • العملية (Process): يجب أن تحتوي على مدخلات ومخرجات معاً. لا يمكن أن يكون لها مدخلات فقط أو مخرجات فقط. تُسمى بأفعال (Verb phrases).
  • مخزن البيانات (Data Store): لا يمكن للبيانات أن تنتقل مباشرة من مخزن لآخر، أو من كيان خارجي لمخزن، أو من مخزن لكيان خارجي. يجب أن تمر عبر عملية. تُسمى بأسماء (Noun phrases).
  • المصدر/الوجهة (Source/Sink): لا يمكن للبيانات أن تنتقل مباشرة بين كيانين خارجيين بدون المرور بعملية. التفاعلات بين الكيانات الخارجية تقع خارج نطاق النظام ولا تُرسم.
  • تدفق البيانات (Data Flow): لا يمكن أن يعود التدفق مباشرة إلى نفس العملية؛ يجب أن يمر بعمليات وسيطة. التدفق المزدوج (Bidirectional) يُمثل بسهمين منفصلين.

6.3 التحلل الوظيفي ومستويات DFD

عملية تكرارية لتقسيم النظام من نظرة عامة شاملة إلى تفاصيل دقيقة، مثل التكبير (Zoom in) في خرائط جوجل.

يتم إنشاء مخططات DFD بمستويات مختلفة من التفصيل:

  • المخطط السياقي (Context DFD): نظرة عامة على النظام التنظيمي. يحتوي على عملية واحدة فقط (تمثل النظام بأكمله)، ولا يظهر فيه أي مخازن بيانات.
  • مخطط المستوى 0 (Level-0 DFD): يمثل العمليات الرئيسية للنظام، وتدفقات البيانات، ومخازن البيانات بمستوى عالٍ من التفصيل. تُرقم العمليات كـ 1.0، 2.0، إلخ.
  • مخطط المستوى 1 (Level-1 DFD): ينتج عن تحليل إحدى عمليات المستوى 0. تُرقم العمليات كـ 1.1، 1.2، إلخ.
  • مخطط المستوى n (Level-n DFD): نتيجة لتحليلات متداخلة.
  • المخططات الأولية (Primitive DFDs): أدنى مستوى منطقي للتحلل، حيث يتم تقليل العملية إلى قرار واحد أو عملية قاعدة بيانات واحدة.

6.4 موازنة مخططات تدفق البيانات (DFD Balancing)

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

الموازنة (Balancing): هي الحفاظ على المدخلات والمخرجات لعملية DFD عندما يتم تحليل تلك العملية إلى مستوى أدنى. المخطط المتوازن يعني أن:

  • عدد المدخلات إلى DFD في المستوى الأدنى يساوي عدد المدخلات للعملية المرتبطة بها في DFD ذي المستوى الأعلى.
  • عدد المخرجات من DFD في المستوى الأدنى يساوي عدد المخرجات للعملية المرتبطة بها في DFD ذي المستوى الأعلى.

6.5 جداول القرار (Decision Tables)

مصفوفة تنظم المنطق المعقد للقرارات، حيث تربط بين الشروط المحتملة والإجراءات الناتجة عنها بوضوح.

جدول القرار: تمثيل مصفوفي لمنطق القرار؛ يحدد الشروط المحتملة للقرار والإجراءات الناتجة. يتكون من:

  • أجزاء الشرط (Condition stubs): الجزء الذي يسرد الشروط ذات الصلة بالقرار.
  • أجزاء الإجراء (Action stubs): الجزء الذي يسرد الإجراءات التي تنتج عن مجموعة معينة من الشروط.
  • القواعد (Rules): الجزء الذي يحدد الإجراءات التي يجب اتباعها لمجموعة معينة من الشروط.

None

المعادلة / المفهوم الوحدة LaTeX / Notation
حيث ET هو الوقت المتوقع، o المتفائل، r الواقعي، و p المتشائم. M2 \(ET = \frac{o + 4r + p}{6}\)
وقت السماح يساوي الوقت المتأخر ناقص الوقت المبكر. M2 \(Slack = T_L - T_E\)
حساب النتيجة الإجمالية في التحليل متعدد المعايير بضرب وزن كل معيار في تقييم البديل. M3 \(Total\ Score = \sum_{i=1}^{n} (Weight_i \times Rating_i)\)
القيمة الحالية (PV) لـ Y دولار بعد n سنوات بناءً على معدل خصم i. M4 \(PV_n = Y \times \frac{1}{(1 + i)^n}\)

مقارنة المنهجيات والنماذج

المنهجيات الرشيقة مقابل التقليدية

المعيار Agile Methods Traditional Methods
الحجم (Size) مناسب للمنتجات والفرق الصغيرة. تطور للتعامل مع المنتجات والفرق الكبيرة.
الديناميكية (Dynamism) ممتاز للبيئات شديدة الديناميكية. ممتاز للبيئات المستقرة، مكلف في البيئات الديناميكية.
الثقافة (Culture) يزدهر في ثقافة الحرية والتمكين (الازدهار في الفوضى). يزدهر في ثقافة الأدوار والإجراءات الواضحة (الازدهار في النظام).

مقارنة مصادر البرمجيات

المعيار IT Services Firms Cloud Computing
متى نلجأ إليها؟ عندما تتطلب المهمة دعماً مخصصاً ولا يمكن بناؤها داخلياً. للوصول الفوري للتطبيقات؛ عندما تكون المهمة عامة.
متطلبات التوظيف الداخلي قد يُطلب موظفون داخليون حسب التطبيق. قليل؛ يحرر الموظفين لأعمال IT أخرى.

مناهج إعادة الاستخدام الأربعة

المعيار Ad hoc Designed
مستوى إعادة الاستخدام منعدم إلى منخفض عالي
التكلفة منخفضة عالية
السياسات والإجراءات لا يوجد إلزامية؛ سياسات مطبقة لقياس الفعالية، الكود مصمم لإعادة الاستخدام منذ البداية.

مخطط جانت مقابل المخطط الشبكي

المعيار Gantt Chart Network Diagram
إظهار مدة المهام يظهر بصرياً عبر طول الشريط بيانات نصية داخل الصندوق، ليس بصرياً
إظهار التداخل الزمني يظهر التداخل بوضوح لا يظهر التداخل الزمني
إظهار التبعيات التسلسلية أقل وضوحاً يظهر التبعيات بوضوح عبر الأسهم
إظهار المهام المتوازية يظهرها كأشرطة متزامنة يظهرها كتفرعات واضحة

التخطيط من أعلى لأسفل مقابل التخطيط من أسفل لأعلى

المعيار Top-Down Planning Bottom-Up Planning
المنظور (Perspective) منظور أوسع يشمل المؤسسة ككل منظور ضيق يركز على مشاكل تشغيلية محددة
التكامل (Integration) تكامل محسن بين النظم خطر إنشاء نظم منعزلة (Silos)
دعم الإدارة (Management Support) دعم قوي من الإدارة العليا قد يفتقر لقبول الإدارة العليا

الاستراتيجيات التنافسية العامة

المعيار Low-Cost Producer Product Differentiation Product Focus or Niche
أساس المنافسة التكلفة الأقل للمستهلك معايير فريدة (جودة، أداء، تصميم) التركيز على سوق ضيق جداً

الفوائد/التكاليف الملموسة مقابل غير الملموسة

المعيار Tangible Intangible
قابلية القياس يمكن قياسها بالدولار وبدقة يصعب قياسها بالدولار أو بدقة
أمثلة تقليل التكاليف، الأجهزة، البرامج معنويات الموظفين، سمعة الشركة

التكاليف لمرة واحدة مقابل التكاليف المتكررة

المعيار One-time Cost Recurring Cost
التوقيت مرتبطة ببدء المشروع وتطويره ناتجة عن التطور المستمر واستخدام النظام
أمثلة شراء خوادم جديدة، تدريب أولي صيانة البرمجيات، إيجار السحابة

الأسئلة المفتوحة مقابل الأسئلة المغلقة

المعيار Open-ended Closed-ended
طبيعة الإجابة غير محددة مسبقاً، حوارية نطاق محدود من الإجابات المحددة
الاستخدام الأمثل استكشاف الآراء والمشاكل غير المعروفة تأكيد الحقائق وجمع بيانات محددة

النظام الرسمي مقابل النظام غير الرسمي

المعيار Formal System Informal System
التعريف الطريقة الرسمية الموصوفة في الوثائق الطريقة التي يعمل بها النظام فعلياً
طريقة الاكتشاف تحليل الوثائق والإجراءات المقابلات والملاحظة المباشرة

النمذجة التطورية مقابل النمذجة المرمية

المعيار Evolutionary Prototyping Throwaway Prototyping
مصير النموذج يتم الاحتفاظ به ويتطور للنظام النهائي يتم التخلص منه بعد فهم المتطلبات

الملاحظة مقابل تحليل الوثائق

المعيار Observation Document Analysis
ثراء المعلومات عالي (قنوات متعددة) منخفض (سلبي وقديم)
السرية وتغيير السلوك المُلاحَظ قد يغير سلوكه عند مراقبته الوثيقة لا تتغير بمجرد قراءتها

مخططات تدفق البيانات مقابل المخططات الانسيابية

المعيار Data Flow Diagrams (DFDs) System Flowcharts
التركيز التدفق المنطقي للبيانات تفاصيل النظام المادي
الاعتماد على التكنولوجيا مستقلة عن التكنولوجيا تعتمد على التكنولوجيا
تمثيل الوقت لا يمثل الوقت بشكل جيد يمثل التسلسل الزمني بوضوح

🃏 البطاقات التعليمية

🎯 اختبر نفسك

1 / 315 🎯 نتيجتك: 0

حديث البروفيسور

أهلاً بكم يا طلاب مقرر CS352 في ليلة الاختبار النصفي. لقد وصلنا إلى محطة هامة جداً، وأريد أن أخذكم في جولة سردية سريعة لربط جميع الوحدات الست التي درسناها معاً، لتكونوا في أتم الاستعداد. هذا الاختبار ليس مجرد حفظ للمعلومات، بل هو اختبار لفهمكم لقصة تطوير النظم المتكاملة. تبدأ قصتنا في الوحدة الأولى حيث وضعنا الأساسيات من خلال دورة حياة تطوير النظم (SDLC) ومنهجيات أجايل (Agile)، وتعرفنا على المصادر المختلفة للحصول على البرمجيات. لكن بناء النظم يحتاج إلى إدارة محكمة، وهنا يأتي دور الوحدة الثانية التي ركزت على إدارة المشاريع، الجدولة الزمنية، وتحديد المسار الحرج (Critical Path). من الفخاخ الشائعة في الاختبار الخلط بين مهام المسار الحرج والمهام العادية؛ تذكروا دائماً أن أي تأخير في المسار الحرج يؤدي إلى تأخير المشروع بأكمله. بعد إرساء الأساسيات، انتقلنا إلى مرحلة التخطيط. في الوحدة الثالثة، تعلمنا كيف نحدد ونختار المشاريع بناءً على التخطيط الاستراتيجي وتحليل القيمة، لضمان أننا نستثمر في المكان الصحيح. وبمجرد اختيار المشروع، تأتي الوحدة الرابعة لتركز على بدء المشروع وتقييم الجدوى (Feasibility) بجميع أبعادها (الاقتصادية، الفنية، التشغيلية) قبل الالتزام بالموارد. احذروا من فخ الخلط بين أنواع الجدوى المختلفة في أسئلة السيناريوهات. عندما يحصل المشروع على الضوء الأخضر، ندخل مرحلة التحليل. الوحدة الخامسة تتمحور حول تحديد المتطلبات باستخدام تقنيات تقليدية، حديثة، وجذرية لفهم ما يجب أن يفعله النظام بدقة. وأخيراً، في الوحدة السادسة، نترجم هذه المتطلبات إلى نماذج منطقية للعمليات باستخدام مخططات تدفق البيانات (DFDs) وجداول القرارات. انتبهوا جيداً لقواعد رسم DFDs، فغالباً ما تكون هناك أسئلة تطلب منكم اكتشاف الأخطاء في تدفق البيانات (مثل تدفق البيانات بين كيانين خارجيين مباشرة). السر في هذا الاختبار هو رؤية الصورة الكبيرة: كيف تبدأ الفكرة استراتيجياً (الوحدة 3)، تُدرس جدواها وتُدار (الوحدات 2 و 4)، تُجمع متطلباتها (الوحدة 5)، وتُصمم منطقياً (الوحدة 6) ضمن إطار منهجي (الوحدة 1). خذوا نفساً عميقاً، راجعوا بهدوء، وتجنبوا التسرع في قراءة الأسئلة. أثق بقدراتكم تماماً، وأتمنى لكم كل التوفيق والنجاح في اختبار الغد!

خزنة الامتحان | النقاط الحرجة

28 نقطة حرجة
🔑 مفهوم أساسي M5
التقنيات التخريبية (Disruptive Technologies) لا تقوم فقط بتحسين العمليات الحالية، بل تكسر 'قواعد العمل' القديمة تماماً، مما يمهد الطريق لإعادة هندسة العمليات (BPR).
⚠️ فخ M6
رسم سهم مباشر بين كيانين خارجيين (Source/Sink) في DFD. هذا خطأ فادح! التفاعلات بين الكيانات الخارجية تقع خارج نطاق النظام ولا يجب رسمها.
⚠️ فخ M5
الاعتقاد بأن الملاحظة المباشرة (Direct Observation) خالية تماماً من التحيز. الحقيقة هي أن مجرد وجود المراقب يجعل الموظفين يغيرون سلوكهم الطبيعي (تأثير هاوثورن).
💡 سر الامتحان M1
جوهر تطوير النظم (Heart of systems development) ليس خطياً. الممارسة الحديثة تدمج التحليل والتصميم والتنفيذ في حلقة واحدة متكررة (تحليل-تصميم-كود-اختبار)، وهو أساس منهجيات أجايل.
⚠️ فخ M4
الاعتقاد بأن المراجعة الهيكلية (Walk-through) تُستخدم فقط لمراجعة الكود البرمجي. في الواقع، يمكن تطبيقها على خطة المشروع (BPP)، التصاميم، وحتى أدلة الاستخدام.
💡 سر الامتحان M5
الأنظمة غير الرسمية (Informal Systems) ليست دائماً 'سيئة'. غالباً ما تمثل حلولاً عملية ابتكرها الموظفون لتجاوز بطء أو عدم كفاءة النظام الرسمي المكتوب.
⚠️ فخ M1
الخلط بين التصميم المنطقي والمادي. المنطقي يركز على 'ماذا' يفعل النظام (مستقل عن المنصة)، بينما المادي يركز على 'كيف' سيتم بناؤه (محدد بالتكنولوجيا).
⚠️ فخ M6
عملية بمدخلات فقط (الثقب الأسود) أو مخرجات فقط (المعجزة). كل عملية يجب أن تعالج بيانات، لذا يجب أن يكون لها مدخلات ومخرجات.
⚠️ فخ M5
الخلط بين النمذجة التطورية والنمذجة المرمية. تذكر: التطوري (Evolutionary) يصبح هو النظام النهائي، بينما المرمي (Throwaway) يُبنى فقط للفهم ثم يُحذف.
💡 سر الامتحان M6
لتجنب تقاطع الخطوط في DFD المعقدة، يُسمح بتكرار رموز مخازن البيانات أو الكيانات الخارجية. يتم تمييزها عادةً بخط إضافي (مثل خط مائل في زاوية المربع).
🔑 مفهوم أساسي M4
القيمة الزمنية للنقود (Time Value of Money) في NPV. الدولار اليوم لا يساوي دولاراً غداً. معدل الخصم هو الأداة الرياضية التي تضبط هذه القيمة في حسابات الجدوى.
🔑 مفهوم أساسي M3
الالتزام التدريجي (Incremental Commitment) هو صمام الأمان في إدارة المشاريع. لا يتم الموافقة على ميزانية المشروع بالكامل من البداية، بل يتم تقييم الجدوى بعد كل مرحلة.
💡 سر الامتحان M3
تحليل سلسلة القيمة لا يقتصر على داخل الشركة فقط. السر يكمن في 'المقارنة' (Comparison) مع المؤسسات الأخرى لمعرفة أين تتفوق أو تتأخر شركتك في إضافة القيمة.
⚠️ فخ M3
الخلط بين 'التخطيط من أعلى لأسفل' (Top-down planning) و 'تحديد المشاريع من أعلى لأسفل'. الأول يتعلق بفهم احتياجات المؤسسة ككل لبناء خطة شاملة، والثاني يتعلق بمصدر فكرة المشروع (من الإدارة العليا).
⚠️ فخ M2
الاعتقاد بأن مخطط جانت يوضح التبعيات بشكل أفضل من المخطط الشبكي. العكس هو الصحيح: جانت ممتاز لإظهار التداخل الزمني (Overlap)، بينما المخطط الشبكي ممتاز لإظهار التبعيات (Dependencies).
💡 سر الامتحان M2
سجل المشروع (Project Workbook) ليس مجرد أداة تخطيط تُترك بعد مرحلة البدء؛ بل هو مستودع حي يتم صيانته وتحديثه طوال جميع مراحل المشروع (البدء، التخطيط، التنفيذ، الإغلاق).
⚠️ فخ M3
الاعتقاد بأن المشاريع القادمة من أسفل لأعلى (Bottom-up) سيئة. هي ليست سيئة، بل هي أسرع في التطوير وتحل مشاكل حقيقية للمستخدمين، لكن عيبها هو افتقارها للرؤية الاستراتيجية الشاملة.
⚠️ فخ M2
الخلط بين 'المسار الحرج' و'أقصر مسار'. المسار الحرج هو **أطول** مسار في المخطط الشبكي، وهو الذي يحدد **أقصر** وقت ممكن لإنهاء المشروع بأكمله.
🔑 مفهوم أساسي M5
الهدف الأساسي من JAD هو جمع كل أصحاب المصلحة (مستخدمين، مديرين، محللين) في غرفة واحدة (خارج الموقع) لحل تضارب المتطلبات فوراً بدلاً من المقابلات الفردية الطويلة.
⚠️ فخ M4
الخلط بين BPP و PSS. تذكر: BPP هي خطة تفصيلية داخلية للفريق (تحتوي على ميزانيات ومخاطر دقيقة)، بينما PSS هي وثيقة عالية المستوى تُقدم للعميل لتحديد التوقعات.
🔑 مفهوم أساسي M2
في معادلة PERT، يُضرب الوقت الواقعي (r) في 4. هذا الوزن الثقيل يقلل من تأثير التقديرات المتطرفة (المتفائلة جداً أو المتشائمة جداً) ويجعل التقدير النهائي أكثر دقة.
⚠️ فخ M1
الاعتقاد بأن 'الصيانة' هي مرحلة منفصلة تماماً ولها أدواتها الخاصة. الحقيقة: الصيانة هي مجرد تكرار لمراحل SDLC الأخرى (تحليل، تصميم، تنفيذ) لتطبيق التغييرات المطلوبة.
🔑 مفهوم أساسي M3
التوافق الاستراتيجي (Strategic Alignment) هو السبب الرئيسي لوجود تخطيط نظم المعلومات (ISP). يجب أن تخدم التكنولوجيا أهداف الشركة (Objectives) واستراتيجيتها التنافسية.
💡 سر الامتحان M4
الجدوى السياسية غالباً ما تكون القاتل الصامت للمشاريع. حتى لو كان المشروع مثالياً تقنياً ومالياً، إذا كان يهدد نفوذ قسم معين، فسيفشل بسبب مقاومة المستخدمين.
🔑 مفهوم أساسي M1
إعادة استخدام البرمجيات ليست مجرد نسخ ولصق. التحدي الأكبر هو 'التخزين' (Storage) - أي فهرسة وتصنيف الأصول البرمجية بحيث يمكن للمطورين الآخرين العثور عليها وفهمها بسهولة.
🔑 مفهوم أساسي M6
في جداول القرار، 'الشرط غير المبالي' (-) هو أداتك السحرية لتقليل حجم الجدول ودمج القواعد المتشابهة التي تؤدي لنفس النتيجة.
🔑 مفهوم أساسي M6
الموازنة (Balancing) هي مفتاح صحة DFD. إذا كان المستوى 0 يستقبل 'طلب عميل'، يجب أن يظهر نفس 'طلب العميل' كمدخل في المستوى 1 لتلك العملية.
🔑 مفهوم أساسي M1
النهج التنظيمي يعتمد على مثلث: المنهجيات (الإطار العام)، التقنيات (الخطوات المحددة)، والأدوات (البرامج التي تسهل العمل). غياب أي منها يضعف عملية التطوير.