Horasan'da yazılım projesi devralma

01Hangi durumlarda gerekir?

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.

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 yavaşladığında

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

02Belirtiler

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

03Belirti, neden ve çözüm

04İş 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

05Kapsam

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

Bu projeler çoğu zaman yazılım mimarisi ve teknoloji danışmanlığı, yazılım projesi kurtarma ve sürüm yükseltme gibi işlerle birlikte ele alınır.

06Horasan'da yazılım projesi devralma

Horasan'ın PTT verisindeki 87 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.

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Horasan'daki 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 Palandöken, Karaçoban ve Narman ilçeleri için de yazılım projesi devralma talepleri değerlendirilir; toplantılar uzaktan yapılır.

07Çalışma düzenimiz

Projeler tasarım, yazılım geliştirme, test ve yayın adımlarını kapsayan bir ekiple yürütülür. Sürüm kontrolü (Git), otomatik testler (Playwright), konteyner tabanlı yayın (Docker), sürekli entegrasyon ve izleme araçları standart çalışma düzenimizin parçasıdır.

• Yayın sonrası bakım ve destek planlanır.
• Alan adı ve sunucu hesapları işletme adına açılır.
• Her değişiklik önce test ortamında denenir.

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
• teknik borç
• test ortamı
• hata kaydı
• Erzurum
• Horasan