Specifichiamo la descrizione delle funzionalità del sistema utilizzando un diagramma di sequenza (continuazione "Scoiattoli")
In questo articolo esamineremo come possiamo dettagliare (specificare) la descrizione di una funzionalità automatizzabile tramite un UML Sequence Diagram — diagramma di sequenza.
In questo esempio utilizzo l'ambiente Enterprise Architect dalla società australiana [1].
La specifica completa di UML è disponibile. [2].
Per iniziare, chiarisco che stiamo per dettagliarlo.
In abbiamo modellato i processi dell'area tematica "favolosa" — le righe sulla scoiattolo di "Il racconto del re Saltan" di A.S. Puškin. E abbiamo iniziato con il diagramma di attività. Poi nel abbiamo sviluppato un modello funzionale utilizzando un diagramma use-case, un frammento è presentato in Figura 1.
Figura 1. Relazione tra requisiti e funzionalità
Ora vogliamo specificare le informazioni sull'esecuzione di questa funzionalità automatizzabile:
- con quali componenti dell'interfaccia interagirà il nostro utente;
- quali componenti di controllo ci serviranno;
- cosa conserveremo;
- quali messaggi scambieranno l'utente e i componenti del sistema per eseguire la funzionalità.
Gli elementi principali del diagramma di sequenza sono gli oggetti interagenti con vari stereotipi e le connessioni tra di essi — gli oggetti interagenti si scambiano alcune informazioni (Figura 2).
Figura 2. Elementi principali del diagramma di sequenza
Gli oggetti sono disposti in sequenza orizzontale, tra di essi vengono trasmessi messaggi. L'asse temporale è orientato dall'alto verso il basso.
L'elemento Attore può essere utilizzato per rappresentare l'utente che avvia il flusso di eventi.
Ogni oggetto ha una linea tratteggiata, chiamata "linea di vita", dove questo elemento esiste e partecipa potenzialmente alle interazioni. Il focus di controllo è rappresentato da un rettangolo sulla linea di vita dell'oggetto.
I messaggi scambiati tra gli oggetti possono essere di diversi tipi, i messaggi possono anche essere configurati per riflettere le operazioni e le proprietà degli elementi sorgente e destinazione.
Elementi stereotipati come i confini (Boundary), gli elementi di controllo (Control) e le entità (Entity) possono essere utilizzati per modellare l'interfaccia utente (GUI), i controller e gli elementi del database, rispettivamente.
Un flusso ripetuto di scambio di messaggi può essere designato come frammento di tipo "loop".
Pertanto, intendiamo specificare la descrizione della funzionalità "Aggiungi nella relazione informazioni su una nuova noce".
Concordiamo sulle seguenti generalizzazioni e assunzioni aggiuntive.
- Noci, noccioli e gusci sono tutte risorse materiali di tipi corrispondenti (Figura 3).
Figura 3. Specificazione del diagramma delle classi - Nella relazione, il nostro utente inserirà informazioni su qualsiasi risorsa materiale.
- Specifichiamo il nome della relazione — "Registro di gestione delle risorse materiali".
- Supponiamo che il nostro utente, lavorando con l'interfaccia utente "Registro di gestione delle risorse materiali", possa aggiungere una nuova risorsa materiale tramite l'interfaccia utente "Scheda di gestione delle risorse materiali".
- A seconda del tipo di risorsa materiale, la struttura dei dati e l'interfaccia utente cambiano.
- Durante la compilazione dei campi della scheda di gestione delle risorse materiali, viene effettuato un controllo della correttezza dei dati inseriti.
Il diagramma, elaborato tenendo conto di queste assunzioni, è presentato in Figura 4.
Figura 4. Specificazione della descrizione della funzionalità "Aggiungi nella relazione informazioni su una nuova noce"
Puoi leggere dell'uso di altri tipi di diagrammi UML qui:
Elenco delle fonti
- Sito Sparx Systems. [Risorsa elettronica] Modalità di accesso: Internet:
- Specifiche del Linguaggio di Modellazione Unificato OMG (OMG UML). Versione 2.5.1. [Risorsa elettronica] Modalità di accesso: Internet:
Fonte: habr.com
