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

pertanto bisogna scrivere un insieme di casi di test 75 , attraverso i quali dimostrare che il sistema
consegnato soddisferà ogni requisito specificato.
Una volta rilevate, le incongruenze potranno essere risolte mediante tecniche di negoziazione.
2.8 La gestione dei requisiti
Nel corso del processo software, gli stakeholder e produttore acquisiscono una maggiore
consapevolezza del problema e ciò, inevitabilmente, influenzerà i requisiti.
Ad esempio, non di rado capita di accorgersi che alcuni aspetti del dominio non siano stati
affrontati o, magari, non trattati in maniera adeguta, per cui nasce l'esigenza di rivedere il documento
dei requisiti sulla base delle nuove conoscenze acquisite.
Tipicamente, i requisiti su cui si avverte l'impatto di questa "evoluzione" sono:
• i requisiti di compatibilità: dipendono da altri sistemi o processi organizzativi;
• i requisiti duplicati: requisiti che rappresentano il medesimo "bisogno";
• i requisiti emergenti: sono frutto dell'ampliamento della conoscenza del problema. Questa
categoria di requisiti è, probabilmente, quella più interessante, poichè comporta
nell'ampliamento delle funzionalità del sistema.
• i requisiti impliciti: specifici del dominio e, per questo motivo, non formalizzati
adeguatamente;
Illustrazione 18: Mutabilità dei requisiti nel tempo
• i requisiti instabili: cambiano con lo sviluppo del sistema.
L'evoluzione, sfociata in una modifica, piuttosto che in una cancellazione o nella creazione di
nuovi requisiti, dovrà essere gestita opportunamente.
75 Ed infatti, la specifica dei casi di test, condotta a fronte dei casi d'uso (correlati ai requisiti funzionali), consente di
rilevare omissioni, ambiguità nel documento dei requisiti.
58