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ü: dokümantasyon ve kurulum bilgisinin olmaması
- Belirti kontrolü: hataların tekrar tekrar ortaya çıkması
02Rapor içeriği
- Bulgular ve kanıtlar
- Önceliklendirilmiş sorun listesi
- Önerilen çözüm ve etkisi
- Riskler ve ön koşullar
- Uygulama planı
03Hangi sistemlerde uygulanır?
- Web siteleri
- Özel yazılımlar
- Mobil uygulamalar
- E-ticaret siteleri
- Yarım kalan projeler
- Eski (legacy) sistemler
04Analizde 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 |
05Kapsamı ve maliyeti etkileyenler
- dokümantasyon ve test kapsamı
- aylık bakım mı olay bazlı iş mi
- erişimlerin hazır olup olmadığı
- kullanılan teknolojilerin güncelliği
06Kod iyileştirme (refactoring) hangi işletmelerde kullanılır?
- Mobil uygulamalar
- E-ticaret siteleri
- Özel yazılımlar
- Web siteleri
07Hangi durumlarda gündeme gelir?
Yazılımı geliştiren firma artık ulaşılamaz olduğunda
Kod iyileştirme (refactoring) kapsamında kod ve erişimler devralınır, belgelenir ve risk analizi çıkarılır.
Hatalar tekrar tekrar ortaya çıktığında
Hata yeniden üretilir, kök nedeni bulunur ve regresyon testiyle kalıcı düzeltilir.
08İşletim ve bakım ipuçları
- Her değişiklik sürüm kontrolünde kaydedilir ve test ortamında denenir.
- Hata kayıtları önceliğe göre sınıflandırılır.
- Dokümantasyon değişikliklerle birlikte güncellenir.
09Planlama notları
- Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.
- İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.
- Önce kritik hatalar ve güvenlik güncellemeleri, sonra yeni özellikler.
10Borçka'da uzaktan analiz
Borçka, Artvin iline bağlı bir ilçedir ve PTT adres verisine göre 76 mahalle ve köy kaydından oluşur.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Borçka'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.
Aynı ildeki Murgul, Şavşat ve Ardanuç ilçeleri için de kod iyileştirme (refactoring) talepleri değerlendirilir; toplantılar uzaktan yapılır.
Borçka bölgesinden kod iyileştirme (refactoring) talebiniz için 0540 003 19 81 numarasını arayabilir veya teklif formunu doldurabilirsiniz.
SSSSık sorulan sorular
Borçka'dan yazıyorum; toplantılar nasıl yapılıyor?
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.
Kod iyileştirme (refactoring) ö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.
Sadece Artvin için mi çalışıyorsunuz?
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.
Kod iyileştirme (refactoring) 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.
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.
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.
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.
→İlgili sayfalar
Kod İyileştirme (Refactoring) hakkında diğer konular
- Kod iyileştirme (refactoring): acil durumda ne yapılmalı?Site veya uygulama çöktüğünde ilk adımlar
- Kod iyileştirme (refactoring) öncesi hazırlıkErişimler, yedek ve hazırlık
- Kod iyileştirme (refactoring) kontrol listesiAdım adım kontrol listesi
- Kod iyileştirme (refactoring) sık yapılan hatalarKaçınılması gerekenler
- Kod iyileştirme (refactoring) sonuçların ölçülmesiHangi metriklerle ölçülür
Borçka'da ilgili hizmetler
Artvin içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- refactoring
- test kapsamı
- dokümantasyon
- Git
- test ortamı
- otomatik test
- hata kaydı
- teknik borç
- Artvin
- Borçka