Yazılım hata düzeltme sonrası bakım (Kabataş)

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

05Kabataş'ta bakım

Kabataş'ın PTT verisindeki 18 yerleşim kaydı 1 farklı posta koduna dağılır.

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

Aynı ildeki Kabadüz, Fatsa ve Aybastı ilçeleri için de yazılım hata düzeltme talepleri değerlendirilir; toplantılar uzaktan yapılır.

06Yazılım hata düzeltme hangi işletmelerde kullanılır?

• E-ticaret siteleri
• Yarım kalan projeler
• Özel yazılımlar
• Eski (legacy) sistemler

07Hangi durumlarda gündeme gelir?

Regresyon testi gerektiğinde

Regresyon testi, yazılım hata düzeltme projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.

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

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

08Kapsamı ve maliyeti etkileyenler

• aciliyet ve destek penceresi
• dokümantasyon ve test kapsamı
• kullanılan teknolojilerin güncelliği
• erişimlerin hazır olup olmadığı

09İş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.
• Aylık bakım raporunda yapılan işler ve açık riskler paylaşılır.

10Planlama notları

• Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözülür.
• Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.
• Önce kritik hatalar ve güvenlik güncellemeleri, sonra yeni özellikler.

11Örnek hesap

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• hata yeniden üretme
• düzeltme
• regresyon testi
• test ortamı
• dokümantasyon
• Playwright
• bakım sözleşmesi
• otomatik test
• sürüm yükseltme
• refactoring
• Ordu
• Kabataş