Yazılım projesi devralma sonrası bakım (Nevşehir)

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

05Nevşehir'de bakım

İç Anadolu Bölgesi illerinden Nevşehir (plaka 50), PTT adres verisinde 8 ilçe ve 367 yerleşim kaydıyla yer alır. Nevşehir'de PTT verisine göre 1 OSB/SB kaydı bulunur; üretim ve tedarik zinciriyle çalışan işletmelerde yazılım projesi devralma 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: Nevşehir'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.

İç Anadolu Bölgesi'ndeki Karaman, Niğde ve Kırşehir gibi illerdeki işletmelerle de toplantılar uzaktan yapılır.

06Planlama notları

• Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.
• İş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.

07Yazılım projesi devralma hangi işletmelerde kullanılır?

• Mobil uygulamalar
• Özel yazılımlar
• Yarım kalan projeler
• Web siteleri

08Hangi durumlarda gündeme gelir?

Yazılım yavaşladığında

Profil analiziyle darboğaz bulunur; sorgu, önbellek ve kod iyileştirmesi yapılır.

Yeni özellik eklemek her seferinde riskli olduğunda

Kod iyileştirme ve test otomasyonu ile değişiklik maliyeti düşürülür.

09Kapsamı ve maliyeti etkileyenler

• kod tabanının büyüklüğü ve durumu
• aciliyet ve destek penceresi
• aylık bakım mı olay bazlı iş mi
• erişimlerin hazır olup olmadığı

10Örnek hesap

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• kod ve erişim devri
• dokümantasyon
• risk analizi
• refactoring
• Playwright
• bakım sözleşmesi
• teknik borç
• otomatik test
• Nevşehir