A tevékenységdiagram felépítésének két megközelítésének összehasonlítása (a „Mókusok” alapján)
В egy „tündérmese” témakör folyamatait modelleztük – A. S. Puskin „Saltán cár meséje, fia, a dicső és hatalmas hős Gvidon Szaltanovics herceg és a gyönyörű hattyúhercegnő” című mókusról szóló sorait. És kezdtük az aktivitási diagrammal, megállapodtunk abban, hogy a diagrammezőt „úszósávok” segítségével strukturáljuk. A sáv neve megfelel az adott sávban található diagramelemek típusának: Bemeneti és kimeneti melléktermékek, Folyamatlépések, Résztvevők és Üzleti szabályok. Ez a megközelítés eltér a szokásostól, amikor a pályákat a folyamat résztvevőinek nevével jelölik ki, így a folyamatban bizonyos felelősségi területeket rendelnek hozzájuk.
Ebben a példában egy ausztrál cég Enterprise Architect környezetét használom. [1].
Az alkalmazott modellezési megközelítésekről további részleteket lásd [2].
A teljes UML specifikációt lásd [3].
Megismétlem az előző cikkben szereplő diagramváltozatot (1. ábra), és mutatok egy átrajzolt diagramot „standard” sávokkal (2. ábra), megpróbálom felvázolni az előnyöket és hátrányokat, talán kissé szubjektíven.
1. ábra Tevékenység diagram – a folyamat általános képe
2. ábra Tevékenységi diagram - szabványos diagramszerkezet
- El kell ismerni, hogy a nyilak száma valamivel kevesebb a 2. ábrán.
- De a 2. diagramon az objektumok a diagram teljes területén „elkenődnek”, ami az én ízlésem szerint nem túl kényelmes.
- Ugyanez a történet a jegyzetekkel – szabályokkal. És ahhoz, hogy beillesszük a diakónus kinevezésére vonatkozó szabályt, a diagram összes elemét valamikor lejjebb kellett mozgatni.
- Klónoznom kellett a „fogadás/küldés…” lépést, hogy megmutassam, több résztvevő is jelen van ebben a lépésben.
- A második lehetőségnél le kellett mondanom a folyamat egy elágazásáról és egy összevonásáról, nos, ezeket végképp lehetetlen volt „szépen” elrendezni! Szerencsére akkor szükséges lenne egy megjegyzés - a szabály.
Természetesen ízlésben és színben nincsenek elvtársak, de számomra az első lehetőség kényelmesebbnek tűnik a folyamat adatainak gyűjtéséhez.
De nem hazudok - néha jobb, ha mindkét lehetőséget megrajzoljuk, hogy megértsük a folyamatot.
Források listája
- A Sparx Systems weboldala. [Elektronikus forrás] Hozzáférési mód: Internet:
- Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Üzleti folyamatok modellezése. — M.: TANFOLYAM, SIC INFRA-M, EBS Znanium.com. — 2017.
- Az OMG egységes modellezési nyelv (OMG UML) specifikációja. 2.5.1-es verzió. [Elektronikus forrás] Hozzáférési mód: Internet:
Forrás: will.com