Yazılım projesi devralma gerektiren sorunlar ve belirtiler (Özalp)

01Belirtiler, olası nedenler ve ilk kontrol

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.

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

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

Hataların tekrar tekrar ortaya çıkması

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

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

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

02Kategoride sık görülen sorunlar

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

• Dokümantasyon değişikliklerle birlikte güncellenir.
• 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.

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

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

05Planlama notları

• Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.
• Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.
• İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.

06Kapsamı ve maliyeti etkileyenler

• kullanılan teknolojilerin güncelliği
• aylık bakım mı olay bazlı iş mi
• erişimlerin hazır olup olmadığı
• aciliyet ve destek penceresi

07Hangi durumlarda gündeme gelir?

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

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

Risk analizi gerektiğinde

Risk analizi, yazılım projesi devralma projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.

08Özalp'ta hızlı tespit

Özalp'ın PTT verisindeki 58 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.

Özalp'ta 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.

Van genelinde Muradiye, Çatak ve Çaldıran gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

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
• Git
• otomatik test
• teknik borç
• Van
• Özalp