Confronto tra due approcci per la strutturazione del diagramma dell'Activity (ispirato a 'Le Nutrie')
In Abbiamo modellato i processi dell'ambito 'fiabesco' - righe sulla nutria da 'La fiaba del re Salta, del suo glorioso e potente figlio, il cavaliere Guidone Saltanovich e della bella principessa Cigno' di A.S. Puškin. Abbiamo iniziato con il diagramma dell'Activity, concordando di strutturare il campo del diagramma tramite 'corsie' - Swim lanes. Il nome di ciascuna corsia corrisponde ai tipi di elementi del diagramma presenti in essa: 'Artefatti in ingresso e in uscita', 'Fasi del processo', 'Partecipanti' e 'Regole aziendali'. Questo approccio differisce dallo standard, dove le corsie sono denominate con i nomi dei partecipanti al processo, assegnando così loro aree di responsabilità specifiche nel processo.
In questo esempio utilizzo l'ambiente Enterprise Architect dalla società australiana [1].
Ulteriori informazioni sugli approcci utilizzati per la modellazione si trovano in [2].
La specifica completa di UML è disponibile. [3].
Riproporrò la variante del diagramma dell'articolo precedente (Figura 1) e mostrerò il diagramma ridisegnato con percorsi "standard" (Figura 2), cercando di evidenziare pro e contro, anche se potrebbe risultare un po' soggettivo.
Figura 1. Diagramma delle Attività – panoramica del processo
Figura 2. Diagramma delle Attività – strutturazione standard del diagramma
- Va riconosciuto che il numero di frecce è leggermente inferiore nel secondo diagramma.
- Ma nel secondo diagramma, gli oggetti sono "dispersi" su tutta la superficie del diagramma, il che, a mio avviso, non è molto comodo.
- Stessa situazione per le note — le regole. Inoltre, per inserire la regola sull'incarico del diacono, ho dovuto spostare verso il basso tutti gli elementi del diagramma in un certo momento.
- Ho dovuto clonare il passo "accettazione/trasferimento..." per mostrare che più partecipanti sono presenti in questo passaggio.
- Nel secondo esempio ho dovuto rinunciare a un ramificazione e a una fusione del processo, semplicemente non riuscivo a disporle in modo "esteticamente gradevole"! Sarebbe stato opportuno poi aggiungere un commento — regola.
A gusto e colore, naturalmente non ci sono amici, ma a me sembra che la prima variante sia anche più comoda per raccogliere dati sul processo.
Ma non voglio mentire: a volte è meglio disegnare entrambe le opzioni per comprendere meglio il processo.
Elenco delle fonti
- Sito Sparx Systems. [Risorsa elettronica] Modalità di accesso: Internet:
- Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Modellazione dei processi aziendali. — M.: KURS, NII INFRA-M, EBS Znanium.com. — 2017.
- Specifiche del Linguaggio di Modellazione Unificato OMG (OMG UML). Versione 2.5.1. [Risorsa elettronica] Modalità di accesso: Internet:
Fonte: habr.com
