Archyno
BPMNPrax modelovania

BPMN vs UML diagram aktivít

Obe kreslia prácu v poradí, obe používajú na rozhodnutie kosoštvorec a na dlhom úseku ktoréhokoľvek procesu sú tie dva diagramy tým istým obrázkom. Delia ich štyri veci a len jedna z nich je o notácii.

8 min čítaniaBPMN 2.07 z 7

Krátka odpoveď

  • Obe notácie posúvajú po toku token, takže polovica oboch diagramov venovaná riadeniu toku je takmer presná zhoda.
  • Skutočný rozdiel je bazén: BPMN zakazuje sekvenčnému toku prekročiť hranicu účastníka, oblasti v UML žiadne také pravidlo nemajú.
  • Hraničné udalosti robia z prerušenia v BPMN plnohodnotnú značku; UML tú istú myšlienku vyjadruje prerušiteľnými oblasťami, ktoré takmer nikto nekreslí.
  • Príbeh o vykonávaní má len BPMN. Ak diagram smeruje do procesného stroja, voľba padla za vás.

01Ten istý obrázok, nakreslený dvakrát#

Začnime tým, o čom sa nespochybňuje. Obe notácie opisujú token putujúci po toku: vychádza zo štartu, prechádza kusmi práce, delí sa na vetve, čaká pri spojení a nakoniec sa zastaví. Tento model má v oboch prípadoch ten istý pôvod, a preto sú dva diagramy jednoduchého schvaľovacieho procesu rozpoznateľne tou istou kresbou s iným nábytkom.

PrvokNotáciaČo znamená
Jednotka práceZaoblený obdĺžnik v obochÚloha v BPMN a akcia v UML sú tá istá myšlienka. BPMN pridáva značku pre druh práce - používateľská, služobná, manuálna - ktorý UML necháva na názve.
Exkluzívne vetvenieKosoštvorec v obochBPMN doň kreslí X a UML ho necháva prázdny, ale sémantika sedí: prejde sa presne jedna odchádzajúca cesta a podmienky sú na hranách.
ParalelizmusKosoštvorec s plusom, alebo hrubá čiaraParalelná brána v BPMN a rozvetvenie a spojenie v UML znamenajú to isté. Toto je jediný rozdiel v tvare, na ktorom čitateľ naozaj zakopne.
KoniecHrubý kruh, alebo vyplnený terčObe rozlišujú "táto cesta skončila" od "skončil celý proces" a práve toto rozlíšenie ľudia v oboch notáciách mýlia.

Ak je váš proces priamka s dvomi rozhodnutiami, porovnanie tu končí a mali by ste nakresliť to, čo vaši čitatelia už poznajú. Rozdiely nižšie začnú hrýzť až vtedy, keď do obrazu vstúpia účastníci, prerušenia alebo automatizácia - čo je, pravdupovediac, väčšina reálnych procesov.

02Kde sa tie dve naozaj rozchádzajú#

1. Bazén je pravidlo, nie menovka. Toto je rozdiel, na ktorom najviac záleží a ktorý sa najmenej všimne. Oblasť v UML diagrame aktivít hovorí, kto akciu vykonáva, a nič viac, takže riadiaci tok prekračuje jej hranice rovnako voľne ako čokoľvek iné. Bazén v BPMN je celý samostatný účastník s vlastným procesom a BPMN sekvenčnému toku zakazuje ho prekročiť: interakcia medzi bazénmi musí byť tok správ. Práve toto jediné pravidlo je dôvod, prečo je BPMN diagram dvoch organizácií tvrdením o ich nezávislosti, kým UML ekvivalent je tvrdením o obsadení rolí.

2. Prerušenie je v BPMN plnohodnotné. Pripojte k úlohe hraničnú udalosť a jednou značkou ste povedali, že túto prácu môže skrátiť časovač, chyba alebo prichádzajúca správa - a či pôvodná cesta potom pokračuje. UML vie to isté vyjadriť prerušiteľnou oblasťou aktivity a akciou prijímajúcou udalosť, ale túto konštrukciu zriedka učia, zriedka kreslia a zriedka správne čítajú. V praxi platí, že ak je proces plný eskalácií a časových limitov, BPMN ho nakreslí tretinou atramentu. Slovník udalostí je väčšina toho, čo si kupujete.

3. UML sedí vnútri väčšieho modelu. Diagram aktivít zdieľa model s diagramom tried vedľa seba, takže akcia môže spotrebovať objekt typu definovaného inde a nástroj vie overiť, že ten typ existuje. BPMN má dátové objekty, ale sú zámerne lokálne pre proces a nenesú za sebou nič ako model tried. Ak sa opis procesu musí zhodovať s návrhom systému, tento zdieľaný slovník má väčšiu cenu než ktorákoľvek vlastnosť notácie.

4. Vykonávateľné je len BPMN. BPMN 2.0 definuje serializáciu do XML, ktorú workflow enginy konzumujú priamo - preto môže byť ten istý súbor obrázkom pre biznis aj artefaktom nasadenia pre vývoj. UML má fUML, vykonávateľnú podmnožinu s definovanou sémantikou, a takmer žiadny engine, ktorý ju berie. Berte to ako jediné tvrdé obmedzenie na zozname: ak je na konci potrubia engine, notáciou je BPMN a zvyšok tohto článku je kontext.

03Čo nakresliť#

Rozhodnutie takmer vždy urobí čitateľ, nie proces. Obe notácie vedia vyjadriť ktorýkoľvek proces, ktorý pravdepodobne budete kresliť; od pohľadu ho prečítajú ľudia, ktorí ho majú schváliť, len v jednej z nich.

Siahnite po ňom, keď

  • Čitateľmi sú biznis ľudia, a najmä ak ich BPMN už naučila procesná poradenská firma alebo kurz biznis analýzy.
  • Proces prekračuje hranice organizácií a ich nezávislosť je súčasťou pointy.
  • Podstatou procesu sú časovače, eskalácie, storná a prerušenia spustené správou.
  • Diagram smeruje do procesného stroja, teraz alebo pravdepodobne neskôr.

Siahnite po niečom inom, keď

  • Proces je vnútorný pre jeden systém a čitateľmi sú inžinieri, ktorí UML už čítajú.
  • Kroky sa musia zhodovať s typmi, operáciami alebo komponentmi definovanými v tom istom modeli.
  • Diagram je jedným z tuctu pohľadov na systém a súlad medzi nimi váži viac než plynulosť v ňom.
  • Potrebujete celok v jednom vymeniteľnom súbore modelu, nie po jednom procese.

Tam, kde je čitateľ naozaj zmiešaný - a na projekte akejkoľvek veľkosti zvyčajne je - nakreslite proces raz v BPMN pre ľudí, ktorí ho vlastnia, a diagram aktivít si nechajte na tie časti toku, ktoré sú naozaj algoritmom a nie procesom. Toto rozdelenie ide s publikom namiesto proti nemu a v revízii sa obhajuje oveľa ľahšie než jediný diagram, ktorý polovica miestnosti neprečíta.

04Prechod medzi nimi#

Prevody v oboch smeroch sú bežné a poctivý spôsob, ako ich urobiť, je rozhodnúť vopred, čoho ste ochotní sa vzdať. Z BPMN do UML sa riadiaci tok prenesie takmer dokonale: úlohy sa stanú akciami, exkluzívne brány rozhodovacími a zlučovacími uzlami, paralelné brány rozvetvením a spojením a pravidlá brán sa mapujú jedna k jednej. Vzdávate sa všetkého o účastníkoch a udalostiach.

V opačnom smere sú straty menšie, ale pribudne práca: BPMN bude chcieť štartovaciu udalosť, koncovú udalosť a bazén pre každého aktéra, ktorého ste modelovali ako oblasť - a odmietne pustiť sekvenčný tok cez tie bazény. Práve toto odmietnutie sa zvyčajne vyplatí, lebo si vynúti otázku, ktorej vás diagram aktivít nechal vyhnúť: sú toto jeden proces, alebo dva?

Nech idete ktorýmkoľvek smerom, drahé je prekreslenie - a práve to nástroj s modelom za obrázkami odstraňuje: nechajte účastníkov a prácu prvkami modelu a druhý pohľad prestane byť druhou kresbou. Ak si to chcete radšej pozrieť než o tom čítať, východisková šablóna BPMN otvorí proces s bazénmi a dráhami a už osadenými udalosťami a pätnásťsekundová ukážka na konci vráti skutočný súbor.

Po jednom riadku na každé

  1. 01Polovica oboch notácií venovaná riadeniu toku je v podstate ten istý diagram; nevoľte podľa tvarov.
  2. 02Bazén v BPMN zakazuje sekvenčnému toku prekročiť svoju hranicu. Oblasť v UML nie. To je medzi nimi najhlbší rozdiel.
  3. 03Hraničné udalosti robia BPMN oveľa lacnejším pre procesy plné časových limitov, eskalácií a stornovaní.
  4. 04Diagram aktivít má väčšiu cenu, keď sa proces musí zhodovať s modelom tried vedľa neho.
  5. 05Ak to má spustiť engine, odpoveďou je BPMN a nič ďalšie z tohto zoznamu neplatí.

05Časté otázky#

Dá sa UML diagram aktivít spustiť v procesnom stroji?

Nie tak, ako proces v BPMN. Existuje vykonávateľná podmnožina UML nazvaná fUML s definovanou sémantikou, ale takmer žiadny komerčný workflow engine ju neberie ako cieľ nasadenia, kým BPMN 2.0 XML čítajú stroje ako Camunda, Flowable či Zeebe priamo. Ak je cieľom vykonávanie, berte to ako vyriešené, nie ako preferenciu.

Znamenajú bazény v BPMN to isté čo oblasti v diagrame aktivít?

Nie, a práve na tomto sa ľudia chytia. Oblasť v UML hovorí len to, kto akciu vykonáva, a riadiaci tok cez oblasti prechádza voľne. Bazén v BPMN je samostatný účastník s vlastným procesom a sekvenčný tok jeho hranicu prekročiť vôbec nesmie - smie ju prekročiť len tok správ. Bazén je teda oveľa silnejšie tvrdenie než plavecká dráha.

Dá sa proces v BPMN previesť na UML diagram aktivít?

Kostra riadiaceho toku sa prevedie čisto: úlohy sa stanú akciami, exkluzívne brány rozhodovacími uzlami, paralelné brány rozvetvením a spojením. Neprežije všetko, čo BPMN hovorí o účastníkoch a udalostiach - bazény sa zrútia do oblastí, toky správ sa stanú obyčajnými hranami a hraničné udalosti nemajú priamy náprotivok vôbec.

Ktorú notáciu očakávajú biznis analytici?

BPMN, takmer v každej organizácii, ktorá vôbec má procesnú funkciu. Je to notácia, ktorú učia kurzy biznis analýzy, a tá, v ktorej dodávajú procesné poradenské firmy, takže prichádza už čitateľná. UML diagram aktivít býva na tej istej porade pre tých istých ľudí zrozumiteľný, ale číta sa ako inžiniersky artefakt, nie ako procesný dokument.

V tejto sérii

Súvisiace články

Všetky články