Kod iyileştirme (refactoring) sonrası bakım (Diyarbakır)

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

05Diyarbakır'da bakım

Diyarbakır, Güneydoğu Anadolu Bölgesi'nde yer alan, plaka kodu 21 olan bir ildir; PTT verisine göre 17 ilçe ve 1.057 mahalle ve köy kaydından oluşur. Diyarbakır büyükşehir belediyesi olan 30 ilden biridir. Birden fazla ilçede ekibi veya şubesi olan işletmelerde kod iyileştirme (refactoring) için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.

Diyarbakır'da PTT verisine göre 1 OSB/SB kaydı bulunur; üretim ve tedarik zinciriyle çalışan işletmelerde kod iyileştirme (refactoring) için B2B süreçler ve mevcut programlarla entegrasyon ayrıca konuşulur.

Mesafe yazılım işinin önünde engel değildir: Diyarbakır'daki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.

Güneydoğu Anadolu Bölgesi'ndeki Batman, Adıyaman ve Mardin gibi illerdeki işletmelerle de toplantılar uzaktan yapılır.

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

• Eski (legacy) sistemler
• Web siteleri
• E-ticaret siteleri
• Mobil uygulamalar

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

08Kapsamı ve maliyeti etkileyenler

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

09Örnek hesap

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• refactoring
• test kapsamı
• dokümantasyon
• Git
• test ortamı
• sürüm yükseltme
• Diyarbakır