Kod iyileştirme (refactoring) öncesi hazırlık (Bornova)

01İstenecek erişimler

• Kaynak kod deposu
• Sunucu ve veritabanı erişimi
• Varsa mevcut dokümanlar ve hata kayıtları
• Uygulamanın kritik iş akışlarının listesi

02Tam yedek

İşe başlamadan önce dosya ve veritabanının tam yedeği alınır ve yedeğin açıldığı doğrulanır. Yedek, çalışılan sunucudan farklı bir yerde saklanır.

03Belirti, neden ve çözüm

04Bakım penceresi

Canlı ortamı etkileyecek adımlar, kullanımın en düşük olduğu saatlere planlanır ve önceden duyurulur; gerekirse ziyaretçilere bakım sayfası gösterilir.

05Hazırlık kontrol listesi

• Erişim bilgileri tek bir güvenli listede
• Son değişikliklerin tarihi ve açıklaması
• Kritik sayfa ve işlemlerin listesi
• Sorumlu kişinin iletişim bilgisi

06İşletim ve bakım ipuçları

• Hata kayıtları önceliğe göre sınıflandırılır.
• Bağımlılık güvenlik uyarıları düzenli taranır.
• Dokümantasyon değişikliklerle birlikte güncellenir.

07Kod iyileştirme (refactoring) hangi işletmelerde kullanılır?

• Eski (legacy) sistemler
• Mobil uygulamalar
• E-ticaret siteleri
• Web siteleri

08Planlama notları

• Önce kritik hatalar ve güvenlik güncellemeleri, sonra yeni özellikler.
• Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.
• Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.

09Kapsamı ve maliyeti etkileyenler

• aylık bakım mı olay bazlı iş mi
• erişimlerin hazır olup olmadığı
• kod tabanının büyüklüğü ve durumu
• dokümantasyon ve test kapsamı

10Hangi 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.

Refactoring gerektiğinde

Refactoring, kod iyileştirme (refactoring) projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.

11Bornova'da planlama

PTT kayıtlarında Bornova ilçesine bağlı 45 yerleşim bulunur. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için kod iyileştirme (refactoring) tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.

Bornova'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.

İzmir genelinde Bergama, Ödemiş ve Karşıyaka gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• refactoring
• test kapsamı
• dokümantasyon
• Git
• test ortamı
• Playwright
• İzmir
• Bornova