01İzleme
- Çalışma durumu (uptime) takibi
- Hata ve uyarı bildirimleri
- Aylık kısa durum raporu
02Güncelleme takvimi
- Her değişiklik sürüm kontrolünde kaydedilir ve test ortamında denenir.
- Bağımlılık güvenlik uyarıları düzenli taranır.
- Hata kayıtları önceliğe göre sınıflandırılır.
- Dokümantasyon değişikliklerle birlikte güncellenir.
- Aylık bakım raporunda yapılan işler ve açık riskler paylaşılır.
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 |
04Bakım paketi
- Çalışma durumu ve hata izleme
- Güvenlik ve sürüm güncellemeleri
- Yedeklerin kontrolü ve geri yükleme denemesi
- Hata düzeltme
- Küçük geliştirmeler ve içerik değişiklikleri
- Aylık kısa durum raporu
05Yazılım projesi devralma hangi işletmelerde kullanılır?
- Özel yazılımlar
- Yarım kalan projeler
- Web siteleri
- Mobil uygulamalar
06İşletim ve bakım ipuçları
- Dokümantasyon değişikliklerle birlikte güncellenir.
- Bağımlılık güvenlik uyarıları düzenli taranır.
- Aylık bakım raporunda yapılan işler ve açık riskler paylaşılır.
07Kapsamı ve maliyeti etkileyenler
- dokümantasyon ve test kapsamı
- aylık bakım mı olay bazlı iş mi
- aciliyet ve destek penceresi
- erişimlerin hazır olup olmadığı
08Hangi 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.
09Planlama notları
- Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.
- Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.
- Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözülür.
10Cumayeri'nde bakım
Cumayeri, Düzce iline bağlı bir ilçedir ve PTT adres verisine göre 57 mahalle ve köy kaydından oluşur.
Mesafe yazılım işinin önünde engel değildir: Cumayeri'ndeki 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 Gümüşova, Kaynaşlı ve Düzce Merkez ilçeleri için de yazılım projesi devralma talepleri değerlendirilir; toplantılar uzaktan yapılır.
Cumayeri bölgesinden yazılım projesi devralma talebiniz için 0540 003 19 81 numarasını arayabilir veya teklif formunu doldurabilirsiniz.
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.
Sorunun tekrar etmemesi için ne yapılır?
Kök neden giderilir, izleme ve uyarı kurulur, güncellemeler takvime bağlanır.
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.
İş bittikten sonra destek alabilir miyim?
Evet. İhtiyaca göre aylık bakım veya olay bazlı destek planlanabilir.
Cumayeri'nde 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.
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.
Sadece Düzce için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Düzce de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
→İlgili sayfalar
Yazılım Projesi Devralma hakkında diğer konular
Cumayeri'nde ilgili hizmetler
Düzce 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
- test ortamı
- Düzce
- Cumayeri