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
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 Model aplikací systémových typů EPC EPC řádkový EPC sloupcový liniích. Úkolový diagram Použití 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ů. 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. 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. Slouží k definování, jak jednotlivá událost (většinou spouštěč procesu), vymodelovaná v jedné úrovni
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í Strom funkcí Model atributu entity které eerm Model vztahu entit eerm Mapa znalostí Model architektury znalostí Diagram podnikových cílů Kancelářský proces Organigram Strom produktů/služeb Model odborných pojmů Model tvorby přidané hodnoty Slouží k definování vztahu mezi funkcí a zdroji které potřebuje k jejímu provedení, a data která transformuje. Modeluje funkcionální strukturu podniku hierarchickým způsobem Modeluje rozklad datových entit, ukazujíc atributy zahrnuje 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. Modeluje znalosti obsažené v různých podnikových jednotkách Hierarchická definice znalostí držených podnikem 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ů. 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 Hierarchický model podnikové organizace. 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. Modeluje hierarchii vysokoúrovňových funkcí, které přidávají hodnotu podniku 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:
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
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
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.