Srovnání dvou přístupů ke strukturování diagramu Activity (na motivy "Veverky")
V modelovali jsme procesy "pohádkové" tematické oblasti – řádky o veverce z "Pohádky o caru Saltanovi, o jeho slavném a mocném hrdinovi knížeti Guidonovi Saltanovičovi a o krásné carovně Labuti" A.S. Puškina. A začali jsme s diagramem Activity, dohodnuvší se na struktuře pole diagramu prostřednictvím "plaveckých" pruhů – Swim lanes. Jméno pruhu odpovídá typu prvků diagramu, které se nacházejí na tomto pruhu: „Vstupní a výstupní artefakty“, „Kroky procesu“, „Účastníci“ a „Obchodní pravidla“. Tento přístup se liší od standardního, kdy jsou pruhy označovány jmény účastníků procesu, čímž se jim přiřazují určité oblasti odpovědnosti v procesu.
V tomto příkladu používám prostředí Enterprise Architect od australské společnosti [1].
Více informací o použitých přístupech k modelování viz [2].
Úplnou specifikaci UML najdete [3].
Opakuji variantu diagramu z minulého článku (Obrázek 1) a ukážu přepracovaný diagram se „standardními“ pruhy (Obrázek 2), pokusím se označit klady a zápory, možná i trochu subjektivně.
Obrázek 1. Diagram Activity – celkový pohled na proces
Obrázek 2. Diagram Activity – standardní strukturování diagramu
- Je třeba přiznat, že počet šipek je na 2. diagramu o něco nižší.
- Ale na 2. diagramu jsou objekty „rozmazané“ po celém poli diagramu, což, podle mého názoru, není příliš pohodlné.
- Stejný příběh platí pro poznámky — pravidla. A také aby se pravidlo o jmenování jáhny insertovalo, musel jsem v určitém okamžiku posunout všechny prvky diagramu dolů.
- Musel jsem klonovat krok „přijetí/předání…“, abych ukázal, že na tomto kroku je přítomno několik účastníků.
- Ve druhé variantě jsem musel rezignovat na jedno rozdělení a jedno sloučení procesu, no, vůbec se mi je „hezky“ neusadilo! Odpovídalo by, že bych měl zavěsit komentář – pravidlo.
Na chuť a barvu, samozřejmě, společníků není, ale první varianta mi připadá ještě pohodlnější pro sběr dat o procesu.
Ale nebudu klamat – někdy je lepší obě varianty nakreslit, aby se v procesu vyznalo.
Seznam zdrojů
- Webové stránky Sparx Systems. [Elektronický zdroj] Přístupový režim: Internet:
- Zolotuchina E.B., Višňová A.S., Krasnikov S.A. Modelování podnikových procesů. — M.: KURS, NÍC INFRA-M, EBS Znanium.com. — 2017.
- OMG Unified Modeling Language (OMG UML) specifikace. Verze 2.5.1. [Elektronický zdroj] Přístupový režim: Internet:
Zdroj: habr.com
