Naposledy upravil Valér Jurčák 2025/10/09 18:05
Z verzie 31.5
upravil Valér Jurčák
-
Zmeniť komentár: Pre túto verziu nie sú komentáre
Do verzie 30.4
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  )))
... ... @@ -590,31 +590,24 @@
590 590  
591 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.
592 592  
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 %.
594 -
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 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 604  
605 605  
606 606  Sumarizácia ekonomickej a finančnej efektívnosti projektu:
607 607  
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 ✔️
598 +* Pomer prínosov a nákladov (BCR): 3,11 =>  viac ako 1,00 ✔️
599 +* Ekonomická vnútorná výnosová miera vyjadrená v % (EIRR): 57,6 % => viac ako 5,0 % ✔️
600 +* Ekonomická čistá súčasná hodnota vyjadrená v eurách (ENPV): 8 850 879 € bez DPH => viac ako 0 ✔️
611 611  
612 -=== Zdroj financovania ===
602 +1.
603 +11.
604 +111. Zdroj financovania
613 613  
614 614  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.
615 615  
616 616  
617 -== Harmonogram projektu ==
609 +1.
610 +11. Harmonogram projektu
618 618  
619 619  |ID|FÁZA/AKTIVITA|(((
620 620  ZAČIATOK
... ... @@ -627,28 +627,20 @@
627 627  )))|POZNÁMKA
628 628  |1a.|Prípravná a iniciačná fáza|11/2024|08/2025|Schválenie produktov podľa vyhlášky č. 401/2023 Z.z.
629 629  |1b|Príprava podkladov na VO|06/2025|08/2025|
630 -|.1c|Verejné obstarávanie|10/2025|11/2025|
623 +|.1c|Verejné obstarávanie|09/2025|10/2025|
631 631  |1d|Míľnik – ukončenie VO a podpis zmluvy s úspešným uchádzačom|12/2025|12/2025|
632 632  |2|Realizačná fáza| | |
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.
626 +|2a|Analýza a Dizajn|12/2025|01/2026|
627 +|2b|Nákup technických prostriedkov, programových prostriedkov a služieb|12/2025|03/2026|
628 +|2c|Implementácia a testovanie|01/2026|10/2026|
629 +|2d|Školenie používateľov|11/2026|11/2026|
630 +|2e|Nasadenie a PIP (celé riešenie)|12/2026|12/2026|
631 +|3.|Dokončovacia fáza|12/2026|12/2026|
632 +|4.|Prevádzka riešenia|01/2027|12/2031|Fakturačný míľnik každý rok prevádzky.
640 640  
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í.
634 +1.
635 +11. Návrh organizačného zabezpečenia projektu (projektový tím)
642 642  
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 -
652 652  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.
653 653  
654 654  
... ... @@ -669,10 +669,10 @@
669 669  
670 670  |ID|Rola v projekte|Meno a Priezvisko|Pracovné zaradenie|Org. útvar
671 671  |1.|Predseda RV|Mgr. Valér Jurčák|Riaditeľ|SSÚC HLMSR BA
672 -|2.|Biznis vlastník|Ing. Michal Eliáš|Ing. Juraj Zaťko|Odd. dispečerskej a pohotovostnej služby SSÚC HLMSR BA
657 +|2.|Biznis vlastník|Ing. Juraj Zaťko|Vedúci oddelenia|Odd. správy a údržby ciest SSÚC
673 673  |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
674 674  |4.|Kľúčový používateľ objednávateľa|Ing. Ján Czafík|Samostatný odborný referent|Odd. správy a údržby ciest
675 -|5.|Projektový manažér objednávateľa|Ing. Juraj Zaťko|Ing. Juraj Zaťko|SSÚC HLMSR BA
660 +|5.|Projektový manažér objednávateľa|Ing. Mgr. Martina Kubalová|Samostatný odborný referent|SSÚC HLMSR BA
676 676  |6.|Biznis analytik|Bude určený neskôr|N/A|N/A
677 677  |7.|IT architekt|Bude určený neskôr|N/A|N/A
678 678  |8.|Manažér kvality|Bude určený neskôr|N/A|N/A
... ... @@ -868,9 +868,8 @@
868 868  
869 869  * 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,
870 870  * navrhovanie opatrení - navrhuje opatrenia na minimalizovanie rizík a riešenie problémov, ktoré sa týkajú prevádzky.
871 -*
872 872  
873 -= LEGISLATÍVA =
857 +1. LEGISLATÍVA
874 874  
875 875  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.
876 876  
... ... @@ -882,12 +882,13 @@
882 882  * 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,
883 883  * Vyhláška 547/2021 MIRRI SR o elektronizácii agendy verejnej správy.
884 884  
885 -= ARCHITEKTÚRA RIEŠENIA PROJEKTU =
869 +1. ARCHITEKTÚRA RIEŠENIA PROJEKTU
886 886  
887 887  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.
888 888  
889 889  
890 -== Stanovenie alternatív architektúry riešenia ==
874 +1.
875 +11. Stanovenie alternatív architektúry riešenia
891 891  
892 892  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í.
893 893  
... ... @@ -958,7 +958,9 @@
958 958  * 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
959 959  )))
960 960  
961 -=== Stanovenie alternatív v biznisovej vrstve architektúry ===
946 +1.
947 +11.
948 +111. Stanovenie alternatív v biznisovej vrstve architektúry
962 962  
963 963  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.
964 964  
... ... @@ -992,22 +992,27 @@
992 992  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í.
993 993  
994 994  
995 -=== Stanovenie alternatív v aplikačnej vrstve architektúry ===
982 +1.
983 +11.
984 +111. Stanovenie alternatív v aplikačnej vrstve architektúry
996 996  
997 997  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.
998 998  
999 999  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.
1000 1000  
1001 -[[image:1756999870494-470.png]]
990 +[[image:file:///C:/Users/VALER~~1.JUR/AppData/Local/Temp/msohtmlclip1/01/clip_image001.png||alt="A screenshot of a computer
1002 1002  
992 +AI-generated content may be incorrect."]]
993 +
1003 1003  1.
995 +11.
996 +111. Stanovenie alternatív v technologickej vrstve architektúry
1004 1004  
1005 -=== Stanovenie alternatív v technologickej vrstve architektúry ===
1006 -
1007 1007  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.
1008 1008  
1009 1009  
1010 -== Náhľad architektúry a popis budúceho cieľového produktu ==
1001 +1.
1002 +11. Náhľad architektúry a popis budúceho cieľového produktu
1011 1011  
1012 1012  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ť.
1013 1013  
... ... @@ -1027,12 +1027,16 @@
1027 1027  Zjednodušený náhľad architektúry je uvedený na diagrame nižšie:
1028 1028  
1029 1029  
1030 -[[image:1756999921704-886.png]]
1022 +[[image:file:///C:/Users/VALER~~1.JUR/AppData/Local/Temp/msohtmlclip1/01/clip_image002.png||alt="A screenshot of a computer
1031 1031  
1024 +AI-generated content may be incorrect."]]
1025 +
1032 1032  Obrázok 1 Zjednodušený náhľad architektúry budúceho stavu
1033 1033  
1034 1034  
1035 -=== Hlavné biznis služby systému ===
1029 +1.
1030 +11.
1031 +111. Hlavné biznis služby systému
1036 1036  
1037 1037  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:
1038 1038  
... ... @@ -1071,7 +1071,9 @@
1071 1071  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.
1072 1072  
1073 1073  
1074 -=== **Podpora pre ďalšie organizačné útvary** ===
1070 +1.
1071 +11.
1072 +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:
1077 1077  
... ... @@ -1107,11 +1107,14 @@
1107 1107  
1108 1108  * Bude mať možnosť sledovať informácie o stave vozoviek, poveternostných podmienkach v zime a plány investičných programov.
1109 1109  
1110 -[[image:1756999954584-349.png]] Obrázok 2 Relevantní biznis aktéri
1108 +[[image:file:///C:/Users/VALER~~1.JUR/AppData/Local/Temp/msohtmlclip1/01/clip_image003.png||alt="A screenshot of a computer screen
1111 1111  
1112 -=== **Hardvérová časť** ===
1110 +Description automatically generated"]] Obrázok 2 Relevantní biznis aktéri
1113 1113  
1114 -==== **Stacionárne zariadenia** ====
1112 +1.
1113 +11.
1114 +111. **Hardvérová časť**
1115 +1111. **Stacionárne zariadenia**
1115 1115  
1116 1116  Stacionárne zariadenie sú jednou z kľúčových súčastí hardvérovej časti riešenia. Ich úlohou je zabezpečiť kontinuálny zber údajov potrebných pre správu, údržbu a analýzu cestnej infraštruktúry a životného prostredia. Tieto zariadenia budú strategicky umiestnené na vybraných miestach pozemných komunikácií, aby pokryli najdôležitejšie lokality z hľadiska potrieb optimalizácie zimnej údržby ciest a riadenia kvality životného prostredia.
1117 1117  
... ... @@ -1147,7 +1147,10 @@
1147 1147  
1148 1148  * 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.
1149 1149  
1150 -==== **Vozidlové zariadenia** ====
1151 +1.
1152 +11.
1153 +111.
1154 +1111. **Vozidlové zariadenia**
1151 1151  
1152 1152  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.
1153 1153  
... ... @@ -1206,7 +1206,10 @@
1206 1206  Vozidlové zariadenia sa plánujú umiestniť do vybraných vozidiel dispečingu SSÚC a do skenovacích vozidiel mestského parkovacieho systému.
1207 1207  
1208 1208  
1209 -==== **Komunikačné technológie** ====
1213 +1.
1214 +11.
1215 +111.
1216 +1111. **Komunikačné technológie**
1210 1210  
1211 1211  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.
1212 1212  
... ... @@ -1239,10 +1239,11 @@
1239 1239  * Optické siete v správe HLMSR BA.
1240 1240  * Lokálne bezdrôtové siete (802.11 / Wi-Fi) v blízkosti stálych parkovacích miest vozidiel vybavených vozidlovými zariadeniami.
1241 1241  
1242 -=== **Softvérová časť** ===
1249 +1.
1250 +11.
1251 +111. **Softvérová časť**
1252 +1111. **Funkcie IS SÚC**
1243 1243  
1244 -==== **Funkcie IS SÚC** ====
1245 -
1246 1246  Informačný systém správy a údržby ciest (IS SÚC) je softvérové riešenie navrhnuté na podporu kľúčových procesov spojených so správou, údržbou a plánovaním rozvoja cestnej infraštruktúry. Jeho funkcionalita pokrýva širokú škálu činností, od evidencie cestných objektov a zberu údajov, až po analýzy, plánovanie a reportovanie. Tento systém je jadrom celkového riešenia, ktoré súčasne prepája hardvérové časti riešenia a extenzívne využíva nimi zberané dáta z terénu pre potreby efektívnej správy a údržby ciest a súvisiace agendy.
1247 1247  
1248 1248  Hlavné funkcionality IS SÚC sú nasledovné:
... ... @@ -1296,7 +1296,10 @@
1296 1296  
1297 1297  * Priame zverejňovanie údajov pre verejnosť.
1298 1298  
1299 -==== **Technické charakteristiky IS SÚC** ====
1307 +1.
1308 +11.
1309 +111.
1310 +1111. **Technické charakteristiky IS SÚC**
1300 1300  
1301 1301  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.
1302 1302  
... ... @@ -1321,7 +1321,10 @@
1321 1321  
1322 1322  * 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.
1323 1323  
1324 -==== Prevádzka IS SÚC ====
1335 +1.
1336 +11.
1337 +111.
1338 +1111. Prevádzka IS SÚC
1325 1325  
1326 1326  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.
1327 1327  
... ... @@ -1363,8 +1363,10 @@
1363 1363  * Integrované nástroje na šifrovanie údajov, autentifikáciu a ochranu pred kybernetickými hrozbami.
1364 1364  * Mechanizmy detekcie a prevencie útokov (napr. DDoS ochrana).
1365 1365  
1366 -==== **Integrácia s inými systémami** ====
1367 -
1380 +*
1381 +*1.
1382 +*11.
1383 +*111. **Integrácia s inými systémami**
1368 1368  * Integrácia na iné IS zadávateľa
1369 1369  
1370 1370  * Napojenie na IoT platformu HLMSR BA na sprístupnenie údajov odbornej verejnosti alebo export do KAV (Konsolidovaná analytická vrstva).
... ... @@ -1385,7 +1385,9 @@
1385 1385  
1386 1386  * Riešenie nebude integrované so žiadnymi externými systémami tretích strán, ktoré by mohli poskytovať alebo konzumovať údaje.
1387 1387  
1388 -=== Bezpečnostné aspekty ===
1404 +1.
1405 +11.
1406 +111. Bezpečnostné aspekty
1389 1389  
1390 1390  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.
1391 1391  
... ... @@ -1447,15 +1447,20 @@
1447 1447  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.
1448 1448  
1449 1449  
1450 -== Biznis vrstva ==
1468 +1.
1469 +11. Biznis vrstva
1451 1451  
1452 -=== Návrh riešenia v biznis vrstve architektúry ===
1471 +1.
1472 +11.
1473 +111. Návrh riešenia v biznis vrstve architektúry
1453 1453  
1454 1454  Nasledujúci diagram zobrazuje **súčasný stav biznis vrstvy architektúry (AS-IS):**
1455 1455  
1456 1456  
1457 - [[image:1757000127881-309.png]]
1478 + [[image:file:///C:/Users/VALER~~1.JUR/AppData/Local/Temp/msohtmlclip1/01/clip_image004.png||alt="A screenshot of a computer
1458 1458  
1480 +AI-generated content may be incorrect."]]
1481 +
1459 1459  Obrázok 1 Diagram náhľadu na model biznisovej vrstvy (AS-IS)
1460 1460  
1461 1461  
... ... @@ -1495,9 +1495,11 @@
1495 1495  
1496 1496  Nasledujúci diagram zobrazuje **budúci (TO-BE) stav biznis vrstvy architektúry**:
1497 1497  
1498 - ​​​​​​​[[image:1757000147808-767.png]]
1521 + [[image:file:///C:/Users/VALER~~1.JUR/AppData/Local/Temp/msohtmlclip1/01/clip_image005.png||alt="A screenshot of a computer
1499 1499  
1523 +AI-generated content may be incorrect."]]
1500 1500  
1525 +
1501 1501  Obrázok 2 Diagram náhľadu na model biznisovej vrstvy (TO-BE)
1502 1502  
1503 1503  
... ... @@ -1544,7 +1544,9 @@
1544 1544  
1545 1545  
1546 1546  
1547 -=== Prehľad koncových služieb – budúci stav (TO BE): ===
1572 +1.
1573 +11.
1574 +111. Prehľad koncových služieb – budúci stav (TO BE):
1548 1548  
1549 1549  Nerelevantné.
1550 1550  
... ... @@ -1567,7 +1567,9 @@
1567 1567  Tabuľka 11Prehľad koncových služieb - budúci stav (TO BE)
1568 1568  
1569 1569  
1570 -=== Organizačné zmeny a Procesy dotknuté navrhovaným riešením ===
1597 +1.
1598 +11.
1599 +111. Organizačné zmeny a Procesy dotknuté navrhovaným riešením
1571 1571  
1572 1572  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:
1573 1573  
... ... @@ -1604,7 +1604,9 @@
1604 1604  V projekte sa neriešia žiadne životné situácie občanov ani podnikateľov.
1605 1605  
1606 1606  
1607 -=== Jazyková podpora lokalizácia ===
1636 +1.
1637 +11.
1638 +111. Jazyková podpora lokalizácia
1608 1608  
1609 1609  Používateľské rozhranie (UI) systému musí byť dostupné minimálne v nasledujúcich jazykoch a súvisiacich regionálnych nastaveniach:
1610 1610  
... ... @@ -1617,15 +1617,17 @@
1617 1617  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.
1618 1618  
1619 1619  
1620 -== Aplikačná vrstva ==
1651 +1.
1652 +11. Aplikačná vrstva
1653 +111. Návrh riešenia v aplikačnej vrstve architektúry
1621 1621  
1622 -=== Návrh riešenia v aplikačnej vrstve architektúry ===
1623 -
1624 1624  Nasledujúci diagram zobrazuje aplikačnú architektúru **súčasného** systému na správu a údržbu ciest:
1625 1625  
1626 1626  
1627 -[[image:1757000225428-567.png]]
1658 +[[image:file:///C:/Users/VALER~~1.JUR/AppData/Local/Temp/msohtmlclip1/01/clip_image006.png||alt="A screenshot of a diagram
1628 1628  
1660 +AI-generated content may be incorrect."]]
1661 +
1629 1629  Obrázok 3 Diagram náhľadu modelu aplikačnej architektúry (AS-IS)
1630 1630  
1631 1631  
... ... @@ -1713,8 +1713,8 @@
1713 1713  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.
1714 1714  
1715 1715  
1716 -1.
1717 -11.
1749 +1.
1750 +11.
1718 1718  111. Rozsah informačných systémov – budúci stav (TO BE)
1719 1719  
1720 1720  Informácie o dotknutých ISVS z pohľadu ich ďalšej prevádzky po realizácii projektu – TO BE stav:
... ... @@ -1737,8 +1737,8 @@
1737 1737  Tabuľka 12 Rozsah informačných systémov - budúci stav (TO BE)
1738 1738  
1739 1739  
1740 -1.
1741 -11.
1773 +1.
1774 +11.
1742 1742  111. Využívanie nadrezortných a spoločných ISVS – AS IS
1743 1743  
1744 1744  Nerelevantné.
... ... @@ -1755,8 +1755,8 @@
1755 1755  
1756 1756  Tabuľka 13 Využívanie nadrezortných a spoločných ISVS – súčasný stav (AS IS)
1757 1757  
1758 -1.
1759 -11.
1791 +1.
1792 +11.
1760 1760  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)
1761 1761  
1762 1762  Nerelevantné.
... ... @@ -1772,8 +1772,8 @@
1772 1772  
1773 1773  Tabuľka 14 Prehľad plánovaných integrácií na spoločné moduly – budúci stav (TO BE)
1774 1774  
1775 -1.
1776 -11.
1808 +1.
1809 +11.
1777 1777  111. Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)
1778 1778  
1779 1779  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.
... ... @@ -1797,8 +1797,8 @@
1797 1797  
1798 1798  Tabuľka 15 Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)
1799 1799  
1800 -1.
1801 -11.
1833 +1.
1834 +11.
1802 1802  111. Aplikačné služby pre Koncové služby – budúci stav (TO BE)
1803 1803  
1804 1804  Nerelevantné.
... ... @@ -1824,8 +1824,8 @@
1824 1824  
1825 1825  Tabuľka 16 Aplikačné služby pre Koncové služby – budúci stav (TO BE)
1826 1826  
1827 -1.
1828 -11.
1860 +1.
1861 +11.
1829 1829  111. Aplikačné služby na integráciu – budúci stav (TO BE)
1830 1830  
1831 1831  Nebudú budované žiadne služby na integráciu na iné moduly ISVS.
... ... @@ -1852,7 +1852,7 @@
1852 1852  Tabuľka 17 Aplikačné služby na integráciu – budúci stav (TO BE)
1853 1853  
1854 1854  
1855 -1.
1888 +1.
1856 1856  11. Dátová architektúra
1857 1857  
1858 1858  V súčasnosti disponuje organizácia údajmi podľa nasledovného doménového modelu:
... ... @@ -1864,7 +1864,7 @@
1864 1864  
1865 1865  
1866 1866  1.
1867 -11.
1900 +11.
1868 1868  111. Objekty evidencie
1869 1869  
1870 1870  Nasledujúci diagram zachytáva doménový model v stave TO BE po realizácii projektu:
... ... @@ -1875,35 +1875,35 @@
1875 1875  
1876 1876  
1877 1877  1.
1878 -11.
1911 +11.
1879 1879  111. Referenčné údaje
1880 1880  
1881 1881  Nerelevantné.
1882 1882  
1883 1883  
1884 -1.
1885 -11.
1917 +1.
1918 +11.
1886 1886  111. Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE)
1887 1887  
1888 1888  Nerelevantné.
1889 1889  
1890 1890  
1891 -1.
1892 -11.
1924 +1.
1925 +11.
1893 1893  111. Konzumovanie údajov z IS CPDI – budúci stav (TO BE)
1894 1894  
1895 1895  Nerelevantné.
1896 1896  
1897 1897  
1898 -1.
1899 -11.
1931 +1.
1932 +11.
1900 1900  111. Identifikácia údajov a subjektov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ)
1901 1901  
1902 1902  Nerelevantné.
1903 1903  
1904 1904  
1905 -1.
1906 -11.
1938 +1.
1939 +11.
1907 1907  111. Kvalita a čistenie údajov
1908 1908  1111. Zhodnotenie objektov evidencie z pohľadu dátovej kvality
1909 1909  
... ... @@ -1914,9 +1914,9 @@
1914 1914  Š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.
1915 1915  
1916 1916  
1917 -1.
1918 -11.
1919 -111.
1950 +1.
1951 +11.
1952 +111.
1920 1920  1111. Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality
1921 1921  
1922 1922  Nasledujúca tabuľka definujte potrebné kapacity pre zabezpečenie riadenia dátovej kvality.
... ... @@ -1925,8 +1925,8 @@
1925 1925  |**Dátový kurátor**|Evidencia požiadaviek na dátovú kvalitu, monitoring a riadenie procesu|Dátový kurátor správcu IS
1926 1926  |**Databázový špecialista**|Analyzuje požiadavky na dáta, modeluje obsah procedúr|Dodávateľ
1927 1927  
1928 -1.
1929 -11.
1961 +1.
1962 +11.
1930 1930  111. Otvorené údaje
1931 1931  
1932 1932  V rámci projektu budú publikované nad rámec súčasného stavu otvorené dáta:
... ... @@ -1956,8 +1956,8 @@
1956 1956  
1957 1957  Tabuľka 25 Objekty evidencie, ktoré budú sprístupnené ako otvorené údaje
1958 1958  
1959 -1.
1960 -11.
1992 +1.
1993 +11.
1961 1961  111. Analytické údaje
1962 1962  
1963 1963  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:
... ... @@ -1968,8 +1968,8 @@
1968 1968  
1969 1969  Tabuľka 26 Objekty evidencie, ktoré budú projektom pripravené pre analytické účely
1970 1970  
1971 -1.
1972 -11.
2004 +1.
2005 +11.
1973 1973  111. Moje údaje
1974 1974  
1975 1975  Nerelevantné.
... ... @@ -1977,8 +1977,8 @@
1977 1977  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.
1978 1978  
1979 1979  
1980 -1.
1981 -11.
2013 +1.
2014 +11.
1982 1982  111. Prehľad jednotlivých kategórií údajov
1983 1983  
1984 1984  Nižšie je uvedená súhrnná tabuľka pre kategorizáciu údajov dotknutých projektom z pohľadu využiteľnosti týchto údajov.
... ... @@ -2004,11 +2004,11 @@
2004 2004  Tabuľka 28 Prehľad jednotlivých kategórií údajov
2005 2005  
2006 2006  
2007 -1.
2040 +1.
2008 2008  11. Technologická architektúra
2009 2009  
2010 -1.
2011 -11.
2043 +1.
2044 +11.
2012 2012  111. Návrh riešenia technologickej architektúry
2013 2013  
2014 2014  Nasledujúci diagram zobrazuje aktuálny stav technologickej vrstvy architektúry súčasného riešenia:
... ... @@ -2129,8 +2129,8 @@
2129 2129  
2130 2130  
2131 2131  
2132 -1.
2133 -11.
2165 +1.
2166 +11.
2134 2134  111. Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)
2135 2135  
2136 2136  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, …).
... ... @@ -2145,18 +2145,18 @@
2145 2145  Tabuľka 29 Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)
2146 2146  
2147 2147  
2148 -1.
2149 -11.
2181 +1.
2182 +11.
2150 2150  111. Využívanie služieb z katalógu služieb vládneho cloudu
2151 2151  
2152 2152  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.
2153 2153  
2154 2154  
2155 -1.
2188 +1.
2156 2156  11. Bezpečnostná architektúra
2157 2157  
2158 -1.
2159 -11.
2191 +1.
2192 +11.
2160 2160  111. Návrh riešenia bezpečnosti
2161 2161  
2162 2162  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.
... ... @@ -2200,8 +2200,8 @@
2200 2200  Prenos údajov cez optické siete je zabezpečený šifrovaním na úrovni sieťovej vrstvy.
2201 2201  
2202 2202  
2203 -1.
2204 -11.
2236 +1.
2237 +11.
2205 2205  111. Určenie obsahu bezpečnostných opatrení
2206 2206  
2207 2207  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.**
... ... @@ -2216,8 +2216,8 @@
2216 2216  Tabuľka 33 Určenie zdrojov a obsahu minimálnych bezpečnostných opatrení
2217 2217  
2218 2218  
2219 -1.
2220 -11.
2252 +1.
2253 +11.
2221 2221  111. Legislatívne, právne, štatutárne, regulačné a zmluvné požiadavky,
2222 2222  
2223 2223  Bezpečnostná architektúra bude v súlade s:
... ... @@ -2260,8 +2260,8 @@
2260 2260  * Systém je navrhnutý podľa kľúčových oblastí rámca NIST: identifikácia, ochrana, detekcia, reakcia a obnova.
2261 2261  * Pravidelné testovanie a monitoring zabezpečujú pripravenosť na kybernetické incidenty.
2262 2262  
2263 -1.
2264 -11.
2296 +1.
2297 +11.
2265 2265  111. Riešenie autentifikácie a prístupov používateľov
2266 2266  
2267 2267  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.
... ... @@ -2273,7 +2273,7 @@
2273 2273  
2274 2274  1. PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU
2275 2275  
2276 -1.
2309 +1.
2277 2277  11. Návrh riešenia prevádzky a údržby
2278 2278  
2279 2279  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.
... ... @@ -2282,7 +2282,7 @@
2282 2282  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.
2283 2283  
2284 2284  
2285 -1.
2318 +1.
2286 2286  11. Zabezpečenie podpory používateľov a prevádzky
2287 2287  
2288 2288  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.
... ... @@ -2346,7 +2346,7 @@
2346 2346  
2347 2347  
2348 2348  
2349 -1.
2382 +1.
2350 2350  11. Riešenie incidentov v prevádzke - parametre úrovní služby
2351 2351  
2352 2352  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ú.
... ... @@ -2415,7 +2415,7 @@
2415 2415  Pre tieto služby budú dohodnuté osobitné parametre dodávky.
2416 2416  
2417 2417  
2418 -1.
2451 +1.
2419 2419  11. Požadovaná dostupnosť informačného systému:
2420 2420  
2421 2421  |Popis|Parameter|Poznámka
... ... @@ -2439,14 +2439,14 @@
2439 2439  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.
2440 2440  )))
2441 2441  
2442 -1.
2443 -11.
2475 +1.
2476 +11.
2444 2444  111. Dostupnosť (Availability)
2445 2445  
2446 2446  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.
2447 2447  
2448 -1.
2449 -11.
2481 +1.
2482 +11.
2450 2450  111. RTO (Recovery Time Objective)
2451 2451  
2452 2452  RTO pre súčasti systému sa stanoví nasledovne:
... ... @@ -2455,8 +2455,8 @@
2455 2455  |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
2456 2456  |IS SÚC|8 pracovných hodín
2457 2457  
2458 -1.
2459 -11.
2491 +1.
2492 +11.
2460 2460  111. RPO (Recovery Point Objective)
2461 2461  
2462 2462  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.
... ... @@ -2463,7 +2463,7 @@
2463 2463  
2464 2464  
2465 2465  
2466 -1.
2499 +1.
2467 2467  11. Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky
2468 2468  
2469 2469  V rámci prevádzky informačného systému sú potrebné nasledovné ľudské kapacity pokryté zo strany HLMSR BA:
... ... @@ -2473,7 +2473,7 @@
2473 2473  * zástupca prevádzky – dohliada na plnenie požiadaviek zo strany prevádzky a kontroluje ich; predpokladaný počet: 1
2474 2474  * 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.
2475 2475  
2476 -1.
2509 +1.
2477 2477  11. Požiadavky na zdrojové kódy
2478 2478  
2479 2479  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,1 +1,0 @@
1 -XWiki.valer\.jurcak@bratislava\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -157.9 KB
Obsah
1756999921704-886.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.valer\.jurcak@bratislava\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -171.5 KB
Obsah
1756999954584-349.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.valer\.jurcak@bratislava\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -119.0 KB
Obsah
1757000127881-309.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.valer\.jurcak@bratislava\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -107.7 KB
Obsah
1757000147808-767.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.valer\.jurcak@bratislava\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -254.0 KB
Obsah
1757000225428-567.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.valer\.jurcak@bratislava\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -112.7 KB
Obsah
XWiki.XWikiComments[3]
Original Selection
... ... @@ -1,1 +1,0 @@
1 -6 600 000 € 6 300 000 €
Selection
... ... @@ -1,1 +1,1 @@
1 -5 280 000 € 5 040 000 €
1 +6 600 000 € 6 300 000 €
State
... ... @@ -1,1 +1,1 @@
1 -UPDATED
1 +SAFE
XWiki.XWikiComments[4]
Original Selection
... ... @@ -1,1 +1,0 @@
1 -1 617 000 € 1 683 000 €
Selection
... ... @@ -1,1 +1,1 @@
1 -1 293 600 € 1 346 400 €
1 +1 617 000 € 1 683 000 €
State
... ... @@ -1,1 +1,1 @@
1 -UPDATED
1 +SAFE