BPMN vs UML diagram aktivit
Obě kreslí práci v pořadí, obě používají na rozhodnutí kosočtverec a na dlouhém úseku kteréhokoli procesu jsou ty dva diagramy týmž obrázkem. Dělí je čtyři věci a jen jedna z nich je o notaci.
8 min čteníBPMN 2.07 z 7
Krátká odpověď
- Obě notace posouvají po toku token, takže polovina obou diagramů věnovaná řízení toku je téměř přesná shoda.
- Skutečný rozdíl je bazén: BPMN zakazuje sekvenčnímu toku překročit hranici účastníka, oblasti v UML žádné takové pravidlo nemají.
- Hraniční události dělají z přerušení v BPMN plnohodnotnou značku; UML tutéž myšlenku vyjadřuje přerušitelnými oblastmi, které téměř nikdo nekreslí.
- Příběh o vykonávání má jen BPMN. Míří-li diagram do procesního stroje, volba padla za vás.
01Týž obrázek, nakreslený dvakrát#
Začněme tím, o čem se nepochybuje. Obě notace popisují token putující po toku: vychází ze startu, prochází kusy práce, dělí se na větvi, čeká u spojení a nakonec se zastaví. Tento model má v obou případech týž původ, a proto jsou dva diagramy jednoduchého schvalovacího procesu rozpoznatelně touž kresbou s jiným nábytkem.
| Prvek | Notace | Co znamená |
|---|---|---|
| Jednotka práce | Zaoblený obdélník v obou | Úloha v BPMN a akce v UML jsou táž myšlenka. BPMN přidává značku pro druh práce - uživatelská, služební, manuální - kterou UML nechává na názvu. |
| Exkluzivní větvení | Kosočtverec v obou | BPMN do něj kreslí X a UML ho nechává prázdný, ale sémantika sedí: projde se přesně jedna odchozí cesta a podmínky jsou na hranách. |
| Paralelismus | Kosočtverec s plusem, nebo tlustá čára | Paralelní brána v BPMN a rozvětvení a spojení v UML znamenají totéž. Tohle je jediný rozdíl v tvaru, na kterém čtenář opravdu zakopne. |
| Konec | Tlustý kruh, nebo vyplněný terč | Obě rozlišují "tahle cesta skončila" od "skončil celý proces" a právě tohle rozlišení lidé v obou notacích pletou. |
Je-li váš proces přímka se dvěma rozhodnutími, porovnání tady končí a měli byste nakreslit to, co vaši čtenáři už znají. Rozdíly níže začnou kousat teprve tehdy, když do obrazu vstoupí účastníci, přerušení nebo automatizace - což je, po pravdě, většina reálných procesů.
02Kde se ty dvě opravdu rozcházejí#
1. Bazén je pravidlo, ne jmenovka. Tohle je rozdíl, na kterém nejvíc záleží a kterého si nejmíň všimnete. Oblast v UML diagramu aktivit říká, kdo akci vykonává, a nic víc, takže řídicí tok překračuje její hranice stejně volně jako cokoli jiného. Bazén v BPMN je celý samostatný účastník s vlastním procesem a BPMN sekvenčnímu toku zakazuje ho překročit: interakce mezi bazény musí být tok zpráv. Právě tohle jediné pravidlo je důvod, proč je BPMN diagram dvou organizací tvrzením o jejich nezávislosti, zatímco UML ekvivalent je tvrzením o obsazení rolí.
2. Přerušení je v BPMN plnohodnotné. Připojte k úloze hraniční událost a jednou značkou jste řekli, že tuhle práci může zkrátit časovač, chyba nebo příchozí zpráva - a jestli původní cesta potom pokračuje. UML umí totéž vyjádřit přerušitelnou oblastí aktivity a akcí přijímající událost, ale tuhle konstrukci zřídka učí, zřídka kreslí a zřídka správně čtou. V praxi platí, že je-li proces plný eskalací a časových limitů, BPMN ho nakreslí třetinou inkoustu. Slovník událostí je většina toho, co si kupujete.
3. UML sedí uvnitř většího modelu. Diagram aktivit sdílí model s diagramem tříd vedle sebe, takže akce může spotřebovat objekt typu definovaného jinde a nástroj umí ověřit, že ten typ existuje. BPMN má datové objekty, ale jsou záměrně lokální pro proces a nenesou za sebou nic jako model tříd. Musí-li se popis procesu shodovat s návrhem systému, tenhle sdílený slovník má větší cenu než kterákoli vlastnost notace.
4. Vykonatelné je jen BPMN. BPMN 2.0 definuje serializaci do XML, kterou workflow enginy konzumují přímo - proto může být tentýž soubor obrázkem pro byznys i artefaktem nasazení pro vývoj. UML má fUML, vykonatelnou podmnožinu s definovanou sémantikou, a téměř žádný engine, který ji bere. Berte to jako jediné tvrdé omezení na seznamu: je-li na konci potrubí engine, notací je BPMN a zbytek tohoto článku je kontext.
03Co nakreslit#
Rozhodnutí téměř vždy udělá čtenář, ne proces. Obě notace umí vyjádřit kterýkoli proces, který pravděpodobně budete kreslit; od pohledu ho přečtou lidé, kteří ho mají schválit, jen v jedné z nich.
Sáhněte po něm, když
- Čtenáři jsou byznys lidé, a zvlášť pokud je BPMN už naučila procesní poradenská firma nebo kurz byznys analýzy.
- Proces překračuje hranice organizací a jejich nezávislost je součástí pointy.
- Podstatou procesu jsou časovače, eskalace, storna a přerušení spuštěná zprávou.
- Diagram míří do procesního stroje, teď nebo pravděpodobně později.
Sáhněte po něčem jiném, když
- Proces je vnitřní pro jeden systém a čtenáři jsou inženýři, kteří UML už čtou.
- Kroky se musí shodovat s typy, operacemi nebo komponentami definovanými v témže modelu.
- Diagram je jedním z tuctu pohledů na systém a soulad mezi nimi váží víc než plynulost v něm.
- Potřebujete celek v jednom vyměnitelném souboru modelu, ne po jednom procesu.
Tam, kde je čtenář opravdu smíšený - a na projektu jakékoli velikosti obvykle je - nakreslete proces jednou v BPMN pro lidi, kteří ho vlastní, a diagram aktivit si nechte na ty části toku, které jsou opravdu algoritmem a ne procesem. Tohle rozdělení jde s publikem místo proti němu a v revizi se hájí mnohem snáz než jediný diagram, který polovina místnosti nepřečte.
04Přechod mezi nimi#
Převody v obou směrech jsou běžné a poctivý způsob, jak je udělat, je rozhodnout předem, čeho jste ochotni se vzdát. Z BPMN do UML se řídicí tok přenese téměř dokonale: úlohy se stanou akcemi, exkluzivní brány rozhodovacími a slučovacími uzly, paralelní brány rozvětvením a spojením a pravidla bran se mapují jedna k jedné. Vzdáváte se všeho o účastnících a událostech.
V opačném směru jsou ztráty menší, ale přibude práce: BPMN bude chtít startovací událost, koncovou událost a bazén pro každého aktéra, kterého jste modelovali jako oblast - a odmítne pustit sekvenční tok přes ty bazény. Právě tohle odmítnutí se obvykle vyplatí, protože si vynutí otázku, které vás diagram aktivit nechal vyhnout: je tohle jeden proces, nebo dva?
Ať jdete kterýmkoli směrem, drahé je překreslení - a právě to nástroj s modelem za obrázky odstraňuje: nechte účastníky a práci prvky modelu a druhý pohled přestane být druhou kresbou. Chcete-li si to raději prohlédnout než o tom číst, výchozí šablona BPMN otevře proces s bazény a drahami a už osazenými událostmi a patnáctisekundová ukázka na konci vrátí skutečný soubor.
Po jednom řádku na každé
- 01Polovina obou notací věnovaná řízení toku je v podstatě týž diagram; nevolte podle tvarů.
- 02Bazén v BPMN zakazuje sekvenčnímu toku překročit svou hranici. Oblast v UML ne. To je mezi nimi nejhlubší rozdíl.
- 03Hraniční události dělají BPMN mnohem levnějším pro procesy plné časových limitů, eskalací a stornování.
- 04Diagram aktivit má větší cenu, když se proces musí shodovat s modelem tříd vedle něj.
- 05Má-li to spustit engine, odpovědí je BPMN a nic dalšího z tohoto seznamu neplatí.
05Časté dotazy#
Lze UML diagram aktivit spustit v procesním stroji?
Ne tak jako proces v BPMN. Existuje vykonatelná podmnožina UML nazvaná fUML s definovanou sémantikou, ale téměř žádný komerční workflow engine ji nebere jako cíl nasazení, zatímco BPMN 2.0 XML čtou stroje jako Camunda, Flowable či Zeebe přímo. Je-li cílem vykonávání, berte to jako vyřešené, ne jako preferenci.
Znamenají bazény v BPMN totéž co oblasti v diagramu aktivit?
Ne, a právě na tomhle se lidé chytnou. Oblast v UML říká jen to, kdo akci vykonává, a řídicí tok přes oblasti prochází volně. Bazén v BPMN je samostatný účastník s vlastním procesem a sekvenční tok jeho hranici překročit vůbec nesmí - překročit ji smí jen tok zpráv. Bazén je tedy mnohem silnější tvrzení než plavecká dráha.
Lze proces v BPMN převést na UML diagram aktivit?
Kostra řídicího toku se převede čistě: úlohy se stanou akcemi, exkluzivní brány rozhodovacími uzly, paralelní brány rozvětvením a spojením. Nepřežije všechno, co BPMN říká o účastnících a událostech - bazény se zhroutí do oblastí, toky zpráv se stanou obyčejnými hranami a hraniční události nemají přímý protějšek vůbec.
Kterou notaci očekávají byznys analytici?
BPMN, téměř v každé organizaci, která vůbec má procesní funkci. Je to notace, kterou učí kurzy byznys analýzy, a ta, ve které dodávají procesní poradenské firmy, takže přichází už čitelná. UML diagram aktivit bývá na téže poradě pro tytéž lidi srozumitelný, ale čte se jako inženýrský artefakt, ne jako procesní dokument.
V této sérii
- 01Co je BPMN
- 02Události
- 03Brány
- 04Příklady BPMN
- 05Jak kreslit BPMN
- 06Symboly BPMN
- 07BPMN vs diagram aktivit
Související články
Základy
Diagramy chování
Praxe modelování
Přehled notace
Diagramy chování
Praxe modelování