Esercitazione sul diagramma dei casi d'uso (Guida con esempi)

Il diagramma dei casi d'uso è un tipo di diagramma UML comportamentale e viene utilizzato frequentemente per analizzare vari sistemi. Consentono di visualizzare i diversi tipi di ruoli in un sistema e il modo in cui tali ruoli interagiscono con il sistema. Questo tutorial sul diagramma dei casi d'uso tratterà i seguenti argomenti e ti aiuterà a creare casi d'uso migliori.

• Importanza dei diagrammi dei casi d'uso
• Usa oggetti diagramma caso
• Linee guida per il diagramma dei casi d'uso
• Relazioni nei diagrammi dei casi d'uso
• Come creare diagrammi di casi d'uso (con esempio)
  • Identificazione degli attori
  • Identificazione dei casi d'uso
  • Quando usare "Includi"
  • Come usare la generalizzazione
  • Quando usare "Estendi"
• Utilizzare modelli di diagrammi di casi di scenari comuni

Importanza dei diagrammi dei casi d'uso

Come accennato in precedenza, i diagrammi dei casi d'uso vengono utilizzati per raccogliere un requisito di utilizzo di un sistema. A seconda delle tue esigenze, puoi utilizzare quei dati in modi diversi. Di seguito sono riportati alcuni modi per usarli.

• Identificare le funzioni e il modo in cui i ruoli interagiscono con esse : lo scopo principale dei diagrammi dei casi d'uso.
• Per una visione di alto livello del sistema – Particolarmente utile quando si presenta ai manager o alle parti interessate. È possibile evidenziare i ruoli che interagiscono con il sistema e le funzionalità fornite dal sistema senza approfondire il funzionamento interno del sistema.
• Identificare i fattori interni ed esterni – Può sembrare semplice, ma in grandi progetti complessi un sistema può essere identificato come un ruolo esterno in un altro caso d'uso.

Usa gli oggetti Case Diagram

I diagrammi dei casi d'uso sono costituiti da 4 oggetti.

• Attore
• Caso d'uso
• Sistema
• Pacchetto

Gli oggetti sono ulteriormente spiegati di seguito.

Attore

Attore in a diagramma caso d'uso è qualsiasi entità che svolge un ruolo in un dato sistema. Potrebbe trattarsi di una persona, un'organizzazione o un sistema esterno e di solito disegnato come lo scheletro mostrato di seguito.

Caso d'uso

Un caso d'uso rappresenta una funzione o un'azione all'interno del sistema . Viene 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 stai visualizzando sistemi di grandi dimensioni. Ad esempio, è possibile creare tutti i casi d'uso e quindi utilizzare l'oggetto di sistema per definire l'ambito coperto dal progetto. Oppure puoi persino usarlo per mostrare le diverse aree coperte in diverse versioni.

Pacchetto

Il pacchetto è un altro elemento opzionale estremamente utile nei diagrammi complessi. Analogamente ai diagrammi di classe, i pacchetti vengono utilizzati per raggruppare i casi d'uso . Sono disegnati come l'immagine mostrata sotto.

Utilizzare le linee guida per il diagramma dei casi

Sebbene i diagrammi dei casi d'uso possano essere utilizzati per vari scopi, ci sono alcune linee guida comuni che è necessario seguire quando si disegnano casi d'uso.

Questi includono gli standard di denominazione, le direzioni delle frecce, il posizionamento dei casi d'uso, l'uso delle caselle di sistema e anche l'uso corretto delle relazioni.

Abbiamo trattato queste linee guida in dettaglio in un post del blog separato. Quindi vai avanti e controlla le linee guida del diagramma dei casi d'uso.

Relazioni nei diagrammi dei casi d'uso

Esistono cinque tipi di relazioni in un diagramma di casi d'uso. Sono

• Associazione tra attore e caso d'uso
• Generalizzazione di un attore
• Estendere la relazione tra due casi d'uso
• Includere la relazione tra due casi d'uso
• Generalizzazione di un caso d'uso

Abbiamo trattato tutte queste relazioni in un post sul blog separato che contiene esempi con immagini. Non entreremo nei dettagli in questo post, ma puoi controllare le relazioni nei diagrammi dei casi d'uso.

Come creare un diagramma di caso d'uso

Finora, hai imparato a conoscere oggetti, relazioni e linee guida che sono fondamentali quando si disegnano diagrammi di casi d'uso. Spiegherò i vari processi utilizzando un sistema bancario come esempio.

Identificazione degli attori

Gli attori sono entità esterne che interagiscono con il tuo 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 stai 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 un sistema esterno associato come attore.

Identificazione dei casi d'uso

Ora è il momento di identificare i casi d'uso. Un buon modo per farlo è 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 livello superiore 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 livello superiore, hai un'idea di base del sistema. Ora puoi perfezionarlo e aggiungere ulteriori livelli di dettaglio.

Cerca la funzionalità comune da usare Include

Cerca funzionalità comuni che possono essere riutilizzate nel sistema. Se trovi due o più casi d'uso che condividono funzionalità comuni, puoi estrarre le funzioni comuni e aggiungerle a un caso d'uso separato. Quindi puoi collegarlo tramite la relazione include per mostrare che viene sempre chiamato quando viene eseguito il caso d'uso originale. (vedi il diagramma per un esempio).

È possibile generalizzare attori e casi d'uso

Potrebbero esserci casi in cui gli attori sono associati a casi d'uso simili mentre attivano alcuni casi d'uso unici solo per loro. In questi casi, puoi generalizzare l'attore per mostrare l'ereditarietà delle funzioni. Puoi fare una cosa simile anche per il caso d'uso.

Uno dei migliori esempi di questo è il caso d'uso "Esegui pagamento" in un sistema di pagamento. Puoi generalizzarlo ulteriormente in "Paga con carta di credito", "Paga in contanti", "Paga con assegno" ecc. Tutti hanno gli attributi e la funzionalità di pagamento con scenari speciali unici per loro.

Funzioni opzionali o funzioni aggiuntive

Ci sono alcune funzioni che vengono attivate facoltativamente. In questi casi, è possibile utilizzare la relazione di estensione e allegarvi una regola di estensione. Nell'esempio del sistema bancario riportato di seguito, "Calcola bonus" è facoltativo e si attiva solo quando viene soddisfatta una determinata condizione.

Estendi non significa sempre che sia facoltativo. A volte il caso d'uso connesso mediante 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 eseguire una funzione da solo anche se il caso d'uso esteso non viene chiamato.

Usa i modelli di diagramma di casi

Siamo andati avanti e abbiamo creato modelli di diagrammi dei casi d'uso per alcuni scenari comuni. Anche se il tuo problema o scenario non sarà esattamente come questo, puoi usarli come punto di partenza. Dai un'occhiata ai nostri modelli di diagrammi dei casi d'uso.

Domande relative all'esercitazione sul diagramma dei casi d'uso

Abbiamo cercato di coprire in modo completo tutto ciò che è necessario sapere sulla creazione di diagrammi di casi d'uso. Se hai dubbi su qualsiasi sezione o puoi pensare a come migliorare questo tutorial, faccelo sapere nei commenti.

Altri tutorial sui diagrammi

• Esercitazione sul diagramma di sequenza: guida completa con esempi
• Esercitazione sulla modellazione dei processi aziendali (Guida BPM che spiega le funzionalità)
• Guida definitiva al diagramma di flusso (esercitazione completa del diagramma di flusso con esempi)