Cevap.

İş analisti, sadece fonksiyonel değil, aynı zamanda fonksiyonel olmayan gereksinimlerin (sistem performansı, güvenlik, ölçeklenebilirlik, erişilebilirlik, kullanıcı arayüzü rahatlığı) tam bir şekilde toplanması, onaylanması ve belgelenmesinden sorumludur. Bunun için paydaşlarla (özellikle iş ve IT ile) yakın iş birliği yapar, senaryolar kullanır ve standartları analiz eder. Açık beklentileri toplamakla kalmaz, aynı zamanda gizli gereksinimleri de belirlemelidir (örneğin, veri koruma düzenlemeleri). Sonuç olarak analist, fonksiyonel olmayan gereksinimleri belgelerde düzenler, bunları proje ve teknik ekiplerle onaylar ve projenin tümü boyunca bu gereksinimlerin yerine getirilmesini kontrol eder.

Anahtar özellikler:

• Gizli ve özel gereksinimlerin belirlenmesi için görüşmeler ve standart analizi
• Fonksiyonel olmayan gereksinimlerin belgelenmesi ve onaylanmasının sağlanması
• Uygulamanın onaylanan fonksiyonel olmayan kriterlerle uyumunun kontrolü

Kandırmaca Sorular.

Fonksiyonel olmayan gereksinimleri metin içinde sadece tanımlamak, metrikler ve somutluk olmadan yeterli midir?

Hayır, soyut ifadeler ("hızlı", "güvenli") doğrulama için uygun değildir. Kesin parametreler gereklidir: örneğin, yanıt süresi 2 saniyeden fazla olmamalıdır.

Fonksiyonel olmayan gereksinimler yalnızca teknik uzmanların sorumluluğunda mı?

Hayır, analist bu tür gereksinimleri iş ile birlikte belirlemeli ve formüle etmelidir; zira bunlara uyulmaması, işletmenin temel çıkarlarını tatmin etmeyecek sonuçlar doğurur.

Fonksiyonel olmayan gereksinimlerle çalışma, projenin son aşamalarına kadar ertelenebilir mi?

Hayır, bu tür gereksinimler genellikle çözüm mimarisi için kritik öneme sahiptir. Geç aşamalarda belirlenmeleri, yeniden çalışmaya ve yüksek maliyetlere yol açar.

Tipik Hatalar ve Anti-Desenler

• Fonksiyonel olmayan özelliklerin belirsiz, resmi veya çok genel bir tanımı
• Güvenlik standartlarının, SLA'nın, yasal gerekliliklerin göz ardı edilmesi
• Fonksiyonel olmayan gereksinimlerin sonradan belirlenmesi durumunda önemli yeniden çalışmaların riski

Hayattan Bir Örnek

Olumsuz Vak'a: Teknik belgede beklenen "rahatlık" ve "hız" tanımlandı, ancak somut metrikler belirtilmedi. Artıları: Belge yazım anında daha az maliyetli Eksileri: Sonuç müşteriyi tatmin etmediğinde ekibe itirazda bulunamadık.

Olumlu Vak'a: Onaylandı: "Sayfa yükleme hızı — 1000 kullanıcı yükü altında 2 saniye, SLA seviyesi — %99,95". Kişisel veri koruma gereksinimleri formüle edildi. Artıları: Sonucun net bir kontrolü, yeniden çalışma riskinin azaltılması, tüm katılımcılar için şeffaflık Eksileri: IT ve avukatlarla zaman ve onay gerektirdi.