Kocaali'de kod iyileştirme (refactoring) fiyatları neye göre belirlenir?

01Maliyeti belirleyenler

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

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ı

• Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
• Ödeme planı teslim aşamalarına bağlı mı?
• Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
• Kapsam dışı değişiklik talepleri nasıl yönetilecek?
• Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?

05Kocaali'de teklif

Kocaali'nin PTT verisindeki 36 yerleşim kaydı 1 farklı posta koduna dağılır. Birden fazla ilçede ekibi veya şubesi olan işletmelerde kod iyileştirme (refactoring) 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: Kocaali'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 Erenler, Karapürçek ve Arifiye ilçeleri için de kod iyileştirme (refactoring) talepleri değerlendirilir; toplantılar uzaktan yapılır.

06Planlama notları

• Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözülür.
• Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.
• İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.

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

• Bağımlılık güvenlik uyarıları düzenli taranır.
• Dokümantasyon değişikliklerle birlikte güncellenir.
• Aylık bakım raporunda yapılan işler ve açık riskler paylaşılır.

08Hangi durumlarda gündeme gelir?

Yeni özellik eklemek her seferinde riskli olduğunda

Kod iyileştirme ve test otomasyonu ile değişiklik maliyeti düşürülür.

Hatalar tekrar tekrar ortaya çıktığında

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

09Rakamlarla örnek bir senaryo

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• refactoring
• test kapsamı
• dokümantasyon
• Git
• test ortamı
• otomatik test
• Sakarya
• Kocaali