Vergelijking van twee benaderingen voor het structureren van een activiteitendiagram (gebaseerd op 'Eekhoorns')
В we hebben de processen van een 'sprookjesachtig' onderwerpgebied gemodelleerd - regels over een eekhoorn uit 'Het verhaal van tsaar Saltan, zijn zoon, de glorieuze en machtige held Prins Gvidon Saltanovich en de prachtige Zwanenprinses' van A.S. Poesjkin. En we zijn begonnen met het activiteitendiagram, waarbij we hebben afgesproken om het diagramveld te structureren met behulp van ‘zwembanen’. De tracknaam komt overeen met het type diagramelementen dat in dat track aanwezig is: invoer- en uitvoerartefacten, processtappen, deelnemers en bedrijfsregels. Deze benadering verschilt van de standaardbenadering, waarbij tracks worden aangeduid met de namen van procesdeelnemers, waardoor aan hen bepaalde verantwoordelijkheidsgebieden in het proces worden toegewezen.
In dit voorbeeld gebruik ik de Enterprise Architect-omgeving van een Australisch bedrijf. [1].
Voor meer details over de toegepaste modelleringsbenaderingen, zie [2].
Zie voor de volledige UML-specificatie [3].
Ik zal de versie van het diagram uit het vorige artikel herhalen (Figuur 1) en een opnieuw getekend diagram tonen met "standaard" tracks (Figuur 2). Ik zal proberen de voor- en nadelen te schetsen, misschien een beetje subjectief.
Figuur 1. Activiteitendiagram - algemeen beeld van het proces
Figuur 2. Activiteitendiagram - standaarddiagramstructuur
- Toegegeven moet worden dat het aantal pijlen in het tweede diagram iets minder is.
- Maar in het tweede diagram zijn de objecten over het hele veld van het diagram "uitgesmeerd", wat naar mijn smaak niet erg handig is.
- Hetzelfde verhaal met aantekeningen - regels. En om de regel over de benoeming van een diaken in te voegen, moesten op een gegeven moment alle elementen van het diagram naar beneden worden verplaatst.
- Ik moest de stap "ontvangen/verzenden..." klonen om aan te tonen dat er bij deze stap meerdere deelnemers aanwezig zijn.
- Bij de tweede optie moest ik één vertakking en één samenvoeging van het proces opgeven, nou, het was absoluut onmogelijk om ze “mooi” te regelen! Gelukkig zou het dan nodig zijn om een reactie te plaatsen - de regel.
Natuurlijk zijn er geen kameraden in smaak en kleur, maar de eerste optie lijkt mij ook handiger voor het verzamelen van gegevens over het proces.
Maar ik zal niet liegen - soms is het beter om beide opties te tekenen om het proces te begrijpen.
Lijst met bronnen
- Sparx Systems-website. [Elektronische bron] Toegangsmodus: Internet:
- Zolotukhina EB, Vishnya A.S., Krasnikova S.A. Modelleren van bedrijfsprocessen. - M.: KURS, NIT's INFRA-M, EBS Znanium.com. — 2017.
- OMG Unified Modeling Language-specificatie (OMG UML). Versie 2.5.1. [Elektronische bron] Toegangsmodus: Internet:
Bron: www.habr.com