Yazılım projesi devralma gerektiren sorunlar ve belirtiler (Merkezefendi)

01Belirtiler, olası nedenler ve ilk kontrol

Kodu yazan kişiye veya firmaya ulaşılamaması

Olası neden: kod/erişim işletmede değil. İlk kontrol: devralma ve erişim kurtarma.

Dokümantasyon ve kurulum bilgisinin olmaması

Olası neden: test yok. İlk kontrol: otomatik testler.

Hataların tekrar tekrar ortaya çıkması

Olası neden: güncelleme yapılmamış. İlk kontrol: kademeli sürüm yükseltme.

Küçük bir değişikliğin başka yerleri bozması

Olası neden: kod/erişim işletmede değil. İlk kontrol: devralma ve erişim kurtarma.

02Kategoride sık görülen sorunlar

03Yazılım projesi devralma hangi işletmelerde kullanılır?

• Özel yazılımlar
• E-ticaret siteleri
• Mobil uygulamalar
• Yarım kalan projeler

04Planlama 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.
• Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözülür.

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

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

06Kapsamı ve maliyeti etkileyenler

• aciliyet ve destek penceresi
• dokümantasyon ve test kapsamı
• kullanılan teknolojilerin güncelliği
• erişimlerin hazır olup olmadığı

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.

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.

08Merkezefendi'de hızlı tespit

PTT kayıtlarında Merkezefendi ilçesine bağlı 50 yerleşim bulunur. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için yazılım projesi devralma tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.

Mesafe yazılım işinin önünde engel değildir: Merkezefendi'deki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.

Denizli genelinde Pamukkale, Tavas ve Serinhisar 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

• kod ve erişim devri
• dokümantasyon
• risk analizi
• refactoring
• Playwright
• bakım sözleşmesi
• Git
• test ortamı
• Denizli
• Merkezefendi