Güzelbahçe'de yazılım projesi kurtarma fiyatları neye göre belirlenir?

01Maliyeti belirleyenler

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

02Ön değerlendirme akışı

1. Sorunun kısa açıklaması ve varsa ekran görüntüleri
2. Gerekli erişimler: kaynak kod deposu ve Sunucu ve veritabanı erişimi
3. Hızlı inceleme ve bulguların paylaşılması
4. Yazılı kapsam ve teklif

03Hangi sistemlerde uygulanır?

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

04Teklif soruları

• Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
• Yayın sonrası hata düzeltme ve bakım koşulları neler?
• Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
• Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
• Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?

05Güzelbahçe'de teklif

Güzelbahçe'nin PTT verisindeki 12 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.

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

İzmir genelinde Kınık, Selçuk ve Bornova gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

06Kapsamı ve maliyeti etkileyenler

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

07Planlama notları

• İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.
• Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.
• Önce kritik hatalar ve güvenlik güncellemeleri, sonra yeni özellikler.

08Hangi durumlarda gündeme gelir?

Hatalar tekrar tekrar ortaya çıktığında

Hata yeniden üretilir, kök nedeni bulunur ve regresyon testiyle kalıcı düzeltilir.

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.

09Örnek kapsam hesabı

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• durum tespiti
• önceliklendirme
• yeniden geliştirme
• teknik borç
• otomatik test
• Git
• Playwright
• bakım sözleşmesi
• test ortamı
• İzmir
• Güzelbahçe