Návrh řešení / dílčí realizační smlouva
Návrh řešení / dílčí realizační smlouva
v souladu s uzavřenou Rámcovou dohodou
Účastník rámcové dohody/navrhovatel řešení a v případě akceptace také dodavatel plnění
Xxxxx, XXX: InQool a.s., 29222389
Adresa: Xxxxxxxxxxxx 00/0, 000 00 Brno
Zastoupen: Xxx. Xxxxx Xxxxx, Xxx. Xxxxx Xxxxx, členy představenstva společně
navrhuje tímto Zadavateli a v případě akceptace také příjemci plnění (dále jako “příjemce plnění”):
Česká republika – Technologická agentura České republiky, se sídlem Evropská 1692/37, 160 00 Praha 6, IČ:
72050365, statutární zástupce - předseda Xxxx Xxxxxxxxxx.
Příjemce plnění je zastoupený ředitelem Kanceláře TA ČR – Xxxxxx Xxxxxx
realizaci níže uvedeného plnění prostřednictvím této dílčí smlouvy vycházející z uzavřené Rámcové dohody ke sdílenému informační systému (SISTA)
Předmětem této smlouvy je návrh řešení do minitendru číslo MT23
s názvem: Metodika ověření využitelnosti zdrojových kódů a kvality související dokumentace (včetně ověření
metodiky na stávajícím softwarovém řešení).
a cílem řešení:
1. Vytvořit metodiku pro ověření využitelnosti předaných děl (stanovit povinné standardy či rámce pro
budoucí díla).
2. Ověřit metodiku na určeném systému tj. ISTA s dalšími dílčími cíli, mezi které patří například:
a. Zajistit otevření Díla ostatním účastníkům rámcové dohody a analyzovat jeho využitelnost pro
projekt SISTA.
b. Zajistit dostupnost všech zpracovávaných dat vytvořených za celou dobu produktivního používání Díla a Odvozeného díla v georedundatní lokalitě.
c. Zajistit dostupnost a aktualizaci řádně komentovaných zdrojových kódů a konfigurací Díla a Odvozeného díla (ISTA a související části ORDO frameworku, tvořící nezbytnou funkční součást Díla).
d. Vytipovat klíčové části dokumentace IS, jejíž existenci výše uvedené smlouvy předpokládají a zajistit jejich převzetí v aktuální podobě.
e. Ověřit postup instalace prostředí a konfigurace Díla a Odvozeného díla do funkčního stavu na
infrastrukture dodavatele.
x. Xxxxxx postup obnovení produkční databáze Díla a Odvozeného díla.
Kontaktní osobu odpovědnou za věcné řešení a průběh za tento MT je : Xxxxx Xxxxxxxx, xxxxxxxx@xxxxxx.xx
, 734224171
a jeho realizace dodavatelem, která v případě akceptace příjemce plnění bude následující:
1 Popis metody a způsobu realizace
Dodavatel navrhne a popíše způsob realizace vedoucí k naplnění cílů minitendru uvedených v sekci B4 a dále dosažení minimálních výstupů definovaných v sekci B6 Výzvy k podání návrhu řešení do minitendru č. 024. U popisu činností dodavatel zohlední požadavky uvedené v bodě K) Výzvy.
V základu metodiky máme v zájmu podchytit dvě základní strategie u předávaných systémů (handover strategie):
1. Předání za účelem provozu/servisu
2. Předání za účelem dalšího rozvoje
Varianta 2 je obvykle nadstavbou varianty 1.
Zadavatel správně indikoval, že základem pro úspěch obou strategií je Exit plán a taktéž jeho věcné ověření. Ideálně tedy v praxi, a to (A) re-instalací systému na novém prostředí (nemusí být nevyhnutně georeduntnatní ale musí jít o novou, čistou instalaci) a zároveň (B) provedením update (deploye) systému na aktuální prostředí.
Technologický postup (A) slouží k ověření instalačních postupů. Postup (B) k ověření souladu předaných zdrojových kódů a nasazené verze systému. V společnosti inQool máme bohaté zkušenosti s přebíráním velmi robustních existujících systémů do naší správy i rozvoje. Zřejmě nejvýznamnějším je Informační systém veřejných rejstříků (neboli Obchodní rejstřík, jehož veřejná část je dostupná i na xxx.xxxxxxx.xx). Ze zkušeností víme, jaká dokumentace je nutná pro předání a kde se skrývají riziková místa (např. v oblasti různých nezdokumentovaných interních nebo externích komunikačních kanalů, databázových rutin, skriptů, konfiguračních souborů atd.). Na základě těchto zkušeností umíme v rámci metodiky vytvořit vyčerpávající checklist jako podklad pro realizace Exit plánu.
Z pohledu v úvodu načrtnutých základních strategií ještě doplňujeme, že:
1. U této strategie je přínosné předání knowledge base (dokumentací, skriptů, postupů) jak v praxi řešit
typové incidenty.
2. U této strategie je přínosné předání case study dokumentace k různým typovým úlohám, které
Zadavatel vytipuje s ohledem na budoucí rozvoj.
U obou strategií je následně velmi prospěšné, když je zajištěn souběh poskytování služeb mezi dvěma dodavateli (stávajícím a novým), kdy nový dodavatel již prakticky plní úkoly vyplývající z jeho závazků, ale historický dodavatel je ještě stále k dispozici a je smluvně zavázán k poskytování součinnosti, resp. i přímo plnění některých vydefinovaných úkonů (z pravidla za účasti nového dodavatele). Tato fáze se nazývá vendor transitioning a měla by být společně s handover fázi součástí realizačních fází Exit plánu.
Z pohledu struktury vyžadované dokumentace máme zkušenosti z dodávek národních systémů (např. Informační systém evidence národního archivního dědictví pro Ministerstvo nitra nebo Centrální registry životního prostředí pro Ministerstvo životního prostředí), kde oblast dokumentace byla auditována technologickým dozorem (KPMG, Deloitte, BDO IT apod). Rámcově doporučujeme v rámci metodiky vyžadovat tuto strukturu dokumentace:
• Bezpečnostní dokumentace
o Analýza rizik
o GDPR dokumentace
o Dokumentace testování systému
• Specifikace díla (Detailní technická analýza vytvořená v rámci analytické fáze dodávky)
• Uživatelské příručky
• Dokumentace zdrojových kódů (vývojářská dokumentace)
• Dokumentace reálného nasazení (infrastrukturní, funkční a deployment dokumentace)
• Dokumentace komunikačního rozhraní
• Dokument popisující vazby (dokumentace okolí systému)
• Provozní řád
• Analytické modely
• Dokumentace databázové části IS
• Servisní řád
• Dokument zálohování
• Provozní deník
• Datové standardy
Pro jednotlivé typy dokumentace budou v rámci finální metodiky definované minimální struktury tak, aby
Dodavatel měl jasné zadání k vypracování.
V rámci vypracování metodiky dále určitě nabízíme čerpat z našeho know-how v oblasti certifikací, kterých jsme v rámci společnosti dosáhli:
• ITIL
• Professional Scrum Master
• ISO 20000-1 – IT Service management systems
• ISO 22301:2019 - Business continuity management systems
V rámci metodiky dále doporučujeme uvést i rozbor a návody k použití osvědčených nástrojů, které zvyšují kvalitu technologického plnění a zlehčují/zlepšují handover a/anebo transition fáze Exit plánů, z nichž vybíráme:
• Využívání release a deployment pipelines platformy Git (předpokládáme verzování zdrojových kódu na platforme Git jako samozřejmost)
• Nástroj „Prettier“ – zajišťuje stejné formátování zdrojových kódů napříč dodavateli
• Pro frontend části vyvíjené v TypeScript doporučujeme využívání „lint“ nástrojů, pro statickou kontrolu kódu, čitelnost, udržitelnost. Stejné doporučujeme i pro backend komponenty, nezávisle na využitém jazyku (Java, PHP, atd). Pro všechny existují statické analyzátory kódu s cílem minimalizace chyb a maximalizace čitelnosti/udržitelnosti.
• Changelog, ideálně formou Wiki stránek v platformě Git
• Používání nástrojů pro changeset management databází (technicky verzování databáze ve stejném smyslu jak verzování zdrojových kódu)
Výstupem celé metodiky bude tedy jasné zadání pro Dodavatele, jak postupovat a co produkovat v rámci svých výstupu a to tak, aby byla zajištěna dlouhodobá technologická a byznys kontinuita jimi dodávaných komponent/systémů, a to bez ohledu na složení budoucí dodavatelské struktury.
2 Rozsah a účelnost činností
Vyberete kód činnosti, popište její obsah a určete, které osoby ji budou realizovat a v jakém rozsahu.
Kód z rámcové dohody | Konkrétní popis prováděné činnosti dle zvoleného kódu | Osoby realizující činnost, rozsah a účel jejich zapojení | Počet hodin |
AN | Vytvoření požadované metodiky, revize dokumentace, analytické činnosti (obecně teoretická část plnění a část praktické) | Xxxxx Xxxxxxxx | 90 |
BP | --- | --- | --- |
UX | --- | --- | --- |
NT | --- | --- | --- |
AR | --- | --- | --- |
PR | Revize zdrojových kódů, ověření provozního postředí, provedení a ověření re-instalace SISTA mimo produkční prostředí (oběcně praktická část plnění) | Xxx. Xxxxx Xxxx Xxx. Xxxxx Xxxxx Xxx. Xxxxx Xxxxxxxx Zapojení předpokládáme cca rovnoměrně, jde o odborníky na migraci dat, devops a osoby se zkušenostmi s převzetím cizích systémů do naší správy | 130 |
3 Vyřešení otázek při plnění
Otázky budou řešeny průběžně jako koncepty a dodavatel je připraven vést nad nimi konzultace. Za tím
účelem poskytne také příjemci plnění součinnost v rozsahu nejméně 40 konzultačních hodin.
Potvrzujeme, že poskytneme požadovanou součinnost a konzultace.
V rámci konzultačních hodin zejména očekáváme, že se podaří probrat všechna otevřena témata a nejasnosti, a to v rámci vymezených kapacit součinnosti.
Předpokládáme, že v rámci poskytnutí součinnosti dostaneme k nahlédnutí a posouzení stávající dokumentace systémů, a to zejména dokumentaci nasazení za účelem provedení praktické částí plnění. Výstupem posouzení budou doporučení na zlepšení, které budou zapracována i do výsledné metodiky. Stávající dokumentace již nebudou ale z naší strany nijak upravována nebo rozporována.
4 Výstupy a jejich úroveň
V souladu se sekcí B6 Výzvy k podání návrhu řešení do minitendru č. 023 popište rámec uvažované struktury metodiky, která tvoří nosný výstup metodiky.
Uvažovaná struktura metodiky vychází zejména z postupů popsaných v bodu 1, zde tedy přikládáme jen sumář:
• Detailní dokumentace v typizaci dle bodu 1
• Popis požadovaných praktických úloh v rámci Exit plánu (servisní zásahy, rozbory rozvojových
požadavků atd)
• Guideliny, očekávání, checklisty a strukturované zadaní jako podklad pro Dodavatele jak v rámci exekuce Exit plánu, tak i během samotného vývoje.
Součástí výstupů budou i praktické kroky, a to zejména v oblasti revizí stávající dokumentace, zdrojových
kódů a re-instalace systémů dle dodané dokumentace.
Výstupy budou vypracovány v souladu s moderními přístupy a globálními best-practices v oblasti handover IT systémů, byznys kontinuity, release, deployment a change managementu a řízení rizik v multi-vendor prostředí.
5 Harmonogram plnění
Do následující tabulky navrhněte harmonogram plnění dle požadavků sekce B9 Výzvy k podání návrhu řešení do minitendru č. 023.
Rámcová položka harmonogramu | Od | Do |
Zahájení řešení | 29.3.2021 | |
První sprint - analýza stavu dokumentace stávajícího softwarového řešení a konzultace za účelem stanovení základního konstruktu metodiky | 6.4.2021 | 16.4. 2021 |
Kontrolní den | 19.4. 2021 | 19.4. 2021 |
Druhý sprint - návrh metodiky | 19.4. 2021 | 7.5. 2021 |
Společný kontrolní den pro všechny účastníky | 10.5. 2021 | |
Třetí sprint - pilotní ověření metodiky formou auditu | 10.5. 2021 | 28.5. 2021 |
Kontrolní den - závěrečná společná prezentace výstupů | 31.5. 2021 | |
Připomínkové řízení a dopracování výstupů dle požadavků | 31.5. 2021 | 4.6. 2021 |
Formální akceptační řízení - finální výstupy + akceptační protokol | 7.6. 2021 | 7.6. 2021 |
Fakturační milník - vystavení a odeslání faktury | 7.6. 2021 |
Komentář uchazeče k harmonogramu:
• Harmonogram je dle požadavků Zadávací dokumentace nastaven na celkové trvání 10 týdnů.
• Pro zahájení řešení jsme alokovali relativně dlouhou dobu 1 týdne, ale vzhledem k nutným součinnostem potřebným k plnění to vnímáme jako nutnou dobu pro upřesnění detailních kroků realizace, dílčích milníků a dospecifikaci součinností. Výstupem bude prováděcí plán projektu.
• První sprint jsme nastavili na délku 2 týdnů.
• Druhý sprint jsme nastavili na délku 3 týdnů
• Třetí sprint jsme nastavili na délku 3 týdnů
• Připomínkové řízení na délku 1 týdne
• Konkrétní časování jednotlivých milníků může být upraveno v prováděcím plánu projektu
6 Cena a platební podmínky
6.1 Cena za plnění dle podmínek vyhlášeného minitendru a v souladu s tímto popisem plnění představuje:
Celkový počet hodin dle činností : 220
Cena za hodinu : 1.150,- Kč/hod
Tedy celkem součet za všechny za činnosti: 253.000,- Kč
Celkem za plnění k úhradě bez DPH 253.000,- Kč
Celkem za plnění k úhradě vč. DPH 306.130,- Kč
Hodnocena bude cena za plnění k úhradě bez DPH.
6.2 Dodavatel plnění vystaví příjemci plnění po řádné formální akceptaci dílčích výstupů (etap) minitendru fakturu. Fakturu je povinen doručit příjemci plnění do 15 dnů od ukončení formálního akceptační řízení. Příjemce plnění uhradí cenu do 21 dnů po doručení bezvadné faktury, která může být vystaven nejdříve po akceptaci plnění příjemcem plnění. Bude-li faktura obsahovat vady bránící jejímu proplacení, termín její úhrady se posouvá a faktura bude uhrazena až po zhojení těchto vad v termínu dohodnutém smluvními stranami, ne však kratším než 15 dnů.
7 Platnost a účinnost
7.1 Tato smlouva po podpisu Dodavatelem plnění nabývá platnosti dnem akceptace příjemcem plnění prostřednictvím Oznámení o výběru návrhu řešení účastníka rámcové dohody v minitendru a účinnosti dnem vložením do registru smluv. Toto vložení zajistí TA ČR.
8 Zákaz postoupení
8.1 Pokud tato smlouva výslovně nestanoví něco jiného, nemá žádná ze smluvních stran právo postoupit či jinak převést svá práva či povinnosti vyplývající z této smlouvy bez předchozího písemného souhlasu druhé smluvní strany. Tím není dotčeno poskytování plnění prostřednictvím subdodavatele.
8.2 Pokud majetek a závazky TA ČR (nebo jejich část) nebo plnění úkolů svěřených TA ČR budou převedeny na jinou organizační složku státu nebo na jinou organizační jednotku ministerstva souhlasí Dodavatel plnění s převodem či přechodem všech práv a povinností TA ČR podle této Smlouvy na takovou osobu. Za tímto účelem se Dodavatel plnění zavazuje poskytnout veškerou nezbytnou součinnost.
9 Odstoupení a výpověď
9.1 Smlouva zaniká:
● Písemnou dohodou obou smluvních stran.
● Písemnou výpovědí ze strany TA ČR se sedmidenní výpovědní lhůtou bez udání důvodu. Výpovědní lhůta počíná běžet následující den po doručení výpovědi.
● Odstoupením pro podstatné porušení smluvních povinností druhou smluvní stranou, s účinností následující den po dni, v němž bylo toto písemné odstoupení od smlouvy druhé smluvní straně doručeno.
● Zánikem jedné ze smluvních stran bez právního nástupce.
● Uplynutím doby uvedené v bodě X. Xxxxxxxxxxx plnění.
9.2 Za podstatné porušení smluvních povinností považují smluvní strany především opakované porušení povinností vyplývajících ze smlouvy – nedodržování termínů, kvalita výstupů neodpovídající požadavkům TA ČR.
9.3 Dodavatel plnění při zániku smlouvy ukončí veškeré aktivity a provede vyčíslení již proběhnuvších aktivit a předá všechny výstupy TAČR do 1 kalendářního týdne ode dne zániku smlouvy.
10 Důvěrnost informací
10.1 TA ČR je dále oprávněna zpřístupnit informace, které získá od Dodavatele plnění při poskytování Služeb na základě této smlouvy ostatním složkám veřejné správy v souvislosti s plněním či financováním předmětu této Smlouvy.
11 Částečná neplatnost
11.1 Případná neplatnost nebo neúplnost některého ustanovení této Smlouvy nezpůsobuje neplatnost ostatních ustanovení této Smlouvy. Smluvní strany takové neplatné nebo neúplné ustanovení nahradí neprodleně ustanovením, jež se nejvíce blíží účelu sledovanému takovým neplatným nebo neúplným ustanovením, a to formou písemného dodatku k této Smlouvě.
12 Střet zájmů
12.1 Dodavatel plnění podpisem této dílčí realizační smlouvy potvrzuje, že vzhledem k zajištění plnění na základě této dílčí realizační smlouvy není a nebude ve střetu zájmů, a to zejména při žádání o dotační podporu v rámci dotačních titulů administrovaných v systému ISTA, IS BETA či SISTA. Dodavatel je dále povinen zajistit, aby nežádali o dotační podporu ani jeho poddodavatelé, zaměstnanci či osoby spojené ve smyslu ust. § 23 odst. 7 zákona č. 586/1992 Sb. V případě, že dojde k identifikaci střetu zájmů v průběhu poskytování dotační podpory, zajistí dodavatel všechny nezbytné kroky vedoucí k odstranění střetu zájmů či ukončení dotační podpory.
13 Změny této Smlouvy
13.1 Tuto Smlouvu je možné měnit, doplňovat a upravovat pouze písemnými dodatky, podepsanými oprávněnými zástupci obou smluvních stran, nestanoví-li tato Smlouva jinak.
14 Rozhodné právo a řešení sporů
14.1 Platnost, plnění, výklad a účinky této Smlouvy se řídí právním řádem České republiky, konkrétně příslušnými ustanoveními občanského zákoníku.
14.2 Všechny spory, které vzniknou z této Smlouvy nebo v souvislosti s ní, budou řešeny soudy České
republiky.
15 Ochrana osobních údajů
15.1 Dodavatel plnění je povinen při plnění této Smlouvy postupovat v souladu se zákonem č. 110/2019 Sb., o zpracování osobních údajů a změně některých zákonů, ve znění pozdějších předpisů (dále jen “ZZOÚ”) a v souladu s Nařízením Evropského parlamentu a Rady (EU) 2016/679 ze dne 27. dubna 2016, o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů (GDPR). Dodavatel odpovídá za dodržování GDPR a ZZOÚ ze strany poddodavatele.
Obsahuje přílohu č.1 – NE.
V Brně dne 11.3.2021
Podpis dodavatele plnění jako navrhovatele