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

Technologická agentura ČRVypsáno 24. 8. 2022
Zakázka byla zadána.
VyhodnocenaVypsáno 24. 8. 2022
po lhůtě(do 1. 9. 2022 v 10:00)650 tis. CZKInformační technologie: poradenství, vývoj programového vybavení, internet a podpora
vypsánolhůta

Lhůta uplynula před 1377 dní

Předmět zakázky

Název provozní potřeby Minitendr č. 56 Resortní výzkumné potřeby BETA 2023 Cíle minitendru: 1. Existuje byznysová služba „Resortní výzkumné potřeby”, která svým rozsahem funkcionalit podporuje zadavatelem definovaný životní cyklus sběru a hodnocení výzkumných potřeb pro program BETA3. 2. Byznysová služba „Resortní výzkumné potřeby” splňuje funkční požadavky popsané v produktovém backlogu a analytické zprávě. 3. Byznysová služba „Resortní výzkumné potřeby” je vyvinuta tak, aby v principu umožňovala budoucí rozdělení na samostatné mikroslužby bez většího úsilí či kompletního přepracování služby. 4. Existuje Bitbucket repozitář se zdrojovými kódy a dokumentací byznysové služby „Resortní výzkumné potřeby”. Ops tým TA ČR je schopen vlastními silami službu nasadit do testovacího/produkčního prostředí GCP. 5. Existuje popis specifických datových entit (slovník pojmů a jednotlivé datové položky v datovém slovníku) souvisejících s byznys službou „Resortní výzkumné potřeby” k doplnění do datového katalogu spravovaného TA ČR. Povinné otázky Otázky, na které dodavatel odpoví již ve svém návrhu 1. Popište konceptuální rámec řešení byznysové služby „Resortní výzkumné potřeby”, který bude zasazen do výše uvedených položek: potřebnost (B2), nejistota (B3), cílů minitendru (B4), analytické zprávy a produktového backlogu MT056. Účastník rámcové dohody není ve svém návrhu řešení omezen, může navrhnout programování „na klíč”, využití 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 řešení byznysové služby „Resortní výzkumné potřeby” 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. 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). 4. Zadavatel umožní dílčí fakturaci cca ve druhé třetině řešení byznysové služby „Resortní výzkumné potřeby” tzn. na konci sprintu MT056/S02 Resortní potřeby - inkrement II. Ve svém návrhu řešení rámcově popište jakými funkcionalitami bude přírůstek disponovat (definice „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 níže uvedených položek navrhujete: a. pravidel architektury, b. pravidel 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í, f. existujících průřezových či byznysových služeb SISTA. Minimální výstupy: ● Byznysová služba „Resortní výzkumné potřeby” splňující požadavky analytické zprávy a produktového backlogu MT056. ● Zdrojové kódy byznysové služby „Resortní výzkumné potřeby” v repozitáři Bitbucket dle pravidel vývoje. ● Dokumentace byznysové služby „Resortní výzkumné potřeby” v repozitáři Bitbucket dle pravidel vedení dokumentace. ● Doplnění specifických datových entit (slovník pojmů a jednotlivé datové položky do datového slovníku) souvisejících s byznys službou „Resortní výzkumné potřeby” do datového katalogu dle pravidel vývoje. ● Podklady scrumových událostí (revize a retrospektivu sprintů ) ve formě prezentací a dokumentů dle šablon v projektové knihovně. ● Závěrečná prezentace byznysové služby „Resortní výzkumné potřeby” pro ostatní účastníky rámcové dohody formou praktické ukázky funkcionalit a dokumentace. ● Konzultace nad otázkami a koncepty řešení v rozsahu dle B12. Výkaz konzultací budou předmětem akceptačního řízení. 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.

Načítáme seznam příloh…