Domanda sui requisiti [duplicato]

Question

Domanda sui requisiti [duplicato]

#1 da (0 voti)
#2 da (0 voti)

-3

So che i requisiti funzionali sono requisiti che indicano al sistema cosa fare mentre i requisiti non funzionali riguardano la qualità e i vincoli. Per i requisiti seguenti, quali di questi rientreranno in quelli non funzionali o funzionali?

L'interfaccia utente deve essere di natura grafica. Lo metterei sotto requisiti non funzionali perché parla della qualità del sistema. Non ne sono troppo sicuro.
Gli utenti devono essere in grado di visualizzare le informazioni all'istante. Questo potrebbe essere funzionale ma allo stesso tempo, l'avverbio "istantaneamente" potrebbe essere correlato alle prestazioni. Quindi potrebbe anche rientrare nei requisiti non funzionali
Ogni utente dovrebbe essere eseguito su un processo client separato. Questo dice al sistema di eseguire un processo per ogni utente. Questo potrebbe essere funzionale, anche se non ne sono troppo sicuro, in quanto ciò potrebbe essere correlato al modo in cui il sistema è implementato.

requirements quality-attributes functional-requirements

posta Manuel 25.09.2014 - 20:05

fonte

2 risposte

Leggi altre domande sui tag requirements quality-attributes functional-requirements

Come dovrei cambiare nel metodo get senza chiamare getList () di Deque? [chiuso] Se voglio scrivere un linguaggio di programmazione, cosa devo sapere? [chiuso]

score 0 · Answer 1

Questo non è un requisito, è un dettaglio di implementazione. I requisiti dicono cosa deve succedere, non come.
Divertente, questo è un requisito che devi riattivare per vedere cosa vogliono veramente .
Ancora una volta, non un requisito.

In breve, non importa come etichetta i tuoi requisiti: è importante che siano dei buoni requisiti.

score 0 · Answer 2

Questi non sono affatto dei requisiti molto buoni, ma sfortunatamente nel mondo reale è abbastanza comune ottenere "analisi dei requisiti" che contiene "requisiti" come quelli.

Suggerirei di consultare la documentazione disponibile e convertire tutti i "requisiti" in storie utente . Durante la conversione, scoprirai quali sono veramente i requisiti e quali sono qualcos'altro. Solo i requisiti possono essere scritti come storie utente che hanno senso dal punto di vista dell'utente finale. Per esempio. requisito 3: "Come utente, voglio che il sistema esegua un processo client separato per me" non ha molto senso. Quindi non è un requisito ma i dettagli di implementazione. Tuttavia, potrebbe esistere un requisito che sta cercando di soddisfare questo dettaglio e dovrebbe essere scritto sull'analisi dei requisiti.

Dopo che "l'analisi dei requisiti" è stata convertita in analisi dei requisiti, la cosa migliore da fare è discutere con il cliente (se possibile) per assicurarsi di aver capito tutto correttamente. Capire cosa è veramente necessario e perché è fondamentale per creare un ottimo software. La classificazione a requisiti funzionali e non funzionali è un dettaglio minore.

E la risposta alla tua domanda:

Nessuno di questi tre "requisiti" è funzionale. Il requisito 2 diventerà requisito di qualità (prestazioni) quando viene specificato il vincolo di tempo (ad esempio 2 secondi).