Compararea celor două abordări de structurare a diagramelor de activitate (inspirată de „Veveriță”)
În Am modelat procesele din domeniul tematic „de basm” — versurile despre veverița din „Povestea despre regele Saltan, fiul său slăvit și puternic eroul prințul Gvidon Saltanovici și despre frumoasa prințesă Lebăda” de A.S. Pușkin. Am început cu o diagramă de activitate, convenind asupra structurării câmpului diagramei folosind „benzi de înot” – Swim lanes. Numele benzii corespunde tipului de elemente ale diagramei care sunt prezente pe acea bandă: „Artefacte de intrare și ieșire”, „Pași ai procesului”, „Participanți” și „Reguli de afaceri”. Această abordare se deosebește de standardul obișnuit, când benzile sunt desemnate prin numele participanților la proces, stipulând astfel zonele de responsabilitate în proces.
În acest exemplu, folosesc mediu Enterprise Architect de la compania australiană [1].
Pentru mai multe informații despre abordările utilizate în modelare, vezi [2].
Specificația UML completă se poate găsi în. [3].
Voi repeta opțiunea diagramei din articolul anterior (Figura 1) și voi arăta diagrama redimensionată cu benzi „standard” (Figura 2), voi încerca să evidențiez avantajele și dezavantajele, poate puțin subiectiv.
Figura 1. Diagrama de activitate – aspect general al procesului
Figura 2. Diagrama de activitate – structurare standard a diagramei
- Trebuie să recunosc că numărul săgeților este cu puțin mai mic în a doua diagramă.
- Dar în a doua diagramă, obiectele sunt „împrăștiate” pe întreaga suprafață a diagramei, ceea ce, în opinia mea, nu este foarte convenabil.
- Aceeași poveste este și cu notele — regulile. Și pentru a putea introduce regula despre numirea diaconului, a trebuit să mut toate elementele diagramei în jos într-un anumit moment.
- A trebuit să clonez pasul „primire/transfer…”, pentru a arăta că mai mulți participanți sunt prezenți în acest pas.
- În a doua variantă, a trebuit să renunț la o ramificare și la o fuziune a procesului, nu reușeam deloc să le „păstrez” frumos! Ar fi fost bine să pun un comentariu — regulă.
Desigur, gusturile nu se discută, dar prima variantă mi se pare chiar mai convenabilă pentru colectarea datelor despre proces.
Dar nu voi fi ipocrit — uneori, ambele variante ar trebui desenate pentru a înțelege procesul.
Lista surselor
- Site-ul Sparx Systems. [Resursă electronică] Acces: Internet:
- Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Modelarea proceselor de afaceri. — M.: CURS, NIC INFRA-M, EBS Znanium.com. — 2017.
- Specificația OMG Unified Modeling Language (OMG UML). Versiunea 2.5.1. [Resursă electronică] Acces: Internet:
Sursa: habr.com
