Tvorba metasystému a popis informačních systémů v bance

Transkript

1 Bankovní institut vysoká škola Praha Tvorba metasystému a popis informačních systémů v bance Bakalářská práce Jan Chlumský, DiS. Červenec 2012

2

3 Bankovní institut vysoká škola Praha Katedra matematiky, statistiky a informačních technologií Tvorba metasystému a popis informačních systémů v bance Bakalářská práce Autor: Jan Chlumský, DiS. Informační technologie, IT Vedoucí práce: Ing. Zdeněk Voznička, Csc. Praha Červenec, 2012

4 Prohlášení: Prohlašuji, ţe jsem bakalářskou práci zpracoval samostatně a v seznamu uvedl veškerou pouţitou literaturu. Svým podpisem stvrzuji, ţe odevzdaná elektronická podoba práce je identická s její tištěnou verzí, a jsem seznámen se skutečností, ţe se práce bude archivovat v knihovně BIVŠ a dále bude zpřístupněna třetím osobám prostřednictvím interní databáze elektronických vysokoškolských prací. podpis autora V Praze dne Jan Chlumský, DiS.

5 Poděkování Rád bych tímto poděkoval Ing. Zdeňkovi Vozničkovi, CSc., který mě vedl při zpracování tohoto téma a za ochotu, s jakou mi vycházel vstříc. Dále bych rád poděkoval ČMZRB, a.s. za moţnost pouţít interní materiály při psaní této práce.

6 Anotace Cílem této práce je popsat tvorbu metasystému a popis informačních systémů v prostředí banky a jejich porovnání s metodikou pro tvorbu metasystému. Práce se skládá ze 4 částí, v úvodu je čtenář seznámen s metasystémem, co to je a proč je dobré ho vyuţívat. Následuje popis metodiky pro tvorbu metasystému. Jedná se o metodiku vytvořenou na Vysoké škole ekonomické, obohacenou o nové poznatky. Ve třetí, praktické části práce je v úvodu krátké představení Českomoravské záruční a rozvojové banky, následují informace o IT banky, na které navazuje popis tvorby a správy metasystému. V závěrečné části jsem se pokusil porovnat metodiku metasystému a metasystém ČMZRB, a.s. Klíčová slova: metasystém, metadata, informační systém, modelování, dimenze Annotation The goal of this work is to compare the methodology for creating a meta-system with a metasystem created in the environment of bank. The work consists of a 4 part, at the beginning the reader will be acquainted with the metasystem what is it and why is it good to use. The following is a description of the methodology for meta-system creating. It is a methodology created by the University of Economics, enriched with new knowledge. At the beginning of the practical part is a brief introduction of the Czech-Moravian Guarantee and Development Bank followed by information about the bank s IT, which follows a description of the creating and meta-system management. In the final part, I tried to compare the meta-system methodology and meta-system of ČMZRB, a.s. Key words: meta-system, metadata, information system, modeling, dimensions

7 Obsah Úvod Metainformační systém Metadata Rozdělení IS Metodika metasystému Dosaţený stupeň poznání a zvolené metody zpracování Dimenze metasystému Vazby mezi dimenzemi MtS Operace MtS Důleţité vlastnosti MtS Architektura MtS Přínosy a rizika MtS Metasystém v ČMRZB, a.s Představení banky Útvar IT v ČMZRB, a.s IS/IT v ČMZRB, a.s Softwarové vybavení banky Hardwarové vybavení banky Prostředí IS/IT Rozdělení metasystému HW a základní IS Dokumentace IS Data, datové toky a procesy Projekt Integrace datových údajů Cíle projektu IDÚ Nástroje IDÚ

8 3.5.3 Metodika IDÚ Postup zpracování sledovaných dat Popis postupů a odpovědností Provádění analýz Vytvoření kompletního modelu zpracování dat a probíhajících procesů v Power Designeru Porovnání Závěr Seznam pouţité literatury Seznam pouţitých zkratek a pojmů Seznam obrázků

9 Úvod V dnešní době rychlého rozvoje a neustále se měnících poţadavků na IS/IT se stává metasystém nedílnou součástí řízení IS/IT. Metasystém je nástroj slouţící pro popis dat, procesů a odpovědností za tyto data a procesy, podporuje vývoj, implementaci a řízení IS. Cílem této práce popsat tvorbu metasystému a popis informačních systémů v prostředí banky a porovnat je s metodikou tvorby metainformačního systému. Při psaní této práce budu, co se týká metodiky, vycházet z publikací týkajících se metodiky metainformačního systému vyvíjeného na Vysoké škole ekonomické, pro popis metainformačního systému banky vyuţiju interních publikací ČMZRB, a.s. Práce bude rozdělena do 4 kapitol a ty do 2 hlavních částí: - teoretická část v úvodu se budu věnovat popisu metasystému a na závěr metodice tvorby metainformačního systému. - praktická část nejdřív seznámím čtenáře s ČMZRB, a.s., útvarem IT a celým prostředím IS/IT. Následně se budu věnovat metasystému ČMZRB. Na závěr provedu porovnání metodiky tvorby metasystému a reálného metasystému v prostředí banky. Hlavním přínosem pro čtenáře by mělo být seznámení se s reálným nasazením a vyuţitím metasystému v prostředí banky, pro banku pak srovnání s moderní metodikou tvorby metasystému. 7

10 1 Metainformační systém V dnešní době rychlého rozvoje informačních technologií, růstu sloţitosti architektur IS, velkému nárůstu objemu zpracovávaných dat a sloţitosti jejich datových struktur, zvětšující se sloţitosti problémů, které musí IS a lidé s nimi pracující řešit, vznikla potřeba mít všechny tyto oblasti pod kontrolou. Tuto kontrolu, nebo jakési zastřešení má poskytovat metainformační systém. Ten slouţí pro popis dat a procesů v podniku a odpovědností za tyto data a procesy. Hlavním cílem MtS jako nástroje systémové integrace, je dosažení a udržení jednoty informačního systému s cíli a hlavními aktivitami podniku a jednoty všech částí IS/IT navzájem Metadata Úkolem metainformačního systému je shromaţďovat a poskytovat data o ostatních datech pouţívaných IS. Nejen datech, ale i o datových tocích, architektuře IS, jejich vazbách a souvislost s podnikovými aktivitami. Pro popis dat ostatních IS pouţívá metainformační systém metadata, která popisují formát dat, zdroj dat, transformace dat mezi IS. Tato data slouţí k řízení a sledování informačních zdrojů a slouţí manaţerům na všech úrovních podniku Rozdělení IS IS organizace jsou rozděleny do několika úrovní. J.Voříšek 2 rozděluje IS do 3 úrovní, podle druhu řízení a 2 druhy IS, které jsou pouţívány napříč všemi úrovněmi řízení (Obr. 1.) - EIS (Executive Information System) strategické řízení nejvyšší úroveň řízení, vrcholové vedení. Na této úrovni jsou IS pro podporu strategického řízení, které slouţí vrcholovému managementu k řízení, plánování a rozhodování. - MIS (Management Information System) taktické řízení střední úroveň řízení, střední management. Na této úrovni probíhá taktické řízení podniku zaloţené na ekonomických, organizačních a obchodních hlediscích. - TPS (Transaction Processing System) operativní řízení nejniţší úroveň řízení, hlavní činnost podniku. Na této úrovni slouţí IS k podpoře hlavní činnosti (provozní IS). 1 VOŘÍŠEK, J., Informační systém a jejich řízení. 3. vyd. Praha: Bankovní institut vysoká škola, a.s ISBN s VOŘÍŠEK, J., Informační systém a jejich řízení. 3. vyd. Praha: Bankovní institut vysoká škola, a.s ISBN s

11 - OIS (Office Information System) kancelářské systémy, pouţívané napříč všemi úrovněmi řízení. - EDI (Electronic Data Interchange) systémy pro elektronickou výměnu dat mezi obchodními partnery, pouţívané napříč všemi úrovněmi řízení. Obr. 1 - Základní stavební bloky architektury IS/IT (zdroj: VOŘÍŠEK, J., Informační systémy a jejich řízení, s. 154) Novější pohled na rozdělení IS poskytují R.Bébr a P.Douček 3,4, kteří nerozdělují IS striktně podle 3 úrovní řízení. Dříve IS rozdělovali do 5 úrovní (Obr. 2): - ES (Expert Systems) expertní systémy slouţí pro speciální rozhodovací procesy a mohou slouţit všem úrovním řízení. - EIS (Executive Information Systems) strategické řízení IS pro podporu strategického řízení a rozhodování. - DSS (Decision Support Systems) systémy pro podporu rozhodování IS slouţící jak vrcholovému managementu (strategické řízení), tak pro střední management (taktické řízení). IS zaloţené na analýzách. - RIS (Reporting Information Systems) reportovací informační systémy IS pro střední management (taktické řízení) a operativní řízení (výkaznictví a přehledy). - TPS (Transaction Processing System) operativní řízení IS pro podporu hlavních činností podniku, pořizování dat. 3 BÉBR, Richard, DOUCEK, Petr. Informační systémy pro podporu manaţerské práce. 1. vyd. PROFESSIONAL PUBLISHING ISBN Metainformační systémy a jejich úloha v rozhodovacím ( ) 9

12 Obr. 2 Architektura IS (zdroj: BÉBR, R., DOUCEK, P., Informační systémy pro podporu manaţerské práce, s. 61) Z Obr. 2 je zřejmá jak podpora úrovní řízení jednotlivými typy IS, tak technologie, které IS pouţívají. Z tohoto modelu vychází i Obr. 3, znázorňující úlohu metadat v architektuře úloh. Kaţdý z výše uvedených IS je zdrojem metadat pro MtS, data z těchto IS mají pro MtS různý význam. Obr. 3 Schematické znázornění úlohy metadat v architektuře úloh (zdroj: DOUCEK, P., - Metainformační systémy a jejich úloha v rozhodovacím procesu, s. 2) Na nejniţší úrovni (TPS) se nacházejí primární data, MtS se zajímá o vše, co s nimi souvisí (odkud se získávají, formát dat, kam dále tečou, atd.). Na vyšších úrovních se nacházejí data nějakým způsobem transformovaná a právě tyto transformace musí být v MtS zachycené. 10

13 Informační technologie se neustále vyvíjejí, objevují se nová řešení IS a dochází tedy i ke změnám v architektuře IS. P.Doucek uvádí, ţe největší změny jsou prováděny v architektuře úloh a datové architektuře. - nasazení datových skladů a datových tržišť pro podporu manažerských aplikací, - vznik, návrh, implementace a rozvoj metainformačního systému organizace, - změny datových toků v interních informačních systémech vyvolaných zejména nasazením datových skladů, - nové uživatelské aplikace pro podporu manažerské práce a jejich integrace do celkové architektury úloh v organizaci, - nasazení specializovaných nástrojů pro analýzu dat v datových skladech nástrojů dataminingu. 5 Starší, výše uvedené schéma architektury je nahrazeno novým Obr. 4. Obr. 4 Schematické znázornění změn v architektuře úloh (zdroj: DOUCEK, P., - Metainformační systémy a jejich úloha v rozhodovacím procesu, s. 3) V levé části obrázku je uvedeno staré schéma a v pravé části schéma nové. Doprostřed architektury je zařazen datový sklad a s ním související aplikace a nástroje. Stává se tak Metainformační systémy a jejich úloha v rozhodovacím ( ) 11

14 jakýmsi srdcem všech manaţerských aplikací a můţe slouţit všem úrovním řízení, především však taktickému a strategickému řízení. Datový sklad je velice důleţitou součástí architektury dnešních IS. 12

15 2 Metodika metasystému 2.1 Dosaţený stupeň poznání a zvolené metody zpracování První pokusy o metamodelování byly učiněny v osmdesátých letech v souvislosti s rozvojem metodik vývoje IS. Základem tehdejších modelů byly datové slovníky. Rozvoji metasystémů a modelovacích nástrojů v dnešní době napomáhá zavádění standardu ISO 9000 a BPR. Ve své bakalářské práci jsem se rozhodl vycházet z metodiky metainformačního systému vyvíjeného na Vysoké škole ekonomické a popsaného v publikaci Informační systémy a jejich řízení (doc. Ing. Jiří voříšek, Csc.). Tuto metodiku jsem zvolil proto, ţe je vyučována na BIVŠ, a.s. Rozhodl jsem se vyuţít i informace z publikace Informační systémy pro podporu manaţerské práce (Ing. Richard Bébr, doc. Ing. Petr Doucek, CSc.), ve které jsou uvedeny nejnovější poznatky a trendy. V následujících kapitolách stručně shrnu, jaké vlastnosti by měl metasystém mít a co by měl obsahovat. 2.2 Dimenze metasystému MtS umoţňuje popisovat, analyzovat a řídit IS/IT z pohledu následujících dimenzí a vazeb mezi nimi: Obsahové dimenze - data - funkce a procesy - software - hardware - organizace a personál - ekonomika Metodicko-organizační dimenze - metody a normy - řízení - dokumenty - čas - bezpečnost 13

16 Dimenze popisují objekty IS/IT, jejich vlastnosti a vazby mezi nimi. Co je třeba v jednotlivých dimenzích sledovat. Data MtS musí zachytit údaje o datech, které se v podniku pouţívají údaje o datových strukturách, vztahy mezi datovými objekty. Funkce a procesy Metasystém zaznamenává informace o procesech v podniku, o událostech, které tyto procesy vyvolávají a o době, kdy tyto události nastávají. Zaznamenává také informace o cílech podniku a způsobu dekompozice cílů do funkcí IS. Software Metasystém zaznamenává informace o všech typech SW (ZSW, ASW) v podniku. Tento soubor SW utváří IS podniku. ZSW - OS operační systémy (Linux, Microsoft Windows, atd.) - SŘBD databázové systémy (Oracle, Microsoft SQL Server, atd.) - Ostatní ový klient, internetový prohlíţeč, atd. ASW - TESW Technologicky orientovaný aplikační software o OIS kancelářský SW pro automatizaci kanceláře pro běţnou administrativní činnost podniku o DMS systémy pro správu dokumentů - TASW Typový aplikační software o krabicový SW modulární specializované SW nevyvinuté přímo pro potřeby podniku, ale upravené pro jeho potřebu o SW vyvinutý pro potřeby podniku SW pro vývoj - SW pro vývoj aplikací Hardware Metasystém zaznamenává informace o veškerém HW v podniku PC, workstation, servery, tiskárny, monitory, síťové prostředky (routery, switche, síťové karty, atd.) 14

17 Organizace a personál Metasystém umoţňuje evidovat a sledovat organizační jednotky a jejich umístění v lokalitách, dále funkce a jejich pracovní náplň, informace o pracovnících ve funkcích a jejich umístění v lokalitách. Ekonomika Informace o financích vydaných na nákup a údrţbu IS/IT cena SW, HW, cena podpory a servisu IS, cena zdrojů, atd. Tyto informace o finančních nákladech IS/IT jsou součástí popisu vlastností objektů ostatních dimenzí, nejde o samostatné objekty metasystému. Metody a normy Vhodně nastavené metodiky a normy a jejich správné pouţití jsou důleţitou součástí řízení a pouţití IS/IT. Metasystém poskytuje podporu pro integraci různých nástrojů, metod a norem pouţívaných pro vývoj, implementaci, správu a údrţbu IS. Metasystém uchovává potřebné informace v podobě odkazů na literaturu a poskytuje různé podpůrné nástroje. Řízení Řídící dimenze určuje pravidla organizace provozu IS/IT (odpovědnost za jednotlivé části). Cílem je optimalizace zdrojů tak, aby bylo dosaţeno poţadovaných cílů IS/IT. Dokumenty Při vývoji nového IS jsou vytvářeny různé dokumenty a dokumentace (instalační, provozní, atd.), jejich aktualizace v případě různých změn je slabým článkem mnoha firem. Metasystém poskytuje podporu a různé nástroje pro tvorbu a údrţbu dokumentace IS. Čas Časová dimenze poskytuje informace o harmonogramech a etapách jednotlivých projektů. Bezpečnost Bezpečnost je v posledních letech velice diskutovaným a důleţitým tématem. Bezpečnostní dimenze zaznamenává oprávnění (výběr, editace, mazání, vkládání) k datům, funkcím a procesům. 2.3 Vazby mezi dimenzemi MtS Mezi objekty v dimenzích existují vazby, které musí MtS zachytit. Kdyţ MtS obsahuje objekty a vazby mezi nimi, je moţné analyzovat, popsat a plánovat různé situace v IS. Příklad situací: 15

18 - Vazba mezi objekty v softwarové, hardwarové a organizační dimenzi umoţňuje analyzovat a popsat distribuci programů v síti, lze tak odhalit nepouţívaný SW. - Vazba mezi objekty v softwarové, datové a funkční dimenzi umoţňuje analyzovat a popsat data a datové toky mezi aplikacemi, můţe odhalit duplicity ve zpracování. - Vazba mezi objekty v softwarové a funkční dimenzi umoţňuje analyzovat a popsat vztahy mezi funkcemi/procesy a aplikacemi. 2.4 Operace MtS V závislosti na tom, jestli operace vyţaduje přímé propojení MtS a IS, rozlišujeme 2 typy operací. Operace realizující pasivní roli MtS Operace nevyţaduje přímé propojení mezi MtS a IS. - přidávání, mazání a aktualizace objektů metadatabáze - dotazy na obsah a strukturu IS/IT - analýza konzistence IS/IT (které části IS chybí, jaká data jsou navíc apod.) - analýza nad metadaty typu co se stane, kdyţ (např. neproběhnutí jednoho procesu v jednom IS, způsobí chybné dokončení procesů v jiných IS) Operace realizující aktivní roli MtS Operace vyţaduje přímé propojení mezi MtS a IS. - řízení IS/IT (např. kontrola výsledku spouštěných úloh, reakce na zjištění případných chyb) - monitorování provozu IS/IT (např. monitorování zatíţení serverů) 2.5 Důleţité vlastnosti MtS Kaţdý uţivatel má různé potřeby a poţadavky má MtS, ale v zásadě můţeme definovat jako podstatné vlastnosti MtS funkčnost, pruţnost, jednoduchost uţití, přiměřenou pracovní náročnost a bezpečnost. 1. Funkčnost MtS poskytuje různým uţivatelům základní operace, které jsem zmínil výše. Dále neustále reaguje na změny v IS/IT a okolí organizace. Funkce musí: - podporovat činnosti řízení, vývoje a provozu IS/IT na všech úrovních. Měly by napomoci definování nových procesů a projektů IS/IT. 16

19 - umoţnit uţivatelům, za pomoci snadno a rychle dostupných informací, rychlou a snadnou orientaci v IS, ve významu uloţených dat, v rozsahu zpracovávaných dat a ve změnách, které vznikají při vývoji. - umoţnit oprávněným uţivatelům (pracovníkům organizace, externím pracovníkům) navzájem se informovat o obsahu a formě předávaných informací. Pruţnost MtS musí být natolik pruţný, aby bylo moţné do něj přidávat další objekty a vazby mezi nimi, zároveň musí být moţné v MtS popsat IS bez ohledu na metodiku, jakou byl vytvořen. Jednoduchost uţití Bez ohledu na sloţitost IS, je základem jeho úspěšného pouţívání, jednoduchost a přehlednost IS. To platí také o metainformačním systému. Vychází se z následujících principů: - při analýze, návrhu a implementaci pouţíváme několik základních komunikačních a algoritmických standardů. - stav IS/IT musí být moţné popsat i v jeho nekonzistentní podobě a zároveň poskytuje nástroje ke kontrole konzistence. Přiměřená pracovní náročnost Tato vlastnost trochu souvisí s jednoduchostí uţití, ale ne zcela. Vkládání aktualizace a další procesy nesmí uţivatele příliš zatěţovat, snaţíme se o minimalizaci pracovní náročnosti. O tu se snaţíme v následujících směrech. - je moţné do MtS importovat data z vývoje a provozu IS/IT - minimum povinných atributů objektů v MtS. Tzn. je několik málo povinných a na uţivateli je, jaké další atributy pouţije - sníţení pracovních nároků na jiné úlohy, coţ umoţní sníţit počet chyb při vývoji a provozu IS/IT a tím i náklady na IS/IT Bezpečnost MtS musí být bezpečný a to v několika oblastech: - řízení přístupu do MtS přístup k datům mají jen oprávnění uţivatelé - ochrana MtS před ztrátou dat (zálohování) - ochrana před havárií systému, případně obnova MtS v případě havárie - další zabezpečení před proniknutím do MtS neoprávněnou osobou, zneuţitím dat, neoprávněném smazáním dat 17

20 2.6 Architektura MtS Na základě popsaných vlastností na metasystém navrhli na VŠE architekturu zobrazenou na obrázku Obr. 5 Obr. 5 Architektura MtS (zdroj: VOŘÍŠEK, J., Informační systém a jejich řízení, s. 190) Jak jsem jiţ zmínil, metainformační systém slouţí pro podporu práce na všech úrovních řízení organizace. Tuto podporu poskytují funkce MtS, které obsahují základní operace, mezi funkcemi existují různé vazby viz Obr Strategické řízení IS/IT Tyto funkce MtS slouţí pro podporu manaţerů na úrovni EIS, kteří určují koncepci IS/IT podle cílů stanovených v globální strategii podniku. Plánování IS/IT Tyto funkce MtS slouţí pro podporu manaţerů na úrovni MIS, tzn. podporují taktické řízení a plánován (určování pravidel pro tvorbu IS/IT, udrţování souladu mezi všemi projekty). 18

21 Analýzy provozu IS/IT Tyto funkce MtS slouţí pro podporu na úrovni TPS, pomáhají při tvorbě a kontrole analýz vývoje a provozu IS/IT. Tato část poskytuje zpětnou vazbu z provozu IS/IT manaţerům na úrovních MIS a EIS. Metodické řízení provozu IS/IT Tyto funkce MtS slouţí pro podporu na úrovni TPS, jak uţ název napovídá, pomáhají definovat pravidla pro plánování a řízení provozu jednotlivých IS. Obsahuje např. předpisy/pravidla provozu, postupy při haváriích a mimořádných událostech apod. Řízení vývoje IS/IT Tyto funkce MtS slouţí pro podporu vývoje IS na úrovni TPS, pomáhají definovat pravidla vývoje IS a řízení projektů. Na obrázku Obr. 5 vidíte, ţe zde existuje vazba na CASE nástroje. Pokud jsou při vývoji IS pouţity tyto nástroje, musí se informace z těchto nástrojů dostat do MtS. Popisy verzí IS/IT Tyto funkce MtS slouţí pro podporu na úrovni TPS, pomáhají popsat IS/IT podle jednotlivých dimenzí a stavů. - Minulé verze IS/IT - Současná verze IS/IT - Budoucí verze IS/IT Monitoring provozu IS/IT Tyto funkce MtS slouţí pro podporu na úrovni TPS, pomáhají sledovat a zachytit provoz IS, probíhající procesy v IS, stav IS. Z těchto údajů lze vytvořit reporty, které přehledně a jednoduše získaná data zobrazí. Řízení provozu IS/IT Tyto funkce MtS slouţí pro podporu na úrovni TPS, pomáhají oprávněným uţivatelům v řízení provozu IS/IT a spouštění vybraných funkcí IS. Interface IS/IT Tyto funkce MtS slouţí pro podporu na úrovni TPS, pomáhají ukládat a vyuţívat data nezbytná pro ostatní funkce MtS, které vyuţívají data jak z databáze metasystému, tak z databází jednotlivých IS. 19

22 2.7 Přínosy a rizika MtS Při rozhodování o zavedení MtS je třeba zváţit přínosy a případná rizika nasazení. Přínosy MtS - MtS je vhodným nástrojem pro rozsáhlé heterogenní IS, protoţe podporuje systémovou integraci vývoje IS a řízení provozu IS/IT - MtS pomáhá řešit problémy a sjednotit pohled na IS/IT mezi vývojáři, pracovníky provozu a uţivateli - MtS propojuje (vytváří vazby mezi) globální podnikovou strategii, informační strategii a taktické a operativní řízení - úplnost popisu IS/IT a kontrola konzistence vazeb uvnitř IS/IT je zajištěna díky multidimenzionální koncepci MtS - MtS napomáhá integraci s okolím, pomocí popisu a analýze vazeb s okolím Rizika MtS - MtS má velké nároky na aktualizaci vstupních dat, v závislosti na detailnosti popisu dimenzí (objemu vstupních dat). Pokud se nepodaří automatizovat nepřetrţitou aktualizaci vstupních dat, můţe to mít dopad na pracnost údrţby aktuálního MtS - MtS musí být přístupný všem uţivatelům, kteří data MtS vyuţívají, pokud by uţivatelé neměli do MtS přístup, začnou si potřebná data uchovávat mimo MtS - stejně jako u ostatních IS musí být u MtS určena odpovědnost za jeho provoz, údrţbu a aktualizace, jinak se v MtS budou ukládat nepotřebná data 20

23 3 Metasystém v ČMRZB, a.s. 3.1 Představení banky Českomoravská záruční a rozvojová banka, a.s. (dále v textu uváděna jen jako ČMZRB nebo banka ), vznikla usnesením vlády v lednu Jedná se o specializovanou banku, původně pro podporu malého a středního podnikání, ale v dalších letech se činnost banky rozšířila o podporu v oblasti bydlení a o financování rozvojových projektů v oblasti infrastruktury. Banka má zároveň plnou bankovní licenci, devizovou licenci a povolení k výkonu činnosti obchodníka s cennými papíry. Výroční zpráva ČMZRB za rok 2010: Banka po celou dobu svého působení úzce spolupracuje s ministerstvy, státními fondy, kraji, bankami, hospodářskými komorami a dalšími zástupci podnikatelské sféry. Specifický charakter činnosti ČMZRB, rozvoj moderních bankovních a komunikačních technologií a tradiční dobrá spolupráce s partnery umožňuje poskytovat klientům bankovní služby s vysokou kvalitou a s pozitivními dopady na jejich rozvoj na celém území České republiky. Klientům banka nabízí bankovní záruky, zvýhodněné úvěry, investiční a finanční služby. Společně se Státním fondem rozvoje bydlení se aktivně podílí na usnadnění financování oprav a modernizaci bytových domů. Významnou součástí činnosti banky je financování projektů ke zlepšení technického stavu infrastruktury měst a obcí. V oblasti finančního trhu banka nabízí svým klientům celou řadu služeb a produktů, včetně speciálních operací v oblasti investování do cenných papírů. 6 Banka se snaţí o efektivní vyuţívání nejmodernějších technologií, které jí pomáhají v poskytování kvalitních sluţeb (ČMRZB byla jednou z prvních bank, která svým klientům poskytla internetové bankovnictví). Obzvláště v posledních letech (finanční krize), je kladen velký důraz na zefektivnění vyuţití a provozu IS. K tomu banka potřebuje přesné a integrované informace o datech, procesech, SW, HW a dalších částech IS/IT, které jí můţe poskytnout metasystém. 6 ČMZRB, a.s., ČMZRB výroční zpráva 2010, s. 5 21

24 3.2 Útvar IT v ČMZRB, a.s. ČMZRB je malá specializovaná banka o maximálně 250 zaměstnancích, takţe OIS (nebo také útvar IT) není příliš velký počet zaměstnanců OIS se pohybuje mezi 25 a 30. OIS má vlastního ředitele, který je přímo podřízen generálnímu řediteli banky a podílí se na strategickém plánování a rozhodování banky. OIS se skládá z 3 oddělení a 2 samostatně stojících týmů: Oddělení IS LAN zajišťuje provoz IS/IT. Patří sem technici, databázoví administrátoři, správci aplikací, správci sítě, pracovníci hotline, bezpečnostní administrátor Oddělení AP zajišťuje analýzu a vývoj interních aplikací a podílí se na analýze externích aplikací. Patří sem analytici, programátoři a analytik zajišťující integraci datových údajů (dále IDU). Oddělení IS AS/400 zajišťuje provoz a rozvoj AS/400. Patří sem správci AS/400, programátoři AS/400, operátoři AS/400. Systémoví inţenýři zajišťují instalaci a správu serverů, sítě, IS, licencí, proxy, firewallů, IP telefonie, atd. Architekti DS zajišťují analýzu a vývoj datového skladu, business inteligence (BI) a reportů pro BI. Vzhledem ke štíhlosti OIS a šíři potřeb, vystupují někteří zaměstnanci ve více funkcích. Například databázoví administrátoři jsou i správci aplikací. Úkoly OIS Úkolů OIS je mnoho, ale hlavní úkoly, které jsou zmíněné ve strategii banky a strategii OIS jsou: - zabezpečení ochrany dat - vyhodnocení efektivity vynaloţených prostředků na IS/IT - efektivním nasazením informačních technologií podpořit proces racionalizace bankovních procesů - integrace dat v informačních systémech banky - odstranění duplicitních pořizování dat - rozvoj nástrojů e-byznysu, vyuţití webového portálu banky ke zlepšení a rozšíření sluţeb poskytovaných zadavatelům programů, klientům a bankám 22

25 - prosadit vyuţití manaţerského informačního systému (MIS) ve všech útvarech banky, standardizovat interní a externí reporting a optimálně sdílet informace v prostředí MIS 3.3 IS/IT v ČMZRB, a.s. Základem IS/IT ČMZRB jsou produkty od firmy Microsoft, od operačních systémů na klientských stanicích a serverech přes databázové servery, kancelářskou sadu aplikací, ového klienta, vývojové aplikace aţ po virtuální technologii. Banka také pouţívá aplikace vyvinuté externí firmou, nebo vlastním programátorským týmem v jazycích.net, C#, Visual Basic a Java. Hardwarové vybavení je od širšího spektra dodavatelů, ale hlavní jsou HP (servery, datová úloţiště) a Cisco (síťové prvky). V posledních letech dolehla finanční krize na všechny, obyčejné lidi, malé i velké firmy a všude se začalo šetřit. Přestoţe IT je obor, který dokáţe značně ovlivnit postavení a úspěch společnosti na trhu, dolehlo šetření i sem. Šetření neznamená, ţe by se přestalo investovat do nákupu nového HW a SW, ale ČMZRB se snaţí optimalizovat a konsolidovat své IS/IT tak, aby sníţila náklady na provoz a údrţbu IS. Např. tak, ţe jako mnoho jiných firem začala banka pouţívat virtualizační technologie a tím ušetřila za nákup HW. Aby si čtenář udělal představu o rozsahu a komplexnosti IS/IT v bance, stručně popíšu v následujících kapitolách celé prostředí IS/IT Softwarové vybavení banky Banka v současné době pouţívá přes 50 různých IS, při jejich vývoji byly pouţity různé programovací jazyky a technologie. Rozdělení IS do kategorií podle úrovní řízení (kapitola 1.1.1, podle J.Voříška): EIS - Manaţerský Informační Systém (reporty, moţnost analýz v Excelu) MIS - Manaţerský Informační Systém (reporty, moţnost analýz v Excelu) TPS - účetní IS - IS pro správu klientů 23

26 - Výkaznictví - IS pro hodnocení klientů - IS pro sledování povinných minimálních rezerv - IS pro sledování kapitálové přiměřenosti - internetové bankovnictví - IS pro modelování - document management system (DMS) - datové schránky - personální IS - automatizovaný systém právních informací (ASPI) - IS pro monitoring insolvenčního rejstříku - IS pro správu interních předpisů - IS pro správu majetku - IS pro řízení změn - IS pro správu přístupových práv - Hotline - IS pro evidenci všech IS - IS pro řízení projektů - a další OIS - kancelářská sada MS Office (Word, Excel, Visio, PowerPoint, Outlook) EDI - IS pro komunikaci s ČNB - IS pro komunikaci s burzou Stranou tohoto rozdělení uvádím systémové, servisní a vývojové IS - operační systémy klientských stanic - operační systémy serverů - databázové systémy (SŘBD) - centrální řešení pro sjednocenou komunikaci (MS Exchange) - monitorovací nástroje - antivirové řešení - nástroje pro analýzu a vývoj 24

27 Banka pouţívá všechny typy IS: - základní SW například OS, SŘBD - technologicky orientovaný aplikační SW například kancelářský SW, (MS Office), DMS - typový aplikační SW o krabicový SW (externí) například personální IS o SW vyvinutý pro potřeby podniku interní vývoj například IS pro správu klientů externí vývoj například IS pro správu interních předpisů Při vývoji IS byly pouţity různé programovací jazyky a technologie: -.NET - Java - C# - Visual Basic - ASP Architektura IS: Banka pouţívá aplikace postavené na 2 druzích architektury: - dvouvrstvá architektura (tlustý klient) např. IS pro správu majetku - vícevrstvá architektura (tenký klient) intranetové (webové) aplikace, např. IS pro řízení změn Vazby mezi IS: Mezi některými IS existují určité vazby, dochází k přenosu dat z jednoho IS do druhého (např. přenos dat (zaúčtování) z IS pro správu majetku do účetního IS). Tyto vazby/přenosy jsou nejčastěji realizovány: - na databázovém serveru standardními joby - na databázovém serveru replikacemi - na databázovém serveru za pomoci speciální komponenty (např. přenosy z/do účetního systému) - přímým vystavením dat zdrojové aplikace na rozhraní zpracovávající data cílové aplikace 25

28 3.3.2 Hardwarové vybavení banky OIS provozuje přes 100 různých serverů (fyzických a virtuálních), přes 200 klientských PC, zálohovací systémy (pásky), tiskárny, a mnoho dalšího drobného HW (skenery, IP telefony, atd.) Druhy serverů provozované bankou: - aplikační servery - databázové servery - file servery - datová úloţiště (disk storage systems) - print servery - mail servery - proxy servery Prostředí IS/IT Prostředí IS/IT je rozděleno do 2 domén a 3 částí. Vývojová doména (1 část) - vývojové prostředí pro interní a externí vývojáře, do kterého nemají standardní uţivatelé přístup Produkční doména (2 části) - testovací prostředí o prostředí shodné (aplikačně, bezpečnostně atd. ne datově) s produkčním prostředím, probíhá zde testování změn v IS, přístup do něj mají stejní uţivatelé jako do produkčního prostředí - produkční prostředí o prostředí, ve kterém probíhá standardní provoz banky Z výše uvedených informací o IS/IT v ČMZRB je zřejmé, ţe celé prostředí je poměrně sloţité a jsou kladeny vysoké nároky na spolupráci všech pracovníků útvaru IT. Pro podporu jejich práce slouţí i metasystém. 26

29 3.4 Rozdělení metasystému V bance je jiný pohled na metasystém, neţ v metodice popsané v kapitole 2. Banka nemá jednotný metasystém popisující všechny dimenze, vazby, operace, který by byl postaven na výše popsané nebo podobné metodice. Metasystém je rozdělen do několika částí, které nejsou provázány HW a základní IS Informace o HW a základních IS (Operační systémy, databázové systémy, kancelářské IS, antivirové řešení, atd.) udrţují systémoví inţenýři a technici. Pouţívané nástroje IS pro správu majetku V tomto IS jsou uchovávány informace o nakoupeném HW a SW. Dokumentace Odpovědní pracovníci vytvářejí a udrţují dokumentaci, ve které jsou zaznamenány informace o HW, SW a jejich vazbách. Uchovávané údaje V IS pro správu majetku jsou uchovávány údaje o objednávkách, nákupu, umístění a vyřazení majetku (v případě IT HW a SW). Za aktuálnost zde uvedených údajů odpovídá pověřený pracovník. Na Obr. 6 Záznam o majetku v IS pro správu majetku (zdroj: ČMZRB,a.s.)Obr. 6 je znázorněno, jaké údaje se do IS ukládají, jsou zde informace pro různé uţivatele. Pro účetní jsou zajímavé číslo faktury, evidenční číslo, číslo objednávky, cena, dph, dodavatel a o jaký majetek se jedná. Pro IT jsou to popis, o jaké zařízení se jedná a kde se nachází (kancelář). Obr. 6 Záznam o majetku v IS pro správu majetku (zdroj: ČMZRB,a.s.) Dalším důleţitým zdrojem informací je dokumentace. Pověření pracovníci vytvářejí a udrţují interní dokumentaci popisující pouţívaný HW a základní IS. Na Obr. 7 je příklad dokumentace serverů. Sledované údaje: - Server název serveru 27

30 - Hostitel pokud je server virtuální, uvádí se zde název jeho hostitele - Lokalita umístění serveru, v jaké lokalitě se nachází - Běţící aplikace jaké aplikace jsou na serveru provozovány - HP EVA data jsou umístěna na diskovém poli EVA (Enterprise Virtual Array) - Zrcadlení je prováděno zrcadlení (mirror) dat, OS - Doména v jaké doméně je server logicky umístěn - Záloţní provoz jak je řešen záloţní provoz v případě havárie - Poznámka doplňující informace Obr. 7 Dokumentace serverů (zdroj: ČMZRB,a.s.) Dokumentace IS Dokumentaci interních a externích IS spravuje provozní oddělení IT. Pouţívané nástroje Provozní oddělení IT vyuţívá dokumentaci dodavatelů IS (externích i interních) jako základ pro tvorbu a údrţbu vlastní dokumentace. Tyto dokumenty jsou provoznímu oddělení předávány v různých formátech MS Word, MS Excel, PDF. Dokumenty Provozní oddělení uchovává několik typů dokumentů, jejich názvy a obsah se mohou lišit podle dodavatele, jeho potřeb a terminologie: - interní a externí dokumentace (instalační manuály, provozní dokumentace, uţivatelské příručky, manuály pro update IS) - akceptační protokoly - předávací protokoly - nabídkové dokumenty - změnové listy Interně vytvářená provozní dokumentace je ve formátu MS Word a má následující strukturu: - Úvod o Název IS o Stručný popis funkce IS v prostředí IT banky o Dokumentace zadání pro vytvoření IS 28

31 o Adresy a kontakty na dodavatelské firmy - Instalace a konfigurace IS o Postup instalace IS o Postup update (upgrade) IS o Konfigurační a instalační adresáře IS, základní parametry o Jména a popis základní funkce stěţejních souborů či programů o Výchozí nastavení přístupových práv o Změny v přístupových právech o Další evidence přístupových práv - Datové zdroje, vstupy dat, způsoby pořízení dat o Úloţiště dat o Distribuce zdrojových dat a příp. synchronizace replikovaných dat o Způsob aktualizace dat o Kontroly dat, formy testování o Způsob, zabezpečení a harmonogram přenosů dat o Základní úkony s daty (příp. s databázemi) o Monitorování dat - Zálohování a archivace dat o Popis medií o Četnost zálohování, cyklus zálohování dat o Archivace struktury a vlastních dat o Popis obnovy dat - Evidence změn v IS o Plánované o Vynucené - Evidence závad a problémů v IS, popis jejich řešení - Havarijní plán IS - Ostatní - Přílohy o Protokoly o změny v ISB o Protokoly o testování havarijního plánu o Protokoly obnovy archivních a záloţních dat o Jiné 29

32 Do této struktury je zpracována dokumentace pro všechny IS, ale jsou vyplněny jen relevantní kapitoly. Pokud například není řešena archivace dat, je tato kapitola ponechána prázdná Data, datové toky a procesy Sledování dat, datových toků a procesů probíhá v rámci velkého projektu (Integrace datových údajů) a má ho na starosti analytik dat. Tato část je velmi rozsáhlá, proto jí věnuji následující kapitolu. 3.5 Projekt Integrace datových údajů V bance neustále probíhá velký projekt integrace datových údajů (IDÚ), který vychází z dlouhodobé strategie rozvoje ČMZRB a strategie rozvoje IS ČMZRB. Projekt je plánován vţdy na jeden rok, na jeho konci banka projekt ukončí, vyhodnotí a na začátku dalšího roku proběhne schválení a spuštění nového projektu s novými cíly. Tento projekt je pro banku velice důleţitý a je mu přiřazena vysoká priorita Cíle projektu IDÚ Dlouhodobými cíli projektu IDÚ je stanovení strategie postupné integrace dat a aplikací v bankovních systémech, odstranění duplicitních dat, zamezení nejednoznačných údajů a omezování ručních vstupů Nástroje IDÚ Power Designer PowerDesigner je CASE nástroj, který komplexně pokrývá všechny aspekty rozvoje podniku. Obsahuje nástroje pro obchodně orientovanou procesní analýzu, která umožní identifikovat klíčová místa a funkce podniku jako takového a nabízí také plně integrované prostředí pro datovou a objektovou analýzu informačních systémů. Přitom plně podporuje zavedené přístupy a metodiky jako je Unified Modeling Language (UML) nebo tříúrovňový návrh databáze. 7 Power Designer má široké moţnosti vyuţití a má mnoho rozličných vlastností, zde zmíním jen vybrané: - generování dokumentace export do různých formátů - mapovací editor Drag and drop mapování objektů mezi datovými modely 7 Sybase Power Designer ( ) 30

33 - datové modelování zaloţené na principu tří architektur (konceptuální, logická, fyzická) - modelování business procesů - práce v týmu - a další Power Designer je široce pouţívaný CASE nástroj a určitě stojí za zmínku, ţe v roce 2006 byla ve spolupráci s prof. Václavem Řepou z Vysoké školy ekonomické vyvinuta metodika vývoje informačních systémů s pouţitím Power Designeru. Tato metodika je volně dostupná Metodika IDÚ Pro projekt IDÚ banka vypracovala metodiku popisující vytvoření, údrţbu a aktualizaci metadat na úrovni změn databázových objektů, datových toků a IT procesů v infrastruktuře banky. Tato metodika umoţňuje: - plnou kontrolu nad existující datovou základnou banky neustále aktuální přehled o datové základně banky - sledování změn a přírůstků datových polí v datové základně banky definovaný sběr změn na databázových strukturách spojený s doplněním potřebných metadat o těchto objektech - plnou kontrolu nad datovými toky neustále aktuální přehled o datových tocích - sledování změn a přírůstků a datových toků definovaný sběr změn a přírůstků v datových tocích - provádění analýz nad aktualizovanými daty sofistikovaným způsobem provádět analýzy integrity dat, definic primárních zdrojů, duplicit, vlastníků dat, atd. - provádění výstupů pro potřeby banky z výsledků vytvářet potřebné výstupy pro analytiky IS, provozu atd Postup zpracování sledovaných dat Schéma zpracování dat vychází z interního předpisu, řešícího vývoj nových systémů a řízení změn, do kterého jsou začleněny činnosti spojené s údrţbou a aktualizací dat v projektu IDÚ (příloha č. 2). 31

34 3.5.5 Popis postupů a odpovědností Nejdůleţitějším kriteriem stavu databází a datových modelů je jejich aktuálnost. Pro udrţení aktuálnosti je třeba zajistit úplnou informovanost o provedených ZŘ a to jak u systémů podporovaných externími firmami i systémů interních. Nástroje pro aktualizaci a údrţbu dat - ModIT modul Změnové řízení (IS pro podporu řízení změn) - Power Designer (v poslední verzi, dále PWD) - Průvodka změnového řízení změny v DB a datových tocích (příloha č. 1) - Rozhraní pro dotazy SQL - Rozhraní pro dotazy iseries Podmínky pro aktualizaci a údrţbu dat pro analytika IDU - přístup ke všem změnovým řízením prostřednictvím IS ModIT - přístupová práva pro čtení ke sledovaným databázím v rámci SQL Serveru a iseries - spolupráce s provozními pracovníky v oblasti aktualizace datových toků - odstínění činnosti analytika IDÚ od běţných činností analytika báze dat a programátora - sledování činnosti analytika IDÚ kontrolorem bezpečnosti IT Workflow v IS ModIT V IS ModIT je analytik IDÚ informován o připravovaných a realizovaných změnách v IS/IT. Průběh změnového řízení, včetně odpovědností jednotlivých pracovníků shrnuje následující tabulka. Tabulka 1 - Průběh změnového řízení (zdroj: ČMZRB, a.s.) Číslo Postupový krok Odpovědnost 1. Převzetí poţadavku na změnu IS pro zařazení do strategie rozvoje IS od gestora IS ředitel OIS 2. Posouzení a zpracování poţadavku do strategie rozvoje IS ředitel OIS, osoba pověřená a harmonogramu prací řízením změn (OPŘZ) 3. Schválení předloţené strategie rozvoje IS a harmonogramu představenstvo banky 4. Předloţení uţivatelského zadání změny zadavatel/gestor/ administrátor IS 5. Posouzení úplnosti uţivatelského zadání na změnu IS OPŘZ/externí subjekt 32

35 6. Schválení zadání změny IS v ModIT gestor/administrátor IS 7. Rozhodnutí zda bude změna IS realizována za úplatu gestor/administrátor IS 8. Schválení placené změny ředitel OIS 9. Zpracování funkčního analytického zadání změny analytik/externí subjekt 10. SW zpracování schváleného funkčního analytického zadání změny programátor/externí subjekt 11. Posouzení vlivu změny na bezpečnost IS analytik/opřz 12. Realizace změny v testovacím prostředí a předání změny OPŘZ za spolupráce k testování provozního pracovníka 13. Zpracování dat dle metodiky IDÚ, včetně dokumentů určených pro pracovníky OIS a aktualizace modelu analytik IDÚ 14. Testování IS včetně testování vlivu změny na bezpečnosti IS gestor/administrátor IS 15. Předání připomínek OPŘZ gestor/administrátor IS 16. Opravy chybových stavů analytik/programátor/ externí subjekt 17. Potvrzení, ţe na základě testů, změna nenaruší bezpečnost IS gestor/administrátor IS 18. Vystavení souhlasu k implementaci změnového řízení v produkčním prostředí gestor/administrátor IS 19. Realizace změny v produkčním prostředí OPŘZ za spolupráce provozního pracovníka 20. Zpracování dat dle metodiky IDÚ včetně dokumentů určených pro pracovníky OIS a aktualizace modelu analytik IDÚ Programátoři zpracovávají průvodku ZŘ, ve které zaznamenají provedené změny a úkony potřebné pro implementaci změn do testovacího a produkčního prostředí. Mimo jiné musí vyplnit i informaci, jestli má změna dopad na datový model. Tato průvodka je přiloţena ke změnovému řízení, vyuţívají ji provozní pracovníci implementující změny do testovacího a produkčního prostředí a analytik IDÚ. (Průvodka je součástí příloh) Postup prací v Power Designer Analytik IDÚ pomocí nástroje Power Designer zajišťuje synchronizaci DB a konkrétních datových modelů (datové struktury a datové toky). Analytik IDÚ sleduje změnová řízení a v případě implementace změny, která má dopad do datových modelů aktualizuje sledované 33

36 vlastnosti jednotlivých nových nebo změněných datových polí a přiřadí je i k předem nadefinovaným entitám jako podmínku pro další analýzu. Dále provede analýzu vlivu změnového řízení na transformační procesy a vztahy mezi aplikacemi v bance a ty zaktualizuje v ILM (Information Liquidity Model). Úkolem těchto kroků je to, aby byla maximalizována sledovanost veškerých dat, datových toků a procesů. Analytik IDÚ udrţuje v aktuálním stavu dva ILM, podle etapy ZŘ. Jedná se o modely Test a Produkce. Tím je zajištěn neustálý aktuální stav veškerých dat v bance. Postup informování analytiků IS a ostatních pracovníků o prováděných změnách a aktuální infrastruktuře Analytici IS jsou informováni o změnách datových struktur u sledovaných ISB formou reportní sluţby SQL Serveru a mají přístup ke všem výstupům projektu IDÚ. Ostatní pracovníci OIS mají přístup k elektronicky zpracovanému výstupu z projektu IDÚ Provádění analýz Úkoly analytické části projektu IDÚ aktuálního roku, vycházejí ze závěrečného dokumentu projektu IDÚ roku předchozího. Analytik IDU navrhuje jednotlivé Entity a jejich vlastnosti v PWD a zanese je do fyzického datového modelu (PDM). Entity zahrnují všechny důleţité oblasti činnosti banky (klient, produkty banky, účetnictví). V PDM se pak jednotlivá pole tabulek (tabulky) mapují k Entitám. V důsledku toho vzniknou vazby všech databází na Entity (vč. jejich vztahů) určitých atributů, které je moţno přehledně zobrazit v reportech. Úkolem analýzy u sledovaných Entit je vyhodnocení zda pole obsahují data, zda jsou primární, nebo se importují z jiných IS, jakým způsobem se pořizují, zda se exportují do jiných ISB, popř. jakým způsobem dochází k přenosu dat mezi jednotlivými IS. Při zjištění duplicitního pořizování stejných dat, je nutné tento stav zanalyzovat a vypracovat návrh na odstranění duplicitních dat a návrh dalšího zabezpečení jedinečnosti primárních dat ve zdrojových IS. V primárních databázích se prověřuje integrita dat a při jejím nedodrţení jsou analytikem IDÚ generována zadání změnových řízení v IS ModIT. V návrhu je přesně specifikován popis navrhovaných změn, poţadavky na lidské, technické a finanční zdroje a dopady na integraci a integritu dat jednotlivých IS, kterých se změna týká. Analytická činnost slouţí jako podklad pro vytvoření plánu komplexní integrace veškerých dat v bance. 34

37 3.5.7 Vytvoření kompletního modelu zpracování dat a probíhajících procesů v Power Designeru Pro potřeby splnění cílů projektu IDÚ se kromě PDM vyuţívají i vlastnosti modelů ILM a CDM (Conceptual Data Model). Výsledný model, či jeho části je moţné exportovat z PWD do souborů různých formátů (pdf, html, atd.). Tyto soubory mají dostupné oprávnění pracovníci, kteří potřebují výstupy IDÚ ke své práci Popis fyzického datového modelu (PDM) Pro nastavení PWD je pouţit jednotný konfigurační soubor, který obsahuje nastavení vlastností modelu. 1. Model databáze Základní údaje o fyzickém modelu databáze se sledují v Model Properties a zapisují údaje o modelu a jménu zodpovědného pracovníka za tento model. Obr. 8 Model Properties/General (zdroj: ČMZRB, a.s.) 2. Údaje o databázi Základní údaje o DB se sledují v Database Properties/General. V Database Properties/Extended Attributes se sledují definované informace o tom, zda jsou data do databáze importována nebo z databáze exportována. 35

38 Obr. 9 Database Properties/Extended Attributes (zdroj: ČMZRB, a.s.) 3. Údaje o tabulce Údaje o tabulce se sledují na úrovni fyzického modelu té které databáze. V Table Properties/General se zapisují údaje vztahující se k tabulce. Pro určení typu tabulky se pouţije Stereotype: Datová / Technologická tabulka (včetně barevného rozlišení). V dalších záloţkách máme moţnost zobrazit strukturu tabulky: Columns, Indexes, Keys, Triggers, Procedures a Preview (SQL kód) Obr. 10 Table Properties/General (zdroj: ČMZRB, a.s.) 36

39 Nastavení dalších sledovaných vlastností dat se provede na záloţce Extended Attributes, které se definují v konfiguračním souboru. Definice těchto atributů vychází z analýzy a závěrů projektu IDÚ. Obr. 11 Table Properties/Extended Attributes (zdroj: ČMZRB, a.s.) Záloţka Dependencies znázorňuje referenční integritu mezi tabulkami, které jsou spojeny cizími klíči (Foreign key). Obr. 12 Table Properties/Dependencies (zdroj: ČMZRB, a.s.) 37

40 4. Údaje o poloţce Údaje o poloţce se sledují na úrovni fyzického modelu konkrétní databáze. V záloţce Column Properties/General se zapisují nebo nastavují údaje vztahující se k jednotlivým poloţkám. Obr. 13 Column Properties/General (zdroj: ČMZRB, a.s.) Znázornění referenční integrity dat je v záloţce Dependencies (Primary key, Foreign key a Index columns). Obr. 14 Column Properties/Dependencies (zdroj: ČMZRB, a.s.) 38

41 Poslední záloţkou, kterou zde zmíním je Extended Attributes. Pomocí konfiguračních souborů je moţné jednotlivým sloupcům tabulek přiřadit libovolně definované vlastnosti. Definice těchto vlastností vycházejí z projektu IDÚ (z předchozích let) a můţeme je podle poţadavků aktualizovat. Obr. 15 Column Properties/Extended Attributes (zdroj: ČMZRB, a.s.) 5. Referenční integrita mezi tabulkami (Reference) Přehledné zobrazení (včetně grafického) referenčních integrit jsou v části Reference. V záloţce Reference/General jsou základní údaje o cizím klíči (Foreign key), který spojuje tabulky. Obr. 16 Reference Properties/General (zdroj: ČMZRB, a.s.) 39

42 Údaje které se týkají integritního omezení (pro update a delete) pak najdeme pod záloţkou Integrity. Obr. 17 Reference Properties/Integrity (zdroj: ČMZRB, a.s.) Z PDM je moţné vygenerovat SQL skripty, coţ je velice důleţitá a uţitečná vlastnost. Vymodelovanou strukturu v PDM, můţeme jednoduše aplikovat do vývojové, testovací nebo produkční databáze a na druhou stranu změny, které jsou provedeny v databázi aktualizovat v modelu. SQL příkazy najdeme v záloţce Preview. Obr. 18 Reference Properties/Preview (zdroj: ČMZRB, a.s.) 40

43 Popis Information Liquidity Model (ILM) ILM je modelem, který v sobě spojuje vlastnosti několika typů modelů. Umoţňuje modelovat fyzická data v jejich datových strukturách, konceptuální data, business procesy a jejich vzájemné vazby. ILM se skládá z několika důleţitých objektů, které jsou spolu vzájemně propojeny a prostupují i do jednotlivých diagramů modelu. Jedná se o následující objekty: - Databases (databáze) - Transformation Processes (transformační procesy) - Data Connections (datová připojení) - Servers (servery) - Reports (reporty) - Data Access Applications - Data Access Links - Extended Model Definitions (rozšířené definice modelu) - List Reports (seznam reportů) ILM v sobě zahrnuje čtyři diagramy: - Databases (databázový diagram) - Applications (aplikační diagram) - Transformations (diagram transformací) - Entities (diagram entit) Jiţ z názvů diagramů je jasné, ţe na data v ČMZRB je nahlíţeno hned z několika pohledů a celkový ILM model poskytuje komplexní pohled na data a probíhající procesy v bance. 41

44 1. Database diagram Úkolem Databases diagramu je zmapovat pohyb dat mezi jednotlivými úloţišti dat (Data store). Tento diagram také zobrazuje, které aplikace do databáze přistupují, popř. kam data přenášejí. Obr. 19 Databases diagram (zdroj: ČMZRB, a.s.) Databases Objekt Databases představuje úloţiště dat a jeho základní vlastnosti najdeme pod záloţkou Database Properties/General. Důleţitá je informace o tom, na kterém serveru je databáze umístěna. Obr. 20 Databases Properties/General (zdroj: ČMZRB, a.s.) 42

45 Záloţka Physical Data Models zajišťuje přímou vazbu na fyzický datový model se všemi jeho vlastnostmi. V Dependencies jsou veškeré vazby, které má databáze s ostatními objekty a to jak v rámci jednoho nebo více diagramů i modelů. - Objects in Related Diagrams zobrazuje všechny tabulky, primární klíče, cizí klíče a views z PDM. - Extended Dependent Objects ukazuje, která aplikace s databází pracuje (obecně pak spojení mezi objekty ILM modelu, která pomáhají modelování vztahů a závislostí). - Data Connections specifikují směr, jakým se data mezi jednotlivými databázemi pohybují (Read-only, Write-only, Read/Write). Spojují data v datovém úloţišti s transformačním procesem. - Data Access Links dokumentují vztahy a závislosti mezi dvěma úloţišti dat za pouţití funkce Mapping (mapování jednotlivých polí tabulek mezi zdrojovým a cílovým modelem). - Diagrams informuje o situaci, ve kterém z diagramů se tato databáze nachází. Obr. 21 Databases Properties/Dependencies (zdroj: ČMZRB, a.s.) 43

46 Data Access Applications Objekt Data Access Applications popisuje, jakým způsobem jednotlivé aplikace přistupují k databázím. Vlastnosti aplikace jsou v záloţkách Data Access Applications/Properties/General a Extended Dependencies. Ukazují konkrétní vazbu na databázi, se kterou aplikace pracuje. Podrobněji jsou aplikace popsány v diagramu Applications. Obr. 22 Data Access Application Properties - General, Extended Dependencies (zdroj: ČMZRB, a.s.) Data Access Links Objekt Data Access Links popisuje (mapuje) vztah mezi dvěma úloţišti dat. Vlastnosti vztahu mezi databázemi jsou na záloţce Data Access Link/Properties/General. Obr. 23 Data Access Link Properties/General (zdroj: ČMZRB, a.s.) 44

47 Vlastnost Access type, označuje směr přístupu do dat v datovém úloţišti (Read-only, Writeonly, Read/Write). Pro detailní popis vztahu mezi dvěma úloţišti dat lze vyuţít funkcí Mapping Editoru. Mapping Editor popisuje vztah mezi zdrojovou a cílovou databází aţ na úroveň jednotlivých polí, popř. views. Obr. 24 Mapping Editor (zdroj: ČMZRB, a.s.) 2. Applications diagram Úkolem Applications diagramu je zmapování všech běţících aplikací a vztahů mezi nimi (s ohledem na výměnu dat mezi jednotlivými aplikacemi). Obr. 25 Applications diagram (zdroj: ČMZRB, a.s.) Data Access Application Objekt Data Access Application představuje aplikace, které pracují s jednotlivými datovými úloţišti. Tento objekt popisuje, jakým způsobem jsou data zpracovávána uvnitř aplikace, 45

48 odkud jsou importována, popř. kam exportována. Další vlastností tohoto objektu je znázornění jakým způsobem aplikace přistupuje do datového úloţiště. Vlastnosti objektu jsou v záloţce Data Access Applications/Properties/General. Záloţka Dependencies přestavuje objekty, které aplikaci data předávají (import). Extended Dependencies ukazují aplikace, do kterých jsou konkrétní data exportována a zobrazují konkrétní vazbu na databázi, se kterou aplikace pracuje. Obr. 26 Data Access Application Properties - General, Dependencies, Extended Dependencies (zdroj: ČMZRB,a.s.) 3. Transformations diagram Komplexní analýzu transformačních procesů v bance řeší Transformations diagram. Tento diagram do detailu analyzuje jednotlivé úlohy transformace dat (Data Transformation Tasks) a jejich etapy v závislosti na čase (Transformation Control Flows). 46

49 Obr. 27 Transformations diagram (zdroj: ČMZRB, a.s.) Databases Objekt Databases je podrobně popsán v kapitole 0 Databases. Všechny objekty ILM modelu, ať se vyskytují v kterémkoliv diagramu, jsou totoţné, mají tudíţ stejné parametry a vlastnosti. Data Connections Data Connections blíţe určují směr, jakým se data mezi jednotlivými databázemi pohybují (Read-only, Write-only, Read/Write). Spojují data v datovém úloţišti s transformačním procesem, popř. spojují dvě databáze. V záloţce Data Connection/Properties/General je název spojení, zdrojová databáze, označení transformačního procesu a cílová databáze. Vlastnost Access type označuje směr přístupu do dat v datovém úloţišti (Read-only, Write-only, Read/Write). Záloţka Dependencies informuje o názvu databáze, která do transformačního procesu vstupuje (Data Inputs) a vystupuje (Data Outputs). 47

50 Obr. 28 Data Connection Properties/General (zdroj: ČMZRB, a.s.) Transformation Processes Objekt Transformation Processes v detailu analyzuje jednotlivé úlohy transformace dat a jejich etapy v závislosti na čase. Transformation Process Properties/General představuje detailní vlastnosti transformačního procesu, jeho název, stereotyp a server, na kterém transformace běţí. Záloţka Dependencies informuje o Data Connections na zdrojovou, cílovou databázi a názvu transformačního procesu. Jako Extended Attributes byla nadefinována nová vlastnost pro sledování začátků a konců transformačního procesu (Starttime a Endtime) s ohledem na sledování vytíţenosti serveru jednotlivými úlohami. 48

51 Obr. 29 Transformation Process Properties - General, Dependencies, Extended Attributes (zdroj: ČMZRB, a.s.) Data Transformation Tasks prezentují, jakým způsobem (akcí, úlohou) jsou data ze zdrojové databáze transformována do databáze cílové. Jednotlivé úlohy se dělí na: - Script execution - Data query execution - Data aggregation - Sort - Filter - Split - Join - Lookup - Merge - Projection - Calculator Data Transformation Tasks modelujeme pomocí samostatného diagramu (Data Transformation Diagram). 49

52 Obr. 30 Data Transformation Diagram (transformation tasks) (zdroj: ČMZRB, a.s.) Data Projection/Properties/General informují o základních vlastnostech objektu, v komentáři je přesně popsán transformační proces (tabulky, pole zdrojové a cílové databáze mezi kterými dochází k výměně dat). Záloţka Dependencies obsahuje informace o vstupním a výstupním datovém toku z transformačního procesu, včetně podrobností. Obr. 31 Data Projection Properties/General (zdroj: ČMZRB, a.s.) Objekt Data Flow spojuje a transportuje data mezi zdrojovou databází a cílovou databází. V záloţce Data Flow/Properties najdeme opět podrobné vlastnosti objektu. 50

53 Obr. 32 Data Flow Properties/General (zdroj: (ČMZRB, a.s.) Transformation Control Flows analyzují sled událostí (kroků) jednotlivých transformačních procesů. Nedílnou součástí kaţdého Control Flow je začátek jobu (Transformation Start), jednotlivé kroky úlohy a konec jobu (Transformation End). Pro modelování Transformation Control Flows pouţíváme Transformation Control Flow Diagram. Obr. 33 Transformation Control Flow Diagram (zdroj: ČMZRB, a.s.) Za účelem sledování časové posloupnosti spouštění jednotlivých jobů je v Transformation Start (End)/Properties v záloţce Extended Attributes nadefinována nová vlastnost Starttime a Endtime. Takto sesbírané údaje o začátcích a koncích probíhajících jobů je moţno exportovat, popř. s nimi dále pracovat v MS Excel. 4. Entities diagram Jedním z úkolů projektu IDÚ je i analýza veškerých dat v bance, z pohledu konceptuálního. Nedílnou součástí je i definice entit a jejich vlastností. Entity jsou definovány v PDM modelu jako tabulky a pole. Tento typ modelu nejlépe umoţňuje mapování polí tabulek zdrojové a cílové databáze (pomocí Mapping Editoru), 51

54 v našem případě přiřazování polí tabulek k jednotlivým Entitám a vlastnostem. Entity (tabulky) a jejich vlastnosti (pole tabulek) obsahuje PDM Entities diagram. Obr. 34 Entities diagram (zdroj: ČMZRB, a.s.) Databáze Entities se v ILM chová stejně jako jakákoliv jiná databáze a záloţka Entities/Physical Data Models zajišťuje přímou vazbu na fyzický datový model se všemi jeho vlastnostmi. Data Access Links dokumentují vztahy a závislosti mezi dvěma úloţišti dat za pouţití funkce Mapping (mapování jednotlivých polí tabulek mezi zdrojovým a cílovým modelem). Vlastnosti vztahu mezi databázemi jsou pod záloţkou Data Access Link/Properties/General. Obr. 35 Data Access Link Properties/General (zdroj: ČMZRB, a.s.) 52

55 Vlastnost Access type, označuje směr přístupu do dat v datovém úloţišti (Read-only, Writeonly, Read/Write). V našem případě linkujeme pole tabulek jednotlivých databází na databázi Entit a jejich vlastností, tudíţ Access type bude vţdy Read-only. Pro detailní popsání vztahu mezi dvěma úloţišti dat vyuţíváme funkcí Mapping Editoru. 53

56 4 Porovnání Banka nevyuţívá ţádného metasystému, který by zahrnoval vlastnosti popsané v metodice. Jednotlivé informace, které by měl metasystém obsahovat jsou dostupné v dokumentacích, či různých IS banky. Porovnání metodiky a tvorby metasystému v reálném prostředí banky provedu na základě hlavních kapitol metodiky metasystému (kapitola 2Metodika metasystému), ale nejdřív rozdělení IS. Rozdělení IS Dělení IS do kategorií uvedených v metodice není v bance vyuţíváno, ale jak je vidět v kapitole 3.3.1, je moţné IS do kategorií rozdělit. Dimenze - data údaje o datech v bance částečně zaznamenává projekt IDÚ, ten ale zaznamenává jen údaje o datech, která tečou mezi jednotlivými IS. Údaje o všech datech mají vývojáři ve svých dokumentacích. - funkce a procesy tyto informace částečně zaznamenává projekt IDÚ, všechny informace je moţné dohledat v dokumentacích, ale nikoli na jednom místě. - software informace o provozovaných SW produktech jsou uchovávány v dokumentacích útvaru IT. - hardware informace o provozovaném HW jsou částečně uchovávány v IS pro správu majetku a dokumentacích útvaru IT. - organizace a personál tyto informace jsou dostupné v personálním IS. - ekonomika informace o financích vydaných na nákup a údrţbu IS jsou v IS pro správu majetku. - metody a normy pouţívané metody a normy, nebo odkazy na ně, jsou uvedeny v interních předpisech banky a jsou tedy dostupné v IS pro správu interních předpisů a dokumentacích útvaru IT. - řízení stejně jako u předchozí dimenze, pravidla provozu IS/IT jsou dostupné v IS pro správu interních předpisů. - dokumenty veškeré dokumenty a dokumentace jsou udrţovány ručně, banka nepouţívá ţádný systém pro podporu této činnosti. - čas informace o harmonogramech a etapách projektů jsou vedeny v Microsoft Project. 54

57 - bezpečnost banka nevyuţívá jednotný metasystém, informace jsou dostupné v různých dokumentacích a IS banky. K těmto zdrojům mají přístup jen oprávnění uţivatelé, jsou pravidelně zálohovány a jsou definovány plány pro případ havárie. Vazby mezi dimenzemi, operace MtS, důleţité vlastnosti a architektura Vzhledem k tomu, ţe banka nepouţívá jednotný metasystém, ale má jednotlivá metadata uloţena v různých IS, dokumentacích a výstupech z projektu IDÚ, nelze provést plnohodnotné porovnání s výše uvedenými kapitolami. Některé vazby mezi dimenzemi lze dohledat ve výstupech projektu IDÚ a dokumentacích. Operace MtS nejsou v prostředí banky aplikovány. Důleţité vlastnosti (funkčnost, pruţnost, jednoduchost uţití, přiměřená pracovní náročnost a bezpečnost) lze vztáhnout na jednotlivé IS a dokumenty. Vzhledem k roztříštěnosti metadat rozhodně nelze mluvit o pruţnosti, jednoduchosti uţití a přiměřené pracovní náročnosti. Bezpečnost je řešena standardními postupy a prostředky a splňuje poţadavek na metasystém. Architektura metasystému není v bance definována. 55

58 Závěr V této práci pojednávám o metodice tvorby metasystému a tvorbě metasystému reálném prostředí banky s cílem jejich porovnání. Metasystém je nástroj napomáhající manaţerům a řadovým zaměstnancům při vývoji, implementaci a provozu IS. Práce je rozdělena do 4 kapitol, které dělím na dvě hlavní části: 1. Teoretická část se zabývá metainformačním systémem a jeho metodikou, která popisuje, jaké by měl mít metasystém vlastnosti, jaké funkce a informace by měl poskytovat. 2. Praktická část se zabývá prostředím ČMZRB, a.s., tvorbou metainformačního systému, popisem IS a na závěr porovnáním metodiky a praktické tvorby metasystému. V ČMZRB, a.s. neexistuje jednotný metasystém, který by splňoval všechny vlastnosti a poţadavky na metasystém popsané v metodice a proto nebylo moţné je porovnat do detailů. Jednotlivé informace a metadata, která by měl metasystém obsahovat jsou v bance obsaţena v různých IS, výstupech z projektu IDÚ a dokumentacích jednotlivých oddělení IT. Přístup k nim má vţdy jen úzký okruh oprávněných uţivatelů a není zde nikdo, kdo by měl přístup ke všem. Toto řešení vzniklo z důvodu zabezpečení informací, ale ne vţdy se jeví jako ideální a z mého pohledu by bylo vhodné uvaţovat o změnách. V práci jsem se nezabýval návrhem změn v současném řešení metasystému ČMZRB, a.s. Cílem práce bylo popsat tvorbu metasystému a popis informačních systémů v prostředí banky, tento cíl byl splněn. Jako podruţný cíl jsem si stanovil porovnání metodiky a metasystému banky. Jak se ukázalo, nebylo moţné porovnat všechny části, protoţe v bance neexistuje jednotný metasystém, který by splňoval vlastnosti a poţadavky na metasystém, tento cíl byl splněn částečně. 56

59 Seznam pouţité literatury ŘEPA, V. Analýza a návrh informačních systémů. 1. vyd. Praha: EKOPRESS ISBN VOŘÍŠEK, Jiří. Informační systémy a jejich řízení. 3. vyd. Praha: Bankovní institut vysoká škola, a.s ISBN BÉBR, Richard, DOUCEK, Petr. Informační systémy pro podporu manažerské práce. 1. vyd. PROFESSIONAL PUBLISHING ISBN ČMZRB, a.s. ČMZRB výroční zpráva Praha: Českomoravská záruční a rozvojová banka, a.s ČMZRB, a.s., Dokumentace ČMZRB, a.s.. Českomoravská záruční a rozvojová banka, a.s PSTRUŢINA K., Atlas filosofie vědy [online]. Fond rozvoje MŠMT F5 1747/1999, Fond rozvoje MŠMT F5 1588/2002, [cit ]. Dostupný z WWW: < Doucek, Petr. Metainformační systémy a jejich úloha v rozhodovacím procesu [online] [cit ]. Dostupný z WWW: < Sybase: Power Designer [online].2012 [cit ]. Dostupný z WWW: < 57

60 Seznam pouţitých zkratek a pojmů ASW BPR CASE CDM db DMS DSS EDI EIS ES File server HW IDÚ ILM IS/IT Mail server Metadata aplikační software Business Process Reengineering Computer Aided System Engineering nástroje pro podporu vývoje IS Conceptual Data Model konceptuální datový model Databáze Document Management System systém pro správu dokumentů Decision Support Systems systémy pro podporu rozhodování Electronic Data Interchange systém pro elektronickou výměnu dat Executive Information System IS pro vrcholové vedení Expert System expertní systémy slouţící pro speciální rozhodovací procesy souborový server poskytující úloţiště dat Hardware Integrace datových údajů projekt v ČMZRB, a.s. Information Liquidity Model - Umoţňuje modelovat fyzická data v jejich datových strukturách, konceptuální data, business procesy a jejich vzájemné vazby Informační systém a informační technologie server zajištující přijímání a distribuci ových zpráv popisují IS/IT podniku a jejich významné vazby na další součásti podniku a na podnikové aktivity 8 Metainformační systém je jednotou metadatabáze (metadat) a operací, které umožňují uchování a zpracování metadat. 9 Metasystém systém, který popisuje, resp. modeluje jiný systém, 10 8 VOŘÍŠEK, J., Informační systém a jejich řízení, 3. vyd. Praha: Bankovní institut vysoká škola, a.s ISBN VOŘÍŠEK, J., Informační systém a jejich řízení, 3. vyd. Praha: Bankovní institut vysoká škola, a.s ISBN

61 Metoda Metodika Metodologie MIS MtS OIS Způsob jak dosáhnout cíle doporučený souhrn principu, konceptu, dokumentu, metod, technik, nástrojů a produktů pro tvůrce informačních systémů, který pokrývá celý životní cyklus informačních systémů (vývoj, údržbu a provoz). Určuje kdo, kdy, co, jak a proč má dělat během vývoje a provozu IS. 11 ucelený systém filosofických a všeobecně vědeckých teoretických principů či vědeckých výpovědí týkajících se způsobů získání poznatků o světě, nebo způsobů vytváření idealizovaného obrazu světa. 12 Management Information System IS pro střední úroveň řízení Metasystém Office Information System systém pro automatizaci kanceláře Odbor informačních systémů útvar IT v ČMZRB, a.s. OLAP OLTP OS PDM Print server Proxy server PWD RIS SW SŘBD Online Analytical Processing nástroj pro multidimenzionální zpracování dat uloţených v databázi Online Transaction Processing způsob uloţení dat v databázi Operační systém Physical Data Model fyzický datový model tiskový server propojující počítače se síťovími tiskárnami server oddělující lokální síť od Internetu a zajišťující komunikaci mezi těmito prostředími Power Designer Reporting Information Systems reportovací informační systémy Software Systém řízení báze dat databázový systém (v ČMZRB, a.s. je to Microsoft SQL Server) 10 VOŘÍŠEK, J., Informační systém a jejich řízení, 3. vyd. Praha: Bankovní institut vysoká škola, a.s ISBN ŘEPA, V. Analýza a návrh informačních systémů. 1. vyd. Praha: EKOPRESS ISBN PSTRUŢINA K., Atlas filosofie vědy (Fond rozvoje MŠMT F5 1747/1999) (Fond rozvoje MŠMT F5 1588/2002) [online] ( ) 59

62 TASW TESW TPS UML Workflow ZŘ ZSW Typový aplikační software Technologicky orientovaný typový software Transaction processing System IS pro operativní řízení Unified Modeling Language jazyk pro návrh IS schéma provádění procesu podrobněji rozdělené na podprocesy a jejich vazby změnové řízení Základní software operační systém, databázový systém, 60

63 Seznam obrázků Obr. 1 - Základní stavební bloky architektury IS/IT (zdroj: VOŘÍŠEK, J., Informační systémy a jejich řízení, s. 154)... 9 Obr. 2 Architektura IS (zdroj: BÉBR, R., DOUCEK, P., Informační systémy pro podporu manaţerské práce, s. 61) Obr. 3 Schematické znázornění úlohy metadat v architektuře úloh (zdroj: DOUCEK, P., - Metainformační systémy a jejich úloha v rozhodovacím procesu, s. 2) Obr. 4 Schematické znázornění změn v architektuře úloh (zdroj: DOUCEK, P., - Metainformační systémy a jejich úloha v rozhodovacím procesu, s. 3) Obr. 5 Architektura MtS (zdroj: VOŘÍŠEK, J., Informační systém a jejich řízení, s. 190) Obr. 6 Záznam o majetku v IS pro správu majetku (zdroj: ČMZRB,a.s.) Obr. 7 Dokumentace serverů (zdroj: ČMZRB,a.s.) Obr. 8 Model Properties/General (zdroj: ČMZRB, a.s.) Obr. 9 Database Properties/Extended Attributes (zdroj: ČMZRB, a.s.) Obr. 10 Table Properties/General (zdroj: ČMZRB, a.s.) Obr. 11 Table Properties/Extended Attributes (zdroj: ČMZRB, a.s.) Obr. 12 Table Properties/Dependencies (zdroj: ČMZRB, a.s.) Obr. 13 Column Properties/General (zdroj: ČMZRB, a.s.) Obr. 14 Column Properties/Dependencies (zdroj: ČMZRB, a.s.) Obr. 15 Column Properties/Extended Attributes (zdroj: ČMZRB, a.s.) Obr. 16 Reference Properties/General (zdroj: ČMZRB, a.s.) Obr. 17 Reference Properties/Integrity (zdroj: ČMZRB, a.s.) Obr. 18 Reference Properties/Preview (zdroj: ČMZRB, a.s.) Obr. 19 Databases diagram (zdroj: ČMZRB, a.s.) Obr. 20 Databases Properties/General (zdroj: ČMZRB, a.s.) Obr. 21 Databases Properties/Dependencies (zdroj: ČMZRB, a.s.) Obr. 22 Data Access Application Properties - General, Extended Dependencies (zdroj: ČMZRB, a.s.) Obr. 23 Data Access Link Properties/General (zdroj: ČMZRB, a.s.) Obr. 24 Mapping Editor (zdroj: ČMZRB, a.s.) Obr. 25 Applications diagram (zdroj: ČMZRB, a.s.)

64 Obr. 26 Data Access Application Properties - General, Dependencies, Extended Dependencies (zdroj: ČMZRB,a.s.) Obr. 27 Transformations diagram (zdroj: ČMZRB, a.s.) Obr. 28 Data Connection Properties/General (zdroj: ČMZRB, a.s.) Obr. 29 Transformation Process Properties - General, Dependencies, Extended Attributes (zdroj: ČMZRB, a.s.) Obr. 30 Data Transformation Diagram (transformation tasks) (zdroj: ČMZRB, a.s.) Obr. 31 Data Projection Properties/General (zdroj: ČMZRB, a.s.) Obr. 32 Data Flow Properties/General (zdroj: (ČMZRB, a.s.) Obr. 33 Transformation Control Flow Diagram (zdroj: ČMZRB, a.s.) Obr. 34 Entities diagram (zdroj: ČMZRB, a.s.) Obr. 35 Data Access Link Properties/General (zdroj: ČMZRB, a.s.)

65 Příloha č. 1 Průvodka změnového řízení 1