Vstupy. Definovaná metodika řízení projektu. Stanovený harmonogram projektu. Specifikace předmětu plnění Veřejné zakázky. Technická dokumentace. Legislativní a další podmínky stanovující podmínky Implementace a provozu významných ISVS. Standardy informační a kybernetické bezpečnosti – zejména ZoKB, ISO/IEC 27001 Výstupy: Odpovídající analytická dokumentace a dokumentace architektury IS XXXX, která bude splňovat požadavky na implementační dokumentaci dle kapitoly č. 5 Přílohy č. 5 Zadávací dokumentace a bude odpovídat principům řízení projektové dokumentace dle kapitoly č. 2 této Přílohy Smlouvy. Analytická dokumentace a dokumentace architektury bude obsahovat kompletní přehled požadovaných funkčností a způsob jejich realizace v rámci Implementace včetně kategorizace funkčností na kritické a nezbytné. Obsahem musí být minimálně: Popis aplikační a softwarové architektury: Blokové schéma komponent řešení – popis jednotlivých vrstev řešení, vymezení komponent / modulů a jejich vazeb, popis integrace na okolní systémy. Rámcový způsob realizace jednotlivých komponent / modulů systému prostřednictvím standardizovaných SW technologií, jejich parametrizací, vývojem na míru a konfigurací. Popis způsobu řešení přístupu uživatelů k aplikaci a způsob řešení uživatelských oprávnění s využitím IDM nástroje Objednatele. Koncept monitoringu funkčnosti systému na úrovni aplikace. Ergonomie systému – popis řešení ergonomie a snadného ovládání uživateli z pohledu efektivity práce a logiky přístupu k informacím. Požadavky na řízení infrastruktury pro zajištění rozvoje a následného provozu IS XXXX: Požadavky na řízení výkonu jednotlivých komponent systému (virtualizace, clustering).
Vstupy. Záznam v systému helpdesk (dále též „nahlášení“) Hlášení monitorovacího systému (dále též „nahlášení“) Převzetí incidentu do 30 min od nahlášení Zahájení prací na odstranění kritické vady do 4 hodin od nahlášení Odstranění (fixace) kritické vady do 6 hodin od nahlášení Odstraněná kritická vada Záznam v helpdeskovém systému Podrobná analýza příčin vzniku kritické vady a návrh opatření, jak této vadě předcházet
Vstupy. Data AP, případně dalších polygonů (aktuálně jen plocha průniku AP a ECP plochy) pro vyhodnocení (geometrie, atributy, sledovaná opatření + podmínky) z IS XXXX. Identifikátor AP s jednotlivými podmínkami, které nelze monitorovat. Příznak nemonitorovatelnosti se uloží v IS XXXX jako atribut AP. Příznak, že bylo při vyhodnocení užito spojení AP.
Vstupy. Data AP pro vyhodnocení (geometrie, atributy, sledovaná opatření + podmínky) z IS XXXX Data Sentinel (Poskytovatel) Identifikátor AP, případně polygony nehomogenit s kódem identifikované plodiny, respektive kultury a s hodnotami pravděpodobnosti určenými na základě klasifikace. Pokud u podmínky na rozpoznání plodiny nelze jednoznačně určit plodinu, předávají se kódy první a druhé nejpravděpodobněji identifikované plodiny s hodnotami pravděpodobnosti. V případě polygonů nehomogenit musí být jasná vazba na identifikátor AP, ke kterému nehomogenita patří.
Vstupy. Data AP pro vyhodnocení (geometrie, atributy, sledovaná opatření + podmínky) z IS XXXX Data Sentinel (Poskytovatel) Identifikátor AP s daty od kdy do kdy došlo k potenciálnímu posečení/pastvě a s jakou spolehlivostí byla seč/pastva určena a metoda – např. optika/radar, kterou bylo vyhodnocení provedeno. V závislosti na metodě vyhodnocení budou výstupem relevantní data, která byla pro vyhodnocení využita – např. hodnoty NDVI indexu, koherence atp. Případně příznak částečné seče.
Vstupy. Data průniku AP a ECP pro vyhodnocení (geometrie, atributy, sledovaná opatření + podmínky) z IS XXXX.
Vstupy. Data AP, případně dalších polygonů (aktuálně jen plocha průniku AP a ECP plochy) pro vyhodnocení (geometrie, atributy, sledovaná opatření + podmínky) z IS XXXX Číselníky Výsledky služeb SAMAS
Vstupy. Data Sentinel-2, případně další použitá obrazová data. Mapová/é služba(y) dle standardu OGC.
Vstupy. Funkční monitoring dle parametrů Objednatele Seznam vybraných interních zaměstnanců Dodaná dokumentace Proškolení interní zaměstnanci Objednatele.
Vstupy. Vstupem je požadavek uživatele. Za hlášení uživatele se považuje i výstup služby PM-1 Proaktivní monitoring. Dostupnost této služby musí být 99% v kalendářním měsíci. Výpočet dostupnosti se řídí postupem popsaným v kapitole Výpočet dostupnosti.