Yazılım Devralma ve Modernizasyon
Mevcut yazılımı anlayın. Değişimi kontrollü ilerletin.
Devralma işine önce mevcut sistemin çalıştırılabilirliğini ve iş bağımlılıklarını inceleyerek başlıyoruz. Bulguları onarım, kademeli yenileme veya yeniden geliştirme seçenekleriyle ilişkilendiriyoruz.
Her eski uygulama baştan yazılmak zorunda değildir. İnceleme tamamlanmadan takvim, maliyet veya sorunsuz devir sözü vermiyoruz.
KONTROLLÜ DEĞİŞİM PLANI
Önce kanıt.
Sonra müdahale.
MEVCUT SİSTEM
Kod · veri · iş akışı
İNCELEME ÇIKTISI
Bulgu · etki · öncelik
Hedefli onarım
Kademeli yenileme
Yeniden geliştirme
Karar: iş ihtiyacı, risk ve geçiş maliyetiyle birlikte.
Temsili uygulama
Örnek teknik durum ve karar kaydı
| Karar | Uygulama kapsamı | Kabul kanıtı |
|---|---|---|
| Çalıştırma | Kaynak kod, bağımlılık ve ortam bilgisiyle deneme kurulumu | Temiz ortamda tekrar edilebilir derleme |
| Veri | Şema, hacim, ilişki ve yedek yaklaşımı incelenir | Örnek geri yükleme ve kayıt karşılaştırması |
| İş akışı | Kritik kullanıcı görevleri çıkarılır | Mevcut davranışı gösteren kabul senaryoları |
| Bağımlılık | Dış servis, lisans ve hesap sahipliği kaydedilir | Erişim ve sorumluluk envanteri |
| Karar | Risk, etki ve belirsizlikle seçenek önerilir | Öncelikli iş listesi ve geçiş koşulları |
Temsili değerlendirme çerçevesi. İncelenmemiş bir sistem için bulgu, güvenlik sonucu veya iyileştirme oranı iddiası değildir.
İş akışı
Bulguyu uygun müdahaleyle eşleştiriyoruz
Hedefli onarım
İş akışı doğru fakat belirli hata veya kırılgan bağlantılar varsa dar kapsamlı düzeltme değerlendirilebilir. Önce sorun tekrar üretilir; düzeltmenin hangi davranışı koruyacağı testle tanımlanır.
Kademeli modernizasyon
Riskli veya yavaş değişen parçalar aşamalı ele alınabilir. Yeni ve eski bileşenin bir süre birlikte çalışması gerekiyorsa veri sahipliği, geçici bağlantılar ve geri dönüş koşulları planlanır.
Yeniden geliştirme
Mevcut yapının ihtiyacı karşılayamadığı durumlarda yeni sistem seçeneği değerlendirilir. Bu karar yalnızca teknoloji yaşına dayanmaz; geçiş maliyeti, veri taşıma ve operasyon etkisi birlikte incelenir.
Devralma hazırlığı
İlk incelemede hangi bilgilere ihtiyaç var?
Yetkili erişim
Repo, ortamlar, alan adları ve dış servislerin sahipliği çıkarılır. Devir yetkisi, üçüncü taraf lisansları ve kullanım sınırları iş sahibiyle netleştirilir. Erişimler ihtiyaçla sınırlı ve devredilebilir biçimde planlanır.
Tekrar edilebilir kurulum
Bir kişinin bilgisayarında çalışan uygulama yeterli teslim değildir. Bağımlılıklar, ortam değişkenleri ve derleme adımlarıyla ayrı ortamda çalıştırma denenir. Eksik bilgiler varsayımla kapatılmaz; bulgu listesine yazılır.
Operasyon bağlamı
En kritik ekranlar, düzenli işler, dışa aktarımlar ve manuel düzeltmeler öğrenilir. Belgelenmemiş fakat işin devamı için gerekli adımlar, modernizasyon kapsamının parçası olarak kaydedilir.
Teslim sınırları
Teklifte birlikte netleştireceğimiz kapsam
Hizmetin temel kapsamı
- Erişim, hesap ve teknik bileşen envanteri
- Kapsamdaki kod, kurulum ve veri yapısının incelenmesi
- Kritik iş akışları ve mevcut davranışın kaydı
- Bulguların etki ve öncelik sırasıyla raporlanması
- Aşamalı iyileştirme ve geçiş seçenekleri
- Kararlaştırılan değişikliklerin test ve teknik devri
İhtiyaca göre ayrıca planlananlar
- Kapsamlı sızma testi ve bağımsız güvenlik denetimi
- Bütün uygulamanın yeniden geliştirilmesi
- Lisans veya sözleşme uyuşmazlıklarının çözümü
- Büyük veri temizliği ve toplu taşıma
- Kesintisiz destek ve sürekli bakım hizmeti
Kesin teslimler, veri hacmi, kullanıcı rolleri ve entegrasyon koşulları keşifte netleştirilir. Üçüncü taraf abonelikleri ve yayın sonrası destek ayrı kalemler olarak değerlendirilir.
Geliştirme süreci
Keşiften çalışır teslimata
- 1
Envanter ve keşif
Sistem sınırı, erişimler ve kritik iş akışları belirlenir. İncelenecek ortam ve veri kullanımı iş sahibiyle netleştirilir.
- 2
Kanıtlı değerlendirme
Kurulum ve temel akışlar denenir. Bulgular, gözlenen davranış ve tekrarlama koşullarıyla kaydedilir; bilinmeyenler ayrıca belirtilir.
- 3
Aşamalı uygulama
Onaylanan öncelikler küçük teslimlere bölünür. Davranış testleri, veri geçişi ve geri dönüş adımları her değişiklikle birlikte hazırlanır.
- 4
Geçiş ve işletim
Seçilen kullanıcı veya süreçlerle kontrollü geçiş yapılır. Hata izleme, geri yükleme, doküman ve ekip devri kapanış listesine bağlanır.
Karar desteği
Sık sorulan sorular
Kaynak kod olmadan devralma yapılabilir mi?
Erişilebilir bileşenler değerlendirilebilir; ancak kapalı kaynak veya eksik kod geliştirme sınırını değiştirebilir. Önce sahiplik, lisans ve mevcut erişim kapsamı belirlenir.
Eski teknoloji mutlaka değiştirilmeli mi?
Hayır. Bakım durumu, iş ihtiyacı, güvenlik bulguları, ekip yetkinliği ve geçiş maliyeti birlikte değerlendirilir. Sırf eski olduğu için yeniden yazım önerilmez.
İnceleme sırasında canlı sistem değiştirilir mi?
İlk değerlendirme için ayrı ortam ve kontrollü erişim planlanır. Canlı değişiklikler onaylı kapsam, yayın adımları ve geri dönüş koşullarıyla ayrıca ele alınır.
Modernizasyon sonrası bakım dahil mi?
Sürekli destek, izleme ve yeni özellikler ayrı kapsamda netleştirilir. Teknik devir ile dönemsel bakım hizmetinin sorumlulukları farklıdır.
Bir sonraki karar
Hizmeti rehberler ve araçlarla birlikte değerlendirin
Mevcut yazılımınızı birlikte değerlendirelim
Mevcut iş akışınızı, kullanıcılarınızı ve ilk sürümde tamamlanması gereken işi paylaşın. Teslimleri, bağımlılıkları ve kabul ölçütlerini birlikte belirleyelim.
Bütün hizmet kapsamı için Bulut, Bakım ve Teknik Operasyon sayfamıza göz atabilirsiniz.