Archyno
BPMNDiagramy správania

Príklady BPMN

Päť procesov nakreslených od začiatku do konca - nástup zamestnanca, výdavky, tikety podpory, obnova predplatného a vrátenie tovaru - a každý z nich núti pochopiť jednu vec, ktorú tabuľka symbolov nenaučí: druhého účastníka, slučku prepracovania, termín, čiernu skrinku alebo vetvenie, ktoré je naozaj oboje.

11 min čítaniaBPMN 2.04 z 7

Krátka odpoveď

  • Prvý diagram patrí do jedného bazéna. Odpadne tým najťažšie pravidlo notácie a jediné, čo treba trafiť, je samotný proces.
  • Slučku prepracovania veďte späť na úlohu, ktorá sa robí znova, nie na bránu, ktorá problém zachytila. Prípustné je oboje, čitateľné len jedno.
  • Druhý bazén je pre účastníka, ktorému nemôžete prikazovať - zákazník, dodávateľ, platobná brána. Vlastné oddelenia sú dráhy.
  • Jedna strana, zhruba pätnásť tokových objektov. Nad tým čitateľ prestane sledovať cesty a začne hľadať box so svojím menom.
Kolaborácia BPMN pre nástup zamestnanca. V bazéne personálneho tímu vedie štartovacia udalosť ponuka prijatá na úlohu pripraviť zmluvu, potom na paralelnú bránu, ktorá sa rozdelí na úlohu naplánovať zaškolenie a úlohu vyžiadať účty. Úloha vyžiadať účty posiela správu do bazéna IT servicedesku pod ním, ktorý odpovedá prihlasovacími údajmi na medziľahlú udalosť správy účty pripravené. Obe vetvy sa spoja na druhej paralelnej bráne a končia koncovou udalosťou pripravený nastúpiť.
Nástup zamestnanca naprieč dvoma účastníkmi. Všetko, čo robí personálne oddelenie, je sekvenčný tok vnútri ich bazéna; všetko, čo prechádza na servicedesk, je správa. Toto rozdelenie je prvé pravidlo, ktoré sa oplatí zvnútorniť, a je tu vidieť ešte pred jediným slovom vysvetlenia.

01Ako čítať tých päť#

Každý diagram nižšie je kompletný proces, nie fragment, a každý je najmenším procesom, ktorý si ešte vynúti jednu myšlienku, akú z tabuľky symbolov nedostanete. Prečítajte ich v poradí a nadväzujú na seba; preskočte na ten, ktorého tvar sedí na váš problém, a obstoja aj samostatne.

  1. Nástup - dvaja účastníci a prečo hranica medzi nimi mení to, čo smiete kresliť.
  2. Výdavky - slučka prepracovania, ktorú má skoro každý reálny proces a skoro žiadny prvý diagram neukazuje.
  3. Tikety podpory - termín, ktorý mení cestu.
  4. Obnova predplatného - štartovacia udalosť s časovačom a účastník, ktorého vnútro sa zámerne nemodeluje.
  5. Vrátenia - inkluzívna brána, na jednom z mála procesov, kde je naozaj správnou odpoveďou.

Ak je v niektorom z nich neznámy symbol, referencia symbolov indexuje každú značku na tejto stránke.

021. Nástup naprieč dvoma účastníkmi#

Obrázok v hlavičke tohto článku. Nový človek prijme ponuku, personálne oddelenie pripraví zmluvu a potom sa naraz dejú dve veci: zarezervuje sa úvodné školenie a od servicedesku, ktorý personálne oddelenie neprevádzkuje, sa vyžiadajú účty.

Paralelná brána tu robí skutočnú prácu. Nehovorí "toto by sa mohlo diať v ľubovoľnom poradí" - hovorí, že obe cesty bežia vždy a spojenie čaká na obe. Ak sa školenie zarezervuje za minútu a účty trvajú dva dni, proces sedí v tom spojení dva dni, a presne tento fakt takýto diagram existuje preto, aby ho ukázal.

032. Výdavky a slučka, ktorú nikto nekreslí#

Proces schvaľovania výdavkov v BPMN v jednom bazéne Financie. Štartovacia udalosť výdavok podaný vedie na úlohu skontrolovať doklady, potom na exkluzívnu bránu s otázkou, či je vyúčtovanie kompletné. Vetva áno vedie na úlohu schváliť výdavok a koncovú udalosť preplatené. Vetva nie vedie na úlohu vyžiadať chýbajúci doklad, ktorá tečie späť do úlohy skontrolovať doklady.
Tok späť do Check receipts je to, čo z tohto robí skutočný proces. Bez neho diagram tvrdí, že každé vyúčtovanie príde kompletné, čo nikdy nepozorovalo žiadne finančné oddelenie.

Prvé návrhy schvaľovacích procesov sú takmer vždy priame čiary: podať, skontrolovať, schváliť, vyplatiť. Skutočné sa odrážajú. Niečo chýba, niekoho o to požiadajú a kontrola prebehne znova - a kým tá slučka nie je na papieri, diagram popisuje proces, ktorý neexistuje.

Dva detaily sa oplatí okopírovať. Návratový tok pristáva na Check receipts, nie na bráne: slučka do brány je legálna a každému, kto ju vidí prvýkrát, sa číta ako nepodmienený cyklus. A nápravná úloha sedí pod bránou, nie pod schválením, takže jej návrat beží späť po prázdnej dráhe namiesto toho, aby krížil dve živé hrany.

043. Tikety podpory a termín#

Podporný proces v BPMN v jednom bazéne Helpdesk. Štartovacia udalosť tiket založený vedie na úlohu triediť tiket, potom na exkluzívnu bránu podľa priority. Vetva vysoká vedie na úlohu privolať pohotovosť, potom na medziľahlú časovaciu udalosť na pätnásť minút a potom na úlohu eskalovať na manažéra. Bežná vetva vedie na úlohu zaradiť do fronty tímu a koncovú udalosť tiket uzavretý.
Medziľahlý časovač vo vetve s vysokou prioritou: proces počká pätnásť minút, a ak je stále tu, eskaluje. Čas je v BPMN plnohodnotným občanom, a to je jediná najväčšia vec, ktorú má oproti vývojovému diagramu.

Vývojový diagram vie ukázať rozhodnutie. Nevie ukázať, že sa niečo stalo preto, že uplynula štvrťhodina. Práve túto medzeru zatvára sada udalostí v BPMN a práve preto je proces podpory jedným z lepších argumentov pre túto notáciu.

Časovač je tu medziľahlou udalosťou v toku, takže proces čaká. Dva susedné tvary znamenajú rozdielne veci a oplatí sa ich držať oddelene: časovač na hranici aktivity tú aktivitu pri spustení preruší, kým brána riadená udalosťou preteká časovač proti niečomu, čo príde, takže vyhrá to, čo nastane skôr. Ktorý z nich chcete, závisí od toho, či sa má rozpracovaná práca zahodiť.

054. Obnova predplatného proti čiernej skrinke#

Kolaborácia BPMN pre obnovu predplatného. V bazéne Fakturácia vedie štartovacia časovacia udalosť dátum obnovy na úlohu zaúčtovať kartu, medziľahlú udalosť správy výsledok prijatý a potom na exkluzívnu bránu s otázkou, či platba prešla. Vetva áno vedie na úlohu predĺžiť predplatné a koncovú udalosť predplatné aktívne; vetva nie vedie na úlohu spustiť upomínanie a koncovú udalosť predplatné vypršalo. Bazén Spracovateľ kariet pod ním je zbalený a vymieňa si s bazénom Fakturácia dva toky správ.
Tento diagram nesú dva symboly: hodiny v štartovacej udalosti, čo znamená, že to nespustil nikto, ale dátum, a prázdny druhý bazén, čo znamená, že spracovateľ kariet je účastník, ktorého vnútro nám nič nie je.

Štartovacia udalosť s časovačom odpovedá na otázku, o ktorú väčšina prvých modelov zakopne: čo tento proces spúšťa? Nie každý proces spúšťa človek alebo správa. Obnova sa začína preto, že prišiel dátum, a povedať to odstráni z diagramu vymysleného aktéra.

Zbalený bazén je druhá lekcia. Bolo by ľahké nakresliť vnútorné kroky spracovateľa - autorizovať, strhnúť, zúčtovať - a každý z nich by bol hádaním o cudzom systéme, ktoré zle starne. Prázdny bazén s dvoma tokmi správ presne uvádza, čo je známe a čo nie, a zostáva pravdivý, keď poskytovateľ zmení svoju implementáciu.

065. Vrátenia a vetvenie, ktoré je naozaj oboje#

Proces vrátenia tovaru v BPMN v jednom bazéne Vratky. Štartovacia udalosť vratka prijatá vedie na úlohu skontrolovať tovar, potom na inkluzívnu bránu s otázkou, čo sa dlhuje. Jedna vetva vydá refundáciu, druhá odošle náhradu a bežať môže ktorákoľvek alebo obe. Druhá inkluzívna brána ich spojí a vedie na úlohu upovedomiť zákazníka a koncovú udalosť vratka uzavretá.
Inkluzívna brána: vrátenie peňazí, výmena, alebo oboje, podľa toho, čo našla kontrola. Zodpovedajúce spojenie čaká presne na tie vetvy, ktoré sa vzali, a to je správanie, ktoré dvojica exkluzívnych brán vyjadriť nedokáže.

Väčšina vetvení je exkluzívnych - jedna cesta von - a väčšina zvyšku je paralelných, kde beží vždy každá cesta. Inkluzívna brána je pre prípad medzi tým a vrátenia sú jeho skutočným zástupcom: poškodený tovar si môže zaslúžiť vrátenie peňazí, výmenu, alebo čiastočné vrátenie plus výmenu, a ktorá kombinácia platí, rozhodne kontrola.

Je to zároveň brána, ktorá najskôr narobí problémy, a dôvod je vpravo na obrázku. Spojenie musí čakať presne na tie vetvy, ktoré rozdelenie aktivovalo - ani na jednu viac, inak sa zablokuje čakaním na cestu, ktorou nikdy netiekol token. Každé rozdelenie potrebuje svoje spojenie a pridať okolo neho skratku je spôsob, ako proces potichu prestane dobiehať.

Po jednom riadku na každé

  1. 01Sekvenčný tok vnútri bazéna, tok správ medzi bazénmi. Druhý bazén je tvrdenie o tom, koho neriadite.
  2. 02Proces bez slučky prepracovania býva proces, ktorý nikto neoveril oproti realite.
  3. 03Slučku veďte späť k úlohe, ktorá sa opakuje, nie k bráne, ktorá si to všimla.
  4. 04Štartovacia udalosť s časovačom hovorí, že toto začal dátum, nie človek.
  5. 05Prázdny bazén je znalosť, nie opomenutie: tieto správy sú známe, vnútro nie.
  6. 06Inkluzívne brány musia byť vyvážené - každé rozdelenie potrebuje svoje spojenie, inak proces zamrzne.
  7. 07Jedna strana, zhruba pätnásť objektov toku. Za tým zbaľte podproces.

V akom poradí ich klásť, je v článku ako nakresliť BPMN diagram a každá značka použitá vyššie je indexovaná v referencii BPMN symbolov.

07Časté otázky#

Aký BPMN diagram nakresliť ako prvý?

Proces, ktorý sami vykonávate, s jedným bazénom, jednou počiatočnou udalosťou, štyrmi až piatimi úlohami, jednou výlučnou bránou a dvoma koncovými udalosťami. Jediný bazén odstráni najťažšie pravidlo notácie - že sekvenčný tok nesmie prekročiť hranicu bazéna - a dve pomenované koncové udalosti vynútia otázku, ako sa proces môže skončiť.

Ako sa v BPMN kreslí slučka prepracovania?

Sekvenčným tokom od konca nápravnej úlohy späť na úlohu, ktorá sa má zopakovať, nie späť na bránu, ktorá problém zistila. Oboje je prípustné, ale slučka do brány sa človeku, ktorý ju ešte nekreslil, číta ako nepodmienený cyklus, kým slučka do úlohy presne ukazuje, ktorá práca sa robí znova.

Ako sa v BPMN modeluje termín?

Časovou udalosťou, a ktorou, závisí od toho, čo sa má stať. Časovač na okraji činnosti ju po uplynutí času preruší a odkloní token na únikovú cestu. Časovač ako medziľahlá udalosť v sekvenčnom toku proces jednoducho pozdrží. Ak termín súperí s niečím, čo môže prísť skôr, správnym tvarom je brána riadená udalosťami.

Potrebuje každý BPMN diagram viac ako jeden bazén?

Nie a väčšina by ho mať nemala. Druhý bazén sa oplatí len vtedy, keď diagram naozaj potrebuje ukázať účastníka, ktorého neriadite a ktorému nemôžete prikazovať - zákazníka, dodávateľa, platobnú bránu. Rozdeliť vlastné oddelenia do samostatných bazénov je takmer vždy chyba; to sú dráhy v jednom bazéne, lebo medzi nimi musí vedieť tiecť sekvenčný tok.

Koľko detailu patrí do jedného BPMN diagramu?

Jedna strana a zhruba pätnásť tokových objektov. Nad tým čitatelia prestanú sledovať cesty a začnú hľadať box so svojím menom. Keď je proces naozaj väčší, odpoveďou je zbalený podproces s vlastným diagramom, vďaka čomu zostane každý obrázok v mierke, ktorú človek udrží v hlave.

V tejto sérii

Súvisiace články

Všetky články