Smlouva o dílo

(dále jen „smlouva“)

uzavřená v souladu s ustanovením § 2586 zák. č. 89/2012 Sb., občanský zákoník, ve znění pozdějších předpisů (dále jen „občanský zákoník“)

Číslo smlouvy Dodavatele: 2000_2024

Číslo smlouvy KSÚS: SMLD-0229/00066001/2024

mezi:

společností VARS BRNO a.s.

zapsanou v obchodním rejstříku pod sp. zn.: B 1743 vedenou u Krajského soudu v Brně sídlo: Xxxxxxxx 0000/00x, Xxxxxxxxxx, 000 00 Xxxx

IČO: 634 81 901 DIČ: CZ634 81 901

xxxxxx xxxxxxxx: yv4gu24

zastoupena: Ing. Xxxxxxx Xxxxxxxxxxxx, předsedou představenstva

Ing. Xxxxxxx Xxxxxxx, členem představenstva Xxxxxxxx Xxxxxxxx, členem představenstva

kontaktní osoba pro věcnou funkčnost: Xxx. Xxxxx Xxxxxxxxx, tel:

e-mail:

kontaktní osoba pro technickou podporu: Xxx. Xxxx Xxxxxxxxx, tel: e-mail:

kontaktní osoba ve věci smluvní: Xxx. Xxxxx Xxxxxxxxxx, tel: +

Xxx. Xxxxx Xxxxx, tel: Xxxxxx Xxxxxxx, tel:

(dále jen „Dodavatel“)

Správou a údržbou silnic Středočeského kraje, příspěvkovou organizací

sídlo: Xxxxxxxxx 00/00, 000 00 Xxxxx 0 - Xxxxxxx

IČO: 000 66 001

DIČ: CZ00066001

xxxxxx xxxxxxxx: a6ejgmx

zastoupena: Ing. Xxxxxx Xxxxxxxx, Ph.X., MBA, ředitelem

nebo dále zastoupená Ing. Xxxxx Xxxxxxxx, DiS, statutárním zástupcem ředitele, na základě plné moci ze dne 28. 06. 2022

kontaktní osoba pro věcnou funkčnost: Xxxxxx Xxxxx kontaktní osoba pro technickou podporu: Xxx. Xxxx Xxxxxxxxx

kontaktní osoba ve věci smluvní: Xxx. Xxxx Xxxxxx, Ph.D., MBA

(dále jen „objednatel“ nebo „KSÚS“ nebo „Klient“)

Na Dodavatele a Klienta je dále odkazováno jednotlivě jako na „smluvní stranu“, případně dohromady jako na „smluvní strany“.

ČLÁNEK 1

ÚČEL A PŘEDMĚT SMLOUVY

1.1. Klient v současné době využívá oddělené informační systémy, které chce doplnit o nové řešení - Geoportál (dále jen „Informační systém“ nebo „Systém“), který bude komplexním systémovým prostředím pro informační podporu procesů silničního hospodářství Správy a údržby silnic Středočeského kraje. Úlohou Informačního systému bude sběr, zpracování, sdílení, publikování a distribuce informací o síti pozemních komunikací Středočeského kraje, jejich součástech a příslušenství ve vazbě na jednotnou georeferenční síť pozemních komunikací.

1.2. Vzhledem k tomu, že výše uvedený Informační systém má pracovat v prostředí a v součinnosti se stávajícími informačními systémy Klienta a je tudíž nezbytné jej odborně implementovat, je účelem této smlouvy zajištění bezporuchového fungování systému pro sběr, zpracování, sdílení, publikování a distribuci informací o síti pozemních komunikací Středočeského kraje, jejich součástech a příslušenství ve vazbě na jednotnou georeferenční síť pozemních komunikací (dále též jen „Služby“), tedy implementace Informačního systému do prostředí Klienta (dále též jen

„Implementace“). Tato smlouva proto stanoví podmínky a pravidla pro poskytnutí těchto Služeb.

1.3. Předmětem této smlouvy je závazek Dodavatele poskytnout Služby, spočívající v návrhu a vytvoření Informačního systému a jeho integraci na příslušné informační systémy Klienta, pilotní provoz Informačního systému v trvání 6 měsíců a přenos know-how na pracovníky Klienta (dále též jen „Dílo“), a to za podmínek stanovených touto smlouvou včetně jejích příloh. Současně s touto smlouvou bude uzavřena Servisní smlouva, která nabude účinnosti dnem předání a převzetí Díla jako celku.

1.4. Dílo bude provedeno v dále definovaných fázích (dílčích plněních):

1. F1 - Příprava projektu (Definice projektu) – Dílo 1

Výstupem fáze bude dokument ve struktuře uvedené v příloze 9 Struktura a obsah výstupů. Detailní zadání pro fázi F1:

 Předprojektová příprava

 Jmenování týmů;

 Zajištění přístupů do KSÚS (prostory, systémy);

 Seznámení členů týmů s organizací projektu, jejich rolemi a projektovými standardy.

2. F2 - Implementační studie (Cílový koncept) – Dílo 2

Výstupem fáze bude dokument ve struktuře uvedené v příloze 9 - Struktura a obsah výstupů. Detailní zadání pro fázi F2:

 Analýza stávajícího řešení a návrh řešení v rozsahu:

 Business analýza potřeb KSÚS

 Návrh cílové architektury

 Návrh konsolidace doplnění aplikační základny

 Návrh konceptu Controllingu a Manažerského reportingu (do 25 reportů)

 Návrh provozního reportingu (do 25 reportů)

 Návrh optimalizace/nahrazení vybraných systémů aplikacemi dodavatele

 Návrh technického řešení vizualizace dat a informací na Geoportálu

 Návrh a volba užití GIS zobrazení

 Analýza dat a návrh jejich konsolidace

 Identifikace potřebných entit (systémů a dat)

 Koncepce a návrh datového modelu

 Popis datového modelu a obsahu (Metadata, Sémantika / Ontologie)

 Proof of Concept (PoC)

 Vytvoření Proof of Concept (PoC)

 Prezentace Proof of Concept (PoC)

3. F3 - Implementace řešení Geoportálu (v rozsahu dle výstupů fáze F2) – Dílo 3

Detailní zadání pro fázi F3:

 Optimalizace/konsolidace aplikační základny (6 excel db)

 Vytvoření konsolidované datové základny

 Vytvoření a správa modelu

 Příprava nástroje ETL (integrace, transformace, přenosy dat)

 Konfigurace ETL

 Migrace dat (Iniciální naplnění datové základny)

 Zajištění vizualizace a práce s daty konsolidované základny pro uživatele

 Implementace GIS zobrazení

 Užití GIS systému pro vizualizaci dat z konsolidované základny

 Operativní reporting

 Manažerský reporting

 Ukládání dat poskytovaných koncovými uživateli Geoportálu KSÚS do datové vrstvy.

 Webový portál pro veřejnost s užitím mapových prvků GIS.

 Vytvoření záložní (jiné záložní cloudové prostředí) pasivní kopie Konsolidované datové základny

 Konsolidovaná datová základna bez integrace na okolí (stand alone).

 Základní nástroj pro přístup k datům (tzv. kukátko).

 Konzumace dat z konsolidované základny

 Interní využití (obohacení) dat v rámci dalších provozních systémů (SoftPC, Technický informační systém)

 Poskytování dat externím subjektům (Mapový portál Středočeského kraje, Bridge Management Systém(BMS), Digitální technická mapa ČR (DTM))

4. F4 - Přenos know-how a pilotní provoz – Dílo 4

Detailní zadání pro fázi F4:

 Příprava dokumentace v českém jazyce

 Jednoduché dokumentace pro koncové uživatele (kuchařka, how to).

 Dokumentace skutečného provedení, dle předávaného stavu.

 Administrátorská a provozní dokumentace

 Školení administrátorů a budoucích uživatelů v českém jazyce v sídle Klienta včetně přípravy potřebných materiálů pro školení.

 Pilotní provoz

 Odladění řešení v rámci dodávky.

5. F5 - Akceptace a zahájení produktivního provozu – Dílo 5

Detailní zadání pro fázi F5:

 Akceptace řešení po ukončení pilotního provozu.

 Nastavení prostředí do produktivního provozu.

1.5. Klient si vyhrazuje právo jednostranně odložit zahájení implementace řešení Díla 3 až o 3 měsíce (90 kalendářních dní). O tomto odložení bude Klient Xxxxxxxxxx informovat před podpisem smlouvy nebo nejméně dva měsíce před plánovaným zahájením implementace Díla 3.

1.6. Klient se touto smlouvou zavazuje řádně provedené Xxxx převzít a zaplatit za něj cenu za podmínek stanovených v této smlouvě.

1.7. Klient se touto smlouvou dále zavazuje poskytnout Dodavateli součinnost nutnou k provedení Díla, a to v souladu s podmínkami této smlouvy.

1.8. Provedení Díla se řídí zásadami obsaženými v Příloze č. 1, pokud není touto smlouvou stanoveno jinak.

1.9. Nedílnou součást této smlouvy tvoří tyto přílohy:

 Příloha č. 1 – Zásady provedení Díla;

 Příloha č. 2 – Výklad pojmů;

 Příloha č. 3 – Předmět dodávky;

 Příloha č. 4 – Nabídka Xxxxxxxxxx;

 Příloha č. 5 – Protokol o akceptaci fáze;

 Příloha č. 6 – Předávací protokol;

 Příloha č. 7 - Závěrečný protokol;

 Příloha č. 8 – Protokol o hlášení vady;

 Příloha č. 9 – Struktura a obsah výstupů;

 Příloha č. 10 – Podmínky zpracování osobních údajů;

 Příloha č. 11 – Testovací plán – základní oblasti

1.10. V případě rozporu ujednání obsažených v těle této smlouvy, a jejích příloh má přednost znění uvedené v těle této smlouvy.

ČLÁNEK 2

DOBA A MÍSTO PLNĚNÍ

2.1. Termíny pro provedení Díla (potvrzení akceptačních protokolů) jsou následující:

 Nabytí účinnosti Smlouvy o dílo - označen jako termín D.

 Fáze F1. - D + 25 kalendářních dnů (skutečný termín dokončení Fáze F1 je označen jako D1).

 Fáze F2. - D1 + 180 kalendářních dnů (skutečný termín dokončení Fáze F2 je označen jako D2).

 Předání F2 - D2 + 30 kalendářních dnů (skutečný termín předání Fáze F2 je označen jako D3).

 Fáze F3A. - D3 + Pd + 150 kalendářních dnů

(kde Pd je počet dní odložení zahájení implementace, viz kap. 1.5 této smlouvy, skutečný termín dokončení Fáze F3A je označen jako D4A).

 Fáze F3B. - D4A + 250 kalendářních dnů (skutečný termín dokončení Fáze F3B je označen jako D4).

 Fáze F4. - D4 + 180 kalendářních dnů (skutečný termín dokončení Fáze F4 je označen jako D5).

 Fáze F5. - D5 + 15 kalendářních dnů (skutečný termín dokončení Fáze F5 je označen jako D6).

 Záruční doba. - D6 + 24 měsíců (730 kalendářních dnů).

2.2. Místem plnění bude sídlo a provozovny Klienta a pracoviště Dodavatele.

ČLÁNEK 3 PŘEDÁNÍ A PŘEVZETÍ DÍLA

3.1. Závazek Dodavatele provést Dílo je splněn řádným dokončením Díla v souladu s touto smlouvou a jeho předáním Klientovi způsobem dle odst. 3.2. a 3.3. této smlouvy.

3.2. Podmínky pro předání jednotlivých fází plnění Díla, respektive dílčích plnění („Výstupů“) k akceptaci Řídícímu výboru jsou následující:

3.2.1. Pro Akceptaci fáze F1 - Příprava projektu

a) Dodavatel předloží Klientovi koncept Výstupu („Návrh Výstupu“), k připomínkám. Klient sdělí Dodavateli své připomínky k předloženému Návrhu Výstupu nejpozději do 5 (pěti) pracovních dní od doručení Návrhu Výstupu. Dodavatel následně během deseti (10) pracovních dní předložené připomínky vypořádá a předloží Klientovi finální verzi Výstupu k převzetí. V případě prodlení Klienta s poskytnutím dohodnuté součinnosti se přiměřeně prodlužují též termíny stanovené pro Dodavatele.

b) Klient přijme Výstup v souladu s touto Smlouvou, pokud (i) splňuje požadavky této Smlouvy a (ii) byly vypořádány připomínky Klienta k Návrhu Výstupu, v souladu s odstavcem a) bodu

3.2.1. výše, a potvrdí podpisem akceptačního protokolu převzetí Výstupu. Klient se zavazuje potvrdit akceptační protokol do tří (3) pracovních dnů od doručení finální verze Výstupu.

c) Xxxxxxxxx se zavazuje zahájit akceptační proceduru s takovým předstihem, aby mohl Xxxxxx při dodržení lhůt uvedených v odstavci 3.2.1. a), a to jak ze strany Klienta, tak i Dodavatele, potvrdit akceptační protokol nejpozději do termínu uvedeného v odstavci 2.1 této smlouvy.

3.2.2. Pro Akceptaci fáze F2 – Implementační studie

a) Xxxxxxxxx předloží Klientovi Výstupní dokumenty k připomínkám. Klient sdělí Dodavateli své připomínky k předloženým dokumentům Výstupu nejpozději do deseti (10) pracovních dní od jejich doručení. Dodavatel následně během deseti (10) pracovních dní předložené připomínky vypořádá a předloží Klientovi finální verzi Výstupu k převzetí. V případě prodlení Klienta s poskytnutím dohodnuté součinnosti se přiměřeně prodlužují též termíny stanovené pro Dodavatele.

b) Klient přijme Výstup v souladu s touto Smlouvou, pokud (i) splňuje požadavky této Smlouvy a (ii) byly vypořádány připomínky Klienta k Návrhu Výstupu, v souladu s odstavcem a) bodu

3.2.2. výše, a potvrdí podpisem akceptačního protokolu převzetí Výstupu. Klient se zavazuje potvrdit akceptační protokol do tří (3) pracovních dnů od doručení finální verze Výstupu.

c) Xxxxxxxxx se zavazuje zahájit akceptační proceduru s takovým předstihem, aby mohl Xxxxxx při dodržení lhůt uvedených v odstavci 3.2.2. a), a to jak ze strany Klienta, tak i Dodavatele, potvrdit akceptační protokol nejpozději do termínu uvedeného v odstavci 2.1.

3.2.3. Pro Akceptaci fáze F3 - Implementace řešení Geoportálu

 Vedoucí projektu Dodavatele zajistí, že vznikne plán testů včetně identifikace potřebných lidských kapacit na straně Klienta a že vzniknou patřičné testovací scénáře a testovací data („testovací plán“). Testovací plán by měl pokrýt minimálně oblasti popsané v příloze č.

11.Vedoucí projektu za Klienta podpisem potvrdí, že byly naplněny podmínky pro přechod do Pilotního provozu, tedy že byly provedeny:

o všechny nezbytné integrační a bezpečnostní testy definované v testovacím plánu v odpovědnosti realizačního týmu bez výskytu vad kategorie A a B a pro všechny vady kategorie C, kterých může být maximálně 10, byl stanoven a na úrovni Řídícího výboru společně odsouhlasen termín jejich odstranění.

o všechny nezbytné zátěžové a objemové testy v odpovědnosti realizačního týmu bez výskytu vad kategorie A a B, které byly specifikovány v testovacím plánu, a pro všechny vady kategorie C, kterých může být maximálně 10, byl stanoven a na úrovni Řídícího výboru společně odsouhlasen termín jejich odstranění.

 Vedoucí projektu Dodavatele předloží kopie protokolů provedených funkčních, integračních, bezpečnostních, zátěžových a objemových testů dle testovacího plánu.

 Vedoucí projektu Klienta podpisem potvrdí, že byla namigrována všechna data v rozsahu potřebném pro zahájení pilotního provozu,

 Vedoucí projektu Klienta podpisem potvrdí, že byla přiřazena uživatelská oprávnění v rozsahu potřebném pro zahájení pilotního provozu,

Dodavatel předá výše uvedené dokumenty a informace nutné pro akceptaci fáze F3 Klientovi nejpozději do 10 kalendářních dnů před termíny uvedenými v odstavci 2.1. této smlouvy. Je-li Dílo 3 řádně dokončeno a jsou-li splněny akceptační kritéria dle testovacího plánu, podepíše Klient do 10 kalendářních dnů od předání výše uvedených dokumentů a informací příslušný akceptační protokol.

3.2.4. Pro Akceptaci fáze F4 - Přenos know-how a pilotní provoz

 Vedoucí projektu Xxxxxxxxxx zajistí, že vznikne detailní plán školení v českém jazyce zohledňující potřeby Klienta, ve kterém stanoví i součinnost ze strany Klienta zajistit účast budoucích uživatelů či administrátorů.

 Vedoucí projektu Klienta podpisem potvrdí, že byli v odsouhlaseném rozsahu (dle plánu školení) proškoleni všichni koncoví uživatelé a administrátoři Informačního systému potřební pro zahájení produktivního provozu,

 Vedoucí projektu Klienta podpisem potvrdí, že byly naplněny podmínky pro přechod do Produktivního provozu.

 Vedoucí projektu Klienta podpisem potvrdí, že byla namigrována všechna data v rozsahu potřebném pro zahájení produktivního provozu,

 Vedoucí projektu Klienta podpisem potvrdí, že byla přiřazena uživatelská oprávnění v rozsahu potřebném pro zahájení produktivního provozu,

 Vedoucí projektu Klienta potvrdí, že k datu podpisu byla dokončena kompletní dokumentace nastavení Informačního systému.

Dodavatel předá výše uvedené dokumenty a informace nutné pro akceptaci fáze F4 Klientovi nejpozději do 10 kalendářních dnů před termíny uvedenými v odstavci 2.1. této smlouvy. Je-li Dílo

4 řádně dokončeno a jsou-li splněna stanovená akceptační kritéria, podepíše Klient do 10 kalendářních dnů od předání výše uvedených dokumentů příslušný akceptační protokol.

3.2.5. Pro Akceptaci fáze F5 - Akceptace a zahájení produktivního provozu

 Vedoucí projektu Klienta podpisem potvrdí, že byly naplněny podmínky pro finální akceptaci a na Díle není evidován výskyt vad kategorie A, B a C.

 Vedoucí projektu Klienta potvrdí, že k datu podpisu byla dokončena aktualizace kompletní dokumentace nastavení Informačního systému.

Dodavatel předá výše uvedené dokumenty a informace potřebné pro akceptaci fáze F5 Klientovi nejpozději do 10 kalendářních dnů před termíny uvedenými v odstavci 2.1. této smlouvy. Je-li Dílo 5 řádně dokončeno a jsou-li splněny stanovené náležitosti, podepíše Klient do 10 kalendářních dnů od předání výše uvedených dokumentů a informací příslušný akceptační protokol.

3.3. O předání a převzetí jednotlivých dílčích fází plnění Díla bude smluvními stranami sepsán Předávací protokol (dle Přílohy č. 6 této smlouvy), ve kterém Klient podpisem oprávněných osob potvrdí převzetí příslušné fáze. Na závěr fáze F5 Akceptace a zahájení produktivního provozu bude smluvními stranami sepsán Závěrečný protokol o předání/převzetí Díla, který bude znamenat předání a převzetí této fáze, dílčího plnění i Díla jako celku (dle Přílohy č. 7 této smlouvy). Před podpisem Předávacího protokolu popř. Závěrečného protokolu o předání/převzetí Díla musí proběhnout následující:

3.3.1. příslušná fáze dílčího plnění musí být akceptována Řídícím výborem s tím, že součástí akceptačního protokolu bude seznam otevřených bodů a termínů jejich řešení. Řešení těchto otevřených bodů nemá vliv na cenu ani termíny zahájení pilotního a produktivního provozu Díla. Rozhodnutí Řídícího výboru o akceptaci potvrdí Vedoucí projektu Klienta a Dodavatele podpisem Protokolu o akceptaci.

3.3.2. Následující dokumenty tvoří kompletní seznam pro předání jednotlivých dílčích fází plnění Díla Dodavatelem Klientovi:

3.3.2.1. Pro dílčí plnění F1 - Příprava projektu:

 Protokol o akceptaci Řídícím výborem (dle Přílohy č. 5 této smlouvy),

3.3.2.2. Pro dílčí plnění F2 - Implementační studie (Cílový koncept):

 Protokol o akceptaci Řídícím výborem (dle Přílohy č. 5 této smlouvy).

3.3.2.3. Pro dílčí plnění F3 - Implementace dílčího řešení Geoportálu:

 Protokol o akceptaci Řídícím výborem (dle Přílohy č. 5 této smlouvy),

3.3.2.4. Pro dílčí plnění F4 - Přenos know-how a pilotní provoz:

 Protokol o akceptaci Řídícím výborem (dle Přílohy č. 5 této smlouvy),

3.3.2.5. Pro dílčí plnění F5 - Akceptace a zahájení produktivního provozu:

 Protokol o akceptaci Řídícím výborem (dle Přílohy č. 5 této smlouvy),

3.4. Dílo se považuje za řádně provedené, pokud odpovídá účelu této smlouvy a specifikaci stanovené v Příloze č. 3 této smlouvy, pokud nebude ke dni předání vykazovat vady kategorie A a B, pokud bude řádně dokončeno, jak je definováno výše, a pokud bude předáno způsobem dle odst. 3.2. a

3.3. této smlouvy. Tímto se považuje Dílo za dokončené a předané. Dílo se považuje za řádně dokončené, předané a převzaté též užíváním Informačního systému v produktivním provozu po

dobu delší než 30 pracovních dnů bez výskytu vad kategorie A a B. Klient není povinen převzít Dílo, či jednotlivá dílčí plnění, není-li provedeno řádně a v souladu s touto smlouvou.

ČLÁNEK 4

CENA A PLATEBNÍ PODMÍNKY

4.1. Cena Díla činí celkem 31 182 440,- Kč, (slovy třicetjednamilionůstoosmdesátdvatisícčtyřistačtyřicet korun českých) bez DPH a je stanovena následujícím způsobem:

4.1.1. Cena za dodání fáze F1 - Příprava projektu dle této smlouvy (dále jen „cena Díla 1“) činí celkem 609 000,- Kč, (slovy šestsetdevěttisíc korun českých) bez DPH.

4.1.2. Cena za dodání fáze F2 - Implementační studie dle této smlouvy (dále jen „cena Díla 2“) činí celkem 3 650 500,- Kč, (slovy třimilionyšestsetpadesáttisícpětset korun českých) bez DPH.

Cena za dodání fáze F3A – Implementace dílčího řešení Geoportálu dle této smlouvy (dále jen „cena Díla 3“) činí celkem 18 769 180,- Kč,

(slovy osmnáctmilionůsedmsetšedesátdevěttisícstoosmdesát korun českých) bez DPH.

4.1.3. Cena za dodání fáze F4 - Přenos know-how a pilotní provoz dle této smlouvy (dále jen

„cena Díla 4“) činí celkem 7 099 440,- Kč,- Kč,

(slovy sedmmilionůdevadesátdevěttisícčtyřistačtyřicet korun českých) bez DPH.

4.1.4. Cena za dodání fáze F5 - Akceptace a zahájení produktivního provozu dle této smlouvy (dále jen „cena Díla 5“) činí celkem 1 054 320,- Kč,

(slovy jedenmilionpadesátčtyřitisíctřistadvacet korun českých) bez DPH.

4.2. Cena Díla zahrnuje veškeré náklady spojené s poskytováním Služeb.

4.3. Strany se dohodly, že cena Díla dle odstavce 4.1. bude Dodavatelem Klientovi postupně fakturována dále uvedeným způsobem:

4.3.1. Po dokončení a předání dílčího plnění F1 - Příprava projektu bude Dodavatelem vystavena faktura - daňový doklad ve výši 90 % ceny Díla 1.

4.3.2. Po dokončení a předání dílčího plnění F2 - Implementační studie bude Dodavatelem vystavena faktura - daňový doklad ve výši 5 % ceny Díla 1 plus 80

% ceny Díla 2.

4.3.3. Po dokončení a předání dílčího plnění F3A - Implementace dílčího řešení Geoportálu bude Dodavatelem vystavena faktura - daňový doklad ve výši 15 % ceny Díla 2 plus 70 % ceny Díla 3.

4.3.4. Po dokončení a předání dílčího plnění F4 - Přenos know-how a pilotní provoz bude Dodavatelem vystavena faktura - daňový doklad ve výši 20 % ceny Díla 3 plus 80 % ceny Díla 4.

4.3.5. Po dokončení a předání dílčího plnění F5 - Akceptace a zahájení produktivního provozu bude Dodavatelem vystavena faktura - daňový doklad ve výši 5 % ceny Díla 3 plus 15 % ceny Díla 4 plus 95 % ceny Díla 5.

Zbývající neuhrazenou část ceny Díla v hodnotě 5 % z celkové ceny Díla si ponechá Klient jako zádržné po dobu běhu záruční doby a bude uvolněna ihned po ukončení běhu záruční doby, pokud Dodavatel bude plnit řádně své závazky plynoucí ze sjednaného záručního servisu a Dílo nebude vykazovat vady. Smluvní strany se výslovně dohodly, že Klient je oprávněn započíst závazky z uplatněných smluvních pokut na základě této Smlouvy nebo Servisní smlouvy a závazky k

náhradě škody proti hodnotě zádržného. Dodavatel je oprávněn předat Klientovi bankovní záruku za zádržné a nahradit jí zádržné dle předchozích ujednání této Smlouvy, bude-li bankovní záruka bezpodmínečná, hrazená na první výzvu Klienta za podmínek dle této Smlouvy nebo Servisní smlouvy. Zádržné není úročeno.

Faktury – daňové doklady musí být vystaveny v souladu s příslušnými právními předpisy včetně DPH ve výši stanovené právními předpisy. Faktura musí obsahovat číslo smlouvy Klienta. Jednotlivé faktury vystavené Dodavatelem budou se splatností 30 dní ode dne vystavení.

Všechny platby budou Klientem provedeny bezhotovostně na účet Dodavatele uvedený na příslušné faktuře vystavené Dodavatelem. Dodavatel fakturu zašle elektronicky e-mailem na e- mailovou adresu Klienta: xxxxxxxxx@xxxx.xx

Dodavatel se zavazuje, že na jím vydaném daňovém dokladu bude uvedeno pouze číslo tuzemského bankovního účtů, které je správcem daně zveřejněno způsobem umožňujícím dálkový přístup (§ 98 písm. d) zák. č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů (dále jen „ZDPH“)). V případě, že daňový doklad bude obsahovat jiný než takto zveřejněný tuzemský bankovní účet, má Klient právo ponížit platbu Dodavateli uskutečňovanou na základě této smlouvy o příslušnou částku DPH a současně je oprávněn odvést částku DPH z příslušného plnění přímo na účet finančnímu úřadu. Smluvní strany si sjednávají, že takto Dodavateli nevyplacenou částku DPH odvede správci daně sám Klient v souladu s ustanovením § 109a ZDPH.

V případě, že se Dodavatel stane tzv. nespolehlivým plátcem DPH ve smyslu §106a ZDPH, je Klient oprávněn odvést částku DPH z příslušného plnění přímo na účet finančnímu úřadu, a to v návaznosti na §109 a §109a ZDPH. V takovém případě tuto skutečnost Klient oznámí Xxxxxxxxxx a úhradou DPH na účet finančního úřadu se pohledávka Dodavatele za Klientem v částce uhrazené DPH považuje bez ohledu na další ustanovení této smlouvy za uhrazenou. Skutečnost, že se Xxxxxxxxx stal tzv. nespolehlivým plátcem DPH, bude ověřena z veřejně dostupného registru plátců DPH a identifikovaných osob, což Dodavatel výslovně akceptuje a nebude činit sporným.

Nebude-li mít faktura náležitosti uvedené v článku 4, a nebo nebude-li částka v ní uvedena odpovídat sjednané výši, je Klient oprávněn fakturu vrátit do data splatnosti Dodavateli, který fakturu podle charakteru nedostatků opraví nebo vystaví novou fakturu. Nová doba splatnosti počíná běžet od data doručení opravené (nové) faktury. Klient není po dobu opravy faktury v prodlení s placením odměny za poskytnuté plnění dle této Smlouvy.

ČLÁNEK 5

PRÁVA A POVINNOSTI SMLUVNÍCH STRAN

5.1. Úspěšné provedení a dokončení Díla je možné jen při stálé maximální součinnosti smluvních stran. Rozdělení činností v rámci procesu Implementace je stanoveno v Příloze č. 1 této smlouvy.

5.2. Klient se zavazuje v termínech stanovených touto smlouvou, jinak v termínech odpovídajících postupu prací, poskytnout Dodavateli potřebnou součinnost, zejména:

5.2.1. poskytovat Dodavateli dokumenty a informace potřebné pro provedení Díla, potvrzovat přijetí předkládaných dokumentů ve lhůtě do pěti pracovních dnů od jejich doručení pracovníky Dodavatele;

5.2.2. jmenovat z řad svých pracovníků dostatečný počet odborníků do projektového týmu pro plnění projektových činností v kapacitách uvedených v Příloze č. 1, Článek 2.

5.3. V průběhu integračních testů má Klient možnost provést vlastní testy v rámci rozsahu stanoveného ve fázi F2 - Implementační studie s tím, že výsledky těchto testů budou součástí výsledků testů stanovených v podmínkách pro akceptaci dle Článku 3, odst. 3.2.3 této smlouvy.

5.4. Klient zajistí na svůj náklad předpoklady potřebné pro řádné provedení Díla Dodavatelem. Jedná se zejména o:

 zajištění technického přístupu k realizaci nezbytných interface pro počítačové programy třetích stran

 zajištění součinnosti třetích stran (provozovatelů programů třetích stran)

 vytvoření dostatečného pracovního prostředí pro realizační tým,

 zajištění dostatečných lidských kapacit pro provedení uživatelských a integračních testů dle testovacího plánu,

 ustanovení administrátorů systémů, kteří budou vykonávat základní monitorovací a administrativní funkce potřebné pro řádný chod počítačového programu, a to během projektu i následného produktivního provozu Informačního systému,

 zřízení vhodných školících učeben (pro účely školení koncových uživatelů) po dobu trvání školení koncových uživatelů podle odsouhlaseného plánu školení. Učebna bude vybavena dostatečným počtem osobních počítačů připojených k pracovnímu prostředí počítačového programu, tabulí nebo flip-chartem a datovým projektorem.

5.5. V případě, že Klient neposkytuje součinnost dle této smlouvy, upozorní jej Dodavatel prokazatelným způsobem na tuto skutečnost. Pokud Klient v dohodnuté lhůtě nezjedná nápravu, je Dodavatel oprávněn pozastavit provádění Díla až do zabezpečení příslušné součinnosti ze strany Klienta s tím, že v takovém případě se Dodavatel nedostává do prodlení s plněním dle této smlouvy a o dobu takového pozastavení se prodlužují veškeré smluvené termíny pro provedení plnění dle této smlouvy. Současně Klient uhradí prokazatelné náklady Dodavatele s tímto pozastavením spojené.

5.6. Dodavatel se zavazuje:

5.6.1. zajistit pro plnění této smlouvy potřebný počet pracovníků tak, aby předmět smlouvy a jednotlivých dílčích plnění byl naplněn v odpovídající kvalitě a ve stanovených termínech,

5.6.2. dodržovat provozní podmínky, bezpečnostní předpisy a další interní pravidla a předpisy Xxxxxxx, s nimiž bude prokazatelně seznámen,

5.6.3. informovat bezodkladně Klienta o jakýchkoliv zjištěných problémech či překážkách plnění, které by mohly ovlivnit plnění, byť by za ně Dodavatel neodpovídal.

5.7. Dodavatel je oprávněn pověřit plněním třetí osoby. V tomto případě má Xxxxxxxxx stejnou odpovědnost, jako by plnění poskytoval sám.

5.8. Smluvní strany jsou oprávněny požádat o výměnu neproduktivního pracovníka druhé smluvní strany. Taková žádost musí být odůvodněná. Smluvní strana, která chce požádat o výměnu, musí nejdříve písemně předložit druhé straně svoje důvody a poukázat na případy, kdy takový pracovník vážně a opakovaným způsobem ohrozil úspěšný postup realizace Díla. Předložené důvody výměny budou následně projednány na nejbližší schůzce Řídícího výboru a ten také rozhodne o případné výměně. Do 14 dní od rozhodnutí Řídícího výboru o změně neproduktivního pracovníka, musí příslušná smluvní strana poskytnout jiného vhodného kandidáta se stejnou nebo vyšší kvalifikací.

5.9. Klient a Dodavatel se tímto zavazují, že po dobu účinnosti této smlouvy, ani po dobu 1 roku po ukončení její účinnosti neučiní pokus, ani nebudou zaměstnávat zaměstnance druhé smluvní strany, případně je jakýmkoliv jiným způsobem angažovat ve své činnosti, ledaže by (i) k tomu obdržely od druhé strany písemný souhlas nebo (ii) by k zaměstnání zaměstnance druhé strany došlo prokazatelně bez jakékoliv spojitosti s plněním této smlouvy. Strana, která poruší tuto povinnost je povinna zaplatit druhé straně smluvní pokutu ve výši 500.000,- Kč. Tato smluvní pokuta je splatná do 14 dnů od okamžiku jejího uplatnění stranou poškozenou.

5.10. Dodavatel je povinen postupovat při poskytování Služeb tak, aby minimalizoval potřebu úprav na straně systémů a aplikací třetích stran. Pokud se při poskytování Služeb dle této smlouvy ukáže taková úprava nezbytná, je povinností Dodavatele dodat technickou specifikaci změnového

požadavku a zajistit podporu pracovníkům na straně Klienta pro zadání a převzetí tohoto změnového požadavku od třetí strany, provozovatele resp. dodavatele takového software.

ČLÁNEK 6 ZMĚNY DÍLA

6.1. Dodavatel na sebe podpisem této smlouvy přebírá nebezpečí změny okolností ve smyslu ustanovení § 1765 a § 2620 občanského zákoníku.

6.2. Xxxxxxxxxx ze smluvních stran je oprávněna písemně navrhnout změny Xxxx před jeho dokončením při dodržení následujících pravidel:

6.2.1. Změna bude navržena v souladu s ustanovením § 222 zákona č. 134/2016 Sb., o zadávání veřejných zakázek, ve znění pozdějších předpisů.

6.2.2. Žadatel o změnu rozsahu Díla předloží písemně svou žádost Vedoucímu projektu Klienta, včetně zdůvodnění požadované změny.

6.2.3. Vedoucí projektu Klienta změnový požadavek zaeviduje a předá Vedoucímu projektu Dodavatele k doplnění informací.

6.2.4. Vedoucí projektu Dodavatele doplní do změnového požadavku, nejpozději do 5 pracovních dnů (podle rozsáhlosti požadované změny) po jeho obdržení, seznam dopadů, které bude mít realizace této změny na Dílo (časový plán, zdroje Klienta i Dodavatele, cena za změnu Díla).

6.2.5. Takto doplněný změnový požadavek předloží Vedoucí projektu Klienta členům Řídícího výboru v dostatečném předstihu tak, aby na své nejbližší řádné nebo mimořádné schůzce mohl rozhodnout, že:

o akceptuje předložený změnový požadavek – v tom případě Xxxxxxx projektu Klienta a Dodavatele zabezpečí předložení návrhu dodatku smlouvy k odsouhlasení Klientovi. Po odsouhlasení Klientem bude podepsán smluvními stranami dodatek ke smlouvě. V případě zamítavého stanoviska Klienta bude toto sděleno Řídícímu výboru.

o neakceptuje předložený změnový požadavek – v tom případě Xxxxxxx projektu Xxxxxxx informuje žadatele o rozhodnutí Řídícího výboru a rozsah Díla zůstane beze změny.

6.3. Jakékoliv změny Díla musí být sjednány písemným dodatkem této smlouvy, který bude podepsán osobami oprávněnými zastupovat smluvní strany ve věcech smluvních.

6.4. Drobné změny technického charakteru, které nemají vliv na cenu a dobu plnění, a ani nemohou mít nepříznivý vliv na rovnost stran a obtížnost plnění některé z nich, mohou sjednat se souhlasem Řídícího výboru i Vedoucí projektu, zejména hrozí-li nebezpečí z prodlení. Všechny takové změny budou evidovány v průběhu projektu Dodavatelem. Pokud to bude vhodné a účelné Dodavatel předloží Klientovi před podpisem Závěrečného protokolu o předání/převzetí Díla návrh dodatku ke smlouvě, kterým budou tyto změny zahrnuty do předmětu plnění této smlouvy.

ČLÁNEK 7 ODPOVĚDNOST ZA VADY, ZÁRUKA

7.1. Dodavatel odpovídá za řádné a včasné provedení Díla vymezeného v této smlouvě. Dílo je provedeno řádně, pokud splňuje veškeré požadavky a funkcionality stanovené touto smlouvou, je způsobilé pro účel užití stanovený touto smlouvou a je prosté všech faktických a právních vad.

7.2. Dodavatel odpovídá za vady Díla v souladu s příslušnými ustanoveními občanského zákoníku o smlouvě o dílo, není-li dále stanoveno jinak.

7.3. Vadou se pro účely této smlouvy rozumí:

 v případě tvorby dokumentu Implementační studie takový návrh specifikace IS, který nezohledňuje cíle specifikované klientem (příloha č. 3), nebo neumožňuje následnou výrobu řešení (Implementaci řešení v Informačním systému);

 v případě výroby a nastavení Systému, pokud je toto nastaveno odchylně od zadání, které je uvedeno v dokumentu Implementační studie;

 v případě programových rozhraní, reportů a dalších programů realizovaných Dodavatelem se vadou rozumí odchylná funkce od oboustranně odsouhlaseného písemného zadání v dokumentu Implementační studie;

 v případě Implementace, pokud je tato nezpůsobilá k řádnému užití pro účel stanovený ve smlouvě.

7.4. Dodavatel odpovídá za vady, které má Dílo v době jeho předání Xxxxxxxxx nebo které se projeví v Dodavatelem poskytnuté záruční době. Záruční doba Díla začíná běžet dnem dokončení a předání Díla, tj. ode dne podpisu Závěrečného protokolu (ukončení Pilotního provozu), a skončí uplynutím 24 měsíců od tohoto okamžiku. V době účinnosti Servisní smlouvy budou vady v záruční době odstraňovány Dodavatelem bezplatně v rámci Služby provozu a správy a Služby podpory ve smyslu Servisní smlouvy. Pokud bude účinnost Servisní smlouvy ukončena předčasně před dokončením běhu záruční doby Díla, bude záruční servis probíhat bezplatně dle níže uvedených ujednání do konce záruční doby Díla. V případě, že Dodavatel neumožní, nebo nebude objektivně možné, aby Služby provozu a správy a Služby podpory ve smyslu Servisní smlouvy poskytovala osoba odlišná od Dodavatele, budou Dodavatelem poskytovány po celou záruční dobu bezúplatně služby, které jsou předmětem Služby provozu a správy a Služby podpory ve smyslu Servisní smlouvy za podmínek sjednaných v Servisní smlouvě.

7.5. Dodavatel se své odpovědnosti za vady zprostí, prokáže-li, že vada byla způsobena poskytnutím nesprávných informací nebo byla jinak prokazatelně způsobena Klientem nebo třetí osobou.

7.6. Dodavatel nemá vůči Klientovi žádné povinnosti v rozsahu změn anebo úprav Xxxx Xxxxxxxx či jeho subdodavateli v případě, že by Klient nebo jeho subdodavatelé zasáhli do Díla jakýmkoliv, předem Dodavatelem písemně neodsouhlaseným způsobem. V rozsahu nezměněných a neupravených částí Díla zůstávají povinnosti Dodavateli v nezměněném rozsahu.

7.7. Nezprostí-li se Dodavatel odpovědnosti, odstraní zjištěnou vadu v průběhu záruční doby na své náklady.

7.8. Dodavatel se zavazuje, že od zahájení pilotního provozu Systému a v záruční době vyvine nejvyšší možné úsilí k odstraňování vad Díla a že svoji práci na odstraňování vad kategorie A a B definovaných v odstavci 7.9. této smlouvy nepřeruší, dokud vady neodstraní nebo neprovede náhradní řešení.

7.9. Dodavatel se zavazuje od zahájení pilotního provozu Systému a v záruční době zahájit práce na odstranění vad ve lhůtách dle následující klasifikace vad, přičemž o kategorii vady rozhoduje s konečnou platností Klient:

7.9.1 Vada kategorie A – standardní firemní procesy jsou vážně ovlivněny a nezbytné úlohy nemohou být plněny. Některé části (významné z pohledu externích integrací a komunikací) nebo všechny části systému selhaly a jsou zcela nefunkční nebo je jejich funkčnost omezena tak, že je kritickým způsobem ovlivněna informační podpora činnosti Klienta. Dodavatel je povinen zahájit práce na odstranění vady nejpozději během 4 pracovních hodin po nahlášení. Do 24 hodin od nahlášení vady je Dodavatel povinen vadu odstranit nebo navrhnout alternativní řešení nebo způsob obnovení základní funkčnosti Informačního systému tak, aby vada nebránila Klientovi v jeho činnosti a plnění závazků vůči třetím osobám. Pokud ve stanovené lhůtě nebude vada odstraněna a bude navrženo pouze alternativní řešení nebo způsob obnovení základní funkčnosti, stanoví lhůtu pro odstranění vady včetně vymezení podmínek součinnosti ze strany Klienta a Dodavatele dohodou kontaktní osoby

uvedené v záhlaví této smlouvy. Tyto osoby mohou uzavřít dohodu, že alternativní řešení nebo způsob obnovení základní funkčnosti je konečným odstraněním vady.

7.9.2 Vada kategorie B - jsou dotčeny firemní procesy, externí integrace a komunikace v míře způsobující ztěžování výkonu konkrétní činnosti. Podporované činnosti jsou výrazně ovlivněny z důvodu selhání nebo omezení některé ze systémových funkcí podporujících důležité procesy, externí integrace a komunikace. V případě současného výskytu více vad kategorie B může nastat situace, kdy vzájemné působení těchto vad způsobí kumulaci negativního dopadu na Klienta tak, že závažnost dopadu bude odpovídat podmínkám vady kategorie A. V tomto případě budou i jednotlivé vady způsobující tuto kumulaci hodnoceny kategorií A. Dodavatel je povinen zahájit práce na odstranění vady kategorie B nejpozději během 8 pracovních hodin po nahlášení. Do 48 hodin od nahlášení vady je Dodavatel povinen vadu odstranit nebo navrhnout alternativní řešení nebo způsob obnovení funkčnosti Informačního systému tak, aby vada nebránila Klientovi v jeho činnosti a plnění závazků vůči třetím osobám. Pokud ve stanovené lhůtě nebude vada odstraněna a bude navrženo pouze alternativní řešení nebo způsob obnovení funkčnosti, stanoví lhůtu pro odstranění vady včetně vymezení podmínek součinnosti ze strany Klienta a Dodavatele dohodou kontaktní osoby uvedené v záhlaví této smlouvy. Tyto osoby mohou uzavřít dohodu, že alternativní řešení nebo způsob obnovení funkčnosti je konečným odstraněním vady.

7.9.3 Vada kategorie C - Ostatní - drobné vady, které nespadají do kategorií A a B - Dodavatel je povinen zahájit práce na odstranění vady nejpozději do 5 pracovních dnů od nahlášení.

7.10. Bude-li zjištěna neodstranitelná vada, která představuje podstatné porušení smlouvy, má Klient právo odstoupit od smlouvy nebo požadovat přiměřenou slevu z ceny Díla. Odstoupení od smlouvy musí být provedeno písemně na adresu Dodavatele uvedenou v této smlouvě. Odstoupení je účinné doručením Dodavateli.

7.11. Klient je povinen uplatnit nárok na odstranění vady bez zbytečného odkladu zpravidla do pěti (5) pracovních dnů od okamžiku, kdy ji Klient zjistil. Vadu je Klient povinen popsat, tj. uvést, jak se projevuje, s tím, že vada by měla být reprodukovatelná v testovacích podmínkách. Postrádá-li oznámení některou z povinných náležitostí, vyzve Dodavatel neprodleně Klienta k jeho doplnění.

7.12. Klient uplatní nárok na odstranění vady následujícím způsobem:

7.12.1 písemně či elektronicky ve formě vyplněného Hlášení vady dle Přílohy č. 8 zaslaného kontaktním osobám, které Xxxxxxxxx sdělí Klientovi nejpozději do zahájení produktivního provozu Systému a

7.12.2 v případě, že bude Klient uplatňovat nárok na odstranění vady kategorie A nebo B mimo pracovní dobu, která je zajištěna v pracovních dnech od 8.00 do 17.00 hodin, upozorní také telefonicky kontaktní osobu Dodavatele na provedené oznámení.

7.13. Seznam osob oprávněných uplatňovat nároky na odstranění vad sdělí Klient Dodavateli nejpozději do zahájení produktivního provozu Systému.

7.14. Lhůty k zahájení prací na odstraňování vad dle odstavce 7.9. běží od potvrzení Dodavatele e- mailem, že přijal řádně učiněné oznámení vady v souladu s odstavcem 7.11. provedené podle postupu uvedeného v odstavci 7.12. Dodavatel potvrdí příjem oznámení vady bez zbytečného prodlení, nejpozději do 1 hodiny. Pokud se Klientovi nepodaří telefonicky spojit dle odstavce

7.12.2. s žádnou z kontaktních osob Dodavatele (maximálně 3), je poslední nezdařený prokázaný pokus o telefonické upozornění považován za začátek lhůty k navržení alternativního řešení nebo způsobu obnovení funkčnosti Informačního systému a Klient neuplatní smluvní pokutu za nedodržení lhůty nástupu na řešení vady.

7.15. Dodavatel zaručuje, že předané Dílo nemá právní vady, zejména není zatíženo právy třetích osob z průmyslového nebo jiného duševního vlastnictví. Dodavatel se zavazuje odškodnit Klienta za všechny nároky třetích osob z titulu porušení jejich chráněných práv souvisejících s plněním Dodavatele podle této smlouvy, pokud Klient:

7.15.1 oznámí Dodavateli bez zbytečného odkladu písemně a uceleně uplatnění jakéhokoliv podobného nároku třetích osob,

7.15.2 zmocní Dodavatele k vypořádání takového nároku soudní nebo mimosoudní cestou,

7.15.3 neučiní bez předchozí konzultace s Dodavatelem jakékoliv právní úkony ve věci předmětných nároků, zejména neuzná sám předmětný nárok.

ČLÁNEK 8 ODPOVĚDNOST ZA ŠKODU

8.1. Každá ze smluvních stran odpovídá za škodu způsobenou porušením povinnosti vyplývající z této smlouvy dle příslušných ustanovení občanského zákoníku. Obě smluvní strany se zavazují vyvinout maximální úsilí k předcházení škodám a k minimalizaci již vzniklých škod.

8.2. Dodavatel se zavazuje zaplatit Klientovi smluvní pokutu za nedodržení termínu ukončení a předání každé dílčí fáze dle odstavce 2.1. této smlouvy, a to 0,02% z ceny Díla ve smyslu čl. 4.1 této smlouvy za každý byť jen započatý den prodlení, maximálně však do výše ceny Díla. Tímto ujednáním o smluvní pokutě není dotčeno právo Klienta na náhradu škody ze stejného důvodu v plné výši; ustanovení § 2050 občanského zákoníku se v tomto případě nepoužije.

8.3. Poruší-li Dodavatel kteroukoliv ze svých povinností uvedených v článku 7.8. a 7.9. této smlouvy, zejména povinnost včas zahájit práce na odstranění vad a svou povinnost vady řádně a včas odstranit, zaplatí Klientovi na první výzvu a bez jakýchkoliv výhrad či podmínek, a bez ohledu na to, zda Klient případně využije dalších svých práv, která mu vznikají na základě porušení povinností Dodavatele, či nikoliv za každý byť jen započatý den prodlení smluvní pokutu ve výši:

 5 000,- Kč v případě, že se jedná o vadu kategorie A (ve smyslu čl. 7.9.1 této smlouvy), nebo

 3 000,- Kč v případě, že se jedná o vadu kategorie B (ve smyslu čl. 7.9.2 této smlouvy), nebo

 1 000,- Kč v případě, že se jedná o vadu kategorie C (ve smyslu čl. 7.9.3 této smlouvy).

Tímto ujednáním o smluvní pokutě není dotčeno právo Klienta na náhradu škody v rozsahu převyšujícím uhrazenou smluvní pokutu; ustanovení § 2050 občanského zákoníku se v tomto případě a rozsahu nepoužije. Po dobu trvání účinnosti Servisní smlouvy se ujednání o smluvních pokutách nepoužije.

8.4. Dodavatel považuje stanovenou výši smluvních pokut za přiměřenou a vzdává se tímto práva domáhat se u soudu jejích snížení.

8.5. Dodavatel je povinen být pojištěn proti škodám způsobeným jeho činností včetně škod způsobených jeho pracovníky.

Dodavatel se zavazuje, že nejpozději od zahájení poskytování Služeb dle této Smlouvy až do jejich úplného ukončení bude mít sjednanou platnou a účinnou pojistnou smlouvu na pojištění profesní odpovědnosti za škody v oblasti IT, a to s limitem pojistného plnění min. ve výši 20 milionů Kč.

Dodavatel se zavazuje předat Klientovi nejpozději ke dni zahájení provádění Služeb a následně kdykoliv do 3 pracovních dní na požádání Klienta kopii certifikátu (osvědčení o pojištění) k pojistné smlouvě osvědčující účinnost pojistných smluv a jejich soulad s podmínkami dle této smlouvy.

ČLÁNEK 9

VLASTNICKÉ PRÁVO A PRÁVA K DUŠEVNÍMU VLASTNICTVÍ

Vlastnické právo

9.1. V případě, že jsou součástí Díla movité věci, které se mají stát vlastnictvím Objednatele, přechází vlastnictví těchto movitých věcí na Objednatele k okamžiku podepsání Předávacího protokolu oprávněnými osobami. Nebezpečí škody na movitých věcech přechází okamžikem faktického předání Objednateli.

Licenční ujednání

9.2. Některé části Díla tvoří plnění, které naplňují znaky autorského díla ve smyslu zákona č. 121/2000 sb., autorského zákona, ve znění pozdějších předpisů (dále jen „Autorský zákon“). K těmto částem je poskytnuta licence na základě níže uvedených licenčních podmínek.

9.3. Dodavatel poskytuje k Dílu licence v různém rozsahu dle povahy autorského díla. K autorským dílům může být poskytována:

 licence v plném rozsahu;

 licence v omezeném rozsahu;

 licence k Proprietárnímu software.

9.4. Dodavatel je povinen poskytnout licenci v plném rozsahu ve smyslu níže uvedeného článku, ledaže bude v Implementační studii uvedeno jinak. Bez ohledu na obsah Implementační studie se Dodavatel zavazuje, že licenci v plném rozsahu poskytne přinejmenším k veškeré Dokumentaci a té části Díla, v rámci které bude probíhat Customizace Dodavatelem.

9.5. Licencí v plném rozsahu je myšlena výhradní licence opravňující Objednatele:

 užívat autorské dílo všemi známými způsoby užití, bez územního a množstevního omezení, a to po dobu trvání autorských práv autora;

 provádět modifikace, úpravy, změny autorského díla a dle svého uvážení do něj zasahovat, zpracovávat ho do dalších autorských děl, zařazovat do děl souborných, do databází, a to i prostřednictvím třetích osob;

 udělit podlicenci či postoupit licenci třetí osobě.

9.6. Licencí v omezeném rozsahu je myšlena nevýhradní licence opravňující Objednatele:

 užívat autorské dílo těmi způsoby užití, které jsou nezbytné pro naplnění účelu této Smlouvy, bez územního omezení, v množstevním omezení vymezeném v rámci analýzy a po dobu trvání autorských práv autora;

 po souhlasu Xxxxxxxxxx provádět modifikace, úpravy, změny autorského díla a dle svého uvážení do něj zasahovat, zpracovávat ho do dalších autorských děl, zařazovat do děl souborných, do databází, a to i prostřednictvím třetích osob;

 udělit podlicenci či postoupit licenci třetí osobě.

9.7. Licencí k Proprietárnímu software je myšlena nevýhradní licence opravňující Objednatele:

 užívat autorské dílo těmi způsoby užití, které jsou nezbytné pro naplnění účelu této Smlouvy, na území České republiky, v množstevním omezení vymezeném v rámci Implementační studie, časově omezeném nejméně po 1 rok po ukončení účinnosti Servisní smlouvy.

9.8. Dodavatel je povinen ve svých řešeních pro Objednatele omezit využití Proprietárního software na nezbytné minimum a zdokumentovat veškeré jeho využití, jeho licenční podmínky a jeho možné alternativní dodavatele. Jestliže jsou s užíváním Proprietárního software spojeny licenční poplatky či jiné náklady, je Dodavatel povinen bez nároku na náhradu hradit tyto náklady tak, aby mohl

Objednatel Proprietární software bez omezení užívat nejméně 1 rok po ukončení účinnosti Servisní smlouvy.

9.9. V případě licence v plném rozsahu a tam, kde to může Objednatel rozumně požadovat, se licence vztahuje v případě počítačových programů také na strojový i zdrojový kód, jakož i na koncepční přípravné materiály, a to i na případné další verze počítačových programů. Dodavatel je povinen tyto zdrojové kódy a jejich případné opravy, změny, doplnění, upgrade nebo update předat nejpozději k okamžiku předání dílčího plnění té části Díla, které je počítačovým programem. Toto ustanovení platí i v případě, že dojde k jakékoliv změně či aktualizaci příslušného dílčího plnění. Zdrojový kód musí:

 být spustitelný v prostředí Objednatele;

 zaručovat možnost ověření kompletnosti a správnosti verze;

 být předán včetně podrobné dokumentace zdrojového kódu;

 být předán na nepřepisovatelném nosiči dat s označením verze a dne předání.

9.10. Odměna za poskytnutí, zprostředkování nebo postoupení všech licencí je zahrnuta v Ceně Díla.

9.11. Objednatel není povinen licence dle této smlouvy využít. Udělení licence nelze ze strany Dodavatele vypovědět a její účinnost trvá i po skončení účinnosti této smlouvy.

ČLÁNEK 10 UKONČENÍ SMLOUVY

10.1. Klient je oprávněn odstoupit od smlouvy v případě, že je Dodavatel v prodlení s předáním Díla či jeho jednotlivých dílčích plnění déle než jeden (1) měsíc a nezjedná nápravu ani do patnácti (15) dnů od doručení písemného oznámení Klienta o takovém prodlení.

Pro vyloučení pochybností smluvní strany výslovně sjednávají, že Klient má právo odstoupit od této smlouvy i v případě, že nedojde k řádnému a kompletnímu vypořádání připomínek Klienta k Implementační studii a nebude tak ze strany Klienta akceptována Fáze F2 – Implementační studie.

10.2. Dodavatel má právo odstoupit od této smlouvy z následujících důvodů:

10.2.1 ohledně Klienta je zahájeno insolvenční řízení;

10.2.2 Klient nemůže z důvodu existence okolností vylučujících odpovědnost pokračovat v plnění závazku podle této smlouvy po dobu delší než třicet (30) dní.

10.3. Dodavatel je dále oprávněn odstoupit od smlouvy v případě, že je Klient v prodlení s placením faktur Dodavatele a toto prodlení trvá po dobu delší než třicet (30) dní po písemném upozornění obsahující výzvu k nápravě ve lhůtě patnácti (15) dnů od doručení výzvy, a dále je oprávněn odstoupit od smlouvy v případě, že je Klient v prodlení s plněním svých závazků podle této smlouvy déle než třicet (30) dní a nezjedná nápravu ani do patnácti (15) dnů od doručení písemného oznámení Dodavatele o takovém prodlení.

10.4. Každá smluvní strana má právo odstoupit od této smlouvy, pokud je to výslovně stanoveno v této smlouvě nebo z důvodu jejího podstatného porušení druhou smluvní stranou. Za podstatné porušení smlouvy se kromě případů ve smlouvě výslovně uvedených považuje takové závažné nebo opakované porušení povinností v ní stanovených, jímž je zmařen účel této smlouvy. Odstoupit od smlouvy může smluvní strana, jen pokud druhá smluvní strana, která smlouvu porušila, přes písemné upozornění na porušení smlouvy nezjedná nápravu ani v přiměřené lhůtě k nápravě, která jí byla poskytnuta.

10.5. Odstoupí-li od smlouvy Klient z důvodů na straně Dodavatele a ponechá-li si Dílo či využitelnou část Díla ve svém vlastnictví, má Dodavatel právo na úhradu ceny za tyto části Díla.

10.6. Odstoupí-li od smlouvy Dodavatel z důvodů na straně Klienta, má Dodavatel právo na zaplacení části ceny Díla odpovídající plnění této smlouvy až do okamžiku ukončení spolu s prokázanými náklady vzniklými Dodavateli v souvislosti s tímto plněním. Zaplacené plnění (části Díla) zůstávají ve vlastnictví Klienta.

10.7. V případě sporu o výši cen za využitelné části Díla v případech jednostranného ukončení smlouvy ve smyslu čl. 10.5 a 10.6 shora, Klient určí nestrannou osobu, zpravidla z řad soudních znalců, která stanoví tržní cenu využitelné části Díla.

ČLÁNEK 11 ZPRACOVÁNÍ OSOBNÍCH ÚDAJŮ

11.1. Dodavatel má pro účely ochrany osobních údajů postavení zpracovatele ve smyslu ustanovení čl. 28 obecného nařízení o ochraně osobních údajů (GDPR). Dodavatel je oprávněn zpracovávat osobní údaje pouze v rozsahu nezbytně nutném pro naplnění účelu této smlouvy a v souladu s podmínkami zpracování osobních údajů, které tvoří Přílohu č. 10 této smlouvy.

ČLÁNEK 12 ZÁVĚREČNÁ USTANOVENÍ

12.1. Obě smluvní strany se seznámily s obsahem této smlouvy a souhlasí, že budou vázány jejími ustanoveními.

12.2. Veškeré změny nebo dodatky ke smlouvě musejí být provedeny v elektronické podobě, s elektronickými podpisy oprávněných osob a doručovaná pouze na emailové adresy kontaktních osob nebo do DS smluvních stran.

12.3. Smluvní strany souhlasí s tím, že tato smlouva může být vyhotovena (uzavřena) pouze v elektronické podobě, s elektronickými podpisy oprávněných osob a doručovaná pouze na emailové adresy kontaktních osob nebo do DS smluvních stran.

12.4. Zveřejnění v registru smluv.

Smluvní strany berou na vědomí, že tato smlouva včetně všech jejích příloh podléhá povinnému zveřejnění zejm. podle zák. č. 340/2015 Sb., o zvláštních podmínkách některých smluv, uveřejňování těchto smluv a o registru smluv, ve znění pozdějších předpisů (dále jen „zákon č. 340/2015 Sb.“).

Dodavatel výslovně souhlasí s tím, že Klient zveřejní úplné znění této smlouvy vč. příloh, tj. tato smlouva bude uveřejněna v podobě obsahující i případné osobní údaje nebo údaje naplňující parametry obchodního tajemství, pokud Dodavatel nejpozději do uzavření této smlouvy nesdělí Klientovi ty údaje, resp. části návrhu smlouvy (příloh), jejichž uveřejnění je zvláštním právním předpisem vyloučeno (např. obchodní tajemství, osobní údaje nebo důvěrné informace ve smyslu ust. § 218 zákona č. 134/2016 Sb., o zadávání veřejných zakázek, ve znění pozdějších předpisů), spolu s odkazem na konkrétní normu takového zvláštního právního předpisu a konkrétní důvody zákazu uveřejnění těchto částí. Řádně a důvodně označené části smlouvy (příloh) nebudou uveřejněny, popř. budou před uveřejněním znečitelněny.

12.5. Tato smlouva se řídí zejména občanským zákoníkem a dalšími aplikovatelnými právními předpisy českého práva.

12.6. Pokud by se v důsledku změny právních předpisů nebo jiných důvodů stala některá ujednání této Smlouvy neplatnými, neúčinnými a/nebo nevymahatelnými, Smluvní strany prohlašují, že

Smlouva je ve zbývajících ustanoveních platná, neodporuje-li to jejímu účelu nebo nejedná-li se o ustanovení, která oddělit nelze. Smluvní strany se v takovém případě zavazují nahradit takové neplatné, neúčinné anebo nevymahatelné ustanovení či jeho část ustanovením novým, které bude platné, účinné a vymahatelné a jehož věcný obsah a ekonomický význam bude shodný nebo co nejvíce podobný nahrazovanému ustanovení tak, aby účel a smysl této Smlouvy zůstal zachován. Smluvní strany se zároveň dohodly, že ustanovení § 576 občanského zákoníku se nepoužije.

Přílohy této smlouvy:

 Příloha č. 1 – Zásady provedení Díla;

 Příloha č. 2 – Výklad pojmů;

 Příloha č. 3 – Předmět dodávky;

 Příloha č. 4 – Nabídka Xxxxxxxxxx;

 Příloha č. 5 – Protokol o akceptaci fáze;

 Příloha č. 6 – Předávací protokol;

 Příloha č. 7 - Závěrečný protokol;

 Příloha č. 8 – Protokol o hlášení vady;

 Příloha č. 9 – Struktura a obsah výstupů;

 Příloha č. 10 – Podmínky zpracování osobních údajů;

 Příloha č. 11 – Testovací plán – základní oblasti

Dodavatel Klient

VARS BRNO a.s. Xxx. Xxxx Xxxxxx, Ph.D., MBA

ředitel

VARS BRNO a.s.

PŘÍLOHA Č. 1 - ZÁSADY PROVEDENÍ DÍLA

ČLÁNEK 1 POSTUP PROVEDENÍ DÍLA

1.1 Po dohodě Klienta a Dodavatele bude provedení dílčích plnění Díla rozděleno do samostatných fází. Každá z těchto fází je dále popsána svým cílem, výstupními dokumenty a činnostmi provedenými Dodavatele a Klientem.

1.2 Fáze: F1 - Příprava projektu

Rozdělení vybraných zodpovědností:

Zodpovědnost	Dodavatel	Klient
Definice projektu	X
Součinnost při vypracování Definice projektu		X
Jmenování týmů a členů Řídícího výboru	X	X
Zajištění přístupů do KSÚS (prostory, systémy)		X
Seznámení členů týmů s organizací projektu, jejich rolemi a projektovými standardy	X	X

1.3 Fáze: F2 - Implementační studie (Cílový koncept)

Rozdělení vybraných zodpovědností:

Zodpovědnost	Dodavatel	Klient
Vypracování koncepce školení účastníků projektu	X
Součinnost při vypracování koncepce školení		X
Sběr informací pro analýzu, scénářů a návrhu integrací, uživatelského rozhraní, analýza podkladů a návrh řešení	X
Poskytnutí vstupních informací		X
Součinnost business a IT specialistů při tvorbě návrhu řešení		X
Součinnost vybraných (vzájemně odsouhlasených) koncových uživatelů		X
Zajištění součinnost třetích stran v analýze a návrhu řešení v termínech dle projektového plánu (zajištění podkladů, integračních setkání, odsouhlasení návrhu integračního konceptu a detailního návrhu integrací třetími stranami, ….)	X	X
Předložení dokumentu Implementační studie (Cílový koncept) Řídícímu výboru ke schválení	X
Schválení dokumentu Implementační studie (Cílový koncept)		X
Projektové řízení vlastní projektové fáze	X	X
Průběžná informovanost Řídicího výboru o stavu projektu	X
Podpora při kompletaci sběru informací a kompletaci podkladů pro průběžnou informovanost Řídicího výboru o stavu projektu		X
Management změnového řízení projektu	X	X

1.4 Fáze: F3A a F3B - Implementace řešení Geoportálu (v rozsahu dle výstupů fáze F2)

Rozdělení vybraných zodpovědností:

Zodpovědnost	Dodavatel	Klient
Vytvoření produktivního, testovacího prostředí včetně případného transportního režimu mezi vývojovým, testovacím a produktivním prostředím	X
Vývoj, testování a dokumentace programů pro konverzi dat ze stávajících systémů Klienta na straně Informačního systému	X
Vývoj a dokumentace funkcionality řešení	X
Řešení koncepce oprávnění (role)	X
Doplnění předloženého Protokolu o provedení integračních testů o návrh řešení zjištěných nedostatků ve funkčnosti počítačového programu	X
Příprava školícího plánu a realizace školení projektového týmu – detailní školení funkčnosti počítačového programu, (včetně nastavování parametrů), pokud je specifikován tento typ školení ve školicím plánu na Systému a v prostorách Klienta	X
Konzultační podpora při tvorbě dokumentace koncového uživatele	X
Revize úplnosti a kvality projektové fáze	X
Koordinace součinnosti	X	X
Instalace SW	X
Správa Informačního systému (organizace transportů, zálohování, oprávnění, …)	X
Vývoj, testování a dokumentace programů pro přenos a konverzi dat ze stávajících systémů	X
Zajištění součinnost třetích stran ve výrobě (programování / nastavování / testování / uvedení do produkce) řešení v termínech dle projektového plánu (zajištění úprav řešení třetích stran, integračních setkání, dodávka integračních komponent, ….)		X
Úvodní vytvoření autorizačních profilů (na základě předložené koncepce oprávnění)		X
Definice a naplánování integračních testů Informačního systému	X
Vytvoření testovacích scénářů integrace	X	X
Provedení integračních testů Informačního systému pověřenými pracovníky Klienta	X	X
Spolupráce při definici a naplánování uživatelských testů Informačního systému	X	X
Vytvoření testovacích scénářů uživatelských testů IS a příprava testovacích dat	X	X
Provedení uživatelských testů Informačního systému (data Klienta)		X
Spolupráce při tvorbě Dokumentace a školicích materiálů pro koncové uživatele	X
Vytvoření školicích materiálů pro koncové uživatele	X
Vytvoření Dokumentace koncového uživatele	X
Spolupráce při definici a naplánování integračních testů Informačního systému	X	X

1.5 Fáze: F4 - Přenos know-how a pilotní provoz

Rozdělení vybraných zodpovědností:

Zodpovědnost	Dodavatel	Klient
Technická podpora provedení zkušební a následně ostré migrace dat dle plánu přechodu do pilotního provozu	X
Konzultační podpora pro školení koncových uživatelů	X
Revize úplnosti a kvality projektové fáze	X
Technická, materiální a organizační podpora Přípravy pilotního provozu Informačního systému	X	X
Podpora provedení zkušební migrace dat dle plánu přechodu do pilotního provozu	X	X
Provedení zkušební migrace dat dle plánu přechodu do pilotního provozu a ověření správnosti přenesených dat	X
Příprava prostředí pro školení koncových uživatelů (v dostatečné kapacitě upřesněné v průběhu fáze Implementace), vybavené osobními počítači připojenými k pracovnímu prostředí Informačního systému, tabulí nebo flip-chartem a datovým projektorem)		X
Naplánování a provedení školení klíčových koncových uživatelů a uživatelů, kteří budou tvořit budoucí úroveň podpory L1 systému dle připravených školicích materiálů		X
Příprava dat pro migraci	X	X
Podpora provedení ostré migrace dat	X	X
Provedení ostré migrace dat dle plánu přechodu do pilotního provozu po schválení zahájení pilotního provozu Informačního systému Řídícím výborem	X
Kontrola dat po provedení datových migrací (testovacích i produktivní)	X	X
Realizace integrace dle dokumentu Tvorba řešení	X	X
Spolupráce při administraci systému		X
Řízení procesních změn		X
Projektové řízení vlastní projektové fáze	X	X
Sestavení plánu přechodu do pilotního provozu (včetně plánu migrace dat)	X	X
Předložení dokumentů dle odst. 3.2.4 této smlouvy	X	X
Řešení zjištěných připomínek k funkčnosti Informačního systému obsažených v protokolu o ukončení projektu	X
Management změnového řízení	X	X
Kontinuální podpora koncových uživatelů Informačního systému	X	X
Pravidelné reportování otevřených implementačních problémů	X
Administrace systému	X	X
Spolupráce při administraci systému		X
Řízení procesních změn		X

1.6 Fáze: F5 - Akceptace a zahájení produktivního provozu

Rozdělení vybraných zodpovědností:

Zodpovědnost	Dodavatel	Klient
Konzultační podpora pro školení koncových uživatelů	X
Revize úplnosti a kvality projektové fáze	X
Spolupráce při administraci systému		X
Řízení procesních změn		X
Projektové řízení vlastní projektové fáze	X	X
Řešení zjištěných připomínek k funkčnosti Informačního systému obsažených v protokolu o ukončení projektu	X
Management změnového řízení	X	X
Kontinuální podpora koncových uživatelů Informačního systému		X
Pravidelné reportování otevřených problémů	X
Administrace systému	X	X
Spolupráce při administraci systému		X
Řízení procesních změn		X

ČLÁNEK 2

KAPACITY ÚČASTNÍKŮ PROJEKTU

Pro realizaci Díla zajistí Klient účast pracovníků v následujícím rozsahu:

Projektová role	Minimální počet pracovníků	Požadovaná kapacita pracovníka
Sponzor projektu	1	Min. 5% FTE
Řídící výbor
Předseda Řídícího výboru (může být zároveň Sponzor)	1	Min. 5% FTE
Člen Řídícího výboru	3	Min. 2,5% FTE
Vedení projektu
Vedoucí projektu	1	Min. 50% FTE
Týmy (hodnoty pro jeden tým)
Vedoucí týmu (vlastník podnikových procesů)	1	Min. 60% FTE
Člen týmu zodpovědný za přípravu dokumentace a testování	1	Min. 80% FTE
Technický tým
Vedoucí technického týmu	1	Min. 50% FTE
Administrátor stávajících řešení	1	Min. 30% FTE*

* Jedná se o indikaci kapacity, kterou bude možné použít hlavně ve fázi vývoje projektu. Indikace bude zpřesněna na konci fáze F2 - Implementační studie (Cílový koncept)

ČLÁNEK 3

STRUKTURA PROJEKTOVÉHO TÝMU

Pro realizaci Díla bude ustaven projektový tým v následující struktuře:

Projektový tým	Jméno	Příjmení	e-mail	Telefon
Vedoucí projektu - Klient
Vedoucí projektu - Dodavatel
Řídící výbor (ŘV)
Předseda
Sponzor - Klient
Sponzor - Dodavatel
Člen
Člen
Tým XX
Vedoucí týmu
Člen 1..
Člen n
Tým YY
Vedoucí týmu
Člen 1 ..
Člen n

PŘÍLOHA Č. 2 - VÝKLAD POJMŮ

Veškeré níže uvedené pojmy použité v této smlouvě, jakož i v dokumentech na ni navazujících, budou vyloženy následujícím způsobem:

Finální nastavení systému	Jedná se o nastavení Informačního systému tak, aby podporoval podnikové procesy Klienta. Toto nastavení se provádí poté, co proběhlo školení projektového týmu a pracovníci Klienta se seznámili s funkčností Informačního systému v jeho základním nastavení.
Hlavní tým projektu	Řídící orgán projektu zodpovědný za operativní řízení a organizaci průběhu prací. Skládá se z vedoucích projektu Klienta a Dodavatele a vedoucích jednotlivých pracovních týmů projektu.
Hodina	Pro stanovení lhůt časový úsek o délce 60 minut, jehož běh začíná kdykoliv v rozmezí 0:00 až 24:00.
Implementace počítačového programu	Nastavení, konfigurace Informačního systému, úpravy a vývoj funkcionality a vyškolení pověřených pracovníků Klienta tak, aby Klient mohl zahájit produktivní užívání počítačového programu a aby Klient mohl Informační systém samostatně užívat.
Instalace počítačového programu	Nasazení počítačového programu na technické zařízení (hardware).
Integrační testy funkčnosti Informačního systému	Testování klíčových řetězců procesů, které probíhají společně a překračují hranice funkčních modulů Informačního systému. Tyto integrační testy probíhají v rámci fází F3A – Implementace dílčího řešení Geoportálu, F3B Implementace finálního řešení Geoportálu, F4 - Přenos know-how a pilotní provoz a jejich výstupem je finální akceptace funkčnosti Informačního systému Klientem. Proto tyto testy zahrnují kromě testování integrace také testování výstupů Informačního systému, rozhraní, procedur, návrhu organizace a profilů oprávnění.
Migrační plán	Časový harmonogram (plán) plnění produktivního systému ostrými počátečními daty Klienta, příp. zprovoznění trvalých a dočasných rozhraní Informačního systému.
Modulové testy funkčnosti Informačního systému	Nejnižší úroveň testování, kde se testuje jednotlivý program nebo transakce a vyhodnocují se nedostatky nastavení systému. Toto testování je obvykle první test funkčnosti Systému, který se provádí průběžně během nastavování systému, a zaměřuje se na interní funkce příslušného funkčního modulu Systému a nikoliv na integraci v rámci celého Systému.
Nastavení Informačního systému	Nastavení uživatelských parametrů počítačového programu podle požadavků Klienta definovaných v dokumentu Cílový koncept.
Objemový test Informačního systému	Technický test systému, jehož cílem je vyladit systém z hlediska uchování, zpracování a rychlého přístupu k velkým objemům dat. Například se testuje doba, za kterou systém provede vyhledání určité informace, zpracuje výstupní report, atd. Výsledkem testu je obyčejně doporučení pro vyladění parametrů systému. Krajním případem může být doporučení pro revizi konfigurace hardware.
Počítačový program	Počítačový program, popřípadě soubor počítačových programů, představující autorské dílo, distribuovaný na základě licenční či jiné smlouvy s autorem nebo jiným oprávněným vykonavatelem majetkových autorských práv.
Pracovní doba	Pracovní dny od 8:00 do 17:00 h, mimo sobot a nedělí a státem uznaných svátků (dnů pracovního klidu).
Pracovní hodina	Hodina, která započíná a končí v pracovní době. Běh lhůty určené podle pracovních hodin se při skončení pracovní doby přerušuje.
Pracovníci Klienta	Zaměstnanci Klienta a/nebo jiné fyzické osoby, které Klient pověří plněním této smlouvy, jejichž jednání se v rámci plnění předmětu této Smlouvy považuje za jednání Klienta.

Pracovníci Dodavatele	Zaměstnanci Dodavatele a/nebo jiné fyzické osoby, které Dodavatel pověří plněním této smlouvy, jejichž jednání se v rámci plnění předmětu této Smlouvy považuje za jednání Dodavatele.
Produktivní provoz počítačového programu	Užívání počítačového programu s reálnými daty Klienta pověřenými a vyškolenými pracovníky Klienta. Produktivní provoz je zahájen okamžikem ukončení projektové fáze F4 - Přenos know-how a pilotní provoz.
Produktivní provoz a podpora	Produktivní provoz Informačního systému v režimu projektového řízení za zvýšeného dohledu projektového týmu.
Projekt	Formalizovaný proces provádění dohodnutých činností, dle zásad uvedených v příloze č. 1, za účelem provedení Díla.
Řídící výbor	Orgán Klienta, do jehož působnosti patří akceptace jednotlivých fází, řešení změny rozsahu, termínů a ceny projektu a schvalování návrhů dodatků ke smlouvě.
Správce báze	Pracovník, jehož úkolem je spravovat bázi informačních systémů Klienta.
Správce databáze	Pracovník, jehož úkolem je spravovat databáze informačních systémů Klienta.
Správce datových úložišť	Pracovník, jehož pracovní náplní je správa datových úložišť – diskových polí různých typů.
Správce informačního systému	Pracovník provozu, který je zodpovědný za správu operačního systému, administraci informačních systémů Klienta, ….
Standardní produktivní provoz	Produktivní provoz Informačního systému po ukončení režimu F5 - Akceptace a zahájení produktivního, kdy je Informační systém v plném provozování.
Vada	Vadou se pro účely této smlouvy rozumí nastavení systému Dodavatelem odchylně od zadání, které je uvedeno v oboustranně odsouhlaseném dokumentu Cílový koncept. V případě programových rozhraní, reportů a uživatelských modifikací počítačového programu realizovaných Dodavatelem se vadou Díla pro účely této smlouvy rozumí odchylná funkce od oboustranně odsouhlaseného písemného zadání.
Verze počítačového programu	Počítačový program, označený číselnou a písmennou řadou (např. v 11.1.2), v rozsahu určité funkcionality popsané v jeho originální dokumentaci.
Výkonové testy Informačního systému	Zátěžový a objemový test, případně další testy administrace systému (Zálohování/Obnova, Archivace, Tiskárny, …).
Zátěžový test Informačního systému	Zkoumá technickou stránku Informačního systému. Jeho nejdůležitější komponentou je vyladění odezvy systému při simulované zátěži velkým počtem uživatelů Informačního systému, kteří provádějí komplexní transakce. Většinou se provádí zapojením skutečných budoucích uživatelů.

PŘÍLOHA Č. 3 – PŘEDMĚT DODÁVKY

Příloha č. 3 této smlouvy je totožná s přílohou č.3 Zadávací dokumentace.

Příloha č. 3 Předmět dodávky

Zadávací dokumentace k výběrovému řízení „Geoporál KSÚS“

Obsah

Úvod	7
Účel		7
Základní pojmy a zkratky		7
Pokyny pro zpracování Technické části nabídky		9
Výchozí situace - stávající stav:	9
Stručný popis současného stavu		9
Stávající aplikace		9
2.2.1	Rozdělení cestmistrovství 11
2.2.2	Clevera 11
2.2.3	Dálkový přístup k údajům katastru nemovitostí České republiky 11
2.2.4	PEP registr nemovitostí 11
2.2.5	Hlášení závad na komunikacích 11
2.2.6	Protank 12
2.2.7	Spisová služba 12
2.2.8	Hluková mapa 12
2.2.9	Celostátní sčítání dopravy 12
2.2.10	Dopravní nehody v mapě 12
2.2.11	JSDI – Jednotný systému dopravních informací 13
2.2.12	CEBASS – Centrální Evidence Bezpečnostních Analýz Silniční Sítě 13
2.2.13	MIS - JEDNOTNÝ METEOROLOGICKÝ INFORMAČNÍ SYSTÉM POZEMNÍCH KOMUNIKACÍ 13

2.2.14 Xxxxxxxx SRA 13

2.2.15 GINIS 13

2.2.16 Admis 14

2.2.17 Croseus Cloud (v implemetaci) 14

2.2.18 E-ZAK 14

2.2.19 Objednávky, Faktury, Smlouvy 14

2.2.20 SoftPC 14

2.2.21 APMP – aplikace pro majetkoprávní přípravu 15

2.2.22 BMS (Bridge Manegement Systém) 15

2.2.23 WeB KSÚS 15

Nově zaváděné aplikace 15

2.3.1 Vyřazovaní komunikací 15

2.3.2 Evidence závad na komunikacích 16

2.3.3 Jízdní řád sypačů 16

2.3.4 Cyklistická infrastruktura 16

2.3.5 Pasportní dokumentace 16

2.3.6 Diagnostika Komunikací 16

2.3.7 BIM Podklady 17

2.3.8 Technický informační systém * 17

2.3.9 Zásobník projektů, akcí a investic 17

2.3.10 Evidence majetku 17

2.3.11 IS DMVS 17

2.3.12 Autobusové linky prahy a středočeského kraje (Open Data Hl. Města Prahy) 17

2.3.13 GIS mapa majetku Středočeského kraje 18

Řešení Geoportál 19

Úvod 19

Klíčové body dodávky 20

Detailní popis funkcionalit a vlastností řešení 21

Architektura a koncepce cílového řešení Geoportál 22

Komponenta ETL 22

Konsolidovaná datová základna (Datový sklad) 23

Komponenta uživatelského prostředí 24

4.3.1 Prezentace a vizualizace dat v geografické podobě (GIS) 24

4.3.2 Reporting a Dashboardy 25

4.3.3 Ad-hoc analýzy a dotazování 25

4.3.4 Sběr uživatelských dat 25

4.3.5 Detekce událostí, plánování a notifikace 25

Xxxxxxxxx xxxxxx 00

4.4.1 Tenký klient a mobilní zařízení 26

4.4.2 API (WebService a REST) 26

4.4.3 MS Office 26

4.4.4 Tlustý klient 26

Správa modelů a metadat 26

4.5.1 Model konsolidované datové základny (datového skladu) 26

4.5.2 Business slovník a pravidla, Datový slovník 26

Funkční požadavky na cílové řešení Geoportál28

Obecné funkční požadavky 28

5.1.1 Autorizační koncept 28

5.1.2 Notifikace (broadcasting) 28

Vstupní a výstupní rozhraní 28

5.2.1 Vstupní rozhraní 28

5.2.2 Výstupní rozhraní 29

Konsolidovaná datová základna 29

5.3.1 Obecné funkční požadavky 29

5.3.2 Datový model 30

5.3.3 Historizace dat 30

5.3.4 Správa modelu 30

ETL komponenta 30

5.4.1 Obecné funkční požadavky 30

5.4.2 ETL Management 31

Webový portál (Geoportál) 31

5.5.1 Správa obsahu 32

5.5.2 Obecné funkční požadavky 32

5.5.3 Interní Geoportál 32

5.5.4 Externí Geoportál – veřejný 32

Reportingový nástroj 33

5.6.1 Obecné funkční požadavky 33

5.6.2 Manažerská část 34

5.6.3 Ad-hoc analýzy a dotazování 34

Mapové aplikace 35

5.7.1 Vlastnosti a funkce mapy 35

5.7.2 Seznam a funkčnost požadovaných nástrojů 36

5.7.3 Podkladové mapy 37

Základní objekty konsolidace Geoportál 38

5.8.1 Videopasport 38

5.8.2 Dopravní značení (vodorovné, svislé) 38

5.8.3 Pasport zeleně (Silniční vegetace) 38

5.8.4 Pasport svodidel, zábradlí 38

5.8.5 Dopravní omezení 38

5.8.6 Realizované akce staveb, oprav, údržby, sledování záruk 38

5.8.7 Rozpočet 38

5.8.8 Prohlídky komunikací, evidence závad 39

5.8.9 Základní údaje o mostech a propustcích (BMS) 39

5.8.10 Podrobná diagnostika vozovek 39

5.8.11 Zimní údržba 39

5.8.12 LaserScan, letecké snímkování, panoramatické video 39

5.8.13 Plán akcí staveb, oprav a údržby 39

5.8.14 Evidence projektů 40

5.8.15 Dopravní zátěž 40

5.8.16 Fotodokumentace 40

5.8.17 Mapa silnic 40

5.8.18 Stav komunikací (proměnné parametry) 40

5.8.19 Projektová dokumentace 40

5.8.20 Meteostanice 40

5.8.21 Závady a prohlídky komunikací 40

5.8.22 Záruky a reklamace 41

5.8.23 Plánované a realizované běžné údržby 41

5.8.24 Pozemky 41

5.8.25 Dopravní informace 41

Nefunkční a technické požadavky na cílové řešení Geoportál 42

Nefunkční požadavky 42

6.1.1 Třívrstvá architektura 42

6.1.2 Instalovaná prostředí 42

6.1.3 Přenos vývoje mezi prostředími 43

6.1.4 Zpřístupnění aplikačních funkcí 43

6.1.5 Správa aplikace 43

6.1.6 Užívání uživateli více organizačních jednotek 43

6.1.7 Použití číselníků a hierarchií 43

6.1.8 Integrace a rozhraní na řešení Geoportál 43

6.1.9 Životní cyklus dat 44

6.1.10 Archivace dat 44

6.1.11 Migrace dat 44

6.1.12 Zobrazení koncovým uživatelům 44

6.1.13 Lokalizace 44

6.1.14 IT Infrastruktura 44

6.1.15 Automatizace provozních činností 44

6.1.16 Monitoring a dohledy 45

6.1.17 Zálohování 45

6.1.18 Škálovatelnost 45

6.1.19 Robustnost 45

6.1.20 Notifikace 45

6.1.21 Roadmapa řešení 45

6.1.22 Metodika 45

Bezpečnostní požadavky 46

6.2.1 Xxxxxx s požadavky 46

6.2.2 Řízení přístupu 46

6.2.3 Bezpečnost provozu 47

6.2.4 Bezpečnost komunikace 47

6.2.5 Bezpečnost procesů vývoje a podpory 47

Lokalita implementace a platforma		47
Výkonnostní požadavky		48
6.4.1 Předpokládané zatížení Geoportál		48
6.4.2 Požadované provozní parametry a dostupnost řešení		48
Budoucí rozvoj řešení Geoportál	49

Kontaktní osobyChyba! Záložka není definována.

Úvod

Účel

Účelem tohoto dokumentu je blíže specifikovat Dodavateli požadavky Zákazníka na řešení informačního systému Geoportál KSÚS.

Základní pojmy a zkratky

Zkratka, pojem Popis

AD Active Directory, neboli implementace adresářových služeb LDAP firmou Microsoft

API Application Programming Interface (programové rozhraní aplikace)

Archivace Uložení dat, která jsou důležitá, avšak nejsou aktuálně zapotřebí. Data jsou v řešení nadále s omezením dostupná (výkon, úložiště). Nejedná se o provozní zálohování DB, či aplikace.

Architektura Jedná se o cílovou architekturu řešení Geoportál, a to včetně

architektury infrastruktury. Architektura má vždy aplikační i infrastrukturní část.

Autorizace Proces získávání souhlasu s provedením operace, povolení přístupu, někomu nebo něčemu.

csv Comma-separated values, způsob uložení tabulkových záznamů do textového souboru

Datový sklad Souhrnné pojmenování celé oblasti datového skladu, tj. oblasti

Input, Stage, Warehouse, Marts.

Input Oblast (Data input)

Stage Oblast (Data Stage)

Jádro

(Data Warehouse)

Prostor Datového skladu pro vstupní syrová data.

Transformovaná data do cílového datového modelu (aktuální snímek primárních dat).

Historizovaná data v cílovém modelu dána přírůstky dat ze Stage oblasti.

Data Marts Vybraná podmnožina historizovaných dat v cílovém modelu. Například za účelem omezení přístupu / zabezpečení při sdílení dat, nebo zjednodušení konzumace dat odběratele omezením pouze na potřebné množství dat.

DB Data Base, databáze.

Dimenze Tabulky obsahující soubor kategorizujících hodnot pro faktové tabulky.

DTM Digitální technická mapa - informační systém evidující a zobrazující ÚMPS (účelovou mapu povrchové situace) + TI (technickou infrastrukturu = sítě) + DI (dopravní infrastrukturu = komunikace, prvky komunikací aj.).

ETL Komponenta Extract transform load/Extract load transform a integrace

Zkratka, pojem Popis

Faktové tabulky Tabulky obsahující hodnoty (data/čísla) pro zpracování a agregace s vazbou na veškeré související dimenze

Historizace Zachování časového sledu a obsahu dat, tj. uchování aktuálních i historických hodnot, která data nabývala.

HTML Hypertext Markup Language

HTTP HyperText Transfer Protocol (hypertextový přenosový protokol, standard internetu)

HTTPS HyperText Transfer Protocol – Secure (bezpečná verze hypertextového přenosového protokolu)

HW HardWare (technické vybavení počítače)

ICT Information and Communication Technologies

IDM Identity Management. Evidence rolí a přístupových práv uživatelů pro jednotlivé aplikace KSÚS

Infrastruktura Jednotlivé obecné úrovně a vrstvy IT infrastruktury

Koncový uživatel (konzument) Obecný uživatel dané části řešení, který konzumuje služby jakožto

výstup.

Komponenta/produkt Jednotlivé samostatné, autonomní a nezávislé SW produkty, resp.

SW aplikační komponenty.

LDAP Lightweight Directory Access Protocol

MapTip Informace, například atributy nebo způsob zobrazení při umístění kursoru ukazatele na prvek, povrch nebo rastrový obrázek

v mapovém podkladu. MapTip je nastavení vlastnosti vrstvy a nevyžaduje použití pop-up oken nebo podoken.

Metodika Souhrn postupů a pravidel

Nativní Standardní funkcionalita určité komponenty architektury řešení Geoportál

ODBC/JDBC Open Database Connectivity/Java Database Connectivity OLAP/ROLAP Online Analytical Processing/Relational Online Analytical Processing OS Operační systém

Parametrizace/konfigurace Možnost konfigurace řešení bez nutnosti programování/vývoje Platforma Technologie/Technologická platforma

SOAP Simple Object Access Protocol (univerzální a na technologii nezávislý způsob přístupu k metodám a službám vzdálených aplikací)

SQL Structured Query Language (strukturovaný dotazovací jazyk)

SW, Software SoftWare (programové vybavení)

Standardní software zadavatele

Virtualizované prostředí - Windows Server (2016), MS SQL Server (2016).

Zkratka, pojem Popis

Umělý číselník Dimenze typu číselník, jež je uměle vytvořena až na úrovni datového

skladu na základě dat z jednoho, či více zdrojů dat.

XML eXtensible Markup Language (rozšiřitelný značkovací jazyk)

Zálohování Slouží pro případ nehody (poškození) dat a aplikací, kdy je nutné operativně obnovit chod aplikací, či poškozená data.

VPN

(virtual private network)

Zabezpečené šifrované připojení mezi dvěma sítěmi nebo mezi konkrétním uživatelem a sítí.

Pokyny pro zpracování Technické části nabídky

Uchazeč v souladu se všemi požadavky této Zadávací dokumentace a kontextu požadavků příloh 2a a 2b Zadávací dokumentace dle instrukcí uvedených v této kapitole předloží Technickou část nabídky řešení Geoportál KSÚS.

Uchazeč mandatorně zpracuje do přílohy č.7 Plnění předmětu dodávky popis jím nabízeného řešení, přičemž popis v rámci jednotlivých bodů přílohy musí jasně popisovat naplnění jednotlivých požadavků.

Výchozí situace - stávající stav:

Stručný popis současného stavu

Správa a údržba silnic Středočeského kraje (KSÚS) je příspěvková organizace, jejímž hlavním předmětem činnosti je správa a údržby silnic II. a III. třídy ve vlastnictví Středočeského kraje, jejich součástí a příslušenství a dalšího formálně svěřeného majetku.

V současné době využívá KSÚS oddělené informační systémy, které jsou uvedeny v kapitole 2.2. Účetní evidence a vnitropodnikové účetnictví je propojené v jednom ekonomickém systému dodávaném firmou SoftPC.

KSÚS spolupracuje s GIS Středočeského kraje a využívá veřejných nebo interních mapových aplikací pro dopravu.

Stávající aplikace

Níže je přiložen soupis informačních systémů a aplikací nasazených v prostředí žadatele. Tyto aplikace a jejich obsah tvoří stávající provozní základnu Zadavatele a Dodavatel je povinen je zohlednit v rámci Etapy 1 Implementační studie a následně také v dalších etapách dodávky (zdroje

/ konzumenti dat).

U aplikací jsou dle možnosti indikovány odhady:

- stávajícího objemu zpracovávaných dat,

- interval přírůstku (kdy dochází ke změně/doplnění obsahu),

- objem přírůstku dat v daném intervalu.

Tyto informace slouží pro získání přehledu Dodavatele o povaze a objemu datových zdrojů, nejedná se o výčet objemů, které bude nutné řešením Geoportál zpracovávat. Výčet dat a jejich objem nutný pro zpracování řešením Geoportál bude dán na základě výstupů Implementační studie.

Zadavatel předpokládá, že řešení Geoportál nebude nutně nahrazovat primární užívání stávajících aplikací ani jejich datová úložiště.

2.2.1 Rozdělení cestmistrovství

Interní

Provozovatel: KSÚS

Technologie: Webový portál

Účel aplikace: GIS rozdělení, který cestmistr kde má KSÚS (mapa cestmistrovství), kontakty cestmistrovství

Aktualizace dat: měsíčně, většinou pouze kontaktní údaje Objem dat: do 10 MB

Bude v Geoportálu: Ano

2.2.2 Clevera

Externí

Provozovatel: VARS (pro KSÚS)

Technologie: VARS

Účel aplikace: pasport silniční sítě KSÚS, hospodaření s vozovkou, plán oprav, evidence inv. akcí KSÚS, Databáze Silniční sítě, staničení, stav komunikací

Kdo dodává data: VARS Brno, referenti KSÚS Frekvence použití: Průběžně na denní bázi Aktualizace dat: 2x ročně

Objem dat: cca 500 MB Součást Geoportálu: Ano

2.2.3 Dálkový přístup k údajům katastru nemovitostí České republiky

Externí

Provozovatel: ČÚZK

Technologie: Web portál

Účel aplikace: Aplikace umožňuje získávat vybrané údaje katastru nemovitostí Kdo dodává data: Katastr nemovitostí

Frekvence použití:

Aktualizace dat: denně Objem dat:

Součást Geoportálu: Ano

2.2.4 PEP registr nemovitostí

Interní

Provozovatel: KSÚS Technologie:

Účel aplikace: Evidence pozemků ve správě KSÚS, inventarizace pozemků ve správě KSÚS Kdo dodává data: Katastr nemovitostí, Real soft

Frekvence použití: denně Aktualizace dat: 4x ročně Objem dat: do 100 MB

Součást Geoportálu: Ano - pro interní reporting, vazbu na katastr nemovitostí, ideálně vyřešit výměnu dat s KU

2.2.5 Hlášení závad na komunikacích

Interní

Provozovatel: KSÚS

Technologie: Webová aplikace, Excel soubory

Účel aplikace: Zobrazuje Hlášení závad na komunikacích, umožňuje občanům upozornit na závady na komunikacích na území Středočeského kraje

Kdo dodává data: Jednotliví účastníci silničního provozu a místní obyvatelé Frekvence použití: Průběžně na denní bázi

Aktualizace dat: denně

Objem dat: přírůstky do 250 MB denně Součást Geoportálu: Ano

2.2.6 Protank

Externí

Provozovatel: PROTANK a.s.

Technologie: PROTANK a.s.

Účel aplikace: Vedení zimní údržby, deník zimní údržby, Evidence zimní údržby, plánování, řízení provozu a optimální vytěžování zdrojových kapacit

Kdo dodává data: Zhotovitelé, kteří zajišťují údržbu na komunikací v zimní období, dispečeři zimní údržby

Frekvence použití: Průběžně na denní bázi při Zimní Údržbě, Aktualizace dat: 1 - 2x ročně

Objem dat: 1 GB provozu denně Součást Geoportálu: Ano

2.2.7 Spisová služba

Interní

Provozovatel: KSÚS

Technologie: S&T CZ

Účel aplikace: Celkové zpracování oficiálních dokumentů k agendám KSÚS Kdo dodává data: DS, podatelna, pracovníci KSUS,

Frekvence použití: Průběžně na denní bázi Aktualizace dat: denně

Objem dat: cca 1 GB provozu denně

Součást Geoportálu: Ano – průmět ekonomických dokumentů do jednotlivých objektů silniční sítě

2.2.8 Hluková mapa

Externí

Provozovatel: KÚSK

Technologie Webovská

Účel aplikace: Aktuálně pouze na Krajském úřadě Kdo dodává data:

Frekvence použití: měsíčně

Aktualizace dat: 1x za deset let jednorázově Objem dat: 100 MB provoz denně Součást Geoportálu: Ano

2.2.9 Celostátní sčítání dopravy

Externí

Provozovatel: ŘSD

Technologie: VARS Brno a.s.

Účel aplikace: Výsledky sčítání dopravy na dálnicích a silnicích I. třídy, II. třídy a vybraných silnicích III. třídy a místních komunikacích některých statutárních měst

Kdo dodává data: VARS Frekvence použití: týdně

Aktualizace dat: Jednou za pět let Objem dat: do 100 MB Součást Geoportálu: Ano

2.2.10 Dopravní nehody v mapě

Externí

Provozovatel: PČR

Technologie: OSMF

Účel aplikace: Dopravní nehody evidované Policií ČR, podle lokality a času

Kdo dodává data:

Frekvence použití: denně Aktualizace dat: ročně

Objem dat: do 1 GB Součást Geoportálu: Ano

2.2.11 JSDI – Jednotný systém dopravních informací

Externí

Provozovatel: ŘSD

Technologie: Datový sklad, s distribučním rozhraním pro KSÚS

Účel aplikace: Systém pro sběr, zpracování, sdílení, publikování a distribuci dopravních informací dat z celé sítě pozemních komunikací v ČR

Kdo dodává data:

Frekvence použití: denně Aktualizace dat: denně

Objem dat: do 1 GB provozu Součást Geoportálu: Ano

2.2.12 CEBASS – Centrální Evidence Bezpečnostních Analýz Silniční Sítě

Externí

Provozovatel: ČVUT Fakulta dopravní

Technologie: Web aplikace se standardizovaným rozhraním a exporty ve standardních formátech

Účel aplikace: Zpracování dat získaných při bezpečnostních inspekcích Kdo dodává data:

Frekvence použití:

Aktualizace dat: dle objednání cca 1x za 3-5 let Objem dat: cca 10 GB

Součást Geoportálu: Ano

2.2.13 MIS - JEDNOTNÝ METEOROLOGICKÝ INFORMAČNÍ SYSTÉM POZEMNÍCH KOMUNIKACÍ

Externí

Provozovatel: ŘSD

Technologie: Web portál

Účel aplikace: Aktuální informace o počasí, predikce počasí, meteostanice, živé vysílání z kamer

Kdo dodává data: VARS, ČHMÚ, ŘSD (SDB Ostrava)

Frekvence použití: průběžně na denní bázi při Zimní Údržbě, u dispečerská služba pro řízení zimní údržby

Aktualizace dat: denně

Objem dat: do 5 GB provozu Součást Geoportálu: Ano

2.2.14 Xxxxxxxx SRA

Interní

Provozovatel: KSUS

Technologie: Xxxxxxxx

Účel aplikace: Data ze statistického radaru Kdo dodává data: Referent správy silniční sítě Frekvence použití: 10 x ročně

Aktualizace dat: 10 x ročně Objem dat: do 100 MB Součást Geoportálu: Ano

2.2.15 GINIS

Externí

Provozovatel: KÚSK

Technologie: Gordic

Účel aplikace: Materiály do RK, schvalování faktur, Xxxxxxx zakázky, evidence smluv Kdo dodává data: KÚSK, KSÚS

Frekvence použití: Denně Aktualizace dat: denně

Objem dat: cca 1GB denně

Součást Geoportálu: Ano, Informace o dané silnici, její stavební stav, staničení

2.2.16 Admis

Externí

Provozovatel: ČVUT Fakulta dopravní Technologie: ČVUT Fakulta dopravní

Účel aplikace: Administrace staveb koordinovaných KSÚS Kdo dodává data: KSÚS

Frekvence použití: denně Aktualizace dat: denně

Objem dat: do 5 GB provozu denně Součást Geoportálu: Ano

2.2.17 Croseus Cloud (v implemetaci)

Externí

Provozovatel: Dynatech

Technologie: DYNATECH

Účel aplikace: Evidence ostatní dokladů, bude nahrazovat předchozí systém objednávek, Žádanek, faktur, int. příkazů a smluv

Kdo dodává data: Referenti KSÚS Frekvence použití: Průběžně na denní bázi Aktualizace dat: denně

Objem dat: do 5 GB denně provozu Součást Geoportálu: Ano

2.2.18 E-ZAK

Externí

Provozovatel: QCM, s.r.o.

Technologie QCM, s.r.o.

Účel aplikace: Nástroj pro zadávání veřejných zakázek

Kdo dodává data: KSÚS zadává a dokumentuje veřejné zakázky v průběhu jejich soutěžení, Typickými zakázkami jsou stavby, projekty a technický dozor

Frekvence použití: denně Aktualizace dat: denně

Objem dat: Do 5 GB provozu Součást Geoportálu: Ne

2.2.19 Objednávky, Faktury, Smlouvy

Externí

Provozovatel: KSÚS Technologie:

Účel aplikace: Evidenční a workflow aplikace pro: tvorbu objednávek, žádanek, faktur, int. příkazů, smluv a jejich schvalování fin. kontrola dle workflow

Kdo dodává data: Referenti KSÚS Frekvence použití: Průběžně na denní bázi Součást Geoportálu: NE, bude ukončen provoz

2.2.20 SoftPC

Interní

Provozovatel: KSÚS

Technologie: SoftPC

Účel aplikace: Vedení účetnictví, evidence majetku, doprava Kdo dodává data: Referenti

Frekvence použití:

Součást Geoportálu: Ne

2.2.21 APMP – aplikace pro majetkoprávní přípravu

Externí

Provozovatel: GM Tech

Technologie: MySQL MongoDB

Účel aplikace: Nájemní smlouvy, zábory, věcná břemena, vazba na s katastre

Kdo dodává data: KSÚS zadává, Nájemní smlouvy, zábory, věcná břemena. Provázané s katastrem

Frekvence použití: denně Aktualizace dat: denně

Objem dat: do 1 GB denně Součást Geoportálu: Ano

2.2.22 BMS (Bridge Manegement Systém)

Externí

Provozovatel: PONTEX s.r.o.

Technologie: PONTEX s.r.o.

Účel aplikace: Správa, evidence, prohlídky, dokumentace mostních objektů na SK ve správě KSÚS dle ČSN 73 6220

Kdo dodává data: Správa SW Clevera, nahrávání dat do aplikace zaměstnanci KSÚS s možností editace, externí firmy, které provádějí pro KSÚS prohlídky mostů na pozemních komunikacích, PONTEX s.r.o.

Frekvence použití: průběžně na denní bázi Aktualizace dat: denně

Objem dat: cca 1 GB provozu denně Součást Geoportálu: Ano

2.2.23 Web KSÚS

Externí

Provozovatel: Movisio

Technologie: Webový portál

Účel aplikace: Vlastní webová stránka KSÚS Kdo dodává data: zaměstnanci KSUS Aktualizace dat: denně - týdně

Objem dat: do 200 MB přírůstky týdně nahrávaných dat Frekvence použití: denně

Součást Geoportálu: Ano

Nově zaváděné aplikace

V této kapitole jsou uvedeny aplikace, které dnes KSÚS supluje Excel soubory nebo jsou externí a dosud nepřipojené do KSÚS prostředí. Součástí dodávky je převzetí těchto aplikací do celkové koncepce Geoportálu. Zadavatel očekává, že dodavatel nabídne, jakým způsobem je začlení, eventuálně nahradí vlastním řešením (jeho dílčí funkčností) nebo zajistí jejich integraci do celkového řešení Geoportálu.

2.3.1 Vyřazovaní komunikací

Nová

Provozovatel: N.A.

Technologie: Dnes jen Excel soubory

Účel aplikace: Aplikace by měla evidovat data o vyřazovaných komunikacích a průběhu procesu vyřazování

Kdo dodává data: Frekvence použití:

Součást Geoportálu: Ano

2.3.2 Evidence závad na komunikacích

Nová

Provozovatel: Není uvedeno

Technologie: Dnes jen Excel soubory

Účel aplikace: Souhrnná evidenční databáze závad přes celý Středočeský kraj Kdo dodává data:

Frekvence použití:

Součást Geoportálu: Ano

2.3.3 Jízdní řád sypačů

Nová

Provozovatel: KSÚS

Technologie: Dnes jen Excel soubory

Účel aplikace: Doplňkové informace k Protank (bod 2.2.6) Kdo dodává data:

Frekvence použití:

Součást Geoportálu: Ano

2.3.4 Cyklistická infrastruktura

Nová

Provozovatel: N.A. Technologie:

Účel aplikace: Značení cyklistické infrastruktury (cyklostezky, cyklotrasy) Kdo dodává data:

Frekvence použití:

Součást Geoportálu: Ano

2.3.5 Pasportní dokumentace

Nová Provozovatel:

Technologie:

Účel aplikace: Evidence závad a odstraňování na silniční síti – silnice 2. a 3. třídy. Evidence – pasport propustků na silniční síti – silnice 2. a. 3. třídy Evidence záruk na silniční síti – silnice 2. a 3. třídy.

Evidence všech prohlídek okruhů – silnice 2. a 3. třídy.

Propustky, bez kontextu okolí (svodidla, stromy), Data pro vytvoření pasportu propustků.

Data označníků zastávek veřejné dopravy; Dopravní značení (svislá, vodorovná).

Telematická zařízení Zeleň.

Svodidla. Opěrné zdi. Odvodnění.

Hospodářské sjezdy. Zastávky a označníky.

Železniční přejezdy a podjezdy.

Kdo dodává data:

Frekvence použití:

Součást Geoportálu: Ano

2.3.6 Diagnostika Komunikací

Nová

Provozovatel: KSÚS Technologie

Účel aplikace: Báze dat o zatřídění komunikací podle zákona

Kdo dodává data:

Frekvence použití:

Součást Geoportálu: Ano

2.3.7 BIM Podklady

Nová

Provozovatel: KSÚS Technologie

Účel aplikace: Depozitář BIM podkladů k projektům a komunkacím Kdo dodává data:

Frekvence použití:

Součást Geoportálu: Ano

2.3.8 Technický informační systém *

Nová

Provozovatel: KSÚS Technologie:

Účel aplikace: Celkové evidence všeho, co se na komunikacích děje za akce, rozpočet, staničení, co, kdy, za kolik, jaká je to objednávka, oblast, za cestmistrovství

Kdo dodává data:

Frekvence použití:

Součást Geoportálu: Ano

2.3.9 Zásobník projektů, akcí a investic

Nová

Provozovatel: KSÚS Technologie:

Účel aplikace: Dotační projekty – SFDI nebo EU; databáze akcí v přípravě před realizací (včetně možných dotací); databáze investičních akcí z rozpočtu kraje (bez dotace)

Kdo dodává data:

Frekvence použití:

Součást Geoportálu: Ano

2.3.10 Evidence majetku

Nová

Provozovatel: KSÚS Technologie:

Účel aplikace: Interní databáze majetku kraje Kdo dodává data:

Frekvence použití:

Součást Geoportálu: Ano

2.3.11 IS DMVS

Nová

Provozovatel: ČÚZK Technologie:

Účel aplikace: Digitální technická mapa kraje – zdroj informací, pro účely územního plánování, přípravy, umisťování, povolování a provádění staveb atd.

Kdo dodává data: KÚSK Součást Geoportálu: Ano

2.3.12 Autobusové linky prahy a středočeského kraje (Open Data Hl. Města Prahy)

Nová

Provozovatel: OICT

Technologie:

Účel aplikace: Katalog otevřených dat hlavního města Prahy slouží ke zveřejňování datových sad magistrátu, příspěvkových organizací, městských částí a dalších subjektů

Kdo dodává data:

Součást Geoportálu: Ano

2.3.13 GIS mapa majetku Středočeského kraje

Nová

Provozovatel: KÚSK Technologie:

Účel aplikace: interní nástroj na KÚSK, její vrstvy umí barevně odlišit pozemky pod komunikacemi, které jsou ve vlastnictví kraje

Kdo dodává data: Součást Geoportálu: Ano

Řešení Geoportál

Úvod

Geoportál bude komplexním systémovým prostředím pro informační podporu procesů silničního hospodářství Správy a údržby silnic Středočeského kraje. Jedná se o komplexní systémové prostředí pro sběr, zpracování, sdílení, publikování a distribuci informací o síti pozemních komunikací kraje, jejich součástech a příslušenství ve vazbě na jednotnou georeferenční síť pozemních komunikací.

Bude poskytovat aktuální a objektivní informace o stavu pozemních komunikací. Umožní jednotnou správu pozemních komunikací ve správě KSÚS a srozumitelné zpřístupnění informací pro management kraje, pracovníky správy komunikací na střediscích a odbornou i laickou veřejnost.

Umožní data komunikací II. a III. třídy ve správě kraje propojit s daty o místních komunikacích měst a obcí a dálnicích a silnicích I. třídy. Předpokladem je proto možnost zpracovávat data ze všech zdrojů o pozemních komunikacích a umožňovat jednotnou klasifikaci stavu komunikací tak, aby bylo dosaženo maximální hospodárnosti ve správě krajských a navazujících komunikací.

Bude podporovat práci s různými typy dat včetně historických řad. Umožní přístup a práci (zobrazení, načtení) různých typů dokumentů, grafů, fotografií, video dokumentace, hypertextových odkazů atd., umožní zobrazit data a výstupy v GIS prostředí.

Umožní spojení výstupů ze systému s dalšími prostorovými informacemi, jako jsou vektorové a rastrové základní (referenční) a tematické mapy, ortofotomapy, katastrální mapy atd. Data bude možné zobrazovat, importovat, exportovat, filtrovat a dotazovat se na ně prostřednictvím webového klienta. Dotazy a výstupy budou ve standardních a uživatelsky konfigurovatelných sestavách, grafech a tematických mapách. Výstupy musí být možné ukládat, vytisknout, nebo uložit do dalších formátů (MS Excel, MS Word, PDF atd.).

Bude využívat data z interních i externích databází. Interní jsou databáze Správy a údržby silnic, které vlastní a pořizuje do nich data sama, nebo je pořizuje na základě smlouvy s jiným subjektem. Externí databáze jsou ty, které Správa a údržba silnic využívá, ale nevlastní nebo do nich data nepořizuje.

Musí umožnit interpretaci dat s využitím uzlového lokalizačního systému, provozního staničení i souřadnicového lokalizačního systému (GPS, JTSK atd.).

Musí umožnit uživateli definovat, případně rozšířit konkrétní strukturu datové základny o tabulky a datová pole s různými vlastnostmi.

Umožní vzdálené sdílení dat a on-line přístup k publikovaným GIS datům a vrstvám portálu z externích systémů (kraje, IZS a Městská policie) prostřednictvím WMS, WFS nebo mapovou službou standardizovanou pro ESRI technologie.

Základní datová sada bude převzata z Mapového portálu Středočeského kraje xxxxx://xxxx.xxxx.xxxxxx.xxx, kde je nejaktuálnější datová sada pasportu dopravního značení. Po tomto úvodním naplnění, které Xxxxxxxxx provede formou migrace dat, bude na základě dodané metodiky tuto datovou sadu spravovat a aktualizovat KSÚS vlastními silami. V rámci geoportálu KSÚS bude současně dodavatelem vytvořena mapová služba, která umožní užití takto vedené datové sady v Mapovém portálu Středočeského kraje – kontinuita poskytování dat mapovým portálem Středočeského kraje.

Klíčové body dodávky

Předmětem dodávky je příprava a realizace řešení tzv. Geoportálu zahrnující:

- Příprava projektu

o Předprojektová příprava.

o Jmenování týmů.

o Zajištění přístupů do KSÚS (prostory, systémy).

o Seznámení členů týmů s organizací projektu, jejich rolemi a projektovými standardy.

- Implementační studie (Cílový koncept)

o Analýza stávajícího řešení a návrh řešení v rozsahu:

 Business analýza potřeb KSÚS.

 Návrh cílové architektury a konsolidace aplikační základny.

 Návrh konceptu Controllingu a Manažerského reportingu (do 25 reportů).

 Návrh provozního reportingu (do 25 reportů).

 Návrh technického řešení vizualizace dat a informací na Geoportálu.

 Návrh a volba užití GIS zobrazení.

o Analýza dat a návrh jejich konsolidace

 Identifikace potřebných entit (systémů a dat).

 Koncepce a návrh datového modelu.

 Popis datového modelu a obsahu (Metadata, Sémantika / Ontologie).

- Implementace řešení Geoportálu

o Vytvoření konsolidované datové základny

 Vytvoření a správa modelu.

 Příprava nástroje ETL (integrace, transformace, přenosy dat).

 Konfigurace ETL.

 Migrace dat (Iniciální naplnění datové základny).

o Zajištění vizualizace a práce s daty konsolidované základny pro uživatele

 Implementace GIS zobrazení.

 Interní webový portál s užitím GIS systému pro vizualizaci dat z konsolidované základny.

 Operativní reporting.

 Manažerský reporting.

 Ukládání dat poskytovaných koncovými uživateli Geoportálu KSÚS do datové vrstvy.

 Webový portál pro veřejnost s užitím mapových prvků GIS.

o Vytvoření lokální (on-premise) pasivní kopie Konsolidované datové základny

 Konsolidovaná datová základna bez integrace na okolí (stand alone).

 Základní nástroj pro přístup k datům (kukátko).

o Konzumace dat z konsolidované základny

 Interní využití (obohacení) dat v rámci dalších provozních systémů (SoftPC, TIS).

 Poskytování dat externím subjektům (GIS Středočeského kraje, BMS, DTM).

- Přenos know-how a pilotní provoz

o Příprava dokumentace v českém jazyce

 Jednoduché dokumentace pro koncové uživatele (kuchařka, how to).

 Dokumentace skutečného provedení, dle předávaného stavu.

 Administrátorská a provozní dokumentace

o Školení administrátorů a budoucích uživatelů v českém jazyce v sídle Zadavatele včetně přípravy potřebných materiálů pro školení.

o Pilotní provoz

 Odladění řešení v rámci dodávky.

- Akceptace a zahájení produktivního provozu

o Akceptace řešení po ukončení pilotního provozu.

o Nastavení prostředí do produktivního provozu.

- Provozování řešení Geoportálu (Podmíněno uzavřením servisní smlouvy)

o Dáno servisní smlouvou viz příloha 2b Zadávací dokumentace.

Detailní popis funkcionalit a vlastností řešení

Detailní popis funkčních a nefunkčních vlastností komplexního řešení Geoportál KSÚS je popsáno v následujících kapitolách.

Architektura a koncepce cílového řešení Geoportál

Architektura prostředí Geoportál musí zajistit tři hlavní úlohy:

 Extrakce, přenos a transformace dat (ETL):

o plnění konsolidované datové základny konzistentními daty,

o kontrola dat, podpora business pravidel a pravidla datové kvality.

 Ukládání a správa konsolidovaných dat:

o sdílené datové prostředí, které tvoří důvěryhodnou konsolidovanou datovou základnu a umožňuje tak dodávat business hodnotné výstupy, jak pro plánovací, tak pro analytické nebo operativní účely.

 Přístup k datům a práci s nimi:

o poskytování dat z datové základny s business hodnotou a jasnou interpretací prezentované v uživatelsky přívětivé formě,

o analýzy nad datovou základnou a za pomoci uživatelsky přívětivých nástrojů (reporting, GIS),

o přechod k detailním informacím mimo konsolidovanou datovou základnu do primárního systému (přechod z Geoportál do primární aplikace).

Dále je nutné zajistit:

 provoz prostředí včetně workflow, schedulingu a monitoringu,

 řízení datové kvality na úrovni zpracování vstupních dat,

 evidence metadat, významové pojmenování dat a datových entit za účelem udržení konzistence a jednoznačnosti datového modelu při zachování srozumitelnosti uživatelům,

 zabezpečení dat a práce s nimi (řízení oprávnění, strategie obnovy po havárii, logování),

 archivaci a skartace (expirace) dat.

Níže v dílčích kapitolách jsou popsány jednotlivé komponenty, jejich funkcionalita a integrace v rámci řešení Geoportál.

Komponenta ETL

Komponenta ETL umožňuje integraci na zdrojová data a plnění konsolidované datové základny. Tyto služby poskytuje implementací minimálně těchto základních funkcionalit:

 Extrakce dat ze zdrojového systému, zpracování příchozích dat.

 Přenos dat do prostředí datové základny (datového skladu).

 Transformace dat a distribuce dat.

 Kontrola business pravidel a pravidel datové kvality.

Veškeré procesy a scénáře (workflow) zajišťované ETL komponentou musí být naimplementovány tak, aby bylo umožněno jejich bezpečné i opakované spouštění (změna zdrojových dat, selhání scénáře, oprava historických dat).

Extrakce dat ze zdrojového systému

Extrakce dat je realizovaná přístupem k definovanému rozhraní (databáze, soubor, webová služba) nebo pomocí zpracování obdržených datových zpráv.

Přenos dat

Na extrakci dat navazuje přenos dat do datového skladu. Získaná data jsou ukládaná do vyčleněné oblasti Input datové základny (datového skladu)., kde jsou vstupní data uložena a zpřístupněna pro další zpracování.

Transformace dat

Z oblasti se vstupními daty jsou data přenesená do tzv. Stage oblasti s novými daty, přičemž dojde k jejich transformaci do cílových struktur odpovídajících datovému modelu konsolidované datové základny (datového skladu). Dochází k čištění a formátování dat dle business pravidel a pravidel datové kvality, konsolidaci dat, nastavování správných hodnot číselníků, hierarchií a dalším nutným operacím.

Distribuce dat

Komponenta dále zajišťuje distribuci a další zpracování dat do dalších oblastí uvnitř i mimo konsolidované datové základny (datového skladu). Mezi základní patří oblast konsolidovaného jádra, kam jsou přenášena data ze Stage oblasti a dle potřeby historizována, dále do Data Marts (datová tržiště), nebo výstupy dat pro použití v dalších oblastech i mimo řešení Geoportálu – například v rámci primárních systémů (např. TIS, ProTank), či do systémů třetích stran (např. DTM Středočeského kraje).

Kontrola business pravidel a pravidel datové kvality

Během zpracování dat ETL komponentou je potřeba kontrolovat business pravidla a pravidla spojená s datovou kvalitou. Kontroly těchto pravidel musí umět rozlišit, kdy lze data nahrát do konsolidované datové základny (datového skladu) a kdy je nutné zpracování chybných vstupních dat zastavit a počkat na opravu dat. Kontrola pravidel je jedním z mechanizmů, jak předejít znehodnocení datové základny zanesením chyby v datech.

Konsolidovaná datová základna (Datový sklad)

Tvoří základ prostředí Geoportál a musí obsahovat vyčištěná, transformovaná, historizovaná, konzistentní, konsolidovaná data ve strukturách dle datového modelu, která jsou připravena pro využití při pokrývání informačních potřeb uživatelů. Datový model je pouze jeden a je zcela nezávislý na všech zdrojových systémech.

Datovou základnu Zadavatel požaduje složit a naimplementovat ze tří hlavních vrstev/komponent:

 prostor pro vstupní syrová data (oblast Input),

 transformace do cílového datového modelu (aktuální snímek dat - oblast Stage)

 datový sklad a datová tržiště, historizovaná data v cílovém modelu (Oblast Data warehouse, Data marts).

Vstupní data budou ukládána jako součást datového skladu v části datového skladu (Data Input), kde tvoří vstup do procesu zpracování surových dat ze zdrojových systémů tak, aby byla umožněna kontrola a případná korekce těchto dat v případech opakovaného spuštění jejich následovného zpracování.

Data z Data input části budou transformována ETL komponentou do podoby odpovídající cílovému datovému modelu Data Warehouse a uložena v Data stage. Data jsou vyčištěna a konsolidována včetně číselníků a hierarchií.

V části datového skladu (Data Warehouse) jsou ETL komponentou průběžně ukládána data připravená v Data Stage vrstvě a jsou zde historizována. Z této datové základny jsou vytvářena datová tržiště Data Marts, která obsahují vhodně strukturovanou podmnožinu dat pro specifický účel. Datové tržiště Zadavatel definuje jako prostředek, jak usnadnit práci s rozsáhlou datovou základnou uživatelům a také jak na úrovni logických celků řídit přístup k datům.

Část prostoru datového skladu musí být vyhrazen pro tzv. sandboxy (pískoviště), kde mohou být dočasně ukládána data v rámci přípravy (vývoje) nového reportingu, či pro potřeby jednorázových analýz. Sandbox není určen jako cílové úložiště dat a předpokládá se jeho omezená životnost pouze po dobu analýzy, či vývoje.

Komponenta uživatelského prostředí

Prostředí Geoportál poskytuje prostředky pro zpracování dat z konsolidované datové základny a vytvoření výstupů pokrývajících uživatelské informační potřeby. Výstupy budou mít dvě hlavní skupiny uživatelů a to interní (zaměstnanci KSÚS) a externí (veřejnost). Předpokladem je řízení přístupu k uživatelským rozhraním a obsahu na úrovni uživatele. Základní funkcionality uživatelského prostředí Geoportál:

 Prezentace a vizualizace dat v geografické podobě napříč složkami - GIS

 Reporting a dashboardy (fixní, opakující se)

 Ad-hoc analýzy a dotazování (individuální, vývoj).

 Sběr uživatelských dat (formuláře, manuální vstupy).

 Detekce událostí a notifikace.

4.3.1 Prezentace a vizualizace dat v geografické podobě (GIS)

Tato základní uživatelská komponenta řešení Geoportál bude tvořena mapovou aplikací s konfigurovatelnými nástroji (GIS). Mapová aplikace tedy bude otevřeným řešením, do kterého bude možné vkládat jednotlivé mapové nástroje a do budoucna tak bude umožněn její další rozvoj.

Cílem je, aby uživatel mapové aplikace měl možnost z jednoho místa získat v povoleném rozsahu komplexní informace o silničního hospodářství KSÚS napříč všemi relevantními zdroji dat a to vztažený k jednotné georeferenční síťi.

Zároveň by však měla být zachována rozumná úroveň detailu poskytovaných informací. Předpokladem je, že uživatel bude pro daný specifický detail přesměrován do zdrojové řešitelské aplikace, případně, že bude mapovou aplikací zprostředkován pohled na tato detailní data (např. náhled fotografie, videozáznamu, Listu vlastnictví atp.).

4.3.2 Reporting a Dashboardy

Reporting představuje množinu předem připravených reportů v pevné struktuře

s volitelnými spouštěcími podmínkami (prompty, přizpůsobení obsahu dle uživatele atd.).

Dashboardy jsou formou reportingu umožňující na jedno místo koncentrovat klíčové informace, které jsou zpřístupněné uživatelům. Dashboard musí poskytovat přehled o informacích, které jsou pro uživatele relevantní na jednom místě. Dashboardy musí být uživatelsky konfigurovatelné a integrované s běžným reportingem (prokliky na detail poskytovaný reportem aj.).

Vizualizace dat nesmí k datům přistupovat staticky, ale musí umožnit rozpad a analýzu graficky vizualizovaných hodnot. Požadována je i vizualizace (kombinace) reportingu a dashboardů v mapách (geografické podobě).

4.3.3 Ad-hoc analýzy a dotazování

Prostředí Geoportálu musí umožňovat ad-hoc dotazování, filtrování a vyhledávání v datech konsolidované datové základny (datového skladu). Uživatel bude mít možnost užití sandboxu (pískoviště) pro ukládání dat i možnost uložení vytvořeného dotazu a jeho výsledků, které dotaz vrací formou relevantního souboru (xlsx, csv, atp.).

4.3.4 Sběr uživatelských dat

Uživatelsky přívětivé prostředí pro zadávání dat ve spojení s datovou základnou, například zadávání plánovaných hodnot při zobrazení historických reálných hodnot, nebo zadávání hodnot z proběhlých aktivit, či měření. Získaná data musí být dlouhodobě uložena

v konsolidované datové základně (datovém skladu) a případně verzována tak, aby bylo možné hodnoty užít i pro jiné (související) datové úlohy. Do řešení by mělo být uživatelsky přívětivou formou možné vložit i data ze souborů (csv, xlsx).

4.3.5 Detekce událostí, plánování a notifikace

Prostředí Geoportálu musí umožňovat detekci a reakci na události, které vznikají v rámci tohoto prostředí, nebo specifických oblastech datové základny, tj. změny v datech (například dostupnost dat za nějaké období) nebo detekované hodnoty v datech (objevení specifických dat, překročení prahové hodnoty) nebo anomálie v datech. Události jsou navázané také na časové okamžiky (konec dne, týdne, měsíce). Na tyto události je potřeba umět reagovat a navázat na ně spouštění například vygenerování reportu nebo zaslání notifikace uživatelům prostředí Geoportálu.

Klientská vrstva

Klientskou vrstvou je myšlena forma přístupu k objektům a nástrojům v řešení Geoportál. Jedná se o vstupní a výstupní kanály z pohledu uživatelů včetně consumer aplikací mimo Geoportál.

4.4.1 Tenký klient a mobilní zařízení

Tenký klient v podobě webového prohlížeče je preferovaný způsob přístupu k výstupům řešení Geoportál. Preferováno je, pokud řešení nevyžaduje instalaci rozšíření do prohlížeče a nevyužívá Java applety.

Zadavatel požaduje podporu mobilních zařízení jako zařízení, na kterém lze konzumovat výstupy z prostředí Geoportál. U mobilních zařízení je vhodné rozlišovat mezi zařízeními s omezenými zobrazovacími prostředky (typicky mobilní telefony) a zařízení s dobrými zobrazovacími prostředky (tablety).

4.4.2 API (WebService a REST)

Řešení musí poskytovat API, přes které je možné přistupovat k vybraným funkcím a datům prostředí Geoportál. Očekávaný typ integrace je přístup k datům řešení Geoportál a jejich konzumace strojovým způsobem na pravidelné bázi jako datový vstup do dalších aplikací vč. možnosti navrácení obohacených dat (např. vypočtená hodnota) z těchto aplikací zpátky do konsolidované datové základny (datového skladu).

4.4.3 MS Office

Je požadováno řešení s nativní prací s formáty dat MS Office, primárně MS Excel. Uživatelé nyní pracují s MS Excel jako nástrojem pro analýzy a reporting nad daty a nelze očekávat, že prostředí Geoportál jej plně nahradí. Zadavatel požaduje, aby bylo možné snadným způsobem data z prostředí Geoportál přenášet do MS Excel.

Užití add-in do MS Excel může být jedním ze způsobů zprostředkování dat z Geoportálu.

4.4.4 Tlustý klient

Vzhledem k tomu, že některé funkce může být obtížné zajistit pomocí tenkého klienta, je přípustná možnost využití tlustého klienta. Předpokladem je kompatibilita s OS Microsoft Windows.

Správa modelů a metadat

Správu modelů a metadat je nutné chápat průřezově přes všechny funkční vrstvy s cílem zajistit klíčové informace o vlastnostech, struktuře a business významu dat napříč celým řešením Geoportál.

4.5.1 Model konsolidované datové základny (datového skladu)

Model konsolidované datové základny (datového skladu) musí obsahovat popis datového modelu a klasifikaci business objektů s možností řídit oprávnění přístupu k těmto objektům i ke konkrétním datovým řezům.

4.5.2 Business slovník a pravidla, Datový slovník

Business slovník představuje business výklad jednotlivých datových entit, kdy některé entity mají více významů daných kontextem použití.

Datový slovník obsahuje popis datových entit z pohledu technického s vazbou na technologie, zdrojové systémy. Je nutné, aby datový slovník a business slovník byly vzájemně provázány.

Kombinací znalostí o datech a jejich fyzické reprezentaci vznikne soubor pravidel, která jsou aplikovatelná na data a informace. Mohou mít podobu jak požadavků na vazby mezi daty, na možné hodnoty, kterých mohou data nabývat, platnosti dat, číselníky, hierarchie, a omezení dat. Business a datová pravidla jsou klíčovým vstupem pro řízení datové kvality.

Funkční požadavky na cílové řešení Geoportál

Řešení Geoportál musí splnit níže uvedené obecné funkční požadavky. Splnění těchto požadavků by mělo umožnit realizaci plánovaného vývoje i realizaci předpokladů budoucího rozvoje.

Řešení musí být navrženo a implementováno v souladu s celkovou architekturou KSÚS.

Funkční požadavky musí být v maximální možné míře zahrnuty již ve standardu jednotlivých komponent řešení (tzv. out of the box), aby byl minimalizován jakýkoliv vývoj.

U každého obecného funkčního požadavku musí být uveden v příloze č.7 Plnění předmětu dodávky detailní popis toho, jakým způsobem bude plnění obecného funkčního požadavku v rámci řešení Geoportál Dodavatelem řešeno/naplněno, bude uvedeno, zda Dodavatel níže definované obecné funkční požadavky naplňuje a jakým způsobem (Out of the box / Vývoj).

Obecné funkční požadavky

5.1.1 Autorizační koncept

Vytvoření autorizačního konceptu vč. vazby na business role, uživatelská oprávnění jsou vytvářena a řízena metodikem/y dané oblasti (např. jaký uživatel má pasivní/aktivní přístup k definovaným reportům na webovém a mobilním zařízení, jaký uživatel má přístup k možnosti dotazování (analýzu), jaký má uživatel přístup k jaké geografické vrstvě zobrazení). Autorizační koncept je tvořen ve spolupráci Zadavatele a Dodavatele.

5.1.2 Notifikace (broadcasting)

Možnosti broadcastingu – automatické notifikace při naplnění datových podmínek, hromadná, či automatická distribuce sestav a výstupů na základě uživatelsky definovaných pravidel.

Vstupní a výstupní rozhraní

V této kapitole je uveden obecný souhrn základních rozhraní a jejich vlastností, kterými bude řešení Geoportál navenek ale i uvnitř komunikovat (předávat data).

Zadavatel požaduje, aby nabízené řešení disponovalo integračním rozhraním (vrstvou), která bude podporovat konektivitu pro běžné datové zdroje.

5.2.1 Vstupní rozhraní

1. Relační databáze dostupné přes aplikační rozhraní ODBC/JDBC.

2. File system – podporuje standardní napojení TCP transfer protokoly (FTPS, SCP, SFTP, HTTPS aj.) pro získání nerelačních datových zdrojů (min. Zadavatel požaduje Microsoft Excel, strukturované soubory formátu txt, csv, xml).

3. Komunikace webovými službami a protokoly: API REST ,SOAP, OData a užití JSON, Atom, Protocol-buffers (Google), případně další typy datových zdrojů, ke kterým existuje standardizované rozhraní s důrazem na spolehlivost a aplikační rozšiřitelnost.

4. Vstupní rozhraní v rámci uživatelského prostředí Geoportálu – manuální zadávání vstupních dat koncovými uživateli, jejich zpracování a ukládání do datové základny, například vstupy do plánování.

5.2.2 Výstupní rozhraní

1. API pro přístup aplikací k datům řešení Geoportál (konsolidovaná datová základna (datový sklad), výstupy uživatelského prostředí Geoportál). Umožňuje na položený dotaz externí aplikace nalézt, případně spočítat, návratovou hodnotu. Neomezené poskytnutí dat aplikacím jiného dodavatele bude součástí poskytnuté/zakoupené licence.

2. File system – podporuje standardní napojení TCP transfer protokoly (FTPS, SCP, SFTP, HTTPS, uložení na lokální i sdílený disk aj.) pro export výstupů do souborů (txt, csv, xls/x, pdf, jpg, gif, doc/x, shp, dgn, dbf, shx, a další GIS formáty).

3. E-mail – napojení na SMTP server pro automatické zasílání notifikací a reportů.

4. WEB – poskytování většiny výstupů formou tenkého klienta s možností exportu výstupních dat / sestav na lokální i sdílený file system (mimo mobilních zařízení) vč. exportu výstupů do souborů (csv, xls/x, ppt, pdf, jpg, gif, doc/x).

5. Mobilní zařízení – zobrazení výstupů ve zjednodušené formě v mobilním zařízení optimalizované pro všechny druhy přenosných zařízení, jako jsou mobily, tablety, notebooky s dotykovým displejem atp., a pro ovládání pomocí dotykového displeje včetně jednoduchých filtrů umožňujících uživateli rychlé a intuitivní filtrování hodnot.

6. Připojení aplikací mimo řešení Geoportál k aplikačnímu rozhraní ODBC/JDBC (Microsoft SQL Server, aj.). Konsolidovaná datová základna může sloužit jako datový zdroj pro další aplikace.

7. Poskytování dat webovými službami a protokoly: API REST, SOAP, OData a užití JSON, Atom, Protocol-buffers (Google), případně další typy datových zdrojů, ke kterým existuje standardizované rozhraní s důrazem na spolehlivost a aplikační rozšiřitelnost.

8. Služby pro poskytování dat OpenData

Konsolidovaná datová základna

5.3.1 Obecné funkční požadavky

1. Poskytuje jednotná data (jedna pravda) pro Klientskou vrstvu a Uživatelská prostředí.

2. Plně podporuje relační (star, snowflake) i multidimenzionální (OLAP/ROLAP) datový model.

3. Spravuje model uživatelských přístupů a rolí na úrovni objektů datového skladu a datového modelu.

4. Datový sklad musí být otevřený pro integraci s komponentami jiných výrobců (otevřenost) a umožnit budování nových aplikací přímo nad ním (škálovatelnost).

5. Umožňuje vytvoření sémantické vrstvy a dokumentace metadat.

6. Podporuje systematickou archivaci dat, metadat a konfigurací.

7. Data v datovém skladu budou historizována. Datový sklad bude sloužit k dlouhodobé historizaci dat.

8. Pro efektivní řízení ukládání a kompresi dat by mělo být zajištěno:

 automatické sledování využití dat (hot, warm and cold)

 automatické řízení umístění dat v rámci datového skladu

 optimální komprese ukládaných dat (na úrovni řádků i sloupců)

5.3.2 Datový model

Datový model a jeho logické vazby musí naplňovat předpoklady pro konsolidaci dat totožného charakteru z různých zdrojových systémů. Konsolidované objekty (faktové tabulky, dimenze/hierarchie) musí respektovat potřebu stávajícího i budoucího využití tak, aby bylo je možné je bez větších zásahů dále rozvíjet bez dopadu na stávající využití.

5.3.3 Historizace dat

Řešení Geoportál pomocí historizace dat umožňuje poskytovat data a v časových řezech. Jedná se o automatické řešení problematiky historizace dat v datovém modelu, kdy se obvykle řeší jedna nebo dvě časové osy. První je časová osa

„technická“ spojená s historizací záznamu (s časem jeho uložení, změny nebo smazání v konsolidovdatovém skladu). Druhá časová osa je navázána na business čas vzniku, aktualizace nebo zániku záznamu. Doba historizace není omezená.

Řešení Geoportál umožní dlouhodobou historizaci velkých objemů strukturovaných dat bezpáskovou metodou. Doba historizace dat není omezena.

5.3.4 Správa modelu

Nástroj sloužící vybraným uživatelům ke spravování konsolidované datové základny (datový sklad), mezi klíčové oblasti patří:

 správa datového modelu,

 tvorba a editace metadat fyzického datového modelu,

 vazba metadat fyzického modelu na business slovník,

 správa uživatelských přístupů,

 archivace dat, metadata, konfigurace.

ETL komponenta

5.4.1 Obecné funkční požadavky

1. Automaticky validuje úplnost vyplnění povinných položek a navazujících logických vazeb u jednotlivých typů dat (datová pravidla, datová kvalita).

2. Podporuje správu a řízení jednotné struktury číselníků, hierarchií a identifikátorů existujících v dílčích systémech.

3. Zabezpečuje mechanismus pravidelného nahrávání dat do datového skladu, tj. časování (scheduling), spouštění i navazování workflow včetně transformací. Workflow se skládá z jednotlivých kroků. Jednotlivé kroky jsou vykonávané za sebou, případně paralelně v závislosti na definované návaznosti a spouštěcích podmínkách.

4. ETL komponenta musí umožňovat nejenom dávkové nahrávání veškerých dat, ale i nahrávání dat near-real time, či real-time (tj. zajistit kontinuální upload dat do datového skladu z libovolného zdrojového systému, např. pro sledování pozice vozidel údržby).

5. Vzájemné závislosti jednotlivých workflow a jejich kroků musejí být nastavitelné tak, aby nedošlo ke kolizi na zdrojích (např. paralelní zápis dat do tabulky), a tak, aby nebyla porušena logická závislost nápočtů při jejich paralelním běhu.

6. Umožňuje komplexní řízení úloh loadu a transformace dat, kontrolu běhu komponenty a ETL procesů jak z pohledu high-level, tak v detailu na aktuální kroky za účelem provozní administrace.

7. V případě potřeby umožňuje provedení ad-hoc spuštění workflow manuálním zásahem (chyba vstupních dat) při zajištění konzistence cílového nápočtu, tj. včetně přepočtu v důsledku postižených objektů (závislých workflow).

8. Bude zajištěno nastavitelné logování ETL komponenty na různých úrovních detailu, minimálně však na třech – komplexní (logují se veškeré kroky a události), standardní (zahájení/konec procesu, alert, chyba) a nízká (pouze alerty a chyby).

9. Výpadek ETL a integrace nesmí automaticky způsobit výpadek Datového skladu, či dokonce nedostupnost Uživatelského prostředí.

10. ETL komponenta musí technicky umožnit přenos libovolného objemu dat, a to pouhou úpravou sizingu infrastruktury bez dopadu na licencování, přičemž licenčně nesmí být omezen způsob a množství přenesených dat.

11. Nastavení business pravidel a pravidel datové kvality za účelem validace dat (kontrola formátu, datového typu, povolených hodnot vůči definovaným číselníkům).

12. Využití standardních kontrol a napojení na standardní i umělé číselníky (interní hodnoty, kterých smí daný parametr nabývat).

5.4.2 ETL Management

Nástroj sloužící vybraným uživatelům, musí podporovat výše uvedené funkcionality, mezi klíčové oblasti patří:

 správa workflow, jeho chod + monitoring (možnost opakovaného importu vybraných dat mimo pravidelnou periodu loadu),

 podpora řízení uživatelských přístupů,

 definice transformací a jejich metadat,

 správa číselníků a hierarchií importovaných ze zdrojových systémů,

 tvorba umělých číselníků a hierarchií (neimportované ze zdrojových systémů).

 evidence business pravidel a algoritmů kontroly jejich dodržování,

 mapování business pravidel na datový model datového skladu, konkrétní pole a vazby,

 řešení nálezů / problémů nalezených při zpracování dat.

Webový portál (Geoportál)

Bude existovat webový portál pro publikaci výstupů řešení Geoportál. Webový portál bude dělen dle účelu a dostupných komponent na Interní webový portál (Interní Geoportál) a externí (veřejný) portál (Veřejný Geoportál). Systém musí zpřístupnit pouze vybrané komponenty a data dle uživatelské identity. Cílem je vysoká bezpečnost řešení portálů Geoportálu vzhledem ke kybernetickému napadení, přístupu nepovolených uživatelů, úniku informací apod.

5.5.1 Správa obsahu

Správa obsahu webového portálu bude využívat nástroje typu CMS (Content Management System) prostřednictvím kterého je možné měnit obsah webového portálu dle dostupných funkcionalit – umístění modulu a jeho obsahu pro daný kontext (Mapová aplikace, reportingový výstup), dále formátovaný text, obrázek, odkaz, atp.

CMS také bude moci udržovat a spravovat jednotlivé sekce webového portálu. Uživatelská a přístupová práva k různým akcím (číst, editovat, vytvořit či smazat dokument, přesouvat, kopírovat atp.), práva k různým dokumentům a aplikacím (všechny dokumenty webu, vybrané sekce, vybrané dokumenty, vybrané části struktury webu, jediný dokument, vybraná komponenta, vybraná aplikace), případně práva k různým workflow.

5.5.2 Obecné funkční požadavky

1. Generování online výstupů iniciovaných uživatelem – uživatel otevírá portál, vybírá danou komponentu a přistupuje k datům, případně ukládá daný obsah v dedikovaném formátu.

2. Umožňuje uživateli zobrazovat pouze výstupy, ke kterým má daný uživatel práva.

5.5.3 Interní Geoportál

Přístupný z interního, případně bezpečnou formou z externího IT prostředí (užití VPN) pod firemní identitou danou Active Directory (AD) a přístupovými právy danými nástrojem Identity Management (IDM).

Pro interní, případně pověřené osoby, bude k dispozici tzv. rozcestník pro usnadnění orientace v rámci portálu obsahující:

 Přímé nasměrování k aplikacím KSÚS (dlaždice). Pro zvýšení dostupnosti aplikací KSÚS bude možné spustit primární aplikace KSÚS přímo z interního portálu. Pro zvýšení orientace uživatelů v obsahu a účelu aplikací bude ke každé aplikaci

k dispozici její stručný popis.

 Mapové aplikace (komponenta) s omezením na relevantní data (vrstvy) a úroveň detailu dle role uživatele. Předpokladem je užití výstupů reportingového nástroje v rámci Mapové aplikace a naopak.

 Reportingový nástroj pro připravené reportingové sestavy a dashboardy.

 Reportingový nástroj Ad-hoc analýzy a dotazování.

Pro správce řešení budou k dispozici:

 Nástroj ECM (pro správce řešení).

 Nástroj ETL Management.

 Nástroj pro správu modelu.

Interní Geoportál bude zcela nezávislý na provozu a stavu externího Geoportálu.

5.5.4 Externí Geoportál – veřejný

Měl by nahradit, případně doplnit, stávající web KSÚS xxx.xxxx.xx .

Externí Geoportál bude umožňovat přístup široké veřejnosti a pro vybrané části pouze pro ztotožněné uživatele. Evidenci ztotožněných uživatelů povede KSÚS za využití IDM (s AD) a ECM, není předpokládána registrace nových uživatelů prostřednictví veřejného webu.

Pro uživatele (případně ztotožněné) bude k dispozici primárně mapová aplikace (komponenta) s omezením na relevantní data (vrstvy) a úroveň detailu. Předpokladem je nahrazení části obsahu,

které dnes poskytuje Geoportál Středočeského kraje. Přístup k datům pro původní řešení Geoportálu Středočeského kraje bude z řešení Geoportál KSÚS umožněn za pomoci webových služeb.

Dále bude přístupna i část Reportingu, avšak pouze pro vybrané reporty a ztotožněné uživatele. Pro veřejnost je předpokládáno zveřejňování reportů vygenerovaných a uložených v PDF formě.

Provoz veřejné části řešení v případě kybernetického útoku, či přetížení (příliš mnoho aktivních uživatelů) nesmí ovlivnit chod interní sekce. Nesmí být tedy ovlivněn ani chod Konsolidované datové základny (datového sklad).

Reportingový nástroj

5.6.1 Obecné funkční požadavky

1. Generování online výstupů (dashboardů, reportů, souborů) iniciovaných uživatelem – uživatel otevírá portál, vybírá dashboard / report a spouští jej.

2. Automatické generování výstupů (dashboardů, reportů, souborů) v pravidelných periodách v závislosti na dostupnosti dat pro pravidelné zasílání e-mailem, uložení na file system, a zaslání notifikace o dostupnosti. V případě automatického generování pravidelných exportů bude možnost definovat šablonu názvu souborů (názvy, časové značky apod.).

3. Možnost interaktivní práce s reporty a výstupy, filtrování dat, prokliky na/z detailu – drill down/up/through/across. Možnost postupného procházení (vnořování) hierarchickou strukturou reportu pomocí rozbalovacích (sbalovacích) struktur.

4. Podporuje multidimenzionální zobrazení a práci s daty v podobě OLAP / ROLAP.

5. Definování, nastavení a vyhodnocení KPI. Nastavení cílových hodnot (dlouhodobé uložení) pro jednotlivá KPI a jejich vyhodnocení v rámci reportingu (V kontextu dashboardů).

6. Možnost užití vlastních kalkulovaných ukazatelů a virtuálních filtrů v rámci reportingu.

7. Dostupnost široké palety vizuálních prvků včetně možností standardního formátování – tabulky (standardní, křížové), grafy, při zachování exportní kompatibility do xls/x a dalších výstupních formátů.

8. Podpora vizualizace výsledků jednotlivých výstupů (reportů, dashboardů, analýz) v rámci geografické vizualizace formou lokalizací na jednotlivé objekty, barevnou vizualizaci a symbolizaci dle nadefinovaných podmínek.

9. Podpora formátování výstupů na ohraničený prostor a formu při zobrazení reportu. Zachování čitelnosti, korektního zobrazení při tisku, formátování formy dle tiskového rozměru (např. A4, A3 formáty) a předpokládaného zobrazovacího zařízení (PC, tablet, mobil).

10. Možnost nastavení legend, popisků a komentářů (jak k jednotlivým reportům, tak k zobrazeným informacím). Sdílení těchto komentářů s dalšími uživateli.

11. Možnost práce s daty a jejich granularitou – měnit agregaci dat dle potřeby (např. dle časové dimenze – hodiny / dny / měsíce / kvartály / roky, dle profilu – 15 / 60 minut).

12. Možnost srovnání současných a historických dat – zobrazení grafické, tabelární, poměrové ukazatele (např. year-2-year).

13. Podpora Responsive web design (zajistit způsob stylování HTML dokumentu tak, aby zobrazení stránky bylo optimalizováno pro všechny druhy přenosných zařízení, jako jsou mobily, tablety, notebooky s dotykovým displejem atp.) – pro jednotlivé typy výstupů a přístupné libovolnému typu uživatele.

14. Umožnit Uživatelskou parametrizaci / konfiguraci automatických notifikací, distribucí reportů a výstupů na základě uživateli definovaných podmínek.

15. Umožňuje uživateli zobrazovat pouze výstupy (reporty/sestavy/dashboardy), ke kterým má daný uživatel práva.

16. Možnosti flexibilní manuální (ad-hoc) analýzy a procházení dat.

5.6.2 Manažerská část

Bude umožňovat připojení uživatelsky definovaného výstupu z Provozně technické části:

• Statistiky majetku (silniční síť, počty a stav svislého a vodorovného značení, svodidel atp.).

• Aktuální informace z prohlídek komunikací (přehledy závad, záruk atp.).

• Aktuální informace o provádění běžné a zimní údržby komunikací.

• Přehledy realizovaných staveb.

• Čerpání finančních prostředků na údržbu a opravy.

• a další (bude upřesněno v rámci Implementační studie).

Bude obsahovat výstupy pro podporu rozhodování o financování správy a údržby silniční sítě:

• Plány priorit pro údržby a opravy na síti komunikací pro zvolenou finanční strategii nebo požadovaný vývoj stavu komunikací

• Rozpočty – optimální rozpočtový profil pro dosažení požadované kvality silniční sítě za uživatelsky definované období

• Výstupy o kvalitě silniční sítě za použití definovaných ročních rozpočtů za zvolené období

• Srovnání aktuálních a historických dat stavu komunikací a financování

• a další (bude upřesněno v rámci Implementační studie).

5.6.3 Ad-hoc analýzy a dotazování

Zaměstnanci KSÚS a pověřené osoby budou moci provádět ad-hoc dotazy a základní analýzy nad konsolidovanou datovou základnou v uživatelsky přívětivé formě (primárně pomocí metody Drag and Drop). Výstupy dotazů a analýz bude možné zobrazit, uložit a exportovat, s využitím funkce FAQ.

Tento nástroj budou užívat primárně analytici a management KSÚS. Tento nástroj musí podporovat výše uvedené funkcionality, mezi klíčové oblasti patří:

 poskytování reportingových výstupů (dashboardů/reportů/sestav),

 podpora řízení uživatelských přístupů a tvorby oprávnění,

 správa úložiště (repository) uživatelských reportů,

 podpora správy a konfigurace reportů (verzování, publikace),

 podpora tvorby a úpravy výstupů (dashboardů/reportů/sestav) včetně uživatelských výpočtů a kalkulací,

 podpora životního cyklu reportu (nahrání dat, validace dat ze strany business garanta, publikace uživatelům),

 provázání fyzického a logického datového modelu,

 definice business pravidel k výstupům a jejich metadata,

 vazba výstupů na business slovník,

 správa/editace obsahu umělých číselníků a hierarchií (neimportované ze zdrojových systémů).

Mapové aplikace

Mapové aplikace obecně slouží k prezentaci prostorových informací. KSÚS předpokládá poskytování tematických aplikací z různých oblastí (silniční síť, dopravní značení, plánované opravy atp.).

Mapové aplikace by měly uživatelům umožnit v prvé řadě vyhledávat prostorové informace, jsou to především různé evidence - např. plán oprav na silnicích, adresář obcí, chráněná území z oblasti životního prostředí, záplavová území, projektové záměry a mnoho dalších (viz kapitola Stávající aplikace).

V mapových aplikacích kromě vyhledávání bude moci uživatel měřit, případně kreslit, vybírat, měnit podkladové mapy, přidávat další prostorová data, exportovat požadovaná data, využít propojení s dalšími systémy, např. s Google Street View, a v neposlední řadě sdílet konkrétní mapová zobrazení. Aplikace jsou určeny jak pro zaměstnance a pověřené osoby KSÚS, tak i pro veřejnost (viz Webový portál).

5.7.1 Vlastnosti a funkce mapy

Základem mapové aplikace bude mapová komponenta s konfigurovatelnými nástroji. Nastavení mapové aplikace a skladbu mapových nástrojů bude moci spravovat administrátor GIS. Minimální požadavky na mapovou komponentu jsou definovány jako:

 Lokalizační služby musí umožnit interpretaci dat s využitím uzlového lokalizačního systému, provozního staničení i souřadnicového lokalizačního systému (GPS, JTSK, WGS 84, atd.).

 provázanost s dalšími aplikačními moduly Geoportálu.

 funkční provoz při zajištění definovaných požadavků pro daný počet uživatelů, viz. kapitola Výkonnostní požadavky.

 funkčnost mapové komponenty bez nutnosti instalace dodatečných SW doplňků (např.

Java, Flash apod.) ze strany uživatelů.

Administrátor bude moci vytvořit mapovou aplikaci, pro kterou bude moci konfigurovat parametry. Zároveň v náhledu aplikace dynamicky uvidí její aktuální nastavení.

Konfigurovatelné parametry aplikace:

 Název aplikace.

 Vzhled aplikace – výběr barev, ikony aplikace.

 Výběr výchozí podkladové mapy.

 Výběr výchozího mapového projektu.

 Nastavení výchozího mapového rozsahu.

 Nastavení grafického měřítka.

 Výběr nástrojů a jejich konfigurace, možnost změny pořadí nástrojů.

 Nastavení uživatelských práv (přístup, editace dat).

 A další (bude upřesněno v rámci Implementační studie).

Vytvořené mapové aplikace se budou uživatelům zobrazovat v portálu mapových aplikací (dle uživatelských práv) včetně jejich náhledu.

Systém umožní vysokou úroveň customizace a univerzálnosti pro potřeby propojení na jiné datové zdroje. Tím bude zajištěno jednoduché sledování stavu, funkce a výkonu všech komponent zapojených do takového řešení pak umožní snadné sledování pro všechny zapojené funkce v rámci výkonné i řídící struktury.

Takto složená komponenta by měla umožnovat tvorbu více pohledových obrazovek – grafických schémat, umožnit zoom ve schématech (schématických mapách) - ve vektorové grafice, aby byla na velkých, dohledových obrazovkách zachována přehlednost a čitelnost hodnot. Systém musí podporovat vizualizace nad geografickými informačními systémy zobrazení aktuálních (dynamických) dat, jako jsou data z IoT. IoT data zahrnují například polohy jednotlivých vozidel údržby vozovky, nebo data o stavu vozovky ze sítě Sigfox (teplota, množství srážek atd.).

Součástí řešení bude dodání jednotlivých mapových nástrojů, které bude možné do mapových aplikací vkládat.

5.7.2 Seznam a funkčnost požadovaných nástrojů

5.7.2.1 Ovládání mapy

Pohyb v mapě bude možné ovládat běžným způsobem – posunem myší v mapě, přiblížením a oddálením kolečkem myši či zadáním výřezu pro přiblížení.

5.7.2.2 Obsah mapy

Nástroje pro ovládání zobrazovaných dat v mapě:

 strukturované zobrazení připojených mapových služeb a vrstev, jejich vypínání a zapínání

 změna pořadí vykreslování mapových služeb

 nastavení průhlednosti jednotlivým mapovým službám

 zobrazení legendy

 přidání vlastních i externích mapových služeb

 přidání dat ve formátu SHP

 uložení aktuálního nastavení mapy – vytvoření vlastního mapového projektu zahrnující nastavení připojených mapových služeb, nastavení pořadí vykreslování, průhlednosti a mapového rozsahu

 správa vlastních mapových projektů – editace, přejmenování a smazání

 možnost vytváření sdílených (veřejných) mapových projektů administrátorem

 ovládání MapTipu, nebo obdobné řešení pro práci s dílčími okny s informacemi a volbami nad mapou

5.7.2.3 Identifikace prvků sítě

Nástroj pro získání atributových informací o prvcích v mapě:

 zobrazení atributových informací k prvkům silniční sítě

 výběr mapové služby a vrstvy pro identifikaci

 identifikace napříč více mapovými vrstvami a službami

 možnost volby způsobu identifikace – bodem, linií, obdélníkem, polygonem a kruhem

5.7.2.4 Vyhledávání prvků sítě

Nástroj pro vyhledávání prvků sítě v připojených mapových službách:

 vyhledávání prvků sítě na základě zadaných atributových parametrů, možnost kombinace více atributů a jejich hodnot

 prostorové omezení dotazu pro vyhledávání – v aktuálním mapovém rozsahu, zadaném výřezu či obalové zóně

 zobrazení – našeptávání hodnot, kterých nabývá daný atribut pro usnadnění vyhledávání

 tabulkové zobrazení vyhledaných prvků

 export vybraných prvků do strukturovaných souborů typu CSV a XLS

 zobrazení vyhledaných prvků v mapě

5.7.2.5 Tisk mapy

Nástroj pro export tiskových výstupů z mapové aplikace dle aktuálního nastavení mapy a zadaných parametrů. Pro tisk budou využity tiskové služby na mapovém serveru, tiskové šablony bude možné libovolně upravovat vlastními silami SUS SK.

Další požadavky:

 možnost exportu mapy do formátů PDF, PNG, JPG, SVG

 nastavení velikosti a orientace, výběr šablony

 zadání nadpisu a autora mapy

 nastavení kvality tiskového výstupu

 výběr tisku s legendou, bez legendy

5.7.2.6 Reporty silniční sítě

Nástroj pro generování reportů k silniční síti bude umět z vybraných úseků vytvořit statistické reporty přímo nad silniční sítí i nad dalšími vrstvami. Bude možné provést výběr úseků ze sítě prostřednictvím nástrojů pro výběr – bodem, obdélníkem, polygonem.

Příklady reportů:

 Statistický report vybrané silniční sítě – délky, šířky, počty úseků, sumarizace tahů

 Procentuální zastoupení klasifikace stavu povrchu

 Procentuální zastoupení druhu povrchu

 Statistiky a rozsah poruch

5.7.2.7 Měření

Nástroj pro měření délek a ploch v mapě a pro získání hodnoty staničení v kterémkoliv bodě na silniční síti:

 měření délky a plochy v mapě s možností výběru jednotek

 odečet hodnoty úsekového, provozního staničení v místě bodového dotazu

 odečet souřadnic v mapě

5.7.2.8 Nástroj pro vizualizaci dat

Nástroj umožňující realizaci vizualizací dat a nastavení řízení systémů v rámci vlastního vývojového prostředí aplikace. Uživatelé následně budou schopni nad připravenými grafickými vizualizacemi provozu dopravní infrastruktury monitorovat a řídit geograficky rozsáhlé systémy v reálném čase.

Aplikace umožní vytvářet vizualizace – grafické pohledy na data (fyzické / logické vrstvy dopravní infrastruktury), dle požadavků zadavatele. Ty mohou mít různou formu s ohledem na typ prezentovaných informací:

 přehledová / alarmy,

 fyzická schémata,

 logická schémata,

 mapa dopravní infrastruktury nad GIS vrstvou,

 data z telemetrických měření.

5.7.2.9 Další požadované funkcionality

 vytváření záložek se zafixovaným mapovým rozsahem

 vkládání uživatelských poznámek do mapy

 zobrazení přehledové mapky, zobrazení číselného a grafického měřítka

 zobrazení nápovědy a kontaktů na provozovatele a podporu

 možnost vložení odkazů na dokumentace, možnost vložení popisu

 možnost vazby na metadata

 možnost poskytování otevřených dat

 práce s mapovými projekty

5.7.2.10 Dynamika

Zobrazení dynamického obsahu nad mapovým podkladem - cílem je realizace zobrazení v takřka reálném čase dynamické informace

Např. události v dopravě, stav obsazenosti parkovacích ploch, stav ovzduší, aktuální kamerové snímky, polohy vozidel údržby silnic atp.

5.7.3 Podkladové mapy

V popisu řešení potenciální dodavatel uvede, jaké podkladové mapy budou součástí řešení a návrh toho, zda tyto mapy bude zajišťovat dodavatel (tj. jejich zajištění a instalace jsou v ceně řešení) nebo objednatel a jak často budou aktualizovány.

V rámci realizace Geoportálu KSÚS dodavatel implementuje mapovou službu geoportálu Středočeského kraje – Ortofotomapu.

Základní objekty konsolidace Geoportál

5.8.1 Videopasport

Pozice (trasa) a stopáž videozáznamu a případných dalších metadat ke stavu vozovky. Předpokladem je užití pouze metadat a provázání s primárním úložištěm.

5.8.2 Dopravní značení (vodorovné, svislé)

Pozice a typ dopravního značení a případných dalších metadat k těmto objektům.

5.8.3 Pasport zeleně (Silniční vegetace)

Zeleň – typ, umístění, druh, plochy, fotografie atd.

Součástí dodávky bude prvotní migrace dat pro cestmistrovství Klatovsko a Domažlice, které mají zpracovaný pasport zeleně. Funkcionalita dále musí umožňovat evidenci (vkládání dat uživateli KSÚS) a vykazování (čerpání dat), zejména vůči ŘSD, dle posekané plochy.

Součástí plnění bude mapová vrstva s vyznačením dílčích prvků zeleně, metodika pro vedení mapové vrstvy i datové sady zeleně. Funkcionalita nad datovou sadou musí umožňovat výstupy včetně podkladů pro inventuru zeleně v majetku SUS SK v podobě stromů/keřů a počtu výstupů provedených úprav.

5.8.4 Pasport svodidel, zábradlí

Svodidla –typ, zádržnost, délka, fotografie, závady, návrh na opatření atd. Společný požadavek k pasportům

Pro výše uvedené pasporty bude jako součást plnění požadována datová integrace s Digitální technickou mapou Středočeského kraje, která řadu uvedených prvků obsahuje a vede.

5.8.5 Dopravní omezení

Funkcionalita musí podporovat uživatelské zadávání dopravních omezení přímo prostřednictvím dodávaného portálu.

5.8.6 Realizované akce staveb, oprav, údržby, sledování záruk

Přehledy realizovaných akcí, databáze technologií oprav a údržby, ceníky jednotlivých technologií oprav a údržby, kontrola záručních lhůt.

Tato datová sada bude čerpat data ze zdrojových systémů a bude tak sloužit jako nástroj pro možnost vizualizace stavu realizovaných projektů nad mapami v Geoportálu.

Zdrojovými systémy pro tuto datovou sadu budou projektové řízení, stavební projekty, stavební výkaznictví a provozně-ekonomický informační systém KSÚS.

5.8.7 Rozpočet

Plánovaný, schválený rozpočet na souvislé opravy, rekonstrukce, mostní program, investiční akce, ROP, SFDI, důlní škody, přeshraniční spolupráce.

Zdrojovými systémy pro tuto datovou sadu budou projektové řízení, stavební projekty, stavební výkaznictví a provozně-ekonomický informační systém KSÚS.

5.8.8 Prohlídky komunikací, evidence závad

Sběr záznamů o závadách a pasportizaci součástí a příslušenství komunikací v terénu prostřednictvím mobilní aplikace.

Dodavatel v rámci nasazení Geoportálu provede migraci dat ze stávajícího informačního systému pro sběr poruch silniční sítě, dále provede import dat z dílčích dodavatelsky realizovaných pasportizací stavu povrchu silnic a v rámci současné dodávky mobilní aplikace pro zadávání a evidenci poruch zajistí dodávání a aktualizaci dat i z tohoto zdroje. Funkcionalita bude umožňovat i práci z desktopového prostředí v oblasti evidence závad a jejich dalšího zpracování včetně vizualizace.

5.8.9 Základní údaje o mostech a propustcích (BMS)

Dodavatel provede integraci dat ze stávajícího řešení SUS SK podpořeného současnou dodávkou funkcionality pro vedení dané agendy. Datová sada bude dostupná i prostřednictvím Geoportálu včetně možností vizualizace jednotlivých hodnot a dat.

5.8.10 Podrobná diagnostika vozovek

Vizuální prohlídka, fotodokumentace, únosnost vozovky, provedení a vyhodnocení jádrových vývrtů, vrtaných a kopaných sond, rozbor asfaltové směsi, rozbor podložní zeminy, měření georadarem

Součástí dodávky bude i dodávka funkcionality podporující vedení daných agend ze strany KSÚS včetně vizualizace prostřednictvím Geoportálu KSÚS.

5.8.11 Zimní údržba

Okruhy zimní údržby, úseky udržované solením, inertním posypem, neudržované úseky. Součástí dodávaného řešení bude i funkcionalita umožňující řádné, tedy zejména v souladu s platnou legislativou, zpracování plánu zimní údržby a export jeho výstupů, včetně tiskových. Plány údržby. Sledování pohybu vozidel zimní údržby nad předvoleným mapovým podkladem pro potřeby interních dispečinků a interních uživatelů.

5.8.12 LaserScan, letecké snímkování, panoramatické video

Laserové mračno bodů, panoramatické, statické snímky. Letecké snímkování s velmi vysokým rozlišením od 5 cm/pixel.

Geoinformační data umožňující stereo zaměření vybraných prvků komunikace s geodetickou přesností a následným vytvořením ortofotomapy, terénního a povrchového modelu. Geodetické doměření neměřitelných prvků komunikací.

5.8.13 Plán akcí staveb, oprav a údržby

Funkcionalita bude čerpat data prostřednictvím integrace na software stavebního a projektového řízení nasazený na KSÚS (a rovněž účetního SW KSÚS) a bude umožňovat a zajišťovat vizualizace dílčích částí dat, i ve spolupráci se zvoleným mapovým podkladem, tedy zejména:

• Realizované opravy a výstavby

• Údržby

• Sledování záruk

• Rozpočet

• Roční plán oprav a údržby vozovek,

• Střednědobý strategický plán oprav vozovek

• Roční plán oprav a údržby silničních objektů

• Plán prohlídek komunikací

• Přehled nákladů vynaložených na daný zvolený úsek komunikace

• Plán diagnostiky vozovek, silničních objektů

• Studie, Záborové elaboráty, Geometrické plány pro výkupy, Dokumentace pro vydání územního rozhodnutí, Dokumentace pro vydání stavebního povolení, Dokumentace pro provádění stavby, Realizační dokumentace stavby, Geodetické podklady, Geodetická dokumentace skutečného provedení stavby.

5.8.14 Evidence projektů

Dodavatel v rámci dodávky dále zajistí funkcionalitu pro evidenci projektů (výstupy standardního projektového řízení) vztažené k objektům Geoportálu.

5.8.15 Dopravní zátěž

Vizualizace dopravní zátěže nad reálnou dopravní sítí zachycenou nad mapovým podkladem.

5.8.16 Fotodokumentace

Fotodokumentace a specializovaná mapa se zobrazením majetku, jeho stavu společně s dalšími dostupnými daty, KN, ortofoto apod.

5.8.17 Mapa silnic

Přehled silniční sítě, jejich změn a parametrů s možností vyhledávání a nástrojů pro výpočty délkových a plošných parametrů libovolných tras.

5.8.18 Stav komunikací (proměnné parametry)

prezentující výsledky vyhodnocení stavu komunikací včetně prezentace jednotlivých měřených parametrů z diagnostiky: IRI, makrotextury, hloubce kolejí a hloubce vody ve vyjetých kolejích, poruch vozovek, podrobné informace včetně snímků komunikace, dopředných, kolmých, panoramatických. Aplikace musí umožnit náhled na změnu stavu komunikací v čase.

5.8.19 Projektová dokumentace

k jednotlivým stavbám, umožňuje sledovat veškerou dokumentaci, předávací protokoly, stavební deník. Jedná se o průběžné sledování provádění stavby až po předání stavby. Aplikace umožní evidenci potřebných metadat a zprostředkuje přístup ke zdrojovým dokumentům (např. file-systém primárního úložiště). Není předpokládáno ukládání kompletních dat projektové dokumentace v Aplikaci.

5.8.20 Meteostanice

sledování vývoje stavu počasí, predikcí sjízdnosti v zimním období.

5.8.21 Závady a prohlídky komunikací

Evidence běžných prohlídek komunikací, nalezených závad a sledování jejich následného odstranění. Data závad v terénu. Součástí záznamu o závadě je i přiložená fotodokumentace.

5.8.22 Záruky a reklamace

Evidenci staveb a objektů, ke kterým jsou zadávány informace z předávání staveb. Umožňuje evidenci záručních lhůt na stavební objekty a poskytuje kompletní přehled platných záruk pro rozhodování v oblasti odstraňování nalezených závad.

5.8.23 Plánované a realizované běžné údržby

Plánování a provádění činností běžné údržby komunikací

5.8.24 Pozemky

Přehled pozemků, stavu výkupů.

5.8.25 Dopravní informace

aktuální dopravní situace, uzavírky a omezení (předběžné, dlouhodobé, krátkodobé, mimořádné). Je předpokládána potřeba jak zadávat data interními uživateli, tak užívat data z dostupných zdrojů.

Nefunkční a technické požadavky na cílové řešení Geoportál

Nefunkční a technické požadavky jsou takové požadavky, které nemají charakter funkcionality vytvářející přidanou hodnotu pro uživatele, přinášejí však záruku kvality garance schopností pro budoucí rozvoj implementovaného řešení.

Řešení musí být navrženo a implementováno v souladu s celkovou architekturou KSÚS.

Funkční požadavky musí být v maximální možné míře zahrnuty již ve standardu jednotlivých komponent řešení Geoportál (tzv. out of the box), aby byl minimalizován jakýkoliv vývoj.

U každého nefunkčního a technického požadavku musí být uveden v příloze č.7 Plnění předmětu dodávky detailní popis toho, jakým způsobem bude plnění nefunkčního a technického požadavku v rámci nabízeného řešení Geoportál řešeno/naplněno.

Nefunkční požadavky

6.1.1 Třívrstvá architektura

Je požadována minimálně třívrstvá architektura s oddělením databázové, aplikační a prezentační vrstvy.

6.1.2 Instalovaná prostředí

Musí být oddělené vývojové/testovací a produkční prostředí. Tato dvě prostředí musí být integrovány na okolní systémy stejného prostředí (test – test, produkce –produkce). Obě implementovaná prostředí musí mít stejnou architekturu i stejnou funkčnost.

 Produkční prostředí:

o Oddělení veřejně přístupné části od interní (provozní) části pro zaměstnance a pověřené osoby KSÚS.

 Přístup KSÚS do interní (provozní) části Geoportál bude možný pouze z interní sítě, nebo skrze VPN.

 Řízení přístupů k řešení za pomocí AD a IDM.

 Veřejné prostředí řešení Geoportál musí být odděleno, a nesmí jakkoliv omezovat, či ohrožovat interní prostředí a části řešení Geoportál.

o Je předpokládáno užití základních bezpečnostních prvků (FireWall, Antivir, obrana proti napadení DDoS, atp.)

 Testovací prostředí:

o testovací pro testování nových funkcionalit, aktualizací, školení uživatelů ap.

o Testovací prostředí bude obsahovat totožné komponenty jako prostředí produkční

o Sizing nižší

o Konfigurace zamezující záměnu s produkčním prostředím.

 „Veřejná“ část část Geoportál testovacího prostředí bude přístupná pouze v rozsahu jako interní (tj. neveřejně).

 Cloudová záloha Konsolidované datové základny

o Zadavatel požaduje, aby měl k dispozici cloudovou záložní instalaci Konsolidované datové základny se základními aplikačními funkcionalitami umožňující náhled na data (tzv. Kukátkem).

o Data konsolidované základny budou alespoň jednou týdně dávkově aktualizována.

o Řešení bude ve formě stand-alone, tedy bez vazby na okolí (bez integrace na další okolní systémy).

Dodavatel zajistí záložní datové centrum, které je kapacitně dostatečné k poskytnutí služby pasivní zálohy Konsolidované datové základny a kukátka. Dodavatel zajistí, že primární i záložní datacentrum, se nacházejí v rozdílných distribučních oblastech elektřiny a ve vzdálenosti alespoň 10km od sebe navzájem.

6.1.3 Přenos vývoje mezi prostředími

Musí být stanoven proces přenosu vývojových balíčků mezi prostředími Vývoj/Test -> Produkce, a to včetně odpovídající systémové podpory.

6.1.4 Zpřístupnění aplikačních funkcí

Podporované způsoby zpřístupnění aplikačních funkcí jsou:

 Tenký klient

o Pomocí web browseru – primárně musí být vždy zajištěna podpora Google Chrome / Microsoft Edge, jako druhý browser v případě potřeby lze využít Mozilla Firefox, či pro MacOS Safari a to v aktuální i v budoucích verzích.

o Možnost případné budoucí integrace do portálových řešení KSÚS:

 MS Xxxxxxxxxx (Office 365),

 Tlustý klient

o Podpora operačního systému Windows 10 64 bit.

o Podpora práce skrze Remote desktope (užití VPN a autentizace AD).

6.1.5 Správa aplikace

Zajištění centrální a jednotné správy jednotlivých komponent, uživatelů, rolí, parametrů apod. a zajištění dohledových činností nad provozními parametry řešení Geoportál.

6.1.6 Užívání uživateli více organizačních jednotek

Řešení Geoportál umožnuje využívání více organizačními jednotkami, přičemž je nutné ošetřit, že uživatelé každé organizační jednotky mají přístup pouze k definovaným datům.

6.1.7 Použití číselníků a hierarchií

Atributy s konečným počtem hodnot budou vázány na číselníky/hierarchie. Číselníky/hierarchie, jejichž primární zdroj je v jiných systémech, budou z těchto systémů automaticky aktualizovány přes integrační rozhraní.

6.1.8 Integrace a rozhraní na řešení Geoportál

Řešení Geoportál bude integrováno do stávajícího aplikačního prostředí KSÚS. Správa dat musí být provedena způsobem, který zajistí konzistentnost mezi Geoportál a existujícími systémy a aplikacemi.

Integrace Geoportál musí být navržena tak, aby umožňovala splnění veškerých funkčních, nefunkčních, technických a výkonnostních požadavků definovaných v této zadávací dokumentaci. Uchazeč je plně odpovědný za návrh integrace řešení Geoportál a za dodržení všech podmínek stanovených Zadavatelem.

Integrace musí být dostatečně propustná a robustní a případný výpadek rozhraní nesmí způsobit nekonzistenci dat ve zdrojovém a cílovém systému.

6.1.9 Životní cyklus dat

Uchazeč v rámci Cílového konceptu detailně popíše skupiny dat, které jsou v rámci řešení Geoportál zpracovávány. Pro tyto skupiny dat budou v rámci projektu stanoveny uživatelské požadavky spojené s životním cyklem těchto dat (zejména retenční doba, podmínky pro přesun dat do archivu, případně výmaz, atd.).

6.1.10 Archivace dat

Uchazeč v rámci Cílového konceptu navrhne způsob výběru dat pro archivaci a způsob realizace archivace přímo v řešení Geoportál. Budou definovány podmínky pro provádění archivace dat. Stanovení fází životního cyklu dat bude realizováno na základě legislativních a uživatelských požadavků na nakládání s daty.

Za archivaci dat nelze považovat zálohování dat.

Řešení Geoportál musí podporovat zpřístupnění archivovaných dat z uživatelského prostředí s možností výběru dat.

6.1.11 Migrace dat

Případná migrace dat bude realizovaná takovými prostředky, které zajistí opakovatelnost migrace. Za tímto účelem uchazeč případně připraví migrační a rollback scénář. Migrace musí být provedena takovým způsobem, aby byla zajištěna integrita dat.

6.1.12 Zobrazení koncovým uživatelům

Řešení Geoportál musí využívat vhodné metody pro zobrazení obsahu a dat. Zobrazení musí zohledňovat i typ klienta a zařízení pro korektní a srozumitelné zobrazení obsahu uživateli (např. responsivní web).

Výstupy pro mobilní zařízení musí být pokrývat co nejširší rozsah zařízení (mobily, tablety, notebooky s dotykovým displejem atp.). Ideální stav je úplná nezávislost na typu a platformě zobrazovacího (mobilního) zařízení. Pro operační systémy mobilních zařízení jsou požadovány tyto internetové prohlížeče:

 iOS: Safari,

 Android: Google Chrome,

 Windows: Microsoft Internet Explorer, Microsoft Edge, příp. Mozilla Firefox, Opera.

6.1.13 Lokalizace

Řešení musí být lokalizovatelné. V rámci nasazení produktu bude použita česká lokalizace. Systém musí být ve všech částech, kam budou přistupovat uživatelé, plně dostupný v českém jazyce (tj. všechna uživatelská rozhraní, sestavy, výstupy, nápovědy, dokumentace apod.). Dále je předpokládáno užití ve slovenské lokalizace a dalších jazyků, primárně pro analytická uživatelská rozhraní.

6.1.14 IT Infrastruktura

Xxxxxxx uvede v příloze č.7 Zadávací dokumentace předpokládané požadavky na infrastrukturu a sizing IT infrastruktury prostředí KSÚS. Zahrne i Lokální zálohu Konsolidované datové základny.

6.1.15 Automatizace provozních činností

Návrh prostředí musí být proveden tak, aby bylo možné zajistit maximální možnou automatizaci provozních činností. Provoz systému nesmí vyžadovat pravidelné profylaktické činnosti na žádné úrovni aplikace.

6.1.16 Monitoring a dohledy

Bude existovat dohled nad provozními parametry všech komponent řešení Geoportál. K tomuto účelu bude dodavatelem připraven dashboard v rámci řešení Geoportál.

6.1.17 Zálohování

Řešení Geoportál a systémové komponenty budou zálohovány straně Dodavatele, přičemž je požadováno:

- aby Produkční prostředí včetně dat bylo zálohováno v jiné lokalitě (geografická záloha).

- Zálohovaná data geografické zálohy nesmí být starší než 24 hodin (minimálně denní přírůstky)

- Zálohovaná data provozní zálohy (lokální) KSÚS nesmí být starší jednoho týdne (168 hodin)

6.1.18 Škálovatelnost

Řešení Geoportál (včetně navržené architektury) musí být plně škálovatelné v horizontálním – napojení nové komponenty/odebrání stávající komponenty, i vertikálním směru – úprava formy, výkonu stávajících komponent, navýšení velikosti databáze datového skladu. Dodávka HW komponent není součástí poptávaného řešení.

6.1.19 Robustnost

Řešení Geoportál musí být schopné v maximální možné míře zachovat základní funkční vlastnosti a nezávislost jednotlivých komponent tak, aby při výjimečné události, či výpadku jednotlivých komponent nebyl ohrožen celkový provoz řešení. Hlavní důraz je v tomto ohledu kladen na omezení dopadu na koncové uživatele (konzumenty výstupů) řešení v části Business inteligence.

6.1.20 Notifikace

Řešení Geoportál musí umožnit notifikace událostí formou e-mailu. Jedná se zejména o chybové stavy, zasílání automaticky vygenerovaných výstupů apod.

6.1.21 Roadmapa řešení

Existuje roadmapa nabízeného řešení a pravidel dodavatelské podpory. Součástí roadmapy musí být garance vydávání aktualizací formou Service Packů / Patchů včetně reakce na nalezená bezpečnostní rizika.

Nabízené komponenty musí být v podporovaných verzích (nejvyšší uvolněných) a zároveň Uchazeč musí zaručit evoluční rozvoj řešení v souladu s produkty třetích stran v řešení používaných tak, aby v každém okamžiku řešení umožňovalo používat podporované produkty třetích stran.

Řešení Geoportál musí být provozováno v aktuálních verzích produktů třetích stran uvolněných na trh v době nasazení.

6.1.22 Metodika

Dodavatel ve spolupráci se zadavatelem vytvoří základní metodiky pro:

 ovládání a konfiguraci řešení,

 popis procesů řízení změn, jejich nasazování do produkčního prostředí,

 základní nakládání s daty – data governance,

 Provozování, údržbu, zálohování a obnovy.

Dodavatel ke všem oblastem obsaženým v části Datová část tohoto dokumentu zpracuje, při zohlednění požadavků SUS SK metodiku vytvoření, vedení, aktualizace a užívání, včetně jejich řádné a plnohodnotné vizualizace, jednotlivých datových sad a oblastí dle této Datové části.

Metodika bude vycházet z platné legislativy, bude obsahovat:

 zákonné povinnosti realizované v dané datové sadě a oblasti;

 další povinnosti vyplývající z potřeb a fungování SUS SK;

 způsob práce s danými datovými sadami a oblastmi;

 postupy pro práci s daty a jejich aktualizaci;

 určení konkrétních pozic v rámci pracovního zařazení SUS SK odpovídajících za aktuálnost a platnost daných datových sad a oblastí, včetně uvedení konkrétních úkolů a činností souvisejících s takovou odpovědností; a bude obsahovat další doporučení a postupy pro práci s danou datovou sadou a oblastí.

Cílem metodiky je zajištění a popis kompletního životního cyklu datové sady od jejího sběru, její aktualizaci, její vizualizaci, její vykazování a jejím prostřednictvím naplňování legislativních požadavků a potřeb SUS SK. Metodiky budou řešit i jednotlivé vazby na Mapový portál Středočeského kraje (vzájemné získávání a poskytování dat pro potřeby KSÚS a kraje). Musí jednoznačně stanovit kompetence za správu jednotlivých datových sad a jejich životní cyklus.

Bezpečnostní požadavky

6.2.1 Xxxxxx s požadavky

Geoportál musí být v souladu s:

 řadou norem ISO/IEC 27000, především:

o ISO/IEC 27034 normou pro aplikační bezpečnost

o ISO/IES 27033 normou síťovou bezpečnost

 V oblasti kryptografie musí být řešení v souladu s eIDAS.

6.2.2 Řízení přístupu

6.2.2.1 Práce na dálku

Externí přístup do interních systémů ICT musí být vždy veden pouze skrze šifrované připojení VPN. Veškerá komunikace musí být v rámci vzdálených přístupů šifrována.

6.2.2.2 Správa přístupových oprávnění uživatelů

Autentizace uživatelů bude prováděná proti Active Directory (AD). Autorizace bude prováděná pomocí aplikačních rolí. Přiřazení rolí k uživateli musí být napojeno na řešení Identity Management (IDM). Aplikace bude podporovat SSO (Single Sign-On).

Geoportál musí splňovat následující podmínky:

 Přístupy musí být přidělovány identitě uživatele identifikované uživatelským jménem.

Generické, nepersonifikované a sdílené účty pro uživatele nejsou žádoucí.

 Aplikační a systémové účty nesmí být používány pro přihlášení uživatelů.

 Umožní zablokování přístupu po překročení definovaných možností pro přihlášení.

 Pomocí oprávnění oddělit aplikační správu, správu systému, správu uživatelů a správu uživatelských dat.

 Přístupy musí být řízeny pomocí rolí přiřazených uživateli (business a aplikační). Primární požadovaný způsob je přidělování oprávnění pomocí business role.

 Každý pokus (úspěšný i neúspěšný) o použití identifikačních a autentizačních údajů musí být zaznamenán a uchováván po dobu nejméně šesti měsíců.

 Hesla nesmí být v systému uložena v otevřené podobě ani pomocí reverzibilního šifrování.

 Možnost připojení Login/heslo.

6.2.3 Bezpečnost provozu

6.2.3.1 Zálohování a obnova

Uchazeč popíše zálohovací postup pro data a programové vybavení Geoportál.

6.2.3.2 Logování a monitoring

Geoportál musí své chování logovat, buď do systémového, nebo aplikačního logu, v závislosti na charakteru konkrétní komponenty. Zadavatel požaduje, aby dodávané řešení umožňovalo nastavení úrovně logovaných zpráv a jejich expiraci s následným automatizovaným výmazem.

Geoportál musí do logu zapisovat požadovaný typ událostí a v požadované struktuře. Obsah a struktura logu:

 datum a čas události,

 návratový kód nebo jiné označení úspěchu/neúspěchu činnosti,

 událost (message) – vlastní provedená činnost,

 identita uživatele

 označení systému (IP adresa nebo FQDN – Fully Qualified Domain Name).

Požadované typy událostí

 přihlášení a odhlášení všech uživatelů,

 činnosti provedené administrátory,

 činnosti vedoucí ke změně přístupových oprávnění,

 neprovedení činností v důsledku:

o nedostatku přístupových oprávnění nebo

o vzniklé technickým omezením nebo

o závadou systému,

 automatická varovná a chybová hlášení,

 přístupy k záznamům o činnostech, pokusy o manipulaci se záznamy o činnostech a změny nastavení nástroje pro zaznamenávání činností,

 použití mechanismů identifikace a autentizace včetně změny údajů, které slouží k přihlášení.

6.2.4 Bezpečnost komunikace

6.2.4.1 Přenos dat a informací

Řešení Geoportál musí splňovat:

 přenos autentizačních informací (hesel) musí být šifrován,

 komunikaci musí umožňovat ověření integrity pomocí certifikátů interní, nebo externí důvěryhodné autority.

6.2.5 Bezpečnost procesů vývoje a podpory

Geoportál musí splnit tyto podmínky:

 Akceptační testy musí probíhat v testovacím prostředí odpovídajícímu prostředí produkčnímu.

 Testovací data musí být vytvořena jak z pohledu komplexnosti a objemu, tak aby mohlo být provedeno dostatečné otestování funkcí, oprávnění i výkonu.

 Testovací a vývojová data nesmí obsahovat důvěrná data, osobní údaje nebo jiné citlivé údaje společnosti KSÚS, pokud nejsou zajištěna všechna požadovaná opatření k jejich ochraně.

Lokalita implementace a platforma

Produkční a Testovací prostředí řešení Geoportál bude provozováno jako služba, předpokladem je tedy primárně užití infrastruktury dodavatele, případně užití dedikované části cloud platformy nacházející se na území Evropské Unie.

Zadavatel požaduje, aby měl k dispozici pro prostředí Lokální produkční zálohy dedikovanou instanci, viz kapitola 6.1.2 tohoto dokumentu. Dodavatel specifikuje požadavky na hardware a infrastrukturu této instance.

Výkonnostní požadavky

Tato kapitola obsahuje předpokládané zatížení, požadovanou dostupnost a výkonnostní požadavky na řešení Geoportál pro produkční prostředí (vývojové/testovací nemusí být výkonově shodné), které Uchazeč použije pro definování sizingu infrastruktury a pro návrh cílové architektury řešení Geoportál vč. infrastruktury.

6.4.1 Předpokládané zatížení Geoportál

Tyto údaje jsou orientační a slouží pro stanovení sizingu ICT infrastruktury Geoportál a dále pro stanovení počtu licencí vč. cenové kalkulace, která bude součástí nabídky Uchazeče.

Předpokládaný počet uživatelů řešení v rámci KSÚS:

 Počet uživatelů připravujících reporting a ad-hoc analýzy: 5.

 Počet interních uživatelů KSÚS (Konzumenti reportingu, dashboardů): 300.

 IT Administrátoři řešení: 2.

 Počet uživatelů neveřejné části portálu (Geografická prezentace dat): bez omezení.

 Počet uživatelů veřejné části portálu (Geografická prezentace dat, statické výstupy dashboardů): bez omezení.

 Počet souběžně pracujících uživatelů: 200

Zatížení řešení Geoportál dle počtu přihlášených uživatelů:

Je uvažována standardní pracovní doba, tj. od 08:00 do 17:00. Počet přihlášených uživatelů neurčuje finální zatížení řešení Geoportál jako celku. Počet souběžně přihlášených uživatelů nebude limitován.

Zatížení řešení Geoportál – operativa, ETL procesy:

od 21:00 do 06:00 je možná operativa a maintenance, ETL procesy. V tomto čase musí bezpečně proběhnout všechny loady dat, nápočty a příprava výstupů pro nadcházející pracovní dobu. Loady dat budou vázány na provozní řád jednotlivých zdrojových systémů. V tomto časovém okně a ve dny pracovního klidu bude také možné provádět aktualizaci, případně nasazení nových částí řešení Geoportál.

6.4.2 Požadované provozní parametry a dostupnost řešení

Požadované parametry provozu jsou definovány v příloze č. 2b Zadávací dokumentace.

Implementace řešení Geoportál a uchazečem navržená a naimplementovaná architektura řešení včetně architektury infrastruktury a sizing jednotlivých komponent musí umožnit provoz řešení Geoportál v požadovaných parametrech SLA daných servisní smlouvou. Konkrétní hodnoty těchto parametrů bude možné stanovit nejdříve v rámci výstupů Implementační studie.

Budoucí rozvoj řešení Geoportál

V rámci budoucího rozvoje jsou předpokládány následující body:

 existuje pouze jedno centrální konsolidované datové úložiště (datový sklad),

 rozšíření integrace řešení Geoportál na další systémy KSÚS,

 reporting, výpočty, analýzy a simulace nad veškerými příchozími daty uloženými v řešení Geoportál,

 prediktivní analytika a optimalizační úlohy nad uloženými daty a generování doporučení,

 vizualizace uložených dat a jejich publikace externím subjektům,

 poskytování uložených dat i ostatním systémům, eliminace duplicitních přenosů dat mezi jednotlivými systémy KSÚS,

 zdrojové systém se stávají i konzumenty výstupních dat Geoportál Řešení,

 úlohy se odehrávají v definovaných periodách i v real-time (vč. kontinuálního přenosu definovaných zdrojových dat z libovolného systému).

Cílového stavu bude dosaženo prostřednictvím dalšího rozvoje řešení Geoportál.

Uchazeč o řešení Geoportál musí z výše uvedeného důvodu garantovat, že navržená a implementovaná cílová architektura řešení Geoportál vč. infrastruktury (implementovaná v rámci popsané dodávky) umožní uvedený rozvoj, aniž by bylo nutné přidávat/měnit komponenty řešení či měnit architekturu infrastruktury (např. změna typu operačního systému, změna databáze, změna HW/aplikačních/webových serverů). V rámci budoucího rozvoje tedy dojde pouze k postupnému navýšení sizingu implementované infrastruktury dle kapacitních a výkonnostních požadavků na řešení

PŘÍLOHA Č. 4 – NABÍDKA DODAVATELE

Vyplní (dodá) Dodavatel v rozsahu daném obsahem přílohy č. 7 (Plnění předmětu dodávky) a přílohy č. 8 (Časový harmonogram dodávky) Zadávací dokumentace.

29

Číslo požadavku	Kapitola v Předmětu dodávky (Příloha č.3 ZD)	Název funkcionality	Popis	Out of the box - v rámci vlastního framworku dodvatele? [Ano/Ne]	Popis naplnění požadavků, pokud out of the box a odhad náročnosti implementace [МD]	Popis a odhad náročnosti a součinnost Zadavatele [МD]
1	5.1.1	Autorizační koncept	Vytvoření autorizačního konceptu vč. vazby na business role, uživatelská oprávnění jsou vytvářena a řízena metodikem/y dané oblasti (např. jaký uživatel má pasivní/aktivní přístup k definovaným reportům na webovém a mobilním zařízení, jaký uživatel má přístup k možnosti dotazování (analýzu), jaký uživatel má přístup k jaké geografické vrstvě zobrazení).	ANO	Pro řešení Geoportálu bude použita aplikační platforma CleveRA, kter obsahuje mj. Portál a administrační modul. Přidělení uživatelských rolí, oprávnění a přístupů je konfigurovatelné a je součástí administračního modulu portálu CleveRA*). Konkrétní nastavení bude navrženo v rámci implementační analýzy. 5 MD	Spolupráce na definicí rolí a práv. 5 MD
2	5.1.2	Notifikace (broadcasting)	Možnosti broadcastingu – automatické notifikace při naplnění datových podmínek, hromadná, či automatická distribuce sestav a výstupů na základě uživatelsky definovaných pravidel.	ANO	Notifikace bude prováděna v rámci uživatelského rozhraní systému, případně přímo na emailový účet uživatele. Požadavek je splněn "out of the box" bez nároků na implementaci, 1MD na konfiguraci	Součinnost 1 MD na konfiguraci
3	5.2.1	Vstupní rozhraní	Relační databáze dostupné přes aplikační rozhraní ODBC/JDBC.	ANO	Pro provoz systému bude využita relační databáze MS SQL dostupná přes aplikační rozhraní ODBC/JDBC. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
4	5.2.1	Vstupní rozhraní	File system – podporuje standardní napojení TCP transfer protokoly (FTPS, SCP, SFTP, HTTPS aj.) pro získání nerelačních datových zdrojů (min. Zadavatel požaduje Microsoft Excel, strukturované soubory formátu txt, csv, xml).	ANO	Systém umí používat pro získání nerelačních dat i File system podporující standardní protokoly a formáty uvedené v požadavku. Předpokádáme, že tato bude funkcionalita bude využita při integraci. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
5	5.2.1	Vstupní rozhraní	Komunikace webovými službami a protokoly: API REST ,SOAP, OData a užití JSON, Atom, Protocol-buffers (Google), případně další typy datových zdrojů.	ANO	Součástí řešení je aplikační server technologie ArcGIS Enterprise, který využívá standardně uvedené typy služeb a jejich odpovědi. Jako další typy můžeme uvést HTML, GeoJSON, streamovaný obrázek, KML, a další. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
6	5.2.1	Vstupní rozhraní	Vstupní rozhraní v rámci uživatelského prostředí Geoportálu – manuální zadávání vstupních dat koncovými uživateli, jejich zpracování a ukládání do datové základny, například vstupy do plánování.	ANO	Použitá platforma CleveRA disponuje jednak uživatelskými komponentami, které jsou využívány pro zadávání dat, v případě potřeby lze vykonfigutovat vstupní formuláře na míru bez programování. Systém tedy umožňuje manuální zadávání vstupních hodnot. Požadavek je splněn "out of the box" bez nároků na implementaci. 5 MD na konfiguraci	Součinnost 1 MD na definici požadavků
7	5.2.2	Výstupní rozhraní	API pro přístup aplikací k datům řešení Geoportál (konsolidovaná datová základna (datový sklad), výstupy uživatelského prostředí Geoportál). Umožňuje na položený dotaz externí aplikace nalézt, případně spočítat, návratovou hodnotu. Neomezené poskytnutí dat aplikacím jiného dodavatele bude součástí poskytnuté/zakoupené licence.	ANO	Architektura systému je navržena jako třívrstvá a jednotlivé vrstvy mezi sebou komunikují prostřednictvím webových služeb i s možností výpočtu návratové hodnoty. Služby jsou dostupné i pro ostatní systémy třetích stran. Požadavek je splněn "out of the box" bez nároků na implementaci. 2 MD na konfiguraci	Součinnost 0,5 MD na rozhodnutí o podmínkách poskytování dat
8	5.2.2	Výstupní rozhraní	File system – podporuje standardní napojení TCP transfer protokoly (FTPS, SCP, SFTP, HTTPS, uložení na lokální i sdílený disk aj.) pro export výstupů do souborů (txt, csv, xls/x, pdf, jpg, gif, doc/x, shp, dgn, dbf, shx, a další GIS formáty ).	ANO	Systém používá pro ukládání dat i File system podporující standardní protokoly a formáty uvedené v požadavku. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
9	5.2.2	Výstupní rozhraní	E-mail – napojení na SMTP server pro automatické zasílání notifikací a reportů.	ANO	Systém používá SMTP server pro zasílání notifikací a alarmů registrovaným uživatelům. Požadavek je splněn "out of the box" bez nároků na implementaci. 1 MD na nastavení komunikace.	1 MD Poskytnutí údajů a přístupu pro napojení SMTP serveru, součinnost při definici uživatelů, kterým se mají alarmy posílat
10	5.2.2	Výstupní rozhraní	WEB – poskytování většiny výstupů formou tenkého klienta s možností exportu výstupních dat / sestav na lokální i sdílený file system (mimo mobilních zařízení) vč. exportu výstupů do souborů (csv, xls/x, ppt, pdf, jpg, gif, doc/x).	ANO	Webové uživatelské rozhraní systému poskytuje výstupy formou exportu do souborů uvedených formátů. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
11	5.2.2	Výstupní rozhraní	Mobilní zařízení – zobrazení výstupů ve zjednodušené formě v mobilním zařízení optimalizované pro všechny druhy přenosných zařízení, jako jsou mobily, tablety, notebooky s dotykovým displejem, atp., a pro ovládání pomocí dotykového displeje včetně jednoduchých filtrů umožňujících uživateli rychlé a intuitivní filtrování hodnot.	ANO	Rozhraní systému je responzivní a umožňuje optimalizované zobrazení i na mobilních zařízeních. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
12	5.2.2	Výstupní rozhraní	Připojení aplikací mimo řešení Geoportál k aplikačnímu rozhraní ODBC/JDBC (Microsoft SQL Server, aj.).	ANO	Datový sklad systému poskytuje aplikační rozhraní pro zabezpečený přístup externích aplikace. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
13	5.2.2	Výstupní rozhraní	Poskytování dat webovými službami a protokoly: API REST ,SOAP, OData a užití JSON, Atom, Protocol-buffers (Google), případně další typy datových zdrojů, ke kterým existuje standardizované rozhraní s důrazem na spolehlivost a aplikační rozšiřitelnost.	ANO	Součástí řešení je aplikační server technologie ArcGIS Enterprise, který využívá standardně uvedené typy služeb a jejich odpovědi. Jako další typy můžeme uvést HTML, GeoJSON, streamovaný obrázek, KML, a další. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
14	5.2.2	Výstupní rozhraní	Služby pro poskytování dat OpenData	ANO	Systém umožňuje poskytování otevřených dat. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
15	5.3.1	Obecné funkční požadavky (Konsolidovaná datová základna)	Poskytuje jednotná data (jedna pravda) pro Klientskou vrstvu a Uživatelská prostředí.	ANO	Konsolidovaný datový sklad obsahuje veškerá data pouze jednou. V Implementační studii bude pro případ duplicit v systémech KSÚS identifikováno, která datová sada je primární a bude systémem využívána.	Součinnost není vyžadována
16	5.3.1	Obecné funkční požadavky (Konsolidovaná datová základna)	Plně podporuje relační (star, snowflake) i multidimenzionální (OLAP/ROLAP) datový model.	ANO	Analytické služby MS SQL Serveru podporují OLAP i ROLAP i uvedené typy relačních modelů. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
17	5.3.1	Obecné funkční požadavky (Konsolidovaná datová základna)	Spravuje model uživatelských přístupů a rolí na úrovni objektů datového skladu a datového modelu.	ANO	Systém obsahuje administrační rozhraní (modul) pro správu uživatelských přístupů a rolí na úrovni objektů datového modelu. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
18	5.3.1	Obecné funkční požadavky (Konsolidovaná datová základna)	Datový sklad musí být otevřený pro integraci s komponentami jiných výrobců (otevřenost) a umožnit budování nových aplikací přímo nad ním (škálovatelnost).	ANO	Architektura systému je třívrstvá a komunikace mezi vrstvami je zabezpečena prostřednictvím webových služeb. To zabezpečuje možnost integrace s komponentami jiných výrobců (otevřenost) a umožňuje budování nových integrovaných aplikací (škálovatelnost). Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
19	5.3.1	Obecné funkční požadavky (Konsolidovaná datová základna)	Umožňuje vytvoření sémantické vrstvy a dokumentace metadat.	ANO	Systém umožňuje správu metadat a tvorbu sémantické vrstvy. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost 0,5 MD na schválení metadatového profilu
20	5.3.1	Obecné funkční požadavky (Konsolidovaná datová základna)	Podporuje systematickou archivaci dat, metadat a konfigurací.	ANO	Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována

5.3.1

Obecné funkční požadavky (Konsolidovaná datová základna)

Data v datovém skladu budou historizována. Datový sklad bude sloužit k dlouhodobé historizace dat.

ANO

Historizace dat bude prováděna pomocí nativních nástrojů technologie Esri. Historizační tabulky budou odpovídat standardním strukturám konsolidovaného datového skladu. Požadavek je splněn "out of the box" bez nároků na

implementaci.

Součinnost není vyžadována

5.3.2

Datový model

stávající využití.

ANO

U dat konsolidovaných do datového skladu jsou vedeny jak informace o zdrojovém systému, tak verzi dat a jejich importu. Datová struktura, atributy a číselníky jsou v administraci systému jednoduše uživatelsky rozšiřovatelné tak, aby naplňovali aktuální potřeby Zadavatele.

Součinnost není vyžadována

5.3.3

Historizace dat

ANO

Systém má implementovány mechanismy historizace a umí poskytovat data v časových řezech, nebo je porovnávat. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

5.3.3

Historizace dat

Řešení Geoportál umožní dlouhodobou historizaci velkých objemů strukturovaných dat bezpáskovou metodou. Doba historizace dat není omezena.

ANO

Řešení je provozováno na virtualizované infrastruktuře a je možné ji rozšiřovat dle potřeby. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

5.3.4

Správa modelu

Nástroj sloužící vybraným uživatelům ke spravování konsolidované datové základny (datový sklad), mezi klíčové oblasti patří:

• správa datového modelu,

• tvorba a editace metadat fyzického datového modelu,

• vazba metadat fyzického modelu na business slovník,

• správa uživatelských přístupů,

• archivace dat, metadata, konfigurace.

ANO

Systém disponuje administračním modulem v CleveRA Portálu pro správu datového modelu, metadat, uživatelských přístupů, archivace, atd. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

5.4.1

Obecné funkční požadavky (ETL komponenta)

Automaticky validuje úplnost vyplnění povinných položek a navazujících logických vazeb u jednotlivých typů dat (datová pravidla, datová kvalita).

ANO

Systém při importu dat do datového skladu aplikuje kontrolu pravidel pro úplnost povinných atributů a logických vazeb (např. lokalizace na úsek/objekt). Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

5.4.1

Obecné funkční požadavky (ETL komponenta)

Podporuje správu a řízení jednotné struktury číselníků, hierarchií a identifikátorů existujících v dílčích systémech.

ANO

Řízení jednotné struktury číselníků, hierarchií a identifikátorů existujících v dílčích systémech je zabezpečeno v administračním modulu systému. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

5.4.1

Obecné funkční požadavky (ETL komponenta)

Zabezpečuje mechanismus pravidelného nahrávání dat do datového skladu, tj.

časování (scheduling), spouštění i navazování workflow včetně transformací. Workflow se skládá z jednotlivých kroků. Jednotlivé kroky jsou vykonávané za sebou, případně paralelně v závislosti na definované návaznosti a spouštěcích podmínkách.

ANO

Systém podporuje pravidelné spuštění nahrávání a transformaci dat do datového skladu v zadaných sériových nebo i paralelních krocích. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

5.4.1

Obecné funkční požadavky (ETL

komponenta)

ETL komponenta musí umožňovat nejenom dávkové nahrávání veškerých dat,

ale i nahrávání dat near-real time, či real-time (tj. zajistit kontinuální upload dat do datového skladu z libovolného zdrojového systému, např. pro sledování pozice vozidel údržby).

ANO

Systém podporuje i nahrávání real time dat ze systémů komunikujících standardními protokoly. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

5.4.1

Obecné funkční požadavky (ETL

komponenta)

Vzájemné závislosti jednotlivých workflow a jejich kroků musejí být nastavitelné tak, aby nedošlo ke kolizi na zdrojích (např. paralelní zápis dat do tabulky), a tak, aby nebyla porušena logická závislost nápočtů při jejich paralelním běhu.

ANO

Aplikace nabízeného systému využívají nastavitelné jednotné procesní workflows, což nepřipouští vznik kolizí. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

5.4.1

Obecné funkční požadavky (ETL

komponenta)

Umožňuje komplexní řízení úloh loadu a transformace dat, kontrolu běhu komponenty a ETL procesů jak z pohledu high-level, tak v detailu na aktuální

kroky za účelem provozní administrace.

ANO

Nabízené řešení obsahuje nástroje pro správu a monitoring importu a transformace dat. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

5.4.1

Obecné funkční požadavky (ETL komponenta)

V případě potřeby umožňuje provedení ad-hoc spuštění workflow manuálním zásahem (chyba vstupních dat) při zajištění konzistence cílového nápočtu, tj. včetně přepočtu v důsledku postižených objektů (závislých workflow).

ANO

ETL nástroje je možné spouštět oprávněnými uživateli ad-hoc. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

5.4.1

Obecné funkční požadavky (ETL komponenta)

Bude zajištěno nastavitelné logování ETL komponenty na různých úrovních

detailu, minimálně však na třech – komplexní (logují se veškeré kroky a události), standardní (zahájení/konec procesu, alert, chyba) a nízká (pouze alerty a chyby).

ANO

Systém podporuje logování běhu ETL workflow s reportem alertů a chyb v požadovaném rozsahu. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

5.4.1

Obecné funkční požadavky (ETL

komponenta)

Výpadek ETL a integrace nesmí automaticky způsobit výpadek Datového skladu, či dokonce nedostupnost Uživatelského prostředí.

ANO

Výpadek ETL komponenty nemá vliv na funkci datového skladu a uživatelského prostředí. Požadavek je splněn "out of

the box" bez nároků na implementaci.

Součinnost není vyžadována

5.4.1

Obecné funkční požadavky (ETL komponenta)

ETL komponenta musí technicky umožnit přenos libovolného objemu dat, a to pouhou úpravou sizingu infrastruktury bez dopadu na licencování, přičemž licenčně nesmí být omezen způsob a množství přenesených dat.

ANO

Licence ETL komponenty není omezena objemem přenesených dat. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

5.4.1

Obecné funkční požadavky (ETL

komponenta)

Nastavení business pravidel a pravidel datové kvality za účelem validace dat (kontrola formátu, datového typu, povolených hodnot vůči definovaným

číselníkům).

ANO

ETL komponenta umožňuje nastavení pravidel pro transformaci. Nastavení bude upraveno na základě požadavků Zadavatele v průběhu zpracování Implementační studie. 5 MD na konfiguraci

Součinnost 2 MD na akceptaci konfigurace.

5.4.1

Obecné funkční požadavky (ETL

komponenta)

Využití standardních kontrol a napojení na standardní i umělé číselníky (interní hodnoty, kterých smí daný parametr nabývat).

ANO

Transformace dat prostřednictvím ETL umožňuje kontroly číselníkových hodnot. Požadavek je splněn "out of the box"

bez nároků na implementaci.

Součinnost není vyžadována

5.4.2

ETL Management (ETL komponenta)

Nástroj sloužící vybraným uživatelům, musí podporovat výše uvedené funkcionality, mezi klíčové oblasti patří:

• správa workflow, jeho chod + monitoring (možnost opakovaného importu vybraných dat mimo pravidelnou periodu loadu),

• podpora řízení uživatelských přístupů,

• definice transformací a jejich metadat,

• správa číselníků a hierarchií importovaných ze zdrojových systémů,

• tvorba umělých číselníků a hierarchií (neimportované ze zdrojových systémů).

• evidence business pravidel a algoritmů kontroly jejich dodržování,

• mapování business pravidel na datový model datového skladu, konkrétní pole a vazby,

• řešení nálezů / problémů nalezených při zpracování dat.

ANO

Funkcionality ETL jsou dostupné na základě uživatelských oprávnění v požadovaném rozsahu:

• správa workflow, jeho chod + monitoring (možnost opakovaného importu vybraných dat mimo pravidelnou periodu loadu),

• podpora řízení uživatelských přístupů,

• definice transformací a jejich metadat,

• správa číselníků a hierarchií importovaných ze zdrojových systémů,

• tvorba umělých číselníků a hierarchií (neimportované ze zdrojových systémů).

• evidence business pravidel a algoritmů kontroly jejich dodržování,

• mapování business pravidel na datový model datového skladu, konkrétní pole a vazby,

• řešení nálezů / problémů nalezených při zpracování dat.

Součinnost není vyžadována

39	5.5.1	Správa obsahu (Webový portál (Geoportál))	Správa obsahu webového portálu bude využívat nástroje typu CMS (Content Management System) prostřednictvím kterého je možné měnit obsah webového portálu dle dostupných funkcionalit - umístění modulu a jeho obsahu pro daný kontext (Mapová aplikace, reportingový výstup), dále formátovaný text, obrázek, odkaz, atp.. CMS také bude moci udržovat a spravovat jednotlivé sekce webového portálu. Uživatelská a přístupová práva k různým akcím (číst, editovat, vytvořit či smazat dokument, přesouvat, kopírovat, atp.), práva k různým dokumentům a aplikacím (všechny dokumenty webu, vybrané sekce, vybrané dokumenty, vybrané části struktury webu, jediný dokument, vybraná komponenta, vybraná aplikace), případně práva k různým workflow.	ANO	Správa obsahu portálů je zajištěna CMS, který bude dostupný správci systému. Hlavním vstupním bodem do Geoportálu KSÚS bude úvodní rozcestník. Tento rozcestník je vytvořen za použití mechanismu tzv. dlaždic. Pomocí dlaždic je zajištěna snadná konfigurace hlavních částí rozcestníku, které představují přístup k jednotlivým částem Geoportálu (konsolidovaným aplikacím), základnímu menu, rychlé navigaci na nejčastěji využívané mapové aplikace a další nástroje či odkazy dle uživatelského oprávnění. Správa uživatelských oprávnění je řešena v administraci systému. Požadavek je splněn "out of the box" bez nároků na implementaci. 5 MD na design uživatelského rozhraní	Součinnost 5 MD na schválení designu
40	5.5.2	Obecné funkční požadavky (Webový portál (Geoportál))	Generování online výstupů iniciovaných uživatelem – uživatel otevírá portál, vybírá danou komponentu a přistupuje k datům, případně ukládá daný obsah v dedikovaném formátu.	ANO	Je k dispozici uživatelské rozhraní, které umožňuje přístup k datům, případně jejich ukládání v definovaných formátech. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
41	5.5.2	Obecné funkční požadavky (Webový portál (Geoportál))	Umožňuje uživateli zobrazovat pouze výstupy, ke kterým má daný uživatel práva.	ANO	Uživatel má možnost přistupovat pouze k těm modulům portálu, kde kterým mu bylo uděleno oprávnění administrátorem systému. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
42	5.5.3	Interní Geoportál (Webový portál (Geoportál))	Přístupný z interního, případně bezpečnou formou z externího IT prostředí (užití VPN) pod firemní identitou danou Active Directory (AD) a přístupovými právy danými nástrojem Identity Management (IDM).	ANO	Přístup ke Geoportálu je řízen účty a právy z IDM. K internímu portálu je možné přistupovat i z externího IT prostředí prostřednictvím VPN. Požadavek je splněn "out of the box" bez nároků na implementaci. 10 MD na konfiguraci.	Součinnost 5 MD na konfiguraci.
43	5.5.3	Interní Geoportál (Webový portál (Geoportál))	Pro interní, případně pověřené osoby, bude k dispozici tzv. rozcestník pro usnadnění orientace v rámci portálu obsahující: •Přímé nasměrování k aplikacím KSÚS (dlaždice). Pro zvýšení dostupnosti aplikací KSÚS bude možné spustit primární aplikace KSÚS přímo z interního portálu. Pro zvýšení orientace uživatelů v obsahu a účelu aplikací bude ke každé aplikaci k dispozici její stručný popis. •Mapové aplikace (komponenta) s omezením na relevantní data (vrstvy) a úroveň detailu dle role uživatele. Předpokladem je užití výstupů reportingového nástroje v rámci Mapové aplikace a naopak. •Reportingový nástroj pro připravené reportingové sestavy a dashboardy. •Reportingový nástroj Ad-hoc analýzy a dotazování.	ANO	Portál je řešen prostřednictvím rozcestníku, který umožňuje přístup ke všem funkčnostem Geoportálu. Požadavek je splněn "out of the box" bez nároků na implementaci. 1 MD na konfiguraci.	Součinnost 0,5 MD na konfiguraci
44	5.5.3	Interní Geoportál (Webový portál (Geoportál))	Pro správce řešení budou k dispozici: • Nástroj ECM (pro správce řešení). • Nástroj ETL Management. • Nástroj pro správu modelu.	ANO	Správce řešení má uvedené systémy k dispozici. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
45	5.5.3	Interní Geoportál (Webový portál (Geoportál))	Interní Geoportál bude zcela nezávislý na provozu a stavu externího Geoportálu.	ANO	Interní a externí portál budou na úrovni prezentační vrstvy oddělenými a nezávislými systémy. . Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
46	5.5.4	Externí Geoportál - veřejný (Webový portál (Geoportál))	Externí Geoportál bude umožňovat přístup široké veřejnosti a pro vybrané části pouze pro ztotožněné uživatele. Evidenci ztotožněných uživatelů povede KSÚS za využití IDM (s AD) a ECM, není předpokládána registrace nových uživatelů prostřednictví veřejného webu.	ANO	Systém umožňuje jak volný přístup k vybraným aplikacím, tak zabezpečený přístup s ověřováním uživatele. Funkcionalita umožňující registraci pro externí uživatele máme nasazenu, ale je možné ji vypnout. Současně je dostupná funkce pro obnovu zapomenutého hesla. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
47	5.5.4	Externí Geoportál - veřejný (Webový portál (Geoportál))	Pro uživatele (případně ztotožněné) bude k dispozici primárně mapová aplikace (komponenta) s omezením na relevantní data (vrstvy) a úroveň detailu. Předpokladem je nahrazení části obsahu, které dnes poskytuje Geoportál Středočeského kraje. Přístup k datům pro původní řešení Geoportálu Středočeského kraje bude z řešení Geoportál KSÚS umožněn za pomoci webových služeb.	ANO	Omezení na vrstvy a úroveň detailu je aplikovatelné podle uživatelských rolí. Webové služby bude možné využívat aplikacemi 3. stran, včetně GIS portálu Středočeského kraje. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
48	5.5.4	Externí Geoportál - veřejný (Webový portál (Geoportál))	Dále bude přístupna i část Reportingu, avšak pouze pro vybrané reporty a ztotožněné uživatele. Pro veřejnost je předpokládáno zveřejňování reportů vygenerovaných a uložených v PDF formě.	ANO	Reporting je možné stahovat ve formě PDF dle uživatelských oprávnění. Požadavek je splněn "out of the box" bez nároků na implementaci. Lze řešit i s využitím Výdejního modulu.	Součinnost není vyžadována
49	5.5.4	Externí Geoportál - veřejný (Webový portál (Geoportál))	Provoz veřejné části řešení v případě kybernetického útoku, či přetížení (příliš mnoho aktivních uživatelů) nesmí ovlivnit chod interní sekce. Nesmí být tedy ovlivněn ani chod Konsolidované datové základny (datového sklad).	ANO	Pro zabezpečení služeb je použit protokol SSL (Secure Socket Layer). Pomocí digitálního certifikátu tak je zašifrována komunikace mezi klientem (webovým prohlížečem) a serverem. Architektura infrastruktury systému je navržena tak, aby přílišná zátěž neovlivnila chod systému. . Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
50	5.6.1	Obecné funkční požadavky (Reportingový nástroj)	Generování online výstupů (dashboardů, reportů, souborů) iniciovaných uživatelem – uživatel otevírá portál, vybírá dashboard / report a spouští jej.	ANO	Uživatelské prostředí poskytuje ovládaci prvky pro generování reportů. . Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
51	5.6.1	Obecné funkční požadavky (Reportingový nástroj)	Automatické generování výstupů (dashboardů, reportů, souborů) v pravidelných periodách v závislosti na dostupnosti dat pro pravidelné zasílání e-mailem, uložení na file system, a zaslání notifikace o dostupnosti. V případě automatického generování pravidelných exportů bude možnost definovat šablonu názvu souborů (názvy, časové značky apod.).	ANO	Systém umožňuje definování výstupu a periodu, kdy má být odeslán a identifikaci adresáta/systému. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
52	5.6.1	Obecné funkční požadavky (Reportingový nástroj)	Možnost interaktivní práce s reporty a výstupy, filtrování dat, prokliky na/z detailu – drill down/up/through/across. Možnost postupného procházení (vnořování) hierarchickou strukturou reportu pomocí rozbalovacích (sbalovacích) struktur.	ANO	Interaktivní práce s reporty a výstupy, filtrování dat, prokliky na/z detailu – drill down/up/through/across a možnost postupného procházení (vnořování) hierarchickou strukturou reportu pomocí rozbalovacích (sbalovacích) struktur je součástí Reportingového modulu. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
53	5.6.1	Obecné funkční požadavky (Reportingový nástroj)	Podporuje multidimenzionální zobrazení a práci s daty v podobě OLAP / ROLAP.	ANO	Podpora multidimenzionální zobrazení a práci s daty v podobě OLAP / ROLAP - Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
54	5.6.1	Obecné funkční požadavky (Reportingový nástroj)	Definování, nastavení a vyhodnocení KPI. Nastavení cílových hodnot (dlouhodobé uložení) pro jednotlivá KPI a jejich vyhodnocení v rámci reportingu (V kontextu dashboardů).	ANO	Lze uživatelsky nastavit vyhodnocení předem definovaných hodnot (překročení položky v rozpočtu, nedodržení termínu odstranění závady, vypršení záruky) v rámci reportingu. V dashboardu se zobrazuje upozornění (dá se nastavit). Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
55	5.6.1	Obecné funkční požadavky (Reportingový nástroj)	Možnost užití vlastních kalkulovaných ukazatelů a virtuálních filtrů v rámci reportingu.	ANO	Užití vlastních kalkulovaných ukazatelů a virtuálních filtrů v rámci reportingu je standrdní funkčnost. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
56	5.6.1	Obecné funkční požadavky (Reportingový nástroj)	Dostupnost široké palety vizuálních prvků včetně možností standardního formátování – tabulky (standardní, křížové), grafy, při zachování exportní kompatibility do xls/x a dalších výstupních formátů.	ANO	Dostupnost široké palety vizuálních prvků včetně možností standardního formátování – tabulky (standardní, křížové), grafy, při zachování exportní kompatibility do xls/x a dalších výstupních formátů. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
57	5.6.1	Obecné funkční požadavky (Reportingový nástroj)	Podpora vizualizace výsledků jednotlivých výstupů (reportů, dashboardů, analýz) v rámci geografické vizualizace formou lokalizací na jednotlivé objekty, barevnou vizualizaci a symbolizaci dle nadefinovaných podmínek.	ANO	Podpora vizualizace výsledků jednotlivých výstupů (reportů, dashboardů, analýz) v rámci geografické vizualizace formou lokalizací na jednotlivé objekty, barevnou vizualizaci a symbolizaci dle nadefinovaných podmínek. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována

5.6.1

Obecné funkční požadavky (Reportingový nástroj)

Podpora formátování výstupů na ohraničený prostor a formu při zobrazení

reportu. Zachování čitelnosti, korektního zobrazení při tisku, formátování formy dle tiskového rozměru (např. A4, A3 formáty) a předpokládaného zobrazovacího zařízení (PC, tablet, mobil).

ANO

Reporty jsou publikovány formou HTML stránky, která je responzivní dle zobrazovací jednotky a je přizpůsobena tisku na klasické formáty připojených tiskáren. Větší formáty tisků, specializované tištěné mapové výstupy budou

připravované v desktop klientu.

Součinnost není vyžadována

5.6.1

Obecné funkční požadavky

(Reportingový nástroj)

Možnost nastavení legend, popisků a komentářů (jak k jednotlivým reportům, tak k zobrazeným informacím). Sdílení těchto komentářů s dalšími uživateli.

ANO

K jednotlivým prvkům reportů je možno doplňovat sdílený komentář a u grafů a mapy definovat legendu

Součinnost není vyžadována

5.6.1

Obecné funkční požadavky

(Reportingový nástroj)

Možnost práce s daty a jejich granularitou – měnit agregaci dat dle potřeby

(např. dle časové dimenze – hodiny / dny / měsíce / kvartály / roky, dle profilu – 15 / 60 minut).

ANO

Definice parametru, dle kterého je prováděna agregace dat je základním parametrem definice reportu-

Součinnost není vyžadována

5.6.1

Obecné funkční požadavky

(Reportingový nástroj)

Možnost srovnání současných a historických dat – zobrazení grafické, tabelární, poměrové ukazatele (např. year-2-year).

ANO

Porovnání dat je možné v podobě tabelární, grafu nebo v mapě.

Součinnost není vyžadována

5.6.1

Obecné funkční požadavky (Reportingový nástroj)

Podpora Responsive web design (zajistit způsob stylování HTML dokumentu tak, aby zobrazení stránky bylo optimalizováno pro všechny druhy přenosných zařízení, jako jsou mobily, tablety, notebooky s dotykovým displejem atp.) – pro jednotlivé typy výstupů a přístupné libovolnému typu uživatele.

ANO

Portály a aplikace vytvořené v nabízeném systému podporují responzivní zobrazení. . Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

5.6.1

Obecné funkční požadavky

(Reportingový nástroj)

Umožnit Uživatelskou parametrizaci / konfiguraci automatických notifikací, distribucí reportů a výstupů na základě uživateli definovaných podmínek.

ANO

Rozhraní umožňuje uživatelskou parametrizaci / konfiguraci automatických notifikací, distribucí reportů a výstupů na základě uživateli definovaných podmínek.

Součinnost není vyžadována

5.6.1

Obecné funkční požadavky

(Reportingový nástroj)

Umožňuje uživateli zobrazovat pouze výstupy (reporty/sestavy/dashboardy), ke kterým má daný uživatel práva.

ANO

Přístup k výstupům reportingových nástrojů je řízen uživatelskými právy definovanými v IDM. Požadavek je splněn "out

of the box" bez nároků na implementaci.

Součinnost není vyžadována

5.6.1

Obecné funkční požadavky

(Reportingový nástroj)

Možnosti flexibilní manuální (ad-hoc) analýzy a procházení dat.

ANO

Reportingový nástroj umožňuje vytváření ad-hoc analýz a procházení dat, nástroje na ad-hoc analýzy jsou

implementovány také v mapě

Součinnost není vyžadována

5.6.2

Manažerská část (Reportingový nástroj)

Bude umožňovat připojení uživatelsky definovaného výstupu z Provozně technické části:

• Statistiky majetku (silniční síť, počty a stav svislého a vodorovného značení, svodidel, atp.).

• Aktuální informace z prohlídek komunikací (přehledy závad, záruk, atp.).

• Aktuální informace o provádění běžné a zimní údržby komunikací.

• Přehledy realizovaných staveb.

• Čerpání finančních prostředků na údržbu a opravy.

• a další (bude upřesněno v rámci Implementační studie).

ANO

Systém umožňuje připojení uživatelsky definovaného výstupu z provozních systémů. Uvedené příklady jsou již v systému CleveRA podporovány. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

5.6.2

Manažerská část (Reportingový nástroj)

Bude obsahovat výstupy pro podporu rozhodování o financování správy a údržby silniční sítě:

• Plány priorit pro údržby a opravy na síti komunikací pro zvolenou finanční strategii nebo požadovaný vývoj stavu komunikací

• Rozpočty – optimální rozpočtový profil pro dosažení požadované kvality silniční sítě za uživatelsky definované období

• Výstupy o kvalitě silniční sítě za použití definovaných ročních rozpočtů za zvolené období

• Srovnání aktuálních a historických dat stavu komunikací a financování

• a další (bude upřesněno v rámci Implementační studie).

ANO

Uvedené výstupy jsou součástí nabízené plné verze systému CleveRA. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

5.6.3

Ad-hoc analýzy a dotazování (Reportingový nástroj)

ANO

Reportovací systém umožňuje provádět analýzy formou Drag and Drop nad konsolidovanou datovou základnou. Výsledky analýz (tabulky, grafy) je možné zobrazit, uložit a exportovat s využitím nápovědy a FAQ. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

5.6.3

Ad-hoc analýzy a dotazování (Reportingový nástroj)

Tento nástroj budou užívat primárně analytici a management KSÚS. Tento nástroj musí podporovat výše uvedené funkcionality, mezi klíčové oblasti patří:

• poskytování reportingových výstupů (dashboardů/reportů/sestav),

• podpora řízení uživatelských přístupů a tvorby oprávnění,

• správa úložiště (repository) uživatelských reportů,

• podpora správy a konfigurace reportů (verzování, publikace),

• podpora tvorby a úpravy výstupů (dashboardů/reportů/sestav) včetně uživatelských výpočtů a kalkulací,

• podpora životního cyklu reportu (nahrání dat, validace dat ze strany business garanta, publikace uživatelům),

• provázání fyzického a logického datového modelu,

• definice business pravidel k výstupům a jejich metadata,

• vazba výstupů na business slovník,

• správa/editace obsahu umělých číselníků a hierarchií (neimportované ze zdrojových systémů).

ANO

Reportingový nástroj umožňuje uvedené funkcionality. . Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

5.7.1

Vlastnosti a funkce mapy (Mapové aplikace)

• Lokalizační služby musí umožnit interpretaci dat s využitím uzlového lokalizačního systému, provozního staničení i souřadnicového lokalizačního systému (GPS, JTSK, WGS 84, atd.).

• provázanost s dalšími aplikačními moduly Geoportálu.

• funkční provoz při zajištění definovaných požadavků pro daný počet uživatelů, viz. kapitola Výkonnostní požadavky.

• funkčnost mapové komponenty bez nutnosti instalace dodatečných SW doplňků

(např. Java, Flash apod.) ze strany uživatelů.

ANO

Existuje lokalizační služba pro zjištění referenčních údajů (úsek, síť, úsekové a provozní staničení, souřadnice X,Y). Mapová komponenta je součástí většiny aplikací Geoportálu a je hlavní součástí aplikací vytvářených uživatelem. Výkonnost systému je navržena pro počet uživatelů specifikovaný touto ZD a je do budoucna rozšiřitelný. Na straně uživatele webového portálu systém nevyžaduje žádné dodatečné instalace doplňků nad rámec standardních webových prohlížečů definovaných ZD.

Součinnost není vyžadována

5.7.1

Vlastnosti a funkce mapy (Mapové aplikace)

Administrátor bude moci vytvořit mapovou aplikaci, pro kterou bude moci konfigurovat parametry. Zároveň v náhledu aplikace dynamicky uvidí její aktuální

nastavení.

ANO

Existuje rozhraní pro jednoduchou tvorbu mapových aplikací. Funkce mapy lze rozšiřovat prostřednictvím dodaných

widgetů (nástrojů), které pracují s obsahem mapové kompozice. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

72	5.7.1	Vlastnosti a funkce mapy (Mapové aplikace)	Základní konfigurovatelné parametry mapové aplikace: • Název aplikace. • Vzhled aplikace – výběr barev, ikony aplikace. • Výběr výchozí podkladové mapy. • Výběr výchozího mapového projektu. • Nastavení výchozího mapového rozsahu. • Nastavení grafického měřítka. • Výběr nástrojů a jejich konfigurace, možnost změny pořadí nástrojů. • Nastavení uživatelských práv (přístup, editace dat).	ANO	CMS pro tvorbu mapových aplikací podporuje uvedené funkční bloky a nastavení • Název aplikace. • Vzhled aplikace – výběr barev, ikony aplikace. • Výběr výchozí podkladové mapy. • Výběr výchozího mapového projektu. • Nastavení výchozího mapového rozsahu. • Nastavení grafického měřítka. • Výběr nástrojů a jejich konfigurace, možnost změny pořadí nástrojů. • Nastavení uživatelských práv (přístup, editace dat). Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
73	5.7.1	Vlastnosti a funkce mapy (Mapové aplikace)	Vytvořené mapové aplikace se budou uživatelům zobrazovat v portálu mapových aplikací (dle uživatelských práv) včetně jejich náhledu.	ANO	Vytvořené mapové aplikace je možné zařadit oprávněným uživatelům na úvodní stránku Geoportálu. . Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
74	5.7.1	Vlastnosti a funkce mapy (Mapové aplikace)	Systém umožní vysokou úroveň customizace a univerzálnosti pro potřeby propojení na jiné datové zdroje. Tím bude zajištěno jednoduché sledování stavu, funkce a výkonu všech komponent zapojených do takového řešení pak umožní snadné sledování pro všechny zapojené funkce v rámci výkonné i řídící struktury.	ANO	Systém obsahuje komunikační platformu, která zabezpečuje jednoduché propojení na jiné zdroje.	Součinnost není vyžadována
75	5.7.1	Vlastnosti a funkce mapy (Mapové aplikace)	Komponenta by měla umožnovat tvorbu více pohledových obrazovek – grafických schémat, umožnit zoom ve schématech (schématických mapách) - ve vektorové grafice, aby byla na velkých, dohledových obrazovkách zachována přehlednost a čitelnost hodnot.	ANO	Nastavení zobrazení je plně customizovatelné prostřednictvím tlustého klienta pro tvorbu mapových služeb, kde lze nastavit pro každou zobrazovanou měřítkovou úroveň vlastní symbologii, velikost písma a další pravidla kartografické reprezentace vektorové grafiky. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
76	5.7.1	Vlastnosti a funkce mapy (Mapové aplikace)	Systém musí podporovat vizualizace nad geografickými informačními systémy zobrazení aktuálních (dynamických) dat, jako jsou data z IoT. IoT data zahrnují například polohy jednotlivých vozidel údržby vozovky, nebo data o stavu vozovky ze sítě Sigfox (teplota, množství srážek, atd.).	ANO	Dynamická data lze vizualizovat v mapě. Předmětem dodávky bude aplikace pro sledování polohy a výkonů vozidel zimní údržby a pro vizualizaci dat z meteorologických stanic nebo IoT čidel.. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
77	5.7.1	Vlastnosti a funkce mapy (Mapové aplikace)	Součástí řešení bude dodání jednotlivých mapových nástrojů, které bude možné do mapových aplikací vkládat	ANO	Nástroje (widgety) jsou součástí nabízeného řešení. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
78	5.7.2.1	Ovládání mapy (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)	Pohyb v mapě bude možné ovládat běžným způsobem – posunem myší v mapě, přiblížením a oddálením kolečkem myši či zadáním výřezu pro přiblížení.	ANO	Mapová komponenta umožňuje standardně používané způsoby práce s mapou - přibližování, oddalování a posun, nebo při současném stisku klávesy SHIFT i definici výřezu pro přiblížení. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
79	5.7.2.2	Obsah mapy (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)	strukturované zobrazení připojených mapových služeb a vrstev, jejich vypínání a zapínání	ANO	Tato funkce je řešena tabulkou obsahu, kde jsou zobrazeny připojené služby a lze je zapínat/vypínat, nebo měnit pořadí vykreslování. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
80	5.7.2.2	Obsah mapy (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)	změna pořadí vykreslování mapových služeb	ANO	Mapové služby a v nich obsažené vrstvy jsou zobrazeny v přehledném seznamu, ze kterého je možno ovládat jejich zobrazení a pořadí vykreslování. . Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována

81	5.7.2.2	Obsah mapy (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)	nastavení průhlednosti jednotlivým mapovým službám	ANO	Každé mapové službě je možno nastavit její průhlednost - a to jak operačním službám, tak i podkladovým. . Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
82	5.7.2.2	Obsah mapy (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)	zobrazení legendy	ANO	Legenda se zobrazuje pro všechny zobrazené služby. Služby, které se nevykreslují v legendě nejsou. . Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
83	5.7.2.2	Obsah mapy (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)	přidání vlastních i externích mapových služeb	ANO	Systém podporuje připojování dalších mapových služeb. A to jak vlastních, vytvořených v dodaném řešení, tak externích. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
84	5.7.2.2	Obsah mapy (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)	přidání dat ve formátu SHP	ANO	Existuje nástroj, který umožňuje přidání dat ve formátu SHP z lokálního úložiště uživatele. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
85	5.7.2.2	Obsah mapy (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)	uložení aktuálního nastavení mapy – vytvoření vlastního mapového projektu zahrnující nastavení připojených mapových služeb, nastavení pořadí vykreslování, průhlednosti a mapového rozsahu	ANO	Uživatel má možnost vytvářet mapový projekt, ve kterém definuje parametry obsažení v tomto požadavku. . Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
86	5.7.2.2	Obsah mapy (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)	správa vlastních mapových projektů – editace, přejmenování a smazání	ANO	Mapové projekty je možné editovat, přejmenovávat a mazat. . Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
87	5.7.2.2	Obsah mapy (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)	možnost vytváření sdílených (veřejných) mapových projektů administrátorem	ANO	Administrátor může nastavit uživatelská práva na prohlížení mapového projektu i pro veřejnost. V tomto případě pak bude po umístění na externí Geoportál přímo dostupná veřejnosti. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
88	5.7.2.2	Obsah mapy (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)	ovládání MapTipu, nebo obdobné řešení pro práci s dílčími okny s informacemi a volbami nad mapou	ANO	Při definici mapové služby specifikuje administrátor i funkci maptipu. Použitím této služby v mapovém projektu je možné maptip využít. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována

5.7.2.3

Identifikace prvků sítě (Mapové aplikace

- Seznam a funkčnost požadovaných nástrojů)

zobrazení atributových informací k prvkům silniční sítě

ANO

Mapová komponenta obsahuje identifikační funkci, která k libovolnému objektu v mapě zobrazí jeho atributové informace - pokud na ně má uživatel právo

Součinnost není vyžadována

5.7.2.3

Identifikace prvků sítě (Mapové aplikace

- Seznam a funkčnost požadovaných nástrojů)

výběr mapové služby a vrstvy pro identifikaci

ANO

Nástroj pro identifikaci umožňuje ve svém uživatelském rozhraní volbu mapové služby z mapového projektu a výběr konkrétní vrstvy. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

5.7.2.3

Identifikace prvků sítě (Mapové aplikace

- Seznam a funkčnost požadovaných nástrojů)

identifikace napříč více mapovými vrstvami a službami

ANO

Funkce identifikace umožňuje dotazovat se na všechny aktivní vrstvy v mapovém okně. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

5.7.2.3

Identifikace prvků sítě (Mapové aplikace

- Seznam a funkčnost požadovaných nástrojů)

možnost volby způsobu identifikace – bodem, linií, obdélníkem, polygonem a kruhem

ANO

Výběr množiny pro identifikaci je možná bodem, lomenou linií, pravoúhlým polygonem. polygonem volného tvaru a kruhem. . Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

5.7.2.4

Vyhledávání prvků sítě (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)

vyhledávání prvků sítě na základě zadaných atributových parametrů, možnost kombinace více atributů a jejich hodnot

ANO

Vyhledávání prvků sítě je standardně možné v nástroji "Vyhledávání v ULS" podle tahu a provozního staničení, nebo podle čísla úseku. Navíc je možné v obecnějším vyhledávacím nástroji sestavit dotaz z kombinace hodnot jednotlivých atributů a logických operátorů. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

5.7.2.4

Vyhledávání prvků sítě (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)

prostorové omezení dotazu pro vyhledávání – v aktuálním mapovém rozsahu, zadaném výřezu či obalové zóně

ANO

Nástroj pro vyhledávání umožňuje prostorově omezit zájmovou lokalitu tak, aby nedocházelo k vyhledávání v celém rozsahu dat. Omezení je možné provést v rámci aktuálního mapového výřezu, ručně zadaném polygonu, nebo v obalové zóně vybraného prvku. Volba "součet vyhledaných" pak umožňuje například provést součet délek vyhledaných úseků. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

95	5.7.2.4	Vyhledávání prvků sítě (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)	zobrazení – našeptávání hodnot, kterých nabývá daný atribut pro usnadnění vyhledávání	ANO	Při vyplňování hodnot do pole pro vyhledávání je možné využít našeptávání z obsahu daného atributu. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
96	5.7.2.4	Vyhledávání prvků sítě (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)	tabulkové zobrazení vyhledaných prvků	ANO	Systém umožňuje zobrazení vyhledaných prvků v tabulce. Záznamy v tabulce je poté možné řadit a zvýrazňovat v mapě Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
97	5.7.2.4	Vyhledávání prvků sítě (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)	export vybraných prvků do strukturovaných souborů typu CSV a XLS	ANO	Vybraná data lze z tabulky exportovat do formátů csv a xls	Součinnost není vyžadována
98	5.7.2.4	Vyhledávání prvků sítě (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)	zobrazení vyhledaných prvků v mapě	ANO	Vyhledané prvky jsou zobrazeny zvýrazněním v mapě a jejich rozsahu je přizpůsoben i extent mapy. Dále lze zvýrazňovat a přizpůsobovat extent mapy i jednotlivým vyhledaným záznamům. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
99	5.7.2.5	Tisk mapy (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)	Nástroj pro export tiskových výstupů z mapové aplikace dle aktuálního nastavení mapy a zadaných parametrů. Pro tisk budou využity tiskové služby na mapovém serveru, tiskové šablony bude možné libovolně upravovat vlastními silami SUS SK.	ANO	Existuje nástroj (widget), který zabezpečí možnost tiskového výstupu a jeho uživatelské nastavení včetně šablony. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
100	5.7.2.5	Tisk mapy (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)	možnost exportu mapy do formátů PDF, PNG, JPG, SVG	ANO	Mapu lze exportovat do uvedených formátů včetně GIF	Součinnost není vyžadována

101

5.7.2.5

Tisk mapy (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)

nastavení velikosti a orientace, výběr šablony

ANO

Tisk mapy lze přizpůsobit formátu tiskárny (velikost papíru, orientace) a mapu lze tisknout za využití předdefinované šablony. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

102

5.7.2.5

Tisk mapy (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)

zadání nadpisu a autora mapy

ANO

Mapu lze doplnit o texty stylizované do nadpisu a uvedení autora mapy. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

103

5.7.2.5

Tisk mapy (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)

nastavení kvality tiskového výstupu

ANO

Nástroj pro tisk umožňuje nastavení kvality tiskového výstupu uživatelským nastavením hodnoty DPI. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

104

5.7.2.5

Tisk mapy (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)

výběr tisku s legendou, bez legendy

ANO

Při volbě obsahu tiskového výstupu je možné zvolit tisk s legendou nebo bez ní. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

105

5.7.2.6

Reporty silniční sítě (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)

polygonem.

ANO

V mapě bude nástroj pro generování statistických reportů o silniční síti i dalších jevech v mapě. Výběr objektů je možné provádět uvedenými metodami. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

106

5.7.2.6

Reporty silniční sítě (Mapové aplikace - Seznam a funkčnost požadovaných

nástrojů)

Statistický report vybrané silniční sítě – délky, šířky, počty úseků, sumarizace tahů

ANO

Existuje nástroj, který zobrazí report (délky, šířky, počtu úseků a sumarizace tahů) nad výběrem úseků silniční sítě libovolným typem geometrie (bod, linie, polygon). Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

107

5.7.2.6

Reporty silniční sítě (Mapové aplikace - Seznam a funkčnost požadovaných

nástrojů)

Procentuální zastoupení klasifikace stavu povrchu

ANO

K dispozici je graf s procentuálním zastoupením klasifikace stavu povrchu vozovek na definované územní jednotce. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

108

5.7.2.6

Reporty silniční sítě (Mapové aplikace - Seznam a funkčnost požadovaných

nástrojů)

Procentuální zastoupení druhu povrchu

ANO

K dispozici je graf s procentuálním zastoupením povrchu vozovek na definované územní jednotce. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

109

5.7.2.6

Reporty silniční sítě (Mapové aplikace - Seznam a funkčnost požadovaných

nástrojů)

Statistiky a rozsah poruch

ANO

K dispozici je report stavu komunikací a evidovaných poruch Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

110

5.7.2.7

Měření (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)

Nástroj pro měření délek a ploch v mapě a pro získání hodnoty staničení v kterémkoliv bodě na silniční síti:

• měření délky a plochy v mapě s možností výběru jednotek

• odečet hodnoty úsekového, provozního staničení v místě bodového dotazu

• odečet souřadnic v mapě

ANO

Mapová komponenta obsahuje standardní nástroje pro odečet souřadnic a měření v mapě prostřednictvím libovolné geometrie. Současně existuje i nástroj, využívající lokalizační službu na síť ULS, která vrací uživateli do tohoto nástroje čísla úseku, tah a hodnoty provozního a úsekového staničení. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

111

5.7.2.8

Nástroj pro vizualizaci dat (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)

ANO

Na systémech naší společnosti jsou založeny mnohé řídicí systémy včetně Národního dopravního informačního centra s celostátním rozsahem. K dispozici máme specializovanou mapu, která zobrazuje on-line data z Konsolidovaného datového skladu. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

112

5.7.2.8

Nástroj pro vizualizaci dat (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)

• přehledová / alarmy,

• fyzická schémata,

• logická schémata,

• mapa dopravní infrastruktury nad GIS vrstvou,

• data z telemetrických měření.

ANO

Pro vytváření vizualizací dat bude k dispozici tlustý klient ArcGIS Pro, který poskytuje silné kartografické nástroje. Tyto vizualizace je pak možno prostřednictvím mapových služeb publikovat v mapové aplikaci. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

113

5.7.2.9

Další požadované funkcionality (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)

vytváření záložek se zafixovaným mapovým rozsahem

ANO

Součástí řešení je i nástroj pro vytváření mapových záložek - nastavení mapového rámce pro opakované použití - například lokalitu stavby, cestmistrovství, obec, atp. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

114

5.7.2.9

Další požadované funkcionality (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)

vkládání uživatelských poznámek do mapy

ANO

Mapová komponenta obsahuje možnost přidání nástroje pro vytváření grafických a textových poznámek do mapy. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

115

5.7.2.9

Další požadované funkcionality (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)

zobrazení přehledové mapky, zobrazení číselného a grafického měřítka

ANO

Mapová komponenta umožňuje standardní funkce, jako je zobrazení přehledové mapky a zobrazení číselného a grafického měřítka mapového výřezu.

Součinnost není vyžadována

116

5.7.2.9

Další požadované funkcionality (Mapové aplikace - Seznam a funkčnost

požadovaných nástrojů)

zobrazení nápovědy a kontaktů na provozovatele a podporu

ANO

Součástí informací o Portále uvedených na úvodní stránce jsou kontaktní informace na provozovatele a jeho HelpDesk. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

117

5.7.2.9

Další požadované funkcionality (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)

možnost vložení odkazů na dokumentace, možnost vložení popisu

ANO

Systém umožňuje vkládat odkaz na dokumentace ve sdíleném FileSystému a v dialogovém okně zadat popis dokumentu. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

118

5.7.2.9

Další požadované funkcionality (Mapové aplikace - Seznam a funkčnost

požadovaných nástrojů)

možnost vazby na metadata

ANO

Součástí Portal for ArcGIS je možnost vést metadata k jednotlivým mapovým službám a datovým sadám. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

119

5.7.2.9

Další požadované funkcionality (Mapové aplikace - Seznam a funkčnost

požadovaných nástrojů)

možnost poskytování otevřených dat

ANO

Pokud to budou umožňovat licenční podmínky datové sady, bude možné data poskytovat prostřednictvím Portálu jako

otevřená data ke stažení veřejnosti prostřednictvím Výdejního modulu. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

120

5.7.2.9

Další požadované funkcionality (Mapové

aplikace - Seznam a funkčnost požadovaných nástrojů)

práce s mapovými projekty

ANO

Pro Analytika GIS bude k dispozici desktopový klient ArcGIS, kterým bude možné připravovat mapové projekty pro publikaci mapových služeb, případně jejich aktualizaci. Požadavek je splněn "out of the box" bez nároků na

implementaci.

Součinnost není vyžadována

121

5.7.2.10

Dynamika (Mapové aplikace - Seznam a funkčnost požadovaných nástrojů)

Zobrazení dynamického obsahu nad mapovým podkladem - cílem je realizace zobrazení v takřka reálném čase dynamické informace

Např. události v dopravě, stav obsazenosti parkovacích ploch, stav ovzduší, aktuální

kamerové snímky, polohy vozidel údržby silnic, atp.

ANO

Technologie Esri umožňuje vizualizaci dynamických dat formou mapových služeb, které budou využívány systémem CleveRA. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

122

5.7.3

Podkladové mapy (Mapové aplikace)

V rámci realizace Geoportálu KSÚS dodavatel implementuje mapovou službu geoportálu Středočeského kraje – Ortofotomapu.

ANO

Připojeny budou zdarma

- podkladové mapy ČUZK - základní mapy, katastrální mapa, ortofotomapa

- ortofotomapa Středočeského kraje

- dopravní mapa

Bude zapotřebí zajistit přístup k webovým službám Krajského úřadu, mít uzavřenou smlouvu s ŘSD ČR na ULS. Součinnost 3 MD

123

5.8.1

Videopasport (Základní objekty konsolidace Geoportál)

Pozice (trasa) a stopáž videozáznamu a případných dalších metadat ke stavu vozovky. Předpokladem je užití pouze metadat a provázání s primárním úložištěm.

ANO

Systém zobrazí snímek videozáznamu pozemní komunikace uloženého ve filesystému a data o stavu komunikace. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

124

5.8.2

Dopravní značení (vodorovné, svislé) (Základní objekty konsolidace Geoportál)

Pozice a typ dopravního značení a případných dalších metadat k těmto objektům

ANO

Data o VDZ a SDZ je možné v nabízeném systému vizualizovat a dotazovat se na jejich atributy. Pozice SDZ je dána pozicí nosiče SDZ, ke kterému je vlastní značení vázáno. V mapovém okně využíváme symbologii dle příslušné vyhlášky o pravidlech provozu na pozemních komunikacích

Součinnost není vyžadována

125

5.8.3

Pasport zeleně (Silniční vegetace) (Základní objekty konsolidace Geoportál)

Zeleň – typ, umístění, druh, plochy, fotografie atd..

ANO

Cestmistrovství Klatovsko a Domažlice jsou v Plzeňském kraji. Předpokládáme, že Zadavatel dodá vlatní data pro migraci. Po analýze a importu dat bude konfigurací na míru vytvořena aplikace pro evidenci zeleně a vykazování prací. 5 MD

Součinnost při konfiguraci aplikace 2 MD.

126

5.8.3

Pasport zeleně (Silniční vegetace) (Základní objekty konsolidace Geoportál)

ANO

Aplikace vytvořená dle předchozího požadavku bude zobrazovat mapovou vrstvu dílčích prvků zeleně a bude obsahovat i reportingový nástroj pro inventuru zeleně.

Součinnost není vyžadována

127

5.8.4

Pasport svodidel, zábradlí (Základní objekty konsolidace Geoportál)

Svodidla –typ, zádržnost, délka, fotografie, závady, návrh na opatření atd. Společný požadavek k pasportům

Pro výše uvedené pasporty bude jako součást plnění požadována datová integrace s Digitální technickou mapou Středočeského kraje, která řadu uvedených prvků obsahuje a vede.

ANO

Pasport záchytných bezpečnostních zařízení umožňuje vedení atributů a vazbu na nalezené závady a navržená opatření. Pasportní data je možné získat a aktualizovat z DTM Středočeského kraje - pokud bude DTM taková data obsahovat.

Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

128

5.8.5

Dopravní omezení (Základní objekty

konsolidace Geoportál)

Funkcionalita musí podporovat uživatelské zadávání dopravních omezení přímo

prostřednictvím dodávaného portálu.

ANO

Existuje uživatelské rozhraní pro zadávání informací o dopravních omezeních. Současně existují služby pro jejich

vizualizaci. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

129

5.8.6

Realizované akce staveb, oprav, údržby, sledování záruk (Základní objekty konsolidace Geoportál)

Přehledy realizovaných akcí, databáze technologií oprav a údržby, ceníky jednotlivých technologií oprav a údržby, kontrola záručních lhůt.

Tato datová sada bude čerpat data ze zdrojových systémů a bude tak sloužit jako nástroj pro možnost vizualizace stavu realizovaných projektů nad mapami v Geoportálu.

Zdrojovými systémy pro tuto datovou sadu budou projektové řízení, stavební projekty, stavební výkaznictví a provozně-ekonomický informační systém KSÚS.

ANO

Existuje aplikace pro vizualizaci realizovaných akcí údržby, oprav a rekonstrukcí, provázaných s databází technologií, ceníků a možností kontroly záruk. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

130

5.8.7

Rozpočet (Základní objekty konsolidace Geoportál)

Plánovaný, schválený rozpočet na souvislé opravy, rekonstrukce, mostní program, investiční akce, ROP, SFDI, důlní škody, přeshraniční spolupráce.

Zdrojovými systémy pro tuto datovou sadu budou projektové řízení, stavební projekty, stavební výkaznictví a provozně-ekonomický informační systém KSÚS.

ANO

Systém umožňuje vizualizaci plánovaného, schváleného rozpočtu na souvislé opravy, rekonstrukce, mostní program, investiční akce, ROP, SFDI, důlní škody, přeshraniční spolupráci, pokud obsahují prostorovou složku (lokalizaci).

Součinnost není vyžadována

131

5.8.8

Prohlídky komunikací, evidence závad (Základní objekty konsolidace Geoportál)

Sběr záznamů o závadách a pasportizaci součástí a příslušenství komunikací v terénu prostřednictvím mobilní aplikace.

Funkcionalita bude umožňovat i práci z desktopového prostředí v oblasti evidence závad a jejich dalšího zpracování včetně vizualizace.

ANO

Kontrolní systém běžné údržby umožňuje spravovat veškerá data o nahlášených závadách na pozemních komunikacích. Je nezávislý na stávajícím územním uspořádání a z hlediska další konfigurace je plně otevřen vznikajícím potřebám a požadavkům uživatelů. Představuje komplexní řešení pro běžnou údržbu komunikací. Slouží zejména pro prohlídky silnic v souladu se Zákonem č. 13/1997 Sb., resp. vyhláškou č. 104/1997 Sb., evidence závad a řízení procesů spojených se zadáním, ověřením, odstraněním závady a ekonomickým vyhodnocením běžné údržby.

Kontrolní systém běžné údržby má dvě varianty, a to webovou aplikaci a mobilního klienta. Webová aplikace se používá pro plně komfortní práci v kanceláři. Mobilní klient je určen pro práci v terénu – pořizování nových záznamů o nalezených závadách. Oba typy aplikací tvoří jeden funkční celek, jehož prostřednictvím mohou uživatelé efektivně provádět stanovené prohlídky komunikací.

Webová aplikace umožňuje pracovat s daty závad na pozemních komunikacích od jejich zaznamenání inspektorem až po opravení závady a předání do provozu. U závad se jednoznačně stanovuje vazba na silniční síť a přesné umístění závady, lze je zobrazit v mapě spolu s dalšími datovými vrstvami. Současně lze definovat workflow pro zpracování požadavku na údržbu až do provedení opravy zjištěné závady. To představuje významný kontrolní mechanismus, kdy zadavatel může on-line operativně provádět kontrolu stavu řešení požadavků na opravy a cíleně se zaměřit na kvalitu provedení oprav

ze strany dodavatelů. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

132

5.8.9

Základní údaje o mostech a propustcích (BMS) (Základní objekty konsolidace Geoportál)

Dodavatel provede integraci dat ze stávajícího řešení KSÚS podpořeného současnou dodávkou funkcionality pro vedení dané agendy. Datová sada bude dostupná i prostřednictvím Geoportálu včetně možností vizualizace jednotlivých hodnot a dat.

ANO

Systém BMS bude integrován do Geoportálu KSÚS včetně všech funkcionalit a podpory procesů hospodaření s mosty.

Součinnost není vyžadována

133

5.8.10

Podrobná diagnostika vozovek (Základní objekty konsolidace Geoportál)

Součástí dodávky bude i dodávka funkcionality podporující vedení daných agend ze strany KSÚS včetně vizualizace prostřednictvím Geoportálu KSÚS.

ANO

Součástí dodávky bude i aplikace Diagnostika vozovek pro vedení datového skladu údajů podrobné diagnostiky vozovek. Součástí takto uložených datových sad jsou i metadata obsahující informace o zdroji, rozsahu dat a dalších souvisejících údajů. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

134

5.8.11

Zimní údržba (Základní objekty konsolidace Geoportál)

Okruhy zimní údržby, úseky udržované solením, inertním posypem, neudržované úseky.

Součástí dodávaného řešení bude i funkcionalita umožňující řádné, tedy zejména v souladu s platnou legislativou, zpracování plánu zimní údržby a export jeho výstupů, včetně tiskových. Plány údržby. Sledování pohybu vozidel zimní údržby nad předvoleným mapovým podkladem pro potřeby interních dispečinků a interních uživatelů.

ANO

Aplikace elektronický Plán zimní údržby je zpracován jako jednotný dokument pro údržbu silnic během zimního období a stanovuje, jakým způsobem je řízena a prováděna zimní údržba v rámci jednotlivých okruhů, a to ve smyslu ustanovení Zákona č.13/1997Sb. o pozemních komunikacích a jeho prováděcí Vyhlášky č.104/1997, ve znění pozdějších předpisů. Plán zimní údržby lze z aplikace kdykoliv vytisknout nebo exportovat do formátu PDF.

Deník zimní údržby (DZÚ) je aplikace pro sledování a výkaznictví údržby silnic I., II. a III. třídy, jehož povinnost vedení pro zimní období je stanovena v příloze č. 8 k vyhlášce č. 104/1997 Sb.

Deník zimní údržby umožňuje provádět chronologické záznamy všech zjištění, činností zimní údržby a zajištění BESIPu. Slouží k definování pracovníků ve službě a domácí pohotovosti, vozidel zimní údržby. Současně umožňuje provádět záznamy o stavu počasí a sjízdnosti komunikací. Je provázán na centrální systémy Zimní zpravodajská služba a výkony v zimní údržbě. Aplikace umožnuje vést záznamy pro silnice I., II. a III. třídy.

Sledování vozidel - slouží k získání informací o poloze a druhu výkonu sledovaných vozidel přímo z GPS jednotek instalovaných ve sledovaných vozidlech, nebo ze serveru sledovacího systému. Výstupem je výkaz odvedených činností na dané oblasti a odeslání dat do provozně-výrobního plánu jako podklad k fakturaci a do sledování výkonů zimní údržby jako podklad k hodnocení adekvátnosti zimní údržby. Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

135

5.8.12

LaserScan, letecké snímkování, panoramatické video (Základní objekty konsolidace Geoportál)

Laserové mračno bodů, panoramatické, statické snímky. Letecké snímkování s velmi vysokým rozlišením od 5 cm/pixel.

ANO

Systém umožňuje evidovat data z mobilních mapovacích systémů a poskytovat odkaz na jejich úložiště. Panoramatické snímky s lokalizací je možné vizualizovat v mapě. Letecké snímky publikované prostřednictvím mapové služby je možné použít jako pokladovou vrstvu v mapovém okně.

Součinnost min 5 MD, poskytnutí odkazů na strukturované úložiště dat

136	5.8.13	Plán akcí staveb, oprav a údržby (Základní objekty konsolidace Geoportál)	Funkcionalita bude čerpat data prostřednictvím integrace na software stavebního a projektového řízení nasazený na KSÚS (a rovněž účetního SW KSÚS) a bude umožňovat a zajišťovat vizualizace dílčích částí dat, i ve spolupráci se zvoleným mapovým podkladem, tedy zejména: • Realizované opravy a výstavby • Údržby • Sledování záruk • Rozpočet • Roční plán oprav a údržby vozovek, • Střednědobý strategický plán oprav vozovek • Roční plán oprav a údržby silničních objektů • Plán prohlídek komunikací • Přehled nákladů vynaložených na daný zvolený úsek komunikace • Plán diagnostiky vozovek, silničních objektů • Studie, Záborové elaboráty, Geometrické plány pro výkupy, Dokumentace pro vydání územního rozhodnutí, Dokumentace pro vydání stavebního povolení, Dokumentace pro provádění stavby, Realizační dokumentace stavby, Geodetické podklady, Geodetická dokumentace skutečného provedení stavby.	ANO	Systém obsahuje aplikaci pro publikaci varianty plánů priorit pro opravy, údržbu a rekonstrukce, které byly navrženy podle požadovaných parametrů – délka období, požadovaný stav silnic, varianty rozpočtu v rámci diagnostiky a vyhodnocení stavu komunikací. Plány jsou publikovány formou statických dokumentů ke stažení a formou interaktivních map a reportů. Aplikace je koncepčně navržena jako interaktivní mapová kompozice, která zobrazuje tematické mapy, v nichž jsou symbolizovány úseky komunikací podle aktuálního stavu, podle navržených priorit řešení a podle navržených technologií údržby a oprav.	Součinnost není vyžadována
137	5.8.14	Evidence projektů (Základní objekty konsolidace Geoportál)	Dodavatel v rámci dodávky dále zajistí funkcionalitu pro evidenci projektů (výstupy standardního projektového řízení) vztažené k objektům Geoportálu.	ANO	Předmětem dodávky bude i aplikace pro uložení a zpřístupnění kompletní projektové dokumentace staveb včetně metadat. Aplikace dále umožňuje rychlé a efektivní vyhledávání staveb a projektové dokumentace, zobrazení lokalizovaných projektů v mapě a stahování souborů projektové dokumentace. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
138	5.8.15	Dopravní zátěž (Základní objekty konsolidace Geoportál)	Vizualizace dopravní zátěže nad reálnou dopravní sítí zachycenou nad mapovým podkladem.	ANO	Součástí aplikací dostupných na Geoportále bude mapová aplikace zobrazující výsledky posledních celostátních sčítání dopravy - zátěž těžkými nákladními vozidly a zátěž celkem. Případně mohou být zobrazována data, která jsou výstupem vlastního sčítání dopravy, nebo bezplatně dostupná data z FCD (floating car data), poskytovaná ŘSD ČR. Dále může být součástí i mapová vrstva nehodových lokalit rozlišených podle závažnosti zranění. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
139	5.8.16	Fotodokumentace (Základní objekty konsolidace Geoportál)	Fotodokumentace a specializovaná mapa se zobrazením majetku, jeho stavu společně s dalšími dostupnými daty, KN, ortofoto apod.	ANO	Specializovaná mapa majetku umožňuje zobrazování prostorové lokalizace majetku na silniční síti, jeho atributů a připojené fotodokumentace. Dalšími podkladovými mapami jsou ortofoto, veřejný mapová služba katastru nemovitostí a vektorová vrstva RUIAN. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
140	5.8.17	Mapa silnic (Základní objekty konsolidace Geoportál)	Přehled silniční sítě, jejich změn a parametrů s možností vyhledávání a nástrojů pro výpočty délkových a plošných parametrů libovolných tras.	ANO	Aplikace Silniční mapa poskytuje náhled na aktuální, i starší verze sítě ULS. Je možné prohlížet vizualizaci změn oproti předchozí verzi ULS (geometrie i atributů) a provádět identifikaci, vyhledávání a výpočty délek a ploch. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
141	5.8.18	Stav komunikací (proměnné parametry) (Základní objekty konsolidace Geoportál)	prezentující výsledky vyhodnocení stavu komunikací včetně prezentace jednotlivých měřených parametrů z diagnostiky: IRI, makrotextury, hloubce kolejí a hloubce vody ve vyjetých kolejích, poruch vozovek, podrobné informace včetně snímků komunikace, dopředných, kolmých, panoramatických. Aplikace musí umožnit náhled na změnu stavu komunikací v čase	ANO	Bude využita stávající aplikace systému CleveRA, která prezentuje proměnné parametry na mapě, v liniové vizualizaci a kombinuje je se snímky automaticky vyhodnocených poruch a snímky z kamer. Aplikace umožňuje volbu roku pořízení dat. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
142	5.8.19	Projektová dokumentace (Základní objekty konsolidace Geoportál)	k jednotlivým stavbám, umožňuje sledovat veškerou dokumentaci, předávací protokoly, stavební deník. Jedná se o průběžné sledování provádění stavby až po předání stavby. Aplikace umožní evidenci potřebných metadat a zprostředkuje přístup ke zdrojovým dokumentům (např. file-systém primárního úložiště). Není předpokládáno ukládání kompletních dat projektové dokumentace v Aplikaci	ANO	Aplikace pro uložení a zpřístupnění kompletní projektové dokumentace staveb, která umožňuje ukládání dokumentů do uživatelsky definovaných struktur a jejich plnění dokumentací včetně zápisu metadat. Aplikace dále umožňuje zobrazení lokalizovaných projektů v mapě a stahování souborů projektové dokumentace. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
143	5.8.20	Meteostanice (Základní objekty konsolidace Geoportál)	sledování vývoje stavu počasí, predikcí sjízdnosti v zimním období.	ANO	Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována

144	5.8.21	Závady a prohlídky komunikací (Základní objekty konsolidace Geoportál)	Evidence běžných prohlídek komunikací, nalezených závad a sledování jejich následného odstranění. Data závad v terénu. Součástí záznamu o závadě je i přiložená fotodokumentace.	ANO	Kontrolní systém běžné údržby umožňuje spravovat data o závadách na pozemních komunikacích. Slouží zejména pro prohlídky silnic v souladu s vyhláškou č. 104/1997 Sb., evidenci závad a řízení procesů spojených se zadáním, ověřením, odstraněním závady a ekonomickým vyhodnocením běžné údržby. Systém umožňuje i evidenci záruk a jejich uplatňování formou reklamací. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
145	5.8.22	Záruky a reklamace (Základní objekty konsolidace Geoportál)	Evidenci staveb a objektů, ke kterým jsou zadávány informace z předávání staveb. Umožňuje evidenci záručních lhůt na stavební objekty a poskytuje kompletní přehled platných záruk pro rozhodování v oblasti odstraňování nalezených závad.	ANO	Záruky jsou entitou, jejíž evidence se vyskytuje ve více aplikacích podle jejich vzniku. Reklamace jsou uplatňovány prostřednictvím procesního workflow při odstraňování evidovaných vad. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
146	5.8.23	Plánované a realizované běžné údržby (Základní objekty konsolidace Geoportál)	Plánování a provádění činností běžné údržby komunikací	ANO	Existuje aplikace pro plánování a chronologickému zápisu činností běžné údržby, k definování pracovníků, vozového parku a mechanizmů v denním provozu. Na základě takto vedené evidence v elektronické podobě lze provádět generování reportů popřípadě poskytovat podklady pro kontrolu činností.	Součinnost min 10 MD při poskytnutí informací o vozovém parku, seznam pracovníků apod. v součinnosti s dodavatelem sledovacího systému
147	5.8.24	Pozemky (Základní objekty konsolidace Geoportál)	Přehled pozemků, stavu výkupů.	ANO	Systém umožní vizualizovat přehled pozemků KSÚS s vizualizací stavu výkupů na základě dat poskytnutých Zadavatelem	Součinnost 2 MD na akceptaci konfigurace.
148	5.8.25	Dopravní informace (Základní objekty konsolidace Geoportál)	aktuální dopravní situace, uzavírky a omezení (předběžné, dlouhodobé, krátkodobé, mimořádné). Je předpokládána potřeba jak zadávat data interními uživateli, tak užívat data z dostupných zdrojů.	ANO	Existuje rozhraní pro zadávání dopravních událostí. Do mapy jsou integrovány i data z JSDI/NDIC vycházející z Centrální evidence uzavírek a Informačního systému údržby. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována

*) popis platformy CleveRA je přikládán jako samostatná příloha

Číslo požadavku	Kapitola v Předmětu dodávky (Příloha č.3 ZD)	Název funkcionality	Popis	Out of the box - v rámci vlastního řešení dodavatele? [Ano/Ne]	Popis naplnění požadavků, pokud out of the box a odhad náročnosti implementace [МD]	Popis a odhad náročnosti a součinnost Zadavatele [МD] S	loupec1
1	6.1.1.	Třívrstvá architektura (Nefunkční požadavky)	Je požadována minimálně třívrstvá architektura s oddělením databázové, aplikační a prezentační vrstvy.	ANO	Technologické řešení je navrženo na principu servisně orientované architektury (SOA). SOA architektura zabezpečuje bezproblémový přechod mezi různými technologiemi. Zajišťuje tak snadnou výměnu, migraci nebo upgrade konsolidovaných aplikací při zachování funkčnosti. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
2	6.1.2.	Instalovaná prostředí (Nefunkční požadavky)	Musí být oddělené vývojové/testovací a produkční prostředí. Tato prostředí musí být integrovány na okolní systémy stejného prostředí (test – test, produkce –produkce). Obě implementovaná prostředí musí mít stejnou architekturu i stejnou funkčnost.	ANO	Testovací a produkční prostředí jsou instalovány na prostředcích Uchazeče. Uchazeč disponuje dostatečnou SW, HW a licenční kapacitou na vytvoření požadovaných prostředí. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
3	6.1.3.	Instalovaná prostředí (Nefunkční požadavky)	Musí být stanoven proces přenosu vývojových balíčků mezi prostředími Vývoj/Test -> Produkce, a to včetně odpovídající systémové podpory.	ANO	Proces přenosu vývojových balíčků je dán metodikou projektového řízení resp. metodikou vývoje. Bude popsáno v Definici projektu a v Implementační studii. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
4	6.1.2	Instalovaná prostředí (Nefunkční požadavky)	Produkční prostředí: - Oddělení veřejně přístupné části od interní (provozní) části pro zaměstnance a pověřené osoby KSÚS. - Přístup KSÚS do interní (provozní) části Geoportál bude možný pouze z interní sítě, nebo skrze VPN. - Řízení přístupů k řešení za pomocí AD a IDM. - Veřejné prostředí řešení Geoportál musí být odděleno a nesmí jakkoliv omezovat, či ohrožovat interní prostředí a části řešení Geoportál. - požaduje se užití základních bezpečnostních prvků (FireWall, Antivir, obrana proti napadení DDoS, atp.)	ANO	Produkční prostředí je v kompetenci dodavatele, jedná se o plně zabezpečené prostředí a dodavatel garantuje splnění požadavků na dostupnost a bezpečnost infrastruktury. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
5	6.1.2	Instalovaná prostředí (Nefunkční požadavky)	Testovací prostředí: o testovací pro testování nových funkcionalit, aktualizací, školení uživatelů ap. o Testovací prostředí bude obsahovat totožné komponenty jako prostředí produkční o Sizing nižší o Konfigurace zamezující záměnu s produkčním prostředím. - „Veřejná“ část část Geoportál testovacího prostředí bude přístupná pouze v rozsahu jako interní (tj. neveřejně).	ANO	Testovací prostředí je v kompetenci dodavatele, jedná se o plně zabezpečené prostředí a dodavatel garantuje splnění požadavků na dostupnost a bezpečnost infrastruktury. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
6	6.1.2	Instalovaná prostředí (Nefunkční požadavky)	Cloudová záloha Konsolidované datové základny oZadavatel požaduje, aby měl k dispozici cloudovou záložní instalaci Konsolidované datové základny se základními aplikačními funkcionalitami umožňující náhled na data (tzv. Kukátkem). oData konsolidované základny budou alespoň jednou týdně dávkově aktualizována. oŘešení bude ve formě stand-alone, tedy bez vazby na okolí (bez integrace na další okolní systémy). Dodavatel zajistí záložní datové centrum, které je kapacitně dostatečné k poskytnutí služby pasivní zálohy Konsolidované datové základny a kukátka. Dodavatel zajistí, že primární i záložní datacentrum, se nacházejí v rozdílných distribučních oblastech elektřiny a ve vzdálenosti alespoň 10km od sebe navzájem.	ANO	Pasivní kopie – bude řešena jako „odlehčená“ verze Geoportálu s plnou konsolidovanou datovou základnou. K dispozici bude tenký webový klient o tlustý klient – ArcGIS Desktop Standard. Tímto způsobem bude bezproblémově vyřešen Exit plán a případné převedení řešení na zadavatele. Požadavek je splněn "out of the box" bez nároků na implementaci. Datové centrum, ve kterém bude provozováno produkční prostředí je umístěno v Praze, záložní datové centrum pro zálohu Konsolidované datové základny bude umístěno v Brně.	Je vyžadovaná součinnost na poskytnutí infrastruktury, nastavení přístupů do infrastruktury zadavatele, zajištění instalačních služeb, 15 MD.
7	6.1.3	Přenos vývoje mezi prostředími (Nefunkční požadavky)	Musí být stanoven proces přenosu vývojových balíčků mezi prostředími Vývoj/Test -> Produkce, a to včetně odpovídající systémové podpory	ANO	Proces přenosu vývojových balíčků je dán metodikou projektového řízení resp. metodikou vývoje. Bude popsáno v Definici projektu a v Implementační studii. Požadavek je splněn "out of the box" bez nároků na implementaci. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
8	6.1.4	Zpřístupnění aplikačních funkcí (Nefunkční požadavky)	•Tenký klient oPomocí web browseru – primárně musí být vždy zajištěna podpora Microsoft Internet Explorer / Microsoft Edge, jako druhý browser v případě potřeby lze využít Mozilla Firefox, či pro MacOS Safari a to v aktuální i v budoucích verzích. oMožnost případné budoucí integrace do portálových řešení KSÚS: MS Xxxxxxxxxx (Office 365),	ANO	Tenký klient je funkční v běžných typech internetových prohlížečů a je průběžně aktualizován v případě změn prohlížečů. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována

9	6.1.4	Zpřístupnění aplikačních funkcí (Nefunkční požadavky)	Tlustý klient o Podpora operačního systému Windows 10 64 bit. o Podpora práce skrze Remote desktope (užití VPN a autentizace AD).	ANO	Jako tlustý klient (pouze u on-premise pasivní kopie) bude použit ArcGIS Desktop Standard, který splňuje daný požadavek. Jinak bude používán pouze tenký klient.	Součinnost není vyžadována
10	6.1.5	Správa aplikace (Nefunkční požadavky)	Zajištění centrální a jednotné správy jednotlivých komponent, uživatelů, rolí, parametrů, apod. a zajištění dohledových činností nad provozními parametry řešení Geoportál	ANO	Je zajištěno v Administračním modulu Geoportálu. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
11	6.1.6	Užívání uživateli více organizačních jednotek (Nefunkční požadavky)	Řešení Geoportál umožnuje využívání více organizačními jednotkami, přičemž je nutné ošetřit, že uživatelé každé organizační jednotky mají přístup pouze k definovaným datům.	ANO	Nastavení práv na data a aplikace je součástí Administračního modulu. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
12	6.1.7	Použití číselníků a hierarchií (Nefunkční požadavky)	Atributy s konečným počtem hodnot budou vázány na číselníky/hierarchie. Číselníky/hierarchie, jejichž primární zdroj je v jiných systémech, budou z těchto systémů automaticky aktualizovány přes integrační rozhraní.	ANO	Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
13	6.1.8	Integrace a rozhraní na řešení Geoportál (Nefunkční požadavky)	Řešení Geoportál bude integrováno do stávajícího aplikačního prostředí KSÚS. Správa dat musí být provedena způsobem, který zajistí konzistentnost mezi Geoportál a existujícími systémy a aplikacemi. Integrace Geoportál musí být navržena tak, aby umožňovala splnění veškerých funkčních, nefunkčních, technických a výkonnostních požadavků definovaných v této zadávací dokumentaci. Uchazeč je plně odpovědný za návrh integrace řešení Geoportál a za dodržení všech podmínek stanovených Zadavatelem. Integrace musí být dostatečně propustná a robustní a případný výpadek rozhraní nesmí způsobit nekonzistenci dat ve zdrojovém a cílovém systému.	ANO	Návrh integrace bude řešen v Implementační studii. Dodavatel garantuje prostupnost a robustnost ve všech případech a nastaveních, která může ovlivnit.	Součinnost je vyžadována 15 MD - příprava prostředí, součinnost 3.stran
14	6.1.9	Životní cyklus dat (Nefunkční požadavky)	Uchazeč v rámci Cílového konceptu detailně popíše skupiny dat, které jsou v rámci řešení Geoportál zpracovávány. Pro tyto skupiny dat budou v rámci projektu stanoveny uživatelské požadavky spojené s životním cyklem těchto dat (zejména retenční doba, podmínky pro přesun dat do archivu, případně výmaz, atd.).	ANO	Bude popsáno v Implementační studii a zajištěno v rámci konfigurace řešení Geoportálu. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost je vyžadována - 10 MD stanovení požadavků na životní cyklus dat,…
15	6.1.10	Archivace dat (Nefunkční požadavky)	Uchazeč v rámci Cílového konceptu navrhne způsob výběru dat pro archivaci a způsob realizace archivace přímo v řešení Geoportál. Budou definovány podmínky pro provádění archivace dat. Stanovení fází životního cyklu dat bude realizováno na základě legislativních a uživatelských požadavků na nakládání s daty. Za archivaci dat nelze považovat zálohování dat. Řešení Geoportál musí podporovat zpřístupnění archivovaných dat z uživatelského prostředí s možností výběru dat.	ANO	Bude popsáno v Implementační studii a zajištěno v rámci konfigurace řešení Geoportálu. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
16	6.1.11	Migrace dat (Nefunkční požadavky)	Případná migrace dat bude realizovaná takovými prostředky, které zajistí opakovatelnost migrace. Za tímto účelem uchazeč případně připraví migrační a rollback scénář. Migrace musí být provedena takovým způsobem, aby byla zajištěna integrita dat.	ANO	Bude popsáno v Implementační studii a zajištěno v rámci konfigurace řešení Geoportálu.Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
17	6.1.12	Zobrazení koncovým uživatelům (Nefunkční požadavky)	Řešení Geoportál musí využívat vhodné metody pro zobrazení obsahu a dat. Zobrazení musí zohledňovat i typ klienta a zařízení pro korektní a srozumitelné zobrazení obsahu uživateli (např. responsivní web). Výstupy pro mobilní zařízení musí být pokrývat co nejširší rozsah zařízení (mobily, tablety, notebooky s dotykovým displejem atp.). Ideální stav je úplná nezávislost na typu a platformě zobrazovacího (mobilního) zařízení. Pro operační systémy mobilních zařízení jsou požadovány tyto internetové prohlížeče: • iOS: Safari, • Android: Google Chrome, • Windows: Microsoft Internet Explorer, Microsoft Edge, příp. Mozilla Firefox, Opera.	ANO	Tenký klient je responzivní a funkční v běžných typech OS na mobilních zařízeních. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
18	6.1.13	Lokalizace (Nefunkční požadavky)	Řešení musí být lokalizovatelné. V rámci nasazení produktu bude použita česká lokalizace. Systém musí být ve všech částech, kam budou přistupovat uživatelé, plně dostupný v českém jazyce (tj. všechna uživatelská rozhraní, sestavy, výstupy, nápovědy, dokumentace apod.). Dále je předpokládáno užití ve slovenské lokalizace a dalších jazyků, primárně pro analytická uživatelská rozhraní.	ANO	Řešení je obecně lokalizovatelné do jazykových mutací. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
19	6.1.15	Automatizace provozních činností (Nefunkční požadavky)	Návrh prostředí musí být proveden tak, aby bylo možné zajistit maximální možnou automatizaci provozních činností. Provoz systému nesmí vyžadovat pravidelné profylaktické činnosti na žádné úrovni aplikace.	ANO	Systém bude provozován v režimu SaaS v plném rozsahu. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
20	6.1.16	Monitoring a dohledy (Nefunkční požadavky)	Bude existovat dohled nad provozními parametry všech komponent řešení Geoportál. K tomuto účelu bude dodavatelem připraven dashboard v rámci řešení Geoportál.	ANO	Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována

21	6.1.17	Zálohování (Nefunkční požadavky)	Řešení Geoportál a systémové komponenty budou zálohovány straně Dodavatele, přičemž je požadováno: -aby Produkční prostředí včetně dat bylo zálohováno v jiné lokalitě (geografická záloha). -Zálohovaná data geografické zálohy nesmí být starší než 24 hodin (minimálně denní přírůstky) -Zálohovaná data provozní zálohy (lokální) KSÚS nesmí být starší jednoho týdne (168 hodin)	ANO	Zálohování systému bude prováděno mezi hostingovým centrem a prostředky Uchazeče (geograficky oddělené lokality) 1x za 24 hodin. Lokální zálohování pasivní kopie datové základny bude prováděna 1x za týden na ICT zadavatele. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
22	6.1.18	Škálovatelnost (Nefunkční požadavky)	Řešení Geoportál (včetně navržené architektury) musí být plně škálovatelné v horizontálním – napojení nové komponenty/odebrání stávající komponenty, i vertikálním směru – úprava formy, výkonu stávajících komponent, navýšení velikosti databáze datového skladu. Dodávka HW komponent není součástí poptávaného řešení.	ANO	Řešení Geoportálu je škálovatelné v horizontálním i vertikálním směru. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
23	6.1.19	Robustnost (Nefunkční požadavky)	Řešení Geoportál musí být schopné v maximální možné míře zachovat základní funkční vlastnosti a nezávislost jednotlivých komponent tak, aby při výjimečné události, či výpadku jednotlivých komponent nebyl ohrožen celkový provoz řešení. Hlavní důraz je v tomto ohledu kladen na omezení dopadu na koncové uživatele (konzumenty výstupů) řešení v části Business inteligence.	ANO	Plně redundantní hardwarová infrastruktura („No Single Point of Failure“ architektura – neobsahuje žádné nezdvojené místo, které by mohlo zhavarovat) – architektura je přímo navržená pro nepřetržitý provoz. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována	přepnutí na zálohu v případě výpadku
24	6.1.20	Notifikace (Nefunkční požadavky)	Řešení Geoportál musí umožnit notifikace událostí formou e-mailu. Jedná se zejména o chybové stavy, zasílání automaticky vygenerovaných výstupů apod.	ANO	Geoportál umožňuje zasílání notifikace systémových i aplikačních událostí formou e-mailu. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
25	6.1.21	Roadmapa řešení (Nefunkční požadavky)	Existuje roadmapa nabízeného řešení a pravidel dodavatelské podpory. Součástí roadmapy musí být garance vydávání aktualizací formou Service Packů / Patchů včetně reakce na nalezená bezpečnostní rizika. Nabízené komponenty musí být v podporovaných verzích (nejvyšší uvolněných) a zároveň Uchazeč musí zaručit evoluční rozvoj řešení v souladu s produkty třetích stran v řešení používaných tak, aby v každém okamžiku řešení umožňovalo používat podporované produkty třetích stran. Řešení Geoportál musí být provozováno v aktuálních verzích produktů třetích stran uvolněných na trh v době nasazení.	ANO	V rámci implementační studie bude dodána roadmapa nabízeného řešení a pravidel dodavatelské podpory. Řešení Geoportál bude provozováno v aktuálních verzích produktů třetích stran uvolněných na trh v době nasazení. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
26	6.1.22	Metodika (Nefunkční požadavky)	Dodavatel ve spolupráci se zadavatelem vytvoří základní metodiky pro: • ovládání a konfiguraci řešení, • popis procesů řízení změn, jejich nasazování do produkčního prostředí, • základní nakládání s daty - data governance, • Provozování, údržbu, zálohování a obnovy.	ANO	Uchazeč disponuje požadovanou metodikou, která bude upravena dle konkrétních procesů Zadavatele. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost je vyžadována - min 10 MD na koordinaci s interními předpisy
27	6.1.22	Metodika (Nefunkční požadavky)	Dodavatel ke všem oblastem obsaženým v části Datová část tohoto dokumentu zpracuje, při zohlednění požadavků KSÚS metodiku vytvoření, vedení, aktualizace a užívání, včetně jejich řádné a plnohodnotné vizualizace, jednotlivých datových sad a oblastí dle této Datové části. Metodika bude vycházet z platné legislativy, bude obsahovat: •zákonné povinnosti realizované v dané datové sadě a oblasti; •další povinnosti vyplývající z potřeb a fungování KSÚS; •způsob práce s danými datovými sadami a oblastmi; •postupy pro práci s daty a jejich aktualizaci; •určení konkrétních pozic v rámci pracovního zařazení KSÚS odpovídajících za aktuálnost a platnost daných datových sad a oblastí, včetně uvedení konkrétních úkolů a činností souvisejících s takovou odpovědností; a bude obsahovat další doporučení a postupy pro práci s danou datovou sadou a oblastí. Cílem metodiky je zajištění a popis kompletního životního cyklu datové sady od jejího sběru, její aktualizaci, její vizualizaci, její vykazování a jejím prostřednictvím naplňování legislativních požadavků a potřeb KSÚS. Metodiky budou řešit i jednotlivé vazby na GIS Středočeského kraje (vzájemné získávání a poskytování dat pro potřeby KSÚS a kraje). Musí jednoznačně stanovit kompetence za správu jednotlivých datových sad a jejich životní cyklus.	ANO	Uchazeč disponuje požadovanou metodikou, která bude upravena dle konkrétních procesů Zadavatele. Požadavek je splněn "out of the box" bez nároků na implementaci.	Součinnost není vyžadována
28	6.2.1	Soulad s požadavky (Bezpečnostní požadavky)	• řadou norem ISO/IEC 27000, především: o ISO/IEC 27034 normou pro aplikační bezpečnost o ISO/IES 27033 normou síťovou bezpečnost • V oblasti kryptografie musí být řešení v souladu s eIDAS.	ANO	Cloudové prostředí splňuje uvedené podmínky. Požadavek je splněn "out of the box" bez nároků na implementaci. Hostingové centrum je apsané v katalogu cloud computingu xxxxx://xxx.xxx.xxx.xx/xxx/xxxxxxx-xxxxx- computingu/poskytovatele-cloud-computingu-zapsani-dle- zoisvs-platneho-od-1-9-2021/	Součinnost není vyžadována

6.2.2.1

Práce na dálku (Bezpečnostní požadavky (Řízení přístupu))

Externí přístup do interních systémů ICT musí být vždy veden pouze skrze šifrované připojení VPN. Veškerá komunikace musí být v rámci vzdálených přístupů šifrována.

ANO

Externí přístup do interních systémů ICT Zadavatele bude vždy veden pouze skrze šifrované připojení VPN. Veškerá komunikace bude v rámci vzdálených přístupů šifrována. Požadavek je splněn "out of the box" bez nároků na

implementaci.

Součinnost není vyžadována

6.2.2.2

Správa přístupových oprávnění uživatelů (Bezpečnostní požadavky (Řízení přístupu))

ANO

Autentizace uživatelů je prováděná proti Active Directory (AD). Autorizace je prováděná pomocí aplikačních a business rolí. Přiřazení rolí k uživateli je napojeno na řešení Identity Management (IDM). Systém podporuje SSO (Single Sign-On).

Součinnost je vyžadována - 10 MD na AD a SSO

6.2.2.2

Správa přístupových oprávnění uživatelů (Bezpečnostní požadavky (Řízení přístupu))

Přístupy musí být přidělovány identitě uživatele identifikované uživatelským jménem. Generické, nepersonifikované a sdílené účty pro uživatele nejsou žádoucí.

ANO

Požadavek je splněn "out of the box" bez nároků na implementaci.

Součinnost není vyžadována

6.2.2.2

Správa přístupových oprávnění uživatelů

(Bezpečnostní požadavky (Řízení přístupu))

Aplikační a systémové účty nesmí být používány pro přihlášení

uživatelů.

ANO

Aplikační a systémové účty neumožní přihlášení uživatele do

Geoportálu

Součinnost je vyžadována při nastavení uživatelských práv - 5

MD.

6.2.2.2

Správa přístupových oprávnění uživatelů (Bezpečnostní požadavky (Řízení přístupu))

Umožní zablokování přístupu po překročení definovaných možností pro přihlášení.

ANO

Systém zablokuje přístup uživatele po překročení definovaného počtu neúspěšných přihlášení. Odblokování bude možné po kontaktování podpory systému.

Součinnost není vyžadována

6.2.2.2

Správa přístupových oprávnění uživatelů

(Bezpečnostní požadavky (Řízení přístupu))

Pomocí oprávnění oddělit aplikační správu, správu systému, správu

uživatelů a správu uživatelských dat.

ANO

Budou existovat samostatné volby oprávnění pro uvedené

činnosti.

Součinnost není vyžadována

6.2.2.2

Správa přístupových oprávnění uživatelů (Bezpečnostní požadavky (Řízení přístupu))

Přístupy musí být řízeny pomocí rolí přiřazených uživateli (business a

aplikační). Primární požadovaný způsob je přidělování oprávnění pomocí business role.

ANO

Oprávnění přístupu k systému a modulům budou řízeny prostřednictvím business a aplikačních rolí.

Součinnost není vyžadována

6.2.2.2

Správa přístupových oprávnění uživatelů (Bezpečnostní požadavky (Řízení přístupu))

Každý pokus (úspěšný i neúspěšný) o použití identifikačních a

autentizačních údajů musí být zaznamenán a uchováván po dobu nejméně šesti měsíců.

ANO

Systém ukládá do logu každý pokus (úspěšný i neúspěšný) o použití identifikačních a autentizačních údajů a bude

uchováván po dobu šesti měsíců.

Součinnost není vyžadována

6.2.2.2

Správa přístupových oprávnění uživatelů

(Bezpečnostní požadavky (Řízení přístupu))

Hesla nesmí být v systému uložena v otevřené podobě ani pomocí

reverzibilního šifrování.

ANO

Poxxxxxxx xe splněn "out of the box" bez nároků na

implementaci.

Součinnost není vyžadována

6.2.2.2

Správa přístupových oprávnění uživatelů

(Bezpečnostní požadavky (Řízení přístupu))

Možnost připojení Login/heslo.

ANO

Interní geoportál bude vyžadovat přihlašovací údaje.

Součinnost není vyžadována

6.2.3.1

Zálohování a obnova (Bezpečnostní požadavky

(Bezpečnost provozu))

Uchazeč popíše zálohovací postup pro data a programové vybavení

Geoportál.

ANO

Zálohovací postup bude popsán v rámci Implementační

studie.

Součinnost není vyžadována

6.2.3.2

Logování a monitoring (Bezpečnostní požadavky (Bezpečnost provozu))

Geoportál musí do logu zapisovat požadovaný typ událostí a v požadované struktuře. Obsah a struktura logu:

• datum a čas události,

• návratový kód nebo jiné označení úspěchu/neúspěchu činnosti,

• událost (message) – vlastní provedená činnost,

• identita uživatele

• označení systému (IP adresa nebo FQDN - Fully Qualified Domain Name).

Požadované typy událostí

• přihlášení a odhlášení všech uživatelů,

• činnosti provedené administrátory,

• činnosti vedoucí ke změně přístupových oprávnění,

• neprovedení činností v důsledku:

o nedostatku přístupových oprávnění nebo

o vzniklé technickým omezením nebo

o závadou systému,

• automatická varovná a chybová hlášení,

• přístupy k záznamům o činnostech, pokusy o manipulaci se záznamy

o činnostech a změny nastavení nástroje pro zaznamenávání činností,

• použití mechanismů identifikace a autentizace včetně změny údajů, které slouží k přihlášení.

ANO

Jednotlivé komponenty systému budou provádět logování v požadovaném rozsahu:

Obsah a struktura logu:

• datum a čas události,

• návratový kód nebo jiné označení úspěchu/neúspěchu činnosti,

• událost (message) – vlastní provedená činnost,

• identita uživatele

• označení systému (IP adresa nebo FQDN - Fully Qualified Domain Name).

Požadované typy událostí

• přihlášení a odhlášení všech uživatelů,

• činnosti provedené administrátory,

• činnosti vedoucí ke změně přístupových oprávnění,

• neprovedení činností v důsledku:

o nedostatku přístupových oprávnění nebo

o vzniklé technickým omezením nebo

o závadou systému,

• automatická varovná a chybová hlášení,

• přístupy k záznamům o činnostech, pokusy o manipulaci se záznamy o činnostech a změny nastavení nástroje pro zaznamenávání činností,

• použití mechanismů identifikace a autentizace včetně

změny údajů, které slouží k přihlášení.

Součinnost není vyžadována

6.2.4.1

Přenos dat a informací (Bezpečnostní požadavky

(Bezpečnost komunikace))

přenos autentizačních informací (hesel) musí být šifrován,

ANO

Obsah a struktura logu:

Součinnost není vyžadována

6.2.4.1

Přenos dat a informací (Bezpečnostní požadavky

(Bezpečnost komunikace))

komunikaci musí umožňovat ověření integrity pomocí certifikátů

interní, nebo externí důvěryhodné autority.

ANO

• datum a čas události,

Součinnost není vyžadována

6.2.5

Bezpečnost procesů vývoje a podpory (Bezpečnostní požadavky (Bezpečnost

komunikace))

Akceptační testy musí probíhat v testovacím prostředí odpovídajícímu prostředí produkčnímu.

ANO

• návratový kód nebo jiné označení úspěchu/neúspěchu činnosti,

Součinnost není vyžadována

6.2.5

Bezpečnost procesů vývoje a podpory (Bezpečnostní požadavky (Bezpečnost

komunikace))

Testovací data musí být vytvořena jak z pohledu komplexnosti a objemu, tak aby mohlo být provedeno dostatečné otestování funkcí,

oprávnění i výkonu.

ANO

• událost (message) – vlastní provedená činnost,

Součinnost není vyžadována

6.2.5

Bezpečnost procesů vývoje a podpory (Bezpečnostní požadavky (Bezpečnost

komunikace))

Testovací a vývojová data nesmí obsahovat důvěrná data, osobní údaje nebo jiné citlivé údaje společnosti KSÚS, pokud nejsou zajištěna všechna požadovaná opatření k jejich ochraně.

ANO

• identita uživatele

Součinnost není vyžadována

46	6.4.1	Předpokládané zatížení Geoportál (Lokalita implementace a platforma (Výkonnostní požadavky))	Předpokládaný počet uživatelů řešení v rámci KSÚS: •Počet uživatelů připravujících reporting a ad-hoc analýzy: 5. •Počet interních uživatelů KSÚS (Konzumenti reportingu, dashboardů): 300. •IT Administrátoři řešení: 2. •Počet uživatelů neveřejné části portálu (Geografická prezentace dat): bez omezení. •Počet uživatelů veřejné části portálu (Geografická prezentace dat, statické výstupy dashboardů): bez omezení. •Počet souběžně pracujících uživatelů: 200	ANO	• označení systému (IP adresa nebo FQDN - Fully Qualified Domain Name).	Součinnost není vyžadována
47	6.4.1	Předpokládané zatížení Geoportál (Lokalita implementace a platforma (Výkonnostní požadavky))	Zatížení řešení Geoportál dle počtu přihlášených uživatelů: Je uvažována standardní pracovní doba, tj. od 08:00 do 17:00. Počet přihlášených uživatelů neurčuje finální zatížení řešení Geoportál jako celku. Počet souběžně přihlášených uživatelů nebude limitován.	ANO	Požadované typy událostí	Součinnost není vyžadována
48	6.4.1	Předpokládané zatížení Geoportál (Lokalita implementace a platforma (Výkonnostní požadavky))	Zatížení řešení Geoportál – operativa, ETL procesy: • od 21:00 do 06:00 je možná operativa a maintenance, ETL procesy. V tomto čase musí bezpečně proběhnout všechny loady dat, nápočty a příprava výstupů pro nadcházející pracovní dobu. Loady dat budou vázány na provozní řád jednotlivých zdrojových systémů. V tomto časovém okně a ve dny pracovního klidu bude také možné provádět aktualizaci, případně nasazení nových částí řešení Geoportál.	ANO	• přihlášení a odhlášení všech uživatelů,	Součinnost není vyžadována
49	7	Budoucí rozvoj řešení Geoportál	V rámci budoucího rozvoje jsou předpokládány následující body: • existuje pouze jedno centrální konsolidované datové úložiště (datový sklad), • rozšíření integrace řešení Geoportál na další systémy KSÚS, • reporting, výpočty, analýzy a simulace nad veškerými příchozími daty uloženými v řešení Geoportál, • prediktivní analytika a optimalizační úlohy nad uloženými daty a generování doporučení, • vizualizace uložených dat a jejich publikace externím subjektům, • poskytování uložených dat i ostatním systémům, eliminace duplicitních přenosů dat mezi jednotlivými systémy KSÚS, • zdrojové systém se stávají i konzumenty výstupních dat Geoportál Řešení, • úlohy se odehrávají v definovaných periodách i v real-time (vč. kontinuálního přenosu definovaných zdrojových dat z libovolného systému). Cílového stavu bude dosaženo prostřednictvím dalšího rozvoje řešení Geoportál. Uchazeč o řešení Geoportál musí z výše uvedeného důvodu garantovat, že navržená a implementovaná cílová architektura řešení Geoportál vč. infrastruktury (implementovaná v rámci popsané dodávky) umožní uvedený rozvoj, aniž by bylo nutné přidávat/měnit komponenty řešení či měnit architekturu infrastruktury (např. změna typu operačního systému, změna databáze, změna HW/aplikačních/webových serverů). V rámci budoucího rozvoje tedy	ANO	• činnosti provedené administrátory,	Součinnost není vyžadována
					• činnosti vedoucí ke změně přístupových oprávnění,
					• neprovedení činností v důsledku:
					o nedostatku přístupových oprávnění nebo
					o vzniklé technickým omezením nebo
					o závadou systému,
					• automatická varovná a chybová hlášení,
					• přístupy k záznamům o činnostech, pokusy o manipulaci se záznamy o činnostech a změny nastavení nástroje pro zaznamenávání činností,
					• použití mechanismů identifikace a autentizace včetně změny údajů, které slouží k přihlášení.

*) popis platformy CleveRA je přikládán jako

ncepcí připraven na způsob předávání údajů do DTM, práci s výměnným formátem DTM a příjem poskytovaných údajů z DTM. KSUS bude jedním z pověřených editorů DTM. Tento minimální rozsah funkcionality by měl dodavatel navrhnout ve fázi analýzy a to na základě zákona a norem platných pro DTM a dialogu s provozovatelem DTM Středočeského kraje.

Číslo požadavku	Kapitola v Předmětu dodávky (Příloha č.3 ZD)	Název funkcionality	Popis	Vlastní řešení dodavatele [Ano/Ne]	Popis řešení, pokud půjde o vlastní řeešní dodvatelele	Odhad náročnosti implementace [МD]	Popis a odhad součinnost Zadavatele [МD]
1	2.3.1.	Vyřazovaní komunikací	Aplikace by měla evidovat data o vyřazovaných komunikacích a průběhu procesu vyřazování	ANO	Bude řešeno prostřednictvím platformy CleveRA *), kdy budou využity její komponenty pro zobrazení evidence vyřazovaných komunikací.	20 MD	Poskytnutí stávajících dokumentů a popis procesu, včetně zúčastněných rolí (2 MD)
2	2.3.2	Evidence závad na komunikacích	Souhrnná evidenční databáze závad přes celý Středočeský kraj	ANO	Databáze bude dodána formou databáze aplikace DIKOS, která je součástí platformy CleveRA. Aplikace DIKOS je součástí dodávky a její databáze v konsolidovaném datovém skladu bude sloužit k jako souhrnná evidenční databáze závad na komunikacích.	0 MD - implementace je součástí dodávky aplikace Pasport	Součinnost není vyžadována
3	2.3.3	Jízdní řád sypačů	Doplňkové informace k Protank (bod 2.2.6)	ANO	Bude řešeno importními nástroji jízdních řádů do Konsolidovaného datového skladu	20 MD	Poskytnutí stávajících dokumentů a popis procesu, včetně zúčastněných rolí (2 MD)
4	2.3.4	Cyklistická infrastruktura	Značení cyklistické infrastruktury (cyklostezky, cyklotrasy)	ANO	Bude dodáno uživatelské rozhraní pro zobrazení dat značení cyklistické infrastruktury.	0 MD - implementace je součástí dodávky aplikace Pasport platformy CleveRA	Součinnost není vyžadována
5	2.3.5	Pasportní dokumentace	Evidence závad a odstraňování na silniční síti – silnice 2. a 3. třídy. Evidence – pasport propustků na silniční síti – silnice 2. a. 3. třídy Evidence záruk na silniční síti – silnice 2. a 3. třídy. Evidence všech prohlídek okruhů – silnice 2. a 3. třídy. Propustky, bez kontextu okolí (svodidla, stromy), Data pro vytvoření pasportu propustků. Data označníků zastávek veřejné dopravy; Dopravní značení (svislá, vodorovná). Telematická zařízení Zeleň. Svodidla. Opěrné zdi. Odvodnění. Hospodářské sjezdy. Zastávky a označníky. Železniční přejezdy a podjezdy.	ANO	Bude řešeno prostřednictvím platformy CleveRA, kdy budou využity její komponenty pro evidenci a pasportizaci.	60 MD	Spolupráce při definici uživatelských práv a workflow (10 MD)
6	2.3.6	Diagnostika Komunikací	Báze dat o zatřídění komunikací podle zákona	ANO	Bude dodáno uživatelské rozhraní pro zobrazení dat zatřídění komunikací podle zákona.	5 MD	Součinnost není vyžadována
7	2.3.7	BIM Podklady	Depozitář BIM podkladů k projektům a komunkacím	ANO	Depozitář BIM podkladů k projektům a komunikacím je součástí aplikace SIP - viz niže.	20 MD	Spolupráce při definici uživatelských práv a workflow (2 MD)
8	2.3.8	Technický informační systém *	Celkové evidence všeho, co se na komunikacích děje za akce, rozpočet, staničení, co, kdy, za kolik, jaká je to objednávka, oblast, za cestmistrovství	ANO	Bude dodáno uživatelské rozhraní pro tvorbu reportů nad daty Konsolidovaného datového skladu	0 MD - implementace je součástí dodávky aplikace SIP platformy CleveRA	Součinnost není vyžadována
9	2.3.9	Zásobník projektů, akcí a investic	Dotační projekty – SFDI nebo EU; databáze akcí v přípravě před realizací (včetně možných dotací); databáze investičních akcí z rozpočtu kraje (bez dotace)	ANO	Bude dodána mapová komponenta platformy CleveRA, která umožní zobrazení připravovaných akcí v mapě a vytvářet nad nimi reporty.	5 MD - konfigurace mapové aplikace platformy CleveRA	Součinnost není vyžadována
10	2.3.10	Evidence majetku	Interní databáze majetku kraje	ANO	Bude dodána mapová aplikace platformy CleveRA, která umožní zobrazení záznamů prostřednictvím webové služby z interní databáze majetku kraje	1 MD - konfigurace mapové aplikace platformy CleveRA	Součinnost není vyžadována
11	2.3.11	IS DMVS	Digitální technická mapa kraje – zdroj informací, pro účely územního plánování, přípravy, umisťování, povolování a provádění staveb atd.	ANO	Bude dodána komponenta DTM connect pro správu a údržbu DTM. Řešení poskytuje nástroje pro stažení dat DTM z Informačního systému Digitální mapy veřejné správy (IS DMVS) do ArcGIS a jejich nahrání zpět. Po načtení dat DTM do prostředí Geoportálu KSUS, kde se snimi pracuje stejně, jako s jakýmkoli jiným zdrojem dat. Toto řešení vyhovuje záměru Zadavatele, který popsal v odpovědi na dotaz č. 32. "Původním záměrem požadavku v ZD je kompatibilita s DTM Středočeského kraje. Projekt IS DTM krajů je aktuálně v testovací fázi. Zadavatel požaduje, aby Geoportál byl svojí koncepcí připraven na způsob předávání údajů do DTM, práci s výměnným formátem DTM a příjem poskytovaných údajů z DTM. KSUS bude jedním z pověřených editorů DTM. Tento minimální rozsah funkcionality by měl dodavatel navrhnout ve fázi analýzy a to na základě zákona a norem platných pro DTM a dialogu s provozovatelem DTM Středočeského kraje." Problematiku DTM sledujeme, protože jsme součástí konsorcia dodávajícího řešení IS DTM pro ŘSd ČR. Aktuálně není plně zafixován výměnný formát dat, procesy aktualizace dat a přeshraniční editace dat. Jakmile se situace stabilizuje, jsme připraveni nabídnout v rámci rozvoje řešení pro KSUS, které bude vyhovovat všem požadavkům na IS DMVS.	1 MD - konfigurace mapové aplikace platformy CleveRA	Součinnost není vyžadována
12	2.3.12	Autobusové linky prahy a středočeského kraje (Open Data Hl. Města Prahy)	Katalog otevřených dat hlavního města Prahy slouží ke zveřejňování datových sad magistrátu, příspěvkových organizací, městských částí a dalších subjektů	ANO	Bude dodána mapová aplikace platformy CleveRA, která umožní integraci tras autobusových linek z otevřených dat MHMP	1 MD - konfigurace mapové aplikace platformy CleveRA	Součinnost není vyžadována
13	2.3.13	GIS mapa majetku Středočeského kraje	interní nástroj na KÚSK, její vrstvy umí barevně odlišit pozemky pod komunikacemi, které jsou ve vlastnictví kraje	ANO	Bude dodána mapová aplikace platformy CleveRA, která umožní integraci webové služby majetku z GIS kraje	1 MD - konfigurace mapové aplikace platformy CleveRA	Součinnost není vyžadována
14
15	*) popis platformy CleveRA je přikládán jako samostatná příloha
16
17					Původním záměrem požadavku v ZD je kompatibilita s DTM Středočeského kraje. Projekt IS DTM krajů je aktuálně v testovací fázi. Zadavatel požaduje, aby Geoportál byl svojí ko
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103

Interní

Dodavatel zde navrhne přibližný očekávaný harmonogram dodávky Díla. Harmonogram bude upřesněn v rámci výstupů Fáze F2 dodávky.

Číslo kroku Fáze Krok

Stručný popis kroku

Termín zahájení

Doba trvání

Fáze 1

Krok 1

Definice projektu:

Předprojektová příprava, jmenování týmů, zajištění přístupů do KSÚS, seznámení členů týmů s organizací projektu, jejich rolemi a projektovými standardy

Fáze 2

Krok 1

Implementační studie:

Analýza stávajícího řešení a návrh řešení

D + 25

180

Fáze 2

Krok 2

Implementační studie:

Analýza dat a návrh jejich konsolidace

D + 25

180

Fáze 2

Krok 3

Implementační studie: Proof of Concept

D + 25

180

Fáze 2

Krok 4

Akceptační řízení a předání implementační studie

D + 205

Fáze 3A + 3B

Krok 1

Implementace řešení Geoportálu: Optimalizace/konsolidace aplikační základny (6 excel db)

D + Pd + 235

400

Fáze 3A + 3B

Krok 2

Implementace řešení Geoportálu: Vytvoření konsolidované datové základny

D + Pd + 235

400

Fáze 3A + 3B

Krok 3

Implementace řešení Geoportálu: Zajištění vizualizace a práce s daty konsolidované základny pro uživatele

D + Pd + 235

400

Fáze 3A + 3B

Krok 4

Implementace řešení Geoportálu:

Vytvoření záložní (jiné záložní cloudové prostředí) pasivní kopie Konsolidované datové základny

D + Pd + 235

400

Fáze 3A + 3B

Krok 5

Implementace řešení Geoportálu: Konzumace dat z konsolidované základny

D + Pd + 235

400

Fáze 4

Krok 1

Přenos know-how a pilotní provoz: Příprava dokumentace v ČJ

D + 635

180

Fáze 4

Krok 2

Přenos know-how a pilotní provoz:

Školení administrátorů a budoucích uživatelů v ČJ v sídle Klienta včetně přípravy potřebných materiálů pro školení

D + 635

180

Fáze 4

Krok 3

Přenos know-how a pilotní provoz: Pilotní provoz

D + 635

180

Fáze 5

Krok 1

Akceptace a zahájení produktivního provozu: Akceptace řešení po ukončení pilotního provozu

D + 815

Fáze 5

krok 2

Akceptace a zahájení produktivního provozu: Nastavení prostředí do produktivního provozu

D + 815

Fáze 6

Krok 1

Provoz a podpora v záruční době

D + 830

730

Fáze 7

Krok 1

Provoz a podpora po záruční době

D + 1560

1095

Fáze 5

Krok n

Document Metadata

Table of Contents

Smlouva o dílo

Document Metadata