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
Kod denetimi ve rapor
Bu modül, iş akışınız gerektiriyorsa kapsamın başında konuşulur; aksi halde sonraki sürüm planına bırakılabilir.
Aylık bakım anlaşması
Bu modül, iş akışınız gerektiriyorsa kapsamın başında konuşulur; aksi halde sonraki sürüm planına bırakılabilir.
Test otomasyonu
Bu modül, iş akışınız gerektiriyorsa kapsamın başında konuşulur; aksi halde sonraki sürüm planına bırakılabilir.
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.
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.
- Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.
- Önce kritik hatalar ve güvenlik güncellemeleri, sonra yeni özellikler.
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 |
| Eski PHP/framework sürümü | Güncelleme yapılmamış | Kademeli sürüm yükseltme |
| 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.
- Yarım kalan projeler: Eski yazılımı yenileme, yarım kalan projeler 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.
- Eski (legacy) sistemler: Eski yazılımı yenileme, eski (legacy) sistemler için iş akışına göre uyarlanır.
08Mersin için özellik planı
PTT kayıtlarına göre Mersin genelinde 13 ilçe ve 811 mahalle ve köy kaydı bulunur; il, Akdeniz Bölgesi'ndedir. Mersin büyükşehir belediyesi olan 30 ilden biridir. Denize kıyısı olan illerdendir. 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.
Mersin'de PTT verisine göre 5 OSB/SB kaydı bulunur; üretim ve tedarik zinciriyle çalışan işletmelerde eski yazılımı yenileme için B2B süreçler ve mevcut programlarla entegrasyon ayrıca konuşulur.
Mesafe yazılım işinin önünde engel değildir: Mersin'deki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.
Akdeniz Bölgesi'ndeki Antalya, Adana ve Kahramanmaraş gibi illerdeki işletmelerle de toplantılar uzaktan yapılır.
Mevcut Excel dosyanızı veya ekran görüntülerinizi WhatsApp'tan gönderin; eski yazılımı yenileme için hangi modüllerle başlanabileceğini konuşalım. Telefon: 0540 003 19 81.
SSSSık sorulan sorular
Mersin'de yüz yüze görüşebilir miyiz?
İşin büyük bölümü uzaktan yürür: ilk görüşme telefonla, sonraki toplantılar görüntülü yapılır. Kurulum ya da eğitim gerekiyorsa yerinde çalışma takvime eklenir.
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.
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.
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.
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.
Ö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.
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 Mersin için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Mersin de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
→İlgili sayfalar
Eski Yazılımı Yenileme hakkında diğer konular
- Eski yazılımı yenileme güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- 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 entegrasyonlarıBağlanabilecek sistemler
- Eski yazılımı yenileme yaptırmaKapsam, süreç ve iletişim
- Eski yazılımı yenileme fiyatlarıMaliyeti belirleyen kalemler ve teklif karşılaştırma
Mersin'de ilgili hizmetler
Akdeniz Bölgesi'ndeki diğer iller
Mersin 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
- otomatik test
- sürüm yükseltme
- Mersin