Kod iyileştirme (refactoring) sonrası bakım (Şavşat)

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Şavşat'ta bakım

PTT kayıtlarında Şavşat ilçesine bağlı 419 yerleşim bulunur: 3 mahalle ile 416 köy ve köy yerleşimi.

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Şavşat'taki işletmelerle ekran paylaşımlı demolar ve ortak bir proje panosu üzerinden çalışılır. Donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.

Aynı ildeki Murgul, Artvin Merkez ve Borçka ilçeleri için de kod iyileştirme (refactoring) talepleri değerlendirilir; toplantılar uzaktan yapılır.

06Kapsamı ve maliyeti etkileyenler

• kullanılan teknolojilerin güncelliği
• aylık bakım mı olay bazlı iş mi
• aciliyet ve destek penceresi
• dokümantasyon ve test kapsamı

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

• Web siteleri
• Mobil uygulamalar
• E-ticaret siteleri
• Yarım kalan projeler

08Planlama notları

• İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.
• Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözülür.
• Önce kritik hatalar ve güvenlik güncellemeleri, sonra yeni özellikler.

09Hangi 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.

10Örnek hesap

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• refactoring
• test kapsamı
• dokümantasyon
• Git
• test ortamı
• hata kaydı
• sürüm yükseltme
• Playwright
• Artvin
• Şavşat