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

Předmět zakázky

Název provozní potřeby Minitendr č. 29 Implementace formulářové služby Cíle minitendru 1. Existuje formulářová služba (nebo více služeb), která naplní potřeby byznysových služeb - různými uživateli zadávat informace do formulářů předem definovaných či ad hoc vytvořených. Řízení formulářů musí umožňovat definici formulářů, jejich zpřístupnění a validaci. 2. Služba splňuje funkční požadavky popsané v analytické zprávě MT029 Implementace formulářové služby a produktovém backlogu. 3. Formulářová služba je z hlediska architektonické stavby autonomním TRSem (Third-party service) služeb (mikroslužeb) nebo je alespoň navržena tak, aby bylo možné ji v budoucnu dekomponovat na menší autonomní celky (TRSy / mikroslužby) tam, kde to z principu dává smysl. 4. Existuje Bitbucket repozitář se zdrojovými kódy a dokumentací průřezové 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. Existují požadavky na další rozvoj formulářové služby nad rámec zadání implementačního minitendru. 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í formulářové služby, který bude zasazen do výše uvedených položek: potřebnost (B2), nejistota (B3), cíle minitendru (B4), detailněji zpracované zadání viz MT029 Implementace formulářové služby a produktový backlog. Účastník rámcové dohody není ve svém návrhu řešení omezen, může navrhnout programování „na klíč”, využití některého z open source projektů, případnou kombinaci obou přístupů. Zadavatel z opatrnosti připomíná, že z rámcové dohody nelze pořizovat „krabicové” SW zatížené licenčními a maintenance poplatky. 2. Rozdělili byste službu na více menších samostatných mikroslužeb? Pokud ano, jakým způsobem a podle jakého klíče (odpověď bude vycházet z předchozího bodu)? 3. Jaký navrhujete způsob řešení situace, kdy SISTA může být po vzoru ISTA poskytována jako SaaS ostatním resortům, které mohou vykazovat žádoucí variabilitu? Stejný formulář u resortního programu může vykazovat drobné či větší odlišnosti, kdy např. u programů TA ČR může být vyžadována jiná podoba přihlášky do veřejné soutěže než u jiných resortů. Není však vyloučeno, že toto nemůže nastat i v rámci jednoho poskytovatele, tzn. že každý program nebo soutěž by měly svou podobu formuláře pro jeden stejný proces. Směřujeme tedy k potřebě verzování formulářů v principu stejného procesu. 4. Jsou srozumitelné všechny požadavky uvedené v detailněji zpracovaném zadání (MT029 Implementace formulářové služby 2022-08-30) a přiloženém produktovém backlogu? Pokud ne, definujte negativní vymezení a navrhněte jiný způsob řešení (zmiňované detailněji zpracované zadání 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í v průběhu řešení 6 fakturačních milníků (5 fakturačních milníků za řešení sprintů + 1 fakturační milník po vyčerpání alokace určené na podporu pilotního provozu). Dodavatel ve svém návrhu řešení popíše prvotní úvahu nad obsahovou náplní jednotlivých přírůstků formulářové služby (definicí „kdy je hotovo”). Otázky, na které dodavatel odpoví v průběhu řešení: 1. Jaká konkrétní doporučení směřující k rozvoji formulářové služby, kterými bychom se měli v dalších částech projektu SISTA věnovat (jedná se o požadavky identifikované nad rámec zadání implementačního minitendru)? 2. Jaká konkrétní doporučení směřující k rozvoji níže uvedených pravidel navrhujete: a. architektury, b. platformy, c. pravidel vývoje, d. pravidel vedení dokumentace, e. procesům a kultuře Dev/Ops v rámci společného fungování. Minimální výstupy ● Formulářová služba s funkcionalitami dle přiloženého produktového backlogu. Služba bude koncipována jako dostatečně robustní a škálovatelná. Obě stávající softwarová řešení používají několik desítek definic formulářů, ze kterých je poté generováno tisíce formulářů. ● Zdrojové kódy formulářové služby v repozitáři Bitbucket dle pravidel vývoje. ● Dokumentace formulářové služby v repozitáři Bitbucket dle pravidel vedení dokumentace. ● Ověření konceptu formulářové služby na vybraném formuláři (výběr provede scrumový tým ve spolupráci s řešitelem minitendru). ● Podklady scrumových událostí (revize a retrospektivy sprintů) ve formě prezentací a dokumentů dle šablon v projektové knihovně. ● Závěrečná prezentace formulářové služby pro ostatní účastníky rámcové dohody ve formě praktické ukázky funkcionalit, dokumentace, rozhraní v rozsahu max. 120 minut. ● Konzultace nad otázkami a koncepty řešení v rozsahu dle B12. Výkaz konzultací bude předmětem akceptačního řízení. ● Náměty na další rozvoj formulářové služby ve formě stručného dokumentu, který bude popisovat jednotlivé oblasti a požadavky. Poznámka: ● Při vytváření jednotlivých komponent budou respektovány požadavky na přístupnost dané zákonem č. 99/2019 Sb. zákonem č. 81/2006 Sb., respektive Směrnice (EU) 2016/2102 o přístupnosti webových stránek a mobilních aplikací subjektů veřejného sektoru. ● 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čí garantem tématu po dohodě s řešitelem. Primárním formátem dokumentů je AsciiDoc.