Yazılım Modernizasyonu
Eski bir masaüstü programı, ana bilgisayar ya da yıllanmış bir web sistemiyle çalışan şirketlerin yazılımını modernize ediyoruz: sistem analizi, veri taşıma ve geri dönüş planıyla modül modül; uygunsa buluta taşıyarak.
Kimin için
Yazılım modernizasyonu (legacy sistem modernizasyonu), işi yıllardır taşıyan eski bir sistemi kurallarını kaybetmeden bakımı kolay, bağlanabilir bir mimariye taşımaktır. Uygun mimaride eski ve yeni sistem birlikte çalışır. Bakım penceresi ve kabul edilebilir kesinti, sistemin bağımlılıklarına göre belirlenir.
Ne zaman gerekir?
- BT: sistemi bilen bir iki kişi kaldı; küçük değişiklik bile haftalar sürüyor.
- İş birimleri: yeni portal ya da banka bağlantısı için API yok; veri gece dosyayla taşınıyor.
- Güvenlik: işletim sistemi, veritabanı ya da dil sürümünün desteği bitti, yama gelmiyor.
- Yönetim: bakım bedeli her yıl artıyor; her sürümde sistem hafta sonu kapanıyor.
Ne zaman gerekmez?
- Sistem destekleniyor ve yalnız ekranlar eskiyse: arayüzü yenilemek ya da bir API katmanı eklemek yeterli olabilir.
- Muhasebe, bordro gibi standart süreçlerde güncel bir hazır paket çoğu zaman daha ekonomiktir.
- Eski bir sistem yoksa, süreç Excel’de yürüyorsa ihtiyacınız özel yazılım geliştirme.
Kapsam
Kapsamı keşifte birlikte yazarız. Aşağıdaki örnek, eski sistemin ilk modülünü yeni platforma taşıyan tipik bir ilk aşama; sonraki modüller aynı yoldan ilerler.
Keşif ve risk haritası
Modüller, bağımlılıklar, gece işleri ve veri; her modülün riski ve iş tarafındaki sahibi.
İş kuralları kataloğu
Koddan ve uzmanlardan çıkarılan kurallar okunur bir listede, testlerle korunur.
Yönlendirme katmanı
Eski sistemin önünde durur; trafiği modül modül yeni platforma kaydırır.
Veri senkronu ve göç
Olay tabanlı köprü ya da değişiklik yakalama (CDC), deneme göçü, mutabakat.
İlk modül
Seçilen modülün yeni arka ucu ve kullanıcı ekranları.
Altyapı ve sürüm hattı
Bulutta ya da sunucunuzda; kontrollü sürüm, veri mutabakatı ve prova edilmiş geri dönüş planı.
Bu örnekte kapsam dışı
- Bütün modüllerin ilk aşamada taşınması
- Eski sistemin kodunu yeniden düzenlemek
- Lisans ve bulut bedelleri (doğrudan sizin hesabınıza)
Varsayımlar
- Eski veritabanına okuma erişimi ve test kopyası var.
- Sistemi bilen kişi haftada birkaç saat ayırır.
- İlk aşama tek modülü uçtan uca kapsar (ör. sipariş girişi).
- Açık kayıtlar taşınır; eskiler arşivde okunur kalır.
Adım adım yöntem: Eski sistemi durdurmadan geçiş rehberi
Örnek senaryolar
Her senaryo bir modernizasyon kararından çıkar; sizinkileri keşifte birlikte yazarız.
-
İlk modülün seçimi
- Rol
- BT müdürü ve süreç sahipleri
- Girdi
- Modül listesi, kullanım sıklığı, bağımlılıklar
- İşlem
- Modüller değer, bağımlılık ve riske göre karşılaştırılır; sık kullanılan, az bağımlı modül öne alınır.
- Çıktı
- Risk haritası, ilk aşama kapsamı, aşama sırası
-
Paralel çalışma
- Rol
- Süreç uzmanı
- Girdi
- Gerçek işlemler ve iki sistemin sonuçları
- İşlem
- Okuma ya da yan etkisi yalıtılmış işlem iki sistemde karşılaştırılır; ödeme, bildirim ve kayıtlar ikinci kez üretilmez.
- Çıktı
- Fark raporu, kataloğa eklenen kurallar, geçiş kararı
-
Veri göçü provası
- Rol
- Veri sorumlusu
- Girdi
- Eski veritabanı, alan eşleme tablosu, temizlik kuralları
- İşlem
- Veri test ortamına taşınır; sayılar ve tutarlar karşılaştırılır, geri dönüş prova edilir.
- Çıktı
- Mutabakat raporu, düzeltilecek kayıtlar, onaylı geçiş planı
Örnek ekranlar
Ürün konsepti: etkileşimli bir demo ya da müşteri projesi değil, ekran tasarımlarıyla bir çözüm incelemesi. X Sigorta kurgusaldır; ekranlardaki veriler ve göç planı örnektir. Bütün ürün konseptleri
Entegrasyonlar
En kritik bağlantı, eski sistemle yeni platform arasındaki köprüdür. Her akışın yönünü, sıklığını ve doğruluk kaynağını keşifte yazılı olarak belirleriz.
| Sistem | Örnekler | Ne aktarılır | Yön ve sıklık |
|---|---|---|---|
| Eski veritabanı | SQL Server, Oracle, DB2 | Değişen kayıtlar, ana veri | Eskiden yeniye; modül geçince yön döner |
| Ana bilgisayar ve AS/400 | IBM z/OS, IBM i (AS/400) | Toplu iş (COBOL, RPG) çıktıları | Planlı pencerede, dosya ya da kuyrukla |
| Masaüstü uygulaması | Delphi, VB6, WinForms | Ortak veritabanındaki işlemler | Eski ve yeni ekran aynı kaydı görür |
| ERP ve muhasebe | Logo, Netsis, Mikro, SAP | Cari, stok, fatura | Yeni modül API ile; eski bağlantı kalır |
| Kimlik ve yetki | Active Directory, LDAP | Kullanıcı, rol, yetki | Tek oturum açma (SSO), aynı kimlik |
Köprü koparsa
Olaylar bir kuyrukta bekler: karşı taraf erişilemezse kayıt kaybolmaz, sırayla yeniden işlenir, iki kez yazılmaz. Günlük mutabakat raporu iki sistemdeki kayıt sayılarını ve tutarları karşılaştırır; fark sorumluya bildirilir.
Ayrıntısı: ERP entegrasyonu nasıl planlanır?
Ürün adları örnektir; iş ortaklığı anlamına gelmez.
Süreç
-
01
Keşif
Kodu, veritabanını ve iş akışını inceler; risk haritasını çıkarır, ilk modülü öneririz.
1–2 hafta -
02
Tanım & Prototip
Yeni ekranlar 3. haftada gerçek kullanıcıyla test edilir; göç planı yazılır.
2–3 hafta -
03
İnşa
Her hafta çalışan yazılım demosu; paralel çalışma, kademeli geçiş.
2 haftalık sprintler,
ilk aşama hedefi 6–12. hafta -
04
Büyüt & İşlet
Sıradaki modüller taşınır; devredilen eski modül kapatılır.
Sürekli
Bu takvim, erişimler ve pilot kapsamı netleştiğinde değerlendirilen örnek plandır; kesin süre keşifte belirlenir. Adımların ayrıntısı: nasıl çalışıyoruz
Bütçe ve süre
Fiyat listesi yayınlamıyoruz; maliyeti sistemin büyüklüğü ve verinin durumu belirler. Keşif sonunda yazılı teklif ve yol haritası alırsınız.
- Modül sayısı
- Taşınacak modüller ve bağımlılıkları.
- Veri hacmi ve kalitesi
- Kayıt sayısı, geçmiş yıllar, temizlik.
- Belgelenmemiş kurallar
- Koddan çıkarılacak kural miktarı.
- Entegrasyonlar
- Bağlı sistemler, dosya aktarımları.
- Paralel çalışma
- İki sistemin birlikte çalışacağı süre.
- Hedef altyapı
- Bulut ya da sunucu; uyum şartları.
- Keşif sprinti
- 2 hafta Sabit kapsam, sabit bedel
- İlk aşama
- 6–12 hafta Kapsamı birlikte belirlenen ilk modül, programın tamamı değil
- Sonraki aşamalar
- Yol haritasında Her aşama kendi başına canlıya çıkar
Teslim şartları
Bilgi artık bir iki kişiye bağlı kalmaz: kod, kurallar ve göç kayıtları sizde durur.
Kod ve fikri mülkiyet
Projeye özel kod ve tasarımların devri, üçüncü taraf lisansları ve kullanım hakları sözleşmede ayrı ayrı belirlenir.
Hesaplar
Depo, bulut ve izleme hesapları baştan sizin adınıza.
İş kuralları kataloğu
Her kural kaynağı, sahibi ve testiyle okunur bir belgede.
Göç kayıtları
Eşleme tabloları, göç betikleri, mutabakat raporları, geri dönüş planı.
Testler
Kataloğa alınan kurallar otomatik testle korunur; testsiz sürüm yayına çıkmaz.
Devir ve destek
Ortak oturumlarla devir; bakım, destek saatleri ve müdahale hedefleri ayrıca belirlenir.
Sık sorulanlar
Sıfırdan yeniden yazmak daha hızlı olmaz mı?
Takvimde daha kısa görünür, ama riskin tamamını tek bir geçiş gününe yığar: yeni sistem hazırlanırken eskisi donar, belgelenmemiş kurallar ancak canlıda ortaya çıkar. Sistem küçük ve kuralları belgeliyse tek seferde geçiş mantıklı olabilir; hangisinin uygun olduğunu keşifte birlikte değerlendiririz.
Mikroservis mimarisine geçmek şart mı?
Hayır. Çoğu sistem için modüler monolit, yani sınırları net modüllerden oluşan tek bir uygulama, daha az işletim yüküyle yeterli esnekliği verir. Ayrı ölçeklenmesi ya da başka bir ekipçe ayrı yayınlanması gereken parçalar varsa yalnız onları ayrı servis yaparız.
Buluta taşımak şart mı?
Hayır. Yeni platform AWS, Azure ya da Google Cloud’da çalışabileceği gibi kendi veri merkezinizde de çalışır; veri Türkiye’de ya da AB’de kalmalıysa yer buna göre seçilir. Bulut her sistem için daha ucuz değildir; iki seçeneğin işletim maliyetini keşifte karşılaştırırız.
Geçiş sırasında kullanıcılar nasıl etkilenir?
Uygun sistemlerde kullanıcılar eski ekranlarla çalışırken yeni modül küçük bir grupla denenir. Veri dönüşümü veya dış bağlantılar bakım penceresi gerektirebilir; her proje için kesintisiz geçiş garantisi verilmez. Yeni kayıtların geri taşınması, karar yetkisi ve geri dönüşün son güvenli noktası önceden prova edilir. Eğitim kısa oturumlarla verilir; ilk haftalarda sorular için açık bir destek kanalı olur.
Eski sistemi yazan firma artık yoksa ne olur?
Kaynak kod varsa onu, yoksa veritabanını ve sistemin dışarıdan görünen davranışını (ekranlar, raporlar, çıktı dosyaları) inceleriz; kurallar kullanıcılarla birlikte ve paralel çalışmadaki karşılaştırmayla çıkarılır. Kaynak koda ve veritabanına erişim hakkınızı sözleşmeden önce netleştirmenizi öneririz.
Referans projelerinizi görebilir miyiz?
Referans listesi yerine ürün konseptlerini gösteriyoruz: kurgusal şirketler için hazırladığımız, belirli bir problemin nasıl çözülebileceğini anlatan ekran tasarımları. Riski sınırlamak için sabit bedelli keşif sprintiyle başlamanızı ve ilk aşama olarak küçük, geri alınabilir bir modül seçmenizi öneririz.
Sonraki adım
İlk adım 30 dakikalık bir tanışma görüşmesi. Ardından 2 haftalık keşif sprintinde ilk aşamayı birlikte seçeriz.