Zmeny dokumentu I-02 Projektový zámer (projektovy_zamer)
Naposledy upravil Valér Jurčák 2025/10/09 18:05
Súhrn
-
Vlastnosti stránky (1 modified, 0 added, 0 removed)
-
Objekty (0 modified, 0 added, 1 removed)
Podrobnosti
- Vlastnosti stránky
-
- Obsah
-
... ... @@ -1,5 +1,4 @@ 1 -(% class="wikigeneratedid" id="HOriginE1lnydokumentsriadnymformE1tovanEDmaobrE1zkamijenahratFDakoWORDsFAbor22I-02_PROJEKTOVY_ZAMER_projekt_3542_HMSRBA_250806_v1.0.docx22" %) 2 -//Originálny dokument s riadnym formátovaním a obrázkami je nahratý ako WORD súbor "//I-02_PROJEKTOVY_ZAMER_projekt_3542_HMSRBA_250806_v1.0.docx" 1 += //Originálny dokument s riadnym formátovaním a obrázkami je nahratý ako WORD súbor "//I-02_PROJEKTOVY_ZAMER_projekt_3542_HMSRBA_250806_v1.0.docx" = 3 3 4 4 5 5 **PROJEKTOVÝ ZÁMER** ... ... @@ -25,7 +25,7 @@ 25 25 |Vypracoval|Mgr. Ing. Martina Kubalová|HLMSR BA|projektový manažér|15.7.2025| 26 26 |Schválil|Mgr. Valér Jurčák|HLMSR BA|predseda RV|1.8.2025| 27 27 28 - =HISTÓRIA DOKUMENTU=27 +1. HISTÓRIA DOKUMENTU 29 29 30 30 |Verzia|Dátum|Zmeny|Meno a priezvisko 31 31 |0.1|14.12.2024|Pracovný návrh 0.1|Mgr. Ing. Martina Kubalová, SSÚC HLMSR Bratislava ... ... @@ -37,7 +37,7 @@ 37 37 |1.0|1.8.2025|Verzia na predloženie orgánu vedenia.|Mgr. Ing. Martina Kubalová, SSÚC HLMSR Bratislava 38 38 |1.1|4.9.2025|Zapracovanie pripomienok MIRRI SR.|Ing. Juraj Zaťko 39 39 40 - =ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE=39 +1. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE 41 41 42 42 V súlade s vyhláškou MIRRI č. 401/2023 Z.z. v znení neskorších predpisov je tento výstup I-02 Projektový zámer určený na rozpracovanie detailných informácií prípravnej a iniciačnej fázy projektu z pohľadu aktuálneho stavu, budúceho stavu a navrhovaného riešenia. 43 43 ... ... @@ -74,8 +74,10 @@ 74 74 75 75 Obsah dokumentu vychádza z predloženého projektového zámeru integrovanej územnej investície pre UMR Bratislava s totožným názvom „Inteligentná správa a údržba ciest na území hl. mesta SR Bratislava“, ktorý bol schválený uznesením Kooperačnej rady udržateľného mestského rozvoja Bratislava dňa 6.2.2025 a v zmysle Metodického usmernenia k podpore integrovaného územného rozvoja bol zaregistrovaný v neverejnej časti ITMS dňa 14.02.2025. 76 76 77 -== Použité skratky a pojmy == 78 78 77 +1. 78 +11. Použité skratky a pojmy 79 + 79 79 |SKRATKA/POJEM|POPIS 80 80 |4G/5G|Bezdrôtová bunková rádiová sieť 81 81 |APN|//Access Point Name//. Sieťová konfigurácia a nastavenie, ktorá určuje prístupové body v mobilných sieťach, čím umožňuje bezpečné a oddelené prepojenie zariadení (napr. senzorov či vozidiel) s cloudovým systémom. ... ... @@ -125,10 +125,8 @@ 125 125 126 126 Tabuľka 1 Skratky a pojmy 127 127 128 -1. 129 -11. ((( 130 -== Konvencie pre typy požiadaviek (príklady) == 131 -))) 129 +1. 130 +11. Konvencie pre typy požiadaviek (príklady) 132 132 133 133 Hlavné kategórie požiadaviek v zmysle katalógu požiadaviek rozdeľujeme na funkčné a nefunkčné (kvalitatívne, výkonové a pod.). Podskupiny v hlavných kategóriách je možné rozšíriť podľa potrieb projektu, napríklad: 134 134 ... ... @@ -153,9 +153,10 @@ 153 153 xx – číslo požiadavky 154 154 155 155 156 - =DEFINOVANIE PROJEKTU=155 +1. DEFINOVANIE PROJEKTU 157 157 158 -== Manažérske zhrnutie == 157 +1. 158 +11. Manažérske zhrnutie 159 159 160 160 Projekt „Inteligentná správa a údržba ciest na území hl. mesta SR Bratislava“ je vypracovaný v súlade s: 161 161 ... ... @@ -249,7 +249,8 @@ 249 249 Vzhľadom na zameranie projektu, ktorým je podpora rozvoja tvorby, spracovania, využívania a prepájania dát v rámci verejnej správy pre inteligentné rozhodovanie, plánovanie a správu, sa pre financovanie projektu predpokladá z EFRR ako dopytový projekt programu Program Slovensko 2021 – 2027, v rámci priority 1P1 Veda, výskum a inovácie, špecifického cieľa RSO 1.2 Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy pre VRR – viac rozvinutý región a pre opatrenie 1.2.2 Podpora budovania inteligentných miest a regiónov. 250 250 251 251 252 -== Motivácia a rozsah projektu == 252 +1. 253 +11. Motivácia a rozsah projektu 253 253 254 254 Súčasný procesno-systémový rámec správy a údržby ciest v Bratislave **nemá dostatočne presné, aktuálne a automatizované dáta** o stave cestnej infraštruktúre, intenzite dopravy a environmentálnych podmienkach a nedisponuje dostatočne komplexnou podporou kľúčových procesov pri správe, údržbe a opravách cestného infraštruktúrneho majetku. To vedie k suboptimálnemu riadeniu údržby, opráv a rekonštrukcií tohto majetku, čo môže spôsobovať: 255 255 ... ... @@ -271,7 +271,8 @@ 271 271 1. manažment cestného majetku 272 272 1. publikovanie otvorených dát. 273 273 274 -== Zainteresované strany (Stakeholderi) == 275 +1. 276 +11. Zainteresované strany (Stakeholderi) 275 275 276 276 Nasledujúca tabuľka uvádza zoznam subjektov/osôb, ktorí sa zúčastňujú projektu a akú rolu zastávajú: 277 277 ... ... @@ -289,7 +289,8 @@ 289 289 Tabuľka 2 Zainteresované strany (Stakeholderi) 290 290 291 291 292 -== Ciele projektu == 294 +1. 295 +11. Ciele projektu 293 293 294 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 ... ... @@ -327,7 +327,7 @@ 327 327 Tabuľka 3 Ciele projektu 328 328 329 329 330 -1. 333 +1. 331 331 11. Merateľné ukazovatele (KPI) 332 332 333 333 |ID|ID/Názov cieľa|Názov ... ... @@ -345,7 +345,7 @@ 345 345 346 346 347 347 348 -1. 351 +1. 349 349 11. Špecifikácia potrieb koncového používateľa 350 350 351 351 Cieľovými skupinami koncových používateľov systému sú ... ... @@ -404,7 +404,7 @@ 404 404 * Prehľad o plánovaných a realizovaných opravách a rekonštrukciách ciest 405 405 ))) 406 406 407 -1. 410 +1. 408 408 11. Detailný opis obmedzení a predpokladov 409 409 410 410 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. ... ... @@ -425,7 +425,7 @@ 425 425 * Dodržanie požiadaviek na kybernetickú bezpečnosť, ochranu osobných údajov a legislatívny súlad. 426 426 * Stabilná prevádzka komunikačnej infraštruktúry (mobilné siete, MOS) počas životného cyklu projektu. 427 427 428 -1. 431 +1. 429 429 11. Vyhodnotenie rizík a závislostí 430 430 431 431 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. ... ... @@ -540,14 +540,14 @@ 540 540 Tabuľka 5 Prehľad najzávažnejších rizík a závislostí 541 541 542 542 543 -1. 546 +1. 544 544 11. Detailný opis rozpočtu projektu a jeho prínosov 545 545 546 546 Rozpočet a prínosy sú stanované detailne v samostatne vypracovanom dokumente M-05 Analýza nákladov a prínosov. 547 547 548 548 549 -1. 550 -11. 552 +1. 553 +11. 551 551 111. Sumarizácia nákladov a prínosov 552 552 553 553 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 ... ... @@ -599,14 +599,14 @@ 599 599 * Ekonomická vnútorná výnosová miera vyjadrená v % (EIRR): 57,6 % => viac ako 5,0 % ✔️ 600 600 * Ekonomická čistá súčasná hodnota vyjadrená v eurách (ENPV): 8 850 879 € bez DPH => viac ako 0 ✔️ 601 601 602 -1. 603 -11. 605 +1. 606 +11. 604 604 111. Zdroj financovania 605 605 606 606 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. 607 607 608 608 609 -1. 612 +1. 610 610 11. Harmonogram projektu 611 611 612 612 |ID|FÁZA/AKTIVITA|((( ... ... @@ -631,7 +631,7 @@ 631 631 |3.|Dokončovacia fáza|12/2026|12/2026| 632 632 |4.|Prevádzka riešenia|01/2027|12/2031|Fakturačný míľnik každý rok prevádzky. 633 633 634 -1. 637 +1. 635 635 11. Návrh organizačného zabezpečenia projektu (projektový tím) 636 636 637 637 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. ... ... @@ -872,7 +872,7 @@ 872 872 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. 873 873 874 874 875 -1. 878 +1. 876 876 11. Stanovenie alternatív architektúry riešenia 877 877 878 878 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í. ... ... @@ -944,8 +944,8 @@ 944 944 * 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 945 945 ))) 946 946 947 -1. 948 -11. 950 +1. 951 +11. 949 949 111. Stanovenie alternatív v biznisovej vrstve architektúry 950 950 951 951 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. ... ... @@ -981,8 +981,8 @@ 981 981 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í. 982 982 983 983 984 -1. 985 -11. 987 +1. 988 +11. 986 986 111. Stanovenie alternatív v aplikačnej vrstve architektúry 987 987 988 988 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. ... ... @@ -994,13 +994,13 @@ 994 994 AI-generated content may be incorrect."]] 995 995 996 996 1. 997 -11. 1000 +11. 998 998 111. Stanovenie alternatív v technologickej vrstve architektúry 999 999 1000 1000 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. 1001 1001 1002 1002 1003 -1. 1006 +1. 1004 1004 11. Náhľad architektúry a popis budúceho cieľového produktu 1005 1005 1006 1006 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ť. ... ... @@ -1028,8 +1028,8 @@ 1028 1028 Obrázok 1 Zjednodušený náhľad architektúry budúceho stavu 1029 1029 1030 1030 1031 -1. 1032 -11. 1034 +1. 1035 +11. 1033 1033 111. Hlavné biznis služby systému 1034 1034 1035 1035 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: ... ... @@ -1069,8 +1069,8 @@ 1069 1069 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. 1070 1070 1071 1071 1072 -1. 1073 -11. 1075 +1. 1076 +11. 1074 1074 111. **Podpora pre ďalšie organizačné útvary** 1075 1075 1076 1076 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: ... ... @@ -1111,8 +1111,8 @@ 1111 1111 1112 1112 Description automatically generated"]] Obrázok 2 Relevantní biznis aktéri 1113 1113 1114 -1. 1115 -11. 1117 +1. 1118 +11. 1116 1116 111. **Hardvérová časť** 1117 1117 1111. **Stacionárne zariadenia** 1118 1118 ... ... @@ -1150,9 +1150,9 @@ 1150 1150 1151 1151 * 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. 1152 1152 1153 -1. 1154 -11. 1155 -111. 1156 +1. 1157 +11. 1158 +111. 1156 1156 1111. **Vozidlové zariadenia** 1157 1157 1158 1158 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. ... ... @@ -1212,9 +1212,9 @@ 1212 1212 Vozidlové zariadenia sa plánujú umiestniť do vybraných vozidiel dispečingu SSÚC a do skenovacích vozidiel mestského parkovacieho systému. 1213 1213 1214 1214 1215 -1. 1216 -11. 1217 -111. 1218 +1. 1219 +11. 1220 +111. 1218 1218 1111. **Komunikačné technológie** 1219 1219 1220 1220 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. ... ... @@ -1248,8 +1248,8 @@ 1248 1248 * Optické siete v správe HLMSR BA. 1249 1249 * Lokálne bezdrôtové siete (802.11 / Wi-Fi) v blízkosti stálych parkovacích miest vozidiel vybavených vozidlovými zariadeniami. 1250 1250 1251 -1. 1252 -11. 1254 +1. 1255 +11. 1253 1253 111. **Softvérová časť** 1254 1254 1111. **Funkcie IS SÚC** 1255 1255 ... ... @@ -1306,9 +1306,9 @@ 1306 1306 1307 1307 * Priame zverejňovanie údajov pre verejnosť. 1308 1308 1309 -1. 1310 -11. 1311 -111. 1312 +1. 1313 +11. 1314 +111. 1312 1312 1111. **Technické charakteristiky IS SÚC** 1313 1313 1314 1314 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. ... ... @@ -1334,9 +1334,9 @@ 1334 1334 1335 1335 * 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. 1336 1336 1337 -1. 1338 -11. 1339 -111. 1340 +1. 1341 +11. 1342 +111. 1340 1340 1111. Prevádzka IS SÚC 1341 1341 1342 1342 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. ... ... @@ -1379,9 +1379,9 @@ 1379 1379 * Integrované nástroje na šifrovanie údajov, autentifikáciu a ochranu pred kybernetickými hrozbami. 1380 1380 * Mechanizmy detekcie a prevencie útokov (napr. DDoS ochrana). 1381 1381 1382 -* 1383 -*1. 1384 -*11. 1385 +* 1386 +*1. 1387 +*11. 1385 1385 *111. **Integrácia s inými systémami** 1386 1386 * Integrácia na iné IS zadávateľa 1387 1387 ... ... @@ -1403,8 +1403,8 @@ 1403 1403 1404 1404 * Riešenie nebude integrované so žiadnymi externými systémami tretích strán, ktoré by mohli poskytovať alebo konzumovať údaje. 1405 1405 1406 -1. 1407 -11. 1409 +1. 1410 +11. 1408 1408 111. Bezpečnostné aspekty 1409 1409 1410 1410 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. ... ... @@ -1467,11 +1467,11 @@ 1467 1467 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. 1468 1468 1469 1469 1470 -1. 1473 +1. 1471 1471 11. Biznis vrstva 1472 1472 1473 -1. 1474 -11. 1476 +1. 1477 +11. 1475 1475 111. Návrh riešenia v biznis vrstve architektúry 1476 1476 1477 1477 Nasledujúci diagram zobrazuje **súčasný stav biznis vrstvy architektúry (AS-IS):** ... ... @@ -1571,8 +1571,8 @@ 1571 1571 1572 1572 1573 1573 1574 -1. 1575 -11. 1577 +1. 1578 +11. 1576 1576 111. Prehľad koncových služieb – budúci stav (TO BE): 1577 1577 1578 1578 Nerelevantné. ... ... @@ -1596,8 +1596,8 @@ 1596 1596 Tabuľka 11Prehľad koncových služieb - budúci stav (TO BE) 1597 1597 1598 1598 1599 -1. 1600 -11. 1602 +1. 1603 +11. 1601 1601 111. Organizačné zmeny a Procesy dotknuté navrhovaným riešením 1602 1602 1603 1603 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: ... ... @@ -1635,8 +1635,8 @@ 1635 1635 V projekte sa neriešia žiadne životné situácie občanov ani podnikateľov. 1636 1636 1637 1637 1638 -1. 1639 -11. 1641 +1. 1642 +11. 1640 1640 111. Jazyková podpora lokalizácia 1641 1641 1642 1642 Používateľské rozhranie (UI) systému musí byť dostupné minimálne v nasledujúcich jazykoch a súvisiacich regionálnych nastaveniach: ... ... @@ -1650,7 +1650,7 @@ 1650 1650 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. 1651 1651 1652 1652 1653 -1. 1656 +1. 1654 1654 11. Aplikačná vrstva 1655 1655 111. Návrh riešenia v aplikačnej vrstve architektúry 1656 1656 ... ... @@ -1748,8 +1748,8 @@ 1748 1748 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. 1749 1749 1750 1750 1751 -1. 1752 -11. 1754 +1. 1755 +11. 1753 1753 111. Rozsah informačných systémov – budúci stav (TO BE) 1754 1754 1755 1755 Informácie o dotknutých ISVS z pohľadu ich ďalšej prevádzky po realizácii projektu – TO BE stav: ... ... @@ -1772,8 +1772,8 @@ 1772 1772 Tabuľka 12 Rozsah informačných systémov - budúci stav (TO BE) 1773 1773 1774 1774 1775 -1. 1776 -11. 1778 +1. 1779 +11. 1777 1777 111. Využívanie nadrezortných a spoločných ISVS – AS IS 1778 1778 1779 1779 Nerelevantné. ... ... @@ -1790,8 +1790,8 @@ 1790 1790 1791 1791 Tabuľka 13 Využívanie nadrezortných a spoločných ISVS – súčasný stav (AS IS) 1792 1792 1793 -1. 1794 -11. 1796 +1. 1797 +11. 1795 1795 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) 1796 1796 1797 1797 Nerelevantné. ... ... @@ -1807,8 +1807,8 @@ 1807 1807 1808 1808 Tabuľka 14 Prehľad plánovaných integrácií na spoločné moduly – budúci stav (TO BE) 1809 1809 1810 -1. 1811 -11. 1813 +1. 1814 +11. 1812 1812 111. Prehľad plánovaných integrácií na iné ISVS – budúci stav (TO BE) 1813 1813 1814 1814 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. ... ... @@ -1832,8 +1832,8 @@ 1832 1832 1833 1833 Tabuľka 15 Prehľad plánovaných integrácií na iné ISVS – budúci stav (TO BE) 1834 1834 1835 -1. 1836 -11. 1838 +1. 1839 +11. 1837 1837 111. Aplikačné služby pre Koncové služby – budúci stav (TO BE) 1838 1838 1839 1839 Nerelevantné. ... ... @@ -1859,8 +1859,8 @@ 1859 1859 1860 1860 Tabuľka 16 Aplikačné služby pre Koncové služby – budúci stav (TO BE) 1861 1861 1862 -1. 1863 -11. 1865 +1. 1866 +11. 1864 1864 111. Aplikačné služby na integráciu – budúci stav (TO BE) 1865 1865 1866 1866 Nebudú budované žiadne služby na integráciu na iné moduly ISVS. ... ... @@ -1887,7 +1887,7 @@ 1887 1887 Tabuľka 17 Aplikačné služby na integráciu – budúci stav (TO BE) 1888 1888 1889 1889 1890 -1. 1893 +1. 1891 1891 11. Dátová architektúra 1892 1892 1893 1893 V súčasnosti disponuje organizácia údajmi podľa nasledovného doménového modelu: ... ... @@ -1899,7 +1899,7 @@ 1899 1899 1900 1900 1901 1901 1. 1902 -11. 1905 +11. 1903 1903 111. Objekty evidencie 1904 1904 1905 1905 Nasledujúci diagram zachytáva doménový model v stave TO BE po realizácii projektu: ... ... @@ -1910,35 +1910,35 @@ 1910 1910 1911 1911 1912 1912 1. 1913 -11. 1916 +11. 1914 1914 111. Referenčné údaje 1915 1915 1916 1916 Nerelevantné. 1917 1917 1918 1918 1919 -1. 1920 -11. 1922 +1. 1923 +11. 1921 1921 111. Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE) 1922 1922 1923 1923 Nerelevantné. 1924 1924 1925 1925 1926 -1. 1927 -11. 1929 +1. 1930 +11. 1928 1928 111. Konzumovanie údajov z IS CPDI – budúci stav (TO BE) 1929 1929 1930 1930 Nerelevantné. 1931 1931 1932 1932 1933 -1. 1934 -11. 1936 +1. 1937 +11. 1935 1935 111. Identifikácia údajov a subjektov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ) 1936 1936 1937 1937 Nerelevantné. 1938 1938 1939 1939 1940 -1. 1941 -11. 1943 +1. 1944 +11. 1942 1942 111. Kvalita a čistenie údajov 1943 1943 1111. Zhodnotenie objektov evidencie z pohľadu dátovej kvality 1944 1944 ... ... @@ -1949,9 +1949,9 @@ 1949 1949 Š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. 1950 1950 1951 1951 1952 -1. 1953 -11. 1954 -111. 1955 +1. 1956 +11. 1957 +111. 1955 1955 1111. Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality 1956 1956 1957 1957 Nasledujúca tabuľka definujte potrebné kapacity pre zabezpečenie riadenia dátovej kvality. ... ... @@ -1960,8 +1960,8 @@ 1960 1960 |**Dátový kurátor**|Evidencia požiadaviek na dátovú kvalitu, monitoring a riadenie procesu|Dátový kurátor správcu IS 1961 1961 |**Databázový špecialista**|Analyzuje požiadavky na dáta, modeluje obsah procedúr|Dodávateľ 1962 1962 1963 -1. 1964 -11. 1966 +1. 1967 +11. 1965 1965 111. Otvorené údaje 1966 1966 1967 1967 V rámci projektu budú publikované nad rámec súčasného stavu otvorené dáta: ... ... @@ -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. 1998 +1. 1999 +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. 2010 +1. 2011 +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. 2019 +1. 2020 +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. 2046 +1. 2044 2044 11. Technologická architektúra 2045 2045 2046 -1. 2047 -11. 2049 +1. 2050 +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. 2171 +1. 2172 +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. 2187 +1. 2188 +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. 2194 +1. 2192 2192 11. Bezpečnostná architektúra 2193 2193 2194 -1. 2195 -11. 2197 +1. 2198 +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. 2242 +1. 2243 +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. 2258 +1. 2259 +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: ... ... @@ -2297,8 +2297,8 @@ 2297 2297 * Pravidelné testovanie a monitoring zabezpečujú pripravenosť na kybernetické incidenty. 2298 2298 2299 2299 2300 -1. 2301 -11. 2303 +1. 2304 +11. 2302 2302 111. Riešenie autentifikácie a prístupov používateľov 2303 2303 2304 2304 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. ... ... @@ -2310,7 +2310,7 @@ 2310 2310 2311 2311 1. PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU 2312 2312 2313 -1. 2316 +1. 2314 2314 11. Návrh riešenia prevádzky a údržby 2315 2315 2316 2316 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. ... ... @@ -2319,7 +2319,7 @@ 2319 2319 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. 2320 2320 2321 2321 2322 -1. 2325 +1. 2323 2323 11. Zabezpečenie podpory používateľov a prevádzky 2324 2324 2325 2325 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. ... ... @@ -2384,7 +2384,7 @@ 2384 2384 2385 2385 2386 2386 2387 -1. 2390 +1. 2388 2388 11. Riešenie incidentov v prevádzke - parametre úrovní služby 2389 2389 2390 2390 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ú. ... ... @@ -2453,7 +2453,7 @@ 2453 2453 Pre tieto služby budú dohodnuté osobitné parametre dodávky. 2454 2454 2455 2455 2456 -1. 2459 +1. 2457 2457 11. Požadovaná dostupnosť informačného systému: 2458 2458 2459 2459 |Popis|Parameter|Poznámka ... ... @@ -2478,14 +2478,14 @@ 2478 2478 ))) 2479 2479 2480 2480 2481 -1. 2482 -11. 2484 +1. 2485 +11. 2483 2483 111. Dostupnosť (Availability) 2484 2484 2485 2485 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. 2486 2486 2487 -1. 2488 -11. 2490 +1. 2491 +11. 2489 2489 111. RTO (Recovery Time Objective) 2490 2490 2491 2491 RTO pre súčasti systému sa stanoví nasledovne: ... ... @@ -2495,8 +2495,8 @@ 2495 2495 |IS SÚC|8 pracovných hodín 2496 2496 2497 2497 2498 -1. 2499 -11. 2501 +1. 2502 +11. 2500 2500 111. RPO (Recovery Point Objective) 2501 2501 2502 2502 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. ... ... @@ -2503,7 +2503,7 @@ 2503 2503 2504 2504 2505 2505 2506 -1. 2509 +1. 2507 2507 11. Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky 2508 2508 2509 2509 V rámci prevádzky informačného systému sú potrebné nasledovné ľudské kapacity pokryté zo strany HLMSR BA: ... ... @@ -2513,7 +2513,7 @@ 2513 2513 * zástupca prevádzky – dohliada na plnenie požiadaviek zo strany prevádzky a kontroluje ich; predpokladaný počet: 1 2514 2514 * 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. 2515 2515 2516 -1. 2519 +1. 2517 2517 11. Požiadavky na zdrojové kódy 2518 2518 2519 2519 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.
- NumberedHeadings.Code.NumberedHeadingsClass[0]
-
- Status
-
... ... @@ -1,1 +1,0 @@ 1 -activated