تغيير البرمجيات - المحاضرة رقم 12

تغيير البرمجيات

• تغيير البرمجيات أمر حتمي عند ظهور متطلبات جديدة أو تغيير بيئة العمل أو إصلاح الأعطال.
• يشمل تحسين الاعتمادية والأداء وإضافة معدات جديدة.

استراتيجيات تغيير البرمجيات

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

حتمية الصيانة

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

أنواع الصيانة

• صيانة لإصلاح أعطال البرمجيات.
• صيانة لتكيف البرمجيات مع بيئات التشغيل المختلفة.
• صيانة لإضافة أو تعديل وظائف النظام.

توزيع مجهود الصيانة

• إصلاح الأعطال يمثل 17% من مجهود الصيانة.
• إضافة أو تعديل الوظائف تمثل 18%.
• الوظائف الإضافية والتكييف تمثل 65%.

نموذج الصيانة الحلزوني

• يعتمد النموذج على مراحل: تحديد المواصفات، تنفيذ العمليات، وإصدار الإصدارات المختلفة.

تكاليف الصيانة

• تكاليف الصيانة عادة ما تكون أكبر من تكاليف التطوير، قد تصل لضعف أو مائة ضعف.
• تتأثر التكاليف بعوامل تقنية وغير تقنية، وقد تؤثر الصيانة على هيكل البرمجيات.

معاملات تكاليف الصيانة

• استقرار الفريق يقلل من التكاليف عند وجود نفس الطاقم لفترة طويلة.
• المسئولية التعاقدية لا تكون دائماً على المطورين، مما يقلل من الحوافز لتصميم تغييرات مستقبلية.
• كفاءة الطاقم قد تكون محدودة، مما يؤثر على الصيانة.

البرمجيات الارتقائية

• تصميم البرمجيات بحيث تستمر في التغيير والتطوير طوال فترة حياتها.

عملية الصيانة

• تشمل عملية الصيانة: طلبات التغيير، تحليل التأثير، التخطيط، التنفيذ والإصدار النهائي.

طلبات التغيير

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

تنفيذ التغيير

• يتضمن تحليل المتطلبات، تحديثها، وتطوير برمجيات لتلبية الطلبات.

الإصلاح الطارئ

• تدابير سريعة للتعامل مع طلبات الإصلاح العاجلة، تشمل تحليل وتعديل الشيفرة المصدرية.

توقع تنبؤ الصيانة

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

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