EPC Procesní Modelování: Komplexní Průvodce

Procesní modelování je základním kamenem efektivního řízení podniku. Umožňuje dokumentovat, analyzovat a optimalizovat firemní procesy, což vede k lepšímu porozumění, efektivnějšímu fungování a konkurenční výhodě. Tento článek poskytuje ucelený pohled na procesní modelování, jeho význam, metody a nástroje, se zaměřením na dvě populární notace: Business Process Model and Notation (BPMN) a Event-Driven Process Chain (EPC).

Úvod do Procesního Modelování

V dnešní dynamické podnikatelské prostředí je schopnost rychle se adaptovat a optimalizovat procesy klíčová pro úspěch. Procesní modelování hraje zásadní roli v:

  • Dokumentace a mapování organizačních procesů: Vizualizace procesů pomáhá všem zúčastněným stranám pochopit, jak fungují jednotlivé aktivity a jak na sebe navazují.
  • Specifikace požadavků na informační systém: Modelování procesů umožňuje identifikovat, jaké informační systémy a technologie jsou potřeba pro podporu a automatizaci procesů.
  • Procesní analýza: Identifikace a specifikace procesů, sub-procesů, jejich struktury, vlastníků, vstupů, výstupů a omezení.
  • Vytváření procesních modelů: Grafická prezentace, která usnadňuje spolupráci všem, kteří se na procesní analýze podílejí nebo používají její výsledky.
  • Popis procesu: Výsledkem modelování procesů je srozumitelný a detailní popis procesu.

Metody a Nástroje Procesního Modelování

Pro grafické zachycení modelu procesu je vhodné použít vybraný vizuální nástroj. Tento nástroj by měl obsahovat notaci základních prvků procesu, aktivity, zdroje, dokumenty a tak dále. K tomuto účelu můžeme použít obecné modelovací nástroje, které jsou určeny k modelování systémů (UML, DFD, Petriho sítě) anebo speciální nástroje určené pouze pro modelování procesů např. BPMN.

Na výběr máme několik metod pro modelování podnikových procesů.

Architecture of Integrated Information Systems (ARIS)

ARIS, vyvinutý profesorem Scheerem, je metodika a nástroj pro modelování a analýzu podnikových procesů. Jedná se o notaci pro vizualizaci procesů, kterou vyvinula německá společnost IDS Scheer. Výhodou nástrojů ARIS je silné propojení s informačním systémem SAP. Pokud proces definujeme přímo v ARIS, můžeme při jeho vykonávání přímo spouštět funkce v informačním systému a naopak.

Čtěte také: Ekonomický cyklus a podpora rodin

Unified Modeling Language (UML)

UML je jazyk pro modelování systémů. Původně vyvinut jako standard spojující různé metody používané v rámci vývoje softwarového systému, které by umožnily využít principy tzv. „objektové orientace“. Cílem UML bylo poskytnout jazyk a ne metodiku. Pro vizualizaci procesu se nejvíce používá diagram aktivit. Zobrazuje proces jako soubor aktivit a přechodů mezi nimi a to včetně detailních informací, jako kdo za jakou aktivitu zodpovídá, či s jakými objekty aktivita pracuje.

  • Akce: Představuje činnost, které předchází jiná činnost nebo událost.
  • Aktivita: Modeluje tok vykonávání akcí v ní obsažených.
  • Rozhodovací blok: Umožňuje větvení.

Business Process Modeling Language (BPML)

Jazyk BPML je standardem exekutivního modelovacího jazyka, což znamená, že jeho modely jsou spustitelné v definovaném prostředí. Toto se děje za pomocí textové podoby jazyka a modelů, která vychází z technologie XML (Extensible Mark-up Language). Koncepce BPML je zaměřena především na spolupráci a koordinaci firemních procesů mezi obchodními partnery.

  • Aktivity: Zajišťují určitou funkcionalitu. Podnikový proces je komplexní aktivitou, která je složená z dílčích aktivit. Definice aktivity specifikuje způsob, kterým je aktivita spouštěna a prováděna.
  • Kontexty: Pro aktivity můžeme definovat jejich kontexty. Autoři BPMI definují kontext aktivity jako „obecné chování všech aktivit, které jsou v tomto kontextu spouštěny. Těmito vlastnostmi jsou především obsluha výjimek a chyb, základní sémantika, definice časových omezení, apod.“ Spřízněné aktivity jsou prováděny v kontextu, který je definicí prostředí.
  • Proces: Typ komplexní aktivity, která definuje vlastní kontext pro spouštění aktivit, v procesu obsažených.
  • Plány: Plán je časový harmonogram, podle kterého jsou spouštěny jednotlivé procesy. Čas může být určen relativně, nebo absolutně.
  • Transakce: Pomocí transakčních protokolů můžeme koordinovat dokončení aktivit dvou procesů, které spolu komunikují pomocí zpráv.

Integrated Definition (IDEF)

Skupina metod IDEF umožňuje vytvořit strukturovanou grafickou reprezentaci systému. Pomocí této metody jsme schopni sestavit konsistentní model, který je složen z popisu funkcí systému a jejich vzájemných vztahů a dat.

Data Flow Diagram (DFD)

Tato metoda byla vyvinuta k modelování datových toků navrhovaných systémů ve strukturovaných metodikách vývoje. Pomocí DFD lze modelovat celé organizace. Tato notace čerpá z teorie grafů a vznikla z diagramu aktivit.

  • Proces: Znázorňuje převedení dat, které vede k vyprodukování výstupu. Rozlišuje se zde datový proces a řídící proces.
  • Uložiště dat: Slouží k uložení dat k pozdějšímu využití. Abstrakce jakékoliv formy uložení, vyjadřuje depozitář dat. Uložení dat znamená přerušení toku v čase.
  • Terminátor: Představuje objekty, které nepatří do popisovaného systému, ale do jeho podstatného okolí.
  • Datový tok: Vyjadřuje přesun dat/informací z jedné části systému do jiné, nebo z okolí systému do systému a naopak.

Petriho Sítě

Patří k nejrozšířenějším metodám modelování, a to zejména proto, že je integrována do systému SAP a ARIS. Metoda popisuje proces z pohledu návaznosti jednotlivých aktivit, časových posloupností aktivit a paralelismů. Metoda zohledňuje „přístup přesného definování chovaní“, kdy slouží k popisu toho, jak bude vlastní proces vypadat. Nabízejí velmi názorné grafické vyjádření, ale i matematický aparát, který je přínosem při realizaci a ověřování procesů modelovaných pomocí Petriho sítí.

Čtěte také: Modelování interiéru svépomocí

Information Engineering (IE)

Jedná se o metodu vyvinutou firmou IBM. Metoda byla vyvinuta k analýze a návrhu tzv.

Soft Systems Methodology (SSM)

Jedná se o metodu pro mapování podnikových procesů. Metoda zaměřená na vývoj informačního systému, zejména v jeho počátečních fázích. Hlavní význam této metody spočívá v orientaci na problémy reality, které řeší přímo na úrovni business systému a nepřejímá je do systému informačního. Mapuje podnik procesně. Základem je hledání příčin problémů, které uživatelé pociťují. Dále postupuje k analýze problému uživatele až po hledání nových a vhodných řešení tohoto problému.

SADT (Structured Analysis and Design Technique)

Jedná se o modelovací nástroje, které se zabývají modelováním podnikových procesů. Metoda určená pro modelování činností, rozhodnutí a akcí podniku. Činnosti jsou ve vztahu svými vstupy, výstupy, kontrolními signály a mechanismy. Používá se k modelování a reengineering podnikových procesů. Tato metoda vnímá proces a podnik jako síť komunikace, tím se odlišuje od ostatních metod.

Vývojové Diagramy

Metoda, pomocí které můžeme vytvářet diagramy, které nám usnadní pochopit, dokumentovat a analyzovat procesy ve společnosti. Jednoduchý nástroj, pomocí kterého můžeme znázornit procesy ve společnosti. I v tomto programu je možné jednotlivé procesy datově propojovat a aktualizovat. Nabízí širokou škálu diagramů, které se týkají organizace, zdrojů a procesů probíhajících v podniku.

Business Process Model and Notation (BPMN)

BPMN poskytuje notaci srozumitelnou všem uživatelům a analytikům, kteří vytvářejí počáteční návrhy procesů, technikům a vývojářům, kteří jsou odpovědní za technologie, které budou vykonávat tyto procesy a konečně manažerům, kteří budou tyto procesy řídit a monitorovat. Zajišťuje, že XML jazyky určené pro realizaci obchodních procesů jako BPEL4WS můžou být zobrazeny v business-orientované notaci. Záměrem BPMN je standardizovat obchodní modelování procesů. Poskytuje jednoduchý způsob komunikace a zpracovávání informací pro jiné komerční uživatelé, procesy prováděný orgány, zákazníky a dodavateli. Jedná se o systém pro modelování obchodních procesů uvnitř organizace, tedy o modelování podnikových procesů.

Čtěte také: Environmentální modelování: hlubší analýza

Soubor grafických objektů a pravidel, podle nichž mohou být objekty mezi sebou spojovány, slouží tedy k modelování procesů. Pomocí BPMN se zlepšilo propojení mezi návrhem a implementací procesu. Využívá desítky nástrojů, které slouží pro modelování procesů. Využívá tzv. Business Process Diagram (BPD), který je tvořen sítí grafických objektů. Veškeré objekty jsou od sebe graficky odlišeny, pevně jsou dány jejich tvary a uživatel si může měnit pouze barvy.

  • Vizuální vzhled: Standardní vizuální jazyk, který umožňuje poznat a pochopit celý proces díky namodelovanému procesu. Klíčovým prvkem je výběr tvarů a ikon používaných pro grafické znázornění procesu.
  • BPMN se omezuje pouze na podporu koncepce modelování podnikových procesů.
  • Abstraktní (veřejné) procesy: Jde o vzájemné působení mezi interními procesy a jiným procesem nebo uživatelem. Diagram BPMN může zobrazovat procesy jednotlivých účastníků, každý účastník má ale diagram zobrazen rozdílně. Účastnící mají různé pohledy na to, jak se na ně procesy vztahují. Některé z aktivit budou pro interního účastníka (má je provést nebo je mít pod kontrolou) a další aktivity budou mimo tohoto účastníka. Každý účastník má jiné interní a externí perspektivy. Důležité je jak může účastník sledovat stav a problémy interních a externích činností. Nicméně, diagram zůstává stejný, zobrazí obchodní proces, který má dva úhly pohledu. Např.: Jeden z hlediska pacienta jeden z hlediska lékaře.

Event-Driven Process Chain (EPC)

Notace EPC vznikla v roce 1990 (Keller, Nüttgens a Scheer) s cílem vytvořit grafický jazyk, který bude efektivní a zároveň srozumitelný široké mase uživatelů. EPC diagram se v základu skládá z událostí, aktivit a logických operátorů. EPC diagram popisuje dynamickou stránku jednoho jediného (sub)procesu v časovém kontextu a tvoří návodný postup pro vykonavatele procesů. Smyslem těchto modelů je postihnout logiku postupu, resp. jeho jednotlivých činností, a to jak v obsahovém, tak i v časovém smyslu. Časové hledisko je specifické právě pro detailní model (na rozdíl od vrcholových procesních map či VAC diagramů).

BPMN vs. EPC: Srovnání a Doporučení

BPMN a EPC jsou dvě široce používané notace pro procesní modelování. Obě notace však mají některé podobné prvky v podobě základních konstruktů worflow (aktivity, události, rozhodovací brány) a právě u těchto základních konstruktů lze provádět obousměrnou konverzi (BPMN › EPC a EPC › BPMN). Konverze může nalézt uplatnění buď při prosté změně notace modelování, anebo například pro potřeby automatizaci procesů a s tím spojenými exporty workflow do formátu XPDL (XML Process Definition Language). XPDL je v současné době pravděpodobně nejlepším formátem na výměnu informací o procesech mezi modelovacím nástrojem a Workflow Management Systems.

BPMN:

  • Silné stránky: Standardizovaná notace, široká podpora nástrojů, vhodná pro modelování komplexních procesů, silná podpora workflow systémů a automatizace procesů.
  • Slabé stránky: Může být složitější pro uživatele bez hlubších znalostí modelování procesů.

EPC:

  • Silné stránky: Snadno srozumitelná, efektivní pro modelování jednoduchých a středně složitých procesů, silná vazba na praxi.
  • Slabé stránky: Omezená podpora workflow systémů a automatizace procesů, méně vhodná pro modelování velmi komplexních procesů.

Doporučení:

  • Pro modelování komplexních procesů s důrazem na automatizaci a integraci s workflow systémy je vhodnější BPMN.
  • Pro modelování jednodušších procesů, kde je důležitá srozumitelnost a rychlost modelování, je vhodnější EPC.

Klíčové Objekty v EPC Modelování

Při modelování v EPC se používají různé objekty pro reprezentaci různých aspektů procesu. Mezi klíčové objekty patří:

  • Událost: Popisuje stav před nebo po vykonání libovolné aktivity. Mezi aktivitou a událostí je vazba typu vytváří. Událost se tak dostává do role výstupní podmínky aktivity a vstupní podmínkou aktivity následující s vazbou aktivuje. Každá aktivita by měla být vymezena dvěmi událostmi, čímž je jednoznačně definován její začátek a konec. Je nutno rozlišovat stavy procesů - každý stav představuje čekání na událost (nastala alternativa nebo dokonce komplementární souběh několika událostí). Každý proces v EPC musí začínat událostí, která je zpravidla definována podmínkou za jaké má proces začít. Objekt nelze dále hierarchizovat.
  • Aktivita: Jedná se o nejobecnější zápis kroku procesu. Objekt lze nhierarchizovat do dalších diagramů eEPC a FAD. Objekt typu aktivita (poloautomatizovaná) může být využita k zaznamenání kroku procesu, který je prováděn poloautomatizovaně, např. uživatel zadává data do informačního systému. Objekt lze nhierarchizovat do dalších diagramů eEPC a FAD. Objekt typu aktivita (poloautomatizovaná) může být využita k zaznamenání kroku procesu, který probíhá automaticky bez přičinění účastníka procesu. Objekt lze nhierarchizovat do dalších diagramů eEPC a FAD.
  • Rozhraní procesu: Slouží k jednoduchému provazování procesních řetězců (modely EPC a eEPC). Objekt nelze dále hierarchizovat. V diagramu aktivit - eEPC slouží objekt k provazování interních procesů. Objekty Proces (varianta 1) a Proces (varianta 2) jsou významově shodné. Pravidla jsou popsána v tématu Provazování procesních řetězců). Objekt nelze dále hierarchizovat, pracujeme s výskytovou kopií objektu požadovaného procesu. V diagramu aktivit - eEPC slouží objekt k provazování interních a externích procesů. Objekty Proces (varianta 1) a Proces (varianta 2) jsou významově shodné. Pravidla jsou popsána v tématu Provazování procesních řetězců). Objekt nelze dále hierarchizovat, pracujeme s výskytovou kopií objektu požadovaného procesu.
  • Rozhodnutí: Větvení procesu lze provádět buď s využitím objektu Rozhodnutí, které představuje objekt známý z vývojových diagramů k zaznamenání ano - ne podmínky. Při modelování by měla být použita pouze jedna varianta pro větvení procesů. Je krajně nesystémové kombinovat objekty "Rozhodnutí" s logickými spojkami. Při úvodním nastavení filtru metody modelování v organizaci provedeme vypnutí jedné z variant. XOR-split rozpojuje tok procesu do jedné z možných cest a analogicky XOR-join tyto vzájemně se vylučující toky spojuje zpět do jediného.
  • Logické spojky: Logické spojky mají v popisu procesu dvojí význam: rozdělují tok činností (split) nebo toky spojují (join). OR-split resp. OR-join rozpojuje resp. spojuje tok řízení procesu v proměnlivém počtu, tedy je vybrána jedna, druhá nebo taky obě cesty.
  • Organizační jednotka: V klasickém organizačním pojetí je souborem vybraných pracovních pozic, z nichž některá současně tuto jednotku řídí nebo vede. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu. Specifickou organizační jednotkou je pracovní skupina (případně projektový tým) - dočasná organizační jednotka vytvořená pouze za specifickým účelem a po jeho dosažení rozpouštěná. V diagramu eEPC může být objekt použit k zaznamenání odpovědnosti za realizaci kroku procesu, případně popisu dalších logických vazeb aktivity. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu.
  • Pracovní místo: Pracovní místo, které je zpravidla přílohou pracovní smlouvy a může být typizováno např. přiřazením určité profese, která ho charakterizuje. V diagramu eEPC může být objekt použit k zaznamenání odpovědnosti za realizaci kroku procesu, případně popisu dalších logických vazeb aktivity. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu. V diagramu eEPC se používá k zaznamenání odpovědnosti za realizaci kroku procesu, případně popisu dalších logických vazeb aktivity. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu.
  • Interní pracovník: Interní pracovník, který pro podnik pracuje v nějakém pracovněprávním vztahu. V diagramu eEPC může být objekt použit k zaznamenání odpovědnosti za realizaci kroku procesu, případně popisu dalších logických vazeb aktivity. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu.
  • Externí organizace: Externí organizace se využívá k zmapování dodavatelů v perimetru procesů organizace. Externí organizace mohou dodávat služby, meziprodukty (vstupy do procesů). V diagramu eEPC může být objekt použit k zaznamenání odpovědnosti za realizaci kroku procesu, případně popisu dalších logických vazeb aktivity. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu.
  • Externí pracovník: Externí pracovník je typově stejným objektem jako Interní pracovník a používá se k zmapování externích pracovníků, kteří jsou zapojeni do procesů organizace. V diagramu eEPC může být objekt použit k zaznamenání odpovědnosti za realizaci kroku procesu, případně popisu dalších logických vazeb aktivity. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu.
  • Datový cluster: Slouží k zachycení kontextové vazby - aktivita potřebuje na vstupu / vytváří na výstupu cluster informací. Obvykle tento objekt zaznamenává elektronickou databázi, nebo uskupení databází pro čtení/zápis dat. Uživatelský přístup do databáze je zajišťován prostřednictvím určité aplikace. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu.
  • Soubor: Slouží k zachycení kontextové vazby - aktivita potřebuje na vstupu / vytváří na výstupu soubor. Objekt lze také použít k určité agregaci dokumentů, například osobní složka obsahující řadu dokumentů. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu.
  • Dokument: Nejběžnější objekt, který lze využít k zaznamenání elektronických / fyzických dokumentů a dalších entit v podobě vstupů / výstupů aktivit. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu.
  • Tabulka MS-Excel: Slouží k zachycení kontextové vazby - aktivita potřebuje na vstupu / vytváří na výstupu strukturovaný výstup, například v podobě tabulky MS-Excel. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu.
  • Komunikační médium: Slouží k zachycení kontextové vazby - aktivita při realizaci využívá komunikační médium. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu.
  • Lokalita: Slouží k zachycení kontextové vazby - aktivita je prováděna v nějaké konkrétní lokalitě. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu.
  • Infrastruktura: Slouží k zachycení kontextové vazby - aktivita používá při realizaci některý z prvků infrastruktury. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu.
  • Zařízení: Slouží k zachycení kontextové vazby - aktivita používá při realizaci nějaké zařízení. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu.
  • Hardware: Slouží k zachycení kontextové vazby - aktivita používá při realizaci hardware. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu.
  • Aplikace: Slouží k zachycení kontextové vazby - aktivita je podporována konkrétní aplikací, například MS Word. Nejedná se tedy o informační systém v pravém slova smyslu. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu.
  • Pozitivní dopad: Slouží k zachycení kontextové vazby - realizace aktivity vytváří pozitivní dopad. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu.
  • Negativní environmentální dopad: Slouží k zachycení kontextové vazby - realizace aktivity vytváří negativní environmentální dopad. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu.
  • Negativní sociální dopad: Slouží k zachycení kontextové vazby - realizace aktivity vytváří negativní sociální dopad. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu.
  • Negativní ekonomický dopad: Slouží k zachycení kontextové vazby - realizace aktivity vytváří negativní ekonomický dopad. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu.
  • Znalost: Slouží k zachycení kontextové vazby - realizace aktivity vyžaduje specifickou znalost. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu.
  • Předpoklady: Slouží k zachycení kontextové vazby - realizace aktivity vyžaduje specifické předpoklady. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu.
  • Produkt: Slouží k zachycení kontextové vazby - aktivita spotřebovává / vytváří produkt. Metodicky korektnější je mapování produktů na úrovni struktur procesů (vrcholová procesní mapa, model tvorby přidané hodnoty a diagram SIPOC). Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu.
  • Služba: Slouží k zachycení kontextové vazby - aktivita spotřebovává / produkuje službu. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu.
  • Metrika: Také v tomto případě je metodicky korektnější provazování metrik na úrovni procesů, nikoliv aktivit. Další informace v tématu Systém měření výkonnosti a definice metrik. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu.
  • Cíl: Slouží k zachycení kontextové vazby - aktivita podporuje naplnění cíle. Také v tomto případě je metodicky korektnější provazování cílů na úrovni procesů, nikoliv aktivit. Další informace v tématu Systém měření výkonnosti a definice metrik.
  • Riziko: Slouží k zachycení kontextové vazby - riziko působí, případně může ovlivnit realizaci kroku procesu. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu.
  • Opatření: Slouží k zachycení kontextové vazby - dopad rizika je zmírněn opatřením. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu.
  • Slabé místo: Slouží k zachycení kontextové vazby - výkonnost aktivity je snížena slabým místem. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu.
  • Zlepšení: Slouží k zachycení kontextové vazby - výkonnost aktivity je zvýšena zlepšením. Objekt nelze v tomto typu modelu dále hierarchizovat, pracuje se s výskytovou kopií objektu.
  • Poznámka: Objekt umožňuje zapsat textovou poznámku ke konkrétnímu modelu. Objekt se vyskytuje ve všech modelech metody modelování ARPO.

Plavecké Dráhy

Plavecké dráhy se obecně využívají k organizaci a kategorizaci aktivit na základě funkcí organizačních jednotek nebo procesních rolí. Je-li preferováno modelování workflow v horizontální rovině, pak se používají horizontální plavecké dráhy. Je-li preferováno modelování workflow ve vertikální rovině, pak se používají vertikální plavecké dráhy.

Procesní Mapa

Vzhledem k tomu, že se v každé společnosti vyskytuje velké množství procesů, mělo by být cílem společnosti, aby tyto procesy byli dobře přehledné a čitelné. Čím více procesů tím se jejich přehlednost snižuje. Proto se v řadě případů procesy dělí do skupin. Každou skupinu potom reprezentuje jeden proces. Procesní mapou tedy můžeme nazvat pohled na procesy společnosti od abstraktní až po detailní úroveň. Pomocí procesní mapy můžeme procesy sledovat z různých pohledů.

Konverze Mezi BPMN a EPC

SW ARPO umožňuje provádět částečnou konverzi objektů a vazeb mezi notacemi BPMN a EPC. Tato konverze nemůže být bezztrátová, jedná se o dva různé standardy modelování s odlišnou filozofií modelování, historií a vazbou na praxi (domníváme se, že v tomto směru má EPC výrazně lepší pozici a BPMN má k obecné použitelnosti ještě poměrně daleko).

Obě uvedené notace však mají některé podobné prvky v podobě základních konstruktů worflow (aktivity, události, rozhodovací brány) a právě u těchto základních konstruktů lze provádět obousměrnou konverzi (BPMN › EPC a EPC › BPMN). Konverze může nalézt uplatnění buď při prosté změně notace modelování, anebo například pro potřeby automatizaci procesů a s tím spojenými exporty workflow do formátu XPDL (XML Process Definition Language).

Příklad konverze v SW ARPO:

  1. Otevřete eEPC diagram (01.5 Notace eEPC).
  2. Klávesovou zkratkou Ctrl+A vyberte všechny modely objektu a následně stiskněte klávesovou zkratku Ctrl+C.
  3. Konvertují se pouze ty elementy, které mají obdobný význam (aktivity, události, rozhodovací elementy apod.).
  4. Povšimněte si, že konverzí byly odstraněny objekty typů: dokumenty, informační systémy, procesní role. Je to logické, neboť BPMN notace má odlišnou filozofii modelování.

Historie a Vývoj BPMN a EPC

BPMN:

  • Specifikace BPMN 1.0 byla vyvinuta institutem BPMI (Business Process Management Institute).
  • BPMI se v květnu 2004 sloučil s organizací OMG (Object Management Group).
  • OMG přijala BPMN jako standard v únoru 2006 a v červnu 2007 byla dokončena verze BPMN 1.1.
  • O rok později v červnu 2008 byla vydána verze BPMN 1.2.
  • Poslední aktuální verze BPMN (Business Process Model and Notation) 2.0 byla uvolněna v lednu 2011.

EPC:

  • Notace EPC vznikla v roce 1990 (Keller, Nüttgens a Scheer) s cílem vytvořit grafický jazyk, který bude efektivní a zároveň srozumitelný široké mase uživatelů.

Význam Procesního Modelování v Současnosti

V dnešní době je modelování podnikavých procesů velmi aktuálním tématem. Je to zejména z důvodu reengineering společností, vylepšování současných procesů, implementací ERP systémů a propojování společností do sítí - všechny tyto procesy zasluhují zmapování procesů. Pomocí modelování procesů a následnému vytváření procesních map usnadňujeme práci všem, kteří s těmito procesy přichází do styku. Je na každé společnosti, jaký typ modelování si vybere a jaký k tomu použije nástroj.

tags: #epc #procesní #modelování #co #to #je

Oblíbené příspěvky: