Příklady BPMN

Každý diagram níže je kompletní proces, ne fragment, a každý je nejmenším procesem, který si ještě vynutí jednu myšlenku, jakou z tabulky symbolů nedostanete. Přečtěte je v pořadí a navazují na sebe; přeskočte na ten, jehož tvar sedí na váš problém, a obstojí i samostatně.

1. Nástup - dva účastníci a proč hranice mezi nimi mění to, co smíte kreslit.
2. Výdaje - smyčka přepracování, kterou má skoro každý reálný proces a skoro žádný první diagram neukazuje.
3. Tikety podpory - termín, který mění cestu.
4. Obnova předplatného - startovací událost s časovačem a účastník, jehož vnitřek se záměrně nemodeluje.
5. Vrácení - inkluzivní brána, na jednom z mála procesů, kde je opravdu správnou odpovědí.

Pokud je v některém z nich neznámý symbol, reference symbolů indexuje každou značku na téhle stránce.

Obrázek v hlavičce tohohle článku. Nový člověk přijme nabídku, personální oddělení připraví smlouvu a pak se najednou dějí dvě věci: zarezervuje se úvodní školení a od servicedesku, který personální oddělení neprovozuje, se vyžádají účty.

Paralelní brána tu dělá skutečnou práci. Neříká "tohle by se mohlo dít v libovolném pořadí" - říká, že obě cesty běží vždy a spojení čeká na obě. Pokud se školení zarezervuje za minutu a účty trvají dva dny, proces sedí v tom spojení dva dny, a přesně tenhle fakt takový diagram existuje proto, aby ho ukázal.

První návrhy schvalovacích procesů jsou téměř vždy přímé čáry: podat, zkontrolovat, schválit, vyplatit. Skutečné se odrážejí. Něco chybí, někdo je o to požádán a kontrola proběhne znovu - a dokud ta smyčka není na papíře, diagram popisuje proces, který neexistuje.

Dva detaily se vyplatí okopírovat. Návratový tok přistává na Check receipts, ne na bráně: smyčka do brány je legální a každému, kdo ji vidí poprvé, se čte jako nepodmíněný cyklus. A nápravná úloha sedí pod bránou, ne pod schválením, takže její návrat běží zpět po prázdné dráze místo toho, aby křížil dvě živé hrany.

Vývojový diagram umí ukázat rozhodnutí. Neumí ukázat, že se něco stalo proto, že uplynula čtvrthodina. Právě tuhle mezeru zavírá sada událostí v BPMN a právě proto je proces podpory jedním z lepších argumentů pro tuhle notaci.

Časovač je tu mezilehlou událostí v toku, takže proces čeká. Dva sousední tvary znamenají odlišné věci a vyplatí se je držet oddělené: časovač na hranici aktivity tu aktivitu při spuštění přeruší, zatímco brána řízená událostí závodí časovač proti něčemu, co přijde, takže vyhraje to, co nastane dřív. Který z nich chcete, závisí na tom, jestli se má rozpracovaná práce zahodit.

Startovací událost s časovačem odpovídá na otázku, o kterou většina prvních modelů zakopne: co tenhle proces spouští? Ne každý proces spouští člověk nebo zpráva. Obnova začíná proto, že přišlo datum, a říct to odstraní z diagramu vymyšleného aktéra.

Sbalený bazén je druhá lekce. Bylo by snadné nakreslit vnitřní kroky zpracovatele - autorizovat, strhnout, zúčtovat - a každý z nich by byl hádáním o cizím systému, které špatně stárne. Prázdný bazén se dvěma toky zpráv přesně uvádí, co je známé a co ne, a zůstává pravdivý, když poskytovatel změní svou implementaci.

Většina větvení je exkluzivních - jedna cesta ven - a většina zbytku je paralelních, kde běží vždy každá cesta. Inkluzivní brána je pro případ mezi tím a vrácení jsou jeho skutečným zástupcem: poškozené zboží si může zasloužit vrácení peněz, výměnu, nebo částečné vrácení plus výměnu, a která kombinace platí, rozhodne kontrola.

Je to zároveň brána, která nejspíš nadělá problémy, a důvod je vpravo na obrázku. Spojení musí čekat přesně na ty větve, které rozdělení aktivovalo - ani na jednu víc, jinak se zablokuje čekáním na cestu, kterou nikdy netekl token. Každé rozdělení potřebuje své spojení a přidat kolem něj zkratku je způsob, jak proces potichu přestane dobíhat.

V jakém pořadí je klást, je v článku jak nakreslit BPMN diagram a každá značka použitá výše je indexovaná v referenci BPMN symbolů.