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

controllare il sistema (nella fase di testing e di verifica) e ciò proprio sulla scorta delle informazioni
che vengono utilizzate per descriverli. Naturalmente, un'azione del genere dovrà prevedere la
descrizione di scenari che, a vari livelli di astrazione, dettaglino i flussi di eventi.
Una volta individuati e definiti i casi d'uso, gli svuluppatori dovranno assicurarsi che le
funzionalità richieste al sistema siano state completamente specificate. Pertanto, bisognerà
dettagliare ciascun caso d'uso e descrivere più precisamente il comportamento che il sistema
assumerà a fronte di determinate situazioni 62 .
In particolare, saranno specificati:
• gli elementi manipolati dal sistema;
• le sequenze di interazione di basso livello tra l'attore ed il sistema;
• gli accessi al caso d'uso: quale attore potrà invocare il caso d'uso;
Inoltre, saranno individuati e specificati gli scenari non ancora valutati ed identificate le
relazioni (cioè le dipendenze) tra i casi d'uso. Ancora, saranno accordati i requisiti non funzionali e
gli attributi di qualità 63 del prodotto, ovvero quelli visibili 64 dall'utente finale, ma non direttamente
legati alle funzionalità del sistema.
Tra casi d'uso possono essere definiti tre tipi fondamentali di relazioni: estensione, inclusione e
generalizzazione.
Illustrazione 15: Casi d'uso e ciclo di vita del software
Un caso d'uso descrive un insieme di interazioni, tra un attore ed il sistema, relative ad una
62 Condizioni di errore o limite.
63 Efficienza, usabilià, ecc.
64 Gli aspetti non visibili (come le scelte delle tecnologie da adottare per lo svilippo del sistema, il progetto del sistema
e delle metodologie), dall'utente non saranno trattati nella fase di raccolta.
48