Özel Yazılım Geliştirme Süreci: Fikirden Çalışan Sisteme

Özel yazılım hangi sorunu çözmeli?

Özel yazılım geliştirme, mevcut iş akışına uygun bir dijital sistem tasarlama ve işletme sürecidir. Başlangıç noktası kullanılacak programlama dili değil, çalışanların hangi işlemi neden tekrarladığıdır. Bir müşteri kaydı üç ayrı dosyaya yazılıyor, iş emrinin durumu telefonla soruluyor veya rapor hazırlamak için veriler elle birleştiriliyorsa önce bu akış belgelenmelidir. Hazır bir ürün aynı ihtiyacı güvenilir biçimde karşılıyorsa özel geliştirme zorunlu değildir.

İlk görüşme öncesinde üç gerçek iş örneği hazırlayın: normal ilerleyen işlem, istisnalı işlem ve tamamlanamayan işlem. Her örnekte kullanıcı, kullanılan bilgi, alınan karar ve beklenen sonuç belli olsun. Bu çalışma, soyut bir “CRM istiyoruz” talebini değerlendirilebilir bir proje kapsamına dönüştürür. Özel yazılım hizmetimizin kapsamını da bu ihtiyaçlar üzerinden görüşebiliriz.

Gereksinimi kabul ölçütüne dönüştürün

“Yetkilendirme olsun” bir başlangıçtır; ancak tek başına test edilemez. Daha açık bir örnek şudur: saha çalışanı yalnızca kendisine atanan iş emrini görür; ofis sorumlusu atamayı değiştirebilir; değişiklik kaydında işlemi yapan kullanıcı ve zaman tutulur. Bu örnek bir önerilen senaryodur, bütün projeler için aynı rol yapısının uygun olduğu anlamına gelmez.

Her kritik özellik için beklenen davranış, izin verilmeyen davranış ve hata halinde gösterilecek mesaj yazılmalıdır. Öncelik listesinde ilk sürüm için gerekli işler ile sonraki geliştirmeler ayrılır. İşletmenin karar vericisi kapsamı onaylar; değişiklik taleplerinin bütçe ve süreye etkisi ayrıca değerlendirilir. Böylece teslim tartışması yalnızca ekranın nasıl göründüğüne dayanmaz.

Verinin sahibi ve kaynağı kim?

Müşteri, ürün, stok veya servis kayıtlarının hangi sistemde esas kabul edileceği belirlenmelidir. İki sistem aynı alanı bağımsız güncellerse sonucun nasıl uzlaştırılacağı açıklanmalıdır. Veri aktarımında eski kayıtların kimlikleri, eksik alanlar ve tekrarlar incelenir. Önce örnek veriyle prova yapılır; başarılı bir deneme olmadan tüm canlı kayıtlar taşınmaz.

Bir entegrasyonda yalnızca “bağlantı çalışıyor” demek yeterli değildir. Dış sistem yanıt vermediğinde, aynı olay iki kez geldiğinde veya işlem yarıda kaldığında ne olacağı tasarlanır. Örneğin aynı sipariş bildiriminin tekrar gelmesi ikinci bir sipariş üretmemelidir. CRM ve servis takip planlama rehberi bu tür iş akışlarını daha ayrıntılı ele alır.

Arayüz prototipini gerçek görevle deneyin

Prototip değerlendirmesinde kullanıcıya “beğendiniz mi?” sorusunun yanında tamamlaması gereken bir görev verin. Yeni kayıt oluşturmak, yanlış bilgiyi düzeltmek veya geciken işleri bulmak gibi görevler, gezinme sorunlarını görünür hale getirir. Çok kullanılan ekranlar ile nadir yönetici işlemleri aynı öncelikte tasarlanmaz.

Veri tablosu, arama, filtreleme, boş durum ve hata mesajları da tasarım kapsamındadır. Gerektiğinde mobil uygulama ihtiyacı ayrıca değerlendirilir. Masaüstü ekranını küçültmek, saha kullanımını otomatik olarak çözmez; bağlantı kesilmesi ve cihaz izinleri gibi koşullar farklıdır.

Güvenliği iş kurallarıyla birlikte test edin

Giriş yapılmış olması, her kayda erişim izni bulunduğu anlamına gelmez. Kullanıcı rolleri, kayıt bazlı erişim, yönetici işlemleri ve dış API bağlantıları ayrı kontrol edilmelidir. OWASP API Security Top 10 yetkilendirme ve API risklerini incelemek için başvurulabilecek birincil kaynaktır; listedeki başlıkların okunması tek başına güvenlik testi yapıldığı anlamına gelmez.

Test planına yanlış kullanıcıyla işlem denemesi, eksik veri, yinelenen gönderim, beklenmeyen dış sistem yanıtı ve geri yükleme senaryosu eklenir. Test hesapları ve örnek veriler canlı müşteri bilgilerinden ayrılır. Günlüklerde şifre, erişim anahtarı veya gereksiz kişisel bilgi tutulmaması değerlendirilir.

Yayına geçiş ve teslim dosyası

Geçiş planı; yapılacak işleri, sorumluları, beklenen kesinti koşullarını ve geri dönüş adımını içerir. Veri aktarımı sonrasında yalnızca kayıt sayısı değil, örnek kayıtların içeriği ve temel iş akışları da kontrol edilir. Kullanıcı eğitimi ve kullanım notları teslimin bir parçası olarak kapsamlandırılabilir.

Teslimde kaynak kodu ve lisans hakları, alan adı ve sunucu sahipliği, yedekleme sorumluluğu, dış hizmet giderleri ve destek sınırları açık olmalıdır. Bakım ve dijital danışmanlık ilk geliştirmeden ayrı bir kapsamdır. Fiyat ve takvim için tek bir standart rakam yerine kullanıcı rolleri, entegrasyonlar ve aktarılacak verilerle hazırlanmış proje talebi üzerinden değerlendirme yapılması daha anlamlıdır.

İlgili hizmet: Özel Yazılım