Cevap.

Fonksiyonel gereksinimler sistemin ne yapması gerektiğini açıklar: iş operasyonları, süreçler, kullanıcı senaryoları - yani fonksiyonalite.

Fonksiyonel olmayan gereksinimler sistemin nasıl çalışması gerektiğini tanımlar: kısıtlamalar, kalite parametreleri, performans, güvenlik, kullanılabilirlik vb. Bu gereksinimler genellikle teknolojilerin seçimini, ölçeklenebilirliği ve çözümün dayanıklılığını etkiler.

Ayrım yapmanın önemi:

• Açık bir ayrım, geliştiriciler ve test uzmanları için doğru görev tanımını sağlıyor.
• Kritik özelliklerin gözden kaçırılmasını önler (örneğin, güvenlik, ölçeklenebilirlik).
• Göz ardı edilen fonksiyonel olmayan gereksinimler genellikle projenin başarısızlık kaynağı haline gelir.

Ana özellikler:

• Fonksiyonel gereksinimler - sistemin davranışı.
• Fonksiyonel olmayan gereksinimler - kalite ve kısıtlamalar.
• Her iki tür de açıkça belgelemeli ve onaylanmalıdır.

Kandırıcı sorular.

"Kullanıcı arayüzü kolaylığı" fonksiyonel gereksinimlere girer mi?

Hayır, bu bir fonksiyonel olmayan parametredir (kullanılabilirlik). Fonksiyonel gereksinim, örneğin "Kaydet" düğmesinin varlığıdır, fonksiyonel olmayan ise tepki süresi ve kullanım kolaylığıdır.

Fonksiyonel olmayan gereksinimlere, eğer müşteri tarafından açıkça belirtilmemişse, göz ardı edilebilir mi?

Hayır. Analist, dolaylı fonksiyonel olmayan gereksinimleri konuşmalı ve belgelendirmelidir; aksi takdirde, başlatma riski, kullanıcı şikayetleri ve ek maliyetler artar.

"Sistem, dakikada 1000 isteği işleyebilmelidir." Bu bir fonksiyonel gereksinim midir?

Hayır, bu bir fonksiyonel olmayan gereksinimdir - performans özelliğidir.

Tipik hatalar ve anti-paternenler

• Sadece fonksiyonelliğe odaklanmak ("önemli olan çalışması, hız sonra").
• Fonksiyonel olmayan gereksinimlerin dolaylı tanımı - "hızlı olmalı", "güvenilir", "güvenli".
• Fonksiyonelliğin test edilmesini göz ardı etmek.

Hayattan bir örnek

Olumsuz durum: Sistem belirtilen iş fonksiyonunu tamamen gerçekleştirdi, ancak yüksek yük altında "yavaşladı", çünkü performans tamamen hesaba katılmamıştı. Artılar:

• Hızlı geliştirme, belirtilen senaryoların kesin uygulanması. Eksiler:
• Sistem gerçek yük koşullarında işletmeye uygun değildi, şirket mimariyi acil olarak yeniden yapılandırmak zorunda kaldı.

Olumlu durum: Analist, mimar ve müşteri ile birlikte gereksinimlerde maksimum yük, tepki kriterleri belgelendi, yük testi yapıldı. Artılar:

• Ürün istikrarlı bir şekilde çalıştı ve kullanıcı artışını karşıladı.
• Gelişim planları ölçeklenmeyi kapsıyordu. Eksiler:
• Tasarımın başlangıcında tartışma ve ek testlere daha fazla zaman ayırmak gerekti.