Diagrammi dei Casi d’uso è un tipo di diagramma UML comportamentale e viene usato frequentemente per analizzare vari sistemi. Permettono di visualizzare i diversi tipi di ruoli in un sistema e come tali ruoli interagiscono con il sistema. Questo tutorial diagrammi dei Casi d’uso tratterà i seguenti argomenti e vi aiuterà a creare meglio i casi d’uso.
- Importanza dei diagrammi dei casi d’uso
- Oggetti del diagramma di caso d’uso
- Linee guida per l’utilizzo del diagramma di caso d’uso
- Relazioni uso diagrammi dei casi d’uso
- Come creare diagrammi di caso d’uso ( con esempio )
- Diagrammi dei Casi d’uso modelli di scenari comuni
Importanza dei diagrammi dei casi d’uso
Come accennato prima, i diagrammi dei casi d’uso sono utilizzati per raccogliere i requisiti d’uso di un sistema. A seconda delle vostre esigenze, potete utilizzare questi dati in diversi modi. Di seguito ci sono alcuni modi per usarli.
- Identificare le funzioni e come i ruoli interagiscono con esse – Lo scopo principale dei case diagram di utilizzo.
- Per una visione di alto livello del sistema – Particolarmente utile quando si presenta ai manager o agli stakeholder. È possibile evidenziare i ruoli che interagiscono con il sistema e le funzionalità fornite dal sistema senza andare in profondità nel funzionamento interno del sistema.
- Identificare i fattori interni ed esterni – Questo potrebbe sembrare semplice, ma in grandi progetti complessi un sistema può essere identificato come un ruolo esterno in un altro caso d’uso
Oggetti del diagramma di caso d’uso
I diagrammi di caso d’uso sono costituiti da 4 oggetti.
- Attore
- Caso d’uso
- Sistema
- Pacchetto
Gli oggetti sono ulteriormente spiegati qui di seguito.
Attore
L‘attore in undiagramma di caso d’uso è qualsiasi entità che svolge un ruolo in un dato sistema. Questo potrebbe essere una persona, un’organizzazione o un sistema esterno e di solito disegnato come lo scheletro mostrato qui sotto.
Caso d’uso
Un caso d’uso rappresenta una funzione o un’azione all’interno del sistema. E’ disegnato come un ovale e nominato con la funzione.
Sistema
Il sistema viene utilizzato per definire l’ambito del caso d’uso e disegnato come un rettangolo. Questo è un elemento opzionale ma utile quando si visualizzano sistemi di grandi dimensioni. Ad esempio, è possibile creare tutti i casi d’uso e poi utilizzare l’oggetto di sistema per definire l’ambito coperto dal progetto. Oppure si può anche usare per mostrare le diverse aree coperte in diverse release.
Pacchetto
Il pacchetto è un altro elemento opzionale estremamente utile nei diagrammi complessi. Similmente a diagrammi de classe, i pacchetti sono usati per raggruppare i casi d’uso. Sono disegnati come l’immagine qui sotto.
Utilizzare le linee guida per il diagramma del caso
Sebbene i diagrammi dei casi d’uso possano essere utilizzati per vari scopi, ci sono alcune linee guida comuni da seguire quando si disegnano i casi d’uso.
Questi includono gli standard di denominazione, le indicazioni delle frecce, la collocazione dei casi d’uso, l’uso delle scatole di sistema e anche l’uso corretto delle relazioni.
Abbiamo trattato in dettaglio queste linee guida in un post separato del blog. Quindi andate avanti e controllate le Linee guida diagrammi dei Casi d’uso.
Relazioni in uso Diagramma dei casi d’uso
Ci sono cinque tipi di relazioni in un diagramma dei casi d’uso. Sono
- Associazione tra un attore e un caso d’uso
- La generalizzazione di un attore
- Estendere la relazione tra due casi d’uso
- Includere la relazione tra due casi d’uso
- Generalizazione di un caso d’uso
Abbiamo trattato tutte queste relazioni in un post separato del blog che ha degli esempi con immagini. Non entreremo nei dettagli in questo post, ma potete controllare le relazioni nei diagrammi dei casi d’uso.
Come creare un diagramma dei casi d’uso
Finora avete imparato a conoscere gli oggetti, le relazioni e le linee guida che sono fondamentali quando si disegnano i diagrammi dei casi d’uso. Vi spiegherò i vari processi utilizzando come esempio un sistema bancario.
Identificazione degli attori
Gli attori sono entità esterne che interagiscono con il vostro sistema. Può essere una persona, un altro sistema o un’organizzazione. In un sistema bancario, l’attore più ovvio è il cliente. Altri attori possono essere impiegati di banca o cassieri a seconda del ruolo che si sta cercando di mostrare nel caso d’uso.
Un esempio di organizzazione esterna può essere l’autorità fiscale o la banca centrale. Il processore di prestito è un buon esempio di sistema esterno associato come attore.
Identificare i casi d’uso
Ora è il momento di identificare i casi d’uso. Un buon modo per farlo è quello di identificare ciò di cui gli attori hanno bisogno dal sistema. In un sistema bancario, un cliente dovrà aprire conti, depositare e prelevare fondi, richiedere libretti di assegni e funzioni simili. Quindi tutti questi possono essere considerati casi d’uso.
I casi d’uso di alto livello dovrebbero sempre fornire una funzione completa richiesta da un attore. È possibile estendere o includere casi d’uso a seconda della complessità del sistema.
Una volta identificati gli attori e il caso d’uso di alto livello si ha un’idea di base del sistema. Ora si può mettere a punto e aggiungere ulteriori livelli di dettaglio.
Cerca Funzionalità comuni da utilizzare Includi
Cercare funzionalità comuni che possano essere riutilizzate in tutto il sistema. Se si trovano due o più casi d’uso che condividono funzionalità comuni, è possibile estrarre le funzioni comuni e aggiungerle a un caso d’uso separato. Poi è possibile collegarlo tramite la relazione di inclusione per mostrare che viene sempre chiamato quando viene eseguito il caso d’uso originale. (vedere il diagramma per un esempio).
È possibile generalizzare gli attori e i casi d’uso
Ci possono essere casi in cui gli attori sono associati a casi d’uso simili, mentre si innescano alcuni casi d’uso unici solo per loro. In tali casi, è possibile generalizzare l’attore per mostrare l’eredità delle funzioni. Si può fare una cosa simile anche per il caso d’uso.
Uno dei migliori esempi di questo è il caso d’uso “Make Payment” in un sistema di pagamento. È possibile generalizzare ulteriormente a “Paga con carta di credito”, “Paga in contanti”, “Paga con assegno” ecc. Tutti hanno gli attributi e la funzionalità del pagamento con scenari speciali unici nel loro genere.
Funzioni opzionali o funzioni aggiuntive
Ci sono alcune funzioni che vengono attivate opzionalmente. In questi casi, è possibile utilizzare il rapporto di estensione e applicarvi una regola di estensione. Nell’esempio di sistema bancario riportato di seguito “Calcola bonus” è facoltativo e si attiva solo quando una determinata condizione viene abbinata.
Estendere non sempre significa che sia facoltativo. A volte il caso d’uso collegato tramite estensione può integrare il caso d’uso di base. La cosa da ricordare è che il caso d’uso di base dovrebbe essere in grado di svolgere una funzione da solo anche se non viene chiamato il caso d’uso esteso.
caso d’uso con la maggior parte degli scenari che si trovano nei diagrammi dei casi d’uso
Utilizzare i modelli di diagrammi di caso
Un modello di caso d’uso per un sistema ATM
Siamo andati avanti e abbiamo creato modelli di diagramma di caso d’uso per alcuni scenari comuni. Anche se il vostro problema o scenario non sarà esattamente come questo, potete usarli come punto di partenza. Guardate i nostri modelli di diagrammi di caso d’uso.
Domande relative al tutorial sul diagramma dei casi d’uso
Abbiamo cercato di coprire in modo esauriente tutto ciò che è necessario sapere sulla creazione di schemi di casi d’uso. Se avete dei dubbi su qualsiasi sezione o potete pensare a come migliorare questo tutorial, fatecelo sapere nei commenti.
Altri tutorial per i diagrammi
- Tutorial sul diagramma di sequenza: Guida completa con esempi
- Tutorial sulla modellazione dei processi Affari (Guida BPM che spiega le funzionalità)
- Guida al diagramma di flusso definitivo ( Guida al diagramma di flusso completo con esempi)
