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)
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 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,19 +337,15 @@ 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|0|400|Protokol o prebratí a vyhlásenie o začatí zberu údajov a manažovaní cestnej siete v správe HLMSR BA v IS SÚC 346 -|KPI7|G5|Počet monitorovaných bodov kontaminácie pôdy|Počet bodov, na ktorých prebieha kontinuálne monitorovanie kontaminácie pôdy v nespevnenej krajnici vplyvom chemických posypov vykonávaných v rámci zimnej údržby ciest|počet|0|7|Protokol o prebratí a vyhlásenie o monitorovaní kontaminácie pôdy na vymenovaných miestach 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. 347 347 348 348 Tabuľka 4 Merateľné ukazovatele (KPI) 349 349 350 350 351 351 352 -== Špecifikácia potrieb koncového používateľa == 348 +1. 349 +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ú 355 355 ... ... @@ -407,7 +407,8 @@ 407 407 * Prehľad o plánovaných a realizovaných opravách a rekonštrukciách ciest 408 408 ))) 409 409 410 -== Detailný opis obmedzení a predpokladov == 407 +1. 408 +11. Detailný opis obmedzení a predpokladov 411 411 412 412 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. 413 413 ... ... @@ -427,7 +427,8 @@ 427 427 * Dodržanie požiadaviek na kybernetickú bezpečnosť, ochranu osobných údajov a legislatívny súlad. 428 428 * Stabilná prevádzka komunikačnej infraštruktúry (mobilné siete, MOS) počas životného cyklu projektu. 429 429 430 -== Vyhodnotenie rizík a závislostí == 428 +1. 429 +11. Vyhodnotenie rizík a závislostí 431 431 432 432 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. 433 433 ... ... @@ -541,12 +541,15 @@ 541 541 Tabuľka 5 Prehľad najzávažnejších rizík a závislostí 542 542 543 543 544 -== Detailný opis rozpočtu projektu a jeho prínosov == 543 +1. 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 -=== Sumarizácia nákladov a prínosov === 549 +1. 550 +11. 551 +111. Sumarizácia nákladov a prínosov 550 550 551 551 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 552 552 ... ... @@ -558,8 +558,8 @@ 558 558 |HW|//1 464 375 €//|//0 €// 559 559 |**IT - OPEX- prevádzka**| | 560 560 |Aplikácie|//0 €//|//0 €// 561 -|SW|//0 €//|//4 81331562 -|HW|//71 7400€//|//0 €//563 +|SW|//0 €//|//499 261 €// 564 +|HW|//781 135 €//|//0 €// 563 563 |**Prínosy**| | 564 564 |**Finančné prínosy**| | 565 565 |Administratívne poplatky|//-//|//-// ... ... @@ -569,8 +569,8 @@ 569 569 |Úradníci (€)|//-//|//-// 570 570 |Úradníci (FTE)|//-//|//-// 571 571 |**Kvalitatívne prínosy**| | 572 -|Zníženie nákladov na rehabilitáciu prvkov cestnej infraštruktúry zavedením integrovaných funkcií riadenia majetku a bežnej údržby.|// 5 280 000 €//|//5040573 -|Zníženie nákladov na výkony a spotrebu materiálu zavedením integrovaných funkcií optimalizácie zimnej údržby ciest.|//1 293600346400 €//574 +|Zníženie nákladov na rehabilitáciu prvkov cestnej infraštruktúry zavedením integrovaných funkcií riadenia majetku a bežnej údržby.|//6 600 000 €//|//6 300 000 €// 575 +|Zníženie nákladov na výkony a spotrebu materiálu zavedením integrovaných funkcií optimalizácie zimnej údržby ciest.|//1 617 000 €//|//1 683 000 €// 574 574 |Zvýšenie bezpečnosti cestnej premávky prostredníctvom efektívnejšej identifikácie, monitorovania a odstraňovania rizikových miest a závad na cestnej infraštruktúre a zvýšením úrovne poskytovanej služby počas zimného obdobia.|//(nevyčísľované)//|//(nevyčísľované)// 575 575 |Zníženie spotreby pohonných hmôt motorových vozidiel všetkých účastníkov cestnej premávky v dôsledku plynulejšej dopravy vďaka zlepšenému technickému stavu komunikácií a vozidiel zimnej údržby vďaka jej optimalizácii.|//(nevyčísľované)//|//(nevyčísľované)// 576 576 |Zníženie miery poškodenia a mechanického opotrebovania vozidiel v dôsledku zlepšeného technického stavu komunikácií.|//(nevyčísľované)//|//(nevyčísľované)// ... ... @@ -588,11 +588,9 @@ 588 588 589 589 Finančne vyčíslené kvalitatívne prínosy boli alokované k jednotlivým modulom podľa nákladovej štruktúry výlučne z dôvodu dodržania šablóny dokumentu. Samotný mechanizmus vzniku týchto prínosov je výsledkom integrovaného pôsobenia všetkých funkčných celkov riešenia. Synergia medzi jednotlivými komponentmi systému, najmä v oblasti dátovej prepojenosti, procesnej nadväznosti a jednotného riadiaceho rámca, spôsobuje, že prínosy vznikajú v podobe celkovej systémovej hodnoty, ktorá presahuje čiastkové efekty jednotlivých modulov. Vzhľadom na túto vzájomnú previazanosť je opodstatnené pristupovať k hodnoteniu prínosov ako k agregovanému efektu riešenia ako celku. 590 590 591 -Kvantifikované kvalitatívne prínosy uvedené v tabuľke boli stanovené na základe prieskumu obdobných riešení realizovaných v zahraničí. Pri ich určovaní boli zohľadnené konzervatívne odhady, resp. hodnoty na spodnej hranici rozpätí dosiahnutých prínosov. 593 +Kvantifikované kvalitatívne prínosy uvedené v tabuľke boli stanovené na základe prieskumu obdobných riešení realizovaných v zahraničí. Pri ich určovaní boli zohľadnené konzervatívne odhady, resp. hodnoty na spodnej hranici rozpätí dosiahnutých prínosov. Zároveň neboli kvantifikované viaceré ďalšie identifikované prínosy, ktoré sú popísané v tabuľke prínosov vyššie a v dokumente M-05 Analýza nákladov a prínosov. Ak by boli zahrnuté aj tieto prínosy, celková hodnota prínosov by sa výrazne navýšila. Napríklad len pri úvahách o spoločenských efektoch spojených so zavedením funkcií hospodárenia s vozovkami sa podľa konzervatívnych odhadov Svetovej banky dosahujú pomery prínosov a nákladov (BCR) vo výške 200 : 1 a viac. Navyše, kvantifikované prínosy sa týkajú len obmedzeného okruhu predmetu projektu – konkrétne funkčných oblastí hospodárenia s vozovkami a zimnej údržby. Ak by sa kalkulácia rozšírila aj na ostatné funkčné oblasti, dosiahnuté prínosy by boli ešte rádovo vyššie. 592 592 593 -Zároveň neboli kvantifikované viaceré ďalšie identifikované prínosy, ktoré sú popísané v tabuľke prínosov vyššie a v dokumente M-05 Analýza nákladov a prínosov. Ak by boli zahrnuté aj tieto prínosy, celková hodnota prínosov by sa výrazne navýšila. Napríklad len pri úvahách o spoločenských efektoch spojených so zavedením funkcií hospodárenia s vozovkami sa podľa konzervatívnych odhadov Svetovej banky dosahujú pomery prínosov a nákladov (BCR) vo výške 200 : 1 a viac. Navyše, kvantifikované prínosy sa týkajú len obmedzeného okruhu predmetu projektu – konkrétne funkčných oblastí hospodárenia s vozovkami a zimnej údržby. Ak by sa kalkulácia rozšírila aj na ostatné funkčné oblasti, dosiahnuté prínosy by boli ešte rádovo vyššie. 594 594 595 - 596 596 Sumarizácia ekonomickej a finančnej efektívnosti projektu: 597 597 598 598 * Pomer prínosov a nákladov (BCR): 3,11 => viac ako 1,00 ✔️ ... ... @@ -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. 602 +1. 603 +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. 609 +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. 634 +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. ... ... @@ -730,6 +730,7 @@ 730 730 731 731 * odsúhlasenie akceptačných protokolov zmenových konaní 732 732 733 + 733 733 **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: 734 734 735 735 * návrh a špecifikáciu funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu ... ... @@ -871,7 +871,7 @@ 871 871 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. 872 872 873 873 874 -1. 875 +1. 875 875 11. Stanovenie alternatív architektúry riešenia 876 876 877 877 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í. ... ... @@ -943,8 +943,8 @@ 943 943 * 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 944 944 ))) 945 945 946 -1. 947 -11. 947 +1. 948 +11. 948 948 111. Stanovenie alternatív v biznisovej vrstve architektúry 949 949 950 950 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. ... ... @@ -976,11 +976,12 @@ 976 976 |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). 977 977 |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. 978 978 980 + 979 979 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í. 980 980 981 981 982 -1. 983 -11. 984 +1. 985 +11. 984 984 111. Stanovenie alternatív v aplikačnej vrstve architektúry 985 985 986 986 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. ... ... @@ -992,13 +992,13 @@ 992 992 AI-generated content may be incorrect."]] 993 993 994 994 1. 995 -11. 997 +11. 996 996 111. Stanovenie alternatív v technologickej vrstve architektúry 997 997 998 998 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. 999 999 1000 1000 1001 -1. 1003 +1. 1002 1002 11. Náhľad architektúry a popis budúceho cieľového produktu 1003 1003 1004 1004 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ť. ... ... @@ -1026,8 +1026,8 @@ 1026 1026 Obrázok 1 Zjednodušený náhľad architektúry budúceho stavu 1027 1027 1028 1028 1029 -1. 1030 -11. 1031 +1. 1032 +11. 1031 1031 111. Hlavné biznis služby systému 1032 1032 1033 1033 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: ... ... @@ -1067,8 +1067,8 @@ 1067 1067 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. 1068 1068 1069 1069 1070 -1. 1071 -11. 1072 +1. 1073 +11. 1072 1072 111. **Podpora pre ďalšie organizačné útvary** 1073 1073 1074 1074 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: ... ... @@ -1109,8 +1109,8 @@ 1109 1109 1110 1110 Description automatically generated"]] Obrázok 2 Relevantní biznis aktéri 1111 1111 1112 -1. 1113 -11. 1114 +1. 1115 +11. 1114 1114 111. **Hardvérová časť** 1115 1115 1111. **Stacionárne zariadenia** 1116 1116 ... ... @@ -1148,9 +1148,9 @@ 1148 1148 1149 1149 * 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. 1150 1150 1151 -1. 1152 -11. 1153 -111. 1153 +1. 1154 +11. 1155 +111. 1154 1154 1111. **Vozidlové zariadenia** 1155 1155 1156 1156 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. ... ... @@ -1210,9 +1210,9 @@ 1210 1210 Vozidlové zariadenia sa plánujú umiestniť do vybraných vozidiel dispečingu SSÚC a do skenovacích vozidiel mestského parkovacieho systému. 1211 1211 1212 1212 1213 -1. 1214 -11. 1215 -111. 1215 +1. 1216 +11. 1217 +111. 1216 1216 1111. **Komunikačné technológie** 1217 1217 1218 1218 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. ... ... @@ -1246,8 +1246,8 @@ 1246 1246 * Optické siete v správe HLMSR BA. 1247 1247 * Lokálne bezdrôtové siete (802.11 / Wi-Fi) v blízkosti stálych parkovacích miest vozidiel vybavených vozidlovými zariadeniami. 1248 1248 1249 -1. 1250 -11. 1251 +1. 1252 +11. 1251 1251 111. **Softvérová časť** 1252 1252 1111. **Funkcie IS SÚC** 1253 1253 ... ... @@ -1304,9 +1304,9 @@ 1304 1304 1305 1305 * Priame zverejňovanie údajov pre verejnosť. 1306 1306 1307 -1. 1308 -11. 1309 -111. 1309 +1. 1310 +11. 1311 +111. 1310 1310 1111. **Technické charakteristiky IS SÚC** 1311 1311 1312 1312 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. ... ... @@ -1332,9 +1332,9 @@ 1332 1332 1333 1333 * 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. 1334 1334 1335 -1. 1336 -11. 1337 -111. 1337 +1. 1338 +11. 1339 +111. 1338 1338 1111. Prevádzka IS SÚC 1339 1339 1340 1340 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. ... ... @@ -1377,9 +1377,9 @@ 1377 1377 * Integrované nástroje na šifrovanie údajov, autentifikáciu a ochranu pred kybernetickými hrozbami. 1378 1378 * Mechanizmy detekcie a prevencie útokov (napr. DDoS ochrana). 1379 1379 1380 -* 1381 -*1. 1382 -*11. 1382 +* 1383 +*1. 1384 +*11. 1383 1383 *111. **Integrácia s inými systémami** 1384 1384 * Integrácia na iné IS zadávateľa 1385 1385 ... ... @@ -1401,8 +1401,8 @@ 1401 1401 1402 1402 * Riešenie nebude integrované so žiadnymi externými systémami tretích strán, ktoré by mohli poskytovať alebo konzumovať údaje. 1403 1403 1404 -1. 1405 -11. 1406 +1. 1407 +11. 1406 1406 111. Bezpečnostné aspekty 1407 1407 1408 1408 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. ... ... @@ -1465,11 +1465,11 @@ 1465 1465 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. 1466 1466 1467 1467 1468 -1. 1470 +1. 1469 1469 11. Biznis vrstva 1470 1470 1471 -1. 1472 -11. 1473 +1. 1474 +11. 1473 1473 111. Návrh riešenia v biznis vrstve architektúry 1474 1474 1475 1475 Nasledujúci diagram zobrazuje **súčasný stav biznis vrstvy architektúry (AS-IS):** ... ... @@ -1569,8 +1569,8 @@ 1569 1569 1570 1570 1571 1571 1572 -1. 1573 -11. 1574 +1. 1575 +11. 1574 1574 111. Prehľad koncových služieb – budúci stav (TO BE): 1575 1575 1576 1576 Nerelevantné. ... ... @@ -1594,8 +1594,8 @@ 1594 1594 Tabuľka 11Prehľad koncových služieb - budúci stav (TO BE) 1595 1595 1596 1596 1597 -1. 1598 -11. 1599 +1. 1600 +11. 1599 1599 111. Organizačné zmeny a Procesy dotknuté navrhovaným riešením 1600 1600 1601 1601 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: ... ... @@ -1633,8 +1633,8 @@ 1633 1633 V projekte sa neriešia žiadne životné situácie občanov ani podnikateľov. 1634 1634 1635 1635 1636 -1. 1637 -11. 1638 +1. 1639 +11. 1638 1638 111. Jazyková podpora lokalizácia 1639 1639 1640 1640 Používateľské rozhranie (UI) systému musí byť dostupné minimálne v nasledujúcich jazykoch a súvisiacich regionálnych nastaveniach: ... ... @@ -1648,7 +1648,7 @@ 1648 1648 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. 1649 1649 1650 1650 1651 -1. 1653 +1. 1652 1652 11. Aplikačná vrstva 1653 1653 111. Návrh riešenia v aplikačnej vrstve architektúry 1654 1654 ... ... @@ -1746,8 +1746,8 @@ 1746 1746 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. 1747 1747 1748 1748 1749 -1. 1750 -11. 1751 +1. 1752 +11. 1751 1751 111. Rozsah informačných systémov – budúci stav (TO BE) 1752 1752 1753 1753 Informácie o dotknutých ISVS z pohľadu ich ďalšej prevádzky po realizácii projektu – TO BE stav: ... ... @@ -1770,8 +1770,8 @@ 1770 1770 Tabuľka 12 Rozsah informačných systémov - budúci stav (TO BE) 1771 1771 1772 1772 1773 -1. 1774 -11. 1775 +1. 1776 +11. 1775 1775 111. Využívanie nadrezortných a spoločných ISVS – AS IS 1776 1776 1777 1777 Nerelevantné. ... ... @@ -1788,8 +1788,8 @@ 1788 1788 1789 1789 Tabuľka 13 Využívanie nadrezortných a spoločných ISVS – súčasný stav (AS IS) 1790 1790 1791 -1. 1792 -11. 1793 +1. 1794 +11. 1793 1793 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) 1794 1794 1795 1795 Nerelevantné. ... ... @@ -1805,8 +1805,8 @@ 1805 1805 1806 1806 Tabuľka 14 Prehľad plánovaných integrácií na spoločné moduly – budúci stav (TO BE) 1807 1807 1808 -1. 1809 -11. 1810 +1. 1811 +11. 1810 1810 111. Prehľad plánovaných integrácií na iné ISVS – budúci stav (TO BE) 1811 1811 1812 1812 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. ... ... @@ -1830,8 +1830,8 @@ 1830 1830 1831 1831 Tabuľka 15 Prehľad plánovaných integrácií na iné ISVS – budúci stav (TO BE) 1832 1832 1833 -1. 1834 -11. 1835 +1. 1836 +11. 1835 1835 111. Aplikačné služby pre Koncové služby – budúci stav (TO BE) 1836 1836 1837 1837 Nerelevantné. ... ... @@ -1857,8 +1857,8 @@ 1857 1857 1858 1858 Tabuľka 16 Aplikačné služby pre Koncové služby – budúci stav (TO BE) 1859 1859 1860 -1. 1861 -11. 1862 +1. 1863 +11. 1862 1862 111. Aplikačné služby na integráciu – budúci stav (TO BE) 1863 1863 1864 1864 Nebudú budované žiadne služby na integráciu na iné moduly ISVS. ... ... @@ -1885,7 +1885,7 @@ 1885 1885 Tabuľka 17 Aplikačné služby na integráciu – budúci stav (TO BE) 1886 1886 1887 1887 1888 -1. 1890 +1. 1889 1889 11. Dátová architektúra 1890 1890 1891 1891 V súčasnosti disponuje organizácia údajmi podľa nasledovného doménového modelu: ... ... @@ -1897,7 +1897,7 @@ 1897 1897 1898 1898 1899 1899 1. 1900 -11. 1902 +11. 1901 1901 111. Objekty evidencie 1902 1902 1903 1903 Nasledujúci diagram zachytáva doménový model v stave TO BE po realizácii projektu: ... ... @@ -1908,35 +1908,35 @@ 1908 1908 1909 1909 1910 1910 1. 1911 -11. 1913 +11. 1912 1912 111. Referenčné údaje 1913 1913 1914 1914 Nerelevantné. 1915 1915 1916 1916 1917 -1. 1918 -11. 1919 +1. 1920 +11. 1919 1919 111. Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE) 1920 1920 1921 1921 Nerelevantné. 1922 1922 1923 1923 1924 -1. 1925 -11. 1926 +1. 1927 +11. 1926 1926 111. Konzumovanie údajov z IS CPDI – budúci stav (TO BE) 1927 1927 1928 1928 Nerelevantné. 1929 1929 1930 1930 1931 -1. 1932 -11. 1933 +1. 1934 +11. 1933 1933 111. Identifikácia údajov a subjektov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ) 1934 1934 1935 1935 Nerelevantné. 1936 1936 1937 1937 1938 -1. 1939 -11. 1940 +1. 1941 +11. 1940 1940 111. Kvalita a čistenie údajov 1941 1941 1111. Zhodnotenie objektov evidencie z pohľadu dátovej kvality 1942 1942 ... ... @@ -1947,9 +1947,9 @@ 1947 1947 Š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. 1948 1948 1949 1949 1950 -1. 1951 -11. 1952 -111. 1952 +1. 1953 +11. 1954 +111. 1953 1953 1111. Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality 1954 1954 1955 1955 Nasledujúca tabuľka definujte potrebné kapacity pre zabezpečenie riadenia dátovej kvality. ... ... @@ -1958,8 +1958,8 @@ 1958 1958 |**Dátový kurátor**|Evidencia požiadaviek na dátovú kvalitu, monitoring a riadenie procesu|Dátový kurátor správcu IS 1959 1959 |**Databázový špecialista**|Analyzuje požiadavky na dáta, modeluje obsah procedúr|Dodávateľ 1960 1960 1961 -1. 1962 -11. 1963 +1. 1964 +11. 1963 1963 111. Otvorené údaje 1964 1964 1965 1965 V rámci projektu budú publikované nad rámec súčasného stavu otvorené dáta: ... ... @@ -1968,6 +1968,7 @@ 1968 1968 * aktuálne hodnoty nameraných údajov stacionárnych zariadení kvality životného prostredia, 1969 1969 * plány opráv a rekonštrukcií vozoviek a cestných objektov. 1970 1970 1973 + 1971 1971 |ID OE|((( 1972 1972 Názov objektu evidencie / datasetu 1973 1973 ... ... @@ -1989,8 +1989,8 @@ 1989 1989 1990 1990 Tabuľka 25 Objekty evidencie, ktoré budú sprístupnené ako otvorené údaje 1991 1991 1992 -1. 1993 -11. 1995 +1. 1996 +11. 1994 1994 111. Analytické údaje 1995 1995 1996 1996 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: ... ... @@ -2001,8 +2001,8 @@ 2001 2001 2002 2002 Tabuľka 26 Objekty evidencie, ktoré budú projektom pripravené pre analytické účely 2003 2003 2004 -1. 2005 -11. 2007 +1. 2008 +11. 2006 2006 111. Moje údaje 2007 2007 2008 2008 Nerelevantné. ... ... @@ -2010,8 +2010,8 @@ 2010 2010 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. 2011 2011 2012 2012 2013 -1. 2014 -11. 2016 +1. 2017 +11. 2015 2015 111. Prehľad jednotlivých kategórií údajov 2016 2016 2017 2017 Nižšie je uvedená súhrnná tabuľka pre kategorizáciu údajov dotknutých projektom z pohľadu využiteľnosti týchto údajov. ... ... @@ -2037,11 +2037,11 @@ 2037 2037 Tabuľka 28 Prehľad jednotlivých kategórií údajov 2038 2038 2039 2039 2040 -1. 2043 +1. 2041 2041 11. Technologická architektúra 2042 2042 2043 -1. 2044 -11. 2046 +1. 2047 +11. 2045 2045 111. Návrh riešenia technologickej architektúry 2046 2046 2047 2047 Nasledujúci diagram zobrazuje aktuálny stav technologickej vrstvy architektúry súčasného riešenia: ... ... @@ -2162,8 +2162,8 @@ 2162 2162 2163 2163 2164 2164 2165 -1. 2166 -11. 2168 +1. 2169 +11. 2167 2167 111. Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE) 2168 2168 2169 2169 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, …). ... ... @@ -2178,18 +2178,18 @@ 2178 2178 Tabuľka 29 Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE) 2179 2179 2180 2180 2181 -1. 2182 -11. 2184 +1. 2185 +11. 2183 2183 111. Využívanie služieb z katalógu služieb vládneho cloudu 2184 2184 2185 2185 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. 2186 2186 2187 2187 2188 -1. 2191 +1. 2189 2189 11. Bezpečnostná architektúra 2190 2190 2191 -1. 2192 -11. 2194 +1. 2195 +11. 2193 2193 111. Návrh riešenia bezpečnosti 2194 2194 2195 2195 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. ... ... @@ -2233,8 +2233,8 @@ 2233 2233 Prenos údajov cez optické siete je zabezpečený šifrovaním na úrovni sieťovej vrstvy. 2234 2234 2235 2235 2236 -1. 2237 -11. 2239 +1. 2240 +11. 2238 2238 111. Určenie obsahu bezpečnostných opatrení 2239 2239 2240 2240 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.** ... ... @@ -2249,8 +2249,8 @@ 2249 2249 Tabuľka 33 Určenie zdrojov a obsahu minimálnych bezpečnostných opatrení 2250 2250 2251 2251 2252 -1. 2253 -11. 2255 +1. 2256 +11. 2254 2254 111. Legislatívne, právne, štatutárne, regulačné a zmluvné požiadavky, 2255 2255 2256 2256 Bezpečnostná architektúra bude v súlade s: ... ... @@ -2293,8 +2293,9 @@ 2293 2293 * Systém je navrhnutý podľa kľúčových oblastí rámca NIST: identifikácia, ochrana, detekcia, reakcia a obnova. 2294 2294 * Pravidelné testovanie a monitoring zabezpečujú pripravenosť na kybernetické incidenty. 2295 2295 2296 -1. 2297 -11. 2299 + 2300 +1. 2301 +11. 2298 2298 111. Riešenie autentifikácie a prístupov používateľov 2299 2299 2300 2300 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. ... ... @@ -2306,7 +2306,7 @@ 2306 2306 2307 2307 1. PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU 2308 2308 2309 -1. 2313 +1. 2310 2310 11. Návrh riešenia prevádzky a údržby 2311 2311 2312 2312 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. ... ... @@ -2315,7 +2315,7 @@ 2315 2315 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. 2316 2316 2317 2317 2318 -1. 2322 +1. 2319 2319 11. Zabezpečenie podpory používateľov a prevádzky 2320 2320 2321 2321 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. ... ... @@ -2375,11 +2375,12 @@ 2375 2375 ** Zabezpečiť stabilný a bezpečný chod systému. 2376 2376 ** Navrhovať a implementovať vylepšenia systému. 2377 2377 2382 + 2378 2378 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í). 2379 2379 2380 2380 2381 2381 2382 -1. 2387 +1. 2383 2383 11. Riešenie incidentov v prevádzke - parametre úrovní služby 2384 2384 2385 2385 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ú. ... ... @@ -2448,7 +2448,7 @@ 2448 2448 Pre tieto služby budú dohodnuté osobitné parametre dodávky. 2449 2449 2450 2450 2451 -1. 2456 +1. 2452 2452 11. Požadovaná dostupnosť informačného systému: 2453 2453 2454 2454 |Popis|Parameter|Poznámka ... ... @@ -2472,14 +2472,15 @@ 2472 2472 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. 2473 2473 ))) 2474 2474 2475 -1. 2476 -11. 2480 + 2481 +1. 2482 +11. 2477 2477 111. Dostupnosť (Availability) 2478 2478 2479 2479 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. 2480 2480 2481 -1. 2482 -11. 2487 +1. 2488 +11. 2483 2483 111. RTO (Recovery Time Objective) 2484 2484 2485 2485 RTO pre súčasti systému sa stanoví nasledovne: ... ... @@ -2488,8 +2488,9 @@ 2488 2488 |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 2489 2489 |IS SÚC|8 pracovných hodín 2490 2490 2491 -1. 2492 -11. 2497 + 2498 +1. 2499 +11. 2493 2493 111. RPO (Recovery Point Objective) 2494 2494 2495 2495 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. ... ... @@ -2496,7 +2496,7 @@ 2496 2496 2497 2497 2498 2498 2499 -1. 2506 +1. 2500 2500 11. Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky 2501 2501 2502 2502 V rámci prevádzky informačného systému sú potrebné nasledovné ľudské kapacity pokryté zo strany HLMSR BA: ... ... @@ -2506,7 +2506,7 @@ 2506 2506 * zástupca prevádzky – dohliada na plnenie požiadaviek zo strany prevádzky a kontroluje ich; predpokladaný počet: 1 2507 2507 * 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. 2508 2508 2509 -1. 2516 +1. 2510 2510 11. Požiadavky na zdrojové kódy 2511 2511 2512 2512 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.