Minitendr č. 39 v rámci VZ Sdílený informační systém TA ČR - etapa 2 (povinný)

Předmět zakázky

Vymezení potřeby: Minitendr č. 39 Technický rámec pro Data Governance Cíle minitendru: 1. Cílem minitendru je nastavit technický rámec pro řízení dat (Data Governance): Na rozdíl od jiných projektů zabývající se nastavením řízením dat máme možnost uplatnit (technické) principy už při vývoji jednotlivých mikroslužeb. Technický rámec pro řízení dat by měl být následně respektován při vývoji mikroslužeb a dat SISTA. 2. Datové standardy a politiky datové kvality: V rámci řešení je potřeba vytvořit soubor principů a pravidel pro vývoj/úpravu mikroslužeb SISTA z hlediska dat, manipulací s daty a datovými toky. 3. Specifikace požadavků a výběr nástroje pro Datový katalog: Vytvořit požadavky TA ČR na nástroj Datového katalogu (nástroj pro evidenci informací o datech - technická metadata a business pojmy včetně jejich propojení, data lineage atd.). Na základě těchto požadavků udělat rešerši dostupných nástrojů či jiných vhodných řešení. Výstupem rešerše bude mj. soubor funkcionalit a požadavků pro následnou implementaci. Povinné otázky: Otázky, na které dodavatel odpoví již ve svém návrhu: 1. Co by se mělo ve vztahu k předmětu řešení minitendru a dosavadnímu postupu řešení projektu SISTA zohlednit? 2. Jakou má dodavatel představu o konceptuálním rámci návrhu řešení? 3. Jaké nástroje připadají v úvahu při zohlednění cíle č. 3 sekce B4? Otázky, na které dodavatel odpoví v průběhu řešení: 1. Která témata je potřeba řešit v rámci datových standardů, principů a pravidel vývoje mikroslužeb SISTA z hlediska dat v kontextu cíle č. 2 sekce B4? 2. Jaké okruhy a témata mají být součástí principů a pravidel toků dat? Je potřeba vytvořit nový dokument nebo rozšířit stávající pravidla vývoje? 3. Jaké kontrolní mechanismy doporučuje dodavatel zavést, aby dodavatelé (vývojáři) spravovali případné datové změny v existujících službách? 4. Jak zajistit, že dodavatelé (vývojáři) vytvoří příslušnou datovou dokumentaci mikroslužby? 5. Jaký je rozdíl mezi sledováním dat a datových toků v mikroslužbách a datovém skladu (transformace přes ETL)? Na co si dát pozor? 6. Jak se postavit k již existujícím mikroslužbám (IdM)? Existující systémy ISTA a IS BETA (nové mikroslužby budou nějakou dobu využívat data ze stávajících systémů)? 7. Je potřeba nastavit automatické kontroly kvality dat? Jaké možnosti existují? Jak náročné bude nastavení kontrol datové kvality při vzniku mikroslužby? 8. Jakým způsobem doporučuje dodavatel přistoupit k nástroji Datového katalogu? Jedná se spíše o aktivní přístup (nástroj v podstatě sám eviduje většinu informací) nebo pasivní přístup (většina informací je evidována manuálně)? Jaká je vhodná kombinace aktivity/pasivity pro potřeby TA ČR? 9. Kdo má zajišťovat napojení dat z mikroslužby do Datového katalogu? Minimální výstupy: 1. Rozšíření Pravidel vývoje SISTA o datové standardy a politiky datové kvality (případně vznik nového dokumentu). Pravidla vývoje TA ČR zpřístupní prostřednictvím samostatného repozitáře Bitbucket ve formátu AsciiDoc. 2. Vypořádání připomínek k rozšíření pravidel vývoje SISTA ostatních účastníků rámcové dohody. 3. Návrh seznamu požadavků na Datový katalog - ve struktuře pro technickou část Datového katalogu (Data dictionary) a businessovou část Datového katalogu (Business glossary). 4. Rešerše dostupných nástrojů Datových katalogů (ideálně open source) a jiných vhodných řešení. Technická (Data Dictionary) a businessová (Business Glossary) část datového katalogu mohou být každá samostatný nástroj (např. u businessové části se může jednat o pokročilejší funkce Tabulek Google). Obě části by však měly být propojitelné. 5. Výčet a popis témat, na které dodavatel při řešení narazí, ale nelze je vyřešit v rámci tohoto minitendru. 6. Konzultace nad otázkami a koncepty řešení v rozsahu dle B11. Výkaz konzultací bude předmětem akceptačního řízení. 7. Podklady scrumových událostí (revize a retrospektivu sprintů 01 a 02) ve formě prezentací a dokumentů dle šablon v projektové knihovně. 8. Závěrečná prezentace tématu pro ostatní účastníky rámcové dohody. Poznámka: ● Dokumentované výstupy minitendru budou respektovat principy popsané v kapitole „3.3. SW nástroje a formáty souborů” dokumentu „Základní principy a procesy řízení projektu”. Nejvhodnější formu každého výstupy řešení minitendru určí projektový manažer TA ČR po dohodě s vlastníkem produktu/garantem tématu. Primárním formátem dokumentů je AsciiDoc.