الموارد
تحديث البرمجيات القديمة مع استمرار النشاط
يبدأ تحديث البرمجيات القديمة بفهم الوظائف الحرجة والاعتماديات التي يعتمد عليها النشاط. يسمح المسار التدريجي باستبدال أجزاء محدودة مع مراقبة التشغيل. وتساعد الاختبارات والتحضير لنقل البيانات وخطة الرجوع على ضبط مخاطر كل مرحلة. ينبغي أن تتفق فرق الأعمال والفرق التقنية على الفحوص المطلوبة قبل إجراء تغييرات في بيئة الإنتاج.
تعتمد مؤسسات كثيرة على برمجية أعمال طُوّرت قبل سنوات: تعمل، وتعرفها الفرق، لكن تطويرها أو تأمينها أو ربطها بالأدوات الجديدة صار صعبًا. ويغري ذلك بإعادة كتابة كل شيء دفعة واحدة، وهو نادرًا ما يكون الطريق الأكثر أمانًا: فإعادة البناء الكاملة تُشغل الفرق مدة طويلة وتركّز المخاطر في انتقال واحد. أما التحديث التدريجي فيستبدل النظام على مراحل دون إيقاف النشاط.
رسم خريطة النظام
قبل تغيير أي شيء، يجب معرفة ما تفعله البرمجية فعلًا، لا ما تقوله وثائقها فقط.
- الوظائف الحرجة: تلك التي يوقف تعطلها الفوترة أو الإنتاج أو خدمة العملاء.
- الواجهات: التبادلات مع الأنظمة الأخرى، والملفات المستوردة أو المصدّرة، والمعالجات المجدولة ليلًا.
- البيانات: بنيتها وجودتها، وقواعد الأعمال المخفية أحيانًا في الشيفرة أو في قاعدة البيانات.
- الاستخدام الفعلي: الشاشات والتقارير المستعملة حقًا، وتلك التي لم يعد أحد يفتحها.
الأشخاص الذين يستخدمون البرمجية يوميًا هم أفضل مصدر للمعلومات. تحدثوا إليهم مبكرًا: فهم يعرفون الحلول الالتفافية والحالات الخاصة التي لا تصفها أي وثيقة.
ترتيب المراحل
تسمح الخريطة بتقسيم النظام إلى أجزاء يمكن تحديثها كلٌّ على حدة. ولاختيار نقطة البداية، قارنوا كل جزء وفق محورين:
| جزء النظام | قيمة التحديث | مخاطر التغيير |
|---|---|---|
| وحدة قليلة الارتباط وكثيرة التعديل | مرتفعة | منخفضة |
| التقارير والتصدير | متوسطة | منخفضة |
| صميم حسابات الأعمال | مرتفعة | مرتفعة |
النطاق الأول الجيد مفيد وقليل المخاطر: يثبت جدوى المنهجية، ويطمئن الفرق، ويكشف الصعوبات التقنية قبل الاقتراب من صميم النظام. يعمل الجزء الجديد إلى جانب القديم، وتنتقل الحركة تدريجيًا من أحدهما إلى الآخر.
اختبار التبادلات
خلال المرحلة الانتقالية يتعايش النظامان القديم والجديد، لذا تشمل الاختبارات تبادلاتهما بقدر ما تشمل كل جزء منفردًا:
- اختبارات عدم التراجع: تُقارَن نتائج الوحدة الجديدة بنتائج القديمة على حالات حقيقية.
- اختبارات الواجهات: يُتحقق من كل تبادل للبيانات بين النظامين في الاتجاهين.
- التمرين على نقل البيانات: يُجرى النقل عدة مرات على نسخة إلى أن يصبح موثوقًا وتُعرف مدته.
- التشغيل المتوازي: حين يكون ممكنًا، تعمل النسختان معًا خلال فترة مراقبة وتُحلَّل الفروق.
التحضير للرجوع
يجب أن يكون كل انتقال قابلًا للإلغاء. وتُكتب هذه الخطة قبل الإطلاق في بيئة الإنتاج، لا أثناء الحادث.
- شروط الانتقال: المعايير التي تسمح بالتحول، ويعتمدها مسؤولو الأعمال والمسؤولون التقنيون.
- المراقبة: المؤشرات المتابعة في الساعات والأيام التالية (الأخطاء، وأزمنة الاستجابة، والأحجام المعالجة).
- عتبات الرجوع: الحالات التي تستدعي العودة إلى الوضع السابق، ومن يتخذ القرار.
- إجراء الرجوع: خطوات العودة، بما في ذلك البيانات المُدخلة في الأثناء.
الرجوع المحضَّر جيدًا ليس فشلًا: بل هو ما يتيح التقدم بخطوات صغيرة وبثقة.
خلاصة
يقوم التحديث دون إيقاف النشاط على فكرة بسيطة: لا تراهنوا بالنظام كله على انتقال واحد. ارسموا خريطة النظام مع من يستخدمونه، وابدؤوا بجزء مفيد وقليل المخاطر، واختبروا التبادلات، وحضّروا كل رجوع. ويتيح تشخيص النظام القائم بناء هذا المسار وتقدير مراحله قبل الالتزام.
خدمات ذات صلة
لديك مشروع؟
صِف احتياجك، وسنعود إليك بمقترح مناسب.