Chiarendo la descrizione delle funzionalità del sistema attraverso il diagramma Sequence (continuazione "Scoiattoli")
In questo articolo discuteremo come possiamo dettagliere (precisare) la descrizione della funzione automatizzabile utilizzando il diagramma UML Sequence — diagramma di sequenza.
In questo esempio utilizzo l'ambiente Enterprise Architect dell'azienda australiana [1].
La specifica completa di UML si trova in [2].
Per iniziare, spiegherò che stiamo per dettagliare.
In Abbiamo modellato i processi di una 'favolosa' area tematica — le frasi sullo scoiattolo dalla 'Favola dello zar Saltan' di A.S. Pushkin. E abbiamo iniziato con il diagramma Activity. Poi abbiamo sviluppato un modello funzionale utilizzando il diagramma Use-case, come mostrato nella Figura 1.
Figura 1. Relazione tra requisito e funzione
Ora vogliamo precisare le informazioni sull'esecuzione di questa funzione 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 funzione.
Gli elementi principali del diagramma Sequence sono gli oggetti interagenti con vari stereotipi e le relazioni tra di essi — gli oggetti interagenti si scambiano alcune informazioni (Figura 2).
Figura 2. Elementi principali del diagramma Sequence
Gli oggetti sono disposti in sequenza orizzontale, tra di essi vengono inviati messaggi. L'asse del tempo è orientato dall'alto verso il basso.
L'elemento Actor può essere utilizzato per rappresentare l'utente che innesca il flusso di eventi.
Ogni oggetto ha una linea tratteggiata, chiamata "linea di vita", in cui questo elemento esiste e partecipa potenzialmente alle interazioni. Il focus di controllo è indicato da un rettangolo sulla linea di vita dell'oggetto.
I messaggi scambiati tra gli oggetti possono essere di diversi tipi e possono anche essere configurati per riflettere operazioni e proprietà degli elementi sorgente e target.
Elementi stereotipati, come confini (Boundary), elementi di controllo (Control) e entità (Entity), possono essere utilizzati per modellare l'interfaccia utente (GUI), i controllori e gli elementi del database, rispettivamente.
Un flusso ripetitivo di messaggi può essere rappresentato come un frammento con tipo 'loop'.
Quindi, prevediamo di precisare la descrizione della funzione 'Aggiungere alla registrazione le informazioni su una nuova nocciola'.
Accordiamo i seguenti ulteriori riassunti e supposizioni.
- Noci, noccioli e gusci - sono tutte risorse materiali di tipi corrispondenti (Figura 3).
Figura 3. Chiarimento del diagramma delle classi - Nella scheda, il nostro utente inserirà informazioni su qualsiasi risorsa materiale.
- Chiariremo il nome della scheda: 'Scheda di contabilizzazione delle risorse materiali'.
- Supponiamo che il nostro utente, lavorando con l'interfaccia grafica 'Scheda di contabilizzazione delle risorse materiali', possa aggiungere una nuova risorsa materiale tramite l'interfaccia grafica 'Scheda di conteggio delle risorse materiali'.
- A seconda del tipo di risorsa materiale, cambia la struttura dei dati e l'interfaccia grafica.
- Durante la compilazione dei campi della scheda di contabilizzazione delle risorse materiali, viene eseguita una verifica della correttezza dei dati immessi.
Il diagramma, creato tenendo conto di queste supposizioni, è mostrato in Figura 4.
Figura 4. Chiarimento della funzione 'Aggiungi nella scheda informazioni su una nuova noce'
Puoi leggere l'applicazione di altri tipi di diagrammi UML qui:
Elenco delle fonti
- Sito Sparx Systems. [Risorsa elettronica] Modalità di accesso: Internet:
- Specifica del Linguaggio di Modellazione Unificato (OMG UML). Versione 2.5.1. [Risorsa elettronica] Modalità di accesso: Internet:
Fonte: habr.com
