Două abordări pentru structurarea unei diagrame de activitate

Comparația a două abordări pentru structurarea unei diagrame de activitate (pe baza „veverițelor”)

В Partea 1 a articolului „De la modelarea procesului la proiectarea sistemului automatizat” am modelat procesele unui subiect „de basm” - replici despre o veveriță din „Povestea țarului Saltan, fiul său, gloriosul și puternicul erou prințul Gvidon Saltanovici și frumoasa prințesă a lebedelor” de A.S. Pușkin. Și am început cu Diagrama de activitate, căzând de acord asupra structurării câmpului diagramei folosind „culori de înot”. Numele pistei corespunde tipului de elemente ale diagramei care sunt prezente în acea pistă: artefacte de intrare și ieșire, pași de proces, participanți și reguli de afaceri. Această abordare diferă de cea standard, când pistele sunt desemnate prin numele participanților la proces, atribuindu-le astfel anumite domenii de responsabilitate în proces.

În acest exemplu, folosesc cadrul Enterprise Architect de la o companie australiană Sisteme Sparx [1].
Pentru mai multe detalii despre abordările de modelare aplicate, vezi [2].
Pentru specificația UML completă, consultați aici [3].

Voi repeta versiunea diagramei din articolul precedent (Figura 1) și voi arăta o diagramă redesenată cu piste „standard” (Figura 2), voi încerca să contur argumentele pro și contra, poate puțin subiectiv.

Două abordări pentru structurarea unei diagrame de activitate
Figura 1. Diagrama de activitate - vedere generală a procesului

Două abordări pentru structurarea unei diagrame de activitate
Figura 2. Diagrama activității - structurarea diagramei standard

  1. Trebuie să recunoaștem că numărul de săgeți este puțin mai mic în diagrama a 2-a.
  2. Dar în a 2-a diagramă, obiectele sunt „untate” pe întregul câmp al diagramei, ceea ce, pentru gustul meu, nu este foarte convenabil.
  3. Aceeași poveste cu note - reguli. Și pentru a insera regula despre numirea unui diacon, toate elementele diagramei trebuiau deplasate la un moment dat în jos.
  4. A trebuit să clonez pasul „primire/transmitere...” pentru a arăta că mai mulți participanți sunt prezenți la acest pas.
  5. În a doua opțiune, a trebuit să renunț la o ramificare și o îmbinare a procesului, ei bine, era absolut imposibil să le aranjez „frumos”! Din fericire, atunci ar fi necesar să postezi un comentariu - regula.

Desigur, nu există tovarăși de gust și culoare, dar prima opțiune mi se pare și mai convenabilă pentru colectarea datelor despre proces.
Dar nu voi minți - uneori este mai bine să desenați ambele opțiuni pentru a înțelege procesul.

Lista surselor

  1. Site-ul Sparx Systems. [Resursă electronică] Mod de acces: Internet: https://sparxsystems.com
  2. Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Modelarea proceselor de afaceri. — M.: CURS, SIC INFRA-M, EBS Znanium.com. — 2017.
  3. Specificații OMG Unified Modeling Language (OMG UML). Versiunea 2.5.1. [Resursă electronică] Mod de acces: Internet: https://www.omg.org/spec/UML/2.5.1/PDF

Sursa: www.habr.com

Adauga un comentariu