İzmir'de yazılım projesi kurtarma

01Hangi durumlarda gerekir?

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.

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

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

02Belirtiler

• Dokümantasyon ve kurulum bilgisinin olmaması
• Hataların tekrar tekrar ortaya çıkması
• Küçük bir değişikliğin başka yerleri bozması
• Kütüphane ve çatı sürümlerinin desteğinin bitmesi

03Belirti, neden ve çözüm

04İş nasıl ilerler?

1. Kod, erişimler ve ortamlar üzerinde durum tespiti yapmak
2. Riskleri ve öncelikleri listelemek
3. Test ortamı ve sürüm kontrolünü düzene sokmak
4. Kritik hataları ve güvenlik açıklarını gidermek
5. Testleri ve dokümantasyonu tamamlamak
6. Düzenli bakım ve geliştirme planına geçmek

05Kapsam

• durum tespiti
• önceliklendirme
• yeniden geliştirme

Bu projeler çoğu zaman yazılım projesi devralma, kaynak kod düzenleme ve dokümantasyon ve yazılım mimarisi ve teknoloji danışmanlığı gibi işlerle birlikte ele alınır.

06İzmir'de yazılım projesi kurtarma

İzmir, Ege Bölgesi'nde yer alan, plaka kodu 35 olan bir ildir; PTT verisine göre 30 ilçe ve 1.311 mahalle ve köy kaydından oluşur. İzmir büyükşehir belediyesi olan 30 ilden biridir. Denize kıyısı olan illerdendir. 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.

İzmir'de 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.

Aynı bölgedeki Muğla, Uşak ve Denizli illeri için de yazılım projesi kurtarma projeleri aynı düzenle yürütülür.

07Nasıl çalışıyoruz?

Tasarım, geliştirme, test ve yayın adımları aynı ekip içinde yürür. Kod Git ile sürümlenir, kritik akışlar Playwright testleriyle korunur, yayın Docker konteynerleriyle tekrarlanabilir biçimde yapılır.

• KVKK baştan tasarlanır.
• Yayın sonrası bakım ve destek planlanır.
• Her değişiklik önce test ortamında denenir.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz: görüntülü toplantı, ekran paylaşımlı demo ve ortak proje panosu. Donanım kurulumu, depo barkod sistemi kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

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