Metodologie e strumenti dell'Ingegneria dei Requisiti ... - MobiLab

Ancora, nella redazione della sezione del documento relativo ai requisiti non funzionali, si
potrà descrivere in maniera dettagliata il comportamento che dovrà essere assunto in relazione ai
diversi casi d'uso.
Inoltre, nelle precondizioni dei caso d'uso potrebbe essere inserita una clausola standard.
Rispetto al caso mostrato, essa potrebbe essere: "l'utente autenticato ed autorizzato ad eseguire il
servizio 69 ".
2.4.2 L'analisi
Una volta raccolti, i requisiti dovranno essere analizzati, raffinati (descrivendoli ad un livello di
astrazione più basso) e valutati.
L'analisi consente di ottenere requisiti descritti ad un opportuno livello di dettaglio e con
caratteristiche adeguate di qualità, tali da consentire la formulazione di una o più possibili soluzioni
al problema.
Definiti i confini del contesto, bisognerà individuandarne le interfacce con altri attori
(eventualmente attraverso un protitipo delle interfacce utente), così da chiarire ulteriormente gli
scenari di interazione, espressi mediante i casi d'uso, e gli altri requisiti.
Ancora, si dovranno stimare i costi, le prestazioni ed i rischi legati alla scelta di implementare i
requisiti definiti.
Nel caso in cui la valutazione della fattibilità sia positiva, sarebbe opportuno invitare i
committenti a classificare i requisiti da implementare secondo una scala di priorità 70 .
A questo punto, sarà possibile sviluppare i casi d'uso, individuati nella fase di elicitazione, e
produrre modelli di analisi che consentiranno di esplorare in maniera più precisa le funzionalità che
il sistema dovrà offrire ed individuare nei requisiti eventuali errori e/od omissioni.
L'ultimo passo da compiere consisterà nella creazione del glossario, già discusso
precedentemente, attraverso il quale la terminologia adottata sarà di uso comune per il team di
progetto, così come per gli stakeholder.
2.5 Specifica dei requisiti
L'attività di specifica dei requisiti rappresenta la descrizione formale di un sistema software,
inteso come prodotto che soddisfi le esigenze mostrate dall'utente, sotto i vincoli posti dallo
specifico dominio di applicazione.
69 Si noti che la seconda clausola implica la prima: se l'utente non fosse autenticato, non sarebbe autorizzato a svolgere
le azioni selezionate.
70 La classificazione dei requisiti da implementare costituisce il punto di partenza nel caso in cui si preveda un rilascio
incrementale del prodotto.
51