01Kontrol edilen başlıklar
- Sunucu ve uygulama logları
- Search Console ve analitik verileri (web işlerinde)
- Lighthouse ve PageSpeed ölçümleri
- Sunucu kaynak kullanımı (işlemci, bellek, disk)
- Sürüm, bağımlılık ve güvenlik güncelleme durumu
- Belirti kontrolü: hataların tekrar tekrar ortaya çıkması
- Belirti kontrolü: kütüphane ve çatı sürümlerinin desteğinin bitmesi
02Rapor içeriği
- Bulgular ve kanıtlar
- Önceliklendirilmiş sorun listesi
- Önerilen çözüm ve etkisi
- Riskler ve ön koşullar
- Uygulama planı
03Hangi sistemlerde uygulanır?
- Web siteleri
- Özel yazılımlar
- Mobil uygulamalar
- E-ticaret siteleri
- Yarım kalan projeler
- Eski (legacy) sistemler
04Analizde kullanılan ölçütler
| Metrik | Hedef | Nasıl ölçülür |
|---|---|---|
| Açık kritik hata | 0 | Hata takip sistemi |
| Test kapsamı | Kritik akışları kapsıyor | Test raporları |
| Ortalama düzeltme süresi | Azalan eğilim | Hata kayıtları |
| Güncel olmayan bağımlılık | Kritik olan yok | Bağımlılık tarama raporu |
05İşletim ve bakım ipuçları
- Hata kayıtları önceliğe göre sınıflandırı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.
06Kapsamı ve maliyeti etkileyenler
- aciliyet ve destek penceresi
- kullanılan teknolojilerin güncelliği
- kod tabanının büyüklüğü ve durumu
- dokümantasyon ve test kapsamı
07Yazılım projesi devralma hangi işletmelerde kullanılır?
- Özel yazılımlar
- Web siteleri
- Yarım kalan projeler
- E-ticaret siteleri
08Hangi durumlarda gündeme gelir?
Yazılım yavaşladığında
Profil analiziyle darboğaz bulunur; sorgu, önbellek ve kod iyileştirmesi yapılır.
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.
09Planlama notları
- 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.
- Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözülür.
10Şaphane'de uzaktan analiz
Şaphane'nin PTT verisindeki 27 yerleşim kaydı 2 farklı posta koduna dağılır.
Şaphane'de 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 Simav, Altıntaş ve Tavşanlı 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
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.
Şaphane'de bulunuyorum, yerinde görüşme mümkün mü?
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.
Analiz için sistemime tam erişim vermem gerekir mi?
Gereken erişim işe göre sınırlanır; mümkünse geçici ve yetkisi kısıtlı bir kullanıcı açılması önerilir.
Analiz raporunu başka bir ekip kullanabilir mi?
Evet; rapor bulguları, kanıtları ve önerileri içerdiği için başka bir ekip de uygulamada kullanabilir.
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.
Kütahya dışındaki işletmelere de hizmet veriyor musunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Ege 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 devralmaTespit, uygulama ve teslim
- Yazılım projesi devralma sonuçların ölçülmesiHangi metriklerle ölçülür
- 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 öncesi hazırlıkErişimler, yedek ve hazırlık
Şaphane'de ilgili hizmetler
Kütahya içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- kod ve erişim devri
- dokümantasyon
- risk analizi
- refactoring
- Playwright
- bakım sözleşmesi
- hata kaydı
- teknik borç
- Kütahya
- Şaphane