01Belirtiler, olası nedenler ve ilk kontrol
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.
Hataların tekrar tekrar ortaya çıkması
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ütüphane ve çatı sürümlerinin desteğinin bitmesi
Olası neden: kod/erişim işletmede değil. İlk kontrol: devralma ve erişim kurtarma.
02Kategoride sık görülen sorunlar
| Belirti | Olası neden | Çözüm |
|---|---|---|
| Önceki firmaya ulaşılamıyor | Kod/erişim işletmede değil | Devralma ve erişim kurtarma |
| Her düzeltme yeni hata doğuruyor | Test yok | Otomatik testler |
| Eski PHP/framework sürümü | Güncelleme yapılmamış | Kademeli sürüm yükseltme |
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.
04Yazılım projesi devralma hangi işletmelerde kullanılır?
- Yarım kalan projeler
- Web siteleri
- Eski (legacy) sistemler
- Mobil uygulamalar
05Planlama notları
- Önce kritik hatalar ve güvenlik güncellemeleri, sonra yeni özellikler.
- Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözülür.
- İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.
06Kapsamı ve maliyeti etkileyenler
- aylık bakım mı olay bazlı iş mi
- erişimlerin hazır olup olmadığı
- dokümantasyon ve test kapsamı
- kod tabanının büyüklüğü ve durumu
07İşletim ve bakım ipuçları
- Bağımlılık güvenlik uyarıları düzenli taranır.
- Dokümantasyon değişikliklerle birlikte güncellenir.
- Hata kayıtları önceliğe göre sınıflandırılır.
08Bozcaada'da hızlı tespit
Bozcaada'nın PTT verisindeki 2 yerleşim kaydı 1 farklı posta koduna dağılır.
Bozcaada'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.
Aynı ildeki Bayramiç, Ezine ve Gökçeada ilçeleri için de yazılım projesi devralma talepleri değerlendirilir; toplantılar uzaktan yapılır.
Bozcaada bölgesinden yazılım projesi devralma talebiniz için 0540 003 19 81 numarasını arayabilir veya teklif formunu doldurabilirsiniz.
SSSSık sorulan sorular
Yazılım projesi devralma sırasında site veya uygulama kapanır mı?
Hazırlık test ortamında yapılır; canlı ortamdaki değişiklik önceden haber verilen kısa bir bakım penceresinde uygulanır.
Belirtilerden biri var, hemen müdahale etmeli miyim?
Önce yedek alın ve son değişiklikleri not edin; ardından tespit yapılmadan yeni değişiklik yapmamanız sorunun büyümesini önler.
Bozcaada'da yüz yüze görüşebilir miyiz?
Analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
Belirti tek sayfada görülüyorsa ne yapmalı?
Önce o sayfanın son değişiklikleri ve kullandığı bileşenler kontrol edilir; birden çok sayfada görülüyorsa genel bir neden aranır.
Bakım anlaşmasında neler olur?
İzleme, güncelleme, yedek kontrolü, hata düzeltme ve küçük geliştirmeler kapsamda yazılı olarak belirtilir; kapsam dışı işler ayrıca planlanır.
Yazılım projesi devralma öncesinde neleri hazırlamalıyım?
Kaynak kod deposu, sunucu ve veritabanı erişimi ve varsa mevcut dokümanlar ve hata kayıtları işi hızlandırır.
Çanakkale dışındaki işletmelere de hizmet veriyor musunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Marmara Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
→İlgili sayfalar
Yazılım Projesi Devralma hakkında diğer konular
- Yazılım projesi devralma sık yapılan hatalarKaçınılması gerekenler
- Yazılım projesi devralma: acil durumda ne yapılmalı?Site veya uygulama çöktüğünde ilk adımlar
- Yazılım projesi devralma sonrası bakımİşlem sonrası kalıcılık
- Yazılım projesi devralma sonuçların ölçülmesiHangi metriklerle ölçülür
- Yazılım projesi devralma: kendin yap mı, uzman mı?Kendi yapılabilenler ve uzman gerektirenler
Bozcaada'da ilgili hizmetler
Çanakkale içindeki diğer ilçeler
- Ezine için yazılım projesi devralma sorunları ve belirtileri
- Lapseki için yazılım projesi devralma sorunları ve belirtileri
- Biga'da yazılım projesi devralma sorunları ve belirtileri
- Gökçeada'da yazılım projesi devralma sorunları ve belirtileri
- Bayramiç'te yazılım projesi devralma sorunları ve belirtileri
Bu sayfada geçen kavramlar
- kod ve erişim devri
- dokümantasyon
- risk analizi
- refactoring
- Playwright
- bakım sözleşmesi
- test ortamı
- Git
- hata kaydı
- Çanakkale
- Bozcaada