Çilimli'de mevcut yazılıma özellik ekleme yaptırmak

01Mevcut yazılıma özellik ekleme ile neler yapılır?

Mevcut yazılıma özellik ekleme projelerinde ihtiyaca göre şu özellikler bir araya getirilir:

• test
• modül geliştirme
• kod analizi

İhtiyaca göre yazılım bakım hizmeti, yazılım hata düzeltme ve eski yazılımı yenileme da aynı yol haritasına eklenebilir.

02Hangi durumlarda mevcut yazılıma özellik ekleme yaptırılır?

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.

Modül geliştirme gerektiğinde

Modül geliştirme, mevcut yazılıma özellik ekleme projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.

03Mevcut yazılıma özellik ekleme planlarken bilinmesi gerekenler

• Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözülür.
• Önce kritik hatalar ve güvenlik güncellemeleri, sonra yeni özellikler.
• İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.

04Sık karşılaşılan durumlar

05Çilimli için uzaktan ve yerinde çalışma

Çilimli, Düzce iline bağlı bir ilçedir ve PTT adres verisine göre 39 mahalle ve köy kaydından oluşur. Bu kayıtlardan 1 tanesi organize sanayi veya serbest bölge kaydıdır. Çilimli'de PTT verisine göre 1 OSB/SB kaydı bulunur; üretim ve tedarik zinciriyle çalışan işletmelerde mevcut yazılıma özellik ekleme için B2B süreçler ve mevcut programlarla entegrasyon ayrıca konuşulur.

Mesafe yazılım işinin önünde engel değildir: Çilimli'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 Gümüşova, Gölyaka ve Kaynaşlı ilçeleri için de mevcut yazılıma özellik ekleme talepleri değerlendirilir; toplantılar uzaktan yapılır.

06Proje nasıl ilerler?

1. İlk görüşme: İlk temas telefonla ya da WhatsApp'tan olur; işin kapsamını anlamak için birkaç temel soru sorarız.
2. Analiz: Ekranlar, raporlar ve entegrasyonlar için gerçek örnekler üzerinden ihtiyaç listesi çıkarılır.
3. Kapsam ve yazılı teklif: Modüller, aşamalar ve teslim kriterleri yazılı bir kapsamla belirlenir; teklif bu kapsama göre verilir.
4. Tasarım ve prototip: Tıklanabilir bir prototiple kullanıcı yolculuğu baştan sona denenir.
5. Geliştirme ve test: Her teslimde çalışan bir sürüm test ortamında paylaşılır; hatalar canlıya çıkmadan giderilir.
6. Yayın, veri aktarımı ve eğitim: Veri aktarımı doğrulandıktan sonra yayına geçilir; ekip için kısa kullanım kılavuzu hazırlanır.
7. Bakım ve destek: Yayın sonrası izleme, güncelleme ve geliştirme talepleri bakım planıyla sürdürülür.

07Rakamlarla örnek bir senaryo

08Ekip ve çalışma biçimimiz

Çalışma düzenimizde sürüm kontrolü, otomatik testler, konteyner tabanlı yayın ve izleme araçları standarttır; her değişiklik bu adımlardan geçerek canlıya çıkar.

• KVKK baştan tasarlanır.
• Her değişiklik önce test ortamında denenir.
• Kapsam ve teslim kriterleri yazılı olur.

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.

09Uzman desteği ne zaman şart olur?

Mevcut yazılıma özellik ekleme işlerinde bazı durumlar plansız ilerlerse sonradan pahalıya mal olur:

• Önceki firmaya ulaşılamıyor: kod/erişim işletmede değil.
• Eski PHP/framework sürümü: güncelleme yapılmamış.
• Kişisel veya finansal verinin işlendiği akışlar
• Birden fazla sistemle entegrasyon gerektiren işler

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• kod analizi
• modül geliştirme
• test
• test ortamı
• otomatik test
• refactoring
• bakım sözleşmesi
• Playwright
• teknik borç
• Düzce
• Çilimli