Sürüm yükseltme sonrası bakım (Tuşba)

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

05Tuşba'da bakım

Tuşba'nın PTT verisindeki 68 yerleşim kaydı 2 farklı posta koduna dağılır. Bu kayıtlardan 1 tanesi organize sanayi veya serbest bölge kaydıdır. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için sürüm yükseltme tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.

Tuşba'da 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 Başkale, Çatak ve Muradiye ilçeleri için de sürüm yükseltme talepleri değerlendirilir; toplantılar uzaktan yapılır.

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

Sürüm ve kütüphaneler eskidiğinde

Uyumluluk analizi yapılır; yükseltme kademeli ve test edilerek uygulanır.

07Kapsamı ve maliyeti etkileyenler

• kod tabanının büyüklüğü ve durumu
• aciliyet ve destek penceresi
• erişimlerin hazır olup olmadığı
• dokümantasyon ve test kapsamı

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

• Hata kayıtları önceliğe göre sınıflandırılı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ı

• 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.
• İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.

10Örnek hesap

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• uyumluluk analizi
• kademeli yükseltme
• Playwright
• refactoring
• test ortamı
• teknik borç
• hata kaydı
• sürüm yükseltme
• Van
• Tuşba