Zmeny dokumentu I-02 Projektový zámer (projektovy_zamer)

Súhrn

• Vlastnosti stránky (1 modified, 0 added, 0 removed)

Podrobnosti

Vlastnosti stránky

Obsah

...	...	@@ -125,7 +125,7 @@
125	125
126	126	Tabuľka 1 Skratky a pojmy
127	127
128		-1.
	128	+1.
129	129	11. (((
130	130	== Konvencie pre typy požiadaviek (príklady) ==
131	131	)))
...	...	@@ -291,7 +291,7 @@
291	291
292	292	== Ciele projektu ==
293	293
294		-V tabuľke nižšie sa nachádza zoznam cieľov, ich mapovanie na strategické ciele a súvisiace merateľné ukazovatele (KPI - key performance indicators). Ciele napĺňajú charakteristiky tzv. S.M.A.R.T. - konkrétne, merateľné, dosiahnuteľné, relevantné, časovo ohraničené.
	294	+V tabuľke nižšie sa nachádza zoznam cieľov, ich mapovanie na strategické ciele a súvisiace merateľné ukazovatele (KPI- key performance indicators). Ciele napĺňajú charakteristiky tzv. S.M.A.R.T. - konkrétne, merateľné, dosiahnuteľné, relevantné, časovo ohraničené.
295	295
296	296
297	297	|ID|Názov cieľa|Názov strategického cieľa|Spôsob realizácie strategického cieľa
...	...	@@ -327,7 +327,8 @@
327	327	Tabuľka 3 Ciele projektu
328	328
329	329
330		-== Merateľné ukazovatele (KPI) ==
	330	+1.
	331	+11. Merateľné ukazovatele (KPI)
331	331
332	332	|ID|ID/Názov cieľa|Názov
333	333	ukazovateľa (KPI)|Popis
...	...	@@ -337,18 +337,14 @@
337	337	(aktuálne)|TO BE
338	338	Merateľné hodnoty
339	339	(cieľové hodnoty)|Spôsob ich merania a Pozn.
340		-|KPI1|GC6 / Opatrenie: 1.2.2. Podpora budovania inteligentných miest a regiónov|PSKPRCO76 Integrované projekty pre územný rozvoj|(definovaný vo výzve PSK-MIRRI-619-2024-ITI-EFRR)|projekty|0|1|Subjekty verejnej správy zapísané v štatistickom registri organizácii vedenom Štatistickým úradom SR, ktoré sú zaradené v sektore verejnej správy.
341		-|KPI2|GC6 / Opatrenie: 1.2.2. Podpora budovania inteligentných miest a regiónov|PSKPSRI40: Používatelia nových a vylepšených verejných inovatívnych služieb, produktov a procesov|(definovaný vo výzve PSK-MIRRI-619-2024-ITI-EFRR)|používatelia / rok|0|100 000|Monitorovanie používateľ nových a vylepšených služieb v informačnom systéme.
342		-|KPI3|G1 , G2, G6|Počet IoT/smart technologických zariadení|Počet prevádzkovaných IoT zariadení prispievajúcich k zvýšeniu bezpečnosti cestnej premávky a dostupnejšej, spoľahlivejšej a kvalitnejšej cestnej sieti|počet|0|30|Protokol o prebratí a vyhlásenie o uvedení zariadení do prevádzky
343		-|KPI4|G3,G6|Počet novo poskytnutých datasetov|Počet novo poskytnutých na rozhodovanie na základe objektívnych dát a ďalšie analýzy|počet|0|11|Protokol o prebratí a vyhlásenie o zabezpečení tvorby vymenovaných datasetov
344		-|KPI5|G3, G4|Počet zverejnených datasetov|Počet datasetov publikovaných verejnosti ako open data|počet|0|5|Protokol o prebratí a vyhlásenie o zabezpečení zverejňovaní vymenovaných datasetov
345		-|KPI6|G5|Dĺžka cestnej siete manažovaná systémom optimalizácie údržby|Celková dĺžka cestnej siete v správe HLMSR BA, na ktorej prebieha pravidelne zber údajov smart technológiami a ktoré sú manažované systémom optimalizácie v rámci IS SÚC|dĺžka| | |
	341	+|KPI1|Opatrenie: 1.2.2. Podpora budovania inteligentných miest a regiónov|PSKPRCO76 Integrované projekty pre územný rozvoj|(definovaný vo výzve PSK-MIRRI-619-2024-ITI-EFRR)|projekty|0|1|Subjekty verejnej správy zapísané v štatistickom registri organizácii vedenom Štatistickým úradom SR, ktoré sú zaradené v sektore verejnej správy.
	342	+|KPI2|Opatrenie: 1.2.2. Podpora budovania inteligentných miest a regiónov|PSKPSRI40: Používatelia nových a vylepšených verejných inovatívnych služieb, produktov a procesov|(definovaný vo výzve PSK-MIRRI-619-2024-ITI-EFRR)|používatelia / rok|0|100 000|Monitorovanie používateľ nových a vylepšených služieb v informačnom systéme.
346	346
347	347	Tabuľka 4 Merateľné ukazovatele (KPI)
348	348
349	349
350	350
351		-1.
	348	+1.
352	352	11. Špecifikácia potrieb koncového používateľa
353	353
354	354	Cieľovými skupinami koncových používateľov systému sú
...	...	@@ -407,7 +407,7 @@
407	407	* Prehľad o plánovaných a realizovaných opravách a rekonštrukciách ciest
408	408	)))
409	409
410		-1.
	407	+1.
411	411	11. Detailný opis obmedzení a predpokladov
412	412
413	413	Projekt sa zameriava výlučne na agendu správy a údržby pozemných komunikácií na území hl. mesta SR Bratislava, vrátane vybraných prvkov cestného vybavenia, environmentálnych parametrov a dopravno‑inžinierskych údajov. Projekt nerieši iné mestské agendy, stavebné investície mimo cestnej infraštruktúry, ani oblasti životných situácií. Predmetom dodávky je nový IS SÚC, doplnený o stacionárne a vozidlové IoT zariadenia, s integráciou na mestskú IoT platformu a IS KAV.
...	...	@@ -428,7 +428,7 @@
428	428	* Dodržanie požiadaviek na kybernetickú bezpečnosť, ochranu osobných údajov a legislatívny súlad.
429	429	* Stabilná prevádzka komunikačnej infraštruktúry (mobilné siete, MOS) počas životného cyklu projektu.
430	430
431		-1.
	428	+1.
432	432	11. Vyhodnotenie rizík a závislostí
433	433
434	434	Realizácia projektu je spojená s viacerými rizikami a závislosťami, ktoré môžu ovplyvniť jeho úspešnú implementáciu, časový harmonogram a očakávané prínosy. Táto kapitola identifikuje hlavné faktory, ktoré môžu predstavovať prekážky pri zavedení riešenia, a analyzuje ich dopad na jednotlivé fázy projektu.
...	...	@@ -543,14 +543,14 @@
543	543	Tabuľka 5 Prehľad najzávažnejších rizík a závislostí
544	544
545	545
546		-1.
	543	+1.
547	547	11. Detailný opis rozpočtu projektu a jeho prínosov
548	548
549	549	Rozpočet a prínosy sú stanované detailne v samostatne vypracovanom dokumente M-05 Analýza nákladov a prínosov.
550	550
551	551
552		-1.
553		-11.
	549	+1.
	550	+11.
554	554	111. Sumarizácia nákladov a prínosov
555	555
556	556	Tabuľka uvádza prehľad nákladov a prínosov vychádzajúci z dokumentu M-05 Analýza nákladov a prínosov
...	...	@@ -602,14 +602,14 @@
602	602	* Ekonomická vnútorná výnosová miera vyjadrená v % (EIRR): 57,6 % => viac ako 5,0 % ✔️
603	603	* Ekonomická čistá súčasná hodnota vyjadrená v eurách (ENPV): 8 850 879 € bez DPH => viac ako 0 ✔️
604	604
605		-1.
606		-11.
	602	+1.
	603	+11.
607	607	111. Zdroj financovania
608	608
609	609	Zdroje financovania projektu sú nasledovné: Európske štrukturálne a investičné fondy (Európsky fond regionálneho rozvoja) – Program Slovensko, výzva PSK-MIRRI-619-2024-ITI-EFRR, spolufinancovanie štátny rozpočet a vlastné zdroje prijímateľa.
610	610
611	611
612		-1.
	609	+1.
613	613	11. Harmonogram projektu
614	614
615	615	|ID|FÁZA/AKTIVITA|(((
...	...	@@ -634,7 +634,7 @@
634	634	|3.|Dokončovacia fáza|12/2026|12/2026|
635	635	|4.|Prevádzka riešenia|01/2027|12/2031|Fakturačný míľnik každý rok prevádzky.
636	636
637		-1.
	634	+1.
638	638	11. Návrh organizačného zabezpečenia projektu (projektový tím)
639	639
640	640	Projektový tím bude v koordinovanej činnosti zabezpečovať celý priebeh dodávky projektu od jeho inicializačnej fázy až po postimplementačnú podporu. Jednotliví členovia tímu budú mať zodpovednosti podľa ich popisu špecializácie a vzájomných vertikálnych reportovacích povinností. Projektový tím bude intenzívne komunikovať navzájom v pravidelných formátoch stretnutí ako aj ad-hoc meetingoch podľa požiadaviek priebehu implementácie a situácií, ktoré sa v projekte môžu neplánovane vyskytnúť (riziká). Tieto situácie bude tím riešiť podľa mitigačných aktivít rizík. Členovia projektového tímu budú dodržiavať zásady efektívnej komunikácie podľa komunikačnej matice a nastavených komunikačných kanálov projektu. Všetky činnosti tímu budú koordinované a delegované podľa špecializácie členov a ich kompetencií. Každý člen tímu musí spĺňať kritériá na svoju rolu a príslušné pracovné skúsenosti.
...	...	@@ -733,6 +733,7 @@
733	733
734	734	* odsúhlasenie akceptačných protokolov zmenových konaní
735	735
	733	+
736	736	**Kľúčový používateľ objednávateľa** je zodpovedný za definovanie funkčných a technických požiadaviek, ktoré zabezpečia, že systém bude plne vyhovovať potrebám koncových používateľov. Jeho úloha zahŕňa špecifikáciu akceptačných kritérií, vykonanie akceptačného testovania (UAT) a finálne odsúhlasenie používateľského rozhrania. Aktívne sa podieľa na hodnotení projektových výstupov a ich uvedení do produkčnej prevádzky. Kľúčový používateľ tiež predkladá požiadavky na zmenu funkcionalít, spolupracuje s projektovými tímami a zabezpečuje, že všetky výstupy sú v súlade s procesnými a legislatívnymi požiadavkami. Konkrétne je zodpovedný za:
737	737
738	738	* návrh a špecifikáciu funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu
...	...	@@ -874,7 +874,7 @@
874	874	Nasledujúce kapitoly popisujú architektúru riešenia z pohľadu biznisovej, aplikačnej, dátovej a technologickej vrstvy. Ich súčasťou je popis aktuálneho (AS-IS) a budúceho (TO-BE) stavu jednotlivých vrstiev architektúry.
875	875
876	876
877		-1.
	875	+1.
878	878	11. Stanovenie alternatív architektúry riešenia
879	879
880	880	Na základe identifikovaného rozsahu problému boli navrhnuté rôzne riešenia biznis procesov. Alternatívy pokrývajú vybrané procesy zainteresovaných strán a sú hodnotené na základe kritérií vychádzajúcich z cieľov stakeholderov a identifikovaných obmedzení.
...	...	@@ -946,8 +946,8 @@
946	946	* vzhľadom na rozsah projektu vyššie implementačné riziko voči A1 a A2 nutné nové školenia a ďalšie úkony spojené so zavedením nových procesov a informačného systému
947	947	)))
948	948
949		-1.
950		-11.
	947	+1.
	948	+11.
951	951	111. Stanovenie alternatív v biznisovej vrstve architektúry
952	952
953	953	Jednotlivé alternatívy boli hodnotené v rámci multikriteriálnej analýzy (MCA), ktorá bola spracovaná na základe motivačného rámca projektu a identifikovaných biznis procesov na hrubej úrovni vo vzťahu k požiadavkám stakeholderov a obmedzeniam potrebných pre dosiahnutie deklarovaných cieľov projektu.
...	...	@@ -979,11 +979,12 @@
979	979	|Kritérium E|nie|Funkčnosť absentuje.|obmedzene|Funkcie umožnia publikovanie vybraných dát, ale len zo súčasných stacionárnych zariadení, ktoré sú v nedostatočnom množstve pre zmysluplné využitie občanov (napr. plánovanie cesty v zime).|áno|Funkcie umožnia publikovanie vybraných dát, ktoré majú aj pre občanov priamu pridanú hodnotu (napr. pre plánovanie cesty v zime alebo sledovanie stavu kvality ovzdušia).
980	980	|Kritérium F|nie|Funkčnosť absentuje.|áno|Systém bude integrovaný na mestskú IoT platformu a IS KAV.|áno|Systém bude integrovaný na mestskú IoT platformu a IS KAV.
981	981
	980	+
982	982	Na základe vyhodnotenia je **Alternatíva A3 **najkomplexnejším a dlhodobo udržateľným riešením, hoci si vyžaduje vyššiu počiatočnú investíciu. **Alternatíva  A2** predstavuje parciálne zlepšenie oproti súčasnému stavu, ale bez dodatočných senzorických vstupov neumožní efektívne riadenie komplexných procesov na úseku správy a údržby pozemných komunikácií, pričom prináša veľké riziko nutnosti finančne nekrytého obstarania hardvérových prvkov pre dátové vstupy v krátkej budúcnosti pre maximálne plnohodnotné využitie digitálnych procesov zlepšujúcich kvalitu cestnej infraštruktúry a jej zjazdnosti a schodnosti. Oddialením tejto investície sa zároveň stratia výhody prediktívnej analytiky a plánovania zásahov, údržby a opráv, ktoré by mohli okamžite prispieť k efektívnejšej údržbe a zníženiu nákladov a zvýšeniu prevádzkového štandardu pozemných komunikácií na území HLMSR BA. **Alternatíva 1 (Ponechanie súčasného stavu)** je najmenej vhodná vzhľadom na nesplnenie viacerých základných KO kritérií.
983	983
984	984
985		-1.
986		-11.
	984	+1.
	985	+11.
987	987	111. Stanovenie alternatív v aplikačnej vrstve architektúry
988	988
989	989	V prípade biznis alternatívy **A2** má v aplikačnej vrstve architektúry zmysel uvažovať o redukovanej skladbe aplikačných modulov, ktoré budú podporovať len súčasné stacionárne zariadenia v počte 8 ks. Preferovanou alternatívou pre biznis alternatívu **A2** je rozšírená sada modulov na podporu všetkých relevantných biznis služieb a s predpokladom ich plného zapojenia a využitia v krátkom časovom horizonte.
...	...	@@ -995,13 +995,13 @@
995	995	AI-generated content may be incorrect."]]
996	996
997	997	1.
998		-11.
	997	+11.
999	999	111. Stanovenie alternatív v technologickej vrstve architektúry
1000	1000
1001	1001	V technologickej vrstve architektúry je možné uvažovať v alternatívnych riešeniach len pri spôsobe prevádzky IS SÚC. HLMSR BA vzhľadom na jeho kapacitné a prevádzkové možnosti požaduje prevádzku IS SÚC formou služby na obdobie 5 rokov s využitím licencií, dodávka ktorých je takisto súčasťou predmetu projektu. Konkrétny technický spôsob prevádzky IS SÚC bude v kompetencii návrhu a rozhodnutia úspešného uchádzača verejného obstarávania.
1002	1002
1003	1003
1004		-1.
	1003	+1.
1005	1005	11. Náhľad architektúry a popis budúceho cieľového produktu
1006	1006
1007	1007	Technické riešenie projektu //Inteligentná správa a údržba ciest na území hl. mesta SR Bratislava// je navrhnuté ako komplexné digitálne riešenie na podporu kľúčových procesov a agend Sekcie správy a údržby ciest a pre ďalšie útvary HLMSR BA primárne v roli konzumentov spracovaných a analyzovaných dát, ako je Sekcia dopravy, Útvar mestských stratégií a analýz, Sekcia životného prostredia a ďalšie. S riešením budú v rámci limitovaných funkcií pracovať aj dodávatelia prác údržby a opráv cestného majetku a občania – verejnosť.
...	...	@@ -1029,8 +1029,8 @@
1029	1029	Obrázok 1 Zjednodušený náhľad architektúry budúceho stavu
1030	1030
1031	1031
1032		-1.
1033		-11.
	1031	+1.
	1032	+11.
1034	1034	111. Hlavné biznis služby systému
1035	1035
1036	1036	Biznis vrstva riešenia poskytuje služby, ktoré sú priamo orientované na podporu procesov správy a údržby ciest, monitoringu infraštruktúry a okolia a súvisiace agendy. Na najvyššej úrovni ide o tieto oblasti biznis služieb:
...	...	@@ -1070,8 +1070,8 @@
1070	1070	V nasledujúcich častiach kapitoly sa rozpracujú technické detaily hardvérových a softvérových komponentov, ktoré zabezpečujú implementáciu týchto služieb.
1071	1071
1072	1072
1073		-1.
1074		-11.
	1072	+1.
	1073	+11.
1075	1075	111. **Podpora pre ďalšie organizačné útvary**
1076	1076
1077	1077	Okrem SSÚC projekt prinesie pridanú hodnotu aj ďalším organizačným útvarom HLMSR BA prostredníctvom sprístupnenia špecifických biznis služieb a údajov:
...	...	@@ -1112,8 +1112,8 @@
1112	1112
1113	1113	Description automatically generated"]] Obrázok 2 Relevantní biznis aktéri
1114	1114
1115		-1.
1116		-11.
	1114	+1.
	1115	+11.
1117	1117	111. **Hardvérová časť**
1118	1118	1111. **Stacionárne zariadenia**
1119	1119
...	...	@@ -1151,9 +1151,9 @@
1151	1151
1152	1152	* Zariadenia budú umiestňované na existujúce stĺpy verejného osvetlenia (VO) vo vlastníctve a správe mesta alebo na nové samostatné stožiare v prípade lokalít bez zavedeného verejného osvetlenia.
1153	1153
1154		-1.
1155		-11.
1156		-111.
	1153	+1.
	1154	+11.
	1155	+111.
1157	1157	1111. **Vozidlové zariadenia**
1158	1158
1159	1159	Vozidlové zariadenia sú ďalšou z kľúčových súčastí hardvérovej časti riešenia. Ich implementácia do vozidiel umožní dynamický zber údajov počas bežného výkonu činností týchto vozidiel v teréne. Táto časť riešenia je zameraná na poskytovanie aktuálnych informácií o stave povrchu vozoviek a vybraného cestného vybavenia pre účely bežnej a zimnej údržby ciest, čo prispieva k efektívnemu riadeniu a údržbe cestnej siete.
...	...	@@ -1213,9 +1213,9 @@
1213	1213	Vozidlové zariadenia sa plánujú umiestniť do vybraných vozidiel dispečingu SSÚC a do skenovacích vozidiel mestského parkovacieho systému.
1214	1214
1215	1215
1216		-1.
1217		-11.
1218		-111.
	1215	+1.
	1216	+11.
	1217	+111.
1219	1219	1111. **Komunikačné technológie**
1220	1220
1221	1221	Komunikačné technológie sú neoddeliteľnou súčasťou riešenia IS SÚC. Primárne zabezpečujú spoľahlivý prenos údajov zo stacionárnych a vozidlových meracích zariadení do IS SÚC. Pri návrhu komunikačnej infraštruktúry sa kladie dôraz na spoľahlivosť, bezpečnosť a v prípade vozidlových zariadení aj prispôsobivosť meniacim sa podmienkam.
...	...	@@ -1249,8 +1249,8 @@
1249	1249	* Optické siete v správe HLMSR BA.
1250	1250	* Lokálne bezdrôtové siete (802.11 / Wi-Fi) v blízkosti stálych parkovacích miest vozidiel vybavených vozidlovými zariadeniami.
1251	1251
1252		-1.
1253		-11.
	1251	+1.
	1252	+11.
1254	1254	111. **Softvérová časť**
1255	1255	1111. **Funkcie IS SÚC**
1256	1256
...	...	@@ -1307,9 +1307,9 @@
1307	1307
1308	1308	* Priame zverejňovanie údajov pre verejnosť.
1309	1309
1310		-1.
1311		-11.
1312		-111.
	1309	+1.
	1310	+11.
	1311	+111.
1313	1313	1111. **Technické charakteristiky IS SÚC**
1314	1314
1315	1315	IS SÚC je modulárny systém, ktorý umožňuje rozšírenie funkcionality podľa potrieb zadávateľa. Modulárna architektúra zabezpečuje technickú a biznisovú nezávislosť jednotlivých častí systému, ale zároveň sú jednotlivé moduly plne integrované, čím vytvárajú pre koncového používateľa jednotný a efektívny informačný systém.
...	...	@@ -1335,9 +1335,9 @@
1335	1335
1336	1336	* Každý modul disponuje mechanizmami na ochranu údajov a manažmentom prístupových práv, čím sa zvyšuje celková bezpečnosť systému.
1337	1337
1338		-1.
1339		-11.
1340		-111.
	1337	+1.
	1338	+11.
	1339	+111.
1341	1341	1111. Prevádzka IS SÚC
1342	1342
1343	1343	Informačný systém správy a údržby ciest je prevádzkovaný v režime služby. Tento režim využíva infraštruktúru a služby poskytovateľa cloudovej infraštruktúry, čo eliminuje potrebu prevádzkovať a spravovať lokálne servery, sprievodnú hardvérovú infraštruktúru, sieťovú konektivitu a štandardnú a rutinnú údržbu operačných systémov, databáz, aplikačných serverov, firmvéru serverov a sieťových prvkov a ďalších zariadení. Takisto odpadá nutnosť riešiť zálohovanie a celú bezpečnosť systému na úrovni infraštruktúry a aplikačného softvéru.
...	...	@@ -1380,9 +1380,9 @@
1380	1380	* Integrované nástroje na šifrovanie údajov, autentifikáciu a ochranu pred kybernetickými hrozbami.
1381	1381	* Mechanizmy detekcie a prevencie útokov (napr. DDoS ochrana).
1382	1382
1383		-*
1384		-*1.
1385		-*11.
	1382	+*
	1383	+*1.
	1384	+*11.
1386	1386	*111. **Integrácia s inými systémami**
1387	1387	* Integrácia na iné IS zadávateľa
1388	1388
...	...	@@ -1404,8 +1404,8 @@
1404	1404
1405	1405	* Riešenie nebude integrované so žiadnymi externými systémami tretích strán, ktoré by mohli poskytovať alebo konzumovať údaje.
1406	1406
1407		-1.
1408		-11.
	1406	+1.
	1407	+11.
1409	1409	111. Bezpečnostné aspekty
1410	1410
1411	1411	Bezpečnosť IS SÚC je dôležitým faktorom jeho úspešnej implementácie a prevádzky. Systém je navrhnutý tak, aby zabezpečil ochranu údajov, infraštruktúry a používateľov pred kybernetickými hrozbami, neoprávneným prístupom a stratou dát. Bezpečnostné opatrenia pokrývajú všetky vrstvy systému.
...	...	@@ -1468,11 +1468,11 @@
1468	1468	Bezpečnostné opatrenia v IS SÚC zabezpečujú nielen ochranu údajov, ale aj dôveru používateľov a prevádzkovateľov systému. Tento komplexný prístup k bezpečnosti vytvára spoľahlivý základ pre dlhodobú a bezproblémovú prevádzku systému.
1469	1469
1470	1470
1471		-1.
	1470	+1.
1472	1472	11. Biznis vrstva
1473	1473
1474		-1.
1475		-11.
	1473	+1.
	1474	+11.
1476	1476	111. Návrh riešenia v biznis vrstve architektúry
1477	1477
1478	1478	Nasledujúci diagram zobrazuje **súčasný stav biznis vrstvy architektúry (AS-IS):**
...	...	@@ -1572,8 +1572,8 @@
1572	1572
1573	1573
1574	1574
1575		-1.
1576		-11.
	1574	+1.
	1575	+11.
1577	1577	111. Prehľad koncových služieb – budúci stav (TO BE):
1578	1578
1579	1579	Nerelevantné.
...	...	@@ -1597,8 +1597,8 @@
1597	1597	Tabuľka 11Prehľad koncových služieb - budúci stav (TO BE)
1598	1598
1599	1599
1600		-1.
1601		-11.
	1599	+1.
	1600	+11.
1602	1602	111. Organizačné zmeny a Procesy dotknuté navrhovaným riešením
1603	1603
1604	1604	Realizácia projektu prinesie zmeny v organizácii práce Sekcie správy a údržby ciest HLMSR BA (SSÚC) a vybraných spriaznených organizačných útvarov magistrátu. Zavedením nového IS SÚC a IoT prvkov dôjde k:
...	...	@@ -1636,8 +1636,8 @@
1636	1636	V projekte sa neriešia žiadne životné situácie občanov ani podnikateľov.
1637	1637
1638	1638
1639		-1.
1640		-11.
	1638	+1.
	1639	+11.
1641	1641	111. Jazyková podpora lokalizácia
1642	1642
1643	1643	Používateľské rozhranie (UI) systému musí byť dostupné minimálne v nasledujúcich jazykoch a súvisiacich regionálnych nastaveniach:
...	...	@@ -1651,7 +1651,7 @@
1651	1651	Systém musí umožňovať výber jazyka a regionálneho nastavenia používateľom priamo v používateľskom rozhraní. Preferovaný jazyk môže byť nastavený na úrovni individuálneho používateľa.
1652	1652
1653	1653
1654		-1.
	1653	+1.
1655	1655	11. Aplikačná vrstva
1656	1656	111. Návrh riešenia v aplikačnej vrstve architektúry
1657	1657
...	...	@@ -1749,8 +1749,8 @@
1749	1749	Uvedená aplikačná architektúra je len konceptuálnou aplikačnou architektúrou riešenia. Nakoľko zadávateľ požaduje dodanie systému v režime Software-as-a-Service (SaaS) prevádzkovaného v cloudovom prostredí, aplikačná architektúra riešenia v kompetencii budúceho dodávateľa.
1750	1750
1751	1751
1752		-1.
1753		-11.
	1751	+1.
	1752	+11.
1754	1754	111. Rozsah informačných systémov – budúci stav (TO BE)
1755	1755
1756	1756	Informácie o dotknutých ISVS z pohľadu ich ďalšej prevádzky po realizácii projektu – TO BE stav:
...	...	@@ -1773,8 +1773,8 @@
1773	1773	Tabuľka 12 Rozsah informačných systémov - budúci stav (TO BE)
1774	1774
1775	1775
1776		-1.
1777		-11.
	1775	+1.
	1776	+11.
1778	1778	111. Využívanie nadrezortných a spoločných ISVS – AS IS
1779	1779
1780	1780	Nerelevantné.
...	...	@@ -1791,8 +1791,8 @@
1791	1791
1792	1792	Tabuľka 13 Využívanie nadrezortných a spoločných ISVS – súčasný stav (AS IS)
1793	1793
1794		-1.
1795		-11.
	1793	+1.
	1794	+11.
1796	1796	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)
1797	1797
1798	1798	Nerelevantné.
...	...	@@ -1808,8 +1808,8 @@
1808	1808
1809	1809	Tabuľka 14 Prehľad plánovaných integrácií na spoločné moduly – budúci stav (TO BE)
1810	1810
1811		-1.
1812		-11.
	1810	+1.
	1811	+11.
1813	1813	111. Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)
1814	1814
1815	1815	Nasledujúca tabuľka uvádza rehľad ISVS, pri ktorých sa plánuje využívanie služieb iných ISVS, spoločných blokov (SaaS) alebo služieb inf. systémov tretích strán v TO BE stave.
...	...	@@ -1833,8 +1833,8 @@
1833	1833
1834	1834	Tabuľka 15 Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)
1835	1835
1836		-1.
1837		-11.
	1835	+1.
	1836	+11.
1838	1838	111. Aplikačné služby pre Koncové služby – budúci stav (TO BE)
1839	1839
1840	1840	Nerelevantné.
...	...	@@ -1860,8 +1860,8 @@
1860	1860
1861	1861	Tabuľka 16 Aplikačné služby pre Koncové služby – budúci stav (TO BE)
1862	1862
1863		-1.
1864		-11.
	1862	+1.
	1863	+11.
1865	1865	111. Aplikačné služby na integráciu – budúci stav (TO BE)
1866	1866
1867	1867	Nebudú budované žiadne služby na integráciu na iné moduly ISVS.
...	...	@@ -1888,7 +1888,7 @@
1888	1888	Tabuľka 17 Aplikačné služby na integráciu – budúci stav (TO BE)
1889	1889
1890	1890
1891		-1.
	1890	+1.
1892	1892	11. Dátová architektúra
1893	1893
1894	1894	V súčasnosti disponuje organizácia údajmi podľa nasledovného doménového modelu:
...	...	@@ -1900,7 +1900,7 @@
1900	1900
1901	1901
1902	1902	1.
1903		-11.
	1902	+11.
1904	1904	111. Objekty evidencie
1905	1905
1906	1906	Nasledujúci diagram zachytáva doménový model v stave TO BE po realizácii projektu:
...	...	@@ -1911,35 +1911,35 @@
1911	1911
1912	1912
1913	1913	1.
1914		-11.
	1913	+11.
1915	1915	111. Referenčné údaje
1916	1916
1917	1917	Nerelevantné.
1918	1918
1919	1919
1920		-1.
1921		-11.
	1919	+1.
	1920	+11.
1922	1922	111. Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE)
1923	1923
1924	1924	Nerelevantné.
1925	1925
1926	1926
1927		-1.
1928		-11.
	1926	+1.
	1927	+11.
1929	1929	111. Konzumovanie údajov z IS CPDI – budúci stav (TO BE)
1930	1930
1931	1931	Nerelevantné.
1932	1932
1933	1933
1934		-1.
1935		-11.
	1933	+1.
	1934	+11.
1936	1936	111. Identifikácia údajov a subjektov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ)
1937	1937
1938	1938	Nerelevantné.
1939	1939
1940	1940
1941		-1.
1942		-11.
	1940	+1.
	1941	+11.
1943	1943	111. Kvalita a čistenie údajov
1944	1944	1111. Zhodnotenie objektov evidencie z pohľadu dátovej kvality
1945	1945
...	...	@@ -1950,9 +1950,9 @@
1950	1950	Špecifickou časťou údajov v tomto systéme sú dáta, ktoré sú získavané pomocou stacionárnych a vozidlových technologických zariadení. Tieto dáta, vrátane meraných údajov o poveternostných podmienkach, stave ciest a dopravných parametroch, sú automaticky spracovávané a validované priamo pri ich prijatí. Technologické zariadenia budú naprogramované tak, aby zabezpečili vysokú presnosť a konzistenciu údajov, pričom sú súčasťou širšieho rámca zabezpečenia dátovej integrity.
1951	1951
1952	1952
1953		-1.
1954		-11.
1955		-111.
	1952	+1.
	1953	+11.
	1954	+111.
1956	1956	1111. Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality
1957	1957
1958	1958	Nasledujúca tabuľka definujte potrebné kapacity pre zabezpečenie riadenia dátovej kvality.
...	...	@@ -1961,8 +1961,8 @@
1961	1961	|**Dátový kurátor**|Evidencia požiadaviek na dátovú kvalitu, monitoring a riadenie procesu|Dátový kurátor správcu IS
1962	1962	|**Databázový špecialista**|Analyzuje požiadavky na dáta, modeluje obsah procedúr|Dodávateľ
1963	1963
1964		-1.
1965		-11.
	1963	+1.
	1964	+11.
1966	1966	111. Otvorené údaje
1967	1967
1968	1968	V rámci projektu budú publikované nad rámec súčasného stavu otvorené dáta:
...	...	@@ -1971,6 +1971,7 @@
1971	1971	* aktuálne hodnoty nameraných údajov stacionárnych zariadení kvality životného prostredia,
1972	1972	* plány opráv a rekonštrukcií vozoviek a cestných objektov.
1973	1973
	1973	+
1974	1974	|ID OE|(((
1975	1975	Názov objektu evidencie / datasetu
1976	1976
...	...	@@ -1992,8 +1992,8 @@
1992	1992
1993	1993	Tabuľka 25 Objekty evidencie, ktoré budú sprístupnené ako otvorené údaje
1994	1994
1995		-1.
1996		-11.
	1995	+1.
	1996	+11.
1997	1997	111. Analytické údaje
1998	1998
1999	1999	Nasledujúca tabuľka uvádza objekty evidencie, ktoré budú projektom pripravené na analytické účely a sprístupňované pre analytické jednotky prostredníctvom IoT platformy mesta a následne KAV:
...	...	@@ -2004,8 +2004,8 @@
2004	2004
2005	2005	Tabuľka 26 Objekty evidencie, ktoré budú projektom pripravené pre analytické účely
2006	2006
2007		-1.
2008		-11.
	2007	+1.
	2008	+11.
2009	2009	111. Moje údaje
2010	2010
2011	2011	Nerelevantné.
...	...	@@ -2013,8 +2013,8 @@
2013	2013	V projekte sa neuvažuje zbierať, evidovať alebo analyzovať informácie súvisiace s údajmi, ktoré spadajú do kategórie „mojich údajov“, najmä  množina údajov o konaní, ktoré sa týkajú fyzickej osoby alebo právnickej osoby; množina údajov, vrátane osobných údajov, viažucich sa k fyzickej osobe alebo právnickej osobe ako ku subjektu evidencie, ktoré sú predmetom evidovania povinným subjektom; množina údajov obsiahnutých v návrhu na začatie konania, žalobe, rozhodnutí, žiadosti, sťažnosti, vyjadrení, stanovisku a ohlásení alebo inom dokumente, ktorý vydáva v konaní povinný subjekt, viažuci sa ku konkrétnej fyzickej osobe alebo právnickej osobe.
2014	2014
2015	2015
2016		-1.
2017		-11.
	2016	+1.
	2017	+11.
2018	2018	111. Prehľad jednotlivých kategórií údajov
2019	2019
2020	2020	Nižšie je uvedená súhrnná tabuľka pre kategorizáciu údajov dotknutých projektom z pohľadu využiteľnosti týchto údajov.
...	...	@@ -2040,11 +2040,11 @@
2040	2040	Tabuľka 28 Prehľad jednotlivých kategórií údajov
2041	2041
2042	2042
2043		-1.
	2043	+1.
2044	2044	11. Technologická architektúra
2045	2045
2046		-1.
2047		-11.
	2046	+1.
	2047	+11.
2048	2048	111. Návrh riešenia technologickej architektúry
2049	2049
2050	2050	Nasledujúci diagram zobrazuje aktuálny stav technologickej vrstvy architektúry súčasného riešenia:
...	...	@@ -2165,8 +2165,8 @@
2165	2165
2166	2166
2167	2167
2168		-1.
2169		-11.
	2168	+1.
	2169	+11.
2170	2170	111. Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)
2171	2171
2172	2172	Pre TO BE stav sú uvedené v nasledujúcej tabuľke požiadavky na výkonnostné parametre, 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, …).
...	...	@@ -2181,18 +2181,18 @@
2181	2181	Tabuľka 29 Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)
2182	2182
2183	2183
2184		-1.
2185		-11.
	2184	+1.
	2185	+11.
2186	2186	111. Využívanie služieb z katalógu služieb vládneho cloudu
2187	2187
2188	2188	Informačný systém je požadovaný v režime Software-as-a-Service (SaaS), bez akejkoľvek technickej a prevádzkovej súčinnosti HLMSR BA s dodávateľom. Cloudovú prevádzku bude zabezpečovať dodávateľ IS SÚC.
2189	2189
2190	2190
2191		-1.
	2191	+1.
2192	2192	11. Bezpečnostná architektúra
2193	2193
2194		-1.
2195		-11.
	2194	+1.
	2195	+11.
2196	2196	111. Návrh riešenia bezpečnosti
2197	2197
2198	2198	Bezpečnostná architektúra systému IS SÚC je navrhnutá s cieľom zabezpečiť ochranu údajov, dostupnosť služieb a integritu systému vo všetkých jeho vrstvách. Bezpečnostné mechanizmy pokrývajú cloudovú, edge a on-prem infraštruktúru, pričom zabezpečujú aj komunikáciu medzi jednotlivými komponentmi. Architektúra implementuje štandardy a najlepšie postupy v oblasti kybernetickej bezpečnosti.
...	...	@@ -2236,8 +2236,8 @@
2236	2236	Prenos údajov cez optické siete je zabezpečený šifrovaním na úrovni sieťovej vrstvy.
2237	2237
2238	2238
2239		-1.
2240		-11.
	2239	+1.
	2240	+11.
2241	2241	111. Určenie obsahu bezpečnostných opatrení
2242	2242
2243	2243	Nasledujúca tabuľka uvádza obsah minimálnych bezpečnostných opatrení identifikovaných na základe legislatívy v podobe zákona č. 95/2019 Z.z. a vyhlášky **Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 179/2020 Z. z.**
...	...	@@ -2252,8 +2252,8 @@
2252	2252	Tabuľka 33 Určenie zdrojov a obsahu minimálnych bezpečnostných opatrení
2253	2253
2254	2254
2255		-1.
2256		-11.
	2255	+1.
	2256	+11.
2257	2257	111. Legislatívne, právne, štatutárne, regulačné a zmluvné požiadavky,
2258	2258
2259	2259	Bezpečnostná architektúra bude v súlade s:
...	...	@@ -2296,8 +2296,9 @@
2296	2296	* Systém je navrhnutý podľa kľúčových oblastí rámca NIST: identifikácia, ochrana, detekcia, reakcia a obnova.
2297	2297	* Pravidelné testovanie a monitoring zabezpečujú pripravenosť na kybernetické incidenty.
2298	2298
2299		-1.
2300		-11.
	2299	+
	2300	+1.
	2301	+11.
2301	2301	111. Riešenie autentifikácie a prístupov používateľov
2302	2302
2303	2303	Riešenie predpokladá autentifikáciu používateľov primárne systém jednotného prihlasovanie (single sign-on) realizovaného na báze Active Directory SSO. Takýto prístup je možné využiť v prípade práce s webovým klientom IS SÚC. Pre ostatné prípady, ako je napríklad prihlasovanie do vozidlových zariadení, IS SÚC poskytne aj záložný mechanizmus v podobe vlastného páru login/heslo na účte, ktorý bude viazaný s IAM HLMSR BA.
...	...	@@ -2309,7 +2309,7 @@
2309	2309
2310	2310	1. PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU
2311	2311
2312		-1.
	2313	+1.
2313	2313	11. Návrh riešenia prevádzky a údržby
2314	2314
2315	2315	Prevádzka a údržba predstavujú kľúčové procesy na zaistenie dlhodobej funkčnosti, spoľahlivosti a vysokej kvality informačného systému. Po úspešnom nasadení systému do produkčnej prevádzky je nevyhnutné, aby boli jasne definované postupy, zodpovednosti a nástroje na riešenie každodenných potrieb i neočakávaných udalostí. Patria sem všetky činnosti súvisiace so správou infraštruktúry a softvérových komponentov, vrátane pravidelných aktualizácií, riadenia zmien, zálohovania dát či monitorovania výkonu.
...	...	@@ -2318,7 +2318,7 @@
2318	2318	Táto kapitola popisuje spôsob zabezpečenia stabilného a bezpečného chodu riešenia, minimalizovania času potrebného na vyriešenie incidentov a zároveň priebežného vylepšovania systému na základe spätnej väzby od používateľov.
2319	2319
2320	2320
2321		-1.
	2322	+1.
2322	2322	11. Zabezpečenie podpory používateľov a prevádzky
2323	2323
2324	2324	Prevádzka a údržba predstavujú kľúčové procesy na zaistenie dlhodobej funkčnosti, spoľahlivosti a vysokej kvality informačného systému. Po úspešnom nasadení systému do produkčnej prevádzky je nevyhnutné, aby boli jasne definované postupy, zodpovednosti a nástroje na riešenie každodenných potrieb i neočakávaných udalostí. Patria sem všetky činnosti súvisiace so správou infraštruktúry a softvérových komponentov, vrátane pravidelných aktualizácií, riadenia zmien, zálohovania dát či monitorovania výkonu.
...	...	@@ -2378,11 +2378,12 @@
2378	2378	** Zabezpečiť stabilný a bezpečný chod systému.
2379	2379	** Navrhovať a implementovať vylepšenia systému.
2380	2380
	2382	+
2381	2381	Dostupnosť L1, L2 a L3 podpory pre predmetný systém bude požadovaná v režime 8x5 (8 hodín x 5 dní od 8:00 h do 16:00 h počas pracovných dní).
2382	2382
2383	2383
2384	2384
2385		-1.
	2387	+1.
2386	2386	11. Riešenie incidentov v prevádzke - parametre úrovní služby
2387	2387
2388	2388	Za incident sa považuje chyba v dodanom informačnom systéme v rámci tohto projektu, ktorá spôsobuje jeho správanie v rozpore s prevádzkovou a používateľskou dokumentáciou. Chyby mimo informačného systému, ako napríklad metropolitnej optickej siete alebo inej infraštruktúry, ktorá nebola predmetom dodávky tohto projektu, sa za incident nepovažujú.
...	...	@@ -2451,7 +2451,7 @@
2451	2451	Pre tieto služby budú dohodnuté osobitné parametre dodávky.
2452	2452
2453	2453
2454		-1.
	2456	+1.
2455	2455	11. Požadovaná dostupnosť informačného systému:
2456	2456
2457	2457	|Popis|Parameter|Poznámka
...	...	@@ -2475,14 +2475,15 @@
2475	2475	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.
2476	2476	)))
2477	2477
2478		-1.
2479		-11.
	2480	+
	2481	+1.
	2482	+11.
2480	2480	111. Dostupnosť (Availability)
2481	2481
2482	2482	Dostupnosť znamená, že dáta sú prístupné v okamihu 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. V projekte sa uvažuje 97 % dostupnosť znamená úplný výpadok systému 10,95 dňa ročne.
2483	2483
2484		-1.
2485		-11.
	2487	+1.
	2488	+11.
2486	2486	111. RTO (Recovery Time Objective)
2487	2487
2488	2488	RTO pre súčasti systému sa stanoví nasledovne:
...	...	@@ -2491,8 +2491,9 @@
2491	2491	|vozidlové zariadenia|48 pracovných hodín pri vhodných vonkajších podmienkach pre funkčnosti zimnej údržby počas zimného obdobia, inak 72 pracovných  hodín pri vhodných vonkajších podmienkach
2492	2492	|IS SÚC|8 pracovných hodín
2493	2493
2494		-1.
2495		-11.
	2497	+
	2498	+1.
	2499	+11.
2496	2496	111. RPO (Recovery Point Objective)
2497	2497
2498	2498	RPO sa stanovuje pre údaje, ktoré sú uložené v cloudovej časti IS SÚC, na maximálny čas 60 minút pred haváriou.
...	...	@@ -2499,7 +2499,7 @@
2499	2499
2500	2500
2501	2501
2502		-1.
	2506	+1.
2503	2503	11. Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky
2504	2504
2505	2505	V rámci prevádzky informačného systému sú potrebné nasledovné ľudské kapacity pokryté zo strany HLMSR BA:
...	...	@@ -2509,7 +2509,7 @@
2509	2509	* zástupca prevádzky – dohliada na plnenie požiadaviek zo strany prevádzky a kontroluje ich; predpokladaný počet: 1
2510	2510	* projektový manažér – riadi celkovo procesy samotnej prevádzky systému a poskytuje oficiálny kontakt medzi HLMSR BA a dodávateľom systému, počet: 1.
2511	2511
2512		-1.
	2516	+1.
2513	2513	11. Požiadavky na zdrojové kódy
2514	2514
2515	2515	Zdrojové kódy vytvorené počas projektu budú odovzdané HLMSR BA ako objednávateľovi pod licenciou umožňujúcou ich prípadnú úpravu a ďalšie nakladanie aj po ukončení zmluvného vzťahu s dodávateľom. Na preexistentný softvér, vrátane produktov, proprietárneho softvéru a iného softvéru, ktorý nebol vyvinutý pre objednávateľa podľa jeho špecifických požiadaviek a ku ktorému nebudú dodané zdrojové kódy, bude požadovať objednávateľ v súťažných podkladoch a zmluve s dodávateľom udelenie licencie v takom rozsahu, ktorý bude nevyhnutný na funkčné používanie systému ako celku v súlade so všetkými biznisovými a technickými požiadavkami opísanými v tejto projektovej dokumentácii a v súťažných podkladoch po celú dobu udržateľnosti projektu.