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

Súhrn

Podrobnosti

Vlastnosti stránky
Obsah
... ... @@ -125,7 +125,7 @@
125 125  
126 126  Tabuľka 1 Skratky a pojmy
127 127  
128 -1.
128 +1.
129 129  11. (((
130 130  == Konvencie pre typy požiadaviek (príklady) ==
131 131  )))
... ... @@ -605,19 +605,16 @@
605 605  
606 606  Sumarizácia ekonomickej a finančnej efektívnosti projektu:
607 607  
608 -* Pomer prínosov a nákladov (BCR): 3,11 =>  viac ako 1,00 ✔️
609 -* Ekonomická vnútorná výnosová miera vyjadrená v % (EIRR): 57,6 % => viac ako 5,0 % ✔️
610 -* Ekonomická čistá súčasná hodnota vyjadrená v eurách (ENPV): 8 850 879 € bez DPH => viac ako 0 ✔️
608 +* Pomer prínosov a nákladov (BCR): 2,79 =>  viac ako 1,00 ✔️
609 +* Ekonomická vnútorná výnosová miera vyjadrená v % (EIRR): 42,8 % => viac ako 5,0 % ✔️
610 +* Ekonomická čistá súčasná hodnota vyjadrená v eurách (ENPV): 7 415 199 € bez DPH => viac ako 0 ✔️
611 611  
612 -1.
613 -11.
614 -111. Zdroj financovania
612 +=== Zdroj financovania ===
615 615  
616 616  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.
617 617  
618 618  
619 -1.
620 -11. Harmonogram projektu
617 +== Harmonogram projektu ==
621 621  
622 622  |ID|FÁZA/AKTIVITA|(((
623 623  ZAČIATOK
... ... @@ -630,20 +630,28 @@
630 630  )))|POZNÁMKA
631 631  |1a.|Prípravná a iniciačná fáza|11/2024|08/2025|Schválenie produktov podľa vyhlášky č. 401/2023 Z.z.
632 632  |1b|Príprava podkladov na VO|06/2025|08/2025|
633 -|.1c|Verejné obstarávanie|09/2025|10/2025|
630 +|.1c|Verejné obstarávanie|10/2025|11/2025|
634 634  |1d|Míľnik – ukončenie VO a podpis zmluvy s úspešným uchádzačom|12/2025|12/2025|
635 635  |2|Realizačná fáza| | |
636 -|2a|Analýza a Dizajn|12/2025|01/2026|
637 -|2b|Nákup technických prostriedkov, programových prostriedkov a služieb|12/2025|03/2026|
638 -|2c|Implementácia a testovanie|01/2026|10/2026|
639 -|2d|Školenie používateľov|11/2026|11/2026|
640 -|2e|Nasadenie a PIP (celé riešenie)|12/2026|12/2026|
641 -|3.|Dokončovacia fáza|12/2026|12/2026|
642 -|4.|Prevádzka riešenia|01/2027|12/2031|Fakturačný míľnik každý rok prevádzky.
633 +|2a|Analýza a Dizajn|12/2025|02/2026|
634 +|2b|Nákup technických prostriedkov, programových prostriedkov a služieb|12/2025|01/2026|
635 +|2c|Implementácia a testovanie|01/2026|02/2027|
636 +|2d|Školenie používateľov|03/2027|03/2027|
637 +|2e|Nasadenie a PIP (celé riešenie)|03/2027|04/2027|
638 +|3.|Dokončovacia fáza|04/2027|04/2027|
639 +|4.|Prevádzka riešenia|01/2027|04/2032|Fakturačný míľnik každý rok prevádzky.
643 643  
644 -1.
645 -11. Návrh organizačného zabezpečenia projektu (projektový tím)
641 +V zmysle § 15 ods. 4 písm. d) zákona č. 95/2019 Z. z. o informačných technológiách verejnej správy je správca povinný zabezpečiť, aby veľký projekt bol rozdelený na čiastkové plnenia (inkrementy). Zároveň však § 4 ods. 8 vyhlášky č. 401/2023 Z. z. ustanovuje, že ak realizačná fáza veľkého projektu pozostáva z dodania jedného funkčného celku alebo dodania výlučne technických prostriedkov, objednávateľ posúdi a vyhodnotí aj alternatívy rozdelenia projektu na inkrementy na preukázanie ekonomickej nevýhodnosti alebo technických obmedzení.
646 646  
643 +Projekt je navrhnutý ako dodanie jedného funkčného celku, ktorého jednotlivé kľúčové časti (informačný systém, stacionárne zariadenia a vozidlové zariadenia) sú navzájom funkčne a technicky previazané a samostatne by neprinášali deklarované prínosy. Implementácia len čiastkových častí by nevytvorila ucelené a využiteľné riešenie, čím by sa nenaplnil účel projektu. Informačný systém nie je možné plnohodnotne využívať bez dát zo zariadení, pretože by neobsahoval žiadne reálne vstupy pre plánovanie, analýzy ani rozhodovanie. Naopak, ani samotné zariadenia bez existencie informačného systému neposkytujú využiteľnú pridanú hodnotu, keďže by neexistovala možnosť zberu, integrácie a sprístupnenia dát odborným pracovníkom objednávateľa zodpovedným za správu a údržbu pozemných komunikácií a ďalším koncovým používateľom. Projekt tak môže naplniť účel len vtedy, keď budú všetky komponenty dodané súčasne a integrované do jednotného funkčného celku.
644 +
645 +Z časového hľadiska je potrebné zdôrazniť, že projekt má relatívne krátky harmonogram realizácie – dodanie je založené na licencii hotového informačného systému s relatívne malou zložkou integrácie do prostredia objednávateľa a na nákupe a montáži technologických zariadení, pričom všetky činnosti sa majú uskutočniť v horizonte niekoľkých mesiacov. Sekvenčné rozdelenie na inkrementy by v takto úzkom časovom rámci nepovažujeme za zmysluplné, pretože by nebolo možné samostatne dosiahnuť žiadny relevantný prínos, a zároveň by vznikla zbytočná administratívna a procesná záťaž, čím by sa znížila hospodárnosť a efektívnosť projektu bez pridanej hodnoty pre objednávateľa. Vzhľadom na to, že projektom zabezpečujeme potreby elektronizácie kľúčových jadrových činností správy a údržby ciest, nepredpokladáme za pravdepodobnú ani potrebu predčasného ukončenia projektu z dôvodu straty svojho pôvodného opodstanenia.
646 +
647 +Na základe uvedeného je projekt realizovaný ako jeden inkrement, pričom postupuje v súlade s § 4 ods. 8 vyhlášky č. 401/2023 Z. z., keďže ide o dodanie jedného funkčného celku a delenie na inkrementy je technicky a ekonomicky nevhodné.
648 +
649 +
650 +== Návrh organizačného zabezpečenia projektu (projektový tím) ==
651 +
647 647  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.
648 648  
649 649  
... ... @@ -664,10 +664,10 @@
664 664  
665 665  |ID|Rola v projekte|Meno a Priezvisko|Pracovné zaradenie|Org. útvar
666 666  |1.|Predseda RV|Mgr. Valér Jurčák|Riaditeľ|SSÚC HLMSR BA
667 -|2.|Biznis vlastník|Ing. Juraj Zaťko|Vedúci oddelenia|Odd. správy a údržby ciest SSÚC
672 +|2.|Biznis vlastník|Ing. Michal Eliáš|Ing. Juraj Zaťko|Odd. dispečerskej a pohotovostnej služby SSÚC HLMSR BA
668 668  |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
669 669  |4.|Kľúčový používateľ objednávateľa|Ing. Ján Czafík|Samostatný odborný referent|Odd. správy a údržby ciest
670 -|5.|Projektový manažér objednávateľa|Ing. Mgr. Martina Kubalová|Samostatný odborný referent|SSÚC HLMSR BA
675 +|5.|Projektový manažér objednávateľa|Ing. Juraj Zaťko|Ing. Juraj Zaťko|SSÚC HLMSR BA
671 671  |6.|Biznis analytik|Bude určený neskôr|N/A|N/A
672 672  |7.|IT architekt|Bude určený neskôr|N/A|N/A
673 673  |8.|Manažér kvality|Bude určený neskôr|N/A|N/A
... ... @@ -863,8 +863,9 @@
863 863  
864 864  * 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,
865 865  * navrhovanie opatrení - navrhuje opatrenia na minimalizovanie rizík a riešenie problémov, ktoré sa týkajú prevádzky.
871 +*
866 866  
867 -1. LEGISLATÍVA
873 += LEGISLATÍVA =
868 868  
869 869  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 870  
... ... @@ -876,13 +876,12 @@
876 876  * 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,
877 877  * Vyhláška 547/2021 MIRRI SR o elektronizácii agendy verejnej správy.
878 878  
879 -1. ARCHITEKTÚRA RIEŠENIA PROJEKTU
885 += ARCHITEKTÚRA RIEŠENIA PROJEKTU =
880 880  
881 881  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.
882 882  
883 883  
884 -1.
885 -11. Stanovenie alternatív architektúry riešenia
890 +== Stanovenie alternatív architektúry riešenia ==
886 886  
887 887  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 888  
... ... @@ -953,9 +953,7 @@
953 953  * 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
954 954  )))
955 955  
956 -1.
957 -11.
958 -111. Stanovenie alternatív v biznisovej vrstve architektúry
961 +=== Stanovenie alternatív v biznisovej vrstve architektúry ===
959 959  
960 960  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.
961 961  
... ... @@ -989,27 +989,22 @@
989 989  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í.
990 990  
991 991  
992 -1.
993 -11.
994 -111. Stanovenie alternatív v aplikačnej vrstve architektúry
995 +=== Stanovenie alternatív v aplikačnej vrstve architektúry ===
995 995  
996 996  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.
997 997  
998 998  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.
999 999  
1000 -[[image:file:///C:/Users/VALER~~1.JUR/AppData/Local/Temp/msohtmlclip1/01/clip_image001.png||alt="A screenshot of a computer
1001 +[[image:1756999870494-470.png]]
1001 1001  
1002 -AI-generated content may be incorrect."]]
1003 -
1004 1004  1.
1005 -11.
1006 -111. Stanovenie alternatív v technologickej vrstve architektúry
1007 1007  
1005 +=== Stanovenie alternatív v technologickej vrstve architektúry ===
1006 +
1008 1008  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.
1009 1009  
1010 1010  
1011 -1.
1012 -11. Náhľad architektúry a popis budúceho cieľového produktu
1010 +== Náhľad architektúry a popis budúceho cieľového produktu ==
1013 1013  
1014 1014  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 1015  
... ... @@ -1029,16 +1029,12 @@
1029 1029  Zjednodušený náhľad architektúry je uvedený na diagrame nižšie:
1030 1030  
1031 1031  
1032 -[[image:file:///C:/Users/VALER~~1.JUR/AppData/Local/Temp/msohtmlclip1/01/clip_image002.png||alt="A screenshot of a computer
1030 +[[image:1756999921704-886.png]]
1033 1033  
1034 -AI-generated content may be incorrect."]]
1035 -
1036 1036  Obrázok 1 Zjednodušený náhľad architektúry budúceho stavu
1037 1037  
1038 1038  
1039 -1.
1040 -11.
1041 -111. Hlavné biznis služby systému
1035 +=== Hlavné biznis služby systému ===
1042 1042  
1043 1043  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:
1044 1044  
... ... @@ -1077,9 +1077,7 @@
1077 1077  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.
1078 1078  
1079 1079  
1080 -1.
1081 -11.
1082 -111. **Podpora pre ďalšie organizačné útvary**
1074 +=== **Podpora pre ďalšie organizačné útvary** ===
1083 1083  
1084 1084  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:
1085 1085  
... ... @@ -1115,14 +1115,11 @@
1115 1115  
1116 1116  * Bude mať možnosť sledovať informácie o stave vozoviek, poveternostných podmienkach v zime a plány investičných programov.
1117 1117  
1118 -[[image:file:///C:/Users/VALER~~1.JUR/AppData/Local/Temp/msohtmlclip1/01/clip_image003.png||alt="A screenshot of a computer screen
1110 +[[image:1756999954584-349.png]] Obrázok 2 Relevantní biznis aktéri
1119 1119  
1120 -Description automatically generated"]] Obrázok 2 Relevantní biznis aktéri
1112 +=== **Hardvérová časť** ===
1121 1121  
1122 -1.
1123 -11.
1124 -111. **Hardvérová časť**
1125 -1111. **Stacionárne zariadenia**
1114 +==== **Stacionárne zariadenia** ====
1126 1126  
1127 1127  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.
1128 1128  
... ... @@ -1158,10 +1158,7 @@
1158 1158  
1159 1159  * 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.
1160 1160  
1161 -1.
1162 -11.
1163 -111.
1164 -1111. **Vozidlové zariadenia**
1150 +==== **Vozidlové zariadenia** ====
1165 1165  
1166 1166  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.
1167 1167  
... ... @@ -1220,10 +1220,7 @@
1220 1220  Vozidlové zariadenia sa plánujú umiestniť do vybraných vozidiel dispečingu SSÚC a do skenovacích vozidiel mestského parkovacieho systému.
1221 1221  
1222 1222  
1223 -1.
1224 -11.
1225 -111.
1226 -1111. **Komunikačné technológie**
1209 +==== **Komunikačné technológie** ====
1227 1227  
1228 1228  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.
1229 1229  
... ... @@ -1256,11 +1256,10 @@
1256 1256  * Optické siete v správe HLMSR BA.
1257 1257  * Lokálne bezdrôtové siete (802.11 / Wi-Fi) v blízkosti stálych parkovacích miest vozidiel vybavených vozidlovými zariadeniami.
1258 1258  
1259 -1.
1260 -11.
1261 -111. **Softvérová časť**
1262 -1111. **Funkcie IS SÚC**
1242 +=== **Softvérová časť** ===
1263 1263  
1244 +==== **Funkcie IS SÚC** ====
1245 +
1264 1264  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.
1265 1265  
1266 1266  Hlavné funkcionality IS SÚC sú nasledovné:
... ... @@ -1314,10 +1314,7 @@
1314 1314  
1315 1315  * Priame zverejňovanie údajov pre verejnosť.
1316 1316  
1317 -1.
1318 -11.
1319 -111.
1320 -1111. **Technické charakteristiky IS SÚC**
1299 +==== **Technické charakteristiky IS SÚC** ====
1321 1321  
1322 1322  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.
1323 1323  
... ... @@ -1342,10 +1342,7 @@
1342 1342  
1343 1343  * 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.
1344 1344  
1345 -1.
1346 -11.
1347 -111.
1348 -1111. Prevádzka IS SÚC
1324 +==== Prevádzka IS SÚC ====
1349 1349  
1350 1350  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.
1351 1351  
... ... @@ -1387,10 +1387,8 @@
1387 1387  * Integrované nástroje na šifrovanie údajov, autentifikáciu a ochranu pred kybernetickými hrozbami.
1388 1388  * Mechanizmy detekcie a prevencie útokov (napr. DDoS ochrana).
1389 1389  
1390 -*
1391 -*1.
1392 -*11.
1393 -*111. **Integrácia s inými systémami**
1366 +==== **Integrácia s inými systémami** ====
1367 +
1394 1394  * Integrácia na iné IS zadávateľa
1395 1395  
1396 1396  * Napojenie na IoT platformu HLMSR BA na sprístupnenie údajov odbornej verejnosti alebo export do KAV (Konsolidovaná analytická vrstva).
... ... @@ -1411,9 +1411,7 @@
1411 1411  
1412 1412  * Riešenie nebude integrované so žiadnymi externými systémami tretích strán, ktoré by mohli poskytovať alebo konzumovať údaje.
1413 1413  
1414 -1.
1415 -11.
1416 -111. Bezpečnostné aspekty
1388 +=== Bezpečnostné aspekty ===
1417 1417  
1418 1418  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.
1419 1419  
... ... @@ -1475,20 +1475,15 @@
1475 1475  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.
1476 1476  
1477 1477  
1478 -1.
1479 -11. Biznis vrstva
1450 +== Biznis vrstva ==
1480 1480  
1481 -1.
1482 -11.
1483 -111. Návrh riešenia v biznis vrstve architektúry
1452 +=== Návrh riešenia v biznis vrstve architektúry ===
1484 1484  
1485 1485  Nasledujúci diagram zobrazuje **súčasný stav biznis vrstvy architektúry (AS-IS):**
1486 1486  
1487 1487  
1488 - [[image:file:///C:/Users/VALER~~1.JUR/AppData/Local/Temp/msohtmlclip1/01/clip_image004.png||alt="A screenshot of a computer
1457 + [[image:1757000127881-309.png]]
1489 1489  
1490 -AI-generated content may be incorrect."]]
1491 -
1492 1492  Obrázok 1 Diagram náhľadu na model biznisovej vrstvy (AS-IS)
1493 1493  
1494 1494  
... ... @@ -1528,11 +1528,9 @@
1528 1528  
1529 1529  Nasledujúci diagram zobrazuje **budúci (TO-BE) stav biznis vrstvy architektúry**:
1530 1530  
1531 - [[image:file:///C:/Users/VALER~~1.JUR/AppData/Local/Temp/msohtmlclip1/01/clip_image005.png||alt="A screenshot of a computer
1498 + ​​​​​​​[[image:1757000147808-767.png]]
1532 1532  
1533 -AI-generated content may be incorrect."]]
1534 1534  
1535 -
1536 1536  Obrázok 2 Diagram náhľadu na model biznisovej vrstvy (TO-BE)
1537 1537  
1538 1538  
... ... @@ -1579,9 +1579,7 @@
1579 1579  
1580 1580  
1581 1581  
1582 -1.
1583 -11.
1584 -111. Prehľad koncových služieb – budúci stav (TO BE):
1547 +=== Prehľad koncových služieb – budúci stav (TO BE): ===
1585 1585  
1586 1586  Nerelevantné.
1587 1587  
... ... @@ -1604,9 +1604,7 @@
1604 1604  Tabuľka 11Prehľad koncových služieb - budúci stav (TO BE)
1605 1605  
1606 1606  
1607 -1.
1608 -11.
1609 -111. Organizačné zmeny a Procesy dotknuté navrhovaným riešením
1570 +=== Organizačné zmeny a Procesy dotknuté navrhovaným riešením ===
1610 1610  
1611 1611  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:
1612 1612  
... ... @@ -1643,9 +1643,7 @@
1643 1643  V projekte sa neriešia žiadne životné situácie občanov ani podnikateľov.
1644 1644  
1645 1645  
1646 -1.
1647 -11.
1648 -111. Jazyková podpora lokalizácia
1607 +=== Jazyková podpora lokalizácia ===
1649 1649  
1650 1650  Používateľské rozhranie (UI) systému musí byť dostupné minimálne v nasledujúcich jazykoch a súvisiacich regionálnych nastaveniach:
1651 1651  
... ... @@ -1658,17 +1658,15 @@
1658 1658  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.
1659 1659  
1660 1660  
1661 -1.
1662 -11. Aplikačná vrstva
1663 -111. Návrh riešenia v aplikačnej vrstve architektúry
1620 +== Aplikačná vrstva ==
1664 1664  
1622 +=== Návrh riešenia v aplikačnej vrstve architektúry ===
1623 +
1665 1665  Nasledujúci diagram zobrazuje aplikačnú architektúru **súčasného** systému na správu a údržbu ciest:
1666 1666  
1667 1667  
1668 -[[image:file:///C:/Users/VALER~~1.JUR/AppData/Local/Temp/msohtmlclip1/01/clip_image006.png||alt="A screenshot of a diagram
1627 +[[image:1757000225428-567.png]]
1669 1669  
1670 -AI-generated content may be incorrect."]]
1671 -
1672 1672  Obrázok 3 Diagram náhľadu modelu aplikačnej architektúry (AS-IS)
1673 1673  
1674 1674  
... ... @@ -1756,8 +1756,8 @@
1756 1756  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.
1757 1757  
1758 1758  
1759 -1.
1760 -11.
1716 +1.
1717 +11.
1761 1761  111. Rozsah informačných systémov – budúci stav (TO BE)
1762 1762  
1763 1763  Informácie o dotknutých ISVS z pohľadu ich ďalšej prevádzky po realizácii projektu – TO BE stav:
... ... @@ -1780,8 +1780,8 @@
1780 1780  Tabuľka 12 Rozsah informačných systémov - budúci stav (TO BE)
1781 1781  
1782 1782  
1783 -1.
1784 -11.
1740 +1.
1741 +11.
1785 1785  111. Využívanie nadrezortných a spoločných ISVS – AS IS
1786 1786  
1787 1787  Nerelevantné.
... ... @@ -1798,8 +1798,8 @@
1798 1798  
1799 1799  Tabuľka 13 Využívanie nadrezortných a spoločných ISVS – súčasný stav (AS IS)
1800 1800  
1801 -1.
1802 -11.
1758 +1.
1759 +11.
1803 1803  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)
1804 1804  
1805 1805  Nerelevantné.
... ... @@ -1815,8 +1815,8 @@
1815 1815  
1816 1816  Tabuľka 14 Prehľad plánovaných integrácií na spoločné moduly – budúci stav (TO BE)
1817 1817  
1818 -1.
1819 -11.
1775 +1.
1776 +11.
1820 1820  111. Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)
1821 1821  
1822 1822  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.
... ... @@ -1840,8 +1840,8 @@
1840 1840  
1841 1841  Tabuľka 15 Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)
1842 1842  
1843 -1.
1844 -11.
1800 +1.
1801 +11.
1845 1845  111. Aplikačné služby pre Koncové služby – budúci stav (TO BE)
1846 1846  
1847 1847  Nerelevantné.
... ... @@ -1867,8 +1867,8 @@
1867 1867  
1868 1868  Tabuľka 16 Aplikačné služby pre Koncové služby – budúci stav (TO BE)
1869 1869  
1870 -1.
1871 -11.
1827 +1.
1828 +11.
1872 1872  111. Aplikačné služby na integráciu – budúci stav (TO BE)
1873 1873  
1874 1874  Nebudú budované žiadne služby na integráciu na iné moduly ISVS.
... ... @@ -1895,7 +1895,7 @@
1895 1895  Tabuľka 17 Aplikačné služby na integráciu – budúci stav (TO BE)
1896 1896  
1897 1897  
1898 -1.
1855 +1.
1899 1899  11. Dátová architektúra
1900 1900  
1901 1901  V súčasnosti disponuje organizácia údajmi podľa nasledovného doménového modelu:
... ... @@ -1907,7 +1907,7 @@
1907 1907  
1908 1908  
1909 1909  1.
1910 -11.
1867 +11.
1911 1911  111. Objekty evidencie
1912 1912  
1913 1913  Nasledujúci diagram zachytáva doménový model v stave TO BE po realizácii projektu:
... ... @@ -1918,35 +1918,35 @@
1918 1918  
1919 1919  
1920 1920  1.
1921 -11.
1878 +11.
1922 1922  111. Referenčné údaje
1923 1923  
1924 1924  Nerelevantné.
1925 1925  
1926 1926  
1927 -1.
1928 -11.
1884 +1.
1885 +11.
1929 1929  111. Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE)
1930 1930  
1931 1931  Nerelevantné.
1932 1932  
1933 1933  
1934 -1.
1935 -11.
1891 +1.
1892 +11.
1936 1936  111. Konzumovanie údajov z IS CPDI – budúci stav (TO BE)
1937 1937  
1938 1938  Nerelevantné.
1939 1939  
1940 1940  
1941 -1.
1942 -11.
1898 +1.
1899 +11.
1943 1943  111. Identifikácia údajov a subjektov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ)
1944 1944  
1945 1945  Nerelevantné.
1946 1946  
1947 1947  
1948 -1.
1949 -11.
1905 +1.
1906 +11.
1950 1950  111. Kvalita a čistenie údajov
1951 1951  1111. Zhodnotenie objektov evidencie z pohľadu dátovej kvality
1952 1952  
... ... @@ -1957,9 +1957,9 @@
1957 1957  Š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.
1958 1958  
1959 1959  
1960 -1.
1961 -11.
1962 -111.
1917 +1.
1918 +11.
1919 +111.
1963 1963  1111. Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality
1964 1964  
1965 1965  Nasledujúca tabuľka definujte potrebné kapacity pre zabezpečenie riadenia dátovej kvality.
... ... @@ -1968,8 +1968,8 @@
1968 1968  |**Dátový kurátor**|Evidencia požiadaviek na dátovú kvalitu, monitoring a riadenie procesu|Dátový kurátor správcu IS
1969 1969  |**Databázový špecialista**|Analyzuje požiadavky na dáta, modeluje obsah procedúr|Dodávateľ
1970 1970  
1971 -1.
1972 -11.
1928 +1.
1929 +11.
1973 1973  111. Otvorené údaje
1974 1974  
1975 1975  V rámci projektu budú publikované nad rámec súčasného stavu otvorené dáta:
... ... @@ -1999,8 +1999,8 @@
1999 1999  
2000 2000  Tabuľka 25 Objekty evidencie, ktoré budú sprístupnené ako otvorené údaje
2001 2001  
2002 -1.
2003 -11.
1959 +1.
1960 +11.
2004 2004  111. Analytické údaje
2005 2005  
2006 2006  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:
... ... @@ -2011,8 +2011,8 @@
2011 2011  
2012 2012  Tabuľka 26 Objekty evidencie, ktoré budú projektom pripravené pre analytické účely
2013 2013  
2014 -1.
2015 -11.
1971 +1.
1972 +11.
2016 2016  111. Moje údaje
2017 2017  
2018 2018  Nerelevantné.
... ... @@ -2020,8 +2020,8 @@
2020 2020  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.
2021 2021  
2022 2022  
2023 -1.
2024 -11.
1980 +1.
1981 +11.
2025 2025  111. Prehľad jednotlivých kategórií údajov
2026 2026  
2027 2027  Nižšie je uvedená súhrnná tabuľka pre kategorizáciu údajov dotknutých projektom z pohľadu využiteľnosti týchto údajov.
... ... @@ -2047,11 +2047,11 @@
2047 2047  Tabuľka 28 Prehľad jednotlivých kategórií údajov
2048 2048  
2049 2049  
2050 -1.
2007 +1.
2051 2051  11. Technologická architektúra
2052 2052  
2053 -1.
2054 -11.
2010 +1.
2011 +11.
2055 2055  111. Návrh riešenia technologickej architektúry
2056 2056  
2057 2057  Nasledujúci diagram zobrazuje aktuálny stav technologickej vrstvy architektúry súčasného riešenia:
... ... @@ -2172,8 +2172,8 @@
2172 2172  
2173 2173  
2174 2174  
2175 -1.
2176 -11.
2132 +1.
2133 +11.
2177 2177  111. Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)
2178 2178  
2179 2179  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, …).
... ... @@ -2188,18 +2188,18 @@
2188 2188  Tabuľka 29 Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)
2189 2189  
2190 2190  
2191 -1.
2192 -11.
2148 +1.
2149 +11.
2193 2193  111. Využívanie služieb z katalógu služieb vládneho cloudu
2194 2194  
2195 2195  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.
2196 2196  
2197 2197  
2198 -1.
2155 +1.
2199 2199  11. Bezpečnostná architektúra
2200 2200  
2201 -1.
2202 -11.
2158 +1.
2159 +11.
2203 2203  111. Návrh riešenia bezpečnosti
2204 2204  
2205 2205  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.
... ... @@ -2243,8 +2243,8 @@
2243 2243  Prenos údajov cez optické siete je zabezpečený šifrovaním na úrovni sieťovej vrstvy.
2244 2244  
2245 2245  
2246 -1.
2247 -11.
2203 +1.
2204 +11.
2248 2248  111. Určenie obsahu bezpečnostných opatrení
2249 2249  
2250 2250  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.**
... ... @@ -2259,8 +2259,8 @@
2259 2259  Tabuľka 33 Určenie zdrojov a obsahu minimálnych bezpečnostných opatrení
2260 2260  
2261 2261  
2262 -1.
2263 -11.
2219 +1.
2220 +11.
2264 2264  111. Legislatívne, právne, štatutárne, regulačné a zmluvné požiadavky,
2265 2265  
2266 2266  Bezpečnostná architektúra bude v súlade s:
... ... @@ -2303,8 +2303,8 @@
2303 2303  * Systém je navrhnutý podľa kľúčových oblastí rámca NIST: identifikácia, ochrana, detekcia, reakcia a obnova.
2304 2304  * Pravidelné testovanie a monitoring zabezpečujú pripravenosť na kybernetické incidenty.
2305 2305  
2306 -1.
2307 -11.
2263 +1.
2264 +11.
2308 2308  111. Riešenie autentifikácie a prístupov používateľov
2309 2309  
2310 2310  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.
... ... @@ -2316,7 +2316,7 @@
2316 2316  
2317 2317  1. PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU
2318 2318  
2319 -1.
2276 +1.
2320 2320  11. Návrh riešenia prevádzky a údržby
2321 2321  
2322 2322  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.
... ... @@ -2325,7 +2325,7 @@
2325 2325  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.
2326 2326  
2327 2327  
2328 -1.
2285 +1.
2329 2329  11. Zabezpečenie podpory používateľov a prevádzky
2330 2330  
2331 2331  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.
... ... @@ -2389,7 +2389,7 @@
2389 2389  
2390 2390  
2391 2391  
2392 -1.
2349 +1.
2393 2393  11. Riešenie incidentov v prevádzke - parametre úrovní služby
2394 2394  
2395 2395  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ú.
... ... @@ -2458,7 +2458,7 @@
2458 2458  Pre tieto služby budú dohodnuté osobitné parametre dodávky.
2459 2459  
2460 2460  
2461 -1.
2418 +1.
2462 2462  11. Požadovaná dostupnosť informačného systému:
2463 2463  
2464 2464  |Popis|Parameter|Poznámka
... ... @@ -2482,14 +2482,14 @@
2482 2482  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.
2483 2483  )))
2484 2484  
2485 -1.
2486 -11.
2442 +1.
2443 +11.
2487 2487  111. Dostupnosť (Availability)
2488 2488  
2489 2489  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.
2490 2490  
2491 -1.
2492 -11.
2448 +1.
2449 +11.
2493 2493  111. RTO (Recovery Time Objective)
2494 2494  
2495 2495  RTO pre súčasti systému sa stanoví nasledovne:
... ... @@ -2498,8 +2498,8 @@
2498 2498  |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
2499 2499  |IS SÚC|8 pracovných hodín
2500 2500  
2501 -1.
2502 -11.
2458 +1.
2459 +11.
2503 2503  111. RPO (Recovery Point Objective)
2504 2504  
2505 2505  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.
... ... @@ -2506,7 +2506,7 @@
2506 2506  
2507 2507  
2508 2508  
2509 -1.
2466 +1.
2510 2510  11. Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky
2511 2511  
2512 2512  V rámci prevádzky informačného systému sú potrebné nasledovné ľudské kapacity pokryté zo strany HLMSR BA:
... ... @@ -2516,7 +2516,7 @@
2516 2516  * zástupca prevádzky – dohliada na plnenie požiadaviek zo strany prevádzky a kontroluje ich; predpokladaný počet: 1
2517 2517  * 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.
2518 2518  
2519 -1.
2476 +1.
2520 2520  11. Požiadavky na zdrojové kódy
2521 2521  
2522 2522  Zdrojové kódy vytvorené počas projektu budú odovzdané HLMSR BA ako objednávateľovi pod licenciou umožňujúcou ich prípadnú úpravu a ďalšie nakladanie aj po ukončení zmluvného vzťahu s dodávateľom. Na preexistentný softvér, vrátane produktov, proprietárneho softvéru a iného softvéru, ktorý nebol vyvinutý pre objednávateľa podľa jeho špecifických požiadaviek a ku ktorému nebudú dodané zdrojové kódy, bude požadovať objednávateľ v súťažných podkladoch a zmluve s dodávateľom udelenie licencie v takom rozsahu, ktorý bude nevyhnutný na funkčné používanie systému ako celku v súlade so všetkými biznisovými a technickými požiadavkami opísanými v tejto projektovej dokumentácii a v súťažných podkladoch po celú dobu udržateľnosti projektu.
1756999870494-470.png
Autor
... ... @@ -1,0 +1,1 @@
1 +XWiki.valer\.jurcak@bratislava\.sk
Veľkosť
... ... @@ -1,0 +1,1 @@
1 +157.9 KB
Obsah
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