41
4 ARCHITEKTURA PODNIKOVÝCH PROCESŮ S ARISEM V této kapitole vysvětlíme potřebu strukturované architektury podnikových procesů, a seznámíme se s běžnými typy modelů, používaných v ARISu k reprezentaci architektury
4.1 Potřeba architektury podnikových procesů V této části se budeme soustředit na další prvek nutný k celkovému přístupu k MOPP: na architekturu podnikových procesů organizace. Je velký rozdíl mezi modelováním malého počtu procesů, používaných určitým oddělením a tvořením dobře definované MOPP struktury použitelné ke zvládnutí rozsáhlé organizace. Představme si obrovskou organizaci s tisíci zaměstnanci, kde každé oddělení individuálně popisuje své procesy použitím jiných konceptů, jiných modelů, jinými softwarovými nástroji. To by byl obrovský nepořádek. Proto je nutno standardizovat náš přístup k managementu podnikových procesů. Standardizace neznamená jen to že každý bude mluvit stejným jazykem procesů, ale také to, že bude existovat společná infrastruktura pro všechny naše MOPP projekty. První krok k započatí tvorby MOPP pomocí ARISu je definovat si architekturu podnikových procesů. To pomůže k popsání všech procesů v organizaci ke strukturované podobě, takže všichni budou chápat chod procesů, svou roli, své úlohy a podporu IT infrastruktury.
4.2 Definice architektury podnikových procesů Takže co vlastně znamená architektura podnikových procesů? Architektura podnikových procesů – hierarchická struktura úrovně popisu procesů a přímo souvisejících pohledů pokrývajících celou organizaci z podnikového úhlu pohledu. Začíná vysokoúrovňovými mapami procesů, reprezentujícími konceptuální náhled na detailní popis toku procesů, popisující specifické úlohy a jejich vztahy k rolím, organizaci, datům a IT systémům. Architektura podnikových procesů a s ní související modelovací konvence nám pomohou strukturovat modelovací oblast naší organizace. Popisuje jak strukturovat modely podnikových procesů horizontálně, rozdělováním modelů na zvládnutelné kousky, které jsou navzájem propojeny, a jak je strukturovat vertikálně do hierarchické struktury, která rozkládá každý model do stoupajících úrovní detailů. Architektura podnikových procesů se skládá z čtyř až šesti úrovní modelů procesů. Mimoto, struktura modelů procesů, architektura, také bude obsahovat jiné pohledy na koncept ARIS (např. organizační diagramy, datové modely, objektové diagramy, IT modely atd.) Když už je architektura procesů hotova, stáva se velmi užitečným nástrojem pro všechny v organizaci, protože pomáhá zaměstnancům orientovat se v tom co dělají v struktuře procesů a ukazuje jejich vlastní potencionální vylepšení.
4.3 Architektura jakožto nutná implementační infrastruktura K lepšímu pochopení potřeby architektury podnikových procesů si ji můžeme představit jako architekturu popisující různé možné cesty, kterými se můžeme vydat poté co je spuštěn počáteční proces. Tam kde zákazníkova potřeba spouští proces si můžeme představit „zákazníkův výlet“
Lucie Ciencialová
Informační systémy II.
42 skrz architekturu procesů organizace. Důležitým cílem MOPP je ujistit se, že zákazníkův „výlet“ splní jeho potřebu, že poskytne perfektní zážitek a vyplní se cíle podniku. Architektura procesů může být přirovnána k železniční síti. Ve většině zemí existuje železniční systém, jež spojuje všechny města a okresy země. Některé vetší města mají dokonce více stanic a tyto stanice jsou taktéž propojeny železniční sítí. Pokud operátor vlakové sítě chce naplánovat novou trasu z jihu země na sever, začne tím že vyhledá v celostátní síti tuto cestu na hlavních trasách mezi okresy. Jakmile je takováto cesta nalezena, je třeba se zaměřit na jednotlivé okresy a hledat, které konkrétní trasy je třeba použít. Běžně jsou za různé části sítě zodpovědné různé orgány a celá síť je pak poskytována pomocí detailních regionálních železničních trasách, propojených v klíčových bodech. Takže operátor plánuje novou trasu pomocí takto definované železniční architektury. Začne na nejvyšší úrovni a klesá dolů do jednotlivých regionů, měst a vyhýbek, potřebných k propojení počátečního bodu s cílovým. A tedy železniční architektura ukazuje všechny možné trasy přes celou zemi a umožňuje najít nejlepší cestu. Architektura procesů funguje stejným způsobem. Ukazuje různé vrstvy modelů procesů které podporují organizaci a umožňují najít proces od začátku do konce, tak aby vyhověl zákazníkově potřebě či podnikovému cíli.
4.4 Modely v hierarchii podnikových procesů ARIS Business Architect nabízí více než 115 různých typů modelů k podpoře tvorby návrhu podniku. Tabulka 4.1 vypisuje některé z nejdůležitějších modelů, které jsou běžně používány k tvoření architektury podnikových procesů.
Tabulka 4.1 Důležité modely ARIS Typ modelu
Použití
Model aplikací systémových typů
Na nejnižší úrovni, definuje knihovnu IT systémů, používanou podnikem. Na detailnější úrovni, modeluje strukturu systémů a jejich ustavující moduly, nebo také poskytuje hierarchickou klasifikaci systémových typů.
EPC
Detailní modelování procesů různorodých úrovní hierarchie Modelování procesů v řádkově uspořádaných liniích. Ukazuje jak se proces pohybuje od jedné organizační jednotky k druhé, nebo od systému k systému.
EPC řádkový
EPC sloupcový liniích.
Modelování procesů v sloupcově uspořádaných Ukazuje jak se proces pohybuje od jedné organizační jednotky k druhé, nebo od systému k systému.
Úkolový diagram
Lucie Ciencialová
Slouží k definování, jak jednotlivá událost (většinou spouštěč procesu), vymodelovaná v jedné úrovni
Informační systémy II.
43
hierarchie, může být roztříštěna na mnohem detailnější události, modelované ve více detailních úrovních hierarchie. Model přiřazení funkcí
Slouží k definování vztahu mezi funkcí a zdroji které potřebuje k jejímu provedení, a data která transformuje.
Strom funkcí
Modeluje funkcionální strukturu podniku hierarchickým způsobem
Model atributu entity které eERM
Modeluje rozklad datových entit, ukazujíc atributy
Model vztahu entit eERM
Formální model datových entit, použitých v podniku, a vztahů mezi nimi. Běžně užíváno pro reprezentaci dat použitých v databázi nebo jiných systémech.
Mapa znalostí
Modeluje znalosti obsažené v různých podnikových jednotkách
Model architektury znalostí
Hierarchická definice znalostí držených podnikem
Diagram podnikových cílů
Modeluje hierarchii podnikových cílů současně s jejich zásadními faktory úspěchu, a funkcemi a produkty podporující dosažení těchto cílů.
Kancelářský proces
Lehce pochopitelná forma EPC modelu, využívajíc obrázkové symboly, zaměřené na prezentaci toku procesů lidem méně seznámeným se standardními modely ARIS
Organigram
Hierarchický model podnikové organizace.
Strom produktů/služeb
pojmů
Modeluje hierarchii produktů a služeb, vyráběných podnikem. Procesy které jej dodávají a podnikové cíle, které naplňují. Modeluje hierarchickou a vztahovou strukturu informací ˇ používaných podnikem.
Model tvorby přidané hodnoty
Modeluje hierarchii vysokoúrovňových funkcí, které přidávají hodnotu podniku
Model odborných
zahrnuje
Pokud začneme definovat architekturu podnikových procesů naší organizace, potřebujeme si vybrat vhodnou podmnožinu všech typů modelů poskytovaných ARISem, založenou na našich potřebách. Následující typy modelů jsou ty nejčastěji používané k popisu různých pohledů ARIS, vysvětlených v minulé kapitole:
Lucie Ciencialová
Informační systémy II.
44 -
Model tvorby přidané hodnoty
-
Model přiřazení funkcí
-
Událostmi řízený řetězec procesů
-
Organigram
-
Diagram podnikových cílů
-
Model vztahů entit
-
Model odborných pojmů
-
Strom produktů a služeb
Tyto různé druhy modelů pomáhají strukturovat procesy, podnikové cíle, organizace, IT prostředí a data definovaná v našem architektuře podnikových procesů. Jakýkoli z objektů použitý v těchto hierarchických modelech může být také použit v modelu procesu EPC, aby ukázal jak infrastruktura podniku podporuje tento proces. 4.4.1 Procesní pohled Model tvorby přidané hodnoty Tento model je používán k rozpoznání podnikových procesů, přímo zahrnutých ve tvoření přidané hodnoty organizace. Tyto procesy jsou reprezentovány jako „funkční“ objekty a mohou být propojeny vytvořením funkční sekvence a tedy „řetězce přidané hodnoty“ Model tvorby přidané hodnoty je většinou používán na vyšších konceptuálních úrovních architektury procesů k popisu podnikových obchodních oblastech nebo v hlavních podnikových procesech organizace. Dále může tento model ukázat hierarchické vztahy mezi procesy přidávání hodnoty použitím nadřazenými a podřazenými vztahy. Také může znázornit odkazy na organizační a informační objekty na konceptuální úrovni. Při rozdělování organizací na funkce nebo procesy můžeme rozlišit mezi typy role nebo zodpovědnosti (např. vlastnictví, IT zodpovědnost a výkon). EPC model Na detailnější úrovni architektury, pod úrovní modelu tvorby přidané hodnoty, používáme model EPC k popisu detailních toků procesů a toho jak jsou podporovány podnikovou infrastrukturou. Model EPC je nejdůležitějším modelem v architektuře podnikových procesů. Model přiřazení funkcí Každý proces se skládá ze specifických úkolů či funkcí, ukázaných v toku procesu, modelovaných v EPC. Model přiřazení funkcí nám pomáhá modelovat aktivity více detailněji, přesněji řečeno, modelovat transformaci vstupních dat na data výstupní, bez přeplňování EPC. Všechny objekty, které mohou být rozděleny na individuální funkce v EPC jsou také přístupné v modelu přiřazení funkcí. Model přiřazení funkcí může být přiřazen k funkcím v EPC, takže uživatelé mohou sjet hloub z EPC za účelem prohlížení konkrétních detailů. Zde jsme pak schopni vymezit detaily v EPC tak, že podnikové procesy mohou být vykresleny mnohem zřetelněji. 4.4.2 Organizační pohled
Lucie Ciencialová
Informační systémy II.
45
Organigram Organizační pohled ukazuje jak je organizace strukturována do oddělení, skupin, rolí, pozicí a lidí. Nejčastěji používaný model je zde Organigram, který poskytuje klasický způsob reprezentace organizační struktury. Tento graf ukazuje tzv “organizační jednotky“ jakožto vykonavatele úkolů a jejich vnitřní vztahy. Různé typy spojení jsou přístupné pro odkazování na objekty organizačních jednotek v ARISu, za účelem vyjádření hierarchických vztahů přesněji. Takové spojení může mít například tyto významy: -„je technickým nadřízeným pro“, -„je hodnostně nadřízeným pro“, -„je prvkem z“ Ve smyslu ukázání individuálních pozic v organizaci s rozlišenými popisy práce je k mání objekt „pozice“. Více pozic může být přiřazeno organizační jednotce pomocí různých typů spojení popsaných výše. Objekt „osoba“ je definován za účelem popisu skutečného, jmenovaného člověka, který zastává „pozici“ a nebo náleží „organizační jednotce“. Navíc mohou být organizační jednotky přiřazeny různým typům objektů. Například v Organigramu může být každá organizační jednotka přiřazena k nějakému typu organizační jednotky (např. „oddělení“, „hlavní oddělení“ či „skupina“), zatímco „osoba“ může být přiřazena „typu osoby“ (např. „vedoucí oddělení“, „vedoucí skupiny“ nebo „projektový manažer“). Organigram může být strukturovaný hierarchickým způsobem a to přiřazením detailnějších organigramů k objektům v grafu. 4.4.3 Datový pohled Model vztahů entit (eERM) Existuje několik metod pro modelování dat (např. entitní vztahy, IEF, objektová orientace, atd.), ale jedna z nejrozšířeněji používaných modelů v ARISu, používaných k popisu dat zpracovávaných funkcemi je model eERM. Tato modelovací metoda používá spoustu specializovaných pojmů jako třeba „entitní typ“, „typ vztahu“, „atribut“, atd. Entity jsou reálnými, nebo abstraktními věcmi zájmu organizace. Entity jsou popisovány přesněji pomocí atributů. To znamená, že třeba zákazník jakožto entita může být přesněji určen podle atributu „jméno“, „adresa“, atd. Modely vztahů entit jsou běžně používány k formálnímu modelování použitých dat pomocí IT systémů podporujících podnikové procesy. Model odborných pojmů Alternativou k formálnějšímu modelu eERM, popsaném výše, umožňuje model odborných pojmů více podnikově zaměřený pohled na popisované informace. Hierarchie modelu odborných pojmů může být modelována v modelu odborných pojmů, aby bylo ukázáno jak jsou vysokoúrovňové informační koncepty zahrnuty v detailnějších atributech. Pokud je to třeba, je také možno zahrnout Entitní typ a atributové objekty z modelu eERM do
Lucie Ciencialová
Informační systémy II.
46 modelu odborných pojmů a svázat je do Odborných pojmů. V tomto bodě je možno ukázat jak jsou podnikové informace skutečně reprezentována („znázorněna“) daty uvnitř IT systémů. 4.4.4 Funkční pohled Diagram podnikových cilů Než začneme modelovat, analyzovat a optimalizovat podnikové procesy, měli bychom si definovat cíle našich organizačních procesů. V diagramu podnikových cílů můžeme definovat „cíle“, tvořit hierarchie cílů a přiřazovat je k funkcím reprezentujícím nové nebo vylepšené podnikové procesy, které dosáhnou podnikových cílů. Můžeme si specifikovat „rozhodující faktory“ pro dosažení podnikových cílů a umístit je do hierarchie. Rozhodující faktory specifikují aspekty, které by měly být vzaty v úvahu za účelem dosažení určitého organizačního cíle. 4.4.5 Pohled produktů a služeb Strom produktů a služeb Produkty a služby mohou být zobrazeny v různých úrovních abstrakce. Například, výsledný produkt často obsahuje mnoho různých dílů, kde každý z nich je složen z několika částí. Každá z těchto částí pak může být reprezentována jako produkt nebo služba. Vztah „má“ mezi produkty/službami a stromem produktů a služeb může být použit pro popis hierarchií produktů nebo jiných druhů závislostí. Vztah „nahrazení“ k jiným produktům a službám ukazuje jak mohou být produkty nebo služby nahrazeny jinými.
Lucie Ciencialová
Informační systémy II.
