Diagramma del caso d'uso UML: tutorial con ESEMPIO

Cos'è il diagramma dei casi d'uso?

Usa diagramma dei casi cattura le funzionalità e i requisiti del sistema utilizzando attori e casi d'uso. I casi d'uso modellano i servizi, le attività e le funzioni che un sistema deve eseguire. I casi d'uso rappresentano funzionalità di alto livello e il modo in cui un utente gestirà il sistema. I casi d'uso sono i concetti fondamentali della modellazione del linguaggio di modellazione unificata.

Perché il diagramma dei casi d'uso?

Un caso d'uso è costituito da casi d'uso, persone o varie cose che invocano le funzionalità chiamate attori e gli elementi responsabili dell'implementazione dei casi d'uso. I diagrammi dei casi d'uso catturano il comportamento dinamico di un sistema live. Modella il modo in cui un'entità esterna interagisce con il sistema per farlo funzionare. I diagrammi dei casi d'uso sono responsabili della visualizzazione delle cose esterne che interagiscono con la parte del sistema.

Notazioni sui diagrammi dei casi d'uso

Di seguito sono riportate le notazioni comuni utilizzate in un diagramma dei casi d'uso:

Caso d'uso:

I casi d'uso vengono utilizzati per rappresentare funzionalità di alto livello e il modo in cui l'utente gestirà il sistema. Un caso d'uso rappresenta una funzionalità distinta di un sistema, un componente, un pacchetto o una classe. È indicato da una forma ovale con il nome di un caso d'uso scritto all'interno della forma ovale. La notazione di un caso d'uso in UML è riportata di seguito:

Attore:

Viene utilizzato all'interno dei diagrammi dei casi d'uso. L’attore è un’entità che interagisce con il sistema. Un utente è il miglior esempio di attore. Un attore è un'entità che avvia il caso d'uso dall'esterno dell'ambito di un caso d'uso. Può essere qualsiasi elemento che possa innescare un'interazione con il caso d'uso. Un attore può essere associato a più casi d'uso nel sistema. IL notazione dell'attore in UML è dato sotto.

Come disegnare un diagramma del caso d'uso?

Per disegnare un diagramma dei casi d'uso in UML è necessario prima analizzare attentamente l'intero sistema. Devi scoprire ogni singola funzione fornita dal sistema. Dopo che tutte le funzionalità di un sistema sono state individuate, queste funzionalità vengono convertite in vari casi d'uso che verranno utilizzati nel diagramma dei casi d'uso.

Un caso d'uso non è altro che una funzionalità fondamentale di qualsiasi sistema funzionante. Dopo aver organizzato i casi d'uso, dobbiamo arruolare i vari attori o cose che interagiranno con il sistema. Questi attori sono responsabili di invocare la funzionalità di un sistema. Gli attori possono essere una persona o una cosa. Può anche essere un'entità privata di un sistema. Questi attori devono essere rilevanti per la funzionalità o il sistema con cui interagiscono.

Dopo aver arruolato attori e casi d'uso, bisogna esplorare la relazione di un attore particolare con il caso d'uso o un sistema. Bisogna identificare il numero totale di modi in cui un attore potrebbe interagire con il sistema. Un singolo attore può interagire con più casi d'uso contemporaneamente, oppure può interagire con numerosi casi d'uso simultaneamente.

Durante la definizione del caso d'uso per qualsiasi sistema, è necessario seguire le seguenti regole:

1. Il nome di un attore o di un caso d'uso deve essere significativo e rilevante per il sistema.
2. L'interazione di un attore con il caso d'uso deve essere definita in modo chiaro e comprensibile.
3. Le annotazioni devono essere utilizzate ovunque siano richieste.
4. Se un caso d'uso o un attore ha più relazioni, devono essere visualizzate solo le interazioni significative.

Suggerimenti per disegnare un diagramma dei casi d'uso

1. Un diagramma del caso d'uso dovrebbe essere il più semplice possibile.
2. Un diagramma del caso d'uso dovrebbe essere completo.
3. Un diagramma dei casi d'uso dovrebbe rappresentare tutte le interazioni con il caso d'uso.
4. Se ci sono troppi casi d’uso o attori, dovrebbero essere rappresentati solo i casi d’uso essenziali.
5. Un diagramma dei casi d'uso dovrebbe descrivere almeno un singolo modulo di un sistema.
6. Se il diagramma dei casi d'uso è ampio, dovrebbe essere generalizzato.

Un esempio di diagramma dei casi d'uso

Il seguente diagramma dei casi d'uso rappresenta il funzionamento del sistema di gestione degli studenti:

Nel diagramma dei casi d'uso sopra, ci sono due attori chiamati studente e insegnante. Esistono un totale di cinque casi d'uso che rappresentano la funzionalità specifica di un sistema di gestione degli studenti. Ogni attore interagisce con un particolare caso d'uso. Uno studente attore può verificare la frequenza, l'orario e i voti dei test sull'applicazione o su un sistema. Questo attore può eseguire solo queste interazioni con il sistema anche se nel sistema rimangono altri casi d'uso.

Non è necessario che ciascun attore interagisca con tutti i casi d’uso, ma può succedere.

Il secondo attore chiamato insegnante può interagire con tutte le funzionalità o casi d'uso del sistema. Questo attore può anche aggiornare la presenza di uno studente e i voti dello studente. Queste interazioni tra lo studente e l'attore insegnante insieme riassumono l'intera applicazione di gestione degli studenti.

Quando utilizzare un diagramma dei casi d'uso?

Un caso d'uso è una funzionalità unica di un sistema realizzata da un utente. Lo scopo del diagramma dei casi d'uso è acquisire le funzionalità principali di un sistema e visualizzare le interazioni di vari elementi chiamati attori con il caso d'uso. Questo è l'uso generale di un diagramma dei casi d'uso.

I diagrammi dei casi d'uso rappresentano le parti principali di un sistema e il flusso di lavoro tra di esse. Nel caso d'uso, i dettagli di implementazione sono nascosti all'uso esterno, solo il flusso di eventi è rappresentato.

Con l'aiuto dei diagrammi dei casi d'uso, possiamo scoprire le condizioni pre e post dopo l'interazione con l'attore. Queste condizioni possono essere determinate utilizzando vari casi di test.

In generale i diagrammi dei casi d'uso vengono utilizzati per:

1. Analizzare i requisiti di un sistema
2. Progettazione di software visivo di alto livello
3. Catturare le funzionalità di un sistema
4. Modellare l'idea di base dietro il sistema
5. Ingegneria diretta e inversa di un sistema utilizzando vari casi di test.

I casi d'uso hanno lo scopo di trasmettere la funzionalità desiderata, pertanto l'ambito esatto di un caso d'uso può variare in base al sistema e allo scopo della creazione del modello UML.

Sintesi

• I diagrammi dei casi d'uso sono un modo per catturare le funzionalità e i requisiti del sistema Diagrammi UML.
• Cattura il comportamento dinamico di un sistema live.
• Un diagramma dei casi d'uso è costituito da un caso d'uso e da un attore.
• Un caso d'uso rappresenta una funzionalità distinta di un sistema, un componente, un pacchetto o una classe.
• Un attore è un'entità che avvia il caso d'uso dall'esterno dell'ambito di un caso d'uso.
• Il nome di un attore o di un caso d'uso deve essere significativo e rilevante per il sistema.
• Lo scopo del diagramma dei casi d'uso è catturare le funzionalità principali di un sistema.