Kod iyileştirme (refactoring) sonrası bakım (Çüngüş)

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

05Çüngüş'te bakım

Çüngüş, Diyarbakır iline bağlı bir ilçedir ve PTT adres verisine göre 40 mahalleden oluşur.

Çüngüş'te 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.

Diyarbakır genelinde Diyarbakır Yenişehir, Silvan ve Ergani gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

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

• Özel yazılımlar
• Yarım kalan projeler
• Web siteleri
• E-ticaret siteleri

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

• Aylık bakım raporunda yapılan işler ve açık riskler paylaşılır.
• Dokümantasyon değişikliklerle birlikte güncellenir.
• Her değişiklik sürüm kontrolünde kaydedilir ve test ortamında denenir.

08Kapsamı ve maliyeti etkileyenler

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

09Planlama notları

• Önce kritik hatalar ve güvenlik güncellemeleri, sonra yeni özellikler.
• Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.
• İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.

10Hangi durumlarda gündeme gelir?

Yeni özellik eklemek her seferinde riskli olduğunda

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

Hatalar tekrar tekrar ortaya çıktığında

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

11Örnek hesap

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• refactoring
• test kapsamı
• dokümantasyon
• Git
• test ortamı
• Playwright
• otomatik test
• sürüm yükseltme
• Diyarbakır
• Çüngüş