Primerjava dveh pristopov k strukturiranju diagrama dejavnosti (na podlagi "veveric")
В modelirali smo procese "pravljičnega" predmetnega področja - vrstice o veverici iz "Zgodbe o carju Saltanu, njegovem sinu, slavnem in mogočnem junaku princu Gvidonu Saltanoviču in prelepi princesi labodi" A. S. Puškina. Začeli smo z diagramom dejavnosti in se dogovorili o strukturiranju polja diagrama z uporabo "plavalnih stez". Ime skladbe ustreza vrsti elementov diagrama, ki so prisotni v tej sledi: vhodni in izhodni artefakti, koraki procesa, udeleženci in poslovna pravila. Ta pristop se razlikuje od standardnega, ko so sledi označene z imeni udeležencev procesa in jim tako dodelijo določena področja odgovornosti v procesu.
V tem primeru uporabljam okolje Enterprise Architect avstralskega podjetja. [1].
Za več podrobnosti o uporabljenih pristopih modeliranja glejte [2].
Za celotno specifikacijo UML glejte [3].
Ponovil bom različico diagrama iz prejšnjega članka (slika 1) in prikazal prerisan diagram s "standardnimi" stezami (slika 2), poskusil bom orisati prednosti in slabosti, morda malo subjektivno.
Slika 1. Diagram aktivnosti - splošni pogled na proces
Slika 2. Diagram aktivnosti - standardno strukturiranje diagrama
- Treba je priznati, da je število puščic v 2. diagramu nekoliko manjše.
- Toda v 2. diagramu so predmeti "razmazani" po celotnem polju diagrama, kar po mojem okusu ni zelo priročno.
- Ista zgodba z zapiski – pravili. In da bi lahko vstavili pravilo o imenovanju diakona, je bilo treba na neki točki vse elemente diagrama premakniti navzdol.
- Moral sem klonirati korak »sprejemanje/oddajanje ...«, da pokažem, da je v tem koraku prisotnih več udeležencev.
- Pri drugi možnosti sem se moral odpovedati enemu razvejanju in enemu združevanju procesa, no, "lepo" jih je bilo absolutno nemogoče urediti! Na srečo bi bilo potem treba objaviti komentar - pravilo.
Seveda ni tovarišev po okusu in barvi, vendar se mi zdi prva možnost tudi bolj priročna za zbiranje podatkov o procesu.
Ampak ne bom lagal - včasih je bolje narisati obe možnosti, da bi razumeli postopek.
Seznam virov
- Spletno mesto Sparx Systems. [Elektronski vir] Način dostopa: Internet:
- Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Modeliranje poslovnih procesov. - M .: KURS, NITs INFRA-M, EBS Znanium.com. — 2017.
- Specifikacija OMG Unified Modeling Language (OMG UML). Različica 2.5.1. [Elektronski vir] Način dostopa: Internet:
Vir: www.habr.com