Vergelyking van twee benaderings tot die strukturering van 'n Aktiwiteitsdiagram (gebaseer op "Eekhorings")
В ons het die prosesse van 'n "sprokies"-onderwerpgebied gemodelleer - reëls oor 'n eekhoring uit "Die verhaal van tsaar Saltan, sy seun, die glorieryke en magtige held Prins Gvidon Saltanovich, en die pragtige Swanprinses" deur A.S. Pushkin. En ons het met die Aktiwiteitsdiagram begin en ooreengekom om die diagramveld te struktureer deur “swembane” te gebruik. Die snitnaam stem ooreen met die tipe diagramelemente wat in daardie snit teenwoordig is: Invoer- en Uitset-artefakte, Prosesstappe, Deelnemers en Besigheidsreëls. Hierdie benadering verskil van die standaard een, wanneer spore deur die name van prosesdeelnemers aangewys word, en sodoende sekere areas van verantwoordelikheid in die proses aan hulle toeken.
In hierdie voorbeeld gebruik ek die Enterprise Architect-raamwerk van 'n Australiese maatskappy [1].
Vir meer besonderhede oor die toegepaste modelleringsbenaderings, sien [2].
Vir die volledige UML-spesifikasie, sien [3].
Ek sal die weergawe van die diagram van die vorige artikel (Figuur 1) herhaal en 'n hergetekende diagram met "standaard" spore (Figuur 2) wys, ek sal probeer om die voor- en nadele te skets, miskien 'n bietjie subjektief.
Figuur 1. Aktiwiteitsdiagram - algemene oorsig van die proses
Figuur 2. Aktiwiteitsdiagram - standaarddiagramstrukturering
- Daar moet erken word dat die aantal pyle effens minder is in die 2de diagram.
- Maar in die 2de diagram word die voorwerpe oor die hele veld van die diagram "gesmeer", wat vir my smaak nie baie gerieflik is nie.
- Dieselfde storie met aantekeninge - reëls. En om die reël oor die aanstelling van 'n diaken in te voeg, moes al die elemente van die diagram een of ander tyd af geskuif word.
- Ek moes die "ontvang/stuur..."-stap kloon om te wys dat verskeie deelnemers by hierdie stap teenwoordig is.
- In die tweede opsie moes ek een vertakking en een samevoeging van die proses prysgee, wel, dit was absoluut onmoontlik om hulle “mooi” te rangskik! Gelukkig sou dit dan nodig wees om 'n opmerking te plaas - die reël.
Natuurlik is daar geen kamerade in smaak en kleur nie, maar die eerste opsie lyk vir my ook geriefliker om data oor die proses in te samel.
Maar ek sal nie lieg nie - soms is dit beter om albei opsies te teken om die proses te verstaan.
Lys van bronne
- Sparx Systems webwerf. [Elektroniese hulpbron] Toegangsmodus: Internet:
- Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Besigheidsprosesmodellering. — M.: KURSUS, SIC INFRA-M, EBS Znanium.com. — 2017.
- OMG Unified Modeling Language (OMG UML) spesifikasie. Weergawe 2.5.1. [Elektroniese hulpbron] Toegangsmodus: Internet:
Bron: will.com