Chiariamo la descrizione delle funzioni del sistema utilizzando il Diagramma di sequenza (continua di “Proteine”)
In questo articolo vedremo come dettagliare (chiarire) la descrizione della funzione da automatizzare utilizzando il diagramma di sequenza UML.
In questo esempio sto utilizzando il framework Enterprise Architect di un'azienda australiana [1].
Per la specifica UML completa, vedere [2].
Per prima cosa, lasciami spiegare cosa descriveremo in dettaglio.
В abbiamo modellato i processi di un argomento "fiabesco" - versi su uno scoiattolo da "La storia dello zar Saltan" di A.S. Pushkin. E abbiamo iniziato con il diagramma delle attività. Poi dentro abbiamo sviluppato un modello funzionale utilizzando un diagramma dei casi d'uso, la Figura 1 mostra un frammento.
Figura 1. Relazione tra requisito e funzione
Ora vogliamo chiarire le informazioni sull'esecuzione di questa funzione automatizzata:
- con quali componenti dell'interfaccia interagirà il nostro utente;
- di quali componenti di controllo abbiamo bisogno;
- cosa conserveremo;
- quali messaggi verranno scambiati tra l'utente e i componenti del sistema per eseguire la funzione.
Gli elementi principali del diagramma di sequenza sono oggetti interagenti con diversi stereotipi e connessioni tra loro: gli oggetti interagenti scambiano alcune informazioni tra loro (Figura 2).
Figura 2. Elementi di base di un diagramma di sequenza
Gli oggetti sono disposti in sequenza orizzontale e i messaggi vengono scambiati tra di loro. L'asse del tempo è orientato dall'alto verso il basso.
L'elemento Actor può essere utilizzato per rappresentare un utente che avvia un flusso di eventi.
Ogni oggetto ha una linea tratteggiata, chiamata “linea della vita”, dove quell'elemento esiste e potenzialmente prende parte alle interazioni. Il focus del controllo è indicato da un rettangolo sulla linea della vita dell'oggetto.
I messaggi scambiati tra oggetti possono essere di diversi tipi e i messaggi possono anche essere personalizzati per riflettere le operazioni e le proprietà degli elementi di origine e di destinazione.
Elementi stereotipati come confini, controlli ed entità possono essere utilizzati rispettivamente per modellare l'interfaccia utente (GUI), i controller e gli elementi del database.
Un flusso ripetuto di messaggi può essere designato come un frammento di tipo "loop".
Quindi, intendiamo chiarire la descrizione della funzione "Aggiungi informazioni su un nuovo dado alla lista".
Concordiamo le seguenti ulteriori generalizzazioni e ipotesi.
- Noci, noccioli e gusci sono tutti beni materiali dei tipi corrispondenti (Figura 3).
Figura 3. Raffinamento del diagramma delle classi - Il nostro utente inserirà nella dichiarazione le informazioni su eventuali beni materiali.
- Chiariamo il nome della dichiarazione: "Dichiarazione contabile dei valori materiali".
- Supponiamo che il nostro utente, lavorando con la GUI “Scheda contabile del valore materiale”, possa aggiungere un nuovo valore materiale attraverso la GUI “Scheda contabile del valore materiale”.
- A seconda del tipo di valore matematico, la struttura dei dati e la GUI cambiano.
- Durante la compilazione dei campi della scheda contabile del valore materiale, viene verificata la correttezza dei dati inseriti.
Un diagramma basato su questi presupposti è mostrato nella Figura 4.
Figura 4. Chiarimento della descrizione della funzione “Aggiungi informazioni su un nuovo dado all'elenco”
Puoi leggere l'uso di altri tipi di diagrammi UML qui:
Elenco delle fonti
- Sito web dei sistemi Sparx. [Risorsa elettronica] Modalità di accesso: Internet:
- Specifiche OMG Unified Modeling Language (OMG UML). Versione 2.5.1. [Risorsa elettronica] Modalità di accesso: Internet:
Fonte: habr.com