A tevékenységi diagram struktúrájának összehasonlítása (a „Mókus” alapján)
A A „mese” tárgykör folyamatait modelleztük – a mókusról szóló sorok A.S. Puskin „Szalton király, híres és hatalmas vitéz fia, Gvidon Szaltonovics és a gyönyörű hattyú hercegnő” című meséjében. A tevékenységi diagrammal kezdtük, egyetértve a diagrammező strukturálásában a „úszó” sávok – Swim lanes – használatában. A sáv neve megfelel a diagramon megjelenő elemek típusának: „Bemeneti és kimeneti artefaktumok”, „Folyamatlépések”, „Résztvevők” és „Üzleti szabályok”. Ez a megközelítés eltér a szokásostól, ahol a sávokat a folyamat résztvevőinek nevei jelölik, így meghatározva a felelősségi területeket a folyamatban.
Ebben a példában az ausztrál Sparx Systems cég Enterprise Architect környezetét használom, [1].
Részletesebben a modellezési megközelítésekről [2].
A UML teljes specifikációja [3].
Ismétlem a múlt cikkből származó diagram változatát (1. ábra) és bemutatom az „általános” sávos diagramra újrarajzolt változatot (2. ábra), igyekszem a pluszokat és mínuszokat jelölni, talán egy kicsit szubjektíven.
1. ábra. Tevékenységi diagram – a folyamat általános nézete
2. ábra. Tevékenységi diagram – a diagram standard struktúrája
- El kell ismerni, hogy a nyilak száma a 2. diagramon egy kicsit kevesebb.
- De a 2. diagramon az objektumok „szétszórva” vannak a diagram mezőjén, ami számomra nem nagyon kényelmes.
- Ugyanez a helyzet a megjegyzésekkel – szabályokkal. És még a diakónus kijelölésére vonatkozó szabályt is úgy kellett elhelyezni, hogy a diagram összes elemét egy pillanatban lefelé mozgattam.
- A „felvétel/átadás…” lépést klónozni kellett, hogy megmutathassuk, hogy több résztvevő is jelen van ebben a lépésben.
- A második változatban egy elágazást és egy folyamatösszevonást el kellett hagynom, mert egyszerűen nem tudtam őket szépen elhelyezni! Valójában jól lett volna, ha felfüggesztek egy megjegyzést – szabályt.
Ízlések és pofonok, persze, barátok nincsenek, de nekem az első változat még kényelmesebb a folyamat adataainak gyűjtéséhez.
De nem akarom hazudni – néha mindkét változatot meg kell rajzolni, hogy jobban megértsük a folyamatot.
Irodalomjegyzék
- Sparx Systems weboldal. [Elektronikus forrás] Hozzáférés módja: Internet:
- Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Üzleti folyamatok modellezése. — M.: KURS, NIIC INFRA-M, EBS Znanium.com. — 2017.
- OMG Egyesült Modellezési Nyelv (OMG UML) Specifikáció. 2.5.1-es verzió. [Elektronikus forrás] Hozzáférés módja: Internet:
Forrás: habr.com
