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

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

From 30.1 to 30.2 From 32.3 to 32.4

Z verzie 30.2

upravil Valér Jurčák
-

Zmeniť komentár: Pre túto verziu nie sú komentáre

Do verzie 32.3

upravil Valér Jurčák
-

Zmeniť komentár: Pre túto verziu nie sú komentáre

Raw
Rendered

Súhrn

Vlastnosti stránky (1 modified, 0 added, 0 removed)
Prílohy (0 modified, 11 added, 0 removed)
Objekty (4 modified, 0 added, 0 removed)

Podrobnosti

Vlastnosti stránky

Obsah

@@ -125,7 +125,7 @@
  Tabuľka 1 Skratky a pojmy
--1.
++1.
 . (((
  == Konvencie pre typy požiadaviek (príklady) ==
  )))
@@ -291,7 +291,7 @@
  == 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é.
++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é.
  |ID|Názov cieľa|Názov strategického cieľa|Spôsob realizácie strategického cieľa
@@ -327,8 +327,7 @@
  Tabuľka 3 Ciele projektu
--1.
--11. Merateľné ukazovatele (KPI)
++== Merateľné ukazovatele (KPI) ==
  |ID|ID/Názov cieľa|Názov
  ukazovateľa (KPI)|Popis
@@ -338,15 +338,19 @@
  (aktuálne)|TO BE
  Merateľné hodnoty
  (cieľové hodnoty)|Spôsob ich merania a Pozn.
--|KPI1|Opatrenie: 1.2.2. Podpora budovania inteligentných miest a regiónov|PSKPRCO76 Integrované projekty pre územný rozvoj|(definovaný vo výzve PSK-MIRRI-619-2024-ITI-EFRR)|projekty|0|1|Subjekty verejnej správy zapísané v štatistickom registri organizácii vedenom Štatistickým úradom SR, ktoré sú zaradené v sektore verejnej správy.
--|KPI2|Opatrenie: 1.2.2. Podpora budovania inteligentných miest a regiónov|PSKPSRI40: Používatelia nových a vylepšených verejných inovatívnych služieb, produktov a procesov|(definovaný vo výzve PSK-MIRRI-619-2024-ITI-EFRR)|používatelia / rok|0|100 000|Monitorovanie používateľ nových a vylepšených služieb v informačnom systéme.
++|KPI1|GC6 / Opatrenie: 1.2.2. Podpora budovania inteligentných miest a regiónov|PSKPRCO76 Integrované projekty pre územný rozvoj|(definovaný vo výzve PSK-MIRRI-619-2024-ITI-EFRR)|projekty|0|1|Subjekty verejnej správy zapísané v štatistickom registri organizácii vedenom Štatistickým úradom SR, ktoré sú zaradené v sektore verejnej správy.
++|KPI2|GC6 / Opatrenie: 1.2.2. Podpora budovania inteligentných miest a regiónov|PSKPSRI40: Používatelia nových a vylepšených verejných inovatívnych služieb, produktov a procesov|(definovaný vo výzve PSK-MIRRI-619-2024-ITI-EFRR)|používatelia / rok|0|100 000|Monitorovanie používateľ nových a vylepšených služieb v informačnom systéme.
++|KPI3|G1 , G2, G6|Počet IoT/smart technologických zariadení|Počet prevádzkovaných IoT zariadení prispievajúcich k zvýšeniu bezpečnosti cestnej premávky a dostupnejšej, spoľahlivejšej a kvalitnejšej cestnej sieti|počet|0|30|Protokol o prebratí a vyhlásenie o uvedení zariadení do prevádzky
++|KPI4|G3,G6|Počet novo poskytnutých datasetov|Počet novo poskytnutých na rozhodovanie na základe objektívnych dát a ďalšie analýzy|počet|0|11|Protokol o prebratí a vyhlásenie o zabezpečení tvorby vymenovaných datasetov
++|KPI5|G3, G4|Počet zverejnených datasetov|Počet datasetov publikovaných verejnosti ako open data|počet|0|5|Protokol o prebratí a vyhlásenie o zabezpečení zverejňovaní vymenovaných datasetov
++|KPI6|G5|Dĺžka cestnej siete manažovaná systémom optimalizácie údržby|Celková dĺžka cestnej siete v správe HLMSR BA, na ktorej prebieha pravidelne zber údajov smart technológiami a ktoré sú manažované systémom optimalizácie v rámci IS SÚC|dĺžka|0|400|Protokol o prebratí a vyhlásenie o začatí zberu údajov a manažovaní cestnej siete v správe HLMSR BA v IS SÚC
++|KPI7|G5|Počet monitorovaných bodov kontaminácie pôdy|Počet bodov, na ktorých prebieha kontinuálne monitorovanie kontaminácie pôdy v nespevnenej krajnici vplyvom chemických posypov vykonávaných v rámci zimnej údržby ciest|počet|0|7|Protokol o prebratí a vyhlásenie o monitorovaní kontaminácie pôdy na vymenovaných miestach
  Tabuľka 4 Merateľné ukazovatele (KPI)
--1.
--11. Špecifikácia potrieb koncového používateľa
++== Špecifikácia potrieb koncového používateľa ==
  Cieľovými skupinami koncových používateľov systému sú
@@ -404,8 +404,7 @@
  * Prehľad o plánovaných a realizovaných opravách a rekonštrukciách ciest
  )))
--1.
--11. Detailný opis obmedzení a predpokladov
++== 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.
@@ -425,8 +425,7 @@
  * 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.
--11. Vyhodnotenie rizík a závislostí
++== 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.
@@ -540,15 +540,12 @@
  Tabuľka 5 Prehľad najzávažnejších rizík a závislostí
--1.
--11. Detailný opis rozpočtu projektu a jeho prínosov
++== 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.
--111. Sumarizácia nákladov a prínosov
++=== 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
@@ -560,8 +560,8 @@
  |HW|//1 464 375 €//|//0 €//
  |**IT - OPEX- prevádzka**| |
  |Aplikácie|//0 €//|//0 €//
--|SW|//0 €//|//499 261 €//
--|HW|//781 135 €//|//0 €//
++|SW|//0 €//|//481 331 €//
++|HW|//717 400 €//|//0 €//
  |**Prínosy**| |
  |**Finančné prínosy**| |
  |Administratívne poplatky|//-//|//-//
@@ -571,8 +571,8 @@
  |Úradníci (€)|//-//|//-//
  |Úradníci (FTE)|//-//|//-//
  |**Kvalitatívne prínosy**| |
--|Zníženie nákladov na rehabilitáciu prvkov cestnej infraštruktúry zavedením integrovaných funkcií riadenia majetku a bežnej údržby.|//6 600 000 €//|//6 300 000 €//
--|Zníženie nákladov na výkony a spotrebu materiálu zavedením integrovaných funkcií optimalizácie zimnej údržby ciest.|//1 617 000 €//|//1 683 000 €//
++|Zníženie nákladov na rehabilitáciu prvkov cestnej infraštruktúry zavedením integrovaných funkcií riadenia majetku a bežnej údržby.|//5 280 000 €//|//5 040 000 €//
++|Zníženie nákladov na výkony a spotrebu materiálu zavedením integrovaných funkcií optimalizácie zimnej údržby ciest.|//1 293 600 €//|//1 346 400 €//
  |Zvýšenie bezpečnosti cestnej premávky prostredníctvom efektívnejšej identifikácie, monitorovania a odstraňovania rizikových miest a závad na cestnej infraštruktúre a zvýšením úrovne poskytovanej služby počas zimného obdobia.|//(nevyčísľované)//|//(nevyčísľované)//
  |Zníženie spotreby pohonných hmôt motorových vozidiel všetkých účastníkov cestnej premávky v dôsledku plynulejšej dopravy vďaka zlepšenému technickému stavu komunikácií a vozidiel zimnej údržby vďaka jej optimalizácii.|//(nevyčísľované)//|//(nevyčísľované)//
  |Zníženie miery poškodenia a mechanického opotrebovania vozidiel v dôsledku zlepšeného technického stavu komunikácií.|//(nevyčísľované)//|//(nevyčísľované)//
@@ -590,24 +590,33 @@
  Finančne vyčíslené kvalitatívne prínosy boli alokované k jednotlivým modulom podľa nákladovej štruktúry výlučne z dôvodu dodržania šablóny dokumentu. Samotný mechanizmus vzniku týchto prínosov je výsledkom integrovaného pôsobenia všetkých funkčných celkov riešenia. Synergia medzi jednotlivými komponentmi systému, najmä v oblasti dátovej prepojenosti, procesnej nadväznosti a jednotného riadiaceho rámca, spôsobuje, že prínosy vznikajú v podobe celkovej systémovej hodnoty, ktorá presahuje čiastkové efekty jednotlivých modulov. Vzhľadom na túto vzájomnú previazanosť je opodstatnené pristupovať k hodnoteniu prínosov ako k agregovanému efektu riešenia ako celku.
--Kvantifikované kvalitatívne prínosy uvedené v tabuľke boli stanovené na základe prieskumu obdobných riešení realizovaných v zahraničí. Pri ich určovaní boli zohľadnené konzervatívne odhady, resp. hodnoty na spodnej hranici rozpätí dosiahnutých prínosov. Zároveň neboli kvantifikované viaceré ďalšie identifikované prínosy, ktoré sú popísané v tabuľke prínosov vyššie a v dokumente M-05 Analýza nákladov a prínosov. Ak by boli zahrnuté aj tieto prínosy, celková hodnota prínosov by sa výrazne navýšila. Napríklad len pri úvahách o spoločenských efektoch spojených so zavedením funkcií hospodárenia s vozovkami sa podľa konzervatívnych odhadov Svetovej banky dosahujú pomery prínosov a nákladov (BCR) vo výške 200 : 1 a viac. Navyše, kvantifikované prínosy sa týkajú len obmedzeného okruhu predmetu projektu – konkrétne funkčných oblastí hospodárenia s vozovkami a zimnej údržby. Ak by sa kalkulácia rozšírila aj na ostatné funkčné oblasti, dosiahnuté prínosy by boli ešte rádovo vyššie.
++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.
++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 %.
++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.
++
++Ď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.
++
++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.
++
++V nákladovo-výnosovej analýze boli tieto prínosy uvažované od 3. roku realizácie projektu, pri horizonte hodnotenia 10 rokov.
++
++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.
++
++
  Sumarizácia ekonomickej a finančnej efektívnosti projektu:
--* Pomer prínosov a nákladov (BCR): 3,11 =>  viac ako 1,00 ✔️
--* 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 ✔️
++* Pomer prínosov a nákladov (BCR): 2,79 =>  viac ako 1,00 ✔️
++* Ekonomická vnútorná výnosová miera vyjadrená v % (EIRR): 42,8 % => viac ako 5,0 % ✔️
++* Ekonomická čistá súčasná hodnota vyjadrená v eurách (ENPV): 7 415 199 € bez DPH => viac ako 0 ✔️
--1.
--11.
--111. Zdroj financovania
++=== 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.
--11. Harmonogram projektu
++== Harmonogram projektu ==
  |ID|FÁZA/AKTIVITA|(((
  ZAČIATOK
@@ -620,20 +620,28 @@
  )))|POZNÁMKA
  |1a.|Prípravná a iniciačná fáza|11/2024|08/2025|Schválenie produktov podľa vyhlášky č. 401/2023 Z.z.
  |1b|Príprava podkladov na VO|06/2025|08/2025|
--|.1c|Verejné obstarávanie|09/2025|10/2025|
++|.1c|Verejné obstarávanie|10/2025|11/2025|
  |1d|Míľnik – ukončenie VO a podpis zmluvy s úspešným uchádzačom|12/2025|12/2025|
  |2|Realizačná fáza| | |
--|2a|Analýza a Dizajn|12/2025|01/2026|
--|2b|Nákup technických prostriedkov, programových prostriedkov a služieb|12/2025|03/2026|
--|2c|Implementácia a testovanie|01/2026|10/2026|
--|2d|Školenie používateľov|11/2026|11/2026|
--|2e|Nasadenie a PIP (celé riešenie)|12/2026|12/2026|
--|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.
++|2a|Analýza a Dizajn|12/2025|02/2026|
++|2b|Nákup technických prostriedkov, programových prostriedkov a služieb|12/2025|01/2026|
++|2c|Implementácia a testovanie|01/2026|02/2027|
++|2d|Školenie používateľov|03/2027|03/2027|
++|2e|Nasadenie a PIP (celé riešenie)|03/2027|04/2027|
++|3.|Dokončovacia fáza|04/2027|04/2027|
++|4.|Prevádzka riešenia|01/2027|04/2032|Fakturačný míľnik každý rok prevádzky.
--1.
--11. Návrh organizačného zabezpečenia projektu (projektový tím)
++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í.
++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.
++
++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.
++
++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é.
++
++
++== 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.
@@ -654,10 +654,10 @@
  |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
++|2.|Biznis vlastník|Ing. Michal Eliáš|Ing. Juraj Zaťko|Odd. dispečerskej a pohotovostnej služby SSÚC HLMSR BA
  |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
  |4.|Kľúčový používateľ objednávateľa|Ing. Ján Czafík|Samostatný odborný referent|Odd. správy a údržby ciest
--|5.|Projektový manažér objednávateľa|Ing. Mgr. Martina Kubalová|Samostatný odborný referent|SSÚC HLMSR BA
++|5.|Projektový manažér objednávateľa|Ing. Juraj Zaťko|Ing. Juraj Zaťko|SSÚC HLMSR BA
  |6.|Biznis analytik|Bude určený neskôr|N/A|N/A
  |7.|IT architekt|Bude určený neskôr|N/A|N/A
  |8.|Manažér kvality|Bude určený neskôr|N/A|N/A
@@ -730,7 +730,6 @@
  * 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
@@ -854,8 +854,9 @@
  * 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.
++*
--1. LEGISLATÍVA
++= 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.
@@ -867,13 +867,12 @@
  * 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.
--1. ARCHITEKTÚRA RIEŠENIA PROJEKTU
++= 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.
--11. Stanovenie alternatív architektúry riešenia
++== 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í.
@@ -944,9 +944,7 @@
  * 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.
--111. Stanovenie alternatív v biznisovej vrstve architektúry
++=== 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.
@@ -977,31 +977,25 @@
  |Kritérium E|nie|Funkčnosť absentuje.|obmedzene|Funkcie umožnia publikovanie vybraných dát, ale len zo súčasných stacionárnych zariadení, ktoré sú v nedostatočnom množstve pre zmysluplné využitie občanov (napr. plánovanie cesty v zime).|áno|Funkcie umožnia publikovanie vybraných dát, ktoré majú aj pre občanov priamu pridanú hodnotu (napr. pre plánovanie cesty v zime alebo sledovanie stavu kvality ovzdušia).
  |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.
--111. Stanovenie alternatív v aplikačnej vrstve architektúry
++=== 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.
  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.
--[[image:file:///C:/Users/VALER~~1.JUR/AppData/Local/Temp/msohtmlclip1/01/clip_image001.png||alt="A screenshot of a computer
++[[image:1756999870494-470.png]]
--AI-generated content may be incorrect."]]
--
 .
--11.
--111. Stanovenie alternatív v technologickej vrstve architektúry
++=== 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.
--11. Náhľad architektúry a popis budúceho cieľového produktu
++== 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ť.
@@ -1021,16 +1021,12 @@
  Zjednodušený náhľad architektúry je uvedený na diagrame nižšie:
--[[image:file:///C:/Users/VALER~~1.JUR/AppData/Local/Temp/msohtmlclip1/01/clip_image002.png||alt="A screenshot of a computer
++[[image:1756999921704-886.png]]
--AI-generated content may be incorrect."]]
--
  Obrázok 1 Zjednodušený náhľad architektúry budúceho stavu
--1.
--11.
--111. Hlavné biznis služby systému
++=== 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:
@@ -1069,9 +1069,7 @@
  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.
--111. **Podpora pre ďalšie organizačné útvary**
++=== **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:
@@ -1107,14 +1107,11 @@
  * 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
++[[image:1756999954584-349.png]] Obrázok 2 Relevantní biznis aktéri
--Description automatically generated"]] Obrázok 2 Relevantní biznis aktéri
++=== **Hardvérová časť** ===
--1.
--11.
--111. **Hardvérová časť**
--1111. **Stacionárne zariadenia**
++==== **Stacionárne zariadenia** ====
  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.
@@ -1150,10 +1150,7 @@
  * 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.
--1111. **Vozidlové zariadenia**
++==== **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.
@@ -1212,10 +1212,7 @@
  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.
--1111. **Komunikačné technológie**
++==== **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.
@@ -1248,11 +1248,10 @@
  * 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.
--111. **Softvérová časť**
--1111. **Funkcie IS SÚC**
++=== **Softvérová časť** ===
++==== **Funkcie IS SÚC** ====
++
  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.
  Hlavné funkcionality IS SÚC sú nasledovné:
@@ -1306,10 +1306,7 @@
  * Priame zverejňovanie údajov pre verejnosť.
--1.
--11.
--111.
--1111. **Technické charakteristiky IS SÚC**
++==== **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.
@@ -1334,10 +1334,7 @@
  * 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.
--1111. Prevádzka IS SÚC
++==== 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.
@@ -1379,10 +1379,8 @@
  * Integrované nástroje na šifrovanie údajov, autentifikáciu a ochranu pred kybernetickými hrozbami.
  * Mechanizmy detekcie a prevencie útokov (napr. DDoS ochrana).
--*
--*1.
--*11.
--*111. **Integrácia s inými systémami**
++==== **Integrácia s inými systémami** ====
++
  * Integrácia na iné IS zadávateľa
  * Napojenie na IoT platformu HLMSR BA na sprístupnenie údajov odbornej verejnosti alebo export do KAV (Konsolidovaná analytická vrstva).
@@ -1403,9 +1403,7 @@
  * Riešenie nebude integrované so žiadnymi externými systémami tretích strán, ktoré by mohli poskytovať alebo konzumovať údaje.
--1.
--11.
--111. Bezpečnostné aspekty
++=== 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.
@@ -1467,20 +1467,15 @@
  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.
--11. Biznis vrstva
++== Biznis vrstva ==
--1.
--11.
--111. Návrh riešenia v biznis vrstve architektúry
++=== Návrh riešenia v biznis vrstve architektúry ===
  Nasledujúci diagram zobrazuje **súčasný stav biznis vrstvy architektúry (AS-IS):**
-- [[image:file:///C:/Users/VALER~~1.JUR/AppData/Local/Temp/msohtmlclip1/01/clip_image004.png||alt="A screenshot of a computer
++ [[image:1757000127881-309.png]]
--AI-generated content may be incorrect."]]
--
  Obrázok 1 Diagram náhľadu na model biznisovej vrstvy (AS-IS)
@@ -1520,11 +1520,9 @@
  Nasledujúci diagram zobrazuje **budúci (TO-BE) stav biznis vrstvy architektúry**:
-- [[image:file:///C:/Users/VALER~~1.JUR/AppData/Local/Temp/msohtmlclip1/01/clip_image005.png||alt="A screenshot of a computer
++ [[image:1757000147808-767.png]]
--AI-generated content may be incorrect."]]
--
  Obrázok 2 Diagram náhľadu na model biznisovej vrstvy (TO-BE)
@@ -1571,9 +1571,7 @@
--1.
--11.
--111. Prehľad koncových služieb – budúci stav (TO BE):
++=== Prehľad koncových služieb – budúci stav (TO BE): ===
  Nerelevantné.
@@ -1596,9 +1596,7 @@
  Tabuľka 11Prehľad koncových služieb - budúci stav (TO BE)
--1.
--11.
--111. Organizačné zmeny a Procesy dotknuté navrhovaným riešením
++=== 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:
@@ -1635,9 +1635,7 @@
  V projekte sa neriešia žiadne životné situácie občanov ani podnikateľov.
--1.
--11.
--111. Jazyková podpora lokalizácia
++=== 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:
@@ -1650,17 +1650,15 @@
  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.
--11. Aplikačná vrstva
--111. Návrh riešenia v aplikačnej vrstve architektúry
++== Aplikačná vrstva ==
++=== Návrh riešenia v aplikačnej vrstve architektúry ===
++
  Nasledujúci diagram zobrazuje aplikačnú architektúru **súčasného** systému na správu a údržbu ciest:
--[[image:file:///C:/Users/VALER~~1.JUR/AppData/Local/Temp/msohtmlclip1/01/clip_image006.png||alt="A screenshot of a diagram
++[[image:1757000225428-567.png]]
--AI-generated content may be incorrect."]]
--
  Obrázok 3 Diagram náhľadu modelu aplikačnej architektúry (AS-IS)
@@ -1687,10 +1687,8 @@
  Nasledujúci diagram zobrazuje aplikačnú architektúru **budúceho** (TO-BE) stavu riešenia:
--  [[image:file:///C:/Users/VALER~~1.JUR/AppData/Local/Temp/msohtmlclip1/01/clip_image007.png||alt="A screenshot of a computer
++  [[image:1757000237115-870.png]]
--AI-generated content may be incorrect."]]
--
  // //
  Obrázok 3 Diagram náhľadu modelu aplikačnej architektúry (TO-BE)
@@ -1748,9 +1748,7 @@
  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.
--111. Rozsah informačných systémov – budúci stav (TO BE)
++=== 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:
@@ -1772,9 +1772,7 @@
  Tabuľka 12 Rozsah informačných systémov - budúci stav (TO BE)
--1.
--11.
--111. Využívanie nadrezortných a spoločných ISVS – AS IS
++=== Využívanie nadrezortných a spoločných ISVS – AS IS ===
  Nerelevantné.
@@ -1790,9 +1790,7 @@
  Tabuľka 13 Využívanie nadrezortných a spoločných ISVS – súčasný stav (AS IS)
--1.
--11.
--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)
++=== 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é.
@@ -1807,9 +1807,7 @@
  Tabuľka 14 Prehľad plánovaných integrácií na spoločné moduly – budúci stav (TO BE)
--1.
--11.
--111. Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)
++=== 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.
@@ -1832,9 +1832,7 @@
  Tabuľka 15 Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)
--1.
--11.
--111. Aplikačné služby pre Koncové služby – budúci stav (TO BE)
++=== Aplikačné služby pre Koncové služby – budúci stav (TO BE) ===
  Nerelevantné.
@@ -1859,9 +1859,7 @@
  Tabuľka 16 Aplikačné služby pre Koncové služby – budúci stav (TO BE)
--1.
--11.
--111. Aplikačné služby na integráciu – budúci stav (TO BE)
++=== Aplikačné služby na integráciu – budúci stav (TO BE) ===
  Nebudú budované žiadne služby na integráciu na iné moduly ISVS.
@@ -1887,61 +1887,47 @@
  Tabuľka 17 Aplikačné služby na integráciu – budúci stav (TO BE)
--1.
--11. Dátová architektúra
++1. (((
++== Dátová architektúra ==
++)))
  V súčasnosti disponuje organizácia údajmi podľa nasledovného doménového modelu:
--[[image:file:///C:/Users/VALER~~1.JUR/AppData/Local/Temp/msohtmlclip1/01/clip_image008.png||alt="A diagram of a computer
++[[image:1757000308918-407.png]]
--AI-generated content may be incorrect."]]
++=== Objekty evidencie ===
--1.
--11.
--111. Objekty evidencie
--
  Nasledujúci diagram zachytáva doménový model v stave TO BE po realizácii projektu:
--[[image:file:///C:/Users/VALER~~1.JUR/AppData/Local/Temp/msohtmlclip1/01/clip_image009.png||alt="A diagram of a computer
++[[image:1757000325399-571.png]]
--AI-generated content may be incorrect."]]
++=== Referenčné údaje ===
--1.
--11.
--111. Referenčné údaje
--
  Nerelevantné.
--1.
--11.
--111. Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE)
++=== Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE) ===
  Nerelevantné.
--1.
--11.
--111. Konzumovanie údajov z IS CPDI – budúci stav (TO BE)
++=== Konzumovanie údajov z IS CPDI – budúci stav (TO BE) ===
  Nerelevantné.
--1.
--11.
--111. Identifikácia údajov a subjektov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ)
++=== Identifikácia údajov a subjektov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ) ===
  Nerelevantné.
--1.
--11.
--111. Kvalita a čistenie údajov
--1111. Zhodnotenie objektov evidencie z pohľadu dátovej kvality
++=== 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.
@@ -1949,10 +1949,9 @@
  Š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.
--1111. Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality
++1. (((
++==== 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.
@@ -1960,17 +1960,15 @@
  |**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.
--111. Otvorené údaje
++=== Otvorené údaje ===
  V rámci projektu budú publikované nad rámec súčasného stavu otvorené dáta:
--* aktuálne hodnoty nameraných údajov poveternostných podmienok a stavu vozoviek počas zimného obdobia,
--* aktuálne hodnoty nameraných údajov stacionárnych zariadení kvality životného prostredia,
--* plány opráv a rekonštrukcií vozoviek a cestných objektov.
++* cestná sieť a aktuálnym stavom – forma úsekov cestnej siete, atribúty: ID úseku, správca, ulica (ak prebieha úsekom), dĺžka úseku, trieda pozemnej komunikácie, číslo pozemnej komunikácie, technický stav vozovky (klasifikácia 1 až 5), geometrický priebeh úseku
++* aktuálne hodnoty nameraných údajov poveternostných podmienok a stavu vozoviek počas zimného obdobia, atribúty: ID merania, dátum/čas merania, lokalizácia merania (WGS84), parameter merania, hodnota merania,
++* aktuálne hodnoty nameraných údajov stacionárnych zariadení kvality životného prostredia, atribúty: ID merania, dátum/čas merania, lokalizácia merania (WGS84), parameter merania, hodnota merania,
++* plány opráv a rekonštrukcií vozoviek a cestných objektov, atribúty: názov plánu, referenčné obdobie, ID položky plánu, typ objektu (vozovka, most, priepust), identifikácia objektu (pre mosty a priepusty ich evidenčné číslo, pre vozovky ID úsekov), geometrické vyjadrenie lokalizácie objektu (WGS84), dátum realizácie od, dátum realizácie do, odhadované finančné náklady, skutočné finančné náklady, stav položky (plánovaná, v obstarávaní, v realizácii, ukončená, zrušená, odložená), popis stavebných prác.
--
  |ID OE|(((
  Názov objektu evidencie / datasetu
@@ -1986,14 +1986,15 @@
  (týždenne, mesačne, polročne, ročne)
  )))
--|OE10|Aktuálne hodnoty nameraných údajov poveternostných podmienok a stavu vozoviek počas zimného obdobia|5★|Týždenne
--|OE10|aktuálne hodnoty nameraných údajov stacionárnych zariadení kvality životného prostredia,|5★|Týždenne
--|OE5|plány opráv a rekonštrukcií vozoviek a cestných objektov|5★|Mesačne
++|OE1|Cestná sieť|3★|Mesačne
++|OE10|Aktuálne hodnoty nameraných údajov poveternostných podmienok a stavu vozoviek počas zimného obdobia|3★|Týždenne
++|OE10|aktuálne hodnoty nameraných údajov stacionárnych zariadení kvality životného prostredia,|3★|Týždenne
++|OE5|plány opráv a rekonštrukcií vozoviek a cestných objektov|3★|Mesačne
  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:
@@ -2004,8 +2004,8 @@
  Tabuľka 26 Objekty evidencie, ktoré budú projektom pripravené pre analytické účely
--1.
--11.
++1.
++11.
 . Moje údaje
  Nerelevantné.
@@ -2013,8 +2013,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.
@@ -2040,20 +2040,15 @@
  Tabuľka 28 Prehľad jednotlivých kategórií údajov
--1.
--11. Technologická architektúra
++== Technologická architektúra ==
--1.
--11.
--111. Návrh riešenia technologickej architektúry
++=== Návrh riešenia technologickej architektúry ===
  Nasledujúci diagram zobrazuje aktuálny stav technologickej vrstvy architektúry súčasného riešenia:
--[[image:file:///C:/Users/VALER~~1.JUR/AppData/Local/Temp/msohtmlclip1/01/clip_image010.png||alt="A diagram of a data flow
++[[image:1757000741078-675.png]]
--AI-generated content may be incorrect."]]
--
  Obrázok 5 Model technickej architektúry (AS-IS)
@@ -2063,10 +2063,8 @@
  Diagram nižšie zobrazuje konceptuálny návrh technickej architektúry systému IS SÚC, ktorý pozostáva z troch hlavných častí: Cloud infraštruktúra, Edge infraštruktúra a On-Prem infraštruktúra. Tieto vrstvy sú prepojené pomocou zabezpečených komunikačných technológií, ktoré zabezpečujú plynulý prenos údajov, ich spracovanie a ukladanie.
--[[image:file:///C:/Users/VALER~~1.JUR/AppData/Local/Temp/msohtmlclip1/01/clip_image011.png||alt="A screenshot of a computer
++[[image:1757000763634-281.png]]
--AI-generated content may be incorrect."]]
--
  Obrázok 5 Model technickej architektúry (TO-BE)
@@ -2165,9 +2165,7 @@
--1.
--11.
--111. Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)
++=== 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, …).
@@ -2181,19 +2181,14 @@
  Tabuľka 29 Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)
--1.
--11.
--111. Využívanie služieb z katalógu služieb vládneho cloudu
++=== 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.
--11. Bezpečnostná architektúra
++== Bezpečnostná architektúra ==
--1.
--11.
--111. Návrh riešenia bezpečnosti
++=== 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.
@@ -2236,9 +2236,7 @@
  Prenos údajov cez optické siete je zabezpečený šifrovaním na úrovni sieťovej vrstvy.
--1.
--11.
--111. Určenie obsahu bezpečnostných opatrení
++=== 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.**
@@ -2252,9 +2252,7 @@
  Tabuľka 33 Určenie zdrojov a obsahu minimálnych bezpečnostných opatrení
--1.
--11.
--111. Legislatívne, právne, štatutárne, regulačné a zmluvné požiadavky,
++=== Legislatívne, právne, štatutárne, regulačné a zmluvné požiadavky, ===
  Bezpečnostná architektúra bude v súlade s:
@@ -2296,11 +2296,8 @@
  * Systém je navrhnutý podľa kľúčových oblastí rámca NIST: identifikácia, ochrana, detekcia, reakcia a obnova.
  * Pravidelné testovanie a monitoring zabezpečujú pripravenosť na kybernetické incidenty.
++=== Riešenie autentifikácie a prístupov používateľov ===
--1.
--11.
--111. 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.
  V rámci bezpečnostnej architektúry informačného systému bude implementovaný prístupový model RBAC (Role-Based Access Control) v súlade s ustanoveniami vyhlášky č. 401/2023 Z. z. Tento model pridelí používateľov do definovaných rolí, pričom každá rola bude mať jasne stanovené oprávnenia k dátam a funkcionalitám systému. Takto sa zjednoduší správa prístupov a zníži riziko chýb pri individuálnom prideľovaní oprávnení, čo významne prispeje k udržaniu požadovanej úrovne kybernetickej bezpečnosti.
@@ -2308,10 +2308,9 @@
  Systém vďaka RBAC zabezpečí, že oprávnenia sú prideľované len na základe skutočnej pracovnej pozície, úlohy alebo zodpovednosti konkrétneho používateľa. Týmto spôsobom sa ľahšie sleduje a overuje, kto má prístup k citlivým informáciám a komu je povolené vykonávať určité operácie. Prípadné zmeny v obsadení pracovných pozícií sa tak dajú riešiť priradením (alebo odňatím) zodpovedajúcej roly namiesto potreby meniť jednotlivé povolenia, čo šetrí čas a zlepšuje celkovú prehľadnosť v oblasti riadenia prístupových práv.
--1. PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU
++= PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU =
--1.
--11. Návrh riešenia prevádzky a údržby
++== 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.
@@ -2319,8 +2319,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.
--11. Zabezpečenie podpory používateľov a prevádzky
++== 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.
@@ -2379,13 +2379,11 @@
  ** Zabezpečiť stabilný a bezpečný chod systému.
  ** 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.
--11. Riešenie incidentov v prevádzke - parametre úrovní služby
++== 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ú.
@@ -2453,8 +2453,7 @@
  Pre tieto služby budú dohodnuté osobitné parametre dodávky.
--1.
--11. Požadovaná dostupnosť informačného systému:
++== Požadovaná dostupnosť informačného systému: ==
  |Popis|Parameter|Poznámka
  |(% rowspan="2" %)**Prevádzkové hodiny**|24 h|00:00 – 24:00 každý deň (nonstop prevádzka) pre funkcie zimnej údržby a pracovísk ODaPS SSÚC HLMSR BA
@@ -2477,16 +2477,11 @@
  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.
  )))
++=== Dostupnosť (Availability) ===
--1.
--11.
--111. 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.
--111. RTO (Recovery Time Objective)
++=== RTO (Recovery Time Objective) ===
  RTO pre súčasti systému sa stanoví nasledovne:
@@ -2494,17 +2494,13 @@
  |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
  |IS SÚC|8 pracovných hodín
++=== RPO (Recovery Point Objective) ===
--1.
--11.
--111. 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.
--11. Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky
++== 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:
@@ -2513,8 +2513,7 @@
  * 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.
--11. Požiadavky na zdrojové kódy
++== 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.
@@ -2523,17 +2523,17 @@
  Zdrojové kódy, ktoré budú vytvorené počas projektu a priamo na základe požiadaviek projektu zo strany HLMSR BA budú odovzdané v ucelenej forme, vrátane všetkých závislostí tak, aby ich bolo možné pri preberaní skompilovať a vytvorili funkčne rovnakú verziu ako zodpovedajú verziu nasadenú v produkčnej prevádzke.
--1. OPIS IMPLEMENTÁCIE PROJEKTU A PREBERANIA VÝSTUPOV PROJEKTU
++= OPIS IMPLEMENTÁCIE PROJEKTU A PREBERANIA VÝSTUPOV PROJEKTU =
  Implementácia a preberanie výstupov projektu bude realizované v súlade s Vyhláškou Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy v zmysle ustanovení podľa § 5 a nasledovných ustanovení.
--1. ODKAZY
++= ODKAZY =
  Nnerelevantné
--1. PRÍLOHY
++= 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]]

1756999870494-470.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.valer\.jurcak@bratislava\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+157.9 KB

Obsah

1756999921704-886.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.valer\.jurcak@bratislava\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+171.5 KB

Obsah

1756999954584-349.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.valer\.jurcak@bratislava\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+119.0 KB

Obsah

1757000127881-309.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.valer\.jurcak@bratislava\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+107.7 KB

Obsah

1757000147808-767.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.valer\.jurcak@bratislava\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+254.0 KB

Obsah

1757000225428-567.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.valer\.jurcak@bratislava\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+112.7 KB

Obsah

1757000237115-870.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.valer\.jurcak@bratislava\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+140.2 KB

Obsah

1757000308918-407.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.valer\.jurcak@bratislava\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+63.4 KB

Obsah

1757000325399-571.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.valer\.jurcak@bratislava\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+61.3 KB

Obsah

1757000741078-675.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.valer\.jurcak@bratislava\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+57.3 KB

Obsah

1757000763634-281.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.valer\.jurcak@bratislava\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+106.4 KB

Obsah

XWiki.XWikiComments[3]

Original Selection

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

Selection

@@ -1,1 +1,1 @@
--6 600 000 € 6 300 000 €
++5 280 000 € 5 040 000 €

State

@@ -1,1 +1,1 @@
--SAFE
++UPDATED

XWiki.XWikiComments[4]

Original Selection

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

Selection

@@ -1,1 +1,1 @@
--1 617 000 € 1 683 000 €
++1 293 600 € 1 346 400 €

State

@@ -1,1 +1,1 @@
--SAFE
++UPDATED

XWiki.XWikiComments[13]

Original Selection

...	...	@@ -1,0 +1,1 @@
	1	+plány opráv a rekonštrukcií vozoviek a cestných objektov

Selection

@@ -1,1 +1,1 @@
--plány opráv a rekonštrukcií vozoviek a cestných objektov
++parameter merania, hodnota merania, plány opráv a rekonštrukcií vozoviek a cestných objektov

State

@@ -1,1 +1,1 @@
--SAFE
++UPDATED

XWiki.XWikiComments[15]

Original Selection

...	...	@@ -1,0 +1,1 @@
	1	+aktuálne hodnoty nameraných údajov stacionárnych zariadení kvality životného prostredia,

Selection

@@ -1,1 +1,1 @@
--aktuálne hodnoty nameraných údajov stacionárnych zariadení kvality životného prostredia,
++atribúty: ID merania, dátum/čas merania, lokalizácia merania (WGS84), parameter merania, hodnota merania, aktuálne hodnoty nameraných údajov stacionárnych zariadení kvality životného prostredia,

State

@@ -1,1 +1,1 @@
--SAFE
++UPDATED

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

Súhrn

Podrobnosti

Vitajte

Linky

Navigácia