Diagrammi dei casi d'uso

Una parte importante di Unified Modeling Language (UML) sono le funzionalità per disegnare diagrammi di casi d'uso. I casi d'uso vengono utilizzati durante la fase di analisi di un progetto per identificare e suddividere le funzionalità del sistema. Separano il sistema in attori e casi d'uso. Gli attori rappresentano ruoli che possono essere interpretati dagli utenti del sistema.

Questi utenti possono essere esseri umani, altri computer, componenti hardware o anche altri sistemi software. L'unico criterio è che devono essere esterni alla parte del sistema che viene suddivisa in casi d'uso. Devono fornire stimoli a quella parte del sistema e devono riceverne gli output.

I casi d'uso rappresentano le attività che gli attori svolgono con l'aiuto del tuo sistema nel perseguimento di un obiettivo. Dobbiamo definire ciò di cui questi utenti (attori) hanno bisogno dal sistema. Il caso d'uso dovrebbe riflettere le esigenze e gli obiettivi dell'utente e dovrebbe essere avviato da un attore. L'impresa, gli attori, i clienti che partecipano al caso d'uso aziendale dovrebbero essere collegati al caso d'uso per associazione.

Disegno di diagrammi dei casi d'uso

La figura seguente mostra come potrebbe apparire un caso d'uso in forma schematica UML. La custodia stessa sembra un ovale. Gli attori sono disegnati come piccole figure stilizzate. Gli attori sono collegati al caso d'uso con delle linee.

Use-case 1 - L'addetto alle vendite controlla un articolo

  • Il cliente imposta l'articolo sul banco.
  • «Utilizza» Swipe UPC Reader.
  • Il sistema cerca il codice UPC nel database, procurando la descrizione dell'articolo e il prezzo
  • Il sistema emette un segnale acustico.
  • Il sistema annuncia la descrizione dell'articolo e il prezzo tramite output vocale.
  • Il sistema aggiunge il prezzo e il tipo di articolo alla fattura corrente.
  • Il sistema aggiunge il prezzo per correggere il totale parziale delle tasse

Quindi, la relazione "utilizza" è molto simile a una chiamata di funzione o una subroutine.

Il caso d'uso utilizzato in questo modo è chiamato caso d'uso astratto perché non può esistere da solo ma deve essere utilizzato da altri casi d'uso.

Esempio: caso d'uso di prelievo

L'obiettivo di un cliente in relazione al nostro distributore di denaro (ATM) è prelevare denaro. Quindi, stiamo aggiungendoWithdrawalcaso d'uso. Prelevare denaro dal distributore automatico potrebbe coinvolgere una banca per le transazioni da effettuare. Quindi, stiamo aggiungendo anche un altro attore -Bank. Entrambi gli attori che partecipano al caso d'uso dovrebbero essere collegati al caso d'uso per associazione.

Il distributore automatico di denaro fornisce un caso d'uso di prelievo per il cliente e gli attori della banca.

Rapporti tra attori e casi d'uso

I casi d'uso potrebbero essere organizzati utilizzando le seguenti relazioni:

  • Generalization
  • Association
  • Extend
  • Include

Generalizzazione tra casi d'uso

Possono esserci casi in cui gli attori sono associati a casi d'uso simili. In tal caso, un caso d'uso Child eredita le proprietà e il comportamento dell'uso genitore. Quindi abbiamo bisogno di generalizzare l'attore per mostrare l'eredità delle funzioni. Sono rappresentati da una linea continua con una grande punta di freccia triangolare vuota.

Associazione tra casi d'uso

Le associazioni tra attori e casi d'uso sono indicate nei diagrammi dei casi d'uso con linee continue. Esiste un'associazione ogni volta che un attore è coinvolto in un'interazione descritta da un caso d'uso.

Estendere

Ci sono alcune funzioni attivabili opzionalmente. In questi casi viene utilizzata la relazione di estensione e ad essa viene allegata la regola di estensione. 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 estendibile non viene chiamato.

La relazione di estensione viene mostrata come una linea tratteggiata con una punta di freccia aperta diretta dal caso d'uso esteso al caso d'uso esteso (base). La freccia è etichettata con la parola chiave «estendere».

Includere

Viene utilizzato per estrarre frammenti di casi d'uso duplicati in più casi d'uso. Viene anche utilizzato per semplificare un caso d'uso di grandi dimensioni suddividendolo in diversi casi d'uso e per estrarre parti comuni dei comportamenti di due o più casi d'uso.

Includi la relazione tra i casi d'uso che viene mostrata da una freccia tratteggiata con una punta di freccia aperta dal caso d'uso di base al caso d'uso incluso. La freccia è etichettata con la parola chiave «include».

I casi d'uso riguardano solo i requisiti funzionali di un sistema. Altri requisiti quali regole aziendali, requisiti di qualità del servizio e vincoli di implementazione devono essere rappresentati separatamente.

Il diagramma mostrato di seguito è un esempio di un diagramma di caso d'uso semplice con tutti gli elementi contrassegnati.

Principi di base per un'applicazione efficace dei casi d'uso

  • Sii semplice raccontando storie
  • Sii produttivo senza perfezione
  • Comprendi il quadro generale
  • Identifica le opportunità di riutilizzo per i casi d'uso
  • Concentrati sul valore
  • Costruisci il sistema a fette
  • Consegnare il sistema in incrementi
  • Adattati per soddisfare le esigenze del team

Modello caso d'uso

Qui, abbiamo mostrato un modello di esempio di un caso d'uso che un analista aziendale può compilare in modo che le informazioni possano essere utili al team tecnico per accertare le informazioni sul progetto.

ID caso d'uso:
Nome del caso d'uso:
Creato da: Ultimo aggiornamento di
Data di creazione: Data ultimo aggiornamento
Attore:
Descrizione:
Presupposti:
Condizioni post:
Priorità:
Frequenza d'uso:
Corso normale degli eventi:
Corsi alternativi:
Eccezioni:
Comprende:
Requisiti speciali:
Presupposti:
Note e problemi: