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
Aylık bakım anlaşması
Aylık bakım anlaşması için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
Dokümantasyon
Dokümantasyon, ihtiyaç netleştiğinde eski yazılımı yenileme içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
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.
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
- İş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.
- Önce kritik hatalar ve güvenlik güncellemeleri, sonra yeni özellikler.
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| 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 |
| Önceki firmaya ulaşılamıyor | Kod/erişim işletmede değil | Devralma ve erişim kurtarma |
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
- Eski (legacy) sistemler: Eski yazılımı yenileme, eski (legacy) sistemler için iş akışına göre uyarlanır.
- Mobil uygulamalar: Eski yazılımı yenileme, mobil uygulamalar için iş akışına göre uyarlanır.
- E-ticaret siteleri: Eski yazılımı yenileme, e-ticaret siteleri 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.
08Şehitkamil için özellik planı
Şehitkamil, Gaziantep iline bağlı bir ilçedir ve PTT adres verisine göre 122 mahalleden oluşur. Bu kayıtlardan 2 tanesi organize sanayi veya serbest bölge kaydıdır. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için eski yazılımı yenileme tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.
Şehitkamil'de 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.
Aynı ildeki Nurdağı, Nizip ve İslahiye ilçeleri için de eski yazılımı yenileme talepleri değerlendirilir; 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
Ö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.
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.
Bakım anlaşmasında neler olur?
İzleme, güncelleme, yedek kontrolü, hata düzeltme ve küçük geliştirmeler kapsamda yazılı olarak belirtilir; kapsam dışı işler ayrıca planlanır.
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.
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.
Şehitkamil'den 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.
→İlgili sayfalar
Eski Yazılımı Yenileme hakkında diğer konular
- Eski yazılımı yenileme teknolojileriTeknoloji seçimi ve mimari
- Eski yazılımı yenileme güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- Eski yazılımı yenileme firmasıFirma seçerken bakılacaklar
- Eski yazılımı yenileme fiyatlarıMaliyeti belirleyen kalemler ve teklif karşılaştırma
- Eski yazılımı yenileme: hazır paket mi özel yazılım mı?Hazır çözüm ile özel geliştirmenin farkı
Şehitkamil'de ilgili hizmetler
Gaziantep içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- kademeli geçiş
- veri aktarımı
- Git
- Playwright
- dokümantasyon
- bakım sözleşmesi
- otomatik test
- refactoring
- Gaziantep
- Şehitkamil