Difference between revisions 8669443 and 8673982 on cswiki'''BPMN''' nezkráceně ''Business Process Model and Notation''; notace sloužící pro modelovánísoubor principů a pravidel sloužící pro vytváření modelů [[Proces|procesů]] uvnitř [[Organizace|organizace]]. J nebo lze říci, že 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ůrvodně byl jazyk navržen jako vizuální modelovací nástroj pro popis procesů. Pro svoutním účelem jazyku BPMN bylo grafické modelování buisness procesů. Jazyk BPMN je oblíben mezi analitiky a také vývojáři, a to hlavně díky jeho jednoduché vyjadřovací síluchopnosti a přehlednost si jej brzy oblíbili nejenom analytici, ale i vývojáři ai.Na základě těchto vlastností se rozvinuli jehoy možnosti tanatolik, že v současnostié době podporuje plnou automatizaci procesů, tzv. [[Workflow|workflow]] management. V ideálním případě tak stejný procesní model používáPro zlepšení procesů je vhodné, aby management proři pohledu na firmu a vlastníci procesů pro zlepšovánorganizaci používal stejný procesní model jako vlastnící 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 = (contracted; show full)==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énupředstavují událost v procesu, která má přímý vliv na chod procesu *rozlišují se na počáteční, průběžné a konečné *pokud jsou průběžné události vkládány mezi činnosti pak mohou představovat buď odpověď na událost tím může být například ''přijetí zprávy'' nebo vytvoření události tedy například ''odeslání zprávy'' *pokud jsou události vloženy na hranici činností, poté ukazují na nějakou událost, která se stala uvnitř činnosti (například přišla zpráva, signál) *povoleno je používat pouze události přímo ovlivňující tok nebo načasování aktivit business procesu<ref>Referenční příručka ver. 2.0, str.29 </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 se spustila v podprocesu, nebo není definována) *message (proces je spuštěn po přijetí zprávy od nějakého účastníka) *timer (proces spustí nějaká pravidelná událost, např. každý třetí den v měsíci v poledne) *rule (proces se spustí, na základě uplatnění nějakého podnikatelského pravidla) *link (propojení procesů) *signal (vysílán z odlišného procesu) *multiple(proces může být spuštěn z několika cest, přičemž alespoň 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 (akce zrušena uživatelem)<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í - představují výslednou událost po průběhu procesu: *message *error *cancel *compensation *link *multiple *terminate (okamžité ukončení všech činností uvnitř procesu)<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 || *tento prvek představuje činnosti, které se odehrávají uvnitř procesu * pravidlo pro pojmenování: sloveso + podstatné jméno, např. „Zaplatit Fakturu“ * je vhodné pro lepší čitelnost psát každé počáteční písmeno písmeno slova psát velkým znakem (toto pravidlo platí pro všechny prvky notace BPMN nejenom pro činnosti) *rozlišujeme činnosti na úkol (task) a podprocess, úkoly jsou jsou co se týče modelování BPMN nedělitelné, tudíž se dále nerozkreslují, naopak podprocess je jen vložený proces * podprocess lze dále dělit na dva typy: **vložený typ (Embedded) - je modelován přímo v daném procesním diagramu **nezávislý (Independent) - tento typ je v procesu označen jako odkaz na jiný podproces)<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 || *jde o místa větvení či sbíhání procesů *lze rozdělit na 4 druhy: 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 ||Exkluzivní brána || *exkluzivní brána vytváří několik cest toku procesu,ale podmínkou je, že tok procesu proběhne pouze jednou z možných cest *brány jsou závislé buďto na událostech nebo na datech **exklusivní brány závislé na datech jsou nejvyužívanějším typem - cesta se vybírá podle předem definované podmínky **exklusivní brány závislé na událostech - se cesta vybírá podle výsledku nějaké 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 exkluzivní brána]] |- | Inclusive gate || Inkluzivní brána || *použití inkluzivních bran je vhodné tam, kde tok procesu může projít přes bránu více než jednou cestou. Po projití brány se většinou všechny cesty opět sloučí 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 inkluzivní brána]] |- | Complex gate || Komplexní brána || *komplexní bránu lze se využít v případě, kdy nelze použít předchozí druhy bran a kde dochází k 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 || *tento typ bran se používá v případě, kdy tok procesu proudí 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 || *pomocí sekvenčního toku znázorňujeme posloupnost procesních toků *zdroje a cílem sekvenčních toků je vždy aktivita, událost nebo brána *nesmí přesahovat hranice bazénu (viz dále) ani podprocesu *pokud má sekvenční tok definovanou podmínku,že existuje činnost, na základě které sekvenční tok pokračuje dál, tak je nutné, aby daná činnost měla minimálně dva sekvenční toky *pokud je cesta přeškrtnuta znamená to, že na základě inkluzivních nebo exkluzivních bran, nelze určit výchozí tok procesu, kterým bude proces pokračovat<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 || *pokud cesta sekvenčního toku, nezačíná u průběžné činnosti, která je napojena na hraniční činnost, tak lze využít prvku normální tok<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 || *za předpokladu, že se toku netýká určitá podmínka, lze využít prvek Nekontrolovaný tok. Případ spojení dvou činností sekvenčním tokem představuje nejjednodušší použití. Lze to využít i v případě několika 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 || *znázorňuje zasílání zpráv mezi jednotlivými procesy *lze spojit Tok zpráv s hranicí bazénu nebo s objektem ležícím uvnitř bazénu *tok zpráv je možné využít pro komunikaci v rámci dvou a více bazénů - uvnitř jednoho bazénu ho nelze využít<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 informují: ** o činnostech, které mají být uskutečněny ** o požadavcích, které tyto činnosti vyžadují ** o tom co činnosti 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 procesního modelu objekt související s procesem (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 proces na vyšší úrovni, který je v procesní mapě nakreslen *v rámci jednoho bazénu je vhodné použít jeden klíčový proces *představuje účastníky procesu, a to business roli(např. quality manager) či business entitu(např. Microsoft) *lze ho také zakreslit jako tzv. “black-box”, což znamená že je bez obsahu a v procesním modelu slouží 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 || *jde o podmnožina bazénu, využívá k vytváření skupin a jejich a organizaci uvnitř bazénu *většinou představují role v organizaci *uvnitř jednoho bazénu mohou být hranice drah překračovány sekvenčními toky<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íkupiny sdružují spolu související elementy procesu *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říkladtvůrci modelu další textové informace o procesu a BPMN diagramu<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>, ||[[File:Zprava.PNG|thumb|Notace prvku zpráva]] |} ==Příklad užití BPMN== ===Popis procesu=== Procesní diagram začíná u zákazníka, který má hlad a chce si objednat jídlo z restaurace. Zákazník si s nabídky vybere jídlo a telefonicky si ho objedná. Poté zákazník čeká na na dodávku jídla domů. Ž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. #Jídlo je doručeno - konec #Zákazník čeká na jídlo po dobu 30 minut, po uplynutí této doby zákazník volá do restaurace a ptá se, jak to vypadá s jeho objednaným jídlem. Zaměstnanec restaurace uklidňuje zákazníka a slíbí, že jídlo bude brzy doručeno. Zákazník dále čeká na jídlo. Po dalších 30 minutách opět zákazník volá do restaurace, kde ho zaměstnanec opět uklidní a zákazník čeká dalších 30 minut atd. Pro restauraci začíná proces přijetím objednávky od zákazníka, přičemž slíbí, že objednané jídlo doručí co nejdříve. Objednávka dále putuje ke kuchaři a současně zaměstnanec restaurace musí být připraven zodpovědět dotazy ze strany zákazníka, což je znázorněno žlutým rozhodovacím krokem se symbolem „+“, který označuje paralelní kroky následující po přijetí objednávky. Poté co kuchař uvaří jídlo předá ho kurýrovi, aby ho doručil zákazníkovi. Kurýr doručí jídlo zákazníkovi přijme od něj platbu a vydá mu potvrzení. Tímto krokem pro restauraci končí proces objednávka jídla. Zákazník převezme objednané jídlo, sní ho. Tím pro něj proces končí jelikož hlad byl uspokojen. Komunikace mezi restaurací a zákazníkem je v modelu vyznačena pomocí přerušované čáry, která spojuje výchozí bod(pomocí kroužku)s cílovým bodem (pomocí šipky). V tomto modelu je příklad komunikace znázorněn přerušovanou čárou v případě objednávky, dodávky a platby jídla. V rámci jednotlivých bazénů se průběh procesu vyznačuje plnou čarou, použití přerušované komunikační čára zde není vhodné.<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:Restauraceu3.png|frame|none|Diagram procesu objednání a uvaření jídla]] ==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 atd. ==Popis vybraných nástrojů== ===Visio (placené)=== Aplikace Visio pochází od firmy Microsoft lze jít nejenom použít k popisu obchodních procesů a systémů. Dané procesy lze navrhovat, dokumentovat, vizualizovat, analyzovat a to vše pomocí diagramů, kterými jsou diagramy 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] |strany = 13⏎ | 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ývojAplikace Oracle designer je produktem firmy Oracle Corp a je obsažena v balíku produktů Oracle Internet Developer Suite. Primárním úkolem nástroje Oracle designer je vývoj aplikace založené na [[Relační_databáze|relační databázi]]. Tento nástroj lze nejlépe využít při tvorbě webových a [[Klient-server|klient-server]] aplikací založených na databázi. Veškeré vytvořené informace si aplikace ukládá do databáze Oracle, pro funkčnost aplikace je nutné mít tuto databázi nainstalovanou. Vlastní modely a analýzy Oracle designeru jsou zaměřeny na strukturovaný návrh [[Informační_systém|informačního systému]].<ref>Použití CASE pro řízení IS/ICT firmy, str. 14</ref> ===Power designer(placené)=== Aplikace Power Designer je poměrně rozšířený nástroj a pochází od společnosti Sybase. Hlavní využití této aplikace spočívá v tvorbě nepřeberného množství modelů, jakými jsou projektování databází, projektování obchodních modelů atd. Dále lze aplikaci využít při přímém generování databází nebo zdrojových kódu v různých programovacích jazycích. Pomocí tohoto nástroje lze také využít podpory např. reverzního inženýrství, [[XML|XML]] vývoje, 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 />. [[da:BPMN]] [[de:Business Process Model and Notation]] [[en:Business Process Model and Notation]] [[es:Business Process Modeling Notation]] [[et:BPMN]] [[fr:Business Process Modeling Notation]] [[ja:Business Process Modeling Notation]] [[nl:Business Process Modeling Notation]] [[pl:Business Process Modeling Notation]] [[pt:Business Process Modeling Notation]] [[ru:BPMN]] [[sl:Business Process Modeling Notation]] [[zh:业务流程建模标记法]] All content in the above text box is licensed under the Creative Commons Attribution-ShareAlike license Version 4 and was originally sourced from https://cs.wikipedia.org/w/index.php?diff=prev&oldid=8673982.
![]() ![]() This site is not affiliated with or endorsed in any way by the Wikimedia Foundation or any of its affiliates. In fact, we fucking despise them.
|