Použití CASE/CABE pro řízení workflow ve firmě

Transkript

Katedra informačních technologií, VŠE Praha
Použití CASE/CABE pro řízení
workflow ve firmě
Semestrální práce 4IT450, ZS 2008/09
Igor Hendrych, Ondřej Horák, Jaroslav Kalina,
Roman Kvasňa, Jan Mareš, Ondřej Veselý
4IT450
1
OBSAH
1
OBSAH ........................................................................................................... 2
2
ÚVOD ............................................................................................................. 4
3
POJMY........................................................................................................... 5
3.1
WORKFLOW .................................................................................................. 5
3.2
ČINNOST ....................................................................................................... 5
3.3
INSTANCE...................................................................................................... 5
3.4
DEFINICE PROCESU ....................................................................................... 6
3.5
SYSTÉM ŘÍZENÍ WORKFLOW .......................................................................... 6
3.6
AKTÉR .......................................................................................................... 6
3.7
TYPY WORKFLOW SYSTÉMŮ .......................................................................... 6
3.7.1
Systémy orientované na obsah .............................................................. 7
3.7.2
Systémy orientované na aktivity ............................................................ 7
TECHNOLOGIE A STANDARDY ............................................................... 8
4.1
4.2
4.3
4.4
4.5
4.6
4.7
4.8
4.9
4.10
4.11
4.12
5
WEBOVÁ SLUŽBA .......................................................................................... 8
SOAP ........................................................................................................... 9
WSDL ........................................................................................................ 10
UDDI ......................................................................................................... 10
WSIT.......................................................................................................... 10
SOA ........................................................................................................... 12
WINDOWS WORKFLOW FOUNDATION ........................................................... 13
BPMN ........................................................................................................ 14
BPMN 2.0 .................................................................................................. 14
BPEL.......................................................................................................... 15
XPDL ......................................................................................................... 16
WF-XML ................................................................................................... 17
REFERENČNÍ MODEL .............................................................................. 18
5.1
ZÁKLADNÍ TERMINOLOGIE WORKFLOW PODLE WFMC ............................... 18
5.1.1
Základní koncepce ...............................................................................18
5.1.2
Workflow..............................................................................................18
5.1.3
Systém řízení workflow.........................................................................18
5.1.4
Podnikový proces .................................................................................19
5.1.5
Definice procesu ..................................................................................19
5.1.6
Metamodel definice procesu.................................................................19
5.1.7
Činnost.................................................................................................19
Kapitola: Obsah
4
2
4IT450
5.1.8
Instance................................................................................................20
5.1.9
Pracovní položka .................................................................................20
5.1.10 Pracovní seznam ..................................................................................20
5.1.11 Přehled struktur procesů a pracovního seznamu .................................21
5.1.12 Účastník workflow ...............................................................................21
5.2
REFERENČNÍ MODEL WORKFLOW ................................................................ 22
5.2.1
Rozhraní 1............................................................................................22
5.2.2
Rozhraní 2............................................................................................23
5.2.3
Rozhraní 3............................................................................................23
5.2.4
Rozhraní 4............................................................................................24
5.2.5
Rozhraní 5............................................................................................25
6
POPIS PRODUKTŮ .................................................................................... 26
7
ZÁVĚR ......................................................................................................... 40
8
ZDROJE....................................................................................................... 40
Kapitola: Obsah
6.1
ARIS ........................................................................................................... 26
6.1.1
Vysledované trendy ..............................................................................26
6.1.2
Nástrojová řada (platforma) ARIS .......................................................27
6.1.3
Strategy platform .................................................................................28
6.1.4
Design platform ...................................................................................28
6.1.5
ARIS Business Architect – modelování procesů ...................................29
6.1.6
ARIS Implementation platform.............................................................30
6.1.7
ARIS Controlling platform ...................................................................31
6.2
IBM WEBSPHERE BUSINESS MODELER ....................................................... 33
6.2.1
Funkcionalita .......................................................................................34
6.2.2
Základní popis produktu ......................................................................35
6.2.3
Uživatelské prostředí............................................................................36
6.2.4
Modelování obchodních položek ..........................................................37
6.2.5
Modelování prostředků ........................................................................38
6.2.6
Modelování organizací ........................................................................38
6.2.7
Modelování struktur .............................................................................38
6.2.8
Analýza ................................................................................................38
6.2.9
Generování sestav ................................................................................39
6.2.10 Návaznost na SOA................................................................................39
3
2
4IT450
ÚVOD
Cílem této práce je poreferovat o možném využití nástrojů z kategorie
CASE/CABE pro potřeby řízení workflow ve firmě. Tato práce navazuje na
řadu předcházejících prací věnovaných totožnému tématu. Při zpracovává a
tvorbě obsahu pro tuto práci, byl brán zřetel na vymezení se oproti
předchůdců, ale zároveň inspirovat se zajímavými přístupy, které se v
jednotlivých pracích v minulosti objevovaly.
V minulých semestrech byl patrný postupný nárůst podílu, který v pracích
tvořila část věnovaná recenzování dílčích SW produktů. Ačkoliv, dle tématu,
zmínění příslušných SW produktů má opodstatnění, některých pracích
dosahovala tato část dominantního podílu na celkovém obsahu. V této práci
byl kladen důraz více na zmínění základních východisek souvisejících s
problematikou CASE/CABE nástrojů a také s oblastí firemního workflow.
Zároveň byl věnován větší prostor pro výčet a popis klíčových technologií a
standardů, které hrají význam v oblasti workflow a nebo souvisí s obecnými
technologickými trendy v oblasti IS/ICT jako takovými.
Oproti předchozím pracím (zejména z nedávných let) je třeba zmínit také
znovu zařazení části věnované referenčnímu modelu pro workflow systémy a
to ve větším rozsahu, než tomu bylo v minulosti.
V práci se nejprve zabýváme vymezením základních pojmů (kap. 3.)
souvisejících s problematikou CASE/CABE a workflow systémů. V této části
byl brán zřetel, aby jednotlivé pojmy byly vysvětleny více vyčerpávajícím
způsobem, než tomu bylo v minulých pracích. Ačkoliv se jednotlivé pojmy z
části shodují s pojmy uvedenými v předchozích pracích jejich popisy byly
přeformulovány, aby v nich nebyly logické rozpory a případné nejasné
formulace.
Následující kapitola (kap. 4.) je věnována popisu vybrané množiny
technologií a standardů, které mají ve vztahu k workflow systémům a
trendům v IS/ICT význam.
V předposlední kapitole (kap. 6) jsou popsány dva vybrané nástroje, jimiž
jsou ARIS Platform a IBM Websphere Business Modeler. Závěrečná kapitola
(kap. 7.) následně shrnuje dílčí poznatky učiněné v této práci.
Kapitola: Úvod
Zařazením referenčního modelu workflow systémů (kap. 5.), je sledováno
zvýšení kvality porozumění vztahům, které panují mezi dílčími oblastmi, které
souvisí s problematikou workflow systémů (definice/model procesu,
modelovací nástroje, data, komunikační rozhraní, atd. ).
4
3
4IT450
POJMY
Tato část shrnuje nejdůležitější pojmy užívané v dalších částech práce. Je důležité
zmínit, že problematika workflow spadá již do klasických vědeckých teorií řízení
a v původním kontextu neměla nic společného s počítačovou podporou. Zdrojem pro
tuto sekci je [1].
3.1 WORKFLOW
Workflow je pojem, který se svým významem z veliké části překrývá s významem
termínu business process. Vztah těchto dvou pojmů je toliko, že workflow lze
významově označit za podmnožinu termínu business process. Oproti workflow, které
akcentuje zejména časovou následnost jednotlivých činností v rámci procesu, jejich
vstupy/výstupy, zodpovědnými rolemi a případně úkony související s konkrétními
aktivitami, přidává pojetí business procesu také celkové cíle procesu, tj. propojení se
s firemní strategií. Pojetí business procesů také řeší vztahy mezi samotným procesem
a jeho zákazníkem, pro kterého jsou výstupy procesu určeny.
3.2 ČINNOST
-
Činnost by měla být vykonaná v jednom časovém úseku (tj. časové
ohraničení). V tomto časovém úseku by činnost měla probíhat relativně
kontinuálně, bez podstatných přerušení. Pokud ne, stojí za zvážení, zda se
nejedná o vícero činností rozložených v čase.
-
Činnost by měla být prováděna na jednom místě (tj. prostorové ohraničení).
Pokud se nějaká část činnosti odehrává např. na prodejně a další část třeba na
centrále, jedná se o dvě samostatné činnosti. Lze oprávněně předpokládat, že v
takovém případě budou tyto dva kroky vykonávány taktéž rozdílnými aktéry,
atd.
-
Činnost by měla být vykonávána jedním aktérem1, nebo skupinou aktérů, která
se chová jako relativně ucelená jednotka2. Lze oprávněně očekávat, že činnosti
vykonávané jednotlivými aktéry se budou také věcně lišit.
3.3 INSTANCE
1
Když mluvíme o aktérovi, lze předpokládat, že některé činnosti mohou být automatizovaně
vykonávat také stroje.
2
Dobrým příkladem jsou rozličné schvalovací orgány, steering comitee apod., které ve vztahu
k celkovému procesu vystupují jako jeden aktér.
Kapitola: Pojmy
Činnost je dílčí, elementární (dále nedělitelný) krok v procesu. Pro bližší představu
uveďme, že by takovýto elementární krok v procesu měl odpovídat kritériu one-oneone, tj.:
5
4IT450
Instancí procesu rozumíme konkrétní případ realizace procesu či některých jeho
dílčích činností. Pro lepší ilustraci, lze o instanci procesu uvažovat, jako o realizaci
zákaznického případu. Tj. kompletní životní cyklus konkrétního zákaznického
požadavku od zákazníka XY, od jeho vzniku, zpracování v rámci jednotlivých
činností až po jeho uzavření.
Obdobnou paralelu lze vysledovat i u procesů souvisejících s výrobou, kdy instancí
rozumíme činnost vykonanou v souvislosti se zpracováním konkrétního výrobku se
sériovým číslem 123, atd.
Instance má oproti procesu určeny již konkrétní atributy (data).
3.4 DEFINICE PROCESU
Definicí procesu3 rozumíme formalizované zachycení a zaznamenání údajů
týkajících se daného procesu. Můžeme rozlišovat dva typy definic:
-
Definice srozumitelné člověku – ze současného pohledu se jedná zejména
o grafické model vytvořené např. v notaci BPMN
-
Definice srozumitelné počítači – jako příklad jazyka pro definici procesů,
který je určen pro zpracování počítačem lze uvést zejména v poslední době
rozšířený BPEL, nebo některé jeho rozšiřující dialekty (WS-BPEL, WSBPEL4PEOPLE, atd.)
3.5 SYSTÉM ŘÍZENÍ WORKFLOW
Systém pro řízení workflow je specializovaný systém, který je zodpovědný za
realizaci činností spojených s daným procesem. Tzv. business logika je systému
dodána ve formě předpisu, modelu procesu, který je napsán ve vhodném jazyku,
srozumitelném workflow systému.
Workflow systém se chová také jako integrační nástroj, neboť zahrnuje funkcionalitu
pro komunikaci a získávání vstupů, jak od aktérů lidských, tak i od jiných
počítačových systémů, a na základě definovaných pravidel dokáže nad těmito vstupy
vytvářet transformace.
Jak již bylo řečeno výše, aktérem může být jak člověk tak i jiný SW systém (aplikace
apod.). V rámci provádění procesu jsou aktéři, jak na straně poskytovatelů vstupů pro
proces, tak i na straně odběratelů výstupů daného procesu.
3.7 TYPY WORKFLOW SYSTÉMŮ
3
Pojem definice procesu můžeme zaměnit také s pojmem model procesu.
Kapitola: Pojmy
3.6 AKTÉR
6
4IT450
Z hlediska této práce se zaměříme na dva hlavní typy workflow systémů:
a) systémy orientované na obsah
b) systémy orientované na aktivity
3.7.1 SYSTÉMY ORIENTOVANÉ NA OBSAH
Systémy orientované na obsah soustřeďují svoje aktivity kolem určitého objektu
a jeho obsahu, obvykle se jedná o nějaký typ dokumentu. V rámci jednotlivých kroků
v procesu je tento obsah tohoto objektu pozměňován až do své finální podoby.
Definice procesu určuje obvykle, jaké přechody mezi stavy objektu jsou možné a
jaké role mohou tyto přechody vyvolat, popřípadě jaké další podmínky musejí být
splněny.
Jako vhodný příklad takového systému lze uvést redakční systém, kdy článek od
svého vzniku prochází sadou kroků (opravy, korektury, schválení, atd.)
3.7.2 SYSTÉMY ORIENTOVANÉ NA AKTIVITY
Oproti systémům orientovaných na obsah se soustředí systémy orientované na
aktivity na vykonávání sekvence činností bez potřeby vázat jednotlivé činnosti přímo
se vznikem nebo oběhem nějakého dokumentu.
Kapitola: Pojmy
Tyto systémy mohou zajišťovat vyvolávání dílčích činností v procesu a zapojovat
jednotlivé aktéry do činností dle definice procesu, kterou systém interpretuje. Mohou
tedy zastávat roli řídícího systému, který určuje, jaké činnosti má aktuálně kdo
vykonávat.
7
4
4IT450
TECHNOLOGIE A STANDARDY
Kromě uvedených zdrojů jsou použity následující: [1, 18, 26, 27, 28]
4.1 WEBOVÁ SLUŽBA
Podle definice World Wide Web Consortium [2] je webová služba softwarovým
systémem vytvořeným k podpoře komunikace mezi stroji přes síť. Má popsané
rozhraní ve strojově čitelném formátu (tedy WSDL). Ostatní systémy spolupracují
s Webovou službou způsobem předepsaným pomocí SOAP zpráv typicky
doručovaných pomocí http s XML formátem ve spojení s ostatními webovými
standardy [3]. Jedná se o prostředek, který umožňuje na jedné straně snadnou
výměnu informací mezi firmami a na druhé straně tvorbu celých jen lehce
provázaných systémů. Obě tyto funkce webovým službám umožňuje plnit jejich
standardně popsané rozhraní.
Způsob výměny zpráv je hlavním důvodem pro jejich snadné využití při komunikaci
aplikací, kdy každá je naprogramována jiným jazykem, běží na jiném systému a třeba
se nachází i na jiném světadíle. To umožňuje firmám vytvářet informační systém
s využitím mnoha různých dodavatelů webových služeb, bez strachu
z nekompatibility. Webové služby také umožňují snadné propojování informačního
systém různých firem, hlavně dodavatelů a odběratelů.
Kapitola: Technologie a standardy
Webové služby jsou webovými službami právě díky rozhraní, které se skládá ze
SOAP, WSDL a UDDI. Jinými slovy se webová služba skládá ze standardu na
výměnu zpráv, popisu struktury zpráv a registru služeb. Tyto části a jejich význam
pro webové služby najdeme na obrázku 1 a popíšeme je podrobněji.
8
4IT450
Obrázek 1: Součásti webové služby (James McGovern, 2003)
4.2 SOAP
Obrázek 2: Vztah XML a SOAP (Zimmermann, a další, 2005)
Z pohledu webové služby je SOAP obdoba xml instance nesoucí informaci. XML
procesor validující XML zprávu se změní v SOAP klienta či SOAP server.
Podobnost mezi xml a SOAP je na obrázku 4.
SOAP [4] je protokol založený na XML určený pro výměnu dat a struktur mezi
aplikacemi. Ve webových službách se používá ke komunikaci mezi uživateli,
poskytovateli a registrátory služeb (discovery agencies). SOAP protokol
nespecifikuje žádné způsoby komunikace, a tak může být využit ve spojitosti s
množstvím protokolů. Nejčastěji se používá s Hyper Text Transfer Protocol (http),
avšak nic nebrání použití i jiných protokolů.
9
4IT450
SOAP byl vytvořen firmami Microsoft, DevelopMentor, a UserLand v roce 1999
jako alternativa k protokolu RPC [5], založená na XML. Firmy IBM a Lotus se k
podpoře SOAP přidali o rok později, což vedlo k verzi SOAP 1.1 publikované v roce
2000 [6]. SOAP 1.1 byl v květnu 2000 zaslán W3C, kde byl přijat jako dokument pro
formátování XML protokolu. Zatím poslední verzi protokolu, SOAP 1.2 představilo
W3C v červnu 2003.
4.3 WSDL
Web Services Description Language (WSDL) je XML formát popisující síťové
služby jako sadu uzlů (portů) se zprávami obsahujícími buď dokumentově
orientované, nebo procedurálně orientované informace. Operace a zprávy jsou
popsány abstraktně a spojeny s konkrétním síťovým protokolem a formátem zprávy,
definujícím uzel. Související konkrétní uzly jsou kombinovány do abstraktních uzlů
(služeb). WSDL je rozšířitelný a umožňuje popsat uzly a jejich zprávy bez ohledu na
formát zprávy či použitý síťový protokol.
WSDL byl vytvořen v srpnu 2000 kombinací dvou jazyků k popisu služeb, a to
Network Application Service Specification Language (NASSL) vyrobený firmou
IBM, a produktem společnosti Microsoft Service Description Language (SDL). V
roce 2001 se WSDL dočkal od W3C standardizované verze 1.1. Od té doby je WSDL
1.1 [7] široce užíván a je brán jako standard pro webové služby. Současná verze
WSDL 2.0 [8] je z července roku 2007.
Standard UDDI (Universal Description, Discovery, and Integration) je specifikace
pro popis a zjištění webových služeb. Specifikace UDDI je založena na standardech
protokolu SOAP, jazyka XML a protokolu HTTP/S [9]. UDDI vlastně funguje jako
velký adresář, který obsahuje informace o subjektech a jimi poskytovaných službách.
Samotný registr UDDI je webová služba a komunikace s ní probíhá pomocí SOAP.
4.5 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. 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 3
4.4 UDDI
1
0
4IT450
Obrázek 3: Součásti WSIT (Sun, 2007)
Obrázek 4: Komunikace s využitím WSIT (Sun, 2007)
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á
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 4.
1
1
4IT450
odpověď ve formě WSDL. Součástí WSDL je i WS-Policy [10] 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í [11] je Quality of Service (QoS) [12] 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-Security [13], 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) [14]. Dalšími součástmi
WSIT jsou Web Services Security Policy [15] , která umožňuje webovým službám
definovat preference na zabezpečení konečných uzlů, a Web Services Trust [16] pro
odesílání SOAP sprá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.
SOA představuje přístup k vývoji software, nikoliv samotnou technologii. SOA lze
chápat jako politiky, praktiky a rámce, které umožňují, aby funkcionalita aplikací
byla poskytována a spotřebována jako množina služeb, a to v takové úrovni, kterou
potřebuje příjemce služby. Ten je oddělen od její implementace a používá pouze
jednoduché na standardech založené rozhraní. Koncept se opírá o tvorbu takové
softwarové architektury, která se skládá z volně pospojovaných, nezávislých
aplikačních služeb, a svou podstatou se snaží o dokonalejší naplnění uživatelských
potřeb. Tento koncept však není vázán na konkrétní integrační technologii – kromě
zmíněné dominující technologie WS lze tedy použít i standardy CORBA či DCOM.
4.6 SOA
1
2
4IT450
Obrázek 5: SOA
4.7 WINDOWS WORKFLOW FOUNDATION
Technologie Windows Workflow Foundation doplňuje .NET Framework skupinou
workflow orientovaných komponent, které umožní vývojářům definovat,
zkompilovat, spustit instanci, ladit a sledovat workflow. Windows Workflow
Foundation je spolu s Windows Presentation Foundation a Windows Communication
Foundation součástí .NET framework 3.5. Windows Workflow Foundation umožňuje
programům, aby byly vyjádřeny jako deklarativní, dlouhotrvající procesy, tedy
workflow. Na rozdíl od tradičních programů v Microsoft .NET Frameworku, na
workflow založené programy jsou typicky specifikovány v deklarativním Extensible
Application Markup Language (XAML) dokumentu, který specifikuje strukturu
programu v termínech doménově specifických aktivit. Tyto aktivity jsou pak
implementovány v tradičních CLR programovacích jazycích jako je C#,C++ nebo
Visual Basic. Funkce WF jsou také implementovány a podporovány produktem
Aplikační služba je tedy samostatná komponenta, která přijímá požadavky a vrací
odezvy skrze definované rozhraní. Typicky je toto rozhraní tvořeno webovými
službami, z čehož plyne technologická nezávislost služby a možnost rozptýlení
služeb po síti. „Poskládání“ těchto služeb tak, aby implementovaly firemní proces,
nazýváme orchestrací. Zorchestrované služby poté plní funkci Aplikační logiky, která
zpracovává data. Jazyky jako BPEL či WS-coordination jdou ještě dále, protože tvoří
metody jak přímo popsat firemní workflow a na základě tohoto popisu umožňují
služby efektivně zorchestrovat. Jazyk BPEL bude více představen níže. Na vývojáře
tento koncept klade nové požadavky v podobě změny úhlu pohledu. Jde zejména
o návrh takových služeb, které jsou dostatečně obecné, snadno znovu použitelné a
pro koncového uživatele přínosné.
1
3
4IT450
Visual Studio 2008. V současnosti společností Microsoft preferovaný způsob
komunikace s WF je pomocí WCF (Windows Communication Foundation).
4.8 BPMN
Business Process Modeling Notation (BPMN) [17] je notace, v současnosti ve své
verzi 1.1, určená pro popis business procesů ve workflow. BPMN bylo vytvořeno
skupinou Business Process Management Initiative (BPMI) a v současnosti jej
spravuje Object Management Group a to od roku 2005.
BPMN poskytuje notaci, která je čitelná pro všechny uživatele od analytika pres
programátora až po koncového uživatele, který bude procesy monitorovat a řídit.
BPMN je možné díky jeho založení na standartu XML využít pro generování dalších
formátu (XPDL, BPEL,BPEL4WS). Díky tomu BPMN vytváří jakýsi most mezi
business orientovanou analýzou a designem procesu a jejich implementací. Základem
BPMN je takzvaný Business Process Diagram (BPD), který je založen na znázornění
toku jednotlivých kroku procesu pomocí různých významových symbolů.
Základními elementy jsou tyto znázorněné na obrázku 6:
Ke každému základnímu elementu obsahuje BPMN mnoho dalších podřízených
elementů, které vyjadřují další vlastnosti (například rozlišení druhu událostí,
násobnost, opakovanost činností, druhy rozhodování, synchronizace, druhy
propojení). Tento standart je podrobněji popsán na svých webových stránkách
http://www.bpmn.org/ a wikipedii, na kterou se přes tyto stránky je možno dostat.
4.9 BPMN 2.0
Business Process Model and Notation je zatím jen pracovní jméno budoucího
standartu BPMN 2.0 [17]. Cílem BPMN 2.0 je sjednocení do jediné specifikace pro
Business Process Model and Notation která definuje notaci, metamodel a výměnné
Obrázek 6: Základní elementy BPMN
1
4
4IT450
formáty pod známým a osvědčeným názvem "BPMN". Mezi navržené vlastnosti
patří:
-
Spojení 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ání a podpoře businessu.
BPMN 2.0 má být připraveno do konce letošního roku (2008). V současnosti se na
BPMN stále pracuje a standart je rozdělen na dvě skupiny. První má za cíl propojit
BPDM do BPMN a druhá toto odmítá a podporuje metodu mapování BPDM do
BPMN specifikace. Ve druhé skupině jsou firmy jako Oracle či IBM, tedy se dá
předpokládat, že bude mít tato skupina navrch.
4.10 BPEL
BPEL (někdy rovněž označovaný jako BPEL4WS nebo WS-BPEL) je jazyk pro
popis procesu založený na bázi XML. Pomocí něj lze sladit existující webové služby
do procesu, který se rovněž sám stává webovou službou. BPEL je od BPMN 1.1
s BPMN propojen pomocí mapování a tedy je možné se na definici napsanou v BPEL
podívat pomocí grafické interpretace BPMN. Proces skládání se často označuje
termínem orchestrace. Při orchestraci, která se používá obvykle v soukromých
business procesech, přebírá centrální proces kontrolu nad využívanými webovými
službami a koordinuje vykonávání různých operací. Využívaná webová služba tak
ani „neví“, že je součástí procesu na vyšší úrovni. BPEL proces tak představuje
abstraktní vrstvu, která agreguje samostatné webové služby do vyššího celku, který
pak sám funguje jako webová služba. Je důležité zdůraznit, že BPEL umí jen
komunikovat s webovými službami. Sladění webových služeb je vše, co dokáže.
Není určen k integrování se zdroji, které neposkytují rozhraní pro webové služby.
Business Process Execution Language (BPEL) [19, 20], je zkrácením názvu Web
Services Business Process Execution Language (WS-BPEL), je jazyk umožňující
skládat dohromady webové služby. V minulosti využívaly produkty BPM (Business
Process Management) své vlastní speciální jazyky a odvozovací mechanismy pro
zpracování i nástroje pro design. BPEL je výsledkem spojení zejména dvou jazyku
pro popis workflow. Web Services Flow Language (WSFL) navrženého firmou IBM
a jazyka XLANG od firmy Microsoft. Na základě spolupráce společností BEA
Systems (nyní Oracle), IBM a Microsoft pak vznikl tedy společný standard BPEL,
který je v současné době pod kontrolou Organizace pro pokrok ve standardizaci
strukturovaných informací (OASIS). V srpnu 2005 byl vydán standart BPEL 2.0.
1
5
4IT450
Pomocí BPEL lze specifikovat přesné poradí využívaných webových služeb. Ty
mohou být razeny jak sekvenčně, tak paralelně. BPEL umožňuje rovněž vyjádřit
základní řídící prvky jako je sekvence, cyklus či podmíněné větvení. Komplexní
BPEL proces lze tedy definovat stejně jako jakýkoliv algoritmus. Průběh procesu pak
v typickém případě vypadá tak, že na začátku nastane událost (proces přijme
požadavek), která proces spustí. K tomu, aby proces získal požadované výstupy,
využívá definovanou posloupnost webových služeb. Nakonec pak vrátí získaný
výstup původnímu žadateli. Protože BPEL proces komunikuje s jinými webovými
službami, závisí silně na WSDL popisu využívaných služeb.
BPEL umožňuje synchronní i asynchronní komunikaci se službami. Asynchronní
služby jsou využívány obvykle pro dlouho trvající operace a synchronní pro operace,
které vrátí výsledek v relativně krátkém čase. Pokud je v BPEL procesu využívána
asynchronní webová služba, stává se proces jako celek rovněž asynchronním. BPEL
má samozřejmě i svá omezení. Mezi ně patří například omezené možnosti zahrnutí
živých lidí. Toto omezení se snažili vyřešit firmy IBM a SAP. V červnu 2007 vzniklo
rozšíření BPEL4People a WS-HumanTask, které umožňuje zahrnout i činnosti
vykonávané lidmi.
4.11 XPDL
První verze tohoto jazyka byla nazývána Workflow Process Definition Language
(WPDL). Tato verze byla poprvé představena v roce 1998. Tento procesní metamodel obsahoval všechny klíčové části nutné pro automatizaci workflow. Ve stejném
roce se objevily i první standardy založené na jazyce XML. Pracovní skupina 1 tento
standard přepracovala a představila ho již pod jménem XPDL (verze 1.0). XPDL 1.0
byla WfMC uznána v roce 2002, následně byl tento standard implementován do
mnoha nástrojů, jako svůj výměnný formát.
V roce 2004 se WfMC začala hlásit k BPMN. XPDL bylo rozšířeno tak, aby pomocí
XML dokázalo popsat BPMN diagramy. Tato verze byla pak v říjnu 2005
standardizována jako XPDL 2.0. Tato verze je zpětně kompatibilní s původní verzí
1.0. XPDL se pro svůj původ v XML používá různými nástroji především jako
výměnný formát. Jak již bylo řečeno, je implementován do mnoha nástrojů pro návrh
a správu procesu. Existují však nástroje, které primárně používají právě formát
XPDL.
Standard XML Process Definition Language (XPDL) [21, 22] je podle jeho tvůrce
Workflow Management Coalition (WfMC) [23] široce používaným jazykem pro
definici procesu. Jedná se o BPM standard, který je podporován širokým spektrem
aplikací – ERP systémy, call centra, CRM systémy, Business Intelligence, Business
Activity Monitoring (BAM), ECM, nástroje pro procesní modelování a simulaci
procesu atd.
1
6
4IT450
V květnu letošního roku (2008) byla představena a schválena, skupinou WfMC,
zatím poslední verze 2.1, která umožňuje spolupráci s BPMN 1.1. Je tedy reálné
očekávat, že s příchodem BPMN 2.0, bude i nová verze XPDL.
4.12 WF-XML
Wf-XML [24, 25] je business process management standard vytvořen Workflow
Management Coalition. 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é), nebo mu jsou tyto informace přiřazeny pro zadávání
(manuální) – a podle nich pak automaticky pobíhá vlastní zpracování tiskových dat.
Wf-XML 2.0, od WfMC, propojuje možnosti BPM a modelování workflow.
Business proces engine je speciální typ asynchronní služby. Průběh takové služby je
znázorněn takto: spuštění, ke službě jsou přiraženi 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 konkrétní software. Rozhraní na vyšší úrovni představuje integrace 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. Standard, který definuje
komunikační jazyk pro tato volání, je především WSDL.
1
7
5
4IT450
REFERENČNÍ MODEL
Zdroje pro tuto část jsou [29, 30, 31, 32 a 33].
5.1 ZÁKLADNÍ TERMINOLOGIE WORKFLOW PODLE WFMC
5.1.1 ZÁKLADNÍ KONCEPCE
Na obrázku lze vidět vztahy mezi základními pojmy.
Obrázek 7: Základní koncepce
Automatizace části nebo celého podnikového procesu. Jeden účastník posílá
dokumenty, informace nebo úlohy dalšímu účastníkovi ke zpracování. Přenos
probíhá podle určitých procedurálních pravidel.
5.1.3 SYSTÉM ŘÍZENÍ WORKFLOW
Systém spolupracující s účastníky procesu, který zprostředkovává použití IT nástrojů
a aplikací. Pomocí softwaru běžícího na jednom nebo více workflow strojích,
schopného interpretovat definici procesu, definuje, vytváří a řídí provádění
workflow.
Kapitola: Referenční model
5.1.2 WORKFLOW
1
8
4IT450
5.1.4 PODNIKOVÝ PROCES
Jedna nebo více spojených procedur nebo činností, které společně realizují úkoly
nebo strategické cíle podniku, obvykle v kontextu organizační struktury definující
funkční role a vztahy.
5.1.5 DEFINICE PROCESU
Reprezentace podnikového procesu ve formě, která podporuje automatickou
manipulaci jako je modelování nebo zpracování systémem řízení workflow. Definice
procesu se skládá ze sítě činností a vztahů mezi nimi, kritérií zahájení a ukončení
procesu a údajů o jednotlivých činnostech například o jejich účastnících, přiřazených
IT aplikacích, datech atd.
5.1.6 METAMODEL DEFINICE PROCESU
Obrázek 8: Metamodel definice procesu
5.1.7 ČINNOST
Popis jednoho logického kroku procesu. Činnost je buď manuální, která není
podporovaná počítačovou automatizací nebo automatickou, která je podporována
počítačovou automatizací – workflow. Automatická činnost vyžaduje podporu
zpracování procesu lidskými a/nebo strojovými zdroji; lidské zdroje jsou požadovány
činností, která je přiřazena nějakému účastníkovi workflow.
Model je popsán na následujícím obrázku.
1
9
4IT450
5.1.8 INSTANCE
Reprezentuje jedno konkrétní zpracování procesu nebo činnosti procesu včetně
použitých dat. Každá instance představuje samostatně vykonávané vlákno procesu
nebo činnosti, které může být řízeno nezávisle a má svůj vlastní interní stav a zvenčí
viditelnou identitu, jež může být použita k manipulaci. Pokud proces obsahuje
zároveň vykonávané činnosti, může jeho instance obsahovat více souběžně
vykonávaných vláken – paralelní vedení.
5.1.9 PRACOVNÍ POLOŽKA
Reprezentuje práci, která má být zpracována účastníkem workflow a to v kontextu
činnosti v instanci procesu.
5.1.10 PRACOVNÍ SEZNAM
List pracovních položek přidělených danému účastníkovi nebo skupině účastníků
workflow. Pokud jde o skupinu, předpokládá se, že sdílí pracovní list. Pracovní list je
tvořen částí rozhraní mezi workflow strojem a ovladačem pracovního seznamu.
2
0
4IT450
Obrázek 9: Přehled struktur procesů a pracovního seznamu
5.1.12 ÚČASTNÍK WORKFLOW
Práce se obvykle vyskytuje v podobě jedné nebo více pracovních položek,
přiřazených účastníkovi prostřednictvím pracovního seznamu. Tuto práci,
reprezentovanou instancí činnosti, vykonává účastník workflow.
5.1.11 PŘEHLED STRUKTUR PROCESŮ A PRACOVNÍHO SEZNAMU
2
1
4IT450
5.2 REFERENČNÍ MODEL WORKFLOW
Příklad architektury systému řízení workflow, který popisuje nejdůležitější
systémová rozhraní vyvinutá WfMC (Workflow Management Coalition). Představuje
základní architekturu systémů workflow.
Obrázek 10: Referenční model workflow
Toto rozhraní je určeno k propojení nástrojů pro modelování a definici nástrojů
s workflow produkty. Definuje hranici mezi fází návrhu a fází průběhu procesu. To
umožňuje, aby definice generovaná jedním modelovacím nástrojem mohla být
vstupem do fáze průběhu řady dalších workflow produktů. Výhoda pro uživatele je
ta, že získává nezávislost modelovacího nástroje a stroje workflow.
Základní typy funkcí na tomto rozhraní jsou:
ZALOŽENÍ RELACE
-
navázání nebo ukončení spojení mezi systémy
5.2.1 ROZHRANÍ 1
2
2
4IT450
OPERACE S DEFINICEMI WORKFLOW
-
zpřístupnění seznamu názvů definic procesů z úložiště
-
označení definice procesu zámkem
-
čtení, zapsání objektu definice procesu
OPERACEMI S DEFINICEMI OBJEKTŮ WORKFLOW
-
vytvoření, zpřístupnění a vymazání objektu v definici procesu
-
zpřístupnění, aktualizace a vymazání vlastnosti objektu
5.2.2 ROZHRANÍ 2
Je to rozhraní mezi řídící službou workflow a klientskou workflow aplikací. Je nutné,
aby rozhraní počítalo s různými variantami komunikace klientské workflow aplikace
se službou workflow. Toto rozhraní musí obsahovat jak operace pro manipulaci se
seznamem úkolů, tak i operace nad jednotlivými výskyty procesů.
-
založení relace
-
operace s definicemi workflow
-
funkce pro řízení procesu
-
funkce týkající se stavu procesu
-
funkce pro manipulaci se seznamem úkolů a jeho položkami
-
funkce dohledu na proces
-
funkce pro manipulaci s daty
-
administrátorské funkce
-
spouštění aplikací
5.2.3 ROZHRANÍ 3
Je rozhraním mezi workflow a externí aplikací. Externí aplikace mají velkou
různorodost, a proto nemůžeme předpokládat, že by byla všechny spustitelné přímo
systémem workflow. Z toho důvodu jsou dodávání takzvaní agenti aplikaci, kteří
zajišťují převod formátu standardního spuštění externí aplikace do formátu spuštění
specifického pro konkrétní aplikaci.
Mezi základní funkce tohoto rozhraní patří:
Mezi základní funkční oblasti aplikačního rozhraní patří:
2
3
-
založení relace
-
funkce řízení činnosti
-
přenos dat mezi aplikacemi a workflow
4IT450
5.2.4 ROZHRANÍ 4
Je rozhraní mezi jednotlivými řídícími službami workflow, mezi nimiž má být
zajištěna interoperabilita. Organizace WfMC definuje několik různých modelů
spolupráce mezi řídícími službami workflow. U těch nejjednodušších je část procesu
vykonána jednou službou workflow a pak je zpracování předáno další službě
workflow. U těch nejsložitějších se na zpracování podílí současně několik řídících
služeb workflow.
Tyto modely můžeme dělit do dvou skupin:
U modelu první skupiny probíhá zpracování procesu v každém okamžiku v rámci
právě jedné služby workflow. Spolupráce obou služeb je potřebná pouze při
předávání odpovědnosti za zpracování. V tom okamžiku vystupuje jedna služba v roli
služby předávající zpracování procesu a druhá služba v roli služby přijímající
zpracování.
U modelu druhé skupiny se na zpracování procesu podílí více služeb najednou. Tyto
služby jsou vzájemně rovnocenné, všechny se podílejí na řízení zpracování. Proto
spolu také musí velmi úzce spolupracovat.
-
založení relace
-
operace s definicemi workflow
-
funkce pro řízení procesu
-
funkce týkající se stavu procesu
-
funkce řízení činností
-
funkce pro manipulaci s daty
-
administrátorské funkce
-
vyrozumění o události
-
indikace chyb
-
zotavení systému
V tomto rozhraní je aplikace řady funkcí, které již byly jmenování u předchozích
rozhraní:
2
4
4IT450
5.2.5 ROZHRANÍ 5
Je rozhraní řídící služby workflow s nástrojem pro správu a monitorování.
Rozhraní má tyto funkce:
operace pro správu uživatelů (nastavení,
přístupových práv uživatele nebo skupiny)
zrušení,
změna,
přerušení
-
operace pro správu rolí (definice, zrušení, změna vztahu mezi rolí a uživatelem
nebo nastavení, změna vlastností role)
-
2
5
6
4IT450
POPIS PRODUKTŮ
6.1 ARIS
Zdroje této části jsou: [34, 35, 36, 37].
ARIS solutions jsou nástroje a služby pro podporu procesního řízení. Jedná se
o kombinaci softwarových produktů a procedur. Podle analytické společnosti Gartner
je ARIS označován za jednoho z lídrů trhu BPM a EAM. Produktová řada ARISu
podporuje celý životní cyklus podniků. Začíná u strategie, jde přes návrh procesů
k jejich implementaci do praxe (do SAPu, ORACLE a IBM nástrojů a ostatních
používaných ve firmě). Nakonec se s využitím ARIS nástrojů přistupuje ke
controllingu – kontrole jak například zaměstnanci skutečně s procesy pracují.
Lze automaticky vypsat informace o zacházení s nástroji a zjistit tak slabá místa
v podnikových procesech. ARIS platform se tedy skládá ze čtyř základních částí:
ARIS Strategy platform, ARIS Design platform, ARIS Implementation platform a
ARIS Controlling Platform. Oproti nástrojům jako je Visio od Microsoftu je výhodou
ARISu mnohem větší samoudržovatelnost a automatizace, čímž je možné docílit
nemalých úspor (po větší prvotní investici – naprostý základ ARISu stojí zhruba od
250 000Kč).
V poslední době začala společnost IDS Scheer vyvíjet zcela nový nástroj ARIS na
JAVA platformě který plně nahrazuje starší ARIS Tool set (od 1.1.2009). To by
mimo jiné mělo umožnit používat nástroje ARIS na větším množství operačních
systémů.
Podle pana Hanke z IDS Scheer je jedním trendem současnosti silné zaměření firem
na BPM - optimalizaci a návrh procesů, a to více na východě než na západě. Na
západě je možné naopak sledovat stále větší důraz na SOA. Více společností si nyní
také uvědomuje, že zavádění nástrojů jako je ARIS je potřeba provádět společně
s vlastními zaměstnanci z různých úrovní vnitropodnikové organizační struktury
(potřeba je mimo managementu i co největší zapojení IT oddělení), aby výsledné
řešení co nejvíce odpovídalo potřebám společnosti a bylo kompaktní.
Druhým trendem je silné provázání ARISU se SAPem a podobnými nástroji. Pokud
je SAP nasazen na špatný proces, pak je jeho použití problematické. Nejdříve je
potřeba detailně popsat procesy, včetně toho čím a jak je podporovat. V ARISu
existuje přímo rozhraní ARIS – SAP díky kterému je možné průběžně
Kapitola: Popis produktů
6.1.1 VYSLEDOVANÉ TRENDY
2
6
4IT450
synchronizovat tyto dva produkty a navíc je možné provést v ARISu přednastavení
SAPu podle potřeb klienta.
Governance, Risk & Complience – podpora ISO apod. ARIS umožňuje přes popis
procesů identifikovat rizika a dodefinovat k nim patřičné kontroly – existuje
workflow, díky kterému lze automatizovaně při problémech odesílat hlášení.
Automatická kontrola správnosti procesů - Process Inteligence&Performance –
proces, při kterém se napojí ARIS servery ke stávajícím systémům používaným ve
firmě, a sledují se různorodé probíhající procesy. Poté se identifikují možné
problémy a ty se předkládají managementu s návrhem řešení.
Velká míra automatizace aplikací, která umožňuje uspořit
zaměstnávání většího množství dozorčích a kontrolních pracovníků.
prostředky
za
Přehledné grafické výstupy napomáhající managementu v rychlejším rozhodování
(semafory). Využití metod jako je Balanced scorecard. Nástroje predikující
budoucí vývoj, nástroje simulace procesů apod.
Zvětšování nezávislosti software na jedné platformě založením na JAVĚ a webovém
rozhranní.
6.1.2 NÁSTROJOVÁ ŘADA (PLATFORMA) ARIS
ARIS Platform zahrnuje pro organizace potřebné nástroje, které by jim měly pomoci
vypořádat se s častými změnami v reálném světě, a které je potřeba vzít v potaz při
řízení procesů. Jejich součástí je i nový soubor metodických postupů ARIS Value
Engineering (AVE) ve formě různých procesních modelů, které vycházejí z množství
reálných projektů. Metodika ARIS Value Engineering se tedy mnohem více posouvá
z teoretické (akademické) sféry do praktické oblasti (odklon od původní metodiky).
Metodiku ARIS Value Engineering nacházíme v celé produktové řadě ARIS.
2
7
4IT450
ARIS poskytuje strukturovanou nabídku produktů pokrývající všechny fáze životního
cyklu podniku.
6.1.3 STRATEGY PLATFORM
Součástí Strategy platform jsou ARIS BSC, ARIS Business Optimizer a ARIS
Business simulator.
6.1.4 DESIGN PLATFORM
ARIS Strategy Platform je soubor nástrojů pro řízení business strategie a její
promítnutí do podnikových procesů. Nástroje jsou postavené převážně na metodě
Balanced Scorecard (BSC) a podporují zavádění BSC, stejně tak jako její použití při
analýze průběhu a distribuci výsledků. Tento přístup za pomoci nástrojů ARIS
Strategy Platform současně vytváří potřebnou transparenci na straně procesních
nákladů a je tak možné provádět interní benchmarking mezi jednotlivými odděleními,
pobočkami apod. s cílem identifikovat potenciál pro zvýšení efektivnosti
a produktivity. (IDS-Scheer, 2007) Je možné vytvářet simulace, které napomáhají
k optimalizaci procesů, identifikaci úzkých míst, zjištění nedostatečné kapacity
zdrojů apod. Umožňují přetransformovat podnikovou strategii do podnikových
procesů potřebných pro její realizaci.
2
8
4IT450
Design platform je součást ARISu zaměřená na celoplošné řízení IT architektury,
návrh, analýzu a optimalizaci podnikových procesů. Nová webově založená
a intuitivně ovládaná generace nástrojů ARIS BPM dělá řízení podnikových procesů
efektivnější – zásluhou krátkého času na zaškolení, ergonomického uživatelského
rozhraní, snadného vytváření výstupů, vysoké výkonnosti a administrace za pomoci
webu (IDS-Scheer, 2007). Umožňuje jednoduché zobrazení relevantního obsahu
procesů přímo jednotlivým cílovým skupinám uživatelů. ARIS design platform se
skládá z produktů: ARIS Business Architect, ARIS Business Designer, ARIS
Business Publisher, ARIS IT Architect, ARIS Defense Solution a ARIS Quality
Management Scout.
6.1.5 ARIS BUSINESS ARCHITECT – MODELOVÁNÍ PROCESŮ
Pro nás nejzajímavější částí Design platform je ARIS Business Architect. ARIS
Business Architect je software pro řízení podnikových procesů (BPM) fungující ve
webovém prostředí. Je využíván při modelování, analýze a optimalizaci podnikových
procesů.
ARIS Business Architect disponuje rozsáhlými funkcemi pro správu databází,
uživatelů, skriptů, atd. Kromě metod, jako je Event-driven process chain (EPC),
podporuje ARIS i BPMN, BPEL, UML nebo další koncepce architektury, jako je
např. DoDAF, IT City Planning nebo Zachman. (IDS-Scheer, 2007)
S využitím předdefinovaných vstupních modelů je ovládání aplikace poměrně
intuitivní. Na počátku se pouze volí jaká data, aplikace, služby a role (organizační
struktura) se používají a k tomu jaké procesy jsou ve firmě využívány. Například
organizační strukturu lze jednoduše vytvořit pomocí nástroje ARIS HR link, který
zajistí synchronizaci s HR modulem třeba SAPu a automaticky ji upravuje podle
změn v těchto externích programech (SAPu).
Vazbu na SAP lze nalézt i v diagramech procesů, kde lze volit aplikační pokrytí
jednotlivých prováděných činností. U jednotlivých činností lze definovat například
pravděpodobnosti, že bude činnost prováděna nebo její dobu trvání. To lze využít
Software je možné propojit s databázemi třetích stran, ale pro menší podniky je plně
dostačující integrovaná databáze přímo v ARISu.
2
9
4IT450
například v následných simulacích, díky kterým je možné odhalit slabá místa, která je
potřeba odstranit, nebo jaké oddělení je jak vytíženo apod. Samozřejmostí je možnost
vygenerovat podrobnou statistiku.
ARIS Business Architect obsahuje stovky objektů, díky čemuž vypadá na první
pohled relativně složitě. Na druhou stranu se ale jedná o velice komplexní nástroj, ve
kterém lze složitost částečně řešit filtrem, který vyfiltruje pouze potřebné nástroje
(ostatní v aplikaci stále zůstávají a je tedy možné je v případě potřeby přidat).
Zajímavou možností je automatické generování příručky, například ISSO, na základě
diagramu a reportu. Reporty se generují téměř ze všech činností.
6.1.6 ARIS IMPLEMENTATION PLATFORM
Implementation platform je soubor nástrojů, které umožňují snadno transformovat
návrh podnikových procesů do reality, tedy do technologicky specifického návrhu.
Na základě popisu procesů (nástroji ARIS) lze celou navrženou procesní architekturu
transformovat na modely, které je možné ihned implementovat.
Nástroje, které jsou součástí modulu ARIS Implementation Platform, umožňují
rychle transformovat podnikové procesy do specifického IT prostředí, ve kterém
budou následně prováděny. Platformově nezávislé procesy popisované v nástroji
ARIS jsou postupně transformovány do modelů a diagramů vhodných pro
implementaci. ARIS tak redukuje komplexnost IT projektů propojením procesního a
technologického pohledu. Vzájemné závislosti se stávají transparentními a
řiditelnými. (IDS-Scheer, 2007)
3
0
4IT450
I v ARIS Implementation platform lze nalézt silnou vazbu na software firmy SAP,
která umožňuje značně zefektivnit proces implementace návrhu podnikových procesů
do reality. Pomocí aplikace ARIS for SAP NetWeaver, která slouží k návrhu modelů
podnikových procesů, lze modely těchto procesů jednoduše implementovat přímo do
konfiguračních a prováděcích modelů v SAP NetWeaver. Díky této integraci je
značně usnadněna implementace, provoz i monitorování procesů a také se zkrátí doba
potřebná pro přenesení změn v modelech do reality. V ARIS Implementation
platform lze nalézt i nástroje pro návrh servisně orientované architektury a její
zavedení.
ARIS Controlling platform slouží ke kontrole správné funkčnosti procesů
a implementuje kontrolní systémy pro měření výkonnosti podnikových procesů v IT
systémech. V některých případech je přímo zákonem dána potřeba kontrolovat
a zabezpečit procesy, i o toto se nástroj Controlling platform stará. Nástroje pro
controlling od ARISU se již, s tím jak roste množství a komplexita pokrytá procesy
a potřeba vyhodnocovat výsledky, začínají prosazovat i v českých podnicích (nyní asi
10 instalací).
Velký důraz řešení od IDS Scheer je kladen na časové akce (např. podle SLA potřeba
kontroly, že se dodržují garantované časové limity pro odezvu - na helpdesku apod.).
Nástroje automaticky sledují potřebné indikátory a v případě překročení časové lhůty,
nebo jiného problému upozorní zodpovědnou osobu na daný problém – napíše, co se
stalo, jak se to stalo a proč se to stalo (tedy například kdo něco neudělal nebo
porušil). Je možné využít „process mining“, tedy automatické prohledání procesů ze
všech možných dimenzí a najít deviace, kde jsou největší odchylky od normálu.
Tímto lze nalézt například abnormální doby na vyřízení požadavku na nějaké
6.1.7 ARIS CONTROLLING PLATFORM
3
1
4IT450
pobočce a zaměřit se na řešení problému v konkrétní lokalitě. Při nalezení problému
lze ještě jít do hloubky, třeba na jednotlivé požadavky a zjistit tak přesně kde byl
problém.
Lze si vygenerovat agregovaný model procesů, který by se měl shodovat s tím
původně namodelovaným – pokud ne, nedodržuje se původní plán. Další možností je
například vykreslení komunikační sítě, která ukazuje (opět z různých úrovní
jednotlivých geografických jednotek, vnitropodnikových funkcí apod.), jak často kdo
s kým komunikuje a názorně zobrazí tzv. ping-pong vazby (tazatel dostává rychle
odpověď, na kterou odpovídá a to se stále opakuje), které je dobré pro úsporu času
odstranit.
Pro možnost rychlé reakce na případný problém lze pro management generovat
názorné a přehledné diagramy, ze kterých jsou schopni okamžitě identifikovat
problematický proces nebo místo v procesu (například pomocí obligátních
semafórků) a problém rychle vyřešit. Další možností je predikce problémů na základě
současného vývoje. Moderní funkcí je možnost zobrazení těchto informací on-line,
tedy
mimo
vnitropodnikovou
síť.
3
2
4IT450
6.2 IBM WEBSPHERE BUSINESS MODELER
Zdroje této části: [38, 39, 40, 41, 42]
Nástrojem pro modelování a analýzu podnikových procesů z dílny společnosti IBM
je produkt IBM WebSphere Business Modeler (dále jen IBM-WSBM). Mezi základní
funkce tohoto nástroje patří modelování, simulace a analýza procesů.
IBM-WSBM je nedílnou součástí WebSphere Dynamic Process Edition, což je
soustava produktů pro řízení podnikových procesů (BPM) s uplatněním základních
funkcí SOA pro nasazení a průběžnou optimalizaci úplných dynamických
podnikových procesů. Součástí tohoto balíku je kromě již zmíněného produktu IBMWSBM také:
-
WebSphere Monitor – poskytuje monitorování obchodní aktivity BAM
(Business Activity Monitoring) výkonnosti podnikového procesu. BAM
představuje technologii, která v reálném čase poskytuje přístup ke klíčovým
výkonnostním ukazatelům. Koncoví uživatelé z řad převážně provozních
zaměstnanců, mohou sledovat fungování této technologie prostřednictvím
výstrah a řídících panelů.
-
WebSphere Business Services Fabric – produkt umožňující uživatelům
z oblasti businessu ve velmi krátké době sestavit nové business procesy,
založené na architektuře SOA.
Tabulka 1: zdroj [42] (přeloženo, forma zachována)
Produkt IBM-WSBMje dostupný ve 2 základních verzích, a to ve verzi Basic
a Advanced.
3
3
4IT450
Z hlediska větší obsáhlosti a komplexnosti se tato práce věnuje popisu produktu ve
verzi Advanced.
6.2.1 FUNKCIONALITA
-
navrhování, modelování a testování podnikových procesů
-
rozšířené simulační funkce umožňují důkladnou analýzu procesu před jeho
konečným nasazením do provozu
-
disponuje vylepšeným opakovaným využitím modelu procesu
Tabulka 2: zdroj [42] (přeloženo, forma zachována)
3
4
4IT450
-
poskytuje například funkci tzv. lidské úlohy – umožňuje procházení sledu
lidských úloh a zobrazení jim přiřazených formulářů
-
s pomocí vizualizace a identifikace kritických a neúčinných míst v procesu
urychluje proces optimalizace
-
umožňuje sdílení modelů a spolupráci prostřednictvím webového prohlížeče
(pomocí nástroje, který je vysvětlen v dalším textu)
6.2.2 ZÁKLADNÍ POPIS PRODUKTU
V dnešní dynamické době je potřeba pružně reagovat na vnější podmínky trhu, na
strukturu a velikost poptávky, na aktivity své přímé konkurence a podniky tak stojí
před výzvou neustálých změn. Procesně řízený podnik tak často sahá k úpravě
stávajících či návrhu nových business procesů, aby v tomto vysoce turbulentním
prostředí obstály. Pro podnik je tak nezbytně nutné mít představu o tom, jak
jednotlivý business proces vypadá, co je vstupem jednotlivých činností a co je
naopak jejich výstupy. Je tak potřeba mít business procesy dobře zdokumentované, a
to na formální úrovni, neboť neřízený a nedokumentovaný proces může sestávat
z mnoha nadbytečných činností, které průběh celého procesu zpomalují a tím také
akceschopnost podniku jako celku.
-
Základní režim – představuje obecné zobrazení procesů a rychlé vytváření
a sledování jednotlivých činností. Je určen spíše pro analytiky obchodního
podnikání.
-
Středně pokročilý režim – je určen pro technicky zdatnější uživatele, kdy je
již zobrazena složitější obchodní logika.
-
Pokročilý režim – tento režim je určen především odborníkům z IT oblasti
a zkušeným architektům procesů.
IBM WSBM ve verzi Advanced nabízí také různé režimy pro samotné modelování
business procesů, které jsou optimalizované pro různé technologie:
-
Pro generování výstupu v jazyce BPEL (Business Process Execution
Language) je určen režim WebSphere Business Integration Server Foundation.
-
Pro generování výstupu v jazyce FDL (Flow Definition Language) je určen
režim WebSphere MQ Workflow. Toto lze pak použít jako základ
automatizovaného řešení sledu prací.
WebSphere Business Modeler se snaží být nástrojem, který je srozumitelný jak pro
běžného uživatele z oblasti businessu, tak také odborníka na oblast IT. V této oblasti
nabízí IBM WSBM různé uživatelské režimy. Toto má vztah k jedné z vlastností,
které jsou uvedeny výše, v tabulce porovnání verzí:
3
5
-
4IT450
Třetí režim, WebSphere Process Server, je určen pro technicky pokročilé
uživatele, je opět optimalizován pro generování výstupu v jazyce BPEL.
Obě výše uvedené verze produktu IBM-WSBM umožňují publikování vytvořených
modelů business procesů a souvisejících dokumentů na zabezpečených webových
stránkách. Děje se tak skrze nástroj WebSphere Business Modeler Publishing
Server (WSBMPS). Tento nástroj neslouží pouze k vnitropodnikovému šíření těchto
informací, ale modely business procesů a související dokumentace se dá šířit také
celosvětově, například při komunikaci pobočky nadnárodní společnosti se svým
mateřským podnikem. Publikování modelů pomocí WSBMPS se děje pomocí 2 fází
publikování. V první fázi jsou modely poskytnuty k okomentování (děje se pomocí
komentářů a příloh), zatímco ve druhé fázi jsou modely těmto prohlížejícím přímo
zpřístupněny.
V čem se ale obě verze produktu IBM WSBM liší je možnost simulace, kterou na
rozdíl od verze Basic ve verzi Advanced najdeme. Navrhnutý business proces tak lze
lehce simulovat a analyzovat za různých, předem stanovených okolností. Pro ilustraci
je tato simulace doplněna animací. Podmínky, za nichž business proces v simulaci
probíhá, může uživatel předem definovat, ať už se jedná o poměr a skladbu vstupů,
počet lidských a systémových prostředků, které jsou pro vykonávání business
procesu k dispozici.
IBM-WSBM dále umožňuje transformaci modelů business procesů na modely
úrovně IT, kdy je například možné vygenerovat přímo verzi BPEL (Business Process
Execution Language) daného business procesu. Toto je velmi užitečný nástroj, neboť
takto vygenerovaný business proces můžeme pomocí dalšího nástroje z řady
WebSphere, WebSphere Integration Developer, použít jako základ pro vytvoření
aplikace. Ve verzi Advanced produktu IBM WSBM je navíc umožněno exportovat
projekt do nástroje Rational Software Modeler a pracovat s ním jako s modelem
UML.
Uživatelské prostředí tohoto nástroje umožňuje modelování ve dvou základních
pracovních rámcích. První z nich je označován jako rozvržení volného formuláře
a uživatel v tomto režimu není nikterak limitován v uspořádání diagramů a celkového
business procesu. Při uplatnění rámce rozvržení drah tvoří uživatelské prostředí ne
tak volným, ale logicky uspořádaným. Jednotlivé prvky jsou uspořádány v řádcích,
které jsou reprezentovány konkrétními charakteristikami. Prvky tak mohou být
v řádku na základě organizační jednotky, umístění, definice prostředku, role nebo
klasifikátoru.
6.2.3 UŽIVATELSKÉ PROSTŘEDÍ
3
6
4IT450
Obrázek 11: zdroj 38 (použitý identický obrázek jako ve zdroji)
Legenda:
1) Tlačítko Vybrat režim (ikona se mění podle vybraného režimu)
2) Tlačítko Průvodce Jak rychle začít
4) Paleta
5) Strom projektů
6) Editor procesů (zobrazující diagram procesu)
7) Pohled Osnova
8) Pohled Atributy
6.2.4 MODELOVÁNÍ OBCHODNÍCH POLOŽEK
3) Tlačítko Použít rozvržení se 4 podokny
3
7
4IT450
V rámci business procesu je předaná celá řada různých dokumentů, komodit či
produktů práce ať už představují vstupy jednotlivých činností nebo jejich výstupy.
I toto je možné pomocí nástroje IBM-WSBM znázornit, a to prostřednictvím
modelování tzv. obchodních položek. U jednotlivých obchodních položek lze určit
také její stav – například stav zpracování v případě objednávky. Je tak možné
sledovat v jakém stavu se daná obchodní položka v té které části business procesu
nachází.
6.2.5 MODELOVÁNÍ PROSTŘEDKŮ
V rámci business procesu je možné modelovat také jednotlivé prostředky, které
mohou být, ale také nemusejí být aktéry jednotlivých činností tohoto procesu. Může
se tak například jednat o zaměstnance, vozidla, ale také vodu či elektřinu. U každého
prostředku je pak možné určit náklady a rozvrhy, kdy jsou například prostředky
k dispozici a kdy nikoli.
6.2.6 MODELOVÁNÍ ORGANIZACÍ
Velice užitečným nástrojem, především pak pro větší podniky, je možnost
modelování organizací – například v rámci podniku můžeme na vyšší úrovni
abstrakce modelovat jednotlivé divize či oddělení.
6.2.7 MODELOVÁNÍ STRUKTUR
Tato část funkcionality IBM-WSBM se věnuje modelování vztahů mezi jednotlivými
obchodními entitami v rámci organizace. Jednoduše tak lze vyjádřit vztah mezi
jednotlivými divizemi či odděleními (například finanční vazby).
6.2.8 ANALÝZA
Statická analýza poskytuje informace o modelech business procesů v jejich statické
formě. Může se tak například jednat o analýzu rolí či o analýzu propustnosti aktivity,
kdy je zobrazena produktivita dané činnosti v rámci business procesu za jednotku
času.
Dynamická analýza naopak úzce souvisí s proběhnutými simulacemi daného business
procesu. Je důležité zdůraznit, že výsledky simulace jsou do značné míry ovlivněny
parametry, které uživatel specifikoval na počátku simulace. Jako příklad dynamické
analýzy je tak možno uvést například analýzu nákladů na danou činnost v rámci
business procesu či analýzu nákladů za business proces jako celek.
Na rozdíl od verze Basic, nabízí IBM-WSBM ve verzi Advanced dva typy analýzy,
a to statickou analýzu a dynamickou analýzu.
3
8
4IT450
6.2.9 GENEROVÁNÍ SESTAV
IBM-WSBM umožňuje v obou svých verzích utvářet sestavy z dat, obsažených
v modelovaných business procesech. Sestavy je pak možno exportovat do různých
formátů souborů, tedy data jsou pak použitelná jak pro tabulkové editory, tak třeba
pro prezentace či tiskové výstupy pro managament podniku.
6.2.10 NÁVAZNOST NA SOA
Obrázek 12: zdroj 38 (použitý identický obrázek jako ve zdroji)
Výstupy z IBM-WSBM ve verzi Advanced lze exportovat v jazyce BPEL, což je
předpokladem pro import takto vyjádřeného modelu do nástroje WebSphere
Integration Developer, což je – jak bylo pospáno již výše – nástroj určený pro vývoj
aplikací. Je možné vytvářet a zavádět business procesy založené na SOA (Service
Oriented Architecture). Hotové business procesy, založené na SOA, lze dále
exportovat do dalšího nástroje z rodiny WebSphere – WebSphere Business Monitor –
který umožňuje pozorovat a vyhodnocovat obchodní procesy. Aby byla využitelnost
IBM-WSBM úplná, lze výstup z WebSphere Business Monitor zpětně importovat do
Modeleru a plně tak implementovat průběžné řízení výkonu.
3
9
7
4IT450
ZÁVĚR
Jak již bylo nastíněno v kapitole věnované referenčnímu modelu pro workflow
systémy, plní nástroje typu CASE/CABE svojí primární roli ve fázi definice
procesu. Definice založená na stroji srozumitelném jazyku, kterým WS-BPEL
nebo WS-BPEL4PEOPLE bezesporu je, mohou posloužit jako vhodný vstup
pro workflow systém, který dále na základě interpretace této definice řídí
vykonávání patřičných aktivit. Zároveň jsou výše uvedené standardy (kap. 3.)
využitelné pro potřeby komunikace workflow systému se svým okolím.
Ve vztahu budoucím týmům navazujících na tuto tématiku doufáme, že námi
pojaté zpracování pro ně bude mít informační hodnotu a svým vlastním
zpracováním vylepší potencionální nedostatky této práce.
8
ZDROJE
[1]
Článek na http://thesis.romanofski.de/ch01s03.html
[2]
http://www.w3.org/
[3]
http://www.w3.org/2002/ws/Activity
[4]
Původně z anglického Simple Object Access Protocol, více informací je na
http://en.wikipedia.org/wiki/SOAP
[5]
http://webservices.xml.com/pub/a/ws/2001/04/04/soap.html
[6]
http://www.w3.org/TR/2000/NOTE-SOAP-20000508/
[7]
http://www.w3.org/TR/wsdl
[8]
http://www.w3.org/TR/wsdl20/
[9]
Definice firmy Microsoft
[10] http://www.w3.org/Submission/WS-Policy/
[11] http://www.ibm.com/developerworks/library/specification/ws-rm/
[12] http://en.wikipedia.org/wiki/Quality_of_service
[13] http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=wss
[14] http://cs.wikipedia.org/wiki/SSL
[16] http://docs.oasis-open.org/ws-sx/ws-trust/200512/ws-trust-1.3-os.html
[17] http://www.bpmn.org
[18] Zimmermann, Olaf, MarkTomlinson a Peurser, Stefan. 2005. Perspectives
on Web Services. Heidelberg : Springer, 2005. 3-540-00914-0.
[19] http://docs.oasis-open.org/wsbpel/2.0/OS/wsbpel-v2.0-OS.html
Kapitola: Závěr
[15] http://wso2.org/library/3132
4
0
4IT450
[20] http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=wsbpel
[21] http://www.wfmc.org/xpdl.html
[22] http://xml.coverpages.org/wf-xml.html
[23] http://xml.coverpages.org/XPDL20010522.pdf
[24] http://www.wfmc.org/wfmc-wf-xml.html
[25] http://xml.coverpages.org/wf-xml.html
[26] James McGovern, Sameer Tyagi, Michael Stevens and Sunil Matthew.
2003. Java Web Services Architecture. 2003. 1558609008.
[27] Introduction to WSIT. Sun Microsystems. [Online] [Citace: 12. 10 2008.] Sun
Microsystems
http://docs.sun.com/app/docs/doc/820-1072/ahiaj?a=view
[28] Práce minulých etap, které jsou k nalezení na adrese
http://www.panrepa.org/CASE/
[29] http://soablogjst.blogspot.com/2007/03/referenn-model-soa.html
[30] http://www.sefira.cz/reseni/workflow/terminologie.htm
[31] http://www.fit.vutbr.cz/study/courses/TJD/public/0203TJD-Vojta.pdf
[32] http://www.hp.cz/services/integrace/itsm/files/podrobne_informace_o_itsm_rm.pdf
[33] Workflow – nástroj manažera pro řízení podnikových procesů, Antonín Carda,
Renáta Kunstová, Grada, Druhé, rozšířené a aktualizované vydání
[34] IDS-Scheer. (26. 10 2007). ARIS Business Architect. Získáno 4. 12 2008, z IDS
Scheer ČR
http://www.ids-scheer.cz/cz/ARIS/ARIS_Software/ARIS_Business_Architect/34725.html
[35] IDS-Scheer. (26. 10 2007). ARIS Implementation Platform. Získáno 5. 12 2008,
z IDS Scheer ČR
http://www.idsscheer.com/cz/ARIS/ARIS_Software/ARIS_Implementation_Platform/34489.html
[36] IDS-Scheer. (26. 10 2007). ARIS Strategy Platform. Získáno 3. 12 2008, z IDS
Scheer ČR
http://www.ids-scheer.cz/cz/ARIS/ARIS_Software/ARIS_Strategy_Platform/34491.html
http://www.ids-scheer.cz/cz/ARIS/ARIS_Software/84388.html
[38] Corporation, IBM. Dokumentace k produktu IBM WebSphere Business
Modeler Advanced. Nápověda IBM. [Online] IBM Corporation, 2005. [Citace:
20. Listopad 2008.]
http://publib.boulder.ibm.com/infocenter/dmndhelp/v6rxmx/index.jsp
Kapitola: Zdroje
[37] IDS-Scheer. (26. 10 2007). Produktová brožura ARIS Platform. Získáno 02. 12
2008, z IDS Scheer ČR: ARIS Software
4
1
4IT450
[39] WebSphere Business Modeler Advanced. IBM - WebSphere Business Modeler
Advanced - Software. [Online] IBM Corporation, 2007. [Citace: 20. Listopad
2008.]
http://www-01.ibm.com/software/integration/wbimodeler/advanced/
[40] WebSphere Business Modeler Advanced. IBM - WebSphere Business Modeler
Advanced - Features and Benefits. [Online] IBM Corporation, 2007. [Citace:
20. Listopad 2008.]
http://www-01.ibm.com/software/integration/wbimodeler/advanced/features/?S_CMP=rnav
[41] Džmuráň., Marek Palmer a Michal. Úvod do zpracování událostí. Business
aplication platform and soa infrastracture software - Progress Software. [Online]
Progress Software Corporation. [Citace: 20. Listopad 2008.]
http://www.progress.com/progress_software/worldwide_sites/cz/docs/brozury/080413j.pdf
[42] Corporation, IBM. IBM - WebSphere Business Modeller. IBM - WebSphere
Business Modeller. [Online] IBM Corporation, 2007. [Citace: 20. Listopad
2008.] http://www-
Kapitola: Zdroje
142.ibm.com/software/dre/hmc/compare.wss?HMC02=B008006F42493A77
4
2

Použití CASE/CABE pro řízení workflow ve firmě

Transkript

Podobné dokumenty

2 Webové služby - FAKE GAME Project

Integrační nástroje a jejich vazba k CASE a modelování vůbec

POUŽITÍ CASE/CABE PRO ŘÍZENÍ WORKFLOW VE FIRMĚ (VAZBA

Page 1 2016 年1 月8 日星期五网址:wsnews.com.cn 邮箱:wsrb777

OLF Stmnt- December 2011

Ramaddii J Shigux Geleta

SA_416 - Řízení projektů IS - Návrh řešení ERP

Nástroje pro vývoj aplikací v závislosti na platformě a jejich vazba na

Nástroje pro vývoj aplikací a jejich vazba na CASE