Dva pristupa strukturiranju Activity dijagrama

Primerjava dveh pristopov k strukturiranju Activity diagramov (po motivih "Veverice")

V 1. dela članka „Od modeliranja procesov do načrtovanja avtomatiziranega sistema“ Modelirali smo procese iz "pravljice" - vrstice o veverici iz "Pravljice o carju Saltanu, o njegovem slavenem in mogočnem junaku knezu Guidonu Saltanoviču in o čudoviti carici Labodi" A.S. Puškina. Začeli smo z Activity diagramom in se dogovorili za strukturiranje polja diagrama s pomočjo "plavajočih" pasov - Swim lanes. Ime pasa ustreza vrsti elementov diagrama, ki so prisotni na tem pasu: "Vhodne in izhodne artefakte", "Koraki procesa", "Udeleženci" in "Poslovna pravila". Ta pristop se razlikuje od standardnega, kjer so pasovi označeni z imeni udeležencev procesa, kar na ta način pripisuje določene odgovornosti v procesu.

V tem primeru uporabljam okolje Enterprise Architect avstralskega podjetja Sparx Systems [1].
Več o uporabljanih pristopih k modeliranju glejte [2].
Polno specifikacijo UML glej. ovde [3].

Ponovim različico diagrama iz prejšnjega članka (Slika 1) in pokažem prerisan diagram z "standardnimi" pasovi (Slika 2), poskušal bom označiti prednosti in slabosti, morda tudi nekoliko subjektivno.

Slika 1. Activity diagram - splošni pogled na proces

Slika 2. Activity diagram - standardno strukturiranje diagrama

1. Treba je priznati, da je število puščic na drugem diagramu nekoliko manjše.
2. Toda na drugem diagramu so objekti "razpršeni" po vsej površini diagrama, kar se mi zdi nekoliko nepraktično.
3. Enaka zgodba velja za opombe — pravila. In da bi pravilo o imenovanju diakona vključili, sem moral vse elemente diagrama v nekem trenutku premakniti navzdol.
4. Moral sem podvojiti korak „sprejema/posredovanja…“, da pokažem, da so na tem koraku prisotni številni udeleženci.
5. V drugi različici sem se moral odpovedati eni razveji in enemu združitvi procesa, ker ju ni bilo mogoče "lepo" umestiti! Po pravici bi bilo treba dodati komentar - pravilo.

Seveda ni vseh okusov in barv, vendar se mi prva različica zdi še bolj priročna za zbiranje podatkov o procesu.
Ampak ne bom zavajal — včasih je bolje narisati obe različici, da se razjasni proces.

Spisak izvora.

1. Sajt Sparx Systems. [Elektronski resurs] Način pristupa: Internet: https://sparxsystems.com
2. Zolotukhina E.B., Višnja A.S., Krasnikova S.A. Modeliranje poslovnih procesov. — M.: KURS, NIC INFRA-M, EBS Znanium.com. — 2017.
3. OMG Unified Modeling Language (OMG UML) Specifikacija. Verzija 2.5.1. [Elektronski resurs] Način pristupa: Internet: https://www.omg.org/spec/UML/2.5.1/PDF

Izvor: habr.com