Yazılım projesi kurtarma gerektiren sorunlar ve belirtiler (Karataş)

01Belirtiler, olası nedenler ve ilk kontrol

Dokümantasyon ve kurulum bilgisinin olmaması

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

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

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.

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.

02Kategoride sık görülen sorunlar

03Yazılım projesi kurtarma hangi işletmelerde kullanılır?

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

04Hangi durumlarda gündeme gelir?

Durum tespiti gerektiğinde

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

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

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

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

• 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.

06Kapsamı ve maliyeti etkileyenler

• aciliyet ve destek penceresi
• aylık bakım mı olay bazlı iş mi
• erişimlerin hazır olup olmadığı
• dokümantasyon ve test kapsamı

07Planlama notları

• İş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.
• Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.

08Karataş'ta hızlı tespit

Karataş'ın PTT verisindeki 43 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 kurtarma tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.

Karataş'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.

Adana genelinde Çukurova, Saimbeyli ve Yumurtalık 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

• durum tespiti
• önceliklendirme
• yeniden geliştirme
• teknik borç
• otomatik test
• Git
• dokümantasyon
• refactoring
• hata kaydı
• Adana
• Karataş