Eski (legacy) yazılımın modern ve web tabanlı hale getirilmesi.
01Olmazsa olmaz özellikler
- kademeli geçiş
- veri aktarımı
02İhtiyaca göre eklenen modüller
Olay bazlı destek
Olay bazlı destek, ihtiyaç netleştiğinde eski yazılımı yenileme içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
Dokümantasyon
Dokümantasyon için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
Test otomasyonu
Test otomasyonu için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
Kod denetimi ve rapor
Kod denetimi ve rapor, ihtiyaç netleştiğinde eski yazılımı yenileme içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
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.
- İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.
- Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözülür.
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Önceki firmaya ulaşılamıyor | Kod/erişim işletmede değil | Devralma ve erişim kurtarma |
| Her düzeltme yeni hata doğuruyor | Test yok | Otomatik testler |
| Eski PHP/framework sürümü | Güncelleme yapılmamış | Kademeli sürüm yükseltme |
05Kullanıcı rolleri ve yetkiler
| Rol | Görebilir | Yapabilir |
|---|---|---|
| Yönetici | Tüm birimler | Onay ve yetki |
| Birim sorumlusu | Kendi birimi | Onay, atama, rapor |
| Kullanıcı | Kendi kayıtları | Giriş ve takip |
| Denetçi | Salt okunur raporlar | Dışa aktarım |
06Raporlar ve mobil kullanım
Raporlar ilk günden çok sayıda olmamalı; yöneticinin her hafta baktığı birkaç temel rapor kurulur, kullanıldıkça zenginleştirilir.
Telefon ve tablette kullanılacak ekranlar sadeleştirilir; en sık yapılan işlem tek dokunuşla erişilebilir olur.
07Sektöre göre özellik önerileri
- Mobil uygulamalar: Eski yazılımı yenileme, mobil uygulamalar için iş akışına göre uyarlanır.
- Eski (legacy) sistemler: Eski yazılımı yenileme, eski (legacy) sistemler için iş akışına göre uyarlanır.
- Yarım kalan projeler: Eski yazılımı yenileme, yarım kalan projeler için iş akışına göre uyarlanır.
- Özel yazılımlar: Eski yazılımı yenileme, özel yazılımlar için iş akışına göre uyarlanır.
08Erzurum için özellik planı
Doğu Anadolu Bölgesi illerinden Erzurum (plaka 25), PTT adres verisinde 20 ilçe ve 1.189 yerleşim kaydıyla yer alır. Erzurum büyükşehir belediyesi olan 30 ilden biridir. 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.
Erzurum'da bulunan bir işletmeyle çalışırken toplantılar görüntülü yapılır, her aşama test ortamında paylaşılır ve geri bildirimler ortak panoda toplanır; yerinde bulunmak gereken kurulum ve eğitim adımları ayrıca planlanır.
Doğu Anadolu Bölgesi'ndeki Malatya, Ağrı ve Muş gibi illerdeki işletmelerle de toplantılar uzaktan yapılır.
Eski yazılımı yenilemeyi planlıyorsanız 0540 003 19 81 numarasını arayın veya WhatsApp'tan ihtiyacınızı birkaç cümleyle yazın; teklif formunu da doldurabilirsiniz.
SSSSık sorulan sorular
Erzurum'dan yazıyorum; toplantılar nasıl yapılıyor?
Analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
Hangi özellik ilk sürümde olmalı?
Her gün kullanılacak ve en çok zaman kazandıracak özellikler ilk sürümde olmalıdır; diğerleri kullanım verisine göre eklenir.
Kullanıcı rolleri nasıl belirlenir?
Kimin neyi göreceği, kimin neyi onaylayacağı mevcut iş akışından çıkarılır ve bir yetki matrisiyle belgelenir.
Eski yazılımı yenileme sonradan genişletilebilir mi?
Evet. Veri aktarımı gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
Tüm özellikler ilk sürümde mi olmalı?
Hayır. İlk sürüm en çok zaman kaybettiren işi çözmeye odaklanır; diğer özellikler kullanım verisi ve geri bildirimle sürüm planına alınır.
Sadece Erzurum için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Doğu Anadolu Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
Eski yazılımı yenileme için hangi bilgiler hazırlanmalı?
Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve kademeli geçiş gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
Başka firmanın yazdığı koda müdahale eder misiniz?
Evet. Önce kod ve erişimler incelenir, risk analizi ve öncelik listesi çıkarılır; ardından bakım veya geliştirme planı yapılır.
→İlgili sayfalar
Eski Yazılımı Yenileme hakkında diğer konular
- Eski yazılımı yenileme geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Eski yazılımı yenileme yaptırmaKapsam, süreç ve iletişim
- Eski yazılımı yenileme: hazır paket mi özel yazılım mı?Hazır çözüm ile özel geliştirmenin farkı
- Eski yazılımı yenileme bakım ve destekYayın sonrası bakım, güncelleme ve destek
- Eski yazılımı yenileme entegrasyonlarıBağlanabilecek sistemler
Erzurum'da ilgili hizmetler
Doğu Anadolu Bölgesi'ndeki diğer iller
Erzurum ilçelerinde eski yazılımı yenileme özellikleri ve modülleri
Bu sayfada geçen kavramlar
- kademeli geçiş
- veri aktarımı
- Git
- Playwright
- dokümantasyon
- refactoring
- bakım sözleşmesi
- teknik borç
- Erzurum