Dalawang diskarte sa pagbubuo ng isang Activity diagram

Paghahambing ng dalawang diskarte sa pagbubuo ng isang Activity diagram (batay sa "Squirrels")

Π’ Bahagi 1 ng artikulong "Mula sa pagmomodelo ng proseso hanggang sa automated na disenyo ng system" ginawa namin ang mga proseso ng isang "fairytale" na paksa - mga linya tungkol sa isang ardilya mula sa "The Tale of Tsar Saltan, ang kanyang anak, ang maluwalhati at makapangyarihang bayani na si Prince Gvidon Saltanovich, at ang magandang Swan Princess" ni A.S. Pushkin. At nagsimula kami sa diagram ng Aktibidad, na sumasang-ayon sa pagbubuo ng field ng diagram gamit ang "swim lane". Ang pangalan ng track ay tumutugma sa uri ng mga elemento ng diagram na nasa track na iyon: Mga Artifact ng Input at Output, Mga Hakbang sa Proseso, Mga Kalahok, at Mga Panuntunan sa Negosyo. Ang diskarte na ito ay naiiba sa karaniwang isa, kapag ang mga track ay itinalaga ng mga pangalan ng mga kalahok sa proseso, kaya nagtatalaga sa kanila ng ilang mga lugar ng responsibilidad sa proseso.

Sa halimbawang ito gumagamit ako ng Enterprise Architect framework mula sa isang kumpanya sa Australia Sparx System [1].
Para sa higit pang mga detalye sa mga inilapat na diskarte sa pagmomodelo, tingnan ang [2].
Para sa kumpletong detalye ng UML, tingnan dito [3].

Uulitin ko ang bersyon ng diagram mula sa nakaraang artikulo (Larawan 1) at magpapakita ng isang redrawn na diagram na may mga "standard" na mga track (Larawan 2), susubukan kong balangkasin ang mga kalamangan at kahinaan, marahil ay medyo subjective.

Dalawang diskarte sa pagbubuo ng isang Activity diagram
Figure 1. Activity diagram - pangkalahatang view ng proseso

Dalawang diskarte sa pagbubuo ng isang Activity diagram
Figure 2. Activity diagram - karaniwang diagram structuring

  1. Dapat aminin na ang bilang ng mga arrow ay bahagyang mas mababa sa ika-2 diagram.
  2. Ngunit sa ika-2 diagram, ang mga bagay ay "pinahiran" sa buong patlang ng diagram, na, para sa aking panlasa, ay hindi masyadong maginhawa.
  3. Ang parehong kuwento na may mga tala - mga panuntunan. At upang maipasok ang panuntunan tungkol sa paghirang ng isang deacon, ang lahat ng mga elemento ng diagram ay kailangang ilipat pababa sa isang punto.
  4. Kinailangan kong i-clone ang hakbang na β€œreceive/transmit…” para ipakita na maraming kalahok ang naroroon sa hakbang na ito.
  5. Sa pangalawang opsyon, kinailangan kong isuko ang isang sumasanga at isang pagsasama ng proseso, mabuti, talagang imposibleng ayusin ang mga ito "maganda"! Sa kabutihang palad, pagkatapos ay kinakailangan na mag-post ng komento - ang panuntunan.

Siyempre, walang mga kasama sa panlasa at kulay, ngunit ang unang pagpipilian ay tila sa akin ay mas maginhawa para sa pagkolekta ng data tungkol sa proseso.
Ngunit hindi ako magsisinungaling - kung minsan mas mahusay na gumuhit ng parehong mga pagpipilian upang maunawaan ang proseso.

Listahan ng mga mapagkukunan

  1. Website ng Sparx Systems. [Electronic na mapagkukunan] Access mode: Internet: https://sparxsystems.com
  2. Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Pagmomodelo ng proseso ng negosyo. β€” M.: KURSO, SIC INFRA-M, EBS Znanium.com. β€” 2017.
  3. Detalye ng OMG Unified Modeling Language (OMG UML). Bersyon 2.5.1. [Electronic na mapagkukunan] Access mode: Internet: https://www.omg.org/spec/UML/2.5.1/PDF

Pinagmulan: www.habr.com

Magdagdag ng komento