Wiki zdrojový kód pre I-02 Projektový zámer (projektovy_zamer)

Naposledy upravil Roman Šoška 2025/06/26 08:06

version	line-number	content
1.1	1	PROJEKTOVÝ ZÁMER
	2
2.1	3	Vzor pre manažérsky výstup I-02
	4
	5	~ podľa vyhlášky MIRRI č. 401/2023 Z. z. (účinnosť od 1.4.2025)
	6
	7
	8	\|Povinná osoba\|Správa ciest Žilinského samosprávneho kraja
	9	\|Názov projektu\|Rozšírenie systému meteostaníc a sčítačov dopravy s vytvorením API infraštruktúry pre aktualizáciu dátovej vrstvy GIS ŽSK
	10	\|Zodpovedná osoba za projekt\|Meno a priezvisko osoby, ktorá predkladá dokumenty (zamestnanec /Projektový manažér)
	11	\|Realizátor projektu\|Správa ciest Žilinského samosprávneho kraja
	12	\|Vlastník projektu\|Správa ciest Žilinského samosprávneho kraja
	13
	14
1.1	15	Schvaľovanie dokumentu
2.1	16
	17	\|Položka\|Meno a priezvisko\|Organizácia\|Pracovná pozícia\|Dátum\|(((
	18	Podpis
	19
1.1	20	(alebo elektronický súhlas)
	21	)))
2.1	22	\| \| \| \| \| \|
	23	\| \| \| \| \| \|
1.1	24
	25
2.1	26	1. HISTÓRIA DOKUMENTU
	27
	28	\|Verzia\|Dátum\|Zmeny\|Meno a priezvisko
1.1	29	\| \| \| \|
2.1	30	\| \| \| \|
	31	\| \| \| \|
1.1	32
	33
2.1	34	1. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE
1.1	35
2.1	36	Účelom dokumentu je rozpracovanie detailných informácií k projektu „Rozšírenie systému meteostaníc a sčítačov dopravy s vytvorením API infraštruktúry pre aktualizáciu vrstvy GIS ŽSK“. V súlade s Vyhláškou 401/2023 Z. z. je dokument I-02 Projektový zámer určený na rozpracovanie detailných informácií prípravy projektu, aby bolo možné rozhodnúť o pokračovaní prípravy projektu, pláne realizácie, alokovaní rozpočtu a ľudských zdrojov.
1.1	37
2.1	38
	39	Dokument Projektový zámer v zmysle vyššie uvedenej vyhlášky obsahuje:
	40
	41	* manažérske zhrnutie,
	42	* rozsah, ciele a motiváciu na realizáciu projektu,
	43	* zainteresované strany,
	44	* alternatívy,
	45	* návrh merateľných ukazovateľov,
	46	* detailný opis požadovaných projektových výstupov,
	47	* detailný opis obmedzení, predpokladov,
	48	* tolerancií a návrh organizačného zabezpečenia projektu,
	49	* detailný opis rozpočtu projektu a jeho prínosov,
	50	* náhľad architektúry a harmonogram projektu so zoznamom rizík a závislostí.
	51
	52
	53	1.
	54	11. Použité skratky a pojmy
	55
	56	\|SKRATKA/POJEM\|POPIS
1.1	57	\| \|
	58	\| \|
	59	\| \|
	60
2.1	61	Tabuľka 1 Skratky a pojmy
1.1	62
2.1	63	1.
	64	11. Konvencie pre typy požiadaviek (príklady)
1.1	65
2.1	66	Katalóg požiadaviek tvorí samostatnú prílohu.
1.1	67
2.1	68	1. DEFINOVANIE PROJEKTU
1.1	69
	70
2.1	71	1.
	72	11. Manažérske zhrnutie
1.1	73
2.1	74	Hlavným cieľom projektu je zabezpečiť navrhnutie a implementáciu projektu s názvom ~,~,Rozšírenie systému meteostaníc a sčítačov dopravy s vytvorením API infraštruktúry pre aktualizáciu dátovej vrstvy GIS ŽSK“ plne v súlade s Výzvou č. PSK-MIRRI-619-2024-ITI-EFRR, prioritou 1P1 Veda, výskum a inovácie, špecifickým cieľom RSO1.2 Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy, v súlade s opatrením 1.2.2. Podpora budovania inteligentných miest a regiónov.
1.1	75
	76
2.1	77	Cieľom projektu je vytvoriť moderné, spoľahlivé a používateľsky jednoduché riešenie, ktoré zabezpečí automatický zber, spracovanie a publikáciu meteorologických, environmentálnych a dopravných údajov z meteostaníc a sčítačov dopravy na cestách II. a III. v správe Žilinského samosprávneho kraja (ŽSK). Tento systém bude prístupný širokej verejnosti, odborníkom, výskumníkom či záchranným zložkám.
1.1	78
	79
2.1	80	1.
	81	11. Motivácia a rozsah projektu
	82
	83	Motiváciou projektu je zabezpečenie efektívnejšej správy, údržby a zaistenie bezpečnosti a plynulosti dopravy na kľúčových úsekoch ciest II. a III. triedy. Existuje naliehavá potreba rozšíriť monitorovaciu sieť a doplniť ju o nové funkcionality. Chýbajú najmä komplexné údaje o intenzite dopravy a detailnejšie environmentálne dáta (kvalita ovzdušia, stav pôdy pri cestách). Súčasný systém tiež neumožňuje flexibilné a moderné zdieľanie dát s inými systémami alebo verejnosťou.
	84
	85
	86	Prvá etapa dodávky meteorologických staníc a softvéru slúžiaceho na zber, validáciu a vizualizáciu dát z meteostaníc bola zrealizovaná z vlastných finančných zdrojov Žilinského samosprávneho kraja v roku 2023, kedy bolo osadených 40 ks meteostaníc (prvých 10 meteostaníc bolo zrealizovaných skôr) a bol nainštalovaný krabicový softvér pre monitorovanie meteostaníc, ktorý slúži na zber, validáciu a vizualizáciu dát z meteostaníc.
	87
	88
	89	V rámci uvedeného projektu bolo ďalej dodané hyperkonvergované riešenie hardvéru (3 servre, 2 switche a softvér). Hyperkonvergovanou serverovou štruktúrou (HCI) bola vytvorená privátna cloudová platforma Správy ciest Žilinského samosprávneho kraja pre všetky informačné systémy a aplikácie s možnosťou ich dopĺňania a zlepšovania funkcionality.
	90
	91
	92	Súčasťou HCI platformy je operačný, virtuálny a zálohovací krabicový softvér. Vytvorením modernej privátnej HCI platformy vznikol priestor pre inštaláciu aplikácie na monitorovanie meteostaníc.
	93
	94
	95	Žilinský kraj v súčasnosti teda prevádzkuje systém 50 meteostaníc monitorujúcich stav ciest II. a III. triedy. Tieto stanice poskytujú cenné meteorologické údaje, ktoré sú spracovávané v centrálnom dispečerskom programe DriveMet a ukladané do SQL databázy. Prístup k týmto dátam je však obmedzený na internú sieť a špecializovanú aplikáciu.
	96
	97
	98	Projekt zahŕňa nasledujúce hlavné aktivity:
	99
	100	1. Obstaranie technológie: Nákup 28 kusov komplexných meteostaníc vybavených špecifikovanými senzormi, kamerami, integrovaným GPS modulom, solárnym napájaním, 5G komunikačným modulom a integrovaným sčítačom dopravy.
	101	1. Inštalácia a oživenie: Odborná inštalácia meteostaníc vrátane osadenia nosných stĺpov (odporúčaná výška min. 4 m) na vopred určených lokalitách ciest II. a III. triedy v Žilinskom kraji. Umiestnenie môže byť upravené do 1 km od pôvodného plánu po dohode s dodávateľom. Následné oživenie a konfigurácia zariadení.
	102	1. Softvérová integrácia: Implementácia nových meteostaníc a sčítačov dopravy do centrálneho systému DriveMet a príslušnej SQL databázy. Zabezpečenie vizualizácie všetkých nových dátových tokov v aplikácii DriveMet (vrátane sumárnych stavov, grafov, historických dát, mapových podkladov, predikcií, alertov, kamerových záznamov).
	103	1. Vývoj a implementácia API: Návrh, vývoj a nasadenie API rozhrania umožňujúceho štandardizovaný prístup k dátam zo všetkých 78 meteostaníc (nových aj existujúcich).
	104	1. Školenie personálu: Zaškolenie zodpovedných pracovníkov na obsluhu a správu nových zariadení a využívanie rozšírených funkcionalít systému DriveMet.
	105
	106
	107	Projekt bude realizovaný dvomi aktivitami:
	108
	109
	110	Hlavná aktivita 1: Nákup, montáž a konfigurácia meteostaníc a sčítačov dopravy
	111
	112	Hlavná aktivita spočíva v:
	113
	114	~1. nákupe a inštalácii 28 nových, technologicky vyspelých meteostaníc na vytypovaných kritických lokalitách, čím sa celkový počet zvýši na 78 ks v rámci žilinského kraja
	115
	116	2. vybavení každej novej meteostanice integrovaným sčítačom dopravy schopným automaticky detegovať a rozlišovať osobné a nákladné vozidlá v oboch smeroch jazdy.
	117
	118	3. Implementácii nových meteostaníc a sčítačov dopravy do centrálneho systému DriveMet a príslušnej SQL databázy. Zabezpečenie vizualizácie všetkých nových dátových tokov v aplikácii DriveMet (vrátane sumárnych stavov, grafov, historických dát, mapových podkladov, predikcií, alertov, kamerových záznamov).
	119
	120	4. Zaškolenie zodpovedných pracovníkov na obsluhu a správu nových zariadení a využívanie rozšírených funkcionalít systému DriveMet.
	121
	122
	123	Hlavná aktivita 2:
	124
	125	Hlavná aktivita 2 spočíva v dodávke a implementácii riešenia REST API na download a publikáciu meteorologických dát v rámci prostredia prevádzkovaného na strane objednávateľa (on-premise). Systém bude postavený výlučne na OpenSource technológiách bez potreby dodatočného licencovania. Návrh, vývoj a nasadenie API rozhrania umožní štandardizovaný prístup k dátam zo všetkých 78 meteostaníc (nových aj existujúcich). Vytvorenie API umožní zdieľanie dát s inými informačnými systémami (napr. národný dopravný informačný systém, systémy miest a obcí, výskumné inštitúcie) a zvýši transparentnosť.
	126
	127	Systém bude implementovaný za nasledujúcich technologických požiadaviek:
	128
	129	Backend technológie REST API:
	130
	131	* Programovacie jazyky: Python, Go
	132
	133	* Operačný systém: OS unixového typu založený na linuxovom jadre
	134
	135	* Webový server na publikáciu aplikácií a API
	136
	137	Frontend technológie:
	138
	139	* Webové technológie HTML, JS, CSS
	140
	141	* Šablónovací systém kompatibilný s backend riešením (napr. Jinja, Django )
	142
	143	Hlavné požadované komponenty a aktivity:
	144
	145	* Vytvorenie REST API na poskytovanie meteorologických údajov v dátových formátoch CSV, JSON, JPG
	146
	147	* Realizácia prepojenia API s existujúcou SQL databázou meteorologických dát
	148
	149	* Konverzia dát do požadovaného formátu
	150
	151	* Zavedenie cache mechanizmu na optimalizáciu prístupu k dátam na portáli
	152
	153	* Vytvorenie OpenData webového portálu na prezeranie datasetov s funkcionalitou a vizualizáciou podobnou existujúcim riešeniam (napr. [[https:~~/~~/opendata.mfsr.sk/opendata/category/0>>url:https://opendata.mfsr.sk/opendata/category/0]])
	154
	155	* Implementácia REST API pre publikáciu dát vo formáte RDF/XML v súlade so štandardom OpenData 2.0 pre integráciu s data.gov.sk
	156
	157	* Vývoj samostatného webového rozhrania pre vizualizáciu umiestnenia meteostaníc na interaktívnom mapovom podklade vrátane možnosti zobrazenia aktuálnych informácií o počasí z danej meteostanice
	158
	159	* Úprava súčasnej webovej stránky objednávateľa tak, aby integrovala nové vytvorené webové rozhranie meteostaníc
	160
	161	* Realizácia monitoringu prístupu na API podľa IP adries používateľov
	162
	163	* Kompletná inštalácia, konfigurácia a testovanie systému
	164
	165	* Rozšírenie navrhovaného REST API o napojenie na cloudový geografický informačný systém (GIS) Žilinského samosprávneho kraja
	166
	167	Ostatné požadované komponenty a aktivity:
	168
	169	* Inštalácia a konfigurácia virtuálneho stroja (VM) pre webový server vrátane operačného systému
	170
	171	* Nastavenie DNS záznamov pre doménu (smerovanie [[www.xxxxx.sk>>url:http://www.xxxxx.sk/]] na VM)
	172
	173	* Zabezpečenie inštalácie základného systému a jeho nastavenia
	174
	175	* Zabezpečenie monitoringu všetkých častí systému s dostupnosťou pre oprávnených pracovníkov objednávateľa
	176
	177	* Zabezpečenie komplexného testovania výsledného riešenia
	178
	179	* Vypracovanie kompletnej technickej dokumentácie vrátane popisu nasadenia, prevádzky a údržby systému
	180
	181	* Spracovanie podrobného popisu zdrojového kódu pre budúce úpravy a servis systému
	182
	183	* Realizácia školení pre správcov systému zahŕňajúca údržbu, monitoring funkčnosti a aktualizácie
	184
	185
	186	Motiváciou projektu je vytvorenie moderného, spoľahlivého a používateľsky jednoduchého riešenia, ktoré zabezpečí automatický zber, spracovanie a publikáciu meteorologických, environmentálnych a dopravných údajov z meteostaníc a sčítačov dopravy na cestách II. a III. v správe Žilinského samosprávneho kraja. Tento systém bude prístupný širokej verejnosti, odborníkom, výskumníkom či záchranným zložkám.
	187
	188
	189	Dáta pochádzajúce z meteostaníc a dopravných sčítačov (intenzita dopravy na vybraných úsekoch ciest II. a III. triedy v ZA kraji) budú spracované a uložené v databázovom SQL serveri SC ŽSK, z ktorého si následne tieto údaje bude navrhovaná API infraštruktúra automaticky preberať a spracovávať za účelom ich publikácie. API Systém následne poskytuje tieto dáta verejnosti prostredníctvom jednoduchého rozhrania (nazývaného REST API). Projekt prinesie aj prehľadný webový portál dostupný cez bežný internetový prehliadač. Používatelia majú na portáli možnosť ľahko a rýchlo vyhľadávať, prezerať a sťahovať publikované dáta v dostupných formátoch. Používatelia navyše získajú aj interaktívnu webovú mapku, kde budú môcť vidieť umiestnenie všetkých meteostaníc aj sčítačov dopravy vrátane aktuálnych údajov, tento endpoint zabezpečí pohodlné sledovanie aktuálnej situácie v celom kraji.
	190
	191
	192	Očakávané výsledky a prínosy:
	193
	194	//Zvýšená bezpečnosť cestnej premávky//: Včasné informácie o aktuálnom a predikovanom stave počasia a vozovky (námraza, mokro, soľ) umožnia efektívnejšie plánovanie a výkon zimnej údržby a informovanie vodičov.
	195
	196	//Optimalizácia údržby ciest////~:// Presnejšie dáta o stave vozovky a koncentrácii soli pomôžu optimalizovať posyp a znížiť náklady na údržbu a environmentálnu záťaž.
	197
	198	//Zlepšenie riadenia dopravy//: Údaje o intenzite dopravy poskytnú podklady pre dopravné plánovanie, riadenie premávky a identifikáciu preťažených úsekov.
	199
	200	//Monitoring životného prostredia////: //Získavanie dát o kvalite ovzdušia (PM, NOx, VOC) a stave pôdy v okolí ciest.
	201
	202	//Modernizácia a interoperabilita//: Vytvorenie API umožní zdieľanie dát s inými informačnými systémami (napr. národný dopravný informačný systém, systémy miest a obcí, výskumné inštitúcie) a zvýši transparentnosť.
	203
	204	//Efektívna prevádzka~:// Energetická sebestačnosť staníc a optimalizovaná dátová komunikácia (využitie jedného modemu pre meteostanicu aj sčítač, 5G pripojenie, Data Call) minimalizujú prevádzkové náklady.
	205
	206	//Zvýšená ochrana majetku//: Integrovaný GPS modul pre lokalizáciu v prípade odcudzenia.
	207
	208
	209	1.
	210	11. Zainteresované strany (Stakeholderi)
	211
	212
	213	\|ID\|AKTÉR / STAKEHOLDER\|(((
	214	SUBJEKT
	215
1.1	216	(názov / skratka)
2.1	217	)))\|ROLA
	218	\|1.\|Správa ciest Žilinského samosprávneho kraja\|SC ŽSK\|Vlastník procesu / vlastník dát
	219	\|2.\|Občan/podnikateľ\|Nerelevantné\|využívateľ služieb
	220	\|3.\|Ministerstvo investícií, regionálneho rozvoja a informatizácie SR\|MIRRI SR\|poskytovateľ služieb
	221	\|4.\|Inštitúcie verejnej správy\|IVS\|Využívateľ služieb
	222
	223	Tabuľka 2 Zainteresované strany (Stakeholderi)
	224
	225
	226	1.
	227	11. Ciele projektu
	228
	229
	230	\|ID\|Názov cieľa\|Názov strategického cieľa\|Spôsob realizácie strategického cieľa
	231	\| \|Rozšírenie monitorovacej siete\|RSO1.2 Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy\|Inštalácia 28 nových, technologicky vyspelých meteostaníc na vytypovaných kritických lokalitách, čím sa celkový počet zvýši na 78
	232	\|2.\|Integrácia sčítania dopravy\|RSO1.2 Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy\|Vybavenie každej novej meteostanice integrovaným sčítačom dopravy schopným automaticky detegovať a rozlišovať osobné a nákladné vozidlá v oboch smeroch jazdy
	233	\|3.\|Komplexný zber dát\|RSO1.2 Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy\|(((
	234	Zabezpečenie zberu širšieho spektra dát vrátane:
	235
	236	o Detailných meteorologických údajov (teplota/vlhkosť vzduchu, tlak, vietor, rosný bod).
	237
	238	o Presných údajov o stave vozovky (teplota povrchu a v hĺbke 3 cm, stav – suchá/mokrá/ľad, koncentrácia soli, výška vodného filmu, bod mrazu).
	239
	240	o Environmentálnych údajov (pevné častice PM, NOx, prchavé organické látky VOC, kvalita pôdy – pH, N, P, K, soľ, vodivosť, teplota v hĺbke 7 cm, koncentrácia soli mimo vozovky v hĺbke 30 cm).
	241
	242	o Prevádzkových údajov stanice (napätie batérie, nabíjanie, GPS poloha, sila GSM signálu).
	243
	244	o Obrazového záznamu z kamier.
	245
	246	o Údajov o intenzite dopravy
1.1	247	)))
2.1	248	\|4.\|Integrácia a vizualizácia dát\|RSO1.2 Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy\|Bezproblémová implementácia dát z nových staníc do existujúceho centrálneho dispečerského programu DriveMet a SQL databázy
	249	\|5.\|Modernizácia prístupu k dátam\|RSO1.2 Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy\|Vytvorenie a implementácia API rozhrania pre flexibilné a moderné publikovanie dát z nových aj existujúcich 50 meteostaníc, pri dodržaní nariadenia GDPR.
	250	\|6.\|Zvýšenie energetickej nezávislosti\|RSO1.2 Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy\|Zabezpečenie autonómnej celoročnej prevádzky nových staníc pomocou solárneho napájania s batériovým úložiskom
1.1	251
2.1	252	Tabuľka 3 Ciele projektu
1.1	253
	254
2.1	255	1.
	256	11. Merateľné ukazovatele (KPI)
1.1	257
2.1	258	\|ID\|ID/Názov cieľa\|Názov
	259	ukazovateľa (KPI)\|Popis
	260	ukazovateľa\|Merná jednotka
	261	\|AS IS
	262	merateľné hodnoty
	263	(aktuálne)\|TO BE
1.1	264	Merateľné hodnoty
2.1	265	(cieľové hodnoty)\|Spôsob ich merania a Pozn.
	266	\| \|RSO1.2 Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy (EFRR)\|Integrované projekty pre územný rozvoj\|(((
	267	Počet integrovaných projektov podporovaných
1.1	268
2.1	269	v rámci integrovaného územného rozvoja, ktoré sú
1.1	270
2.1	271	integrované samé o sebe v súlade s článkom 28
1.1	272
2.1	273	nariadenia o spoločných ustanoveniach č.
1.1	274
2.1	275	2021/1060.
	276	)))\|projekt\|0\|1\|Výsledok projektu, monitorovacia správa
	277	\| 2.\|RSO1.2 Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy (EFRR)\|Používatelia nových a vylepšených verejných inovatívnych služieb, produktov a procesov\|Používateľ\|Používatelia/rok\|0\|50 000\|(((
	278	Monitorovanie používateľov
1.1	279
2.1	280	služby, produktu, procesu v území,
1.1	281
2.1	282	prihlásenie cez spoločný modul IAM
1.1	283
2.1	284	(Identity Access Management) ÚPVS
1.1	285
2.1	286	(Ústredného portálu verejnej správy),
1.1	287
2.1	288	cez eID budeme vedieť identifikovať
1.1	289
2.1	290	občana/podnikateľa.
	291	)))
1.1	292
2.1	293	Tabuľka 4 Merateľné ukazovatele (KPI)
1.1	294
2.1	295
	296	1.
	297	11. Špecifikácia potrieb koncového používateľa
	298
	299	Hlavným cieľom projektu je zvýšenie bezpečnosti, plynulosti a hospodárnosti premávky na cestách II. a III. triedy v Žilinskom kraji prostredníctvom rozšírenia a technologickej modernizácie monitorovacieho systému.
	300
	301
	302	Špecifické ciele:
	303
	304	* Rozšírenie monitorovacej siete: Inštalácia 28 nových, technologicky vyspelých meteostaníc na vytypovaných kritických lokalitách, čím sa celkový počet zvýši na 78.
	305	* Integrácia sčítania dopravy: Vybavenie každej novej meteostanice integrovaným sčítačom dopravy schopným automaticky detegovať a rozlišovať osobné a nákladné vozidlá v oboch smeroch jazdy.
	306	* Komplexný zber dát: Zabezpečenie zberu širšieho spektra dát vrátane:
	307	** Detailných meteorologických údajov (teplota/vlhkosť vzduchu, tlak, vietor, rosný bod).
	308	** Presných údajov o stave vozovky (teplota povrchu a v hĺbke 3 cm, stav – suchá/mokrá/ľad, koncentrácia soli, výška vodného filmu, bod mrazu).
	309	** Environmentálnych údajov (pevné častice PM, NOx, prchavé organické látky VOC, kvalita pôdy – pH, N, P, K, soľ, vodivosť, teplota v hĺbke 7 cm, koncentrácia soli mimo vozovky v hĺbke 30 cm).
	310	** Prevádzkových údajov stanice (napätie batérie, nabíjanie, GPS poloha, sila GSM signálu).
	311	** Obrazového záznamu z kamier.
	312	** Údajov o intenzite dopravy.
	313	* Integrácia a vizualizácia dát: Bezproblémová implementácia dát z nových staníc do existujúceho centrálneho dispečerského programu DriveMet a SQL databázy.
	314	* Modernizácia prístupu k dátam: Vytvorenie a implementácia API rozhrania pre flexibilné a moderné publikovanie dát z nových aj existujúcich 50 meteostaníc, pri dodržaní nariadenia GDPR.
	315	* Zvýšenie energetickej nezávislosti: Zabezpečenie autonómnej celoročnej prevádzky nových staníc pomocou solárneho napájania s batériovým úložiskom.
	316
	317
	318	1.
	319	11. Detailný opis obmedzení a predpokladov
	320
	321	Pre efektívnejšiu správu, údržbu a zaistenie bezpečnosti a plynulosti dopravy na kľúčových úsekoch ciest II. a III. triedy existuje naliehavá potreba rozšíriť monitorovaciu sieť a doplniť ju o nové funkcionality. Chýbajú najmä komplexné údaje o intenzite dopravy a detailnejšie environmentálne dáta (kvalita ovzdušia, stav pôdy pri cestách). Súčasný systém tiež neumožňuje flexibilné a moderné zdieľanie dát s inými systémami alebo verejnosťou.
	322
	323
	324	1.
	325	11. Vyhodnotenie rizík a závislostí
	326
	327	Riziká tvoria samostatnú prílohu v zmysle vyhlášky 401/2023 Z. z.
	328
	329
	330	1.
	331	11. Detailný opis rozpočtu projektu a jeho prínosov
	332
	333	Projekt je zameraný na technologickú modernizáciu a rozšírenie existujúcej siete meteostaníc a dopravných sčítačov na cestách II. a III. triedy v Žilinskom kraji. Realizácia zahŕňa:
	334
	335
	336	* Inštaláciu 28 nových meteostaníc s environmentálnymi senzormi a kamerami
	337	* Integrovanie sčítačov dopravy do každej stanice
	338	* Vývoj a nasadenie REST API na publikáciu dát (CSV, JSON, RDF/XML, JPG)
	339	* Tvorbu OpenData portálu a mapovej vizualizácie staníc
	340	* Prepojenie na GIS ŽSK a portál data.gov.sk
	341	* Využitie Open Source technológií (Python, Go, Linux)
	342
	343
	344	//Kvalitatívne prínosy~://
	345
	346	* Zvýšenie bezpečnosti: včasná identifikácia rizikových podmienok na cestách (ľad, mokro, vietor)
	347	* Úspora nákladov: optimalizácia posypu ciest na základe reálnych dát (soľ, vlhkosť, mráz)
	348	* Podpora výskumu a transparentnosti: publikácia otvorených dát pre výskumné a verejné účely
	349	* Zníženie environmentálnej záťaže: efektívnejšie plánovanie zimnej údržby a monitorovanie kvality ovzdušia a pôdy
	350	* Zvýšenie efektivity samosprávy: vizualizácia údajov v GIS systéme a sprístupnenie dát cez OpenData portál
	351	* Zvýšenie odolnosti systému: autonómne napájanie staníc (solárne panely), zníženie potreby manuálnych zásahov
	352
	353
	354	Hoci projekt neprináša priamu finančnú návratnosť v podobe výnosov, jeho socioekonomický prínos výrazne presahuje náklady:
	355
	356	* Pomáha plniť politiku otvorených dát a podporuje vedecké a výskumné iniciatívy
	357	* Poskytuje priamu podporu pri riadení a údržbe dopravnej infraštruktúry
	358	* Prispieva k bezpečnosti a informovanosti obyvateľstva
	359
	360
	361	Projekt spĺňa kritériá efektívneho využitia verejných zdrojov, má silný prínos v oblasti:
	362
	363	* bezpečnosti dopravy,
	364	* ochrany životného prostredia,
	365	* transparentnosti verejnej správy,
	366	* digitálnej transformácie územnej samosprávy.
	367	*1.
	368	*11. Sumarizácia nákladov a prínosov
	369
	370
	371	\| \|Spolu\|METEOSTANICE\|API
	372	\|Náklady\| 1 059 713 €\| 934 199 €\| 125 514 €
	373	\|Všeobecný materiál\| \| \|
	374	\|IT - CAPEX\| 489 500 €\| 417 000 €\| 72 500 €
	375	\|Aplikácie\|// - €//\|// - €//\|// - €//
	376	\|SW\|// 72 500 €//\|// - €//\|// 72 500 €//
	377	\|HW\|// 417 000 €//\|// 417 000 €//\|// - €//
	378	\|Riadenie projektu\| 74 853 €\| 66 839 €\| 8 014 €
	379	\|IT - OPEX- prevádzka\| 495 360 €\| 450 360 €\| 45 000 €
	380	\|Aplikácie\|// - €//\|// - €//\|// - €//
	381	\|SW\|// 45 000 €//\|// - €//\|// 45 000 €//
	382	\|HW\|// 450 360 €//\|// 450 360 €//\|// - €//
	383	\|Prínosy\| \| \|
	384	\|Finančné prínosy\| \| \|
	385	\|Administratívne poplatky\| \| \|
	386	\|Ostatné daňové a nedaňové príjmy\| \| \|
	387	\|Ekonomické prínosy\|//1 540 000 €//\|//1 540 000 €//\|
	388	\|Občania (€)\| \| \|
	389	\|Úradníci (€)\| \| \|
	390	\|Úradníci (FTE)\| \| \|
	391	\|Kvalitatívne prínosy\|//1 540 000 €//\|//1 540 000 €//\|
	392	\| \| \| \|
	393
	394	Tabuľka 5 Sumarizácia nákladov a prínosov
	395
	396	[[image:file:///C:/Users/Ivka/AppData/Local/Temp/msohtmlclip1/01/clip_image001.emz]]
	397
	398	[[image:1750917503978-475.png]]
	399
	400	1.
	401	11.
	402	111. Zdroj financovania
	403
	404	Kód výzvy: PSK-MIRRI-619-2024-ITI-EFRR
	405
	406	Priorita: 1P1 Veda, výskum a inovácie
	407
	408	5P1 Moderné regióny
	409
	410	Špecifický cieľ: RSO1.2 Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy
	411
	412	Opatrenie: 1.2.2. Podpora budovania inteligentných miest a regiónov
	413
	414
	415	1.
	416	11. Harmonogram projektu
	417
	418
	419	\|ID\|FÁZA/AKTIVITA\|(((
	420	ZAČIATOK
	421
	422	(odhad termínu)
1.1	423	)))\|(((
2.1	424	KONIEC
	425
	426	(odhad termínu)
	427	)))\|POZNÁMKA
	428	\|1.\|Prípravná fáza a Iniciačná fáza\|05/2025\|08/2025\|
	429	\|2.\|Realizačná fáza\|09/2025\|03/2026\|
	430	\|2a\|Nákup, montáž a konfigurácia meteostaníc a sčítačov dopravy\|09/2025\|03/2026\|
	431	\|2b\|[[Kompletná API štruktúra v On-Premise SC ŽSK, rozhranie web servera SCŽSK a zmena jeho architektúry>>url:https://public.itms21.sk/itms/page?10-3.-content-items-2-item-accordionPanel-contentContainer-content-rw-1-subitemsRepeater-1-itemSubItem-formWrapper-fcoms-layoutManager-row-1-column-1-lcom-tableContainer-treeTable-table-body-rows-3-cells-1-cell-content-contentLink]]\|09/2025\|03/2026\|
	432	\|3.\|Dokončovacia fáza\|03/2026\|06/2026\|
	433	\|4.\|Podpora prevádzky (SLA)\|07/2026\|07/2031\|
	434
	435
	436	1.
	437	11. Návrh organizačného zabezpečenia projektu (projektový tím)
	438
	439	Prevádzková a technická udržateľnosť výstupov projektu počas celého obdobia udržateľnosti bude zabezpečená žiadateľom v súlade s platnou slovenskou legislatívou. Finančné krytie prevádzky projektu počas celej doby referenčného obdobia bude zabezpečovať žiadateľ zo svojho rozpočtu. Projekt a spolufinancovanie projektu bolo schválené Zastupiteľstvom ŽSK.
	440
	441
	442	Udržateľnosť je zabezpečená energetickou nezávislosťou staníc (solárne panely), minimalizáciou prevádzkových nákladov na komunikáciu a dlhou životnosťou použitej technológie. Získané dáta prispejú k environmentálne šetrnejšej údržbe ciest (optimalizácia posypu) a monitoringu kvality ovzdušia a pôdy. Vyškolený personál zabezpečí dlhodobú správu a využívanie systému.
	443
	444
	445	Administratívne a odborné kapacity na riadenie projektu zabezpečíme prostredníctvom interných zamestnancov min. 1 projektový manažér + vyškolený personál na dlhodobú správu a využívanie systému (kľúčový používateľ).
	446
	447
	448	Projektový manažér zodpovedá za riadenie projektu počas celého životného cyklu projektu.
	449
	450	Je zodpovedný za:
	451
	452	* Riadenie projektu podľa pravidiel stanovených vo Vyhláške 401/2023 Z. z.
	453	* Riadenie prípravy, inicializácie a realizácie projektu
	454	* Identifikovanie kritických miest projektu a navrhovanie ciest k ich eliminácii
	455	* Plánovanie, organizovanie, motivovanie projektového tímu a monitorovanie projektu
	456	* Zabezpečenie efektívneho riadenia všetkých projektových zdrojov s cieľom vytvorenia a dodania obsahu a zabezpečenie naplnenie cieľov projektu
	457	* Vypracovanie, pravidelné predkladanie a zabezpečovanie prezentácie stavov projektu, reportov, návrhov riešení problémov a odsúhlasovania manažérskej a špecializovanej dokumentácie
	458	* Riadenie a operatívne riešenie a odstraňovanie strategických / projektových rizík a závislostí
	459	* Celkovú alokáciu a efektívne využívanie ľudských a finančných zdrojov v projekte
	460	* Celkový postup prác v projekte a realizuje nápravné kroky v prípade potreby
	461	* Riadenie implementačných a prevádzkových aktivít v rámci projektov.
	462	* Aktívne komunikuje s dodávateľom, zástupcom dodávateľa a projektovým manažérom dodávateľa s cieľom zabezpečiť úspešné dodanie a nasadenie požadovaných projektových výstupov
	463	* Formálnu administráciu projektu, riadenie centrálneho projektového úložiska, správu a archiváciu projektovej dokumentácie
	464	* Kontrolu dodržiavania a plnenia míľnikov v zmysle zmluvy s dodávateľom
	465	* Dodržiavanie metodík projektového riadenia
	466	* Vecnú a procesnú administráciu zúčtovania dodávateľských faktúr
	467
	468
	469	V rámci prípravnej a inicializačnej fázy sú určení predseda riadiaceho výboru projektu a projektový manažér.
	470
	471
	472	Úlohami predsedu riadiaceho výboru je najmä:
	473
	474	*
	475	** Zastupovanie záujmov SC ŽSK v projekte
	476	** Kontrolu súladu projektu a projektových cieľov so strategickým cieľmi
	477	** Zabezpečenie a udržanie finančného krytia (rozpočtu) realizácie projektu
	478
	479
	480	\|ID\|Rola v projekte\|Meno a Priezvisko\|Pracovné zaradenie\|Org. útvar
	481	\|1.\|Projektový manažér\|Interný zamestnanec\|Interný zamestnanec\|Interný zamestnanec
	482	\|2.\|Predseda riadiaceho výboru\|Interný zamestnanec\|Interný zamestnanec\|Interný zamestnanec
	483	\|3.\|Kľúčový používateľ\|Interný zamestnanec\|Interný zamestnanec\|Interný zamestnanec
	484
	485	Tabuľka 6 Projektový tím
	486
	487	1. LEGISLATÍVA
	488
	489	Pre naplnenie cieľov a dodanie výstupov projektu nie je potrebná zmena v oblasti legislatívy.
	490
	491	Projekt bude plne riadený v súlade s vyhláškou Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy a všetky manažérske produkty vyhlášky o riadení projektov budú vypracované a nahraté v Centrálnom metainformačnom systéme verejnej správy SR.
	492
	493	1. ARCHITEKTÚRA RIEŠENIA PROJEKTU
	494
	495	[[image:1750917535723-666.png]]
	496
	497
	498
	499
	500	1.
	501	11. Stanovenie alternatív architektúry riešenia
	502
	503	Výber alternatív architektúry riešenia prebehol v jednom kole na základe uplatnenia multikriteriálnej analýzy (ďalej len „MCA“) – výber relevantných alternatív. V rámci MCA boli porovnávané 3 varianty:
	504
	505	• Nulový variant
	506
	507	• Minimalistický variant
	508
	509	• Preferovaný variant
	510
	511
	512	1.
	513	11.
	514	111. Stanovenie alternatív v biznisovej vrstve architektúry
	515
	516	Výber alternatív prebiehal v definovanom rozsahu predpokladaných požiadaviek na zabezpečenie dostatočných možnosti v postupnosti koncentrácie zberu dát a analytického spracovania, kde parametricky bola uplatnená multikriteriálna analýza (ďalej aj „MCA“).
	517
	518
	519	Alternatíva č.1: Zachovanie súčasného stavu: Uvedená alternatíva predstavuje zachovanie súčasného stavu. Táto alternatíva by znamenala nerealizovanie projektu – chýbajúce komplexné údaje o intenzite dopravy a detailnejšie environmentálne dáta (kvalita ovzdušia, stav pôdy pri cestách). Neumožnenie kvalitného a moderného zdieľania dát s inými systémami alebo verejnosťou.
	520
	521
	522	Alternatíva č.2: Realizácia časti projektu: Uvedená alternatíva predstavuje realizáciu časti projektu z kapacít SC ŽSK. V súčasnosti je táto alternatíva nerealizovateľná, nakoľko pre SC ŽSK predstavuje vysoké finančné zaťaženie, ktoré nie je v aktuálnej situácii realizovateľné.
	523
	524
	525	Alternatíva č.3: Plnohodnotná realizácia projektu: Predstavuje realizáciu projektu v plnom rozsahu v zmysle technických návrhov riešení súčasnej situácie.
	526
	527
	528
	529	\| \|KRITÉRIUM\|ZDÔVODNENIE KRIÉRIA\|(((
	530	STAKEHOLDER
	531
	532	1
1.1	533	)))\|(((
2.1	534	STAKEHOLDER
	535
	536	2
	537	)))\|(((
	538	STAKEHOLDER
	539
	540	3
1.1	541	)))
2.1	542	\|(% rowspan="6" %)(((
	543	BIZNIS VRSTVA
	544
	545
	546	)))\|Kritérium A (KO)\|Naplnenie strategických cieľov (napr. digitalizácia, otvorené dáta)\|X\|X\|X
	547	\|Kritérium B (KO)\|Finančná realizovateľnosť z pohľadu ŽSK\|X\| \|
	548	\|Kritérium C (KO)\|Miera dopadu na kvalitu zberu dát\| \| \|X
	549	\|Kritérium D (KO)\|Miera dopadu na efektívnosť rozhodovania a plánovania\| \| \|X
	550	\|Kritérium E\|Interoperabilita a otvorené API\|X\|X\|
	551	\|Kritérium F\|Očakávané zlepšenie v oblasti udržateľnosti životného prostredia (indikátory, monitoring)\|X\| \|X
	552
	553	Tabuľka 7 Príklad šablóny pre spracovanie MCA
	554
	555
	556	\|Zoznam kritérií\|(((
	557	Alternatíva
	558
	559	1- Zachovanie stavu
1.1	560	)))\|(((
2.1	561	Spôsob
	562
	563	dosiahnutia
	564	)))\|Alternatíva 2- : Čiastočná realizácia\|(((
	565	Spôsob
	566
	567	dosiahnutia
	568	)))\|Alternatíva 3- Plnohodnotná realizácia\|(((
	569	Spôsob
	570
	571	dosiahnutia
1.1	572	)))
2.1	573	\|Kritérium A\|nie\|nespĺňa strategické zámery\|čiastočne\|len minimálny pokrok\| \|len minimálny pokrok
	574	\|Kritérium B\|áno\|žiadne náklady\|nie\|vysoko neudržateľné\|áno\|financovanie z externých zdrojov
	575	\|Kritérium C\|nie\|absencia dát\|nie\|obmedzený zber\|áno\|komplexný zber a validácia
	576	\|Kritérium D\|nie\|bez dát neexistuje podpora\|nie\|nedostatočný rozsah dát\|áno\|analytická podpora rozhodnutí
	577	\|Kritérium E\|nie\|neexistuje technické API\|nie\|nepredpokladá sa integrácia\|áno\|štandardizované otvorené API
	578	\|Kritérium F\|nie\|chýbajú dáta pre sledovanie\|čiastočne\|obmedzený monitoring\|áno\|systémový environmentálny rámec
1.1	579
2.1	580	Tabuľka 8 Príklad šablóny pre vyhodnotenie MCA
1.1	581
2.1	582	Na základe multikriteriálnej analýzy je Alternatíva č. 3 – Plnohodnotná realizácia projektu jednoznačne najvýhodnejšia z pohľadu biznisovej architektúry. Plne podporuje strategické ciele samosprávneho kraja, zaručuje dostupnosť dát, ich využiteľnosť a interoperabilitu, a zároveň zabezpečuje aj environmentálne benefity. Ostatné alternatívy nespĺňajú buď kritické požiadavky, alebo nie sú v aktuálnych podmienkach realizovateľné.
1.1	583
2.1	584	1.
	585	11.
	586	111. Stanovenie alternatív v aplikačnej vrstve architektúry
1.1	587
2.1	588	Na aplikačnej vrstve neboli analyzované rôzne alternatívy nakoľko riešenie vychádza z prerekvizít, ktoré je nutné dodržať pre kompletný zber údajov z montovaných meteostaníc a tiež vychádza z ich napojenia na už existujúce IS, ktoré aplikačnú architektúru navrhnutú majú a je potrebné je dodržať.
1.1	589
2.1	590	1.
	591	11.
	592	111. Stanovenie alternatív v technologickej vrstve architektúry
1.1	593
2.1	594	Na technologickej vrstve neboli alternatívy analyzované, keďže bola zvolená alternatíva rozvoja viacerých existujúcich IS a vytvorenie ich nadstavieb a tieto existujúce IS už majú technologickú vrstvu danú.
1.1	595
	596
	597
2.1	598	1.
	599	11. Biznis vrstva
1.1	600
2.1	601	Projekt je zameraný na zvýšenie bezpečnosti, plynulosti a hospodárnosti premávky.
1.1	602
	603
2.1	604	1.
	605	11.
	606	111. Návrh riešenia v biznis vrstve architektúry
1.1	607
2.1	608	Žilinský kraj v súčasnosti prevádzkuje systém 50 meteostaníc monitorujúcich stav ciest II. a III. triedy. Tieto stanice poskytujú cenné meteorologické údaje, ktoré sú spracovávané v centrálnom dispečerskom programe DriveMet a ukladané do SQL databázy. Prístup k týmto dátam je však obmedzený na internú sieť a špecializovanú aplikáciu. Meteostanice budú osadené v rámci telesa cesty II. a III. triedy na pozemku pod cestou.
1.1	609
2.1	610	Pre efektívnejšiu správu, údržbu a zaistenie bezpečnosti a plynulosti dopravy na kľúčových úsekoch ciest II. a III. triedy existuje naliehavá potreba rozšíriť monitorovaciu sieť a doplniť ju o nové funkcionality. Chýbajú najmä komplexné údaje o intenzite dopravy a detailnejšie environmentálne dáta (kvalita ovzdušia, stav pôdy pri cestách). Súčasný systém tiež neumožňuje flexibilné a moderné zdieľanie dát s inými systémami alebo verejnosťou.
1.1	611
	612
2.1	613	Navrhované riešenie umožní vybudovanie platformy REST API, ktorá umožní príjem, spracovanie a publikáciu dát z meteorologických staníc a dopravných sčítačov situovaných na vybraných úsekoch ciest II. a III. triedy v správe objednávateľa. Riešenie bude implementované a prevádzkované v on-premise prostredí (SC ŽSK), pričom bude prepojené s cloudovým geografickým informačným systémom (GIS) Žilinského samosprávneho kraja s cieľom poskytnúť zjednotený prístup k environmentálnym a dopravným údajom na verejné, interné či výskumné účely.
1.1	614
2.1	615	Navrhované riešenie bude poskytovať nasledujúce funkcionality:
1.1	616
2.1	617	~1. Zber a ukladanie dát
1.1	618
2.1	619	1. Zber dát: Dáta pochádzajú z meteostaníc a dopravných sčítačov (primárne ide o merania teploty, vlhkosti, rýchlosti vetra, intenzity dopravy a iné relevantné environmentálne parametre).
1.1	620
2.1	621	1. Prenos dát do databázy: Zozbierané údaje sa prenášajú do centrálneho systému SC ŽSK, kde sú uložené v SQL databáze (on-premise inštalácia).
1.1	622
2.1	623	1. Validácia a spracovanie: Pri nahrávaní dát sa aplikujú základné validačné mechanizmy s cieľom zabezpečiť konzistentnosť, integritu a správnosť vložených informácií.
1.1	624
2.1	625
	626	2. Vytvorenie a funkcionalita REST API
	627
	628	1. Koncepcia API rozhrania:
	629
	630	1. API bude navrhnuté ako RESTful riešenie, postupujúce podľa moderných štandardov (napr. používanie bežných HTTP metód GET, POST, PUT, DELETE a návratových kódov).
	631
	632	1. Využité technológie sú zamerané na open source nástroje (Python, Go) s cieľom zabezpečiť flexibilný a škálovateľný vývoj.
	633
	634	1. Vďaka jednotnému aplikačnému rozhraniu (API) bude možné poskytovať dáta v rôznych formátoch (CSV, JSON, JPG, prípadne RDF/XML).
	635
	636	1. Spracovanie a konverzia údajov na strane API:
	637
	638	1. API zabezpečí transformáciu uložených dát do požadovaných formátov.
	639
	640	1. Na optimalizáciu zrýchlenej odozvy dopytov bude nasadený cache mechanizmus, ktorý zníži záťaž na SQL databázu.
	641
	642	1. Publikačné moduly:
	643
	644	1. Publikačný modul do GIS ŽSK: Umožňuje odosielať environmentálne a dopravné údaje do cloudového GIS riešenia Žilinského samosprávneho kraja. Tieto dáta sa následne integrujú do mapových vrstiev GIS, čím sa zaistí vizuálna reprezentácia a rýchly prehľad pre koncových používateľov.
	645
	646	1. OpenData modul: Sprístupnenie vybraných datasetov ako otvorených dát vo formátoch spĺňajúcich štandardy OpenData 2.0. Dáta tak budú dostupné pre:
	647
	648	1. Portál [[data.gov.sk>>url:https://data.gov.sk/]]
	649
	650	1. Externých používateľov, výskumné inštitúcie, záchranné zložky (napr. hasičov, policajtov a ďalšie subjekty), ktorí budú mať záujem o kontinuálny prísun environmentálnych a dopravných informácií.
	651
	652	1. Monitoring prístupu: API bude rozšírené o modul monitoringu, ktorý bude na základe zaznamenávania IP adries a ďalších vybraných metadát sledovať využitie jednotlivých endpointov a dohliadať na bezpečnosť.
	653
	654
	655	3. OpenData webový portál a integrácia na verejných portáloch
	656
	657	1. Vytvorenie OpenData webového portálu:
	658
	659	1. Webový portál (HTML, CSS, JS + šablónovací systém pre spracovanie dynamického obsahu) umožní návštevníkom prehliadať a vyhľadávať publikované datasety.
	660
	661	1. Vizualizácia datasetov (podobná napr. portálu [[https:~~/~~/opendata.mfsr.sk>>url:https://opendata.mfsr.sk/]]) poskytne používateľom rýchlu orientáciu a ukážku dostupných údajov.
	662
	663	1. Portál bude obsahovať aj základné metadáta datasetov, ktoré návštevníkom priblížia presný obsah a možnosti využitia týchto dát.
	664
	665	1. Používatelia budú môcť cez portál požiadať o prístup k API endpointom na úrovni, ktorú im správca schváli.
	666
	667	1. Interaktívne zobrazenie v mapovom podklade:
	668
	669	1. Implementácia samostatnej webovej mapovej aplikácie, ktorá zobrazí umiestnenie meteostaníc a dopravných sčítačov v rámci kraja Žilina.
	670
	671	1. Kliknutím na jednotlivé body na mape sa používateľom zobrazia aktuálne údaje z danej meteostanice či sčítača (napr. teplota, vlhkosť, smer vetra, intenzita dopravy).
	672
	673	1. Toto mapové riešenie bude prepojené s GIS platformou ŽSK, aby správa ciest kraja a jej verejní používatelia mali k dispozícii okamžitý prehľad o stave ciest a environmentálnych ukazovateľoch.
	674
	675	1. Prepojenie s oficiálnou webovou stránkou objednávateľa (SC ŽSK):
	676
	677	1. Existujúca webová stránka objednávateľa bude upravená tak, aby prvky nového API riešenia (vrátane mapy a dátových prehľadov) boli prístupné priamo z webu.
	678
	679	1. Vďaka tomu sa zabezpečí jednotný prístup pre odbornú i laickú verejnosť.
	680
	681	1. RDF/XML formát pre integráciu s data.gov.sk:
	682
	683	1. Implementácia endpointu, ktorý poskytne dáta v štandarde OpenData 2.0 vo formáte RDF/XML na účely publikovania v národných či európskych katalógoch otvorených dát (napr. [[data.gov.sk>>url:https://data.gov.sk/]]).
	684
	685
	686	4. Prevádzka, bezpečnosť a monitoring
	687
	688	1. Architektúra on-premise:
	689
	690	1. V rámci infraštruktúry SC ŽSK sa zriadi vyhradený virtuálny stroj s inštalovaným operačným systémom (OS unixového typu s linuxovým jadrom).
	691
	692	1. V prostredí tohto virtuálneho servera sa bude prevádzkovať webový server s backendovými komponentmi REST API, frontendové aplikácie a cache vrstva.
	693
	694	1. DNS a sieťová konfigurácia:
	695
	696	1. Nastavenie DNS záznamov tak, aby bola všetka prevádzka pre doménu (napr. [[www.xxxxx.sk>>url:http://www.xxxxx.sk/]]) smerovaná na vyhradený VM.
	697
	698	1. Zaistenie vhodného bezpečnostného nastavenia (firewall, SSL/TLS certifikáty).
	699
	700	1. Monitoring a logovanie:
	701
	702	1. Implementácia monitorovacích nástrojov na sledovanie funkčnosti všetkých komponentov API riešenia (vrátane výkonnosti databázy, aplikačných procesov a dostupnosti služieb).
	703
	704	1. Logovanie prístupov podľa IP adries a zaznamenávanie chýb, aby sa dali rýchlo diagnostikovať potenciálne výpadky alebo neoprávnené prístupy.
	705
	706	1. Zálohovanie a obnova:
	707
	708	1. Nastavenie pravidelného zálohovania databázy a aplikačných serverov.
	709
	710	1. Definovanie postupov obnovy v prípade havárie tak, aby bola minimalizovaná strata dát a výpadok služieb.
	711
	712
	713	5. Testovanie a dokumentácia
	714
	715	1. Testovanie po implementácii:
	716
	717	1. Pred nasadením sa uskutoční komplexné testovanie fungovania API a webových rozhraní, vrátane bezpečnostných, integračných a výkonnostných testov.
	718
	719	1. Overí sa, či publikačné moduly API správne fungujú v rámci GIS ŽSK a či je OpenData portál dostupný a funkčne úplný pre verejnosť.
	720
	721	1. Dokumentácia:
	722
	723	1. Vypracuje sa kompletná technická dokumentácia (topológia systému, inštalačné postupy, konfiguračné súbory, postupy správy a údržby).
	724
	725	1. Pripraví sa detailná dokumentácia zdrojového kódu, čo umožní ďalšie úpravy a rozširovanie riešenia v budúcnosti.
	726
	727	1. Školenia pre správcov:
	728
	729	1. Dodávateľ zabezpečí vyškolenie správcov tak, aby vedeli vykonávať údržbu, monitoring, drobné úpravy a aktualizácie systému.
	730
	731
	732	Popísaným funkcionalitám, ktoré budú dodané v rámci nového riešenia zodpovedajú aj nasledujúce diagramy biznisovej a aplikačnej architektúry.
	733
	734
	735	[[image:1750917573212-194.png]]
	736
	737
	738	[[image:file:///C:/Users/Ivka/AppData/Local/Temp/msohtmlclip1/01/clip_image003.png]]
	739
	740	Obrázok 1 Biznis architektúra riešenia
	741
	742
	743	1.
	744	11.
	745	111. Prehľad koncových služieb – budúci stav (TO BE):
	746
	747
1.1	748	\|(((
2.1	749	Kód KS
1.1	750
2.1	751	(z MetaIS)
	752	)))\|Názov KS\|Používateľ KS (G2C/G2B/G2G/G2A)\|(((
	753	Životná situácia
1.1	754
2.1	755	(+ kód z MetaIS)
	756	)))\|Úroveň elektronizácie KS
	757	\|ks_381483\|Poskytovanie údajov v rámci webového portálu\|//G2C/G2B/G2G//\|003- Iná podpora, slobodný prístup k informáciám, prístup k odtajneným skutočnostiam, archívy\|úroveň 4
	758	\|ks_381484\|Publikovanie údajov do data.gov.sk\|//G2C/G2B/G2G//\|003- Iná podpora, slobodný prístup k informáciám, prístup k odtajneným skutočnostiam, archívy\|úroveň 4
	759	\|ks_381485\|Publikovanie údajov do GIS ŽSK\|//G2C/G2B/G2G//\|003- Iná podpora, slobodný prístup k informáciám, prístup k odtajneným skutočnostiam, archívy\|úroveň 4
1.1	760
2.1	761	Tabuľka 9Prehľad koncových služieb - budúci stav (TO BE)
	762
	763
	764	1.
	765	11.
	766	111. Jazyková podpora lokalizácia
	767
	768	Jazyková podpora zostáva nezmenená.
	769
	770
	771	1.
	772	11. Aplikačná vrstva
	773
	774	Kapitola popisuje aplikačnú architektúru navrhovaného systému vrátane okolia systému z pohľadu aplikačných komponentov a rozhraní.
	775
	776
	777	1.
	778	11.
	779	111. Návrh riešenia v aplikačnej vrstve architektúry
	780
	781	Diagram aplikačná architektúra znázorňuje aplikačnú architektúru, jej štruktúru a prípadne integrácie potrebné pre splnenie všetkých požiadaviek kladených na navrhované riešenie. Aplikačné komponenty sú rozdelené do 4 skupín:
	782
	783	* Meteostanice: Meteostanica bude slúžiť na zber meteorologických informácií a ich odosielanie do informačného systému na zber údajov z meteostaníc. Počet kusov 28. Meteostanice budú osadené v rámci Žilinského samosprávneho kraja.
	784	* Vrstva Frontend: pozostáva z aplikačných komponentov, ktoré sú priamo dostupné konečným používateľom. Prostredníctvom týchto komponentov pracujú používatelia s funkcionalitou poskytovanou systémom. Vrámci Front-end vrstvy je znázornená aplikácia DriveMet, ktorá bude v tomto riešení len aktualizovaná. Ďalej je znázornené Webové sídlo, ktoré tiež prejde aktualizáciou a bude doplnené interaktívnu mapu a ešte môže koncoví používatelia pristupovať k riešeniu prostredníctvom OpenData webového portálu.
	785	* Vrstva Backend: obsahuje komponenty realizujúce samotné procesy jednotlivých agendových modulov a podporných modulov
	786	* Vrstva Externé systémy: Táto vrstva obsahuje prípadne externé komponenty, na ktoré je potrebné sa integrovať v rámci navrhovaného riešenia.
	787
	788
	789	Meteostanica
	790
	791	Každá aplikovaná meteostanica bude získavať a na úložisko posielať nasledujúci zoznam hodnôt:
	792
	793	* Teplota vzduchu vo výške 4 m
	794	* Teplota vozovky tesne na povrchu snímača analýzy vozovky
	795	* Teplota vozovky v hĺbke 3 cm
	796	* Vlhkosť´ vzduchu vo výške 4 m
	797	* Rýchlosť  vetra (m/s)
	798	* Koncentrácia zvyškovej soli na vozovke
	799	* Rosný bod
	800	* Atmosferický tlak
	801	* Teplota vzduchu nameraná v  tlakomery 4 m nad zemou
	802	* Pevné častice namerané snímačom pevných častíc  vo výške 4 m
	803	* VOC Index prchavých látok vo výške 4 m
	804	* NOX Oxidy dusíka vo výške 4 m
	805	* Teplota pôdy v hĺbke 7 cm
	806	* PH pôdy v hĺbke 7 cm
	807	* Obsah dusíka  v hĺbke 7 cm
	808	* Obsah fosforu v hĺbke 7 cm
	809	* Obsah draslíka v hĺbke 7 cm
	810	* Obsah soli v pôde v hĺbke 7 cm
	811	* Vodivosť pôdy v hĺbke 7 cm
	812	* Snímka vozovky
	813
	814	Meteostanica bude napájaná vlastným solárnym panelom so zabudovanou prídavnou trakčnou batériou s celoročnou prevádzkou bez výpadku komunikácie. Meteostanica bude podporovať vysokorýchlostné pripojenie mobilnej siete generácie 5G. Dáta pochádzajúce z meteostaníc a dopravných sčítačov (intenzita dopravy na vybraných úsekoch ciest II. a III. triedy v ZA kraji) budú spracované a uložené v databázovom SQL serveri SC ŽSK, z ktorého si následne tieto údaje bude navrhovaná API infraštruktúra automaticky preberať a spracovávať za účelom ich publikácie.
	815
	816
	817	Frontend
	818
	819	Táto prezentačná vrstva riešenia realizuje grafické používateľské rozhranie, prostredníctvom, ktorého používatelia pracujú so systémom, ale tiež prostredníctvom, ktorého je možné získať všetky dostupné informácie pre verejnosť. Riešenie poskytuje špecifické rozhrania pre rôzne typy používateľov:
	820
	821	* Aplikácia DrvieMet - aktuálne Žilinský kraj prevádzkuje systém 50 meteostaníc monitorujúcich stav ciest II. a III. triedy. Tieto stanice poskytujú cenné meteorologické údaje, ktoré sú spracovávané v centrálnom dispečerskom programe DriveMet a ukladané do SQL databázy. Prístup k týmto dátam je však obmedzený na internú sieť a špecializovanú aplikáciu. Meteostanice budú osadené v rámci telesa cesty II. a III. triedy na pozemku pod cestou. V navrhovanom riešení sa toto rozhranie rozšíri a bude možné pristupovať k tomuto rozhraniu aj mimo internú sieť.
	822
	823
	824	* Webové sídlo ZSK - interaktívna mapa - táto časť portálu je určená pre všeobecnú verejnosť a skladá sa z grafického používateľského rozhrania zobrazujúceho prevažne statický obsah obsahujúci všetky údaje, ktoré je možné resp. potrebné z legislatívneho hľadiska publikovať a poskytovať širokej verejnosti. V rámci webového sídla bude doplnená aj interaktívna webová mapa, kde budú môcť používatelia vidieť umiestnenie všetkých meteostaníc aj sčítačov dopravy vrátane aktuálnych údajov (napr. teplota, intenzita dopravy). Tento endpoint zabezpečí pohodlné sledovanie aktuálnej situácie v celom kraji.
	825
	826
	827	* OpenData webový portál - prehľadný webový portál dostupný cez bežný internetový prehliadač. Používatelia majú na portáli možnosť ľahko a rýchlo vyhľadávať, prezerať a sťahovať publikované dáta v dostupných formátoch (CSV, JSON, JPG). Portál bude obsahovať aj základné metadáta datasetov, ktoré návštevníkom priblížia presný obsah a možnosti využitia týchto dát.
	828
	829
	830	Backend
	831
	832	V rámci tejto vrstvy sú definované a sústredené všetky doménovo dôležité artikle a taktiež ich vzájomné vzťahy a logika akou sa v systéme s tými artiklami pracuje. V rámci tejto vrstvy je teda v systéme uložená a riadená doménová logika riešenia, ktorá sa následne prostredníctvom definovaných rozhraní dostáva do ostatných prepojených vrstiev architektúry.
	833
	834	Backend vrstva zastrešuje všetky aplikačné komponenty poskytujúce aplikačné služby, ktoré sú rozdelené na tieto moduly:
	835
	836	DriveMet
	837
	838	DriveMet reprezentuje platforma zastrešujúcu jednotlivé agendové moduly riešenia
	839
	840	* Správu evidovaných údajov - Navrhované riešenie inštalácie meteostaníc umožní odosielať informácie o aktuálnej meteorologickej situácie v lokalite a informuje občanov o aktuálnej meteorologickej situácii, upozorneniach a prekročeniach limitov. Vyhodnotené údaje sú odosielané do open API rozhrania pre ďalšiu prácu s dátami. Zobrazenie aktuálnych ale aj historických dát umožňuje tvorbu analýz a vývojovej krivky za sledované obdobia podľa skúmaných ukazovateľov. Smart mateostanice sledujú viacej ukazovateľov v rovnakom čase, ktoré sú vizualizované mestu aj občanom, napríklad teplotu a vlhkosť vzduchu, atmosférický tlak, hodnota ozónu, prašnosť, , NO2, alebo smer a rýchlosť vetra. Údaje z meteostaníc sú určené pre všetkých občanov z informatívneho charakteru, ale aj pre mesto, kde monitorovanie znečisťujúcich či nebezpečných látok v ovzduší môžu pomôcť pri urbanistickom plánovaní alebo plánovaní posypov v zimnom období či závlaha ciest v letnom období, na základe údajov o aktuálnej teplote a vlhkosti.
	841	* Import údajov ich konsolidácia a čistenie - Tento komponent je navrhnutý na zabezpečenie efektívneho získavania, spracovania a správy meteorologických údajov zo stanice. Jeho hlavné funkcie zahŕňajú:
	842	** Import údajov - Zabezpečuje načítavanie a aktualizáciu dát zo stanice prostredníctvom príslušného API rozhrania.
	843	** Konsolidácia údajov - Skracuje a organizuje získané údaje do jednotného dátového štruktúrovaného formátu, zabezpečujúc tak spojenie dát z rôznych zdrojov a časových období. Tento proces umožňuje efektívne analyzovať a vizualizovať takto získané údaje z meteostaníc.
	844	** Čistenie údajov - Odstraňuje neplatné, chýbajúce alebo extrémne hodnoty, ktoré by mohli ovplyvniť kvalitu analýz. Implementuje logiku na identifikáciu a opravu alebo označenie nesprávnych záznamov, čím zabezpečuje spoľahlivosť a presnosť dát.
	845
	846
	847	OpenData aplikačná vrstva
	848
	849	Tento komponent má za úlohu sprístupnenie vybraných datasetov ako otvorených dát vo formátoch spĺňajúcich štandardy OpenData 2.0. Dáta tak budú dostupné pre:
	850
	851	* Portál [[data.gov.sk>>url:https://data.gov.sk/]]
	852	* Externých používateľov, výskumné inštitúcie, záchranné zložky (napr. hasičov, policajtov a ďalšie subjekty), ktorí budú mať záujem o kontinuálny prísun environmentálnych a dopravných informácií.
	853
	854	Hlavné funkcie:
	855
	856	1. Sprístupnenie dát - Zabezpečuje dostupnosť dát cez API, webové rozhranie alebo dátové portály, často v štandardných formátoch ako JSON, CSV, XML, alebo RDF.
	857	1. Správa a udržiavanie dát - Zabezpečuje aktualizáciu, verziovanie a správu metaúdajov, čo umožňuje používateľom spoľahlivo identifikovať aktuálnosť a zdroj dát.
	858	1. Bezpečnosť a prístupové práva - Dáva možnosť riadiť prístup, zabezpečiť súlad s GDPR alebo inými právnymi požiadavkami, zároveň však podporuje otvorenosť a voľný prístup k verejným dátam.
	859	1. Integrácia a rozšíriteľnosť - Podporuje integráciu s ďalšími systémami alebo dátovými zdrojmi, umožňuje vytváranie nových aplikácií, vizualizácií či analýz na základe dostupných dát.
	860
	861
	862	Interaktívna mapa aplikačná vrstva
	863
	864	Tento komponent zastrešuje kompetnú funkcionalitu spojenú s interaktívnym prezeraním live mapových podkladov a údajov získaných z metaostaníc. Tieto funkcionality je možné rozdeliť nasledovne:
	865
	866	* Aplikačná vrstva webovej mapovej aplikácie, ktorá zobrazí umiestnenie meteostaníc a dopravných sčítačov v rámci kraja Žilina.
	867	* Backendová podpora pre zobrazenie aktuálnych údajov z danej meteostanice či sčítača (napr. teplota, vlhkosť, smer vetra, intenzita dopravy).
	868	* Modul pre prepojenie interaktívnej mapy s GIS platformou ŽSK, aby správa ciest kraja a jej verejní používatelia mali k dispozícii okamžitý prehľad o stave ciest a environmentálnych ukazovateľoch.
	869
	870
	871
	872	Podporné moduly
	873
	874	Podporné moduly zastrešujú jednotlivé agendové moduly riešenia
	875
	876	* Administračný modul - Administračný modul poskytuje funkcionalitu spojenú s informáciami, údržbou a nastaveniami jednotlivých funkčných modulov systému.
	877	* Integračný modul - Komunikácia s prípadnými externými systémami bude realizovaná pomocou integračného modulu. Integračný modul týmto spôsobom konfigurácie zabezpečí oddelenie externých a interných systémov, čím sa zvýši bezpečnosť prostredia.
	878
	879
	880
	881	[[image:file:///C:/Users/Ivka/AppData/Local/Temp/msohtmlclip1/01/clip_image004.png]]
	882
	883	[[image:1750917939724-585.png]]
	884
	885	Obrázok 2 Príklad budúcej (TO BE) aplikačnej architektúry a závislostí (dátových tokov) medzi systémami
	886
	887
	888
	889	1.
	890	11.
	891	111. Rozsah informačných systémov – budúci stav (TO BE)
	892
	893
	894	\|(((
	895	Kód ISVS
	896
	897	(z MetaIS)
	898	)))\|Názov ISVS\|(((
	899	Modul ISVS
	900
	901	(zaškrtnite, ak ISVS je modulom)
	902	)))\|Stav IS VS\|Typ IS VS\|(((
	903	Kód nadradeného ISVS
	904
	905	(v prípade zaškrtnutého checkboxu pre modul ISVS)
1.1	906	)))
2.1	907	\|isvs_15158\|DriveMet\|☐\|Prevádzkovaný a plánujem rozvíjať\|Agendový\|
	908	\|isvs_15159\|Webové sídlo ŽSK\|☐\|Prevádzkovaný a plánujem rozvíjať\|Prezentačný\|
	909	\|isvs_15160\|Interaktívna mapa ŽSK\|☒\|Plánujem budovať\|Prezentačný\|isvs_15159
	910	\|isvs_15161\|OpenData webový portál\|☐\|Plánujem budovať\|Prezentačný\|
1.1	911
2.1	912	Tabuľka 10 Rozsah informačných systémov - budúci stav (TO BE)
1.1	913
	914
2.1	915	1.
	916	11.
	917	111. Využívanie nadrezortných a spoločných ISVS – AS IS
1.1	918
	919
2.1	920	V tomto projekte neplánujeme využitie.
1.1	921
	922
2.1	923	1.
	924	11.
	925	111. Prehľad plánovaných integrácií na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013 Z.z. o e-Governmente – budúci stav (TO BE)
1.1	926
	927
2.1	928	V tomto projekte neplánujeme integráciu na nadrezortné ISVS.
1.1	929
	930
2.1	931	1.
	932	11.
	933	111. Prehľad plánovaných integrácií na iné ISVS – budúci stav (TO BE)
1.1	934
2.1	935
	936	V tomto projekte neplánujeme integráciu na iné ISVS.
	937
	938
	939	1.
	940	11.
	941	111. Aplikačné služby pre Koncové služby – budúci stav (TO BE)
	942
	943	Uveďte v nasledujúcej tabuľke budované alebo rozvíjané aplikačné služby, ktoré sú potrebné pre poskytnutie Koncovej služby – vzťah „Aplikačná služba slúži Koncovej službe“. Koncovú službu by mala podporovať aspoň jedna aplikačná služba. Koncovú službu môže podporovať aj viac aplikačných služieb. Všetky aplikačné služby a ich vzťah na koncové služby musia byť evidované v MetaIS (vzťah „Aplikačná služba slúži Koncovej službe“).
	944
1.1	945	\|(((
2.1	946	Kód AS
	947
	948	//(z MetaIS)//
	949	)))\|Názov AS\|(((
	950	Realizuje ISVS
	951
	952	(kód ISVS, ktorý realizuje AS)
	953	)))\|(((
	954	Aplikačná služba slúži KS
	955
	956	//(kód KS z MetaIS)//
	957	)))
	958	\|as_67380\|Poskytovanie údajov pre webové sídlo\|isvs_15159\|ks_381483
1.1	959	\| \| \| \|
	960
2.1	961	Tabuľka 11 Aplikačné služby pre Koncové služby – budúci stav (TO BE)
1.1	962
2.1	963	1.
	964	11.
	965	111. Aplikačné služby na integráciu – budúci stav (TO BE)
1.1	966
	967
2.1	968	\|(((
	969	AS
1.1	970
2.1	971	(Kód MetaIS)
	972	)))\|(((
	973
1.1	974
2.1	975	Názov AS
	976	)))\|(((
	977	Realizuje ISVS
1.1	978
2.1	979	(kód ISVS, ktorý realizuje AS)
	980	)))\|Poskytujúca alebo Konzumujúca\|Integrácia cez CAMP\|Integrácia IS tretích strán\|SaaS\|(((
	981	Integrácia na AS poskytovateľa
	982
	983	(kód MetaIS)
	984	)))
	985	\|as_67379\|Poskytnutie údajov pre data.gov.sk\|isvs_15161\|Poskytovaná\|Nie\|Áno\|Nie\|
	986	\|as_67381\|Poskytovanie údajov do GIS ŽSK\|isvs_15158\|Poskytovaná\| Nie\|Áno\| Nie\|
	987
	988	Tabuľka 12 Aplikačné služby na integráciu – budúci stav (TO BE)
	989
	990
	991
	992	1.
	993	11. Dátová architektúra
	994
	995	[[Popíšte dátovú architektúru riešenia na úrovni objektov evidencie a vzťahov medzi nimi>>url:https://managementmania.com/sk/zalohovanie-backup#heading=h.2s8eyo1]] v AS IS stave. Pri popise je potrebné vychádzať z metodiky Ministerstva vnútra - Metodika identifikácie, vizualizácie a referencovania údajov pri dátovom modelovaní vo verejnej správe (zverejnená na stránke [[https:~~/~~/www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave>>url:https://www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave]] v Aktivite 5).
	996
	997	* Uveďte diagramy tried a štruktúrovaný popis entít a atribútov vhodný aj pre strojové spracovanie. Diagram tried uveďte vo forme úplného logického modelu.
	998	* Popíšte procesy riadenia životného cyklu správy údajov, kde je potrebné zrozumiteľne zdokumentovať dátové štruktúry, proces tvorby údajov, štatistické metodológie (ak budú použité), dátové zdroje, kontext a ďalšie aspekty manažmentu údajov. Proces riadenia pre manažment údajov musí byť zavedený nad informačnými systémami, ktoré obsahujú objekty evidencie a budú riešené v projekte.
	999	* Popíšte zavedenie systematického manažmentu údajov v organizácií.
	1000	* Po organizačnej stránke je podmienkou zavedenie role dátového kurátora (dátový architekt) v organizácii, v rozsahu ako ju definuje strategická priorita Manažment údajov a strategická priorita Otvorené údaje, ktorý bude zodpovedný za koncept systematického manažmentu údajov a úpravu organizačnej štruktúry smerom k vytvoreniu rezortnej dátovej kancelárie.
	1001
	1002
	1003	1.
	1004	11.
	1005	111. Objekty evidencie
	1006
	1007	V nasledujúcej tabuľke uveďte a popíšte Objekty Evidencie (ďalej len OE) v jednotlivých ISVS/registroch súvisiace s projektom.
	1008
	1009
	1010	Pre budované informačné systémy vytvorte tzv. doménový model, ktorý definuje návrh dátových prvkov súvisiacich s projektom.
	1011
	1012	* Úlohou doménového modelu je vizuálne znázorniť rozsah predmetných údajov daného projektu, pričom je možné abstrahovať od nepodstatných detailov. Je platformovo nezávislý (nie je určený pre konkrétny programovací jazyk),
	1013	* Doménový model by mal byť v súlade so [[štandardami výmeny údajov medzi informačnými systémami verejnej správy podľa § 30 vyhlášky č. 78/2020 Z.z. o štandardoch pre informačné technológie verejnej správy>>url:https://www.slov-lex.sk/ezbierky-fe/pravne-predpisy/SK/ZZ/2020/78/20240701#paragraf-30]].
	1014	* Pri návrhu objektov evidencie zohľadnite pravidlá pre zabezpečenie výmeny dát a interoperabilitu (viac informácií na: [[Interoperabilita (web stránky MIRRI)>>url:https://mirri.gov.sk/sekcie/informatizacia/o-sekciach/centralna-datova-kancelaria/interoperabilita/]] ([[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/o-sekciach/centralna-datova-kancelaria/interoperabilita/>>url:https://mirri.gov.sk/sekcie/informatizacia/o-sekciach/centralna-datova-kancelaria/interoperabilita/]] ) alebo.
	1015	* Pre modelovanie doménového modelu odporúčame stiahnuť si Centrálny model údajov verejnej správy v preferovanej distribúcii a v dátovom modeli pre budované informačné systémy použiť existujúce dátové prvky, ak tieto patria do domény projektu. Z technického pohľadu je odporučený jazyk UML. Pre zjednodušený doménový model môžete použiť aj jazyk ArchiMate.
	1016	* V prípade, že sa používa dátový prvok z Centrálneho dátového modelu je nutné použiť skrátenú formu URI identifikátora daného prvku, napr. pper:PhysicalPerson je skrátený tvar https:~/~/data.gov.sk/def/ontology/physical-person/PhysicalPerson
	1017
	1018
	1019	\|ID OE\|Objekt evidencie - názov\|Objekt evidencie - popis\|Referencovateľný identifikátor URI dátového prvku
	1020	\|ID_01\|//Meteorologické údaje//\|//teplota/vlhkosť vzduchu, tlak, vietor, rosný bod//\|//(Ak nie je priradené URI uveďte „Nemá“)//
	1021	\|ID_02\|//Údaje o stave vozovky//\|//teplota povrchu a v hĺbke 3 cm, stav – suchá/mokrá/ľad, koncentrácia soli, výška vodného filmu, bod mrazu//\|
	1022	\|ID_03\|//Environmentálne údaje//\|//pevné častice PM, NOx, prchavé organické látky VOC, kvalita pôdy – pH, N, P, K, soľ, vodivosť, teplota v hĺbke 7 cm, koncentrácia soli mimo vozovky v hĺbke 30 cm//\|
	1023	\|ID_04\|//Údaje o intenzite dopravy//\|//dáta o doprave v oboch smeroch jazdy s rozlíšením osobnej a nákladnej dopravy//\|
	1024
	1025	Tabuľka 13 Objekty evidencie
	1026
	1027
	1028	1.
	1029	11.
	1030	111. Referenčné údaje
	1031
	1032	V rámci tohto projektu nevznikajú referenčné údaje
	1033
	1034
	1035	1.
	1036	11.
	1037	111. Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE)
	1038
	1039	Získavané údaje z tohto projektu nebudú poskytované pre IS CPDI
	1040
	1041
	1042	1.
	1043	11.
	1044	111. Konzumovanie údajov z IS CPDI – budúci stav (TO BE)
	1045
	1046	Pre potreby realizácie tohto projektu nepotrebujeme konzumovať údaje z IS CPDI
	1047
	1048
	1049	1.
	1050	11.
	1051	111. Identifikácia údajov a subjektov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ)
	1052
	1053	Nerelevantné
	1054
	1055
	1056	1.
	1057	11.
	1058	111. Kvalita a čistenie údajov
	1059
	1060
	1061	\|ID OE\|(((
	1062	Názov Objektu evidencie
	1063
	1064	(uvádzať OE z tabuľky v kap. 5.4.1)
1.1	1065	)))\|(((
2.1	1066	Významnosť kvality
	1067
	1068	1 (malá) až 5 (veľmi významná)
1.1	1069	)))\|(((
2.1	1070	Citlivosť kvality
	1071
	1072	1 (malá) až 5 (veľmi významná)
	1073	)))\|(((
	1074	Priorita //– poradie dôležitosti//
	1075
	1076	(začnite číslovať od najdôležitejšieho)
1.1	1077	)))
2.1	1078	\| \|Údaje o štatutárovi\|3\|3\|1.
	1079	\|ID_01\|//Meteorologické údaje//\|3\|3\|1.
	1080	\|ID_02\|//Údaje o stave vozovky//\|3\|3\|1.
	1081	\|ID_03\|//Environmentálne údaje//\|3\|3\|1.
	1082	\|ID_04\|//Údaje o intenzite dopravy//\|3\|3\|1.
1.1	1083
2.1	1084	Tabuľka 14 Zhodnotenie dátovej kvality objektov evidencie
1.1	1085
2.1	1086	V nasledujúcej tabuľke definujte potrebné personálne kapacity pre zabezpečenie riadenia dátovej kvality – napr. dátový kurátor, data steward, dátový špecialista pre dátovú kvalitu, databázový špecialista, projektový manažér a pod. (informácie k téme: [[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/datova-kvalita/>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/datova-kvalita/]] )
1.1	1087
2.1	1088	\|Rola\|Činnosti\|Pozícia zodpovedná za danú činnosť (správca ISVS / dodávateľ)
	1089	\|Dátový kurátor\|Evidencia požiadaviek na dátovú kvalitu, monitoring a riadenie procesu\|Dátový kurátor správcu IS
	1090	\|Data steward\|Čistenie a stotožňovanie voči referenčným údajom\|Pracovník IT podpory
	1091	\|Databázový špecialista\|Analyzuje požiadavky na dáta, modeluje obsah procedúr\|Dodávateľ
	1092	\|Dátový špecialista pre dátovú kvalitu\|Spracovanie výstupov merania, interpretácie, zápis biznis pravidiel, hodnotiace správy z merania\|Dátový špecialista pre dátovú kvalitu – nová interná pozícia v projekte
	1093	\|*Iná rola (doplniť)\| \|
1.1	1094
2.1	1095	Tabuľka 15 Personálne zabezpečenie a roly pri riadení dátovej kvality
1.1	1096
2.1	1097	1.
	1098	11.
	1099	111. Otvorené údaje
	1100
	1101	V tabuľke sú uvedené OE z tabuľky uvedenej v kapitole 5.4.1 Objekty evidencie :
	1102
	1103	\|ID OE\|(((
	1104	Názov objektu evidencie / datasetu
	1105
	1106	(uvádzať OE z tabuľky v kap. 5.4.1)
1.1	1107	)))\|(((
2.1	1108
1.1	1109
2.1	1110	Požadovaná interoperabilita
1.1	1111
2.1	1112	(3★ - 5★)
	1113	)))\|(((
	1114	Periodicita publikovania
1.1	1115
2.1	1116	(týždenne, mesačne, polročne, ročne)
	1117	)))
	1118	\|ID_01\|//Meteorologické údaje//\|3★\|Týždenne
	1119	\|ID_02\|//Údaje o stave vozovky//\|3★\|Týždenne
	1120	\|ID_03\|//Environmentálne údaje//\|3★\|Týždenne
	1121	\|ID_04\|//Údaje o intenzite dopravy//\|3★\|Týždenne
1.1	1122
2.1	1123	Tabuľka 16 Objekty evidencie, ktoré budú sprístupnené ako otvorené údaje
1.1	1124
2.1	1125	1.
	1126	11.
	1127	111. Analytické údaje
1.1	1128
2.1	1129	V tabuľke sú uvedené OE z tabuľky uvedenej v kapitole 5.4.1 Objekty evidencie :
1.1	1130
2.1	1131	\|OE ID\|Názov objektu evidencie pre analytické účely\|Zoznam atribútov objektu evidencie\|Popis a špecifiká objektu evidencie
	1132	\|ID_01\|//Meteorologické údaje//\|//teplota/vlhkosť vzduchu, tlak, vietor, rosný bod//\|
	1133	\|ID_02\|//Údaje o stave vozovky//\|//teplota povrchu a v hĺbke 3 cm, stav – suchá/mokrá/ľad, koncentrácia soli, výška vodného filmu, bod mrazu//\|
	1134	\|ID_03\|//Environmentálne údaje//\|//pevné častice PM, NOx, prchavé organické látky VOC, kvalita pôdy – pH, N, P, K, soľ, vodivosť, teplota v hĺbke 7 cm, koncentrácia soli mimo vozovky v hĺbke 30 cm//\|
	1135	\|ID_04\|//Údaje o intenzite dopravy//\|//dáta o doprave v oboch smeroch jazdy s rozlíšením osobnej a nákladnej dopravy//\|
1.1	1136
2.1	1137	Tabuľka 17 Objekty evidencie, ktoré budú projektom pripravené pre analytické účely
1.1	1138
2.1	1139	1.
	1140	11.
	1141	111. Moje údaje
1.1	1142
	1143
2.1	1144	V prípade, že predkladateľ projektu disponuje údajmi, ktoré spadajú do kategórie Mojich údajov, je potrebné vyplniť nasledovnú tabuľku. V tabuľke uveďte OE z tabuľky uvedenej v kapitole 5.4.1 Objekty evidencie .
1.1	1145
2.1	1146	\|OE ID\|(((
	1147	Názov registra / objektu evidencie
	1148
	1149	(uvádzať OE z tabuľky v kap. 5.4.1)
	1150	)))\|Atribút objektu evidencie\|Popis a špecifiká objektu evidencie
	1151	\| \| \| \|
	1152	\| \| \| \|
	1153	\| \| \| \|
	1154
	1155	Tabuľka 18 Objekty evidencie, ktoré spadajú do kategórie Mojich údajov
	1156
	1157
	1158	1.
	1159	11.
	1160	111. Prehľad jednotlivých kategórií údajov
	1161
	1162	Vyplňte nasledujúcu súhrnnú tabuľku pre kategorizáciu údajov dotknutých projektom z pohľadu využiteľnosti týchto údajov.
	1163
	1164	V tabuľke uveďte OE z tabuľky uvedenej v kapitole 5.4.1 Objekty evidencie .
	1165
	1166	\|ID\|(((
	1167	Register / Objekt evidencie
	1168
	1169	(uvádzať OE z tabuľky v kap. 5.4.1)
	1170	)))\|Referenčné údaje\|Moje údaje\|Otvorené údaje\|Analytické údaje
	1171	\|ID_01\|//Meteorologické údaje//\|☐\|☐\|☒\|☒
	1172	\|ID_02\|//Údaje o stave vozovky//\|☐\|☐\|☒\|☒
	1173	\|ID_03\|//Environmentálne údaje//\|☐\|☐\|☒\|☒
	1174	\|ID_04\|//Údaje o intenzite dopravy//\| \| \|☒\|☒
	1175
	1176	Tabuľka 19 Prehľad jednotlivých kategórií údajov
	1177
	1178
	1179	1.
	1180	11. Technologická architektúra
	1181
	1182
	1183	1.
	1184	11.
	1185	111. Návrh riešenia technologickej architektúry
	1186
	1187	Uveďte popis a znázornenie modelu technologickej vrstvy súčasného (AS IS) stavu, používané výpočtové prostriedky, komunikačné prepojenia, problematické body, ktoré je potrebné projektom riešiť.
	1188
	1189	V popise treba zvážiť potrebný rozsah popisu súčasnej architektúry. Zvolený rozsah popisu súčasného stavu by mal byť uvedený v takom dostatočnom rozsahu, ktorý je potrebný na znázornenie a popis rozdielov medzi súčasným (As-Is) a budúcim (navrhovaným – TO BE) riešením.
	1190
	1191	Požiadavky riešenia na HW, SW a licencie v zmysle požadovaného sizingu pre vývojové, testovacie a produkčné prostredie je potrebné uviesť v dokumente BC/CBA na príslušných kartách.
	1192
	1193	Popíšte navrhovaný budúci (TO BE) stav riešenia technologickej vrstvy architektúry s prepojením na aplikačnú vrstvu architektúry – ako navrhovaná technologická architektúra a jej komponenty podporuje vývoj a prevádzku aplikačných komponentov (informačných systémov, aplikačných služieb a integrácií)..
	1194
	1195	V popise návrhu riešenia budúceho stavu (TO BE) je požadované uviesť:
	1196
	1197	* prístup k riešeniu technologickej architektúry a súvisiace architektonické rozhodnutia
	1198	* popis požiadaviek na prevádzkové prostredia (vývoj, test, produkčné)
	1199	* znázornenie (diagramy) modelu navrhovanej technologickej infraštruktúry, jej zmeny oproti súčasnému stavu, jej prepojenie na aplikačnú vrstvu architektúry (nasadenie aplikačných komponentov) a hlavné komunikačné prepojenia.
	1200
	1201	Pri výbere požiadaviek na riešenie, je potrebné klásť dôraz na výber služieb, ktoré sú založené na najmodernejších technológiách, prostredníctvom ktorých bude vytvorený predpoklad na vývoj/tvorbu moderného ISVS.
	1202
	1203	Pre navrhované riešenie odporúčame použiť prístup pre vývoj takzvaných Cloud Native aplikácií a zavedenie štandardu používania a vytvárania zdieľaných služieb. Riešenie „Cloud-native“ ISVS, je v čo najväčšej miere nezávislé na umiestnení v datacentre. Nezávislosť novovyvíjaného ISVS od cloudového prostredia by malo byť základnou prioritou a podmienkou architektúry ISVS.
	1204
	1205	V prípade, že riešenie nepredpokladá využívanie cloudových služieb z katalógu služieb vládneho cloudu (Iaas,PaaS,SaaS podľa katalógu služieb VC), je potrebné nevyužitie cloudových služieb z katalógu služieb vládneho cloudu dostatočne zdôvodniť.
	1206
	1207
	1208	1.
	1209	11.
	1210	111. Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)
	1211
	1212	Doplňte pre budúci stav (TO BE) do nasledujúcej tabuľky požiadavky na výkonnostné parametre a kapacitné požiadavky, ktoré majú vplyv na výkon, sizing prostredia, napr. počet interných používateľov, počet externých používateľov, počet spracovávaných procesov, dokumentov, komunikáciu medzi vrstvami architektúry IS, využívanie sieťovej infraštruktúry (Govnet, LAN, VPN, …):
	1213
	1214
	1215	\|Parameter\|Jednotky\|Predpokladaná hodnota\|Poznámka
	1216	\|Počet interných používateľov\|Počet\| \|
	1217	\|Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení\|Počet\| \|
	1218	\|Počet externých používateľov (internet)\|Počet\| \|
	1219	\|Počet externých používateľov používajúcich systém v špičkovom zaťažení\|Počet\| \|
	1220	\|Počet transakcií (podaní, požiadaviek) za obdobie\|Počet/obdobie\| \|
	1221	\|Objem údajov na transakciu\|Objem/transakcia\| \|
	1222	\|Objem existujúcich kmeňových dát\|Objem\| \|
	1223	\|Ďalšie kapacitné a výkonové požiadavky ...\| \| \|
	1224
	1225	Tabuľka 20 Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)
	1226
	1227
	1228	1.
	1229	11.
	1230	111. Využívanie služieb z katalógu služieb vládneho cloudu
	1231
	1232	Zaevidujte v MetaIS využívanie infraštruktúrnych služieb vašimi ISVS. Podrobné informácie o evidencii využívania infraštruktúrnych služieb sú uvedené v Používateľskej príručke MetaIS.
	1233
	1234	V nasledovnej tabuľku uveďte prehľad plánovaného využitia infraštruktúrnych - cloudových služieb pre navrhované ISVS. Pri výbere vhodných cloudových služieb okrem technologických požiadaviek zohľadnite klasifikáciu budovaných a rozvíjaných ISVS, ktorú ste urobili pri výbere vhodnej technologickej architektúry v
	1235
	1236	v časti 5.1.3 Stanovenie alternatív v technologickej vrstve architektúry. Zvolená infraštruktúrna služba by mala byť zaradená do rovnakej alebo vyššej klasifikačnej úrovne ako ISVS, ktorý ju bude využívať.
	1237
	1238	\|(((
	1239
	1240
	1241	Kód infraštruktúrnej služby
	1242
	1243	(z MetaIS)
	1244	)))\|Názov infraštruktúrnej služby\|(((
	1245	Kód ISVS
	1246
	1247	(z MetaIS)
	1248	)))\|Názov Využívajúceho ISVS\|(((
	1249	Klasifikácia ISVS
	1250
	1251	Ux (Cx,Ix,Ax)
	1252	)))
	1253	\| \| \| \| \|
	1254	\| \| \| \| \|
	1255	\| \| \| \| \|
	1256
	1257	Tabuľka 21 Využívanie služieb z katalógu služieb vládneho cloudu
	1258
	1259	Uveďte parametre (kapacity) požadovaných výpočtových zdrojov (sizing) a využite služieb hybridného vládneho cloudu (uvedené v tabuľkách nižšie) pre jednotlivé prevádzkové prostredia:
	1260
	1261	* Vývojové – určené pre vývoj systému
	1262	* Testovacie – určené pre testy nových modulov, úprav, zmenových požiadaviek a retesty na úrovni upgrade‑ov (nie pre záťažové testovanie).
	1263	* Produkčné – určené pre produkčnú (ostrú) prevádzku systému
	1264	* Ďalšie existujúce alebo plánované prostredia, ktoré budú potrebné, napr. predprodukčné, integračné, fix prostredie
	1265
	1266	Poznámky:
	1267
	1268	Ak potrebujete pre príslušné prostredie viaceré infraštruktúrne služby, pridajte si potrebné riadky.
	1269
	1270	V prípade, že neplánujete využitie cloudových služieb z katalógu služieb vládneho cloudu, uveďte v tabuľke požadovaných výpočtových zdrojov (sizing) pre jednotlivé prostredia parametre výpočtových zdrojov, ktoré plánujete v projekte použiť. Namiesto názvu a kódu infraštruktúrnej služby uveďte kód a názov výpočtového zdroja evidovaného v MetaIS.
	1271
	1272	V súlade s NKIVS by technologická architektúra mala byť založená na cloudových službách vládneho cloudu. V rámci verejného obstarávania je potrebné potenciálneho uchádzača o zákazku požiadať o návrh technologickej infraštruktúry potrebnej pre implementáciu a prevádzku navrhovaného riešenia. Dodávateľ by pre svoj návrh technologického prostredia mal využiť hlavne cloudové služby vládneho cloudu uvedené v katalógu služieb, ktoré prešli procesom klasifikácie, hodnotenia, registrácie a zaradenia do katalógu služieb zverejnenom na stránke MIRRI: [[Katalóg cloudových služieb >>url:https://mirri.gov.sk/sekcie/informatizacia/dokumenty/vladny-cloud/katalog-cloudovych-sluzieb/]] ([[https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb>>url:https://www.mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb]]//.//)
	1273
	1274
	1275	\|(% rowspan="2" %)Prostredie\|(% rowspan="2" %)(((
	1276
	1277
	1278	Kód infraštruktúrnej služby
	1279
	1280	(z MetaIS)
	1281	)))\|(% rowspan="2" %)(((
	1282	Názov infraštruktúrnej služby
	1283
	1284	(Služba z katalógu cloudových služieb pre zriadenie výpočtového uzla)
	1285	)))\|(% colspan="4" %)Požadované kapacitné parametre služby
	1286	(doplňte stĺpec parametra, ak je dôležitý pre konkrétnu službu)
	1287	\|Dátový priestor (GB)\|Tier diskového priestoru\|Počet vCPU\|RAM (GB)
	1288	\|Vývojové\| \| \| \| \| \|
	1289	\|Testovacie\| \| \| \| \| \|
	1290	\|Produkčné\| \| \| \| \| \|
	1291	\|(((
	1292	ďalšie...
	1293
	1294	(uviesť názov)
	1295	)))\| \| \| \| \| \|
	1296
	1297	Tabuľka 22Predpokladané kapacity požadovaných výpočtových zdrojov (sizing)
	1298
	1299	Určite v štruktúrovanej podobe ďalšie potrebné infraštruktúrne alebo iné cloudové služby (PaaS, SaaS) potrebné na prevádzku projektu podľa katalógu cloudových služieb. Tabuľky si treba prispôsobiť, aby čo najlepšie odpovedali podmienkam návrhu riešenia a charakteristikám zvolených cloudových služieb:
	1300
	1301
	1302	\|Prostredie\|Ďalšie služby potrebné na prevádzku projektu z katalógu služieb vládneho cloudu (stručný popis / názov)\|(((
	1303	Kód služby
	1304
	1305	(z MetaIS)
	1306	)))\|Parametre pre službu (doplňte stĺpec parametra, ak je dôležitý pre konkrétnu službu)
	1307	\|Vývojové\|Doplň názov a stručný popis\| \|
	1308	\|Testovacie\|Doplň názov a stručný popis\| \|
	1309	\|Produkčné\|Doplň názov a stručný popis\| \|
	1310	\|(((
	1311	ďalšie...
	1312
	1313	(uviesť názov)
	1314	)))\| \| \|
	1315
	1316	Tabuľka 23 Predpokladané kapacity ďalších cloudových (infraštruktúrnych) služieb
	1317
	1318	Požiadavky na služby vládneho cloudu odporúčame mať ešte pred vyhlásením VO odkomunikované s prevádzkovateľom vládneho cloudu (napr. MV SR) v súlade s postupom zverejneným na webovom sídle https:~/~/mirri.gov.sk/sekcie/informatizacia/dokumenty/vladny-cloud/
	1319
	1320
	1321	1.
	1322	11. Bezpečnostná architektúra
	1323
	1324
	1325	1.
	1326	11.
	1327	111. Návrh riešenia bezpečnosti
	1328
	1329	Popíšte súčasný stav (AS IS) bezpečnostnej architektúry v rozsahu dostatočnom pre znázornenie a popis rozdielov medzi súčasným (As-Is) a budúcim navrhovaným (TO BE) riešením bezpečnosti.
	1330
	1331	Popíšte navrhovaný budúci (TO BE) stav riešenia bezpečnostnej architektúry. Stručne popíšte postupy na dosiahnutie potrebnej úrovne bezpečnosti a spôsob zabezpečenia aktív projektu na jednotlivých vrstvách architektúry a dosiahnutie požadovanej úrovne hlavných aspektov bezpečnosti - dôvernosť, dostupnosť a integrita.
	1332
	1333	Opatrenia a požiadavky pre riešenie bezpečnosti by mali vychádzať z týchto hlavných zdrojov:
	1334
	1335	* Ohodnotenia rizík a identifikovanie hrozieb pre organizáciu a aktíva realizované projektom, zhodnotenie ich zraniteľností a pravdepodobnosti výskytu hrozieb a odhadnutý potenciálny dopad.
	1336	* Legislatívne, právne, štatutárne, regulačné a zmluvné požiadavky, ktoré vaša organizácia, jej dodávatelia, partneri a zákazníci musia splniť.
	1337	* Sada princípov, cieľov bezpečnosti a interných smerníc, ktoré používa vaša organizácia na podporu svojej činnosti.
	1338
	1339
	1340	1.
	1341	11.
	1342	111. Určenie obsahu bezpečnostných opatrení
	1343
	1344	Určite požiadavky vyplývajúce z obsahu minimálnych bezpečnostných opatrení[[~[1~]>>path:#_ftn1]] podľa vyhlášky ÚPVII č. 179/2020 Z. z.
	1345
	1346	Určite požiadavku na vypracovanie bezpečnostného projektu podľa § 8a vyhlášky 401/2023 Z.z [[~[2~]>>path:#_ftn2]]
	1347
	1348	Určite požiadavky na aplikáciu bezpečnostných opatrení podľa osobitných predpisov.
	1349
	1350	V nasledujúcej tabuľke uveďte prehľad hlavných zdrojov minimálnach bezpečnostných opatrení.
	1351
	1352	\|Obsah bezpečnostných opatrení podľa vyhlášky ÚPVII č. 179/2020 Z. z\|Aplikované opatrenia\|Aplikovaná legislatíva
	1353	\|Minimálne bezpečnostné opatrenia Kategórie I\|Vyberte položku.\|Uveďte aplikovateľný odsek §3 vyhlášky 179/2020 vzťahujúci sa na vašu organizáciu, projekt a budované aktíva
	1354	\|Minimálne bezpečnostné opatrenia Kategórie II\|Vyberte položku.\|Uveďte aplikovateľný odsek §3 vyhlášky 179/2020 vzťahujúci sa na vašu organizáciu, projekt a budované aktíva
	1355	\|Minimálne bezpečnostné opatrenia Kategórie III\|Vyberte položku.\|Uveďte aplikovateľný odsek §3 vyhlášky 179/2020 vzťahujúci sa na vašu organizáciu, projekt a budované aktíva
	1356	\|Bezpečnostný projekt\|Vyberte položku.\|§ 23 ods. 1 a 2 zákona 95/2019 Z.z.
	1357	\|Bezpečnostné opatrenia podľa osobitného predpisu\|Vyberte položku.\|Doplňte osobitný predpis alebo odkaz na predpisy, podľa ktorých budú aplikované ďalšie bezp. opatrenia
	1358
	1359	Tabuľka 24 Určenie zdrojov a obsahu minimálnych bezpečnostných opatrení
	1360
	1361	Zapíšte do Katalógu požiadaviek, ktoré minimálne bezpečnostné opatrenia (Kategórie) podľa vyhlášky ÚPVII č. 179/2020 Z. z. budú v projekte aplikované.
	1362
	1363	Zapíšte do Katalógu požiadaviek upresnenie bezpečnostných požiadaviek vyplývajúce z minimálnych bezpečnostných opatrení a identifikovaných špecifických hrozieb pre organizáciu a implementované aktíva v tomto projekte.
	1364
	1365	Zapíšte do Katalógu požiadaviek upresnenie bezpečnostných požiadaviek vyplývajúce z bezpečnostných opatrení osobitných predpisov aplikovateľných špeciálne na implementované aktíva v tomto projekte.
	1366
	1367	Zapíšte do katalógu požiadaviek požiadavku na vypracovanie bezpečnostného projektu, ak má byť vytvorený: Bezpečnostný projektu musí byť pripravovaný a dodaný súčasne s Detailným návrhom riešenia (DNR, projektový výstup R1-1), aby opatrenia z bezpečnostného projektu boli zapracované do DNR a dodaného diela. Bezpečnostný projekt musí byť aktualizovaný počas celej realizačnej fázy projektu podľa skutočného stavu implementácie požiadaviek, technologickej infraštruktúry a aj na základe nálezov z bezpečnostného testovania.
	1368
	1369	Samotný bezpečnostný projekt bude popísaný v samostatnom dokumente Bezpečnostný projekt, ktorý je výstupom etapy R3-4 a jeho náležitosti ustanovuje príloha č. 3 vyhlášky ÚPVII č. 179/2020 Z. z., ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy.
	1370
	1371
	1372	1.
	1373	11.
	1374	111. Legislatívne, právne, štatutárne, regulačné a zmluvné požiadavky,
	1375
	1376	Projekt bude riadený v súlade s vyhláškou Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy a všetky manažérske produkty vyhlášky o riadení projektov budú vypracované a nahraté v Centrálnom metainformačnom systéme verejnej správy SR.
	1377
	1378
	1379	Projekt je v súlade s:
	1380
	1381	Zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov v znení neskorších predpisov,
	1382
	1383	Zákon č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov (zákon o e-Governmente)
	1384
	1385	Vyhláška 401/2023 Z. z. MIRRI SR o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy,
	1386
	1387	Vyhláška 78/2020 Z. z. Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu o štandardoch pre informačné technológie verejnej správy,
	1388
	1389	Vyhláška 547/2021 Z. z. MIRRI SR o elektronizácii agendy verejnej správy.
	1390
	1391
	1392	Požiadavky na súlad navrhovanej bezpečnostnej architektúry s dotknutými právnymi normami a technickými štandardmi pre projekt „Rozšírenie systému meteostaníc a sčítačov dopravy s vytvorením API infraštruktúry pre aktualizáciu dátovej vrstvy GIS ŽSK" definujeme súlad s legislatívnymi požiadavkami nasledovne:
	1393
	1394	~1. Zákon č. 95/2019 Z .z. o informačných technológiách vo verejnej správe
	1395
	1396	Princíp proporcionality bezpečnostných opatrení:
	1397
	1398	* Meteorologické údaje a dopravné údaje majú nižšiu citlivosť ako osobné údaje, preto implementujeme bezpečnostné opatrenia primerané ich hodnote
	1399	* REST API bude zabezpečené SSL/TLS šifrovaním pre prenos dát
	1400	* Monitoring prístupov podľa IP adries poskytovateľov s logovaním aktivít
	1401
	1402	Interoperabilita s ostatnými systémami verejnej správy:
	1403
	1404	* Integrácia s existujúcim softvérom DriveMet prostredníctvom XML formátu
	1405	* REST API poskytuje dáta v štandardných formátoch CSV, JSON, JPG
	1406	* Publikácia cez OpenData portál v súlade so štandardmi OpenData 2.0
	1407	* RDF/XML formát pre integráciu s data.gov.sk
	1408
	1409	2. Zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti
	1410
	1411	Implementácia bezpečnostných opatrení:
	1412
	1413	* Pravidelné hodnotenie rizík podľa implementovaného manažmentu rizík
	1414	* Systematická koordinácia činností zameraných na znižovanie rizík na akceptovateľnú úroveň
	1415	* Monitoring a logovanie prístupov k systémom
	1416	* Firewall a SSL/TLS zabezpečenie
	1417
	1418	Riadenie bezpečnostných incidentov:
	1419
	1420	* V rámci zmluvy s manažérom kybernetickej bezpečnosti budeme implementovať postupy pre identifikáciu a riešenie bezpečnostných incidentov
	1421	* Zálohovanie a obnova dát s pravidelnou periodicitou
	1422
	1423	3. Vyhláška č. 362/2018 Z. z. o bezpečnostných opatreniach
	1424
	1425	Bezpečnostná dokumentácia v rámci zmluvy s MKB:
	1426
	1427	* Manažér kybernetickej bezpečnosti zabezpečí tvorbu a aktualizáciu riadiacej dokumentácie v súlade so zákonom
	1428	* Vypracovanie analýzy dopadov (BIA) pre IT systémy
	1429	* Posúdenie a analýzu rizík kybernetickej bezpečnosti
	1430	* Klasifikáciu informácií a kategorizáciu informačných systémov
	1431
	1432	Fyzická bezpečnosť:
	1433
	1434	* Meteostanice zabezpečené GPS modulom s aktiváciou pri odcudzení
	1435	* Uzamykateľný kovový rozvádzač na batériu
	1436
	1437	4. Zákon č. 45/2011 Z. z. o kritickej infraštruktúre
	1438
	1439	Posúdenie kritickosti:
	1440
	1441	* Meteorologické a dopravné údaje poskytujú podporu pre údržbu ciest a bezpečnosť dopravy
	1442	* Implementácia redundantného napájania solárnym panelom s trakčnou batériou
	1443	* Celoročná prevádzka bez výpadku komunikácie
	1444
	1445	5. Vyhláška č. 78/2020 Z. z. o štandardoch pre IT verejnej správy
	1446
	1447	Dodržiavanie štandardov:
	1448
	1449	* Použitie OpenSource technológií (Python, Go, Linux)
	1450	* REST API v súlade s modernými štandardmi
	1451	* Štandardné HTTP metódy a návratové kódy
	1452	* Dokumentované API rozhranie
	1453
	1454	6. Vyhláška č. 179/2020 Z. z. o kategorizácii a bezpečnostných opatreniach
	1455
	1456	Kategorizácia systémov podľa zmluvy s MKB:
	1457
	1458	* Manažér kybernetickej bezpečnosti vykoná klasifikáciu informácií a kategorizáciu informačných systémov a sietí
	1459	* Hodnota aktív informačných systémov stanovená ako "Veľká" z dôvodu možných sankcií
	1460	* Implementácia bezpečnostných opatrení úmerných kategórii systému
	1461
	1462	7. GDPR a Zákon č. 18/2018 Z. z. o ochrane osobných údajov
	1463
	1464	Súlad s GDPR:
	1465
	1466	* Publikované dáta pre verejnosť budú v súlade s nariadením GDPR
	1467	* Šifrovanie osobných údajov uložených na pevných diskoch
	1468	* Implementované princípy minimalizácie a obmedzenia účelu
	1469	* Zabezpečenie práv dotknutých osôb
	1470
	1471	Technické/Technologické/Personálne zabezpečenie
	1472
	1473	Technické zabezpečenie:
	1474
	1475	* Šifrovanie: SSL/TLS pre prenos dát, šifrovanie pevných diskov
	1476	* Monitoring: Kontinuálny monitoring funkčnosti všetkých komponentov
	1477	* Zálohovanie: Pravidelné zálohovanie databázy a aplikačných serverov
	1478	* Firewall: Vhodné bezpečnostné nastavenie
	1479	* GPS ochrana: Integrovaný GPS modul s aktiváciou pri odcudzení
	1480
	1481	Technologické zabezpečenie:
	1482
	1483	* OpenSource platformy: Python, Go, Linux pre transparentnosť a bezpečnosť
	1484	* Virtualizácia: Vyhradený virtuálny server s operačným systémom
	1485	* Cache mechanizmus: Optimalizácia prístupu k dátam a zníženie záťaže
	1486	* 5G pripojenie: Vysokorýchlostné mobilné pripojenie pre spoľahlivý prenos
	1487
	1488	Personálne zabezpečenie:
	1489
	1490	* Školenia: Komplexné školenie správcov systému + ročné odborné školenie pre zamestnancov zamerané na kybernetickú bezpečnosť
	1491	* Prístupové práva: Riadenie prístupových práv podľa princípu najmenších oprávnení
	1492	* Periodické preskúmanie: Pravidelná kontrola prístupových práv
	1493
	1494	Bezpečnostné povedomie: Školenia v oblasti kybernetickej bezpečnosti
	1495
	1496	1.
	1497	11.
	1498	111. Riešenie autentifikácie a prístupov používateľov
	1499
	1500	Prístupové práva: Riadenie prístupových práv podľa princípu najmenších oprávnení
	1501
	1502	Periodické preskúmanie: Pravidelná kontrola prístupových práv
	1503
	1504
	1505	1. PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU
	1506
	1507
	1508	1.
	1509	11. Návrh riešenia prevádzky a údržby
	1510
	1511	Aktuálne je podpora poskytovaná na základe Zmluvy – SLA. Po odovzdaní diela pre meteostanice bude prevádzka riešená naďalej SLA zmluvou a čo sa týka API, prevádzka bude zabezpečená internými personálnymi kapacitami na onpremise serveroch SC ŽSK.
	1512
	1513
	1514
	1515	1.
	1516	11. Zabezpečenie podpory používateľov a prevádzky
	1517
	1518
	1519	Aktuálne je podpora poskytovaná na základe Zmluvy – SLA. Po odovzdaní diela pre meteostanice bude prevádzka riešená naďalej SLA zmluvou a čo sa týka API, prevádzka bude zabezpečená internými personálnymi kapacitami na onpremise serveroch SC ŽSK.
	1520
	1521
	1522	V nasledovnej tabuľke uveďte prehľad očakávaného riešenia zabezpečenia podpory používateľov a prevádzky, hlavné zodpovednosti a očakávanú úroveň poskytovaných služieb:
	1523
	1524	\|PodPora\|(((
	1525	Poskytovateľ
	1526
	1527	(subjekt zodpovedný za poskytnutie podpory)
	1528	)))\|Požadovaný Čas dostupnosti\|STAV zabezpečenia\|(((
	1529	Pozn.
	1530
	1531	(napr. známe obmedzenia služby, špeciálne zodpovednosti, a pod.)
	1532	)))
	1533	\|Podpora L1 - jednotný kontaktný bod\|//Napr. oddelenie IT podpory//\|//Napr. 8x5 (8 hodín x 5 dní od 8:00h do 16:00h počas pracovných dní),//\|//Napr. Zriadený, poskytovaný správcom / Bude vytvorený v projekte / Zabezpečený externe//\|
	1534	\|Podpora L2\|//Napr. oddelenie IT prevádzky//\| \|//Napr. Zmluva o zabezpečení prevádzky//\|
	1535	\|Podpora L3\|//Napr. Dodávateľ riešenia (existujúci/úspešný uchádzač o dodávku riešenia alebo podpory)//\| \|//Napr. Existujúca SLA zmluva / Súčasť obstarania / Bude obstaraná na konci projektu//\|
	1536	\|Podpora infraštruktúrnych služieb\|//Napr. Dodávateľ servisnej podpory HW datacentra, alebo Prevádzkovateľ cloudovej služby//\| \|//Napr. Servisná zmluva//\|
	1537
	1538	Tabuľka 25 Prehľad riešenia zabezpečenia podpory používateľov a prevádzky
	1539
	1540
	1541	1.
	1542	11. Riešenie incidentov v prevádzke - parametre úrovní služby
	1543
	1544	Parametre služby riešenia incidentov v prevádzke sú špecifikované na základe určenia priority incidentu pomocou kombinácie jeho naliehavosti a dopadu podľa najlepších skúseností z praxe (best practice) z oblasti manažmentu IT služieb ( Information Technology Infrastructure Library - ITIL V3) nasledovným spôsobom:
	1545
	1546
	1547	Incident - za incident je považovaná každá nahlásená alebo inak zistená relevantná skutočnosť týkajúca sa aktíva (informačného systému) alebo jeho časti, ktorého nedostupnosť alebo nefunkčnosť má vplyv na poskytovanie služieb.
	1548
	1549
	1550	\|klasifikácia naliehavosti incidentu\|Závažnosť incidentu\|Popis naliehavosti incidentu
	1551	\|A\|Kritická\|Kritické chyby, ktoré spôsobia úplné zlyhanie systému ako celku a nie je možné používať ani jednu jeho časť, nie je možné poskytnúť požadovaný výstup z IS.
	1552	\|B\|Vysoká\|Chyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.
	1553	\|C\|Stredná\|Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.
	1554	\|D\|Nízka\|Kozmetické a drobné chyby.
	1555
	1556	Tabuľka 26 Klasifikácia Naliehavosti incidentu
	1557
	1558	\|Klasifikácia závažnosti incidentu\|(((
	1559
	1560
	1561	Dopad
	1562	)))\|Popis dopadu
	1563	\|1\|katastrofický\|katastrofický dopad, priamy finančný dopad alebo strata dát,
	1564	\|2\|značný\|značný dopad alebo strata dát
	1565	\|3\|malý\|malý dopad alebo strata dát
	1566
	1567	Tabuľka 27 Klasifikácia Závažnosti incidentu
	1568
	1569	Určenie priority incidentu je kombináciou dopadu a naliehavosti podľa nasledovnej matice:
	1570
	1571	\|(% colspan="2" rowspan="2" %)Matica priority incidentov\|(% colspan="3" %)Dopad
	1572	\|Katastrofický - 1\|Značný - 2\|Malý - 3
	1573	\|(% rowspan="4" %)Naliehavosť\|Kritická - A\|1\|2\|3
	1574	\|Vysoká - B\|2\|3\|3
	1575	\|Stredná - C\|2\|3\|4
	1576	\|Nízka - D\|3\|4\|4
	1577
	1578	Tabuľka 28 Určenie priority incidentu
	1579
	1580	Parametre služby Riešenia incidentov v prevádzke:
	1581
	1582	\|Označenie priority incidentu\|Reakčná doba^^(1)^^ od nahlásenia incidentu po začiatok riešenia incidentu\|Doba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI) ^^(2)^^\|(((
	1583	Spoľahlivosť ^^(3)^^
	1584
	1585	(počet incidentov za mesiac)
	1586	)))
	1587	\|1\|1 hod.\|4 hodín\|1
	1588	\|2\|1 hod.\|12 hodín\|2
	1589	\|3\|1 hod.\|24 hodín\|10
	1590	\|4\|1 hod.\|(% colspan="2" %)Vyriešené a nasadené v rámci plánovaných releasov (vydaní novej verzie programového vybavenia a konfigurácie)
	1591
	1592	Tabuľka 29 Parametre služby Riešenia incidentov v prevádzke
	1593
	1594	Vysvetlivky k tabuľke
	1595
	1596	(1) Reakčná doba je čas medzi nahlásením incidentu verejným obstarávateľom (vrátane užívateľov IS, ktorí nie sú v pracovnoprávnom vzťahu s verejným obstarávateľom) na helpdesk úrovne L3 a jeho prevzatím na riešenie.
	1597
	1598	(2) DKVI (Doba konečného vyriešenia incidentu) - znamená čas obnovenia štandardnej prevádzky - čas medzi nahlásením incidentu verejným obstarávateľom a vyriešením incidentu poskytovateľom podpory (do doby, kedy je funkčnosť prostredia znovu obnovená v plnom rozsahu). Doba konečného vyriešenia incidentu od nahlásenia incidentu verejným obstarávateľom sa počíta počas celého dňa. Do tejto doby sa nezarátava čas potrebný na nevyhnutnú súčinnosť verejného obstarávateľa, ak je potrebná pre vyriešenie incidentu. V prípade potreby je poskytovateľ podpory oprávnený požadovať od verejného obstarávateľa schválenie riešenia incidentu.
	1599
	1600	(3) Spoľahlivosť - maximálny počet incidentov za kalendárny mesiac. Každá ďalšia chyba nad stanovený limit spoľahlivosti sa počíta ako začatý deň omeškania bez odstránenia vady alebo incidentu. Duplicitné alebo technicky súvisiace incidenty (zadané v rámci jedného pracovného dňa, počas pracovného času 8 hodín) sú považované ako jeden incident.
	1601
	1602	(4) Incidenty nahlásené verejným obstarávateľom poskytovateľovi podpory v rámci testovacieho prostredia majú prioritu 3 a nižšiu. Vzťahujú sa výhradne k dostupnosti testovacieho prostredia. Za incident v testovacom prostredí sa nepovažuje incident vztiahnutý k práve testovanej funkcionalite.
	1603
	1604
	1605	Vyššie uvedené SLA parametre nebudú použité pre nasledovné služby:
	1606
	1607	* Služby systémovej podpory na požiadanie (nad paušál)
	1608	* Služby realizácie aplikačných zmien vyplývajúcich z legislatívnych a metodických zmien (nad paušál)
	1609
	1610	Pre tieto služby budú dohodnuté osobitné parametre dodávky.
	1611
	1612
	1613	1.
	1614	11. Požadovaná dostupnosť informačného systému:
	1615
	1616	\|Popis\|Parameter\|Upresnenie
	1617	\|Prevádzkové hodiny\|12 hodín\|od 6:00 hod. - do 18:00 hod. počas pracovných dní
	1618	\|(% rowspan="2" %)Servisné okno\|10 hodín\|od 19:00 hod. - do 5:00 hod. počas pracovných dní
	1619	\|24 hodín\|(((
	1620	od 00:00 hod. - 23:59 hod. počas dní pracovného pokoja a štátnych sviatkov
	1621
	1622	Servis a údržba sa bude realizovať mimo pracovného času.
	1623	)))
	1624	\|Dostupnosť produkčného prostredia IS\|98,5%\|(((
	1625	98,5% z 24/7/365 t.j. max ročný výpadok je 66 hod.
	1626
	1627	Maximálny mesačný výpadok je 5,5 hodiny.
	1628
	1629	Vždy sa za takúto dobu považuje čas od 0.00 hod. do 23.59 hod. počas pracovných dní v týždni.
	1630
	1631	Nedostupnosť IS sa počíta od nahlásenia incidentu Zákazníkom v čase dostupnosti podpory Poskytovateľa (t.j. nahlásenie incidentu na L3 v čase od 6:00 hod. - do 18:00 hod. počas pracovných dní). Do dostupnosti IS nie sú započítavané servisné okná a plánované odstávky IS.
	1632
	1633	V prípade nedodržania dostupnosti IS bude každý ďalší začatý pracovný deň nedostupnosti braný ako deň omeškania bez odstránenia vady alebo incidentu.
	1634	)))
	1635	\|[[RTO (Recovery Time Objective)>>path:#_RTO_(Recovery_Time]] \|4 hodiny\|RTO vyjadruje množstvo času potrebné pre obnovenie dát a celej prevádzky nedostupného systému
	1636	\|RPO (Recovery Point Objective)\|6 hodín\|RPO vyjadruje, do akého času (bodu) v minulosti možno obnoviť dáta, t.j. rozsah dát, o ktoré môže organizácia prísť
	1637
	1638
	1639	Dostupnosť (Availability) je pojem z oblasti riadenia bezpečnosti v organizácii. Dostupnosť znamená, že dáta sú prístupné v okamihu jej potreby. Narušenie dostupnosti sa označuje ako nežiaduce zničenie (destruction) alebo nedostupnosť. Dostupnosť je zvyčajne vyjadrená ako percento času v danom období, obvykle za rok. Orientačný zoznam dostupnosti je uvedený v nasledovnom prehľade:
	1640
	1641	//90% dostupnosť znamená výpadok 36,5 dňa//
	1642
	1643	//95% dostupnosť znamená výpadok 18,25 dňa//
	1644
	1645	//98% dostupnosť znamená výpadok 7,30 dňa//
	1646
	1647	//99% dostupnosť znamená výpadok 3,65 dňa//
	1648
	1649	//99,5% dostupnosť znamená výpadok 1,83 dňa//
	1650
	1651	//99,8% dostupnosť znamená výpadok 17,52 hodín//
	1652
	1653	//99,9% (“tri deviatky”) dostupnosť znamená výpadok 8,76 hodín//
	1654
	1655	//99,99% (“štyri deviatky”) dostupnosť znamená výpadok 52,6 minút//
	1656
	1657	//99,999% (“päť deviatok”) dostupnosť znamená výpadok 5,26 minút//
	1658
	1659	//99,9999% (“šesť deviatok”) dostupnosť znamená výpadok 31,5 sekúnd//
	1660
	1661
	1662	Dostupnosť je jedným s kľúčových požiadaviek na každý dôležitý [[informačný systém>>url:https://datalab.digital/dokumenty/]] a vplyv na dostupnosť má mnoho faktorov, napríklad:
	1663
	1664	* Dostupnosť [[servera>>url:https://metais.vicepremier.gov.sk/help]]
	1665	* Dostupnosť pripojenie k internetu
	1666	* Dostupnosť [[databázy>>url:https://www.zakonypreludi.sk/zz/2020-85/znenie-20200501]]
	1667	* Dostupnosť [[webových stránok>>url:https://managementmania.com/sk/sla-service-level-agreement]]
	1668
	1669
	1670	V prípade, že je časť softvér alebo infraštruktúra zabezpečovaná externe (napr. hosting, webhosting), prenáša sa zodpovednosť za dostupnosť týchto komponentov na dodávateľa. Potom je potrebné mať vhodným spôsobom ošetrenú úroveň dostupnosti, ktorú musí dodávateľ dodržať. Zvyčajne je dostupnosť súčasťou [[dohody o úrovni poskytovaných služieb (SLA)>>url:https://datalab.digital/referencne-udaje/]].
	1671
	1672
	1673	Popri špecifikácii dostupnosti systému v percentách uveďte aj upresňujúce ukazovatele, ktoré vyjadrujú požadované doby obnovenia systému a rozsahu dát, o ktoré môžete prísť:
	1674
	1675
	1676	* Recovery Time Objective (zvyčajne sa požíva skratka RTO) - vyjadruje množstvo času potrebné pre obnovenie prevádzky systému po jeho výpadku. Môže byť, v závislosti na použitej technológii, vyjadrené v sekundách, hodinách či dňoch. Pre zabezpečenie RTO sa používajú rôzne stratégie a technológie zálohovania alebo replikácie dát (vrátane obrazov a konfigurácií infraštruktúry) a vytvárania a prevádzky záložných systémov v ďalších lokalitách. Kľúčovým prostriedkom pre zabezpečenie dosiahnutia požadovaného RTO je okrem pravidelného a spoľahlivého vykonávania záloh dát a konfigurácií a vytvorenia záložného systému aj podrobný a overený Plán obnovy po výpadku (recovery plán) a aktuálna inštalačná dokumentácia.
	1677
	1678
	1679	* Recovery Point Objective (zvyčajne sa požíva skratka RPO) - je ukazovateľ [[dostupnosti>>url:https://datalab.digital/legislativa/]] dát. RPO vyjadruje, do akého stavu (bodu) v minulosti možno obnoviť [[dáta>>url:https://datalab.digital]] po výpadku systému. Inými slovami množstvo dát, o ktoré môže organizácia prísť. Pre zabezpečenie RPO sa používajú rôzne stratégie a technológie zálohovania alebo replikácie dát a bod obnovy dát je možné znížiť až k nulovej strate. Existujúce technológie poskytujú orientačne nasledovné úrovne zabezpečenia RPO:
	1680	** Tradičné zálohovanie - strata dát v rozsahu cca hodiny až dni
	1681	** Asynchrónne replikácie dát – strata dát v rozsahu minút až sekúnd, strata sa blíži k nule
	1682	** Synchrónna replikácia dát - nulová strata
	1683
	1684
	1685	Vo všeobecnosti platí, že čím vyššia dostupnosť systému a kratšie ukazovatele RTO a RPO, tým drahšie prostriedky sú potrebné na zabezpečenie ich dosiahnutia a mali by byť zohľadnené v Analýze nákladov a prínosov M-05 BC/CBA.
	1686
	1687
	1688	1.
	1689	11. Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky
	1690
	1691	Prevádzka budovaného systému a súvisiacich prevádzkových systémov bude vykonávaná internými kapacitami SC ŽSK.
	1692
	1693
	1694	1.
	1695	11. Požiadavky na zdrojové kódy
	1696
	1697	Doplňte spôsob zabezpečenia dodávky zdrojových kódov aplikačných častí riešenia a ich dokumentácie podľa § 15 ods. d) zákona č. 95/2019 Z.z. a zabezpečenia dispozičných práv (licencií) k zdrojovým kódom, ich dokumentácii a projektovým výstupom zhotovených dodávateľom.
	1698
	1699	Doplňte požiadavky na zdrojové kódy (napr. zo vzorovej zmluvy). Aké druhy, formy a štruktúry zdrojových kódov požadujte odovzdať. Stručne popíšte aj spôsob ich preberania, periodicitu (pri akých míľnikoch) a spôsob archivácie,
	1700
	1701	Doplňte pravidlá pre preberanie, správu a archiváciu zdrojových kódov a tieto pravidlá následne preniesť do Zmluvy o dielo alebo zmluvy na podporu (ZoD/SLA).
	1702
	1703	Naviažte preberanie/odovzdávanie zdrojových kódov na fakturačné míľniky.
	1704
	1705	Navrhnite spôsob, ako predísť „Vendor lock-in“ = t.j. dodávané riešenie musí byť v súlade so zákonom o ITVS (ktorý „vendor lock-in“ nepovoľuje). Následne ustanovenia predchádzaniu vendor-lockinu musia byť zahrnuté aj v ZoD a SLA.
	1706
	1707	Usmernenia pre oblasť zdrojových kódov:
	1708
	1709	* Metodické usmernenie č. 024077/2023 – o kvalite zdrojových kódov a balíkov softvéru zverejnené na stránke: [[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/>>url:https://mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/]]
	1710	* Inštrukcie k EUPL licenciám: [[https:~~/~~/commission.europa.eu/content/european-union-public-licence_en>>url:https://commission.europa.eu/content/european-union-public-licence_en]]
	1711
	1712
	1713	1. OPIS IMPLEMENTÁCIE PROJEKTU A PREBERANIA VÝSTUPOV PROJEKTU
	1714
	1715	= Implementácia a preberanie výstupov projektu bude realizované v súlade s Vyhláškou Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy v zmysle ustanovení podľa § 5 a nasledovných ustanovení. =
	1716
	1717	= Prípravná fáza projektu je zameraná na oboznámenie sa s aktuálnym stavom produktu projektu ako aj s potrebami koncového používateľa, z ktorých vychádzajú funkčné a nefunkčné požiadavky a tiež technológiou, ktorá je použitá na riešenie. V prípravnej fáze projektu sa vylúčia nepotrebné funkcionality a určí spôsob riešenia na tie požiadavky, ktorých implementácia prinesie oproti implementácii iných požiadaviek väčší prínos. =
	1718
	1719	= Súčasťou prípravnej fázy projektu je zavedenie organizačného riadenia, ktoré tvorí produktový tím zložený z produktových vlastníkov a projektový tím. =
	1720
	1721	= Účelom realizačnej fázy projektu je dodanie produktu na základe výstupov z experimentálnej fázy projektu. Pred začatím realizačnej fázy projektu projektový tím určí dĺžku iterácií, ktorá trvá dva až štyri týždne a ktorá sa počas trvania projektu môže zmeniť. =
	1722
	1723	= Výstupom realizačnej fázy projektu je hotový a nasadený produkt Nasadenie do produkčnej prevádzky a Akceptácia spustenia do produkčnej prevádzky. =
	1724
	1725	= Súčasťou nasadeného, funkčného a priebežne schvaľovaného produktu je dokumentácia, ktorú projektový tím vytvára priebežne. =
	1726
	1727	= Realizačná fáza projektu je ukončená nasadením funkcionalít dostatočných pre splnenie produktových iniciatív a dosiahnutie kľúčových výsledkov a cieľov. =
	1728
	1729	= Dokončovacia fáza projektu zahŕňa vyhodnotenie efektívnosti projektu, manažérske správy zahŕňajúce plány a odporúčania, najmä správu o získaných poznatkoch, ktorá obsahuje súhrn informácií o tom, ako je projekt riadený, aké ponaučenia a odporúčania z toho vyplývajú, plán prevádzky a plán monitorovania a hodnotenia po odovzdaní projektu, v ktorom sa určí plán, kedy a aké merania dosiahnutých prínosov a úspešnosti projektu sa zrealizujú po skončení projektu a odporúčanie nadväzných krokov. =
	1730
	1731	= Vyhodnotenie všetkých zostávajúcich zaznamenaných rizík a závislostí, ktoré môžu ovplyvniť projektové výstupy v rámci ich ďalšej prevádzky v projektovom produkte, =
	1732
	1733	= Vytvorenie a finálnu aktualizáciu manažérskych výstupov v dokončovacej fáze projektu zabezpečuje projektový manažér objednávateľa, ak určenie zodpovednosti za vytvorenie a aktualizáciu jednotlivých výstupov dokončovacej fázy projektu v menovacích dekrétoch členov projektového tímu objednávateľa nie je určené inak. =
	1734
	1735	= Ak sú naplnené všetky úlohy a projektové zadania, projektový tím, ako aj všetky ostatné projektové zdroje sú uvoľnené. =
	1736
	1737	= Výstupy jednotlivých etáp budú verifikované a precizované v rámci realizácie projektu a procesov. =
	1738
	1739	= Následne budú predložené Riadiacemu výboru na schválenie a publikované vo verejnej časti meta IS. =
	1740
	1741	= Produkty prejdú testovaním a budú odsúhlasované Riadiacim výborom projektu, v ktorom bude mať zastúpenie aj dodávateľ projektu na základe úspešného verejného obstarávania. =
	1742
	1743	= Následne budú akceptované formou podpisu preberacích a akceptačných protokolov oboma stranami. =
	1744
	1745	= Výstupom projektu budú funkčné, stabilné, efektívne a bezpečné meteostanice. Výstupom bude aj dodanie používateľskej príručky, inštalačnej príručky a pokynov na inštaláciu (úvodnú/opakovanú), prevádzkový opis a pokyny pre servis, údržbu a diagnostiku, pokyny na obnovu pri výpadku alebo havárii (Havarijný plán) a bezpečnostný projekt. =
	1746
	1747	= Plánovaná dĺžka realizačnej fázy projektu sa predpokladá na 7 mesiacov. =
	1748
	1749	= Realizácia projektu bude v zmysle vyhlášky MIRRI SR č. 401/2023 Z. z. pozostávať z nižšie uvedených etáp: =
	1750
	1751	= Analýza a dizajn, =
	1752
	1753	= Nákup technických prostriedkov, programových prostriedkov a služieb =
	1754
	1755	= Implementácia a testovanie, =
	1756
	1757	= Nasadenie. =
	1758
	1759	= Pre implementované zmeny budú dodané nasledovné špecializované a manažérske produkty, ktoré budú kompletne pokrývať celý rozsah dodávky popísaný v biznis, aplikačnej a technologickej architektúre a požadované výstupy budú dodávane primerane vzhľadom na charakter projektu. =
	1760
	1761	1. ODKAZY
	1762
	1763	nerelevantné
	1764
	1765
	1766	1. PRÍLOHY
	1767
	1768
	1769	Príloha 1: Zoznam rizík a závislostí (Excel): [[//https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html//>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]
	1770
	1771	// //
	1772
	1773
	1774	Koniec dokumentu
	1775
	1776
	1777
	1778	----
	1779
	1780	[[~[1~]>>path:#_ftnref1]] Správca ISVS je povinný zaviesť v organizácii systém riadenia informačnej (a kybernetickej) bezpečnosti a vypracovať bezpečnostný projekt pre ISVS podľa vyhlášky Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 179/2020 Z. z., ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy)
	1781
	1782	[[~[2~]>>path:#_ftnref2]] podľa § 8a vyhlášky 401/2023 Z.z o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy účinného od 1.4.2025 a § 23 ods. 1 a 2 zákona 95/2019 Z.z. o informačných technológiách vo verejnej správex;

Wiki zdrojový kód pre I-02 Projektový zámer (projektovy_zamer)

Vitajte

Linky

Navigácia