Kaks lähenemist tegevusdiagrammi struktureerimiseks

Kahe lähenemise võrdlemine tegevusdiagrammi struktureerimiseks (inspireeritud «Oravatest»)

V Artikli «Protsesside mudeldamisest automatiseeritud süsteemi projekteerimisele» esimene osa mudelesime «Eepilise» teemaala protsesse — read orava kohta A.S. Puškini «Tsaari Saltani muinasjutus, tema kuulsast ja võimsast rikka vürsti Gvidon Saltanovitšist ja kaunitest printsessidest Loodusest». Alustasime tegevusdiagrammist, leppides kokku, et diagrammi ala struktureeritakse «ujumisradade» kaudu – Swim lanes. Rada nimeks on vastava diagrammielemendi tüüp, mis selles rajal esitatud: «Sisendid ja väljundid», «Protsessi sammud», «Osalejad» ja «Äriprintsiibid». See lähenemine erineb standardsest, kus rajad nimetatakse protsessi osalejate nimede järgi, kehtestades seega nende vastutusalad protsessis.

Selles näites kasutan ma Enterprise Architect’i Austraalia ettevõttelt. Sparx Systems [1].
Rakendatud lähenemiste kohta modellimisele vaata [2].
Täielik UML spetsifikatsioon vt. siit [3].

Kordan diagrammi versioon eelmisest artiklist (Kujutis 1) ja näitan ümber joonistatud diagrammi „standardsete” radadega (Kujutis 2), püüan tuua välja plussid ja miinused, võib-olla veidi subjektiivselt.

Kaks lähenemist tegevusdiagrammi struktureerimiseks
Kujutis 1. Activity diagramm – protsessi üldine ülevaade

Kaks lähenemist tegevusdiagrammi struktureerimiseks
Kujutis 2. Activity diagramm – diagrammi standardne struktureerimine

  1. Tuleb tunnistada, et noolede arv on teisel diagrammil veidi väiksem.
  2. Kuid teisel diagrammil on objektid „välja venitatud” kogu diagrammi alale, mis minu arvates pole väga mugav.
  3. Sama lugu on märkuste ja reeglitega. Ning veel, et diakonite määramise reeglit sisse panna, tuli diagrammi kõik elemendid mingil hetkel allapoole nihutada.
  4. Pidin kloonima sammu „vastuvõtt/ülekanne…”, et näidata, et sel samal sammul on kohal mitmed osalejad.
  5. Teises variandis tuli loobuda ühest harunemisest ja ühest protsessi sulandumisest, sest neid ei suutnud ilusaks paigutada! Häid kommenteid oleks ju siis juurde juurde panna vaja.

Maitse ja värvi osas pole, loomulikult, kaaslasi, kuid minu jaoks tundub esimene variant veel ka mugavam protsessi andmete kogumiseks.
Aga ma ei hakka valetama — mõnikord on mõlemad variandid parem joonistada, et protsessi jooksul selgusele jõuda.

Allikate nimekiri

  1. Lehekülg Sparx Systems. [Elektrooniline ressurss] Juurdepääsu režiim: Internet: https://sparxsystems.com
  2. Zolotokhina E.B., Vishnya A.S., Krasnikova S.A. Äritegevuse protsesside modelleerimine. — M.: KURS, NII INFRA-M, EBS Znanium.com. — 2017.
  3. OMG Unified Modeling Language (OMG UML) Specification. Version 2.5.1. [Электронный ресурс] Режим доступа: Интернет: https://www.omg.org/spec/UML/2.5.1/PDF

Allikas: habr.com

Osta usaldusväärne veebihosting DDoS kaitsega, VPS VDS serverid 🔥 Osta usaldusväärne veebihosting DDoS kaitsega, VPS VDS serverid | ProHoster