Kaks lähenemisviisi tegevusskeemi struktureerimiseks

Tegevusdiagrammi struktureerimise kahe lähenemisviisi võrdlus (põhineb "Oravatel")

В Artikli 1. osa "Protsesside modelleerimisest automatiseeritud süsteemikujunduseni" modelleerisime “muinasjutulise” ainevaldkonna protsesse – read oravast A. S. Puškini “Jutust tsaar Saltanist, tema pojast, kuulsusrikkast ja võimsast kangelasest vürst Gvidon Saltanovitšist ja kaunist luigeprintsessist”. Ja alustasime tegevusdiagrammiga, leppides kokku diagrammivälja struktureerimises "ujumisradade" abil. Raja nimi vastab sellel rajal esinevate diagrammielementide tüübile: sisend- ja väljundartefaktid, protsessietapid, osalejad ja ärireeglid. See lähenemine erineb tavapärasest, kui rajad on määratud protsessis osalejate nimedega, määrates neile protsessis teatud vastutusvaldkonnad.

Selles näites kasutan Austraalia ettevõtte Enterprise Architect keskkonda. Sparxi süsteemid [1].
Täpsemat teavet rakendatud modelleerimismeetodite kohta vt [2].
Täieliku UML-i spetsifikatsiooni kohta vt siin [3].

Kordan eelmise artikli skeemi versiooni (joonis 1) ja näitan uuesti joonistatud diagrammi "standardsete" radadega (joonis 2), proovin võib-olla pisut subjektiivselt visandada plusse ja miinuseid.

Joonis 1. Tegevusskeem – protsessi üldvaade

Joonis 2. Tegevusskeem – standardne diagrammi struktureerimine

1. Tuleb tunnistada, et 2. diagrammil on noolte arv veidi väiksem.
2. Kuid 2. diagrammil on objektid "määritud" kogu diagrammi väljale, mis minu maitse jaoks pole eriti mugav.
3. Märkmetega sama lugu – reeglid. Ja selleks, et lisada diakoni määramise reegel, tuli kõik skeemi elemendid mingil hetkel allapoole nihutada.
4. Pidin kloonima sammu „vastuvõtt/edastus…”, et näidata, et selles etapis on kohal mitu osalejat.
5. Teise variandi puhul pidin loobuma ühest protsessi hargnemisest ja ühest liitmisest, no neid oli täiesti võimatu “kenasti” järjestada! Õnneks oleks siis vaja postitada kommentaar - reegel.

Maitse ja värvi osas muidugi kaaslasi pole, aga esimene variant tundub mulle protsessi kohta andmete kogumisel ka mugavam.
Kuid ma ei valeta - mõnikord on protsessi mõistmiseks parem joonistada mõlemad võimalused.

Allikate loetelu

1. Sparx Systemsi veebisait. [Elektrooniline ressurss] Juurdepääsurežiim: Internet: https://sparxsystems.com
2. Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Äriprotsesside modelleerimine. — M.: KURSUS, SIC INFRA-M, EBS Znanium.com. — 2017.
3. OMG ühtse modelleerimiskeele (OMG UML) spetsifikatsioon. Versioon 2.5.1. [Elektrooniline ressurss] Juurdepääsurežiim: Internet: https://www.omg.org/spec/UML/2.5.1/PDF

Allikas: www.habr.com