Kaks lähenemist tegevusdiagrammi struktureerimiseks

Activity-diagrammi kahem lähenemise võrdlemine (inspireeritud "Oravast")

Uues 1. osa artiklist "Protsesside modelleerimisest automatiseeritud süsteemi projekteerimisele" Me mudeldasime "muinasjutulise" teema protsesse — read oravast A.S. Puškini "Tsaar Saltaani muinasjutus, tema suure ja jõulise krahvi Gvidoni Saltaanitši ja kauni printsess Lestjedi kohta". Alustasime Activity-diagrammist, leppides kokku diagrammi välja struktuuri määramisel "ujumis" radade abil – Swim lanes. Rada nimi vastab diagrammi elementide tüübile, mis sellel rajal esinevad: „Sisendid ja väljundid“, „Protsessi sammud“, „Osalised“ ja „Äripõhimõtted“. See lähenemine erineb standardmeetodist, kus rajad märgistatakse protsessi osaliste nimedega, seeläbi määrates neile kindlad vastutusalad protsessis.

Antud näites kasutan Austraalia ettevõtte Enterprise Architect keskkonda. Sparx Systems [1].
Rohkem teavet kasutatavate lähenemiste kohta modelleerimisel vt [2].
UML täielik spetsifikatsioon vt. siin [3].

Kordan diagrammi varianti eelmisest artiklist (Kujutis 1) ja näitan ümber joonistatud diagrammi „standardsed“ radadega (Kujutis 2), püüdes tuua esile plussid ja miinused, võib-olla ka veidi subjektiivselt.

Kujutis 1. Activity-diagramm - protsessi üldvaade

Kujutis 2. Activity-diagramm - diagrammi standardstruktuur

1. Pean tunnistama, et noolte arv on teisel diagrammil kaks vähem.
2. Kuid teisel diagrammil on objektid „laiali“ kogu diagrammi alal, mis minu arvates pole eriti mugav.
3. Sama lugu kehtib märkuste — reeglite kohta. Ja veel, et diakoni määramise reegel sisse panna, pidin kõik diagrammi elemendid mingil hetkel allapoole nihutama.
4. Pidin kloonima sammu "vastuvõtmiseks/edastamiseks...", et näidata, et sellel sammul osaleb mitu osalist.
5. Teises variandis tuli loobuda ühest harust ja ühest protsessi sulgemisest, nad ei saanud lihtsalt „ilusasti“ paika!

Maitse ja värv, loomulikult, seltsimeeste seas pole, kuid mulle tundub, et esimene variant on andmete kogumise osas veel mugavam.
Aga ma ei hakka valetama - mõnikord on parem mõlemad variandid joonistada, et protsessi selgemalt mõista.

Viidatud allikad

1. Sait Sparx Systems. [Elektrooniline ressurss] Ligipääs: Internet: https://sparxsystems.com
2. Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Äri protsesside modelleerimine. — M.: KURS, NIK INFRA-M, EBS Znanium.com. — 2017.
3. OMG Ühtne modelleerimise keel (OMG UML) spetsifikatsioon. Versioon 2.5.1. [Elektrooniline ressurss] Ligipääs: Internet: https://www.omg.org/spec/UML/2.5.1/PDF

Allikas: habr.com