Yazılım projesi devralma gerektiren sorunlar ve belirtiler (Karapürçek)

01Belirtiler, olası nedenler ve ilk kontrol

Küçük bir değişikliğin başka yerleri bozması

Olası neden: kod/erişim işletmede değil. İlk kontrol: devralma ve erişim kurtarma.

Dokümantasyon ve kurulum bilgisinin olmaması

Olası neden: test yok. İlk kontrol: otomatik testler.

Kodu yazan kişiye veya firmaya ulaşılamaması

Olası neden: güncelleme yapılmamış. İlk kontrol: kademeli sürüm yükseltme.

Kütüphane ve çatı sürümlerinin desteğinin bitmesi

Olası neden: kod/erişim işletmede değil. İlk kontrol: devralma ve erişim kurtarma.

02Kategoride sık görülen sorunlar

03Kapsamı ve maliyeti etkileyenler

• erişimlerin hazır olup olmadığı
• kullanılan teknolojilerin güncelliği
• aylık bakım mı olay bazlı iş mi
• dokümantasyon ve test kapsamı

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

• Mobil uygulamalar
• Yarım kalan projeler
• Web siteleri
• E-ticaret siteleri

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

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

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.

07Planlama notları

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

08Karapürçek'te hızlı tespit

Karapürçek'in PTT verisindeki 14 yerleşim kaydı 1 farklı posta koduna dağılır. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için yazılım projesi devralma tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.

Karapürçek'te 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 Sapanca, Adapazarı ve Serdivan ilçeleri için de yazılım projesi devralma talepleri değerlendirilir; toplantılar uzaktan yapılır.

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
• hata kaydı
• teknik borç
• Sakarya
• Karapürçek