01Sık yapılan hatalar
Test ortamı olmadan canlıda düzeltme yapmak
Bu hata çoğu zaman geri dönüşü zor bir durum yaratır; önce yedek ve test ortamı şarttır.
Hatayı yeniden üretmeden kod değiştirmek
Çözümü basittir ama sonradan düzeltmek iş yükünü katlar.
Sürüm kontrolü kullanmamak
Çözümü basittir ama sonradan düzeltmek iş yükünü katlar.
Tüm sistemi aynı anda yeniden yazmaya kalkmak
Çözümü basittir ama sonradan düzeltmek iş yükünü katlar.
Yapılan değişiklikleri belgelememek
Sonucu hemen görülmeyebilir; ancak birkaç gün içinde veri kaybı veya kesinti olarak ortaya çıkar.
02Doğru yaklaşım
- Önce yedek, sonra tespit
- Değişiklikleri test ortamında denemek
- Her adımı kayıt altına almak
- Sonucu ölçümle doğrulamak
03Belirti, neden ve çözüm
| Belirti | 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 |
04İşletim ve bakım ipuçları
- Aylık bakım raporunda yapılan işler ve açık riskler paylaşılır.
- Dokümantasyon değişikliklerle birlikte güncellenir.
- Hata kayıtları önceliğe göre sınıflandırılır.
05Hangi durumlarda gündeme gelir?
Yazılımı geliştiren firma artık ulaşılamaz olduğunda
Yazılım projesi devralma kapsamında kod ve erişimler devralınır, belgelenir ve risk analizi çıkarılır.
Yazılım yavaşladığında
Profil analiziyle darboğaz bulunur; sorgu, önbellek ve kod iyileştirmesi yapılır.
06Planlama notları
- Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.
- Önce kritik hatalar ve güvenlik güncellemeleri, sonra yeni özellikler.
- Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözülür.
07Tekirdağ'da destek
Marmara Bölgesi illerinden Tekirdağ (plaka 59), PTT adres verisinde 11 ilçe ve 388 yerleşim kaydıyla yer alır. Tekirdağ büyükşehir belediyesi olan 30 ilden biridir. Denize kıyısı olan illerdendir. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için yazılım projesi devralma tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.
Tekirdağ'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.
Aynı bölgedeki Bursa, Bilecik ve Çanakkale illeri için de yazılım projesi devralma projeleri aynı düzenle yürütülür.
Siteniz veya uygulamanız çalışmıyorsa hemen arayın: 0540 003 19 81 — önce yedek, sonra tespit.
SSSSık sorulan sorular
Bir hata yaptım, ne yapmalıyım?
Daha fazla değişiklik yapmadan mevcut durumu kaydedin, yedeğiniz varsa saklayın ve uzmana ulaşın. Acil durumlar için ayrı bir kontrol listesi hazırladık.
Tekirdağ dışındaki işletmelere de hizmet veriyor musunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Marmara Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
Yazılım projesi devralma öncesinde neleri hazırlamalıyım?
Kaynak kod deposu, sunucu ve veritabanı erişimi ve varsa mevcut dokümanlar ve hata kayıtları işi hızlandırır.
Tekirdağ'da yüz yüze görüşebilir miyiz?
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.
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.
En pahalıya mal olan hata hangisi?
Yedeksiz müdahale; geri dönüşü olmayan veri kaybı en maliyetli sonuçtur.
Yazılım projesi devralma sırasında site veya uygulama kapanır mı?
Hazırlık test ortamında yapılır; canlı ortamdaki değişiklik önceden haber verilen kısa bir bakım penceresinde uygulanır.
→İlgili sayfalar
Yazılım Projesi Devralma hakkında diğer konular
Tekirdağ'da ilgili hizmetler
Marmara Bölgesi'ndeki diğer iller
Tekirdağ ilçelerinde yazılım projesi devralma sık yapılan hatalar
Bu sayfada geçen kavramlar
- kod ve erişim devri
- dokümantasyon
- risk analizi
- refactoring
- Playwright
- bakım sözleşmesi
- otomatik test
- teknik borç
- Tekirdağ