Difference between revisions 8657769 and 8660566 on cswiki

'''BPMN''' nezkráceně ''Business Process Model and Notation''; notace sloužící pro modelování [[Proces|procesů]] uvnitř [[Organizace|organizace]]. Jde o standard pro modelování business procesů. Byl vyvinut skupinou OMG.<ref>{{Citace elektronické monografie
 | příjmení = 
 | jméno = 
 | odkaz na autora = 
 | titul = Základní informace BPMN
 | url = http://www.ronnieweb.net/BPMN/BPMN.pdf
 | datum vydání = 
 | datum aktualizace = 
 | datum přístupu = 2012-6-13
 | vydavatel = ronnieweb.net
 | poznámka = [dále jen ronnieweb.net] 
 | jazyk = cz
}}</ref>
==K čemu BPMN slouží?==
Původně byl jazyk navržen jako vizuální modelovací nástroj pro popis procesů. Pro svou vyjadřovací sílu a přehlednost si jej brzy oblíbili nejenom analytici, ale i vývojáři a rozvinuli jeho možnosti tak, že v současnosti podporuje plnou automatizaci procesů, tzv. [[Workflow|workflow]] management. V ideálním případě tak stejný procesní model používá management pro pohled na firmu a vlastníci procesů pro zlepšování procesů. BPMN zaplňuje mezeru mezi návrhem a implementací.<ref>{{Citace elektronické monografie
 | příjmení = 
 | jméno = 
 | odkaz na autora = 
 | titul = S PDQM standardy skutečně pomáhají
 | url = http://www.pdqm.cz/Standards/BPMN.html
 | datum vydání = 1997-2007-2012
 | datum aktualizace = 
 | datum přístupu = 2012-6-13
 | vydavatel = PDQM, s.r. o.
  | jazyk = CZ
}}</ref>,
<ref>{{Citace elektronické monografie
 | příjmení = 
 | jméno = 
 | odkaz na autora = 
 | titul = Business Process Model and Notation (BPMN)
 | url = http://www.omg.org/spec/BPMN/2.0 
 | datum vydání = 2011-01-03
 | datum aktualizace = 
 | datum přístupu = 2012-6-13
 | vydavatel = Object Management Group, Inc.
 | poznámka = [dále jen Referenční příručka ver. 2.0] 
 | jazyk = ENG
}}</ref>
==Historie BPMN==
Specifikace BPMN 1.0 byla vyvinuta institutem BPMI (Business Process Management Institute). V květnu 2004 se BPMI sloučil s organizací OMG (Object Management Group ). V únoru 2006 bylo BPMN přijato jako standard organizace OMG. V červnu 2007 byla dokončena verze BPMN 1.1. O rok později v červnu 2008 byla vydána verze BPMN 1.2. Verze BPMN 2.0 byla dokončena v červnu 2010 a jako oficiální specifikace byla vydána v lednu 2011.<ref name="strdvapetdva">{{Citace monografie
 | autor = Stephen A. White PhD, International Business Machines, and Conrad Bock, 
National Institute of Standards and Technology, USA
 | odkaz na autora = 
 | titul = BPMN 2.0 Handbook
 | url =http://www.conradbock.org/white-bpmn2-process-bookmark-web.pdf
 | vydavatel = Future Strategies Inc.
 | místo = 3640-B3 North Federal Highway #421 
Lighthouse Point FL 33064 USA
 | rok = 2012
 | isbn = 13-978-0-9849764-1-6
 | kapitola = The Origins of BPMN
 | strany = 17
  | jazyk = ENG
}}</ref>
==Prvky BPMN <ref>Referenční příručka ver. 2.0, str.27 </ref>==
Notace BPMN je založena na jednoduchých a srozumitelných principech pro vytváření modelů Business procesů.  Nicméně Business procesy jsou často velmi komplexní, proto vznikla malá skupina kategorií tak, aby to bylo přehledné a rychlé. Tím vzniklo pět základních kategorií:
#Flow Objects 
#Data 
#Connecting Objects 
#Swimlanes 
#Artifacts
===Flow Objects ===
''Flow objects'' – jsou hlavními grafickými prvky, které definují chování Business procesů. Lze rozlišovat tři ''Flow objects'':
#Events - události
#Activities - aktivity
#Gateways - brány
===Data===
''Data'' – jsou reprezentována čtyřmi prvky:
#Data Objects – datový objekt
#Data Inputs – datový vstup 
#Data Outputs  - datový výstup
#Data Stores – datový sklad
===Connecting Objects – „spojovací“ objekty===
''Connecting Objects'' – slouží ke spojení ''Flow Objects'' mezi sebou nebo s další informací. Lze využít čtyř různých prvků:
#Sequence Flows – sekvenční toky
#Message Flows – tok zpráv
#Associations - asociace 
#Data Associations – datové asociace
===Swimmlanes – „plavecké dráhy“===
''Swimmlanes'' – slouží k rozlišení základních skupin prvků.
#Pools – bázeny
#Lanes – dráhy
===Artifacts - [[Metodologie_vývoje_softwaru|artefakty]]===
''Artifatcs'' – jsou používány pro znázornění dalších informací o procesu. Existují dva standardizované artefakty, ale v modelovacích nástrojích si lze zdarma přidat těchto prvků kolik je potřeba. V této oblasti by mohlo být vyvíjeno další úsilí a v BPMN standardizovat větší počet artefaktů pro všeobecné užití. Současně lze rozlišit tyto artefakty:
*Group - skupiny
*Text Annotation – textové anotace
==Podrobný popis vybraných prvků BPMN==
{| class="wikitable"
|-
! Prvek (ENG) !!Prvek (CZ)!! Popis !! Notace
|-
| Event 
||Událost||
*reprezentují událost v procesu, která přímo ovlivňuje chod procesu
*dělí se na počáteční, průběžné a konečné 
*průběžné události se vkládají mezi činnosti a mohou reprezentovat odpověď na událost (např. přijetí zprávy) nebo vytvoření události (např. odeslání zprávy)
*události mohou být také vloženy na hranici činností, pak signalizují nějakou událost, která se stala uvnitř činnosti (např. nastala chyba, časovače)
*jako události se smí používat jen ty události, které přímo ovlivňují tok či načasování aktivit procesu<ref>Referenční příručka ver. 2.0, str.30 </ref>, <ref>ronnieweb.net</ref>
||[[File:Událost.PNG|thumb|Notace prvku událost]]
|-
|Start events
||Počáteční události
||typy počátečních událostí: 
*none (událost nastala v subprocesu, nebo není definována) 
*message  (proces startuje přijetí zprávy od nějakého účastníka)
*timer (proces spustí nějaká událost, která se pravidelně děje, např. každé pondělí v 8 hodin) 
*rule (proces se spustí, když se uplatní nějaké podnikatelské pravidlo)
*link (propojení procesů)
*signal (vysílán z jiného procesu) a multiple(několik cest, které spustí proces, pouze jedna je povinná)<ref>Referenční příručka ver. 2.0, str.30 </ref>, <ref>ronnieweb.net</ref>
||[[File:Událost.PNG|thumb|Notace prvku počáteční událost]]
|-
| Intermediate events 
||Průběžné události
|| typy průběžných událostí: 
*message 
*rule 
*timer 
*signal 
*link 
*multiple
*error (vznikla chyba),
*compensation (náhrada, TBD),
*cancel (uživatel akci zrušil)<ref>Referenční příručka ver. 2.0, str.31 </ref>, <ref>ronnieweb.net</ref>
 || [[File:Prubez-udalost.PNG|thumb|Notace průběžné události]]
|-
|End events
||Konečné události 
|| typy konečných událostí (reprezentují výsledek toku procesem):
*message 
*error 
*cancel
*compensation 
*link 
*multiple 
*terminate (všechny aktivity uvnitř procesu by měly být   okamžitě ukončeny)<ref>Referenční příručka ver. 2.0, str.30 </ref>, <ref>ronnieweb.net</ref>
 || [[File:Konec-udalost.PNG|thumb|Notace prvku konečná události]]
|-
| Activity 
|| Činnosti
|| 
*reprezentují činnost, která má být vykonána uvnitř procesu
* konvence pro pojemenování: sloveso + podstatné jméno, např. „Vytvořit Objednávku“
* pro zlepšení čitelnosti se doporučuje každé první písmeno slova psát velkým písmenem (platí i pro ostatní objekty, nikoliv jen činnosti)
*činnosti se dále dělí na Task (úkol) a Sub-process - úkoly jsou jsou co se týče modelování BPMN atomické, již se dále nerozkreslují, naopak subprocess je jen vložený proces
* subprocess pak může být ještě dvojího druhu: Embedded (vložený, je rozkreslen přímo v daném procesním diagramu) a Independent (nezávislý, pak je vložen jen jako odkaz k jinému subprocesu)<ref>Referenční příručka ver. 2.0, str.29 </ref>, <ref>ronnieweb.net</ref>
 || [[File:Cinnost.PNG|thumb|Notace prvku činnost]]
|-
| Gateway 
||Brána 
||
*místa větvení či sbíhání procesů 
*dělí se na 4 typy: exclusive, inclusive, complex a parallel<ref>Referenční příručka ver. 2.0, str.29 </ref>, <ref>ronnieweb.net</ref>
 || [[File:Brana.PNG|thumb|Notace prvku brána]]
|-
| Exclusive gate  
||Exclusivní  brána 
||
*exclusivní vytváří několik cest, přičemž tok procesu může běžet pouze jednou z nich 
*dělí se na brány, které závisí na datech a brány, které závisí na událostech
*exklusivní brány závisející na datech jsou nejčastěji používaným typem, cesta se vybírá na základě nějaké definované podmínky
*u exklusivních bran, které závisejí na událostech se cesta vybírá na základě výsledku události<ref>Referenční příručka ver. 2.0, str.34 </ref>, <ref>ronnieweb.net</ref>
||[[File:Exclu-brana.PNG|thumb|Notace prvku exclusivní brána]]
|-
| Inclusive gate
|| Inklusivní brána 
||
*inklusivní brány se používají tam, kde je možné pokračovat přes bránu více než jednou cestou, na konci se většinou všechny cesty opět sbíhají do jedné<ref>Referenční příručka ver. 2.0, str.34 </ref>, <ref>ronnieweb.net</ref>
||[[File:Inclus-brana.PNG|thumb|Notace prvku inclusivní  brána]]
|-
| Complex gate 
|| Komplexní brána 
|| 
*komplexní brány se používají, tam, kde není možné použít předchozí typy a kde probíhá více dělení cest v několika branách<ref>Referenční příručka ver. 2.0, str.34 </ref>, <ref>ronnieweb.net</ref>
||[[File:Komplex-brana.PNG|thumb|Notace prvku komplexní brána]]
|-
| Parallel gate 
||Paralelní brána 
|| 
*u paralelních bran probíhá běh procesu více cestami najednou<ref>Referenční příručka ver. 2.0, str.34 </ref>, <ref>ronnieweb.net</ref>
||[[File:Paral-brana.PNG|thumb|Notace prvku paralelní brána]]
|-
| Sequence flow  
|| Sekvenční tok 
||
*vyjadřuje následnost procesních toků
*zdroj i příjemce sekvenčních toků musí být aktivita, událost či brána
*nesmí přesahovat hranice bazénu (viz dále) ani subprocesu
*mohou mít definovánu podmínku, zda existuje aktivita, u které sekvenční tok pokračuje; taková aktivita pak musí mít minimálně dva sekvenční toky
* v případě inclusivních a exclusivních bran je možné určit výchozí tok, kterým bude tok procesu pokračovat, pokud ani jedna z předchozích podmínek neplatí (taková cesta je přeškrtnuta)<ref>Referenční příručka ver. 2.0, str.34 </ref>, <ref>ronnieweb.net</ref>
|align="center"| viz další tři obrázky
|-
| Normal Flow  
||Normální tok 
||
*vztahuje se na cesty seančních toků, které nezačínají u průběžné aktivity, která je napojena na nějakou hraniční aktivitu<ref>Referenční příručka ver. 2.0, str.34 </ref>, <ref>ronnieweb.net</ref>
||[[File:Normal-tok.PNG|thumb|Notace prvku normální tok]]
|-
|Uncontrolled flow 
|| Nekontrolovaný tok 
||
*týká se toku, kterého se netýká nějaká podmínka. V nejjednodušším případě se to týká spojení dvou aktivit sekvenčním tokem. Může se to týkat i více sekvenčních toků, které se sbíhají do činnosti, nebo které se z činnosti rozbíhají<ref>Referenční příručka ver. 2.0, str.34 </ref>, <ref>ronnieweb.net</ref>
||[[File:Normal-tok.PNG|thumb|Notace prvku nekontrolovaný tok]]
|-
| Message flow  
|| Tok zpráv 
||
*zobrazuje zasílání zpráv mezi procesy
*mohou být spojeny s hranicí bazénu nebo s objektem uvnitř bazénu
*používá se pouze pro kominikaci dvou bazénů, uvnitř jednoho bazénu se nesmí používat<ref>Referenční příručka ver. 2.0, str.35 </ref>, <ref>ronnieweb.net</ref>
||[[File:Tok-zprav.PNG|thumb|Notace prvku tok zpráv]]
|-
| Data Object 
|| Datový objekt 
||
*datové objekty poskytují informace o tom, co činnosti vyžadují, které činnosti mají být provedeny, nebo co produkují<ref>Referenční příručka ver. 2.0, str.30 </ref>, <ref>ronnieweb.net</ref>
||[[File:Datový objekt.PNG|thumb|Notace prvku datový objekt]]
|-
| Associations 
|| Asociace 
|| 
*připojuje do diagramu nějaký objekt, který s procesem souvisí (např. artefakt k nějaké aktivitě)<ref>Referenční příručka ver. 2.0, str.29 </ref>, <ref>ronnieweb.net</ref>
||[[File:Asociace.PNG|thumb|Notace prvku asociace]]
|-
| Pools 
|| Bazény 
|| 
*definuje nadřízený proces, který je v rámci procesní mapy rozkreslen
*doporučení: jeden bazén = jeden klíčový proces
*reprezentuje účastníka procesu, může jít o business roli (např. prodejce) nebo o business entitu(např. IBM)
*bazén může být zakreslen jako tzv. “black-box”, v takovém případě neobsahuje žádný obsah a slouží v diagramu jako doplněk k popisu jiného bazénu<ref>Referenční příručka ver. 2.0, str.30 </ref>, <ref>ronnieweb.net</ref>
||[[File:Bazen.PNG|thumb|Notace prvku bazén]]
|-
| Lines  
|| Dráhy 
||
*podmnožina bazénu, používají se pro kategorizaci a organizaci uvnitř bazénu
*většinou reprezentují role v organizaci
*sekvenční toky mohou na rozdíl od bazénu přesahovat hranice drah uvnitř jednoho bazénu<ref>Referenční příručka ver. 2.0, str.30 </ref>, <ref>ronnieweb.net</ref>
||[[File:Drahy.PNG|thumb|Notace prvku dráhy]]
|-
| Groups 
|| Skupiny 
||
*seskupují elementy procesu, které spolu nějakým způsobem souvisí
*mohou překračovat hranice bazénů<ref>Referenční příručka ver. 2.0, str.30 </ref>, <ref>ronnieweb.net</ref>
||[[File:Skupina.PNG|thumb|Notace prvku skupina]]
|-
| Annotations  
|| Poznámky 
||
* poskytují další informace k procesu<ref>Referenční příručka ver. 2.0, str.30 </ref>, <ref>ronnieweb.net</ref>
||[[File:Anotace.PNG|thumb|Notace prvku anotace]]
|-
| Message 
|| Zpráva 
|| 
*zpráva se používá pro znázornění obsahu komunikace mezi dvěma účastníky<ref>Referenční příručka ver. 2.0, str.30 </ref>, <ref>ronnieweb.net</ref>
||[[File:Zprava.PNG|thumb|Notace prvku zpráva]]
|}

==Příklad užití BPMN==
===Popis procesu===

Procesní diagram začíná u zákazníka, který dostal chuť na pizzu. Zákazník si vybral pizzu a telefonicky si ji objednal. Po té zákazník čeká na pizzu, až bude dodána. Žlutý kosočtverec s pětiúhelníkem uvnitř dvojitého kruhu znázorňuje tzv. bránu nebo také rozhodovací krok řízený událostí, tzn., že se pokračuje tehdy, když nastane jedna ze dvou událostí následujících po tomto rozhodovacím kroku. 
#Pizza je doručena
#Zákazník čeká na pizzu po dobu 60 minut, po uplynutí této doby vznese dotaz na výrobce pizzy, zda je pizza již hotová. Výrobce pizzy slíbí, že pizza bude doručena brzy a zákazník čeká na pizzu znovu. Po dalších 60 minutách zákazník volá znovu a čeká dalších 60 minut atd…

Z pohledu výrobce pizzy, proces začíná přijetím objednávky od zákazníka, přičemž slíbí, co nejrychlejší dodávku pizzy. Objednávku předá kuchaři a současně musí být připraven odpovědět na dotazy zákazníka, což je znázorněno žlutým rozhodovacím krokem se symbolem „+“, který znázorňuje paralelní kroky následující po přijetí objednávky. Následuje upečení pizzy kuchařem a předání k dodávce poslíčkem. Poslíček dodá pizzu a převezme platbu za pizzu a vydá účtenku. Tím je z hlediska výrobce pizzy objednávka ukončena. Zákazník již pouze převezme pizzu a sní ji. Tím je proces ukončen i z pohledu zákazníka.

V tomto příkladu užíváme zprávy (message) nejenom jako informační objekty, typu objednejte pizzu, ale také i pro fyzické objekty jako jsou pizza nebo peníze. Toto lze provést, protože tyto fyzické objekty jsou ze své podstaty informačními objekty: Když je pizza doručena k zákazníkovým dveřím, zákazník pozná, že pizza byla doručena, což je přesně účelem této zprávy (message) v zákazníkově bazénu (pool).

Komunikace je zde mezi obchodními partnery znázorněna pomocí čárkované čáry (message) připojené z výchozího bodu pomocí kroužku a u cílového bodu pomocí šipky k objektům modelu u zákazníka a u výrobce pizzy. Např.komunikace při objednávce pizzy je spojena pomocí čárkované čáry nesoucí zprávu o objednávce s událostí u výrobce pizzy, která znázorňuje přijetí objednávky. Podobně je to u dodávky pizzy a platby za pizzu. Pozor, uvnitř bazénu se průběh procesu znázorňuje plnou čarou, komunikační čárkovaná čára se nepoužívá.<ref>{{Citace elektronické monografie
 | příjmení = 
 | jméno = 
 | odkaz na autora = 
 | titul = BPMN 2.0 by Example
 | url = http://www.omg.org/spec/BPMN/2.0/examples/PDF
 | datum vydání = 2010-06
 | datum aktualizace = 
 | datum přístupu = 2012-6-13
 | vydavatel = Object Management Group, Inc.
 | jazyk = ENG
}}</ref>, <ref>{{Citace elektronické monografie
 | příjmení = 
 | jméno = 
 | odkaz na autora = 
 | titul =Procesní modely v BPMN
 | url = http://bpmn.horcica.cz/
 | datum vydání = 2011-11-12
 | datum aktualizace = 
 | datum přístupu = 2012-6-13
 | vydavatel = Procesní modely v BPMN
 | jazyk = CZ
}}</ref>

===Model procesu ===
[[File:Pizza2.png|frame|none|Model k procesu upečení a doručení pizzy]]

==Nástroje pro tvorbu BPMN==
Nástrojů pro tvorbu BPMN modelů existuje velké množství.  Některé jsou zdarma, pro některé je potřeba koupit drahou licenci. Takovým příkladem může být Oracle Designer, který stojí okolo 80 000 Kč. Samozřejmě, že většina nástrojů umí daleko více modelů, než jen vytvářet BPMN. Jako další vlastnosti lze uvést tyto: tvorba dynamických diagramů, tvorba statických diagramů, generování dokumentace, verzování, generování kódu… 
==Popis vybraných nástrojů==
===Visio (placené)===
Pomocí aplikace Visio lze vizuálně dokumentovat, navrhovat a plně porozumět stavu obchodních procesů a systémů,a to za využití  celé řady diagramů. Těmito diagramy jsou například [[Vývojový_diagram|vývojové diagramy]] obchodních procesů, síťové diagramy, diagramy pracovních postupů, databázové modely a softwarová schémata.<ref>{{Citace elektronické monografie
 | Autor = Kulík Lukáš, Mora Martin
 | odkaz na autora = 
 | titul =Použití CASE pro řízení IS/ICT firmy
 | url = http://www.panrepa.org/CASE/jaro2011/CASE_v_rizeni_firmy_jaro2011.pdf
 | datum vydání = 2011-5-23
 | datum aktualizace = 
 | datum přístupu = 2012-6-13
 | vydavatel = 
 |poznámka = [dále jen Použití CASE pro řízení IS/ICT firmy]
 | jazyk = CZ
}}</ref> 
===Oracle Designer(placené)===
Oracle designer pochází od firmy Oracle Corp a je součástí balíku produktů pod názvem Oracle Internet Developer Suite. Všechny informace si Oracle Designer ukládá do databáze Oracle, pro funkčnost je nutné mít tuto databázi nainstalovanou. Co se týká vlastních modelů a analýzy, zaměřuje se tento nástroj na strukturovaný návrh [[Informační_systém|informačního systému]]. Za primární úkol tohoto nástroje lze označit vývoj aplikace založené na [[Relační_databáze|relační databázi]]. Hlavní využití Oracle Designeru je u webových a [[Klient-server|klient-server]] aplikací založených na databázi.<ref>Použití CASE pro řízení IS/ICT firmy, str. 14</ref>
===Power designer(placené)===
Velmi populární nástroj Power Designer od společnosti Sybase. Slouží k tvorbě velkého množství modelů, jakými jsou projektování databází, projektování obchodních modelů atd. Také umožňuje na základě modelu přímé generování databáze nebo zdrojového kódu v různých programovacích jazycích. Dále podporuje např. reverzní inženýrství, [[XML|XML]] vývoj, znovupoužitelnost objektů, atd.<ref>Použití CASE pro řízení IS/ICT firmy, str. 15</ref>
===TIBCO Business Studio (zdarma)===
TIBCO Business Studio ™ je založené na standardech pro modelování business procesů. Obsahje vývojové prostředí, které umožňuje obchodním a IT odborníkům spolupracovat na modelu, vývoji a nasazení aplikací pro obchodní procesy.Obchodní odborníci mohou rychle modelovat obchodní procesy, různé formy uživatelských rozhraní, obchodní objekty (data), a organizační struktury. Procesní modely lze simulovat a na základě toho pochopit jejich chování a vliv na podnikání. <ref>{{Citace elektronické monografie
 | příjmení = 
 | jméno = 
 | odkaz na autora = 
 | titul = TIBCO Business Studio
 | url = http://www.tibco.com/products/bpm/process-modeling/business-studio/default.jsp
 | datum vydání = 2000-2012
 | datum aktualizace = 
 | datum přístupu = 2012-6-13
 | vydavatel = TIBCO Software Inc
  | jazyk = ENG
}}</ref>
===BizAgi Process Modeler (zdarma)===
Software pro modelování Buisness procesů. Je vhodný pro začátečníky, kteří nemají s BPMN notací žádné zkušenosti. Firma BizAgi zdarma nabízí i video tutorial, jak začít s BPMN. Jeho hlavním nedostatkem je nulová podpora týmové spolupráce, jako jsou verzování, [[Řízení_projektů|řízení projektu]] atd...<ref>http://www.bizagi.com/
</ref>
===Další software===
*Enterprise Architect<ref>http://www.http://www.sparxsystems.com.au/</ref>
*Lombardi Blueprint<ref>https://www.blueworkslive.com/#!gettingStarted:overview</ref>
*ActiveModeler Avantage <ref>http://www.activemodeler.com/AvantageFoundation</ref>
==Zajímavé odkazy==
* [http://www.bpmb.de/images/BPMN2_0_Poster_EN.pdf Základní přehled notace BPMN na plakátu ]
*[http://www.bpmn.info/ Web o BPMN, zde lze nalézt základní informace, publikace zabývající se BPMN, tutoriály]
==Související články==
[[Procesní_řízení|Procesní řízení]] 
==Reference==
<references />.