Quando il primo schema degli attori è completo, la successiva fase è quella di individuare i casi di utilizzo del
sistema. I primi casi d'uso sono molto preparatori e dovranno essere certamente modificati un paio di volte per essere
stabili. Se l'impostazione o i requisiti del sistema sono carenti oppure se l'analisi del sistema è approssimativa, la
funzionalità del sistema non sarà stabile. Pertanto, occorre costantemente chiedersi se sono stati individuati i casi
di utilizzo corretti. Inoltre, occorre essere pronti ad aggiungere, rimuovere, associare e dividuere i casi di utilizzo
prima di giungere a una versione finale. Si avrà una maggiore conoscenza dei casi di utilizzo una volta che sono stati
descritti in dettaglio.
Il modo migliore per individuare i casi di utilizzo è di considerare le risorse richieste da ciascun attore al sistema.
E' importante ricordare che il sistema esiste unicamente per i propri utenti e pertanto deve basarsi sulle necessità
dell'utente. Sarà possibile identificare gran parte delle necessità degli attori attraverso i requisiti funzionali
eseguiti sul sistema. Per ciascun attore, persona o meno, è necessario porsi le seguenti domande:
-
Quali sono le attività principali che l'attore intenda fare eseguire al sistema?
-
L'attore vorrà creare, memorizzare, modificare, rimuovere o leggere i dati nel sistema?
-
L'attore dovrà informare il sistema di improvvise modifiche esterne?
-
L'attore deve essere informato di determinati eventi nel sistema?
-
L'attore eseguirà un avvio o arresto del sistema?
Le risposte a queste domande rappresentano i flussi di eventi che identificano i casi di utilizzo candidati. Non tutti
costituiscono casi di utilizzo diversi; alcuni possono essere modellati come varianti dello stesso caso d'uso. Non è
sempre facile dire quale sia una variante e quale sia un caso d'uso separato e distinto. Tuttavia, sarà più chiaro
quando verranno descritti i flussi di eventi in dettaglio.
Diversamente dai requisiti, un modello aziendale della propria organizzazione (definito anche modello di business) è
una preziosa fonte di input per la determinazione dei casi d'uso. Il modello aziendale descrive in che modo il sistema
informativo può essere integrato nelle operazioni esistenti e fornisce delle ottime indicazioni sull'ambiente del
sistema. Saranno inoltre disponibili dei concetti da definire nel modello aziendale poiché tale modello contiene degli
"oggetti business" dell'azienda. Se è stato seguito il flusso di lavoro Modellazione di business , si potrà
disporre di un modello caso d'uso di business e un modello analisi di business da utilizzare
come input.
Un sistema può disporre di diversi modelli possibili di casi di utilizzo. Il modo migliore per individuare il modello
"ottimale" è di sviluppare due o tre modelli; scegliere quello desiderato e quindi svilupparlo successivamente.
Inoltre, lo sviluppo di diversi modelli alternativi aiuta a conoscere meglio il sistema.
Una volta delineato il primo modello di caso d'uso, è necessario verificare che tale modello integri tutti i requisiti
funzionali. Esaminare attentamente i requisiti per accertarsi che tutti i casi di utilizzo soddisfino tutti irequisiti.
Per maggiori informazioni sulla descrizione di un caso d'uso e dove reperirli, consultare le sezioni Linea guida: Modello caso d'uso e Linea guida: Caso
d'uso.
Denominazione e breve descrizione dei casi d'uso trovati
Ciascun caso d'uso deve possedere un nome che indica l'obiettivo raggiunto dalle relative interazioni con l'attore (o
più attori). Il nome potrebbe essere composto da diverse parole per essere compreso. Non è possibile assegnare lo
stesso nome a due casi di utilizzo. Consultare anche la sezione Nome in Linea guida: Caso
d'uso.
Definire ciascun caso d'uso immettendone una breve descrizione. Mentre si immette la descrizione, fare riferimento al
glossario e, se necessario, definire nuovi concetti. Consultare anche la sezione Breve descrizione in Linea guida: Caso d'uso.
Descrizione del flusso di eventi
A questo punto, occorre anche scrivere una prima bozza del flusso di eventi del caso d'uso. Descrivere ciascun flusso
di eventi del caso d'uso con brevi esempi di prestazioni, ma non andare nel dettaglio. La persona che successivamente
specificherà il caso d'uso (anche se si tratta della stessa persona) avrà bisogno di questa descrizione guidata.
Iniziare con il delineare il flusso base degli eventi e una volta stabilito ciò, aggiungere dei flussi alternativi.
Esempio:
La descrizione dettagliata iniziale del flusso di eventi del caso d'uso Ricicla articoli nel sistema di una macchina di
riciclaggio potrebbe essere simile a quanto segue:
-
Il cliente preme il tasto "Avvio".
-
Il cliente inserisce gli articoli da depositare.
-
Il sistema verifica il tipo di articoli di deposito inseriti.
-
Il sistema incrementa il totale giornaliero dei tipi di articoli ricevuti.
-
Il cliente preme il tasto "Ricevuta".
-
Il sistema stampa la ricevuta.
Raccolta di requisiti aggiuntivi
Alcuni dei requisiti del sistema non possono essere assegnati a specifici casi d'uso; raccogliere questi requisiti
nelle specifiche supplementari (consultare Prodotto di lavoro: Specifiche supplementari).
|