Minitendr č. 40 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 č. 40 Implementace workflow služby Cíle minitendru: 1. Existuje workflow služba (nebo více služeb), která naplní potřeby byznysových služeb řídit kroky uživatele v různých událostech v systému. Řízení procesů musí umožňovat definici procesů, spouštění jejich instancí a kontrolování jejich dodržování. 2. Služba splňuje funkční požadavky popsané v produktovém backlogu a analytické zprávě MT030. 3. Workflow 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), kde to z principu dává smysl. 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. Existují požadavky na další rozvoj workflow 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í workflow služby, který bude zasazen do výše uvedených položek: potřebnost (B2), nejistota (B3), cíle minitendru (B4), analytická zpráva a produktový backlog MT030. Úč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é flow u resortního programu může vykazovat drobné odlišnosti, kdy např. u programu TA ČR vypracovávají odborné posudky hodnotitelé s následnou kontrolou ze strany TA ČR/zpravodaje projektu - a v případě resortu může tuto roli zastávat referent, posudky nejsou kontrolovány apod. Směřujeme tedy k potřebě verzování instancí v principu stejného procesu. 4. Jsou všechny požadavky uvedené v analytické zprávě a produktovém backlogu MT030 srozumitelné? Pokud ne, definujte negativní vymezení a navrhněte jiný způsob řešení (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í v průběhu řešení 4 rovnoměrně rozvržené fakturační milníky. Dodavatel ve svém návrhu řešení popíše prvotní úvahu nad počtem a obsahovou náplní jednotlivých přírůstků (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 workflow 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: ● Workflow služba s funkcionalitami dle produktového backlogu (MT030). Služba bude koncipována jako dostatečně robustní a škálovatelná. Obě stávající softwarová řešení ročně zpracovávají desítky tisíc kroků/přidělených úkolů ve workflow. ● Zdrojové kódy workflow služby v repozitáři Bitbucket dle pravidel vývoje. ● Dokumentace workflow služby v repozitáři Bitbucket dle pravidel vedení dokumentace. ● Jeden „dummy proces” spustitelný v nasazeném prostředí (zahrnující max. 10 stavů a 20 různých transitions mezi nimi) pro potřeby integračního testování. ● Podklady scrumových událostí (revize a retrospektivy sprintů) ve formě prezentací a dokumentů dle šablon v projektové knihovně. ● Závěrečná prezentace workflow 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 workflow služby ve formě stručného dokumentu, který bude popisovat jednotlivé oblasti a požadavky. Poznámka: ● Ostatní 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ýstupu ř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.