Dviejų veiklos diagramos struktūrizavimo metodų palyginimas (remiantis „voverėmis“)
В modeliavome „pasakų“ dalykinės srities procesus - eiles apie voverę iš A. S. Puškino „Pasakojimas apie carą Saltaną, jo sūnų, šlovingą ir galingą herojų princą Gvidoną Saltanovičių ir gražuolę gulbę princesę“. Ir mes pradėjome nuo veiklos diagramos, susitardami dėl diagramos lauko struktūrizavimo naudojant „plaukimo juostas“. Takelio pavadinimas atitinka diagramos elementų, esančių tame takelyje, tipą: įvesties ir išvesties artefaktai, proceso žingsniai, dalyviai ir verslo taisyklės. Šis požiūris skiriasi nuo standartinio, kai takeliai žymimi proceso dalyvių vardais, taip jiems priskiriant tam tikras atsakomybės sritis procese.
Šiame pavyzdyje naudoju Australijos įmonės Enterprise Architect aplinką. [1].
Daugiau informacijos apie taikomus modeliavimo metodus rasite [2].
Norėdami gauti visą UML specifikaciją, žr [3].
Pakartosiu schemos variantą iš ankstesnio straipsnio (1 pav.) ir parodysiu perbraižytą schemą su „standartiniais“ takeliais (2 pav.), Pabandysiu išdėstyti pliusus ir minusus, gal kiek subjektyviai.
1 pav. Veiklos diagrama – bendras proceso vaizdas
2 pav. Veiklos diagrama – standartinis diagramos struktūrizavimas
- Reikia pripažinti, kad 2 diagramoje rodyklių skaičius yra šiek tiek mažesnis.
- Bet 2-oje diagramoje objektai „ištepti“ per visą schemos lauką, kas, mano skoniui, nėra labai patogu.
- Ta pati istorija su užrašais – taisyklėmis. O norint įterpti taisyklę dėl diakono paskyrimo, visi schemos elementai kažkada turėjo būti perkelti žemyn.
- Turėjau klonuoti žingsnį „gauti/perduoti…“, kad parodyčiau, jog šiame žingsnyje dalyvauja keli dalyviai.
- Antrame variante teko atsisakyti vieno proceso išsišakojimo ir vieno sujungimo, na, jų „gražiai“ sutvarkyti buvo visiškai neįmanoma! Laimei, tada reikėtų parašyti komentarą – taisyklę.
Žinoma, nėra skonio ir spalvos bendražygių, tačiau pirmasis variantas man atrodo ir patogesnis duomenims apie procesą rinkti.
Bet nemeluosiu - kartais geriau nubrėžti abi parinktis, kad suprastumėte procesą.
Šaltinių sąrašas
- Sparx Systems svetainė. [Elektroninis išteklius] Prieigos režimas: internetas:
- Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Verslo procesų modeliavimas. - M .: KURS, NITs INFRA-M, EBS Znanium.com. – 2017 m.
- OMG vieningos modeliavimo kalbos (OMG UML) specifikacija. 2.5.1 versija. [Elektroninis išteklius] Prieigos režimas: internetas:
Šaltinis: www.habr.com