Gümüşhane'de eski yazılımı yenileme yaptırmak

01Eski yazılımı yenileme ile neler yapılır?

Her işletmenin ihtiyacı farklıdır; yine de çoğu eski yazılımı yenileme projesinde şu başlıklar konuşulur:

• veri aktarımı
• kademeli geçiş

Bu projeler çoğu zaman yazılım hata düzeltme, kod iyileştirme (refactoring) ve mevcut yazılıma özellik ekleme gibi işlerle birlikte ele alınır.

02Hangi durumlarda eski yazılımı yenileme yaptırılır?

Yazılımı geliştiren firma artık ulaşılamaz olduğunda

Eski yazılımı yenileme kapsamında kod ve erişimler devralınır, belgelenir ve risk analizi çıkarılır.

Sürüm ve kütüphaneler eskidiğinde

Uyumluluk analizi yapılır; yükseltme kademeli ve test edilerek uygulanır.

Yeni özellik eklemek her seferinde riskli olduğunda

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

03Eski yazılımı yenileme planlarken bilinmesi gerekenler

• Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapı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.

04Gümüşhane için uzaktan ve yerinde çalışma

PTT kayıtlarına göre Gümüşhane genelinde 6 ilçe ve 1.087 mahalle ve köy kaydı bulunur; il, Karadeniz Bölgesi'ndedir. Gümüşhane'de PTT verisine göre 1 OSB/SB kaydı bulunur; üretim ve tedarik zinciriyle çalışan işletmelerde eski yazılımı yenileme için B2B süreçler ve mevcut programlarla entegrasyon ayrıca konuşulur.

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Gümüşhane'deki 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.

Karadeniz Bölgesi'ndeki Çorum, Tokat ve Bolu gibi illerdeki işletmelerle de toplantılar uzaktan yapılır.

05Proje nasıl ilerler?

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: Kimin neyi göreceği, hangi verinin nereden geleceği ve hangi işin önce çözüleceği netleştirilir.
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: Temel ekranlar çizilir; kullanıcıların geri bildirimiyle akış sadeleştirilir.
5. Geliştirme ve test: Kod sürüm kontrolüyle yönetilir, kritik akışlar otomatik testlerle korunur.
6. Yayın, veri aktarımı ve eğitim: Canlıya geçiş planlı bir zamanda yapılır; ilk günlerde kullanım yakından izlenir.
7. Bakım ve destek: Yayın sonrası izleme, güncelleme ve geliştirme talepleri bakım planıyla sürdürülür.

06Örnek kapsam hesabı

07Ekip 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.
• Kaynak kod ve veri işletmeye teslim edilir.
• Her değişiklik önce test ortamında denenir.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Gümüşhane de bunlardan biri.

08Uzman desteği ne zaman şart olur?

Eski yazılımı yenileme 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

• kademeli geçiş
• veri aktarımı
• Git
• Playwright
• dokümantasyon
• sürüm yükseltme
• otomatik test
• refactoring
• Gümüşhane