Fornire un accesso utente è un requisito non funzionale?
Poiché si tratta di sicurezza che è un requisito non funzionale, ritengo che fornire un accesso utente sia anche non funzionale, ma di nuovo ritengo che sia funzionale.
Fornire un accesso utente è un requisito non funzionale?
Poiché si tratta di sicurezza che è un requisito non funzionale, ritengo che fornire un accesso utente sia anche non funzionale, ma di nuovo ritengo che sia funzionale.
Gli accessi utente sono più una "caratteristica" che un "requisito".
Se hai affermato che "il sistema bloccherà l'accesso dell'utente a [alcune aree del sistema] se non sono connessi" o "il sistema bloccherà l'accesso dell'utente a [alcune aree del sistema] se non lo fanno avere le necessarie credenziali di sicurezza ", quindi sarebbe un requisito funzionale.
I requisiti devono sempre essere accompagnati da un test che, una volta eseguito, costituisce una prova per gli stakeholder del rispetto di un requisito. Altrimenti, non è un requisito. "Il sistema deve avere login utente" non è un requisito, perché puoi semplicemente avere campi utente e password in qualche forma e chiamarlo sistema di accesso.
Un accesso è una funzione o un comportamento specifico. Hai una capacità di accesso o no. In quanto tale, come requisito, sarebbe un requisito funzionale.
Le prestazioni, ad esempio, del login, sono un requisito non funzionale: un giudizio sulla qualità dell'implementazione (piuttosto che una funzionalità è presente / assente).
Leggi altre domande sui tag requirements security login functional-requirements