Návrh a implementace business intelligence řešení

Rozměr: px
Začít zobrazení ze stránky:

Download "Návrh a implementace business intelligence řešení"

Transkript

1 Bankovní institut vysoká škola Praha Katedra matematiky, statistiky a informačních technologií Návrh a implementace business intelligence řešení Diplomová práce Autor: Bc. Tomáš Kocábek Informační technologie a management Vedoucí práce: Ing. Michal Valenta, Ph.D. Praha Duben, 2012

2 Prohlášení: Prohlašuji, že jsem diplomovou 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í. V Praze, dne Bc. Tomáš Kocábek

3 Poděkování Rád bych poděkoval vedoucímu této práce Ing. Michalu Valentovi, Ph.D. za cenné připomínky a konzultace. Dále můj vděk patří zaměstnavateli, České národní bance, za umožnění studia. V neposlední řadě bych rád poděkoval své rodině za neutuchající podporu a trpělivost. Tomáš Kocábek

4 Anotace Tato diplomová práce si klade za cíl uvést problematiku Business Intelligence (BI) a ukázat, jak může být využito BI řešení v tak specifické činnosti jakou je sestavování platební bilance a investiční pozice České republiky v České národní bance. Význam této práce spočívá v poskytnutí všeobecného přehledu v oblasti BI a v řešeném příkladě. Tento příklad, doplněný o vlastní zkušenosti, rady a postřehy, ukazuje na možný způsob tvorby BI úlohy postavené na platformě Oracle business intelligence (OBIEE). První teoretická část této diplomová práce je věnována problematice BI a představení současných BI nástrojů s důrazem na platformu OBIEE. Druhá praktická část je věnována příkladu návrhu, implementace a nasazení BI řešení na platformě OBIEE v prostředí České národní banky. Klíčová slova: Business Intelligence, Česká národní banka, platební bilance, investiční pozice, Oracle business intelligence. Annotation This thesis aims to introduce the issue of Business Intelligence (BI) and to show how it can be used in the specific activities such as compiling balance of payments and international investment position of the Czech Republic to the Czech National Bank. The importance of this work is to provide a general overview of BI and solved example. This example, together with my own experience, advice and observations, shows a possible way to create task of BI based on Oracle Business Intelligence (OBIEE). The first theoretical part of this thesis is dedicated to the performance of BI and current BI tools with an emphasis on OBIEE platform. The second part is devoted to a practical example of design, implementation and deployment of BI solutions on OBIEE platform in the Czech National Bank. Klíčová slova: Business Intelligence, Czech National Bank, balance of payments, international investment position, Oracle Business Intelligence.

5 Obsah Úvod Business intelligence Metody zpracování Vymezení pojmu Historie a vývoj BI Architektura BI Budoucnost BI Platformy a nástroje pro BI SAP SAS IBM Microsoft MicroStrategy Oracle BI SERVER BI ANSWERS BI DELIVERS BI INTERACTIVE DASHBOARDS BI PUBLISHER Návrh a implementace BI řešení Úvod do problematiky řešeného příkladu Informační prostředí ČNB Platební bilance Investiční pozice Předběžná studie řešeného příkladu Uživatelské zadání IS UNIZBIP Studie proveditelnosti Shrnutí základních funkčních požadavků Postup řešení UML Návrh řešení modulu FD Návrh datové struktury

6 3.4.4 Příprava metadat BI Serveru Tvorba sestav Tvorba interaktivních panelů Nasazení BI řešení Prostředí OBIEE Řízení přístupových práv Výsledky Závěr Seznam použité literatury Seznam zkratek Příloha č Příloha č Příloha č Příloha č

7 Úvod V dnešním hektickém, daty a informační technologií zahlceném světě je pro každý (nejen velký) podnik prakticky nezbytné zajistit spolehlivý, bezpečný sběr všech relevantních dat a jejich následné uložení. Tato data je pak třeba podrobit komplexní analýze, vytvořit predikce a náležitě prezentovat. Společnost, která toto opomene či se tomu dostatečně nevěnuje, nemá v dnešním globálním světě šanci dlouhodobě uspět. Tato komplexní práce s daty vyžaduje moderní platformy, nástroje a specializované přístupy souhrnně označované jako Business Intelligence (BI). Ačkoliv se může zdát, že jde o velice komplikovanou a složitou věc, při bližším pohledu tomu tak není a tato diplomová práce si, mimo jiné, klade za cíl dostatečně osvětlit pojem BI tak, aby byl srozumitelný široké veřejnosti. Na jedné straně se sice pod pojmem BI skrývají výkonné analytické a prezentační nástroje, které slouží pro vyhodnocení historických nebo aktuálních dat a predikci budoucího vývoje dané firmy či trhu. Na straně druhé však BI nepředstavuje pouze sofistikované systémy pro podporu rozhodování, ale zahrnuje i nástroje se kterými se setkal prakticky každý uživatel osobního počítače jako například aplikaci MS Excel z kancelářského balíku MS Office. Kromě toho se většina koncových BI nástrojů vyznačuje značnou uživatelskou přívětivostí a intuitivností bez nutnosti hlubších znalostí dotazovacích, značkovacích či dokonce programovacích jazyků. Na různá BI řešení ostatně narážíme prakticky každý den. Dokonce je všichni používáme. Každá návštěva internetového obchodu znamená použití uživatelského rozhraní, různých statistik, přehledů a hodnocení výrobků a služeb, které jsou samozřejmě součástí rozsáhlého BI řešení. Jen si to na první pohled neuvědomujeme. V rámci této diplomové práce uvedu stručný přehled vývoje BI. Představím současné nejrozšířenější produkty. Speciálně se zaměřím na firmu Oracle a její platformu a nástroje, neboť s ní mám největší osobní zkušenosti a zároveň se domnívám, že v současné době BI nástroje této firmy patří mezi nejlepší produkty v této oblasti. Největší prostor pak věnuji vlastnímu BI řešení (od návrhu, přes implementaci až po nasazení) postavenému na platformě OBIEE. Tato praktická úloha ukáže, jakým způsobem lze využít BI řešení i pro tak specifickou činnost jakou je sestavování platební bilance a investiční pozice České republiky. 7

8 1 Business intelligence 1.1 Metody zpracování Tato diplomová práce je rozdělena do dvou základních částí. Části teoretické (kapitoly 1 2) a části praktické (kapitoly 3-4). Na volbu níže uvedených metod a nástrojů, použitých při zpracování praktické části, měla velký vliv má osobní zkušenost s jejich využitím. Nemenší roli pak hrál ten fakt, že příklad je řešen pro potřeby ČNB a tudíž je vhodné a žádoucí použít její standardní postupy a nástroje pro rozvoj IS/IT. Teoretická část Při zpracování této části diplomové práce jsem využil potřebné dostupné zdroje, ať už tištěné či elektronické. Zároveň jsem čerpal ze svých dlouholetých teoretických i praktických znalostí zpracovávané problematiky. Praktická část V praktické části této diplomové práce je zpracováván příklad tvorby BI úlohy. Při jeho zpracování jsem použil následující metody, postupy a nástroje: - metodické pokyny ČNB č. 62 ze dne O rozvoji informačních systémů a informačních technologií v České národní bance, - jazyk UML pro konstrukci potřebných modelů (detailněji popsán v kapitole 3.4.1), - CASE nástroj Enterprise Architect pro tvorbu modelů a komplexní řízení vývoje, - a pro tvorba metadat modelu BI Serveru, sestav a panelu jsem použil příslušné BI nástroje OBIEE. 1.2 Vymezení pojmu Než přistoupíme k vlastnímu rozboru vývoje Business Intelligence (BI), osvětlíme si samotný pojem. Co termín business intelligence vlastně znamená, jaká je jeho definice a zda má tento termín český ekvivalent. V prvé řadě je třeba říci, že čeština pro tento termín nenašla (dosud) odpovídající výstižný překlad a tak se toto slovní spojení používá ve své anglické (původní) podobě a toho se přidrží i tato diplomová práce. 8

9 Co se týče samotné definice pojmu business intelligence, zde situace není jednoznačná. I přes skutečnost, že významem se nejuznávanější výklady tohoto pojmu výrazněji neliší, jednotná všeobecně uznávaná definice neexistuje. Mezi nejfrekventovanější definice patří: - definice z The Data Warehousing Institute, jenž lze přeložit: Business intelligence sjednocuje data, technologie, analytiku a lidské znalosti za účelem optimalizace obchodní rozhodnutí pro konečné dosažení podnikového úspěchu. BI programy obvykle kombinují podnikové datové sklady a BI platformu či sadu nástrojů za účelem transformovat data do využitelných obchodních informací [17], - další významná definice pochází od společnosti Gartner, Inc., opět volně přeloženo: Business intelligence je zastřešující pojem, který zahrnuje aplikace, infrastrukturu, nástroje a nejlepší postupy, jenž umožňují přístup k informacím a jejich analýzu za účelem zlepšit a optimalizovat rozhodování a výkonnost [15], - poslední charakteristika BI, o které se zde zmíním, popisuje Business Intelligence jako sadu procesů, aplikací a technologií, jenž jsou postaveny na multidimenzionálním pohledu na podniková data a podporují rozhodovací, analytické a plánovací činnosti v podniku [04]. Z výše uvedených definic je patrné, že každá z nich klade důraz na trochu jiné aspekty BI, což je jedním z hlavních důvodů proč neexistuje jednotná definice pro tento pojem. Nicméně si myslím, že všichni chápou BI jako soubor technik, metod a nástrojů, které v kombinaci s velkým objemem kvalitních dat, poskytují podporu pro řídící činnosti podniku. Ke každému smysluplnému rozhodnutí bylo, je a bude třeba, co nejvíce kvalitních dat, které musíme určitými způsoby získat. Tato data pak bezpečně uchovávat. Dále je analyzovat, prezentovat a na základě uskutečněných analýz a rozborů se řádným způsobem rozhodnout. Pokud ovšem nebudeme BI nástroje a postupy spojovat pouze s rozvojem výpočetní techniky, ale naopak s jejich účelem, mám za to, že jejich potřeba a používání je stará jako lidstvo samo. V každém historické období existovaly nejlepší možné dostupné techniky, postupy a metody, které zajistily sběr, uchování, zpracování a prezentaci relevantních dat a informací potřebných pro rozhodování. Až teprve s rozvojem výpočetní techniky v druhé polovině 20. století došlo ke sjednocení všech těchto technik, postupů a nástrojů, sloužících k podpoře rozhodování, pod souhrnný termín BI. 9

10 1.3 Historie a vývoj BI Termín BI zpopularizoval pracovník konzultační společnosti Gartner, Inc. Howard J.Dresner. V roce 1989 jej představil jako sadu metod a konceptů pro podporu a zlepšení obchodních procesů rozhodování firem s využitím dostupných datových zdrojů a aplikací. Nicméně stopy termínu BI, v kontextu podpory obchodního rozhodování, lze vysledovat do začátku druhé poloviny minulého století. Historie a vývoj BI jsou pevně spjaty s vývojem v oblastech IT a především pak s rozvojem databázových systémů. Se vznikem prvních informačních systémů a manažerských aplikací v 70. letech 20. století, které poskytovaly jen malý prostor pro implementaci dle individuálních potřeb, se vynořila řada problematických oblastí týkajících se dat: - rozmístění a verzování dat, - jejich špatná dostupnost a absence popisu neboli metadat, - velká chybovost a nedostatečná datová transformace. K řešení těchto problémů se začaly objevovat nástroje, pro které se později začal používat souhrnný název BI. Na vznik a rozvoj relačních databází a unixových systémů navazuje vývoj centrálních datových úložišť datových skladů (Data Warehouse). Počátek budování datových skladů spadá do 80. let 20. století a za zakladatele je považován William H. Inmonen, který prvně a jasně z formuloval tento termín a popsal jeho architekturu. Datový sklad představuje centrální integrované, stálé a časově rozlišitelné úložiště rozličných firemních dat. Přičemž slovem stálé se rozumí existence dat v datovém skladu, v nezměněné podobě, po celou dobu jeho existence. Termínem časově rozlišitelná data rozumíme taková data, která jsou ukládána v časovém kontextu neboli obsahují časové dimenze. Datový sklad je určen pro analytickou podporu rozhodování a zahrnuje kromě dat i nástroje pro jejich vytažení, analýzu, reporting a data mining neboli dolování dat. [02] Prezentace dat je cílena na management dané firmy a to co uživatelsky nejpřívětivější formou. Rozvoj datových skladů a vznik multidimenzionálního datového modelování má za následek vznik nástrojů na ad-hoc analýzy dat nad databázemi v reálném čase On-Line Analytical Processing (OLAP). Vlastnosti OLAP nástrojů definoval Edgar T. Codd (též vynálezce relačního modelování) na základě dvanácti pravidel. Avšak pro svoji složitost, kontraverzi a jednostranné zaměření se příliš neujala. Místo toho se používá alternativní popis neboli test 10

11 Fast Analysis of Shared Multidimensional Information (FASMI), se kterým přišel Nigel Pendse z tehdejšího OLAP reportu (nyní BI Verdict). Na základě tohoto testu označujeme termínem OLAP ty nástroje, které splňují následující vlastnosti [13]: - FAST rychlá odezva v řádu několika vteřin. - ANALYSIS podpora relevantních analytických operací dle potřeb uživatele. - SHARED komplexní správa přístupových práv. - MULTIDIMENSIONAL klíčový požadavek. Multidimenzionální pohled na data s plnou podporou vícenásobných hierarchií. - INFORMATION získat z dat potřebné informace. Tento požadavek je nicméně daleko relevantnější pro aplikace než pro nástroje. S OLAP technologiemi se můžeme v případě řešení databází setkat v několika rozličných podobách. Mezi nejfrekventovanější termíny patří [04]: - MOLAP (Multidimensional OLAP) jedná se o uložení dat v multidimenzionálních OLAP kostkách, - ROLAP (Relational OLAP) zajišťuje multidimenzionalitu dat v relačních databázích, - HOLAP (Hybrid OLAP) kombinuje multidimenzionální a relační databáze tím způsobem, že data jsou uložena v relační a agregace v multidimenzionální databázi, - DOLAP (Desktop OLAP) využití nachází především pro mobilní aplikace, kdy uživatelům umožňuje stáhnout si žádanou podmnožinu multidimenzionální kostky na lokální zařízení a následné analytické operace provádět již nad touto lokální kostkou. Postupem doby, jak rostl objem sbíraných dat a složitost jejich analýz, vznikla potřeba vytěžení ukrytých (přitom však užitečných) informací z obrovského množství sesbíraných dat. Tato potřeba dala vzniknout nástrojům, které tuto problematiku řeší a jsou souhrnně označovány jako Data Mining. Dnes tímto termínem označujeme prakticky všechny nástroje a postupy na zpracování statistických dat, tak aby bylo možné modelovat, předvídat a plánovat vývoj na základě stanovených ukazatelů. [07] Vždy je však třeba mít na paměti, že nezbytným předpokladem úspěšného dolování jsou správná data. V okamžiku kdy se na trhu zabydleli Customer Relationship Management (CRM) systémy a staly se součástí informačního prostředí v podstatě všech větších firem, začali se do nich začleňovat i BI nástroje. Společně tak dokáží lépe poznat, popsat, pochopit a předvídat 11

12 potřeby či touhy zákazníků a napomáhají tak úspěšnému prosazení a udržení společností na daném trhu. V současné době jsou BI nástroje přítomny v menší či větší míře prakticky ve všech firemních informačních prostředích, bez ohledu na obor podnikání dané společnosti. 1.4 Architektura BI Jak jsem tedy již uvedl, BI je souhrnný pojem, kterým označujeme infrastrukturu, datové sklady, OLAP technologie, analytické nástroje, reportingová a prezentační řešení. Zkrátka vše, co nám umožní rychlý přístup k datům, jejich komplexní analýzu, reporting a prezentaci. Z pohledu architektury viz. obrázek č. 1, pak tedy můžeme rozdělit BI řešení do následujících komponent[14]: - Zdrojové provozní systémy tato část zahrnuje veškeré kanály, kterými proudí do daných společností data. Od systémů ERP, CRM, přes vlastní sofistikované sběrné systémy až po prosté excelovské tabulky. - Transformační prostředí zde se jedná o procesy datové transformace. Tyto procesy jsou pro úspěšné vybudování datového skladu klíčové. V rámci Extraction, Transformation and Loading (ETL) procesů, též někdy označovaných termínem datová pumpa, dochází k převádění dat ze zdrojových systémů do cílových struktur. Při transformaci se využívají nejrůznější matematické operace, konverze, normalizace či denormalizace a další. V neposlední řadě se provádí kontrola kvality dat a případně jejich čištění. Jedná se o velmi komplikovaný proces, kterému je třeba věnovat náležitou pozornost. Jeho zanedbání či podcenění může mít fatální vliv na vypovídací schopnost transformovaných dat. V rámci transformačního prostředí můžeme identifikovat rovněž Enterprise Application Integration (EAI) nástroje. Narozdíl od ETL procesů, které pracují v dávkovém režimu, EAI nástroje jsou využívány pro přenos dat v reálném čase. Jejich největší přínos tak spočívá v umožnění bezprostředního využití aktuálních dat prostřednictvím operativních úložišť. [4] - Datové prostředí tady se nacházejí datové sklady a datová tržiště. Zatímco v případě datového skladu se jedná o centrální celopodnikové datové úložiště, pod pojmem datové tržiště, rozumíme tématicky orientované úložiště přizpůsobené informačním potřebám daného útvaru. 12

13 - Analytické prostředí obsahuje komponenty jako jsou OLAP technologie, Data Mining a reportovací nástroje. - Klientské aplikace jedná se především o analytické, prediktivní a vizualizační nástroje. Obrázek č. 1: Architektura BI Zdroj: [14] Závěrem můžeme říci, že architektura BI je značně rozsáhlá, byť ne komplikovaná. Největší pozornost musíme, z logiky věci, věnovat návrhu ETL procesů a kompatibilitě BI prostředí s existujícími zdrojovými a produkčními systémy. Kvalitní návrh architektury BI nám v budoucnu uspoří čas, finančních prostředky a v neposlední řadě umožní snadnou implementaci nových komponent. 1.5 Budoucnost BI Rozvoj BI nástrojů jde ruku v ruce s vývojem informačních technologií. I přes současnou absenci skutečně vizionářského řešení, trh s BI nástroji rozhodně není strnulý. Velkým rozvojem procházejí nejrůznější mobilní aplikace, Cloud BI, pokročilá vizualizace a především koncept BI 2.0. Cloud BI Toto označení se užívá pro BI, kde poskytovatelé nabízejí infrastrukturu a software pro Cloud BI prostředí a kde zákazníci platí pouze za využití této služby předem dohodnuté poplatky. 13

14 Firmy, jenž využívají této služby, tak nejsou nuceni implementovat BI do svého informačního prostředí. Zároveň odpadá potřeba vysoce specializované a málo frekventované činnosti, jakou je konfigurace a nasazení BI pro velké množství uživatelů. Na straně druhé však přetrvá ze stran zákazníka obava o ztrátě kontroly nad daty, jejich zabezpečením a pochybnost o výhodnosti tohoto řešení oproti klasické implementaci BI. S rozptýlením těchto obav čeká poskytovatele BI ještě mnoho práce. Stejně tak jako s uvedením Cloud BI v široké povědomí a to dokonce i u BI profesionálů. [11] BI 2.0 Můžeme si pod tím představit sofistikovaný přístup k datové správě a datové architektuře, která povede k vytvoření robustní platformy, jenž nám umožní soustředit se na budoucnost. Hlavním cílem je analýza a řízení budoucnosti. Závěry učiněné na základě hypotéz z historických dat, aplikujeme na současnost a vytvoříme prediktivní analýzy. Ty nám posléze poslouží v řízení budoucnosti. Předpokladem je sběr dat v reálném čase a schopnost systémů pojímat velké objemy dat do hlavní paměti, což zajistí jak rychlou bezprostřední analýzu, tak odpovídající reakci. Mezi základní charakteristiky konceptu BI 2.0 patří provádění prediktivních analýz v reálném čase, současné zaměření na atomická i agregovaná data, orientace na budoucnost, procesy a škálovatelnost. [23] 14

15 2 Platformy a nástroje pro BI O stavu na poli BI si uděláme nejlepší představu ze šetření společnosti Gartner, Inc., která každý rok vydává studii jenž mapuje tento trh a uvádí jednotlivé poskytovatele BI. Přehledně rozebírá sílu jejich produktů a případná úskalí, jimž musí čelit. Gartner, Inc. je společnost zabývající se analýzou, výzkumem a poradenstvím v oblasti informačních technologií. Pro vizualizaci závěrů svých šetření, nejen v oblasti BI, využívá magický kvadrant (Magic Quadrant). Jedná se o její vlastní nástroj, který ukazuje postavení jednotlivých firem na daném trhu v závislosti na použitých hodnotících kritérií a který se pro tuto oblast zpracovává a uveřejňuje každý rok. Na obrázku č. 2 je zachycen nejaktuálnější magický kvadrant pro BI. Obrázek č. 2: Gartner s 2012 Magic Quadrant for BI Zdroj: Magic Quadrant for Business Intelligence Platforms [10] Jednotliví poskytovatelé BI jsou rozděleni do čtyř čtverců, které ukazují na jejich postavení na trhu. Toto rozdělení je provedeno na základě dvou kritérií a sice připravenosti k růstu (ability to exekute) a úplnosti vize (completeness of vision). Pro každé kritérium se používají rozdílné 15

16 kvalifikátory s rozdílnou váhou v závislosti na daném odvětví, pro který je magický kvadrant zpracováván. Pro úplnost si zde uvedeme stručnou charakteristiku jednotlivých čtverců [10]: - lídři (leaders) jedná se o firmy, jenž jsou silné v obou hodnotících kritérií. Společnosti zde uvedené do jisté míry určují, jakým směrem se bude trh ubírat a na jaké oblasti se bude soustředit, - vyzyvatelé (challangers) zde jsou soustředěny firmy, které mají velký potenciál růstu. Nicméně jsou do jisté míry omezovány způsoby užití či technickým prostředím. Nedostatek vize může být zapříčiněn chybějící strategií koordinace produktů v jejich BI portfoliu, - niche players pro tento čtverec nelze použít jednoslovný český ekvivalent. Nejlépe se hodí popis, že společnosti zde uvedené se snaží zaplnit mezeru na daném trhu. Specializují se na jeden, dva konkrétní segmenty, které se snaží dokonale pokrýt a mají samozřejmě omezené možnosti komplexně pokrýt BI potřeby svých zákazníků, - vizionáři (visionaries) jedná se o společnosti, jenž mají velkou vizi, jakým způsobem rozvíjet a dodávat svoji BI platformu. Jejich architektury jsou dostatečně flexibilní a nabízejí širokou paletu funkcionalit v oblasti, kterou se snaží rozvíjet. Jejich nevýhodou může být počáteční malé povědomí o jejich produktech u potencionálních zákazníků a míra důvěry v jejich funkčnost. Pokud se podíváme zpět na jednotlivá roční šetření společnosti Gartner, Inc. pro oblast BI zjistíme, že tento vcelku ještě mladý trh procházel a stále prochází poměrně bouřlivým vývojem a konsolidací. Mezi lídry na trhu se postupně dostali prakticky všechny velké softwarové firmy. Někteří vývojem vlastních BI produktů, jiní akvizicemi tehdejších úspěšných firem. Následující přehled existujících BI nástrojů proto není v žádném případě úplný. Cílem tohoto výčtu je především v krátkosti představit nástroje největších hráčů na trhu BI. Podrobněji si však rozebereme jednotlivé BI nástroje firmy Oracle. Důvodem je jednak značná osobní zkušenost s těmito nástroji a taktéž fakt, že s jejich pomocí je řešen příklad ve druhé části této diplomové práce. 16

17 2.1 SAP Společnost SAP zkratka vzniklá ze Systeme, Anwendungen, Produkte in der Datenverarbeitung, patří mezi největší softwarové společnosti a v oblasti ERP 1 zaujímá na trhu dominantní postavení. SAP nabízí řešení jak pro velké společnosti, tak pro společnosti malé a střední. Všechny SAP aplikace využívají jednotnou technologickou základnu SAP NetWeaver. Tato platforma vznikla v roce 2003 a je postavena na otevřených standardech s cíle spolupracovat se stávající IT infrastrukturou daného podniku. Obsahuje technologické prostředky pro datovou, procesní a uživatelskou integraci. Samozřejmostí je spolupráce s ostatními všeobecně používanými platformami jako Java 2 Enterprise Edition (J2EE), Microsoft.NET a IBM WebSphere. [03] Obrázek č. 3: SAP BusinessObjects BI Zdroj: [32] Po převzetí společnosti Business Object, na začátku roku 2008, došlo k rozšíření a přepracování portfolia BI nástrojů. Stávající nástroje byly především doplněny o oblast podpory řízení a operativního rozhodování. V současné době jsou BI nástroje seskupeny 1 Enterprise resource planning můžeme charakterizovat jako informační systém, jenž má za cíl integrovat a automatizovat podnikové produkční procesy od výroby a logistiky přes prodej až po účetnictví. 17

18 do souhrnného balíku SAP BusinessObjects, který je možné nakonfigurovat dle potřeb a možností dané firmy. Pro velké firmy je standardně k dispozici SAP BusinessObjects business intelligence solutions, která nabízí kompletní sadu BI nástrojů pokrývající následující oblasti [33]: - oblast analytická a publikační zde se nacházejí nástroje umožňující analytickou práci nad daty uloženými v rozličných zdrojích, vytváření koncových sestav a jejich publikování, o SAP BusinessObjects Analysis, edition for Microsoft pro komplexní analýzy dat v prostředím MS Office, o SAP BusinessObjects Web Intelligence pro ad hoc analýzy z online i offline zdrojů, o SAP Crystal reports slouží k tvorbě, analýze a prezentaci sestav, přičemž sestavy lze sdílet interně i externě, o SAP BusinessObjects Analysis, edition for OLAP pro analýzy multidimenzionálních dat s využitím OLAP nástrojů, o SAP BusinessObjects Predictive Workbench analýzy vytvářené pomocí tohoto nástroje slouží k sestavování predikcí, - oblast panelů (dashboards) slouží k vytváření přehledových panelů neboli dashboards. Obecně je jednou z nejvděčnějších a nejpoužívanějších funkcionalit BI nástrojů. Dobře vytvořený panel dokáže svým uživatelům rychle a přehledně poskytnout žádané informace, o SAP BusinessObjects Dashboards - nástroj pro tvorbu panelů, - průzkum dat tato oblast pokrývá nástroje, s jejichž pomocí lze rychle a účinně vyhledat a analyzovat požadovaná data, o SAP BusinessObjects Explorer si můžeme představit jako určitého průzkumníka fungujícího na bází internetového prohlížeče. Umožní rychle data nalézt pro okamžitý náhled, - mobilní zařízení zde se nachází nástroje pro přístup a práci s daty z mobilních zařízení, o SAP BusinessObjects Mobile zajistí přístup k datům, metrikám a sestavám přes mobilní zařízení, o SAP Event Insight zajistí předání upozornění na mobilní zařízení při změně sledovaných dat. 18

19 Pro malé a střední podniky společnost SAP připravila ze svých BI nástrojů následující řešení [34]: - SAP Crystal je určen pro malé společnosti do 1000 zaměstnanců a obsahuje nástroje pro ad hoc analýzu dat, vytváření sestav a panelů, - SAP BusinessObjects BI Ondemand jedná se o rychlé řešení pro společnosti do cca 5000 zaměstnanců a poskytuje vyvážené portfolio BI nástrojů zajišťující nepřetržitý dohled, - SAP BusinessObjects Edge toto řešení v sobě zahrnuje většinu BI nástrojů a poskytuje tak komplexní BI řešení pro podniky do 2500 zaměstnanců. 2.2 SAS Společnost SAS Institute Inc., založena v roce 1976, je největší soukromě vlastněnou společností na světě. Zaměřuje se především na velké zákazníky, pro které dodává komplexní řešení pro podporu řízení organizace včetně ucelených metodik nasazení pro rozličné obory podnikání. [29] Prakticky od začátku patřila k největším a nejlepším firmám v oblasti BI a v současné době zůstává spolu s firmou MicroStrategy jediným čistokrevným dodavatelem BI řešení mezi leadery na tomto trhu. Síla řešení od firmy SAS spočívá v jeho ucelenosti a komplexnosti. Tato řešení jsou navíc optimalizovaná napříč odvětvími od telekomunikací přes bankovnictví až po zdravotnictví. Základem řešení je integrovaná inteligentní platforma Enterprise Intelligence Platform. Business Intelligence pak tvoří jednu ze základních komponent této moderní a na standardech založené otevřené platformy. Pro úspěšně implementované BI řešení je nezbytným předpokladem sběr, čištění a zajištění kvality všech potřebných zdrojových dat. Proto nás nepřekvapí skutečnost, že mezi hlavní části platformy rovněž patří komponenty pro datovou integraci a řízení kvality dat. Samotné BI nástroje pro velké společnosti od firmy SAS můžeme členit na dvě části[31]: - SAS Enterprise BI Server jedná se o uživatelsky přívětivé softwarové řešení, které integruje správu dat s analytickými nástroji a tím poskytuje možnost získat všechna potřebná data a informace k učinění správného rozhodnutí. Mezi základní prvky především patří [16]: o tvorba sestav, panelů (dashboards) a jejich distribuce, o vizualizace skrze mobilní zařízení, o provázání s aplikacemi MS Office, 19

20 o podpora OLAP technologie, o řízení metadat, o tvorba aplikací pomocí nástroje SAS AppDev Studio. - Business Visualization pokročilá datová vizualizace. Umožňuje uživatelům, prostřednictvím rozsáhlé interaktivní práce s dotazy, zjistit skryté informace a tím pádem učinit nové závěry a rozhodnutí. K vizualizaci slouží, mimo jiné, nepřeberné množství grafů. Například Bubble/XY plots poskytující kvantitativní měřítka na dvou osách s možností pro třetí. Pro střední firmy pak SAS nabízí, s ohledem na náklady, optimalizované BI řešení SAS Business Intelligence for Midsize Business, které nabízí všechny potřebné základní funkce BI nástrojů (panely, analýzy, sestavy, správu metadat a propojení s MS Office). 2.3 IBM Firmu IBM můžeme bez nadsázky označit za jednu z nejstarších a nejvýznamnějších firem působících v oblasti IT. Z platformy jejího počítače IBM PC, uvedeného na trh v roce 1981, se brzy stal celosvětový standard. V současné době, vzhledem k velké konkurenci levných producentů, IBM již počítače nevyrábí. Místo toho se zaměřuje na realizaci serverových řešení či ukládání dat a s tím spojených outsourcingových služeb. Na trhu s BI produkty nehrála IBM zpočátku výraznější roli a její nabídka spočívala zejména v oblasti databázových systémů DB2. Teprve až v roce 2007 se dostala mezi největší hráče na tomto trhu. Nebylo to však způsobeno tím, že by IBM přišla s nějakým vlastním inovátorským BI řešením, ale pomocí daleko jednoduššího postupu a to koupením kanadské firmy Cognos. Firma Cognos totiž nebyla nějakou firmou na okraji působnosti, ale středně velkou patřící k těm nejlepším. Tato akvizice je názorným příkladem toho, jak je dnes těžké pro středně velké, byť úspěšné, společnosti samostatně přežít. Nicméně, především díky své pověsti, se BI produkty u firmy IBM stále rozvíjejí a nabízejí pod svojí původní značkou Cognos. V současné době se nabídka nástrojů pro datové sklady a BI od firmy IBM nachází ve dvou typových řadách. - Cognos jedná se o platformu, která nabízí celou řadu modulů, pomocí kterých můžeme pracovat (integrovat, analyzovat, reportovat) se všemi dostupnými a relevantními daty dané společnosti. Předností je zejména velká a snadná škálovatelnost, která umožňuje zpočátku implementovat základní sadu BI nástrojů a 20

21 postupně ji, dle potřeby, rozšiřovat až do komplexního řešení. Jedná se především o tyto nástroje[18]: o Cognos 8 Business Intelligence základní nástroj vystavěný na architektuře SOA. Pokrývá veškerou hlavní funkcionalitu BI, jako je tvorba sestav a panelu (dashboards), vyhodnocování či analýzy. Implementací dalších modulů můžeme funkcionalitu dále rozšiřovat. Mezi nejdůležitější lze zařadit následující moduly: Cognos 8 Go! Mobile slouží k propojení s mobilními zařízeními, kterým dodává vytvořené sestavy a panely. Mezi podporované platformy patří BlackBerry, Simbian S60 a Windows Mobile, Cognos 8 Go! Office jeho implementací získáme možnost pracovat s výstupy v softwarových nástrojích kancelářského balíku MS Office (Excel, Word či PowerPoint), Cognos 8 Go! Search začlenění výstupů do podnikových vyhledávačů například IBM OmniFind a tím usnadnit vyhledávání potřebných informací dle zadaných klíčových slov, Cognos 8 Workforce Performance aplikace pro útvary lidských zdrojů, o Cognos Now! jedná se o nástroj pro on-line sledování provozních metrik a indikátorů výkonu závislých na čase, o Cognos TM1 nástroj pro podnikové plánování, - Infosphere nástroje pro datové sklady, integraci informací a datové analýzy. V této řadě se jedná především o [19]: o Infosphere Warehouse datový sklad pro strukturovaná, nestrukturovaná, statická či transakční data, o InfoSphere Master Data Management Server slouží ke správě účetních, zákaznických a produktových dat, o InfoSphere Information Server datová integrační platforma pro získání porozumění a distribuci informací, jež jsou pro potřeby příslušné společnosti klíčové. 21

22 2.4 Microsoft Microsoft je jednou z nejvýznamnějších IT společností, jenž dlouhou dobu určovala a do jisté míry stále určuje trend u operačních systémů pracovních stanic a balíků kancelářských nástrojů. Má široké pole působnosti od hardwaru přes software až po herní konzole. V současné době je BI řešení od Microsoftu postavené na platformě Microsoft SQL Server, s využitím všeobecně známého a používaného kancelářského softwaru Microsoft Office a produktem Microsoft SharePoint Server pro sdílení a spolupráci mezi uživateli. Všechny části BI řešení procházejí neustálým vývojem a v současné době hovoříme o verzích: Microsoft SQL Server 2008 R2 (nicméně již je k dispozici verze Microsoft SQL Server 2012), Microsoft SharePoint Server 2010 a Microsoft Office Obrázek č. 4: Microsoft BI Zdroj: [24] - Microsoft SQL Server jedná se o výkonný databázový systém, který tvoří datovou platformu pro Microsoft BI. Jeho prostřednictvím můžeme pracovat jak s daty vlastních aplikací vytvořených v Microsoft.NET či Visual Studiu, tak s daty ze SOA. S použitím serveru Microsoft Biz Talk Server můžeme rovněž využít data obchodních procesů. Součástí SQL Serveru jsou takzvaná studia SQL Server Management Studio a Business Intelligence Development Studio. Tyto studia obsahují nástroje pro řízení integračních procesů, správu reportingových serverů, datovou analýzu a 22

23 vytváření sestav. SQL Server rovněž obsahuje doplňky pro dolování dat, jenž napomáhají analyzovat rozsáhlé datové objemy, predikovat vývoj a tyto trendy graficky znázornit. V neposlední řadě je v SQL Serveru implementována knihovna komponent sestav, která umožňuje vývojářům a pokročilým uživatelům nadefinovat nejrůznější pohledy nad daty a vytvářet grafy. Takto připravené komponenty jsou uloženy v knihovně a poskytnuty všem uživatelům pro rychlou vlastní tvorbu výsledných sestav. [26] - Microsoft SharePoint Server představuje ucelenou sadu serverových nástrojů, nebo-li platformu. Tato integrovaná sada funkcí a nástrojů pomáhá dosáhnout lepší spolupráce v rámci celé organizace prostřednictvím sdílených dat a informací. Lze říci, že namísto používání samostatných podnikových systémů umožňuje integrovat podnikové webové, intranetové a extranetové aplikace do jedné platformy. Kromě toho správcům poskytuje nástroje pro správu jak obsahu, tak i samotného serveru a vývojářům umožňuje tvorbu podnikových aplikací. [25] Dále Microsoft SharePoint Server umožňuje: o prostřednictvím komponenty Dokument Management System řídit souborový systém na společném disku, o vytvářet diskusní skupiny a znalostní databáze, o spolupracovat s podnikovými ERP a CRM systémy, o a v neposlední řadě poskytuje širokou paletu nástrojů pro datovou analýzu. - Microsoft Office jednotlivé nástroje všeobecně známého a používaného kancelářského balíku jsou ve větší či menší míře provázány s Microsoft SharePoint Serverem a umožňují tak uživatelům využít možnosti, které SharePoint Server nabízí, aniž by se museli vzdát známých softwarů. Technologie Backstage, která je implementována do jednotlivých nástrojů MS Office, dovoluje uživatelům, prostřednictvím jednotlivých aplikací, pohodlně spravovat sdílené dokumenty uložené na SharePoint Serveru. Za hlavní aplikaci pro BI je zde považován MS Excel, který nabízí množství nástrojů pro analýzu a vizualizaci dat. Například vedle známých kontingenčních tabulek jsou k dispozici takzvané průřezy pro analýzy velkých datových objemů a predikce jejich budoucího vývoje. [25] Mezi implementované funkcionality dalších aplikací MS Office mimo jiné patří: o synchronizace kalendářů a podpora RSS zpráv v MS Outlook, 23

24 o zadávání metadat a možnost úpravy stejného dokumentu více uživateli v jeden okamžik v MS Word, o sdílená knihovna snímků a prezentací na lokalitě SharePoint v MS PowerPoint, o využití aplikací vytvořených MS Access v SharePointu pomocí služby Access Services. Závěrem je třeba podotknout, že Microsoft má svoji největší základnu mezi malými až menšími uživateli. Své BI řešení tudíž koncipoval s ohledem na finanční možnosti svých hlavních zákazníků. Posledním vývojem, především v oblasti SQL Serveru, se však Microsoft snaží výrazněji proniknout i na trh s BI produkty pro střední a velké firmy. 2.5 MicroStrategy Společnost MicroStrategy byla založena v roce 1989 v USA. Původně se věnovala multidimenzionálnímu modelování a simulacím, později se zaměřila na software pro data mining. V současné době patří mezi nejpřednější poskytovatele komplexních BI řešení. Dle již zmiňovaného výzkumu společnosti Gartner, Inc. zaujímá MicroStrategy druhé místo mezi všemi prodejci BI. Tohoto výsledku společnost dosáhla zejména díky vysokému stupni integrace individuálních komponent a opětovné využitelnosti dobře navržené objektově orientované sémantické vrstvy. [10] Současné BI řešení MicroStrategy 9 je postaveno na relační architektuře OLAP (ROLAP). Tato technologie je vystavěna na virtuální kostce představující celou relační databázi a zajišťující velkou škálovatelnost a interaktivitu. Metadata ROLAP modelují kompletní relační databázi v jeden logický multidimenzionální model firmy. Webová architektura MicroStrategy 9 podporuje 64bitové moduly JVM a Extreme AJAX kódování, což umožňuje současnou práci mnoha uživatelů při zachování krátké doby odezvy. BI nástroje firmy MicroStrategy lze rozdělených do tří základních skupin.[27] Nástroje pro vývoj - Desktop pro přístup k datům na osobním počítači skrze integrované vývojové BI prostředí, - Architekt tvorba metadat modelů, - Software development kit (SDK) zajišťuje integraci BI platformy s podnikovými systémy, 24

25 - MultiSource option umožňuje analyzovat a reportovat data z více zdrojů v rámci jednotného podnikového modelu, - Transaction services podpora komunikace s aplikacemi pro mobilní zařízení. Mimo jiné dovoluje zápis do dokumentů a dashboards skrze tato zařízení. Nástroje pro řízení a nasazení - Intelligence server škálovatelný, bezpečný a robustní server. Tvoří jádro pro všechny analytické, monitorovací a distribuční aplikace, - OLAP services umožňuje provádění intuitivních OLAP analýz, - Integrity manager automatické porovnání reportů a dokumentů pro zajištění integrity dat. Nabízí též možnost regresní analýzy, - Object manager změnový management a verzování BI aplikací mezi vývojovým, testovacím a produkčním prostředí. Nástroje pro reporting - Web reporter interaktivní a intuitivní rozhraní pro soustavný monitoring, tvorbu reportů a analýz, - Office dovoluje pracovat s reporty v aplikacích Microsoft Office (Excel, Word, PowerPoint), - Mobile uživatelské interaktivní rozhraní pro mobilní zařízení, - Distribution services poskytuje funkcionalitu pro velkokapacitní řízenou distribuci sestav a reportů dle předepsaného harmonogramu. Využívá design What-You-See-Is- What-You-Get (WYSIWYG). V současné době společnost věnuje velkou pozornost MicroStrategy Cloudu. S oznámením o plné dostupnosti tohoto produktu přišla společnost na konferenci MicroStrategy World Produkt je poskytován kompletně jako Platform-as-a-Service (platforma jako služba PaaS). V rámci tohoto řešení je poskytována plná BI funkcionalita od datové integrace až po datovou vizualizaci. Společnost se rozhodla jít cestou vlastních datových center a nabízí rovněž Cloud personal (osobní cloud), jehož prostřednictvím si může každý nahrát a z analyzovat potřebná data (předzpracovaná například v tabulkovém procesoru). Takto z analyzovaná data může navíc sdílet s ostatními uživateli. [12] 25

26 2.6 Oracle Společnost Oracle corporation je americká nadnárodní společnost specializující se na oblast počítačových systémů, podnikových softwarů a zejména pak na oblast vývoje databázových systémů. Společnost byla založena v roce Podnětem pro její založení byla studie A relational Model of Data for Large Shared Data Banks od otce relačních databází Edgara F. Codda, jenž inspirovala jednoho ze zakladatelů firmy Oracle Larry Ellisona. Nástroje od firmy Oracle zaujímají na poli BI jedno z nejpřednějších míst, ne-li vůbec to nejvyšší. Firmě Oracle se to podařilo nejen vlastním úsilím ve vývoji BI nástrojů, ale hlavně díky několika akvizicím, ne však vždy zcela přátelským. Zásadním pro dosažení a upevnění vedoucího postavení byla koupě konkurenční firmy Siebel System v roce 2005, jenž patřila, v oblasti systémů pro správu vztahů se zákazníky (CRM), k těm nejlepším a měla tudíž i kvalitní BI nástroje (Siebel BI Platform). V současné době je komplexní sada BI komponent a nástrojů soustředěna do jednoho velkého balíku nazývaného Oracle Business Intelligence Suite Enterprise Edition (OBIEE). Platforma OBIEE je postavena na servisně orientované architektuře (SOA) a díky velké škálovatelnosti může být OBIEE provozováno ve všech myslitelných společnostech, od malých lokálních až po nadnárodní koncerny. Obrázek č. 5: Oracle Business Intelligence Suite Enterprise Edition Plus Zdroj: https://santoshbidw.wordpress.com/category/obi-applications/ [08] 26

27 OBIEE umožňuje využít prakticky jakýkoliv zdroj dat a přistupovat k němu lze prostřednictvím řady kanálů. Například pomocí otevřeného interface lze přistupovat k serveru Oracle Business Intelligence jako ke standardní databázi nebo lze vytvořit interface vlastní pomocí Simple Object Access Protocol (SOAP). Vedle tohoto komplexního balíku BI nástrojů, je k dispozici jeho nadstavba v podobě analytických aplikací, jenž byly dříve známy pod označením Siebel Business Analytics. Tyto aplikace dále BI rozvíjejí a umožňují podnikům využít nejlepší postupy tzv. best practices jak u obchodních procesů, tak u funkčních oblastí v nejrůznějších průmyslových odvětvích. [5] Nyní si podrobněji představíme a rozebereme jednotlivé stěžejní komponenty OBIEE BI SERVER Oracle BI Server představuje základní komponentu infrastruktury OBIEE. Byl vytvořen pro dosažení co největší škálovatelnosti, vyváženosti a optimalizaci výkonnosti. Konečným cílem je snaha o to, aby co nejširší okruh uživatelů mohl využít úplnou hodnotu BI aplikací. Pomocí BI Serveru získáváme centralizovaný přístup k datům z různých zdrojů, nebo-li prostřednictvím objemné datové pumpy BI Serveru má kdokoliv přístup k jakýmkoliv datům uloženým kdekoliv v dané organizaci 2. S těmito daty pak následně pracujeme tak, že vytváříme možná propojení, kalkulace či dimenze. Pro zjednodušení můžeme shrnout funkci BI Serveru do následující věty: Oracle BI Server se stará o dotazování na data ze zdrojových databází, jejich zpracování a předání výsledků prezentační vrstvě. V rámci BI Serveru vytváříme metadata BI Serveru. Tyto metadata můžeme chápat jako mezivrstvu, jenž nám pomůže odstínit uživatele od nutnosti mapování, návrhů dimenzí či hierarchií. Koncový uživatel pak jejich prostřednictvím může analyzovat data nebo vytvářet nejrůznější výstupy bez podrobné znalosti jazyka SQL. Metadata BI Serveru, neboli taktéž Common Enterprise Information Model (CEIM) obrázek č. 6, jsou uložena v takzvaném BI Server Repository. Jedná se o BI Serverem používané úložiště, jenž obsahuje přichycení (mapování) jednotlivých datových zdrojů a jeho transformaci do sémantické vrstvy (business modelu). [30] 2 Samozřejmě že slovy jakýmkoliv a kdekoliv, myslíme data smysluplně strukturována, popsána a náležitým způsobem uložena v široké paletě dostupných datových úložišť. 27

28 Obrázek č. 6: Common Enterprise Information Model (CEIM) Zdroj: [21] Jednotný metadata-model se vytváří v klientském nástroji, postaveném na platformě Windows, zvaném Oracle BI Administration Tool. Tento jednotný model je organizován ve třech níže popsaných vrstvách. Fyzická vrstva (Physical Layer) Jedná se o nejnižší úroveň metadat, ve které mapujeme všechny potřebné datové zdroje z různých úložišť a následně tyto namapované fyzické zdroje dle potřeby provážeme. Tato vrstva se pak automaticky postará o vygenerování optimálního kódu (SQL) pro dané datové úložiště. Součástí automatického generování je taktéž function shipping neboli provedení všech kalkulací, které byly definovány v rámci business model vrstvy příslušné databázové platformy. Samozřejmě za předpokladu že dotyčná databázová platforma takovouto kalkulaci umožňuje. Oracle BI Server podporuje nepřeberné množství datových úložišť a z obrázku č. 6 si můžeme udělat názornou představu z jakých druhů datových úložišť je možné zdroje mapovat. Mohou to být především: - Relační databáze relační databázový model vzniká spojením lineárních modelů pomocí tzv. relačních klíčů, na rozdíl od ostatních modelů není spojení tímto relačním klíčem trvalé - vzniká tehdy kdy potřebujeme mít společně k dispozici data ze všech požadovaných tabulek a zaniká v okamžiku, kdy spojení nepotřebujeme. Základem jsou relace (vztahy), k tomu slouží primární klíč a cizí klíč. Cizí klíč slouží pro 28

29 vyjádření vztahu mezi tabulkami, umožní identifikovat, které záznamy spolu navzájem souvisí. Primární klíč je pak jednoznačný identifikátor záznamu řádku tabulky. Z čistě relačních databázových modelů se časem staly objektově relační. Tyto modely čerpají z objektově orientovaného přístupu a mezi jejich základní charakteristiky řadíme: objektovou identitu a referenci, složité datové struktury jako pole či hnízděné tabulky, dále pak dědičnost, DML s objektovými rysy a v neposlední řadě práci s velkými datovými objekty typu blob, clob a bfile. Mezi podporované relační databáze resp. objektově relační databáze patří samozřejmě Oracle, ale i další jako MS SQL, MySQL, IBM DB2, Informix, Teradata, Sybase, RedBrick a další, - Multidimenzionální databáze zde hovoříme o takzvané kostce jako o základní stavební jednotce této databáze. Tato datová resp. multidimenzionální kostka (cube) je složena ze sad měr a dimenzí (rozměrů). Dimenze můžeme chápat jako kategorie, podle nichž chceme data agregovat či analyzovat a které se mohou rozpadat do mnoha úrovní a podúrovní, s cílem zpřesnit analyzovaná data. Klasickým příkladem dimenze je čas, výrobek (subjekt) a pozice. Mírami pak rozumíme prakticky jakékoliv kvantitativní údaje. Nejčastěji se jedná o nákup, prodej, aktiva, pasiva, zisky, ztráty, úrokové míry a další. Mezi podporované multidimenzionální databáze řadíme nejen (samozřejmě) Oracle OLAP Option, ale i SAP BW, Hyperion Essbase, MS Analysis Services a další, - Ostatní zdroje zde se jedná především o data formátu XML a o data připravená v kancelářském balíku MS Office, respektive v databázovém softwaru MS Access nebo tabulkovém procesoru MS Excel. Vrstva business modelu (Business Model and Mapping Layer) Jedná se o druhou, prostřední, a taktéž nejdůležitější vrstvu metadat BI Serveru. U této vrstvy se můžeme rovněž setkat s označením vrstva sémantického modelu. Cílem této vrstvy metadat je transformace namapovaných datových zdrojů, neboli fyzického datového modelu, do business modelu. Transformací musí projít všechny fyzické datové modely bez ohledu na to, jestli se jedná o dimenzionální model, relační model či data XML. Výsledkem transformace je business model, kterému také říkáme logický dimenzionální datový model. Jedná se o tzv. schéma hvězdy s logickými dimenzemi a fakty. Přičemž pod pojmem faktová tabulka si můžeme představit tabulku (datovou strukturu) obsahující především rozličné ukazatele metriky, nad kterými lze provádět nejrůznější aritmetické operace. Dimenzemi pak rozumíme ty atributy, jenž nám ukazatele ve faktové tabulce nějakým způsobem popisují. 29

30 V rámci tvorby výsledného business modelu vytváříme a definujeme jednotlivé dimenzní hierarchie, vypočtené a odvozené ukazatele, taktéž se zde definují vlastní agregace a kalkulace. Prezentační vrstva (Presentation Layer) Poslední (nejvyšší) vrstva metadat BI Serveru nám umožňuje rozdělit business model do menších částí neboli subjektových oblastí. Důvodem je skutečnost, že tato vrstva, jako jediná, je viditelná pro koncového uživatele, který pak pomocí nástroje BI Answers vytváří nejrůznější koncové sestavy a analýzy nad připravenými daty. Jelikož se jedná o vrstvu přístupnou všem uživatelům, tedy i těm kteří nemusí být obeznámeni se zákonitostmi a fungováním jazyka SQL, je třeba tuto vrstvu připravit co nejsrozumitelněji. Tudíž využíváme v hojné míře zástupných názvů (aliasů) jednotlivých logických sloupců, diakritiku a v neposlední řadě vytváříme vhodné hierarchické členění prezentační vrstvy. Je třeba zdůraznit, že přípravě prezentační vrstvy metadat musíme věnovat mimořádnou pozornost. Pokud se nám totiž nepodaří tuto vrstvu připravit, tak aby byla pro uživatele co nesrozumitelnější a v mnoha ohledech intuitivní, sebelepší vytvořený business model přijde nazmar. Závěrem si zde dovolím ještě pár slov o řízení přístupových práv k vytvořenému modelu metadat BI Serveru. Přístupová práva, z logiky věci, řešíme v úplném závěru, kdy již máme model vytvořen. Nástroj pro tvorbu metadat nám umožňuje definovat uživatele a skupiny, kterým přidělujeme přístupová práva. Práva lze přidělit jak na úrovni fyzické (nejnižší) vrstvy, tak na úrovni vrstvy prezentační tedy nejvyšší. Přístupová práva můžeme přidělit rovnou celé vrstvě nebo lze v rámci dané vrstvy přidělit přístup jen k určitým objektům. Později, na praktickém příkladu této diplomové práce, si podrobně ukážeme, jak se v jednotlivých vrstvách pracuje a tedy jakým způsobem lze metadata model připravit BI ANSWERS Tento nástroj slouží koncovým uživatelům k práci nad připraveným modelem BI Serveru. S jeho pomocí uživatel může vytvářet dotazy, provádět online analýzy či připravovat sestavy pro reporting, aniž by musel znát jazyk SQL, uměl programovat nebo byl seznámen s procesem tvorby datových modelů. [30] V rámci tohoto nativního prostředí jsou veškeré dotazy definovány vůči vytvořeným prezentačním sloupcům nejvyšší vrstvy metadat BI 30

31 Serveru. Vedle intuitivního sestavování jednoduchých tabulkových dotazů z připravených prezentačních sloupců může uživatel vytvářet kontingenční tabulky, grafy popřípadě míry. Míru si můžeme představit například jako ukazatel paliva v autě. Ručička ukazatele je provázána s výslednou hodnotou či hodnotami a pohybuje se dle nastavených rozsahů barevných škál. Dále samozřejmě můžeme výsledné sestavy opatřit nejrůznějšími popiskami, legendami či značkami. Tento nástroj poskytuje veškerou základní uživatelskou funkcionalitu, která se od takového nástroje očekává. Dostupná je nejrůznější filtrace dat dle jakéhokoliv zvoleného prezentačního sloupce. Dále lze pracovat s formátem zvoleného sloupce, s formátem dat nebo podmíněným formátováním. Všechny tyto funkce jsou jednoduše a přehledně přístupné s cílem umožnit všem uživatelům, bez ohledu na jejich znalosti, rychle a jednoduše vytvářet profesionálně vypadající výstupy. Samozřejmě, vedle této základní funkcionality, nástroj nabízí plno pokročilých funkcí jak pro zkušené uživatele, tak pro profesionální tvůrce sestav. Mezi nejužitečnější a nejpoužívanější patří: - možnost využití vlastních kaskádových stylů či tříd - Cascading Style Sheets (CSS) při úpravě zobrazení sloupců, - kombinovat dotaz s dotazem (sjednocení, rozdíl, průnik), - tvorba výzev uživatel nejdříve vybere hodnotu či hodnoty na jejichž základě budou následně dynamicky filtrována data v zobrazené sestavě, - možnost ručně upravit automaticky sestavený XML požadavek nebo dotaz SQL. Stejně jako v případě tvorby metadat BI Serveru si v rámci praktického přikladu předvedeme jak jednoduše lze sestavy, včetně podporovaných grafických prvků, vytvářet BI DELIVERS Tato komponenta představuje inteligentní řešení, které se stará o monitorování aktivit, popřípadě detekuje a upozorňuje na vzniklé anomálie. [30] V rámci této komponenty vytváříme a řídíme takzvané ibots. Ty můžeme charakterizovat jako inteligentní agenty, kteří na základě nadefinovaných pravidel a v nastaveném čase zasílají zvolený obsah. Tyto agenty lze využít v mnoha situacích a představují cenného pomocníka jak pro uživatele, tak pro administrátory či správce. Mezi typické příklady jejich využití patří: - zasílání sestav příslušným uživatelům na vybrané cíle. Tímto cílem může být mobil, , pager či jiné nadefinované příruční zařízení, 31

32 - hlídání přístupů a sledování logů, - informace o chybách ve zpracování apod. Postup vytvoření agenta je velmi jednoduchý a je rozdělen do 7 sekcí. Na obrázku č. 7 vidíme úvodní obrazovku při tvorbě agenta v komponentě BI Delivers. Projdeme si jednotlivé sekce podrobněji: - obecné zde nastavujeme prioritu agenta a definujeme podle jakého nastavení (vlastníka agenta či příjemců) se budou zobrazovat výsledky, - podmíněný požadavek tady vybereme uložený dotaz, který našeho agenta vyvolá, - plán nastavíme plán spouštění agenta. Máme na výběr od okamžitého spuštění, po opakování každou minutu, každý den v týdnu, - adresáti definujeme příjemce agenta. Může jím být jeden uživatel, množina uživatelů či aplikační skupina, - obsah doručení definujeme jaký text, jaká sestava se má zaslat/zobrazit v případě, že dotaz nastavený v podmíněném požadavku vrátí alespoň jeden řádek/záznam. Lze taktéž nadefinovat text v případě že dotaz nevrátí žádný záznam, - cíle nastavíme místo/zařízení, kam se má výsledek doručit, - pokročilé zde můžeme přidat akci, neboli pokud bude splněna podmínka jednoho agenta, můžeme tím vyvolat dalšího agenta, který pro každý vrácený řádek bude jednou puštěn s nastavenými filtry. Obrázek č. 7: BI Delivers tvorba nového agenta ibot Zdroj: Instalace OBIEE v prostředí ČNB - vlastní úprava 32

33 Posledním krokem při tvorbě agenta je jeho aktivace. Ta proběhne automaticky v okamžiku, kdy vytvořeného agenta uložíme. Samotné provádění uložených agentů dle nastaveného plánu má na starosti další komponenta infrastruktury OBIEE, a to Oracle BI Schedule Server BI INTERACTIVE DASHBOARDS Dashboards představují interaktivní panely, které si uživatel může vytvořit a přizpůsobit vlastním potřebám. Jsou plně personalizované, tudíž každý uživatel má k dispozici svůj vlastní panel. Na něj lze přidat libovolný počet stránek mezi nimiž je pak možné se pohybovat pomocí záložek. Stránky můžeme rozdělit na sloupce a oddíly a ty pak následně vybavit potřebným obsahem. Z prezentačního web katalogu věšíme na stránku uložené sestavy, analýzy či grafy. Dále pak můžeme stránku opatřit odkazy řízené navigace, přidat vlastní názvy a komentáře. Samozřejmostí je nejrůznější úprava vlastností sloupců a navěšeného obsahu, ať už pomocí předefinovaných voleb, či prostřednictvím vlastních CSS stylů a tříd. Například pro každou takto připravenou sestavu či graf lze nastavit možnost jejich změny, tisku, kopírování nebo stáhnutí do různých aplikací (MS Excel, PowerPoint a další). Nedílnou součástí tvorby každého panelu je práce s přístupovými právy. Každý uživatel má možnost, pokud k tomu má oprávnění, přidělit přístupová práva ke svému panelu ostatním uživatelům či skupinám. V rámci řízení přístupových práv je možné zpřístupnit jen vybrané stránky daného panelu či omezit přístup pouze na jednu vyvěšenou sestavu. Závěrem bychom mohli funkcionalitu této komponenty jednoduše shrnout slovy, že poskytuje všem uživatelům možnost vytvoření uživatelsky velmi přívětivého interaktivního rozhraní s přístupem ke všem potřebným sestavám, analýzám a grafům vytvořených s pomocí metadat BI Serveru a uložených ve web katalogu. V praktické části této diplomové práce si ukážeme postup tvorby jednoduchého panelu BI PUBLISHER Tato komponenta, založená na standardu W3c XSL-FO formátu, představuje ucelené řešení pro tvorbu, generování a distribuci nejrůznějších sestav dle předpřipravených šablon. Hlavní myšlenkou je oddělit vlastní návrh šablon od datové logiky. Návrh šablon je záležitostí vcelku značně jednoduchou. K jejich tvorbě můžeme využít široce rozšířených a používaných aplikací typu MS Word a Adobe Akrobat. Není tedy zapotřebí žádných profesionálních vývojových prostředí či znalostí nad rámec běžného koncového uživatele. Samozřejmě Publisher nabízí také možnost použít šablony vytvořené ve speciálních vývojových 33

34 prostředích jako například jakékoliv XML IDE prostředí. Všechny takto vytvořené šablony jsou v Publisher převedeny do formátu XSL-FO. Další nespornou výhodou této komponenty je možnost využití dat prakticky z jakéhokoliv zdroje, ať už je to databáze, webová služba či souborový systém. K zajištění nezávislosti komponenty na zdroji dat pak slouží jednotný vstupní formát (XML). Jelikož zde pracujeme s daty sebranými ze všech možných podnikových systémů a vytváříme originální firemní výstupy, musíme zajistit maximální možnou míru bezpečnosti, abychom předešli úniku dat a informací. Můžeme BI Publisher napojit například na podnikový LDAP server nebo na existující Business Intelligence či konkrétní databázi. Dle výše uvedeného, jednoduchá charakteristika této komponenty může znít následovně. Prostřednictvím této komponenty vytvoříme jeden výstupní dokument/sestavu z dat získaných z mnoha rozličných zdrojů. Takto vytvořenou výstupní sestavu můžeme uložit do mnoha standardních formátů a distribuovat pomocí nejrůznějších zařízení. Z obrázku č. 8 si můžeme udělat názornou představu o principu fungování této komponenty. Obrázek č. 8: Schéma BI Publisher Zdroj:http://www.howtoexam.com/index.php?option=com_content&view=article&id=261:bipublisher-and-its-integration-with-oracle-report&catid=790:computers-and-software [09] 34

35 3 Návrh a implementace BI řešení V následující kapitole si ukážeme, jakým způsobem lze využít BI řešení pro tak specifickou společnost jakou je Česká národní banka (ČNB). Za příklad jsem zvolil úlohu pro sestavování platební bilance a investiční pozice České republiky, na níž předvedu, že řešení BI je vhodné i pro oblasti, které nejsou, na první pohled, pro BI řešení typické či ideální. 3.1 Úvod do problematiky řešeného příkladu ČNB je centrální bankou České republiky a je zřízena Ústavou České republiky. Činnost ČNB je pak upravena zákonem č.6/1993 Sb., o ČNB. Dle tohoto zákona je hlavním cílem ČNB péče o cenovou stabilitu. ČNB rovněž mimo jiné určuje měnovou politiku, vydává bankovky a mince, řídí peněžní oběh, vykonává dohled nad bankovním sektorem či kapitálovým trhem a v neposlední řadě sestavuje a zveřejňuje statistiky, mezi které patří zejména měnová a finanční statistika a platební bilance. [28] Informační prostředí ČNB Kvalitní sběrné, zpracovatelské a distribuční systémy jsou pro ČNB klíčové. Bez nich by nemohla plnit všechny své definované cíle. Předem je třeba říci, že účelem není představit kompletní systémy IS/IT v ČNB. Níže uvedený popis způsobu sběru, zpracování a reportingu statistických dat v České národní bance, je právě tak podrobný, aby poskytl obecnou představu o práci se statistickými daty v České národní bance, tak abychom posléze lépe porozuměli řešenému příkladu. Nejedná se tedy o kompletní popis způsobu nakládání se statistickými daty v ČNB. Detailnější a komplexnější informace o způsobu sběru a zpracování statistických dat v ČNB včetně reportingu a zabezpečení vykazovaných i zasílaných dat, je možno nalézt například v bakalářské práci 3. 3 KOCÁBEK, Tomáš. Sběr a zpracování dat v ČNB. Praha [36] 35

36 Sběr dat Automatizovaný sběr statistických dat prošel od vzniku výkaznictví velkým rozvojem. Za jeho začátek lze považovat rok 1991, kdy byla v České republice vytvořena již určitá standardní bankovní soustava. Základním systémem pro sběr statistických a dohledových dat od bank, ostatních finančních a především nefinančních subjektů, je v současné době systém SDNS, který je dostupný z oficiálního webu ČNB na adrese: https://wsn.cnb.cz/ewi/. Tento systém byl původně budován jako doplněk k stávajícímu systému sběru dat od bankovních subjektů a to především pro nefinanční subjekty. Důvodem byla ta skutečnost, že implementace původního systému sběru pro komerční banky působící v ČR, založeného na konceptu EDI a komunikačním kanálu X.400, je pro ostatní subjekty příliš nákladná a složitá. Systém SDNS se tak postupně stal plnohodnotným kanálem pro sběr dat. Nově vzniklé banky tudíž nemusí zavádět systém EDI, ale mohou využít SDNS. Taktéž banky stávající mohou přejít k systému SDNS bez omezení. [35] Veškerá sbíraná data, výše uvedenými systémy, jsou ukládána do relační databáze provozované na linuxových serverech. Ze schémat zachycených na obrázcích 9 a 10 si můžeme udělat názornou představu o fungování systému SDNS. Obrázek č. 9: Webové rozhraní systému SDNS Uživatelská vrstva Aplikační vrstva Presenční vrstva Vrstva aplikační logiky Datová vrstva Zdroj: KOCÁBEK, Tomáš. Sběr a zpracování dat v ČNB. [36] 36

37 Obrázek č. 10: Hardwarové schéma webového rozhraní systému SDNS Uživatel Vnitřní síť ČNB DMZ Internet Firewall Aplikační server Web server Zdroj: KOCÁBEK, Tomáš. Sběr a zpracování dat v ČNB. [36] Za samozřejmost lze považovat fakt, že všechna komunikace tímto systémem je šifrována a zasílané zprávy jsou podepisovány digitálním podpisem. Systém SDNS je rovněž využíván jako hlavní nástroj pro prezentaci vykazovacích metodik, jenž vytvářejí příslušné odborné útvary v ČNB a které jsou pro všechny vykazující subjekty závazné. Systém SDNS se skládá z veřejné a neveřejné části. Každý subjekt který je ze zákona povinen data do ČNB zasílat (banky a ostatní finanční subjekty) nebo se k výkaznictví dobrovolně zaváže (podniky vybrané pro statistická šetření) musí nejprve v ČNB nechat zaregistrovat odpovědné osoby, jenž následně mohou data zasílat. Zpracování statistických dat V Česká národní bance neexistuje jednotný systém pro zpracování statistických dat. Je to dáno velkou specifičností jednotlivých oblastí, pro která jsou statistická data zpracovávána. V současné době existuje v ČNB několik zastřešujících modulů zpracování, které postihují hlavní tématické oblasti [36]: - oblast měnová a finanční jedná se o měnovou a finanční statistiku dle předpisů EU a mezinárodních standardů, - oblast platební bilance sestavování platební bilance dle mezinárodních standardů a předpisů EU, - oblast finanční trhů informace o vývoji na peněžním, kapitálovém či devizovém trhu ČR, - oblast finančních účtů statistky finančních účtů dle mezinárodních standardů a předpisů EU. 37

38 V rámci každého vrchního modulu existují jednotlivé dílčí moduly, kde jsou příslušná data zpracovávána dle specifických požadavků uživatelů. Tyto dílčí moduly byly a jsou ve většině případů, v rámci daného vrchního modulu, vytvářeny a rozvíjeny samostatně, bez větší vzájemné koordinace v rámci dané oblasti. Jediným společným bodem je výstupní rozhraní pro prezentační systém statistických dat ARAD. Všechny moduly byly a jsou vyvíjeny interními silami ČNB. Hlavním důvodem pro toto řešení je jedinečnost potřebných úloh a důvěrnost dat. Vzhledem ke skutečnosti, že potřebná data jsou ukládána do relační databáze, jsou příslušné programové rutiny psány v PL/SQL. Ke správě jednoho každého dílčího modulu jsou vytvářena uživatelská rozhraní. K jejich tvorbě se používají nástroje Microsoft Access, Oracle Forms a Oracle Application Expres. K vlastní analytické práci nad příslušnými daty se využívají nástroje Microsoft Excel, Oracle Discoverer a OBIEE. Do budoucna je plánováno s postupnou konsolidací jednotlivých dílčích modulů tak, aby bylo možné v plné míře využít veškerou dostupnou funkcionalitu implementovaných nástrojů OBIEE v ČNB. Na obrázku č. 11 jsou zachyceny vybrané vrchní moduly zpracování včetně systému ARAD. Obrázek č. 11: Modulární zpracování statistických dat v ČNB Primární databáze systému sběru dat Externí zdroje dat CSDB- databáze cenných papírů při ECB Měnová a finanční Platební bilance Finanční trhy Finanční účty ARAD Primární databáze statistických dat Zdroj: KOCÁBEK, Tomáš. Sběr a zpracování dat v ČNB. [36] 38

39 Statistická data zpracovávaná v ČNB plní dvojí úlohu. Na jedné straně slouží odborným útvarům k plnění jejich hlavních pracovních úkolů a tím napomáhají plnit hlavní cíle ČNB. Na straně druhé se zpracovávaná statistická data uveřejňují (v agregované podobě) a reportují do příslušných orgánů EU. Presentace statistických dat Zpracovaná statistická data jsou prezentována v podobě agregovaných časových řad. Hlavním prezentačním systémem ČNB, pro tato data, je systém ARAD. Systém je přístupný, skrze internetový portál ČNB, nejen odborné, ale i široké laické veřejnosti na adrese: Reporting statistických dat ČNB, jako centrální banka České republiky, je povinna na základě smluvních vztahů, jenž vyplývají z našeho členství v Evropské unii, poskytovat statistická data evropským institucím, zejména Evropské centrální bance (ECB) a Evropskému statistickému úřadu (Eurostat). Taktéž, ať už na bázi dobrovolnosti či smluvních vztahů, je ČNB povinna zasílat vybraná data do mezinárodních institucí, jako jsou Mezinárodní měnový fond (IMF), Banka pro mezinárodní platby (BIS) a Organizace pro hospodářskou spolupráci a rozvoj (OECD). Tato povinnost vznikala postupně a neustále se rozšiřuje. Ruku v ruce se tím zvyšují nároky na požadované množství a detail poskytovaných statistických dat. Za začátek reportingu lze považovat zahájení přístupových rozhovorů mezi Českou republikou a Evropskou unií. Nezbytnou součástí tohoto vyjednávání bylo zasílání požadovaných dat do určených evropských institucí. V začátcích byla data zasílána mailem a podepisovaná a šifrovaná standardem OpenPGP. Po přistoupení České republiky k Evropské unii byl (tento jednoduchý způsob) nahrazen sofistikovanou sítí ESCB-Net. Rozvoj komunikace mezi ECB a jednotlivými centrálními bankami členských zemí EU probíhá kontinuálně v závislosti na stále se zvyšujících požadavcích na množství a periodicitu zasílaných dat a technickém pokroku. V současné době je vzájemná komunikace zajišťována prostřednictvím dvou hlavních infrastrukturních systémů: 39

40 - CoreNet fyzická síť s hvězdicovou topologií, která zajišťuje samotný přenos dat mezi ECB a jednotlivými centrálními bankami členských států EU, - ESCB-Net systémové prostředí určené k provozu ESCB 4 aplikací. Toto prostředí obsahuje řadu logických komponent v čele s EXDI gateways. o Jedná se servery a operační systém pro aplikačního rozhraní EXDI, který představuje upravený komerční produkt webmethods a jako takový je plně pod správou ECB. Na straně ECB tak spočívá zajištění bezpečnosti dat proudící přes toto rozhraní. Z obrázku č. 12 si můžeme udělat názornou představu o stávající organizaci komunikace mezi ECB a jednotlivým centrálními bankami členských zemí EU. Obrázek č. 12: Blokové schéma komponent a vazeb ESCB infrastruktury a aplikací Jednotlivé koncové aplikace např. CSDB centrální databáze cenných papírů EXDI Jednotlivé systémy například: CebaMail elektronická pošta DARWIN informační dokumentový systém aj. Telekonferenční systém ESCB-Net CoreNet Zdroj: KOCÁBEK, Tomáš. Sběr a zpracování dat v ČNB. [36] Platební bilance Platební bilance obsahuje souhrn ekonomických transakcí se zahraničím za dané časové období. Můžeme si ji představit jako účetní výkaz, do kterého se zadávají všechny hospodářské toky, které do země vstupují a vystupují. Pomocí platební bilance se tak měří úhrn toků statků, služeb a kapitálu, včetně darů a přesunů finančních prostředků mezi danou zemí a zahraničím. Jednotlivé toky se v platební bilanci zaznamenávají na kreditní nebo 4 European System of Central Banks (ESCB) Zastřešuje všechny centrální banky členských zemí EU. 40

41 debetní stranu, dle toho zda se jedná o vývoz (kredit) či dovoz (debet). Následně se dopočte pro každou zaznamenanou položku příslušný tok (kredit-debet). [06] ČNB zpracovává platební bilanci na základě interních předpisů ke statistice platební bilance, dle mezinárodních standardů a předpisů EU. 5 Všechny předpisy a standardy jsou volně k dispozici na stránkách ČNB: Platební bilance je zpracovávána na měsíční a čtvrtletní bázi. Přičemž čtvrtletní platební bilance je sestavována, publikována a reportována s vyšší mírou podrobnosti než bilance měsíční. Struktura platební bilance se skládá ze čtyř základních částí: Běžný účet Obecně shrnuje rozdíl mezi celkovým vývozem statků a služeb dané země a celkovým dovozem statků a služeb[06]. Do této části patří: - obchodní bilance zahrnuje dovoz a vývoz zboží, - bilance služeb jedná se o příjmy a výdaje ve sféře služeb, - bilance výnosů patří sem náhrady zaměstnancům a investiční výnosy, - běžné převody. Kapitálový účet Do této částí spadají nejrůznější kapitálové transfery včetně například odpuštění dluhů, příspěvků do EU či emisních povolenek. Finanční účet Svým rozsahem jde o největší část platební bilance, ve které se uvádějí investice a patří sem: - přímé investice zde se uvádějí investice, jenž tvoří alespoň 10% základního jmění společnosti, - portfoliové investice do této kategorie spadají menší investice, jakou jsou například majetkové nebo dluhové cenné papíry, - finanční deriváty jedná se o instrumenty, jenž se oceňují na základě tržních cen jednoho či více podkladových aktiv. Mezi finanční deriváty patří například forvardy, opce či certifikáty, 5 Nejdůležitější předpis pro zpracování platební bilance a investiční pozice ČR je Guideline of the European Central Bank of 31 May 2007 amending Guideline ECB/2004/15 on the statistical reporting requirements of the European Central Bank in the field of balance of payments and international investment position statistics, and the international reserves template. 41

42 - ostatní investice zahrnují investice vlády a ČNB, - změna devizových rezerv jedná se o devizové rezervy v držení ČNB. Případný nárůst devizových rezerv se uvádí s minusovým znaménkem. Saldo chyb a opomenutí Tato část zahrnuje statistické diskrepance vzniklé na základě kursových rozdílů, metodických změn či statistických nedokonalostí Investiční pozice Investiční pozice vůči zahraničí vyčísluje aktuální stav příslušných finančních aktiv a pasiv ke stanovenému dni. Jinak řečeno uvádí saldo finančních aktiv a pasiv rezidentů 6 ČR ve vztahu k nerezidentům 7. Jedná se tedy, na rozdíl od platební bilance, o veličiny stavové. Investiční pozice zahrnuje všechny sektory tuzemské ekonomiky a svoji strukturou odpovídá jednotlivým položkám finančního účtu platební bilance. Součástí přehledu investiční pozice je i údaj o zahraniční zadluženosti ČR.[22] Při sestavování investiční pozice se vychází ze stejných předpisů a standardů jenž se používají pro platební bilanci. Investiční pozice je sestavována ve čtvrtletní a roční periodicitě s různou mírou detailu. 3.2 Předběžná studie řešeného příkladu Jednou ze základních nezbytných částí každého budovaného IS je zpracování předběžná studie, jenž vychází ze schváleného podnětu příslušným rozhodovacím orgánem společnosti, ve které je IS tvořen. Předepsané náležitosti každé předběžné studie jsou dány zvolenou metodikou firmy. ČNB si pro rozvoj a údržbu IS/IT v celé organizaci vytvořila metodiku vlastní. Ta je založena na mezinárodním standardu 8 a je přizpůsobena vlastním potřebám. Dle této metodiky musí každá předběžná studie obsahovat dvě základní povinné části [37]: 6 Rezidentem se v tomto případě rozumí institucionální jednotka s trvalým ekonomickým zájmem v ČR. Například právnická osoba se sídlem v ČR. 7 Nerezidentem se v tomto případě rozumí institucionální osoba, jenž nemá trvalý ekonomický zájem v ČR. 8 ANSI/IEEE standard : Doporučená praxe při specifikaci SW požadavků - Recommended Practice for Software Requirements Specification. 42

43 - Uživatelské zadání tato část je nezbytná pro prezentaci řešeného problému co nejpřesněji a v kompletní šíři. Taktéž musí být tato část zpracována tak, aby mohla sloužit jako podklad pro definici akceptačních testů. Uživatelské zadání musí bezpodmínečně obsahovat: o popis současného stavu a jeho nevýhod, o obecné požadavky uživatele na funkcionalitu vyvíjeného IS, o všechny zjištěné uživatelské požadavky, o definovaná známá omezení identifikovaná uživatelem. Naproti tomu uživatelské zadání nemá za cíl analyzovat požadavky na systém a definovat jakékoliv části návrhu řešení. - Studii proveditelnosti se zabývá technickou problematikou řešené úlohy. Vypracování studie je závislé na vytvořeném a úplném uživatelském zadání. Cílem studie proveditelnosti je: o variantní návrh technického řešení požadavků specifikovaných v uživatelském zadání, o návrh způsobu realizace včetně časového harmonogramu, kontrolních bodů, a odhad zdrojů potřebných k realizaci a provozu vytvořeného IS. o návrh organizačního zajištění vedení projektu. Cílem této diplomové práce není rozbor tvorby dokumentace ke tvorbě IS. Proto představím uživatelské požadavky našeho řešeného příkladu ve zhuštěné a zestručněné formě a taktéž studie proveditelnosti nebude zabíhat do zbytečných detailů. Pro naše účely (příklad návrhu, tvorby a implementace BI řešení, dále jen IS UNIZBIP) bude takto uvedená předběžná studie plně postačující Uživatelské zadání IS UNIZBIP Rozsah řešené problematiky Účelem tohoto IS je vrcholové sestavení platební bilance a investiční pozice ČR na základě primárního zpracování všech dílčích oblastí potřebných pro jejich sestavení. Cílem je vytvoření jednotlivých modulů zpracování, s vlastním uživatelským rozhraním a výstupy, pokrývajícími příslušnou dílčí oblast a vytvoření hlavního řídícího modulu pro vrcholové sestavení PB a IP. Současný stav zpracování V současné době probíhá organizace zpracování PB a IP následujícím způsobem: 43

44 - platební bilance se zpracovává v měsíční a čtvrtletní periodě. Investiční pozice má periodu čtvrtletní a roční, - obě statistiky se sestavují v souborech Microsoft Office Excel z různorodých zdrojových dat, jenž nemají jednotný či standardizovaný formát. Jedná se zejména o y, tiskové výstupy a soubory ve formátu Microsoft Office Excel, - návaznost mezi stavy a toky příslušných položek je řešena vzorci v Microsoft Office Excel souborech a optickou kontrolou při sestavování, - takto sestavená platební bilance a investiční pozice je nahrána prostřednictvím standardizovaného Microsoft Office Excel souboru do systému ARAD a z něho jsou následně data odesílána do ECB a BIS, - současně jsou ručně vytvářeny výstupy na webové stránky ČNB, - propočet PB v geografickém členění probíhá pouze čtvrtletně a s omezeným detailem položek (podle požadavků Eurostatu). IP se v současné době geograficky nečlení, - výsledné statistiky jsou nahrány do db Oracle a interním uživatelům zpřístupněny prostřednictvím Oracle Discovereru, - pomocí návazných úloh jsou následně z takto uložených dat vytvářeny GESMES zprávy, které se odesílají do Eurostatu a výstupy pro ČSÚ. Nedostatky stávajícího způsobu zpracování Současný systém sestavení PB a IP vede k vyššímu objemu mechanické práce nebo zdvojování některých činností a tím vede k vyšší pravděpodobnosti potenciálních chyb (zejména při sestavování geografického členění). Dále neumožňuje sestavovat statistiky ve větším detailu (geograficky, časově nebo i z hlediska položek a měn). Při současném způsobu zpracování není možné vyhovět všem požadavkům, které ECB klade na členy Měnové unie (MU). K metodickému sladění musí dojít v předstihu už jen z důvodu závazku dodat při přijetí eura harmonizovaná data za období od vstupu do EU. ECB v současnosti od členů MU požaduje: - měsíční a čtvrtletní PB a čtvrtletní IP v rozdělení na MU a ostatní, - čtvrtletní PB v jiné položkové struktuře v rozdělení po vybraných zemích, - roční IP v detailnější položkové struktuře v rozdělení na MU a ostatní, - roční IP v jiné položkové struktuře v rozdělení po jednotlivých zemích, - detail dílčí oblasti PB (portfoliových investicích) v členění podle vybraných měn. 44

45 Uživatelské požadavky na budoucí stav zpracování Požadovaný IS musí komplexně pokrýt zpracování PB a IP (od jednotlivých primárních oblastí po vrcholového sestavení), včetně následné rozsáhlé analytické práce. Dále musí být budovaný IS dostatečně pružný, tak aby pokryl vysokou frekvenci metodických změn. Pro každý jeden dílčí modul musí být vybudováno samostatné uživatelské rozhraní, které umožní příslušnému věcnému správci dané oblasti následující: - import dat do datového skladu platební bilance ze zdrojů mimo sběrné systémy, - správu těchto importovaných dat (verzování, rušení, bilancování), - správu geografického číselníku dané oblasti, - správu primárních položek dané oblasti BopItems, - vkládání ručních, bilančních položek pro jednotlivé BopItems, - opakované sestavování dané dílčí oblasti pro PB a IP ze všech zdrojových dat a případných bilančních položek v nejnižší, měsíční periodě a v nejširším členění, - řízení revizí konečných výstupů za dané oblasti. Uživatelské rozhraní hlavního řídící modulu zajistí: - načtení zpracovaných dat ze všech dílčích oblastí primárního zpracování, - dopočet sald a vyšších stupňů agregací a tím sestavení pracovní verze PB a IP, která bude sloužit k bilancování, na jehož základě buď ještě dojde k úpravám na úrovni některé oblasti primárního zpracování (zvláště v odhadovaných částech) nebo ke schválení dat PB a IP v rámci dané revize, - sestavení výstupů pro mezinárodní a spolupracující národní instituce včetně potřebných formátů, - vytvoření výstupů pro další analytické a prezentační systémy ČNB, - organizaci, archivaci a uživatelskou dostupnost dat jednotlivých revizí PB a IP, - jednoduchou uživatelskou obslužnost při zadávání dat, metadat, zakládání revizí a archivaci Studie proveditelnosti Vzhledem k jedinečnosti řešené problematiky neexistuje na trhu IT odpovídající řešení, a proto v rámci studie proveditelnosti bude zpracována pouze jedna varianta řešení. Toto řešení předpokládá vytvoření systému IS UNIZBIP vlastními silami, bez vynaložení externích nákladů. 45

46 Koncepce řešení Pro každou primární oblast zpracování bude vytvořen samostatný modul, který umožní správci a uživatelům dané oblasti pracovat s příslušnými primárními daty dle specifikovaných uživatelských požadavků. Přehled jednotlivých dílčích modulů ve struktuře PB a IP je uveden v příloze č. 1. Hlavním výstupem z jednotlivých modulů primárního zpracování budou logicky a věcně správná, vybilancovaná, rozvážená a spočítaná data v jednotné předepsané struktuře, která budou tvořit datový základ pro hlavní zpracovatelský modul IS UNIZBIP. Hlavní zpracovatelský modul následně umožní příslušným věcným správcům pracovat s daty dle specifikovaných uživatelských požadavků a v souladu s požadovanými rolemi. Dle uživatelských požadavků budou vytvořené výstupy z dílčích modulů: - poskytnuty oprávněným osobám prostřednictvím nástrojů OBIEE pro detailní analýzy a další využití, - předány hlavnímu zpracovatelskému modulu ke konečnému sestavení PB a IP. Z hlavního zpracovatelského modulu IS UNIZBIP budou výstupy: - předány systému ARAD pro další zpracování, - poskytnuty oprávněným osobám prostřednictvím nástrojů OBIEE pro detailní analýzy, - publikovány na webu ČNB, - předány modulu GESMES/TS pro příslušný reporting, Aplikační architektura Na obrázku č. 13 je zachyceno konceptuální schéma IS UNIZBIP. Jedná se o obecné schéma určené k modelování reality, jenž není ovlivněno budoucími prostředky řešení. V našem případě představuje konceptuální model formální popis modelované reality, jehož cílem je získání celkového pohledu na modelovaný systém. Systémová architektura IS UNIZBIP bude využívat standardních softwarových prostředků ČNB. Data, metadata a řídící procedury jednotlivých primárních oblastí a hlavního zpracovatelského modulu budou uložena v příslušné objektově relační databázi Oracle 10g. Řídící procedury jednotlivých primárních oblastí a hlavního zpracovatelského modulu budou napsány v PL/SQL a sdruženy do packages. Uživatelská rozhraní primárních oblastí zpracování a hlavního zpracovatelského modulu budou vytvořena v prostředí Oracle Application Express 4. Analýza dat, tvorba sestav a prezentace výstupů bude řešena prostřednictvím jednotlivých nástrojů OBIEE. 46

47 Obrázek č. 13: Konceptuální schéma IS UNIZBIP PZI FD Ostatní investice MFI, MA Ostatní investice vláda Služby Moduly primárních oblastí zpracování PI Rezervy Ostatní investice ostatní sektory Důchody a KÚ Zboží Ostatní položky prvotních důchodů Datový sklad platební bilance Hlavní zpracovatelský modul pro sestavení PB (zpracování měsíčních a čtvrtletních dat) WEB ARAD Modul pro reporting GESMES/TS OBIEE ECB ČSÚ WB IMF OECD BIS Eurostat Zdroj: vlastní úprava 47

48 3.3 Shrnutí základních funkčních požadavků Z výše uvedené předběžné studie jsme získali obecný přehled, jaký problém je třeba řešit a jakým směrem se naše řešení bude ubírat. Než přistoupíme k samotnému řešení, shrneme si základní požadavky na budovaný systém a na jeho funkcionalitu. Ke každému požadavku si také řekneme pár základních informací. Jednotná datová základna zdrojových dat Cílem je všechna data potřebná k sestavení PB a IP ČR soustředit ve společné databázi. Předejde se tak redundantním datům a případným nekonzistentním verzím. Také bude možno provést dodatečné formátové kontroly do databáze nahrávaných dat a tím zvýšit jejich kvalitu. Uživatelská rozhraní pro každý dílčí a hlavní modul Cílem je vytvoření co největšího zpracovatelského komfortu pro věcné správce každé oblasti i hlavního modulu. Uživatelská rozhraní budou zejména sloužit k sestavování statistik ze zdrojových dat, řízení revizí a správy metadat. Správa metodik tvorby BP a IP Tento požadavek souvisí s tvorbou uživatelských rozhraní pro jednotlivé moduly. Cílem je umožnit jednotlivým věcným správcům, prostřednictvím UI, pružně reagovat na metodické změny týkající se sestavování požadovaných statistik, bez nutnosti úprav zdrojového kódu IS UNIZBIP. Sestavování všech statistik po jednotlivých měsících Tento požadavek taktéž reaguje na stále se zvyšující požadavky na reporting. Cílem je sjednotit tvorbu všech statistik, s nejrůznější mírou detailu, na měsíčním základě. V praxi to znamená, že veškeré statistiky budou sestavovány s měsíční periodicitou. Sestavování PB a IP v základním geografickém a ekonomickém členění Jednotlivé statistiky je třeba vytvářet v co největším detailu tak, aby bylo možné reagovat na stále se rozšiřující požadavky na reportovaná data. Součástí předpisů, kterými se řídí sestavování a reporting PB a IP, je rozdělení zemí do geografických a ekonomických zón. Tyto zóny se navzájem překrývají a jejich hlavním rozdílem je ta skutečnost, že součástí ekonomických zón jsou i mezinárodní organizace. V tabulce č.1 je uveden příklad geografických a ekonomických zón a jejich součtových pravidel. 48

49 7Z mezinárodní organizace A1 - SVĚT J6 - EXTRA EURO AREA 1B organizace spojených národů E7 - AMERIKA E8 západní Amerika E7 - AMERIKA A1 - SVĚT E1 - EVROPA Tabulka č. 1: Rozdělení zemí do geografických a ekonomických zón Geografického členění Celek Skupina Podskupina 1 Podskupina 2 Kód Název V1 - EU27 FR GB CZ SK a další Francie Velká Británie Česká republika Slovensko A5 - EFTA a další E8 západní Amerika CA GL US Kanada Grónsko E9 centrální Amerika a další E4 - AFRIKA a další Ekonomické členění Spojené státy americké Celek Skupina Podskupina 1 Podskupina 2 Kód Název I6 - EURO AREA FR SK a další GB CZ a další CA GL US Francie Slovensko Velká Británie Česká republika Kanada Grónsko a další Spojené státy americké 1C Mezinárodní měnový fond 1D a další Světová obchodní organizace a další W4 a další Zdroj: vlastní úprava 49

50 Jednotný systém revizí Každá sestavovaná základní statistika prochází určitým procesem zpřesňování. Tomuto procesu se říká revize a provádí se prakticky neustále. Je tedy třeba evidovat a uchovávat historii revizí jednotlivých základní statistik a evidovat revize statistik seskupovaných. Jedná se o čtvrtletní a roční statistiky, jenž jsou vytvářeny ze statistik se základní tj. měsíční periodicitou. Jednotné rozhraní pro načtení dat z dílčích modulů do modulu hlavního Jde o nezbytný předpoklad modulárního systému. Jednotlivé dílčí moduly musí být schopny předat data za svoji oblast hlavnímu zpracovatelskému modulu v předepsané struktuře. Příprava dat pro reporting Tato funkcionalita se týká pouze hlavního zpracovatelského modulu. Na základě předepsaných pravidel je třeba celkové statistiky předat, ve stanoveném tvaru, modulu pro reporting GESMES/TS. Analýza Zajistit věcným správcům rozsáhlou analytickou práci nad příslušnými primárními oblastmi a celkovými výstupy. Prezentace všech dílčích i celkových sestav Cílem je jednotná prezentace všech výstupů PB a IP v rámci všech dotčených útvarů ČNB. 3.4 Postup řešení Nyní bychom měli mít všechny potřebné informace pro dobrou základní orientaci v námi řešeném příkladě a můžeme přistoupit k samotnému řešení. Protože výše popsaný IS je velice rozsáhlý a požadavky na jednotlivé dílčí moduly se do značné míry vzájemně překrývají a liší se pouze v několika málo specifických záležitostech, bude pro účely této diplomové práce dostačující ukázat si řešení pouze pro jeden vybraný dílčí modul. Postup řešení lze pak s drobnými úpravami použít pro všechny ostatní dílčí moduly, včetně modulu hlavního. Nejprve tedy pár slov o tom, jakým způsobem budeme k řešení přistupovat. Na vývoj IS nahlížíme, prakticky stejně, jako na jakýkoliv jiný projekt. To znamená, že se musíme řídit obecně platnými zásadami a zvolenou metodikou řízení projektu. Pro návrh samotného IS si zvolíme metodiku, kterou se budeme řídit (COBIT, ITIL, MDIS a další), nástroje, jako prostředek pro vývoj, a techniky, jako způsob provedení návrhu. 50

51 Pro vývoj IS se nejlépe hodí CASE nástroje, sloužící jako podpora týmové práce v průběhu celého cyklu vývoje systému. Zajišťují sdílení rozpracovaných fragmentů a komplexní správu vývoje. Pro náš řešený příklad je použit CASE nástroj Enterprise Architect verze 8.0. Ten podporuje projektové řízení jako takové, objektové i strukturované metodiky, objektově orientované modelování (UML), tvorbu dokumentace, testování, provoz a údržbu. Obecně platí, že k získání kvalitního IS a v neposlední řadě k dobré orientaci v návrhu IS, musíme vytvářet modely na různých úrovních vývoje. Tyto modely slouží k získání jasné představy o vyvíjeném systému, všech jeho vazbách a funkcionalitách. Modely lze vytvářet několika způsoby. V našem řešeném příkladě jsou použity diagramy UML UML Jazyk UML byl navržen pro objektově orientované modelování a dnes představuje v této oblasti standard. Velkou výhodou je jeho nezávislost neboť není svázán s žádnou konkrétní metodikou. Slouží ke specifikaci, vizuálnímu popisu a dokumentaci částí SW systémů. Diagramy UML nám umožní zachytit budovaný systém z různých pohledů a na různé úrovni abstrakce. Během vývoje prošlo UML řadou změn a v současné době využívá pro modelování 13 základních diagramů, které jsou rozděleny do skupiny dynamické (diagramy chování) a skupiny statické (diagramy struktury). Rozbor všech diagramů jazyka UML není předmětem této diplomové práce a ani není třeba pro náš příklad všechny základní diagramy UML vytvářet. Rozebereme si proto pouze ty nejdůležitější diagramy, se kterými se můžeme případně v této diplomové práci potkat. Ze skupiny diagramů chování, které zachycují časové návaznosti akcí a interakci mezi elementy, se jedná o následující diagramy: - Diagram aktivit jedná se o objektově orientované vývojové diagramy, které umožňují také graficky modelovat jednotlivé případy užití, jako posloupnost akcí, jenž mohou probíhat sekvenčně či paralelně. Tyto diagramy, připojené k libovolnému modelovanému prvku, umožní modelovat jeho chování. Diagramy aktivit většinou připojujeme k případům užití, třídám, rozhraním, komponentám. Sémantika diagramu aktivit odpovídá v UML 2.0 Petriho síti (což je matematická reprezentace diskrétních distribuovaných systémů). [01] - Stavový diagram neboli diagramy stavových automatů zachycují jednotlivé stavy objektů a přechod mezi nimi. Používají se především pro popis chování určitého objektu napříč více případů užití. Jejich pomocí modelujeme dynamické chování 51

52 objektů (třídy, případy užití či celé systémy). Stavový diagram má tři základní prvky [05]: o stavy situace v životě objektu, během níž objekt splňuje nějakou podmínku, provádí nějakou operaci nebo čeká na událost, o přechody představují podmínky pro přechod objektu z jednoho stavu do druhého, o události specifikují výskyt něčeho v čase a prostoru. Pokud nejsou v diagramu uvedeny, znamená to, že přechod do dalšího stavu probíhá automaticky. - Diagram případu užití používá se k popisu chování systému z hlediska uživatele a zachycuje, které typy uživatelů se systémem pracují a jaké činnosti v rámci systému vykonávají. Umožňuje znázornit funkční požadavky na systém tím, že popisuje interakci mezi ním a uživateli. Hranice systému (v UML 2.0 označovány jako subjekt) jsou v modelu znázorněny rámečkem kolem případů užití a názvem modelovaného systému. [01] Mezi nejvyužívanější diagramy struktury, jenž popisující strukturu navrhovaného systému a nezahrnují časový rozměr, patří [01]: - Diagram tříd představuje statický pohled na modelovaný systém a jeho úkolem je znázornit typy objektů v systému a jejich vztahy. Návrh tříd, jejich odpovědností a následné vytvoření tohoto diagramu je jedním z prvních a základních kroků analýzy navrhovaného programového systému. Díky tomu že diagram tříd zachycuje pravidla modelovaného systému, je nejdůležitějším podkladem jak pro forward engineering, tak pro reverse engineering. Při tvorbě diagramu tříd je nutné vzít v úvahu jeho účel a rozlišit, zda potřebujeme vyjádřit požadavky na modelovaný software nebo například získat podrobný popis designu. - Diagram komponent slouží k zachycení komponent a závislostí mezi nimi. Můžeme také říci, že diagram komponent zachycuje strukturu budoucího systému. Komponentu můžeme charakterizovat jako zcela zapouzdřenou funkčnost, která je zpřístupněna prostřednictvím rozhraní, pracuje s daty uloženými v databázi či souboru a je zpravidla nezávislá na programovacím jazyce. Jsou-li komponenty dobře navrženy, mohou být opakovaně používány v různých projektech. - Diagram nasazení zachycuje nasazení tvořeného software na hardware na kterém pak bude následně provozován. Zároveň diagram zachycuje propojení použitého 52

53 technického vybavení. Tvorbě diagramu předchází architektonická implementace. Jedná se o identifikaci architektonicky podstatných komponent a o jejich mapování na fyzických hardware. V závěru této kapitoly je třeba poznamenat, že UML nedefinuje pořadí, ve kterém je třeba diagramy vytvářet. To stanovuje použitá metodika vývoje SW. Nicméně začíná se většinou případem užití Návrh řešení modulu FD Jak již bylo řečeno výše, ukážeme si řešení pro jeden vybraný modul. Naším zvoleným modulem jsou Finanční deriváty (FD). Tato oblast je ideální zejména proto, že na jedné straně poskytuje data jak pro PB (toky), tak pro IP (stavy) a můžeme si na ni demonstrovat požadovanou funkcionalitu. Na druhé straně se jedná o poměrně malý a přehledný primární modul, který nám umožní snadnou orientaci v řešeném příkladě. Interakce s uživatelem Na základě řádné a úplné analýzy uživatelských požadavků získáme jasnou představu jaká má být interakce uživatele se systémem. Pro zachycení této interakce použijeme scénáře případu užití. Poté co máme podchycenu veškerou požadovanou komunikaci uživatele se systémem, přistoupíme k tvorbě uživatelského rozhraní. Pomocí tohoto rozhraní bude uživatel posléze se systémem pracovat. V našem případě musíme vybudovat rozhraní pro práci s aplikací databázovou. K tvorbě takovéhoto rozhraní můžeme použít řadu nástrojů v závislosti na používaném operačním systému. Vhodný nástrojů je celá řada a při jeho výběru si musíme zodpovědět zejména následující otázky: - jak rozsáhlou a komplikovanou úlohu bude uživatelské rozhraní ovládat, - jakou datovou základnu úloha využívá, - kolik potencionálních uživatelů bude s úlohou pracovat, - v jakém softwarovém prostředí bude uživatelské rozhraní fungovat. V možnostech této diplomové práce není, všechny možné nástroje si, byť jen v krátkosti, představit. Nicméně rád bych uvedl alespoň pár použitelných nástrojů, se kterými mám osobní zkušenost. Při jejich výběru jsem také přihlédl k jejich použitelnosti v informačním prostředí ČNB, které pracuje s operačními systémy Windows a databázemi Oracle. Ve všech případech hovoříme o GUI tedy o grafickém uživatelském rozhraní. MS Access a MS Excel tyto aplikace umožňují vytvořit jednoduché grafické uživatelské rozhraní pomocí jazyka Visual Basic. Potřebné databázové objekty (tabulky, pohledy) lze 53

54 s nimi přímo propojit pomocí ODBC nebo rovnou importovat. Rovněž prostřednictvím ODBC lze z vystavěné aplikace pouštět uložené procedury. Výhoda tohoto řešení spočívá ve velké rozšířenosti produktů, velmi přijatelné ceně a v jednoduchosti tvorby. Nevýhodou je pak horší řízení přístupových práv k jednotlivým funkcím uživatelského rozhraní, jednoduchost nástroje a komunikace s databázovým prostředím pomocí rozhraní. Oracle Forms prostřednictvím Forms Builder lze vytvářet uživatelská rozhraní, která nám umožní data uložená v databázi přímo zobrazit a dle potřeby s nimi nakládat. Prostřednictvím vytvořených formulářů a integrovaných objektů (rozbalovací seznamy, tlačítka, zaškrtávací políčka a podobně), můžeme data vkládat, opravovat či mazat. Používá se zde jazyk PL/SQL. Forms Builder je součástí vývojového prostředí Oracle Developer Suite. Toto prostředí obsahuje další nástroje, neboli komponenty, které pomáhají jak celý projekt řídit, tak vyvářet komplexní sestavy a grafy nad požadovanými daty. Hotovou a zkompilovanou aplikaci pouštíme v prostředí Forms Runtime popřípadě od verze 9i je možné se přímo připojit k aplikačnímu serveru s kontejnerem J2EE. Mezi výhody tohoto nástroje bezesporu patří jednoduchý a rychlý vývoj, přímé propojení s databází, možnost předávání řízení a intuitivní ovládání. Hlavní současnou nevýhodou je fakt, že firma Oracle upřednostňuje pro komplexní vývoj aplikací nástroj Oracle Application Development Framework a tudíž již nechce zajišťovat podporu a nástroj dále rozvíjet. Ve skutečnosti, kvůli velkému odporu vývojářů i uživatelů, je budoucnost Oracle Forms stále otevřená. Oracle Application Express (APEX) jedná se o webový nástroj, který je plně integrován v databázích Oracle od verze 10g. Lze ho charakterizovat jako jednoduchý a uživatelsky velmi přívětivý nástroj pro vcelku rychlou tvorbu webových aplikací pracujících nad databázemi Oracle. APEX vychází z deklarativní kostry, kde definujeme sadu stránek, na které umisťujeme dostupné šablony a do nich následně vkládáme objekty pro interakci s uživatelem. K tvorbě jednoduchého uživatelského rozhraní si v tomto nástroji vystačíme se základními znalostmi jazyka PL/SQL a HTML. Pokud bychom však chtěli vytvářet komplexnější uživatelská rozhraní, naše znalosti PL/SQL i HTML musí být daleko rozsáhlejší. Mezi jeho největší přednosti patří relativní jednoduchost tvorby, řízení přístupových práv, uložení všech objektů jak nástrojů, tak i vytvořeného uživatelského rozhraní přímo v databázi 54

55 a přenositelnost mezi operačními systémy. Nevýhodou pak může být nemožnost předání řízení úlohy mimo databázové prostředí, komplikovanost tvorby vlastního designu uživatelského rozhraní a omezení tvorby sofistikovanějších uživatelských rozhraní. Oracle Application Development Framework (ADF) v současné době se jedná, firmou Oracle, o nejpreferovanější nástroj pro komplexní vývoj webových aplikací postavených na standardu J2EE. Jak ze samotného názvu nástroje vyplývá, ADF je framework, neboli v českém překladu trochu nepřesně, rámec. V praxi to znamená, že velké množství funkcionality nástroje je obsaženo v množině knihoven. Přidávat či měnit tuto funkcionalitu je pak možné vytvářením specifických business komponent. Nástroj ADF je založen na Model-view-controller (MVC) architektuře, která od sebe odděluje datový model, řídící logiku a uživatelské rozhraní do tří samostatných komponent. Výhoda tohoto řešení spočívá zejména v tom, že změna provedená v jedné komponentě má minimální vliv na komponenty ostatní. Na obrázku č. 14 můžeme vidět MVC architekturu nástroje ADF. Podíváme se podrobněji na jednotlivé vrstvy [20]: - Business service layer tato vrstva řídí přístup k datům a zapouzdřuje business logiku. Můžeme si pod tím představit příklad definování databázových objektů jako jsou tabulky do XML dokumentů, - Model layer reprezentuje hodnoty vztažené k aktuální stránce, - Controller layer zde se zpracovávají uživatelské vstupy a určuje navigace stránek, - View layer zahrnuje samotné uživatelské rozhraní pro práci s daty a řízení aplikace. Toto rozhraní je vytvořeno v JavaServer Faces (JSF). ADF k tomu navíc poskytuje širokou paletu komponent, jako jsou grafy, vodící lišty, mapy či ukazatele. Nespornou výhodou tohoto nástroje je fakt, že se jedná o moderní a komplexní nástroj s rozsáhlou podporou. S jeho pomocí lze vytvářet rozsáhlé webové aplikace. Ovšem z jeho výhod logicky vyplývá i jeho největší slabina a to přílišná komplikovanost nástroje. Pro úspěšné zvládnutí je třeba poměrně obsáhlé studium a značná znalost různých typů jazyků či skriptů (Java, CSS, HTML, Java Skript). 55

56 Obrázek č. 14: Model-view-controller architektura Zdroj: [20] Závěrem je třeba říci, že nástroj ADF, především pro svou složitost, není zatím příliš oblíben a vývojáři, pracující s databázemi Oracle, tam kde to jen trochu jde, upřednostňují nástroje Oracle Developer Suite (Forms) a APEX. Uživatelské rozhraní Uživatelské rozhraní pro všechny moduly bude vytvořeno v nástroji APEX verze 4. Tento výše představený nástroj jsem zvolil především pro možnost poměrně jednoduché tvorby i sofistikovanějších aplikací za předpokladu dobré znalosti jazyka PL/SQL a HTML. V neposlední řadě jsem tento nástroj vybral s ohledem na velkou intuitivnost při ovládání, takto vytvořeného rozhraní uživatelem. Na obrázku č. 15 je zachycen scénář případů užití. Tento scénář znázorňuje identifikovanou interakci uživatele se systémem, která bude probíhat právě pomocí vytvořeného uživatelského rozhraní. Hotové uživatelské rozhraní, respektive ukázka jeho grafického vzhledu, se nachází v příloze č. 2 této diplomové práce. 56

57 Obrázek č. 15: Scénář případu užití modulu FD Zdroj: Enterprise Architect - vlastní tvorba Návrh datové struktury Musíme vytvořit takovou datovou základnu, která umožní jednoduchým a efektivním způsobem splnit základní uživatelské požadavky jak na funkcionalitu, tak na tvorbu výstupních sestav. Patří sem zejména rozpad, neboli drilování, geografických a ekonomických zón na jednotlivé země, dále rozpad součtových položek na jednotlivé základní položky (Bop Items) a taktéž účinný systém revizí, který umožní načítat a zobrazovat měsíční sestavy v příslušných čtvrtletích a letech. Rovněž musíme vzít v úvahu fakt, že uživatel nebude komunikovat s databází přímo, tedy prostřednictvím dotazovacího jazyka, ale bude své dotazy jednoduchým způsobem skládat v prostředí Oracle Answers, jež je součástí OBIEE. 57

58 Z těchto důvodů vytvoříme nad určitými tabulkami pohledy (views), které nám posléze usnadní práci při návrhu metadat BI Serveru a umožní tvorbu dimenzí. Na obrázku č. 16 máme zachycen diagram tříd pro několik základní objektů našeho příkladu. Jsou na něm uvedeny, vedle primární datové tabulky a potřebných metadat, také 2 pohledy. Ty jsou vytvořeny z metadat a jejich struktur. Nemají žádnou přímou vazbu na datovou tabulku, ale, jak si ukážeme později, pro přípravu metadat BI Serveru nám poslouží lépe a efektivněji než původní tabulky. Obrázek č. 16: Digram tříd modulu FD - IS UNIZBIP Zdroj: Enterprise Architect - vlastní tvorba 58

59 Příprava view pro strukturu FD Na struktuře položek FD si ukážeme přípravu view pro tvorbu dimenzí v metadat modelu BI Serveru. Každá položka, ať už primární či součtová, struktury FD (viz. příloha č. 3) má svůj jednoznačný identifikátor, neboli Bop Item. Datová tabulka FD_FD obsahuje, z logických důvodů, pouze spočítaná data primárních položek za aktiva a pasiva. Musíme tedy zajistit jejich načítání do součtových položek a propočet salda (aktiva-pasiva). Za tímto účelem vytvoříme view FD_STRUKTURA nad tabulkou UNIZBIP_ITEMS, jenž obsahuje Bop Items všech dílčích modulů IS UNIZBIP a tabulkou FD_ITEMS, kde máme připravenou strukturu pro FD. Vytvořením view dostaneme potřebnou strukturu včetně názvů jednotlivých Bop Items. Na obrázku č. 17 je ukázána část atributů (sloupců) vytvořeného view. Jelikož se pasiva ukládají jako kladné hodnoty, je třeba pro výpočet salda (aktivapasiva) zajistit jejich přenásobení hodnotou -1. K tomuto účelu slouží sloupec ROZDIL. Obrázek č. 17: Záznamy v tabulce FD_STRUKTURA TOTAL NAZEV_T LEVEL1 LEVEL2 ITEM NAZEV_I ROZDIL FINANČNÍ DERIVÁTY SALDO _S.1311 Ústřední vládní instituce FINANČNÍ DERIVÁTY - SALDO _S.1312 Národní vládní instituce FINANČNÍ DERIVÁTY - SALDO _S.1313 Místní vládní instituce FINANČNÍ DERIVÁTY - SALDO _S.1221 Banky -1 FINANČNÍ DERIVÁTY SALDO _S.11 Nefinanční podniky FINANČNÍ DERIVÁTY - SALDO _S.14 Domácnosti -1 Zdroj: Vlastní úprava Návrh systému revizí Dle výše specifikovaných uživatelských požadavků je třeba zajistit, aby bylo možné spočítané statistiky zafixovat. V případě potřeby pak musí být uživatel schopen provést revizi dané statistiky za zvolené období a následně tuto revizi opět zafixovat. Tato funkcionalita musí být schopna provádět fixaci pro veškeré statistiky s měsíční, čtvrtletní a roční periodicitou. Jedná se o společnou funkcionalitu pro všechny dílčí moduly včetně modulu hlavního. Systém revizí se bude skládat ze čtyř databázových tabulek, jednoho view a package, která bude obsahovat procedury pro řízení tohoto systému. Na obrázku č. 18 je zachycen diagram 59

60 tříd pro systém revizí, z něhož si můžeme udělat obecnou představu jak jsou databázové objekty, v našem případě tabulky a view, provázány. Obrázek č. 18: Digram tříd systému revizí Zdroj: Enterprise Architect - vlastní tvorba Popíšeme si princip fungování: - systém revizí je aktivován v okamžiku, kdy věcný správce příslušné oblasti provede, prostřednictvím UI, sestavení měsíční statistiky ze zdrojových dat, - provede se kontrola na existenci záznamu rozpracované statistiky za inkriminované období v příslušné databázové tabulce. V případě že takový záznam existuje, řídící procedura uzavře systém revizí. V opačném případě dojde k založení záznamu o rozpracované měsíční revizi do patřičné databázové tabulky. Z obrázku č. 19 si lze udělat představu, jakou má takový záznam strukturu, 60

61 Obrázek č. 19: Záznam v db tabulce měsíčních revizí ID MODUL MESIC REVIZE NAHRANO POZNAMKA 1 ZBOZI 2011/6 0 SYSDATE Vzor Jednoznačný identifikátor - dodávaný sekvencí Default 0 rozpracovaná revize Default null editace prostřednictvím UI Zdroj: vlastní tvorba - dále bude provedena kontrola, zda existuje k tomuto záznamu odpovídající záznam čtvrtletní a roční rozpracované revize. V případě že ne, dojde k jeho založení do příslušných databázových tabulek. Struktura záznamu je obdobná tomu, jaká je ukázána na obrázku č. 19, - v okamžiku, kdy známe identifikátory všech rozpracovaných period (měsíční, čtvrtletní a roční), provede se záznam do řídící databázové tabulky systému revizí. Na obrázku č. 20 je uvedena ukázka takového záznamu, - při zafixování rozpracovaného období se provede i aktualizace v systému revizí. U patřičného záznamu rozpracovaného období se aktualizuje číslo revize z pracovního stavu 0. ID (jednoznačné identifikátory) čtvrtletí i roku zůstávají stejné dokud není příslušné období zařazeno do nějaké zafixované čtvrtletní nebo posléze roční revize, Obrázek č. 20: Záznam v řídící db tabulce systému revizí MODUL OBDOBI ID_M ID_C ID_R ZBOZI Období formát (date), ke kterému je statistika sestavována Cizí klíče záznamů v příslušných db tabulkách daných period Zdroj: vlastní tvorba - rušení záznamů v systému revizí se provádí v UI dle pokynu věcného správce. Rušení probíhá kvůli zajištění konzistence od nejdelší periody, tedy roku, 61

62 - při mazání čtvrtletních revizí se provádí kontrola, zda existuje zařazení čtvrtletní revize v jiné než rozpracované revizi roku. Pokud ano - výmaz nebude proveden dokud není zrušena příslušná roční revize, - rušení měsíční (primární) revize předchází kontrola zda je tato revize zařazena v jiné než rozpracované revizi čtvrtletí. Pokud ano - výmaz nebude proveden dokud není zrušena příslušná čtvrtletní revize. Jelikož se jedná o rušení revize fyzicky uložených spočítaných dat, dojde taktéž k jejich smazání z příslušné datové databázové tabulky Příprava metadat BI Serveru V této kapitole si rozebereme způsob a postup přípravy metadat BI Serveru pomocí nástroje Oracle BI Administration Tool verze 10. Oracle BI Server jsme si podrobněji popsali v kapitole a tudíž si zde nebudeme popisovat detailní možnosti tvorby metadat. Zaměříme se pouze na řešený příklad a v logickém sledu si projdeme všechny nezbytné úkony potřebné k přípravě metadat a jejich uložení v repository BI Serveru. K přípravě metadat přistoupíme v okamžiku, kdy máme vytvořenou strukturu všech potřebných databázových objektů a současně máme k dispozici dostatek testovacích dat. Testovací data jsou nezbytná pro řádné otestování a odladění připravených metadat. Obecně přitom platí, že čím kvalitněji máme navrženou potřebnou datovou strukturu, tím snadněji a rychleji se nám vytváří příslušný metadata model. Fyzická vrstva V této vrstvě provedeme dva základní úkony. Import neboli namapování všech potřebných objektů a v případě potřeby jejich následné propojení. V našem případě provedeme import vybraných databázových objektů popsaných v diagramů tříd modulu FD a systému revizí Jedná se o tyto objekty: - FD_FD datová tabulka spočítaných dat (prostřednictvím UI) za oblast FD, - FD_STRUKTURA view obsahující součtová pravidla a strukturu FD, - UNIZBIP_REVIZE_OBIEE view vazeb mezi měsíčními, čtvrtletními a ročními revizemi, - UNIZBIP_VADEM_ZONES view obsahující členění zemí do geografických a ekonomických zón dle požadavků ECB a Eurostatu. Po provedení importu vytvoříme takzvané aliasy (kopie) importovaných objektů. Vytváření aliasů není v mnoha případech nezbytné, nicméně se jedná o best practise neboli 62

63 doporučenou praxi. Důvodem je větší přehlednost, transparentnost a v neposlední řadě možnost záměny zdrojové tabulky aliasu bez vlivu na jiné vrstvy metadat. Bez aliasů se však neobejdeme v případě, kdy je třeba zabránit tzv. cirkulárnímu spojení mezi tabulkami. Tato spojení vznikají v okamžiku, kdy tabulka či tabulky mají vícenásobnou vazbu na jinou tabulku. Názorným příkladem mohou být dvě tabulky. Jedna faktová a druhá obsahující časové dimenze. Mezi nimi existují dvě vazby cizího klíče (FK). Jednou se jedná o datum otevření a podruhé o datum uzavření. V takovém případě je pak nezbytné vytvořit nad tabulkou, jenž představuje dimenze času, dva aliasy a spojení s faktovou tabulkou provést těmito aliasy. V našem řešeném příkladě budeme postupovat v souladu s doporučenou praxí a nad každým importovaným objektem vytvoříme příslušný alias. Při pojmenování aliasů je vhodné dodržet určitá pravidla, abychom zajistili co největší přehlednost. Alias objektu obsahující fakta označíme předponou Fact a pro objekty obsahující dimenze použijeme předponu Dim. Samotné provázání objektů provedeme ve fyzickém diagramu našeho nástroje. Tento diagram nám zobrazí importované objekty v grafické podobě (jako obdélníky se jmény objektů), mezi kterými můžeme vytvořit požadovaná spojení. Ta nám posléze umožní vytvářet sestavy napříč propojenými objekty bez nutnosti tato spojení definovat pokaždé, když potřebujeme data z více objektů. Při propojování objektů pomocí jednoho cizího klíče použijeme jednoduché spojení a tam kde máme provázání složitější (například složený klíč), použijeme spojení komplexní. Na výběr máme prakticky všechny myslitelné druhy spojení, jako jsou spojení rovností, nerovností či spojení s přesahem a další. Na obrázku č. 21 je zachycena fyzická vrstva obsahující importované objekty a jejich vytvořené aliasy, diagram s vytvořenými komplexními spojeními a ukázkou detailu takového spojení. 63

64 Obrázek č. 21: Diagram fyzické vrstvy Zdroj: Oracle BI Administration Tool vlastní tvorba Business vrstva V momentě, kdy máme namapované všechny potřebné objekty a vytvořené požadované vazby, můžeme přistoupit k transformaci fyzického datového modelu do business modelu. Výsledkem je star schéma neboli schéma hvězdy s logickými dimenzemi a fakty. V této prostřední části vytváříme a definujeme jednotlivé dimenzní hierarchie, vypočtené či odvozené ukazatele a taktéž můžeme definovat vlastní agregace nebo kalkulace. Začneme tím, že v business vrstvě vytvoříme čtyři nové objekty jako logické tabulky. Při jejich pojmenování se přidržíme konvence pro pojmenovávání aliasů ve fyzické vrstvě. To znamená, že logické tabulky obsahující dimenze budou mít předponu Dim a faktové Fakt. Tímto způsobem si přehledně upořádáme a označíme budoucí role logických tabulek. Na obrázku č. 22 je znázorněn postup tvorby logických tabulek v business vrstvě. 64

65 Obrázek č. 22: Business vrstva 1 Zdroj: Oracle BI Administration Tool vlastní tvorba Následně přiřadíme vytvořeným logickým tabulkám příslušné zdroje. V našem případě půjde o jednoduché přetažení příslušného aliasu z fyzické vrstvy do odpovídající logické tabulky v business vrstvě. Dalším krokem je definice logických klíčů u dimenzních logických tabulek. Definice těchto klíčů je nezbytná pro pozdější vytvoření schématu star. Zároveň nastavíme počáteční (default) pravidlo agregace pro logické sloupce faktové tabulky, jenž obsahují metriky. V našem případě se jedná pouze o jeden logický sloupec, kde nastavíme součet (sum) - Fact_FD_FD.HODNOTA. V této vrstvě se rovně nastavují případné filtry (klauzule WHERE) pro jednotlivé logické tabulky. Podmínky výběru, které zde uvedeme, se stanou součástí vytvořeného a uloženého modelu metadat v repositury BI Serveru a všechny sestavy vytvořené nad těmito metadaty jsou jimi limitovány. Z tohoto důvodu je třeba k jejich definici přistupovat obezřetně a pokud je to jen trochu vhodné, ponecháme co nejširší možnost filtrace až tvůrci sestav či konečnému 65

66 uživateli. V našem případě tedy nastavíme pouze jeden filtr a to v logické tabulce Dim UNIZBIP_REVIZE_OBIEE, kde omezíme možnost výběru pouze na primární modul FD. Obrázek č. 23 zachycuje business vrstvu s vytvořenými logickým tabulkami, přiřazenými zdroji, definovanými logickými klíči, nastaveným počátečním pravidlem agregace u použité metriky a definovaným filtrem. Obrázek č. 23: Business vrstva 2 Zdroj: Oracle BI Administration Tool vlastní tvorba V tomto okamžiku můžeme přistoupit k definici logického schématu star, který je nezbytný pro rozdělení rolí logických tabulek na dimenzní a faktové. V business vrstvě si otevřeme business model diagram, kde pomocí komplexních spojení, prostým tahem vedených směrem od dimenzní tabulky k tabulce faktové, vytvoříme požadovanou vazbu. Zároveň s vytvořeným spojením se nám změní barva ikony logických tabulek představujících dimenze. Z původní žluté se změní na bílou, zatímco u faktových tabulek nadále zůstává barva ikony žlutá. Komplexní spojení mezi logickými tabulkami je na úrovni business modelu jediným povoleným typem vazby. Neudává se zde podmínka spojení jako ve fyzické vrstvě a kardinalita vazby určuje roli tabulky. Tabulka odkud vedeme spojení má kardinalitu 1 a značí tak dimenzi, opačná tabulka má kardinalitu N a značí tabulku faktovou. Na obrázku č. 24 je 66

67 zachyceno vytvořené schéma star našeho řešeného příkladu s detailem jedné z vazeb mezi dimenzní a faktovou tabulkou. Obrázek č. 24: Business model diagram Zdroj: Oracle BI Administration Tool vlastní tvorba Po definici logického schématu v business model diagramu máme připravenou základní strukturu metadat. Nicméně za současného stavu bychom nemohli vytvořit sestavy umožňující rozpady vrcholových položek logických dimenzních tabulek na stanovenou úroveň detailu. K využití této funkcionality je třeba v business modelu definovat objekty dimenze (s hierarchiemi), které umožňují tuto možnost rozpadů, neboli drilování v rámci sestav. Taktéž musíme mít připravenou vhodnou strukturu tabulek, které slouží jako zdroje pro logické dimenzní tabulky. V našem řešeném příkladě vytvoříme takovéto dimenze nad všemi logickými dimenzními tabulkami. Cílem je umožnit koncovým uživatelům vytvářet sestavy dovolující následující rozpady: - FD_STRUKTURA (TOTAL LEVEL1 LEVEL2 ITEM) 67

68 - UNIZBIP_REVIZE_OBIEE (ROK CTVRTLETI MESIC) - UNIZBIP_VADEM_ZONES (TOTAL LEVEL1 LEVEL2 LEVEL3 LEVEL4 KOD) Postup tvorby je ve všech případech stejný a liší se hlavně pouze počtem vytvořených úrovní jednotlivých hierarchií. Z tohoto důvodu si detailní postup ukážeme (krok za krokem) pouze na definici úrovní hierarchie pro dimenzi struktury modulu FD. Jednotlivé úrovně definujeme z pravidla sestupně od nejvyšší po nejnižší: - začneme vytvořením nového objektu dimenze v business modelu, - následně vytvoříme nejvyšší logickou úroveň dané dimenze (ta je povinná pro každou dimenzi), pojmenujeme ji například ALL a označíme jako Grant Total Level, jenž má přednastaven počet prvků úrovně na 1, - vytvoříme první podřízenou úroveň child level s názvem TOTAL, o přiřadíme logický sloupec či sloupce (opět prostým přetažením pomocí myši). V našem případě se jedná o sloupce TOTAL a NAZEV_T, o definujeme klíč či klíče úrovně (z přiřazených logických sloupců), které jednoznačně identifikují danou úroveň a budou použity pro rozpad na tuto úroveň v sestavách, o stanovíme počet prvků úrovně. Hodnota nemusí být naprosto přesná, postačí nám pouhý DISTINCT prvků dané úrovně. Jen musíme dodržet pravidlo, že každá další úroveň musí mít hodnotu vyšší než předcházející, - vytvoříme druhou podřízenou úroveň child level s názvem L1, o zde přiřadíme logický sloupec LEVEL1 a provedeme stejné úkony jako v první podřízené úrovni, - vytvoříme třetí podřízenou úroveň child level s názvem L2, o postup opět stejný za použití logického sloupce LEVEL2, - vytvoříme čtvrtou podřízenou úroveň child level s názvem ITEM, o v této úrovni použijeme dva sloupce ITEM a NAZEV_I a oba označíme jako klíče úrovně. Stejným způsobem pak vytvoříme zbylé dimenze. Na obrázku č. 25 je zobrazena celá struktura business vrstvy s detailem popsané dimenze. 68

69 Obrázek č. 25: business vrstva dimenze Zdroj: Oracle BI Administration Tool vlastní tvorba Vytvoření dimenzí byl poslední nezbytný krok k přípravě takové business vrstvy, která kompletně pokryje potřeby našeho řešeného příkladu. Nyní tedy můžeme přistoupit k závěrečné fázi přípravy metadat. Prezentační vrstva Tato nejvyšší vrstva metadat BI Serveru je přístupná všem uživatelům bez rozdílu znalostí jazyka SQL. Je tedy velmi důležité připravit ji velmi srozumitelně tak, aby práce všech uživatelů při tvorbě sestav byla co nejintuitivnější. Strukturu prezentačního katalogu tedy vytvoříme za pomoci zástupných názvů (s případným využitím diakritiky) pro jednotlivé logické sloupce a vhodného jednoduchého hierarchického členění. Začneme vytvořením nového prezentačního katalogu v jehož rámci vytvoříme jednotlivé prezentační tabule. Jedná se vlastně o složky, do kterých přiřadíme připravené logické sloupce a vytvoříme tak tabulky, jenž odpovídají logice definované business vrstvy. Pod vytvořeným prezentačním katalogem UNIZBIP založíme následující prezentační tabule: - Finanční deriváty vrcholová složka pro primární modul FD o Období Struktura Země Parametry Metriky 69

70 Nyní přiřadíme do jednotlivých složek odpovídající logické sloupce z business vrstvy a tam, kde je to vhodné, vytvoříme alias k původnímu jménu příslušného sloupce. Posledním krokem v přípravě prezentačního katalogu je vystavění jednoduché hierarchické struktury z vytvořených prezentačních složek. Nástroj Oracle BI Administration Tool primárně nepodporuje adresářovou strukturu prezentačního katalogu. Nicméně pomocí jednoduchého řešení lze jednostupňovou strukturu vytvořit. Do popisu složek, jenž hodláme vnořit do složky vrcholové (kořene), musíme vložit výraz ->. Tato úprava se projeví pouze v nástroji pro tvorbu sestav (BI Answers). Zde, v prezentačním katalogu, není tato adresářová strukturu viditelná. Na obrázku č. 26 je zobrazena kompletní prezentační vrstva pro náš řešený příklad s detailem jedné z vnořených složek a s příkladem vytvořeného aliasu nad jedním z logických sloupců zařazených do prezentačního katalogu. Obrázek č. 26: Prezentační vrstva Zdroj: Oracle BI Administration Tool vlastní tvorba Nastavení přístupových práv Jedná se o poslední důležitý úkon v přípravě metadata modelu před jeho nasazením. Přístupová práva nastavujeme pro prezentační katalog a práva lze přiřadit jak na celý katalog, tak na jednotlivé prezentační složky a sloupce. 70

71 Přístupová práva lze přiřazovat jednotlivým databázovým účtům nebo založeným aplikačním skupinám, kterým jsou přiřazeny konkrétní databázové účty. V praxi se využívají převážně aplikační skupiny. Důvodem je vyšší bezpečnost, přehlednost a snadnější správa. Pro IS UNZIBIP byly vytvořeny aplikační skupiny k jednotlivým primárním modulům. Pro náš řešený modul (FD) použijeme dvě uživatelské skupiny pro různé skupiny uživatelů. Dále pak jednu skupinu pro administrátory tohoto modulu a rovněž nesmíme zapomenout na skupinu pro vývojáře úlohy. Nastavení přístupových práv je zachyceno na obrázku č. 27. Vzhledem k významu, jaký problematika řízení přístupových práv pro úlohy OBIEE zaujímá, je jí věnována samostatná kapitola 4.2 této diplomové práce. Obrázek č. 27: Nastavení přístupových práv pro prezentační katalog Zdroj: Oracle BI Administration Tool vlastní tvorba Závěr V této části diplomové práci jsme si ukázali přípravu jednoduchého metadat modelu. V zásadě můžeme při tvorbě modelu postupovat dvěma základními způsoby: - jednoduchý model zde není nutné vytvářet nejrůznější metriky, neboť prakticky veškerá výpočetní činnost je obsažena v řídících procedurách dané úlohy. Zaměřujeme se především na vytvoření modelu umožňující co nejvariabilnější pohledy na spočítaná data, - komplexní model tady naopak definujeme mnoho výpočetních položek, neboť největší tíha zpracování leží na bedrech BI Serveru. Základním předpokladem je dobře navržená struktura potřebných databázových objektů. 71

72 Při definici metadat ostatních primárních oblastí IS UNIZBIP postupujeme obdobným způsobem a dbáme na zajištění přehledné organizace kompletního metadat modelu IS UNIZBIP. Během tvorby je rovněž vhodné a žádoucí si správnost postupu průběžně ověřovat kontrolou konzistence vytvářeného modelu check global consistency Tvorba sestav Poté co jsme si připravili metadata, můžeme přistoupit k tvorbě sestav určených pro prezentaci a případnou následnou analytickou činnost. Stejně jako v případě tvorby metadata modelu není účelem této kapitoly představit všechny možnosti a způsoby tvorby sestav v nástroji BI Answers. Zaměříme se především na tvorbu sestavy pro prezentaci platební bilance pro náš řešený primární modul FD (Finanční deriváty). Na této sestavě si podrobně ukážeme možné postupy. Sestava Celkový přehled vrcholové položky FD pro platební bilanci ČR Cílem sestavy je zobrazení vrcholové položky v nejvyšším členění (za svět celkem) na straně aktiv, pasiv a bilance (aktiva-pasiva). Položku je třeba členit po měsících, načítat do čtvrtletí a roku. V grafu pak ukázat měsíční vývoj platební bilance na straně aktiv a pasiv během jednoho kalendářního roku. K vytvoření takovéto složené sestavy použijeme kontingenční tabulku a graf, který bude z této tabulky vycházet. Začneme tím, že si v BI Answers otevřeme naši cílovou oblast UNIZBIP. Nejedná se o nic jiného než o prezentační katalog definovaný v rámci tvorby metadata modelu. Následně z tohoto katalogu vybereme potřebné sloupce pro požadovanou kontingenční tabulku a nastavíme potřebné filtry výběru, vlastnosti jednotlivých sloupců a případné další funkce. Na obrázku č. 28 jsou zobrazeny vybrané sloupce s ukázkou možnosti použití funkce a filtru. Taktéž si zde můžeme povšimnout námi vytvořené jednoduché hierarchické struktury prezentačního katalogu. 72

73 Obrázek č. 28: Tvorba sestavy výběr sloupců pro zobrazení a nastavená kritéria Zdroj: Oracle BI Answers vlastní tvorba V okamžiku, kdy jsme nastavili všechna požadovaná kritéria, přistoupíme k přípravě samotné sestavy. Přepneme se na záložku výsledky, kde si vybereme z rozvíracího seznamu kontingenční tabulku. Zde opět můžeme pracovat s nastavením jednotlivých vybraných sloupců, vytvořit nově dopočítané položky, popřípadě nastavit sloupce pro výběr. Definice naší kontingenční tabulky je zachycena na obrázku č. 29. Vedle běžných nastavení kontingenční tabulky jako jsou řádky, sloupce a míry, zde můžeme definovat další možnosti zobrazení jako je například oddíl stránky, který slouží k vytvoření rozvíracích seznamů pro filtraci zobrazení. Můžeme zde umístit libovolné množství sloupců a vytvořit z nich jednoduché či složené rozvírací seznamy. My jsme zde umístili sloupce Rok a Revize R pro složený rozvírací seznam (kombinace všech hodnot použitých sloupců). Při zapnuté funkci Zobrazit výsledky si můžeme ihned zkontrolovat výsledné zobrazení dle nastavených pravidel. Při každé změně definice tabulky dojde automaticky k překreslení tohoto zobrazení. 73

74 Obrázek č. 29: Tvorba sestavy definice kontingenční tabulky Zdroj: Oracle BI Answers vlastní tvorba Nyní můžeme přistoupit k vytvoření odpovídajícího grafu. Ze stejného seznamu, z jakého jsme vybírali kontingenční tabulku, vybereme diagram. V návrhu diagramu máme automaticky přednastaveny sloupce definované v kontingenční tabulce. Na nás je, abychom zvolili odpovídající diagram, nastavili osu x, y a další parametry dle zvoleného typu diagramu. V našem případě použijeme pruhový svislý graf, pro který nastavíme všechny potřebné vlastnosti včetně měřítka os. Definice diagramu pro naši kontingenční tabulku je zachycena na obrázku č. 30. Posledním krokem, který nás čeká, je kompletace všech připravených částí sestavy do jednoho celku. Pro toto sestavení vybereme volbu složeného rozložení (ze stejného seznamu jako v předchozích případech) a postupně přidáme všechny předpřipravené pohledy, diagramy, míry, filtry, popisky. V neposlední řadě můžeme také umožnit výběry dodatečných sloupců do připravených pohledů či zobrazit vytvořený logický dotaz SQL a další. V našem případě, obrázek č. 31, použijeme do konečné sestavy kontingenční tabulku a diagram a taktéž přidáme nadpis. Nastavíme ovládací prvky pro případný export do formátu PDF a pro tisk sestavy. 74

75 Obrázek č. 30: Tvorba sestavy definice diagramu Zdroj: Oracle BI Answers vlastní tvorba Obrázek č. 31: Tvorba sestavy složené rozložení Zdroj: Oracle BI Answers vlastní tvorba Takto vytvořená sestava je plně interaktivní. Uživateli je umožněno, díky nadefinovaným dimenzím v metadata modelu, rozložit si sestavu kliknutím na souhrnné sloupce Svět, 75

76 Aktiva a Pasiva do jednotlivých úrovní až na konečné detailní položky. Zároveň s tím, jak se uživatel vnořuje do detailu sestavy, mění se i diagram. Na obrázku č. 32 je ukázána výsledná sestava rozložená do detailu položek tvořících aktiva. Obrázek č. 32: Příklad rozpadu výsledné sestavy Zdroj: Oracle BI Answers vlastní tvorba 76

77 Závěr Ukázali jsme si jeden z možných způsobů tvorby sestavy, kterou můžeme vytvořit z námi připraveného modelu metadat. Možnosti tvorby sestav v nástroji BI Answers jsou nicméně daleko rozsáhlejší a v rukou zkušeného uživatele představují mocný analytický nástroj. Všechny vytvořené sestavy můžeme přímo, s různými právy manipulace se sestavou, zpřístupnit daným uživatelům nebo vytvořit interaktivní panel (Dashboard) a sestavy na něj vyvěsit. Pro sestavy našeho vzorového příkladu použijeme jeden takový panel, jehož tvorbu si rozebereme v následující kapitole. Nakonec si zmíníme pár praktických rad pro pokročilé tvůrce sestav. Předně musíme mít na paměti, že základem pro úspěšnou a komplexní tvorbu sestav je dobře připravený model metadat s jasnou a intuitivní prezentační vrstvou. Dále bychom měli při tvorbě sestav: - využít možnosti, jenž nabízejí kaskádové styly (CSS), které se nastavují ve vlastnostech sloupců. Například white-space:nowrap zabrání automatickému zalamování hodnot či znaků do okna prohlížeče. Vše bude na jednom řádku, - maximálně využít funkce pro jednotlivé sloupce. Zde můžeme vkládat proměnné, dopočítávat hodnoty či použít příkazy PL/SQL. Příkladem může být situace, kdy máme znakový sloupec, jenž obsahuje číselné hodnoty a má tzv. vodící nuly. Typickým příkladem je IČO subjektu ( ). V okamžiku, kdy si uživatel stáhne sestavu s tímto sloupcem do excelu, ztratí všechny vodící nuly. K zamezení tohoto jevu je třeba použít funkci <div [jmeno_sloupce] '</div>', jenž se vloží do vzorce sloupce, - pro velké sestavy vytvořit výzvy. Tyto výzvy slouží k dynamickému filtrování na základě hodnot vybraných uživatelem. V rámci definice výzev je vhodnější použít pro zobrazení hodnot vlastní SQL dotaz. S jeho pomocí můžeme výběrové hodnoty lépe ošetřit (filtrace, řazení apod.), - v každé nadefinované sestavě nezapomenout využít možnosti pokročilého nastavení. Zde můžeme upravit automaticky vygenerovaný kód SQL pro danou sestavu. Tato funkcionalita je velmi vhodná například při tvorbě složitějších výběrových podmínek, které nelze definovat v návrhu sestavy. Dále zde můžeme zasáhnout do vygenerovaného XML požadavku a v neposlední řadě je dobré zaškrtnout volbu vynechání mezipaměti webu Oracle BI Presentation Services Cache. Sestavy budou sice o trochu pomalejší, zato bude mít uživatel vždy aktuální data. 77

78 3.4.6 Tvorba interaktivních panelů Jedná se o poslední fázi tvorby úlohy OBIEE. Interaktivní panely vytváříme v nástroji BI Interactive Dashboards. Vytvořením příslušného interaktivního panelu, do kterého přidáme požadované a vytvořené sestavy, získáme komplexní analytickou úlohu. Začneme tím, že ve správě interaktivních panelů vytvoříme nový panel s názvem Finanční deriváty, který bude při nasazení do testovacího a posléze produkčního prostředí zařazen do skupiny UNIZBIP mezi panely ostatních primárních oblastí. Přepneme se do editoru vytvořeného panelu a případně přidáme do panelu další stránky. Každou stránku pak můžeme upravit dle potřeby. Můžeme přidat sloupce a oddíly, u kterých se nastavují nejrůznější parametry, od barvy pozadí až po možnost použití kaskádových stylů. Do oddílů se následně vkládají vytvořené sestavy, texty, odkazy řízené navigace, také lze vložit obsah z webové stránky či obrázek. Ke každému takto vloženému objektu pak můžeme nastavit příslušná přístupová práva (podrobněji v kapitole 4.2). Náš panel bude obsahovat 3 stránky: - Celkový pohled tato stránka obsahuje sestavy v nejvyšším členění, jak pro platební bilanci tak pro investiční pozici. Na této stránce bude umístěna i naše příkladová sestava, - Detailní pohled zde se nalézají sestavy v nejnižším členění, jenž jsou určeny pro detailní analýzy příslušných věcných správců, - ECB - GEO na této stránce jsou sestavy určené pro reporting do příslušných orgánů EU. Na obrázku č. 33 je znázorněn editor panelu s návrhem stránky pro Celkový pohled. Tato stránka je rozdělena do dvou sloupců. Jeden pro platební bilanci a druhý pro investiční pozici. V každém sloupci je jeden oddíl a v něm příslušná sestava. V rámci každého oddílu můžeme nastavit řadu vlastností a parametrů, od řízené navigace až po možnost sbalitelnosti oddílu uživatelem při práci v rámci panelu. 78

79 Obrázek č. 33: Tvorba interaktivního panelu Zdroj: Oracle BI Interactive Dashboards vlastní tvorba Pro jednotlivé sestavy jsou nastaveny možnosti práce se sestavou v interaktivním panelu. Tyto možnosti se nastavují ve vlastnostech sestavy v části Odkazy sestavy. Zaškrtnutím jednotlivých možností se všem uživatelům zobrazí odpovídající interaktivní odkazy pod danou sestavou. Tato funkcionalita je velmi používaná, neboť dovoluje uživatelům jednotlivé sestavy v panelech upravovat, tisknout a kopírovat. Taktéž umožňuje stahovat požadované sestavy do MS Excel (pro dodatečnou analytickou práci), do MS PowerPoint (pro tvorbu případných prezentací) a v neposlední řadě umožňuje požadovanou sestavu stáhnout jako webovou stránku MHTML. Takto můžeme například zkombinovat externí odkazy s kódem HTML do jednoho souboru. V příloze č. 4 je uvedena ukázka interaktivního panelu našeho řešeného příkladu ve vývojovém prostředí. Do jedné stránky panelu můžeme samozřejmě umístit prakticky libovolné množství sloupců, oddílů a sestav. Nicméně vždy je třeba dbát na potřebu maximální přehlednosti a vypovídající schopnosti vytvořeného panelu, který dnes neodmyslitelně patří ke každé úloze, vybudované pomocí BI nástrojů. Teprve kompletace všech potřebných a vytvořených sestav do interaktivního panelu poskytne všem potencionálním uživatelům tu nejlepší orientaci ve zpracovávané oblasti a vysoký komfort práce se sestavami. 79

80 4 Nasazení BI řešení V této poslední kapitole si ukážeme High-Level architekturu softwarových a hardwarových komponent potřebných pro vybudování a provoz IS UNIZBIP (obrázek č. 34) instance prostředí OBIEE a jejich implementaci v ČNB, včetně postupu nasazení vyvíjených úloh. Rovněž si zde probereme problematiku řízení přístupových práv. Obrázek č. 34: Diagram nasazení v ČNB - OBIEE a APEX Zdroj: Enterprise Architect - vlastní tvorba 80

81 4.1 Prostředí OBIEE Obecně je rozsah nasazení OBIEE do informačního prostředí podniku závislé na jeho povaze a velikosti. Dále pak na firemní politice v oblasti IS/IT, na jeho stavu a na stupni případných outsourcingových služeb. Rovněž podstatnou roli hrají finanční možnosti dané společnosti. ČNB má nasazené všechny stěžejní BI nástroje sdružené v produktu OBIEE. Z hlediska prostředí BI jsou v ČNB zprovozněny následující instance prostředí: Vývojové prostředí jedná se o lokální instance, umístěné dle potřeb jednoho každého vývojáře, ve kterých vývojáři tvoří, testují a ladí lokální OBIEE repository (metadata model) vyvíjených úloh. Vývojáři jsou povinni dodržet předepsané konvence pro tvorbu těchto dílčích repository. Důvodem je umožnit jejich budoucí sloučení do jednoho master repository. Vývojové prostředí zahrnuje BI Server, BI Interactive Dashboards a BI Answers. Každý vývojář si ve svém lokálním prostředí vytvoří příslušný metadata model, jehož funkčnost odladí při tvorbě sestav v BI Answers. Tato instance rovněž umožňuje vývojáři upravit konfiguraci lokálního BI Serveru xml soubor instanceconfig. Jedná se o takové parametry jako například navýšení počtu buněk v kontingenční tabulce <MaxCells> či maximální počet viditelných řádků <MaxVisibleRows>. Tato funkcionalita posléze umožňuje administrátorům, dle doporučení vývojářů, nastavit optimální testovací a produkční prostředí. Ve vývojovém prostředí je tvořen metadata model IS UNIZBIP a postupně je rozšiřován o metadata dílčích modulů. Pro přehlednost jsme si však v našem řešeném příkladě ukázali metadata model, který řeší pouze jednu dílčí primární oblast. Testovací prostředí slouží k otestování připravených a odladěných metadat modelů jednotlivých úloh. Provádí se zde ověřování dílčích sestav či interaktivních panelů. V tomto prostředí také probíhají uživatelské a akceptační testy. Dle požadavku vývojáře, provedou administrátoři nasazení příslušného metadat modelu. Nasazení probíhá tím způsobem, že dojde ke sloučení požadovaného repository se stávajícím TEST repository. Administrátoři provádějí toto slučování ihned po zadání požadavku, tedy bez zbytečných odkladů. Předpokládá se zde časté nasazování jednotlivých dílčích repository. Obnova testovacího prostředí se provádí dle potřeby a je odvislá od stavu prostředí produkčního. Do testovacího prostředí je repository IS UNIZBIP nasazováno vždy bezprostředně po dokončení dalšího primárního modulu či po provedení změn v modulech již hotových. Díky 81

82 skutečnosti, že testovací prostředí je napojeno na produkční databázi, běží zde rovněž pilotní provoz. Uživatelé zde pracují nad reálnými (ostrými) daty a jediné omezení spočívá v delší době obnovy při pádu instance či krátkých výpadcích při nasazování dílčích repository. Migrační prostředí používá se k migraci a ověření integrovaných finálních verzí jednotlivých úloh před nasazením do produkčního prostředí. Produkční prostředí jedná se o konečné (finální) prostředí, sloužící k prezentaci akceptovaných analytických úloh. Před nasazení repository požadované úlohy do produkčního prostředí, provedou administrátoři ověření slučitelnosti s master repository, kontrolu správnosti použití jmenných konvencí a správnost nastavení přístupových práv (aplikačních skupin) u daného repository. Nasazení úlohy na produkční prostředí probíhá na žádost technického správce dané úlohy a to v okamžiku, kdy je tato úloha plně otestována a akceptována uživatelem. Před samotným sloučením, neboli Merge, provedou administrátoři OBIEE zálohu aktuálně platného produkčního master repository. V případě IS UNIZIBIP, kdy se jedná o modulární systém, se nasazování na produkční prostředí odehrává průběžně vždy v okamžiku, kdy je uživatelem akceptován příslušný dílčí modul. Aby vývojář nemusel sestavy a panely vytvářet pro každou instanci zvlášť, je součástí nasazení také přenos a archivace Web katalogu na příslušnou instanci. Tento katalog představuje úložiště pro sestavy a interaktivní panely vytvořené vývojářem a odpovídá adresářové struktuře ve filesystému. Obsahuje jednotlivé složky a soubory objektů včetně příslušných oprávnění. Správa Web katalogu, jež je rovněž v gesci administrátorů OBIEE, se provádí v nástroji Catalog Manager a zahrnuje vytváření a správu aplikačních skupin, tvorbu nových složek a přiřazení oprávnění k těmto složkám pro existující aplikační skupiny. Schéma prostředí OBIEE v ČNB je zachyceno na obrázku č

83 Obrázek č. 35: Prostředí OBIEE v ČNB Lokální vývojová prostředí Administrátoři Vývojáři Testovací prostředí Repository bi_test Web Catalog Migrační prostředí Repository bi_mig Web Catalog Produkční prostředí Repository bi_prod Web Catalog Zdroj: Vlastní tvorba 4.2 Řízení přístupových práv Nedílnou součástí nasazení úlohy OBIEE je přidělení a řízení přístupových práv. Jak již bylo řečeno dříve, k řízení přístupových práv se nejčastěji používají aplikační skupiny vytvářené pro každou úlohu zvlášť. K jedné úloze může být vytvořeno neomezené množství těchto skupin. Nicméně pro přehlednou a účinnou správu se používá jedna aplikační skupina pro administraci úlohy a několik pro různé skupiny uživatelů. Vývojáři úloh mají vlastní aplikační skupiny se širokými oprávněními tak, aby mohli vyvíjené úlohy plně spravovat a řídit přístupová oprávnění k vytvářeným objektům dané úlohy. Řízení přístupových práv k úloze OBIEE se provádí na různém stupni detailu a na několika úrovních, aby bylo možné poskytnout co nejširší množství dat a informací za dodržení co největší míry zabezpečení. 83

84 V našem řešeném příkladě řídíme přístupová práva pomocí následujících aplikačních skupin: - OBIEE UNIZBIP Vývoj skupina pro vývojáře IS UNIZBIP, - UNIZBIP FD Admins pro věcné správce primárního modulu FD, - UNIZBIP FD users pro uživatele z odboru zadavatele, - UNIZBIP FD ext přístup pro ostatní uživatele v rámci ČNB. Přidělení přístupových práv při vytváření metadat BI Serveru (kapitola 3.4.3), představuje první úroveň v nastavení oprávnění. Další úroveň představuje řízení oprávnění pro jednotlivé sestavy a interaktivní panely: - přístupová práva v BI Answers se nastavují ve správě katalogu prezentace a ve správě interaktivních panelů. V prvním případě nastavujeme oprávnění k vytvořeným sestavám a v případě druhém nastavujeme oprávnění k jednotlivým panelům, - přístupová práva v BI Interactive Dashboards zde se přidělují oprávnění pro jednotlivé stránky a objekty daného interaktivního panelu. Tato variabilita umožní zpřístupnit panel co největší skupině uživatelů s tím, že některé objekty na stránkách panelů či celé stránky budou přístupné pouze určité skupině. Celý postup přidělení přístupových práv pro náš řešený příklad je tedy následující: - nastavení aplikačních skupin v metadat modelu pro příslušné složky prezentačního katalogu, - přidělení oprávnění k vytvořeným sestavám, - nastavení oprávnění pro vytvořený interaktivní panel, - nastavení práv pro jednotlivé objekty uvnitř vytvořeného interaktivního panelu. Nastavení přístupových oprávnění k jednotlivým sestavám a panelům můžeme nadefinovat buď ihned po vytvoření na vývojovém prostředí a nebo až v prostředí testovacím či dokonce produkčním. V okamžiku, kdy dojde k nasazení našeho metadat modelu na testovací prostředí a zároveň jsou nastavena příslušná přístupová oprávnění, mají všichni uživatelé, jenž jsou uvedeni v některé z aplikačních skupin, možnost pracovat s vytvořenými interaktivními panely a tím pádem i s příslušnými sestavami. Taktéž mohou vytvářet sestavy vlastní z příslušné cílové oblasti BI Answers, jenž obsahuje objekty, které jsou definovány v prezentačním katalogu našeho vytvořeného metadat modelu. 84

85 5 Výsledky Při studiu jednotlivých produktů v oblasti BI pro potřeby této diplomové práce a při zpracování příkladu použití nástrojů BI pro potřeby ČNB jsem dospěl k následujícím poznatkům. Trh s BI nástroji zaznamenává v posledních letech velký rozvoj a konsolidaci. Hlavním důvodem je neustále postupující globalizace a velký boj o zákazníka, který nutí čím dál tím větší množství společností investovat značné množství prostředků do kvalitních ERP a CRM systémů. Navíc si tuto potřebu začíná uvědomovat i značná část menších a středních firem, která dříve tuto oblast pomíjela jako příliš nákladnou a v jejich očích neefektivní. Nemalý podíl na rozvoji BI má také neustávající rychlý vývoj v oblasti informačních a komunikačních technologií (ICT). Dnešní moderní technologie umožňují sběr a uchování obrovského množství dat a tato data jsou následně zpracovávána stále rychleji a efektivněji. Tyto skutečnosti poskytují dostatečný prostor pro tvorbu a rozvoj široké palety BI nástrojů, jenž dovolují nahlížet na data ze všech možných úhlů či perspektiv a umožňují nad nimi bohatou analytickou práci včetně jejich následné prezentace. Rozvoj ICT také umožňuje vyvíjené nástroje nabízet levněji a oslovit tak větší množství firem. Další podstatnou obecnou výhodu BI nástrojů je jejich grafické a mobilní rozhraní, přehlednost a intuitivnost. Pro tyto vlastnosti jsou čím dál tím oblíbenější, používanější a žádanější rovněž mezi nejvyšším managementem společností. Všechny tyto skutečnosti poskytují široké možnosti a příslib velkých zisků pro softwarové společnosti zabývající se touto oblastí. Prakticky všechny velké softwarové firmy jsou si toho velmi dobře vědomi a snaží se, pokud se této oblasti před tím dostatečně nevěnovaly či na začátku zaspaly, vše dohnat a pevně se na trhu usadit. Což v důsledku vedlo z jejich strany k místy až nepřátelskému převzetí již dříve zavedených firem. Dnes tak mezi významnými hráči na trhu s BI produkty zůstávají již pouze dva čistokrevný prodejci. V druhé části této diplomové práce jsem posléze ukázal vhodnost použití BI nástrojů, v tomto konkrétním případě OBIEE, pro specifické potřeby ČNB. Představil jsem informační prostředí ČNB a na řešeném příkladu IS UNIZBIP jsem se zároveň pokusil nastínit problematiku sestavování platební bilance a investiční pozice České republiky v ČNB. Moji snahou bylo rovněž ukázat možný postup a metodiku tvorby úlohy bez ohledu na použitou platformu. 85

86 Myslím si, že cílů, jež jsem si vytyčil v rámci této diplomové práce, bylo dosaženo a že jsem navíc poskytl stručný názorný návod, jakým způsobem lze vytvořit jednoduchou OBIEE úlohu a demonstroval uživatelskou přívětivost a do značné míry intuitivnost použitých BI nástrojů. Závěr Bez ohledu na skutečnost, že závěry zjištění současného stavu na trhu s BI nástroji ukazují na jasnou dominanci velkých softwarových firem, magický čtverec prezentovaný společností Gartner, Inc. zachycuje velké množství firem, které se pokoušejí zaplnit stále se zmenšující mezery na tomto trhu. I přes hrozbu blízkého zániku či nedobrovolného převzetí se tyto společnosti snaží neustále inovovat své produkty a pružně se přizpůsobovat potřebám svých zákazníků. Z tohoto důvodu zde nacházím značný prostor pro provedení studie, jenž ukáže na možný budoucí směr rozvoje nástrojů BI pro tyto menší a flexibilní společnosti. Příkladem možného směru může být rozvoj prediktivních analýz a pokročilé vizualizace. Nicméně je zde také potřeba zmínit, že hledání možného budoucího směru nebude vůbec jednoduché. Boj o zákazníka je na tomto trhu veliký a vedoucí společnosti investují značné množství prostředků do rozvoje prakticky všemi myslitelnými směry. Tuto skutečnost podtrhuje fakt, že magický čtverec ukazuje na absenci vizionářů a pouhé dva vyzyvatele. V otázce vhodnosti použití BI nástrojů pro potřeby ČNB jsem přesvědčen, že jsou nejen vhodné, ale ba přímo nutné. Usuzuji tak na základě svých dvacetiletých zkušeností se zpracováním statistických dat v ČNB v široké paletě soudobých nástrojů. V současné době ČNB sbírá, uchovává a zpracovává data v daleko větším objemu a detailu než kdykoliv dříve v minulosti. Důvodem je jednak potřeba zajistit plnění, jež je dáno posláním ČNB a rovněž tlak EU na zasílání ať už co největšího objemu dat v co nejširším členění či dat z různých úhlů pohledu. Za této situace je použití BI nástrojů prakticky nezbytné. Jen z jejich pomocí lze totiž rychle, efektivně a jednoduše vytvářet sestavy a výstupy na všech úrovních od celku až po největší detail. Rovněž umožňují nahlížet na data ze všech stran, při zachování potřebného stupně členění, což podstatným způsobem usnadňuje práci příslušných odborných útvarů. 86

87 Seznam použité literatury Bibliografie [01] ARLOW, Jim; NEUSTADT, Ila. UML 2 a unifikovaný proces vývoje aplikací : Průvodce analýzou a návrhem objektově orientovaného softwaru. 1. vyd. Brno : Computer Press, a.s., s. ISBN [02] INMON, W. H. Building the Data Warehouse. 4th Edition. Oxford : John Wiley & Sons, s. ISBN [03] MAASSEN, André, et al. SAP R/3 Kompletní průvodce. 1. vyd. Brno : Computer Press, a.s., s. ISBN [04] NOVOTNÝ, Ota; POUR, Pavel; SLÁNSKÝ, David. Business Intelligence : Jak využít bohatství ve vašich datech. 1. vyd. Praha : Grada Publishing, a.s., s. ISBN [05] RUMBAUGH, James; JACOBSON, Ivar; BOOCH, Grady. The Unified Modeling Language Reference Manual. Boston : Addison-Wesley Professional, s. ISBN X [06] SAMUELSON, Paul A.; NORDHAUS, William D. Ekonomie. 1. vyd. Praha : Nakladatelství Svoboda, s. ISBN [07] Business intelligence : příručka manažera. Praha : TATE International, s.r.o., s. ISBN Elektronické zdroje [08] GIDADMANI, Santosh Kumar. Performance Tuning Collapsible Reports. In: OBI Applications: ORACLE BUSINESS INTELLIGENCE WORLD [online]. March 23, 2012 [cit ]. Dostupný z WWW: https://santoshbidw.wordpress.com/category/obiapplications/ [09] GUPTA, Pooja. BI Publisher and its integration with Oracle Report. In: University, placement, school and entrance exam question paper [online]. 14 November 2011 [cit ]. Dostupný z WWW: [10] HAGERTY, John, Rita L. SALLAM a James RICHARDSON. GARTNER, Inc. Magic Quadrant for Business Intelligence Platforms [online]. 6 February 2012 [cit ]. ISBN G Dostupný z WWW: [11] HOWSON, Cindi. MicroStrategy Offers Cloud BI. In: BI Scorecard Blog [online]. August 26, 2011 [cit ]. Dostupný z WWW: [12] MENNINGER, David. MicroStrategy Introduces Cloud Personal. In: BusinessIntelligence.com: Business Intelligence [online]. November 15, 2011 [cit ]. Dostupný z WWW: 87

88 [13] PENDSE, NIgel. What is OLAP?. In: The BI Verdict: Business Intelligence software evaluations and tool selection advice [online]. March 3, 2008 [cit ]. Dostupný z WWW: [14] PETERKA, Miloslav. Seznamte se s BI. In: DAQUAS [online] [cit ]. Dostupný z WWW: [15] Business Intelligence (BI): Gartner IT Glossary. GARTNER, Inc. Gartner Inc: Technology Research [online]. [cit ]. Dostupný z WWW: [16] Business Intelligence: SAS. SAS. SAS: Business Analytics and Business Intelligence Software [online]. [cit ]. Dostupný z WWW: [17] Business Intelligence: TDWI -The Data Warehousing Institute. TDWI. TDWI: The Data Warehousing Institute [online]. [cit ]. Dostupný z WWW: [18] IBM - Business Intelligence (BI) a řízení finanční výkonnosti (Financial Performance Management): Česká republika. IBM. IBM: Česká republika [online]. [cit ]. Dostupný z WWW: 01.ibm.com/software/cz/data/cognos/products/index.html [19] IBM - Software InfoSphere - Řešení pro integraci dat, datové sklady, správu hlavních dat, MDM a analýzu entit: Česká republika. IBM. IBM: Česká republika [online]. [cit ]. Dostupný z WWW: [20] Introduction to Building Fusion Web Applications with Oracle ADF. ORACLE. Oracle Fusion Middleware Documentation Library [online]. [cit ]. Dostupný z WWW: [21] Introduction to Building Your Metadata Repository. ORACLE. Oracle Fusion Middleware Documentation Library [online] [cit ]. Dostupný z WWW: [22] Investiční pozice ČR vůči zahraničí a zahraniční zadluženost. In: Česká národní banka [online]. [cit ]. Dostupný z WWW: https://www.cnb.cz/cs/kalendar/investicni-pozice-cr-vuci-zahranici-a-zahranicnizadluzenost/ _02.html [23] Jste připraveni na business intelligence 2.0?. Ekonomické a informační systémy v praxi [online]. 9/2011: IT SYSTEMS [cit ]. Dostupný z WWW: [24] Microsoft Office Excel 2007 as front-end to SQL Server ELEMENT61. Element61: Business Intelligence - Performance Management consulting [online]. [cit ]. Dostupný z WWW: [25] Microsoft SharePoint MICROSOFT. Microsoft Česká republika: Software, IT, Digitální svět [online] [cit ]. Dostupný z WWW: 88

89 [26] Microsoft SQL Server 2008: SQL Server 2008 R2. MICROSOFT. Microsoft Česká republika: Software, IT, Digitální svět [online] [cit ]. Dostupný z WWW: [27] MICROSTRATEGY. Microstrategy9_brochure_cs [online]. Köln, 2009 [cit ]. ISBN COLL Dostupný z WWW: [28] O ČNB: Česká národní banka. ČNB. Česká národní banka [online]. [cit ]. Dostupný z WWW: [29] O nás: SAS. SAS INSTITUTE INC. SAS: Business Analytics and Business Intelligence Software [online]. [cit ]. Dostupný z WWW: [30] Oracle Business Intelligence Enterprise Edition Platform Components. ORACLE. Oracle: Hardware and Software, Engineered to Work Together [online]. [cit ]. Dostupný z WWW: [31] Produkty a řešení: SAS. SAS. SAS: Business Analytics and Business Intelligence Software [online]. [cit ]. Dostupný z WWW: [32] Roadmap SAP BusinessObjects BI: SAP.info. SAP.info [online]. [cit ]. Dostupný z WWW: [33] SAP: Business Intelligence Solutions l Access, Analyze, and Explore Data. SAP Business Management Software Solutions, Applications and Services [online]. [cit ]. Dostupný z WWW: [34] SAP Česká republika: Software Business Intelligence. SAP. SAP Česká republika - SAP: Business Management Software Solutions Applications and Services [online]. [cit ]. Dostupný z WWW: [35] Výkaznictví a sběr dat: Česká národní banka. ČNB. Česká národní banka [online]. [cit ]. Dostupný z WWW: Akademické práce [36] KOCÁBEK, Tomáš. Sběr a zpracování dat v ČNB. Praha, BIVŠ, s. Bakalářská práce Zákony a předpisy [37] Česká republika. Pokyny České národní banky č. 62: O rozvoji informačních systémů a informačních technologií v České národní bance. In: Zpravodaj ČNB částka 5/2010. Praha: ČNB, 2010, 5/

90 Seznam zkratek Zkratka Anglický termín Český ekvivalent / výklad pojmu ADF AJAX APEX ARAD BI BIS CASE CEIM COBIT CRM Oracle Application Development Framework Asynchrnous JavaScript and XML Oracle Application Express Business Intelligence Bank for Internatinal Settlements Computer Aided Software Engineering Common Enterprise Information Model Control Objectives for Information and related Technology Customer relationship management Nástroj pro komplexní vývoj webových aplikací postavených na standardu J2EE Obecné označení technologií sloužících k vývoji interaktivních webových aplikací Nástroj pro tvorbu webových aplikací pracujících nad databázemi Oracle Hlavní prezentační systém agregovaných statistických dat v ČNB Zahrnuje nástroje a postupy jenž usnadňují přístup k datům a jejich analýzu z cílem zlepšit a optimalizovat rozhodování a výkonnost[15] Banka pro mezinárodní zúčtování je mezinárodní organizace, jenž podporuje mezinárodní měnovou a finanční spolupráci a slouží jako banka pro centrální banky Nástroje pro správu vývoje IS s podporou týmové práce a sdílením rozpracovaných částí budovaného systému Model metadat BI Serveru Metodika vydaná organizací ISACA pro hodnocení kvality IS Řízení vztahu se zákazníkem CSS Cascading Style Sheets Jazyk pro formátování internetových stránek ČNB ČSÚ DML Data Manipulation Language Česká národní banka Český statistický úřad Kategorie jazyka SQL pro manipulaci s daty ECB European Central Bank Evropská centrální banka EDI ERP Electronic Data Interchange Enterprise resource planning Elektronická výměna standardních strukturovaných zpráv mezi aplikacemi či systémy Systém pro integraci a automatizaci podnikových produkčních procesů 90

91 Zkratka Anglický termín Český ekvivalent / výklad pojmu EU European Union Evropská unie ESCB ETL Eurostat EXDI FASMI FD GESMES/TS GUI HTML IMF IP IS/IT IS UNIZBIP ITIL J2EE JSF JVM LDAP European System of Central Banks Extract, transform and load Fast Analysis of Shared Multidimensional Information Evropský systém centrálních bank Jedná se procesy, používané zejména v datových skladech, jenž zajišťující převádění dat ze zdrojových systémů do cílových struktur Evropský statistický úřad shromažďující statistická data pro potřeby EU Aplikační rozhraní vycházející z komerčního produktu webmethods Alternativní popis OLAP nástrojů[13] Finanční deriváty - jedná se o instrumenty, jenž se oceňují na základě tržních cen jednoho či více podkladových aktiv Nezávislý formát pro výměnu statistických dat mezi organizacemi Graphical User Interface Grafické uživatelské rozhraní HyperText Markup Language International Monetary Fund Information Technology Infrastructure Library Java 2 Enterprise Edition JavaServer Faces Java Virtual Machine Lightweight Directory Access Protocol Značkovací jazyk pro hypertext. Je jedním z jazyků pro vytváření stránek v systému World Wide Web Mezinárodní měnový fond Investiční pozice vůči zahraničí. Vyčísluje aktuální stav příslušných finančních aktiv a pasiv ke stanovenému dni Informační systém/informační technologie Informační systém pro sestavení a analýzu platební bilance a investiční pozice v ČNB Metodika a best practise pro řízení provozu a poskytování služeb IS/IT Definuje standardy pro vývoj vícevrstvých aplikací Framework (rámec) pro vývoj profesionálních webových aplikací. Virtuální stroj složený ze sady programů, jenž umožňuje zpracovat mezikód Java bytecode Definovaný protokol pro ukládání a přístup k datům na adresářovém serveru 91

92 Zkratka Anglický termín Český ekvivalent / výklad pojmu MDIS MHTML MU MVC OBIEE ODBC OECD OLAP OpenPGP PL/SQL PB PDF ROLAP RSS SDNS SOA SOAP Multidimensional Development of Information System Mime HyperText Markup Language Monetary Unit Model-View-Controller Oracle Business Intelligence Enterprise Edition Open Database Connectivity Organisation for Economic Co-operation and Development On-Line Analytical Processing Procedural Language/ Structured Query Language Portable Document Format Relational Online Analytical Processing Really Simple Syndication Service-Oriented Architecture Simple Object Access Protocol Multidimenzionální metodika pro vývoj a údržbu komplexního integrovaného IS Archivní webový formát používaný při kombinaci zdrojů do jednoho souboru Kontextu této práce se jedná o Evropskou měnovou unii Softwarová architektura oddělující datový model, řídící logiku a uživatelské rozhraní. Komplexní řešení BI od firmy Oracle Ovladače OS Windows pro připojení databází Organizace pro hospodářskou spolupráci a rozvoj Způsob uložení velkých objemů dat v databázi, jenž dovoluje rychlé a pružné provádění dotazů a analýz. Standard pro šifrování a podepisování dat Procedurální nadstavba jazyk SQL Platební bilance - obsahuje souhrn ekonomických transakcí se zahraničím za dané časové období Nezávislý formát pro ukládání dokumentů založený na jazyce PostScript. Převod operací nad multidimenzionálními daty na standardní relační operace Rodina XML formátů Webová aplikace ČNB určená pro sběr dat od bankovních, ostatních finančních a nefinančních subjektů Architektura orientovaná na služby. Pokročilá fáze budování podnikových informačních systémů Protokol pro výměnu strukturovaných zpráv založených na XML 92

93 Zkratka Anglický termín Český ekvivalent / výklad pojmu SQL Structured Query Language Strukturovaný dotazovací jazyk relačních databází UI User Interface Uživatelské rozhraní UML Unified Modeling Language WB World Bank Světová banka X.400 XML Extensible Markup Language Nezávislý grafický jazyk pro objektově orientované modelování Soubor doporučení definující standardy pro Message Handling System (MHS) Obecný značkovací jazyk určený především pro výměnu dat mezi aplikacemi a pro publikování dokumentů 93

94 Příloha č. 1 Členění primárních modulů ve struktuře platební bilance Platební bilance - vrcholová struktura Položka Modul IS UNIZBIP I Běžný účet Součtová položka A. Obchodní bilance Zboží B. Bilance služeb Služby C. Bilance výnosů Součtová položka 1. Náhrady zaměstnancům Důchody a KÚ 2. Investiční výnosy Součtová položka 2.1 Přímé investice PZI 2.2 Portfoliové investice PI 2.3 Ostatní investice Všechny moduly ostatních investic a ostatní položky D. Běžné převody Důchody a KÚ II Kapitálový účet Důchody a KÚ III Finanční účet Součtová položka 1. Přímé investice 1.1 v zahraničí PZI 1.2 zahraničí v tuzemsku 2. Portfoliové investice 2.1 majetkové cenné papíry a účasti PI 2.2 dluhové cenné papíry 3. Finanční deriváty FD 4. Ostatní investice součet 4.1 ČNB Ostatní investice - MFI, MA 4.2 vláda Ostatní investice - vláda 4.3 měnové finanční instituce Ostatní investice - MFI, MA 4.4 ostatní sektory Ostatní investice - ostatní sektory 5. Změna devizových rezerv (-nárůst) Rezervy IV Saldo chyb a opomenutí, kursové rozdíly Zdroj: Vlastní tvorba Rozdílová položka 94

95 Členění primárních modulů ve struktuře investiční pozice Investiční pozice - vrcholová struktura Položka Modul IS UNIZBIP Aktiva Součtová položka Přímé investice v zahraničí PZI Portfoliové investice PI Finanční deriváty FD Ostatní investice Všechny moduly ostatních investic Rezervy ČNB Rezervy Pasiva Součtová položka Přímé investice v ČR PZI Portfoliové investice Finanční deriváty Ostatní investice Saldo investiční pozice PI FD Všechny moduly ostatních investic Součtová položka Zdroj: Vlastní tvorba 95

96 Ukázka uživatelského rozhraní vytvořeného pro primární modul FD Příloha č. 2 Zdroj: Oracle Application Expres (UI) vlastní tvorba 96

97 Příloha č. 3 Struktura položek Finančních derivátů pro platební bilanci a investiční pozici BOP ITEM NÁZEV TYP SALDO 910 FINANČNÍ DERIVÁTY - SALDO součtová 911 Finanční deriváty měnových institucí - saldo součtová 912 Finanční deriváty vládních institucí - saldo součtová 912_S.1311 Ústřední vládní instituce součtová 912_S.1312 Národní vládní instituce součtová 912_S.1313 Místní vládní instituce součtová 912_S.1314 Fondy sociálního zabezpečení součtová 913 Finanční deriváty ostatních měnových finančních institucí součtová 913_S.1221 Banky součtová 913_S.1222 Spořitelní a úvěrní družstva součtová 913_S.1223 Fondy peněžního trhu součtová 913_S.1224 Jiné měnové finanční instituce součtová 914 Finanční deriváty ostatních sektorů - saldo součtová 914_S.11 Nefinanční podniky součtová 914_S.123 Ostatní finanč. zprostř. (bez pojišť. spol. a penzij. fondů) součtová 914_S.124 Pomocné finanční instituce součtová 914_S.1251 Pojišťovací společnosti součtová 914_S.1252 Penzijní fondy součtová 914_S.14 Domácnosti součtová 914_S.15 Neziskové instituce sloužící domácnostem součtová AKTIVA 900 FINANČNÍ DERIVÁTY - aktiva součtová 901 Finanční deriváty měnových institucí - aktiva primární 902 Finanční deriváty vládních institucí - aktiva součtová 902_S.1311 Ústřední vládní instituce primární 902_S.1312 Národní vládní instituce primární 902_S.1313 Místní vládní instituce primární 902_S.1314 Fondy sociálního zabezpečení primární 903 Finanční deriváty ostatních měnových finančních institucí součtová 903_S.1221 Banky primární 903_S.1222 Spořitelní a úvěrní družstva primární 903_S.1223 Fondy peněžního trhu primární 903_S.1224 Jiné měnové finanční instituce primární 904 Finanční deriváty ostatních sektorů - aktiva součtová 904_S.11 Nefinanční podniky primární 97

98 904_S.123 Ostatní finanč. zprostř. (bez pojišť. spol. a penzij. fondů) primární 904_S.124 Pomocné finanční instituce primární 904_S.1251 Pojišťovací společnosti primární 904_S.1252 Penzijní fondy primární 904_S.14 Domácnosti primární 904_S.15 Neziskové instituce sloužící domácnostem primární PASIVA 905 FINANČNÍ DERIVÁTY - pasiva součtová 906 Finanční deriváty měnových institucí - pasiva primární 907 Finanční deriváty vládních institucí - pasiva součtová 907_S.1311 Ústřední vládní instituce primární 907_S.1312 Národní vládní instituce primární 907_S.1313 Místní vládní instituce primární 907_S.1314 Fondy sociálního zabezpečení primární 908 Finanční deriváty ostatních měnových finančních institucí součtová 908_S.1221 Banky primární 908_S.1222 Spořitelní a úvěrní družstva primární 908_S.1223 Fondy peněžního trhu primární 908_S.1224 Jiné měnové finanční instituce primární 909 Finanční deriváty ostatních sektorů - pasiva součtová 909_S.11 Nefinanční podniky primární 909_S.123 Ostatní finanč. zprostř. (bez pojišť. spol. a penzij. fondů) primární 909_S.124 Pomocné finanční instituce primární 909_S.1251 Pojišťovací společnosti primární 909_S.1252 Penzijní fondy primární 909_S.14 Domácnosti primární 909_S.15 Neziskové instituce sloužící domácnostem primární Zdroj: Vlastní úprava 98

99 Příloha č. 4 Ukázka interaktivního panelu pro modul FD IS UNIZBIP Zdroj: OBIEE Interactive Dashboards vlastní tvorba 99

Business Intelligence

Business Intelligence Business Intelligence Josef Mlnařík ISSS Hradec Králové 7.4.2008 Obsah Co je Oracle Business Intelligence? Definice, Od dat k informacím, Nástroj pro operativní řízení, Integrace informací, Jednotná platforma

Více

Základy business intelligence. Jaroslav Šmarda

Základy business intelligence. Jaroslav Šmarda Základy business intelligence Jaroslav Šmarda Základy business intelligence Business intelligence Datový sklad On-line Analytical Processing (OLAP) Kontingenční tabulky v MS Excelu jako příklad OLAP Dolování

Více

DATABÁZOVÉ SYSTÉMY. Metodický list č. 1

DATABÁZOVÉ SYSTÉMY. Metodický list č. 1 Metodický list č. 1 Cíl: Cílem předmětu je získat přehled o možnostech a principech databázového zpracování, získat v tomto směru znalosti potřebné pro informačního manažera. Databázové systémy, databázové

Více

Vývoj moderních technologií při vyhledávání. Patrik Plachý SEFIRA spol. s.r.o. plachy@sefira.cz

Vývoj moderních technologií při vyhledávání. Patrik Plachý SEFIRA spol. s.r.o. plachy@sefira.cz Vývoj moderních technologií při vyhledávání Patrik Plachý SEFIRA spol. s.r.o. plachy@sefira.cz INFORUM 2007: 13. konference o profesionálních informačních zdrojích Praha, 22. - 24.5. 2007 Abstrakt Vzhledem

Více

Aplikace IS, outsourcing, systémová integrace. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/

Aplikace IS, outsourcing, systémová integrace. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Aplikace IS, outsourcing, systémová integrace Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Kontext Dodavatelé Strategická Zákazníci ERP Taktická Operativní Kategorie ERP - zaměřeno na

Více

Nová dimenze rozhodovacího procesu

Nová dimenze rozhodovacího procesu Nová dimenze rozhodovacího procesu Marek Matoušek Pavel Mašek Data, nebo INFORMACE Využití dostupných firemních dat Několik systémů, mnoho různých dat Různé divize, různé potřeby Potřeba integrace dat

Více

Manažerský informační systém na MPSV. Mgr. Karel Lux, vedoucí oddělení koncepce informatiky MPSV

Manažerský informační systém na MPSV. Mgr. Karel Lux, vedoucí oddělení koncepce informatiky MPSV Manažerský informační systém na MPSV Mgr. Karel Lux, vedoucí oddělení koncepce informatiky MPSV Konference ISSS-2009 Hradec Králové Aldis 6. dubna 2009 MIS na MPSV časové údaje projektu Vytvoření MIS MPSV

Více

10. Datové sklady (Data Warehouses) Datový sklad

10. Datové sklady (Data Warehouses) Datový sklad 10. Datové sklady (Data Warehouses) Datový sklad komplexní data uložená ve struktuře, která umožňuje efektivní analýzu a dotazování data čerpána z primárních informačních systémů a dalších zdrojů OLAP

Více

Aplikace IS, outsourcing, systémová integrace. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/

Aplikace IS, outsourcing, systémová integrace. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Aplikace IS, outsourcing, systémová integrace Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Kontext Dodavatelé Strategická Zákazníci ERP Taktická Operativní Kategorie ERP - zaměřeno na

Více

Wonderware Information Server 4.0 Co je nového

Wonderware Information Server 4.0 Co je nového Wonderware Information Server 4.0 Co je nového Pavel Průša Pantek (CS) s.r.o. Strana 2 Úvod Wonderware Information Server je výrobní analytický a reportní informační portál pro publikaci výrobních dat

Více

Na co se můžete s Oracle BI těšit

<Insert Picture Here> Na co se můžete s Oracle BI těšit Na co se můžete s Oracle BI těšit Tomáš Pospíšil, Oracle Czech Olomouc, 6.3.2014 Oracle BI Ukázka Oracle BI Možnosti platformy Oracle Business

Více

Příprava dat v softwaru Statistica

Příprava dat v softwaru Statistica Příprava dat v softwaru Statistica Software Statistica obsahuje pokročilé nástroje pro přípravu dat a tvorbu nových proměnných. Tyto funkcionality přinášejí značnou úsporu času při přípravě datového souboru,

Více

Business Intelligence nástroje a plánování

Business Intelligence nástroje a plánování Business Intelligence nástroje a plánování pro snadné reportování a vizualizaci Petr Mlejnský Business Intelligence pro reporting, analýzy a vizualizaci Business Intelligence eporting Dashboardy a vizualizace

Více

Architektury Informačních systémů. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/

Architektury Informačních systémů. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Architektury Informačních systémů Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Nutné pojmy Co je to informační systém? Jaké oblasti zahrnuje? Jaká je vazba IS na podnikovou strategii?

Více

Základní informace o co se jedná a k čemu to slouží

Základní informace o co se jedná a k čemu to slouží Základní informace o co se jedná a k čemu to slouží založené na relačních databází transakční systémy, které jsou určeny pro pořizování a ukládání dat v reálném čase (ERP, účetní, ekonomické a další podnikové

Více

Tovek Server. Tovek Server nabízí následující základní a servisní funkce: Bezpečnost Statistiky Locale

Tovek Server. Tovek Server nabízí následující základní a servisní funkce: Bezpečnost Statistiky Locale je serverová aplikace určená pro efektivní zpracování velkého objemu sdílených nestrukturovaných dat. Umožňuje automaticky indexovat data z různých informačních zdrojů, intuitivně vyhledávat informace,

Více

PŘÍLOHA C Požadavky na Dokumentaci

PŘÍLOHA C Požadavky na Dokumentaci PŘÍLOHA C Požadavky na Dokumentaci Příloha C Požadavky na Dokumentaci Stránka 1 z 5 1. Obecné požadavky Dodavatel dokumentaci zpracuje a bude dokumentaci v celém rozsahu průběžně aktualizovat při každé

Více

ARCHITEKTURA INFORMAČNÍCH SYSTÉMŮ PODLE ÚROVNĚ ŘÍZENÍ

ARCHITEKTURA INFORMAČNÍCH SYSTÉMŮ PODLE ÚROVNĚ ŘÍZENÍ ARCHITEKTURA INFORMAČNÍCH SYSTÉMŮ PODLE ÚROVNĚ ŘÍZENÍ Podle toho, zda informační systém funguje na operativní, taktické nebo strategické řídicí úrovni, můžeme systémy rozdělit do skupin. Tuto pyramidu

Více

GTL GENERATOR NÁSTROJ PRO GENEROVÁNÍ OBJEKTŮ OBJEKTY PRO INFORMATICA POWERCENTER. váš partner na cestě od dat k informacím

GTL GENERATOR NÁSTROJ PRO GENEROVÁNÍ OBJEKTŮ OBJEKTY PRO INFORMATICA POWERCENTER. váš partner na cestě od dat k informacím GTL GENERATOR NÁSTROJ PRO GENEROVÁNÍ OBJEKTŮ OBJEKTY PRO INFORMATICA POWERCENTER váš partner na cestě od dat k informacím globtech spol. s r.o. karlovo náměstí 17 c, praha 2 tel.: +420 221 986 390 info@globtech.cz

Více

CPM/BI a jeho návaznost na podnikové informační systémy. Martin Závodný

CPM/BI a jeho návaznost na podnikové informační systémy. Martin Závodný CPM/BI a jeho návaznost na podnikové informační systémy Martin Závodný Agenda Význam CPM/BI Aplikace CPM/BI Projekty CPM/BI Kritické body CPM/BI projektů Trendy v oblasti CPM/BI Diskuse Manažerské rozhodování

Více

MBI - technologická realizace modelu

MBI - technologická realizace modelu MBI - technologická realizace modelu 22.1.2015 MBI, Management byznys informatiky Snímek 1 Agenda Technická realizace portálu MBI. Cíle a principy technického řešení. 1.Obsah portálu - objekty v hierarchiích,

Více

Business Intelligence 2015. Hlavní témata, která budou v roce 2015 určovat vývoj business intelligence řešení a služeb.

Business Intelligence 2015. Hlavní témata, která budou v roce 2015 určovat vývoj business intelligence řešení a služeb. Business Intelligence 2015 Hlavní témata, která budou v roce 2015 určovat vývoj business intelligence řešení a služeb. Leden 2015 Téma č. 1: Cloudové služby budou využívat lokální data V roce 2015 se zvýší

Více

Chytrá systémová architektura jako základ Smart Administration

Chytrá systémová architektura jako základ Smart Administration Chytrá systémová architektura jako základ Smart Administration Ing. Petr Škvařil, Pardubický kraj Dipl. Ing.Zdeněk Havelka PhD. A-21 s.r.o. 1 Nepříjemné dotazy Jsme efektivní v provozování veřejné správy?

Více

Metadata. MI-DSP 2013/14 RNDr. Ondřej Zýka, ondrej.zyka@profinit.eu

Metadata. MI-DSP 2013/14 RNDr. Ondřej Zýka, ondrej.zyka@profinit.eu Metadata MI-DSP 2013/14 RNDr. Ondřej Zýka, ondrej.zyka@profinit.eu Co to jsou metadata Chybějící metadata Doplněná metadata Co o metadatech říkají autority Řízení metadata je nepochybně nejdůležitější

Více

Marketingová komunikace. 3. soustředění. Mgr. Pavel Vávra 9103@mail.vsfs.cz. Kombinované studium Skupina N9KMK3PH (vm3bph)

Marketingová komunikace. 3. soustředění. Mgr. Pavel Vávra 9103@mail.vsfs.cz. Kombinované studium Skupina N9KMK3PH (vm3bph) Marketingová komunikace Kombinované studium Skupina N9KMK3PH (vm3bph) 3. soustředění Mgr. Pavel Vávra 9103@mail.vsfs.cz http://vavra.webzdarma.cz/home/index.htm Zdroje Studijní materiály Heleny Palovské

Více

Od klasického reportingu k SAP BO Design studio na BW power by HANA Pavel Strnad

Od klasického reportingu k SAP BO Design studio na BW power by HANA Pavel Strnad Od klasického reportingu k SAP BO Design studio na BW power by HANA Pavel Strnad CIO PIA5 NSC Prague Obsah Představení firmy Migrace BW to HANA BI architektura ve Wincor Nixdorf Migrační varianty z BW

Více

PRODUKTY. Tovek Tools

PRODUKTY. Tovek Tools jsou desktopovou aplikací určenou k vyhledávání informací, tvorbě různých typů analýz a vytváření přehledů a rešerší. Jsou vhodné pro práci i s velkým objemem textových dat z různorodých informačních zdrojů.

Více

Marketingová komunikace. 2. a 3. soustředění. Mgr. Pavel Vávra 9103@mail.vsfs.cz. Kombinované studium Skupina N9KMK3PH (vm3aph)

Marketingová komunikace. 2. a 3. soustředění. Mgr. Pavel Vávra 9103@mail.vsfs.cz. Kombinované studium Skupina N9KMK3PH (vm3aph) Marketingová komunikace Kombinované studium Skupina N9KMK3PH (vm3aph) 2. a 3. soustředění Mgr. Pavel Vávra 9103@mail.vsfs.cz http://vavra.webzdarma.cz/home/index.htm Co nás čeká: 2. soustředění 16.1.2009

Více

TM1 vs Planning & Reporting

TM1 vs Planning & Reporting R TM1 vs Planning & Reporting AUDITOVATELNOST? ZABEZPEČENÍ? SDÍLENÍ? KONSOLIDACE? PROPOJITELNOST???? TM1?? COGNOS PLANNING IBM COGNOS 8 PLANNING Cognos Planning Podpora plánovacího cyklu Jednoduchá tvorba

Více

MIS. Manažerský informační systém. pro. Ekonomický informační systém EIS JASU CS. Dodavatel: MÚZO Praha s.r.o. Politických vězňů 15 110 00 Praha 1

MIS. Manažerský informační systém. pro. Ekonomický informační systém EIS JASU CS. Dodavatel: MÚZO Praha s.r.o. Politických vězňů 15 110 00 Praha 1 MIS Manažerský informační systém pro Ekonomický informační systém EIS JASU CS Dodavatel: MÚZO Praha s.r.o. Politických vězňů 15 110 00 Praha 1 Poslední aktualizace dne 5.8.2014 MÚZO Praha s.r.o. je certifikováno

Více

Tovek Tools. Tovek Tools jsou standardně dodávány ve dvou variantách: Tovek Tools Search Pack Tovek Tools Analyst Pack. Připojené informační zdroje

Tovek Tools. Tovek Tools jsou standardně dodávány ve dvou variantách: Tovek Tools Search Pack Tovek Tools Analyst Pack. Připojené informační zdroje jsou souborem klientských desktopových aplikací určených k indexování dat, vyhledávání informací, tvorbě různých typů analýz a vytváření přehledů a rešerší. Jsou vhodné pro práci s velkým objemem textových

Více

3 zdroje dat. Relační databáze EIS OLAP

3 zdroje dat. Relační databáze EIS OLAP Zdroje dat 3 zdroje dat Relační databáze EIS OLAP Relační databáze plochá dvourozměrná tabulková data OLTP (Online Transaction Processing) operace selekce projekce spojení průnik, sjednocení, rozdíl dotazování

Více

BI & DWH & MIS nástroj 2. generace

BI & DWH & MIS nástroj 2. generace Pavel Seibert KOMIX s.r.o. Avenir Business Park Radlická 751/113e, 158 00 Praha 5 tel.: +420 257 288 211 Úvod Pro oblast Business Intelligence je na trhu celá řada osvědčených produktů osvědčených firem

Více

Microsoft SharePoint Portal Server 2003. Zvýšená týmová produktivita a úspora času při správě dokumentů ve společnosti Makro Cash & Carry ČR

Microsoft SharePoint Portal Server 2003. Zvýšená týmová produktivita a úspora času při správě dokumentů ve společnosti Makro Cash & Carry ČR Microsoft SharePoint Portal Server 2003 Zvýšená týmová produktivita a úspora času při správě dokumentů ve společnosti Makro Cash & Carry ČR Přehled Země: Česká republika Odvětví: Velkoobchod Profil zákazníka

Více

powerful SAP-Solutions

powerful SAP-Solutions We deliver powerful SAP-Solutions to the World! Praktický průvodce novými SAP technologiemi Září 2015 Martin Chmelař itelligence, a.s. Milníky: 2002: založení společnosti 2008: společnost členem itelligence

Více

Statistica, kdo je kdo?

Statistica, kdo je kdo? Statistica, kdo je kdo? Newsletter Statistica ACADEMY Téma: Typy instalací Typ článku: Teorie Někteří z vás používají univerzitní licence, někteří síťové, podnikové atd. V tomto článku Vám představíme,

Více

webmarketin Základní moduly aplikace

webmarketin Základní moduly aplikace webmarketin Aplikace webmarketing je komplexní online nástroj určený pro podporu a řízení marketingu a CRM ve společnosti. Její součástí jsou webové ankety, SMS kampaně nebo newslettery, které lze spravovat

Více

Reportingová platforma v České spořitelně

Reportingová platforma v České spořitelně Reportingová platforma v České spořitelně Agenda Implementované prostředí Cognos 8 v ČS Marek Varga, Česká spořitelna, a.s. Využití platformy Cognos z pohledu businessu Petr Kozák, Česká spořitelna, a.s.

Více

ERP: Integrační platforma ve výrobní společnosti. Ing. Tomáš Hanáček Dynamica, a.s.

ERP: Integrační platforma ve výrobní společnosti. Ing. Tomáš Hanáček Dynamica, a.s. ERP: Integrační platforma ve výrobní společnosti Ing. Tomáš Hanáček Dynamica, a.s. Něco málo historie Terminálové sítě PC sítě Sálové počítače centrální zpracování dat Počet uživatelů podnikového IS v

Více

ArcGIS Online Subscription

ArcGIS Online Subscription ArcGIS Online Subscription GIS pro organizace ArcGIS Online je GIS v cloudu. Poskytuje služby GIS v prostředí internetu, ať už se jedná o úložné místo, publikaci mapových a geoprocessingových služeb, nebo

Více

Implementace MS SharePoint 2010

Implementace MS SharePoint 2010 7 Shared Experience Informační systémy a integrace Implementace MS SharePoint 2010 Růstová strategie Škoda Auto potřebuje v oblasti servisního businessu nová řešení a platformy pro globální komunikaci

Více

Olga Rudikova 2. ročník APIN

Olga Rudikova 2. ročník APIN Olga Rudikova 2. ročník APIN Redakční (publikační) systém neboli CMS - content management system (systém pro správu obsahu) je software zajišťující správu dokumentů, nejčastěji webového obsahu. (webová

Více

Cloudové řešení pro ŠKODA AUTO

Cloudové řešení pro ŠKODA AUTO Cloudové řešení pro ŠKODA AUTO Automobilový výrobce společnost ŠKODA AUTO, která působí na více než 100 trzích v rámci celého světa, implementovala cloudové řešení MS Azure. Nahrazením původního řešení

Více

Optimalizaci aplikací. Ing. Martin Pavlica

Optimalizaci aplikací. Ing. Martin Pavlica Optimalizaci aplikací Ing. Martin Pavlica Vize: Aplikace v dnešním světě IT Ze všech částí IT jsou aplikace nejblíže businessu V elektronizovaném světě významným způsobem podporují business, ten se na

Více

Systémy pro podporu. rozhodování. 2. Úvod do problematiky systémů pro podporu. rozhodování

Systémy pro podporu. rozhodování. 2. Úvod do problematiky systémů pro podporu. rozhodování 1 Systémy pro podporu rozhodování 2. Úvod do problematiky systémů pro podporu rozhodování 2 Připomenutí obsahu minulé přednášky Rozhodování a jeho počítačová podpora Manažeři a rozhodování K čemu počítačová

Více

INFORMAČNÍ SYSTÉMY (IS) Ing. Pavel Náplava Katedra počítačů K336, ČVUT FEL Praha 2004/2005

INFORMAČNÍ SYSTÉMY (IS) Ing. Pavel Náplava Katedra počítačů K336, ČVUT FEL Praha 2004/2005 INFORMAČNÍ SYSTÉMY (IS) Ing. Pavel Náplava Katedra počítačů K336, ČVUT FEL Praha 2004/2005 AGENDA definice IS, zavedení pojmů možnosti a rozdělení typická struktura technologie nasazení praktická ukázka

Více

ORACLE ŘÍZENÍ FINANCÍ

ORACLE ŘÍZENÍ FINANCÍ ORACLE ŘÍZENÍ FINANCÍ Modul Oracle řízení financí je celopodnikové řešení pro správu likvidity a řízení peněžních prostředků. Tento modul je součástí Aplikací Oracle. To je integrovaná sada aplikací elektronického

Více

Databáze Bc. Veronika Tomsová

Databáze Bc. Veronika Tomsová Databáze Bc. Veronika Tomsová Databázové schéma Mapování konceptuálního modelu do (relačního) databázového schématu. 2/21 Fyzické ik schéma databáze Určuje č jakým způsobem ů jsou data v databázi ukládána

Více

Databáze v MS ACCESS

Databáze v MS ACCESS 1 z 14 19.1.2014 18:43 Databáze v MS ACCESS Úvod do databází, návrh databáze, formuláře, dotazy, relace 1. Pojem databáze Informací se data a vztahy mezi nimi stávají vhodnou interpretací pro uživatele,

Více

7. Enterprise Search Pokročilé funkce vyhledávání v rámci firemních datových zdrojů

7. Enterprise Search Pokročilé funkce vyhledávání v rámci firemních datových zdrojů 7. Enterprise Search Pokročilé funkce vyhledávání v rámci firemních datových zdrojů Verze dokumentu: 1.0 Autor: Jan Lávička, Microsoft Časová náročnost: 30 40 minut 1 Cvičení 1: Vyhledávání informací v

Více

UDS for ELO. Univerzální datové rozhraní. >> UDS - Universal Data Source

UDS for ELO. Univerzální datové rozhraní. >> UDS - Universal Data Source Univerzální datové rozhraní UDS for ELO UDS pro ELO je univerzální datové rozhraní, schopné napojit systém pro archivaci a správu dokumentů ELO na libovolný datový zdroj a to bez nutnosti programování.

Více

Připravte se na konjunkturu se systémem řízení údržby SGM. SGM moderní nástroj pro řízení údržby nejen výrobních zařízení

Připravte se na konjunkturu se systémem řízení údržby SGM. SGM moderní nástroj pro řízení údržby nejen výrobních zařízení Připravte se na konjunkturu se systémem řízení údržby SGM SGM moderní nástroj pro řízení údržby nejen výrobních zařízení 30.3.2010 konference EAM, Brno Boris Soukeník ředitel Synergit s.r.o. Agenda prezentace

Více

Znalostní systém nad ontologií ve formátu Topic Maps

Znalostní systém nad ontologií ve formátu Topic Maps Znalostní systém nad ontologií ve formátu Topic Maps Ladislav Buřita, Petr Do ladislav.burita@unob.cz; petr.do@unob.cz Univerzita obrany, Fakulta vojenských technologií Kounicova 65, 662 10 Brno Abstrakt:

Více

Novell Identity Management. Jaromír Látal Datron, a.s.

Novell Identity Management. Jaromír Látal Datron, a.s. Novell Identity Management Jaromír Látal Datron, a.s. 19.4.2012 1 Identity management základní vlastnosti Jednoduché a rychlé poskytování uživatelských účtů Samoobslužné funkce pro uživatele Snadný návrh

Více

1. Dostupné řešení CRM

1. Dostupné řešení CRM 1. Dostupné řešení CRM 1.1. Popis řešení Kompaktní CRM řešení s garantovaným časem zavedení! Komunikační systémy společnosti Siemens ve spojení se speciálním startovacím balíčkem osvědčeného evropského

Více

Vnitřní integrace úřadu Středočeského kraje

Vnitřní integrace úřadu Středočeského kraje VIÚ Středočeského kraje, Mgr. Jan Drnovský, Mgr. Václav Pávek 09/11/15 Vnitřní integrace úřadu Středočeského kraje Vnitřní integrace úřadu KUSK Krajský úřad Středočeského kraje 2 Obecné předpoklady řešení

Více

Produkty třídy BYZNYS

Produkty třídy BYZNYS Produkty třídy BYZNYS - jistota, spolehlivost a dynamika ve Vašich datech Jiří Rákosník, obchodní ředitel ing. Vlastimil Fousek, vedoucí analytického a vývojového oddělení Produkty třídy BYZNYS informační

Více

People Manager Komplexní řízení zdrojů a projektů jednoduše

People Manager Komplexní řízení zdrojů a projektů jednoduše People Manager Komplexní řízení zdrojů a projektů jednoduše Hlavní funkce Řízení portfolia projektů Podpora pro Demand Management a prioritizaci Podpora pro rozhodování při plánování releasů aplikací Přehled

Více

Microsoft Windows Server System

Microsoft Windows Server System Microsoft Windows Server System ČRa spouští jako první telekomunikační operátor v České republice služby pro malé a střední firmy, které požadují kancelářské aplikace, e-mail, sdílený kalendář a kontakty

Více

DATOVÝ SKLAD TECHNOLOGICKÝCH DAT

DATOVÝ SKLAD TECHNOLOGICKÝCH DAT R. T. S. cs, spol. s r. o. Novinářská 1113/3 709 00 Ostrava IČO: 18051367 DIČ: CZ18051367 Tel.: +420 59 7450 219 Fax: +420 59 7450 247 E-mail: info@rtscs.cz URL: www.rtscs.cz Společnost je zapsána v OR

Více

Elektronické dokumenty - jak efektivně na jejich správu a bezpečnost?

Elektronické dokumenty - jak efektivně na jejich správu a bezpečnost? 2008 aplis.cz, a.s. All rights reserved. 6.11.2007 Elektronické dokumenty - jak efektivně na jejich správu a bezpečnost? Ing. Jiří Bříza, CSc. 9.4.2008 str. 2 Informace pro úřad Informace a jejich zhmotnění

Více

Podnikové informační systémy Jan Smolík

Podnikové informační systémy Jan Smolík Podnikové informační systémy Jan Smolík Zobecněné schéma aplikační architektury Vlastníci, management Aplikační architektura podnikové informatiky Business Intelligence, manažerské aplikace Obchodní partneři

Více

POKROČILÉ POUŽITÍ DATABÁZÍ

POKROČILÉ POUŽITÍ DATABÁZÍ POKROČILÉ POUŽITÍ DATABÁZÍ Barbora Tesařová Cíle kurzu Po ukončení tohoto kurzu budete schopni pochopit podstatu koncepce databází, navrhnout relační databázi s využitím pokročilých metod, navrhovat a

Více

ELO ECM Suite 9 Just Better Business

ELO ECM Suite 9 Just Better Business ELO ECM Suite 9 - Ve zkratce ELO ECM Suite 9 Just Better Business ELO Enterprise Content Management www.elo.com ELO ECM Suite 9 - Ve zkratce ELO ECM Suite 9 Just Better Business Z inteligentní správy informací

Více

GIS jako důležitá součást BI. Jan Broulík, Petr Panec ARCDATA PRAHA, s.r.o.

GIS jako důležitá součást BI. Jan Broulík, Petr Panec ARCDATA PRAHA, s.r.o. GIS jako důležitá součást BI Jan Broulík, Petr Panec ARCDATA PRAHA, s.r.o. ARCDATA PRAHA, s.r.o. THE GEOGRAPHIC ADVANTAGE Motto Sladit operační taktiku s organizační strategií Strategie bez taktiky je

Více

IBM Content Manager Collaboration Edition ECM služby pro IBM Lotus Quickr

IBM Content Manager Collaboration Edition ECM služby pro IBM Lotus Quickr IBM Content Manager Collaboration Edition ECM služby pro IBM Lotus Quickr 5/2010 IBM Content Manager Collaboration Edition O produktu IBM Content Manager Collaboration Edition IBM Content Manager Collaboration

Více

SAP Business One Analytics powered by SAP HANA: Analytic Content and Enterprise Search

SAP Business One Analytics powered by SAP HANA: Analytic Content and Enterprise Search SAP Business One Analytics powered by SAP HANA: Analytic Content and Enterprise Search Agenda SAP Business One Analytics Powered by SAP HANA (B1A) Analytic Content and Enterprise Search Přehled Dashboardy

Více

Hyperion a vazba na reportovací nástroje

<Insert Picture Here> Hyperion a vazba na reportovací nástroje Hyperion a vazba na reportovací nástroje Martin Grof Senior Konzultant, Oracle Czech Agenda Enterprise Performance management Představení funkčních oblastí realizace úspor Priority

Více

Platforma ArcGIS. Platforma ArcGIS se skládá ze čtyř komponent: dat, zdrojů, portálu a aplikací.

Platforma ArcGIS. Platforma ArcGIS se skládá ze čtyř komponent: dat, zdrojů, portálu a aplikací. Platforma ArcGIS Platforma ArcGIS Platforma ArcGIS je tvořena datovým obsahem, službami a softwarovými produkty, které spolu vzájemně komunikují. Je určena každému, kdo chce snadno a rychle sdělit informaci

Více

Možnosti reportingu v produktech řady EPM

Možnosti reportingu v produktech řady EPM Možnosti reportingu v produktech řady EPM Martin Répal Senior konzultant/manager EPM MCITP, MCP, MOS, MCTS, vtsp, Prince II martin.repal@autocont.cz 1 Jak je to s reportingem? Má SW produkt reporty? Tak

Více

INFORMAČNÍ SYSTÉM VIDIUM A VYUŽITÍ MODERNÍCH TECHNOLOGIÍ

INFORMAČNÍ SYSTÉM VIDIUM A VYUŽITÍ MODERNÍCH TECHNOLOGIÍ INFORMAČNÍ SYSTÉM VIDIUM A VYUŽITÍ MODERNÍCH TECHNOLOGIÍ Michal Brožek, Dominik Svěch, Jaroslav Štefaník MEDIUM SOFT a.s., Cihelní 14, 702 00 Ostrava, ČR Abstrakt Neustále rostoucí význam sběru dat, možnost

Více

Moderní metody automatizace a hodnocení marketingových kampaní

Moderní metody automatizace a hodnocení marketingových kampaní Moderní metody automatizace a hodnocení marketingových kampaní SAS CI Roadshow 2014 24/09/2014 Vít Stinka Agenda Představení společnosti Unicorn Systems Aliance Unicorn Systems a SAS Celkový koncept Customer

Více

Role BI v e-business řešeních pohled do budoucnosti

Role BI v e-business řešeních pohled do budoucnosti Ing. Ota Novotný, Ph.D. katedra informačních technologií Vysoká škola ekonomická v Praze novotnyo@vse.cz katedra informačních technologií VŠE Praha jsme uznávanou autoritou v oblasti aplikované informatiky

Více

Controlling je většinou podřízen přímo CFO resp. exekutivnímu vedení. n=219

Controlling je většinou podřízen přímo CFO resp. exekutivnímu vedení. n=219 Agenda 0 Hlavní závěry controllingového panelu 2012 1 Údaje ke studii 2 Plánování 3 Reporting / řízení / analýza / kontrola 4 Role a organizace controllingu 5 Softwarová podpora v controllingu 6 Zhodnocení

Více

Helios Easy. integrované řešení pro řízení

Helios Easy. integrované řešení pro řízení integrované řešení pro řízení Skupina ASSECO je jedním z nejvýznamnějších softwarových domů ve střední Evropě. Chcete držet své náklady více pod kontrolou? Potřebujete, aby vaše investice měly rychlou

Více

Efektivní řízení pomocí Business Intelligence. Ján Zajíc (Clever Decision) Robert Havránek (Microsoft)

Efektivní řízení pomocí Business Intelligence. Ján Zajíc (Clever Decision) Robert Havránek (Microsoft) Efektivní řízení pomocí Business Intelligence Ján Zajíc (Clever Decision) Robert Havránek (Microsoft) Kde najdete nejefektivnějšího manažera? Hierarchie řízení a informační potřeby High level, agregované

Více

ECM. Enterprise Content Management. čt 9:15 Petr Bouška (xboup00) Zbyněk Hostaš Lukáš Maršíček Martin Nikl (xnikm00)

ECM. Enterprise Content Management. čt 9:15 Petr Bouška (xboup00) Zbyněk Hostaš Lukáš Maršíček Martin Nikl (xnikm00) ECM Enterprise Content Management čt 9:15 Petr Bouška (xboup00) Zbyněk Hostaš Lukáš Maršíček Martin Nikl (xnikm00) Co nás čeká... Definice ECM Problém podnikového obsahu Historie vzniku ECM Architektura

Více

Sísyfos Systém evidence činností

Sísyfos Systém evidence činností Sísyfos Systém evidence Sísyfos : Evidence pracovních Systém Sísyfos je firemní aplikace zaměřená na sledování pracovních úkonů jednotlivých zaměstnanců firmy. Umožňuje sledovat pracovní činnosti na různých

Více

PROVÁZÁNÍ ECM/DMS DO INFORMAČNÍCH SYSTÉMŮ STÁTNÍ A VEŘEJNÉ SPRÁVY

PROVÁZÁNÍ ECM/DMS DO INFORMAČNÍCH SYSTÉMŮ STÁTNÍ A VEŘEJNÉ SPRÁVY PROVÁZÁNÍ ECM/DMS DO INFORMAČNÍCH SYSTÉMŮ STÁTNÍ A VEŘEJNÉ SPRÁVY SYSCOM SOFTWARE Firma vznikla vroce 1994. Zaměřuje se na dodávky komplexních služeb voblasti informačních technologií. Orientuje se zejména

Více

financnasprava.sk Portál Technologie Microsoft zjednodušují komunikaci občanů s Finanční správou SR a činí výběr daní transparentnějším.

financnasprava.sk Portál Technologie Microsoft zjednodušují komunikaci občanů s Finanční správou SR a činí výběr daní transparentnějším. Případová studie Portál financnasprava.sk Technologie Microsoft zjednodušují komunikaci občanů s Finanční správou SR a činí výběr daní transparentnějším. Portál financnasprava.sk Uvedení portálu do života

Více

Služby Microsoft Office 365

Služby Microsoft Office 365 Cena: 2000 Kč + DPH Služby Microsoft Office 365 Kurz je určen všem, kteří se chtějí ponořit do tajů Cloud služeb a chtějí naplno využít možnosti Office 365, jako komunikačního nástroje i prostředí pro

Více

Aplikace pro srovna ní cen povinne ho ruc ení

Aplikace pro srovna ní cen povinne ho ruc ení Aplikace pro srovna ní cen povinne ho ruc ení Ukázkový přiklad mikroaplikace systému Formcrates 2010 Naucrates s.r.o. Veškerá práva vyhrazena. Vyskočilova 741/3, 140 00 Praha 4 Czech Republic tel.: +420

Více

3. Očekávání a efektivnost aplikací

3. Očekávání a efektivnost aplikací VYUŽÍVANÍ INFORMAČNÍCH SYSTÉMŮ V ŘÍZENÍ FIREM Ota Formánek 1 1. Úvod Informační systémy (IS) jsou v současnosti naprosto nezbytné pro úspěšné řízení firem. Informačním ním systémem rozumíme ucelené softwarové

Více

Leady & MERK Integrace Microsoft Dynamics CRM s aplikacemi Leady a MERK

Leady & MERK Integrace Microsoft Dynamics CRM s aplikacemi Leady a MERK Integrace Microsoft Dynamics CRM s aplikacemi Leady a MERK Strana 1 z 12 Obsah 1. Leady... 3 a. Shrnutí... 3 b. Popis modulu... 3 c. Technické podrobnosti o modulu... 5 2. MERK... 6 a. Shrnutí... 6 b.

Více

Slovenská spořitelna:

Slovenská spořitelna: Případová studie Slovenská spořitelna: Microsoft Dynamics CRM pro správu klientů ze segmentu malých a středních podniků Jak jsme Slovenské spořitelně usnadnily a zefektivnily práci s klienty ze segmentu

Více

ARIS Platform softwarová podpora řízení procesů Procesní ARIS laboratoř základ moderní výuky. www.ids-scheer.cz

ARIS Platform softwarová podpora řízení procesů Procesní ARIS laboratoř základ moderní výuky. www.ids-scheer.cz ARIS Platform softwarová podpora řízení procesů Procesní ARIS laboratoř základ moderní výuky www.ids-scheer.cz Agenda Představení IDS Scheer ARIS Platform Scénáře možné spolupráce Vybudování komplexní

Více

Registrační číslo projektu: CZ.1.07/1.5.00/34.0553 Elektronická podpora zkvalitnění výuky CZ.1.07 Vzděláním pro konkurenceschopnost

Registrační číslo projektu: CZ.1.07/1.5.00/34.0553 Elektronická podpora zkvalitnění výuky CZ.1.07 Vzděláním pro konkurenceschopnost Registrační číslo projektu: CZ.1.07/1.5.00/34.0553 CZ.1.07 Vzděláním pro konkurenceschopnost Projekt je realizován v rámci Operačního programu Vzdělávání pro konkurence schopnost, který je spolufinancován

Více

IBM Tivoli Storage Manager 6.2 a IBM Tivoli Storage Manager FastBack 6.1.1

IBM Tivoli Storage Manager 6.2 a IBM Tivoli Storage Manager FastBack 6.1.1 IBM Tivoli Storage Manager 6.2 a IBM Tivoli Storage Manager FastBack 6.1.1 Reporting a Monitoring Ondřej Bláha CEE+R CoP Team / Tivoli Storage Team Leader Září 2010 2010 IBM Corporation TSM 6: Reporting

Více

Obsah Úvod 11 Jak být úspěšný Základy IT

Obsah Úvod 11 Jak být úspěšný Základy IT Obsah Úvod 11 Jak být úspěšný 13 Krok 0: Než začneme 13 Krok 1: Vybrat si dobře placenou oblast 14 Krok 2: Vytvořit si plán osobního rozvoje 15 Krok 3: Naplnit osobní rozvoj 16 Krok 4: Osvojit si důležité

Více

PORTÁL STÁTNÍ ROSTLINOLÉKAŘSKÉ SPRÁVY VE SLUŽBÁCH

PORTÁL STÁTNÍ ROSTLINOLÉKAŘSKÉ SPRÁVY VE SLUŽBÁCH PORTÁL STÁTNÍ ROSTLINOLÉKAŘSKÉ SPRÁVY VE SLUŽBÁCH VEŘEJNOSTI I ZAMĚSTNANCŮ O zákazníkovi Státní rostlinolékařská správa (SRS) je úředním orgánem rostlinolékařské péče České republiky. Činnost Státní rostlinolékařské

Více

SAP PROCUREMENT DAY 2013. SAP CLM (Contract Lifecycle Management) Správa životního cyklu kontraktů. smooth business flow

SAP PROCUREMENT DAY 2013. SAP CLM (Contract Lifecycle Management) Správa životního cyklu kontraktů. smooth business flow smooth business flow SAP CLM (Contract Lifecycle Management) Správa životního cyklu kontraktů con4pas, s.r.o. Novodvorská 1010/14A, 140 00 Praha 4 tel.: +420 261 393 211, fax: +420 261 393 212 www.con4pas.cz

Více

Případová studie. O2 Slovakia: Aplikace O2 Univerzita. Aplikace O2 Univerzita. jako nástroj řízení vzdělávání zaměstnanců

Případová studie. O2 Slovakia: Aplikace O2 Univerzita. Aplikace O2 Univerzita. jako nástroj řízení vzdělávání zaměstnanců Případová studie O2 Slovakia: Aplikace O2 Univerzita Aplikace O2 Univerzita jako nástroj řízení vzdělávání zaměstnanců Aplikace O2 Univerzita Vzdělávání je pro naši firmu jedním ze základních pilířů, bez

Více

OBJEDNÁVACÍ A INFORMAČNÍ SYSTÉMY

OBJEDNÁVACÍ A INFORMAČNÍ SYSTÉMY OBJEDNÁVACÍ A INFORMAČNÍ SYSTÉMY STAkis-W STAkis-S Již dnes k dispozici všem zákazníkům společnosti Stahlgruber bez výjimky! www.stahlgruber.cz STAkis-W OBJEDNÁVACÍ SYSTÉM BEZ NUTNOSTI INSTALACE Jako výchozí

Více

Projektové řízení jako základ řízení organizace

Projektové řízení jako základ řízení organizace Projektové řízení jako základ řízení organizace Aleš Chudý, ředitel divize IW ales.chudy@microsoft.com Technický seminář Bratislava 6.10.2008 Obsah Potřeby byznysu a IT Řešení EPM Microsoft EPM Optimalizační

Více

Mgr. Jan Folbrecht Senior softwarový inženýr, softwarový architekt, manažer

Mgr. Jan Folbrecht Senior softwarový inženýr, softwarový architekt, manažer Mgr. Jan Folbrecht Senior softwarový inženýr, softwarový architekt, manažer SPECIALIZACE Konzultace a školení v oblastech softwarového inženýrství Zavádění vývojových metodik do projektů a vývojových týmů

Více

Problémové domény a jejich charakteristiky

Problémové domény a jejich charakteristiky Milan Mišovič (ČVUT FIT) Pokročilé informační systémy MI-PIS, 2011, Přednáška 02 1/16 Problémové domény a jejich charakteristiky Prof. RNDr. Milan Mišovič, CSc. Katedra softwarového inženýrství Fakulta

Více

4IT218 Databáze. 4IT218 Databáze

4IT218 Databáze. 4IT218 Databáze 4IT218 Databáze Osmá přednáška Dušan Chlapek (katedra informačních technologií, VŠE Praha) 4IT218 Databáze Osmá přednáška Normalizace dat - dokončení Transakce v databázovém zpracování Program přednášek

Více

2015 GEOVAP, spol. s r. o. Všechna práva vyhrazena.

2015 GEOVAP, spol. s r. o. Všechna práva vyhrazena. 2015 GEOVAP, spol. s r. o. Všechna práva vyhrazena. GEOVAP, spol. s r. o. Čechovo nábřeží 1790 530 03 Pardubice Česká republika +420 466 024 618 http://www.geovap.cz V dokumentu použité názvy programových

Více