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

In effetti, l'adozione di tale approccio non risulta ottimale in sistemi come data warehouse,
sistemi CAD 67 , ad esempio, per i quali i casi d'uso potranno essere definiti, senza apportare, però,
benefici significativi nella specifica della maggior parte dei requisiti.
Rispetto alle specifiche di analisi tradizionalali, i casi d'uso presentano un vantaggio di fondo,
che risiede nella migliore comunicazione con il committente. Infatti, se tipicamente le prime
descrivono in maniera astratta le funzionalità interne al sistema, i casi d'uso descrivono in maniera
più concreta, sotto forma di dialogo , le interazioni (azione dell'attore – reazione del sistema).
Uno degli errori che dovrebbero essere evitati nel loro utilizzo è quello di adoperarli secondo
una logica di scomposizione funzionale troppo spinta, descrivendo al livello atomico ogni singola
funzione del sistema o di sue componenti 68 , per la quale essi sono inadeguati. Operare in questo
modo, infatti, farebbe perdere, principalmente, il buon livello di comunicazione con i committenti
offerto dai casi d'uso.
Un altro aspetto interessante concerne la sicurezza nel modello dei casi d'uso. Come è noto, si
tratta di un requisito non funzionale che costituisce un vincolo sentito in qualunque sistema e,
quindi, nella maggior parte dei casi d'uso.
L'approccio più tradizionale prevede di includere i relativi casi d'uso a tutti gli use case che
devono applicare i requisiti di sicurezza.
Per chiarire il concetto, consideriamo l'esempio di una segereteria online per studenti, per la
quale definizamo gli use case "autenticazione studente" (che servirà ad accertarsi che l'utente sia
effettivamente quello che dichiara di essere e per il quale il problema riguarda anche lo scambio di
messaggio con altri sistemi), "autorizzazione ad espletare la funzionalità selezionata" (si noti che, se
un utente è autorizzato a svolgere l'attività che ha selezionato, come la visualizzazione degli esami
sostenuti, ciò non vuol dire che potrà richiedere lo stesso servizio per un altro insieme di dati, come
la lista degli esemi sostenuti da un altro studente), "autorizzazione al trattamento dei dati richiesti",
ecc.
È evidente che tale approccio, sebbene molto semplice, complichi la descrizione dei casi d'uso.
Dunque, una tecnica alternativa da adoperare potrebbe essere quella di "isolare" i casi d'uso
della sicurezza dagli altri, così da avere il vantaggio di poter specificare particolari
comportamenti/requisiti.
Ritornando all'esempio precedente, dopo il riconoscimento dell'utente si potrebbe richiedere di
verificare se il profilo ad esso associato sia stato bloccato, oppure se la password sia scaduta.
67 CAD è l'acronimo di Computer Aided Design. Il computer assite la fasse di progettazione non solo cambiando
concezione del disegno (la modellazione solida crea un oggetto 3D virtualmente manipolabile sullo schermo), ma
offrendo diversi mezzi di supporto per la verifica del progetto e l'ottimizzazione della produzione [17].
68 A questo scopo possono essere adoperati approcci più consoni, come i diagrammi di flusso (activity diagram in
UML)
50