Confronto tra due approcci nella strutturazione del diagramma di Activity (ispirato a «Le Nutrie»)
In Abbiamo modellato processi nell'ambito «fiabesco» — righe sulla nutria da «La favola del re Saltano, del suo famoso e potente figlio, il principe Guidone Saltanovich e della bella principessa Cigno» di A.S. Pushkin. Abbiamo iniziato con il diagramma di Activity, concordando sulla strutturazione del campo del diagramma mediante «corsie» – Swim lanes. Il nome della corsia corrisponde al tipo di elementi del diagramma presenti su quella corsia: «Arti-fatti in ingresso e uscita», «Passi del processo», «Partecipanti» e «Regole aziendali». Questo approccio si distingue dallo standard, dove le corsie sono etichettate con i nomi dei partecipanti al processo, così da assegnare loro specifiche aree di responsabilità.
In questo esempio utilizzo l'ambiente Enterprise Architect dell'azienda australiana [1].
Per maggiori dettagli sugli approcci utilizzati nella modellazione, vedere [2].
La specifica completa di UML si trova in [3].
Ripeterò la versione del diagramma dall'articolo precedente (Figura 1) e mostrerò il diagramma ridisegnato con corsie «standard» (Figura 2), cercando di evidenziare i pro e i contro, magari con un po' di soggettività.
Figura 1. Diagramma di Activity – vista generale del processo
Figura 2. Diagramma di Activity – strutturazione standard del diagramma
- Va riconosciuto che il numero di frecce è leggermente inferiore nel secondo diagramma.
- Ma nel secondo diagramma gli oggetti sono «distribuiti» su tutto il campo del diagramma, il che, a mio parere, non è molto comodo.
- La stessa storia vale per le note — le regole. E per inserire la regola di nomina del diacono, ho dovuto spostare tutti gli elementi del diagramma verso il basso in un certo momento.
- Ho dovuto clonare il passo «ricezione/trasferimento…» per far vedere che ci sono più partecipanti in questo passo.
- Nella seconda versione ho dovuto rinunciare a un ramo e a una fusione del processo, perché non riuscivo a disporli «elegantemente»! Per dirla bene, sarebbe stato opportuno allegare un commento — regola.
A gusto e colore, certo, non ci sono compagni, ma il primo approccio mi sembra anche più utile per la raccolta di dati sul processo.
Ma non voglio essere disonesto: a volte è meglio disegnare entrambi gli approcci per capire i processi.
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. — Mosca: KURS, NIC INFRA-M, EBS Znanium.com. — 2017.
- Specifica del Linguaggio di Modellazione Unificato (OMG UML). Versione 2.5.1. [Risorsa elettronica] Modalità di accesso: Internet:
Fonte: habr.com
