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

Naposledy upravil Valér Jurčák 2025/10/09 18:05

From 29.1 to 28.4 From 30.2 to 30.1

Z verzie 30.1

upravil Valér Jurčák
-

Zmeniť komentár: Updated annotations

Do verzie 29.1

upravil Viktória Šunderlíková
-

Zmeniť komentár: Added annotation on "dátovej integrity."

Raw
Rendered

Súhrn

Vlastnosti stránky (2 modified, 0 added, 0 removed)
Objekty (6 modified, 0 added, 0 removed)

Podrobnosti

Vlastnosti stránky

Autor dokumentu

@@ -1,1 +1,1 @@
--XWiki.valer\.jurcak@bratislava\.sk
++XWiki.viktoria\.sunderlikova@mirri\.gov\.sk

Obsah

@@ -14,6 +14,7 @@
  |Realizátor projektu|Hlavné mesto Slovenskej republiky Bratislava
  |Vlastník projektu|Hlavné mesto Slovenskej republiky Bratislava
++
  **Schvaľovanie dokumentu**
  |Položka|Meno a priezvisko|Organizácia|Pracovná pozícia|Dátum|(((
@@ -24,6 +24,7 @@
  |Vypracoval|Mgr. Ing. Martina Kubalová|HLMSR  BA|projektový manažér|15.7.2025|
  |Schválil|Mgr. Valér Jurčák|HLMSR BA|predseda RV|1.8.2025|
++
 . HISTÓRIA DOKUMENTU
  |Verzia|Dátum|Zmeny|Meno a priezvisko
@@ -34,8 +34,8 @@
  |0.5|19.5.2025|Pracovný návrh 0.5|Mgr. Ing. Martina Kubalová, SSÚC HLMSR Bratislava
  |0.6|15.7.2025|Pracovný návrh 0.6 na zlúčenie s pôvodným dokumentom I-03.|Mgr. Ing. Martina Kubalová, SSÚC HLMSR Bratislava
  |1.0|1.8.2025|Verzia na predloženie orgánu vedenia.|Mgr. Ing. Martina Kubalová, SSÚC HLMSR Bratislava
--|1.1|4.9.2025|Zapracovanie pripomienok MIRRI SR.|Ing. Juraj Zaťko
++
 . ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE
  V súlade s vyhláškou MIRRI č. 401/2023 Z.z. v znení neskorších predpisov je tento výstup I-02 Projektový zámer určený na rozpracovanie detailných informácií prípravnej a iniciačnej fázy projektu z pohľadu aktuálneho stavu, budúceho stavu a navrhovaného riešenia.
@@ -74,7 +74,7 @@
  Obsah dokumentu vychádza z predloženého projektového zámeru integrovanej územnej investície pre UMR Bratislava s totožným názvom „Inteligentná správa a údržba ciest na území hl. mesta SR Bratislava“, ktorý bol schválený uznesením Kooperačnej rady udržateľného mestského rozvoja Bratislava dňa 6.2.2025 a v zmysle Metodického usmernenia k podpore integrovaného územného rozvoja bol zaregistrovaný v neverejnej časti ITMS dňa 14.02.2025.
--1.
++1.
 . Použité skratky a pojmy
  |SKRATKA/POJEM|POPIS
@@ -126,7 +126,7 @@
  Tabuľka 1 Skratky a pojmy
--1.
++1.
 . Konvencie pre typy požiadaviek (príklady)
  Hlavné kategórie požiadaviek v zmysle katalógu požiadaviek rozdeľujeme na funkčné a nefunkčné (kvalitatívne, výkonové a pod.). Podskupiny v hlavných kategóriách  je možné rozšíriť podľa potrieb projektu, napríklad:
@@ -154,23 +154,21 @@
 . DEFINOVANIE PROJEKTU
--1.
++
++1.
 . Manažérske zhrnutie
++
  Projekt „Inteligentná správa a údržba ciest na území hl. mesta SR Bratislava“ je vypracovaný v súlade s:
  * Vyhláškou č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy;
  * Výzvou č. PSK-MIRRI-619-2024-ITI-EFRR na predkladanie Žiadosti o poskytnutie nenávratného finančného príspevku so zameraním na „Podporu rozvoja tvorby, spracovania, využívania a prepájania dát v rámci verejnej správy pre inteligentné rozhodovanie, plánovanie a správu.
++
  Projekt reaguje na potrebu zvýšenia efektivity správy a údržby cestnej infraštruktúry v Bratislave prostredníctvom digitalizácie a inteligentných technológií. V súčasnosti je plánovanie a výkon údržby a opráv cestnej infraštruktúry závislé vo veľkej miere na manuálnom monitorovaní a čiastkových údajoch, čo môže za istých okolností viesť k oneskoreným zásahom a neoptimálnemu využívaniu zdrojov. Cieľom projektu je automatizovaný a dátovo riadený systém, ktorý umožní presnejšie rozhodovanie a predikciu údržby a plánovanie opráv aj väčších investičných zásahov na cestách a vo verejnom priestore na základe reálnych meraní a získavania dát v teréne.
--Projekt je v súlade so špecifickým cieľom RSO 1.2 Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy priority 1P1. Veda, výskum a inovácie Programu Slovensko a v súlade s povinnými aktivitami v rámci výzvy PSK-MIRRI-619-2024-ITI-EFRR.
++Projekt je v súlade so špecifickým cieľom RSO 1.2 Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy a v súlade s povinnými aktivitami v rámci výzvy PSK-MIRRI-619-2024-ITI-EFRR.
--Projekt napĺňa strategické ciele Národnej koncepcie informatizácie verejnej správy Slovenskej republiky z roku 2021 (NKVIS 2021) primárne:
--
--* v prioritnej osi 2 Digitálna a dátová transformácia a jej cieľmi 2.1 Odstrániť bariéry digitálnej transformácie verejnej správy, 2.2 Zefektívniť implementáciu služieb využívaním cloud natívnych služieb a 2.3 Zvýšiť otvorenosť a transparentnosť údajov verejnej správy,
--* v prioritnej osi 3 Efektívne IT a jej cieľmi 3.1 Zvýšiť úžitkovú hodnotu informačných systémov verejnej správy počas ich životného cyklu a 3.2 : Skrátiť čas na prípravu a doručenie služieb a výsledkov informačných systémov verejnej správy.
--
  Ciele a aktivity projektu sú navrhované tak, aby prispeli k naplneniu:
  * účelu výzvy, ktorý je zabezpečenie rozvoja obcí, miest a regiónov prostredníctvom implementácie inovatívnych technologických a netechnologických riešení a inteligentného riadenia v rámci podpory rozvoja tvorby, spracovania, využívania a prepájania dát v rámci verenej správy, najmä rozvoja dátových platforiem, využívania priestorových a otvorených dát a súvisiacich nástrojov s pridanou hodnotou pre inteligentné rozhodovanie a správu mesta,
@@ -177,6 +177,7 @@
  * strategického dokumentu Bratislava 2030 – Program rozvoja obce 2022 – 2030, strategický cieľ C.3.2. Moderné a efektívne mesto, C.3.2.2. Digitálne sebavedomé mesto,
  * interných potrieb a cieľov sekcie správy a údržby ciest a Magistrátu ako celku.
++
  Predmetom projektu je dodávka zariadení, ich montáž, oživenie, vrátane jednoduchých stavebných úprav v teréne a nehnuteľnostiach mesta, udelenie licencie pre softvérové prvky a prevádzka informačného systému správy a údržby pozemných komunikácií ako služby.
@@ -249,7 +249,7 @@
  Vzhľadom na zameranie projektu, ktorým je podpora rozvoja tvorby, spracovania, využívania a prepájania dát v rámci verejnej správy pre inteligentné rozhodovanie, plánovanie a správu, sa pre financovanie projektu predpokladá z EFRR ako dopytový projekt programu Program Slovensko 2021 – 2027, v rámci priority 1P1 Veda, výskum a inovácie, špecifického cieľa RSO 1.2 Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy pre VRR – viac rozvinutý región a pre opatrenie 1.2.2 Podpora budovania inteligentných miest a regiónov.
--1.
++1.
 . Motivácia a rozsah projektu
  Súčasný procesno-systémový rámec správy a údržby ciest v Bratislave **nemá dostatočne presné, aktuálne a automatizované dáta** o stave cestnej infraštruktúre, intenzite dopravy a environmentálnych podmienkach a nedisponuje dostatočne komplexnou podporou kľúčových procesov pri správe, údržbe a opravách cestného infraštruktúrneho majetku. To vedie k suboptimálnemu riadeniu údržby, opráv a rekonštrukcií tohto majetku, čo môže spôsobovať:
@@ -259,6 +259,7 @@
  * **Nižšiu dostupnosť informácií**, keďže občania a podniky nemajú prístup k aktuálnym údajom o stave ciest a plánovaných akciách údržby a opráv, čo komplikuje plánovanie dopravy.
  * **Zvýšenú environmentálnu záťaž**, pretože neoptimalizované dávkovanie posypových materiálov a údržbové postupy vedú k nadbytočnému zaťaženiu životného prostredia.
++
  Projekt má za cieľ **odstrániť tieto problémy** zavedením inteligentného systému na zber, analýzu a využitie dát, ktorý umožní **prediktívnu údržbu, optimalizáciu nákladov a zvýšenie bezpečnosti premávky**.
@@ -272,9 +272,11 @@
 . manažment cestného majetku
 . publikovanie otvorených dát.
--1.
++
++1.
 . Zainteresované strany (Stakeholderi)
++
  Nasledujúca tabuľka uvádza zoznam subjektov/osôb, ktorí sa zúčastňujú projektu a akú rolu zastávajú:
@@ -291,7 +291,7 @@
  Tabuľka 2 Zainteresované strany (Stakeholderi)
--1.
++1.
 . Ciele projektu
  V tabuľke nižšie sa nachádza zoznam cieľov, ich mapovanie na strategické ciele a súvisiace merateľné ukazovatele (KPI- key performance indicators). Ciele napĺňajú charakteristiky tzv. S.M.A.R.T. -  konkrétne, merateľné, dosiahnuteľné, relevantné, časovo ohraničené.
@@ -330,7 +330,7 @@
  Tabuľka 3 Ciele projektu
--1.
++1.
 . Merateľné ukazovatele (KPI)
  |ID|ID/Názov cieľa|Názov
@@ -348,7 +348,7 @@
--1.
++1.
 . Špecifikácia potrieb koncového používateľa
  Cieľovými skupinami koncových používateľov systému sú
@@ -407,7 +407,8 @@
  * Prehľad o plánovaných a realizovaných opravách a rekonštrukciách ciest
  )))
--1.
++
++1.
 . Detailný opis obmedzení a predpokladov
  Projekt sa zameriava výlučne na agendu správy a údržby pozemných komunikácií na území hl. mesta SR Bratislava, vrátane vybraných prvkov cestného vybavenia, environmentálnych parametrov a dopravno‑inžinierskych údajov. Projekt nerieši iné mestské agendy, stavebné investície mimo cestnej infraštruktúry, ani oblasti životných situácií. Predmetom dodávky je nový IS SÚC, doplnený o stacionárne a vozidlové IoT zariadenia, s integráciou na mestskú IoT platformu a IS KAV.
@@ -428,7 +428,8 @@
  * Dodržanie požiadaviek na kybernetickú bezpečnosť, ochranu osobných údajov a legislatívny súlad.
  * Stabilná prevádzka komunikačnej infraštruktúry (mobilné siete, MOS) počas životného cyklu projektu.
--1.
++
++1.
 . Vyhodnotenie rizík a závislostí
  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.
@@ -503,6 +503,7 @@
  *  Ak nebudú dosiahnuté plánované hodnoty merateľných ukazovateľov, ktoré sú pevne stanované v rámci predmetnej výzvy, nebudú preplatené projektované oprávnené výdavky projektu..
  * //Opatrenia~:// Dôsledná príprava projektu s určením reálnych merateľných ukazovateľov a následne riadenie projektu v súlade s princípmi projektového riadenia. Priebežné sledovanie výstupov a ukazovateľov projektu.
++
  Nasledujúca tabuľka uvádza zoznam //len najzávažnejších rizík// (všetky identifikované riziká sú uvedené v prílohe č. 1).
@@ -543,14 +543,14 @@
  Tabuľka 5 Prehľad najzávažnejších rizík a závislostí
--1.
++1.
 . Detailný opis rozpočtu projektu a jeho prínosov
  Rozpočet a prínosy sú stanované detailne v samostatne vypracovanom dokumente M-05 Analýza nákladov a prínosov.
--1.
--11.
++1.
++11.
 . Sumarizácia nákladov a prínosov
  Tabuľka uvádza prehľad nákladov a prínosov vychádzajúci z dokumentu M-05 Analýza nákladov a prínosov
@@ -602,14 +602,15 @@
  * Ekonomická vnútorná výnosová miera vyjadrená v % (EIRR): 57,6 % => viac ako 5,0 % ✔️
  * Ekonomická čistá súčasná hodnota vyjadrená v eurách (ENPV): 8 850 879 € bez DPH => viac ako 0 ✔️
--1.
--11.
++
++1.
++11.
 . Zdroj financovania
  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.
--1.
++1.
 . Harmonogram projektu
  |ID|FÁZA/AKTIVITA|(((
@@ -634,9 +634,10 @@
  |3.|Dokončovacia fáza|12/2026|12/2026|
  |4.|Prevádzka riešenia|01/2027|12/2031|Fakturačný míľnik každý rok prevádzky.
--1.
++1.
 . Návrh organizačného zabezpečenia projektu (projektový tím)
++
  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.
@@ -647,6 +647,7 @@
 . biznis vlastník,
 . projektový manažér objednávateľa (PM).
++
  Projektový tím sa vymenuje v nasledovnom zložení:
 . 2 × kľúčový používateľ
@@ -655,6 +655,7 @@
 . biznis vlastník
 . manažér kvality.
++
  |ID|Rola v projekte|Meno a Priezvisko|Pracovné zaradenie|Org. útvar
  |1.|Predseda RV|Mgr. Valér Jurčák|Riaditeľ|SSÚC HLMSR BA
  |2.|Biznis vlastník|Ing. Juraj Zaťko|Vedúci oddelenia|Odd. správy a údržby ciest SSÚC
@@ -683,6 +683,7 @@
  * zabezpečenie nákladovo prijateľného prístupu v projekte - dbá na to, aby boli náklady projektu efektívne riadené a aby sa minimalizovali zbytočné výdavky,
  * v prípade rozporov eskalovaných na RV alebo nerozhodného hlasovania vydáva rozhodujúce stanovisko.
++
  **Biznis vlastník **zodpovedá za biznis proces - jeho výstupy i celkový priebeh poskytnutia služby alebo produktu konečnému užívateľovi. Je to kľúčová rola na strane objednávateľa, ktorá schvaľuje biznis požiadavky a zodpovedá za výsledné riešenie, požadovanú hodnotu a naplnenie merateľných ukazovateľov. Úlohou tejto roly je definovať na používateľa orientované položky (user-stories), ktoré budú zaraďované a prioritizované v produktovom zásobníku. Zodpovedá za priebežné posudzovanie vecných výstupov dodávateľa v rámci analýzy, návrhu riešenia vrátane DNR z pohľadu analýzy a návrhu riešenia aplikácii IS. Zodpovedá za:
  * za schválenie funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu
@@ -734,6 +734,7 @@
  * odsúhlasenie akceptačných protokolov zmenových konaní
++
  **Kľúčový používateľ objednávateľa** je zodpovedný za definovanie funkčných a technických požiadaviek, ktoré zabezpečia, že systém bude plne vyhovovať potrebám koncových používateľov. Jeho úloha zahŕňa špecifikáciu akceptačných kritérií, vykonanie akceptačného testovania (UAT) a finálne odsúhlasenie používateľského rozhrania. Aktívne sa podieľa na hodnotení projektových výstupov a ich uvedení do produkčnej prevádzky. Kľúčový používateľ tiež predkladá požiadavky na zmenu funkcionalít, spolupracuje s projektovými tímami a zabezpečuje, že všetky výstupy sú v súlade s procesnými a legislatívnymi požiadavkami. Konkrétne je zodpovedný za:
  * návrh a špecifikáciu funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu
@@ -751,6 +751,7 @@
  * finálny návrh na spustenie do produkčnej prevádzky
++
  **Biznis analytik** zodpovedá za zber a analyzovanie funkčných požiadaviek objednávateľa a ďalej zodpovedá za:
  * analyzovanie a spracovanie dokumentácie z pohľadu procesov, metodiky, technických možností a inej dokumentácie
@@ -785,6 +785,7 @@
  * za zabezpečovanie a akceptáciu produktov po ich dokončení
++
  **IT Architekt **je osoba zodpovedá za návrh architektúry riešenia informačných systémov a zodpovedá za:
  * implementáciu technológií predovšetkým z pohľadu udržateľnosti, kvality a nákladov
@@ -799,6 +799,7 @@
  * za spracovanie a správu projektovej dokumentácie a za kontrolu súladu implementácie s dokumentáciou. Poskytuje tiež konzultácie, poradenstvo a vzdelávanie v oblasti svojej špecializácie
++
  **Manažér kvality** je zodpovedný za zabezpečenie prác napr. v zmysle partnerskej zmluvy v oblasti riadenia kvality. Konkrétne zodpovedá za:
  * za úvodné nastavenie pravidiel riadenia kvality a za následné dodržiavanie a kontrolu kvality jednotlivých projektových výstupov
@@ -819,6 +819,7 @@
  * realizáciu postupov riadenia kvality tak, aby výsledkom boli projektové výstupy spĺňajúce požiadavky objednávateľa
++
  **Projektový manažér objednávateľa** zodpovedá za koordináciu a riadenie projektu v rámci dodávania diela a jednotlivých výstupov v rámci etáp projekt počas celého životného cyklu projektu. Zodpovedá za:
  * riadenie projektových (ľudských a finančných) zdrojov, členov projektového tímu dodávateľa
@@ -843,6 +843,7 @@
  * predkladanie požiadaviek dodávateľa na rokovanie Riadiaceho výboru
  * vecnú a procesnú administráciu zúčtovania dodávateľských faktúr
++
  **Zástupca prevádzky** projektu je člen riadiaceho výboru (RV) projektu a zodpovedá za:
  * zastupovanie záujmov prevádzky - dohliada na to,  že projekt zohľadňuje požiadavky a potreby prevádzky a že výstupy projektu budú v súlade s požiadavkami na prevádzku,
@@ -858,6 +858,7 @@
  * 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,
  * navrhovanie opatrení - navrhuje opatrenia na minimalizovanie rizík a riešenie problémov, ktoré sa týkajú prevádzky.
++
 . LEGISLATÍVA
  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.
@@ -870,12 +870,13 @@
  * 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,
  * Vyhláška 547/2021 MIRRI SR o elektronizácii agendy verejnej správy.
++
 . ARCHITEKTÚRA RIEŠENIA PROJEKTU
  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.
--1.
++1.
 . Stanovenie alternatív architektúry riešenia
  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í.
@@ -888,6 +888,7 @@
 . riadenie cestného majetku s technickou evidenciou majetku a plánovaním jeho údržby a opráv
 . sprístupnenie a publikácia vybraných údajov verejnosti.
++
  Analyzované boli tieto alternatívy:
  |**Názov**|**Popis**
@@ -947,8 +947,9 @@
  * 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
  )))
--1.
--11.
++
++1.
++11.
 . Stanovenie alternatív v biznisovej vrstve architektúry
  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.
@@ -966,6 +966,7 @@
  |Kritérium E: Publikovanie údajov verejnosti|Sprístupnenie relevantných  vybraných údajov o stave ciest, plánovaných  a realizovaných akcií údržby a opráv a environmentálnych podmienkach zvyšuje transparentnosť a umožňuje občanom aj odborníkom lepšie plánovať dopravu a využitie verejných priestorov. Open data podporuje spoluprácu s výskumnými inštitúciami a inováciami v oblasti dopravy a smart city riešení. Bez publikovania údajov by bol obmedzený prístup verejnosti k dôležitým informáciám a znížená možnosť verejnej kontroly.| | | | | |X|
  |Kritérium F: Prepojenie s existujúcimi mestskými systémami a inými analytickými platformami|Integrácia s IoT platformou mesta je žiaduca pre jednotný manažment dát v rámci dátového ekosystému HLMSR BA. Integrácia na IS KAV je vhodná pre budúce analýzy v rámci celej verejnej správy.|X| | |X| | |X
++
  Vyhodnotenie MCA prezentuje nasledovná tabuľka:
@@ -981,11 +981,12 @@
  |Kritérium F|nie|Funkčnosť absentuje.|áno|Systém bude integrovaný na mestskú IoT platformu a IS KAV.|áno|Systém bude integrovaný na mestskú IoT platformu a IS KAV.
++
  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í.
--1.
--11.
++1.
++11.
 . Stanovenie alternatív v aplikačnej vrstve architektúry
  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.
@@ -996,14 +996,15 @@
  AI-generated content may be incorrect."]]
--1.
--11.
++1.
++11.
 . Stanovenie alternatív v technologickej vrstve architektúry
++
  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.
--1.
++1.
 . Náhľad architektúry a popis budúceho cieľového produktu
  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ť.
@@ -1015,6 +1015,7 @@
 . Efektívne využívanie zdrojov
 . Udržateľnosť
++
  Model architektúry riešenia popisuje:
  * biznis vrstvu, ktorá definuje hlavné biznis služby poskytované systémom,
@@ -1021,6 +1021,7 @@
  * aplikačnú vrstvu realizujúcu a podporujúcu tieto biznis služby vo forme aplikačných komponentov a
  * technologickú vrstvu, ktorá prostredníctvom hardvérových a softvérových komponentov umožňuje výkon komponentov aplikačnej vrstvy.
++
  Zjednodušený náhľad architektúry je uvedený na diagrame nižšie:
@@ -1031,8 +1031,8 @@
  Obrázok 1 Zjednodušený náhľad architektúry budúceho stavu
--1.
--11.
++1.
++11.
 . Hlavné biznis služby systému
  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:
@@ -1072,8 +1072,8 @@
  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.
--1.
--11.
++1.
++11.
 . **Podpora pre ďalšie organizačné útvary**
  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:
@@ -1110,12 +1110,13 @@
  * Bude mať možnosť sledovať informácie o stave vozoviek, poveternostných podmienkach v zime a plány investičných programov.
++
  [[image:file:///C:/Users/VALER~~1.JUR/AppData/Local/Temp/msohtmlclip1/01/clip_image003.png||alt="A screenshot of a computer screen
  Description automatically generated"]] Obrázok 2 Relevantní biznis aktéri
--1.
--11.
++1.
++11.
 . **Hardvérová časť**
 . **Stacionárne zariadenia**
@@ -1129,6 +1129,7 @@
  * Zber dopravno-inžinierskych údajov
  * Environmentálne monitorovanie
++
  Stacionárne zariadenia budú vybavené modernými technologickými zariadeniami, ktoré zabezpečia vysokú presnosť údajov a spoľahlivosť meraní:
  * Senzory
@@ -1153,9 +1153,10 @@
  * 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.
--1.
--11.
--111.
++
++1.
++11.
++111.
 . **Vozidlové zariadenia**
  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.
@@ -1176,6 +1176,7 @@
  * Údaje pre optimalizáciu riadenia zimnej údržby ciest budú odosielané v reálnom čase do IS SÚC.
  * Ostatné údaje môžu byť automaticky synchronizované dávkovým prenosom po jeho príchode na stále parkovacie miesto.
++
  Každé vozidlo vybavené vozidlovými zariadeniami bude obsahovať nasledovné technologické prvky:
  * Senzory
@@ -1210,14 +1210,15 @@
  * Napájanie cez elektrický systém vozidla.
  * Záložné batérie pre zabezpečenie kontinuity prevádzky zariadení pri vypnutom zapaľovaní.
++
  Všetky zozbierané údaje budú cez zabezpečené kanály automaticky prenášané do IS SÚC pre ďalšie pokročilé spracovanie, analýzu, vyhodnotenie a prezentáciu.
  Vozidlové zariadenia sa plánujú umiestniť do vybraných vozidiel dispečingu SSÚC a do skenovacích vozidiel mestského parkovacieho systému.
--1.
--11.
--111.
++1.
++11.
++111.
 . **Komunikačné technológie**
  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.
@@ -1251,8 +1251,9 @@
  * Optické siete v správe HLMSR BA.
  * Lokálne bezdrôtové siete (802.11 / Wi-Fi) v blízkosti stálych parkovacích miest vozidiel vybavených vozidlovými zariadeniami.
--1.
--11.
++
++1.
++11.
 . **Softvérová časť**
 . **Funkcie IS SÚC**
@@ -1309,9 +1309,10 @@
  * Priame zverejňovanie údajov pre verejnosť.
--1.
--11.
--111.
++
++1.
++11.
++111.
 . **Technické charakteristiky IS SÚC**
  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.
@@ -1337,9 +1337,10 @@
  * 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.
--1.
--11.
--111.
++
++1.
++11.
++111.
 . Prevádzka IS SÚC
  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.
@@ -1382,9 +1382,10 @@
  * Integrované nástroje na šifrovanie údajov, autentifikáciu a ochranu pred kybernetickými hrozbami.
  * Mechanizmy detekcie a prevencie útokov (napr. DDoS ochrana).
--*
--*1.
--*11.
++
++*
++*1.
++*11.
  *111. **Integrácia s inými systémami**
  * Integrácia na iné IS zadávateľa
@@ -1406,8 +1406,9 @@
  * Riešenie nebude integrované so žiadnymi externými systémami tretích strán, ktoré by mohli poskytovať alebo konzumovať údaje.
--1.
--11.
++
++1.
++11.
 . Bezpečnostné aspekty
  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.
@@ -1456,6 +1456,7 @@
  * Firmvérové aktualizácie a šifrovaná komunikácia medzi zariadeniami a centrálnym systémom.
  ** Fyzická ochrana zariadení na mieste (uzamykateľné rozvádzače, montáž zariadení v bežne nedosiahnuteľnej výške, demontovateľné vonkajšie vozidlové zariadenia).
++
  Je potrebné zabezpečiť legislatívnu a regulačnú zhodu riešenia:
  * GDPR (General Data Protection Regulation) - ochrana osobných údajov používateľov a zaistenie súladu s európskou legislatívou.
@@ -1467,14 +1467,16 @@
  * Logovanie a sledovanie udalostí
  * Zaznamenávanie všetkých prístupov a operácií v systéme do bezpečnostných logov na účely auditu a analýzy.
++
  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.
--1.
++1.
 . Biznis vrstva
--1.
--11.
++
++1.
++11.
 . Návrh riešenia v biznis vrstve architektúry
  Nasledujúci diagram zobrazuje **súčasný stav biznis vrstvy architektúry (AS-IS):**
@@ -1574,8 +1574,8 @@
--1.
--11.
++1.
++11.
 . Prehľad koncových služieb – budúci stav (TO BE):
  Nerelevantné.
@@ -1599,10 +1599,11 @@
  Tabuľka 11Prehľad koncových služieb - budúci stav (TO BE)
--1.
--11.
++1.
++11.
 . Organizačné zmeny a Procesy dotknuté navrhovaným riešením
++
  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:
  * **Presunu časti zodpovedností** z manuálneho zberu dát a spracovania podkladov na automatizované systémy, čím sa uvoľní kapacita zamestnancov pre analytické a rozhodovacie činnosti.
@@ -1611,6 +1611,7 @@
  * **Rozšíreniu kompetencií dispečingu SSÚC** o správu a monitoring IoT zariadení a priamu prácu s analytickými dashboardmi.
  * **Preškoleniu vykonávateľov údržby** na používanie mobilnej agendovej aplikácie a elektronické potvrdzovanie pracovných úkonov.
++
  **Stručný prehľad dotknutých procesov**
  |**ID procesu**|**Názov procesu**|**Typ zmeny**|**Popis zmeny**|**Dotknuté útvary**
@@ -1635,11 +1635,12 @@
  |P7|Publikovanie open data|Nový proces|Automatizované sprístupňovanie vybraných údajov verejnosti a integrácia do IS KAV|Sekcia digitalizácie
  |P8|Analytická podpora rozhodovania|Rozšírenie analytických vstupov|Poskytovanie dát a výstupov pre tvorbu stratégií a investičných plánov|ÚMSaA, vedenie mesta
++
  V projekte sa neriešia žiadne životné situácie občanov ani podnikateľov.
--1.
--11.
++1.
++11.
 . Jazyková podpora lokalizácia
  Používateľské rozhranie (UI) systému musí byť dostupné minimálne v nasledujúcich jazykoch a súvisiacich regionálnych nastaveniach:
@@ -1647,6 +1647,7 @@
  * slovenský jazyk (primárny jazyk systému).
  * anglický jazyk (pre potreby zahraničných používateľov alebo partnerov).
++
  V záujme zvýšenia prístupnosti a komfortu koncových používateľov s prácou systému a z hľadiska uľahčenia prístupu potenciálnych zamestnancov z iných krajín EÚ alebo z tretích krajín na miesta, ktoré nie je možné dlhodobo obsadiť občanmi EÚ, sa požaduje, aby bolo možné flexibilne pridať podporu pre ďalší jazyk do IS v prípade potreby.
@@ -1653,7 +1653,7 @@
  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.
--1.
++1.
 . Aplikačná vrstva
 . Návrh riešenia v aplikačnej vrstve architektúry
@@ -1751,8 +1751,8 @@
  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.
--1.
--11.
++1.
++11.
 . Rozsah informačných systémov – budúci stav (TO BE)
  Informácie o dotknutých ISVS z pohľadu ich ďalšej prevádzky po realizácii projektu – TO BE stav:
@@ -1775,8 +1775,8 @@
  Tabuľka 12 Rozsah informačných systémov - budúci stav (TO BE)
--1.
--11.
++1.
++11.
 . Využívanie nadrezortných a spoločných ISVS – AS IS
  Nerelevantné.
@@ -1793,8 +1793,8 @@
  Tabuľka 13 Využívanie nadrezortných a spoločných ISVS – súčasný stav (AS IS)
--1.
--11.
++1.
++11.
 . 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)
  Nerelevantné.
@@ -1810,8 +1810,8 @@
  Tabuľka 14 Prehľad plánovaných integrácií na spoločné moduly – budúci stav (TO BE)
--1.
--11.
++1.
++11.
 . Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)
  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.
@@ -1835,8 +1835,8 @@
  Tabuľka 15 Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)
--1.
--11.
++1.
++11.
 . Aplikačné služby pre Koncové služby – budúci stav (TO BE)
  Nerelevantné.
@@ -1862,8 +1862,8 @@
  Tabuľka 16 Aplikačné služby pre Koncové služby – budúci stav (TO BE)
--1.
--11.
++1.
++11.
 . Aplikačné služby na integráciu – budúci stav (TO BE)
  Nebudú budované žiadne služby na integráciu na iné moduly ISVS.
@@ -1890,7 +1890,7 @@
  Tabuľka 17 Aplikačné služby na integráciu – budúci stav (TO BE)
--1.
++1.
 . Dátová architektúra
  V súčasnosti disponuje organizácia údajmi podľa nasledovného doménového modelu:
@@ -1901,8 +1901,8 @@
--1.
--11.
++1.
++11.
 . Objekty evidencie
  Nasledujúci diagram zachytáva doménový model v stave TO BE po realizácii projektu:
@@ -1912,39 +1912,40 @@
  AI-generated content may be incorrect."]]
--1.
--11.
++1.
++11.
 . Referenčné údaje
  Nerelevantné.
--1.
--11.
++1.
++11.
 . Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE)
  Nerelevantné.
--1.
--11.
++1.
++11.
 . Konzumovanie údajov z IS CPDI – budúci stav (TO BE)
  Nerelevantné.
--1.
--11.
++1.
++11.
 . Identifikácia údajov a subjektov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ)
  Nerelevantné.
--1.
--11.
++1.
++11.
 . Kvalita a čistenie údajov
 . Zhodnotenie objektov evidencie z pohľadu dátovej kvality
++
  Kvalita údajov predstavuje jeden z kľúčových aspektov úspešného fungovania informačného systému na správu a údržbu pozemných komunikácií. V navrhovanom systéme je dôraz kladený na to, aby všetky údaje, ktoré sú spracovávané a evidované, boli presné, konzistentné, aktuálne a dôveryhodné. Tento prístup umožňuje efektívne rozhodovanie, plánovanie a vykonávanie procesov v rámci správy cestnej infraštruktúry.
  Navrhovaný systém implementuje viaceré opatrenia na zabezpečenie vysokej kvality údajov. Všetky údaje sú pri ich zadávaní kontrolované pomocou automatických validačných mechanizmov, ktoré overujú ich správnosť, úplnosť a konzistenciu. Pri zadávaní údajov systém využíva číselníky, preddefinované hodnoty, povinné polia a dynamické formuláre, ktoré minimalizujú riziko nepresností alebo chybných záznamov. Okrem toho je zabezpečená integrácia systému s referenčnými registrami, čo umožňuje stotožnenie údajov a ich verifikáciu voči oficiálnym zdrojom.
@@ -1952,11 +1952,12 @@
  Š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.
--1.
--11.
--111.
++1.
++11.
++111.
 . Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality
++
  Nasledujúca tabuľka definujte potrebné kapacity pre zabezpečenie riadenia dátovej kvality.
  |Rola|Činnosti|Pozícia zodpovedná za danú činnosť (správca ISVS / dodávateľ)
@@ -1963,8 +1963,8 @@
  |**Dátový kurátor**|Evidencia požiadaviek na dátovú kvalitu, monitoring a riadenie procesu|Dátový kurátor správcu IS
  |**Databázový špecialista**|Analyzuje požiadavky na dáta, modeluje obsah procedúr|Dodávateľ
--1.
--11.
++1.
++11.
 . Otvorené údaje
  V rámci projektu budú publikované nad rámec súčasného stavu otvorené dáta:
@@ -1974,6 +1974,7 @@
  * plány opráv a rekonštrukcií vozoviek a cestných objektov.
++
  |ID OE|(((
  Názov objektu evidencie / datasetu
@@ -1995,8 +1995,8 @@
  Tabuľka 25 Objekty evidencie, ktoré budú sprístupnené ako otvorené údaje
--1.
--11.
++1.
++11.
 . Analytické údaje
  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:
@@ -2007,8 +2007,8 @@
  Tabuľka 26 Objekty evidencie, ktoré budú projektom pripravené pre analytické účely
--1.
--11.
++1.
++11.
 . Moje údaje
  Nerelevantné.
@@ -2016,8 +2016,8 @@
  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.
--1.
--11.
++1.
++11.
 . Prehľad jednotlivých kategórií údajov
  Nižšie je uvedená súhrnná tabuľka pre kategorizáciu údajov dotknutých projektom z pohľadu využiteľnosti týchto údajov.
@@ -2043,11 +2043,12 @@
  Tabuľka 28 Prehľad jednotlivých kategórií údajov
--1.
++1.
 . Technologická architektúra
--1.
--11.
++
++1.
++11.
 . Návrh riešenia technologickej architektúry
  Nasledujúci diagram zobrazuje aktuálny stav technologickej vrstvy architektúry súčasného riešenia:
@@ -2168,8 +2168,8 @@
--1.
--11.
++1.
++11.
 . Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)
  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, …).
@@ -2184,18 +2184,19 @@
  Tabuľka 29 Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)
--1.
--11.
++1.
++11.
 . Využívanie služieb z katalógu služieb vládneho cloudu
  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.
--1.
++1.
 . Bezpečnostná architektúra
--1.
--11.
++
++1.
++11.
 . Návrh riešenia bezpečnosti
  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.
@@ -2219,11 +2219,13 @@
  ** Použitie systémov detekcie narušenia (IDS) a prevencie (IPS) na identifikáciu a elimináciu kybernetických útokov.
  ** Logovanie a analýza udalostí pomocou pokročilých analytických nástrojov.
++
  **Edge infraštruktúra:**
  * IoT zariadenia (stacionárne aj vozidlové) sú vybavené firmvérom, ktorý obsahuje mechanizmy na detekciu neoprávnených zásahov.
  * Fyzická ochrana stacionárnych zariadení (zabezpečenie proti otvoreniu).
++
  **Komunikačná bezpečnosť:**
  * Virtuálna privátna sieť (VPN):
@@ -2239,8 +2239,8 @@
  Prenos údajov cez optické siete je zabezpečený šifrovaním na úrovni sieťovej vrstvy.
--1.
--11.
++1.
++11.
 . Určenie obsahu bezpečnostných opatrení
  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.**
@@ -2255,8 +2255,8 @@
  Tabuľka 33 Určenie zdrojov a obsahu minimálnych bezpečnostných opatrení
--1.
--11.
++1.
++11.
 . Legislatívne, právne, štatutárne, regulačné a zmluvné požiadavky,
  Bezpečnostná architektúra bude v súlade s:
@@ -2277,6 +2277,7 @@
  * zákonom č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov.
++
  Prevádzkou IS SÚC v certifikovanom cloude bude zabezpečený súlad s technickými normami:
@@ -2285,15 +2285,18 @@
  * Implementované sú procesy na identifikáciu, riadenie a mitigáciu bezpečnostných rizík.
  * Systém logovania a monitorovania zabezpečuje auditovateľnosť procesov.
++
  ISO/IEC 27017 – Bezpečnosť cloudu
  * Systém cloudovej infraštruktúry spĺňa bezpečnostné požiadavky špecifické pre cloudové prostredie.
  * Mechanizmy na ochranu údajov zahŕňajú šifrovanie, zálohovanie a kontrolu prístupu.
++
  ISO/IEC 27018 – Ochrana osobných údajov v cloude
  * Cloudová infraštruktúra je navrhnutá na ochranu osobných údajov pred neoprávneným prístupom a spracovaním.
++
  NIST Cybersecurity Framework
  * Systém je navrhnutý podľa kľúčových oblastí rámca NIST: identifikácia, ochrana, detekcia, reakcia a obnova.
@@ -2300,8 +2300,9 @@
  * Pravidelné testovanie a monitoring zabezpečujú pripravenosť na kybernetické incidenty.
--1.
--11.
++
++1.
++11.
 . Riešenie autentifikácie a prístupov používateľov
  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.
@@ -2313,7 +2313,8 @@
 . PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU
--1.
++
++1.
 . Návrh riešenia prevádzky a údržby
  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.
@@ -2322,7 +2322,7 @@
  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.
--1.
++1.
 . Zabezpečenie podpory používateľov a prevádzky
  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.
@@ -2354,6 +2354,7 @@
  ** Zabezpečiť rýchlu a efektívnu komunikáciu s používateľmi.
  ** Znížiť zaťaženie L2 a L3.
++
  **L2 - Druhá úroveň podpory (Technická podpora)**
  * **Úloha**: Riešenie komplexnejších technických problémov, ktoré neboli vyriešené na L1. Túto úroveň podpory bude vykonávať dodávateľ. Úroveň L2 nikdy nekontaktujú koncoví používatelia priamo, ale vždy len nepriamo eskaláciou požiadavky (tiketu) z úrovne L1.
@@ -2368,6 +2368,7 @@
  ** Poskytnúť používateľom odbornú pomoc a poradenstvo.
  ** Minimalizovať dopad problémov na chod systému.
++
  **L3 - Tretia úroveň podpory (Expertná podpora)**
  * **Úloha**: Riešenie najzložitejších a najkritickejších problémov, ktoré vyžadujú hlboké technické znalosti a skúsenosti. Túto úroveň podpory bude vykonávať dodávateľ. Úroveň L3 nikdy nekontaktujú koncoví používatelia priamo, ale vždy len nepriamo eskaláciou požiadavky (tiketu) z úrovne L2.
@@ -2383,11 +2383,12 @@
  ** Navrhovať a implementovať vylepšenia systému.
++
  Dostupnosť L1, L2 a L3 podpory pre predmetný systém bude požadovaná v režime 8x5 (8 hodín x 5 dní od 8:00 h do 16:00 h počas pracovných dní).
--1.
++1.
 . Riešenie incidentov v prevádzke - parametre úrovní služby
  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ú.
@@ -2401,6 +2401,7 @@
  |C|Stredná|Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.
  |D|Nízka|Kozmetické a drobné chyby.
++
  možný dopad:
  |Označenie závažnosti incidentu|(((
@@ -2412,6 +2412,7 @@
  |2|značný|značný dopad alebo strata dát
  |3|malý|malý dopad alebo strata dát
++
  Výpočet //priority incidentu// je kombináciou dopadu a naliehavosti v súlade s best practices ITIL V3 uvedený v nasledovnej matici:
  |(% colspan="2" rowspan="2" %)Matica priority incidentov|(% colspan="3" %)Dopad
@@ -2421,6 +2421,7 @@
  |**Stredná - C**|2|3|4
  |**Nízka - D**|3|4|4
++
  Vyžadované reakčné doby:
  |Označenie priority incidentu|Reakčná doba^^(1)^^ od nahlásenia incidentu po začiatok riešenia incidentu|Doba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI) ^^(2)^^|(((
@@ -2433,6 +2433,7 @@
  |3|8 h|72 h|10
  |4|16 h|(% colspan="2" %)Vyriešené a nasadené v rámci plánovaných releasov
++
  Vysvetlivky k tabuľke
  (1) Reakčná doba je čas medzi eskaláciou incidentu na helpdesk úrovne L3 a jeho prevzatím na riešenie počas prevádzkovej doby helpdesku L3.
@@ -2456,7 +2456,7 @@
  Pre tieto služby budú dohodnuté osobitné parametre dodávky.
--1.
++1.
 . Požadovaná dostupnosť informačného systému:
  |Popis|Parameter|Poznámka
@@ -2481,16 +2481,18 @@
  )))
--1.
--11.
++
++1.
++11.
 . Dostupnosť (Availability)
  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.
--1.
--11.
++1.
++11.
 . RTO (Recovery Time Objective)
++
  RTO pre súčasti systému sa stanoví nasledovne:
  |stacionárne 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
@@ -2498,15 +2498,17 @@
  |IS SÚC|8 pracovných hodín
--1.
--11.
++
++1.
++11.
 . RPO (Recovery Point Objective)
++
  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.
--1.
++1.
 . Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky
  V rámci prevádzky informačného systému sú potrebné nasledovné ľudské kapacity pokryté zo strany HLMSR BA:
@@ -2516,9 +2516,11 @@
  * zástupca prevádzky – dohliada na plnenie požiadaviek zo strany prevádzky a kontroluje ich; predpokladaný počet: 1
  * 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.
--1.
++
++1.
 . Požiadavky na zdrojové kódy
++
  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.
@@ -2538,6 +2538,7 @@
 . PRÍLOHY
++
  **Príloha 1: **Zoznam rizík a závislostí (Excel): [[//https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html//>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]
  // //

XWiki.XWikiComments[3]

Selection

@@ -1,1 +1,1 @@
--6 600 000 € 6 300 000 €
++6 600 000 €6 300 000 €

XWiki.XWikiComments[4]

Selection

@@ -1,1 +1,1 @@
--1 617 000 € 1 683 000 €
++1 617 000 €1 683 000 €

XWiki.XWikiComments[5]

Selection

@@ -1,1 +1,1 @@
--Sumarizácia nákladov a prínosov
++Sumarizácia nákladov a prínosov

XWiki.XWikiComments[6]

Selection

@@ -1,1 +1,1 @@
--M-05 Analýza nákladov a prínosov.
++ M-05 Analýza nákladov a prínosov.

XWiki.XWikiComments[9]

Selection

@@ -1,1 +1,1 @@
--isvs_9655 Konsolidovaná analytická vrstva
++isvs_9655Konsolidovaná analytická vrstva

XWiki.XWikiComments[16]

Selection

@@ -1,1 +1,1 @@
--z pohľadu využiteľnosti týchto údajov.
++z pohľadu využiteľnosti týchto údajov.

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

Súhrn

Podrobnosti

Vitajte

Linky

Navigácia