Datový katalog. Funk ní specifikace

Transkript

1 Datový katalog Funk ní specifikace

2 Obsah 1 Úvod Popis sou asného stavu Specifikace požadavk Datový katalog databázová ást Zp sob sledování zm n dat v souvisejících systémech SSZ a jejich promítnutí do stavu Datového katalogu Datový katalog uživatelská aplikace Založení nové položky Zm na položky Zrušení konceptu Zrušení/ukon ení položky P epínání položek mezi jednotlivými stavy Reporty Správa aplikace Datový katalog role Datový katalog balík položek Datový katalog auditovatelnost inností Datový katalog logika a provázanost vnit ních funkcí a vnit ní kontroly Datový katalog logika a provázanost jednotlivých vnit ních funkcí Datový katalog zabudované vnit ní kontroly Datový katalog metriky íloha. 1 Základní seznam atribut íloha. 2 P epínání stav položek Datový katalog funk ní specifikace

3 1 Úvod Cílem materiálu je specifikace rámcového zadání pro realizaci služby spo ívající ve vytvo ení nové a stabilní aplikace eviden ního charakteru s vnit ní logikou Datový katalog. Aplikace bude sou ástí podpory procesu ízení a správy datové kvality Integrovaného informa ního systému eské správy sociálního zabezpe ení (IIS SSZ). V sou asnosti je uvedená evidence a podpora ešena pomocí nástroje vyvinutého v prost edí MS Excel 2010, v etn naprogramovaného kódu VBA s napojením na strukturované úložišt dat v prost edí MS Access. 2 Popis sou asného stavu Datovým katalogem se rozumí soubor datových položek evidovaných v jednotlivých subsystémech IIS SSZ v etn souboru standard t chto položek pomocí nadstavbov tvo eného subsystému Etalon. Vazby mezi položkami IIS SSZ a položkami subsystému Etalon ur ují rozdílnost od ideálního stavu položky. Sou asná evidence datových položek je vedena v nástroji vyvinutém v prost edí MS Excel 2010, etn úložišt v prost edí MS Access, ve kterém jsou evidovány jak datové položky ásti IIS SSZ, tak datové položky subsystému Etalon, sloužící jako vzor datových položek. Sou asný nástroj umož uje vytvo it vzájemné vazby mezi položkami IIS SSZ a položkami Etalonu. IIS SSZ obsahuje 21 subsystém r zného charakteru, od subsystém zabezpe ujících p íjem, evidenci, rozšifrování a validaci dat, p es zpracování dat v rámci subsystém výb ru pojistného, chodových agend, agend nemocenského pojišt ní, léka ské posudkové služby, exekucí i výplat dávek po bezpe nostní subsystémy i podp rné ekonomické subsystémy. Do budoucna se po ítá s dalším rozší ením po tu subsystém. V rámci t chto subsystém je provozováno 218 aplikací, z ehož je 156 aplikací centralizovaných a 62 aplikací lokálních. Datový katalog nyní pokrývá evidenci 3 subsystém, a to Kmenových evidencí (KE), Registru pojistných vztah (VZT) a databáze informa ního a komunika ního rozhraní eportálu (InfoDB). V rámci Datového katalogu je z realiza ních dokument evidováno 314 položek o 1848 záznamech (v etn hodnot íselník a vno ených položek v položkách složených) ze subsystému Kmenových evidencí, 82 položek o 162 záznamech z áste zmapovaného subsystému VZT a 317 položek z áste zmapovaného subsystému InfoDB. Z t chto položek již vzniklo 371 položek o 1783 záznamech subsystému Etalon. Celkem již Datový katalog obsahuje 1084 položek o 4110 záznamech (viz tabulka. 1). S rostoucím množstvím evidovaných položek však dochází k zpomalování vnit ních dotaz nástroje a odezev report. Aktuální nástroj, jeho složitá vnit ní logika a objem dat je na hranici možností využívaného prost edí MS Excel. Vzhledem k tomu, že je v sou asné dob zmapováno pouze zhruba 8 % položek a záznam, je nutné po ítat s výrazným nár stem jejich po tu p i dalším pln ní Datového katalogu. S p edpokládaným nár stem po tu evidovaných datových položek a záznam o další tisíce až desetitisíce tedy nelze využívat stávající zp sob evidence, protože již nebude po technické stránce vyhovovat požadavk m reálného provozu a využívání v b žné praxi. Datový katalog funk ní specifikace

4 Tabulka. 1 Aktuální po et položek a záznam v sou asné evidenci Datového katalogu V Datovém katalogu jsou nyní evidovány ty i druhy položek, tj. jednoduchá položka (JP), obecný datový typ (ODT), složená položka (SP) a íselník (CIS). Každá položka je popsána základním souborem atribut, které definují podobu t chto datových položek. Zárove je každá položka jednozna identifikována primárním klí em, který tvo í atributy IDPolozky, Subsystem, Verze, DruhPolozky. Pln ní Datového katalogu neprobíhá automatizovan. Každá datová položka musí být vložena jednotliv, p emž je nutno každý atribut datové položky vyplnit zvláš. Datové položky jsou do Datového katalogu pr žn zavád ny z realiza ních projekt a ze zdrojových kód jednotlivých subsystém. V aktuálním nástroji Datový katalog nelze provád t metriky umož ující hlubší analýzu datové kvality. Vzhledem k o ekávaným kapacitním a rychlostním komplikacím a vysoké manuální náro nosti v sou asnosti využívaného nástroje zástupci Úseku ízení a správy údajové základny (úsek 7) vznesli požadavek na vytvo ení nové aplikace Datový katalog ve vhodn jším databázovém prost edí. Nová aplikace musí být schopna p evzít doposud vedené datové položky ze stávajícího Datového katalogu, musí proto obsahovat všechny ty i druhy položek, všechny atributy dle p ílohy. 1, vazby jednotlivých položek na jiné položky, p echody položek mezi jednotlivými stavy, verzování, vazby mezi IIS SSZ a Etalonem a definici primárního klí e. Všechny tyto principy jsou popsány v následujících ástech textu. Krom p evzetí sou asné evidence Datového katalogu musí být aplikace schopna splnit i nové požadavky definované v následujících ástech textu. 3 Specifikace požadavk Nový Datový katalog bude evidencí pro sledování všech relevantních údaj o datových položkách subsystém IIS SSZ a jejich ideálních podobách. 3.1 Datový katalog databázová ást Struktura dat evidovaných v Datovém katalogu vychází ze sou asné evidence Datového katalogu. Popsané údaje je pot eba v novém Datovém katalogu evidovat a vyhodnocovat za ú elem zajišt ní funkce Datového katalogu jako nástroje pro ízení datové kvality. Datový katalog bude p ístupný v integra ním, testovacím a produk ním prost edí SSZ. Jednorázov bude provedena migrace dat ze sou asné evidence Datového katalogu. Následn bude docházet k pravidelné aktualizaci dat evidovaných v Datovém katalogu, a to bu ru po jednotlivých položkách, nebo hromadným importem (popsaným v kapitole Založení nové položky) v p eddefinovaném formátu. Nové APV musí zajiš ovat sledování historie uložených dat. Datový katalog funk ní specifikace

5 Základem nového Datového katalogu budou ty i druhy položek, tj. jednoduchá položka, obecný datový typ, složená položka a íselník. Každý druh položky bude popsán atributy s ur ením jejich povinnosti nebo nepovinnosti. Pro subsystém Etalon má každý druh položky n které atributy odlišné od položek z jednotlivých subsystém IIS SSZ. Aplikace musí umožnit zavedení nových druh položek, v etn definování nového názvu druhu. Zárove musí být umožn no nový druh položky vymazat (nap. v p ípad omylu p i založení nového druhu položky). Pokud by existovala alespo jedna položka vymazávaného druhu, nesmí být zrušení nového druhu povoleno. Jednoduchá položka je základní typ záznamu Datového katalogu, který odpovídá datovému prvku daného subsystému. Základní atributy, jimiž je jednoduchá položka definována v etn povinností chto atribut, jsou uvedeny v p íloze. 1. Obecný datový typ je položka, která má definovaný formát, ale nenese žádný v cný význam. Základní atributy, jimiž je obecný datový typ definován v etn jejich povinnosti, jsou uvedeny v p íloze. 1. Složená položka je logická struktura jednotlivých položek r zných druh. Tato struktura zachycuje význam atribut s ohledem na jejich použití v rámci subsystému. Základní atributy, jimiž je složená položka definována v etn povinnosti t chto atribut, jsou uvedeny v p íloze. 1. Vno ené položky mohou být do složené položky vkládány pouze v rámci jednoho subsystému (nap.: Složená položka subsystému Etalon m že obsahovat vno ené položky pouze ze subsystému Etalon). V rámci vyššího uživatelského komfortu a vyšší identifikovatelnosti vno ených položek se zárove p i zobrazování složených položek musí dotáhnout atributy IDPolozky, nazevpolozky, popispolozky, druhpolozky, verze a stav vno ených položek. V rámci správy aplikace nebo uživatelského nastavení musí být umožn no upravovat seznam zobrazených atribut vno ených položek, tzn. dotahované atributy p idávat i odebírat. íselník zahrnuje evidenci všech íselník využívaných v IIS SSZ. Každý íselník musí mít jednozna ný zdrojový subsystém. Jednoduché položky mohou sdílet íselník v rámci celého datového modelu. Základní atributy, jimiž je definován íselník v etn povinnosti t chto atribut, jsou uvedeny v p íloze. 1. Krom základního seznamu atribut definovaných v p íloze. 1 musí existovat možnost vytvo ení nového atributu. P i vytvo ení nového atributu položky musí být možnost ur it, ke kterému druhu položky bude nový atribut evidován a zda bude jeho vypln ní povinné i nepovinné. P i definování nového atributu musí být ur en jeho typ, tzn., zda se bude jednat o atribut typu text, datum, íselník, apod. V p ípad, že by se jednalo o atribut typu íselník, musí být takový íselník zárove zahrnut do správy vnit ních íselník, tak jak je popsáno v ásti v nující se správ aplikace. Pokud by se uživatel (nap. v p ípad omylu p i založení atributu) rozhodl, že chce daný atribut zrušit, musí prob hnout kontrola nap celým Datovým katalogem, zda již n která položka nemá rušený atribut vypln ný. Pokud ano, nesmí být zrušení atributu povoleno. Jednotlivé datové položky mohou být provázány na jiné. Vazba je umožn na pomocí atribut VazbaNaODT, VazbaNaCiselnik, VazbaNaEtalon a pomocí vno ení položek do složené položky. Atribut VazbaNaODT umož uje provázání položky na položku druhu obecný datový typ, atribut VazbaNaCiselnik umož uje provázat položku s položkou druhu íselník, VazbaNaEtalon provazuje položky subsystém IIS SSZ s položkami subsystému Etalon a vno ení provazuje složené položky es atributy IDVnorenePolozky, Subsystem, VerzeVnorenePolozky a DruhVnorenePolozky s jinými položkami pomocí jejich vno ení do složené položky. Všechny tyto vazby musí um t rozlišit položky, na Datový katalog funk ní specifikace

6 ž je vázáno, dle jejich primárního klí e, aby nemohlo dojít k jejich vzájemné zám. Zárove musí být umožn no tyto atributy p i vypl ování vybírat ze seznamu existujících položek (nap íklad p i vypl ování atributu VazbaNaODT musí být nabídnut seznam všech existujících položek druhu obecný datový typ, který bude moci uživatel vybrat na základ zobrazeného primárního klí e). Každá datová položka musí mít evidován sv j stav a verzi, ve které se v daném okamžiku nachází. Dle životního cyklu datových položek mohou nabývat následujících stav : Koncept vzniká požadavkem na založení nebo zm nu datové položky Plánovaná do budoucna uvažovaná datová položka, jejíž realizace se p ipravuje Produk ní datová položka, která se aktuáln používá v databázích SSZ v produk ním prost edí Ukon ená datová položka, která se v minulosti využívala v databázích SSZ a již se nadále nevyužívá Zrušená datová položka, která byla v minulosti ve stavu plánovaná a jejíž plánovaná realizace se zrušila Datová položka se do evidence dostane prvotním návrhem jako položka ve stavu Koncept. Z tohoto stavu pak m že být položka zrušena, ímž dojde k odstran ní položky z databáze nebo evedena do stavu Plánovaná, kde eká na své p evedení do stavu Produk ní. Koncept m že být v n kterých p ípadech p eveden p ímo do stavu Produk ní, bez mezistupn stavu Plánovaná. Plánovaná položka m že být zrušena. V tomto p ípad již však její podoba z stává uložena v databázi se stavem Zrušená. Plánovaná položka m že být také p evedena do stavu Produk ní. Produk ní položku lze následn pouze p evést do stavu Ukon ená. Celý možný životní cyklus datové položky znázor uje následující schéma: Koncept Produk ní Plánovaná Zrušená Ukon ená Je nutné vyhodnotit a p ípadn navrhnout korekce sou asného verzování datových položek, které se odvíjí od jejich stav. Nová verze datové položky vzniká pouze ve stavu Koncept a p i p echodu do stavu Produk ní. P i p echodu ze stavu Produk ní do stavu Ukon ená se m ní verze zp t na stejnou verzi, ze které byla položka p epnuta do stavu Produk ní. Verzování je rozd leno na dv úrovn, tj. X.Y. První úrove (X) definuje hlavní verzi položky, p emž hlavní verze je dána vždy položkou v produk ním stavu. Pokud neexistuje produk ní verze, nastaví se výchozí verze = 0.Y. Druhá úrove (Y) definuje vedlejší verzi položky a vzniká vždy p i vytvo ení dalších koncept. Verze konceptu jednou zavedené položky se již nem že znovu opakovat. P i zavád ní nového konceptu s danými atributy IDPolozky, Subsystem a DruhPolozky musí verzování navazovat na již existující položku se stejnými výše uvedenými atributy. Datový katalog funk ní specifikace

7 Vzájemné vztahy reálných datových položek subsystém IIS SSZ s jejich ideální podobou v subsystému Etalon jsou znázorn ny pomocí atribut VazbaNaEtalon a TypVazbyNaEtalon. Atribut VazbaNaEtalon umož uje datové položce IIS SSZ odkázat se na konkrétní položku subsystému Etalon. Etalonová položka je v rámci tohoto atributu identifikována pomocí atribut IDPolozky, Verze, DruhPolozky a Stav. Atribut TypVazbyNaEtalon vyjad uje, zda reálná datová položka subsystém IIS SSZ odpovídá položce subsystému Etalon. Pro vyjád ení jejich shody je definováno p t r zných druh vazeb: Ideální obsah i definice položky se pln shodují. Hybridní obsah položky se neshoduje, více položek se obsahov rovná jedné položce. Systémová systémové položky, kde se obsahy ani definice neshodují. Specifická obsah se shoduje, ale definice položky je výrazn odlišná. Fiktivní obsah nebo definice položky se tém shodují s rozdílem. 3.2 Zp sob sledování zm n dat v souvisejících systémech SSZ a jejich promítnutí do stavu Datového katalogu Z d vodu automatizování inností a vytvo ení reálného obrazu stavu položek v systémech SSZ v Datovém katalogu bude vytvo en pravidelný kontrolní mechanismus pro sledování zm n ve strukturách databází, které probíhají v souvisejících systémech SSZ (postupn u t ch systém, u kterých jsou evidovány položky v Datovém katalogu). Datový katalog je tedy nutné zaintegrovat do architektury s ostatními systémy SSZ. Porovnávací dotazy bude spoušt t pracovník s rolí administrátor (viz kapitola 3.4 Datový katalog role). Tyto porovnávací dotazy budou spoušt ny ze strany Datového katalogu a pro každý subsystém bude vytvo en speciální skript. Seznam položek ve stavu Produk ní, jednotlivého subsystému IIS SSZ obsažených v Datovém katalogu, bude porovnáván s databázemi (položkami) jednotlivých subsystém SSZ. Porovnávání prob hne dotazem na systémový pohled do jednotlivé databáze vybraného systému. P i dotazu je t eba automaticky eliminovat p ípady, kdy databáze obsahují také vlastní systémové položky, pomocné položky a další databázové interní položky. Do porovnání s Datovým katalogem se musí za adit pouze položky používané pro ukládání reálných dat. Pro položky, které budou v dotazu vyhodnoceny jako rozdílné, oproti datovým položkám existujícím ve stavu Produk ní subsystém IIS SSZ v Datovém katalogu, se vytvo í rozdílový report s uložením p es dialogové okno do vybraného úložišt. Report bude obsahovat seznam položek, u nichž došlo k vyhodnocení rozdílu a popis rozdílu. Porovnávací dotaz prob hne ve smyslu existence/neexistence položky, v etn definice jejího fyzického typu a dalších známých atribut (nap. položka je definována jako string o maximální délce, nebo jako íslo s po tem desetinných míst apod.). Na základ tohoto reportu prob hne pracovníky úseku 7 analýza u konkrétní položky a zjišt ných rozdíl. V Datovém katalogu se pak provede úprava položky dle skute ného stavu v subsystému IIS SSZ. Datový katalog funk ní specifikace

8 3.3 Datový katalog uživatelská aplikace i práci s aplikací musí platit základní pravidlo, že s jednou položkou m že v jednom okamžiku pracovat pouze jeden uživatel. Pokud se jiný uživatel pokusí ve stejný as pracovat se stejnou položkou, bude upozorn n hlášením o aktuální blokaci položky. Aplikace musí umožnit uživateli následující innosti: Založení nové položky Tato úloha musí ešit p idání nové položky do Datového katalogu, p emž tato položka v Datovém katalogu nikdy neexistovala (neexistuje kombinace primárního klí e). Založením dojde k vytvo ení konceptu položky (ve verzi 0.1). Musí být umožn no vyplnit všechny atributy definované v p íloze. 1, p ípadn nov definované atributy, v etn provedení kontroly vypln ní všech povinných atribut. Pokud budou zárove uživatelem vybrány k vypln ní i nepovinné atributy, musí být p i založení nové položky vypln ny také. Uživatel musí mít zárove možnost hromadného importu nových položek (koncept ) z p eddefinované tabulky s prob hnutím všech relevantních kontrol. Hromadný import nových položek musí mít charakter p ír stkový, tzn., že import bude p idán k již existujícím dat m Datového katalogu bez nutnosti prob hnutí nového importu všech dat. Zárove nad t mito importovanými daty musí prob hnout všechny relevantní vnit ní kontroly. Krom hromadného importu nových položek musí být umožn n i hromadný aktualiza ní import. Pomocí hromadného aktualiza ního importu musí být umožn no na základ již existujícího primárního klí e položky navrhnout zm nu existující položky. Uživatel do p eddefinované tabulky ve formátu Excel vyplní primární klí existující položky a novou hodnotu atributu, pop ípad atribut, které bude m nit. Aplikace na základ tohoto požadavku vytvo í nový koncept navazující na logiku verzování m né položky, kdy zm ní pouze požadovaný atribut. Pokud bude tímto zp sobem m n koncept položky, ke zm verze nedojde a bude pouze upravena definice m ného konceptu. Stejn jako v p ípad importu nových položek musí aktualiza ní import zakládat nové koncepty do databáze a v rámci importu musí nad novými koncepty prob hnout všechny relevantní kontroly Zm na položky Úloha zm na položky musí rozlišovat, v jakém stavu se m né položky práv nacházejí. Odliší se tak dva režimy práce se zm nou položky, a to položky ve stavu koncept a položek ve všech ostatních stavech. Položku ve stavu koncept bude mít uživatel aplikace možnost jakkoliv zm nit. Bude k dispozici úloha (zm na konceptu) umož ující zm nu existujícího konceptu, kdy dojde ke zm již existujícího konceptu bez zavedení nové verze konceptu. P i zvolení této úlohy si uživatel musí zvolit, kterou položku chce m nit. Volba musí prob hnout prost ednictvím primárního klí e položky. Po výb ru musí dojít k na tení všech atribut v m né položce. Zm nu definice již existujícího konceptu musí být možné provést i se založením nové další verze konceptu (zm na položky nový koncept). V tomto p ípad však bude založen nový koncept s vyšší verzí a p vodní koncept z stane zachován. I v tomto p ípad musí uživatel zvolit, kterou položku chce nit prost ednictvím primárního klí e. I v tomto kroku musí dojít k p edvypln ní všech atribut z editované položky. Položku ve stavu Plánovaná, Produk ní, Ukon ená nebo Zrušená lze zm nit pouze založením nového konceptu (zm na položky nový koncept). Aplikace musí automaticky založit verzi nového konceptu dle logiky verzování a na íst stávající atributy do p ehledu, kde m že uživatel zm nit definici. Datový katalog funk ní specifikace

9 Pokud bude stávajících platných verzí aktuáln více, musí existovat možnost vybrat, ze které verze se definice ke zm p evezme. i zm položky, na kterou se odkazují jiné položky prost ednictvím atribut VazbaNaCiselnik, VazbaNaEtalon, VazbaNaODT nebo vno ením, musí být uživatel vždy upozorn n, že dojde k jejich ovlivn ní s možností operaci zastavit. Zárove musí být vygenerován report takto ovlivn ných položek. Report ovlivn ných položek se musí uživateli zobrazit p ed potvrzením operace i po jejím ukon ení s možností jej uložit jako soubor typu Excel nebo vytisknout Zrušení konceptu Musí být umožn no zrušit koncept tak, aby mohl být odstran n z celé databáze nap íklad p i chybném vytvo ení konceptu. Nebude tak docházet ke zbyte nému nár stu objemu databáze. Výb r konceptu ke zrušení musí být uskute n dle primárního klí e. i rušení konceptu musí vždy docházet ke kontrole, zda se na tento koncept neodkazuje jiná položka. Jiná položka se m že na rušený koncept odkazovat prost ednictvím vazby na íselník (atribut VazbaNaCiselnik), vazby na Etalonovou položku (atribut VazbaNaEtalon), vazby na obecný datový typ (atribut VazbaNaODT) nebo vno ení (vno ená položka musí být vždy identifikována pomocí primárního klí e, který tvo í tyto atributy - IDVnorenePolozky, Subsystem - vzhledem k možnosti vno ování položek pouze v rámci jednoho subsystému se jedná o subsystém celé složené položky, VerzeVnorenePolozky, DruhVnorenePolozky). Pokud bude rušen koncept, na který se prost ednictvím výše uvedených atribut váže jiná položka, musí být dodrženo pravidlo, že odstran ním tohoto konceptu z databáze nedojde ke vzniku nekorektních položek (nap.: výmazem nedojde k odstran ní povinného atributu jiné položky). Pokud se uživatel pokusí položku odstranit, musí automatizovan dojít k vyhledání všech položek na všech úrovních aplikace, které se na rušenou položku odkazují. Pokud nebude nalezena žádná takováto položka, koncept m že být zrušen. Pokud budou nalezeny položky, které se na rušený koncept odkazují, musí uživatel obdržet jejich seznam v etn konkretizování dopad zrušení konceptu na tyto položky (nap.: zrušením konceptu dojde k jeho odebrání ze složené položky) s možností tento seznam uložit jako soubor typu Excel nebo vytisknout. Pokud by zrušení konceptu zp sobilo vznik nekorektní položky (složená položka neobsahující žádnou vno enou položku, položka subsystém IIS SSZ neobsahující povinný atribut VazbaNaEtalon), musí být akce uživateli zakázána s upozorn ním, že musí nejprve upravit položky, které by se staly nekorektními (v etn jejich seznamu). Pokud ke vzniku nekorektních položek nedojde, ale p esto budou navázané položky zrušením konceptu ovlivn ny, musí uživatel nejprve potvrdit, že na zm ovlivn ných položek trvá Zrušení/ukon ení položky Položky v ostatních stavech (jiných než v konceptu) musí být po zrušení/ukon ení v databázi zachovány. Z hlediska rozlišení, zda byla položka v produkci i nikoliv, musí být všechny položky z produkce vždy p evedeny do stavu Ukon ená. Plánované položky jsou p epínány do stavu Zrušená. Tyto akce již probíhají pouze pomocí p epínání stav položek bez zm n samotné definice položek P epínání položek mezi jednotlivými stavy Pravidla pro možné p echody položek z jednotlivých stav do jiných stav jsou blíže specifikována v kapitole 3.1 Datový katalog databázová ást. Uživatel musí mít možnost p epnutí evidovaných položek do r zných stav v rámci pravidel dle schématu z kapitoly 3.1 Datový katalog databázová ást. P epnutí mimo logiku schématu nebude uživateli umožn no. Datový katalog funk ní specifikace

10 Položky ur ené ke schválení p epnutí (resp. k vložení do balíku) budou vybírány dle svého primárního klí e a zárove stavu, ve kterém se evidovaná položka aktuáln nachází. Musí být umožn no p epnout stav jak jedné položky (balík o jedné položce), tak více položek najednou. Podle stavu, ve kterém se položka nachází, musí být automaticky rozpoznány stavy, do kterých lze položku epnout, dle uvedené logiky pro p epínání. Nap. pokud budou položky v balíku ke schválení epínány do produkce, nebude možné vložit položku ukon enou, apod. Problematika balík je blíže popsána v kapitole 3.5 Datový katalog balík položek. Pokud se jedna položka odkazuje n kterým atributem na jinou položku (jak bylo popsáno i rušení konceptu), musí být nastavena pravidla p epínání stav. Pravidla p epínání stav položek vázaných na jiné položky jsou popsána v p íloze. 2 tohoto dokumentu. Pro pravidla definovaná v p íloze. 2 musí existovat vnit ní kontrola. Pokud by se uživatel pokusil p epnout stav položek mimo stanovená pravidla, musí být na tuto skute nost upozorn n a akce mu nesmí být povolena. Stejn jako v p ípad rušení koncept musí být uživateli zobrazen seznam položek, které se na p epínanou položku váží a kv li kterým není možné stav položky p epnout s možností tento seznam uložit jako soubor typu Excel nebo vytisknout. Pokud bude do produkce zavád na položka, která již v produkci existuje, musí dojít k automatickému ukon ení existující produk ní položky. P ed takovýmto automatickým ukon ením musí být uživatel upozorn n, že bude p epnutím ukon ovat jinou položku s možností operaci zastavit Reporty Aplikace musí uživatel m umožnit zobrazení položek evidovaných v Datovém katalogu, a to jak pomocí systémov p eddefinovaných report, tak pomocí report nadefinovaných p ímo uživatelem. Mezi systémov p eddefinované reporty bude pat it report, který vygeneruje všechny datové položky evidované v Datovém katalogu. Dalšími systémov p eddefinovanými reporty budou: Report všech jednoduchých položek ze všech subsystém IIS SSZ Report všech obecných datových typ ze všech subsystém IIS SSZ Report všech složených položek ze všech subsystém IIS SSZ Report všech íselník ze všech subsystém IIS SSZ Report všech jednoduchých položek ze subsystému Etalon Report všech obecných datových typ ze subsystému Etalon Report všech složených položek ze subsystému Etalon Report všech íselník ze subsystému Etalon V rámci report generovaných p ímo samotným uživatelem musí být umožn no generovat reporty dle jednotlivých atribut datových položek. Report musí být definovatelný i pomocí libovolné kombinace n kolika atribut. Pro atributy vypl ované formou et zce musí být možnost využít pravidlo hv zdi kové konvence. Report musí umož ovat zobrazení vybraných atribut, vždy bude obsahovat primární klí. V reportu musí být vždy zobrazen celkový po et nalezených položek. Zárove musí být umožn no vyhledat výskyt ur itého klí ového slova v rámci celého Datového katalogu (tedy nap všemi položkami a atributy). Musí existovat možnost toto vyhledávání omezit pomocí jiného atributu (nap íklad vyhledávání nap jedním subsystémem). Jakýkoliv uživatel musí mít možnost p eddefinované reporty uchovat pro budoucí použití, aby nemusel kritéria reportu zadávat opakovan. Zárove musí existovat možnost, aby p eddefinované reporty mohl smazat. P eddefinovaný report musí mít vždy ozna ení (název) dle Datový katalog funk ní specifikace

11 zadaných kritérií. Jakýkoliv uživatel musí mít možnost volby, zda chce jím p eddefinovaný report zobrazovat pouze pro sebe, nebo zda jej zp ístupní všem uživatel m. Pokud uživatel s rolí tená i p isp vovatel založenou definici reportu zp ístupní i ostatním uživatel m, bude ji moci smazat pouze on sám, nebo jiný uživatel v roli správce. Pokud takovýto report vytvo í uživatel s rolí správce, právo jej zm nit i smazat vzniká jen jemu a ostatním správc m. Správce se zárove musí rozhodnout, zda jím založený report za adí mezi systémov p eddefinované reporty nebo uživatelsky eddefinované reporty. Pokud se v reportu vyskytne položka, která je n kterým z atribut vázána na jinou položku, musí mít uživatel možnost se z tohoto atributu prokliknout na položku, na kterou se atribut váže. Po prokliku se zobrazí navázaná položka. Atributy vyjad ující vazbu na jinou položku byly popsány v rámci ásti textu v nující se zrušení konceptu. V rámci report se musí zobrazit i položky zahrnuté p isp vovatelem do balíku položek ur enému ke schválení, aby ostatní uživatelé v li, že takovéto položky existují. Tyto položky musí být ozna eny jako v sou asné dob zablokované pro další úpravy. Zárove musí existovat možnost vygenerovat report, který zobrazí pouze položky zahrnuté v balíku položek ke schválení (viz kapitola 3.5 Datový katalog balík položek). Všechny reporty musí být možné uložit do externích soubor ve formátu MS Excel nebo textovém formátu Správa aplikace U všech atribut vypl ovaných pomocí rozevíracích seznam definovaných vnit ním íselníkem musí mít správce možnost vnit ní íselník m nit (nap íklad v p ípad zavedení nového subsystému i projektu musí existovat možnost tuto hodnotu nov p idat). Správce tedy musí mít možnost idávat i ubírat hodnoty vnit ních íselník aplikace Datový katalog. V sou asné evidenci Datového katalogu jsou pomocí íselníku vypl ovány atributy Subsystem, DruhPolozky, ZdrojovySubsystem, FyzickyTyp, TypVazbyNaEtalon, Projekt a atribut Stav, který je tvo en vnit ním íselníkem popsaným v kapitole 3.1 Datový katalog databázová ást. Správci musí být umožn no založit nový vnit ní íselník pro nov vzniklý atribut, p ípadn jej zrušit (nap íklad v p ípad omylu). Správce musí mít možnost vytvo ení nov evidovaného atributu s ur ením, pro které položky bude atribut nov vypl ován, zda je povinný i nepovinný a jakého je typu. 3.4 Datový katalog role Aplikace musí obsahovat možnost omezení práv pro jednotlivé innosti v Datovém katalogu. Práva uživatel budou rozd lena do p ti základních rolí: tená Uživatel s touto rolí bude mít oprávn ní pouze ke tení obsahu Datového katalogu, nebude mít možnost datové položky jakkoliv editovat. Jedinou zm nu, kterou bude moci provést, bude založení eddefinovaného reportu, p ípadn jeho smazání. isp vovatel isp vovatel musí mít stejná oprávn ní jako tená. Uživateli s touto rolí musí být navíc umožn no zakládat a m nit koncepty, a to jak položek které ješt nikdy nebyly v Datovém katalogu zavedeny, tak vytvá et koncepty z položek, které již v Datovém katalogu existují. V rámci zm ny položky musí mít p isp vovatel možnost zm nit již vytvo ený koncept nebo zavést novou verzi Datový katalog funk ní specifikace

12 konceptu. Zrušit s odstran ním z databáze lze pouze koncept, položky v ostatních stavech již zrušit nelze, položky je možné jen p epínat do jiných stav. Pokud bude p isp vovatel požadovat p evedení stavu navržených koncept do jiného stavu, musí položky ur ené ke schválení uzamknout p ed dalšími zm nami, aby mohl prob hnout proces schvalování p epínání stav, aniž by bylo možné položky zm nit bez souhlasu správce, který bude položky p epínat. Položky p isp vovatel uzamkne vložením položek do balíku ur eného ke schválení, ze kterého bude vycházet schvalovací proces a ze kterého musí být umožn no vytvo it report. isp vovateli musí být umožn no do balíku zahrnout jím vybrané položky a zárove musí mít možnost vytvo it více balík. P i tvorb balíku ke schválení musí mít uživatel možnost p i výb ru položek do balíku zobrazit pouze koncepty jím nov vytvo ené a jím naposledy zm né. Vytvo ení balíku položek ke schválení musí být umožn no i pro položky ostatních stav, nap íklad požadavek na p evedení plánovaných položek do produkce. Po dokon ení balíku bude mít uživatel možnost balík odeslat ke schválení. P i tvorb balíku ke schválení musí mít uživatel možnost p i výb ru položek do balíku zobrazit pouze položky jím vytvo ené a jím naposledy zm né. Blíže je problematika balík položek ke schválení popsána v kapitole 3.5 Datový katalog balík položek. Správce Správce musí mít stejná oprávn ní jako p isp vovatel. Uživateli s touto rolí musí být navíc umožn no ozna ovat položky v obdrženém balíku ke schválení jednotlivými p íznaky, dopl ovat k jednotlivým položkám balíku poznámky, vracet balíky k p epracování, p epínat stavy položek schválením balíku položek, rušit balíky ke schválení, spravovat vnit ní íselníky, vytvá et a odstra ovat eddefinované reporty využitelné pro všechny ostatní uživatele, kte í je nebudou moci smazat, spravovat definici druh položek, zakládání/rušení atribut a zakládání/rušení druh položek. Smazat správcem p eddefinovaný report viditelný pro všechny ostatní uživatele musí mít možnost pouze správce, který jej založil nebo jiný uživatel s rolí správce, tzn., že takovýto report nebude moci odstranit uživatel s rolí tená a p isp vovatel. Uživatelé s p id lenou rolí správce musí být upozorn ni em na vytvo ení balíku položek k p epnutí stavu, které p isp vovatel ur il ke schválení. Na tento balík položek musí mít možnost všichni správci nahlížet. Blíže je problematika balík položek ke schválení popsána v následující kapitole. Audit V rámci role audit musí mít uživatel možnost nahlížet na soubor s logy zaznamenávajícími innost v Datovém katalogu dle kapitoly 3.6 Datový katalog auditovatelnost inností. Administrátor Role administrátora bude ur ena pracovník m spoušt jícím databázové dotazy, které budou probíhat v pravidelných intervalech. V p ípad pot eby musí být umožn no vyvolat databázový dotaz i mimo stanovený interval na vyžádání správcem Datového katalogu. Pro každý subsystém musí být zvláš definován databázový dotaz, který bude porovnávat položky definované pro daný subsystém v Datovém katalogu s odpovídající ástí databáze. Schvalovací proces všech rolí musí probíhat v testovacím i produk ním prost edí p es AAA portál zajiš ující správu uživatelských oprávn ní. Datový katalog funk ní specifikace

13 3.5 Datový katalog balík položek isp vovatel bude vytvá et balík, nadefinuje jméno balíku a cílový stav položek ke schválení. Balík bude p isp vovatel plnit p idáváním jednotlivých položek (definovaných primárním klí em) do založeného (pojmenovaného) balíku. Ozna ováním jednotlivých položek dojde k jejich p esouvání do balíku. P i p idávání položek do balíku musí být uplatn na kontrola, zda lze položku vložit, tzn., není-li zahrnuta v jiném již existujícím balíku. Položka m že být aktuáln pouze v jednom balíku. Stejná kontrola musí prob hnout i p i uchování balíku pro p ípad dalších úprav a také p ed odesláním balíku správci. Po p idání položek do balíku musí mít p isp vovatel možnost p idané položky z balíku odebrat, celý balík zrušit, uchovat jej pro další úpravy p ed odesláním správci nebo jej odeslat správci ke schválení. isp vovatelem vytvo ené balíky musí být sestaveny vždy pro každý stav zvláš, tedy v rámci jednoho balíku m že p isp vovatel žádat o p epnutí všech položek pouze do jednoho stavu. Pokud je cílovým stavem položky stav Produk ní, nesmí být p isp vovateli umožn no vložit do balíku identickou položku odlišenou pouze verzí. Sou ástí názvu každého balíku bude ozna ení jeho verze. Na položky ve vytvo eném balíku musí mít všichni uživatelé možnost nahlížet, avšak tená ani isp vovatel je nesmí mít možnost po vložení do balíku jakkoliv m nit. Pokud se balík vrátí zp t k p isp vovateli (všechny položky nejsou s p íznakem schváleno), p isp vovatel má možnost položky vyjmout nebo p idat. Vždy p ed odesláním balíku (tj. od p isp vovatele správci i naopak) musí dojít ke kontrole, zda jsou položky požadované k p epnutí konzistentní a zda spl ují pravidla dle p ílohy. 2. Pokud by tato pravidla spln na nebyla, odeslání balíku nesmí být povoleno a odesílateli (p isp vovateli nebo správci) musí být zobrazen seznam položek, kv li kterým odeslání balíku nebylo povoleno s možností tento seznam uložit jako soubor typu Excel nebo vytisknout. Položky, které jsou nekonzistentní, musí být v balíku graficky ozna eny. Po odeslání balíku ke schválení bude všem správc m doru eno ové upozorn ní, že existuje nový balík (nebo op tovn p edložený) ke schválení. K balíku položek ke schválení musí mít p ístup všichni správci. Všichni správci musí mít možnost jednotlivou položku balíku ozna it p íznakem zpracováváno, schváleno, zamítnuto i nevyjád eno s automatickým propsáním údaje o uživateli a datu a asu zm ny. Položky, ke kterým se dosud žádný správce nevyjád il, budou mít p íznak nevyjád eno. V p ípad, že správce zm ní p íznak položky, musí být možné zjistit, který správce a kdy tak u inil. Pokud je balík na stran správc, je možno p íznaky položek jakkoliv m nit. Ke všem položkám ve schvalovaném balíku musí existovat možnost vložení textové poznámky. V rámci balíku musí existovat možnost ozna ení více položek najednou jedním z p íznak (viz výše). Po ozna ení položky dojde k automatickému uložení p íznaku. Pokud budou všechny položky ozna eny jako schválené, bude možno celý balík ozna it jako schválený a provést požadované p epnutí do cílového stavu všech položek v balíku. P i p epínání položek dojde k op tovné kontrole, zda jsou všechny položky konzistentní a spl ují všechna pravidla dle p ílohy. 2. Pokud bude balík obsahovat alespo jednu položku s jiným p íznakem než schváleno, bude celý balík vrácen p isp vovateli, který balík zaslal ke schválení nebo v p ípad pot eby vrácen i p ep id len jinému p isp vovateli (bude možnost výb ru). O vrácení balíku bude p isp vovateli doru eno ové upozorn ní. i vracení balíku p isp vovateli musí op t dojít ke kontrolám, zda je soubor schválených položek stále konzistentní dle pravidel evidence Datového katalogu, nap íklad, že schválená položka se neváže Datový katalog funk ní specifikace

14 na položku zamítnutou, apod. Pokud je n která položka ozna ena jako zpracovávaná, musí být nejd íve ozna ena správcem jiným p íznakem (schváleno/zamítnuto/nevyjád eno). V balíku vráceném isp vovateli je možno položky pouze odebírat nebo p idávat. V p ípad, že budou odebírány položky, které byly správcem schváleny, dojde p ed odebráním ke kontrole, zda se na položku neváže jiná schválená položka. Pokud budou takové položky nalezeny, bude na tuto skute nost p isp vovatel upozorn n, a pokud bude odebrání i p esto požadovat, navázané položky musí získat p íznak nevyjád eno. Nov vloženým položkám bude automaticky p azen p íznak nevyjád eno. P isp vovatel pak musí mít možnost balík uchovat, odeslat ke schválení nebo zrušit. Pokud by se p isp vovatel rozhodl položky ke schválení nadále nepožadovat, musí mít možnost je z balíku odebrat (v p ípad zamítnutí všech položek a následném rozhodnutí jejich schválení nepožadovat, musí existovat možnost celý balík zrušit). i zasílání balíku položek od p isp vovatele ke správci získá název balíku íslo verze zvýšené o jedni ku. P i návratu balíku od správce k p isp vovateli z stává verze nezm na. P i založení nového balíku je automaticky nastavena verze jedna. V rámci vnit ních kontrol aplikace musí být na položky zahrnuté v balíku ke schválení nahlíženo jako na kterékoliv jiné položky, nap íklad p i pokusu p isp vovatele založit položku o stejném primárním klí i jako má položka již v balíku obsažená, bude na tuto skute nost p isp vovatel upozorn n a nebude možné takovou položku založit atd. P i zakládání nových koncept z položek, které jsou aktuáln v balíku, musí op t platit logika verzování dle existující položky, by je aktuáln obsažena v balíku. Pokud je položka aktuáln za azena do balíku ve stavu koncept, je tato položka blokována pro jakékoliv zm ny a úpravy. V p ípad pot eby musí pro správce existovat možnost zrušit celý balík p isp vovatele, ímž by došlo k vyjmutí všech položek z balíku. Zrušení balíku položek správcem musí být umožn no jak v okamžiku, kdy je balík na stran správc, tak i v okamžiku, kdy je na stran p isp vovatele. O zrušení balíku správcem musí být informován p isp vovatel, který balík založil ( ovou zprávou). Informace o balících (i t ch, které mají všechny položky schválené), v etn informací o položkách, musí být ukládány pro možnost budoucího dohledání, v etn logu o pohybech balíku, uživateli a datu/ asu, kdy docházelo k jakékoliv zm v obsahu balíku nebo v posílání balíku. 3.6 Datový katalog auditovatelnost inností Každá innost v Datovém katalogu musí podléhat auditu tak, abychom byli schopni vždy ur it kdo, co, jak a kdy v aplikaci u inil. Auditovatelný by m l být již samotný pohyb v aplikaci, nap íklad vytvá ení záznam o zobrazení report p ístupných všem uživatel m, o zobrazení metriky, p ihlášení uživatele, odhlášení uživatele, atd. Zárove musí mít každá datová položka uložená v Datovém katalogu automaticky ukládaný log zm n ve všech svých atributech. Musí být po izovány i záznamy o samotném založení, zm i zrušení datových položek v rozd lení na ty, které byly u in ny ru a které hromadn. Kontrolovatelné by m ly být i zm ny v samotné aplikaci, nap íklad dopln ní vnit ních íselník atd. Za tímto ú elem je nutné vytvo it log, do kterého budou všechny tyto aktivity zaznamenávány. Log musí být rozd len na aktivity pohybu v aplikaci, tzn. nap íklad p ihlášení, odhlášení, zobrazení report, apod., dále na aktivity zahrnující zm ny týkající se datových položek a zm ny týkající se možností samotné aplikace Datového katalogu. Datový katalog funk ní specifikace

15 V rámci logu musí být o každé operaci vytvo en záznam obsahující tyto základní informace: 1. Jméno, p íjmení a identifika ní íslo uživatele; 2. Typ provád né operace a) Informace o pohybu uživatele v aplikaci p ihlášení/odhlášení uživatele, zobrazení report p ístupných všem uživatel m, založení/zm na/zrušení uživatelsky p eddefinovaných report zp ístupn ných všem uživatel m, zobrazení metriky; b) Informace o provád ní zm n na položkách založení nové položky, zm na konceptu, zrušení konceptu, zm na položky, zaslání balíku ke schválení na zm nu stavu položky, vrácení schvalovaného balíku k dopracování nebo jeho schválení, zm na stavu položky (v rámci zm n položek musí být z ejmé, na kterém atributu byla zm na provedena); c) Informace o zm nách v evidenci DAK založení nového/zrušení druhu položky, vytvo ení nového/zrušení atributu, zm na definice datové položky p idáním nového/ odebráním atributu, založení nového/zrušení vnit ního íselníku, zm na hodnot vnit ního íselníku; 3. Datum a as provád né operace. Logy zaznamenávající zm nu na položkách musí být dohledatelné pro každou položku. Musí být ejmé, kdo a kdy jakou zm nu na položce provedl. Log musí obsahovat informaci, zda k zakládání i zm položky došlo ru ním založením i hromadným importem. Auditní reporty Nad souborem log musí existovat možnost vytvo ení reportu. Základním reportem bude asov uspo ádaný seznam všech operací všech uživatel v Datovém katalogu, za vybrané období. Tento report bude rozd len do t í ástí: 1. Informace o pohybu uživatele v aplikaci 2. Informace o provád ní zm n na položkách 3. Informace o zm nách v evidenci DAK Uživatel s auditní rolí musí mít možnost vyvolávat reporty dle jím zadaných kritérií v etn kombinace kritérií a možnosti výb ru sledovaného období. Musí mít možnost vyvolat report dle primárního klí e položky tak, aby zjistil, kdo a kdy položku založil, zm nil, pop ípad zrušil/ukon il. Pro každou položku musí existovat úplný seznam operací na ní provedených. Z opa ného hlediska musí mít uživatel s auditní rolí možnost dohledat, co a kdy na kterých položkách u inila konkrétní osoba (stejn tak musí být dohledatelné i ostatní operace konkrétní osoby). V rámci vyhledávání musí existovat možnost využití hv zdi kové konvence. Zárove musí být dohledatelné, kdo a kdy zaslal balík položek ke schválení na p epnutí stavu a kdo a kdy jej schválil, pop ípad zamítl. V rámci balíku musí být zárove dohledatelné, kdo a kdy konkrétní položku schválil/zamítl. V rámci pohybu uživatele v aplikaci musí mít uživatel s auditní rolí možnost dle názvu reportu/metriky dohledat, která osoba a kdy report/metriku zobrazovala. U report musí zárove existovat možnost dohledat, kdo a kdy založil p eddefinovaný report zve ejn ný pro všechny uživatele, kdo a kdy jej zm nil, pop ípad zrušil. Datový katalog funk ní specifikace

16 V p ípad, že dojde k založení nového/zrušení druhu položky, atributu, založení/zrušení nového vnit ního íselníku, zm vnit ního íselníku nebo zm definice položky, musí existovat možnost reportem zobrazit, kdo a kdy toto založení, zm nu i zrušení u inil. V rámci zm nových operací musí být zárove dohledatelné, jaké konkrétní zm ny byly provedeny a kde, v p ípad zm ny stavu položky z jakého stavu do jakého byla položka p epnuta, v p ípad zm ny položky na jakém atributu byla zm na provedena apod. 3.7 Datový katalog logika a provázanost vnit ních funkcí a vnit ní kontroly V rámci Datového katalogu musí být definována základní logika a provázanost vnit ních funkcí a zárove vnit ní kontroly tuto logiku podporující Datový katalog logika a provázanost jednotlivých vnit ních funkcí V rámci Datového katalogu musí být definována vnit ní logika funk nosti a provázanosti jednotlivých a navazujících funkcí, ukládání a zpracování dat. Základní požadovanou vnit ní logikou a provázaností je: azení správné verze nových položek a m ných položek ve všech stavech, dle logiky popsané v kapitole 3.1 Datový katalog databázová ást Nastavení správné verze položky p i p epnutí do stavu Produk ní Návrat verze položky do správné verze p i p epnutí stavu z Produk ní do Ukon ená epínání stav položek do stav povolených, v etn kontroly dle p ílohy. 2 Správné vypln ní vstupních atribut p i výb ru položky pro zm nu/výmaz položky nebo epínání stav Automatické p epínání stavu z Produk ní verze do Ukon ená, pokud se p epíná jiná verze stejné položky do stavu Produk ní (v etn zm ny verze viz výše) Vno ování položek do složených položek pouze v rámci jednoho subsystému Automatický výb r z existujících položek v rámci atribut odkazujících se na jiné položky (VazbaNaODT, VazbaNaCiselnik, VazbaNaEtalon a vno ení) Výb ry atribut z p eddefinovaných vnit ních íselníkových hodnot, tam, kde jsou stanoveny (resp. existují zadané seznamy možností hodnot) Možnost zm ny jedné položky v reálném okamžiku pouze jedním uživatelem s upozorn ním pro ostatní uživatele, kte í se pokusí m nit stejnou položku definovanou primárním klí em Nemožnost zm ny položek zahrnutých v balíku ke schválení na zm nu stavu položek/k odblokování Datový katalog zabudované vnit ní kontroly V rámci Datového katalogu musí být definovány také vnit ní kontrolní mechanismy aplikace. Základními požadovanými vnit ními kontrolami jsou: Kompletní kontrola p ístupu jednotlivých uživatel Kompletní kontrola p ístupu rolí na jednotlivá menu aplikace Kontrola jedine nosti primárního klí e datových položek p i zadávání nové položky a zm nách položky Kontrola vypln ní všech povinných atribut a zárove kontrola vypln ní nepovinných atribut, pokud byly uživatelem vybrány k jednotlivým položkám Kontrola vypln ní atribut vybraných pro definici p eddefinovaného reportu Kontrola všech vazeb položky na jiné položky p i výmazu/zm položky s p ehledem všech ovlivn ných položek a možnosti zm nu/výmaz stornovat Datový katalog funk ní specifikace

17 Kontrola na zákaz odstran ní hodnoty vnit ního íselníku, nového vnit ního íselníku, nového atributu a nového druhu položky, které jsou využity v rámci již evidovaných datových položek U atribut, kde se zadává text, možnost zadání až 1000 znak, v etn kontroly na délku et zce, et zec nad 1000 znak nebude možné vyplnit U atribut, kde se zadává datum, vazba na kalendá, v etn kontroly reálných datum U atribut, kde se zadává íslo, kontrola na zadávané íslo U atribut, kde se zadává Ano/Ne, kontrola na korektní zadání hodnoty. 3.8 Datový katalog metriky V aplikaci musí být umožn no sledování metrik, které budou sloužit jako podpora procesu ízení datové kvality. Vývoj metrik musí být sledovatelný v ase (pomocí vytvá ení asových ad) pro možnost porovnání vývoje datové kvality. Základními metrikami budou: Po et položek v Datovém katalogu v rozd lení podle druh položek a subsystém v etn po tu záznam v položkách Po et veškerých zm n položek v Datovém katalogu v etn procentuálního vyjád ení a možnosti omezení metriky na subsystém v rozd lení na: o Po et nov zavedených položek o Po et zm ných položek s vytvo ením nové verze konceptu o Po et zrušených položek ze stavu Koncept o Po et položek, u kterých prob hlo p epnutí stavu, v etn rozd lení z jakého stavu do jakého stavu p epnutí prob hlo Po et položek v jednotlivých stavech v etn procentuálního vyjád ení s možností rozd lení na subsystémy Po et položek, které jsou vázány (p es atribut VazbaNaEtalon) na jednu konkrétní Etalonovou položku, z toho dále po et zobrazující o Z jakých subsystém IIS SSZ tyto položky pochází (nap íklad t i položky subsystému KE a dv položky subsystému VZT) s možností prokliknutí z po tu na seznam položek o Jaký typ vazby na Etalon využívají v etn procentuálního vyjád ení (nap íklad ty i položky s ideální vazbou na Etalon, v 90 % p ípad vazba ideální) s možností prokliknutí z po tu/procentuálního vyjád ení na seznam položek Procentuální vyjád ení výskytu jedné konkrétní hodnoty jednoho zvoleného atributu u položek, které jsou vázány na jeden konkrétní zvolený Etalon, s výjimkou systémové vazby (nap.: pro položky vázané na Etalon jmeno jinou než systémovou vazbou je v 90 % hodnota atributu MaxDelka 100 znak a v 10 % 150 znak ) Procentuální zastoupení jednotlivých typ vazeb s možností omezení na subsystém Po et položek vázaných na konkrétní íselník. V relevantních p ípadech musí být umožn no z asové ady zobrazit i grafické znázorn ní vývoje. Výsledky metrik musí být možno exportovat do formátu MS Excel nebo textového formátu. Datový katalog funk ní specifikace

18 íloha. 1 Základní seznam atribut Jednoduchá položka ze subsystém IIS SSZ je definována t mito základními atributy v následujícím po adí: IDPolozky* Subsystem* Verze* DruhPolozky* Stav* ZdrojovySubsystem (pouze pro položky subsystému Etalon) NazevPolozky* PopisPolozky Komentar FyzickyTyp VazbaNaODT MinDelka MaxDelka MinHodnota MaxHodnota MistaCelkem DesetMista Vzor NepovoleneZnaky NotNull VazbaNaCiselnik VazbaNaEtalon* (pouze pro položky subsystému IIS SSZ) TypVazbyNaEtalon* (pouze pro položky subsystému IIS SSZ) PlatnostOd* PlatnostDo Projekt* OdpovednaOsoba OdpovednaOsobaKontakt Schvalovatel SchvalovatelKontakt PravniPredpisy JinePredpisy URLOdkaz AutomatKontroly PresentacePolozky DatumZavedeniKat* Seznam atribut pro jednoduché položky subsystému Etalon se navíc rozši uje o nepovinný atribut ZdrojovySubsystem. Naopak seznam atribut jednoduchých položek subsystému Etalon neobsahuje povinné atributy VazbaNaEtalon a TypVazbyNaEtalon. Atributy ZdrojovySubsystem, VazbaNaEtalon a TypVazbyNaEtalon jsou ozna eny kurzívou. Povinnost vypln ní atribut je znázorn na hv zdi kou za názvem atributu. Atribut VazbaNaCiselnik obsahuje odkaz na íselník, jehož hodnoty položka využívá. Konkrétní íselník je nutno blíže identifikovat pomocí atribut IDCiselniku, verze, stav a subsystem. Atribut VazbaNaODT obsahuje odkaz na obecný datový typ a je identifikován prost ednictvím primárního klí e tohoto obecného datového typu. Datový katalog funk ní specifikace

19 Obecné datové typy mají stejnou strukturu základních atribut jako výše uvedené jednoduché položky. Pravidla pro Etalonové obecné datové typy jsou op t totožná jako pro jednoduché položky subsystému Etalon uvedená výše. Složená položka ze subsystém IIS SSZ je definována t mito základními atributy v následujícím po adí: IDPolozky* Subsystem* Verze* DruhPolozky* Stav* ZdrojovySubsystem (pouze pro položky subsystému Etalon) NazevPolozky* PopisPolozky Komentar IDVnorenePolozky* VazbaNaODTVnorenePolozky VerzeVnorenePolozky* DruhVnorenePolozky* PopisVnorenePolozky StavVnorenePolozky* VazbaNaEtalon (pouze pro položky subsystému IIS SSZ) TypVazbyNaEtalon (pouze pro položky subsystému IIS SSZ) PlatnostOd* PlatnostDo Projekt* OdpovednaOsoba OdpovednaOsobaKontakt Schvalovatel SchvalovatelKontakt PravniPredpisy JinePredpisy URLOdkaz AutomatKontroly PresentacePolozky DatumZavedeniKat* Seznam atribut pro složené položky subsystému Etalon se navíc rozši uje o nepovinný atribut ZdrojovySubsystem. Naopak seznam atribut pro složené položky subsystému Etalon neobsahuje nepovinné atributy VazbaNaEtalon a TypVazbyNaEtalon. Atributy ZdrojovySubsystem, VazbaNaEtalon a TypVazbyNaEtalon jsou ozna eny kurzívou. Povinnost vypln ní atribut je znázorn na hv zdi kou za názvem atributu. Atribut IDVnorenePolozky umož uje vybrat konkrétní vno enou položku, avšak pouze v rámci jednoho subsystému (nap.: Složená položka subsystému Etalon m že obsahovat vno ené položky pouze ze subsystému Etalon). Aby byla tato vno ená položka dostate identifikována, musí k ní být zárove vypln ny atributy VerzeVnorenePolozky, DruhVnorenePolozky a StavVnorenePolozky. Datový katalog funk ní specifikace

20 íselník ze subsystém IIS SSZ je definován t mito základními atributy v následujícím po adí: IDPolozky* Subsystem* Verze* DruhPolozky* Stav* ZdrojovySubsystem (pouze pro položky subsystému Etalon) PopisPolozky* Komentar KodHodnotyCis* NazevHodnotyCis PopisHodnotyCis ZkracenyNazevHodnotyCis PlatnostOdCis* PlatnostDoCis VazbaNaEtalon* (pouze pro položky subsystému IIS SSZ) TypVazbyNaEtalon* (pouze pro položky subsystému IIS SSZ) Projekt* OdpovednaOsoba OdpovednaOsobaKontakt Schvalovatel SchvalovatelKontakt PravniPredpisy JinePredpisy URLOdkaz AutomatKontroly PresentacePolozky DatumZavedeniKat* Seznam atribut pro íselníky subsystému Etalon se navíc rozši uje o nepovinný atribut ZdrojovySubsystem. Naopak seznam atribut pro íselníky subsystému Etalon neobsahuje povinné atributy VazbaNaEtalon a TypVazbyNaEtalon. Atributy ZdrojovySubsystem, VazbaNaEtalon a TypVazbyNaEtalon jsou ozna eny kurzívou. Povinnost vypln ní atribut je znázorn na hv zdi kou za názvem atributu. Popis základních atribut Definice primárního klí e IDPolozky ID entity Identifikace entity Subsystem Subsystém entity Vazba na subsystém, ze kterého entita pochází Verze Verze entity i vzniku nového konceptu entity se verze entity zvyšuje vždy o 0.1. i p epnutí entity ze stavu koncept do stavu plánovaná ke zm verze nedochází. i zavád ní entity do produkce se verze vždy zvyšuje na celé íslo nahoru (nap.: z verze 1.2 na verzi 2.0). Ukon ená entita se vrátí do verze, ve které byla naposledy konceptem. DruhPolozky Druh entity Druh entity Datový katalog funk ní specifikace