Yazılım Gereksinim Analizi: Kapsamı Ekran Listesinden Kurtarmak
Kullanıcı rolleri, iş akışları, veri sorumlulukları ve kabul kriterleri üzerinden sağlam proje kapsamı oluşturun.
Gereksinim analizi ekranları tarif etmekten önce hangi kullanıcının hangi işi, hangi kural ve veriyle daha güvenli veya hızlı tamamlayacağını açıklamalıdır.
Kullanıcı rolleri, iş akışları, veri sorumlulukları ve kabul kriterleri üzerinden sağlam proje kapsamı oluşturun. Teori ancak gerçek operasyon, müşteri davranışı ve ölçülebilir uygulama sınırlarıyla değer üretir.
- 01İş sonucu
- 02Kullanıcı rolleri
- 03Mevcut iş akışı
İş sonucu ile başlayan çalışma sistemi
İş sonucu
↗Kullanıcı rolleri
↗Mevcut iş akışı
↗Kural ve veri
↗Entegrasyonlar
↗Kabul ve kalite ölçütleri
↗Çözümü değil problemi tarif etmek
“Bir dashboard istiyoruz” talebi altında görünmeyen karar gecikmesi, veri dağınıklığı veya yetki sorunu olabilir. Başarı ölçütü ekran sayısıyla değil iş sonucuyla kurulmalıdır.
İstisna akışlarını modellemek
Normal senaryo kadar eksik veri, reddedilen onay, iptal, tekrar deneme, entegrasyon kesintisi ve yetkisiz işlem de yazılmalıdır. Yazılımın gerçek karmaşıklığı çoğu zaman istisnalardadır.
Veri sahipliği ve yetkiyi netleştirmek
Her kaydın kaynağı, sahibi, düzenleme yetkisi, saklama süresi ve başka sistemlerle ilişkisi belirlenmelidir. Belirsiz veri sorumluluğu teknik borcun yanında operasyon riski üretir.
Gereksinim analizi ekranları tarif etmekten önce hangi kullanıcının hangi işi, hangi kural ve veriyle daha güvenli veya hızlı tamamlayacağını açıklamalıdır.
Kabul kriterini gözlenebilir yazmak
Bir özelliğin hangi koşulda tamamlanmış sayılacağı; başarılı ve başarısız örnekler, performans, güvenlik ve kullanılabilirlik beklentileriyle tanımlanmalıdır. Böylece teslim kişisel yoruma bağlı kalmaz.