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

01Belirtiler, olası nedenler ve ilk kontrol

Dokümantasyon ve kurulum bilgisinin olmaması

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

Kütüphane ve çatı sürümlerinin desteğinin bitmesi

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

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

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

03Hangi durumlarda gündeme gelir?

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.

Yazılımı geliştiren firma artık ulaşılamaz olduğunda

Yazılım projesi devralma kapsamında kod ve erişimler devralınır, belgelenir ve risk analizi çıkarılır.

04Kapsamı ve maliyeti etkileyenler

• kullanılan teknolojilerin güncelliği
• erişimlerin hazır olup olmadığı
• aylık bakım mı olay bazlı iş mi
• dokümantasyon ve test kapsamı

05Planlama notları

• İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.
• Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.
• Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.

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

• E-ticaret siteleri
• Eski (legacy) sistemler
• Mobil uygulamalar
• Yarım kalan projeler

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

• Aylık bakım raporunda yapılan işler ve açık riskler paylaşılır.
• Her değişiklik sürüm kontrolünde kaydedilir ve test ortamında denenir.
• Dokümantasyon değişikliklerle birlikte güncellenir.

08Lapseki'de hızlı tespit

Lapseki'nin PTT verisindeki 62 yerleşim kaydı 4 farklı posta koduna dağılır.

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Lapseki'deki 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 Çan, Bozcaada ve Eceabat ilçeleri için de yazılım projesi devralma talepleri değerlendirilir; toplantılar uzaktan yapılır.

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
• teknik borç
• Git
• Çanakkale
• Lapseki