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
Dokümantasyon
Dokümantasyon için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
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.
Test otomasyonu
Test otomasyonu, ihtiyaç netleştiğinde eski yazılımı yenileme içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
Kademeli yenileme
Kademeli yenileme, 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
- Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözü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.
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Eski PHP/framework sürümü | Güncelleme yapılmamış | Kademeli sürüm yükseltme |
| Ö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 |
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
Rapor ihtiyacı, kararların hangi rakamlara bakılarak verildiği sorusuyla belirlenir; her rapor bir karara hizmet etmelidir.
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.
- Özel yazılımlar: Eski yazılımı yenileme, özel yazılımlar için iş akışına göre uyarlanır.
- Web siteleri: Eski yazılımı yenileme, web siteleri için iş akışına göre uyarlanır.
08Sivas için özellik planı
PTT kayıtlarına göre Sivas genelinde 17 ilçe ve 2.303 mahalle ve köy kaydı bulunur; il, İç Anadolu Bölgesi'ndedir.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Sivas'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.
İç Anadolu Bölgesi'ndeki Ankara, Nevşehir ve Kayseri gibi illerdeki işletmelerle de toplantılar uzaktan yapılır.
Sivas bölgesinden eski yazılımı yenileme için ilk görüşmeyi telefonla yapabiliriz: 0540 003 19 81. İsterseniz kısa bir not bırakın, biz arayalım.
SSSSık sorulan sorular
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.
Sivas'ta yüz yüze görüşebilir miyiz?
Toplantılar görüntülü yapılır ve ekran paylaşımıyla ilerler. Cihaz kurulumu, saha incelemesi veya ekip eğitimi gibi yerinde bulunmayı gerektiren adımlar ayrıca planlanır.
Özellik listesini nasıl hazırlamalıyım?
Bugün nasıl çalıştığınızı, en çok zaman alan işi ve olmazsa iş yapılamayacak adımları yazmanız yeterli; teknik listeyi analizde birlikte çıkarırız.
Sadece Sivas için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; İç Anadolu Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürü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.
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.
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 geliştirme süreciAnalizden yayına aşamalar
- Eski yazılımı yenileme teknolojileriTeknoloji seçimi ve mimari
- Eski yazılımı yenileme geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Eski yazılımı yenileme entegrasyonlarıBağlanabilecek sistemler
- Eski yazılımı yenileme firmasıFirma seçerken bakılacaklar
Sivas'ta ilgili hizmetler
İç Anadolu Bölgesi'ndeki diğer iller
Sivas 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
- sürüm yükseltme
- bakım sözleşmesi
- Sivas