Vysoká škola ekonomická v Praze · tools, business modeling software, enterprise modeling tools,...

Vysoká škola ekonomická v PrazeFakulta informatiky a statistiky

Katedra informačních technologií

Použítí CASE/CABE pro řízení workflow ve firmě (vazba na nástroje workflow, trendy, možnosti)

Autoři: Dominik MatoušekDominik ŠimůnekJan VeselýIveta HavelkováFilip WorschJan Rubáš

Datum: 2011

Abstrakt:

Práce se zabývá popisem CASE a CABE nástrojů pro řízení workflow ve firmě. Ve své první části

se zabývá obecně nástroji Computer Aided System Engineering a Computer Aided Business

Engineering. V další části je věnována velká pozornost oblasti workflow, ve které se diskutují typy

workflow systémů a také jejich architektura. Nemalá část teoretické části je věnována standardům

a technologiím pro zajištění workflow. Probrány jsou standardy pro modelování procesů BPMN,

EPC, Wf-XML, IDEF3 či XPDL. Po obecné části následuje část představení konkrétních produktů,

ve které se diskutuje nejdříve nad různými skupinami CASE nástrojů, které mají vztah k workflow

systémům. Rozebrány jsou skupiny nástrojů jako ECM, BPA či BPMS. V další části jsou podrobněji

představeny vybrané CASE nástroje.

Klíčová slova:CASE, CABE, workflow, BPMN, EPC, Wf-XML, XPDL, BPEL, SOA, web services, UDDI, SOAP,

WSDL, WSIT, YAWL, BPA, ECM, BPMS, iGrafx, IBM WebSphere, ARIS, Metastorm, MEGA

Modeling Suite, Visio 2010

Obsah

1 Úvod.................................................................................................................................................6

2 Obecná část.......................................................................................................................................6

2.1 CASE (Computer Aided System Engineering).........................................................................6

2.1.1 CABE (Computer Aided Business Engineering)..............................................................7

2.1.2 Přínosy CASE...................................................................................................................8

2.1.3 Způsoby dělení CASE.....................................................................................................10

2.1.4 Vývoj CASE nástrojů......................................................................................................11

2.2 Workflow................................................................................................................................12

2.2.1 Rozdíl mezi workflow a BPR.........................................................................................15

2.2.2 Typy workflow systémů..................................................................................................16

2.2.3 Architektura workflow systémů......................................................................................18

2.2.4 Referenční model workflow............................................................................................19

2.3 Standardy................................................................................................................................21

2.3.1 BPMN.............................................................................................................................22

2.3.2 Wf-XML.........................................................................................................................25

2.3.3 XPDL..............................................................................................................................25

2.3.4 EPC – Event-driven Process Chain.................................................................................27

2.3.5 IDEF3..............................................................................................................................28

2.3.6 BPEL (Business Process Execution Language)..............................................................29

2.4 Technologie.............................................................................................................................31

2.4.1 Web Services (SOAP, UDDI, WSDL)............................................................................31

2.4.2 WSIT...............................................................................................................................33

2.4.3 SOA.................................................................................................................................35

2.4.4 YAWL..............................................................................................................................36

3 Konkrétní produkty........................................................................................................................37

3.1 Trh CASE / CABE nástrojů pro řízení workflow firmy.........................................................37

3.1.1 Produkty Business Process Analysis (BPA)....................................................................37

3.1.2 Produkty Enterprise Content Management (ECM).........................................................39

3.1.3 Produkty Business Process Management Suites (BPMS)...............................................41

3.2 Představení vybraných nástrojů..............................................................................................43

3.2.1 Struktura popisu..............................................................................................................44

3.2.2 ARIS Design Platform....................................................................................................45

3.2.2.1 Obecné informace ...................................................................................................45

3.2.2.2 Funkcionalita...........................................................................................................47

3.2.2.3 Uživatelské rozhraní................................................................................................52

3.2.2.4 Podpora ze strany výrobce......................................................................................52

3.2.2.5 Licence a cena.........................................................................................................53

3.2.3 IBM WebSphere Business Modeler................................................................................53

3.2.3.1 Obecný popis...........................................................................................................54

3.2.3.2 Funkcionalita...........................................................................................................54



3.2.3.5 Licence a cena.........................................................................................................58

3.2.4 Metastorm ProVision BPA..............................................................................................58

3.2.4.1 Obecný popis...........................................................................................................59

3.2.4.2 Funkcionalita...........................................................................................................59



3.2.4.5 Licence a cena.........................................................................................................62

3.2.5 iGrafx Process.................................................................................................................62

3.2.5.1 Obecný popis...........................................................................................................62

3.2.5.2 Funkcionalita...........................................................................................................63



3.2.5.5 Licence a cena.........................................................................................................65

3.2.6 MEGA Modeling Suite...................................................................................................65

3.2.6.1 Obecný popis...........................................................................................................65

3.2.6.2 Funkcionalita...........................................................................................................67



3.2.6.5 Licence a cena.........................................................................................................69

3.2.7 Visio 2010.......................................................................................................................69

3.2.7.1 Obecný popis...........................................................................................................69

3.2.7.2 Funkcionalita...........................................................................................................70



3.2.7.5 Licence a cena.........................................................................................................73

3.2.8 BizAgi Process Modeler.................................................................................................73

3.2.8.1 Obecný popis...........................................................................................................73

3.2.8.2 Funkcionalita...........................................................................................................73



3.2.8.5 Licence a cena.........................................................................................................75

3.2.9 Gliffy...............................................................................................................................75

3.2.9.1 Obecný popis...........................................................................................................75

3.2.9.2 Funkcionalita...........................................................................................................75



3.2.9.5 Licence a cena.........................................................................................................76

4 Závěr...............................................................................................................................................76

5 Zdroje.............................................................................................................................................77

6 Terminologický slovník..................................................................................................................82

1 Úvod

Tato práce o CASE a CABE nástrojích pro řízení workflow ve firmě navazuje na řadu

předcházejicích prací na stejné téma. Dříve zpracované práce se na dané téma dívaly z různých

úhlů. I my jsme chtěli práci zpracovat trochu jinak. V rámci naší práce jsme si tedy stanovili několik

cílů. Jelikož některé dřívější práce se věnovali pouze představení jednotlivých nástrojů, jiné zase

pouze obecnému popisu, avšak ne zcela obsáhle, rozhodli jsme se zpracovat poměrně rozsáhlou

obecnou část. Tato část by měla pojmout většinu relevantních souvisejících obecných pojmů, z

nichž některé jsou zmíněny i v minulých pracích, další však chceme doplnit tak, aby tato obecná

část uvedla čtenáře do dané oblasti a poskytla mu dostatečné obecné informace, které následně

může použít při hodnocení jednotlivých námi popsaných nástrojích.

Podobně jako práce před námi i my ve své práci prezentujeme vybrané CASE nástroje. Nicméně

jsme se rozhodli zde pojmout problematiku trochu koncepčně a nevybírat nástroje čistě náhodně

bez bližšího popisu, proč zrovna tyto programy. V rámci části konkrétních produktů se tak

věnujeme nejdříve obecněji jednotlivým kategoriím nástrojů, které bychom mohli nazvat CASE

nástroji pro řízení workflow. Do těchto nástrojů můžeme v dnešní době počítat nástroje BPA pro

modelování business procesů, ale i nástroje ECM, které umožňují dnes i řídit workflow, a také

nástroje Business Process Management Suites. Produkty, které prezentujeme v praktické části,

jsme vybrali tak, abychom popsali nejlepší nástroje Business Process Analysis podle společnosti

Gartner.

Abychom však neprezentovali pouze nejlepší komerční nástroje na trhu a neomezovali bychom tak

rozhled čtenáře této práce, usoudili jsme, že je vhodné představit i některé vybrané open source

nástroje. Mezi podrobněji popsané produkty jsme zahrnuli tak i dva open source nástroje, z nichž

jeden je zajímavý i tím, že je dostupný jako Saas (Software-as-a-Service).

2 Obecná část

V obecné části si postupně vysvětlíme nejdůležitější pojmy, které se vztahují k tématu této práce.

Věnovat se budeme tedy pojmům CASE, CABE či například workflow. Ti, co si holdují v různých IT

zkratkách, možná poznají nějaké nové v sekcích o standardech a technologiích – vysvětleny

budou pojmy jako EPC, IDEF3, BPMN, WSIT a některé další.

2.1 CASE (Computer Aided System Engineering)

Softwarové firmy jsou nuceny vytvářet stále komplexnější a kvalitnější software, ve stále kratším

čase a s nižšími náklady. Musí neustále hledat nové cesty, jak produkovat software efektivněji. Na

to reagují jiné softwarové firmy nabídkou nástrojů, které toto zvýšení efektivity softwarového vývoje

podporují – nabídkou nástrojů CASE.

Computer-aided software engineering (CASE) můžeme definovat jako počítačové prostředky

určené k podpoře softwarového inženýrství, nebo též jako účelové využití počítačových aplikací v

procesu systematického vývoje software.

Jednou ze základních metod softwarového inženýrství je rozdělení procesu vývoje do několika

etap (analýzy, návrhu, implementace, zavedení, provozu aj.), které dohromady tvoří takzvaný

životní cyklus software. CASE nástroje si kladou za cíl zefektivnit jednak jednotlivé etapy životního

cyklu a jednak přechody mezi těmito etapami.

V současnosti mohou být prakticky všechny aspekty vývojového cyklu podpořeny softwarovými

nástroji. Je však diskutabilní, zda lze všechny tyto nástroje označit jako CASE [ITTOOLBOX,

2008]. Je například vhodné jako CASE označit nástroje pro řízení projektů, či jde o samostatnou

kategorii nástrojů? Je zřejmé, že odpověď na tuto otázku záleží na rozhodnutí výrobce nástroje a

na způsobu využití nástroje v konkrétním případě. Proto se CASE nejčastěji ztotožňuje s nástroji,

které slouží výhradně k podpoře softwarového inženýrství.

2.1.1 CABE (Computer Aided Business Engineering)

Specifickou kategorií nástrojů, kterou není možné s klidným svědomím označit za podmnožinu

CASE, je kategorie nástrojů pro modelování podnikových procesů nebo jiných aspektů podnikání

(podnikových cílů, organizační struktury, vztahů podniku s okolím atd.). Tyto nástroje jsou známé

pod různými názvy – CABE (Computer Aided Business Engineering), business process modeling

tools, business modeling software, enterprise modeling tools, business process management tools

aj. Důvodem, proč je vhodné tyto nástroje pojmově oddělit od CASE, je fakt, že podnikové procesy

lze modelovat i mimo rámec softwarového inženýrství. Protože se však funkcionalita CASE a

CABE částečně překrývá (podnikový reengineering si dnes již prakticky nelze představit bez

adekvátní SW podpory), lze se setkat i s termínem Business modeling CASE. Vztahy mezi

uvedenými pojmy znázorňuje Obrázek 1.

Obr. 1.: Vztah CASE a CABE [zdroj: vlastní tvorba].

Zástupcem kategorie nástrojů Business modeling CASE jsou nástroje pro návrh a implementaci

workflow, o kterých pojednává tato práce.

2.1.2 Přínosy CASE

Albert F. Case1, jeden z otců prvních CASE nástrojů i termínu CASE samotného, formuloval jako

hlavní přínos CASE zvýšení produktivity práce [CASE, 1985]. Produktivitu lze přitom chápat jako

funkci dvou proměnných – výkonnosti a kvality.

Výkonností se myslí rychlost, se kterou je zdroj schopen dokončit zadaný úkol. Vyšší výkonnost

však neznamená nezbytně i vyšší produktivitu. Vývojář, který během jednoho dne napíše 100

řádků kódu, nemusí být produktivnější než vývojář, který za stejné období stihne pouze 50 řádků

kódu. Je to dáno tím, že při urychlení procesu vývoje obvykle dochází, za jinak stejných externích

okolností, ke zvýšení chybovosti, a tedy ke snížení kvality (viz obr. 2).

Obr. 2.: Křivka konstantní produktivity [CASE, 1985].

Smyslem CASE nástrojů je zvýšení výkonnosti při zachování kvality, nebo spíše zvýšení kvality při

zachování výkonnosti. Správné využití CASE vede k posunutí křivky produktivity doprava nahoru

(viz obr. 3).

1 Albert F. Case - http://en.wikipedia.org/wiki/Albert_F._Case,_Jr.

Obr. 3.: Křivka zvýšené produktivity [CASE, 1985].

CASE nástroje poskytují celou řadu funkcí určených ke zvýšení produktivity práce. Dle IBM [IBM,

2008] jde zejména o:

● automatizaci přechodu mezi různými úrovněmi abstrakce:

○ „forward engineering” (generování kódu, případně modelů nižší úrovně),

○ „reverse engineering“ (vizualizace existujícího kódu, generování modelů vyšší

úrovně),

● automatické ověřování nebo přímé zajišťování konzistence různých modelů nebo jejich

prvků,

● zobrazování modelů z různých úhlů pohledů,

● generování dokumentace, přehledů aj.

Je však třeba vzít v úvahu i rizika a náklady, které se pojí s CASE nástroji (pomineme-li samotnou

cenu nástroje):

● čas a náklady na úvodní osvojení nástroje,

● náklady spojené s údržbou modelů v průběhu času (používání CASE nástroje může vést k

nutkání neustále udržovat modely aktuální, ačkoliv to v dané chvíli již nemusí být

optimální),

● čas ztracený nadužíváním nástroje (snaha dělat modely krásné, snaha zakomponovat do

modelu maximum informací – i těch, které nejsou při pohledu na model vidět, které lze

zobrazit pouze v daném nástroji),

● náklady na převod modelů mezi různými nástroji.

V každém případě je nutné vždy pečlivě zvážit, zda je CASE výhodné využít, či nikoliv, a to jak z

hlediska věcného přínosu při řešení daného problému, tak z hlediska nákladů.

2.1.3 Způsoby dělení CASE

Case nástroje se dělí podle několika různých hledisek.

a) Podle životního cyklu projektu:

Dělení CASE nástrojů podle životního cyklu projektu je nejčastějším dělením. Vychází z životního

cyklu projektu neboli fáze vývoje informačního systému či programové aplikace.

Pre CASE Podporuje činnosti předcházející vývoji IS (globální strategie).

Upper CASE Podporuje tvorbu analýzy a informační strategie.

Middle CASE Podporuje tvorbu globálního a detailního návrhu IS.

Lower CASE Podporuje fázi implementace.

Post CASE Podporuje uvedení IS do provozu, provoz, údržbu či reengineering.Tab. 1 – Rozdělení CASE nástrojů podle životního cyklu vývoje softwaru.

Pokrytí jednotlivých typů CASE nástrojů v různých fázích životního cyklu vývoje softwaru je

přehledně zobrazen na obrázku 4.

Obr. 4 - Pokrytí fází životního cyklu vývoje informačního systému různými druhy CASE [Chlapek, Řepa, 1997].

Rozdělení popsané výše se občas zjednodušuje na pouhé dvě kategorie:

• Upper CASE – tyto nástroje jsou pro tvorbu diagramu, generování reportu, formulářů apod.

Jedná se o podporu fáze analýzy a návrhu.

• Lower CASE – tyto nástroje jsou podporou pro fázi implementace, testování a řízení

konfigurací.

b) Podle interaktivity

Mezi CASE nástroje, které jsou interaktivní, patří nástroje podporující metodu návrhu.

Mezi CASE nástroje, které nejsou interaktivní, patří vývojové nástroje (překladače).

c) Podle fáze projektu vývoje software, v níž jsou využívány

• Front-end CASE nástroje - využívány v předchozích fází projektu (na podporu návrhu).

• Back-end CASE nástroje - využívány v následujících fázích projektu (nástroje podporující

testování).

d) Podle toho, zda jsou využívány během celého životního cyklu software

• Vertikální CASE nástroje – podpora dílčích kroků životního cyklu software (kódování,

zjišťování uživatelských požadavků).

• Horizontální CASE nástroje – podpora několika kroků životního cyklu software (řízení

konfigurace, tvorba dokumentace).

e) Podle stupně integrace

• CASE tools – zabezpečení automatizované podpory jakékoli úlohy životního cyklu

software.

• CASE toolkits - soubor integrovaných softwarových nástrojů, který poskytuje částečnou či

komplexní podporu v rámci jedné fáze životního cyklu software.

• CASE workbenches - množina integrovaných CASE tools nebo CASE toolkits, která

poskytuje částečnou či komplexní podporu v nejméně dvou fázích životního cyklu software.

• I – CASE - představuje nejvyšší stupeň integrace a propojení několika CASE tools, CASE

toolkits a CASE workbenches

2.1.4 Vývoj CASE nástrojů

Co se pod pojmem CASE skrývá, již bylo popsáno v předchozích kapitolách. Kde se však tento

termín vzal? Vznik CASE nástrojů lze datovat shodně s nástupem softwarového inženýrství. To se

začalo formovat na konci 60. let, kdy začala tzv. softwarová krize, kdy výkon hardware předčil

vývoj software. Charakteristickými znaky této krize bylo neúnosné prodlužování a prodražování

projektů, nízká kvalita programů, nesnadnost či nemožnost údržby a inovace, špatná produktivita

práce programátorů, neefektivita vývoje a řada dalších.

Příčin této krize bylo hned několik:

● Špatná komunikace mezi vývojáři a zákazníkem.

● Malé kompetence zákazníka - většinou byl na dodavateli závislý a byl nucen tolerovat

nedostatky.

● Nesprávné odhady času, nákladů i rozsahu.

● Nízká produktivita práce.

Zlomem lze označit konferenci NATO v roce 1968 ve středisku Garmisch Partenkirchen v

Německu, kterou lze označit za místo narození softwarového inženýrství. Do té doby se počítače

využívaly převážně pro vědecko-technické výpočty, kde záleželo spíše na preciznosti řešení, než

na efektivitě vývoje. Jednalo se o průkopnickou etapu, kdy programátoři vytvářeli programy šité na

míru danému počítači či architektuře. Vytvářené programy jsou většinou neudržované a neměnné

a často vypáleny na trvalé paměti.

V 70. letech dochází k formulaci základních principů tohoto oboru, tvorba programů začíná být

častějším jevem, hardware se stává dostupnější. Začínají se vytvářet první aplikace umožňující

interakci s uživatelem. Z tohoto období pochází také značná část dodnes používaných technik -

specifikace, návrh, architektura, testování, zajištění kvality, modely životního cyklu atd. V dalších

letech jsou vyvíjeny metodiky pro analýzu. Vzniká také první verze generace nástrojů pro podporu

této disciplíny, což jsou právě CASE nástroje. Původní myšlenka CASE nástrojů byla ta, že už

nebude potřeba programátorů, tedy, že CASE nástroj vygeneruje již samotný kód, který bude

připraven k použití bez jakýchkoliv úprav a zásahů.

80. léta jsou pro CASE boomem, zásluhu na tom má příchod GUI (grafické uživatelské rozhraní).

V tomto období nastupují objektově orientované přístupy, objektově orientovaná analýza a

objektově orientovaný návrh. Hlavní výhodou byla možnost udržovat program na návrhové úrovni

bez potřeby znalosti zdrojového kódu. Ani nyní se však naděje, že CASE nástroje budou generovat

kód, nevyplnila. Stále přetrvával problém s udržováním aktuálních verzí modelů a kódů. Po každé

úpravě návrhu se musel změnit kód a naopak. Tento nedostatek se postupně podařilo odstranit -

nástroje začaly zajišťovat provázanost jednotlivých modelů a dále začaly poskytovat možnost

zpětného vytvoření modelu ze zdrojového kódu.

Dnes CASE nástroje představují podporu ve všech fázích procesu vývoje softwaru, nepomáhají již

pouze vývojářům, ale také např. v procesu řízení formy, kdy se zanalyzují stávající firemní procesy

a pomocí CASE nástrojů se postupně optimalizují.

2.2 Workflow

V dnešním světě firmy velmi často požadují vytvoření jakési platformy, která umožní spravovat

nesčetný počet business procesů probíhajících napříč odděleními, lidskými zdroji a firemními

systémy. Taková platforma by měla zajistit definování procesů (zpravidla grafický nástroj), klientský

nástroj pro provádění úkolů lidmi, monitorovací nástroje pro zjištění (ne)efektivity jednotlivých

procesů a také nástroj pro řízení jednotlivých procesů, neboli tzv. workflow engine.

Než se tedy pustíme do porovnání jednotlivých CASE/CABE nástrojů pro řízení workflow ve firmě,

je nutné se zastavit a vysvětlit obsah, který se pod slovem workflow skrývá. Workflow se často

používá v mnoha významech, někdy znamená business proces, jindy software, který zajišťuje jeho

automatizaci. Pro standardizaci pojmů v oblasti workflow se rozhodla instituce Workflow

Management Coalition2 (WfMC) vydat terminologický slovník [WfMC, 1999], ve kterém termín

workflow definuje jako:

“The automation of a business process, in whole or part, during which documents,

information or tasks are passed from one participant to another for action, according

to a set of procedural rules.”

Což můžeme přeložit takto:

“Automatizace celého nebo části podnikového procesu, během kterého jsou dokumenty, informace

nebo úkoly předávány od jednoho účastníka k druhému podle sady procedurálních pravidel.”

Podobně pojem workflow definuje i ředitel společnosti Kaktus Software David Kalous [Kalous,

2010]:

“Workflow je v pojetí IT v podstatě implementací byznys procesu v podobě technologického

nástroje, který pomáhá tyto postupy automatizovat.”

Jenže, jak zmiňuje Bruce Silver - nezávislý analytik a konzultant specializující se na oblast BPM

[Carda, Kunstová, 2003]:

“Workflow je dnes zprofanovaný termín, který může znamenat mnoho různých věcí.”

Pokusíme-li se přeložit pojem workflow, získáme výraz jako “pracovní tok”. Pracovní tok však

nemusí nutně znamenat svoji automatizaci, ta může být součástí podpory pracovního toku pomocí

informačních a komunikačních technologií, avšak samotný pracovní tok nemusí být nutně

automatizován. Autoři tohoto dokumentu se tedy spíše přiklánějí k definici pojmu workflow, jak ji

nadefinoval například Davenport [Davenport, 1996]:

“Workflow je strukturovaná a měřitelná sada činností sestavená tak, aby vytvářela specifikovaný

2 Založena 1993 pro zajištění standardizace a interoperability workflow management systémů (www.wfmc.org)

výstup pro určitého zákazníka nebo trh. Její součástí je značný důraz na to, jak se daná práce v

určité organizaci provádí.”

Případně, jak je nadefinována v dokumentu ISO 12052:2006:

“Workflow se skládá z posloupnosti propojených kroků. Je to zobrazení posloupnosti operací,

je prohlášen za dílo osoby, skupiny osob, práci organizace zaměstnanců, nebo stroje.”

Chceme-li pracovní tok, neboli workflow, automatizovat, využijeme pro to nepochybně

počítačových systémů. Počítačové systémy, které zajišťují fungující automatizaci podnikového

procesu nebo jeho části, se označují pojmem systémy řízení workflow. Systém řízení workflow je

tedy dle Workflow Management Coalition systém, který [WfMC, 1999]: “definuje, vytváří a řídí

průběh procesu. Je schopen interpretovat definici procesu, komunikovat s účastníky workflow a v

případě potřeby spustit další aplikace.”

Workflow systémy z pravidla podporují tyto fáze [Carda, Kunstová, 2003]:

1. Přípravnou fázi - neboli fázi definice procesu, jenž bude automatizovaně řízen

2. Realizační fázi - tedy řízení průběhu procesu

3. Sledovací a vyhodnocovací fázi - neboli tzv. monitoring a vyhodnocení reálného průběhu

procesu

Vidíme, že rozsah možností workflow systémů je dnes již široký a dalo by se říci, že zajišťují celý

životní cyklus procesu od jeho definice, přes realizaci až po jeho monitoring a na něj navazující

případnou optimalizaci procesu.

V definicích workflow systémů se neustále mluví o procesu či procesech. Proces můžeme

definovat jako [Řepa, 2006]: “souhrn činností, transformující souhrn vstupů do souhrnu výstupů

(zboží nebo služeb) pro jiné lidi nebo procesy, používajíce k tomu lidi a nástroje.”

V každé firmě probíhá minimálně několik procesů, jako příklad si můžeme uvést - sepsání

smlouvy, přijetí nového zaměstnance a zpravidla výrobní procesy atd. Workflow systémy v rámci

automatizace procesů mohou například posouvat určitý dokument k potřebným osobám, změnit

automaticky stav dokumentu na základě nějaké události atd. V reálu potom workflow systém

umožňuje například dle Kalouse [Kalous, 2010]: “vizualizaci procesů vyřizování objednávky, kdy je

v systému vidět, kdy objednávka vznikla, zda ji již někdo řeší, či zda je už vyřízena. Dále je třeba

možné v systémech sledovat stav montáže nového vozidla a podobně.“

Abychom sjednotili často používané pojmy v oblasti workflow a jejich významy, použijeme zde

obrázek vytvořený Workflow Management Coalition v rámci její snahy sjednotit pojmosloví v této

oblasti, jejímž cílem je usnadnění komunikace a porozumění v průběhu implementace systému

workflow ve firmě.

Obr. 5 - Vztahy mezi pojmy souvisejícími s workflow [WfMC, 1999] (přeložená a mírně upravená verze původního modelu WfMC převzata z [Novotný, 2009])

Z obrázku vyplývá, že proces je množinou několika činností / aktivit, které jsou vzájemně

propojeny. Tyto aktivity mohou být manuální, což znamená, že nejsou řízeny workflow systémem,

nebo automatizované. Každý proces je definován svojí definicí procesu, v níž se vyjadřuje vše, co

má proběhnout. Podnikový proces je řízen workflow management systémem, který řídí

automatizované části procesů či celé automatizované procesy. V rámci konkrétní instance procesu

se postupně zpracovávají dílčí instance aktivit procesu (odpovídají jednotlivým automatizovaným

aktivitám), které mohou obsahovat například spuštění určité aplikace, která aktivitu vykoná, nebo

přidělení úkolu účastníkovi workflow, jenž bude upozorněn na jemu přidělený pracovní úkol, který

musí vykonat (v rámci určitých pravidel - časových atd.).

2.2.1 Rozdíl mezi workflow a BPR

Blízko procesům má také jedna zkratka - BPR, pod níž se skrývá pojem Business Process

Reengineering. Aby nedošlo k omylům, považujeme za vhodné zde stručně vysvětlit, jaký je rozdíl

mezi těmito pojmy.

Kunstová vysvětluje BPR takto [Kunstová, 1999]: “Reengineering je aktem analýzy podnikových

procesů a jejich změny s cílem jejich zlepšení. Zahrnuje kombinaci odbornosti, dovednosti,

diplomatické zkušenosti, pohotovosti, taktnosti a manažerského citu.”. Důležité je především

použité slovo “zlepšení”. Řepa [Řepa, 2006] zmiňuje, že „BPR je kulturně zcela jiným přístupem,

než průběžné zlepšování procesů. Ve své extrémní podobě BPR předpokládá, že stávající

podnikový proces (procesy) je zcela nevyhovující – nefunguje, je špatný, je třeba jej z podstaty

změnit, od počátku.“ Workflow je však pouze softwarová technologie, která poskytuje prostředky

pro automatizaci podnikových procesů [Kunstová, 1999]. Zatímco tedy BPR se věnuje optimalizaci

a tedy i obsahovému zlepšení procesu a jeho změně, tak automatizace procesu zpravidla nemusí

vést k jeho obsahové změně a optimalizaci. Z toho můžeme usoudit, že firma může automatizovat

procesy bez jejich reengineeringu, nebo obráceně, tedy že výsledkem BPR aktivit nemusí být vždy

implementace workflow [Kunstová, 1999], neboť ne každý proces je vhodné či možné

automatizovat pomocí workflow. Návaznost BPR a Workflow ilustruje Kunstová [Kunstová, 1999]

následovně: „Využití nástrojů BPR pro popis životního cyklu pracovního toku začíná analýzou

existujícíh procovních toků. Potom se použijí nástroje BPR ke grafickému znázornění a zmapování

procesu včetně přiřazení úkolů a zdrojů. Simulační nástroje umožňují vyladění procesu. Po

ukončení optimalizace návrhu je definice procesu předána workflow systému, který zajistí jeho

automatizaci, bude řídit jeho zpracování, sledovat a evidovat průběh procesu a tyto statistické

údaje poskytovat BPR nástroji pro případnou další analýzu, eliminaci úzkých míst, simulaci a

optimalizaci.“

Tento vztah si můžeme ilustrovat na obrázku 6, který zobrazuje jeden z modelů metodiky MMDIS3.

Jedná se o model řízení podniku založený na procesním řízení a skládá se z 6-ti úrovní. V tomto

modelu bychom mohli BPR zařadit do druhé úrovně Vývoj produktů/služeb – definice a

optimalizace procesů a souvisejících metrik, kde se definují procesy, pomocí kterých chce podnik

realizovat svůj byznys model a své cíle. Workflow naopak spadá do úrovně páté Realizace

procesů, ale nepochybně i do úrovně čtvrté Monitoring procesů, neboť workflow řídí zpracování,

sleduje a eviduje průběh procesu. Výsledky monitoringu poté předává BPR pro případnou další

analýzu a optimalizaci, což naznačuje šipka ze čtvrté do druhé úrovně Změna definice procesu.

Obr. 6 – Model řízení podniku založený na procesním řízení [Voříšek, 2010].

3 Multidimensional Management and Development of Information Systems

Václav Řepa ilustruje rozdíl a vzájemné vztahy mezi BPR a Workflow následovně [Řepa, 2007]:

Obr. 7 - Konceptuální model business procesů a vazby BPR na Workflow.

2.2.2 Typy workflow systémů

Workflow management systémy můžeme rozdělit do kategorií podle několika hledisek. Carda a

Kunstová [Carda, Kunstová, 2003] klasifikují systémy workflow podle charakterů procesů,

technologické infrastuktury a orientace procesů. Podle charakteru procesů dělíme workflow

systémy na:

● Administrativní workflow

● Ad hoc workflow

● Produkční workflow

● Kolaborativní workflow

Administrativní workflow slouží k vyřizování běžné každodenní agendy, neboli automatizuje

opakované a podpůrné procesy jako například vystavení objednávky, vyřízení reklamace,

registrace vozidla, vyřízení žádosti o služební cestu a mnoho dalších. Ad hoc workflow se odlišuje

tím, že je založeno na náhodnosti procesu. Tím, že je proces náhodný, je možné jej nadefinovat až

v okamžiku jeho vzniku. Produkční workflow systémy, jak již název napovídá, podporují hlavní

podnikové procesy, které vytvářejí přidanou hodnotu k vyráběnému produktu nebo službě.

Především na kvalitním průběhu těchto procesů závisí spokojenost zákazníka. Poslední kategorií

je kolaborativní workflow podporující především týmovou spolupráci, kdy typicky členové týmu

společně pracují na určitém dokumentu, jenž je zpravidla výsledkem jejich společného úsilí (např.

návrh designu výrobku, zpracování kupní smlouvy atd.).

Rozdělení můžeme ilustrovat na obrázku 8:

Obr. 8 - Kategorie workflow systémů [Kunstová, 1999].

A pro podrobnější pochopení základních typů workflow systémů i na tabulce 2 [Carda, Kunstová,

2003]:

Produkční Administrativní Kolaborativní Ad-hoc

• Procesy jsou

podrobně

strukturovány,

• procesy jsou

formalizovány,

• většina

odchylek je

předem

ošetřena,

• procesy bývají

složité,

• je vyžadována

rychlá doba

odezvy, vysoká

průchodnost,

• vyžadují

integraci s

dalšími

aplikacemi,

• cílem je vysoká

• Procesy jsou

dobře

strukturované,

předem

definované,

• není

požadována

taková

průchodnost

jako u

produkčních

systémů,

• nahodile (v

nepravidelných

intervalech)

jsou tyto

procesy

využívány

většinou

uživatelů,

• procesy jsou

• Procesy nejsou

příliš

strukturovány,

• důraz je kladen

na zajištění

řízené

spolupráce

účastníků

procesu,

• důležítá je

snadná

dynamická

možnost změny

procesu,

• průchodnost

procesu není

rozhodující.

• Důležitá je

snadná a rychlá

definice procesu

v okamžiku

potřeby,

• procesy definují

koncoví

uživatelé,

• existuje možnost

dynamických

modifikací

procesů,

• požadavky na

průchodnost jsou

nízké,

• cílem jsou

nulové náklady a

žádná správa.

produktivita,

• konkrétní

procesy často

využívá

vymezený okruh

uživatelů.

obvykle spojeny

s formuláři či

jinými

dokumenty.

Tab. 2 - Porovnání základních typů workflow [Carda, Kunstová, 2003].

Workflow systémy můžeme dále dělit podle technologické infrastuktury. Zpravidla se jedná o

produkty založené na elektronické poště (mail-based), jenž využívají emailové servery a protokoly

SMTP4/POP35. Jejich použití je smysluplné především u kolaborativních a ad hoc workflow

systémů. Produkty založené na dokumentech (dokument-based) jsou obvykle rozšířením produktů

DMS6 a jsou založeny na představě směřování dokumentů (často za hranice firmy - komunikace s

externími aplikacemi). Třetí kategorií jsou produkty založené na procesech (process-based), jenž

jsou speciálně navrženy pro analýzu, automatizaci a řízení podnikových procesů. Zpravidla sem

patří produkční workflow systémy. A konečně poslední kategorií workflow systémů podle

technologické infrastruktury jsou produkty založené na webu (web-based), které využívají

jednotného prostředí intranetových či internetových aplikací dostupných prostřednictví webového

prohlížeče.

Poslední hledisko dělení workflow systémů, které zde ve stručnosti zmíníme je hledisko orientace

procesů. Procesy mohou být orientováné na lidi (people-centric) či na sebe (process-centric). U

systémů people-centric spoléhají účastníci především sami na sebe a průběh procesu je závislý na

těchto jednotlivcích, kteří se na něm podílejí. Příkladem takového procesu mohou být prezentace

nové služby, zákaznický servis atd. Naopak process-centric systémy jsou zaměřeny na klíčové

procesy, které jsou předpověditelné a mají především pevná pravidla řešení a zpracování (např.

pojistné události).

2.2.3 Architektura workflow systémů

Abychom mohli v praktické části práce rozebrat jednotlivé CASE a CABE nástroje pro podporu

workflow ve firmě, musíme pochopit základní stavební kameny systémů workflow. Těmito

stavebními kameny jsou zpravidla jednotlivé programové komponenty a vazby mezi nimi, jež

bývají, přestože na trhu figuruje velké množství workflow produktů, poměrně standardizovány.

4 Simple Mail Transfer Protocol5 Post Office Protocol version 36 Document Management System

Obr. 9 - Obecný model workflow systému [WfMC, 1995] (český překlad převzat z [Kunstová, 1999]).

Obrázek 9 ukazuje architekturu workflow systémů, kde tučným obdélníkem jsou zobrazeny

jednotlivé programové komponenty a nezvýrazněným obdélníkem tzv. datové komponenty.

Nejdůležitější komponentou systému workflow je nepochybně Výkonné jádro workflow, které řídí

průběh samotného procesu a udržuje statistiky o průběhu workflow. Předtím, než nějaký proces

budeme automatizovat, je nutné ho nadefinovat, nejlépe pomocí nějakého CASE nástroje, který

nám umožní bez znalostí jakéhokoli programovacího jazyka nadefinovat pomocí grafických objektů

proces. Tuto komponentu obsahuje dnes většina systému workflow a na obrázku obecného

modelu workflow systému je tato část pojmenována jako Nástroj pro definici procesů. Programové

komponenty Správce úloh a Uživatelské rozhraní umožňují komunikace uživatele s jádrem

workflow systému. Tyto dvě komponenty mohou tvořit jednolitý celek.

2.2.4 Referenční model workflow

WfMC (Workflow Management Coalition) vytvořila tzv. referenční model workflow, který

představuje architektonickou reprezentaci systémů workflow a identifikuje nejdůležitější rozhraní

(interfaces).

Obr. 10 - Referenční model workflow [WfMC, 2011].

Uprostřed obrázku 10 se nachází Výkonné jádro workflow (Workflow engines), které zajišťuje

zpracování výskytů procesů [WfMC, 1995]. To je “obaleno” Řídící službou workflow (Workflow

enactment service), která vytváří, řídí a spouští instance (výskyty) procesů. Může obsahovat i více

výkonných jader. Ostatní aplikace mohou s komunikovat s touto službou pomocí rozhraní

nazvaného workflow application programming interface (WAPI) dle [WfMC, 1995].

Mezi službou workflow a ostatními programovými komponentami či dalšími službami jsou

definována aplikační programová rozhraní (API). Referenční model workflow dle WfMC jich

definuje pět a v této části si je stručně rozebereme.

Interface 1 – Process Definition Tools x Workflow Enactment ServiceRozhraní mezi Řídící službou workflow a Nástrojem pro definici procesu zajišťuje jejich propojení a

zároveň umožňuje oddělit fázi návrhu procesu a fázi průběhu procesu. Můžeme tedy modelovat

proces v určitém nástroji s použitím určitého standardu. To umožňuje poté opakované použití

definice procesu ve více produktech workflow.

Interface 2 – Client Apps x Workflow Enactment ServiceRozhraní 2 je rozhraním mezi Řídící službou workflow a klientskými aplikacemi. Rozhraní musí

zajistit různé alternativy komunikace klientské workflow aplikace se službou. Pomocí této

komunikace může uživatel vyhledávat jednotlivé výskyty procesů, jednotlivé úkoly, zahajovat nový

proces, či ho přerušit, může zjistit informace o přiděleném úkolu atd. Klientská aplikace je tedy

přístupovým místem uživatele workflow systému, která mu obvykle nabídne přívětivé grafické

rozhraní.

Interface 3 – Tool Agent x Workflow Enactment ServiceTřetí rozhraní je rozhraním mezi Řídící službou workflow a externími aplikacemi (jak obrázek

napovídá, jedná se zpravidla o webové služby viz. kapitola o Web Services). Přístup k externím

aplikacím je většinou přes Aplikačního agenta, jelikož externí aplikace zpravidla dosahují vysoké

různorodosti a Aplikační agent tedy plní úlohu převodu standardizovaného API do specifického API

externí aplikace. Rozhraní musí umožňovat spuštění externí aplikace či její zastavení, oznámení o

dokončení činnosti a také předávání dat mezi službou a externí aplikací.

Interface 4 – Other Workflow Enactment Service x Workflow Enactment ServiceJednotlivé workflow systémy spolu mohou spolupracovat a mohou si zpracování na určitém

procesu rozdělovat či spolu jinak spolupracovat. Dokonce se na zpracování jednoho procesu může

podílet i více než dvě Řídící služby workflow, což vyžaduje jejich úzkou spolupráci a pokud možno

co největší interoperabilitu. Právě čtvrté rozhraní by mělo zajistit interoperabilitu mezi více Řídícími

službami workflow. Přes toto rozhraní si jednotlivé služby workflow předávají informace o výskytu

určité události (např. dokončení činnosti přidělené dané službě workflow, změna stavu činnosti či

třeba hlášení chyby).

Interface 5 – Administration & Monitoring Tools x Workflow Enactment ServiceSpráva a monitorování je umožněno díky pátému rozhraní. Páté rozhraní umožňuje klasickou

administraci - správu přístupových práv uživatelů či rolí a přířazení uživatelů k rolím, ale také třeba

operace řízení zdrojů, operace dohledu či funkce stavu procesu.

2.3 Standardy

Pro výběr vhodného CASE nástroje pro podporu modelování procesů a workflow je nutné nejdříve

zjistit, jaké podporuje modelovací standardy a jaké standardy chceme při práci využívat. V

následující části jsou uvedeny nejpoužívanější obecně uznávané standardy, které jsou často

využívány CASE nástroji. Jedná se o standardy BPMN, XPDL, Wf-XML, EPC, IDEF3 a BPEL.

Srovnáním standardů pro procesní modelování se věnoval ve své práci například Mareš [Mareš,

2010] a podle jeho analýzy, kdy měřil, jaké všechny požadavky rozdělené do jednotlivých dimenzí

splňují jednotlivé standardy pro procesní modelování. Porovnávány byly BPMN 1.1, IDEF3, EPC a

BPMN 2.0.

Obr. 11 – Srovnání standardů pro procesní modelování [Mareš, 2010].

Z obrázku je patrné, že si nejlépe vedl standard BPMN 2.0.

2.3.1 BPMN

Business Process Modeling Notation7 je celosvětově uznávaný standard společnosti OMG8 pro

modelování podnikových procesů, který určuje, jak má vypadat definice procesu zobrazeného

graficky na obrazovce či vytištěného na papíře. Zachycení procesu v grafické formě je důležité při

analýze a změnách procesů. Grafická forma procesu je srozumitelná nejenom IT odborníkům, ale i

uživatelům, se kterými je třeba průběh procesu konzultovat. Model procesu ve standardu BPMN je

možné převést na spustitelný program prostřednictvím jazyka XPDL.

Standard BPMN (Business Process Modeling Notation), byl vyvinut, aby umožnil tvořit

srozumitelné grafické znázornění business procesu. Grafická notace obsahuje soubor pravidel,

podle kterých je možné objekty spojovat. Dalším cílem BPMN bylo, vytvoření snadno pochopitelné

a použitelné notace. Tato jednoduchost ovšem neznamená, že by v ní nebylo možné vytvářet

složité business procesy. Tento standard byl vytvořen (verze 1.0 publikovaná v květnu 2004)

skupinou BPMI (Business Process Management Initiative) a v roce 2006 standardizován

konsorciem OMG (Object Management Group). Stěžejním úkolem bylo poskytnout notaci, která by

byla čitelná pro všechny uživatele – od analytiků přes programátory až po takové uživatele, kteří

budou procesy monitorovat a řídit. BPMN je také možné, díky jeho XML povaze, také využít pro

generování dalších formátů (XPDL, BPEL, BPEL4WS). Díky tomu BPMN vytváří most mezi

business orientovanou analýzou a designem procesů a jejich implementací.

7 Více viz. http://bpmn.org8 Object Management Group - http://en.wikipedia.org/wiki/Object_Management_Group

Na již zmíněných stránkách (http :// bpmn . org / ) je uvedena specifikace BPMN 2.0 z 3. ledna 2011.

Cílem BPMN 2.0 je sjednocení do jediné specifikace pro Business Process Model and Notation,

která definuje notaci, metamodel a vyměnné formáty pod známým a osvědčeným názvem

"BPMN". Mezi navržené vlastnosti patří:

● Spojeni BPMN s business process definition meta modelem BPDM do jednoho

konzistentního jazyka.

● Umožnit převod modelu mezi modelovacími nástroji.

● Umožnit uživateli rozdílný pohled na model podle jeho aktuální potřeby.

● Serializovat BPMN a poskytnout XML schéma pro transformaci modelů a rozšířit BPMN

směrem k procesnímu modelováni a podpoře businessu.

Zde následuje přehled grafických prvků BPM notace:

Event (Událost)

● značí se kroužkem

● přímo ovlivňují tok procesu

● události, kterými proces začíná, končí, či které nastanou v jeho průběhu

Obr. 12 – BPMN – Události [Wikipedie – BPMN, 2011].

Activity (Aktivita)

● obdélník s kulatými rohy

● znázorňuje činnost či práci

● může být buďto atomická (tzv. Task) nebo v sobě může obsahovat samostatný proces, pak

se tato aktivita nazývá subprocesem

Obr. 13 – BPMN – Aktivity [Wikipedie – BPMN, 2011].

Gateway (Brána)

● značí se čtvercem či kosočtvercem, stojícím na špici

● označuje rozbíhání či souběh toků procesu, např. rozhodování či paralelní zpracování

Obr. 14 – BPMN – Brány [Wikipedie – BPMN, 2011].

http://www.google.com/url?q=http%3A%2F%2Fbpmn.org%2F&sa=D&sntz=1&usg=AFQjCNFTb0_O992gMvB-5KfR-SERXl1MQw






Connecting Objects (Spojovací objekty)

Objekty, které slouží k spojení tokových objektů navzájem či s artefakty.

● Sequence Flow (Sekvenční tok)

○ nepřerušovaná čára s vyplněnou šipkou

○ určuje sekvenci (pořadí) aktivit

● Message Flow (Tok zpráv)

○ přerušovaná čára s prázdnou šipkou

○ znázorňuje tok zpráv mezi dvěma účastníky procesu

● Association (Asociace)

○ přerušovaná čára

○ umožňuje spojit objekt s nějakou dodatečnou informací

Obr. 15 – BPMN – Spojovací objekty [Wikipedie – BPMN, 2011]

Artifacts (Artefakty)

Značí nějaké upřesňující informace pro proces, nemají vliv na jeho tok.

● Data Object (Datový objekt)

○ značí se obdelníkem s přehnutým rohem (list papíru)

○ reprezentuje data, se kterými pracují aktivity

● Group (Seskupení)

○ obdélník kreslený přerušovanou čárou

○ seskupení aktivit za analytických či dokumentačních důvodů

● Annotation (Poznámka)

○ text, jenž je spojen asociací s jiným grafickým objektem

○ poskytuje dodatečnou textovou informace

Obr. 16 – BPMN – Data, Group, Annotation [Wikipedie – BPMN, 2011].

V současné době jsou CASE nástroji stále podporovány spíše starší verze BPMN 1.x, i když verze

2.0 už se objevuje v novějších verzích nejrozšířenějších produktů na trhu např. ARIS Express a

JBPM 5 atd. K dispozici jsou nové pojmy modelování a dva další typy diagramů.

S BPMN 2.0 bylo spojené velké očekávání. Z řad uživatelů zaznívají různorodé názory na verzi

2.0. Některé uvádějí, že BPMN je zbytečně příliš složité a obsahuje prvky, které jsou zbytečné a

znepřehledňují modely.

2.3.2 Wf-XML

Standard jazyka Wf-XML je rozšířený interface, který umožňuje komunikovat mezi WfMS

(Workflow Management Systems) a externími službami. Rozhraní vytváří procesy a jejich instance

pracující s asynchronními (požadavek/odpověď) protokoly. Dnešním trendem je XML driven‐

workflow, tedy takový systém, který si o zpracovávaných datech dokáže zjistit potřebné informace

sám (automatizovaně), anebo mu jsou tyto informace přiřazeny pro zadávání (manuální) – podle

nich pak automaticky probíhá vlastní zpracování tiskových dat.

Wf-XML 2.0 od WfMC propojuje možnosti BPM a modelování workflow. Business Process Engine

je speciální typ asynchronní služby. Průběh takové služby je znázorněn takto:

Služba spuštěna - ke službě jsou přiřazeni lidé - služba je dokončena v určitý čas. Některé BPMS

mají integrovány různé konektory, ať již obecné, nebo vytvořené pro konkretní software. Rozhraní

na vyšší úrovni představuje integraci na úrovni samotných BPMS. Pod tím si lze představit

schopnost jednoho BPMS zavolat v rámci svého procesu subproces jiného BPMS. Standardy

definující komunikační jazyk pro tato volaní jsou zejména Wf-XML, AWSP, WSDL.

Wf-XML 2.0 je definovaný prostřednictvím WSDL (Web Services Description Language), a proto je

obecně akceptovaný jako webová služba. Je důležité také zmínit, že služby vyvinuté pomoci Wf-

XML 2.0 nejsou zpětně kompatibilní se službami využivajících Wf-XML 1.1, jelikož předchozí

protokol nebyl založený na SOAP (Simple Object Access Protocol) zprávách.

V současnosti je stále aktuální verze Wf-XML 2.0.

2.3.3 XPDL

XML Process Definition Language9 je jazyk určený pro ukládání grafických procesních modelů ve

formě XML definice, umožňuje předávání procesních definic mezi různými nástroji. Na nových

verzích standardu spolupracuje komunita WfMC. XPDL má několik uplatnění:

• XPDL jako serializační formát pro BPMN

BPMN je standard vizuální notace procesů, nicméně standard BPMN je určen pouze k

definování vzhledu jednotlivých procesů na obrazovce. Jakým způsobem jsou tyto

definice procesů ukládány a měněny, již není v rámci působnosti tohoto standardu, ale

v rámci působnosti XPDL. XPDL poskytuje formát, který podporuje každý aspekt

definice procesu BPMN, včetně grafického popisu diagramu, stejně jako spustitelných

vlastností použitých během chodu. S XPDL může produkt sestavit definici procesu s

plnou spolehlivostí a přesností a jiný produkt jí může číst a reprodukovat stejný

9 XPDL - http://en.wikipedia.org/wiki/XPDL

diagram, který byl poslán.

• XPDL jako definice procesu Ekosystém

V současné době je XDPL používán k výměně definice procesů více jak 80-ti různými

produkty. Procentuálně větší části organizací, začínají používat procesní nástroje při

každodenní práci a stává se tedy čím dál tím méně rozumné používat strategie jednoho

prodejce k definici procesů. Uživatelé potřebují jít za omezení prodejce a uplatnit

přístup „nejlepšího z chovu“, který umožňuje použít jejich oblíbené procesní technologie

k naplnění určitých procesně orientovaných úloh, jako simulace a optimalizace, a

budoucí úlohy, o kterých můžeme nyní pouze snít.

XPDL je rozšiřitelné, takže umožňuje různým jednotlivým nástrojům ukládat určité

implementační informace v XDPL, a mít tyto hodnoty zachovány, i přesto, že s nimi

pracují nástroje, které nerozumí těmto rozšířením. Toto je jediný způsob, jak zajistit

„zpáteční cestu“, prostřednictvím několika nástrojů, a zároveň být schopný vrátit se k

původním nástrojům s naprostou spolehlivostí.

• Porovnání standardů XPDL a BPEL

XPDL a BPEL (více viz. Kapitola 2.4.4) jsou zcela odlišné a doposud bezplatné

standardy. BPEL je „spustitelný jazyk“ navržený k poskytování definice orchestrace

webových služeb. Definuje pouze spustitelné aspekty procesu, kdy proces pracuje

výhradně s webovými službami a XML daty. BPEL nedefinuje grafická schémata, lidsky

orientované procesy, pod-procesy a mnoho dalších aspektů moderních obchodních

procesů. Jednoduše nebyl nikdy definován k vykonávání přechodu mezi jednotlivými

designovými nástroji.

Na níže uvedeném obrázku 17 je znázorněna zásada definice procesů.

Obr. 17 – Koncept změn definice procesu [WFMC, 2001].

2.3.4 EPC – Event-driven Process Chain

EPC - Event-driven Process Chain je typ vývojového diagramu pro modelování procesů. EPC se

může používat pro konfiguraci plánování podnikových zdrojů ERP.

Metoda EPC byla vyvinuta v rámci ARIS v roce 1990. Mnoho společností EPC používá pro

modelování, analýzu podnikových procesů. EPC tvoří jádro techniky pro modelování v ARIS, který

slouží k propojení různých pohledů.

„Diagram EPC je velmi komplexní diagram, který ukazuje podnikový proces z hlediska pracovních

toků.“ [EPC, 2011].

Segmenty jsou reprezentovány různými tvary, z toho vznikne velmi efektivní vizuální schéma, které

poskytuje velmi podrobné informace.

Na obrázku 18 jsou zobrazeny základní grafické objekty EPC.

Obr. 18 - EPC - Event-driven Process Chain [Wikipedie – EPC, 2011].

EPC tedy používá následující základní elementy:

• Události - vyskytují se vždy na začátku a na konci určité aktivity. Popisují tedy situaci před

nebo po vykonání určité aktivity.

• Funkce – jsou zahrnuty v aktivní části EPC. Povinnosti a úkoly, které se musí vykonávat.

Jsou prostředkem pro popis činnosti. Jsou ve tvaru obdélníků.

• Organizační jednotky - tým nebo jednotlivci, kteří zodpovídají za funkce.

• Zdroje a informace - skutečné věci a objekty, které jsou součástí funkce.

• Logický konektor - týkají se vztahu, který je mezi událostí a funkcí.

◦ AND – a současně

◦ OR - nebo

◦ XOR – vzájemně se vylučují

• Kontrola toků - šipky znázorňující spojení všech různých funkcí, konektorů a událostí.

2.3.5 IDEF3

IDEF3 (Integrated DEFinition for Process Description Capture Method) slouží pro modelování

business procesů metodou IDEF0. IDEF3 metoda je řízený proces toku, popis zachycení postupu

s cílem zachytit znalosti jak systém funguje.

IDEF3 metoda poskytuje proces průtoku a popis mezi vztahy a akcemi v rámci konkrétního

scénáře. Metoda IDEF3 je součástí IDEF modelování jazyků v oblasti systémů a softwarového

inženýrství.

Popis se používá jako termín pro zaznamenání záznamů pozorování. Model se používá pro

idealizaci subjektu nebo stavu věcí. Model představuje systém objektů, vlastností a vztahů.

IDEF3 byl vytvořen, aby bylo možné v rámci IDEF metodologie popisovat chování systému. Jeho

základním cílem je poskytnout strukturovaný způsob, pomocí kterého by expert mohl vyjádřit

znalosti o činnosti určitého systému nebo organizace. Metoda poskytuje jak způsoby sběru

informací o procesech systému podniku, tak i způsoby, jak získané znalosti vhodně reprezentovat

a komunikovat. Pro reprezentaci znalostí využívá metoda vlastní grafický modelovací jazyk, jehož

elementy jsou zobrazeny na obrázku 19.

Obr. 19 – Elementy používané IDEF3 [Wikipedie – IDEF3, 2011].

2.3.6 BPEL (Business Process Execution Language)

Cílem webových služeb je zajištění spolupráce aplikací pomocí webových standardů. Webové

služby využívají volně vázaný integrační model umožňující flexibilní integraci heterogenních

systémů. Systémová integrace vyžaduje více než možnost jednoduchých interakcí pomocí

standardních protokolů. Úplného potenciálu webových služeb jako integrační platformy lze

dosáhnout pouze až aplikace a celé obchodní modely budou integrovány a interakce bude

probíhat formou standardního procesu, který bude zaznamenán v integračním modelu. Business

process model typicky obsahuje sekvenci klient-klient zpráv (styl požadavek-výsledek i

jednosměrné) a spolupráci dvou a více stran. Jako reakce na potřebu zaznamenání takových

vztahů vznikl právě jazyk BPEL.

BPEL, plným názvem Web Services Business Process Execution Language (WS-BPEL) je

organizací OASIS vyvinutý standard, který uživatelům umožňuje popsat business procesy jako

webové služby a definuje, jak tyto jednotlivé služby spojit za účelem úspěšného splnění

konkrétního úkolu. Podle tohoto standardu jsou vztahy mezi jednotlivými službami popsatelné

pomocí business procesů. Jinými slovy se jedná o speciální jazyk, který slouží k popisu a spouštění procesů.

Takový byznys proces je podle [Morávek, 2010] mapou aktivit, které reprezentují různé operace, z

nichž nejdůležitější je právě volání různých služeb v servisně orientované architektuře (SOA)

známé i jako tzv. orchestrace služeb. Tato sada aktivit později slouží k automatizovanému

strojovému vykonávání. Jazyk BPEL je tedy velmi podobný ostatním programovacím jazykům,

obsahuje aktivity větvení, smyčky, přiřazování proměnných, vyvolání výjimek apod. Jak vypadá

takový vizuální popis firemního procesu, podle kterého lze následně proces strojově vykonat, lze

vidět na obrázku 20.

Obr. 20 - Vizuální popis firemního procesu v BPEL [Morávek, 2010]

Hlavní vlastnosti a cíle jazyka BPEL dle [Morávek, 2010]:

● Definice obchodních procesů, které volají externí služby pomocí webových služeb a

zároveň vystavují svá rozhraní jako (webovou) službu. Samotný obchodní proces se tak

stává službou. Tak lze skládat procesy do větších celků.

● Definice obchodního procesu pomocí jazyka založeného na standardu XML. BPEL

nedefinuje grafické znázornění procesů, ale standardizuje jeho XML definici.

● Poskytuje funkce pro manipulaci s daty, umožňuje definovat procesní proměnné a pomocí

těchto dat ovlivňovat běh procesu.

● Podpora řízení životního cyklu obchodního procesu. Proces lze spustit, předčasně ukončit,

pozastavit, znovu spustit, apod.

● Podpora long-running transakčního modelu, který umožňuje definici hranic transakce

(scope) a kompenzačních akcí při neúspěšném dokončení transakce.

● Použití webových služeb pro dekompozici a skládání obchodních procesů.

● Postaven na standardech webových služeb.

● Podpora řízení obchodních procesů událostmi (podpora asynchronního modelu volání).

2.4 Technologie

V kapitole 2.4 se pozastavíme nad některými technologiemi spjatými s workflow. Probereme

webové služby (neboli web services) a s tím spjaté protokoly SOAP, UDDI a WSDL.

2.4.1 Web Services (SOAP, UDDI, WSDL)

„Workflow znamená automatizaci celého nebo části podnikového procesu, během kterého jsou

dokumenty, informace nebo úkoly předávány od jednoho účastníka procesu ke druhému podle

sady procedurálních pravidel.“ [WfMC, 1999]. Jednotlivé dokumenty, informace a úkoly však

mohou být zpracovávány různými softwary, proto je při nasazení workflow potřeba zajistit integraci

těchto aplikací. Nejvyužívanější technologií jsou tzv. web services neboli webové služby. Ty

umožňují jednoduchou komunikaci mezi aplikacemi i v heterogenních prostředích. Komunikace je

totiž založena na platformě nezávislých standardech - především na jazyce XML10 (pro popis

rozhraní, formulaci požadavků a odpovědí i mechanismus vzájemné komunikace, čímž nejsou

vázány na konkrétní technologie) a protokolu HTTP11 (nativní protokol world wide webu). Mezi

další charakteristické vlastnosti webových služeb patří možnost synchronní a asynchronní

komunikace a možnost skrytí složitosti aplikační oblasti.

Webové služby vytvářejí:

10 eXtensible Markup Language11 HyperText Trasfer Protokol

● cestu budování aplikační architektury informačních systémů, dosažení interoperability mezi

aplikacemi a informačními systémy a prostředí komunikačního rámce mezi aplikacemi IS.

● cestu, jak zpřístupnit funkcionalitu aplikací, jak zajistit znovupoužitelnost aplikací.

● cestu vytvářející nový prostor pro budování obchodních modelů v poskytování dat a

funkcionality aplikací či IS.

Technologicky je webová služba tvořena třemi hlavními komponentami (vztah těchto tří komponent

je zaznamenám na obrázku 21):

SOAP (Simple Object Acess Protocol)

Protokol používaný pro zasílání XML zpráv. Podle [Kosek, 2002] jsou tyto XML zprávy

jednoduchými dokumenty s kořenovým elementem Envelope (obálka). V této obálce

jsou pak uzavřeny dva elementy Header (hlavička) a Body (tělo). Header je přitom

nepovinný a používá se pro přenos pomocných informací o zprávě (identifikace

uživatele, autentizační údaje, apod.). Nejdůležitější je tělo zprávy obsahující informace

identifikující volanou službu a předávané parametry/návratové hodnoty služby. SOAP

nespecifikuje žádné způsoby komunikace, může být tedy využit ve spojitosti s

množstvím přenosových protokolů. Nejčastěji tímto protokolem bývá nativní protokol

služby WWW a to protokol HTTP. V komunikaci lze však využít i dalších protokolů

známých z prostředí internetu, jako např. SMTP12, FTP13 apod.

WSDL (Web Services Description Language)

Standardní formát pro popis rozhraní webové služby dostupné přes SOAP [Kosek,

2002]. Operace a zprávy jsou popsány na abstraktní úrovni a teprve poté jsou svázány

s konkétním síťovým protokolem a datovým formátem. To umožňuje snadné vytvoření

popisu rozhraní, které nabízí jednu službu několika způsoby. V praxi WSDL popisy

nejčastěji popisují služby, které si posílají zprávy pomocí formátu SOAP a protokolu

HTTP. WSDL je však rozšiřitelný a umožňuje popsat uzly a jejich zprávy bez ohledu na

formát zprávy či použitý síťový protokol.

UDDI (Universal Description, Discovery and Integration)

Universální adresář obsahující seznam a popis dostupných webových služeb. Jedná se

o takové prostředí, které slouží ke zviditelnění webových služeb tak, aby je žadatelé

mohli využívat. Podle [Gála, Pour, Toman, 2006] se jedná o prostředky, které poskytují

standardizované metody pro publikování a získávání informací o webových službách.

UDDI opět využívá pro popis uložených dat XML a pro ostatní aplikace je webovou

službou. Najdeme zde informace o organizaci (business entity), které služby nabízí, jako

je její jméno, popis, kontakt a jednoznačný identifikátor, informace o nabízených

12 Simple Mail Transfer Protocol13 File Transfer Protocol

službách, jejich implementaci a přístup k nim, umístění WSDL apod.

Obr. 21 - Vztah základních technologií webových služeb [Kosek, 2002].

Webová služba je reprezentována třemi druhy účastníků - žadatel o službu, poskytovatel služby a

registr služeb. Poskytovatel zveřejňuje definici služby v registru služeb (UDDI) prostřednictvím

protokolu WSDL. Žadatel o službu ji vyhledá a následně se spojuje s poskytovatelem. O realizaci

přenosu XML zpráv mezi poskytovatelem a žadatelem se stará protokol SOAP. Jedna aplikace

pošle XML zprávou požadavek druhé aplikaci, ta ho provede a pošle výsledek druhou zprávou.

2.4.2 WSIT

Web Services Interoperability Technologies (WSIT) je produktem firmy Sun Microsystems. Jeho

účelem je zlepšení kompatibility mezi klienty a servery napsanými v jazyce Java a těmi napsanými

pomocí .NET 3.0. Informace o tomto open-source projektu jsou převzaty z bakalářské práce Jana

Mareše [Mareš, 2008] a tutoriálu společnosti Sun Microsystems, Inc. [SUN, 2007].

Na tomto projektu spolupracuje firma Sun s firmou Microsoft s cílem zabezpečit vzájemnou

kompatibilitu enterprise technologií webových služeb jako optimalizace zpráv, spolehlivost

doručování, a bezpečnost. WSIT v sobě zahrnuje několik otevřených webových standardů pro

optimalizaci zpráv (Optimalization), spolehlivé doručování (Reliability), bezpečnost (Security),

počáteční zavádění a konfiguraci (bootstrapping). Jednotlivé standardy jsou zobrazeny na obrázku

22.

Obr. 22 - Součásti WSIT [Mareš, 2008]

Počáteční zavádění a konfigurace spočívá ve využití URL adresy pro získání WSDL souboru a

jeho následné využití pro tvorbu klienta, který dokáže komunikovat a využívat služeb webové

služby, viz obrázek 23.

Obr. 23 - Komunikace s využitím WSIT [Mareš, 2008]

URL služby je možné získat například prostřednictvím UDDI. Klient využije nástroje wsimport pro

odeslání dotazu MetadataExchangeRequest webové službě a získá odpověď ve formě WSDL.

Součástí WSDL je i WS-Policy popisující bezpečnostní možnosti a požadavky služby.

Technologie na optimalizaci zpráv slouží k optimálnímu přenosu rozdílných dat jako text, obrázky či

video. Pomocí klasického SOAP se velikost přenášených dat v jiné než textové podobě zvětší a

zatíží se tím zbytečně síť. Optimalizace zpráv tedy zajišťuje optimalizaci XML, kdy doporučení

firmy Sun zmiňuje největší přenášený XML dokument 1KB.

Spolehlivé doručování je Quality of Service (QoS) technologie pro tvorbu spolehlivých webových

služeb. Spolehlivost měříme jako schopnost systému doručit zprávu z bodu A do bodu B bez

chyby. Technologie spolehlivého doručování zaručuje, že odeslané sekvence zpráv se ke svému

adresátovi alespoň jednou dostane a volitelně i ve správném pořadí. Pokud se zpráva ze sekvence

ztratí tak tato technologie umožňuje systému se z této ztráty vzpamatovat. Pokud se zpráva ztratí

během přepravy, tak ji klient znovu vysílá, dokud mu nedojde potvrzení o doručení, nebo pokud

zprávy dojdou ve špatném pořadí, dokáže systém správně uspořádat pořadí došlých zpráv.

Bezpečnost je ve WSIT zajištěna hlavně pomocí WS-Security44, který umožňuje bezpečnější

přenos zpráv a zajišťuje integritu obsahu i při průchodu zprávy mimo podnikovou síť. WS-Security

ve WSIT je možné využít společně se zabezpečením transportní vrstvy třeba pomocí Secure

Sockets Layer (SSL). Dalšími součástmi WSIT jsou Web Services Security Policy, která umožňuje

webovým službám definovat preference na zabezpečení konečných uzlů, a Web Services Trust47

pro odesílání SOAP zpráv se žádostí o bezpečnostní token, který je následně použit při tvorbě

důvěryhodné komunikace mezi klientem a webovou službou.

2.4.3 SOA

V souvislosti s webovými službami se nabízí otázka, zda nebudovat systémy tak, aby odpovídaly

standardům právě webových služeb. Koncept, který se zabývá principy a postupy, jak toho

dosáhnout, se označuje jako architektura orientovaná na služby (Sevice-Oriented Architecture,

SOA). K základním cílům podle [Gála, Pour, Toman, 2006] patří:

• adoptovat průmyslové standardy zahrnující webové služby a specifikace XML

• v co největší míře využít komerčních hotových softwarů, které poskytují adaptéry webových

služeb

• zapouzdřit stávající aplikace tak, aby byly dostupné prostřednictvím webových služeb

• použít nezávislé (integrační) vrstvy, která komunikuje prostřednictvím webových služeb

Definice podle [Erl, 2004]: “SOA je forma technologické architektury, která je založena na principu

služeb. Protože je realizovaná na technologické platformě webových služeb, vytváří SOA

potenciál, jak podporovat a rozšiřovat tyto principy v business procesech a nejrůznějších

podnikových oblastech.“

Podle Randyho Heffnera ze společnosti Forrester Research Inc. [Gála, Pour, Toman, 2006] lze

architekturu orientovanou na služby definovat takto: „Vzor pro návrh, vývoj a řízení (a) aplikací a

(b) softwarové infrastruktury a architektur v nichž:

• jsou aplikace organizovány v „business pracovních jednotkách“ (službách), které jsou

(typicky) dostupné na síti

• definice rozhraní služeb jsou prvotřídní vývojové produkty

• charakteristiky kvality služby (bezpečnost, transakce, výkon atd.) jsou explicitně definovány

v době návrhu služby

• softwarová infrastruktura přebírá aktivní zodpovědnost za řízení kvality služeb a vykonává

politiku přístupu ke službám a jejich realizace

• služby a jejich metadata jsou uloženy v repository

• protokoly a struktury v rámci infrastruktury jsou volitelně založeny na standardech (tj. např.

SOAP)“.

SOA je specifickým přístupem budování aplikací, který využívá principů webových služeb, a jako

část podnikové architektury:

• umožňuje pružně reagovat na potřeby organizace

• snižuje náklady na vývoj, protože umožňuje využívat hotových aplikačních balíků

• snižuje náklady na zajištění provozu a údržby

• minimalizuje náklady spojené se zajištěním integrace aplikací, neboť využívá standardů

• umožňuje i malým organizacím, aby se zapojily do elektronické výměny dat

2.4.4 YAWL

YAWL (Yet Another Workflow Language) je technologie, která má za cíl poskytovat podporu

systémového prostředí k definování, analýze a spouštění obchodních procesů a má vést ke

zjednodušení specifikace proveditelnosti obchodních procesů bez rozptylování „zbytečných“

technických úvah.

YAWL poskytuje komplexní řešení pro celý podnik a zároveň slouží pro uskladnění využití modelů

do budoucna. Podnikové scénáře mohou být komplexní a modelovací jazyk by měl být schopný se

potýkat s touto komplexitou. Podnikový analytik by neměl potřebovat opakovaně hledat dočasná

řešení k určení složitých aspektů podnikových scénářů, které se v praxi přirozeně vyskytují,

protože to může vést k procesním modelům, které nejsou jednoduché na pochopení a udržování.

YAWL momentálně čerpá z volně dostupných zdrojů a GUI editace, psané v Javě a vydáváno pod

LGPL. YAWL využívá XML Schema, Xpath, xquery a xforms přirozeně a je kompatiblní se SOAP a

WSDL. Vývoj je uskutečněn za pomoci Eindhoven Univerzity technologií v Nizozemí.

YAWL poskytuje silný, flexibilní koncept BPM platformy, která je celopodnikově integrovaná. Tato

platforma, využívaná manažery a analytiky, může pomoci, zlepšit efektivnosti v business aktivitách,

a zvýšit kvalitu služeb pro zákazníky. Dále také poskytuje silné příležitosti pro monitorování

procesů, integraci se vzdálenými procesy, korporační kontrolu a přizpůsobivost s nejlepší praxí.

3 Konkrétní produkty

V této části se nejdříve podíváme na trh CASE /CABE nástrojů pro řízení workflow firmy a

jednotlivé kategorie nástrojů, které umožňují modelování business procesů a workflow. V další

části si některé vybrané nástroje blíže představíme. Představení bude čistě ilustrativní a nebude

snahou jednotlivé nástroje mezi sebou konkrétněji porovnávat, neboť není možné provést

objektivní porovnání několika nástrojů vzhledem k subjektivním požadavkům každého jednotlivého

uživatele. Představení nástrojů tedy může sloužit jako úvod a souhrn základních informací o

nástrojích pro člověka přemýšlejícího nad výběrem nástroje pro oblast modelování workflow a

business procesů. Přínosem této kapitoly tak může být vytvoření představy o kategoriích produktů

umožňujících modelování business procesů a workflow a získání základní představy o hlavních

nástrojích.

3.1 Trh CASE / CABE nástrojů pro řízení workflow firmy

Produktů, které bychom mohli nazvat jako CASE / CABE nástroje pro řízení workflow firmy, je celá

řada. Zpravidla se nejedná o specializované nástroje pouze pro tento účel, ale o nástroje, jejichž

funkcionalita je mnohem širší a často se prolíná s jinými oblastmi. Na úvod představíme jednotlivé

kategorie produktů tak, jak je člení poradenská společnost Gartner14.

3.1.1 Produkty Business Process Analysis (BPA)

Podle Gartneru leží trh nástrojů BPA mezi trhy s produkty Enterprise Architecture a s produkty

BPMS [Gartner - BPA, 2010]. Nástroje BPA tedy mají společné prvky s nástroji na modelování

enterprise architektury15 (EA) a s nástroji na modelování a redesign business procesů. Nástroje

BPA tedy využují především:

● business architekti, kteří potřebují nástroj pro modelování enterprise architektury (EA)

● business process architekti, kteří modelují business procesy na konceptuální úrovni

● business process analytici, kteří modelují business procesy na detailní úrovni, často k

14 http://www.gartner.com/technology/home.jsp15 EA je „přístup, koncept, prostředek a nástroj, kterým vyjadřujeme fundamentální upořádání vztahu mezi byznysem a

jeho informačním systémem, které vede k naplnění mise organizace, přičemž respektuje okolní prostředí a konzistentně dodržuje formulované principy návrhu a rozvoje systému“ [Gála a Buchalcevová, 2008].

použití v BPMS.

Nástroje BPA jsou také spojovány se schopností vytvořit určitý most mezi IT profesionály a lidmi z

businessu, neboli propojení či navázání IT cílů a činností na business cíle tak, aby IT efektivně

podporovalo samotný business podniku - v tomto ohledu se mnohdy používá pojmu Business-IT

alignment16.

Firmy představující výrobce svých BPA produktů jsou zařazeny do kvadrantu podle úrovně

hodnocení ve dvou kritériích [Gartner - BPA, 2010]:

● completness of vision, což bychom mohli chápat jako potenciál dané firmy, strategickou

vyspělost a jasnou strategickou vizi.

● ability to execute - vyjadřuje schopnost výrobce prodávat a podpořit svůj ECM produkt a

služby.

Firmy, které dosáhnou nejlepšího hodnocení v obou kritériích se umístí v kvadrantu leaders, neboli

lídrů.

Obr. 24 - Magic Guadrant pro BPA (Business Process Analysis) [Gartner – BPA, 2010].

Podle Gartneru se v oblasti lídrů umístily následující firmy (viz. obr. 24):

● IDS Scheer - se svou sadou produktů ARIS. Nabízí i zdarma odlehčenou verzi ARIS

Express.

16 Stav, kdy podnik je schopen efektivně využívat informační technologie k dosažení business cílů. [http://en.wikipedia.org/wiki/Business/IT_alignment]

● IBM - s produktem System Architect a pro modelování procesů specializovaným

WebSphere Business Modeler.

● Metastorm - s produktem Metastorm ProVision BPA. Společnost Metastorm je však od

února roku 2011 součástí společnosti OpenText, která ji koupila za 182 milionů dolarů17.

● Mega - s produkty Mega Modeling Suite umožňujícími modelovat business procesy i IT

architekturu a mnohé další.

● iGrafx - se sadou produktů iGrafx Enterprise BPA tools. Nabízí různé úrovně produktu od

nejjednoduššího iGrafx FlowCharter vhodného pro začátečníky, přes iGrafx Process

určeného pro business process analytiky až po iGrafx Enterprise Modeler určeného pro

enterprise architekty.

● Microsoft - s produktem Microsoft Visio 2010

3.1.2 Produkty Enterprise Content Management (ECM)

Mezinárodní organizace AIIM definuje pojem ECM, neboli Enterprise Content Management jako

[AIIM, 2011]:

“Technologie, které jsou použity pro zachycení, řízení, ukládání a doručení obsahu a dokumentů

podnikovým procesům. Nástroje a strategie ECM dovolují (povolují) řízení nestrukturovaných

informací v organizaci, bez ohledu na to, kde se tyto informace nachází.”

Produkty ECM se tedy zaměřují na získání, uložení, doručení či třeba skartaci podnikového

obsahu (enterprise content). Pod pojmem podnikový obsah bychom si v souvislosti s ECM měli

představit nejen klasická strukturovaná data, ale také nestrukturované informace jako audio

nahrávky, video, e-maily či třeba obrázky.

Dle Gartneru [Gartner - ECM, 2009] musí každý produkt ECM zahrnovat těchto 6 klíčových oblastí

(modulů):

● Document management - pro vkládání, odstraňování, udržování verzí podnikových

dokumentů

● Document imaging - pro získávání, transformování a ukládání papírových dokumentů a

obrázků

● Records management - pro dlouhodobou archivaci dokumentů

● Workflow - pro podporu business procesů, řízení oběhu dokumentů, přiřazení úkolů

● WCM (Web Content Management) - pro spravování webového sídla

● Document-centric collaboration - pro sdílení dokumentů a podporu týmové práce

17 http://www.cmswire.com/cms/enterprise-cms/opentext-adds-business-process-management-via-metastorm-acquisition-010074.php

Jak můžeme vidět, Gartner definuje workflow jako jednu ze šesti klíčových oblastí produktů ECM.

Gartner dále uvádí, že modul workflow musí zajišťovat minimálně workflow umožňující revize

dokumentů a schvalování dokumentů. To je však pro naše potřeby málo a těžko bychom takový

produkt mohli nazvat CASE nástrojem. Proto se naše pozornost upírá především na nejlépe

hodnocené produkty z magic guadrantu ECM, jelikož Gartner uvádí, produkty mající grafický

nástroj pro vytváření procesů budou hodnoceny lépe.

Na obrázku 25 můžeme vidět Magic Guadrant pro ECM z listopadu roku 2010.

Obr. 25 - Magic Guadrant pro ECM (Enterprise Content Management) - listopad 2010 [Gartner – ECM, 2009]

Mezi lídry se nacházejí následující firmy s následujícími produkty:

● Microsoft - se svým produktem Microsoft SharePoint 2010

● Oracle - s produktem Oracle Enteprise Content Management Suite 11g

● IBM - se svým produktem IBM FileNet Business Process Management

● OpenText - s produktem OpenText ECM Suite 2010

● EMC - se sadou svých produktů pro ECM (workflow se týká především produkt / modul

ApplicationXtender Family, která umožňuje modelovat a řídit business procesy)

● Hyland Software - se svým produktem OnBase, jenž obsahuje modul Business Process

automation

3.1.3 Produkty Business Process Management Suites (BPMS)

Platforma Business Process Management Suites / Systems (BPMS) má podle Basla [Basl, 2008]:

“sdružit nástroje řídící průběhy procesů (workflow) i prostředky kolaborace, znalostní systémy

včetně business intelligence (BI) a ECM (Enterprise content management), celou škálu dnešních

analytických i budoucích monitorovacích nástrojů typu BAM (Business Activity Monitoring) a

poskytnout manažerská rozhraní či tabla (MIS) včetně podpory benchmarkingu na přehledové i

podrobné úrovni. Na straně druhé bude tato platforma schopná snadno integrovat nové služby

včetně externích nejen webových služeb a řešení poskytovaných formou SaaS (software as a

service).”

Nástroje BPMS tedy umožňují kontrolu a řízení podnikových procesů. Zapojeju přitom business

uživatele do celého životního cyklu procesu a usiluje o koordinaci lidí a informací. BPMS se

zpravidla skládá z několika komponent. Jan Mareš definuje následující komponenty platformy

BPMS [Mareš, 2010]:

● Modelování a konfigurace procesů

● Simulace procesů a zlepšování

● Rozhraní, jež pomáhá v nastavení a realizaci příchozí, odchozí, lidské i systémové výměny

a šíření dat.

● Obchodní politiky a pravidla - obsahuje Business Rule Engine (BRE) a výklad pravidel.

● Správa obsahu a integrace

● Business Activity Monitoring (BAM)

● Podpora životního cyklu procesu

Jiný pohled na komponenty BPMS je zobrazen na obrázku 26.

Obr. 26 – Komponenty BPMS [BPM portál, 2008].

Jelikož se naše práce zaměřuje na CASE / CABE nástroje, je pro nás zajímavá především část

Modelování a konfigurace procesů, která umožňuje definovat a modelovat samotný proces,

stanovit přesný postup a metriky splnění procesu. Na obrázku z BPM portálu je tato část nazvána

Process modeling tools.

Podle analytické společnosti Gartner je na trhu BPMS velké množství větších a významnějších

firem, jež nabízejí své produkty, jak je vidět v Magic Guadrantu pro Business Process Management

Suites za říjen 2010 (viz. obr. 27).

Obr. 27 - Magic Guadrant pro Business Process Management Suites [Gartner - BPMS, 2010].

Mezi lídry se v oblasti BPMS umístily následující firmy:

● Pegasystems - s produktem PRPC v.6.1

● IBM - s produktem IBM WebSphere Lombardi Edition v7.1

● Software AG - s produktem Software AG webMethods 8.

● Progress (Savvion) - produkt Savvion BusinessManager 7.5 SP1.

● Appian - produkt Appian Enterprise v. 6.1

● Metastorm - produkt Metastorm BPM v.9

● Global 360 - s produktem Global 360 v. 10.1

● Adobe - produkt Adobe LiveCycle Enterprise Suite 2 (ES2) v.9.

● Oracle - s produktem Oracle BPM Suite 11g

3.2 Představení vybraných nástrojů

V této části naší práce bychom chtěli provést představení nejvýznamnějších produktů pro

modelování business procesů a workflow. Jak již bylo řečeno, nechceme se pouštět do srovnávání

nástrojů, neboť to je nutně subjektivní. Existují různá porovnání nástrojů, podle definovaných

kritérií, zda je daný nástroj splňuje, avšak ani maximální splnění všech kritérií nemusí být pro

každého výhodné, neboť pro jeho práci by mohl stačit například mnohem agilnější nástroj, které

umí především to, co sám uživatel potřebuje a požaduje, nehledě na to, že spousta kritérií se

nedají měřit jinak, než subjektivním hodnocením (uživatelské rozhraní atd.). Pokud na veškeré

snahy o porovnání jednotlivých nástrojů koukáme tímto pohledem, mohou být pro nás některé

studie srovnání přínosné, jelikož nám představují souhrn všech vlastností daných nástrojů, podle

kterých si již může uživatel vybrat daný produkt. V tomto smyslu poměrně zdařilé porovnání

nástrojů na modelování business procesů je k nalezení v práci Jana Mareše [Mareš, 2010], ve

které autor porovnává 8 nástrojů pro modelování business procesů podle 7 dimenzí různých

požadavků. Na obrázku 28 je vidět, že autorem definované požadavky nejlépe splňuje ARIS

Business Architect, ale stále to nemusí znamenat, že zrovna pro naši konkrétní potřebu musí být

vždy nejlepší a rozhodování musí probíhat vždy individuálně pro konkrétní použití a pro konkrétní

požadavky.

Obr. 28 - Srovnání nástrojů se stejnou váhou každé dimenze [Mareš, 2010].

V naší práci jsme se rozhodli vytvořit ucelený popis produktů, jež se umístily v kvadrantu lídrů v

Magic Guadrant pro Business Process Analysis od Gartneru. Jedná se o produkty ARIS Design

Platform, IBM WebSphere Business Modeler, Metastorm ProVision BPA, Mega Modeling Suite,

iGrafx Process a Microsoft Visio 2010.

Po představení těchto produktů z řady leadrů dle Gartneru jsme se rozhodli pro porovnání a pro

úplnost představit i vybrané open source nástroje z oblasti modelování business procesů a

workflow. Z velké řady open source produktů jsme vybrali dva rozdílné produkty – první je BizAgi

Process Modeler a druhý je Gliffy, který je možné využívat přímo v internetovém prohlížeči jako

Saas (Software-as-a-Service).

3.2.1 Struktura popisu

Pro usnadnění orientace v textu bude pro popis jednotlivých nástrojů použita jednotná struktura.

Sjednocením struktury popisu navíc dosáhneme i větší přehlednosti a usnadnění hodnocení a

srovnávání jednotlivých produktů. Pokud nástroj výrazně nevyniká v některé z dalších oblastí bude

použita následující struktura:

Obecné informaceZačínáme klasicky obecnými informacemi čili představením produktu a jeho stručným popisem,

abychom čtenáři představili, s jakým produktem má tu čest. Po krátkém představení nástroje a

společnosti, jež ho vyvíjí, se zaměříme na další základní informace jako jsou podporované

standardy a platformy. Část obecných informací uzavřeme hardwarovými a softwarovými

požadavky, jež jsou potřeba k instalaci a především používání jednotlivých produktů.

FunkcionalitaPo obecných informacích následuje asi nejdůležitější část a tou je funkcionalita, tedy informace o

tom, co konkrétní nástroj dokáže. Například popis modelů, které nástroj uživatelům nabízí a

metodiky, které podporuje. Pokud se nástroj skládá z více modulů a je tato informace relevantní

bude čtenář seznámen se strukturou a aplikační architekturou tohoto nástroje a funkcionalitou

jednotlivých částí.

Uživatelské rozhraníUživatelské rozhraní je oblast, jenž je většinou vnímána velice subjektivně. My se ho pokusíme

zhodnotit z pohledu přehlednosti, jednoduchosti, intuitivnosti ovládání a celkové přívětivosti pro

uživatele.

Podpora ze strany výrobceV části nazvané Podpora ze strany výrobce se podíváme, jaké portfolium služeb společnost

vyvíjející daný produkt nabízí. Ať už se jedná o českou lokalizaci, trial/demoverze pro vyzkoušení

projektu školení, dokumentaci nebo technickou podporu spojenou s diagnostikou a řešením

případných problémů.

● lokalizace, školení, dokumentace, technická podpora, demo verze

Licence a cena

Poslední část, jak již název napovídá, je zaměřená na finanční stránku věci. Pokud jsou tyto

informace k dispozici, bude čtenář seznámen s cenou nástroje a licenční politikou.

3.2.2 ARIS Design Platform

ARIS Design Platform je skupina produktů z rozsáhlého balíku integrovaných produktů ARIS

Platform, které vyvíjí společnost IDS Sheer. Společnost IDS Sheer společně se společností

Software AG, se kterou se v roce 2010 spojila, představuje globálního lídra na trhu BPM produků i

konzultačních služeb v oblasti procesního řízení. Svými produkty zcela pokrývá životní cyklus

řízení podnikových procesů – od analýzy a návrhu až po imlementaci, simulaci, optimalizaci a

monitoring [BPTrends, 2007].

3.2.2.1 Obecné informace

Název ARIS Design Platform (skupina produktů z rodiny produktů ARIS Platform)

Výrobce IDS Sheer (resp. Software AG, se kterou se společnost IDS Sheer v roce 2010 spojila) http :// www . softwareag . com /

Distributor pro ČR IDS Sheer ČR http :// www . ids - scheer . com / cz /

Verze 7.2

Podporované standardy

EPC, BPMN, BPEL, UML, IT City Planning, Zachman, TOGAF, TEAF, FEAF, DoDAF (dříve C4ISR), NAF, ArchiMate, SCOR, ITIL, eTOM, ISO9000:2000, TMF, APQC. ARIS dále zahrnuje proprietární procesně orientovaný architektonický rámec známý jako ARIS House. ARIS podporuje přes 150 notací. Uživatelé si navíc mohou vytvořit své vlastní.

Podporované platformy

Klientská aplikační platforma- MS Windows 2000/XP/Vista/7 Serverové, relačně databázové platformy- Microsoft Windows NT, Microsoft Windows 2000, Server Standard SP3/4, Microsoft Windows 2003 Server Standard SP1, HP-UX 11.11, Solaris 9/10

HW požadavky Přesné HW požadavky závisí na konkrétních požadovaných produktech a v případě serveru také na počtu uživatelů. Dle instalační příručky k ARIS Platform ([ARIS2, 2011]) jsou však

http://www.ids-scheer.com/cz/












http://www.softwareag.com/








požadavky zhruba následující: Klient (minimální požadavky)- Intel Core2, 2,33GHz- 2 až 4GB RAM (4GB v případě instalace lokálního databázového systému)- alespoň 128KBit/s připojení- 2 GB volného místa na HDD ARIS Business Server (minimální požadavky)- Intel Xeon 5500 processor series, Quad-Core Intel Xeon- 64-bit systém- 16 GB RAM

SW požadavky Klientské stanice musí být vybavené prohlížečem MS Internet Explorer verze 6 a vyšší nebo Firefox verze 3 a vyšší. Dále je vyžadován Java Runtime Environment.

Tab. 2 – Obecné informace k produktu ARIS Design Platform.

ARIS Platform sestává z více než 20 nástrojů a komponent, které jsou orientované na různé

uživatele a na různé scénáře. Všechny produkty jsou však dobře integrované, a to nejen datově,

technologicky a graficky, ale i metodicky [BPTrends, 2007]. V souladu s doporučovaným přístupem

IDS Scheer k projektům zavádění procesního řízení jsou softwarové nástroje ARIS Platform

členěny do čtyř specializovaných skupin) [ARIS3, 2011], [DAVIS, 2007]:

• ARIS Strategy Platform – pro nastavení podnikové strategie, její procesní nasazení a

průběžné monitorování.

• ARIS Design Platform – pro distribuované modelování, simulaci, optimalizaci a publikaci

podnikových procesů a řízení IT architektur.

• ARIS Implementation Platform – pro přenesení podnikových procesů do prostředí SAP

NetWeaver, pro vývoj architektur orientovaných na služby a pro řízení podnikových

pravidel.

• ARIS Controlling Platform – pro dynamické monitorování stávajících podnikových procesů,

implementaci CPM systémů a zavádění celopodnikových „compliance“ systémů.

V dalším textu se zaměříme pouze na ARIS Design Platform, která má nejužší vztah k tématu této

práce.

3.2.2.2 Funkcionalita

Do ARIS Design Platform spadají tyto nástroje:

• ARIS Business Architect,

• ARIS Business Designer,

• ARIS Business Simulator,

• ARIS Business Publisher,

• ARIS Process Governance,

• ARIS IT Inventory,

• ARIS IT Architect,

• ARIS Defense Solution.

Portfolio nástrojů se relativně často mění, výše uvedený seznam je platný k dubnu 2011 a vychází

z kombinace přehledu na stránkách společnosti Software AG a přehledu na stránkách IDS Sheer

ČR – seznamy totiž nejsou zcela shodné. Uvedené nástroje se zpravidla dále skládají z několika

dílčích aplikací.

Důležitou obecnou charakteristikou platformy ARIS je centrální datové úložiště pro všechny

modelované prvky (modely, objekty, připojení, role atd.) a pro veškeré administrační informace.

Různé artefakty vytvořené v různých nástrojích ARIS jsou uložené v jedné centrální sdílené

databázi ARIS Business Server. Někdy se hovoří o tzv. „aktivním úložišti“ [BPTrends, 2007], jelikož

ke změnám dochází přímo v úložišti (nejde tedy o „check-in / check-out“ přístup).

Architektura ARIS Platform dovoluje distribuovaný přístup k analýze, návrhu a optimalizaci procesů

díky tříúrovňové klient-server architektuře. K centrálně spravovanému ARIS Business Serveru

mohou klienti přistupovat z Windows klientů nebo z webových klientů.

ARIS Business Designer, ARIS Business ArchitectNástroje ARIS Business Designer a ARIS Business Architect jsou určené pro analýzu a

modelování podnikových procesů. Prvně uvedený nástroj (Business Designer) představuje úvodní,

spíše jednodušší nástroj primárně zaměřený na uživatele, kteří s procesním modelováním začínají.

Je vhodný pro široké spektrum netechnicky orientovaných uživatelů, kterým umožňuje bez větších

komplikací namodelovat „své“ procesy nebo jejich části. Oproti tomu Business Architect je high-

end produkt, který pokrývá BPM problematiku na celopodnikové úrovni. Jeho předností je vysoká

flexibilita a bohatá funkcionalita. Podporuje Event-driven process chains (EPC), BPMN, UML18

(všechny diagramy) a řadu architektonických konceptů jako je např. Zachmanův rámec19. Celkem

18 Unified Modeling Language - http://cs.wikipedia.org/wiki/Unified_Modeling_Language19 Zachman Framework - http://en.wikipedia.org/wiki/Zachman_Framework

podporuje přes 200 druhů modelů.

Business Architect umožňuje generování různých pohledů na modely. Uživatelé mohou

kombinovat více existujících modelů podle určitých pravidel a získat tak nový náhled na předmět

modelování (jako příklad lze uvést vygenerování stromu funkcí z funkcí obsažených v různých

EPC nebo vygenerování EPC z UML diagramu aktivit [BPTrends, 2007]). Tyto aktivity přitom nijak

nemění zdrojová data.

Business Architect podporuje široké spektrum formátů importu a exportu - XML, XMI, WSDL, XSD,

XPDL, CADM (DoDAF), BPEL, BPML Export, Visio, txt, MS Excel, IBM Rational Rose a ERWin.

Dodatečně lze zakoupit API připravená třetími stranami. Mimo to IDS Sheer poskytuje služby v

oblasti vývoje specifických rozhraní.

K ARIS Business Architect je nabízen doplněk ARIS for SAP NetWeaver, který konzultantům

usnadňuje realizaci ARIS návrhu na platformě SAP NetWeaver. Doplněk obsahuje řadu funkcí

podporujících návrh, implementaci, konfiguraci a testování. Nověji probíhá rozšiřování integrace s

produkty Oracle.

ARIS Business SimulatorPro detailní kvantitativní analýzu procesů z hlediska alokace zdrojů, úzkých míst, korelací, či

spotřeby času je určený nástroj ARIS Business Simulator. Výsledky simulace procesů jsou

východiskem pro jejich optimalizaci. Pro jednotlivé procesy mohou být pomocí simulace odvozeny

například tyto informace [BPTrends, 2007]:

• doba trvání procesu při daných zdrojích,

• frekvence procesu v daném období,

• úzká místa,

• objem spotřebovaných zdrojů, počet zapojených zaměstnanců,

• prodlevy ve vykonávání procesu aj.

Nástroj rovněž umožňuje simulaci dopadů procesních změn. Výstupy ze simulace jsou uživateli

prezentovány v grafické, tabulkové i textové formě. Společnost IDS Scheer ČR díky produktu ARIS

Business Simulator 7.1 zvítězila ve finále soutěže IT produkt roku 2009 v kategorii podnikový

software.

ARIS Process GovernanceARIS Process Governance slouží k zefektivnění procesů, které zahrnují mnoho lidí, jako je řízení

změn nebo řízení toku dokumentů. Tyto procesy jsou v ARIS modelovány podobně jako jiné

procesy.

Návrh datového toku je v ARIS Process Governance realizován pomocí grafických objektů

metodou drag-and-drop (viz obrázek č. 29). Jednoduchým způsobem se navrhují i dialogové

vstupní formuláře k jednotlivým krokům datového toku. Uživatel je veden průvodcem a pomocí

předdefinovaných polí vytváří formuláře propojené na datovou vrstvu (viz obrázek č. 30).

Obr. 29 – Ukázka návrhu workflow v ARIS Process Governance [ARIS3, 2011].

Obr. 30 – Ukázka tvorby formulářů v ARIS Process Governance [ARIS3, 2011].

Proces, který je zobrazený jako grafický model, je poté transformován pomocí předdefinovaných

vzorů do BPMN modelu. Ten je předán automatizačnímu enginu, který řídí spouštění a monitoring

procesů na základě dat uložených v centrálním úložišti ARIS. Díky integraci s ARIS Process

Performance Manager je možné na závěr daný proces vyhodnotit pomocí stanovených KPI20.

K monitoring úkolů (otevřených, probíhajících, delegovaných, dokončených) slouží webová

aplikace ARIS Process Board (viz obrázek č. 31). Tato aplikace svou funkcionalitou rovněž pokrývá

eskalační mechanismus, přiřazování náhradníků (se stejnou rolí) pro vykonání určitého úkolu,

notifikaci uživatelů aj.

20 Key Performance Indicator

Obr. 31 – Ukázka z ARIS Process Board [ARIS3, 2011].

V rámci navrženého workflow lze prostřednictvím webových služeb využívat funkcionalitu jiných

systémů (zejména SAP). Toho je možné využít například pro spouštění administrativních funkcí,

jako je slučování, verzování, zamykání či publikování.

ARIS Process Governance obsahuje několik předpřipravených referenčních modelů (Release

cycle management, Continuous process improvements, Requirements management, Policy

management, Audit trails, aj.)

ARIS Business PublisherARIS Business Publisher si klade za cíl permanentní, rychlou a levnou dostupnost informací o

procesech a podnikové architektuře prostřednictvím webových portálů. Samozřejmostí je řízení

přístupu k informacím podle rolí uživatelů. Uživatelům je dynamicky generován pro ně relevantní

obsah.

ARIS IT Architekt, ARIS IT InventoryARIS IT Architect je produkt určený pro IT manažery a IT architekty. Kombinuje procesní

modelování se zvolenými metodikami pro podporu řízení a harmonizace IT architektur. Jako

doplňující nástroj pak lze použít ARIS IT Inventory pro správu IT aktiv, funkčních specifikací atd.

ARIS Defense SolutionSpíše okrajovým nástrojem je ARIS Defense Solution, který podporuje vývoj organizačních

architektur založených na standardu DoDAF (The Department of Defense Architecture

Framework).

3.2.2.3 Uživatelské rozhraní

Nástroje ARIS jsou určené business uživatelům, analytikům, konzultantům i IT pracovníkům. K

business uživatelům je zřejmě nejvstřícnější ARIS Business Designer, ostatní nástroje jsou cílené

spíše na technicky obratnější uživatele. Rozdílné zaměření nástrojů nicméně nemá vliv na

kompatibilitu modelů ani na jednotný look and feel.

Uživatelská přívětivost je jednou z nejsilnějších stránek nástrojů ARIS. Uživatelské rozhraní

webově orientovaných produktů ARIS (Business Designer, Business Architect) bylo vyvinuto

týmem expertů, který zahrnoval psychology, grafiky, vědecké pracovníky a SW inženýry. Do návrhu

byli přímo zapojeni i zákazníci IDS Sheer. Od verze 7.0 (datuje se k roku 2004) byla dále

provedena řada studií, které vedly k dalším pokrokům. V jedné ze studií pozitivně hodnotilo

strukturu a grafický design ARIS nástrojů 90% účastníků [BPTrends, 2007]. Mimo to je uživatelské

rozhraní ARIS je konfigurovatelné – uživatelé mohou definovat vlastní symboly, typy modelů,

vzhled objektů, fonty, jazyková nastavení atd.

Návrhové prostředí ARIS disponuje řadou funkcí, které uživatelům pomáhají při vytváření

diagramů. Patří sem například automatické generování layoutů (zahrnující umístění různých

objektů a defaultních vazeb mezi nimi) a možnost hromadného nastavení hodnot atributů více

objektům. ARIS Business Architect dále na pozadí provádí automatické kontroly modelu –

například zda model vyhovuje nastaveným konvencím.

Mezi další užitečné funkce patří vyhledávání, dotazování nad databází, vkládání multimediálních

objektů (videa, prezentace), skriptování a v neposlední řadě generování analytických ukazatelů,

které uživatele informují o míře procesní orientace organizační struktury či o míře integrace

procesů.

3.2.2.4 Podpora ze strany výrobce

ŠkoleníV ČR nabízí školení produktů ARIS nejen distributor (tedy IDS Sheer ČR), ale i řada jiných firem.

Ceny školení se pohybují okolo 10 – 15 tisíc Kč za jeden den. Vedle produktových školení nabízí

společnost IDS Sheer ČR i metodická školení v oblasti procesního řízení.

DokumentaceK nástrojům ARIS je dostupná poměrně bohatá dokumentace. Ta zahrnuje obvyklou sérii

dokumentů od instalačních a administračních manuálů, přes uživatelské příručky dle jednotlivých

nástrojů, až po kontextovou nápovědu, tipy dne atd. Některé příručky jsou volně ke stažení na

stránkách výrobce [ARIS2, 2011]. Pro získání znalostí o řešení určitých problémů lze využít rovněž

web ARIS komunity, který zprostředkovává celou řadu blogů, diskuzí, článků, ukázkových řešení

apod. Mimo jiné je na těchto stránkách k zhlédnutí i instruktážní video s přehledem všech hlavních

zdrojů dokumentace ARIS [ARIS1, 2011].

Technická podporaPodpora v České republice zahrnuje jednak Středisko podpory (ISC) pro služby související se

zaváděním a využíváním vybraných produktů za podmínek a v rozsahu podle uzavřené smlouvy.

IDS Sheer ČR také provozuje hotline podporu při řešení problémů s nástroji ARIS. Telefonní linka

je bezplatná. Náročnějším zákazníkům IDS Sheer ČR nabízí portfolio podpůrných služeb

označených jako ARIS Managed Services.

Demo-trial verzeDemo verze nebo trial verze ARIS Design Platform není k dispozici. Jako úvod do světa této

platformy však lze využít nástroj ARIS Express, který je k dispozici zdarma. Nástroj je sice vhodný

zejména pro začátečníky a pro příležitostné modelování, nicméně v případě potřeby lze veškerou

práci vytvořenou v ARIS Express přenést do robustnějších nástrojů ARIS Design Platform.

3.2.2.5 Licence a cena

Jak je u komplexních softwarových řešení obvyklé, neexistuje oficiální veřejný ceník produktů ARIS

a veřejná není ani politika licencování. Podle dostupných informací z roku 2007 [BPTrends, 2007]

však lze odhadovat, že se ceny nástrojů pohybují v řádu tisíců dolarů (stovek tisíc korun), přičemž

konkrétní částka záleží mimo jiné na počtu uživatelů a počtu požadovaných komponent.

3.2.3 IBM WebSphere Business Modeler

WebSphere Business Modeler je jedním z integračních nástrojů rodiny WebSphere, vyvinutý

společností IBM. Pomáhá kompletně vizualizovat, zpřehledňovat a dokumentovat podnikové

procesy. V kombinaci s dalšími nástroji (WebSphere Integration Developer, WebSphere Process

Server) umožňuje pokrýt celý cyklus integrace procesů ve firmě od jejich modelování, přes

implementaci až po monitoring. Produkt IBM - WSBM je dostupný ve 2 základních verzí - Basic a

Advanced, v této práci se zaměříme na tu rozsáhlejší verzi tedy verzi Advanced.

3.2.3.1 Obecný popis

Název WebSphere Business Modeler (IBM - WSBM)

Výrobce IBM

Verze WebSphere Business Modeler Advanced V6.2


BPEL, UML, WSDL, XSD, XML, SCA, SVG.


MS Windows

SW požadavky Browser JAVA Plug-in; Webový prohlížeč MS-IE >5 nebo Mozilla Firefox verze 3.0 či nojvější

HW požadavky Procesor >1.4 GHz; Operační pamět >1GB; Volné místo na HDD 1GB; Rozlišení nejméně 1024 na 768

Tab. 3 – Obecné informace o produktu IBM WebSphere Business Modeler.


Pro efektivnější dokumentaci a optimalizaci procesů od samého začátku je vhodné využít nástrojů

jako je IBM-WSBM, ten obsahuje funkce pro vícerozměrové modelování a analýzu podnikových

procesů. Jedná se o nástroj pro vizuální návrh, testování a simulaci složitých podnikových

procesů. Poskytuje vrcholovému managementu přehled o důležitých událostech a aktivitách a

umožňuje mu flexibilně reagovat na změny tržních podmínek. Podle [IBM - WSBM, 2011]

vrcholovým manažerům nástroj pomáhá tím, že:

● Umožňuje podnikovým uživatelům navrhování, modelování a nasazení důležitých

podnikových procesů.

● Umožňuje uživatelům provádět informované rozhodování před vlastním nasazením

použitím rozšířených simulačních funkcí, jež pracují nad modelovanými i nad skutečnými

daty.

● Poskytuje integrovaný odvětvový obsah, a pomáhá tak podnikovým uživatelům urychleně

zahájit vývoj řešení.

● Urychluje proces optimalizace, neboť uživatelům umožňuje vizualizovat a identifikovat

kritická a neúčinná místa v procesech.

● Poskytuje rozšířenou integraci se sadou IBM BPM a s produktem WebSphere Dynamic

Process Edition prostřednictvím prostoru Business Space z WebSphere, což je sjednocené

rozhraní pro koncové uživatele, které integruje obsah BPM v zájmu zajištění komplexní

správy podnikových procesů.

● Odborníkům umožňuje sdílení modelů a spolupráci prostřednictvím webového prohlížeče

použitím serveru WebSphere Business Modeler Publishing Server.

Aplikační architektura IBM WebSphere Business ModelerNa obrázku 32 je názorně zobrazena architektura nástroje IBM WebSphere Business Modeler,

obsahuje strukturu modelů a zároveň jejich editorů, jenž jsou zaměřené na procesní modelování,

modelování zdrojů, informace, organizace, analýzy a model pro modelování a měření business

procesů.

Version Management (česky správa verzí) podporuje nástroje CVS a Rational ClearCase (rovněž

od společnosti IBM). Publikace modelů je možná přes další produkt ze softwarové rodiny IBM

WebSphere - BM Publishing Server.

Namodelovaná data pomocí nástroje IBM WebSphere Business Modeler lze následně

transformovat a propojit s nástroji této řady: WebSphere Process Server (podporující BPEL,

WSDL, XSD, TEL); WebSphere MQ Worflow (export do jazyka FDL); WebSphere Business

Monitor a vývojovým prostředím Rational Software Architect s podporou jazyka UML.

IBM WebSphere Business Modeler podporuje velké množství standardních formátů pro import i

export (BPEL, XMI, XML, VDX, WSDL, FDL, MS Visio a nebo XML bridge od IDS Scheer Aris.

Obr. 32 - Aplikační architektura IBM WSBM [Bľanda, 2007]

Architektura platformy IBM WebSphereJak již bylo zmíněno, IBM WebSphere Business Modeler je pouze jedním z rodiny nástrojů

spadající pod platformu společnosti IBM - WebSphere. Touto platformou se ve své práci detailně

zabýval tým Martina Janů [Janů, 2008].

Platforma WebSphere je sadou řešení pro integraci a infrastrukturu aplikací. WebSphere Business

Modeler je nástroj pro modelování obchodních procesů, klíčová komponenta architektury IBM

orientované na servis. Může být použit také k vytváření nových modelů obchodních procesů,

případně lze importovat model obchodního procesu, který byl vytvořen současnou nebo starší

verzí nástroje WebSphere Business Modeler nebo model ve formátu FDL.

Model je možné exportovat jako BPEL model a dále pomocí nástroje WebSphere

Integration Developer na jeho základě vyvinout spustitelné soubory. Model je možno exportovat

jako model FDL a potom jej pomocí nástroje WebSphere MQ Workflow Buildtime rozšířit a přidat

úroveň podrobností nezbytnou pro automatizaci procesu. Také lze provádět export ve formě

modelu UML, který je možno poté importovat do produktů IBM Rational.

Obrázek 33 zobrazuje vztah nástroje WebSphere Business Modeler k ostatním softwarovým

produktům WebSphere a Rational: Rational Software Modeler, Rational Software Architect a

Rational XDE Modeler umožňují architektům a návrhářům vytvářet jazykově nezávislé UML

modely softwarové architektury, obchodních potřeb, znovupoužitelných prostředků a

komunikace na úrovni řízení.

Obr. 33 - Rodina produktů platformy IBM WebSphere [Janů, 2008]


Vzhled uživatelského rozhraní si lze prohlédnout na obrázku 34. Obrazovka je pro přehlednější

ovládání rozdělena do pěti oblastí. První část - Strom projektů nabízí strukturovaný pohled na

jednotlivé prvky konkrétních projektů. Umožňuje výběr jednotlivých prvků, které jsou pak

připravené k editaci, prohlížení či například exportu. Outline neboli Osnova slouží k zobrazení

miniatury diagramu procesu, který je právě otevřen v editoru procesů. Část, která je právě v

Osnově zvýrazněna v obdélníku znázorňuje právě zobrazenou část procesu v editoru. Jejím

přetažením se změní i aktuální pohled na diagram v editoru procesů. Tato funkce je tedy

především užitečná při modelování rozsáhlých procesů. Nejvíce prostoru zabírá nejpodstatnější

okno - Editor procesů, ten obsahuje dvě samostatná rozvržení, rozvržení volného formuláře a

rozvržení drah. Rozvržení volného formuláře je počátečním rozvržením, když je poprvé instalován

nástroj WebSphere Business Modeler, a umožňuje přidávat a umisťovat prvky podle libosti.

Rozvržení drah uspořádá diagram podle charakteristik zadaných aktivit. Toto podokno můžete také

použít k vytvoření diagramů struktur pro modelování organizace nebo pro vytváření šablon pro

generování sestav. Pohled Atributy slouží k zobrazení podrobností k aktuálnímu vybranému prvku.

Informace jsou pro větší přehlednost rozděleny podle kategorií do jednotlivých záložek.

Obr. 34 - Uživatelské rozhraní IBM WebSphere Business Modeler [IBM - alphaWorks, 2008]


ŠkoleníSpolečnost IBM nabízí několik typů oficiálních školení s tématikou WebSphere Business Modeler

(IBM WebSphere Business Modeler V7: Process Mapping, Simulation and Analysis; Using IBM

WebSphere Business Modeler, Monitor, and Process Server for BPM). Tato školení jsou veřejně

přístupná jsou určena i pro začátečníky s tímto produktem. Společnost IBM také nabízí kurzy

formou e-learningu neboli online kurzů (Using IBM WebSphere Business Modeler, Monitor &

Process Server for BPM). Tyto kurzy jsou vedené lektorem a obsah je totožný s klasickou formou

kurzu. Náklady jsou však nižší a není potřeba cestovat. Klíčová témata, ceny a cíle kurzů jsou k

dispozici na [IBM - Vzdělávání, 2011].

LokalizaceNástroj IB-WSBM je lokalizován do téměř všech světových jazyků včetně češtiny.

DokumentaceNa stránkách společnosti IBM je k dispozici kompletní knihovna obsahující velice rozsáhlé

dokumentace k jednotlivým náa strástrojům. Vedle popisu produktů jsou zde volně ke stažení i

návody na použití tohoto produktu (většinou v angličtině). Pokud by ani tam uživatel nenašel

odpovědi na své dotazi, může napsat dotaz do fóra.

Demo-trial verze

Na stránkách společnosti IBM [IBM - WSBM, 2011] lze spusti 30-ti minutovou demo-verzi. Pod

stejným odkazem lze legálně stáhnout i trial-verzi, které je dokonce v českém jazyce.


Nástroj WebSphere Business Modeler je účtován za jednotlivé uživatelské licence. Společnost IBM

typicky rozlišuje čtyři druhy uživatelů, u toho produktu jsou však ceny vždy stejné a tak jsou tyto

informace irelevantní. Podle aktuálního ceníku [IBM - Pricing, 2011] jedna taková licence stojí

11.300 USD (bez daně). Pokud by tato částka byla pro zájemce moc vysoká, může sáhnout po

základní verzi, kde jedna licence stojí “pouhých” 1.430 USD.

3.2.4 Metastorm ProVision BPA

Společnost Metastorm byla, jak již bylo řečeno výše, v únoru roku 2011

odkoupena společností OpenText. John Shackleton, Chief Executive

Officer (CEO) společnosti OpenText, se vyjádřil, že vidí velkou poptávku

uživatelů po řešeních zahrnujících jak obsahové (content), tak procesní zlepšení [McCarthy, 2011].

OpenText chce tak svým uživatelům nabídnout kvalitní procesní schopnosti svých produktů

podpořené o schopnosti produktů ECM. Pro ilustraci propojení produktů ECM společnosti

OpenText a produktů BPM společnosti Metastorm jsme přiložili obrázek 35.

Obr. 35 – Ilustrativní obrázek propojení ECM a BPM [McCarthy, 2011].


Metastorm ProVision Business Process Analysis je součástí Metastorm ProVision, jenž mimo BPA

podporuje ještě Enterprise Architecture (EA). Tento nástroj zahrnuje podporu napříč byznys

architekturou, byznys strategií a strategickým plánováním pro systémovou a technologickou

architekturu.

Metastorm Provision BPA je poté zaměřena na možnost modelování kvalitnější business procesů,

či třeba analýzu, jak tyto procesy podporují business cíle.

Název Metastorm ProVision Business Process Analysis

Výrobce Metastorm (současně již OpenText)

Verze Metastorm ProVision BPA v. 6.2 (únor 2010)

Podporované standardy BPEL, UML, BPMN, XPDL, WSDL, XMI, XML, CADM, IDEF

Podporované platformy MS Windows

SW požadavky Nepodařilo se zjistit

HW požadavky Nepodařilo se zjistitTab. 4 – Obecné informace o produktu Metastorm ProVision BPA.


Nástroj Metastorm ProVision BPA umožňuje dle [Metastorm, 2011] především:

● Procesní modelování - analýzu a design procesů s využitím notace BPMN či UML

● Podporu strategie - analýza toho, jak procesy podporují business cíle a business strategii

● Podporu standardů - nástroj podporuje oblíbené modelovací jazyky a standardy jako

BPMN, IDEF, UML

● Simulace - analýza výkonu procesů a pomocí metodu Monte Carlo a discrete event

simulátorů, umožňuje jak “as-is”, tak i “to-be” analýzy.

● Podporu spouštění procesů - umožňuje vygenerovat a testovat vytvořené modely pomocí

technologie BPEL, nebo exportovat procesní model do specifických BPM řešení jako je

Metastorm BPM.

● Podporu SOA - umožňuje importovat a exportovat WSDL popisy webových služeb.

● Integrace s řešeními EA a BPM - umožňuje případnou integraci s Metastorm ProVision EA

a Metastorm BPM.

● Integraci s dalšími nástroji - jako jsou Visio, MS Project, Excel, Word a různá řešení ERP,

workflow či BPM.

Vztah mezi produkty Metastorm ProVision EA, Metastorm ProVision BPA a Metastorm BPM je

vidět na obrázku 36.

Obr. 36 - Vztah mezi EA, BPA a BPM u produktů firmy Metastorm [Metastorm, 2011].


Nástroj nabízí běžné uživatelské rozhraní s rozmístěním jednotlivých základních prvků po

obrazovce tak, jak jsou uživatelé zvyklý i z jiných nástrojů.

Levá vertikální část obsahuje několik záložek - explorer, repository, inventory, model palette,

gallery, property. Tato část tradičumožňuje zobrazení struktury projektu a jednotlivých modelů,

jejich zobrazení či uzavření. Obsahuje také důležitou paletu modelovacích prvků.

Hlavní část obrazovky zobrazuje modelovaný proces a pouhým přetažením z palety modelovacích

prvků umožňuje jednoduše tvořit business proces.

Ukázka uživatelského rozhraní je na obrázku 37.

Obr. 37 - Ukázka grafického rozhraní [Metastorm, 2011].


ŠkoleníSpolečnost Metastorm nabízí vzdělávací kurzy pro zájemce o různé problematiky týkající se

zaměření společnosti. Kurzy Business process analysis using Metastorm ProVision 6 jsou určeny

pro enterprise architekty i pro business analytiky. Tento kurz trvá 4 dny a není třeba žádná

předchozí znalost produktů Metastorm. Za tento kurz se účtuje 2600 USD a konají se minimálně

jednou za měsíc. Existují i pokročilejší a specializovanější kurzy vždy aktuálně vypsané na

stránkách Metastorm ProVision Training21.

LokalizaceProdukt není k dispozici v češtině. Je možné ho mít v následujících jazycích: angličtina,

francouzština, němčina, italština, španělština a japonština.

DokumentaceNa stránkách společnosti Metastorm není k dispozici podrobný návor na použití produktu, ale je 21 http://www.metastorm.com/services/provision_training.asp

možné vznést jakýkoli dotaz v Metastorm Community Central22.

Demo-trial verzeSpolečnost Metastorm umožňuje stažení trial verze na 30 dní. K použití trial verze je nutná

registrace a vyplnění následně zaslaného dotazníku, ve kterém je třeba specifikovat, k čemu

chcete program využívat a další doplňkové informace.


Na internetových stránkách nejsou žádné informace o ceně produktů. Ani ze sekundárních zdrojů

se nepodařilo zjistit orientační cenu nástroje ProVision BPA.

3.2.5 iGrafx Process

iGrafx založený v roce 1987 pod názvem Micrografx, je od roku 2001 nezávislou obchodní

jednotkou společnosti Corel Corporation. iGrafx má v Evropě své pobočky v Německu a ve Velké

Británii. IGrafx je předním poskytovatelem Business Process Analysis (BPA), řešení pro flexibilní

navrhování, optimalizaci a implementaci procesů, za účelem zvýšení produktivity v celém podniku.

iGrafx účinně propojuje tři hlavní procesy: IT, Business analýza procesů a Iniciativy pro měřitelné

zlepšení produktivity.

Následuje výčet nabízených produktů:

• iGrafx FlowCharter

• iGrafx Process

• iGrafx Process for Six Sigma

• iGrafx Process for Enterprise Modeling

• iGrafx Proces for SAP

• iGrafx Process Central

• iGrafx Enterprise Central

• iGrafx Enterprise Modeler

• iGrafx Enterprise Modeler for SAP

• iGrafx IDEF0


Název iGrafx

Výrobce iGrafx je divize společnosti Corel, Inc

Verze iGrafx 2011


BPEL, XPDL, XML, WSDL

22 http://communitycentral.metastorm.com/


Windows XP SP3, Windows Vista SP1, SP2; Windows 7

SW požadavky 32-bitové - Sun ® Java ™ Runtime Environment verze 1.3 nebo novější 64-bitové - Sun® Java™ Runtime Environment version 1.6 updateInternet Explorer 6 a vyšší nebo Mozilla Firefox 2.0 nebo vyšší (Internet Explorer 7 a vyšší nebo Firefox 3.0 nebo vyšší doporučeno)Pro export/import MS Office 2000, Acrobat Reader verze 7 nebo novější

HW požadavky Procesor Pentium ® II 350 MHz nebo vyššíPaměť 256 MB RAM, Hard Disk 106 MB

Tab. 5 – Obecné informace o produktu iGrafx Process.


iGrafx je rozdělen do několika verzí, které se odlišují funkcionalitou. „Lepší“ verze je vždy doplněna

o další funkcionalitu nad verzi „horší“. Přehled verzí je uveden v následující tabulce.

Obr. 38 – Přehled verzí iGrafx a jejich funkcionality (http://www.igrafx.com/products).

http://www.igrafx.com/products

Obr. 39 - Přehled verzí iGrafx a vztahy mezi nimi (http://www.igrafx.com/products).


Vzhled uživatelského rozhraní si lze prohlédnout na obrázku 40. Uživatelské rozhraní je postaveno

na klasickém „Microsoft“ schématu. V horní části je rozbalovací menu s File, View atd. Pod menu

se nachází tzv. Standard Toolbar s ikonami nový, otevřít, uložit, tisk... Na pravé straně se nalézají

Shape Palletes, Formating a Themes Windows.

Obr. 40 – Grafické rozhraní produktu iGrafx (http://www.igrafx.com/products).

V levé části se nachází Toolbox Toolbar s grafickými nástroji. Ve střední části je „plátno“ pro tvorbu

procesů. Informace byly získány pouze z tutoriálu, tudíž není možné subjektivní vyjádření k

samotnému použití aplikace.


V České republice není dostupná podpora pro tento produkt.

ŠkoleníVýrobce uveřejňuje na webu tutoriály pro práci s iGrafx process, který trvá cca 65min. Tutoriál je

pouze v angličtině a je velmi podrobný. Školení k jednotlivým částem produktu jsou půl denní až 3

denní, cena není uvedena.

LokalizaceNástroj iGrafx je lokalizován v Čínštině, angličtině, němčině, francouzštině, italštině, japonštině,

polštině, španělštině.

DokumentaceNa stránkách společnosti je možné zažádat o zaslání dokumentace, po registraci. Respektive při

pokusu cokoli z webu stáhnout, se objeví formulář pro registraci.

Demo-trial verzeNa oficiálních stránkách je možné stáhnout po registraci trial verzi, což se nám při testování

bohužel nepodařilo.


Licence je vázána na určitého uživatele a jeho počítač. Licence je dále nepřenosná. Při pokusu o

nákup se zobrazí hlášení, že internetový nákup v ČR není dostupný. Po vyplnění formuláře budete

kontaktován obchodním zástupcem.

3.2.6 MEGA Modeling Suite

Společnost MEGA má v dnešní době již více než 75 000 aktivních uživatelů v 40 různých zemích.

Od roku 1991, poskytovala tato společnost organizacím jak softwarovou, tak konzultační podporu

určenou k pochopení a snížení provozní složitosti, provádění vnitřní kontroly a řízení přidružených

rizik.


Název MEGA Modeling Suite

Výrobce Mega

Verze MEGA 2009 SP5


XPDL, BPML, BPEL, UML, BPMN, BPDM


Windows XP SP2 or later / Windows Server 2003 SP1 or later / Windows Vista SP1 or later / Windows Server 2008 / Windows 7 / Windows Server 2008 R2

SW požadavky Internet Explorer 6.0 or later, Microsoft Office XP, 2003 or 2007

HW požadavky Procesor Pentium ® II 350 MHz nebo vyššíPaměť 256 MB RAM

Tab. 6 – Obecné informace o produktu Mega Modeling Suite.

Pod název Mega Suite se řadí čtyři základní typy produktů. Modelovací nástroje, nástroje určené

pro kontrolu, transformační nástroje a komunikační nástroje. MEGA Suite je modulární. Jednotlivé

nástroje mohou být používány nezávisle na sobě nebo v kombinaci s ostatními nástroji, v závislosti

na kontextu projektu. Veškeré produkty jsou zakládány na společné platformě.

Silné stránky

● MEGA zajišťuje jednoznačnou identifikaci a porozumění zúčastněných stran v rámci

zákazníků, zejména v oblasti EA managementu poskytující hodnoty do oblastí mimo EA

tým.

● Mega má schopnost měnit informace s rozsahem produktů, zahrnujících modelování a

vývoj nástrojů, tak dobrou, jako schopnost exportovat několik integračních middleware

souborů. To napomáhá organizacím, které chtějí automaticky připojit tuto informaci do jejich

repositáře.

● Kromě konkurence v rámci EA nástrojů, Mega působí na několika dalších přidružených

trzích, včetně BPA; řízení, správa rizik a zajišťování shody, konkrétně řízení operativních

rizik; a uplatnění analýzy a designu trhů.

● Mega se zaměřuje na R&D v oblasti obrany a bezpečnosti, klientům v těchto oblastech

může dobře promýšlet v užším rozsahu jejich řešení.

● S kompletní sadou EA produktů, poskytuje Mega integrované, dobře vybavené a vyspělé

EA nástroje.

● MEGA Modeling Suite obsahuje bohatý metamodel s pokrytím podnikových, informačních a

technologických hledisek architektury.


Funkcionalita MEGA 2008 vychází z funkcionality jednotlivých nástrojů, které je možné při práci

použít. V následující části práce jsou jednotlivé nástroje rozděleny podle možného způsobu použití

na:

• Modelovací nástroje

◦ MEGA Process pro podnikové procesní modelování

http://www.mega.com/en/c/product/p/modeling/p2/business-process-modeling

http://www.mega.com/en/c/product/p/modeling/p2/business-process-modeling

◦ MEGA Architecture pro modelování IT architektury

◦ MEGA System Blueprint pro systémovou specifikaci

◦ MEGA Database Builder pro datové a databázové modelování

◦ MEGA Control and Risk pro kontrolu a modelování architektury rizik

◦ MEGA Suite for DoDAF pro DoDAF implementaci

◦ MEGA Suite for NAF pro NAF implementaci

• Nástroje určené pro kontrolu

◦ MEGA Audit pro řízení auditu

◦ MEGA Risk pro zjišťování a identifikaci rizik

◦ MEGA Control pro kontrolu oceňování a pro testování

◦ MEGA Event and Loss pro ztráty, události a krizové řízení

◦ MEGA Internal Policy pro politiku a postup řízení

◦ MEGA Regulation pro regulaci a řízení požadavků

◦ MEGA Action Plan pro postup řízeného plánu

◦ MEGA Quantification and Analytics pro měření rizik

• Transformační nástroje

◦ MEGA Simulation pro optimalizaci procesů

◦ MEGA IT Planning pro řízení IT transformací

◦ MEGA Requirement Tracker pro požadovaný systémový design

◦ MEGA SolMan pro SAP řízení uspořádání

◦ MEGA for TOGAF pro EA Management s TOGAF 9

• Komunikační nástroje

◦ MEGA Advisor pro podnikový portál

◦ MEGA TeamWork pro kolaborativní prostředí

http://www.mega.com/en/c/product/p/communication/p2/collaborative-environment

http://www.mega.com/en/c/product/p/communication/p2/collaborative-environment

http://www.mega.com/en/c/product/p/communication/p2/enterprise-portal

http://www.mega.com/en/c/product/p/communication/p2/enterprise-portal

http://www.mega.com/en/c/product/p/transformation/p2/togaf-architecture-framework



http://www.mega.com/en/c/product/p/transformation/p2/sap-solution-manager-alignment

http://www.mega.com/en/c/product/p/transformation/p2/sap-solution-manager-alignment

http://www.mega.com/en/c/product/p/transformation/p2/requirement-modeling



http://www.mega.com/en/c/product/p/transformation/p2/it-transformation-management



http://www.mega.com/en/c/product/p/transformation/p2/process-optimization

http://www.mega.com/en/c/product/p/transformation/p2/process-optimization

http://www.mega.com/en/c/product/p/control/p2/risk-measurement




http://www.mega.com/en/c/product/p/control/p2/action-plan-management



http://www.mega.com/en/c/product/p/control/p2/regulation-and-requirement-mgmt

http://www.mega.com/en/c/product/p/control/p2/regulation-and-requirement-mgmt

http://www.mega.com/en/c/product/p/control/p2/policy-and-procedure-management



http://www.mega.com/en/c/product/p/control/p2/loss-event-incident-management




http://www.mega.com/en/c/product/p/control/p2/control-assessment-testing

http://www.mega.com/en/c/product/p/control/p2/control-assessment-testing

http://www.mega.com/en/c/product/p/control/p2/risk-identification-assessment

http://www.mega.com/en/c/product/p/control/p2/risk-identification-assessment

http://www.mega.com/en/c/product/p/control/p2/audit-mission-management

http://www.mega.com/en/c/product/p/control/p2/audit-mission-management

http://www.mega.com/en/c/product/p/modeling/p2/naf-implementation




http://www.mega.com/en/c/product/p/modeling/p2/dodaf-implementation




http://www.mega.com/en/c/product/p/modeling/p2/control-and-risk-architecture




http://www.mega.com/en/c/product/p/modeling/p2/data-and-database-modeling



http://www.mega.com/en/c/product/p/modeling/p2/system-specifications-blueprint



http://www.mega.com/en/c/product/p/modeling/p2/it-architecture-modeling

http://www.mega.com/en/c/product/p/modeling/p2/it-architecture-modeling


Obr. 41 - Ukázka uživatelského rozhraní [Mega, 2011].

Na výše uvedeném obrázku 41 můžeme spatřit uživatelské rozhraní nástroje, MEGA Process.

Vidíme, že obrazovka je rozdělena do dvou základních oken, kolem kterých je hned několik panelů

s nástroji. Nemohu zcela posoudit, jakým způsobem je zpracováno uživatelské rozhraní, jelikož se

mi nepodařilo tento nástroj získat. Z výše uvedeného obrázku usuzuji, že je nástroj velmi

komplexní a relativně přehledný.


ŠkoleníNa stránkách výrobce je uveřejněno, že je k dispozici verze pro studijní účely pod názvem MEGA

Suite Education Version. Osobně se mi však tuto verzi nepovedlo získat. Dále na těchto stránkách

můžeme nalézt několik videí, které nám mohou pomoci se dozvědět základní informace o

uživatelském rozhraní. Mega také pořádá výukový seminář, který poskytuje zákazníkům informace

o nejlepším využití nástroje MEGA Suite.

LokalizaceNástroj MEGA 2009 SP5 je lokalizován v základních 4 jazycích. V angličtině, němčině,

francouzštině a italštině.

DokumentaceSpolečnost na svých stránkách dokumentaci poskytuje. Nicméně je třeba se nejprve zaregistrovat

a následně požádat o požadovaný dokument mailem.

Demo-trial verzeSpolečnost Mega sice na svých stránkách uvádí, že poskytuje trial verzi, nicméně jsem se k této

trial verzi nedostal.


Licence je vázána na určitého uživatele a jeho počítač.

3.2.7 Visio 2010

V polovině července 2009 vydal Microsoft Technical Preview aplikace MS Visio ve verzi 2010.

Technical Preview je není jako finální produkt, ale spíše jako zkušební verzi.

Ke zjednodušení složitých konceptů pomáhají pokročilé nástroje pro tvorbu diagramů ve Visio

2010 a díky nim dochází k dynamickým, daty řízeným vizuálním prvkům a novým způsobům

sdílení na webu v reálném čase.

Aplikace Visio 2010 je jedním z nejvýkonnějších nástrojů pro zobrazování a výklad důležitých

informací. Hlavním důvodem je jednoduchost, obrazce přizpůsobující se datům a možnost sdílení

na webu.


Název Microsoft Visio 2010

Výrobce Microsoft

Verze 2010 Technical Preview


BPMN, XPS, UML


Windows XP (nutně s aktualizací SP3) (32 bitů)Windows 7, Windows Vista s aktualizací Service Pack (SP) 1Windows Server 2003 s aktualizací SP2 a se službou MSXML 6.0 (pouze 32bitový systém Office)Windows Server 2008 nebo novější 32bitový či 64bitový operační systém

SW požadavky Microsoft Internet Explorer 6.0 nebo novější, pouze 32bitový prohlížeč. Pro využití funkcí Internetu je vyžadováno připojení k Internetu.

HW požadavky Paměť: 256 MB RAM (pro některé rozšířené funkce je doporučena paměť o velikosti 512 MB),

volná paměť: 2 GB volného místa na disku, procesor: 500 MHz nebo rychlejší

Tab. 7 – Obecné informace o produktu Visio 2010.

Dle výrobce (Microsoft) slouží Visio 2010: „pro vizualizaci a tvorbu diagramů, a to buď statických,

nebo dynamických, které se automaticky mění v závislosti na datech a v reálném čase. Visio

slouží k tvorbě organizačních a síťových diagramů, modelování obchodních procesů nebo

schémat podlaží, výrobních linek, ISO procesů a schémat architektury IT. Schémata lze sdílet

pomocí webového rozhraní nebo publikovat na server SharePoint.“.

Hlavní výhody Visio 2010:

• Předdefinované šablony – obsahuje velké množství předdefinovaných šablon pro

nejdůležitější procesy nebo diagramy;

• Rychlé kreslení – automaticky napovídá další logistické tvary, které můžeme nakreslit.

Rychlost je pomocí velké knihovny ikon a intuitivní uživatelské rozhraní;

• Zjednodušení komplexních diagramů – usnadňuje složité procesy zobrazením podprocesů

jako jeden objekt. Důležité tvary lze zvýraznit a odlišit speciálním tvarem tzv. kontejnerem;

• Automatické formátování – kliknutí na předdefinované formáty;

• Jednoduché sdílení a dynamická data – diagramy mohou být sdíleny pomocí webového

rozhraní nebo pomocí serveru SharePoint.


Visio slouží pro vizualizaci a tvorbu diagramů (statické, dynamické), které se automaticky mění v

závislosti na datech a v reálném čase. Visio slouží k tvorbě organizačních a síťových diagramů,

modelování obchodních procesů nebo schémat podlaží, výrobních linek, ISO procesů a schémat

architektury IT.

Tabulka 9 porovnání edic aplikace Visio:

Tab. 9 - Porovnání edic nástroje Visio, zdroj: [Microsoft Visio 2010, 2011].

Zjednodušenost

Podpora růstu a provozní efektivity podniku díky přehlednému znázornění správy a infrastruktury

IT s využitím pokročilých nástrojů pro řízení procesů.

Propojení

Při analýze komplexních informací umožňuje jejich propojení s daty, systémy a procesy odhalit

souvislosti a důležité trendy. Propojení diagramů aplikace Visio s daty a procesy v reálném čase. V

diagramech se zobrazují aktuální data.

Sdílení

Aplikace podporuje dodržování shody s předpisy, efektivitu a týmovou práci díky zpřístupnění

komplexních IT systémů.


Mezi hlavní nabídkou najdete klasické grafy, organizační přehledy, časové osy, nákresy

elektrických obvodů, půdorysy staveb a další. Visio zasahuje do IT, obchodu, procesního řízení a

jiných oborů.

Obr. 42 - Uživatelské rozhraní Visia 2010 [Extrawindows, 2011]

V žádném případě to neznamená, že nástroj nenajde uplatnění u uživatelů mimo specializaci.

Např. jednoduchý koláčový graf vytvoříte pomocí čtyř kliknutí a jednoho tažení myší. Všechny

nástroje ve Visio 2010 jsou přehledně strukturované.

Nástroje jsou u MS Visio 2010 v horní části přehledně rozčleněny do karet obdobně jako u jeho

sourozenců z balíčku MS Office. V levé části obrazovky se nachází seznam objektů, které můžete

umisťovat na plochu výkresu, a to vždy relevantní ke zvolené agendě.

Obr. 43.: Členění karet [Extrawindows, 2010]

Samožřejmostí jsou i další podpory již zhotovených diagramů pomocí sdílení online apod. Data

mohou být do grafů rovněž načítána v reálném čase přímo z databáze, např. z SQL serveru.


LokalizaceProdukt je k dispozici v češtině. Je možné ho mít i v mnoha dalších jazycích.

DokumentaceNa internetových stránkách společnosti Microsoft je k dispozici Průvodce aplikací Visio 2010 pro

začátečníky.

Demo-trial verzeSpolečnost Microsoft umožňuje stažení trial verze na 60 dní. K použití trial verze je nutná

registrace.


Na internetových stránkách jsou uvedeny následující ceny:

Pro Visio Professional 2010 je stanovena cena 593,00€.

Pro Visio Premium 2010 je stanovena cena 1059,00€.

Pro Visio v rámci balíčku Office je cena stanovena takto:

Office Professional 2010 je cena 699,00€.

Office 2010 pro podnikatele je cena 379,01€.

Office 2010 pro studenty a domácnosti je cena 139,00€.

3.2.8 BizAgi Process Modeler

BizAgi je open source nástroj pro modelování business procesů od společnosti BizAgi.


Název BizAgi Process Modeler

Výrobce BizAgi

Verze BizAgi Process Modeler 1.6.1 (release 24.2.2011)


BPMN, XPDL


Operační systémy:Windows Server 2008

Windows 7 / Vista

Windows XP Service Pack 2

Windows Server 2003

Windows 2000 Service Pack 3

SW požadavky Microsoft .NET Framework 2.0

Microsoft Word 2003/2007/2010 (pouze pro využití exportu)

Microsoft Visio 2003/2007 (pouze pro využití exportu)

HW požadavky Procesor: 500 Megahertz (MHz) nebo vyšší

• Paměť: 256 Megabyte (MB) RAM nebo vyšší

• Pevný disk: 50 MB volného místa

• Displej: 800 x 600 nebo vyšší rozlišení Tab. 8 – Obecné informace o nástroji BizAgi Process Modeler.


BizAgi Process Modeler umožňuje vytváření BPMN modelů, které je poté snadné exportovat do

Wordu či do PDF souborů a vytvářet tak dokumentaci. Pro automatizaci a vykonávání procesu je

podporován import do formátu XPDL [Novotný, 2009]. Namodelovaný proces je možné kliknutím

na Run Workflow v toolbaru přenést na BizAgi BPM Suite, pomocí kterého může uživatel

namodelovaný proces automatizovat či řídit a tedy i testovat (podrobnější popis dostupný ve video

tutoriálech BizAgi23).

Mezi výhody nástroje BizAgi Process Modeler patří:

• rychlá volba navazujícího objektu, kdy BizAgi Process Modeler nabízí navazující objekt

přímo v okolí aktivovaného objektu, není tedy nutné objekty neustále přetahovat z palety

objektů.

• široké možnosti exportu modelu (PDF, Word, SharePoint)

23 http://www.bizagi.com/index.php?option=com_content&view=article&id=102&Itemid=109&lang=en

• možnost validace modelu


Grafické uživatelské rozhraní se velmi podobá všem produktům firmy Microsoft, tudíž by s ním

neměl mít žádný uživatel větší problémy. Menu i toolbar je prakticky shodný s programy jako Word,

Excel či Open Office Writer. Levý sloupec obsahuje jednotlivé grafické elementy modelů, které se

vkládají do hlavní části určené pro vizualizaci samotného modelovaného procesu. Ukázku rozhraní

můžete vidět na obrázku 44.

Obr. 44 – Ukázka grafického rozhraní nástroje BizAgi Process Modeler [BizAgi, 2011].


Školení a Dokumentace

Firma neposkytuje školení, ale na svých stránkách má k dispozici řadu studijních materiálů a

dokumentace či například video tutoriálů. Veškerá dokumentace je dostupná na

http://wiki.bizagi.com/en/index.php?title=Main_Page. Navíc je k dispozici fórum provozované na

stránkách BizAgi, kde se může každý zeptat odborníků

(http://modelerforum.bizagi.com/modelerforum).

Lokalizace

Nástroj je dostupný v 10 světových jazycích jako je angličtina, francouzština, španělština či

portugalština. V češtině dostupný není.

http://modelerforum.bizagi.com/modelerforum

http://wiki.bizagi.com/en/index.php?title=Main_Page


Produkt je zdarma a je možné ho stáhnout přímo ze stránek BizAgi a to i bez registrace.

3.2.9 Gliffy

Zajímavý nástroj představuje Gliffy od stejnojmené společnosti, jejímž zakladatelem je Chris

Kohlhardt. Tento nástroj je možné využívat jako Software as a Service (Saas), neboli software jako

službu a k jeho používání nám stačí pouze internetový prohlížeč.


Název Gliffy

Výrobce Gliffy Inc.


BPMN, UML

SW požadavky Webový prohlížeč s nainstalovaným Flash PlayeremTab. 9 – Obecné informace o nástroji Gliffy.


Gliffy je jednoduchý modelovací nástroj s podporou BPMN a částečně i UML. Umožňuje

kolaborativní modelování24, jenž je ideální při práci v týmu, kdy může na jednom modelovaném

procesu spolupracovat více uživatelů nástroje současně. Export modelů lze provést do jpeg, png či

svg formátu. K dispozici je API pro možnost integrace do jiných aplikací.

Umožňuje modelování business procesů, ale také například UML diagramů či Entity Relationship

Diagramů, což jsou diagramy pro zachycení konceptuální úrovně (tedy první úrovně ze tří úrovní

principu tří architektur – P3A) datové základy – jak název napovídá, umožňuje zachytit datové

entity, vztahy mezi entitami a případně atributy (proto se někdy používá místo ER diagramů název

ERA diagramy).

Zajímavostí může být i možnost vytváření SWOT25 analýzy, diagramů organizační struktury či

vennovy diagramy. Návrháře grafického rozhraní aplikací může zaujmout možnost vytváření

grafických šablon aplikací a návrhářům interiérů může Gliffy nabídnout zase možnost vytváření

modelů pokojů a rozložení nábytku a dalších součástí pokoje či bytu (viz. obr. 44).

24 Více o kolaborativním modelování procesů (v nástroji Gravity) - http://wn.com/Kolaborativn%C3%AD_modelov%C3%A1n%C3%AD_proces%C5%AF

25 Strengths, Weaknesses, Opportunities, Threats - http://cs.wikipedia.org/wiki/SWOT

Obr. 44 – Ukázkový model interiéru bytu z nástroje Gliffy [Gliffy, 2011].

Modelování procesů je tedy pouze jednou z mnoha možností využití tohoto nástroje.


Rozhraní tohoto nástroje je na webovou aplikaci velice zdařilé a pokročilé, uživatel prakticky

nepozná, že pracuje v prohlížeči. Rozložení grafických prvků je obvyklé jako u jiných nástrojů.

Ukázku můžete vidět na obrázku 45.

Obr. 45 – Ukázka grafického rozhraní nástroje Gliffy [Gliffy, 2011].

Jednotlivé prvky procesního modelu se umísťují do modelovací části aplikace pomocí přetažení z

menu. Drobnou nevýhodou však při modelování procesu s využitím notace BPMN je, že prvky jsou

dostupné pouze ve skupinách (Events, Connectors, Activities atd.), které však nelze v menu

zobrazit najednou. Uživatel se tedy musí neustále připínat pomocí rozbalovacího menu mezi

jednotlivými kategoriemi, což trochu zpomaluje práci.

Kvalitně je však provedená možnost různých grafických úprav jednotlivých elementů, či textu, který

mohou některé elementy obsahovat. Přímo u každého elementu se vyskytuje možnost rozkliknutí

menu, ve kterém můžeme měnit velikost a barvu textu, ale i tloušťku rámečku či výšku a délku

prvky přesně na pixely. Navíc je v tomto menu umožněno prvek „uzamknout“, což znamená, že

tento prvek zůstane v tom stavu, v jakém je před uzamknutím a již ho nelze kliknutím myši

přesouvat či měnit do té doby, než ho opět „odemkneme“. Ukázka tohoto menu je na obrázku 46.

Obr. 46 – Menu jednotlivých prvků modelu umožňující měnit vlastnosti objektu [Gliffy, 2011].


Dokumentace

Firma poskytuje na svých stránkách řadu tutoriálů pro začátečníky. Navíc je možné posílat dotazy

přímo na tvůrce programu, využít řady FAQ či fóra.

Demo-trial verze

Premium verzi lze využít 30 dní jako trial verzi. Zdarma je dostupná Basic verze.


Basic verze, která je zdarma, je limitována na 5 vytvořených modelů. Pro širší využití je třeba

použít Premium verzi, která je placená přibližně následovně:

• 1 uživatel - $ 5

• 10 uživatelů - $ 25

• 100 uživatelů - $ 200

Mezi jednotlivými kategoriemi existuje více mezikategorií, kdy se zvyšujícím počtem uživatelů

klesá průměrná cena na jednoho uživatele. Uživatelé z akademického prostředí dostávají 50%

slevu. Cena se vztahuje k jednomu měsíci užívání.

4 Závěr

V rámci naší práce jsme se věnovali nejdříve teoretickým poznatkům vztahujícím se k oblasti

CASE nástrojů a workflow. Nejdříve jsme probrali obecně problematiku Computer-aided systém

engineering nástrojů a také tzv. CABE nástrojů, neboli Computer-aided business engineering.

V dalších částech jsme podrobně nastínili problematiku workflow. Vysvětlili jsme používanou

terminologii v oblasti workflow. Teoretickou část jsme zakončili rozborem používaných standardů

pro modelování business procesů a technologií pro jejich spouštění či řízení. Diskutovány byly

modelovací standardy BPMN, Wf-XML či třeba EPC a IDEF3. Mezi technologiemi jsme se věnovali

Web Services či třeba BPEL (Business process execution language).

V praktické části jsme se snažili shrnout nynější situaci na trhu nástrojů, které se vztahují nějakým

způsobem k modelování workflow či business procesů. Diskutovali jsme o stavech na trzích

produktů BPA (Business Process Analysis), ECM (Enterprise Content Management) a BPMS

(Business Process Management Suites).

Následně jsme vybrali 6 komerčních produktů z kvadrantu lídrů podle Gartneru, takže jsme

čtenářům přiblížili podrobněji nejlepší produkty na trhu dle magických kvadrantů tvořených

společností Gartner. Abychom nezůstali pouze u placených produktů a abychom ukázali čtenářům,

že možnosti výběru vhodného CASE nástroje pro podporu řízení workflow ve firmě jsou i v open

source nástrojích. Proto jsme představili i dva open source produkty. BizAgi Process Modeler a

Gliffy, který je navíc specifický tím, že je dostupný jako Software-as-a-Service pouze přes webové

rozhraní (internetový prohlížeč). V tomto přehledu nástrojů nebylo cílem (ani to nebylo v našich

silách) provést všezahrnující představení produktů na trhu, ale pouze představení vybraných

zajímavých produktů s tím, že případný uživatel bude muset hledat pro něj vhodný nástroj podle

jeho subjektivních měřítek. Snažili jsme se, aby se jeho hledání neomezovalo pouze na komerční

nástroje, ale aby v úvahu bral i open source nástroje, kterých je na trhu také velké množství.

5 Zdroje

[AIIM, 2011] - AIIM.org [online]. 2011 [cit. 2011-04-12]. What is Enterprise Content Management

(ECM)?. Dostupné z WWW: <http://www.aiim.org/What-is-ECM-Enterprise-Content-

Management>.

[ARIS1, 2011] ARIS Community : Videos [online]. 2011 [cit. 2011-04-20]. Dostupné z WWW:

<http://www.ariscommunity.com/help/videos/platform/de>.

[ARIS2, 2011] IDS Sheer. ARIS Version 7.2 : English documentation [online]. 2011 [cit. 2011-04-

20]. Dostupné z WWW: <http://www.ids-scheer.com/cz/ARIS/ARIS_ARIS_Platform/84388.html>.

[ARIS3, 2011] IDS Sheer ČR. ARIS Platform [online]. 2011 [cit. 2011-04-20]. Dostupné z WWW:

http://www.ids-scheer.com/cz/ARIS/ARIS_ARIS_Platform/84388.html

http://www.ariscommunity.com/help/videos/platform/de

http://www.aiim.org/What-is-ECM-Enterprise-Content-Management

http://www.aiim.org/What-is-ECM-Enterprise-Content-Management

<http://www.ids-scheer.com/cz/ARIS/ARIS_ARIS_Platform/84388.html>.

[Basl, 2008] - BASL, Josef. BPM portál [online]. 2008 [cit. 2011-04-15]. Architektura podnikání.

Dostupné z WWW: <http://bpm-tema.blogspot.com/2008/01/architektura-podnikani.html>.

[BizAgi, 2011] - BizAgi [online]. 2011 [cit. 2011-05-07]. Video tutorials. Dostupné z WWW:

<http://www.bizagi.com/index.php?

option=com_content&view=article&id=102&Itemid=109&lang=en>.

[Bľanda a spol., 2007] - BĽANDA, Lukáš a spol. Použití CASE/CABE pro řízení workflow ve firmě

[online]. [s.l.], 2007. 44 s. Semestrální práce. VŠE. Dostupné z WWW:

<http://panrepa.org/CASE/zima2007/case_v_workflow_zima2007.pdf>.

[BPM portál, 2008] - BPM portál [online]. 1.1.2008 [cit. 2011-04-14]. Přehled nástrojů BPMS

(2007). Dostupné z WWW: <http://bpm-cz.blogspot.com/2008/01/bpms-2007.html>.

[BPTrends, 2007] BPTrends. The 2007 Architecture Process Modeling & Simulation Report : ARIS

Platform Products [online]. 2007 [cit. 2011-04-20]. Dostupné z WWW:

<http://www.bptrends.com/publicationfiles/04-08-PR-BPM-Tools%20Report-IDS%20Scheer.pdf>.

[Carda, Kunstová, 2003] - CARDA, Antonín; KUNSTOVÁ, Renáta. Workflow : Nástroj manažera

pro řízení podnikových procesů. 2. vyd. Praha : Grada, 2003. 156 s. ISBN 80-247-0666-0.

[CASE, 1985] CASE, Albert. COMPUTER-AIDED SOFTWARE ENGINEERING (CASE) :

TECHNOLOGY FOR IMPROVING SOFTWARE DEVELOPMENT PRODUCTIVITY. In SIGMIS

Database. Volume 17 Issue 1. New York : SIGMIS, 1985. s. 35-43.

[Davis, 2007] DAVIS, Rob. ARIS design platform: getting started with BPM. Londýn : Springer,

2007. 364 s. ISBN 1846286123.

[EPC, 2011] – EPC [online]. 2011 [cit. 2011-04-29]. An Introduction to the Event-driven Process

Chain Diagram: EPC. Dostupné z WWW: <http://www.valuestreamguru.com/?p=214>.

[Erl, 2004] - ERL, Thomas. Service-Oriented Architecture: A Field Guide to Integrating XML and

Web Services. [s.l.] : Pentice Hall, 2004. 560 s. ISBN 978-0131428980.

[Extrawindows, 2011] – Extra windows [online]. 2011 [cit. 2011-04-16]. Visio 2010: dokonalé grafy,

diagramy, schémata. Dostupné z WWW: <http://extrawindows.cnews.cz/visio-2010-dokonale-

http://extrawindows.cnews.cz/visio-2010-dokonale-grafy-diagramy-schemata

http://www.valuestreamguru.com/?p=214

http://www.bptrends.com/publicationfiles/04-08-PR-BPM-Tools%20Report-IDS%20Scheer.pdf

http://bpm-cz.blogspot.com/2008/01/bpms-2007.html

http://panrepa.org/CASE/zima2007/case_v_workflow_zima2007.pdf

http://bpm-tema.blogspot.com/2008/01/architektura-podnikani.html

http://www.ids-scheer.com/cz/ARIS/ARIS_ARIS_Platform/84388.html

grafy-diagramy-schemata>.

[Gála a Buchalcevová, 2008] - BUCHALCEVOVÁ, Alena., GÁLA, Libor. Architektura v podnikové

informatice. Systémová integrace, 2008, roč. 15, č. 3, s. 7–22. ISSN 1210-9479.

[Gála, Pour, Toman, 2006] - GÁLA, Libor; POUR, Jan; TOMAN, Prokop. Podniková informatika.

Praha : Grada, 2006. 484 s. ISBN 80-247-1278-4.

[Gartner - BPA, 2010] - Gartner [online]. 22.2.2010 [cit. 2011-04-12]. Magic Guadrant for Business

Process Analysis Tools. Dostupné z WWW:

<www.mega.com/wp/active/document/company/gartner-mq-for-bpa-tools-2010.pdf>.

[Gartner - BPMS, 2010] - Gartner [online]. 18.10.2010 [cit. 2011-04-12]. Magic Guadrant for

Business Process Management Suites. Dostupné z WWW:

<agileelements.files.wordpress.com/2010/10/gartner-2010-bpms_-magic_-quadrant.pdf>.

[Gartner - ECM, 2009] - Gartner [online]. 15.10.2009 [cit. 2011-04-12]. Magic Guadrant for

Enterprise Content Management. Dostupné z WWW:

<http://oceanus.co.uk/Assets/Downloadablefile/2009-gartner-magic-quadrant-ecm.pdf>.

[Gliffy, 2011] - Gliffy.com [online]. 2011 [cit. 2011-05-07]. Gliffy. Dostupné z WWW:

<http://www.gliffy.com/gliffy>.

[Chlapek, Řepa, 1997] - CHLAPEK, Dušan; ŘEPA, Václav. Materiály ke strukturované analýze.

1997. Praha : Vysoká škola ekonomická, 1997. 138 s. ISBN 80-7079-260-4.

[IBM - Vzdělávání, 2011] - IBM.com [online]. 2011 [cit. 2011-03-31]. IBM Vzdělávání. Dostupné z

WWW: <http://www-304.ibm.com/jct03001c/services/learning/ites.wss/cz/cs?

pageType=page&c=a0003288>.

[IBM - Pricing, 2011] - IBM.com [online]. 2011 [cit. 2011-03-31]. IBM Pricing. Dostupné z WWW:

<https://www-112.ibm.com/software/howtobuy/buyingtools/paexpress/Express?

P0=E1&part_number=D53V1LL,D612YLL,&catalogLocale=en_US&Locale=en_US&country=US

A&S_TACT=none&S_CMP=none>.

[IBM - alphaWorks, 2008] - WebSphere Business Modeler: Screenshots [online]. 2008 [cit. 2011-

04-09]. IBM aplhaWorks. Dostupné z WWW:

https://www-112.ibm.com/software/howtobuy/buyingtools/paexpress/Express?P0=E1&part_number=D53V1LL,D612YLL,&catalogLocale=en_US&Locale=en_US&country=USA&S_TACT=none&S_CMP=none



http://www-304.ibm.com/jct03001c/services/learning/ites.wss/cz/cs?pageType=page&c=a0003288

http://www-304.ibm.com/jct03001c/services/learning/ites.wss/cz/cs?pageType=page&c=a0003288

http://oceanus.co.uk/Assets/Downloadablefile/2009-gartner-magic-quadrant-ecm.pdf

http://www.mega.com/wp/active/document/company/gartner-mq-for-bpa-tools-2010.pdf

http://extrawindows.cnews.cz/visio-2010-dokonale-grafy-diagramy-schemata

<http://www.alphaworks.ibm.com/screenshots/0TN/olcexplorer01.html?

opendocument&techid=0TN>.

[IBM - WSBM, 2011] - IBM.com [online]. 2011 [cit. 2011-03-31]. IBM WebSphere Business Modeler

Advanced. Dostupné z WWW: <http://www-142.ibm.com/software/products/cz/cs/advanced>.

[IBM, 2001] AMBLER, Scott. IBM : DeveloperWorks [online]. 2011 [cit. 2011-04-20]. When should

you use CASE tools?. Dostupné z WWW:

<http://www.ibm.com/developerworks/webservices/library/co-tipuse.html?ca=drs->.

[iGrafx, 2011] - iGrafx : [online]. 2011 [cit. 2011-04-20]. Dostupné z WWW:

<http://www.igrafx.com/products/>.

[ITTOOLBOX, 2008] Toolbox for IT [online]. 2008 [cit. 2011-04-20]. Computer Aided Software

Engineering. Dostupné z WWW:

<http://it.toolbox.com/wiki/index.php/Computer_Aided_Software_Engineering>.

[Janů a spol., 2008] - JANŮ, Martin spol. Použití CASE/CABE pro řízení workflow ve firmě [online].

[s.l.], 2008. 47 s. Semestrální práce. VŠE. Dostupné z WWW:

<http://panrepa.org/CASE/jaro2008/case_v_workflow_jaro2008.pdf>.

[Kalous, 2010] - KALOUS, David. Vytváření pracovních postupů. Computerworld. 12.3.2010, 21, 5,

s. 27. ISSN 1210-9924.

[Kosek, 2002] - KOSEK, Jiří. Inteligentní podpora navigace na www s využitím XML. Praha, 2002.

72 s. Diplomová práce. VŠE. Dostupné z WWW: <http://www.kosek.cz/diplomka/dp.pdf>.

[Kunstová, 1999] - KUNSTOVÁ, Renáta. Skupinová spolupráce, správa a řízení oběhu dokumentů.

Praha : Vysoká škola ekonomická v Praze, 1999. 80 s. ISBN 80-7079-647-2.

[Mareš, 2008] - MAREŠ, Jan. Od komponenty ke službě. Praha, 2008. 53 s. Bakalářská práce.

Vysoká škola ekonomická v Praze.

[Mareš, 2010] - MAREŠ, Jan. Porovnání standardů a nástrojů pro modelování a řízení procesů.

Praha, 2010. 91 s. Diplomová práce. Vysoká škola ekonomická v Praze.

[McCarthy, 2011] - MCCARTHY, Vance. Integration developer news [online]. 1.3.2011 [cit. 2011-04-

http://panrepa.org/CASE/jaro2008/case_v_workflow_jaro2008.pdf

http://it.toolbox.com/wiki/index.php/Computer_Aided_Software_Engineering

http://www.igrafx.com/products/

http://www.ibm.com/developerworks/webservices/library/co-tipuse.html?ca=drs-

http://www-142.ibm.com/software/products/cz/cs/advanced

http://www.alphaworks.ibm.com/screenshots/0TN/olcexplorer01.html?opendocument&techid=0TN

http://www.alphaworks.ibm.com/screenshots/0TN/olcexplorer01.html?opendocument&techid=0TN

15]. BPM in 2011: OpenText, Metastorm Union Shows BPM + ECM Opportunities. Dostupné z

WWW: <http://www.idevnews.com/stories/4549/BPM-in-2011-OpenText-Metastorm-Union-Shows-

BPM-ECM-Opportunities>.

[Metastorm, 2011] - Metastorm [online]. 2011 [cit. 2011-04-15]. Metastorm ProVision Business

Process Analysis. Dostupné z WWW:

<http://www.metastorm.com/products/business_process_analysis.asp>.

[Microsoft Visio 2010, 2011] – Microsoft Office [online]. 2011 [cit. 2011-04-16]. Microsoft Visio 2010.

Dostupné z WWW: <http://www.microsoft.com/cze/office2010/produkty/visio.aspx>.

[Microsoft Visio 2010, 2011] – Microsoft Office [online]. 2011 [cit. 2011-04-16]. Microsoft Visio 2010.

Dostupné z WWW: <http://office.microsoft.com/cs-cz/visio>.

[Morávek, 2010] - MORÁVEK, Michal. Trask.cz [online]. 2010 [cit. 2011-03-20]. BPEL - jazyk pro

automatizaci procesů. Dostupné z WWW: <http://www.trask.cz/data/files/bpel-jazyk-pro-

automatizaci-procesu-42.pdf>.

[Novotný, 2009] - NOVOTNÝ, Tomáš. Workflow - BPM systémy [online]. 2009. 32 s. Seminární

práce. Vysoké učení technické v Brně. Dostupné z WWW:

<www.fit.vutbr.cz/study/courses/TJD/public/0809TJD-Novotny.pdf>.

[OASIS, 2007] - Web Services Business Process Execution Language Version 2.0 : OASIS

Standard. [s.l.] : [s.n.], 11.4.2007. 264 s. Dostupné z WWW: <http://docs.oasis-

open.org/wsbpel/2.0/wsbpel-v2.0.pdf>.

[Řepa, 2006] - ŘEPA, Václav. Podnikové procesy : Procesní řízení a modelování. 1. vyd. Praha :

Grada, 2006. 268 s. ISBN 80-247-1281-4.

[SUN, 2007] - Version 1.0 FCS. 18 September 2007 [cit. 2011-03-22]. The WSIT Tutorial. Dostupné

z WWW:

<http://download.oracle.com/docs/cd/E17802_01/webservices/webservices/reference/tutorials/wsit/

doc/WSITTutorial.pdf>.

[Voříšek, 2010] - VOŘÍŠEK, Jiří a kolektiv. Principy a modely řízení podnikové informatiky. Praha :

Oeconomica, 2010. 446 s. ISBN 978-80-245-1440-6.

http://download.oracle.com/docs/cd/E17802_01/webservices/webservices/reference/tutorials/wsit/doc/WSITTutorial.pdf

http://download.oracle.com/docs/cd/E17802_01/webservices/webservices/reference/tutorials/wsit/doc/WSITTutorial.pdf

http://docs.oasis-open.org/wsbpel/2.0/wsbpel-v2.0.pdf

http://docs.oasis-open.org/wsbpel/2.0/wsbpel-v2.0.pdf

http://www.fit.vutbr.cz/study/courses/TJD/public/0809TJD-Novotny.pdf

http://www.trask.cz/data/files/bpel-jazyk-pro-automatizaci-procesu-42.pdf

http://www.trask.cz/data/files/bpel-jazyk-pro-automatizaci-procesu-42.pdf

http://office.microsoft.com/cs-cz/visio

http://www.microsoft.com/cze/office2010/produkty/visio.aspx

http://www.metastorm.com/products/business_process_analysis.asp

[WfMC, 1995] - Workflow Management Coalition [online]. 1995 [cit. 2011-03-05]. The Workflow

Reference Model. Dostupné z WWW: <http://www.wfmc.org/index.php?

option=com_docman&task=doc_download&gid=92&Itemid=72>.

[WfMC, 1999] - Workflow Management Coalition [online]. 1999 [cit. 2011-03-05]. Terminology &

Glossary. Dostupné z WWW: <http://www.wfmc.org/Download-document/WFMC-TC-1011-Ver-3-

Terminology-and-Glossary-English.html>.

[WFMC, 2001] - Workflow Management Coalition [online]. 2001 [cit. 2011-04-15]. XML Process

Definition Language . Dostupné z WWW: <http://scalab.uc3m.es/~dborrajo/planet/wm-

tcu/xpdl_010522.pdf>.

[WfMC, 2011] - Workflow Management Coalition [online]. 2011 [cit. 2011-03-10]. Reference Model.

Dostupné z WWW: <http://www.wfmc.org/reference-model.html>.

[Wikipedie – BPMN, 2011] - BPMN. In Wikipedia : the free encyclopedia [online]. St. Petersburg

(Florida) : Wikipedia Foundation, 16.4.2006, last modified on 22.3.2011 [cit. 2011-05-07]. Dostupné

z WWW: <http://en.wikipedia.org/wiki/BPMN>.

[Wikipedie – CASE, 2011] - Wikipedie - Otevřená encyklopedie [online]. 2011 [cit. 2011-03-20].

CASE nástroje. Dostupné z WWW: <http://cs.wikipedia.org/wiki/CASE_n%C3%A1stroje>.

[Wikipedie – EPC, 2011] - Wikipedie - Otevřená encyklopedie [online]. 2011 [cit. 2011-04-16]. EPC

- Event-driven Process Chain. Dostupné z WWW: <http://en.wikipedia.org/wiki/Event-

driven_process_chain>.

[Wikipedie – IDEF3, 2011] – IDEF3, 2011 - Wikipedie - Otevřená encyklopedie [online]. 2011 [cit.

2011-04-16]. IDEF3. Dostupné z WWW: <http://en.wikipedia.org/wiki/IDEF3>.

[Workflow, 2011] - Workflow [online]. 2011 [cit. 2011-04-03]. Funkční vs. procesní řízení. Dostupné

z WWW: < http :// wp . soulwasted . net / msz / pis / workflow >.

http://wp.soulwasted.net/msz/pis/workflow













http://en.wikipedia.org/wiki/IDEF3

http://en.wikipedia.org/wiki/Event-driven_process_chain

http://en.wikipedia.org/wiki/Event-driven_process_chain

http://cs.wikipedia.org/wiki/CASE_n%C3%A1stroje

http://www.wfmc.org/reference-model.html

http://email.seznam.cz/redir?hashId=1923432722&to=http%3A%2F%2Fscalab.uc3m.es%2F~dborrajo%2Fplanet%2Fwm-tcu%2Fxpdl_010522.pdf

http://email.seznam.cz/redir?hashId=1923432722&to=http%3A%2F%2Fscalab.uc3m.es%2F~dborrajo%2Fplanet%2Fwm-tcu%2Fxpdl_010522.pdf

http://www.wfmc.org/Download-document/WFMC-TC-1011-Ver-3-Terminology-and-Glossary-English.html

http://www.wfmc.org/Download-document/WFMC-TC-1011-Ver-3-Terminology-and-Glossary-English.html

http://www.wfmc.org/index.php?option=com_docman&task=doc_download&gid=92&Itemid=72

http://www.wfmc.org/index.php?option=com_docman&task=doc_download&gid=92&Itemid=72

6 Terminologický slovník

POJEM DEFINICE [zdroj]

.NET “Dotnet” - softwarová platforma.

BPEL Business Process Execution Language - jazyk pro automatizaci procesů.

BPR Business Process Reengineering - optimalizace podnikových procesů.

C++ “C plus plus” - objektově orientovaný programovací jazyk.

C# “C Sharp” - objektově orientovaný programovací jazyk.

CABE Computer-aided business engineering - kategorie nástrojů pro modelování podnikových procesů nebo jiných aspektů podnikání (podnikových cílů, organizační struktury, vztahů podniku s okolím atd.)

CASE Computer-aided software engineering - komplex počítačových nástrojů pro podporu zejména analýzy, návrhu a implementace IS/ICT.

CVS Concurrent Version System - systém sloužící ke správě verzí projektu.

DMS Document management system - systém pro správu dokumentů.

FDL Flowmark Definition Language - jazyk pro textovou interpretaci modelů.

FTP File Transfer Protocol - protokol pro přenos souborů v internetu.

GUI Graphical User Interface - grafické uživatelské rozhraní.

HTTP Hyper Text Transfer Protocol - protokol pro přenos souborů v internetu.

OASIS Organization for the Advancement of Structured Information Standards - organizace řídící standardy webových služeb a e-businessu

SCA Service Component Architecture - soubor specifikací popisujících model pro budování aplikací a systémů v servisně orientované architektuře.

SVG Scalable Vector Graphics - značkovací jazyk a formát souboru, který popisuje dvojrozměrnou vektorovou grafiku pomocí XML.

SOA Software Oriented Architecture - architektura IS/ICT orientovaná na služby

SMTP Simple Mail Transfer Protocol - internetový protokol určený pro přenos zpráv elektronické pošty.

SOAP Simple Object Access Protocol - protokol umožňující přenos XML dokumentů.

UDDI Universal Discription, Discovery and Integration - standardizovaný přístup k implementaci registru webových služeb.

VB.NET Visual Basic .NET - moderní objektově orientovaný programovací jazyk založený na platformě .NET Framework.

VDX Virtual Document eXchange - meziknihovnový výpujční systém.

Workflow Řízení pracovních toků.

WS Web Service - volně spojené, znovupoužitelné SW komponenty, přístupné pře standardní internetové protokoly.

WSBM WebSphere Business Modeler - nástroj od společnosti IBM.

WSIT Web Services Interoperability Technology - produkt firmy Sun Microsystems, jehož účelem je zlepšení kompatibility mezi klienty a servery napsanými v jazyce Java a těmi napsanými pomocí .NET 3.0.

WSDL Web Services Definition Language - XML dokument popisující rozhraní webové služby.

WWW World Wide Web - služba Internetu, která prostřednictvím WWW prohlížeče zpřístupňuje uživateli informace spravované službou.

XAML eXtensible Application Maruk Language - deklativní jazyk vyvíjený Microsoftem a založený na XML

XMI XML Metedata Interchange - standard pro výměnu metada.

XML eXtensible Markup Language - značkovací jazyk uvádějící způsob zápisu struktury dokumentu, mechanismus vytváření logických struktur v dokumentu, pravidla deklarace elementů a vlastností apod.

XSD XML Schema Definitions - schéma popisující XML strukturu.

http://www.google.com/url?q=http%3A%2F%2Fcs.wikipedia.org%2Fwiki%2FXML&sa=D&sntz=1&usg=AFQjCNGDKouTS8H2WWqmJfIyLy45ae-0sA

Date post:	02-Oct-2020
Category:	Documents
Upload:	others
View:	1 times
Download:	0 times

Vysoká škola ekonomická v Praze · tools, business modeling software, enterprise modeling tools,...

Documents