01Adımlar
1. Kod, erişimler ve ortamlar üzerinde durum tespiti yapmak
Bu adımın çıktısı kısa bir notla paylaşılır.
2. Riskleri ve öncelikleri listelemek
Adım tamamlanmadan bir sonrakine geçilmez; sonuç doğrulanır.
3. Test ortamı ve sürüm kontrolünü düzene sokmak
Bu adımın çıktısı kısa bir notla paylaşılır.
4. Kritik hataları ve güvenlik açıklarını gidermek
Adım tamamlanmadan bir sonrakine geçilmez; sonuç doğrulanır.
5. Testleri ve dokümantasyonu tamamlamak
Bu adımın çıktısı kısa bir notla paylaşılır.
6. Düzenli bakım ve geliştirme planına geçmek
Bu adımın çıktısı kısa bir notla paylaşılır.
02Dikkat noktaları
- Kaçınılması gereken: yapılan değişiklikleri belgelememek
- Kaçınılması gereken: test ortamı olmadan canlıda düzeltme yapmak
- Kaçınılması gereken: hatayı yeniden üretmeden kod değiştirmek
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 |
04Tuzla'da yazılım projesi kurtarma
Tuzla'nın PTT verisindeki 23 yerleşim kaydı 7 farklı posta koduna dağılır. Bu kayıtlardan 6 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 yazılım projesi kurtarma tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.
Tuzla'da PTT verisine göre 6 OSB/SB kaydı bulunur; üretim ve tedarik zinciriyle çalışan işletmelerde yazılım projesi kurtarma 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: Tuzla'daki 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.
Aynı ildeki Maltepe, Esenyurt ve Kağıthane ilçeleri için de yazılım projesi kurtarma talepleri değerlendirilir; toplantılar uzaktan yapılır.
Siteniz veya uygulamanız çalışmıyorsa hemen arayın: 0540 003 19 81 — önce yedek, sonra tespit.
05Planlama notları
- İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.
- 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.
06Örnek planlama hesabı
Örnek: kod sağlığı öncelik tablosu
- Modül sayısı
- 31
- Test kapsamı
- %6 → öncelik: kritik
- Güncel bağımlılık oranı
- %51 → ö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
Yazılım projesi kurtarma ö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.
İstanbul dışındaki işletmelere de hizmet veriyor musunuz?
Evet. Askadar Yazılım, Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışır; gerektiğinde yerinde çalışma ayrıca planlanır.
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.
Bu adımları kendim uygulayabilir miyim?
Bazı adımlar teknik bilgiyle yapılabilir; yedekleme, sürüm uyumu ve canlı ortam değişiklikleri ise deneyim gerektirir. Kendin yap mı uzman mı sayfasında ayrımı anlattık.
Adımların sırası değişebilir mi?
Mevcut duruma göre değişebilir; ancak yedek ve test adımları her zaman önce gelir.
Tuzla'dan yazıyorum; toplantılar nasıl yapılıyor?
İş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.
Yazılım projesi kurtarma 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 Kurtarma hakkında diğer konular
- Yazılım projesi kurtarma sonrası bakımİşlem sonrası kalıcılık
- Yazılım projesi kurtarma tespit ve analizSorunun nasıl tespit edildiği
- Yazılım projesi kurtarma: kendin yap mı, uzman mı?Kendi yapılabilenler ve uzman gerektirenler
- Yazılım projesi kurtarma öncesi hazırlıkErişimler, yedek ve hazırlık
- Yazılım projesi kurtarma sık yapılan hatalarKaçınılması gerekenler
Tuzla'da ilgili hizmetler
İstanbul içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- durum tespiti
- önceliklendirme
- yeniden geliştirme
- teknik borç
- otomatik test
- Git
- dokümantasyon
- sürüm yükseltme
- İstanbul
- Tuzla