Eski (legacy) yazılımın modern ve web tabanlı hale getirilmesi.
01Eski yazılımı yenileme firması seçerken bakılacak ölçütler
Dokümantasyon
Kurulum, mimari ve kullanım bilgisi yazılı olarak teslim edilmelidir.
Bakım koşulları
Yayın sonrası hata düzeltme ve güncellemenin nasıl yürüyeceği tanımlıdır.
Yazılı kapsam
Neyin teslim edileceği, neyin kapsam dışı olduğu ve kabul kriterleri belgelenmelidir.
KVKK yaklaşımı
Kişisel veri, erişim yetkisi ve kayıt tutma tasarımın parçasıdır.
İletişim düzeni
Kiminle, hangi kanaldan ve hangi sıklıkta görüşüleceği baştan bellidir.
Test ortamı
Değişikliklerin canlıya çıkmadan denendiği ayrı bir ortam olmalıdır.
02Teklif görüşmesinde sorulacak sorular
- Kapsam dışı değişiklik talepleri nasıl yönetilecek?
- KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
- Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
- Ödeme planı teslim aşamalarına bağlı mı?
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
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.
- Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.
04Eski yazılımı yenileme hangi ihtiyaca cevap verir?
Yazılımı geliştiren firma artık ulaşılamaz olduğunda
Eski yazılımı yenileme kapsamında kod ve erişimler devralınır, belgelenir ve risk analizi çıkarılır.
Yeni özellik eklemek her seferinde riskli olduğunda
Kod iyileştirme ve test otomasyonu ile değişiklik maliyeti düşürülür.
05Kırmızı bayraklar
- Test ortamı ve aşamalı teslim olmadan tek seferde teslim vaadi
- Kaynak kodu teslim etmeyeceğini söyleyen veya sözleşmede belirtmeyen firma
- Alan adını ve sunucu hesabını kendi adına açmak isteyen yaklaşım
- Ödemenin tamamını iş başlamadan isteyen plan
- Garanti edilen sıralama, kesin satış veya "en iyi" iddiaları
06Çankırı dışındaki bir firmayla nasıl çalışılır?
Uzaktan çalışmanın anahtarı düzenli iletişimdir: haftalık kısa toplantılar, ortak proje panosu ve her aşamada test ortamında çalışan bir sürüm.
- Görüntülü toplantı ve ekran paylaşımı
- Ortak proje panosu ve yazılı karar kaydı
- Her aşamada test ortamında deneme
- Kurulum, saha keşfi veya eğitim gerektiğinde yerinde çalışma
07Kurşunlu'da eski yazılımı yenileme için çalışma biçimimiz
PTT kayıtlarında Kurşunlu ilçesine bağlı 43 yerleşim bulunur: 10 mahalle ile 33 köy ve köy yerleşimi.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Kurşunlu'daki 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.
Çankırı genelinde Şabanözü, Çankırı Merkez ve Çerkeş gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Kurşunlu 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.
08Çalışma düzenimiz
Tasarım, geliştirme, test ve yayın adımları aynı ekip içinde yürür. Kod Git ile sürümlenir, kritik akışlar Playwright testleriyle korunur, yayın Docker konteynerleriyle tekrarlanabilir biçimde yapılır.
- Yayın sonrası bakım ve destek planlanır.
- KVKK baştan tasarlanır.
- Kaynak kod ve veri işletmeye teslim edilir.
Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Çankırı da bunlardan biri.
09Örnek hesap
Örnek: kod sağlığı öncelik tablosu
- Modül sayısı
- 21
- Test kapsamı
- %9 → öncelik: kritik
- Güncel bağımlılık oranı
- %53 → öncelik: kritik
- Önerilen ilk adım
- kritik akışlara test yazmak
Puan değil, öncelik sınıflamasıdır. Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
Kaynak kod bize mi ait olacak?
Sözleşmede yazılı olarak belirtilir; biz kaynak kodun ve verinin işletmeye teslim edildiği çalışma biçimini öneririz.
Uzaktan mı çalışıyorsunuz?
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 eğitim gereken işlerde yerinde çalışma planlanır.
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.
Sözleşmede nelere dikkat etmeliyim?
Kapsam ve teslim kriterleri, kaynak kod ve veri sahipliği, ödeme planının aşamalara bağlanması, bakım koşulları ve gizlilik maddeleri.
Referanslarınızı görebilir miyim?
Görüşmede, gizlilik izin verdiği ölçüde çalışan projeleri canlı olarak gösterebiliriz. Referans kontrolünde yalnız logo listesine değil, çalışan bir sisteme ve o işletmenin deneyimine bakmanızı öneririz.
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.
Kurşunlu'dan yazıyorum; toplantılar nasıl yapılıyor?
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.
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.
→İlgili sayfalar
Eski Yazılımı Yenileme hakkında diğer konular
- Eski yazılımı yenileme yaptırmaKapsam, süreç ve iletişim
- Eski yazılımı yenileme geliştirme süreciAnalizden yayına aşamalar
- Eski yazılımı yenileme güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- Eski yazılımı yenileme entegrasyonlarıBağlanabilecek sistemler
- Eski yazılımı yenileme özellikleri ve modülleriOlması gereken modüller ve özellikler
Kurşunlu'da ilgili hizmetler
Çankırı içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- kademeli geçiş
- veri aktarımı
- Git
- Playwright
- dokümantasyon
- sürüm yükseltme
- refactoring
- hata kaydı
- Çankırı
- Kurşunlu