01Kontrol edilen başlıklar
- Sunucu ve uygulama logları
- Search Console ve analitik verileri (web işlerinde)
- Lighthouse ve PageSpeed ölçümleri
- Sunucu kaynak kullanımı (işlemci, bellek, disk)
- Sürüm, bağımlılık ve güvenlik güncelleme durumu
- Belirti kontrolü: küçük bir değişikliğin başka yerleri bozması
- Belirti kontrolü: kodu yazan kişiye veya firmaya ulaşılamaması
02Rapor içeriği
- Bulgular ve kanıtlar
- Önceliklendirilmiş sorun listesi
- Önerilen çözüm ve etkisi
- Riskler ve ön koşullar
- Uygulama planı
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 |
04Hangi sistemlerde uygulanır?
- Web siteleri
- Özel yazılımlar
- Mobil uygulamalar
- E-ticaret siteleri
- Yarım kalan projeler
- Eski (legacy) sistemler
05Analizde kullanılan ölçütler
| Metrik | Hedef | Nasıl ölçülür |
|---|---|---|
| Açık kritik hata | 0 | Hata takip sistemi |
| Test kapsamı | Kritik akışları kapsıyor | Test raporları |
| Ortalama düzeltme süresi | Azalan eğilim | Hata kayıtları |
| Güncel olmayan bağımlılık | Kritik olan yok | Bağımlılık tarama raporu |
06Kapsamı ve maliyeti etkileyenler
- kod tabanının büyüklüğü ve durumu
- kullanılan teknolojilerin güncelliği
- erişimlerin hazır olup olmadığı
- dokümantasyon ve test kapsamı
07Planlama notları
- Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözülür.
- 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.
08Yazılım projesi devralma hangi işletmelerde kullanılır?
- Eski (legacy) sistemler
- Özel yazılımlar
- E-ticaret siteleri
- Web siteleri
09Hangi durumlarda gündeme gelir?
Yeni özellik eklemek her seferinde riskli olduğunda
Kod iyileştirme ve test otomasyonu ile değişiklik maliyeti düşürülür.
Risk analizi gerektiğinde
Risk analizi, yazılım projesi devralma projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.
10Murgul'da uzaktan analiz
Murgul, Artvin iline bağlı bir ilçedir ve PTT adres verisine göre 21 mahalle ve köy kaydından oluşur.
Murgul'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.
Artvin genelinde Ardanuç, Borçka ve Artvin Kemalpaşa gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Murgul bölgesinden yazılım projesi devralma talebiniz için 0540 003 19 81 numarasını arayabilir veya teklif formunu doldurabilirsiniz.
SSSSık sorulan sorular
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.
Murgul'da bulunuyorum, yerinde görüşme mümkün mü?
İş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 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.
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.
Analiz için sistemime tam erişim vermem gerekir mi?
Gereken erişim işe göre sınırlanır; mümkünse geçici ve yetkisi kısıtlı bir kullanıcı açılması önerilir.
Analiz raporunu başka bir ekip kullanabilir mi?
Evet; rapor bulguları, kanıtları ve önerileri içerdiği için başka bir ekip de uygulamada kullanabilir.
Sadece Artvin için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Artvin de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
→İlgili sayfalar
Yazılım Projesi Devralma hakkında diğer konular
- Yazılım projesi devralma öncesi hazırlıkErişimler, yedek ve hazırlık
- Yazılım projesi devralma: acil durumda ne yapılmalı?Site veya uygulama çöktüğünde ilk adımlar
- Yazılım projesi devralma sonuçların ölçülmesiHangi metriklerle ölçülür
- Yazılım projesi devralma kontrol listesiAdım adım kontrol listesi
- Yazılım projesi devralma: kendin yap mı, uzman mı?Kendi yapılabilenler ve uzman gerektirenler
Murgul'da ilgili hizmetler
Artvin içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- kod ve erişim devri
- dokümantasyon
- risk analizi
- refactoring
- Playwright
- bakım sözleşmesi
- teknik borç
- sürüm yükseltme
- Artvin
- Murgul