01Adımlar
1. Kod, erişimler ve ortamlar üzerinde durum tespiti yapmak
Gerekirse bu adım test ortamında önceden denenir.
2. Riskleri ve öncelikleri listelemek
Gerekirse bu adım test ortamında önceden denenir.
3. Test ortamı ve sürüm kontrolünü düzene sokmak
Bu adımda yapılan her değişiklik kayıt altına alınır.
4. Kritik hataları ve güvenlik açıklarını gidermek
Gerekirse bu adım test ortamında önceden denenir.
5. Testleri ve dokümantasyonu tamamlamak
Bu adımda yapılan her değişiklik kayıt altına alınır.
6. Düzenli bakım ve geliştirme planına geçmek
Bu adımda yapılan her değişiklik kayıt altına alınır.
02Dikkat noktaları
- Kaçınılması gereken: test ortamı olmadan canlıda düzeltme yapmak
- Kaçınılması gereken: yapılan değişiklikleri belgelememek
- Kaçınılması gereken: sürüm kontrolü kullanmamak
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 |
04Of için çalışma düzeni
PTT kayıtlarında Of ilçesine bağlı 68 yerleşim bulunur. Birden fazla ilçede ekibi veya şubesi olan işletmelerde yazılım projesi kurtarma için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.
Mesafe yazılım işinin önünde engel değildir: Of'taki 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 Tonya, Sürmene ve Araklı ilçeleri için de yazılım projesi kurtarma talepleri değerlendirilir; toplantılar uzaktan yapılır.
Of bölgesinden yazılım projesi kurtarma talebiniz için 0540 003 19 81 numarasını arayabilir veya teklif formunu doldurabilirsiniz.
05Planlama notları
- Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözülür.
- İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.
- Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.
06Kapsamı ve maliyeti etkileyenler
- erişimlerin hazır olup olmadığı
- aciliyet ve destek penceresi
- kod tabanının büyüklüğü ve durumu
- aylık bakım mı olay bazlı iş mi
07Örnek planlama hesabı
Örnek: kod sağlığı öncelik tablosu
- Modül sayısı
- 31
- Test kapsamı
- %20 → öncelik: orta
- Güncel bağımlılık oranı
- %66 → öncelik: orta
- Önerilen ilk adım
- dokümantasyon ve izleme
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.
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.
Of'tan 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.
Trabzon dışındaki işletmelere de hizmet veriyor musunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Karadeniz Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
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.
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.
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.
→İ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 kurtarmaTespit, uygulama ve teslim
- Yazılım projesi kurtarma tespit ve analizSorunun nasıl tespit edildiği
- Yazılım projesi kurtarma sorunları ve belirtileriHangi belirti neyi gösterir
- Yazılım projesi kurtarma öncesi hazırlıkErişimler, yedek ve hazırlık
Of'ta ilgili hizmetler
Trabzon içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- durum tespiti
- önceliklendirme
- yeniden geliştirme
- teknik borç
- otomatik test
- Git
- refactoring
- bakım sözleşmesi
- Trabzon
- Of