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

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

06Planlama notları

• İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.
• 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.

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

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.

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

• Web siteleri
• Özel yazılımlar
• Mobil uygulamalar
• E-ticaret siteleri

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

• Hata kayıtları önceliğe göre sınıflandırılır.
• Her değişiklik sürüm kontrolünde kaydedilir ve test ortamında denenir.
• Aylık bakım raporunda yapılan işler ve açık riskler paylaşılır.

10Şalpazarı'nda planlama

Şalpazarı'nın PTT verisindeki 30 yerleşim kaydı 1 farklı posta koduna dağılır. Birden fazla ilçede ekibi veya şubesi olan işletmelerde kod iyileştirme (refactoring) için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.

Şalpazarı'nda 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.

Trabzon genelinde Ortahisar, Vakfıkebir ve Yomra 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ı
• bakım sözleşmesi
• Trabzon
• Şalpazarı