Porovnanie dvoch prístupov k štruktúrovaniu diagramu aktivít (na základe „veveričiek“)
В Časť 1 článku „Od procesného modelovania k automatizovanému návrhu systému“ modelovali sme procesy „rozprávkovej“ tematickej oblasti – riadky o veveričke z „Rozprávky o cárovi Saltanovi, jeho synovi, slávnom a mocnom hrdinovi princovi Gvidonovi Saltanovičovi a krásnej labutej princeznej“ od A.S. Puškina. A začali sme s diagramom aktivity, pričom sme sa dohodli na štruktúrovaní poľa diagramu pomocou „plaveckých dráh“. Názov stopy zodpovedá typu prvkov diagramu, ktoré sú prítomné v danej stope: Vstupné a výstupné artefakty, kroky procesu, účastníci a obchodné pravidlá. Tento prístup sa líši od štandardného, keď sú stopy označené menami účastníkov procesu, čím sa im priraďujú určité oblasti zodpovednosti v procese.
V tomto príklade používam rámec Enterprise Architect od austrálskej spoločnosti Systémy Sparx [1].
Bližšie informácie o aplikovaných modelovacích prístupoch nájdete v [2].
Úplnú špecifikáciu UML nájdete v časti tu [3].
Zopakujem verziu diagramu z predchádzajúceho článku (obrázok 1) a ukážem prekreslený diagram so „štandardnými“ stopami (obrázok 2), pokúsim sa načrtnúť klady a zápory, možno trochu subjektívne.
Obrázok 1. Diagram aktivity - všeobecný pohľad na proces
Obrázok 2. Diagram aktivity - štandardné štruktúrovanie diagramu
Treba priznať, že počet šípok je v 2. diagrame o niečo menší.
Ale v druhom diagrame sú objekty „rozmazané“ cez celé pole diagramu, čo podľa môjho vkusu nie je príliš výhodné.
Rovnaký príbeh s poznámkami - pravidlami. A aby bolo možné vložiť pravidlo o menovaní diakona, museli byť všetky prvky diagramu v určitom bode posunuté nadol.
Musel som naklonovať krok „prijímať/prenášať…“, aby som ukázal, že v tomto kroku je prítomných niekoľko účastníkov.
Pri druhej možnosti som sa musel vzdať jedného rozvetvenia a jedného zlúčenia procesu, no bolo absolútne nemožné ich „pekne“ usporiadať! Našťastie by potom bolo potrebné uverejniť komentár - pravidlo.
Samozrejme, neexistujú súdruhovia v chuti a farbe, ale prvá možnosť sa mi zdá aj vhodnejšia na zber údajov o procese.
Ale nebudem klamať - niekedy je lepšie nakresliť obe možnosti, aby ste pochopili proces.