Kvalita dat v datovém skladu nezbytný předpoklad reportingu
|
|
- Hana Jandová
- před 8 lety
- Počet zobrazení:
Transkript
1 Bankovní institut vysoká škola Praha Katedra matematiky, statistiky a informačních technologií Kvalita dat v datovém skladu nezbytný předpoklad reportingu Diplomová práce Autor: Vedoucí práce: Bc. Jana Hendrichová Informační Technologie a Management doc. Ing. Bohumil Miniberger, CSc. Praha Duben, 2011
2 Prohlášení: Prohlašuji, ţe jsem diplomovou práci zpracovala samostatně a v seznamu uvedla 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ámena 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 Jana Hendrichová
3 Poděkování Ráda bych touto cestou poděkovala vedoucímu diplomové práce panu docentu Ing. Bohumilu Minibergerovi za metodické vedení a odborné konzultace, které mi poskytl při zpracování mé diplomové práce.
4 Anotace Diplomová práce s názvem Kvalita dat v datovém skladu nezbytný předpoklad reportingu je zaměřena na problematiku důleţitosti kvality dat v datových skladech. Jednotlivé kapitoly popisují nejdůleţitější témata vztahující se k cíli práce strukturu a funkci datového skladu, stávající koncept datové kvality a proces reportingu v konkrétní společnosti. V závěrečné kapitole jsou uvedeny návrhy a doporučení ke zlepšení datové kvality a následnému zkvalitnění reportingu. Navrţená opatření zahrnují zejména optimalizaci procesů souvisejících se zpracováním dat a kontrolou jejich kvality a dále upřesnění a nastavení nových rolí ve společnosti včetně jejich adekvátního organizačního zařazení. Annotation Dissertation called Data Quality in Data Warehouse Necessity for Reporting is focused on issue of importance of data quality in data warehouses. Particular chapters describe most important areas with relationship to the target of this dissertation structure and functions of data warehouse, existing concept of data quality and reporting process in concrete company. In final chapter, there are proposals and recommendations for improvement of data quality and consequently leading to enhancement of reporting. Proposed measures include mostly optimization of processes related to data processing and data quality control, further corrections and setting of new roles in the company including their adequate positioning in organizational structure.
5 Obsah Úvod Datová kvalita Řízení kvality dat IT Governance a CobiT Datový sklad Definice datového skladu Výhody datového skladu Systémy OLTP x Datové sklady OLAP OLAP operace Schéma uloţení dat Schéma hvězda (star) Schéma sněhová vločka (snowflake) Datová trţiště (Data Marts) Dolování dat (Data Mining) ETL Extrakce Transformace Čištění dat Load Výhody ETL nástrojů Přehled ETL nástrojů Chyby a problémy ETL procesu Základní moduly datového skladu ve společnosti [10] Matrix EDW (Enterprise Data Warehouse) ODS (Operational Data Store) DTS (Decision Tables System) Ostatní aplikace prostředí BI/DWH Koncept datové kvality ve společnosti Business Intelligence (BI) Nástroje BI pro zajištění datové kvality Reporting Proces reportingu
6 4.1.1 Stávající proces ţádosti o report BI Reporting, SAP Business Object, Hyperion ROLAP BI analytický reporting Multidimenzionální OLAP reporting ARDW (Analytical and Reporting Data Warehouse) Chordiant (Campaign Management Tool) Katalog Reportů Typy reportů Reporting a kvalita dat Návrhy a doporučení Nový proces reportingu Klíčová role vlastníka dat Katalog reportů Business Analytik Expert Vlastník reportu Manaţer datové kvality Kritéria úspěšnosti implementace Závěr Seznam použité literatury Seznam použitých zkratek (obrázků, grafů, tabulek, příloh)
7 Úvod Diplomovou práci jsem zpracovala za pouţití podkladů a interních dokumentů mezinárodní telekomunikační společnosti, u které pracuji. Z důvodu ochrany firemního tajemství nemohu jméno společnosti uvést, v celé diplomové práci je proto uvedeno, ţe se jedná o společnost. Taktéţ jsem upravila některé obrázky, které jsou převzaty z interní dokumentace společnosti, je odstraněno logo a název společnosti. Cílem mé diplomové práce je návrh na zlepšení datové kvality v podniku. Konkrétně se budu po celou dobu práce zabývat datovou kvalitou ve velké mezinárodní telekomunikační společnosti a zaměřím se zejména na kvalitu dat v datovém skladu, neboť data z datového skladu se pouţívají pro jednotný celofiremní reporting. Základní problémy datové kvality ve společnosti souvisejí s nekoncepčním vývojem v posledních letech. Pozitivním faktem je, ţe ve společnosti existují základy řešení datové kvality z minulosti. Společnost má v rámci oddělení Informačních Technologií (IT) ustanovený tým Business Inteligence (BI), který řeší problém datové kvality v datovém skladu (DWH) tím, ţe se snaţí zajistit datovou kvalitu jiţ ve zdrojových systémech a také při transformaci dat ze zdrojových systémů do datového skladu. Tým BI má uzavřené tzv. DQA (Dohody o kvalitě dat) s osobami odpovědnými za kaţdý zdrojový systém, které je zavazují provádět neustálou kontrolu kvality dat na zdrojových systémech a na rozhraních mezi systémy. V posledních letech však v důsledku celosvětové krize došlo ve společnosti k redukci stavu pracovníků, v rámci které odešli někteří pracovníci, kteří měli na starosti kontrolu dodrţování uvedených dohod a také uzavírání nových. V důsledku toho se začala zhoršovat kvalita dat ze zdrojových systémů, neboť nikdo nebyl motivován k jejímu udrţování v průběhu zavádění nových obchodních iniciativ. Také při vzniku nových aplikací či nových rozhraní mezi aplikacemi jiţ nedocházelo k analýze dat s ohledem na datovou kvalitu, coţ ve výsledku znamenalo sníţení kvality dat v těchto systémech a následně v datovém skladu. Postupem času se nízká datová kvalita začala projevovat chybnými či nekonzistentními daty v různých reportech pouţívaných ve společnosti, aţ si závaţnost těchto nepřesností vyţádala potřebu se znovu na datovou kvalitu soustředit. 7
8 Jako první krok k naplnění cíle mé práce budu muset provést detailní analýzu aktuálního stavu datové kvality ve společnosti a následně navrhnout kroky a postupy, které povedou ke zlepšení datové kvality v datovém skladu a následně i ke zlepšení kvality reportingu. 8
9 Volba metodologie Pro zpracování diplomové práce (DP) jsem zvolila metodologii, která je v souladu s cílem DP. Nejprve popisuji současný stav zabezpečení procesu řízení kvality dat a pak nastíním způsob jeho zlepšení, konkrétně změny v procesu reportingu a ustanovení rolí manaţera kvality business experta. Při tom jsem vycházela ze známých postupů pro Business Process Reengineering. Nejprve je nutné analyzovat a vybrat rozhodující oblast, poté popsat a vyhodnotit současný proces, navrhnout a popsat proces nový, a následně vyhodnotit jeho přínos. Cílem je zjednodušení, automatizace, eliminace redundantních činností a taktéţ standardizace. 1 1 MINIBERGER, Bohumil, BUDIŠ, Petr. Strategické řízení informačních systémů [online] [cit ]. Dostupný z WWW:< emu_2009.ppt 9
10 1. Datová kvalita Datová kvalita se v poslední době stává velmi diskutovaným pojmem světa informačních systémů. Všechna odvětví průmyslu a obchodu vyţadují stále více přesných a spolehlivých informací. Data, která poţadujeme, jsou často pořizovaná a ukládaná v rámci rozsáhlé architektury informačních systémů. Data zde vystupují jako surovina ve výrobním procesu a jsou dána do určitého kontextu za pouţití specifické znalosti uţivatele. Výstupem z tohoto procesu dostaneme informaci, která slouţí pro podporu rozhodování. 2 Pokusme se vymezit pojem kvalita dat. Jelikoţ existuje řada definic, nejvýstiţnější je asi ta, kterou uvádí David Loshin ve své knize o Business Intelligence: Datová kvalita je více než jména a adresy. 3 Podle Davida Loshina je moţno vlastnosti, které souvisí s datovou kvalitou uspořádat podle dimenzí kvality a typů chyb. Dimenze kvality: přesnost úplnost konzistentnost včasnost Typy chyb: nestejná granularita překlepy při pořizování dat chybná metadata implicitní a explicitní hodnoty Null smíšení formátů struktur 2 TOBIŠEK, Roman. Kudy na řízení kvality dat. IT Systems [online]. 2009, 03. [cit ]. Dostupný z WWW: < 3 LOSHIN, David. Business Intelligence. San Francisco, CA : Morgan Kaufmann Publishers, s. ISBN -13:
11 transformační chyby překombinování (overloading) atributů Další podrobnější výklad je v jiţ ve zmiňované knize. Problém kvality dat je zde pojat z procesního pohledu, který nám umoţňuje lepší pochopení problematiky datové kvality, včetně rizik, které mohou nastat. Vzhledem k tomu, ţe ztráty, které jsou způsobeny nekvalitními daty, se dle poradenských firem odhadují v USA na stovky miliard ročně, je třeba datové kvalitě věnovat náleţitou pozornost Řízení kvality dat Poloţme si otázku, proč je důleţité řídit kvalitu dat. V dnešní době jsou nejcennějším nástrojem data, které přeměnou v informace slouţí pro podporu rozhodování. Nejedná se pouze o to mít data kvalitní, ale také dostupné ve správný čas a na správném místě. Pro řízení kvality dat je nutno definovat procesy a postupy, které umoţní kompletní kontrolu dat jiţ v primárních systémech, konkrétně kdo a kdy má data kontrolovat a také návaznost spuštění dalších procesů. Kontrola kvality dat by měla být řešena jiţ v návrhu BI řešení, ale většina společností řeší kvalitu dat aţ jako součást ETL procedur. 5 Získat kvalitní data lze dosáhnout pouze spoluprácí na mnoha úrovních, jelikoţ kvalita dat v datovém skladu je podmíněna: Kvalitou dat v primárních systémech Kvalitou ETL procesů a jejich zabezpečením Kvalitou dat v externích souborech (například převzaté číselníky z ČNB či ČSÚ) Procesním zabezpečením kvality dat Pro zajištění kvality informačních systémů a taktéţ kvality dat je nutno definovat organizační strukturu útvaru IT, její role a činnosti, na jejichţ základě mohou být definovány pravomoci 4 MINIBERGER, Bohumil. Kvalita dat datových skladů nezbytný předpoklad předcházení rizik manaţerského rozhodování. Sborník z 11. Ročníku mezinárodní konference Současnost a budoucnost krizového řízení. Praha 2009, ISBN NOVOTNÝ, O., POUR, J. a SLÁNSKÝ, D. Business Intelligence, Jak vyuţít bohatství ve vašich datech. Praha : Grada Publishing, s. ISBN
12 jednotlivých útvarů a jejich pracovníků. Nejlépe toho lze dosáhnout za pouţití metodiky CobiT a procesního rámce ITIL spadající pod ISACA IT Governance a CobiT IT Governance je jedna ze součástí korporátního řízení zaměřená na informační technologie (IT), systémy a jejich výkonnost a na řízení rizik. Jeho nedílnou součástí je i zajišťování kvality dat. Jedním z nejčastěji pouţívaných nástrojů strategického řízení je metodika CobiT, podle níţ se v dnešní době řídí především velké společnosti. Tato metodika se také nejčastěji pouţívá jako nástroj auditu IT. CobiT neboli Control Objectives for Information and Related Technology je metodika, která vznikla v 80. letech ve společnosti ISACA, která sdruţuje auditory informačních systémů. Tato metodika obsahuje návod na provádění auditu pro jednotlivé oblasti řízení IT (IT Governance). Metodika komplexně mapuje jednotlivé IT procesy a určuje pro ně referenční hodnotu. Je třeba si uvědomit, ţe společnost potřebuje spolehlivé informace, aby je mohla spravovat, je nutno podnik řídit a kontrolovat IT zdroje. Pro poskytování relevantních sluţeb je nutno zdroje strukturovat do procesů. CobiT je metodika zaloţená na kontrolách a je řízená metrikami. CobiT popisuje model zralosti CMM (Capability Maturity Model), který umoţňuje porovnat úroveň procesů v jednotlivé organizaci a následně pak provádět jejich zlepšování. Model zralosti se skládá z 5 úrovní: 7 1. Initial počáteční (nahodilé procesy) 2. Repeteable opakovaná 3. Defined definovaná 4. Managed řízená (jasná definice všech procesů) 6 ISACA (Information Systems Audit and Control Association) - mezinárodní profesní asociace, která je zaměřená na oblast auditu, řízení, kontroly a bezpečnosti informačních systémů, zaloţená v USA v roce Vítá vás portál ManagementMania.com [online] [cit ]. Model zralosti CMM (Capability Maturity Model. Dostupné z WWW: < 12
13 5. Optimized optimalizovaná Někdy se taktéţ uvádí úroveň 0, neboli neexistující řízení, procesy a jejich řízení je zcela chaotické. Obrázek 1: Model zralosti organizace (Capability Maturity Model) Zdroj: Autor Cílem metodiky CobiT je zastřešit a integrovat standardy. Je to nástroj, který se dá přizpůsobit potřebám kterékoliv firmy, záleţí pouze na tvořivosti manaţerů, jakým způsobem ho pojmou. CobiT umoţňuje certifikovat oblast IT na normu ISO 9001:2000. Důvody pro použití metodiky CobiT: Formalizace IT procesů do jednoduché struktury 13
14 snadná implementace základní struktury procesů Certifikace na normu ISO 9001:2000 Definice odpovědností IT vazby na kritické faktory a cíle podniku Vazba mezi podnikovou a informační strategií Návrhy výkonnostních a výsledkových ukazatelů Jednoduchá definice struktury poţadavků na IT pochopitelná i pro jiná oddělení mimo IT. Obrázek 2: Multidimenzionální kostka CobiT Zdroj: Převzato z [25], vlastní úprava Procesní orientace CobiT 8 CobiT se skládá z 34 procesů rozdělených do 4 kategorií, poskytuje měřítka, jaká má daný proces splňovat. Tato metodika nám, ale neříká, jakými konkrétními opatřeními lze stanovených výsledků dosáhnout. 8 CleverAndSmart - ICT management [online] [cit ]. COBIT tajemství zbavený - CleverAndSmart. Dostupné z WWW: < 14
15 Plánování a organizace (Plan and Organize) 10 procesů PO1 Definování strategického IT plánu PO2 Definování informační architektury PO3 Určení technologického směru PO4 Definování IT procesů, organizace a vztahů PO5 Řízení IT investic PO6 Komunikování manaţerských cílů a směrů PO7 Řízení lidských zdrojů IT PO8 Řízení kvality PO9 Vyhodnocování a řízení IT rizik PO10 Řízení projektů Akvizice a implementace (Acquire and Implement) 7 procesů AI1 Identifikace automatických řešení AI2 Pořizování a údrţba aplikačního software AI3 Pořizování a údrţba technologické infrastruktury AI4 Umoţnění provozu a pouţívání AI5 Obstarání IT zdrojů AI6 Řízení změn AI7 Instalace a schválení řešení a změn Dodání a podpora (Deliver and Support) 13 procesů DS1 Definice a řízení úrovně sluţeb DS2 Řízení sluţeb třetích stran DS3 Řízení výkonu a kapacity DS4 Zajištění nepřetrţitého fungování DS5 Zajištění bezpečnosti systémů DS6 Identifikace a alokace nákladů DS7 Vzdělávání a školení uţivatelů DS8 Řízení service desku a incidentů DS9 Řízení konfigurace DS10 Řízení problémů DS11 Řízení dat DS12 Řízení fyzického prostředí 15
16 DS13 Řízení provozu Monitorování a vyhodnocování (Monitor and Evaluate) 4 procesy ME1 Monitorování a řízení výkonnosti IT ME2 Monitorování a vyhodnocení vnitřní kontroly ME3 Zajištění shody s vnějšími poţadavky ME4 Zajištění IT governance Informační kritéria, kterými jsou procesy poměřovány: 1. efektivnost 2. výkonnost 3. důvěrnost 4. dostupnost 5. integrita 6. soulad 7. spolehlivost Výsledná zjištění jsou přiřazována pěti zdrojům: 1. personál 2. aplikace 3. technologie 4. vybavenost 5. data Pokud zmiňujeme metodiku CobiT, nelze se nezmínit taktéţ o procesní rámci ITIL (Information Technology Infrastructure Library). Jedná se o celosvětový veřejně dostupný rámec, který popisuje best practices (nejlepší praktiky) v řízení IT sluţeb. ITIL se zaměřuje na neustále zlepšování a měření kvality dodávaných IT sluţeb nejen z pohledu zákazníka, ale také businessu. ITIL verze 3 se skládá z 5 knih, které mapují všechny fáze ţivotního cyklu sluţeb od počáteční fáze definice poţadavků aţ po implementaci do provozního prostředí. ITIL v3 se skládá z 5 základních publikací, které níţe uvádím. Publikace na sebe logicky navazují a vycházejí ze ţivotního cyklu sluţeb. 16
17 1. Service Strategy poskytuje návrh, vývoj a implementaci 2. Service Design poskytuje návrh a vývoj IT sluţeb a procesů 3. Service Transition zajištění provozu a podpory sluţeb 4. Service Operation odpovědnost za běh sluţeb, kontrola a řízení provozních procesů 5. Continual Service Improvement návody pro vytvoření a udrţení hodnoty sluţeb pro zákazníky Jmenujme alespoň některé přínosy zavedení procesního rámce ITIL: navýšení spokojenosti uživatelů a zákazníků se službami IT zkrácení času pro uvedení nových produktů a služeb na trh zlepšení podkladů pro rozhodování a optimalizace rizik. zlepšení dostupnosti služeb, což přímo vede ke zvýšeným ziskům a obratu businessu finanční úspory plynoucí ze snížení opakovaných prací, ztraceného času, zlepšené správy a využití zdrojů 9 CobiT a ITIL se navzájem nevylučují. Pro CobiT někdy nehovoří to, ţe je pro IT méně pochopitelný, jelikoţ byl vytvořen auditory. CobiT je, na rozdíl od ITIL, k dispozici zdarma. 9 ITIL - Homepage [online] [cit ]. Dostupné z WWW: < 17
18 Obrázek 3: ITIL v3 Zdroj: Převzato z [28] PDCA Model Pro dosaţení cíle mít spolehlivá data nesmíme opomenout zmínit nekonečný zlepšovací proces dle Demingova PDCA modelu. Autorem této metody je Demingův duchovní otec Walter A. Shewhart. PDCA model je metoda postupného zlepšování se probíhající formou opakovaného provádění 4 neustále po sobě jdoucích činností: 10 P = Plan - naplánování všech aktivit D = Do rozhodnutí a realizace plánu C = Check výsledku realizace oproti původnímu záměru, sledovat dopady A = Act nadále zlepšovat Nelze si nevšimnout podobnosti mezi CobiT a Demingovým PDCA modelem. U Demingova modelu fáze PLAN odpovídá Plánování a organizace (Plan and Organize), fáze DO je v doménách Akvizice a implementace (Acquire and Implement) 10 Vítá vás portál ManagementMania.com [online] [cit ]. Demingův cyklus (PDCA). Dostupné z WWW: < 18
19 a Dodání a podpora (Deliver and Support) a posledním dvěma fázím CHECK+ACT se vztahuje doména Monitorování a vyhodnocování (Monitor and Evaluate). 11 Obrázek 4: CobiT framework Zdroj: Převzato z [17] Audit datového skladu Auditem datového skaldu se rozumí posouzení stávajícího řešení datového skladu. Kvalitně provedený audit by měl být realizován nezávislou společností, a pokud je řešení dodáváno externí firmou, pak by auditor měl být nezávislý i na této firmě. Společnost, která bude provádět audit, by měla mít dostatečné mezinárodní zkušenosti a také znalosti z oblasti Business Intelligence a datawarehousingu. O auditu uvaţujeme, pokud se domníváme, ţe: Data v datovém skladu jsou nepřesná a nekvalitní Vývoj datového skladu se neubírá tím správným směrem 11 CleverAndSmart - ICT management [online] [cit ]. COBIT tajemství zbavený - CleverAndSmart. Dostupné z WWW: < 19
20 Zajímá nás porovnání s konkurencí Datový sklad neodpovídá best practices Architektura datového skladu nereflektuje obchodní potřeby Oblasti pro provedení auditu dle Slánského jsou následující: obsah řešení jaká data a informace řešení poskytuje, funkcionalita řešení jaké prostředky pro získání informací řešení poskytuje, např. statické, dynamické či ad hoc reporty, rozesílání informací em, publikace reportů na intranetu apod., strategické a plánovací řídící procesy zahrnující řízení a plánování rozsahu řešení, strategické a metodické řízení provozu a vývoje řešení, řízení finančních atributů řešení apod., dodavatelé řešení hodnocení jejich schopností, efektivity apod., architektura a komponenty řešení včetně technologií a to nejen na úrovni zařazení řešení BI do celkové architektury IS/ICT, ale i na úrovni jednotlivých komponent řešení (ETL, databáze, analytické a prezentační nástroje apod.) a procesů běžících na pozadí (řízení kvality dat, konsolidace, správa metadat apod.), detailní proces řízení projektů vývoje jednotlivých částí (přírůstků) DW, detailní procesy řízení provozu DW zahrnující řízení termínů DW (aktualizace dat, publikace dat apod.), řízení problémů a chyb, uživatelskou podporu, řízení požadavků rozvoje a změn SLÁNSKÝ, David. Audit řešení datového skladu. IT Systems [online] [cit ]. Dostupný z WWW: < 20
21 2. Datový sklad 2.1 Definice datového skladu Podle definice Billa Inmona, který byl jedním ze zakladatelů Data Warehousingu, je datový sklad (DataWarehouse nebo DWH) integrovaný, subjektově orientovaný a také stálý a časově rozlišený souhrn dat pro podporu rozhodování managementu. 13 Datový sklad je zvláštní typ relační databáze, která umoţňuje řešit úlohy zaměřené převáţně na analytické dotazování nad rozsáhlými soubory dat. Hlavním důvodem pro vytváření datových skladů je fakt, ţe v primárních systémech nejsou data uspořádaná tak, aby byla přímo pouţitelná pro analýzu. Struktury dat v primárních systémech nejsou pro manaţera (analytika) z hlediska analýzy dostatečně srozumitelné a čitelné a bohuţel data v primárních systémech mívají i různorodou kvalitu. 2.2 Výhody datového skladu Datový sklad má nesporně celou řadu výhod, jmenujme alespoň některé z nich: Rychlý přístup k informacím Zdroj dat shromáţděných z firemních systémů Nástroj pro podporu manaţerského rozhodování Zvýšení produktivity v oblasti analýz podnikových dat Podpora strategického řízení podniku 2.3 Systémy OLTP x Datové sklady Datový sklad můţeme chápat také jako komplexní úloţiště pro data, která jsou ve struktuře, která nám umoţňuje efektivní vytváření analýz a dotazů. Někdy také bývá synonymem pro datové sklady zkratka OLAP (Online Analytical Processing) neboli okamţité zpracování dat. Na straně druhé pak máme OLTP (Online Transaction Processing) neboli okamţité zpracování transakcí. 13 NOVOTNÝ, O., POUR, J. a SLÁNSKÝ, D. Business Intelligence, Jak vyuţít bohatství ve vašich datech. Praha : Grada Publishing, s. ISBN
22 Datový sklad se vyuţívá výhradně k potřebám nejrůznějších analýz, ke čtení dat, na rozdíl od OLTP modelu. V běţném provozu není obsah datového skladu měněn. Jedinou výjimkou je přidávání/odebírání datových agregátů, které probíhají periodicky, coţ je ale součástí pravidelné údrţby DWH. 14 Součástí OLTP jsou TPS (TPS-Transaction Processing System), mezi které počítáme podnikové informační systémy - ERP (Enterprise Resource Planning), SCM (Supply Chain Management) - systém pro řízení dodavatelského řetězce, nebo CRM (Customer Relationship Management) - systém řízení vztahů se zákazníky. 15 Do kategorie OLAP systémů se obvykle zahrnují i systémy slouţící pro manaţerské řízení (MIS-Management Information System) a také i systémy pro rozhodování EIS (Executive Information Systems). Spolupráce mezi systémy OLTP a OLAP je znázorněna na následujícím obrázku. Obrázek 5: Hierarchická struktura informačního systému podniku, zaloţená na vzájemně propojených datech Zdroj: Převzato z [9], vlastní úprava V tabulce níţe jsou pro lepší přehlednost popsány základní znaky OLTP a OLAP. 14 Data Mining [online] [cit ]. Datové sklady a OLAP. Dostupné z WWW: < 15 MINIBERGER, Bohumil. Kvalita dat datových skladů nezbytný předpoklad předcházení rizik manaţerského rozhodování. Sborník z 11. Ročníku mezinárodní konference Současnost a budoucnost krizového řízení. Praha 2009, ISBN
23 Tabulka 1: Rozdíly mezi OLTP a OLAP Znak OLTP OLAP Charakteristika Provozní zpracování Informační zpracování Orientace Transakční Analytická Uživatel Úředník, databázový administrátor Znalostní pracovník (manažer, analytik) Funkce Každodenní operace Dlouhodobé informační požadavky, podpora rozhodování Návrh databáze Entitně-relační základ, aplikačně orientovaný Hvězda/sněžná vločka, věcná orientace Data Současná, zaručeně aktuální Historická Sumarizace dat Základní, vysoce detailní Shrnutá, kompaktní Náhled Detailní Shrnutý, multidimensionální Jednotky práce Krátké, jednoduché transakce Komplexní dotazy Přístup Číst a zapisovat Většinou pouze číst Zaměření Vkládání dat Získávání informací Počet dostupných záznamů Desítky Miliony Počet uživatelů Tisíce Stovky Velikost databáze 100 MB až GB 100 GB až TB Vysoká flexibilita, nezávislost Přednosti Vysoký výkon, vysoká přístupnost koncového uživatele Míry hodnocení Propustnost transakcí Propustnost dotazů a doba odezvy Zdroj: Převzato z [19], vlastní úprava 2.4 OLAP Jak jiţ bylo zmíněno, zkratka OLAP znamená On-line Analytical Processing neboli okamţité zpracování dat. Tento termín zavedl Dr. E. F. Codd 16 a níţe uvádím jeho původních 12 pravidel OLAP. 17 Pravidlo 1 multidimenzionální konceptuální pohled Pravidlo 2 transparentnost Pravidlo 3 dostupnost Pravidlo 4 konzistentní reportování Pravidlo 5 architektura klient/server Pravidlo 6 generická dimenzionalita 16 Dr. Edgar Frank Codd britský počítačový vědec známý především pro relační databázový model, drţitel Turingovy ceny (nejvyšší světové ocenění v oblasti počítačové vědy) 17 Foundation for Performance Measurement Home Page [online] [cit ]. Providing OLAP to User-Analysts. Dostupné z WWW: < 23
24 Pravidlo 7 dynamické ošetření řídkých matic Pravidlo 8 podpora více uţivatelů Pravidlo 9 neomezené kříţové dimenzionální operace Pravidlo 10 intuitivní manipulace s daty Pravidlo 11 flexibilní reporting Pravidlo 12 neomezené dimenze a úrovně agregace OLAP operace Agregace je předpřipravená sumace, na základní úrovni Pivoting rotace kostky, změna vizualizace, přeorientování pohledu na data Roll-up Vzrůst úrovně, sumarizace (od prodeje podle jednotlivých měsíců na prodej podle čtvrtletí) Obrázek 6: Operace Roll up Zdroj: Autor 24
25 Drill-down rozpad, od sumace k větším detailům (od prodeje podle města na prodej podle městských částí) Obrázek 7: Operace Drill down Zdroj: Autor Slice and dice Seříznutí, výběr projekce (redukce dimenzionality dat) 25
26 Obrázek 8: Operace slicing - dicing Zdroj: Autor 2.5 Schéma uložení dat Schéma hvězda (star) Ralph Kimball významně přispěl k návrhu mechanismů ukládání dat v OLAP systémech a pro ukládání dat do datového skladu vyvinul speciální databázovou strukturu, kterou označujeme pojmem hvězdicové schéma. 18 Hvězdicové schéma se skládá z tabulky faktů, coţ je rozsáhlá centrální tabulka, a řady menších tabulek pro kaţdou dimenzi. Kaţdá dimenze je jedna tabulka, která můţe mít různé atributy. Příkladem můţe být dimenze Zboţí, která má Název_Zboţí, 18 OPPEL, Andrew. Databáze bez předchozích znalostí. Brno : Computer Press, s. ISBN
27 Název_Výrobce, Adresa, IČO, DIČ. Primární klíč (PK) v kaţdé dimenzi je vztaţen k cizímu klíči (CK) v tabulce faktů. Obrázek 9: Schéma hvězda Zdroj: Autor Schéma sněhová vločka (snowflake) Schéma Snowflake neboli sněhové vločky je rozšířením schématu hvězda. V tomto schématu jsou tabulky dimenzí normalizovány, neboli data jsou dělena dále do dalších tabulek. Výsledné grafické znázornění pak připomíná sněhovou vločku. 19 Hlavním rozdílem mezi schématem sněhové vločky a hvězdy je v tom, ţe ve schématu sněhové vločky jsou tabulky normalizovány, abychom zamezili redundanci dat. Normalizované tabulky jsou snadněji udrţovatelné a také šetří diskový prostor, ale v porovnání s velikostí tabulky faktů je tato úspora zanedbatelná. 19 Data Warehousing: A Look at Business Intelligence and Data Warehouse [online] [cit ]. Snowflake Schema. Dostupné z WWW: < 27
28 Toto schéma je méně časté neţ schéma hvězda, jelikoţ je při analýze nutné více spojovat tabulky, coţ klade větší nároky na výkonnost systému. 20 Obrázek 10: Schéma sněhová vločka Zdroj: Autor Tabulka 2: Ukázka tabulky faktů Zdroj: Autor PRODEJ Prodejka_ID Zboží_ID Účetní_období_ID Prodejna_ID Prodejce_ID Poč_KS Cena DWHWorld, Online Data warehouse resource [online] [cit ]. DWH Schemas DwhWorld. Dostupné z WWW: < 28
29 2.6 Datová tržiště (Data Marts) Vhodnou podmnoţinou datového skladu bývají datová trţiště. Datové trţiště se zaměřuje na podporu poţadavků konkrétního oddělení nebo činnosti firmy. Datové trţiště má několik charakteristických znaků, které uvádím níţe: Neobsahuje provozní data Je zaměřen pouze na jednu oblast oddělení nebo proces ve firmě Obsahuje menší mnoţství informací neţ klasický datový sklad Datová trţiště mohou existovat jako subsystémy datových skladů nebo i samostatně jako jednoduchý datový sklad. 2.7 Dolování dat (Data Mining) Dolování dat (data mining) je proces, jehoţ cílem je získávání skrytých a potenciálně dále vyuţitelných informací o datech. Zcela zřejmou výhodou tohoto procesu je odhalení dosud neznámých spojitostí, na které bychom běţným způsobem nepřišli. Vyuţívá statistické metody a také metody hraničící s oblastí umělé inteligence. Pomáhá sledovat a analyzovat trendy a předvídat události. Dolování dat se nejčastěji pouţívá v komerční sféře, například v marketingu pro oslovování potenciálních zákazníků dopisem nebo jinou formou. Komerčních nástrojů na dolování dat je v dnešní době na trhu dostatek, zmínila bych nejznámější, mezi něţ patří Enterprise Miner od společnosti SAS a STATISTICA Data Miner od společnosti StatSoft. Mezi nepouţívanější nekomerční nástroje patří software WEKA a ORANGE. 21 Ve společnosti, na kterou je aplikovaná tato diplomová práce, je vyuţíván nástroj Enterprise Miner od společnosti SAS ETL Proces plnění datového skladu je označován zkratkou ETL (Extraction -Transformation - Load). Tato zkratka vystihuje postup operací prováděných při plnění datového skladu. 21 Wikipedie, otevřená encyklopedie [online] [cit ]. Data mining - Wikipedie. Dostupné z WWW: < 22 SAS Business Analytics and Business Intelligence Software [online] [cit ]. Model Development and Deployment, Data Mining Software, SAS Enterprise Miner SAS. Dostupné z WWW: < 29
30 O plnění dat do datového skladu se starají tzv. datové pumpy, neboli jiţ zmiňované ETL nástroje. Tyto nástroje pracují v dávkovém reţimu a zpracovávají data v určených časových intervalech (např. den, týden, měsíc). Jelikoţ jsou data získávány z různých vzájemně nekompatibilních systémů, je velmi důleţité, jak kvalitními ETL nástroji daná společnost disponuje. Kvalita ETL nástrojů přímo ovlivňuje kvalitu dat informací v datovém skladu. Obrázek 11: ETL Proces Zdroj: Převzato z [3], vlastní úprava 30
31 Obecně bychom mohli kroky ETL procesu popsat takto: 23 Extrakce dat ze zdrojových systémů Profilování Validace a čištění dat Aplikace business pravidel Konverze hodnot null Přesun dat do úloţiště Načtení dat do DWH Extrakce Extrakce znamená získání dat z primárních systémů a také zahrnuje načítání dat z nejrůznějších zdrojů, nejen z databází, ale také například z textových souborů, XML dokumentů apod. V typickém podniku je primárních systémů, které zajišťují ţivotně důleţité operace, velké mnoţství. Získávání dat z těchto systémů není jednorázová záleţitost, ale periodicky se opakující činnost, jejímţ hlavním cílem je poskytnout aktuální data pro další zpracování. Pro extrakci dat jsou k dispozici různé postupy, technologie a nástroje. U správně navrţené etapy ETL procesu jsou k dispozici metadata (data o datech) pro všechny fáze etap a tato metadata obsahují informace o místě, typu, také o přístupových oprávněních a struktuře zdroje dat Transformace Samotná transformace v rámci ETL procesu je sada úkonů, které vedou ke zvýšení hodnoty dat získaných z OLTP systémů. Data z primárních systémů se přeměňují na metriky, které jsou uloţeny v tabulkách faktů a na atributy v tabulkách jednotlivých dimenzí. Prvky dimenzí vytvářejí hierarchické struktury (například den / týden / měsíc /čtvrtletí /rok), které mapují obchodní hlediska pouţívaná při analýze ukazatelů. 23 LOSHIN, David. Business Intelligence. San Francisco, CA : Morgan Kaufmann Publishers, s. ISBN -13: LACKO, Luboslav. Business Intelligence v SQL Serveru 2008 : Reportovací, analytické a další datové sluţby. Brno : Computer Press, s. ISBN
32 Kromě obecných dimenzí (např. čas) se vytvářejí i dimenze, ve kterých jsou uloţeny i další popisné atributy (například dimenze výrobce + atributy název, adresa, IČO). Transformace zahrnuje celou škálu operací od konverzí, matematických operací, filtrování, normalizace a denormalizace, aţ po sofistikované metody vytváření multidimenzionálních struktur. Transformace mohou probíhat sériově nebo paralelně. Při sériovém postupu se transformace uskuteční před zavedením dat do datového skladu, při paralelním zpracování se transformace vykonává souběţně se zaváděním dat do datového skladu Čištění dat Čištění dat je součástí procesu transformace, kde je zavedený mechanizmus pro kontrolu kvality dat a čištění dat. Data z primárních transakčních systémů mají velmi různorodou kvalitu. Kvalita dat do značné míry proměnlivá, která je způsobena například nepozorností při ručním zadávání dat. Příčinou špatné kvality dat je primárně člověk (nevyplní všechna pole formuláře, překlepy při zadávání dat, nedodrţování jednotných formátů, aj.) Předmětem čištění mohou být prakticky všechny atributy datových objektů. Například v datech o zákaznících firmy se obvykle prověřuje a čistí identifikační údaje, adresy, kontakty. Další chyby se vyskytují v atributech transakcí. Precizně navrţený systém ETL zaznamenává chyby do chybového ţurnálu. Některé opravy se provádějí automaticky, jiné, především kritické chyby, je třeba opravit ručně, nejlépe jiţ v primárních systémech a je nutno taktéţ o nich informovat správce datového skladu a ostatní zainteresované uţivatele Nejčastější problémy při transformaci dat: Chybějící hodnoty (Null) Chybějící datum Duplicitní záznamy Nejednotnost v názvech pojmů a objektů Nejednotné číselné formátování Nejednoznačná data (například údaje o pohlaví mohou být uloţeny jako ţena/ţ/ţenské). 25 LACKO, Luboslav. Business Intelligence v SQL Serveru 2008 : Reportovací, analytické a další datové sluţby. Brno : Computer Press, s. ISBN
33 Se špatnou kvalitou dat, které ve velké míře způsobuje lidský faktor, musíme bojovat adekvátními nástroji pro čištění dat, kterým můţe být například nástroj firmy Harte-Hanks Trillium. 26 Trillium - nástroj pro čištění dat Trillium je nástroj firmy Harte-Hanks pro čištění dat o zákaznících. Trillium se skládá z modulů, ve kterých jsou data analyzována a transformována, a z databází zeměpisných údajů, katalogů jmen, titulů apod., pomocí nichž se opravují chyby. V procesu čištění se nejprve analyzují všechny vstupní údaje a určí se jejich význam - jméno, příjmení, název ulice, název města apod. Drobné chyby v datech se opravují za pomoci zeměpisných a jmenných katalogů. V analyzovaných a setříděných datech se dále vyhledávají významné shody a přiděluje se jim skóre podle pravděpodobnosti. Nakonec se identifikují jednotliví klienti. S použitím dodatečných informací, které lze získat z úvěrových žádostí a některých transakcí, je možné s určitou mírou pravděpodobnosti identifikovat domácnosti. V systému Trillium jsou obsaženy dlouholeté zkušenosti s identifikací. Tvůrci Trillia se začali zabývat čištěním a identifikací poštovních adres koncem šedesátých let minulého století. Od té doby vyvinuli celou řadu technologií, jež jsou dnes integrovány v robustním, škálovatelném a multiplatforním řešení. Systém Trillium v ČR distribuuje firma Data To Information (D2I). 27 Ve společnosti je pouţíván jako nástroj pro čištění a validaci dat komponenta Data Profiler od společnosti Ab Initio Load Fáze Load je završením celého ETL procesu, jedná se o fyzický přenos dat od zdroje do cílové databáze nebo datového skladu. Tato fáze by měla být plánovaná a plně automatizovaná. Pro uloţení dat jsou často vyuţívány specializované technologie, které předpokládají pouţití různých mechanizmů pro optimalizované vkládání dat. 26 LACKO, Luboslav. Business Intelligence v SQL Serveru 2008 : Reportovací, analytické a další datové sluţby. Brno : Computer Press, s. ISBN VAVRUŠKA, Jindřich. ETL a kvalita dat. IT Systems [online]. 2003, 03, [cit ]. Dostupný z WWW: < 33
34 Metadata Metadata jsou strukturovaná data o datech jedná se o názvy tabulek a sloupců, datových typů aj. Kaţdá databáze nebo systém obsahuje svá vlastní metadata. Metadata v ETL procesech popisují data z primárních zdrojů i data v cílové databázi, umoţňují taktéţ popsat definované transformace. Centrální úpravu metadat řeší specializované produkty, v naší společnosti se pouţívá nástroj od firmy Ab Initio a pro správu metadat konkrétně EME (Enterprise Metadata Repository), o kterém je více uvedeno v kapitole Výhody ETL nástrojů Mezi hlavní výhody nástrojů ETL bych zmínila repozitář a správu transformací v repozitáři, který je většinou uloţený v databázi. ETL nástroje také umoţňují vytvářet a spravovat metadata, v tomto případě o předpisech a definicích pro přenos a správu dat a taktéţ umoţňují řízené plánování a spouštění transformací Přehled ETL nástrojů Velká společnost zpracovávající denně veliké objemy dat se bez kvalitního ETL nástroje jiţ neobejde. Malá řešení je moţno realizovat za pouţití SQL a dávkových skriptů. Ale tento způsob lze volit jen pro velmi malá řešení za cenu náročnější údrţby. Dnes je na trhu několik ETL nástrojů, které se liší rozsahem funkcionality, architekturou, výkonem a v neposlední řadě taky cenou. Při budování nebo provozu datového skladu se investice do kvalitního ETL nástroje vrátí v časovém horizontu několika let. Ab Initio Ab Initio, ETL nástroj, který je pouţíván ve společnosti, a o kterém se taktéţ zmiňuji v kapitole , je dosti nákladný, ale velmi výkonný prostředek. Jeho specifikem je podpora paralelního zpracování dat, dále pak: Vysoký výkon Jednoduchá udrţovatelnost Maximalizace a kontrola vyuţití zdrojů Paralelní zpracování dat Schopnost rychle vytvářet aplikace Jasný a srozumitelný design procesu 34
35 Vše je vytvořeno uvnitř ETL produktu Tento nástroj se zejména pouţívá ve velkých finančních institucích a v telekomunikacích. Níže jsou uvedeny další používané nástroje, mezi něž patří: Warehouse Builder (Oracle) Oracle Warehouse Builder (OWB) je nástroj určený primárně pro použití s databázemi Oracle. Poskytuje prostředky pro návrh, správu a spouštění dávek a transformací a metadat. Samozřejmostí je grafické uživatelské rozhraní a u Oraclu obvyklá robustnost a škálovatelnost. OWB podporuje transformace řízené metadaty. Tím, že programový kód transformací lze generovat z metadat, se snižuje pracnost a chybovost programování transformací. Nástroj podporuje opakovatelnost využití kódu - v repozitáři lze vytvářet knihovny transformací importem vlastních transformačních procedur. Oracle Warehouse Builder zpřístupňuje metadata širšímu okruhu uživatelů prostřednictvím webové aplikace. K výsledkům datového auditu je přístup prostřednictvím speciální aplikace. Data Transformation Services (Microsoft) Tento software je součástí Microsoft SQL Server DTS umožňují přesouvat data mezi různými databázovými servery, ale celkem logicky fungují nejlépe a nejrychleji, je-li alespoň jedním z nich Microsoft SQL Server. DTS poskytují příjemné grafické rozhraní. Software umožňuje mapování jednoduchých transformací přímo, složitější transformace lze naprogramovat v jazyce Visual Basic, ale i v JavaScriptu nebo Perlu. Skripty v jiných jazycích než Visual Basic jsou ale v prostředí DTS pomalejší. Nástroje Informatica ETL nástroje Informatica zahrnují: PowerMart, PowerCenter a PowerCenterRT. Transformace navrhované v prostředí Informatiky jsou plně řízené metadaty. Tento koncept Informatica nazývá "Active Metadata". Bohatá výbava nástrojů umožňuje konektivitu nejrůznějších datových zdrojů - databázových serverů všech významných výrobců, souborů 35
36 odpovídajících otevřeným standardům apod. Informatica PowerCenterRT umožňuje aktualizaci v reálném čase technologií Zero Latency Chyby a problémy ETL procesu ETL proces ne vţdy končí úspěšně. Problémy mohou být různé, od výpadků spojení, přejmenování zdrojů dat aţ k spolehlivosti úloţiště dat. Největší důraz by měl být kladen na ověření dat. Pokud data nejsou validována, můţe docházet k problémům při extrakci a následnému přesunu dat. Vzhledem k tomu, ţe nepřesná či neúplná data zkreslují výsledné analýzy, můţe dojít k nesprávným obchodním či strategickým rozhodnutím. 29 Pokud je ETL systém navrţen správně, zaznamenává všechny chyby do chybového ţurnálu. Část chyb je opravena automaticky, ale chyby, které vyţadují ruční opravy a chyby kritické by měly být hlášeny správci datového skladu a odpovědným uţivatelům, například notifikačním em nebo SMS zprávou. Chyba by měla být opravena v systému výskytu, ale ne vţdy je to moţné pak je nutné opravu chyby zahrnout do ETL procesu. 28 VAVRUŠKA, Jindřich. ETL a kvalita dat. IT Systems [online]. 2003, 03, [cit ]. Dostupný z WWW: < 29 LACKO, Luboslav. Business Intelligence v SQL Serveru 2008 : Reportovací, analytické a další datové sluţby. Brno : Computer Press, s. ISBN
37 2.9 Základní moduly datového skladu ve společnosti [10] Prostředí BI/Datawarehousingu ve společnosti je různorodé a ve velké míře customizované. Na obrázku níţe je zobrazeno prostředí Business Intelligence /Datawarehousingu. Obrázek 12: Prostředí BI/DWH Zdroj: Interní dokumentace společnosti (vlastní úprava) Matrix Matrix je vstupní část datového skladu, kde dochází k načtení dat do datového skladu. Hlavním úkolem je transformovat a vyčistit vstupní data (na základě business pravidel), která přicházejí do datového skladu a uloţit je do cílového úloţiště (ODS, EDW, ARDW, atd.). Matrix běţí na platformě ETL Ab Initio a databázi ORACLE RAC (DTW2). Matrix zpracovává denně přibliţně 400 miliónů záznamů v celkovém čase cca 14 hodin. 37
38 Ab Initio Většina procesů v DWH je implementována v ETL nástroji Ab Initio. Sloţenina slova Ab Initio pochází z latiny a znamená od počátku 30. Společnost vlastní níže uvedené licence od AB Initio: Co-Operating system (server side) Continuous Flow (server side add-on) GDE (graphical development environment) Data Profiler (data validation & profiling tool) EME (metadata repository and version control) Hlavní funkce nástroje AB Initio Vysoký výkon Jednoduchá udrţovatelnost Maximalizace a kontrola vyuţití zdrojů Paralelní zpracování dat Schopnost rychle vytvářet aplikace Jasný a srozumitelný design procesu Vše je vytvořeno uvnitř ETL produktu Moţnost integrace čehokoliv s čímkoliv Soubory binární, textové, XML, ASN1 Excel Databáze Oracle, DB2, NTZ On-line WS, JMS, MQ 30 Ab Initio: About AB Initio [online]. 2010, 02. [cit ]. Dostupný z WWW: < 38
39 Obrázek 13: Ab Initio základní komponenty Zdroj: Interní dokumentace společnosti EDW (Enterprise Data Warehouse) Enterprise Data Warehouse je hlavní datový sklad (úloţiště), který slouţí pro centrální uloţení integrovaných dat/informací v rámci společnosti, primárně slouţících pro analytický reporting. Toto úloţiště obsahuje historická data, která jsou pouţívána dalšími systémy jako CMD (Chordiant Marketing Director), ARDW, Hyperion Essbase nebo Optimalizátor. Použitá technologie: Databázová část Netezza Performance Server 31 na konci roku 2010 proběhla migrace z Oracle na Netezzu, ale Oracle je ještě stále pouţíván pro speciální účely. Zároveň se změnou z Oracle na Netezzu se změnila i reportovací platforma a nově je ve společnosti vyuţíván SAP Business Object, o kterém se více zmiňuji v kapitole Netezza Performance Server - přináší jednoduché řešení pro celou řadu komplexních problémů z oblasti Data Warehousingu a dalších analytických oblastí. Společnost Netezza je součástí IBM Company. 39
40 Velikost dat v databázi přibliţně 1000 tabulek, 3,5 TB dat Část CDR store 32 AB Initio MultiFileStorage Obrázek 14: Netezza Performance Server Zdroj: Interní dokumentace společnosti ODS (Operational Data Store) Operational Data Store slouţí k uloţení aktuálních a klíčových dat v prostředí s vysokou dostupností, na rozdíl od EDW jsou zde pouze aktuální data bez historie a jeho klíčovým konzumentem dat jsou interní aplikace společnosti (DTS, CCM, CVW, ) a externí aplikace (VCC). 32 CDR store Call Detail Record Store úloţiště záznamů o hovorech 40
41 2.9.4 DTS (Decision Tables System) DTS neboli Decision Tables System je soubor rozhodovacích tabulek, které umoţňují integraci business pravidel na jednom místě. Tato pravidla jsou dostupná za pouţití standardního Oracle API rozhraní. Pravidla jsou souhrnem rozhodovacích tabulek, které mohou být různě vkládány a kombinovány za pouţití technologie Oracle PL/SQL. Příkladem pravidla můţe být například kompatibilita telefonních tarifů nebo kontrola zůstatku kreditu Ostatní aplikace prostředí BI/DWH Call Viewer a Charge Viewer Aplikace Call Viewer umoţňuje pohled na oceněné zákaznické události (např. hovory, SMS). Je vyuţívána oddělením sluţeb zákazníků pro případy zákaznických reklamací popř. oddělením zabývajícím se podvody. Sluţba má logické členění na CallViewer (oceněné události ze systému Amdocs Enabler 33 a RTSP/IN 34 ) a Charge Viewer (Charge Extrakt z Amdocsu) Investigation Investigation je sluţba slouţící primárně pro potřeby splnění zákonných závazků vůči státu, zejména v oblasti spolupráce s policií Optimalizátor Tato sluţba je určená pro optimalizaci tarifů zákazníků společnosti a ostatních operátorů. Na základě historie chování zákazníka doporučuje tarif s nejniţší moţnou cenou EI Store (Electronical Invoices Store) EI Store slouţí k uloţení vybraných atributů zákaznických faktur. Poskytuje rozhraní pro přístup na tato data. 33 Amdocs Enabler systém pro účtování zákazníkům na fakturu 34 RTSP/IN Real Time Service Platform/Intelligent Network systém pro on-line účtování předplacených karet 41
42 CLV (Customer Lifecycle Value) Aplikace Custome Lifecycle Value slouţí pro výpočet návratnosti zákazníka, porovnává náklady a výnosy. Vstupem je historie chování zákazníka (hovory, SMS, MMS) Části DWH sloužící pro reporting (BI Reporting, Hyperion, ARDW a CMD) jsou popsány v kapitole číslo 4 - Reporting. 42
43 3. Koncept datové kvality ve společnosti Cílem konceptu datové kvality ve společnosti je zajištění datové kvality napříč všemi systémy podporovanými oddělením Informačních Technologií. Tento trend je plně v souladu s uznávanými systémy řízení jakosti ISO (9000) a nezahrnuje pouze technologické řešení problémů a implementaci software, ale také ve stejné míře postihuje nastavení nezbytných firemních procesů, definici rolí a odpovědností konkrétních osob, které na těchto procesech participují. Problematikou datové kvality se zabývá oddělení Business Intelligence. V tomto oddělení původně byla ustavena role specialisty na datovou kvalitu, ale v rámci úsporných opatření po nástupu ekonomické krize byla zrušena. Následkem bylo zhoršení kvality dat ve zdrojových systémech, neboť jiţ nebyly uzavírány a updatovány DQA (dohody o kvalitě dat). Sníţení kvality dat se následně projevilo chybnými a nekonzistentními daty v reportech a proto oddělení IT opět začalo aktivně prosazovat opětovné ustanovení role specialisty/manaţera datové kvality. 3.1 Business Intelligence (BI) Oddělení Business Intelligence plní následující role: Monitorování kvality reportů Rozšiřování validačních business pravidel (přímá souvislost se správností dat) Zpřesňování metadat Kontrola formální správnosti dat Statistika vývoje datové kvality v rámci DWH Hlavním cílem je dosáhnout spolehlivosti dat, tj. přesnosti a důvěryhodnosti. Jelikoţ spolehlivost dat je dána spolehlivostí zdrojů, je nutná pravidelná kontrola a monitoring. 43
44 3.1.1 Nástroje BI pro zajištění datové kvality Vzhledem k tomu, ţe data pro pokročilé analýzy pocházejí většinou z DWH, je datová kvalita DWH pro společnost zcela zásadní. Oddělení Business Intelligence má k dispozici pro zajištění kvality dat Data Quality Agreements, Alerting Systém a také Metadata repository. Prvotně je třeba začít se zavedením Data Quality Agreements. Jde o metodikami doporučovanou praxi data stewardship, tj. ustanovení správců či vlastníků okruhu datových objektů. Toto slouţí jako základ pro to, co chceme měřit a jak budeme měření vyhodnocovat (základ Alerting Systému). Následuje měření a vyhodnocení datových objektů v Alerting Systému a vizualizace vyhodnocení pro uţivatele Data Quality Agreements (DQA) Data Quality Agreements je písemná dohoda, která potvrzuje zodpovědnosti a specifikuje kritéria pro vyhodnocování kvality dat při přenosu z primárního systému do cílového systému, specifikuje vztahy mezi vlastníky, jejich rolemi a objekty, postupy pro odstraňování chyb, kontrolní a eskalační mechanizmy. Pro objekty definuje metriku, která je základem měření datové kvality. Písemné dohody jsou evidovány v databázi, ve které jsou dále udrţovány a vizualizovány. Je nutné si uvědomit, ţe DQA je standardem pro procesy, které transformují a dopravují informace uţivatelům. 44
45 Obrázek 15: Architektura DQA Zdroj: Interní dokumentace společnosti, vlastní úprava 45
46 Obrázek 16: Proces tvorby Data Quality Agreement Zdroj: Autor 46
47 DQA vytváří datový architekt ve spolupráci s vlastníkem dat v primárním systému a to vţdy, kdyţ vznikne nové rozhraní mezi primárním a cílovým systémem (datovým skladem). Termín pro finalizaci DQA je ukončení pilotního provozu nově vzniklého rozhraní. DQA se nevytváří v případě, ţe pro danou oblast jiţ DQA existuje, v tomto případě se pouze vytváří update stávající DQA. Data Quality Agreements jsou centrálně evidovány v oddělení Business Intelligence u metodika datové kvality. Pro vlastníky objektů se vytváří tzv. Karta vlastníka. Tuto kartu generuje aplikace na intranetových stránkách společnosti ve Wiki 35. Vlastník stvrzuje Kartu svým podpisem. V případě změny vlastnictví se generuje karta nová. Pro snazší vyplňování DQA vytvořilo oddělení BI pokyny, jak formuláře vyplnit. Vyplnění DQA je vedeno logicky tak, aby byly uvedeny všechny objekty v cílovém systému, které s rozhraním souvisí, včetně všech poţadavků na kvalitu přijímaných dat. Obrázek 17: Karta vlastníka pro Genesys systém Zdroj: Stránky společnosti, výstup provedený autorem (upraveno) Alerting Systém [10] Software Alerting Systému je původním návrhem oddělení Business Intelligence a umoţňuje automatickou detekci nekvalitních dat. Měří datovou kvalitu na objektech databázového typu, kterými jsou např. číselníky, faktová data, atp. a také na objektech nedatabázového typu, coţ 35 Wiki jedná se o označení webů nebo hypertextových dokumentů umoţňující přidávat a měnit obsah podobně jako u internetových diskuzí, název wiki pochází z havajštiny a znamená rychlý 47
48 jsou vlastníci DQA změna jejich pozice či statusu. Alerting Systém měří i jednotlivé úrovně hierarchického systému (jednotlivé DQA jako celek, Reporty, ) Objekty a charakteristiky Nejprve se z DQA přepisuje seznam objektů do definovaných schémat (např. seznam číselníků, faktových dat, error tables, jobů, souborů, atd.). Poté se naplňují tabulky, které zaznamenávají vztahy mezi objekty Parametry a pravidla Po naplnění tabulek následuje nastavení parametrů měření na základě DQA. Podle nadefinovaných pravidel zapisujeme do schémat parametry. Pro objekty databáze to jsou parametry pro správnost, včasnost a kompletnost dat. Pro měření můţeme vyuţít jiţ vytvořená pravidla a zároveň můţeme vytvářit pravidla nová Vizualizace Jednotlivá měření se ukládají do Measurement. Z něho systém vybírá jednotlivá měření na základě stanovených pravidel. Vyhodnocení je uţivateli zobrazeno ve Wiki, který je standardem pro zobrazování informací v prostředí internetu. Funguje na principu semaforu (zelená hodnoty v normě, ţlutá varování (warning), červená chyba (error)). Objektům, na které se měření vztahuje, jsou nastaveny parametry (pro kombinaci objekt x pravidlo), jsou prahové hodnoty: 2 hodnoty pro warning internal, pro interní pouţití IT, a external, business value pro uţivatele (ţlutá) 1 prahová hodnota pro error oblast (červená) 1 prahová hodnota pro OK business oblast (zelená) Vizualizace vyhodnocení naměřených hodnot je dána barevným označením (červená, ţlutá, zelená). Data, která jsou prezentována koncovému uţivateli, jsou vţdy spojena s údajem o jejich kvalitě. Uţivatel svojí volbou rozhoduje, zda jsou data s měřenými hodnotami pro jeho práci dostačující. Alerting Systém můţe být vyuţit v hierarchických systémech, takţe 48
49 můţeme měřit DQA jako celek nebo i Reporty. To znamená, ţe Alerting Systém šetří čas uţivatelům, kteří nemusí opakovaně spouště reporty, které jsou neúplné ale také zpracovatelům, kteří mohou lépe a cíleně řešit detekované problémy nebo těm, kteří vyuţívají data k dalšímu zpracování. Smyslem vizualizace Alerting Systému je monitorování datové kvality, signalizace problému směrem k primárním poskytovatelům dat i směrem ke zpracovatelům Metriky pro objekty Stav dat Správnost Včasnost Kompletnost DQA vlastníci Status Změna pozice vlastníka DQA Měření datové kvality Měření datové kvality dělíme podle oblastí, veličin měření a výsledků vyhodnocení. Veškerá data ze seznamu je moţné si jednotlivě rozkliknout a zobrazit na stránkách společnosti ve wiki. Oblasti, na kterých je měření prováděno Zákaznická data Data ze zákaznických procesů Data o pouţití sluţeb Aktivace a nastavení sluţeb Finanční a fakturační data Informace o síti Měřené veličiny Správnost dat Úplnost dat 49
50 Včasnost dat Seznam měřených DQA Seznam otevřených výstrah alerting systému Seznam problémů Seznam upozornění (červená, ţlutá, zelená) Seznam splněných kontrolních pravidel Obrázek 18: Detaily objektu charakteristika včasnost pro systém REPA Zdroj: Stránky společnosti, výstup provedený autorem 50
51 Obrázek 19: Alerting Systém vizualizace ve wiki Zdroj: Stránky společnosti, uţivatelský výstup provedený autorem Metadata Repository Současně s Alerting Systémem vytváříme Metadata Repository (popisy datových objektů včetně dalších podrobností). Správná a kompletní metadata jsou základem pro zajištění kvality dat. Enterprise Metadata Environment (EME) je součástí nástroje AB Initio a uchovává logy ze zpracování a můţe být customizován přidáním nových kategorií a pohledů. Analýza dopadů je významnou součástí ETL, abychom pochopili, jak ETL proces funguje. Výhody Enterprise Metadata Environment EME nám umoţňuje zjistit zpracování příslušných datasetů nebo souborů Zobrazení grafů se zvýrazněnými komponentami a datovými toky Inteligentní zobrazení analýz v grafickém módu Společně s instalačními procesy umoţňuje identifikovat, kdo a proč učinil příslušnou změnu 51
52 Obrázek 20: Enterprise Metadata Environment v nástroji Ab Initio Zdroj: Interní dokumentace společnosti 52
53 4. Reporting K vypracování této kapitoly jsem primárně vycházela z interních materiálů společnosti a informací od pracovníků oddělení Business Intelligence a také ze svých znalostí, jelikoţ jsem v minulosti pracovala jako analytik oddělení Demand Managementu a měla ve své odpovědnosti správu poţadavků na IT podporu. 4.1 Proces reportingu Poţadavky na vytvoření reportů jsou zadávány prostřednictvím formuláře Žádost o IT podporu neboli Request for Support to IT (dále jen RfS). Tento formulář neslouţí pouze pro poţadavky na nové reporty, ale pouţívá se také na jakékoliv jiné ţádosti na oddělení IT, které nepřesahují pracnost 40 MD 36, například se můţe jednat o poţadavek na novou aplikaci nebo úpravu stávajících systémů. Poţadavky, které překročí definovaný počet člověkodnů, se dále řeší jako projekty dle postupů a pravidel v rámci projektového řízení. Stávající proces ţádosti o IT podporu je popsán a vymodelován níţe. Jak je zřejmé, chybí v něm klíčová role schvalovatele business experta daného oddělení, který by měl poţadavek schválit ještě před Vice Presidentem (VP) Stávající proces žádosti o report Zadavatel vytvoří poţadavek, který bude specifikován ve standardním formuláři, a poté jej em zašle ke schválení na svému VP, který mu poţadavek em schválí nebo neschválí. Pokud je poţadavek neschválen, vrací se zpět k zadavateli, pokud je schválen, zadavatel zašle RfS em na oddělení Demand Managementu (dále jen DM), o tomto kroku informuje svého VP. Analytik DM zkontroluje formální správnost daného poţadavku, pokud RfS nesplňuje definované náleţitosti, poţadavek je vrácen zadavateli k přepracování. O této skutečnosti Analytik DM informuje VP zadavatele. 36 MD = man-day neboli člověkoden znamená čas odpovídající práci jedné osoby po dobu jednoho pracovního dne 53
54 V případě formální shody je poţadavek zaregistrován v nástroji IBM Rational ClearQuest (dále jen ClearQuest) 37. Poté je uţivatel informován o registraci svého RfS. Na proces registrace navazuje proces Evaluace poţadavku na IT podporu. 37 IBM Rational ClearQuest je nástroj pro komplexní řízení změn softwaru. Nabízí sledování změn, automatizaci procesů, vytváření sestav a sledovatelnost ţivotního cyklu pro lepší viditelnost a řízení celého ţivotního cyklu vývoje softwaru". [on-line] [cit ]. Dostupný z WWW: < 54
55 Obrázek 21: Stávající proces ţádosti o IT podporu (Request for Support to IT - RfS) RfS vytvořen provádí zadavatel RfS Zaslání RfS VP útvaru zadavatele provádí zadavatel RfS Microsoft Outlook XOR RfS schválen VP RfS neschválen VP V Zaslání RfS na útvar DM provádí zadavatel RfS Microsoft Outlook RfS přijat na DM musí být informován VP útvaru zadavatele Kontrola správnosti RfS provádí analytik útvaru DM RfS splňuje definované náležitosti XOR RfS nesplňuje definované náležitosti Registrace RfS provádí analytik útvaru DM Vrácení požadavku zpět zadavateli k přepracování provádí analytik útvaru DM ClearQuest musí být informován VP útvaru zadavatele RfS zaregistrován musí být informován zadavatel RfS EVALUACE RfS Zdroj: Autor 55
56 4.2 BI Reporting, SAP Business Object, Hyperion V průběhu roku 2010 změnila společnost reportovací platformu a původní Oracle Discoverer byl nahrazen SAP Business Object. Při přechodu z původní Oracle platformy na Neteezu došlo k masivnímu zrychlení generování reportů ROLAP BI analytický reporting SAP Business Objects SAP Business Objects 38 se pouţívá na přístup k datům uloţeným v EDW a umoţňuje analytický reporting za pouţití metody ROLAP (Relational On Line Analytical Processing). Tato metoda pracuje s daty jako v relační databázi, za pouţití SQL. V současnosti je na této platformě 240 aktivních reportů, které vyuţívá přibliţně 300 uţivatelů. Výhody SAP Business Objects Dokáţe zpracovávat velké objemy dat: Omezení ROLAP technologie je dáno omezením relační databáze, nad níţ ROLAP pracuje. Jinými slovy, ROLAP nemá ţádné omezení zpracovávaných objemů dat, Dokáţe posílit vyuţití funkcionalit, které jsou součástí relační databáze. Relační databáze jsou často dodávány s tzv. hostováním funkcionalit, jeţ umí ROLAP vyuţít s ještě větším účinkem, neţ relační databáze. Nevýhody SAP Business Objects Limitován funkcionalitou SQL, protoţe ROLAP se primárně opírá o SQL, můţe přinášet dlouhé generování odpovědí na dotaz 38 SAP Business Objects poskytuje komplexní řešení BI. Dostupný z WWW: < CRM-CZ10-RDC-BBA>. 56
57 Obrázek 22: Aplikace SAP Business Object Zdroj: Interní dokumentace společnosti Multidimenzionální OLAP reporting Hyperion Essbase Hyperion Essbase (nyní Oracle) je pouţíván pro multidimenzionální OLAP reporting. V technologii MOLAP jsou data ukládána ve formě kostek, které mají mnoho dimenzí. Data nejsou ukládána ve formě relačních tabulek, ale v příslušném formátu. Pouţitá technologie je Hyperion Essbase a Hyperion Analyser. Přístup do Hyperionu vyuţívají především uţivatelé z oddělení financí (25 koncových uţivatelů). Výhody Velmi vysoce výkonné kostky jsou vytvořeny kvůli rychlému přístupu k informacím a jsou optimální pro operace slicing and dicing Dokáţe vykonávat komplexní výpočty: všechny výpočty jsou předgenerovány jiţ v době, kdy je kostka vytvářena 57
58 Nevýhody Má určitá omezení na mnoţství dat, které dokáţe zpracovávat: protoţe veškeré výpočty jsou prováděny v době, kdy se kostka vytváří, není moţné zahrnout velké objemy dat do kostky samotné Vyţaduje dodatečné investice: technologie kostek jsou často proprietární, vyţadují dodatečné diskové kapacity a další finanční investice a taktéţ investice do lidských zdrojů Obrázek 23: Princip multidimenzionální kostky Zdroj: Autor 4.3 ARDW (Analytical and Reporting Data Warehouse) ARDW je analytická část datového skladu vyuţívaná pro sloţitější analýzy. Umoţňuje uţivatelům vyuţívat sofistikované matematické/statistické metody pro sloţité analýzy dat. Pouţitou technologií je SAS Enterprise Guide a SAS Enterprise Miner. Tuto část datového skladu vyuţívá přibliţně 40 koncových zákazníků ze všech oddělení společnosti. 58
59 4.4 Chordiant (Campaign Management Tool) Chordiant Marketing Director (CMD) je sluţba pro plánování, řízení a vyhodnocování marketingových kampaní. Společně s ARDW umoţňuje uţivatelům vybrat vhodný seznam zákazníků, kteří mají být zahrnuti ve specifické kampani (na základě dat z EDW) a také zrealizovat kampaň s vyuţitím definovaných výstupních kanálů (SMS, MMS, , atd.) Po ukončení je moţno kampaň vyhodnotit a následně vykonat další kroky (například navýšit kredit na telefonu). V roce 2010 bylo v tomto nástroji provedeno 950 kampaní. Jelikoţ je nástroj na plánování a vyhodnocování kampaní jiţ zastaralý, rozhodla se společnost pro koupi nového produktu, který plně odpovídá současným trendům. Jedná se o nástroj SAS Marketing Automation, od společnosti SAS, který umoţní uţší propojení s ARDW. 4.5 Katalog Reportů Seznam všech pravidelně prováděných reportů je moţno nalézt v katalogu reportů ve wiki. Katolog reportů v současné době obsahuje přibliţně 1200 reportů, z nichţ zhruba jedna třetina je jiţ zrušených a jedna třetina se jiţ nevyuţívá, coţ znamená, ţe aktivních je cca 400 reportů. Reporty jsou rozděleny do kategorií, z nichţ majoritní část představují reporty finanční. 59
60 Obrázek 24: Katalog Reportů ve wiki Zdroj: Stránky společnosti, výstup provedený autorem (upraveno) Status reportů logika vyhodnocování Report se skládá z různých tabulek, které se měří v Alertingu. Z vyhodnocení stavu charakteristik jednotlivých tabulek se určí i stav reportu a to tak, ţe se propaguje ta nejhorší barva. Například je-li některá tabulka červená- pak i report je červený Typy reportů Poţadavky na reporty můţeme rozdělit do dvou skupin. Ad-hoc reporty pro jednorázový výběr dat bez opakování, většinou se jedná o sloţité komplexní analýzy, které jsou zpracovávány na základě poţadavků businessu Pravidelné reporty reporty, které si uţivatelé mohou spouště na pravidelné bázi, například provolané částky za měsíc pro určitý segment zákazníků 60
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íceDatový sklad. Datový sklad
Datový sklad Postavení v rámci IS/ICT Specifika návrhu Modelování Datový sklad POSTAVENÍ NÁVRH Postavení datového skladu (DW) v IS/ICT z hlediska aplikací jako součást Business Intelligence z hlediska
VíceKIS A JEJICH BEZPEČNOST-I
KIS A JEJICH BEZPEČNOST-I INFORMAČNÍ SYSTÉMY POUŽÍVANÉ V MANAŽERSKÉ PRAXI pplk. Ing. Petr HRŮZA, Ph.D. Univerzita obrany, Fakulta ekonomiky a managementu Katedra vojenského managementu a taktiky E-mail.:
VíceDATABÁZOVÉ SYSTÉMY. Vladimíra Zádová, KIN, EF TUL - DBS
DATABÁZOVÉ SYSTÉMY Současné aplikace IS/ICT Informační systémy a databázové systémy Databázová technologie Informační systémy Aplikační architektura Vlastníci, management Business Intelligence, manažerské
VíceBusiness Intelligence. Adam Trčka
Business Intelligence Adam Trčka 09:00 11:30: BI v kostce Navrhněme si sklad Ukázka BI Datamining 12:30 14:30: Pokračování kurzu 14:30 15:00: Q&A Agenda Co se dnes dovíme? Data informace znalost Business
VíceObsah Ú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íceZvyšování výkonnosti firmy na bázi potenciálu zlepšení
Nakladatelství a autor dìkují za podporu pøi vydání této knihy spoleènostem: SAP ÈR, spol. s r. o. MICROSOFT, s.r.o. ŠKODA AUTO, a.s. Ing. Pavel Uèeò, CSc. Zvyšování výkonnosti firmy na bázi potenciálu
VíceRegulace a normy v IT IT Governance Sociotechnický útok. michal.sláma@opava.cz
Regulace a normy v IT IT Governance Sociotechnický útok michal.sláma@opava.cz Regulace a normy v IT Mezinárodní regulace Národní legislativa Mezinárodní normy Národní normy Oborové standardy Best practices
VíceVýuka integrovaných IS firem a institucí na vysokých školách (zkušenosti, nové příležitosti, omezení)
Výuka integrovaných IS firem a institucí na vysokých školách (zkušenosti, nové příležitosti, omezení) Milena Tvrdíková Katedra aplikované informatiky Ekonomická fakulta VŠB Technická univerzita Ostrava
VíceCobiT. Control Objectives for Information and related Technology. Teplá u Mariánských Lázní, 6. října 2004
CobiT Control Objectives for Information and related Technology Teplá u Mariánských Lázní, 6. října 2004 Agenda Základy CobiT Pojem CobiT Domény CobiT Hodnocení a metriky dle CobiT IT Governance Řízení
Více3 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íceStrategické řízení IS Strategické řízení Základní pojmy
Strategické řízení IS Základní pojmy Informatika Informatika je multidisciplinární obor, jehoţ předmětem je tvorba a uţití informačních systémů v podnicích a společenstvích a to na bázi informačních a
Více10. 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Řízení ICT služeb na bázi katalogu služeb
Řízení ICT služeb na bázi katalogu služeb Jiří Voř katedra IT, IT, VŠE vorisek@vse.cz nb.vse.cz/~vorisek 1 Služby fenomén současné etapy rozvoje společnosti 2 Vlastnosti služeb služby se od produktů liší
VíceAplikace IS, outsourcing, systémová integrace. Jaroslav Žáček
Aplikace IS, outsourcing, systémová integrace Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Kontext Dodavatelé Strategická Zákazníci Taktická Operativní Kategorie ERP - zaměřeno na řízení
Více1.1. Správa a provozní podpora APV ROS, HW ROS a základního SW
Příloha č. 4 - Specifikace a informace o předmětu veřejné zakázky Předmětem veřejné zakázky je řízení projektu, správa a údržba programového vybavení pro informační systém Základní Registr osob (dále rovněž
VíceManagement informační bezpečnosti
Management informační bezpečnosti Definice V Brně dne 3. října 2013 Definice Common Criterta ITIL COBIT CRAMM Přiměřená ábezpečnostč Management informační bezpečnosti 2 Common Criteria Common Criteria
VíceAplikace 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íceAplikace 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íceFINANČNÍ KONSOLIDACE TEORIE A PRAKTICKÁ REALIZACE PROSTŘEDNICTVÍM INFORMAČNÍCH SYSTÉMŮ
FINANČNÍ KONSOLIDACE TEORIE A PRAKTICKÁ REALIZACE PROSTŘEDNICTVÍM INFORMAČNÍCH SYSTÉMŮ Ing. Milan Bartoš Capgemini Sophia s.r.o. member of the Capgemini Group Abstrakt Cílem článku je představit teoreticky
VíceInfor Performance management. Jakub Urbášek
Infor Performance management Jakub Urbášek Agenda prezentace Stručně o produktu Infor PM 10 Komponenty Infor PM - PM OLAP a PM Office Plus Reporting Analýza Plánování / operativní plánování Infor Performance
VícePřehled systému Microsoft SQL Server. Komu je kniha určena Struktura knihy Nejvhodnější výchozí bod pro čtení knihy Konvence a struktura knihy
Komu je kniha určena Struktura knihy Nejvhodnější výchozí bod pro čtení knihy Konvence a struktura knihy Konvence Další prvky Požadavky na systém Ukázkové databáze Ukázky kódu Použití ukázek kódu Další
VíceIng. Petr Kalčev, Ph.D.
Ing. Petr Kalčev, Ph.D. 17.10.2017 24.10.2017 31.10.2017 7.11.2017 14.11.2017 21.11.2017 28.11.2017 5.12.2017 12.12.2017 19.12.2017 Úvod do manažerský informačních systémů Typy informačních systémů Příklady
VíceStatistica, 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íceCo je to COBIT? metodika
COBIT Houška, Kunc Co je to COBIT? COBIT (Control OBjectives for Information and related Technology) soubor těch nejlepších praktik pro řízení informatiky (IT Governance) metodika určena především pro
VíceDobývání znalostí z databází. Databáze. datum jmeno prijmeni adresa_ulice adresa_mesto cislo_uctu platba zustatek
Databáze datum jmeno prijmeni adresa_ulice adresa_mesto cislo_uctu platba zustatek 980103 Jan Novak Dlouha 5 Praha 1 9945371 100.00 100.00 980105 Jan Novak Dlouha 5 Praha 1 9945371 1500.00 1600.00 980106
VíceAdventureWorksDW2014 SQL Server Data Tools Multidimenziona lnı model Tabula rnı model Multidimenziona lnı mo d Tabula rnı mo d MS SQL Server 2016 Tabula rnı mo d Azure Analysis Services 16 3.2 Dimenzionální
VíceNová 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íceIng. Roman Danel, Ph.D. 2010
Datový sklad Ing. Roman Danel, Ph.D. 2010 Co je to datový sklad a kdy se používá? Pojmem datový sklad (anglicky Data Warehouse) označujeme zvláštní typ databáze, určený primárně pro analýzy dat v rámci
VíceKvalita procesu vývoje SW. Jaroslav Žáček jaroslav.zacek@osu.cz
Kvalita procesu vývoje SW Jaroslav Žáček jaroslav.zacek@osu.cz Vývoj software a jeho kvalita Samotný vývoj je rozsáhlá a složitá disciplína. Většina SW projektů (v průměru 70 %) je podhodnocena či zpožděna.
VíceSystémy pro podporu managementu 1
Systémy pro podporu managementu 1 Přednášky pro im2, im3, im5, ai2, ai3 Ing. Karel Mls, Ph.D. 1 2 Základní literatura EFRAIM TURBAN, JAY E. ARONSON: DECISION SUPPORT SYSTEMS AND INTELLIGENT SYSTEMS. PRENTICE
VíceStandardy/praktiky pro řízení služeb informační bezpečnosti. Doc. Ing. Vlasta Svatá, CSc. Vysoká škola ekonomická Praha
Standardy/praktiky pro řízení služeb informační bezpečnosti Doc. Ing. Vlasta Svatá, CSc. Vysoká škola ekonomická Praha Služby informační bezpečnosti Nemožnost oddělit informační bezpečnost od IT služeb
VíceModelování a návrh datových skladů
Modelování a návrh datových skladů Doc. Ing. B. Miniberger, CSc. BIVŠ Obsah 1. Přednáška I. Základy modelování datových skladů (DW) 2. Přednáška II. ETL procesy III. Data Mining IV. Kvalita dat a BI Literatura
VíceKvalitní data kvalitní agendy
Kvalitní data kvalitní agendy Kvalita dat a její zajišťování v agendových systémech veřejné správy Připraveno pro konferenci ISSS 2010 Ing. Jiří Vácha Hradec Králové, 13.4.2010 Adastra Group Agenda Základní
VíceInformační systémy 2006/2007
13 Vysoká škola báňská Technická univerzita Ostrava Fakulta strojní, Katedra automatizační techniky a řízení Informační systémy 2006/2007 Ivan Kedroň 1 Obsah Analytické nástroje SQL serveru. OLAP analýza
VíceBI v rámci IS/ICT komponenty BI architektura. Charakteristika dat a procesů v IS/ICT. Datové sklady ukládání dat návrh datového skladu
BI v rámci IS/ICT komponenty BI architektura Charakteristika dat a procesů v IS/ICT Datové sklady ukládání dat návrh datového skladu BI CRM ERP SCM Aplikace pro podporu základních řídících a administrativních
VíceArchitektury 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ícePODNIKOVÁ INFORMATIKA
GÁLA Libor POUR Jan TOMAN Prokop PODNIKOVÁ INFORMATIKA Obsah O autorech... 11 Na úvod jak chápat tuto knihu... 13 Část I: Principy podnikové informatiky... 17 1. Informatika, aplikovaná informatika, podniková
VíceTvorba metasystému a popis informačních systémů v bance
Bankovní institut vysoká škola Praha Katedra informatiky a kvantitativních metod Tvorba metasystému a popis informačních systémů v bance Diplomová práce Autor: Bc. David Koudelka Informační technologie
VíceNávrh softwarových systémů - softwarové metriky
Návrh softwarových systémů - softwarové metriky Martin Tomášek Návrh softwarových systémů (B6B36NSS) Převzato z přednášky X36AAS M. Molhanec 2 Co je to metrika? Nástroj managementu pro řízení zdrojů (lidská
VíceVýzvy využívání otevřených dat v ČR
a cesty k jejich řešení Praha, 8. 11. 2013 Výzvy využívání otevřených dat v ČR Dušan Chlapek 1, Jan Kučera 1, Martin Nečaský 2, 1 Fakulta informatiky a statistiky, Vysoká škola ekonomická v Praze 2 Matematicko-fyzikální
VíceCPM/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íceBusiness Intelligence
Business Intelligence Skorkovský KAMI, ESF MU Principy BI zpracování velkých objemů dat tak, aby výsledek této akce manažerům pomohl k rozhodování při řízení procesů výsledkem zpracování musí být relevantní
Více3 Bezpečnostní politika 3/1 Základní pojmy, principy standardy a požadavky
Obsah strana 3 1 Školení uživatelů 1/1 Školení zaměstnanců 1/4 Bezpečnost práce 1/4.1 Bezpečnost a ochrana zdraví při práci s počítačem 1/4.2 Manuál pro začínající uživatele 1/5 Vzdělávání formou e -learningu
VíceObsah. Kapitola 1. Kapitola 2. Kapitola 3. Úvod 9
Obsah Úvod 9 Kapitola 1 Business Intelligence, datové sklady 11 Přechod od transakčních databází k analytickým..................... 13 Kvalita údajů pro analýzy................................................
VíceKatalog služeb a podmínky poskytování provozu
Příloha č. 1 Servisní smlouvy Katalog služeb a podmínky poskytování provozu Část P2_1 P2_1_Katalog služeb a podmínky poskytování provozu 1 Obsah 1 OBSAH... 2 2 DEFINICE POJMŮ... 3 3 DEFINICE SLUŽEB, KOMPONENT
VícePŘÍRUČKA KVALITY MĚSTSKÉHO ÚŘADU OTROKOVICE ---------------------------------
PŘÍRUČKA KVALITY MĚSTSKÉHO ÚŘADU OTROKOVICE --------------------------------- Tato má pro veřejnost informativní charakter a odkazy v ní uvedené slouţí pro práci zaměstnanců MěÚ. kopírován, upravován nebo
VíceZdroje informací v organizaci IS/ICT BI v rámci IS/ICT historie architektura OLTP x DW ukládání dat
Zdroje informací v organizaci IS/ICT BI v rámci IS/ICT historie architektura OLTP x DW ukládání dat Vladimíra Zádová BI CRM ERP SCM Aplikace pro podporu základních řídících a administrativních operací
Vícekapitola 2 Datové sklady, OLAP
Tomáš Burger, burger@fit.vutbr.cz kapitola 2 Datové sklady, OLAP Získávání znalostí z databází IT-DR-3 / ZZD Co je to datový sklad A data warehouse is a subjectoriented, integrated, time-variant and nonvolatile
VíceZá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íceTrendy v IS/ICT přístupy k návrhu multidimenzionální modelování
Trendy v IS/ICT přístupy k návrhu multidimenzionální modelování Aplikace IS/ICT BI SCM e-business ERP ERP CRM II e-business Aplikace pro podporu základních řídících a administrativních operací 1 Informační
VíceArchitektury Informačních systémů. Jaroslav Žáček
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ícePOSOUZENÍ INFORMAČNÍHO SYSTÉMU FIRMY A NÁVRH ZMĚN INFORMATION SYSTEM ASSESSMENT AND PROPOSAL FOR ICT MODIFICATION
VYSOKÉ UČENÍ TECHNICKÉ V BRNĚ BRNO UNIVERSITY OF TECHNOLOGY FAKULTA PODNIKATELSKÁ ÚSTAV INFORMATIKY FACULTY OF BUSINESS AND MANAGEMENT INSTITUTE OF INFORMATICS POSOUZENÍ INFORMAČNÍHO SYSTÉMU FIRMY A NÁVRH
VíceIDENTITY MANAGEMENT Bc. Tomáš PRŮCHA
IDENTITY MANAGEMENT Bc. Tomáš PRŮCHA 20. 12. 2013 ÚVOD S penetrací IT do fungování společnosti roste důraz na zabezpečení důvěrnosti a opravdovosti (autenticity) informací a potvrzení (autorizaci) přístupu
VíceProcesní řízení. Hlavní zásady a praxe dodavatele Komix
Procesní řízení Hlavní zásady a praxe dodavatele Komix 1 Obsah prezentace Teoretická část (menšího objemu) orientace na zákazníka hodnocení procesu podmínky procesního řízení cyklus zlepšování procesu
VíceAplikace moderních informaèních technologií v øízení firmy Nástroje ke zvyšování kvality informaèních systémù
Edice Management v informaèní spoleènosti Edièní rada: Prof. Ing. Josef Basl, CSc. Vysoká škola ekonomická v Praze pøedseda Ing. Kateøina Drongová Grada Publishing, a.s. místopøedseda Prof. Ing. Jan Ehleman,
VíceZá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ícePRAXE A PŘÍNOSY INDEXOVÉHO BENCHMARKINGU PRACTISE AND BENEFITS OF INDEX BENCHMARKING
PRAXE A PŘÍNOSY INDEXOVÉHO BENCHMARKINGU PRACTISE AND BENEFITS OF INDEX BENCHMARKING Daniel Salava 1 Anotace: Tento článek se zabývá problematikou a aspekty užití indexového benchmarkingu zejména v malých
VíceK výsledkům průzkumu zaměřeného na kvalitu podnikové informatiky
K výsledkům průzkumu zaměřeného na kvalitu podnikové informatiky Jan Pour, Ota Novotný Katedra informačních technologií Vysoká škola ekonomická v Praze pour@vse.cz, novotnyo@vse.cz Abstrakt: Kvalita podnikové
VíceZvýšení kvality IA s využitím nových technologií: Představení řešení IDEA - SymSure pro CCM
Jaromír Jiroudek Lukáš Mikeska J + Consult Ernst & Young Zvýšení kvality IA s využitím nových technologií: Představení řešení IDEA - SymSure pro CCM Náplň setkání 1. Rychlý úvod do CCM/CPM 2. Představení
VíceŘÍZENÍ JAKOSTI ENVIRONMENTÁLNÍ MANAGEMENT BEZPEČNOST PRÁCE ING. PETRA ŠOTOLOVÁ
ŘÍZENÍ JAKOSTI ENVIRONMENTÁLNÍ MANAGEMENT BEZPEČNOST PRÁCE ING. PETRA ŠOTOLOVÁ ŘÍZENÍ JAKOSTI SKUPINA POSTOJŮ, PROCESŮ A PROCEDUR VYŽADOVANÝCH PRO PLÁNOVÁNÍ A PROVÁDĚNÍ VÝROBY NEBO SLUŽBY V OBLASTI HLAVNÍ
VíceDatové sklady. Ing. Jan Přichystal, Ph.D. 1. listopadu 2011. PEF MZLU v Brně
PEF MZLU v Brně 1. listopadu 2011 Úvod Intenzivní nasazení informačních technologií způsobuje hromadění obrovské spousty nejrůznějších údajů. Příkladem mohou být informace z obchodování s cennými papíry
VíceOptimalizace struktury serveru
Osvědčené postupy pro snížení provozních nákladů na informační technologie (IT) Výtah Tento dokument obsahuje informace pro technické řídicí pracovníky a manažery IT. Popisuje způsoby, kterými mohou organizace
VíceCvičení 1,2 Osnova studie strategie ICT
Cvičení 1,2 Osnova studie strategie ICT Department of Computer Systems Faculty of Information Technology Czech Technical University in Prague František Klíma, 2011 Finanční řízení informatiky, MI-FRI,
VícePříloha č. 1 Servisní smlouvy. Katalog služeb. S2_P1_Katalog služeb
Příloha č. 1 Servisní smlouvy Katalog služeb S2_P1_Katalog služeb 1 Obsah 1 OBSAH... 2 2 DEFINICE SLUŽEB... 3 3 SPECIFIKACE SLUŽEB... 6 3.1 SLUŽBA PS01_PROVOZ A SPRÁVA... 6 3.2 SLUŽBA PS02_ZÁLOHA A OBNOVA...
VíceModerní 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íceAplikace pro podporou manažerského rozhodování
Mendelova univerzita v Brně Provozně ekonomická fakulta Aplikace pro podporou manažerského rozhodování Diplomová práce Vedoucí práce: Ing. Pavel Turčínek, Ph.D. Bc. Jiří Nevídal Brno 2015 Rád bych tímto
VíceDOPLNĚK. Projekt Informační systém základních registrů je spolufinancován Evropskou unií z Evropského fondu pro regionální rozvoj.
GLOBÁLNÍ ARCHITEKTURA ZÁKLADNÍCH REGISTRŮ DOPLNĚK Projekt Informační systém základních registrů je spolufinancován Evropskou unií z Evropského fondu pro regionální rozvoj. Obsah 1 Cíle dokumentu...3 2
Více3.přednáška. Informační bezpečnost: Řízení IS/IT
Systém řízení informační bezpečností (ISMS) RNDr. Igor Čermák, CSc. Katedra počítačových systémů Fakulta informačních technologií České vysoké učení technické v Praze Igor Čermák, 2011 Informační bezpečnost,
VíceKentico CMS. Hledáte rychlý, snadný a efektivní způsob jak si vytvořit firemní web? Dál už hledat nemusíte. Snadné použití pro marketéry
Hledáte rychlý, snadný a efektivní způsob jak si vytvořit firemní web? Dál už hledat nemusíte. Snadné použití pro marketéry Kvalitní a nepřetržitá globální podpora Flexibilní nástroj pro vývojáře Kentico
Více1 ÚVOD DO BPM. 1.1 Stručná historie BPM 5 KONTROLNÍ OTÁZKA 1. 1.1.1 Potřeba ohodnocení obchodu
5 KONTROLNÍ OTÁZKA 1 1 ÚVOD DO BPM 1.1 Stručná historie BPM 1.1.1 Potřeba ohodnocení obchodu Když lidé poprvé začali žití ve společenských skupinách, několik lidí objevilo příležitost obchodovat se zbožím
VíceNástroje IT manažera
Obsah Nástroje IT manažera Školení uživatelů Ochrana osobních údajů Bezpečnostní politika Software a právo Legální software Management jakosti Výběr a řízení dodavatelů Pracovněprávní minimum manažerů
VíceInformační systém pro rehabilitační zařízení a oddělení
Informační systém pro rehabilitační zařízení a oddělení Obsah: Kontakt: Základní informace LAURYN v.o.s. Vlastnosti IS R-PLAN Přeloučská 255 Další rozvoj IS R-PLAN CZ - 530 06 Pardubice 6 Modul Rozpis
VíceVÝZVA K PŘEDKLÁDÁNÍ PROJEKTŮ V RÁMCI OPPI ICT v podnicích
Ministerstvo průmyslu a obchodu České republiky Sekce strukturálních fondů Řídicí orgán OPPI VÝZVA K PŘEDKLÁDÁNÍ PROJEKTŮ V RÁMCI OPPI ICT v podnicích Identifikace výzvy Prioritní osa Číslo výzvy ICT v
VíceNástroje IT manažera
Obsah Nástroje IT manažera Školení uživatelů Ochrana osobních údajů Bezpečnostní politika Software a právo Legální software Management jakosti Výběr a řízení dodavatelů Pracovněprávní minimum manažerů
Vícemyavis NG MOBILE SOLUTIONS CRM s podporou obchodních procesů v terénu
myavis NG MOBILE SOLUTIONS CRM s podporou obchodních procesů v terénu KOMPLEXNÍ ŘEŠENÍ CRM PRO SPRÁVU A ŘÍZENÍ OBCHODNÍCH, MARKETINGOVÝCH A DISTRIBUČNÍCH ČINNOSTÍ, S PODPOROU PRÁCE V TERÉNU, PRO EFEKTIVNÍ
VíceMETODIKA PROVÁDĚNÍ AUDITU COBIT
METODIKA PROVÁDĚNÍ AUDITU COBIT Zkratka COBIT znamená v originále Control Objectives for Information and related Technology. Metodika byla vyvinuta a publikována organizací Information Systems Audit and
VíceNÁSTROJ KAPACITNÍHO PLÁNOVÁNÍ PRO PODPORU ŘÍZENÍ PROJEKTŮ
VYSOKÉ UČENÍ TECHNICKÉ V BRNĚ BRNO UNIVERSITY OF TECHNOLOGY FAKULTA PODNIKATELSKÁ ÚSTAV INFORMATIKY FACULTY OF BUSINESS AND MANAGEMENT INSTITUTE OF INFORMATICS NÁSTROJ KAPACITNÍHO PLÁNOVÁNÍ PRO PODPORU
Vícev praxi Rizika a přínosy zavádění BI jako nástroje pro řízení podnikání
Podpora rozhodování v praxi Rizika a přínosy zavádění BI jako nástroje pro řízení podnikání HanušRais Business DevelopmentManager SAS Institute ČR s.r.o. Agenda Úvod - Profil SAS Institute Pojem Business
VíceRiJ ŘÍZENÍ JAKOSTI L 1 1-2
RiJ ŘÍZENÍ JAKOSTI ML 1-2 Normy řady ISO 9000 0 Úvod 1 Předmět QMS podle ISO 9001 2 Citované normativní dokumenty 3 Termíny a definice 4 Systém managementu kvality 5 Odpovědnost managementu 6 Management
VíceHEIS VÚV V ROCE 2006 Jiří Picek Klíčová slova Hydroekologický informační systém VÚV T.G.M. (HEIS VÚV) je centrálním informačním systémem odborných sekcí ústavu. Jeho hlavním posláním je zajištění zpracování,
Více1 Služby SAP Business Transformation and Plan Services Služby SAP Business Transformation and Plan Services aktuálně zahrnují:
Popis služeb Služby Business Transformation and Plan Services Služby SAP Business Transformation and Plan Services poskytují služby poradenství a prototypování k podpoře inovace a transformace Zákazníka
VíceJak na jakost v podnikovém IT Evropský týden kvality Praha 10.11.2004
Jak na jakost v podnikovém IT Evropský týden kvality Praha 10.11.2004 Jiří Sedláček AIT s.r.o, Sinkulova 83, 140 00 Praha 4 tel. 261 225 072 www.ait.cz AIT, 2004 1 Program Současné postavení IT v podniku
VíceKomputerizace problémových domén
Milan Mišovič (ČVUT FIT) Pokročilé informační systémy MI-PIS, 2011, Přednáška 03 1/19 Komputerizace problémových domén Prof. RNDr. Milan Mišovič, CSc. Katedra softwarového inženýrství Fakulta informačních
VíceVysoká škola ekonomická v Praze Fakulta informatiky a statistiky. Diplomová práce. 2015 Michael Čihák
Vysoká škola ekonomická v Praze Fakulta informatiky a statistiky Diplomová práce 2015 Michael Čihák Vysoká škola ekonomická v Praze Fakulta informatiky a statistiky Analýza a hodnocení komunikačních toků
VíceMetadata. RNDr. Ondřej Zýka
Metadata RNDr. Ondřej Zýka 1 Metadata Jedna z kompetencí Data managementu Cíle kompetence: Zajistit jednotné porozumění a užití termínů Provázat informace na různých úrovních (byznys, aplikační, technické)
VíceKolaborativní aplikace
Kolaborativní aplikace Michal Máčel Vema, a. s. Okružní 3a, 638 00 Brno - Lesná, macel@vema.cz Tomáš Hruška Fakulta informačních technologií Vysokého učení technického v Brně, Ústav informačních systémů,
VíceMarketingová 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íceJedno globální řešení pro vaše Mezinárodní podnikání
Jedno globální řešení pro vaše Mezinárodní podnikání Obsah 2 Známe váš svět, jsme jeho součástí 4 Správné řešení pro vaše mezinárodní podnikání 6 Standardní řešení s jedinečnými výhodami 8 Jedno globální
VíceProč nový styl řízení ICT
Řízení informatických služeb Jan Smolík Proč nový styl řízení ICT ICT nepřináší efekt samo o sobě musí podpořit podnikové procesy ICT stále komplexnější a komplikovanější Vysoké investice často malá návratnost
VíceDnešní témata Informační systém, informační služba Podnikový informační systém
Dnešní témata Informační systém, informační služba Podnikový informační systém VOŠIS UIM 5 1 Rekapitulace Kde jsou dokumenty? Osobní informační systém Informace v organizaci Veřejné informační systémy
VíceVyužití moderní self-service BI technologie v praxi
Vysoká škola ekonomická v Praze Fakulta informatiky a statistiky Katedra informačních technologií Studijní program: Aplikovaná informatika Obor: Informační systémy a technologie Využití moderní self-service
VíceIT Governance. Libor TůmaT. konzultant, AHASWARE. www.itsmf.cz. itsmf 2002-7
IT Governance Libor TůmaT konzultant, AHASWARE Agenda Co je IT Governance Co pokrývá IT Governance Oblasti IT Governance Vztahy standardy, správná praxe, AS8015 Shrnutí Co je IT Governance Je odpovědností
VícePříručka kvality společnosti CZECHOSLOVAK REAL (CZ), s.r.o.
CZECHOSLOVAK REAL (CZ), s.r.o., Křenova 438/7, 162 00 Praha 6 Veleslavín Označení dokumentu: PK 01/CSR Strana 1 společnosti CZECHOSLOVAK REAL (CZ), s.r.o. Zpracoval: Jitka Neumannová, DiS. Schválil: Ing.
VíceSYSTÉM PRO KONFIGURACI KOMUNIKAČNÍCH TERMINÁLŮ A VIZUALIZACI STAVOVÝCH DAT Z KOLEJOVÝCH VOZIDEL
SYSTÉM PRO KONFIGURACI KOMUNIKAČNÍCH TERMINÁLŮ A VIZUALIZACI STAVOVÝCH DAT Z KOLEJOVÝCH VOZIDEL SYSTEM FOR CONFIGURATION OF COMMUNICATION TERMINALS AND VISUALIZATION OF STATE INFORMATION FROM RAIL VEHICLES
VíceGTL 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íceBIG DATA. Nové úlohy pro nástroje v oblasti BI. 27. listopadu 2012
BIG DATA Nové úlohy pro nástroje v oblasti BI 27. listopadu 2012 AGENDA 1. Úvod 2. Jaké jsou potřeby? 3. Možné řešení 2 Jaké jsou potřeby? Dopady Analýza dat potřeba nového přístupu Jak na nestrukturovaná
Víceorganizací IT Vladimír r Kufner
Úloha ITIL V2.0 při p budování zralosti organizací IT Vladimír r Kufner ITSM konzultant, Hewlett-Packard 1.místop stopředseda itsmf CZ Agenda O čem bude řeč? Přehled klíčových publikací ITIL V2.0 a itsmf
VíceMetodické postupy tvorby architektury
Metodické postupy tvorby architektury Název Metodické postupy tvorby architektury Datum zhotovení 14. 3. 2016 Zhotovitel KPMG Česká republika, s.r.o. Zpracoval za zhotovitele Tomáš Martinka Verze 2.1 Veřejná
VíceVyužití IT nástrojů pro měření a řízení výkonnosti. Michal Kroutil 22.11.2005
Využití IT nástrojů pro měření a řízení výkonnosti Michal Kroutil 22.11.2005 1 Obsah 1 2 3 4 5 Představení Ciber Novasoft Klíčové ukazatele výkonnosti Zdroje dat SAP SEM Implementační projekt 2 Představení
Více