نظم صيانة البرنامج بعد الإطلاق

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

اتفق على حدود الصيانة

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

تابع الاعتماديات المدعومة

احتفظ بجرد للمكونات والخدمات المهمة ومسؤوليها. راجع التنبيهات وحالة الدعم من مصادر المورد الرسمية. قيم التحديث بحسب التعرض والتوافق والأثر، لا عدد أرقام الإصدارات. يتناول NIST SSDF معالجة الثغرات ضمن دورة حياة البرنامج. عمليًا، سمِّ من يقيّم التنبيه ومن يعتمد التغيير وكيف يُتحقق من النتيجة. تجنب ترقية شاملة قسرية دون فهم ما قد تكسره.

انشر بدليل ومسار رجوع

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

حافظ على المعرفة ورتب الأولويات

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