Mut'ta eski yazılımı yenileme yaptırmak

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

Eski yazılımı yenileme projelerinde ihtiyaca göre şu özellikler bir araya getirilir:

• 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?

Yeni özellik eklemek her seferinde riskli olduğunda

Kod iyileştirme ve test otomasyonu ile değişiklik maliyeti düşü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.

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

• 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.
• İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.

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

05Mut'ta eski yazılımı yenileme: çalışma düzeni

Mut'un PTT verisindeki 102 yerleşim kaydı 1 farklı posta koduna dağılır. Birden fazla ilçede ekibi veya şubesi olan işletmelerde eski yazılımı yenileme için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.

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

Aynı ildeki Mersin Yenişehir, Gülnar ve Çamlıyayla ilçeleri için de eski yazılımı yenileme talepleri değerlendirilir; toplantılar uzaktan yapılır.

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

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: Analiz sonrasında aşamalı plan ve yazılı teklif paylaşılır; ödeme planı aşamalara bağlanabilir.
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: 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.

07Örnek kapsam hesabı

08Nasıl çalışıyoruz?

Projeler tasarım, yazılım geliştirme, test ve yayın adımlarını kapsayan bir ekiple yürütülür. Sürüm kontrolü (Git), otomatik testler (Playwright), konteyner tabanlı yayın (Docker), sürekli entegrasyon ve izleme araçları standart çalışma düzenimizin parçasıdır.

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

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?

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

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