Yazılım projesi kurtarma gerektiren sorunlar ve belirtiler (İvrindi)

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

03Hangi durumlarda gündeme gelir?

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

Yazılım projesi kurtarma kapsamında kod ve erişimler devralınır, belgelenir ve risk analizi çıkarılır.

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.

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

• Hata kayıtları önceliğe göre sınıflandırılır.
• Dokümantasyon değişikliklerle birlikte güncellenir.
• Bağımlılık güvenlik uyarıları düzenli taranır.

05Kapsamı ve maliyeti etkileyenler

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

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

• Eski (legacy) sistemler
• Yarım kalan projeler
• Özel yazılımlar
• Mobil uygulamalar

07Planlama notları

• Ö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.
• İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.

08İvrindi'de hızlı tespit

İvrindi'nin PTT verisindeki 70 yerleşim kaydı 6 farklı posta koduna dağılır. Birden fazla ilçede ekibi veya şubesi olan işletmelerde yazılım projesi kurtarma için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.

Mesafe yazılım işinin önünde engel değildir: İvrindi'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.

Aynı ildeki Marmara, Karesi ve Balıkesir Gönen ilçeleri için de yazılım projesi kurtarma talepleri değerlendirilir; toplantılar uzaktan yapılır.

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• durum tespiti
• önceliklendirme
• yeniden geliştirme
• teknik borç
• otomatik test
• Git
• bakım sözleşmesi
• hata kaydı
• Balıkesir
• İvrindi