Yazılım projesi kurtarma gerektiren sorunlar ve belirtiler (Çifteler)

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.

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

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

Hataların tekrar tekrar ortaya çıkması

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?

• Özel yazılımlar
• Yarım kalan projeler
• E-ticaret siteleri
• Mobil uygulamalar

04Kapsamı ve maliyeti etkileyenler

• aylık bakım mı olay bazlı iş mi
• dokümantasyon ve test kapsamı
• aciliyet ve destek penceresi
• kod tabanının büyüklüğü ve durumu

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

• Bağımlılık güvenlik uyarıları düzenli taranır.
• Her değişiklik sürüm kontrolünde kaydedilir ve test ortamında denenir.
• Hata kayıtları önceliğe göre sınıflandırılır.

06Planlama 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.

07Hangi 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.

08Çifteler'de hızlı tespit

Çifteler'in PTT verisindeki 28 yerleşim kaydı 1 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.

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Çifteler'deki işletmelerle ekran paylaşımlı demolar ve ortak bir proje panosu üzerinden çalışılır. Donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.

Eskişehir genelinde Mahmudiye, Tepebaşı ve İnönü 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
• bakım sözleşmesi
• test ortamı
• hata kaydı
• Eskişehir
• Çifteler