29.05.2013 Views

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

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

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

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!