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

Předmět zakázky

Název provozní potřeby Minitendr č. 64 Implementace datového katalogu Cíle minitendru 1. Existuje služba, resp. datový katalog v rámci open source nástroje DataHub (+ další funkcionality vyvinuté „na klíč”), která se skládá z business (Business Glossary) a technické části (Data Dictionary). Datový katalog umožňuje: ○ evidovat různé druhy pojmů a datových entit, ○ evidovat různé typy datových položek, ○ evidovat vzory pro reálnou reprezentaci dat (etalony), ○ evidovat a získávat reálnou reprezentaci datových položek v databázích i na rozhraní (mikro)služeb, ○ evidovat vazby mezi pojmy, datovými entitami, etalony a reálnou reprezentací datových položek, ○ sledovat tok dat mezi (mikro)službami (Data Lineage). 2. Datový katalog splňuje funkční požadavky popsané v produktovém backlogu a analytické zprávě. 3. Existují požadavky na ostatní (mikro)služby pro správnou funkčnost Datového katalogu (např. služba musí nějaké informace vystavovat, musí mít popsanou interní dokumentaci dat,...). 4. Existuje repozitář se zdrojovými kódy a dokumentací služby - Ops tým TA ČR je schopen vlastními silami službu nasadit do testovacího/produkčního prostředí GCP. 5. Existuje datový slovník pro služby: IdM, Rejstřík osob, Notis a WF službu. Povinné otázky Požadavky a otázky, které dodavatel odpoví již ve svém návrhu řešení: 1. Popište konceptuální rámec řešení Datového katalogu, který bude zasazen do výše uvedených položek: potřebnost (B2), nejistota (B3), cíle minitendru (B4) a požadavků detailněji rozpracovaných v Analytické zprávě MT039 Technický rámec pro Data Governance. 2. Jakým způsobem budete chtít implementovat následující požadavky? Jedná se o funkcionality, které pravděpodobně není možné provést v rámci běžné konfigurace nástroje DataHub: a. etalony datových položek (JDT, SDT), b. datové položky obecných datových typů (ODT), c. různé druhy pojmů a entit (např. pojem ve slovníku pojmů, datový pojem, číselník...), d. různá šíře metadat pro datové entity (pojmy) a datové položky, e. vazby mezi datovými entitami, f. vazby mezi datovými položkami, g. evidence datových položek (datových struktur) na rozhraní (mikro)služeb, h. integrace na Katalog služeb (backstage.io). 3. Souhlasíte s vymezením prioritních požadavků pro první iteraci Datového katalogu? Myslíte si, že je potřeba některé požadavky implementovat dříve nebo naopak později? 4. Jsou všechny požadavky uvedené v analytické zprávě a produktovém backlogu srozumitelné? Pokud ne, definujte negativní vymezení (Analytická zpráva s produktovým backlogem budou připojeny k dílčí smlouvě jako závazné přílohy definující rozsah řešení miniprojektu). 5. Zadavatel umožní dílčí fakturaci na konci na konci sprintu MT064/S02 (max. 60% z ceny plnění) - ve svém návrhu řešení popište jakými funkcionalitami bude přírůstek řešení či Datového katalogu disponovat (definice „kdy je hotovo”). 6. Účastník ve svém návrhu řešení rozdělí finanční alokaci na aktivity spojené se zavedením navrhované metodiky a programové úpravy LinkedIn DataHub Otázky, na které dodavatel odpoví v průběhu řešení: 1. Jakým způsobem bude postavena komunikace mezi Datový katalogem a (mikro)službami (včetně komunikačního rozhraní)? 2. Jaké požadavky budou muset jednotlivé (mikro)služby splnit, aby mohli být integrované do Datového katalogu? 3. Jak doporučujete postupovat v případě, že se určité funkcionality stanou standardní součástí nástroje DataHub? Minimální výstupy ● Datový katalog s funkcionalitami dle produktového backlogu. ● Ukázka funkčnosti datového katalogu na reálných datech, dle výčtu v sekci B4 Cíl 1. Datový katalog poběží nad existujícími službami (IdM, RO, WF a Notis) na testovacím prostředí SISTA (GCP). ● Datový slovník, včetně Data Lineage, alespoň na úrovni databáze a komunikačního rozhraní, pro existující služby: IdM, Rejstřík osob, Notis a WF službu. ● Zdrojové kódy datového katalogu v repozitáři Bitbucket dle pravidel vývoje. ● Dokumentace datového katalogu v repozitáři Bitbucket dle pravidel vedení dokumentace. ● Podklady scrumových událostí (revize a retrospektivu sprintů) ve formě prezentací a dokumentů dle šablon v projektové knihovně. ● Závěrečná prezentace tématu pro ostatní účastníky rámcové dohody ve formě společného workshopu. ● Konzultace nad otázkami a koncepty řešení v rozsahu dle B12. Výkaz konzultací bude předmětem akceptačního řízení. Poznámka: ● 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 upřesní garant tématu po dohodě s řešitelem minitendru. Primárním formátem dokumentů je AsciiDoc.