01Adımlar
1. Kod, erişimler ve ortamlar üzerinde durum tespiti yapmak
Bu adımda yapılan her değişiklik kayıt altına alınır.
2. Riskleri ve öncelikleri listelemek
Bu adımın çıktısı kısa bir notla paylaşılır.
3. Test ortamı ve sürüm kontrolünü düzene sokmak
Gerekirse bu adım test ortamında önceden denenir.
4. Kritik hataları ve güvenlik açıklarını gidermek
Gerekirse bu adım test ortamında önceden denenir.
5. Testleri ve dokümantasyonu tamamlamak
Bu adımın çıktısı kısa bir notla paylaşılır.
6. Düzenli bakım ve geliştirme planına geçmek
Bu adımın çıktısı kısa bir notla paylaşılır.
02Dikkat noktaları
- Kaçınılması gereken: test ortamı olmadan canlıda düzeltme yapmak
- Kaçınılması gereken: sürüm kontrolü kullanmamak
- Kaçınılması gereken: tüm sistemi aynı anda yeniden yazmaya kalkmak
03Belirti, neden ve çözüm
| 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 |
04Develi için çalışma düzeni
Develi'nin PTT verisindeki 77 yerleşim kaydı 1 farklı posta koduna dağılır. Birden fazla ilçede ekibi veya şubesi olan işletmelerde yazılım projesi devralma için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.
Mesafe yazılım işinin önünde engel değildir: Develi'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.
Aynı ildeki Akkışla, Felahiye ve Yeşilhisar ilçeleri için de yazılım projesi devralma talepleri değerlendirilir; toplantılar uzaktan yapılır.
Siteniz veya uygulamanız çalışmıyorsa hemen arayın: 0540 003 19 81 — önce yedek, sonra tespit.
05Planlama 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.
- Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.
06Hangi 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.
07Örnek kapsam hesabı
Örnek: kod sağlığı öncelik tablosu
- Modül sayısı
- 31
- Test kapsamı
- %60 → öncelik: düşük
- Güncel bağımlılık oranı
- %44 → öncelik: kritik
- Önerilen ilk adım
- bağımlılıkları kademeli güncellemek
Puan değil, öncelik sınıflamasıdır. Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
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.
Kayseri dışındaki işletmelere de hizmet veriyor musunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; İç Anadolu Bölgesi dahil tüm bölgelerde süreç aynı düzenle yü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.
Develi'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.
Bu adımları kendim uygulayabilir miyim?
Bazı adımlar teknik bilgiyle yapılabilir; yedekleme, sürüm uyumu ve canlı ortam değişiklikleri ise deneyim gerektirir. Kendin yap mı uzman mı sayfasında ayrımı anlattık.
Adımların sırası değişebilir mi?
Mevcut duruma göre değişebilir; ancak yedek ve test adımları her zaman önce gelir.
→İ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 öncesi hazırlıkErişimler, yedek ve hazırlık
- Yazılım projesi devralma: kendin yap mı, uzman mı?Kendi yapılabilenler ve uzman gerektirenler
- Yazılım projesi devralma tespit ve analizSorunun nasıl tespit edildiği
- Yazılım projesi devralma sonuçların ölçülmesiHangi metriklerle ölçülür
Develi'de ilgili hizmetler
Kayseri 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
- sürüm yükseltme
- teknik borç
- Kayseri
- Develi