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

تُظهر حالة الاستخدام (Use Case) سلوك النظام أو وظائفه في ظل ظروف مختلفة استجابةً لطلبات المستخدمين. تُصاغ عادةً كعبارة فعلية في الزمن المضارع (مثل: إدخال بيانات المبيعات).

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

يتم تمثيل حدود النظام بمربع يضم جميع حالات الاستخدام، بينما يبقى الممثلون خارج هذه الحدود.

ترتبط حالات الاستخدام ببعضها البعض باستخدام الأسهم لتمثيل علاقات معينة:

1. علاقة الامتداد (Extend): ارتباط يضيف سلوكيات أو إجراءات جديدة لحالة استخدام أخرى. يُشار إليها بسهم منقط يتجه نحو حالة الاستخدام التي تم تمديدها (الأصلية)، مع علامة <<extend>>.
2. علاقة التضمين (Include): ارتباط تستخدم فيه حالة استخدام وظائف موجودة في حالة استخدام أخرى (إعادة استخدام). يُشار إليها بسهم منقط يتجه نحو حالة الاستخدام المُستخدَمة (المُضمَّنة)، مع علامة <<include>>.

أسماء حالات الاستخدام في المخطط لا توفر معلومات كافية للتحليل والتصميم. لذلك، تُكتب محتويات حالة الاستخدام بنص بسيط. يوصي Cockburn (2001) بقالب محدد يتضمن:

• المستوى (Level): منظور الوصف (من عالي المستوى إلى مفصل جداً).
• أصحاب المصلحة (Stakeholder): الأشخاص المهتمون بالنظام.
• الشروط المسبقة (Preconditions): ما يجب أن يكون صحيحاً قبل البدء.
• الضمان الأدنى (Minimal guarantee): أقل ما يُوعد به أصحاب المصلحة.
• ضمان النجاح (Success guarantee): ما يجب أن تفعله الحالة لإرضاء أصحاب المصلحة.
• المُحفز (Trigger): الحدث الذي يبدأ الحالة.
• الامتداد (Extension): السلوكيات التي تتبع الاستثناءات لسيناريو النجاح الرئيسي.

يُظهر مخطط النشاط المنطق الشرطي لتسلسل أنشطة النظام (يدوية أو آلية) اللازمة لإنجاز إجراء عمل. يُستخدم لتصوير تدفق التحكم، المساعدة في تحليل حالات الاستخدام، ونمذجة سير العمل.

الرموز الأساسية:

• النشاط (Activity): مستطيل بزوايا دائرية.
• البداية (Start): دائرة ممتلئة.
• النهاية (End): دائرة ممتلئة محاطة بدائرة أخرى.
• التفرع (Branch): معين (سهم وارد وسهمان صادران للقرارات الشرطية).
• الدمج (Merge): معين (سهمان واردان وسهم صادر لجمع المسارات).
• التشعب (Fork): خط أفقي (سهم وارد وسهمان صادران للأنشطة المتوازية).
• الالتقاء (Join): خط أفقي (سهمان واردان وسهم صادر لدمج الأنشطة المتوازية).

تُستخدم مسارات السباحة (Swimlanes) كأعمدة لتمثيل الوحدات التنظيمية المسؤولة عن أنشطة معينة.

إجراء العمل هو طريقة قياسية لإنجاز مهمة ضرورية لعمل المؤسسة. أنشأت مجموعة إدارة الكائنات (OMG) نموذج تدوين إجراءات العمل (BPMN). وهو أكثر تعقيداً من مخططات تدفق البيانات (DFDs).

المفاهيم الأربعة الأساسية هي:

1. الحدث (Event): محفز يبدأ العملية (دائرة رقيقة للبداية، سميكة للنهاية).
2. النشاط (Activity): إجراء يجب أن يتم (مستطيل بزوايا دائرية).
3. التدفق (Flow): سهم يوضح التسلسل.
4. البوابة (Gateway): نقطة اتخاذ قرار (معين).

أنواع البوابات:

• XOR (حصري): معين بداخله 'X'. يُتبع مسار واحد فقط.
• AND (واو العطف): معين بداخله '+'. تُتبع جميع المسارات بالتوازي.
• OR (أو): معين بداخله 'O'. يُتبع مسار واحد على الأقل، وربما عدة مسارات.

يمكن إجراء نمذجة البيانات المفاهيمية بالتوازي مع خطوات تحليل المتطلبات الأخرى.

في المشاريع الكبيرة، يعمل جزء من الفريق على نمذجة البيانات بينما يعمل الجزء الآخر على نمذجة العمليات.

يتم تنسيق العمل من خلال قاموس المشروع أو المستودع.

المخرج الأساسي لهذه العملية في مرحلة التحليل هو مخطط الكيان والعلاقة (E-R Diagram).

يجب أن يجيب نموذج البيانات على: ماذا تفعل المؤسسة؟ وما هي القواعد التي تحكم العمل؟ ولا ينبغي أن يجيب على: كيف أو متى تتم معالجة البيانات؟

النهج من أعلى إلى أسفل (Top-down): يستمد قواعد الأعمال من الفهم العميق لطبيعة العمل (مثل المقابلات وجلسات JAD).

النهج من أسفل إلى أعلى (Bottom-up): يستمد القواعد من مراجعة مستندات عمل محددة مثل شاشات الكمبيوتر، التقارير، والنماذج.

الكيان (Entity): له هويته الخاصة. نوع الكيان (Entity Type) هو مجموعة من الكيانات التي تشترك في الخصائص، بينما مثيل الكيان (Entity Instance) هو حدوث واحد. يجب تسمية الكيان باسم مفرد وموجز.

السمات (Attributes): خصائص الكيان.

المفتاح المرشح (Candidate Key): سمة تحدد كل مثيل بشكل فريد.

المعرف (Identifier): هو المفتاح المرشح الذي تم اختياره ليكون المعرف الأساسي.

أنواع السمات الأخرى تشمل: متعددة القيم، مركبة، مشتقة، مطلوبة، واختيارية.

العلاقة (Relationship): ارتباط بين مثيلات نوع كيان واحد أو أكثر. يجب تسميتها بعبارة فعلية (Verb phrase).

درجة العلاقة (Degree): عدد أنواع الكيانات المشاركة (أحادية Unary، ثنائية Binary، ثلاثية Ternary).

العددية (Cardinality): عدد مثيلات الكيان X التي يمكن أن ترتبط بكل مثيل من الكيان Y. تشمل الحد الأدنى (Minimum Cardinality) والحد الأقصى (Maximum Cardinality) مثل: واحد إلزامي (Mandatory One)، متعدد إلزامي (Mandatory Many)، واحد اختياري (Optional One)، متعدد اختياري (Optional Many).

أنواع قواعد الأعمال تشمل:

1. 1. سلامة الكيان (Entity integrity): يجب أن يكون المعرف الفريد غير فارغ (Not Null) لكل مثيل.
2. 2. قيود السلامة المرجعية (Referential integrity): قواعد تتعلق بالعلاقات بين أنواع الكيانات.
3. 3. النطاقات (Domains): قيود على القيم الصالحة للسمات (مثل: نوع البيانات، التنسيق، النطاق من 0-10000).
4. 4. العمليات المحفزة (Triggering operations): قواعد تحمي صحة قيم السمات بناءً على أحداث معينة (مثل: رفض عملية سحب إذا كان المبلغ يتجاوز الرصيد).

الكائن (Object): له حالة (بيانات/سمات)، وسلوك (عمليات)، وهوية.

الفئة (Class): تجميع منطقي للكائنات المتشابهة. في UML، تُمثل الفئة بمستطيل مقسم لثلاثة أجزاء: اسم الفئة، السمات، والعمليات.

التغليف (Encapsulation): إخفاء تفاصيل التنفيذ الداخلي للكائن.

أنواع العمليات:

1. 1. البناء (Constructor): لإنشاء مثيل جديد.
2. 2. الاستعلام (Query): للوصول للحالة دون تغييرها.
3. 3. التحديث (Update): لتغيير حالة الكائن.
4. 4. نطاق الفئة (Class-scope): عملية تُطبق على الفئة ككل وليس على مثيل محدد.

الارتباط (Association): يظهر كخط صلب بين الفئات المشاركة.

دور الارتباط (Association role): نهاية الارتباط حيث يتصل بالفئة.

التعددية (Multiplicity): تعادل العددية (Cardinality) في E-R، وتحدد كم عدد الكائنات التي تشارك (مثل 0..1, 1..*).

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

التعميم: يُمثل بخط صلب ينتهي بسهم يشير للفئة العليا. الفئات الموروثة تسمى فئات فرعية (Subclasses).

الفئات المجردة (Abstract classes): ليس لها مثيلات مباشرة، بينما الفئات الملموسة (Concrete classes): يمكن إنشاء مثيلات منها.

القيود الدلالية: متداخلة (Overlapping) أو منفصلة (Disjoint)، وكاملة (Complete) أو غير كاملة (Incomplete).

تعدد الأشكال (Polymorphism): نفس العملية قد تُطبق على فئات مختلفة بطرق مختلفة.

العملية المجردة (Abstract operation): تحدد شكل العملية دون تنفيذها (التنفيذ يسمى Method).

التجميع (Aggregation): علاقة 'جزء-من' (part-of) بين كائن مكون وكائن مجمع. تُمثل بـ معين مفرغ (hollow diamond) عند نهاية الكائن المجمع.

التكوين (Composition): شكل أقوى من التجميع، حيث تنتمي الأجزاء إلى كائن كلي واحد فقط، وتحيا وتموت معه. تُمثل بـ معين ممتلئ (solid diamond).

في التكوين، التعددية عند نهاية الكائن المجمع لا يمكن أن تتجاوز واحداً، وحذف الكائن الكلي يؤدي تلقائياً إلى حذف مكوناته (Cascading deletion).

تتكون خطوات تصميم قواعد البيانات والملفات من:

1. تطوير نموذج قاعدة بيانات منطقي (Logical database model) والذي يهتم بوصف البيانات باستخدام تدوين يتوافق مع تنظيم البيانات المستخدم بواسطة نظام إدارة قواعد البيانات (DBMS) مثل SQL Server.
2. تطوير تصميم قاعدة بيانات مادي (Physical database design) والذي يهتم بتحديد المواصفات الفنية لقواعد البيانات وملفات الكمبيوتر.

يمكن إجراء كلا التصميمين بالتوازي.

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

العلاقة (Relation) هي جدول بيانات ثنائي الأبعاد. تتكون كل علاقة من مجموعة من الأعمدة وعدد عشوائي من الصفوف.

يتوافق كل عمود في العلاقة مع سمة (Attribute) لتلك العلاقة، ويتوافق كل صف مع سجل (Record) يحتوي على قيم بيانات لكيان معين.

العلاقة جيدة الهيكلة (Well-structured relation) تحتوي على الحد الأدنى من التكرار وتسمح بإدراج وتعديل وحذف الصفوف دون أخطاء أو تناقضات.

التطبيع (Normalization) يحدد القواعد والعملية لتصميم علاقات جيدة الهيكلة.

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

على سبيل المثال: Emp_ID → Name تعني أنه يمكننا الحصول على اسم الموظف بمعرفة معرفه.

يمكن أن تعتمد السمة وظيفياً على أكثر من سمة واحدة (مفتاح مركب).

تكون العلاقة في الصيغة الطبيعية الثانية (2NF) إذا كانت كل سمة غير أساسية تعتمد وظيفياً على المفتاح الأساسي بأكمله (وليس جزءاً منه).

تتحقق 2NF إذا توفر أي من الشروط التالية:

1. يتكون المفتاح الأساسي من سمة واحدة فقط.
2. لا توجد سمات غير أساسية في العلاقة.
3. كل سمة غير أساسية تعتمد وظيفياً على المجموعة الكاملة لسمات المفتاح الأساسي.

تكون العلاقة في الصيغة الطبيعية الثالثة (3NF) إذا تحققت الشروط التالية:

1. العلاقة موجودة في 2NF.
2. لا توجد اعتمادات وظيفية بين أكثر من سمة غير أساسية (أي لا يوجد اعتماد متعدي - Transitive Dependency).

لتحويل علاقة إلى 3NF، يتم تفكيكها إلى علاقات جديدة لفصل السمات المعتمدة على بعضها.

هناك أربع خطوات رئيسية لتحويل مخطط E-R إلى تدوين علائقي:

1. تمثيل الكيانات (Represent entities): إنشاء علاقة لكل نوع كيان، حيث يصبح المعرف هو المفتاح الأساسي.
2. تمثيل العلاقات (Represent relationships): يعتمد على درجة العلاقة وعددها (Cardinalities).
3. تطبيع العلاقات (Normalize): إزالة التكرار الذي قد يظهر.
4. دمج العلاقات (Merge): دمج العلاقات المطبّعة من مصادر مختلفة (مثل واجهات المستخدم ومخططات E-R) لإزالة التكرار وإعادة التطبيع.

يتطلب التصميم المادي معلومات مثل العلاقات المطبّعة، تقديرات الحجم، وتوقعات وقت الاستجابة.

يتم تبني نهج من أسفل إلى أعلى (Bottom-up) يشمل: تصميم الحقول (أصغر وحدة بيانات مثل الاسم الأول)، اختيار أنواع البيانات (مثل VARCHAR2, NUMBER, DATE في Oracle 10g)، التحكم في سلامة البيانات (Data Integrity)، وتصميم الجداول المادية لتحقيق الاستخدام الفعال للتخزين وسرعة المعالجة.

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

الأنواع الرئيسية لتنظيم الملفات هي:

1. التسلسلي (Sequential): تخزين السجلات بشكل متتالٍ.
2. المفهرس (Indexed): استخدام بنية شجرية أو فهرس للوصول السريع.
3. المجزأ (Hashed): استخدام خوارزمية تجزئة لتحديد الموقع الفعلي للسجل بناءً على المفتاح.

النموذج (Form) هو مستند أعمال يحتوي على بعض البيانات المحددة مسبقاً وغالباً ما يتضمن مساحات لتعبئة بيانات إضافية (مثل: نموذج طلب منتج، طلب توظيف).

التقرير (Report) هو مستند أعمال يحتوي فقط على بيانات محددة مسبقاً؛ وهو مستند سلبي يُستخدم فقط للقراءة أو العرض (مثل: الفاتورة، ملخصات المبيعات).

هناك خمسة أنواع شائعة:

1. التقارير المجدولة (Scheduled): تُنتج في فترات محددة (يومياً، أسبوعياً).
2. تقارير المؤشرات الرئيسية (Key-Indicator): توفر ملخصاً للمعلومات الحرجة بشكل متكرر.
3. تقارير الاستثناءات (Exception): تبرز البيانات الخارجة عن النطاق التشغيلي الطبيعي.
4. التقارير التفصيلية (Drill-Down): توفر تفاصيل خلف القيم الملخصة.
5. التقارير المخصصة (Ad-hoc): طلبات معلومات غير مخططة لدعم قرارات غير روتينية.

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

الخطوة 1: جمع المتطلبات الأولية.

الخطوة 2: بناء نموذج أولي (Prototype) ومراجعته مع المستخدمين في دورة (بناء - تقييم - تحسين) حتى يتم قبوله.

مواصفات التصميم (Design specifications) هي المخرجات الرئيسية لمرحلة التنفيذ وتتكون من:

1. نظرة عامة سردية (Narrative overview).
2. تصميم العينة (Sample design).
3. تقييم الاختبار وقابلية الاستخدام (Testing and usability assessment).

تشمل الإرشادات العامة: عناوين ذات معنى (واضحة، تاريخ المراجعة)، معلومات ذات معنى (عرض ما يلزم فقط)، توازن التخطيط (هوامش مناسبة، مسافات)، ونظام تنقل سهل.

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

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

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

استخدم الجداول (Tables) لقراءة قيم بيانات فردية دقيقة.

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

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

البيانات الرقمية (Numeric) يجب محاذاتها لليمين (Right-justify) ومحاذاتها حسب الفاصلة العشرية.

البيانات النصية (Textual) تحاذى لليسار (Left-justify).

البيانات الأبجدية الرقمية الطويلة يجب تقسيمها لمجموعات صغيرة (3-4 أحرف).

قابلية الاستخدام هي الهدف الرئيسي عند تصميم التفاعلات. خصائصها:

1. السرعة (إنجاز المهام بكفاءة).
2. الدقة (توفير ما هو متوقع).
3. الرضا (إعجاب المستخدم بالنظام).

عوامل النجاح: الاتساق (Consistency)، الكفاءة، الفهم، التنسيق، والمرونة.

مقاييس قابلية الاستخدام (بدلاً من مصطلح 'سهل الاستخدام' الغامض): قابلية التعلم (Learnability)، الكفاءة، معدل الخطأ، قابلية التذكر (Memorability)، والرضا والجماليات.

طرق التقييم: الملاحظة، المقابلات، التقاط ضغطات المفاتيح، والاستبيانات.

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

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

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

في بيئة LAN الأساسية، يتم تعيين جهاز كمبيوتر واحد على الأقل كخادم ملفات (File Server) لتخزين قواعد البيانات المشتركة. ومع ذلك، لخوادم الملفات قيود:

1. حركة بيانات مفرطة (يتم إرسال الملف بأكمله للعميل)،
2. الحاجة إلى محطة عمل عميل قوية لمعالجة البيانات،
3. تحكم لامركزي في البيانات يتطلب إدارة الأقفال (Locks) لمنع تعارض التحديثات.

تعتبر بنية الخادم/العميل تحسيناً للأنظمة المستندة إلى LAN. يتم تقسيم معالجة التطبيق: محطة العميل مسؤولة عن إدارة واجهة المستخدم، بينما خادم قاعدة البيانات مسؤول عن تخزين البيانات والوصول إليها.

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

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

خصائصها تشمل: الخدمة الذاتية عند الطلب، المرونة السريعة (Rapid Elasticity)، الوصول الواسع للشبكة، تجميع الموارد، والخدمة المقاسة.

نماذج الخدمة هي: البنية التحتية كخدمة (IaaS)، المنصة كخدمة (PaaS)، والبرمجيات كخدمة (SaaS).

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

البنية الموجهة للخدمات (SOA) هي بنية برمجية يتم فيها تقسيم إجراءات العمل إلى مكونات فردية (خدمات) مصممة لتحقيق النتائج المرجوة لمستهلك الخدمة.

تعتبر خدمات الويب (Web Services) النهج الأكثر شيوعاً لنشر SOA.

لتبادل البيانات، تستخدم خدمات الويب ملفات XML (لغة تتيح إنشاء علامات مخصصة لتعريف ونقل البيانات) أو JSON (نهج خفيف الوزن لتبادل البيانات يسهل على البشر فهمه وعلى أجهزة الكمبيوتر إنشاؤه).

يتأثر تصميم أنظمة الإنترنت بالمعايير والتطور المستمر. اتساق الموقع (المظهر والإحساس - Look and Feel) أمر أساسي لنقل صورة احترافية وتسهيل تنقل المستخدمين وتوقع معاني الروابط.

لفرض هذا الاتساق، تُستخدم حلول مثل:

1. أوراق الأنماط المتتالية (CSS): مجموعة من القواعد تخبر المتصفح بكيفية عرض المستند، وتسهل صيانة الموقع بتحديث ملف واحد.
2. لغة أوراق الأنماط القابلة للامتداد (XSL): طريقة أكثر تطوراً تفصل النمط عن المحتوى عند إنشاء صفحات XML، مما يسمح بعرض المحتوى بسلاسة على أجهزة مختلفة.

قضايا التصميم المتعلقة بإدارة الموقع تشمل:

1. ولاء العملاء والثقة: يُبنى من خلال جودة التصميم، الإفصاح المسبق، والمحتوى المخصص.
2. الروابط يجب أن تعيش للأبد: بسبب الإشارات المرجعية للعملاء، الروابط من مواقع أخرى، وإحالات محركات البحث.
3. أمان النظام: النظام الآمن غالباً ما يكون أقل سهولة في الاستخدام، لذا يجب إيجاد توازن.
4. إدارة محتوى الموقع: تستخدم المنظمات نظام إدارة المحتوى (CMS)، وهو تطبيق برمجي يجمع وينظم وينشر محتوى الويب من مصادر بيانات متعددة في مستودع واحد لتجنب المعلومات القديمة والتخطيطات غير المتسقة.

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

يبدأ التخطيط للاختبار مبكراً خلال مرحلة التحليل بتطوير خطة الاختبار الرئيسية. تُصنف الاختبارات إلى تقنيات ثابتة (Static) حيث لا يتم تنفيذ الكود (مثل الفحص المكتبي)، وتقنيات ديناميكية (Dynamic) تتضمن تنفيذ الكود (مثل اختبار الوحدة والتكامل). اختبار التكامل يدمج الوحدات، بينما اختبار النظام يدمج البرامج الكاملة.

التثبيت هو الانتقال الفعلي للنظام الجديد. هناك 4 استراتيجيات: 1) التثبيت المباشر (Direct): إيقاف القديم وتشغيل الجديد فوراً (عالي المخاطر). 2) التثبيت المتوازي (Parallel): تشغيل النظامين معاً (آمن ولكن مكلف). 3) التثبيت في موقع واحد (Single-location): تطبيق النظام في موقع كعينة تجريبية. 4) التثبيت المرحلي (Phased): إدخال النظام على شكل مكونات وظيفية تدريجياً.

ينقسم التوثيق إلى نوعين رئيسيين: 1) توثيق النظام (System Documentation): يحتوي على معلومات تفصيلية حول مواصفات تصميم النظام وعملياته الداخلية (موجّه لموظفي تقنية المعلومات للصيانة). 2) توثيق المستخدم (User Documentation): يحتوي على معلومات حول كيفية عمل التطبيق وكيفية استخدامه (موجّه للمستخدمين النهائيين).

يجب ضمان توفر تدريب ودعم عالي الجودة. تشمل طرق التدريب الفصول التقليدية والتعلم الإلكتروني. أما الدعم فيشمل أتمتة الدعم (لتقليل التكاليف) ومكتب المساعدة (Help Desk) الذي يعمل كنقطة اتصال واحدة (Single point of contact) لجميع استفسارات ومشاكل المستخدمين.

تتعدد أسباب فشل التنفيذ وتشمل: نقص دعم الإدارة، غياب مشاركة المستخدمين، القيود المالية، ونقص الالتزام. بالإضافة إلى ذلك، تواجه النظم تحديات أمنية كبيرة. الإحصائيات تظهر أن الاختراقات غالباً ما تكون من جهات خارجية (Outsiders بنسبة 73%)، وأبرز التكتيكات هي الاختراق (Hacking) والبرمجيات الخبيثة (Malware).

تعتبر صيانة النظام أكبر نفقات تطوير النظم للعديد من المنظمات. تتضمن العملية أربع خطوات رئيسية:

1. الحصول على طلبات الصيانة (عبر عملية رسمية ووثائق).
2. تحويل الطلبات إلى تغييرات (تحليل النطاق والمخاطر).
3. تصميم التغييرات.
4. تنفيذ التغييرات.

يجب على الإدارة تقييم المفاضلة بين الاستمرار في صيانة نظام قديم أو بناء/شراء نظام جديد.

1. الصيانة التصحيحية: إصلاح عيوب التصميم أو البرمجة. تمثل 75% من نشاط الصيانة، وهي عاجلة ولكنها لا تضيف قيمة جديدة.
2. الصيانة التكيفية: تعديل النظام لتلبية احتياجات العمل المتغيرة أو بيئات التشغيل الجديدة.
3. الصيانة الكمالية: تحسين الأداء أو واجهة المستخدم أو إضافة ميزات جديدة (تعتبر تطويراً جديداً تقريباً).
4. الصيانة الوقائية: إجراء تغييرات لتقليل احتمالية فشل النظام في المستقبل (أقل أولوية).

تخصص المنظمات 60% إلى 80% من ميزانية نظم المعلومات للصيانة، ويعمل 52% من المبرمجين في صيانة النظم الداخلية.

قابلية الصيانة تتأثر بعدة عوامل رئيسية:

1. عدد العيوب الكامنة (الأخطاء غير المكتشفة).
2. عدد العملاء (زيادة العملاء تزيد التكلفة).
3. جودة التوثيق (بدون توثيق جيد، تزداد جهود الصيانة بشكل أسي).

عوامل أخرى تشمل الأفراد، الأدوات، وهيكلة البرمجيات.

بما أن الصيانة تستحوذ على الجزء الأكبر من المبرمجين، فإن إدارتهم حاسمة. هناك 3 هياكل تنظيمية:

1. منفصل (Separate): فريق صيانة مستقل. يحسن جودة التوثيق (بسبب النقل الرسمي) لكن الفريق قد يفتقر لمعلومات غير موثقة.
2. مدمج (Combined): نفس من بنى النظام يصونه. يعرفون كل الافتراضات، لكن التوثيق قد يضعف لعدم وجود نقل رسمي.
3. وظيفي (Functional): موظفو الصيانة يتبعون لوحدات العمل (المستخدمين). فهم ممتاز للمتطلبات، لكن قد يفتقرون للموارد التقنية والتنقل الوظيفي.

قياس الفعالية: يعتمد على 3 عوامل: عدد الأعطال، الوقت بين الأعطال، ونوع العطل. المقياس الأهم هو MTBF (متوسط الوقت بين الأعطال)، والذي يجب أن يزداد بمرور الوقت بعد تثبيت النظام.

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

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

الوحدة الأساسية (Baseline module): هي وحدة برمجية تم اختبارها وتوثيقها والموافقة على تضمينها في أحدث إصدار.

أمين مكتبة النظام (System librarian): يتحكم في عمليات سحب وإيداع (check-out / check-in) الكود المصدري.

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

الأدوات الآلية:

• أدوات الهندسة العكسية: تقرأ الكود المصدري وتنشئ تمثيلاً تصميمياً له (مفيدة للأنظمة القديمة غير الموثقة).
• أدوات إعادة الهندسة: تقوم بتعديل النظام الحالي تلقائياً لتحسين جودته أو أدائه.

صيانة المواقع الإلكترونية:

يجب أن تكون المواقع متاحة 24/7/365. يتم إجراء الصيانة دون إيقاف الموقع بالكامل (قفل صفحات معينة بوضع إشعار 'خارج الخدمة مؤقتاً'). تشمل المهام: فحص الروابط المكسورة (باستخدام أدوات مثل LinkAlarm)، التحقق من صحة HTML، وإعادة التسجيل في محركات البحث عند تغيير المحتوى بشكل كبير.