Metodologie e strumenti dell'Ingegneria dei Requisiti ... - MobiLab
Metodologie e strumenti dell'Ingegneria dei Requisiti ... - MobiLab
Metodologie e strumenti dell'Ingegneria dei Requisiti ... - MobiLab
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
L'insieme delle informazioni relative ai segnali scambiati, così come la prescrizione<br />
dell'utilizzo di particolari dataset, non dovrebbe essere indicato a questo punto del ciclo di sviluppo.<br />
Nella fase di specifica, infatti, non bisognerebbe far riferimento al dominio della soluzione, tanto<br />
meno vincolare le scelte da operare.<br />
Inoltre, non bisognerebbe cadere neanche nell'errore opposto: descrivere un requisito in modo<br />
troppo generico. Esso potrebbe esprimere funzionalità del sistema già note che non ne giustificano<br />
l'esistenza. Ancor peggio, potrebbe accadere che questo esprima in maniera troppo implicita delle<br />
funzionalità, dando luogo ad un requisito inutilizzabile.<br />
La difficoltà di descrivere un requisito ad un giusto livello di dettaglio può essere mitigata<br />
affidandosi da un canto al buon senso, dall'altro a metodi a supporto.<br />
Prima di intraprendere la scrittura, bisognerebbe chiedersi se il requisito, così come sarà espresso,<br />
sia o meno riusabile.<br />
Inoltre, (cfr. § Scrittura <strong>dei</strong> requisiti) per poter scrivere i requisiti ad un adeguato livello di<br />
granularità bisogna specificarli in maniera tale che siano verificabili individualmente, ovvero<br />
sottoponibili a test.<br />
Illustrazione 50: Esempio di "sovra-specifica" nel requisito software<br />
Un metodo per capire se il requisito sia stato scritto al giusto livello di dettaglio è quello di<br />
121