Příloha č. 1 Technická specifikace díla NÚAP

Transkript

1 Příloha č. 1 Technická specifikace díla NÚAP Obsah: 1. Koncept řešení Architektura řešení Obecné požadavky Stávající způsob výměny ÚAP dat a využití stávajícího SW vybavení objednatele a pořizovatelů ÚAP Integrace se stávajícími SW řešeními Data souborové formáty a jejich sdílení standardními protokoly Data ÚAP Obecné požadavky Formáty dat Doplňující požadavky Data ÚKM Obecné požadavky Formáty dat Standardy Open Geospatial Consortium a dalších organizací Podmínky užití dat Data ÚKM Data ÚAP Datový sklad Popis datového skladu krajského úřadu Vazby na technologické centrum (hardware a operační systém) Základní databázová technologie primárního databázového úložiště Programová GIS nadstavba databázové technologie Další funkce datového skladu Převodní nástroje dat ÚAP Převodní nástroje dat ÚKM Nástroje pro správu a vedení datového modelu Aplikační server Popis aplikačního serveru Základní charakteristika Webový portál Rozhraní pro rozšiřování a konfigurace služeb aplikačního serveru Nástroj pro správu evidence ÚPD Vazby na technologické centrum (hardware, operační systém, zabezpečení, registry) Vazba na technologické centrum Řízení přístupových práv Vazba na registry Systém řízení přístupových práv Aplikace pro aktualizaci dat Obecné požadavky Aktualizace online Redakční rozhraní... 18

2 Modul pro import rastrových dat Metainformační systém Prohlížecí služby Služby stahování dat Monitoring služeb poskytovaných aplikačním serverem Služby pro zpracování a analýzu dat (geoprocessing) Klienti Tencí klienti (Webové prohlížeče) Tlustí klienti (GIS aplikace) Nasazení a provoz informačního systému Prostředí technologického centra pro implementaci Postup implementace Referenční rozhraní Dokumentace Technická podpora Provozní monitoring HW a SW... 22

3 1. Koncept řešení Projekt NÚAP má zajistit efektivní sdílení a tvorbu dat ÚAP, ÚPD 1 společně s distribucí hotových dat ÚKM. Pro tyto účely zhotovitel vytvoří informační systém ve formě softwarového řešení, které bude umístěno na serverech v prostředí technologického centra kraje. Data budou ze serverů nabízena prostřednictvím lokálních nebo síťových služeb klientským počítačům. Klientské počítače budou tyto služby využívat buď v prostředí webového prohlížeče, nebo specializovaného GIS softwaru. 2. Architektura řešení 2.1. Obecné požadavky Technické řešení informačního systému bude odpovídat třívrstvé architektuře. Třívrstvá architektura bude zaručovat oddělení datové, aplikační a prezentační vrstvy celého systému. Datová vrstva představuje datový sklad, kde budou uložena geodata v databázovém systému nebo ve formě souborů. Druhá aplikační vrstva je aplikační server, ve kterém budou implementovány služby systému. Pomocí služeb budou klienti přistupovat k datům a služby budou obsahovat většinu požadované funkcionality systému. Služby budou využívány ve třetí vrstvě systému v klientských aplikacích, které budou služby systému sdílet. Datový sklad a aplikační server budou provozovány na samostatných dedikovaných serverech. Obr. 1: Schéma třívrstvé architektury Datové sklady 17 ORP Datové úložiště referenčních dat (vč. pasportů, textů, evidencí aj.) 1 Územně plánovací dokumentace (územní plán, regulační plán, zásady územního rozvoje)

4 2.2. Stávající způsob výměny ÚAP dat a využití stávajícího SW vybavení objednatele a pořizovatelů ÚAP Architektura řešení vychází ze stávající praxe při zpracování a výměně dat ÚAP a dat katastru nemovitostí v Jihočeském kraji. Tuto praxi musí zhotovitel respektovat z důvodu maximálního využití stávajícího SW a HW nabyvatele a ostatních partnerů projektu. Hlavními partnery projektu jsou úřady územního plánování (ORP) jako pořizovatelé ÚAP obcí dle 27 odst. 1 zákona č. 183/2006 Sb., o územním plánování a stavebním řádu (dále jen stavební zákon ). Data ÚAP se podle svého původu a stavu zpracování rozlišují na data surová a referenční. Surová data jsou data přímo od poskytovatelů, tedy data nativní, bez jakýchkoliv úprav (geodata, texty, pasport v poskytnutém stavu a formátu). Surová data může tvořit buď poskytovatel (tedy i např. obec), ORP nebo i kraj. Surová data se v NÚAP objeví pouze v souvislosti s poskytováním údajů o území, resp. umožní poskytovateli předat tato surová data prostřednictvím NÚAP. Výdej z dat ÚAP ani jiný úkon NÚAP nebude vztažen k surovým datům. Referenční data jsou data zpracovaná pořizovatelem ÚAP v jeho programovém vybavení (podrobnosti dále), tedy upravená dle datového modelu, zrevidovaná, případně i zpřesněná. Do datového skladu NÚAP budou vstupovat právě referenční data, která budou základem pro zobrazení, výdeje a mapové služby ÚAP. Vzhledem k jasně definované odpovědnosti za sledované jevy, jejich naplnění a kvalitu, která je dána 4 odst. 2 vyhlášky a rozdělením přílohy č. 1 vyhlášky na část A (obec) a část B (kraj), bude NÚAP přebírat hotová referenční data od pořizovatelů ÚAP na obcích a na kraji. Tvorba a aktualizace referenčních ÚAP dat zůstane zcela v kompetenci pořizovatele ÚAP. Jihočeský kraj zajišťuje a bude zajišťovat hlavně metodickou činnost vedení ÚAP a jejich spojování v datovém skladu kraje. Kromě toho po dohodě s pořizovateli zajišťuje pro vybrané ÚAP jevy pořízení dat, tyto jevy si pak každý pořizovatel individuálně začleňuje do vlastní lokální kopie ÚAP dat v rámci ORP. Architektura řešení informačního systému bude vycházet ze základního předpokladu, že referenční ÚAP data vznikají výhradně u pořizovatele ÚAP v jeho stávajícím programovém vybavení. Přenos a zpracování ÚAP od pořizovatele směrem ke kraji bude proto řešen prostřednictvím integrace stávajících SW platforem do nového řešení NÚAP (podrobnosti viz kapitola 2.2). Instalace jiného SW na správu ÚAP dat u nabyvatele a u pořizovatelů ÚAP dat bez ohledu na to, zda je či není bezplatná, je nepřípustná. Z pohledu programového vybavení pořizovatelů ÚAP dat na ORP je činnost zajišťována prostřednictvím SW SpiritGIS (11x, z toho 5x aktivně), MISYS (5x) a GEOSTORE (1x). NÚAP musí zajistit komunikaci (výměnu referenčních dat) ze systémů ORP, minimálně v rozsahu řešení SpiritGIS ÚAP a MISYS ÚAP. Kompatibilita se systémem GEOSTORE není vzhledem k nízkému zastoupení u pořizovatelů ÚAP dat podmínkou. Pro zpracování, správu a vedení dat ÚAP používá Jihočeský kraj aplikaci SpiritGIS ÚAP (aplikace založené na platformě ESRI), která efektivně umožňuje vést agendu dat, poskytovatelů, pasportů, výdejů dat a dále umožňuje efektivní výdej dat ÚAP. Pro ukládání bezešvých ÚAP dat a dat katastru nemovitostí je využívána technologie ArcSDE a pro sdílení dat aplikace ArcGIS server. Tyto technologie nabyvatel provozuje dlouhodobě, má k nim smluvně zajištěnu technickou podporu a proškolenou obsluhu. Další provozování těchto technologií je tudíž pro nabyvatele ekonomicky i technicky výhodné a zpracovatel je může stejně jako hardwarové vybavení technologického centra využít při implementaci řešení. K dispozici jsou následující technologie: ArcGIS for desktop Basic verze plovoucích licencí

5 ArcGIS for desktop Standard verze plovoucí licence ArcGIS for desktop Advanced verze plovoucí licence ArcGIS for Server Basic licence pro 4 procesorová jádra ArcGIS for Server Enterprise Basic licence pro 4 procesorová jádra ArcGIS for Server Enterprise Standard licence pro 4 procesorová jádra SpiritGIS ÚAP neomezená plovoucí licence 2.3. Integrace se stávajícími SW řešeními Informační systém bude integrován se softwarem SpiritGIS ÚAP od firmy Georeal s.r.o. a se softwarem MISYS ÚAP. V rámci integrace bude integrována evidence poskytovatelů, pasportů údajů o území, evidence výdejů dat a evidence provedených aktualizací. Technické podrobnosti integrace jsou uvedeny v přílohách č. 2 a č. 4. Zhotovitel zajistí všechny webové služby, nástroje a datové zdroje, které se v těchto přílohách týkají datového skladu ÚAP, centrální systémové databáze ÚAP v TC JčK a aplikačního serveru v technologickém centru kraje. Úpravy aplikací SpiritGIS ÚAP a MISYS pro integraci s informačním systémem budou nabyvatelem vyřešeny v samostatných výběrových řízeních. Veškeré integrační vazby budou řešeny přes centrální integrační platformu technologického centra Jč. kraje (ESB). 3. Data souborové formáty a jejich sdílení standardními protokoly Informační systém NÚAP je zaměřen na efektivní výměnu dat mezi subjekty a jejich zpřístupnění zúčastněným subjektům způsobem umožňujícím dálkový přístup, včetně naplnění 166 odst. 2 stavebního zákona. Data jsou primárním obsahem datového skladu a na jejich výměně a zpracování se může podílet kromě datového skladu i aplikační server. Všechna níže uvedená data bude informační systém NÚAP schopen číst, importovat, exportovat i aktivně zpracovávat. Všechna geodata tedy data s geografickou složkou budou v systému uložena v souřadném systému Jednotné trigonometrické sítě katastrální (S- JTSK) a výškovém systému Balt po vyrovnání (Bpv). Pro zobrazení ve standardech OGC je požadována on-the-fly transformace do souřadného systému WGS84 s prostorovou přesností do 5 metrů. Všechna geodata budou provázána s metadaty ve standardu požadovaném směrnicí INSPIRE. Obecná manipulace s daty bude umožňovat nahrávání, zpracování a výdej dat, přístup k datům jiných datových skladů. Nahrávání dat bude probíhat po větších či menších celcích. Po nahrání tzv. surových dat (blíže specifikováno v bodě 3.1.1) následuje fáze jejich zpracování a jejich následné uložení v datovém skladu ve formě referenčních vrstev. Výdej částí dat z referenčních vrstev bude omezen věcným rozsahem podle oprávnění k datové vrstvě a plošně libovolnou plochou definovanou buď ad hoc uživatelem nebo výčtem administrativních jednotek (např. katastrální území, správní území obce), zároveň bude výdej dat umožňovat výběr vrstev dle sledovaných jevů v souladu s přílohou č. 1 vyhlášky č. 500/2006 Sb., o územně analytických podkladech, územně plánovací dokumentaci a způsobu evidence územně plánovací činnosti (dále jen vyhláška ).

6 3.1. Data ÚAP Obecné požadavky Data, s nimiž ÚAP pracují, jsou obvykle kombinací geodat, textů a pasportů (pasport dle přílohy č. 2 vyhlášky). Přístup k referenčním datům bude zajištěn z datových skladů ORP (u sledovaných jevů dle přílohy č. 1 části A vyhlášky) a dále z datového skladu kraje (u sledovaných jevů dle přílohy č. 1 části B vyhlášky). Datový model referenčních dat používaný v Jihočeském kraji je datový model DMG verze 4.11 od firmy Hydrosoft Veleslavín, s.r.o. Po zavedení NÚAP bude datový model spravován prostřednictvím nástrojů portálu Formáty dat Požadované formáty pro import, export, výdej a práci s daty ÚAP: Formát ArcView shapefile SHP Formát SHP je standardním výměnným formátem pro pořizovatele ÚAP dat v Jč. kraji. V rámci SW řešení na jednotlivých ORP jsou zajištěny převodní nástroje do formátu SHP, podle aktuálního datového modelu. 2 Formát DGN verze V7 a V8, kompatibilní se specifikací definovanou sdružením Open Design Aliance - (nutné z důvodu kompatibility s aplikacemi třetích stran, např. MISYS). Při čtení i zápisu bude informační systém aktivně pracovat následujícími vlastnostmi grafických objektů v DGN výkresu - slovní popis typu entity (entity), úroveň (level), vrstva (layer), třída (class), barva objektu (jednoduché číslo, color), model, název rodičovského objektu (refname), vazba do databáze (MSLINK). Pro liniové entity bude podporována vlastnost typ linie (linetype), tlouštka čáry (line weight) pro textové entity textový popis, style textu (text style), výška textu (text heigth), úhel otočení (angle), pro plošné objekty výplň (fill). Tyto vlastnosti bude možno využívat při čtení jako filtr při načítání do datového skladu například načtení všech bodových objektů z vrstvy číslo 52 s barvou číslo 37. Při exportu dat bude možné databázové atributy prvku převádět do grafických objektů s výše uvedenými vlastnostmi, například při převodu maloplošných chráněných území bude do výstupu kromě plošného vymezení v jiné vrstvě ještě textový popis druhu a názvu chráněného území. Formát DWG verze 2000,2004, 2007, 2010 kompatibilní se specifikací definovanou sdružením Open Design Aliance - (nutné z důvodu kompatibility s aplikacemi třetích stran, např. MISYS). Při čtení i zápisu bude informační systém aktivně pracovat následujícími vlastnostmi grafických objektů v DWG výkresu - slovní popis typu entity (entity), hladina (layer), třída (class), barva objektu (jednoduché číslo, color), název rodičovského objektu (refname). Pro liniové entity bude podporována vlastnost typ linie (linetype), tlouštka čáry (line weight) pro textové entity textový popis, style textu (text style), výška textu (text heigth), úhel otočení (angle), pro plošné objekty výplň (fill), pro blokové objekty barvu (block color), typ linie (block linetype), tloušťku linie (block line weight), název dwg souboru (DocName). Tyto vlastnosti bude možno využívat při čtení jako filtr při načítání do datového skladu například načtení všech textových objektů z vrstvy číslo 30 s jejich výškou a úhlem otočení. Při exportu bude možno 2 V rámci zakázek integrace SW SpiritGIS a MISYS bude řešen přechod na ORP na aktuální verzi datového modelu DMG 4.11.

7 databázové atributy prvku převádět do grafických objektů s výše uvedenými vlastnostmi, například při převodu komunikaci bude do výstupu kromě liniového vymezení v jiné vrstvě ještě textový popis druhu a čísla komunikace. Formát GPX část dat ÚAP vzniká přímo měřením v terénu pomocí GPS zařízení. ESRI geodatabáze referenční verze dat krajského úřadu na serveru s technologií ArcSDE a Oracle, opatřená metadaty ve standardu FGDC a ISO Atributová data k geodatům ve formátech dbf, xls nebo XML. Pasporty ve formátech MS Word *.doc, MS Word 2007 *.docx, pdf,*.xls, *.xlsx Rastrová data v různých formátech, požadována minimálně podpora formátů tif, jpg, png, cit, pdf. Informační systém bude umožňovat vkládání georeferencovaných i negeoreferencovaných rastrů. Georeferencované rastry jsou uložené v rastrových souborech doplněných o samostatné soubory s hlavičkou.tfw.jpw. VYK nativní formát aplikace MISYS práce s tímto formátem vzhledem k jeho uzavřenému charakteru není pro zhotovitele povinná, aplikace MISYS je schopna pracovat s formáty shp, dgn, dwg. Přesto případné zahrnutí tohoto formátu do NÚAP bude velkým přínosem Doplňující požadavky Zhotovitel v souvislosti s konsolidací a převodem dat do datového skladu provede skenování a afinní transformaci rastrů ÚPD do souřadného systému S-JTSK. Pro lepší představu byla k provedena analýza existence naskenovaných a georeferencovaných ÚPD z archivu kraje, obvykle v rozsahu hlavního výkresu, s tímto závěrem: zbývá naskenovat a georeferencovat 518 územních plánů, tedy cca rastrů, je naskenováno a zbývá georeferencovat 549 rastrů územních plánů Data ÚKM Obecné požadavky Data ÚKM vzniknou spojením dat katastru nemovitostí ČÚZK s daty, která byla digitalizována v rámci projektu Účelová katastrální mapa Jč. kraje. Všechna vektorová data ÚKM je nutné v rámci informačního systému integrovat do bezešvé vektorové kresby ÚKM, podpořené referenční mozaikou rastrů platných katastrálních map. Popisná data katastru nemovitostí (SPI) budou uložena v primárním databázovém úložišti v datovém skladu. Zhotovitel poskytne nabyvateli popis všech databázových objektů (tabulky, indexy, pohledy), ve kterých se data SPI, budou ukládat. Zhotovitel následně provede ve spolupráci s firmou Tmapy integraci SPI dat, které budou z jednoho datového zdroje z primárního databázového úložiště poskytovány dvěma informačním systémům informačnímu systému NÚAP a stávajícího serveru TWIST.

8 Formáty dat Data ÚKM jsou nebo budou k dispozici v následujících formátech: CIT naskenované rastry katastrálních map NVF - výměnný formát katastru v textovém tvaru, standard pro distribuci dat v ISKN, formát je definován dokumentem ČÚZK Struktura výměnného formátu informačního systému katastru nemovitostí České republiky z , který byl do současné doby pozměněn 10 dodatky, posledním dodatkem z VFK výměnný formát KN před ISKN, formát je definován dokumentem ČÚZK Struktura a výměnný formát digitální katastrální mapy a souboru popisných informací katastru nemovitostí České republiky a dat BPEJ verze 1.3 ze dne 24. listopadu Formát je stále používán v katastru nemovitostí na části kraje v katastrálních územích digitalizovaných formou KM-D, rozšířený formát pro distribuci dat KN na obcích, formát bude společně s DGN a SHP používán i pro distribuci dat ÚKM ArcView shapefile SHP, výstup z tvorby ÚKM po jednotlivých katastrálních územích, distribuční formát ÚKM DGN - výstup z tvorby ÚKM po jednotlivých katastrálních územích, distribuční formát ÚKM a KM-D Formát GML Inspire GML soubory verze odpovídající specifikaci pro téma katastrální parcely podle specifikace OGC, Výměnný formát RUIAN (VFR) - ČÚZK tento formát používá pro distribuci dat z Registru územní identifikace, adres a nemovitostí, pro aktualizaci ÚKM je nutné načítat stavové kopie i změnové přírůstky 3.3. Standardy Open Geospatial Consortium a dalších organizací Pro zajištění obecné interoperability s informačními systémy a uživateli bude informační systém podporovat následující protokoly a formáty sdružení Open Geospatial Consortium (dále jako OGC) a na ně navazující standardy ostatních organizací. Web Map Service (WMS) verze tento formát mapové služby je v současnosti velice rozšířen, a proto bude používán v informačním systému v zabezpečené i nezabezpečené formě, kvůli jednoduché implementaci v řešení třetích stran bude v nezabezpečené formě WMS ekvivalentem veřejně přístupných interaktivních map, WMS služby budou poskytovat data ve formátech jpg, png, tiff, bmp a svg. Web Map Tile Service (WMTS) verze standart pro cachované dlaždicové mapové služby, tento formát mapové služby bude využit pro nejvíce vytížené mapové služby World Geodetic Systém 1984 (WGS 84) standardní souřadnicový systém nutný pro zobrazení dat ve standardu WMS, informační systém bude schopen transformovat do něj on-the-fly data v souřadném systému S-JTSK s přesností do 5 metrů. Keyhole markup language (KML) verze 2.0 XML formát pro geografickou vizualizaci, důležitý formát pro sdílení dat v prostředí internetu Web Features Service (WFS) verze rozhraní pro sdílení geodat v jejich zdrojové podobě, předpokládá se jeho využití především ve stahovacích službách. Nabídka zhotovitele, která nabídne transakční verzi tohoto rozhraní WFS-T využitelnou pro vzdálenou editaci dat, bude považována v rámci hodnocení technického řešení za výhodnější.

9 Geography Markup Language (GML) verze 2.1 tento XML formát bude používán jako přenosový pro rozhraní WFS, zvláštní varianta GML formátu pro katastrální data byla popsána v předchozí kapitole o datech ÚKM Web Coverage Service (WCS) verze 1.0 rozhraní pro sdílení především rastrových dat. Rozhraní poskytuje na rozdíl od WMS rastrové výstupy, které je možno dále zpracovávat a analyzovat v GIS softwaru, proto bude využito zejména pro zabezpečené stahovací služby Catalogue Service Web (CSW) rozhraní pro sdílení metadat mezi metadatovými portály, v rámci informačního systému bude CSW sloužit ke sběru (harvestingu) metadat z jiných zdrojů a nabízet metadata ke stažení. Simple Features Access (SFA) SQL option specifikace OGC, norma ISO toto rozhraní bude přístupné z datového skladu pro sdílení dat do dalších aplikací formou SQL dotazů, sql rozhraní bude podporovat jak data ve formě textu ve formátu well-known text (WKT), tak data v binární formě well-known binary (WKB) Scalable Vector Graphics (SVG) standart konsorcia W3C -vektorový grafický formát, který bude využit při tvorbě kvalitních mapových výstupů z interaktivních map a jiných aplikací, pro klienty, kteří jsou SVG schopni zpracovat bude přístupný i v rámci WMS mapových služeb. ISO 19115:2003 Metadata - ISO standart pro popis geografických informací a služeb, popisuje identifikaci, územní rozsah a kvalitu geografických dat a služeb, standart je kompatibilní s direktivou INSPIRE Web Processing Service (WPS) verze 1.0 služby pro zpracování a analýzu geodat (geoprocessing) na aplikačním serveru budou podporovat tento standart, který definuje standartní chování vstupů a výstupů a způsob jakým klient může ve službě vyvolat zpracování úlohy 3.4. Podmínky užití dat Data ÚKM Data ÚKM budou pro prohlížení přístupná volně veřejnosti formou rastrových výstupů ve webové mapě a WMS webové službě s možností zapínání a vypínání vrstev mapové kompozice. Data ÚKM ve své nativní vektorové podobě budou přístupná ČÚZK a všem orgánům veřejné samosprávy Data ÚAP Poskytování dat ÚAP a jejich zveřejňování je řešeno stavebním zákonem ( 27 odst. 3 SZ, 166 SZ). V souladu se stavebním zákonem byla zpracována přehledná tabulka poskytování a přístupu k datům ÚAP: Funkcionalita/Skupina Veřejnost Orgán VS (neposkytovatel údaje o území) Projektant Poskytovatel Pořizovatel ÚAP Vyhledávání v metadatech Vyhledávání v pasportech NE (pouze svých dat) Tvorba a aktualizace metadat a pasportů NE NE NE (pouze (pouze svých

10 Funkcionalita/Skupina Veřejnost Orgán VS (neposkytovatel údaje o území) Prohlížení výkresů ÚAP (předdefinovaných mapových kompozic) 3 Prohlížení sledovaných jevů a údajů o území Dotaz na atributové informace vybraného prvku Aktualizace výkresů ÚAP (předdefinovaných mapových kompozic) Aktualizace sledovaných jevů a údajů o území Podání žádosti o výdej dat Podání žádosti o výdej výkresů ÚAP (předdefinovaných Projektant Poskytovatel Pořizovatel ÚAP svých dat) dat) (informac e o technické infrastrukt uře odst. 2 SZ) (informac e o technické infrastrukt uře odst. 2 SZ) (pouze v rozsahu výkresů ÚAP) (pouze svých dat) NE NE NE NE NE NE NE (pouze svých dat, povinnost historizace původních) NE NE (pouze svých dat) 4 3 Při prohlížení výkresů ÚAP bude problémový výkres prezentován pouze jako statická součást RURÚ, ale výkres limitů využití území, hodnot a záměrů na provedení změn jednak jako statická součást RURÚ, ale zároveň jako interaktivní průběžně aktualizovaná mapová kompozice. 4 Při aktualizaci sledovaných jevů o území pořizovatel dat ÚAP aktualizuje sledované jevy, které zjišťuje zejména na základě průzkumů (např. architektonicky cenné stavby apod.). Dále pořizovatel průběžně aktualizuje referenční datové sady.

11 Funkcionalita/Skupina Veřejnost Orgán VS (neposkytovatel údaje o území) mapových kompozic) Prohlížení textových částí ÚAP, RURÚ Výdej textových částí ÚAP, RURÚ Stahování dat prostřednictvím WS Projektant Poskytovatel Pořizovatel ÚAP NE (pouze v rozsahu výkresů ÚAP) (v rozsahu výkresů ÚAP a svých zdrojových dat) Registrace NE Vytvoření a aktualizace údajů pro systém řízení přístupových práv NE NE NE NE (v intencích stavebního zákona) Výkresová část územně analytických podkladů (resp. rozboru udržitelného rozvoje území) bude v NÚAP zveřejněna buď jako statický export ve formátu PDF či ve formátu rastrového obrázku (zejména problémového výkresu) nebo jako webová mapová služba WMS či WFS publikací mapových dokumentů MXD (týká se průběžně aktualizovaných výkresů záměrů, hodnot a limitů využití území). 4. Datový sklad 4.1. Popis datového skladu krajského úřadu Datový sklad je server, na kterém budou uložena veškerá data ÚAP a ÚKM. Hlavní funkcí datového skladu bude poskytování geodat aplikačnímu serveru a klientům a to jak k operacím čtení, tak k zápisu. Datový sklad se skládá ze dvou úložišť: primárního a sekundárního. Primární databázové úložiště dat bude založeno na relační databázi, která umožní rychlý a efektivní přístup k velkému množství údajů. Primární úložiště dat bude obsahovat veškerá základní data ÚAP i ÚKM. Pro tato data bude fungovat jako trvalé úložiště, které bude prostředky technologického centra zálohováno. Primární databázové úložiště bude fungovat na základní databázové technologii, která zajišťuje uchovávání obecných dat (tabulky, indexy, pohledy) bez prostorové dimenze v relační databázi a možnost základní komunikace přes obecná programová rozhraní (ODBC, OLE DB, JDBC). Nad základní databázovou technologií bude fungovat programová GIS nadstavba. Tato nadstavba bude průběžně zajišťovat funkční a logickou integritu geografických dat a komunikaci se silnými klienty na desktopech. Programová GIS nadstavba může mít podobu samostatného programu nebo dodatečného modulu pro databázovou technologii. Sekundární souborové úložiště bude mít podobu disku se soubory v souborovém systému, který bude k dispozici aplikačnímu serveru, případně silným klientům. Sekundární úložiště bude sloužit

12 především k manipulaci s daty ÚAP, ÚKM, s tím, že žádná data nebudou v tomto úložišti umístěna trvale a nebude prováděno ani zálohování dat v sekundárním úložišti. Obr. 2: Schéma datového skladu 4.2. Vazby na technologické centrum (hardware a operační systém) Pro datový sklad bude v TC kraje alokován následující ekvivalentní hardwarový zdroj: CPU RAM OS Intel Xeon W GHz (2x 6jádrový CPU 12 jader) 64 GB DDR MHz Windows 2008 Server 64 bit Hardware bude k dispozici ve formě fyzického samostatného serveru, neboť se předpokládá velká zátěž serveru v provozním režimu. Pro datový sklad bude v technologickém centru připraven diskový prostor, který vychází z předpokládaných objemů datových sad. Přehled předpokládaného datového objemu: Datový sklad Sekundární souborové úložiště datový sklad Referenční data (Rastrová mapa, ortofotomapy ) Aplikace (Systém, DB, Aplikace, Logfiles, ) 3TB 1TB 2TB 0.5TB

13 V rámci technologického centra kraje bude datový sklad provozován ve dvou lokalitách. Proto bude primární databázové úložiště provozováno tak, že jedna databáze bude aktivní a druhá databáze v režimu Stand By Základní databázová technologie primárního databázového úložiště Základní databázová technologie bude zajišťovat základní integritu dat databázového úložiště. Tato technologie bude splňovat následující požadavky: Podpora operačních systémů MS Windows 32 a 64 bit, Linux 32 a 64 bit, Sun Solaris SPARC 32 a 64 bit Řízení přístupu na úrovni záznamu Rychlá obnova databáze po chybě administrátora/uživatele návratem do libovolného casu v definovaném rozsahu bez nutnosti provádět obnovu ze zálohy. Podpora PL/SQL pro tvorbu uložených procedur Nástroj pro vytvoření a průběžnou synchronizaci záložní databáze s možností využití záložní databáze pro čtení Možnost separace rolí při správě databáze Možnost budoucího použití multidimenzionálního úložiště uloženého uvnitř databáze a přístupného přes SQL Možnost bezodstávkového upgrade aplikace Audit operací s možností detailního určení auditovaných operací Vývojové prostředí pro deklarativní vývoj webových aplikací integrované přímo do databázového serveru Možnost budoucího rozšíření databáze o transparentní šifrování dat ukládaných v databázi Možnost budoucího rozšíření databáze o rozdělení zodpovědnosti při správě databáze, pomocí kterého bude možné zamezit databázovým administrátorům v přístupu k citlivým/osobním údajům Přístup klientů do databáze přes ODBC, OLE DB, JDBC rozhraní Programová GIS nadstavba databázové technologie Programová GIS nadstavba bude podstatně rozšiřovat možnosti databázové technologie, co se týče ukládání a editace geodat. Tato nadstavba bude splňovat následující požadavky: Nadstavba poběží na serveru datového skladu jako služba. Nadstavba bude spuštěna na pozadí operačního systému, Nadstavba bude pracovat bez interakce s grafickým prostředím operačního systému, Nadstavba bude pracovat i když k serveru nebude přihlášen žádný uživatel. Ukládání různých typů geodat (vektorových, rastrových, popisných, 3D). Nastavení a vyhodnocování prostorových vztahů v datech (topologické kontroly dat). Ukládání geometrických vlastností dat dle standardu OGC Simple Features Specification For SQL. Nástroje pro definování chování dat (vytváření podtypů, nastavování výchozích hodnot, specifikování povolených hodnot). Nástroje pro propojování dat a kontrolu referenční integrity (mazání provázaných dat, nulování cizího klíče). Uchovávání symboliky dat. Ukládání nástrojů pro zpracování dat (skripty, atd.).

14 Uchovávání metadatových záznamů k datům Verzování a historizace dat. Ukládání rastrových katalogů Pyramidové náhledy rastrových dat import a export dat do stávajícího datového skladu Krajského úřadu Jč. kraje, server datového skladu využívá technologii ArcSDE od firmy ESRI a databázi Oracle Další funkce datového skladu Důležitou funkcí datového skladu je jeho podíl na kontinuální výměně dat. Velké objemy dat od pořizovatelů ÚAP a aktualizace ÚKM budou pravidelně nahrávány do sekundárního souborového úložiště a z něho konvertovány do primárního databázového úložiště. Velké objemy dat bude možno do sekundárního úložiště nahrávat a vyměňovat bez použití webového rozhraní alternativním rychlejším a spolehlivějším způsobem např. VPN přístup na disky, FTP server. V souladu s typizovaným projektem datový sklad umožní vytváření tzv. otisků dat (statický obraz dat) ke zvolenému datu nad dynamicky aktualizovanými daty ÚAP Převodní nástroje dat ÚAP Zhotovitel vytvoří pro datový sklad převodní nástroje pro ÚAP a ÚKM, které zajistí kontrolu referenčních dat od 17 ORP (pořizovatelů ÚAP) a jejich pravidelné sehrávání do společné verze ÚAP za celý kraj v primárním úložišti. Převodní nástroje ÚAP zajistí bezešvé spojení datových vrstev referenčních dat od jednotlivých ORP (odstranění překryvů na hranicích ORP). Malé objemy dat od poskytovatelů ÚAP budou do datového skladu přenášeny prostřednictvím služeb aplikačního serveru Převodní nástroje dat ÚKM Převodní nástroje ÚKM zajistí kontrolu dat od katastrálního úřadu a zhotovitele ÚKM a jejich sehrání do společné verze ÚKM za celý kraj v primárním úložišti Nástroje pro správu a vedení datového modelu Datový sklad bude obsahovat nástroje pro vedení a správu datového modelu ÚAP dat (DGM Hydrosoftu Veleslavín ve verzi 4.11). Tyto nástroje budou zahrnovat i nástroje pro úpravu datového modelu a konverzní nástroje do nových verzí datového modelu nebo jiných datových modelů ÚAP. Nástroj bude schopen generovat rozdíly mezi verzemi spravovaného datového modelu a dále generovat aktuální datové struktury (přednastavené prázdné SHP, příp. osobní či souborovou geodatabázi, v adresářovém členění dle datového modelu).

15 5. Aplikační server 5.1. Popis aplikačního serveru Základní charakteristika Aplikační server je řešení, kdy samostatný dedikovaný server čerpá data z různých datových zdrojů a formou služeb je poskytuje různým klientům. Tyto služby vycházejí z požadavků stanovených v typizovaných projektových záměrech NÚAP a ÚKM. Aplikační server představuje pro informační systém NÚAP jádro řešení především z hlediska přístupnosti a funkčnosti DMVS. Aplikační server zajistí i přístup k referenčním datům ÚAP, které jsou získávány z datových zdrojů jednotlivých ORP a kraje (ze systémů SpiritGIS ÚAP, MISYS ÚAP). Aplikační server je popisován z pohledu jednotlivých služeb podle vzoru typizovaného projektu IOP. Okruh služeb typizovaného projektu je rozšířen o samostatný okruh analytických služeb. Aplikační server bude většinu informací uživatelům předávat prostřednictvím webového rozhraní ve formě webového portálu Webový portál Informace na webovém rozhraní aplikačního serveru budou vystaveny ve formě interaktivních webových stránek, které budou mít svoji dynamickou a statickou část. Dynamická část bude zprostředkovávat data uložená v datovém skladu (referenční geodata, metadata) formou HTML (např. interaktivní mapa se zobrazením aktuálního výkresu limitů využití území, zobrazení platného územního plánu apod.). Interaktivní mapa musí umožnit současné zobrazení různého počtu vrstev, včetně současného zobrazení např. několika územních plánů (rastry) a referenčních vektorových vrstev ÚAP. Statická část bude umožňovat oprávněným uživatelům vystavovat dokumenty, které doplní dynamickou část do formy přehledného webového portálu (např. dokumenty vztahující se k úplným aktualizacím ÚAP textové části + výkresové části, výkresy vydané ÚPD atd.) Rozhraní pro rozšiřování a konfigurace služeb aplikačního serveru Pro zajištění maximální využitelnosti aplikačního serveru je požadován software, jehož funkčnost lze rozšiřovat a konfigurovat bez přímé účasti zpracovatele. Aplikační server proto bude obsahovat rozhraní pro skriptovací jazyk, které umožní vytvářet pomocí skriptů další nástroje, které umožní převod, zpracování a sdílení dat. Skriptovací jazyk je interpretovaný programovací jazyk, který umožní automatizovat úlohy, jež by jinak musel provádět krok po kroku operátor serveru, Programy v skriptovacím jazyku bude možné spouštět bez kompilace v běhovém prostředí jazyka přímo na aplikačním serveru bez nutnosti interpretace programů v internetovém prohlížeči. Skriptovací jazyk bude obsahovat základní sadu nástrojů pro manipulaci s daty, jejíž dokumentace bude součástí dodávky informačního systému. Skriptovací jazyk umožní práci s proměnnými, cykly a objekty pro objektově orientované programování. Aplikační server také nabídne administrativní rozhraní, které umožní konfigurovat a přidávat nové služby aplikačního serveru ve webovém prohlížeči Nástroj pro správu evidence ÚPD

16 Součástí aplikačního serveru bude i vytvoření nástroje pro správu evidence ÚPD, přičemž bude využito existující evidence územně plánovací činnosti tzv. ilas, ikas ( Nástroje pro správu evidence ÚPD budou obsahovat veřejnou část (údaje z ilas, ikas) a neveřejnou část (interní dokumenty vztahující se k pořizování ÚPD). Nástroj pro správu evidence ÚPD bude provázán s webovým portálem pro rychlou odezvu do mapového zobrazení a zpět do evidenčního zobrazení. V rámci nástroje pro správu evidence ÚPD bude řešena funkčnost umožňující hlídání lhůt podle stavebního zákona (např. vypršení lhůty pro zprávu o uplatňování ÚPD apod.) a dále jednoduché filtry pro zjednodušení prohlížení evidence, vč. možných exportů do formátů XLS (XLSX), příp. CSV, DBF Vazby na technologické centrum (hardware, operační systém, zabezpečení, registry) Vazba na technologické centrum Pro aplikační server bude v TC kraje alokován virtuální server s OS Windows 2008 Server 64 bit nebo 32 bit. Požadována kompatibilita programů na aplikačním serveru s virtualizovaným prostředím technologické centra Jč. Kraje. Správa virtualizovaného prostředí technologického centra kraje bude prováděna centrálním managementem realizovaným na bázi VMware vcenter Server 4 Foundation na verzi Standard. Zabezpečení bude odpovídat standardním požadavkům na bezpečnost a podmínkám stanoveným ve studii technologického centra. Autorizovaný přístup k webovému portálu bude šifrován prostřednictvím https protokolu Řízení přístupových práv Řízení přístupových práv bude řešeno v rámci technologického centra pomocí uživatelů a rolí jako souhrnu oprávnění. Informační systém bude napojen na centrální správu uživatelů technologického centra Jihočeského kraje (identity management včetně rolí uživatelů) dále jako IDM, který bude zpracovávat zpracovatel informačního systému pro Vnitřní integraci úřadu a integraci s ISVS. IDM bude řídit uživatele i role jako souhrny oprávnění a administrace uživatelů a jejich přiřazení k rolím bude probíhat v prostředí webového rozhraní IDM. Uživatelé a vazba na role budou tudíž zcela řízeny externím IDM a informační systém nebude obsahovat žádné vlastní databáze uživatelů. Autentizace označuje zjištění a ověření proklamované identity subjektu uživatele. Autentizace uživatele bude řešena v centrálním ověřovacím systému technologického centra prostřednictvím Active Directory (Kerberos). Uživatel bude veden v centrální adresářové službě Active Directory, která bude obsahovat uživatele TC pro externí aplikace. Autorizace označuje získání přístupu k informacím, funkcím a dalším objektům. Autorizace uživatele zahrnuje získání oprávnění ve formě role. Autorizaci je možno řešit dvěma způsoby: Informační systém si ověřuje členství autentizovaného uživatele ve skupinách v centrální adresářové službě Active Directory Informační systém si ověřuje členství autentizovaného uživatele v IDM pomocí ldap nebo webové služby.

17 Systém bude umožňovat privilegovaným uživatelům aktivně vytvářet a odstraňovat role v informačním systému, měnit vazby rolí k obsahu poskytovanému výdejním modulem, k datovým sadám, mapovým službám a ostatním dokumentům Informační systém zpřístupní IDM seznam všech rolí pomocí webové služby. Webová služba bude pro výměnu zpráv používat jazyk XML, obsahem zpráv bude název role, unikátní identifikátor role, identifikátor ÚAP aplikace pro IDM. Rozhraní webové služby bude popsáno pomocí jazyka WSDL. Přesné zadání služby bude upřesněno zadavatelem a zpracovatelem informačního systému pro Vnitřní integraci úřadu a integraci s ISVS Vazba na registry Informační systém bude schopen načítat data z Registru územní identifikace, adres a nemovitostí (RUIAN), registru osob (ROS), registru obyvatel (ROB). Údaje z registrů budou k dispozici v informačním systému pořizovatelům dat ÚAP při tvorbě a kontrole ÚAP. Informační systém bude fungovat jako agendový informační systém (AIS) podle oprávnění definovaných v registru práv a povinností pro agendu A565 Územní plánování a stavební řád. Informační systém bude pro evidenci poskytovatelů dat využívat údajů z registru osob (ROS), tato evidence bude obsahovat vazbu na registr před identifikátor z ORG převodníku. Informační systém pak bude přebírat notifikace změn z ROS pro jednotlivé poskytovatele ÚAP a bude schopen tyto změny přenést do evidence poskytovatelů Systém řízení přístupových práv Systém řízení přístupových práv bude odpovídat požadavkům uvedeným v kapitole 4.2 typizovaného projektového záměru. Kromě těchto požadavků, bude systém umožňovat, aby pořizovatelé dat ÚAP měli možnost měnit role a jejich vazby na data podle kapitoly tohoto dokumentu Aplikace pro aktualizaci dat Obecné požadavky Aplikace pro aktualizaci dat bude odpovídat požadavkům uvedeným v kapitole 4.3 typizovaného projektového záměru, přičemž neplatí poslední věta posledního souvětí kapitoly. Za výhodu v technickém hodnocení VŘ bude považován fakt, že zpracovatel nabídne ve svém řešení aplikačního serveru aktualizaci dat formou standardního protokolu OGC WFS-T Aktualizace online Kromě požadavků v předchozím bodě bude pro poskytovatele ÚAP (zejména pro obce) zpřístupněna interaktivní webová mapa s možností editace dat. Tato mapa bude umožňovat v prostředí webového prohlížeče zadávat nad referenčním podkladem geografické objekty typu bod, linie, plocha, doplňovat k těmto objektům databázové údaje a doplnit vzniklou datovou sadu o pasport a metadata. Tato aplikace umožní subjektům, které nemají možnost pořízení geodat ve vlastní režii, jednoduchým způsobem splnit svoji zákonnou povinnost poskytovatele ÚAP dat ve vazbě na 27 odst. 3, 4 stavebního zákona. Zmíněná editace či nově zadaná data budou v NÚAP evidována jako surová data, tedy data od poskytovatele.

18 Redakční rozhraní Zhotovitel v rámci řešení nabídne redakční rozhraní pro webový portál, které umožní podle oprávnění uživatele editovat statický obsah webového rozhraní formou WYSIWYG v prostředí webového prohlížeče Modul pro import rastrových dat Modul bude umožňovat vkládat územně plánovací dokumentaci (ÚPD) ve formě rastrů územních plánů obcí a k dokumentaci navazovat popisnou databázovou evidenci ÚPD (ilas, ikas a vlastní neveřejná evidence) Metainformační systém Metainformační systém bude odpovídat požadavkům uvedeným v kapitole 4.4 typizovaného projektového záměru. Kromě těchto požadavků bude editorům metadat dána kromě obecné editace i možnost editovat metadata podle předem definované šablony a import a export XML souborů pro jednotlivé metadatové záznamy. Tyto funkce umožní více efektivní tvorbu a správu metadat. Pro sběr a publikaci metadat na jiné metadatové portály bude metainformační systém disponovat webovou katalogovou službou podle specifikace OGC Catalogue service for the Web zkráceně CS- W verze Prohlížecí služby Prohlížecí služby budou odpovídat požadavkům uvedeným v kapitole 4.4 typizovaného projektového záměru. Kromě těchto požadavků bude aplikační server poskytovat pro prohlížení i volně přístupné mapové služby ve standardních protokolech podle specifikací OGC Open Geospatial Consortium. V případě volně dostupných služeb půjde o protokol WMS verze a KML verze 2.2. Mapové služby pro nahlížení mají sloužit k efektivní výměně dat v prostředí internetu a to jak jednotlivých uživatelů, tak partnerských webů s interaktivními mapami. Pro nahlížení do dat ÚKM i ÚAP (v rozsahu předem definovaných výkresů) bude zpracována interaktivní webová mapa a WMS mapová služba (webový portál viz. bod 5.1.2). Oba způsoby zajistí velkému množství uživatelů a aplikací rychlý přístup v reálném čase k datům ÚKM a ÚAP a proto budou zpracovatelem implementovány s dostatečnou kapacitní rezervou. Do prohlížecích služeb budou zapracovány nástroje pro vyhledávání v datech datového skladu a metadatech.

19 5.7. Služby stahování dat Služby stahování dat budou odpovídat požadavkům uvedeným v kapitole 4.6 typizovaného projektového záměru. Nad rámec typizovaného projektového záměru bude výdej dat možný ve všech formátech popsaných v kapitole a tohoto dokumentu a v následujících formátech a protokolech OGC: formát GML verze 2.0, protokol WMS verze 1.3.0, WFS verze 1.1, WCS verze Služba stahování dat musí umožnit výdej dat (referenčních) na základě konkrétního požadovaného formátu a obsahu (se zajištěním všech funkčností, které obsahuje používaný SpiritGIS ÚAP). Výdej surových dat (údajů o území) nebude součástí NÚAP Monitoring služeb poskytovaných aplikačním serverem Tento modul bude poskytovat prostřednictvím webového rozhraní údaje o přístupech uživatelů, vydaných výstupech a objemu zpracovaných dat. Modul reporting bude poskytovat podklady (ukazatele a jejich souhrny) pro zprávu o využití dat a služeb (reporting a monitoring) pro národní geoportál INSPIRE v ČR podle zákona 123/1998 sb. a vyhlášky Ministerstva životního prostředí 103/2010 sb. Příloha II Služby pro zpracování a analýzu dat (geoprocessing) Aplikační server bude nabízet služby pro zpracování a analýzu geodat, které jsou označovány anglickým termín geoprocessing. Všechny služby budou splňovat požadavky standardu OGC WPS verze 1.0. Pro geoprocessing jsou požadovány minimálně tyto funkčnosti: Nástroje pro práci s bodovými prvky: - export/import dat do/z seznamu XY souřadnic, - analýza vzdáleností mezi prvky, - tvorba obalové zóny kolem bodových prvků a to buď podle jednotné vzdálenosti, nebo podle údajů v databázi - využití zejména pro tvorbu ochranných pásem ÚAP. Nástroje pro práci s liniovými prvky: - kontrola a tvorba topologie prvků, - tvorba obalové zóny kolem liniových prvků a to buď podle jednotné vzdálenosti, nebo podle údajů v databázi - využití zejména pro tvorbu ochranných pásem ÚAP, - konverze liniových prvků do polygonových prvků a bodových prvků, - nástroje pro vytváření geometrických sítí (např. dopravních sítí). Nástroje pro práci s polygonovými prvky: - kontrola a tvorba topologie prvků, - tvorba obalové zóny kolem polygonových prvků a to buď podle jednotné vzdálenosti, nebo podle údajů v databázi - využití zejména pro tvorbu ochranných pásem ÚAP. Možnost analýzy tabulkových dat v datovém skladu: - formou načítání dat z tabulek do grafů a kartogramů pro analýzu jevů ÚAP,

20 - možnost propojení tabulkových údajů s geografickými prvky na základě jednoznačného identifikátoru (např. propojení údajů o počtu obyvatel v obcích s hranicemi obcí dle kódu obcí), - možnost škálování hodnot ve webové aplikaci. 6. Klienti 6.1. Tencí klienti (Webové prohlížeče) Pro zajištění co největší přístupnosti informačního systému budou nejpočetnější skupinou klientů uživatelé s webovými prohlížeči. Většina modulů a služeb aplikačního serveru bude proto přístupná z prostředí webového prohlížeče. Jedná se zejména o prohlížecí služby, metadatové služby, služby stahování dat a část aplikací pro aktualizaci dat. Výstupy budou optimalizovány zobrazení v nejběžnějších typech prohlížečů, a to Microsoft Internet Explorer, Mozilla Firefox nebo Google Chrome. U prohlížeče MS IE je nutné zajistit plné konzistentní zobrazení ve verzích 7.0, 8.0, 9.0. U MS IE 6.0 může mít část webu v odůvodněných případech omezené možnosti s ohledem na jeho omezenou perspektivu a kompatibilitu s webovými standardy. Webové výstupy budou dodržovat standardy sdružení W3C. U HTML kódu stránek je možno použít standard HTML nebo XHTML novější než HTML 4.01 a u kaskádových stylů standard CSS level 2. Zhotovitel uvede standard W3C, který bude používat, a ten pak dodrží na všech výstupech. I v případě použití programovací jazyka Javascript či technologie AJAX se doporučuje dodržovat standardy (ECMA, DOM W3C). Protože prezentované výstupy budou webovými stránkami veřejné správy, budou webové výstupy v souladu v souladu s Vyhláškou MVČR č. 64/2008 Sb., o formě uveřejňování informací souvisejících s výkonem veřejné správy prostřednictvím webových stránek pro osoby se zdravotním postižením (vyhláška o přístupnosti). Zhotovitel v souladu s uvedenými zásadami doplní webové výstupy aplikačního serveru prohlášením o přístupnosti Tlustí klienti (GIS aplikace) Informační systém bude kompatibilní se stávajícím programovým vybavením nabyvatele a pořizovatelů ÚAP dat. Podrobnosti jsou popsány v kapitole 2.2 a Nasazení a provoz informačního systému 7.1. Prostředí technologického centra pro implementaci Informační systém bude nainstalován ve dvou lokalitách technologického centra Jč. kraje. Pro dostupnost informačního systému jsou stanoveny následující požadavky: Zpracovatel zajistí nástroje pro high availability provoz aplikačního serveru pomocí jeho přenositelnosti mezi virtualizovanými servery v obou lokalitách. Datový sklad bude provozován v obou lokalitách, primární databázové úložiště bude nainstalováno ve dvou shodných instancích a mezi oběma instancemi bude probíhat průběžná replikace obsahu databáze.

21 Je požadována automatická detekce výpadku informačního systému a automatické přenesení funkce do druhého TC kraje. Je akceptován krátký výpadek služeb informačního systému na nezbytně nutnou dobu (do 30 minut) po dobu přesunu Postup implementace Implementace proběhne ve 2 etapách. Zhotovitel nejprve nainstaluje informační systém v jedné kopii na servery technologického centra. Po prvotním naplnění datového skladu bude spuštěn zkušební provoz informačního systému, který bude 2. Etapou implementace. V zkušebním provozu bude informační systém zpřístupněn vybrané skupině uživatelů dat a bude postupně testována jeho funkčnost a soulad se zadávací dokumentací. Po ukončení zkušebního provozu zhotovitel navrátí datový sklad do stavu na začátku zkušebního provozu. V rámci zkušební provozu bude ve spolupráci se zhotovitelem vyzkoušen přenos mezi virtualizovanými servery v obou lokalitách. Po ukončení implementace technologického centra Jč. kraje budou nabyvatelem provedeny penetrační testy nad všemi informačními systémy v TC včetně tohoto informačního systému. Dodavatel odstraní závady zjištěné při penetračním testování, které bude provádět třetí strana na základě smlouvy s nabyvatelem. Po odstranění závad dodavatel zapracuje provedené změny do dokumentace Referenční rozhraní Informační systém bude obsahovat referenční rozhraní ISVS tzn., že jsou na něj kladeny požadavky definované zákonem č. 365/2000 Sb.., o informačních systémech veřejné správy, v platném znění a jeho prováděcích předpisů. V případě že se na Aplikaci nebo její části vztahuje nebo v budoucnu bude vztahovat atestační povinnost, dodavatel se zavazuje do 6-ti měsíců od nabytí účinnosti standardu na vlastní náklady provést atestaci dodávaného systému, případně jeho částí na shodu se všemi v daném okamžiku platnými standardy Dokumentace Dokumentace systému bude vyhotovena zpracovatelem po ukončení zkušebního provozu informačního systému. Dokumentace bude obsahovat následující části: Základní systémovou příručku, Uživatelskou příručku, a to zvlášť pro uživatele tenkého a tlustého klienta, Administrátorskou dokumentaci, Bezpečnostní dokumentaci, Metodické příručky pro vedení a správu dat ÚAP, ÚKM.

22 7.5. Technická podpora Dodavatel řešení zajistí technickou podporu celého systému po dobu udržitelnosti projektu, tj. na dobu 5 let. Pro provoz informačního systému v tomto období bude mezi nabyvatelem a zhotovitelem uzavřena smlouva o servisní a technické podpoře. Pro technickou podporu bude na straně zhotovitele jmenována konkrétní osoba, která bude průběžně řešit věci související s technickou podporou systému. Smlouva o podpoře bude poskytovat nabyvateli záruky pro následující služby: Řešení incidentů systému (Helpdesk). Hotovost v pracovních dnech od 8:00 do 17:00 (standardní režim v rozsahu 8x5). Reakce na zjištěný, nebo nahlášený incident následující pracovní den. Hotline podporu, která zahrnuje řešení problémů systému a poradenství. Off-line elektronická podpora em, která zahrnuje řešení problémů systému, poradenství, doporučení a poskytování know-how. Průběžné a bezodkladné poskytování programových korekcí SW (Service Packy nebo Patche) a SW dokumentace. Konfigurační a administrátorské práce aplikačních komponent. Poskytování aktualizací aplikačních komponent při přechodu na nové verze aplikačního software (např. databázových serverů, operačních systémů apod.). Poskytování aktualizací aplikačních komponent při přechodu na nové verze výměnných formátů katastru a ÚAP. Podpora při rozšiřování systému o komponenty třetích stran Provozní monitoring HW a SW Ve spolupráci s nabyvatelem zpracovatel zajistí sledování všech kritických softwarových komponent v čase. Monitorování bude probíhat pomocí standardního protokolu SNMP, shromážděná data budou shromážděna a vyhodnocována v systému Nagios. Zpracovatel bude s nabyvatelem spolupracovat při tvorbě monitorovacích modulů do systému Nagios.