Çameli'nde yazılım projesi kurtarma fiyatları neye göre belirlenir?

01Maliyeti belirleyenler

• kod tabanının büyüklüğü ve durumu
• erişimlerin hazır olup olmadığı
• dokümantasyon ve test kapsamı
• kullanılan teknolojilerin güncelliği
• aciliyet ve destek penceresi

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ı

• Yayın sonrası hata düzeltme ve bakım koşulları neler?
• Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
• Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
• Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
• KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?

05Çameli'nde teklif

Çameli'nin PTT verisindeki 31 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; Çameli'ndeki 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.

Denizli genelinde Denizli Kale, Babadağ ve Bekilli gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

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

• 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.
• Hata kayıtları önceliğe göre sınıflandırılır.

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.

Hatalar tekrar tekrar ortaya çıktığında

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

08Örnek planlama hesabı

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ı
• test ortamı
• Playwright
• Denizli
• Çameli