Kod iyileştirme (refactoring) sonrası bakım (Nazımiye)

01İzleme

• Çalışma durumu (uptime) takibi
• Hata ve uyarı bildirimleri
• Aylık kısa durum raporu

02Güncelleme takvimi

• Her değişiklik sürüm kontrolünde kaydedilir ve test ortamında denenir.
• Bağımlılık güvenlik uyarıları düzenli taranır.
• Hata kayıtları önceliğe göre sınıflandırılır.
• Dokümantasyon değişikliklerle birlikte güncellenir.
• Aylık bakım raporunda yapılan işler ve açık riskler paylaşılır.

03Hangi sistemlerde uygulanır?

• Web siteleri
• Özel yazılımlar
• Mobil uygulamalar
• E-ticaret siteleri
• Yarım kalan projeler
• Eski (legacy) sistemler

04Bakım paketi

• Çalışma durumu ve hata izleme
• Güvenlik ve sürüm güncellemeleri
• Yedeklerin kontrolü ve geri yükleme denemesi
• Hata düzeltme
• Küçük geliştirmeler ve içerik değişiklikleri
• Aylık kısa durum raporu

05Nazımiye'de bakım

Nazımiye, Tunceli iline bağlı bir ilçedir ve PTT adres verisine göre 140 mahalle ve köy kaydından oluşur.

Nazımiye'de bulunan bir işletmeyle çalışırken toplantılar görüntülü yapılır, her aşama test ortamında paylaşılır ve geri bildirimler ortak panoda toplanır; yerinde bulunmak gereken kurulum ve eğitim adımları ayrıca planlanır.

Aynı ildeki Pertek, Hozat ve Mazgirt ilçeleri için de kod iyileştirme (refactoring) talepleri değerlendirilir; toplantılar uzaktan yapılır.

06Kod iyileştirme (refactoring) hangi işletmelerde kullanılır?

• Web siteleri
• E-ticaret siteleri
• Yarım kalan projeler
• Eski (legacy) sistemler

07Kapsamı ve maliyeti etkileyenler

• erişimlerin hazır olup olmadığı
• aylık bakım mı olay bazlı iş mi
• dokümantasyon ve test kapsamı
• aciliyet ve destek penceresi

08İşletim ve bakım ipuçları

• Her değişiklik sürüm kontrolünde kaydedilir ve test ortamında denenir.
• Dokümantasyon değişikliklerle birlikte güncellenir.
• Bağımlılık güvenlik uyarıları düzenli taranır.

09Planlama notları

• Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.
• Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.
• Önce kritik hatalar ve güvenlik güncellemeleri, sonra yeni özellikler.

10Hangi durumlarda gündeme gelir?

Hatalar tekrar tekrar ortaya çıktığında

Hata yeniden üretilir, kök nedeni bulunur ve regresyon testiyle kalıcı düzeltilir.

Yeni özellik eklemek her seferinde riskli olduğunda

Kod iyileştirme ve test otomasyonu ile değişiklik maliyeti düşürülür.

11Örnek hesap

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• refactoring
• test kapsamı
• dokümantasyon
• Git
• test ortamı
• Playwright
• sürüm yükseltme
• Tunceli
• Nazımiye