01Adımlar
1. Kod, erişimler ve ortamlar üzerinde durum tespiti yapmak
Bu adımın çıktısı kısa bir notla paylaşılır.
2. Riskleri ve öncelikleri listelemek
Bu adımda yapılan her değişiklik kayıt altına alınır.
3. Test ortamı ve sürüm kontrolünü düzene sokmak
Adım tamamlanmadan bir sonrakine geçilmez; sonuç doğrulanır.
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
Adım tamamlanmadan bir sonrakine geçilmez; sonuç doğrulanır.
6. Düzenli bakım ve geliştirme planına geçmek
Adım tamamlanmadan bir sonrakine geçilmez; sonuç doğrulanır.
02Dikkat noktaları
- Kaçınılması gereken: yapılan değişiklikleri belgelememek
- Kaçınılması gereken: test ortamı olmadan canlıda düzeltme yapmak
- Kaçınılması gereken: hatayı yeniden üretmeden kod değiştirmek
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 |
04Düzce için çalışma düzeni
Karadeniz Bölgesi illerinden Düzce (plaka 81), PTT adres verisinde 8 ilçe ve 659 yerleşim kaydıyla yer alır. Denize kıyısı olan illerdendir.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Düzce'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ı bölgedeki Samsun, Sinop ve Rize illeri için de yazılım projesi devralma projeleri aynı düzenle yürütü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.
05Planlama notları
- Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.
- İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.
- Önce kritik hatalar ve güvenlik güncellemeleri, sonra yeni özellikler.
06Kapsamı ve maliyeti etkileyenler
- dokümantasyon ve test kapsamı
- aciliyet ve destek penceresi
- aylık bakım mı olay bazlı iş mi
- kullanılan teknolojilerin güncelliği
07Rakamlarla örnek bir senaryo
Örnek: kod sağlığı öncelik tablosu
- Modül sayısı
- 25
- Test kapsamı
- %70 → öncelik: düşük
- Güncel bağımlılık oranı
- %39 → ö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
Düzce dışındaki işletmelere de hizmet veriyor musunuz?
Evet. Askadar Yazılım, Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışır; gerektiğinde yerinde çalışma 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.
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.
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.
Başka firmanın yazdığı koda müdahale eder misiniz?
Evet. Önce kod ve erişimler incelenir, risk analizi ve öncelik listesi çıkarılır; ardından bakım veya geliştirme planı yapılır.
Düzce'de 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.
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 sık yapılan hatalarKaçınılması gerekenler
- Yazılım projesi devralma fiyatlarıMaliyeti belirleyenler
- Yazılım projesi devralma sonuçların ölçülmesiHangi metriklerle ölçülür
- Yazılım projesi devralma tespit ve analizSorunun nasıl tespit edildiği
- Yazılım projesi devralma: kendin yap mı, uzman mı?Kendi yapılabilenler ve uzman gerektirenler
Düzce'de ilgili hizmetler
Karadeniz Bölgesi'ndeki diğer iller
Düzce ilçelerinde yazılım projesi devralma nasıl yapılır
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
- Düzce