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 |
04Hangi sistemlerde uygulanır?
- Web siteleri
- Özel yazılımlar
- Mobil uygulamalar
- E-ticaret siteleri
- Yarım kalan projeler
- Eski (legacy) sistemler
05Bakı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
06Kapsamı ve maliyeti etkileyenler
- dokümantasyon ve test kapsamı
- kullanılan teknolojilerin güncelliği
- aciliyet ve destek penceresi
- kod tabanının büyüklüğü ve durumu
07İşletim ve bakım ipuçları
- Bağımlılık güvenlik uyarıları düzenli taranır.
- Her değişiklik sürüm kontrolünde kaydedilir ve test ortamında denenir.
- Hata kayıtları önceliğe göre sınıflandırılır.
08Planlama notları
- Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.
- Önce kritik hatalar ve güvenlik güncellemeleri, sonra yeni özellikler.
- Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.
09Hangi 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.
README gerektiğinde
README, kaynak kod düzenleme ve dokümantasyon projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.
10Çaykara'da bakım
Çaykara, Trabzon iline bağlı bir ilçedir ve PTT adres verisine göre 32 mahalleden oluşur. Birden fazla ilçede ekibi veya şubesi olan işletmelerde kaynak kod düzenleme ve dokümantasyon 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; Çaykara'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.
Trabzon genelinde Vakfıkebir, Çarşıbaşı ve Beşikdüzü gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Çaykara bölgesinden kaynak kod düzenleme ve dokümantasyon talebiniz için 0540 003 19 81 numarasını arayabilir veya teklif formunu doldurabilirsiniz.
SSSSık sorulan sorular
Sorunun tekrar etmemesi için ne yapılır?
Kök neden giderilir, izleme ve uyarı kurulur, güncellemeler takvime bağlanır.
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.
Kaynak kod düzenleme ve dokümantasyon 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.
Trabzon 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.
İş bittikten sonra destek alabilir miyim?
Evet. İhtiyaca göre aylık bakım veya olay bazlı destek planlanabilir.
Kaynak kod düzenleme ve dokümantasyon ö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.
Çaykara'da bulunuyorum, yerinde görüşme mümkün mü?
Toplantılar görüntülü yapılır ve ekran paylaşımıyla ilerler. Cihaz kurulumu, saha incelemesi veya ekip eğitimi gibi yerinde bulunmayı gerektiren adımlar ayrıca planlanır.
→İlgili sayfalar
Kaynak Kod Düzenleme ve Dokümantasyon hakkında diğer konular
- Kaynak kod düzenleme ve dokümantasyon kontrol listesiAdım adım kontrol listesi
- Kaynak kod düzenleme ve dokümantasyon tespit ve analizSorunun nasıl tespit edildiği
- Kaynak kod düzenleme ve dokümantasyon sorunları ve belirtileriHangi belirti neyi gösterir
- Kaynak kod düzenleme ve dokümantasyonTespit, uygulama ve teslim
- Kaynak kod düzenleme ve dokümantasyon sık yapılan hatalarKaçınılması gerekenler
Çaykara'da ilgili hizmetler
Trabzon içindeki diğer ilçeler
- Beşikdüzü'nde kaynak kod düzenleme ve dokümantasyon sonrası bakım
- Çarşıbaşı için kaynak kod düzenleme ve dokümantasyon sonrası bakım
- Maçka'da kaynak kod düzenleme ve dokümantasyon sonrası bakım
- Yomra'da kaynak kod düzenleme ve dokümantasyon sonrası bakım
- Vakfıkebir için kaynak kod düzenleme ve dokümantasyon sonrası bakım
Bu sayfada geçen kavramlar
- README
- mimari şema
- kurulum kılavuzu
- bakım sözleşmesi
- dokümantasyon
- Git
- refactoring
- test ortamı
- hata kaydı
- Trabzon
- Çaykara