Dva přístupy ke strukturování diagramu aktivit

Porovnání dvou přístupů ke strukturování diagramu aktivit (založených na „veverkách“)

В Část 1 článku „Od procesního modelování k automatizovanému návrhu systému“ modelovali jsme procesy „pohádkové“ tématické oblasti – řádky o veverce z „Příběhu cara Saltana, jeho syna, slavného a mocného hrdiny prince Gvidona Saltanoviče a krásné labutí princezny“ od A.S. Puškina. A začali jsme s diagramem aktivity a dohodli jsme se na strukturování pole diagramu pomocí „plaveckých drah“. Název stopy odpovídá typu prvků diagramu, které jsou v dané stopě přítomny: Vstupní a výstupní artefakty, kroky procesu, účastníci a obchodní pravidla. Tento přístup se liší od standardního, kdy jsou stopy označeny jmény účastníků procesu, čímž se jim přidělují určité oblasti odpovědnosti v procesu.

V tomto příkladu používám framework Enterprise Architect od australské společnosti Systémy Sparx [1].
Další podrobnosti o aplikovaných přístupech modelování viz [2].
Kompletní specifikace UML viz zde [3].

Zopakuji verzi diagramu z minulého článku (obrázek 1) a ukážu překreslený diagram se „standardními“ stopami (obrázek 2), pokusím se možná trochu subjektivně nastínit klady a zápory.

Obrázek 1. Diagram aktivity - celkový pohled na proces

Obrázek 2. Diagram aktivity - standardní struktura diagramu

1. Nutno přiznat, že počet šipek je na 2. diagramu o něco menší.
2. Ale ve 2. diagramu jsou objekty „rozmazané“ přes celé pole diagramu, což na můj vkus není příliš pohodlné.
3. Stejný příběh s poznámkami - pravidly. A aby bylo možné vložit pravidlo o jmenování jáhna, musely být všechny prvky diagramu v určitém okamžiku posunuty dolů.
4. Musel jsem naklonovat krok „příjem/přenos…“, abych ukázal, že v tomto kroku je přítomno několik účastníků.
5. U druhé možnosti jsem se musel vzdát jednoho větvení a jednoho sloučení procesu, no, zařídit je „hezky“ bylo naprosto nemožné! Naštěstí by pak bylo potřeba vložit komentář – pravidlo.

Chuťově a barevně samozřejmě soudruzi nejsou, ale první možnost se mi zdá také pohodlnější pro sběr dat o procesu.
Ale nebudu lhát - někdy je lepší nakreslit obě možnosti, abyste pochopili proces.

Seznam zdrojů

1. Web Sparx Systems. [Elektronický zdroj] Režim přístupu: Internet: https://sparxsystems.com
2. Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Modelování obchodních procesů. — M.: KURZ, SIC INFRA-M, EBS Znanium.com. — 2017.
3. Specifikace OMG Unified Modeling Language (OMG UML). Verze 2.5.1. [Elektronický zdroj] Režim přístupu: Internet: https://www.omg.org/spec/UML/2.5.1/PDF

Zdroj: www.habr.com