Naposledy upravil Valér Jurčák 2025/10/09 18:05
Z verzie 30.3
upravil Valér Jurčák
-
Zmeniť komentár: Pre túto verziu nie sú komentáre
Do verzie 31.3
upravil Valér Jurčák
-
Zmeniť komentár: Pre túto verziu nie sú komentáre

Súhrn

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  )))
... ... @@ -342,14 +342,14 @@
342 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 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 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| | |
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
346 346  
347 347  Tabuľka 4 Merateľné ukazovatele (KPI)
348 348  
349 349  
350 350  
351 -1.
352 -11. Špecifikácia potrieb koncového používateľa
352 +== Š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,8 +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.
411 -11. Detailný opis obmedzení a predpokladov
410 +== 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.
414 414  
... ... @@ -428,8 +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.
432 -11. Vyhodnotenie rizík a závislostí
430 +== 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.
435 435  
... ... @@ -543,15 +543,12 @@
543 543  Tabuľka 5 Prehľad najzávažnejších rizík a závislostí
544 544  
545 545  
546 -1.
547 -11. Detailný opis rozpočtu projektu a jeho prínosov
544 +== 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.
554 -111. Sumarizácia nákladov a prínosov
549 +=== 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
557 557  
... ... @@ -563,8 +563,8 @@
563 563  |HW|//1 464 375 €//|//0 €//
564 564  |**IT - OPEX- prevádzka**| |
565 565  |Aplikácie|//0 €//|//0 €//
566 -|SW|//0 €//|//499 261 €//
567 -|HW|//781 135 €//|//0 €//
561 +|SW|//0 €//|//481 331 €//
562 +|HW|//717 400 €//|//0 €//
568 568  |**Prínosy**| |
569 569  |**Finančné prínosy**| |
570 570  |Administratívne poplatky|//-//|//-//
... ... @@ -574,8 +574,8 @@
574 574  |Úradníci (€)|//-//|//-//
575 575  |Úradníci (FTE)|//-//|//-//
576 576  |**Kvalitatívne prínosy**| |
577 -|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 €//
578 -|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 €//
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 €//|//5 040 000 €//
573 +|Zníženie nákladov na výkony a spotrebu materiálu zavedením integrovaných funkcií optimalizácie zimnej údržby ciest.|//1 293 600 €//|//1 346 400 €//
579 579  |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é)//
580 580  |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é)//
581 581  |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é)//
... ... @@ -593,24 +593,33 @@
593 593  
594 594  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.
595 595  
596 -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.
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.
597 597  
593 +Pri zimnej údržbe ciest správcovi vznikajú priame náklady primárne v zabezpečení samotných výkonov (náklady na pracovnú silu, pohonné hmoty, amortizácia mechanizácie, údržba strojov a zariadení a iné) a nákladov na posypový materiál. Navrhované riešenie v oblasti zimnej údržby má ambíciu optimalizovať náklady v oboch týchto zložkách. Ako základ pre kvantifikáciu prínosov bola vybratá referenčná štúdia optimalizácie zimnej údržby ciest v Utahu (USA), kde bol nasadený obdobný systém optimalizácie zimnej údržby ciest so senzorickými zariadeniami. Po jeho implementácii došlo podľa najkonzervatívnejších odhadov k zníženiu priamych nákladov na zabezpečenie výkonov o 11 % a nákladov na posypový materiál o 4 %.
598 598  
595 +Hlavné mesto SR Bratislava vynaložilo za uplynulých 5 rokov na zimnú údržbu pozemných komunikácií v jeho správe po prepočtoch 12 509 251 € na výkony a 6 735 751 € na materiál. Pri uplatnení konzervatívnych odhadov to predstavuje predpokladanú ročnú úsporu 275 204 € na výkonoch a 53 886 € na posypovom materiáli, teda spolu približne 330 000 € ročne. Táto úspora bola formálne rozpočítaná medzi modul Technologické zariadenia a modul IS SÚC alikvotne podľa ich predpokladaných nákladov na základe textu uvedené vyššie, v pomere 49 % a 51 %, čo predstavuje prínos 161 700 €, resp. 168 300 € ročne.
596 +
597 +Ďalší kvantifikovaný prínos sa týka hospodárenia s vozovkami v oblasti ich bežnej údržby a rehabilitácií stavebného charakteru. Ako východisko bola použitá referenčná štúdia kolektívu pod vedením emeritného profesora W. Ronalda Hudsona z Univerzity v Texase o merateľných prínosoch systémového hospodárenia s vozovkami. Optimalizovaný systém, založený na pravidelnej diagnostike, zbere porúch prostredníctvom senzorických zariadení a následnom spracovaní dát pre návrh údržby, umožňuje predĺžiť životnosť vozoviek v priemere o 11,05 %. Predĺženie životnosti predstavuje priamu finančnú úsporu.
598 +
599 +Pri aplikácii uvedeného koeficientu na sumu, ktorú Hlavné mesto SR Bratislava vynaložilo v posledných 5 rokoch na údržbu a rehabilitácie vozoviek, vychádza ročná úspora vo výške 1 290 690,07 €. Po formálnom rozdelení medzi moduly podľa ich nákladov to predstavuje prínos približne 660 000 € pre modul Technologické zariadenia a 630 000 € pre modul IS SÚC ročne.
600 +
601 +V nákladovo-výnosovej analýze boli tieto prínosy uvažované od 3. roku realizácie projektu, pri horizonte hodnotenia 10 rokov.
602 +
603 +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.
604 +
605 +
599 599  Sumarizácia ekonomickej a finančnej efektívnosti projektu:
600 600  
601 -* Pomer prínosov a nákladov (BCR): 3,11 =>  viac ako 1,00 ✔️
602 -* Ekonomická vnútorná výnosová miera vyjadrená v % (EIRR): 57,6 % => viac ako 5,0 % ✔️
603 -* Ekonomická čistá súčasná hodnota vyjadrená v eurách (ENPV): 8 850 879 € bez DPH => viac ako 0 ✔️
608 +* Pomer prínosov a nákladov (BCR): 2,79 =>  viac ako 1,00 ✔️
609 +* Ekonomická vnútorná výnosová miera vyjadrená v % (EIRR): 42,8 % => viac ako 5,0 % ✔️
610 +* Ekonomická čistá súčasná hodnota vyjadrená v eurách (ENPV): 7 415 199 € bez DPH => viac ako 0 ✔️
604 604  
605 -1.
606 -11.
607 -111. Zdroj financovania
612 +=== 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.
613 -11. Harmonogram projektu
617 +== Harmonogram projektu ==
614 614  
615 615  |ID|FÁZA/AKTIVITA|(((
616 616  ZAČIATOK
... ... @@ -623,20 +623,28 @@
623 623  )))|POZNÁMKA
624 624  |1a.|Prípravná a iniciačná fáza|11/2024|08/2025|Schválenie produktov podľa vyhlášky č. 401/2023 Z.z.
625 625  |1b|Príprava podkladov na VO|06/2025|08/2025|
626 -|.1c|Verejné obstarávanie|09/2025|10/2025|
630 +|.1c|Verejné obstarávanie|10/2025|11/2025|
627 627  |1d|Míľnik – ukončenie VO a podpis zmluvy s úspešným uchádzačom|12/2025|12/2025|
628 628  |2|Realizačná fáza| | |
629 -|2a|Analýza a Dizajn|12/2025|01/2026|
630 -|2b|Nákup technických prostriedkov, programových prostriedkov a služieb|12/2025|03/2026|
631 -|2c|Implementácia a testovanie|01/2026|10/2026|
632 -|2d|Školenie používateľov|11/2026|11/2026|
633 -|2e|Nasadenie a PIP (celé riešenie)|12/2026|12/2026|
634 -|3.|Dokončovacia fáza|12/2026|12/2026|
635 -|4.|Prevádzka riešenia|01/2027|12/2031|Fakturačný míľnik každý rok prevádzky.
633 +|2a|Analýza a Dizajn|12/2025|02/2026|
634 +|2b|Nákup technických prostriedkov, programových prostriedkov a služieb|12/2025|01/2026|
635 +|2c|Implementácia a testovanie|01/2026|02/2027|
636 +|2d|Školenie používateľov|03/2027|03/2027|
637 +|2e|Nasadenie a PIP (celé riešenie)|03/2027|04/2027|
638 +|3.|Dokončovacia fáza|04/2027|04/2027|
639 +|4.|Prevádzka riešenia|01/2027|04/2032|Fakturačný míľnik každý rok prevádzky.
636 636  
637 -1.
638 -11. Návrh organizačného zabezpečenia projektu (projektový tím)
641 +V zmysle § 15 ods. 4 písm. d) zákona č. 95/2019 Z. z. o informačných technológiách verejnej správy je správca povinný zabezpečiť, aby veľký projekt bol rozdelený na čiastkové plnenia (inkrementy). Zároveň však § 4 ods. 8 vyhlášky č. 401/2023 Z. z. ustanovuje, že ak realizačná fáza veľkého projektu pozostáva z dodania jedného funkčného celku alebo dodania výlučne technických prostriedkov, objednávateľ posúdi a vyhodnotí aj alternatívy rozdelenia projektu na inkrementy na preukázanie ekonomickej nevýhodnosti alebo technických obmedzení.
639 639  
643 +Projekt je navrhnutý ako dodanie jedného funkčného celku, ktorého jednotlivé kľúčové časti (informačný systém, stacionárne zariadenia a vozidlové zariadenia) sú navzájom funkčne a technicky previazané a samostatne by neprinášali deklarované prínosy. Implementácia len čiastkových častí by nevytvorila ucelené a využiteľné riešenie, čím by sa nenaplnil účel projektu. Informačný systém nie je možné plnohodnotne využívať bez dát zo zariadení, pretože by neobsahoval žiadne reálne vstupy pre plánovanie, analýzy ani rozhodovanie. Naopak, ani samotné zariadenia bez existencie informačného systému neposkytujú využiteľnú pridanú hodnotu, keďže by neexistovala možnosť zberu, integrácie a sprístupnenia dát odborným pracovníkom objednávateľa zodpovedným za správu a údržbu pozemných komunikácií a ďalším koncovým používateľom. Projekt tak môže naplniť účel len vtedy, keď budú všetky komponenty dodané súčasne a integrované do jednotného funkčného celku.
644 +
645 +Z časového hľadiska je potrebné zdôrazniť, že projekt má relatívne krátky harmonogram realizácie – dodanie je založené na licencii hotového informačného systému s relatívne malou zložkou integrácie do prostredia objednávateľa a na nákupe a montáži technologických zariadení, pričom všetky činnosti sa majú uskutočniť v horizonte niekoľkých mesiacov. Sekvenčné rozdelenie na inkrementy by v takto úzkom časovom rámci nepovažujeme za zmysluplné, pretože by nebolo možné samostatne dosiahnuť žiadny relevantný prínos, a zároveň by vznikla zbytočná administratívna a procesná záťaž, čím by sa znížila hospodárnosť a efektívnosť projektu bez pridanej hodnoty pre objednávateľa. Vzhľadom na to, že projektom zabezpečujeme potreby elektronizácie kľúčových jadrových činností správy a údržby ciest, nepredpokladáme za pravdepodobnú ani potrebu predčasného ukončenia projektu z dôvodu straty svojho pôvodného opodstanenia.
646 +
647 +Na základe uvedeného je projekt realizovaný ako jeden inkrement, pričom postupuje v súlade s § 4 ods. 8 vyhlášky č. 401/2023 Z. z., keďže ide o dodanie jedného funkčného celku a delenie na inkrementy je technicky a ekonomicky nevhodné.
648 +
649 +
650 +== Návrh organizačného zabezpečenia projektu (projektový tím) ==
651 +
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.
641 641  
642 642  
... ... @@ -657,10 +657,10 @@
657 657  
658 658  |ID|Rola v projekte|Meno a Priezvisko|Pracovné zaradenie|Org. útvar
659 659  |1.|Predseda RV|Mgr. Valér Jurčák|Riaditeľ|SSÚC HLMSR BA
660 -|2.|Biznis vlastník|Ing. Juraj Zaťko|Vedúci oddelenia|Odd. správy a údržby ciest SSÚC
672 +|2.|Biznis vlastník|Ing. Michal Eliáš|Ing. Juraj Zaťko|Odd. dispečerskej a pohotovostnej služby SSÚC HLMSR BA
661 661  |3.|Kľúčový používateľ objednávateľa|Mgr. Michal Beňák|Samostatný odborný referent|Odd. dispečerskej a pohotovostnej služby SSÚC HLMSR BA
662 662  |4.|Kľúčový používateľ objednávateľa|Ing. Ján Czafík|Samostatný odborný referent|Odd. správy a údržby ciest
663 -|5.|Projektový manažér objednávateľa|Ing. Mgr. Martina Kubalová|Samostatný odborný referent|SSÚC HLMSR BA
675 +|5.|Projektový manažér objednávateľa|Ing. Juraj Zaťko|Ing. Juraj Zaťko|SSÚC HLMSR BA
664 664  |6.|Biznis analytik|Bude určený neskôr|N/A|N/A
665 665  |7.|IT architekt|Bude určený neskôr|N/A|N/A
666 666  |8.|Manažér kvality|Bude určený neskôr|N/A|N/A
... ... @@ -856,8 +856,9 @@
856 856  
857 857  * informovanie o rizikách a problémoch - informuje RV o všetkých rizikách a problémoch, ktoré by mohli ohroziť úspešnú realizáciu projektu z hľadiska prevádzky,
858 858  * navrhovanie opatrení - navrhuje opatrenia na minimalizovanie rizík a riešenie problémov, ktoré sa týkajú prevádzky.
871 +*
859 859  
860 -1. LEGISLATÍVA
873 += LEGISLATÍVA =
861 861  
862 862  V rámci predkladaného projektu a ani po jeho ukončení počas obdobia udržateľnosti sa neočakáva úprava alebo priama zmena zákona vyplývajúca z aktivít projektu a teda úspešná realizácia projektu nie je ovplyvnená žiadnymi vyžadovanými zmenami v legislatíve.
863 863  
... ... @@ -869,13 +869,12 @@
869 869  * Vyhláška 78/2020 Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu o štandardoch pre informačné technológie verejnej správy,
870 870  * Vyhláška 547/2021 MIRRI SR o elektronizácii agendy verejnej správy.
871 871  
872 -1. ARCHITEKTÚRA RIEŠENIA PROJEKTU
885 += ARCHITEKTÚRA RIEŠENIA PROJEKTU =
873 873  
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.
878 -11. Stanovenie alternatív architektúry riešenia
890 +== 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í.
881 881  
... ... @@ -946,9 +946,7 @@
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.
951 -111. Stanovenie alternatív v biznisovej vrstve architektúry
961 +=== 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.
954 954  
... ... @@ -982,26 +982,22 @@
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.
987 -111. Stanovenie alternatív v aplikačnej vrstve architektúry
995 +=== 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.
990 990  
991 991  V prípade biznis alternatívy **A3** je v aplikačnej architektúre zmysluplné alternovať len modul Portál pre verejnosť, nakoľko ostatné aplikačné moduly sú nevyhnutné na realizáciu všetkých relevantných biznis služieb.
992 992  
993 -[[image:file:///C:/Users/VALER~~1.JUR/AppData/Local/Temp/msohtmlclip1/01/clip_image001.png||alt="A screenshot of a computer
1001 +[[image:1756999870494-470.png]]
994 994  
995 -AI-generated content may be incorrect."]]
996 -
997 997  1.
998 -11.
1004 +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.
1010 +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.
1038 +1.
1039 +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.
1079 +1.
1080 +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.
1121 +1.
1122 +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.
1160 +1.
1161 +11.
1162 +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.
1222 +1.
1223 +11.
1224 +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.
1258 +1.
1259 +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.
1316 +1.
1317 +11.
1318 +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.
1344 +1.
1345 +11.
1346 +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.
1389 +*
1390 +*1.
1391 +*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.
1413 +1.
1414 +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.
1477 +1.
1472 1472  11. Biznis vrstva
1473 1473  
1474 -1.
1475 -11.
1480 +1.
1481 +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.
1581 +1.
1582 +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.
1606 +1.
1607 +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.
1645 +1.
1646 +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.
1660 +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.
1758 +1.
1759 +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.
1782 +1.
1783 +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.
1800 +1.
1801 +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.
1817 +1.
1818 +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.
1842 +1.
1843 +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.
1869 +1.
1870 +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.
1897 +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.
1909 +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.
1920 +11.
1915 1915  111. Referenčné údaje
1916 1916  
1917 1917  Nerelevantné.
1918 1918  
1919 1919  
1920 -1.
1921 -11.
1926 +1.
1927 +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.
1933 +1.
1934 +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.
1940 +1.
1941 +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.
1947 +1.
1948 +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.
1959 +1.
1960 +11.
1961 +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.
1970 +1.
1971 +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:
... ... @@ -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.
2001 +1.
2002 +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.
2013 +1.
2014 +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.
2022 +1.
2023 +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.
2049 +1.
2044 2044  11. Technologická architektúra
2045 2045  
2046 -1.
2047 -11.
2052 +1.
2053 +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.
2174 +1.
2175 +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.
2190 +1.
2191 +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.
2197 +1.
2192 2192  11. Bezpečnostná architektúra
2193 2193  
2194 -1.
2195 -11.
2200 +1.
2201 +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.
2245 +1.
2246 +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.
2261 +1.
2262 +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,8 @@
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.
2305 +1.
2306 +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.
2318 +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.
2327 +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.
... ... @@ -2382,7 +2382,7 @@
2382 2382  
2383 2383  
2384 2384  
2385 -1.
2391 +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.
2460 +1.
2455 2455  11. Požadovaná dostupnosť informačného systému:
2456 2456  
2457 2457  |Popis|Parameter|Poznámka
... ... @@ -2475,14 +2475,14 @@
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.
2484 +1.
2485 +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.
2490 +1.
2491 +11.
2486 2486  111. RTO (Recovery Time Objective)
2487 2487  
2488 2488  RTO pre súčasti systému sa stanoví nasledovne:
... ... @@ -2491,8 +2491,8 @@
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.
2500 +1.
2501 +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.
2508 +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.
2518 +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.
1756999870494-470.png
Autor
... ... @@ -1,0 +1,1 @@
1 +XWiki.valer\.jurcak@bratislava\.sk
Veľkosť
... ... @@ -1,0 +1,1 @@
1 +157.9 KB
Obsah
XWiki.XWikiComments[3]
Original Selection
... ... @@ -1,0 +1,1 @@
1 +6 600 000 € 6 300 000 €
Selection
... ... @@ -1,1 +1,1 @@
1 -6 600 000 € 6 300 000 €
1 +5 280 000 € 5 040 000 €
State
... ... @@ -1,1 +1,1 @@
1 -SAFE
1 +UPDATED
XWiki.XWikiComments[4]
Original Selection
... ... @@ -1,0 +1,1 @@
1 +1 617 000 € 1 683 000 €
Selection
... ... @@ -1,1 +1,1 @@
1 -1 617 000 € 1 683 000 €
1 +1 293 600 € 1 346 400 €
State
... ... @@ -1,1 +1,1 @@
1 -SAFE
1 +UPDATED