Dva prístupy k štruktúrovaniu diagramu Activity

Porovnanie dvoch prístupov štruktúrovania diagramu Activity (na motívy «Veveričky»)

V 1. časti článku «Od modelovania procesov k navrhovaniu automatizovaného systému» modelovali sme procesy «rozprávkovej» tematickej oblasti — riadky o veveričke z «Rozprávky o cárovi Saltanovi, o jeho slávnom a mocnom bohatierovi kniežaťu Gvidonovi Saltanovičovi a o krásnej cárovne Labuti» A.S. Puškina. A začali sme s diagramom Activity, dohodli sme sa na štruktúrovaní poľa diagramu pomocou «plávajúcich» dráh – Swim lanes. Názov dráhy zodpovedá typu prvkov diagramu, ktoré sú prítomné na tejto dráhe: «Vstupné a výstupné artefakty», «Kroky procesu», «Účastníci» a «Obchodné pravidlá». Tento prístup sa líši od štandardného, kde sú dráhy označené menami účastníkov procesu, a tak im priraďujú určité zóny zodpovednosti v procese.

V tomto príklade používam prostredie Enterprise Architect od austrálskej spoločnosti Sparx Systems [1].
Podrobnejšie o použitých prístupoch k modelovaniu pozri [2].
Celú špecifikáciu UML si pozrite. tu [3].

Opakujem variant diagramu z predchádzajúceho článku (Obrázok 1) a ukážem prekreslený diagram so «štandardnými» dráhami (Obrázok 2), pokúsim sa vyznačiť klady a zápory, možno aj trochu subjektívne.

Obrázok 1. Diagram Activity – celkový pohľad na proces

Obrázok 2. Diagram Activity – štandardné štruktúrovanie diagramu

1. Musíme uznať, že počet šípok je o niečo menší na 2. diagrame.
2. Ale na 2. diagrame sú objekty «rozmiestnené» po celom poli diagramu, čo, podľa môjho názoru, nie je veľmi pohodlné.
3. Rovnaký príbeh s poznámkami — pravidlami. A ešte aby som mohol pridať pravidlo o menovaní diakona, musel som posunúť všetky prvky diagramu na chvíľu smerom nadol.
4. Musel som skopírovať krok «prijatia/podania…», aby som ukázal, že viacerí účastníci sú v tomto kroku prítomní.
5. V druhom variante som sa musel vzdať jedného rozvetvenia a jedného zlúčenia procesu, pretože som ich proste nedokázal «krásne» usporiadať! Po pravde, bolo by dobré pridať komentár — pravidlo.

Na chuť a farbu, samozrejme, spoločníkov niet, ale prvý variant sa mi zdá byť aj pohodlnejší na zhromažďovanie údajov o procese.
Ale nebudem klamať — niekedy je lepšie obidva varianty nakresliť, aby sme proces pochopili.

Zoznam zdrojov

1. Webstránka Sparx Systems. [Elektronický zdroj] Prístup: Internet: https://sparxsystems.com
2. Zolotukhina E.B., Vishnya A.S., Krasnikov S.A. Modelovanie biznis procesov. — M.: KURS, NÍC INFRA-M, EBS Znanium.com. — 2017.
3. OMG Unified Modeling Language (OMG UML) Špecifikácia. Verzia 2.5.1. [Elektronický zdroj] Prístup: Internet: https://www.omg.org/spec/UML/2.5.1/PDF

Zdroj: habr.com