Kod iyileştirme (refactoring) sonrası bakım (Palandöken)

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

05Palandöken'de bakım

Palandöken'in PTT verisindeki 26 yerleşim kaydı 2 farklı posta koduna dağılır. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için kod iyileştirme (refactoring) tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.

Mesafe yazılım işinin önünde engel değildir: Palandöken'deki 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.

Erzurum genelinde Horasan, Oltu ve Pasinler gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

06Kapsamı ve maliyeti etkileyenler

• kullanılan teknolojilerin güncelliği
• erişimlerin hazır olup olmadığı
• dokümantasyon ve test kapsamı
• kod tabanının büyüklüğü ve durumu

07Hangi durumlarda gündeme gelir?

Refactoring gerektiğinde

Refactoring, kod iyileştirme (refactoring) projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.

Hatalar tekrar tekrar ortaya çıktığında

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

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

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

09Planlama 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.
• Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.

10Örnek hesap

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• refactoring
• test kapsamı
• dokümantasyon
• Git
• test ortamı
• Playwright
• otomatik test
• Erzurum
• Palandöken