Yazılım projesi devralma sonrası bakım (Pazaryeri)

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

05Pazaryeri'nde bakım

PTT kayıtlarında Pazaryeri ilçesine bağlı 33 yerleşim bulunur: 7 mahalle ile 26 köy ve köy yerleşimi. Bu kayıtlardan 1 tanesi organize sanayi veya serbest bölge kaydıdır.

Mesafe yazılım işinin önünde engel değildir: Pazaryeri'ndeki 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 Gölpazarı, Bozüyük ve İnhisar ilçeleri için de yazılım projesi devralma talepleri değerlendirilir; 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.
• Önce kritik hatalar ve güvenlik güncellemeleri, sonra yeni özellikler.

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

• Yarım kalan projeler
• E-ticaret siteleri
• Eski (legacy) sistemler
• Web siteleri

08Hangi durumlarda gündeme gelir?

Yazılımı geliştiren firma artık ulaşılamaz olduğunda

Yazılım projesi devralma kapsamında kod ve erişimler devralınır, belgelenir ve risk analizi çıkarı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

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

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

• Aylık bakım raporunda yapılan işler ve açık riskler paylaşılır.
• Bağımlılık güvenlik uyarıları düzenli taranır.
• Dokümantasyon değişikliklerle birlikte güncellenir.

11Ö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ç
• Git
• otomatik test
• Bilecik
• Pazaryeri