Burdur'da üçüncü taraf yazılıma modül yaptırmak

01Üçüncü taraf yazılıma modül ile neler yapılır?

Üçüncü taraf yazılıma modül projelerinde ihtiyaca göre şu özellikler bir araya getirilir:

• özelleştirme
• eklenti
• API

Bu projeler çoğu zaman kaynak kod düzenleme ve dokümantasyon, web sitesi bakım paketi ve yazılım projesi kurtarma gibi işlerle birlikte ele alınır.

02Hangi durumlarda üçüncü taraf yazılıma modül yaptırılır?

Hatalar tekrar tekrar ortaya çıktığında

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

Yeni özellik eklemek her seferinde riskli olduğunda

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

API gerektiğinde

API, üçüncü taraf yazılıma modül projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.

03Üçüncü taraf yazılıma modül planlarken bilinmesi gerekenler

• İş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.
• Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözülür.

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

05Burdur için uzaktan ve yerinde çalışma

Burdur, Akdeniz Bölgesi'nde yer alan, plaka kodu 15 olan bir ildir; PTT verisine göre 11 ilçe ve 500 mahalle ve köy kaydından oluşur. Burdur'da PTT verisine göre 3 OSB/SB kaydı bulunur; üretim ve tedarik zinciriyle çalışan işletmelerde üçüncü taraf yazılıma modül 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: Burdur'daki 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.

Akdeniz Bölgesi'ndeki Kahramanmaraş, Adana ve Mersin gibi illerdeki işletmelerle de toplantılar uzaktan yapılır.

06İlk görüşmeden yayına

1. İlk görüşme: Kısa bir görüşmede ne yapmak istediğinizi, bugün nasıl çalıştığınızı ve öncelikli sorunu konuşuruz.
2. Analiz: Süreç, kullanıcı rolleri, kullandığınız Excel veya eski sistem örnekleri ve bağlanacak sistemler incelenir.
3. Kapsam ve yazılı teklif: Hangi işin hangi aşamada teslim edileceği ve neyin kapsam dışı olduğu teklifte açıkça yazılır.
4. Tasarım ve prototip: Ekran akışları ve tasarımlar hazırlanır, onayınızdan sonra geliştirmeye geçilir.
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.

07Örnek kapsam hesabı

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.

• Kaynak kod ve veri işletmeye teslim edilir.
• Kapsam ve teslim kriterleri yazılı olur.
• KVKK baştan tasarlanır.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Burdur da bunlardan biri.

09Hangi durumlarda profesyonel destek gerekir?

Üçüncü taraf yazılıma modül işlerinde bazı durumlar plansız ilerlerse sonradan pahalıya mal olur:

• Her düzeltme yeni hata doğuruyor: test yok.
• Önceki firmaya ulaşılamıyor: kod/erişim işletmede değil.
• 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

• eklenti
• API
• özelleştirme
• otomatik test
• bakım sözleşmesi
• Git
• test ortamı
• dokümantasyon
• Burdur