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.3 Uživatelské rozhraní................................................................................................57
3.2.3.4 Podpora ze strany výrobce......................................................................................58
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.3 Uživatelské rozhraní................................................................................................60
3.2.4.4 Podpora ze strany výrobce......................................................................................61
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.3 Uživatelské rozhraní................................................................................................64
3.2.5.4 Podpora ze strany výrobce......................................................................................65
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.3 Uživatelské rozhraní................................................................................................68
3.2.6.4 Podpora ze strany výrobce......................................................................................68
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.3 Uživatelské rozhraní................................................................................................71
3.2.7.4 Podpora ze strany výrobce......................................................................................72
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.3 Uživatelské rozhraní................................................................................................74
3.2.8.4 Podpora ze strany výrobce......................................................................................74
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.3 Uživatelské rozhraní................................................................................................75
3.2.9.4 Podpora ze strany výrobce......................................................................................76
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].
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
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
Podporované standardy
BPEL, UML, WSDL, XSD, XML, SCA, SVG.
Podporované platformy
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.
3.2.3.2 Funkcionalita
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]
3.2.3.3 Uživatelské rozhraní
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]
3.2.3.4 Podpora ze strany výrobce
Š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.
3.2.3.5 Licence a cena
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].
3.2.4.1 Obecný popis
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.
3.2.4.2 Funkcionalita
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].
3.2.4.3 Uživatelské rozhraní
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].
3.2.4.4 Podpora ze strany výrobce
Š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.
3.2.4.5 Licence a cena
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
3.2.5.1 Obecný popis
Název iGrafx
Výrobce iGrafx je divize společnosti Corel, Inc
Verze iGrafx 2011
Podporované standardy
BPEL, XPDL, XML, WSDL
22 http://communitycentral.metastorm.com/
Podporované platformy
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.
3.2.5.2 Funkcionalita
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).
Obr. 39 - Přehled verzí iGrafx a vztahy mezi nimi (http://www.igrafx.com/products).
3.2.5.3 Uživatelské rozhraní
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.
3.2.5.4 Podpora ze strany výrobce
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.
3.2.5.5 Licence a cena
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.
3.2.6.1 Obecný popis
Název MEGA Modeling Suite
Výrobce Mega
Verze MEGA 2009 SP5
Podporované standardy
XPDL, BPML, BPEL, UML, BPMN, BPDM
Podporované platformy
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.
3.2.6.2 Funkcionalita
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í
◦ 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í
3.2.6.3 Uživatelské rozhraní
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ý.
3.2.6.4 Podpora ze strany výrobce
Š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.
3.2.6.5 Licence a cena
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.
3.2.7.1 Obecný popis
Název Microsoft Visio 2010
Výrobce Microsoft
Verze 2010 Technical Preview
Podporované standardy
BPMN, XPS, UML
Podporované platformy
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.
3.2.7.2 Funkcionalita
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ů.
3.2.7.3 Uživatelské rozhraní
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.
3.2.7.4 Podpora ze strany výrobce
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.
3.2.7.5 Licence a cena
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.
3.2.8.1 Obecný popis
Název BizAgi Process Modeler
Výrobce BizAgi
Verze BizAgi Process Modeler 1.6.1 (release 24.2.2011)
Podporované standardy
BPMN, XPDL
Podporované platformy
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.
3.2.8.2 Funkcionalita
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
3.2.8.3 Uživatelské rozhraní
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].
3.2.8.4 Podpora ze strany výrobce
Š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í.
3.2.8.5 Licence a cena
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č.
3.2.9.1 Obecný popis
Název Gliffy
Výrobce Gliffy Inc.
Podporované standardy
BPMN, UML
SW požadavky Webový prohlížeč s nainstalovaným Flash PlayeremTab. 9 – Obecné informace o nástroji Gliffy.
3.2.9.2 Funkcionalita
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.
3.2.9.3 Uživatelské rozhraní
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].
3.2.9.4 Podpora ze strany výrobce
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.
3.2.9.5 Licence a cena
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>.
[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-
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:
<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-
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.
[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 >.
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.