Çaybaşı'nda yazılım projesi devralma

01Hangi durumlarda gerekir?

Yeni özellik eklemek her seferinde riskli olduğunda

Kod iyileştirme ve test otomasyonu ile değişiklik maliyeti düşürü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.

Yazılım yavaşladığında

Profil analiziyle darboğaz bulunur; sorgu, önbellek ve kod iyileştirmesi yapılır.

02Belirtiler

• Kodu yazan kişiye veya firmaya ulaşılamaması
• Küçük bir değişikliğin başka yerleri bozması
• Kütüphane ve çatı sürümlerinin desteğinin bitmesi
• Dokümantasyon ve kurulum bilgisinin olmaması

03Belirti, neden ve çözüm

04Hangi sistemlerde uygulanır?

• Web siteleri
• Özel yazılımlar
• Mobil uygulamalar
• E-ticaret siteleri
• Yarım kalan projeler
• Eski (legacy) sistemler

05İş nasıl ilerler?

1. Kod, erişimler ve ortamlar üzerinde durum tespiti yapmak
2. Riskleri ve öncelikleri listelemek
3. Test ortamı ve sürüm kontrolünü düzene sokmak
4. Kritik hataları ve güvenlik açıklarını gidermek
5. Testleri ve dokümantasyonu tamamlamak
6. Düzenli bakım ve geliştirme planına geçmek

06Kapsam

• kod ve erişim devri
• dokümantasyon
• risk analizi

İhtiyaca göre yazılım mimarisi ve teknoloji danışmanlığı, yazılım projesi kurtarma ve sürüm yükseltme da aynı yol haritasına eklenebilir.

07Çaybaşı'nda yazılım projesi devralma

Çaybaşı, Ordu iline bağlı bir ilçedir ve PTT adres verisine göre 26 mahalleden oluşur. 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.

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Çaybaşı'ndaki 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ı ildeki Gürgentepe, Çatalpınar ve Gülyalı ilçeleri için de yazılım projesi devralma talepleri değerlendirilir; toplantılar uzaktan yapılır.

08Ekip ve çalışma biçimimiz

Tasarım, geliştirme, test ve yayın adımları aynı ekip içinde yürür. Kod Git ile sürümlenir, kritik akışlar Playwright testleriyle korunur, yayın Docker konteynerleriyle tekrarlanabilir biçimde yapılır.

• KVKK baştan tasarlanır.
• Kaynak kod ve veri işletmeye teslim edilir.
• Kapsam ve teslim kriterleri yazılı olur.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz: görüntülü toplantı, ekran paylaşımlı demo ve ortak proje panosu. Donanım kurulumu, depo barkod sistemi kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• kod ve erişim devri
• dokümantasyon
• risk analizi
• refactoring
• Playwright
• bakım sözleşmesi
• test ortamı
• teknik borç
• Ordu
• Çaybaşı