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.
Kütüphane ve çatı sürümlerinin desteğinin bitmesi
Olası neden: test yok. İlk kontrol: otomatik testler.
Dokümantasyon ve kurulum bilgisinin olmaması
Olası neden: güncelleme yapılmamış. İlk kontrol: kademeli sürüm yükseltme.
Kodu yazan kişiye veya firmaya ulaşılamaması
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 |
03Planlama 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.
- Önce kritik hatalar ve güvenlik güncellemeleri, sonra yeni özellikler.
04Yazılım projesi devralma hangi işletmelerde kullanılır?
- Özel yazılımlar
- Yarım kalan projeler
- E-ticaret siteleri
- Eski (legacy) sistemler
05İşletim ve bakım ipuçları
- Bağımlılık güvenlik uyarıları düzenli taranır.
- 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.
06Kapsamı ve maliyeti etkileyenler
- dokümantasyon ve test kapsamı
- erişimlerin hazır olup olmadığı
- aciliyet ve destek penceresi
- kod tabanının büyüklüğü ve durumu
07Hangi durumlarda gündeme gelir?
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.
Yazılım yavaşladığında
Profil analiziyle darboğaz bulunur; sorgu, önbellek ve kod iyileştirmesi yapılır.
08Mudanya'da hızlı tespit
Mudanya'nın PTT verisindeki 47 yerleşim kaydı 1 farklı posta koduna dağılır. 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.
Mudanya'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 Nilüfer, Keles ve Bursa Yenişehir ilçeleri için de yazılım projesi devralma talepleri değerlendirilir; toplantılar uzaktan yapılır.
Sorunu kısa bir notla ve ekran görüntüsüyle WhatsApp'tan iletin; yazılım projesi devralma için ön değerlendirme yapalım. Telefon: 0540 003 19 81.
SSSSık sorulan sorular
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.
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.
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.
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.
Mudanya'dan yazıyorum; toplantılar nasıl yapılıyor?
İşin büyük bölümü uzaktan yürür: ilk görüşme telefonla, sonraki toplantılar görüntülü yapılır. Kurulum ya da eğitim gerekiyorsa yerinde çalışma takvime eklenir.
Sadece Bursa için mi çalışıyorsunuz?
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.
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.
→İlgili sayfalar
Yazılım Projesi Devralma hakkında diğer konular
- Yazılım projesi devralma sonrası bakımİşlem sonrası kalıcılık
- Yazılım projesi devralma: kendin yap mı, uzman mı?Kendi yapılabilenler ve uzman gerektirenler
- Yazılım projesi devralma kontrol listesiAdım adım kontrol listesi
- Yazılım projesi devralma: acil durumda ne yapılmalı?Site veya uygulama çöktüğünde ilk adımlar
- Yazılım projesi devralma sık yapılan hatalarKaçınılması gerekenler
Mudanya'da ilgili hizmetler
Bursa içindeki diğer ilçeler
- Keles için yazılım projesi devralma sorunları ve belirtileri
- Bursa Yenişehir için yazılım projesi devralma sorunları ve belirtileri
- Büyükorhan'da yazılım projesi devralma sorunları ve belirtileri
- Karacabey'de yazılım projesi devralma sorunları ve belirtileri
- Nilüfer için 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
- teknik borç
- sürüm yükseltme
- test ortamı
- Bursa
- Mudanya