هل يمكن تبني النظام الحالي وتطويره مجددًا؟

الإجراء المعتاد

1. مراجعة الحالة

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

2. الاستقرار

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

3. التأمين

اختبارات تلقائية للإجراءات المهمة – لضمان أن التغييرات المستقبلية لا تدمر شيئًا دون أن تُلاحظ.

4. التطوير الإضافي

أولًا الآن الوظائف الجديدة، تدريجيًا.

لماذا بناء جديد غالبًا خيار سيء

النظام الناضج يبدو من الخارج غير منظم. جزء كبير من هذا الفوضى هو حالات خاصة ظهرت على مدار سنوات وحلت. من يبني جديدًا لا يأخذ هذه الحالات الخاصة بعين الاعتبار – ويواجهها جميعًا مرة أخرى فردًا فردًا في التشغيل العملي.

بالإضافة إلى ذلك: خلال البناء الجديد يجب أن يستمر النظام القديم في العمل ويتم صيانته. تدفع مرتين.

متى يكون البناء الجديد صحيحًا

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

هذة أربعة معايير واضحة. "الكود غير جميل" لا يندرج ضمنها.