Version 8.13 by Štefan Demčák on 2025/09/11 08:43
Show last authors
1 **PRÍSTUP K PROJEKTU**
2 **Vzor pre manažérsky výstup I-03**
3 **podľa vyhlášky MIRRI č. 401/2023 Z. z.**
4
5 (% style="width:1230px" %)
6 |**Povinná osoba**|(% style="width:222px" %){{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Mesto Košice{{/content}}
7 |**Názov projektu**|(% style="width:222px" %){{content id="projekt.nazov"}}Inteligentné mesto Košice{{/content}}
8 |**Zodpovedná osoba za projekt**|(% style="width:222px" %)Mgr. Tomáš Vrbovský / vedúci oddelenia dopravy Magistrátu mesta Košice
9 |**Realizátor projektu**|(% style="width:222px" %){{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Mesto Košice{{/content}}
10 |**Vlastník projektu**|(% style="width:222px" %)Mesto Košice
11 **Schvaľovanie dokumentu**
12 |**Položka**|(% style="width:222px" %)**Meno a priezvisko**|(% style="width:461px" %)**Organizácia**|**Pracovná pozícia**|**Dátum**|(((
13 **Podpis**
14 (alebo elektronický súhlas)
15 )))
16 |Vypracoval|(% style="width:222px" %)Ing. Juraj Till, PhD., MBA.|(% style="width:461px" %)Metec Consulting s.r.o.|konateľ|9.6.2025|
17 |Revidoval|(% style="width:222px" %)Ing. Gabriela Hajduková|(% style="width:461px" %)Mesto Košice|Vedúca referátu dátovej politiky a analýz|13.6.2025|
18 |Revidoval|(% style="width:222px" %)Ing. Štefan Demčák, PhD.|(% style="width:222px" %)Mesto Košice|(% style="width:222px" %)referent referátu energií|(% style="width:461px" %)13.6.2025
19 |Revidoval|(% style="width:222px" %)Ing. Ivan Frič|(% style="width:461px" %)Mesto Košice|Vedúci referátu transformácie IT infraštruktúry|6.7.2025|
20 |Schválil|(% style="width:222px" %)Mgr. Tomáš Vrbovský|(% style="width:461px" %)(((
21 Mesto Košice
22 )))|Vedúci oddelenia dopravy|10.9.2025|
23
24 = {{id name="_Toc2008675389"/}}1.História dokumentu =
25
26 |**Verzia**|**Dátum**|**Zmeny**|**Meno**
27 |//1.0//|//9.6.2025//|Prvá verzia dokumentu|Ing. Juraj Till, PhD., MBA.
28 |//1.1//|//8.8.2025//|//Druhá verzia dokumentu (so zapracovaním pripomienok)//|Ing. Juraj Till, PhD., MBA.
29 |//1.2//|//8.9.2025//|//Tretia verzia dokumentu (zapracovanie pripomienok Slovensko.Digital)//|Ing. Juraj Till, PhD., MBA.
30
31 = {{id name="_Toc74315499"/}}2.Účel dokumentu =
32
33 //Dokument I-03 Prístup k projektu je vypracovaný v súlade s Vyhláškou 401/2023 Z. z. o riadení projektov a poskytuje podrobný opis navrhovaného riešenia a prístupu k projektu „Inteligentné mesto Košice“. Tento dokument rozpracúva~://
34
35 * **//Aktuálny a budúci stav//**// (AS-IS, TO-BE)//
36 * **//Podrobnú architektúru//**// (biznis vrstva, aplikačná vrstva, dátová vrstva, technologická vrstva, infraštruktúra, bezpečnosť)//
37 * **//Špecifikáciu spracovaných údajov//**// (vrátane čistenia dát a integrácií)//
38 * **//Prevádzku a údržbu výstupov//**// (zabezpečenie, SLA, podpora, monitorovanie)//
39 * **//Prevádzkové požiadavky//**// (L1–L3 podpora, reakčné časy, zálohovanie, obnova)//
40 * **//Požiadavky na zdrojové kódy//**// (spôsob preberania, archivácie, prevencia vendor lock-in)//
41 * **//Opis implementácie//**// (harmonogram, preberacie postupy, fakturačné míľniky)//
42
43 **//Krátke manažérske zhrnutie obsahu (podľa priloženého dokumentu)//**
44
45 **//Motivácia a ciele projektu//**//~://
46
47 * //Zlepšiť mestské služby a infraštruktúru v Košiciach pomocou digitálnych technológií a IoT.//
48 * //Zvýšiť transparentnosť (Open Data), inovovať dopravný systém (smart semafory, inteligentné parkovanie).//
49
50 //Projekt „Inteligentné mesto Košice“ je zasadený do celkovej architektúry informačných systémov mesta Košice a je priamym implementačným krokom k napĺňaniu **Koncepcie rozvoja informačných technológií mesta Košice (KRIT 2024–2030)**.//
51
52 * **//Na aplikačnej úrovni//**// je projekt integrovaný do existujúceho IS mesta – jednotlivé moduly sú prehľadne zobrazené v architektonickej vrstve (Application Layer). Smart City platforma (ISVS_10383) funguje ako nadradený integračný komponent, pod ktorý patria nové moduly projektu (Inteligentný dopravný systém, Dynamické riadenie križovatiek, Monitoring stavu komunikácií, Systém údržby komunikácií, Monitorovací kamerový systém).//
53 * **//Na technologickej úrovni//**// projekt využíva mestský dátový sklad (ISVS_11074), analytický nástroj mesta (ISVS_11075) a API Gateway, čím realizuje KRIT prioritu jednotnej dátovej architektúry.//
54 * **//Na biznis úrovni//**// sú procesy definované v ArchiMate modeloch (aktéri, služby, procesy, udalosti). Tieto modely poskytujú rámcové procesné mapovanie v súlade s vyhl. 401/2023 Z.z. Detailné BPMN workflow pre životné situácie a elektronické služby budú spracované v Realizačnej fáze (R1-1 Detailný návrh riešenia).//
55
56 //Projekt tak preukázateľne napĺňa reformný zámer v oblasti samosprávy – integruje legacy systémy a nové moduly do jednotnej architektúry, odstraňuje fragmentáciu procesov a zvyšuje efektívnosť služieb v súlade s KRIT.//
57
58 **//Tabuľka prepojenia: Legacy systém → Nový modul projektu → Reformný cieľ//**
59
60 |**Legacy systém / súčasný stav**|**Nový modul projektu (TO-BE)**|**Väzba na reformný cieľ KRIT / NKIVS**
61 |LCS Noris, Helios Green, IIS KE – oddelené evidencie, duplicity, manuálne procesy|Dátový sklad mesta (ISVS_11074) + Analytický nástroj mesta (ISVS_11075)|KRIT: konsolidácia dát, jednotný dátový model mesta; NKIVS: dátová transformácia, princíp „jedenkrát a dosť“
62 |GISPLAN – GIS mesta Košice, integrovaný s ERP systémom|Smart City platforma (ISVS_10383) – integračná vrstva|KRIT: jednotná dátová architektúra; NKIVS: opätovná použiteľnosť údajov, otvorené API
63 |Dopravná infraštruktúra bez centrálneho riadenia (len statické programy semaforov)|Inteligentný dopravný systém (ISVS_14568) + Systém dynamického riadenia (ISVS_11073)|KRIT: adaptívne križovatky, preferencia MHD a IZS; NKIVS: služby pre občanov a podnikateľov, digitalizácia procesov
64 |Manuálne a elektronické hlásenia porúch ciest a infraštruktúry (telefonicky, e-služby)|Monitoring stavu komunikácií (ISVS_14570)|KRIT: prediktívna údržba infraštruktúry; NKIVS: digitálny úrad, eliminácia administratívnej záťaže
65 |Manuálna evidencia zásahov a zimnej údržby|Systém údržby komunikácií (ISVS_15193)|KRIT: digitalizácia a optimalizácia procesov mesta; NKIVS: efektívnejšia a používateľsky prívetivá verejná správa
66 |Mestská polícia – manuálne vyhľadávanie záznamov z kamier|Monitorovací kamerový systém (ISVS_14562) s videoanalytikou|KRIT: bezpečné a odolné mesto; NKIVS: bezpečné informačné systémy VS
67 |Fragmentované e-služby mesta (staršie moduly, IIS KE)|Open Data portál (ISVS_11079) + Elektronické formuláre (ISVS_5737) + Konto Košičana (ISVS_11077)|KRIT: transparentnosť, participácia, digitalizácia služieb; NKIVS: služby podľa životných situácií, multikanálový prístup
68
69 **//Architektúra riešenia//**
70
71 * **//Biznis vrstva//**//: Definuje kľúčové procesy (elektronické služby občanom, správa majetku, dopravné riadenie, údržba infraštruktúry).//
72 * **//Aplikačná vrstva//**//: Digitálny asistent, inteligentný dopravný systém, updated ERP a integrácia s IoT platformou.//
73 * **//Dátová vrstva//**//: Centralizovaný dátový sklad a Open Data.//
74 * **//Technologická a infraštruktúrna vrstva//**//: Hybridný prístup (mestské datacentrum + cloud), IoT siete (LoRaWAN, NB-IoT) pre senzory, edge computing pre dopravné uzly, kyberbezpečnosť (SIEM, IAM).//
75
76 **//Čistenie a spracovanie údajov//**
77
78 * //Plánované ETL/ELT procesy do mestského dátového skladu, kontrola kvality a deduplikácia.//
79
80 **//Prevádzka a údržba//**
81
82 * //Definované 3 úrovne podpory (L1, L2, L3) so špecifickými SLA (reakčné časy, doba vyriešenia).//
83 * //AS-IS: Minimálna úroveň integrácií, manuálna správa, roztrieštené dohody.//
84 * //TO-BE: Centrálna správa (Help Desk + SLA L3: 8×5), podpora pre dôležité aplikácie 8×5 / 24×7 podľa kritickosti.//
85
86 **//Požiadavky na zdrojové kódy//**
87
88 * //Nadväznosť na legislatívu (Zákon o ITVS, Metodické usmernenia MIRRI).//
89 * //Zamedzenie vendor-lock-in (otvorený kód alebo aspoň prenositeľný, definované míľniky, odovzdávanie pri údržbe).//
90 * //Periodické odovzdávanie/dostupnosť zdrojových kódov pri fakturačných míľnikoch, archivácia v repozitári.//
91
92 **//Implementácia a preberanie výstupov//**
93
94 * //Časový harmonogram s definovanými míľnikmi.//
95 * //Požiadavky na testovacie a pilotné prevádzky.//
96 * //Plán školení zamestnancov, dokumentácia k nasadeniu.//
97
98 **//Manažérske prínosy//**
99
100 * //Celková modernizácia mestských služieb (G2C, G2B, G2G).//
101 * //Lepšia transparentnosť a efektívnejšie hospodárenie.//
102 * //Vyššia bezpečnosť vďaka centralizovaným riešeniam a SIEM.//
103
104 Projekt „Inteligentné mesto Košice“ je v súlade nielen s Koncepciou rozvoja informačných technológií mesta Košice (KRIT 2024 – 2030), ale aj s národnými strategickými dokumentmi informatizácie verejnej správy, najmä s **Národnou koncepciou informatizácie verejnej správy 2025 (NKIVS)** a **Akčným plánom inteligentných miest a regiónov na roky 2023 – 2026**.
105
106 * **Služby pre občanov a podnikateľov (NKIVS priorita 1):** Projekt zavádza nové digitálne služby a rozhrania (napr. Open Data API, Konto Košičana), čím podporuje NKIVS cieľ transformovať služby na model organizovaný podľa životných situácií, dostupný multikanálovo a v mobilnom prostredí.
107 * **Využívanie hodnoty v údajoch – dátová transformácia (NKIVS priorita 2):** Zriadenie mestského dátového skladu (ISVS_11074) a analytického nástroja (ISVS_11075) napĺňa národný cieľ budovať centrálny dátový model, implementovať princíp „jedenkrát a dosť“ a rozvíjať analytické kapacity pre rozhodovanie.
108 * **Digitálny úrad (NKIVS priorita 3):** Projekt digitalizuje vnútorné procesy mesta (automatizácia údržby komunikácií, prediktívny monitoring, workflow a SLA), čo priamo prispieva k NKIVS cieľu efektívnej verejnej správy postavenej na digitalizácii a automatizácii procesov.
109 * **Technologická infraštruktúra a prevádzka (NKIVS priorita 4):** Projekt využíva IoT, cloudové riešenia a integračnú platformu (ISVS_10383), čo je v súlade s NKIVS zámerom budovať modernú, škálovateľnú a bezpečnú technologickú infraštruktúru.
110 * **Kybernetická a informačná bezpečnosť (NKIVS priorita 5):** Implementácia IAM a SIEM posilňuje kybernetickú odolnosť a je v súlade s NKIVS cieľom zaviesť jednotný bezpečnostný rámec a centralizovaný monitoring incidentov.
111
112 Projekt zároveň napĺňa princípy NKIVS: **orientácia na používateľa, prirodzene digitálna verejná správa, údaje ako aktíva, opätovná použiteľnosť a bezpečnosť**.
113
114 Okrem NKIVS projekt podporuje aj ciele **Akčného plánu inteligentných miest a regiónov 2023 – 2026**, najmä v oblastiach integrácie služieb, participácie občanov, využitia dát pre rozhodovanie a rozvoja udržateľnej mobility.
115
116 Projekt tak zapadá do viacúrovňovej hierarchie informatizácie verejnej správy: nadväzuje na NKIVS ako národný rámec a zároveň podporuje sektorové politiky v oblasti inteligentnej mobility, energetiky a bezpečnosti, čím posilňuje prepojenie medzi národnou a mestskou úrovňou digitalizácie.
117
118 == {{id name="_Toc152607284"/}}{{id name="_Toc683485446"/}}{{id name="_Toc365474999"/}}{{id name="_Toc1488819067"/}}{{id name="_Toc461533771"/}}{{id name="_Toc1193242276"/}}{{id name="_Toc738207424"/}}{{id name="_Toc2067375730"/}}{{id name="_Toc336064095"/}}{{id name="_Toc62328600"/}}{{id name="_Toc1636304797"/}}{{id name="_Toc635885549"/}}2.1Použité skratky a pojmy ==
119
120 |**SKRATKA/POJEM**|**POPIS**
121 |**API**|Application Programming Interface – rozhranie pre komunikáciu medzi systémami
122 |**BI**|Business Intelligence – analytický nástroj pre rozhodovanie na základe dát
123 |**CRM**|Customer Relationship Management – systém na riadenie vzťahov so zákazníkmi
124 |**EUPL**|European Union Public Licence – licencia Európskej únie pre softvér
125 |**ERP**|Enterprise Resource Planning – ekonomický a administratívny informačný systém
126 |**ESB**|Enterprise Service Bus – integračná platforma pre rôzne aplikácie a systémy
127 |**GIS**|Geografický informačný systém
128 |**G2C**|Government to Citizen – služby poskytované občanom
129 |**G2B**|Government to Business – služby poskytované podnikateľským subjektom
130 |**G2G**|Government to Government – služby medzi verejnými inštitúciami
131 |**G2E**|Government to Employees – služby pre zamestnancov verejnej inštitúcie
132 |**IoT**|Internet of Things – internet vecí (inteligentné zariadenia)
133 |**IS**|Informačný systém
134 |**ISVS**|Informačný systém verejnej správy
135 |**ITIL**|Information Technology Infrastructure Library – rámec osvedčených postupov v IT službách
136 |**KPI**|Key Performance Indicator – kľúčový ukazovateľ výkonnosti
137 |**MetaIS**|Metainformačný systém verejnej správy
138 |**SLA**|Service Level Agreement – dohoda o úrovni poskytovaných služieb
139 |**SIEM**|Security Information and Event Management – systém riadenia bezpečnostných informácií a udalostí
140 |**SSO**|Single Sign-On – jednotné prihlasovanie do viacerých systémov
141 |**UX**|User Experience – používateľská skúsenosť pri práci so systémom
142 |**L1, L2, L3**|Úrovne podpory pre riešenie incidentov podľa ich zložitosti a naliehavosti
143 |**ETL**|Extract, Transform, Load – proces extrakcie, transformácie a načítavania dát do dátového skladu
144 |**DKVI**|Doba konečného vyriešenia incidentu
145 |**DPMK**|Dopravný podnik mesta Košice
146 |**TEHO**|Teplárenský podnik mesta Košice
147 |**K13**|Mestská organizácia zabezpečujúca kultúrne aktivity v Košiciach
148 |**ID-SK**|Jednotný štátny dizajn manuál pre elektronické služby verejnej správy Slovenskej republiky
149 |**Open Data**|Verejne dostupné dáta, ktoré môžu byť voľne používané, modifikované a zdieľané
150 |**Vendor lock-in**|Závislosť od jedného dodávateľa, ktorý obmedzuje možnosť výmeny či integrácie riešení
151 |**MetaIS**|Metainformačný systém verejnej správy, register informačných systémov a elektronických služieb
152 |**IS Solution manager**|Systém na správu incidentov, zmien a požiadaviek používateľov
153 |**Konto Košičana**|Centrálne digitálne konto pre prístup občanov k elektronickým službám mesta Košice
154 |**IDS**|Inteligentný dopravný systém
155
156 == {{id name="_Toc153139681"/}}{{id name="_Toc15428557"/}}{{id name="_Toc15427667"/}}{{id name="_Toc15426945"/}}{{id name="_Toc510413655"/}}2.2Konvencie pre typy požiadaviek (príklady) ==
157
158 **//Funkcionálne (používateľské) požiadavky //**//majú nasledovnú konvenciu~://
159
160 **//FRxx//**
161
162 * //U – užívateľská požiadavka//
163 * //R – označenie požiadavky//
164 * //xx           – číslo požiadavky//
165
166 **//Nefunkčné (kvalitatívne, výkonové – Non Functional Requirements – NFR) požiadavky//**// majú nasledovnú konvenciu~://
167
168 **//NRxx//**
169
170 * //N             – nefunkčná požiadavka (NFR)//
171 * //R – označenie požiadavky//
172 * //xx           – číslo požiadavky//
173
174 //Ostatné typy požiadaviek môžu byť ďalej definované objednávateľom/PM.//
175
176 = {{id name="_Toc1924467239"/}}{{id name="_Toc153139683"/}}3.Popis navrhovaného riešenia =
177
178 Preferovaný variant predstavuje komplexné riešenie – modulárny ekosystém aplikácií pokrývajúci všetky kľúčové funkcionality inteligentného riadenia dopravy definované v projekte Inteligentné mesto Košice. Všetky systémy sú vzájomne prepojené cez centrálnu integračnú platformu, čo umožňuje synergické využitie dát a koordinované riadenie procesov v doprave. Táto alternatíva predpokladá nasadenie viacerých špecializovaných modulov, ktoré spolu tvoria jednotnú aplikačnú vrstvu pre Smart City. Hlavné aplikácie a moduly v rozšírenom (preferovanom) variante zahŕňajú:
179
180 * **Inteligentný systém riadenia dopravy (IDS centrum):** Pokročilý centrálny dopravný systém, ktorý dynamicky riadi a optimalizuje dopravné toky v meste v reálnom čase. Spracúva dáta z rôznych dopravných senzorov (sčítače vozidiel, dopravné video analytické detektory s automatickou detekciou) a podľa nich prispôsobuje riadenie svetelnej signalizácie na križovatkách. Tento systém zahŕňa adaptívne riadenie križovatiek (vrátane koordinácie semaforov v sieťach križovatiek a preferencie vozidiel verejnej dopravy (MHD) a poskytuje dispečerom prehľad o premávke aj nástroje na zásah pri mimoriadnych udalostiach. Napríklad pri zistení nehody alebo zápchy dokáže systém automaticky upraviť signalizačné plány a informovať zložky mesta.
181 * **IoT senzorická sieť s video analytickými detektormi:** Rozsiahla sieť koncových zariadení na zber dopravných dát. Zahŕňa stacionárne IoT senzory (detektory vozidiel, meteorologické senzory pri cestách, čidlá intenzity premávky), mobilné senzory (napr. GPS jednotky vo vozidlách údržby, prípadne dopravné senzory na vozidlách MHD) a video analytické detektory rozmiestnené na kľúčových úsekoch. Video analytické detektory s funkciami počítačového videnia automaticky deteguje dopravné incidenty, nehodové situácie alebo nebezpečné správanie (napr. vodiča v protismere) a zasiela tieto podnety do dopravného centra. V rámci senzorickej infraštruktúry sa využíva aj V2X komunikácia (vozidlo-infraštruktúra), ktorá umožňuje získavať údaje priamo z vozidiel a vysielať vybrané informácie (napr. o preferencii MHD priamo do riadiacich jednotiek semaforov.
182 * **Inteligentný systém správy a údržby ciest:** Modul zameraný na zimnú aj bežnú údržbu komunikácií. Zbiera dáta o stave vozoviek z IoT senzorov (napr. teplota a vlhkosť vozovky z meteostaníc kvôli tvorbe poľadovice) a z mobilných video-analitických zariadení (videozáznam z vozidiel údržby analyzovaný AI na detekciu poškodenia). Na základe týchto dát systém generuje výstrahy a odporúčania pre zásah (napr. posyp vozovky, opravu úseku) a podporuje prediktívne plánovanie údržby. Umožňuje efektívnejšie plánovať zimnú údržbu (nasadenie posypových vozidiel podľa aktuálnych podmienok) aj dlhodobé opravy ciest skôr, než dôjde k haváriám. Tento modul zároveň eviduje vykonané zásahy a integruje sa s centrálnou platformou, aby mohol zdieľať údaje (napr. uzávierky ciest či stav vozovky) aj s dopravným riadiacim centrom.
183 * **Centrálna dátová platforma a analytika:** Univerzálna integračná platforma (Smart City data platforma), ktorá prepája všetky uvedené moduly a konsoliduje dáta o doprave na jednom mieste. Slúži ako jednotné úložisko dát a poskytuje nástroje Business Intelligence (BI) a AI pre pokročilú analýzu. V preferovanom variante táto platforma umožňuje v reálnom čase vyhodnocovať dopravné ukazovatele a generovať predikcie – napríklad predpovedať tvorbu kolón, identifikovať rizikové miesta na základe dát z incidentov, alebo odhadovať potrebu údržby vozoviek. Analytické výstupy pomáhajú vedeniu mesta pri strategických rozhodnutiach (napr. plánovanie dopravných opatrení či investícií do infraštruktúry) a zvyšujú efektívnosť riadenia dopravy. Platforma zároveň vytvára priestor pre budúce rozšírenia – v prípade potreby je možné na ňu napojiť ďalšie domény Smart City (napríklad verejné osvetlenie, energetický manažment budov alebo služby pre občanov ako otvorené dáta a dopravné infoaplikácie).
184
185 Integrácia prostredníctvom štandardizovaných aplikačných služieb zabezpečí interoperabilnú výmenu údajov medzi GIS systémom a internými a externými ISVS, čím sa posilní kvalita a využiteľnosť dát.
186
187 Rozšírený variant aplikačnej architektúry si vyžaduje najväčšie investície a zásadnú modernizáciu softvérového portfólia mesta, avšak prináša aj najvyšší úžitok. Integrovaný ekosystém dopravných aplikácií dokáže výrazne zlepšiť plynulosť a bezpečnosť cestnej premávky v Košiciach, skrátiť reakčné časy na dopravné incidenty a optimalizovať výkony údržby ciest. Zároveň vytvára dátové základy, na ktorých možno stavať ďalšie inovácie Smart City v budúcnosti. Táto preferovaná alternatíva napĺňa víziu projektu Inteligentné mesto Košice v oblasti dopravy a pripravuje mesto na ďalší rozvoj inteligentných služieb v nadchádzajúcich rokoch.
188
189 V rámci predprojektovej fázy bola posudzovaná aj alternatíva riešenia formou Open Source (použitie SW s otvoreným zdrojovým kódom), avšak vzhľadom na existujúce technologické zázemie mesta Košice, potrebu integrácií a minimalizáciu rizík pri implementácii, Mesto sa rozhodlo túto alternatívu nezvažovať v rámci prípravy projektu. Projekt však počíta s maximálnym využitím otvorených štandardov, interoperabilných rozhraní (REST API) a publikovaním dát vo forme Open Data, čím reflektuje princípy otvoreného a zodpovedného vládnutia.
190
191 == Výsledky CBA ==
192
193 [[image:1755516233174-642.png]]
194
195
196 **Interpretácia výsledkov CBA**
197
198 === Finančná perspektíva ===
199
200 Investičné náklady na digitalizáciu (5,37 mil. € s DPH) sú významné, no v plne digitalizovanom stave sa výrazne znižujú prevádzkové náklady a zvyšujú príjmy z efektívnejších procesov. Kladná FNPV (2,47 mil. €) a BCR (2,78) dokazujú, že projekt je finančne životaschopný – zo zisku je možné pokryť investíciu a priniesť mestu prebytok.
201
202 === Ekonomická perspektíva ===
203
204 Z ekonomického hľadiska sú najväčším prínosom úspory času úradníkov (až 19,5 h na jedno podanie pri kamerových systémoch) a občanov (0,2 – 0,5 h na podanie). Tieto úspory boli prepočítané na eurá podľa priemernej mzdy v regióne. Vďaka digitalizácii dokáže mesto ušetriť tisíce hodín ročne a uvoľnené kapacity presmerovať do kvalitnejších služieb. ENPV 9,24 mil. € a EIRR 57,8 % svedčia o tom, že spoločenská návratnosť investície je vysoká a výrazne prevyšuje štandardné diskontné sadzby.
205
206 === Kvalitatívne prínosy ===
207
208 Okrem kvantifikovateľných úspor prináša projekt aj nehmotné benefity:
209
210 * **Vyššia plynulosť dopravy** – adaptívne riadenie križovatiek a centrálny dopravný dispečing skracujú meškania a zápchy.  Hodnota týchto benefitov narastá z 500 000 € v t3 na 2 mil. € v t10.
211 * **Zlepšená bezpečnosť a kvalita ciest** – monitoring a údržba komunikácií znižujú nehodovosť a škody na vozidlách; prínosy rastú z 10 000 € na 50 000 € ročne na modul.
212 * **Vyššia bezpečnosť a nižšia kriminalita** – inteligentný kamerový systém prispieva k prevencii kriminality; odhadované prínosy sa zvyšujú z 50 000 € na 250 000 € ročne.
213 * **Lepší manažment dát** – centrálna platforma umožňuje zdieľanie IoT dát a publikovanie dát na open‑data portál; prínos sa postupne zvyšuje z 25 000 € na 160 000 €.
214
215 Tieto benefity sa premietajú do vyššej kvality života obyvateľov a dlhodobého ekonomického rozvoja Košíc. Aj keď sú čiastočne monetizované, mnoho z nich má charakter nevyčísliteľného spoločenského prínosu (napr. pocit bezpečia, transparentnosť a dôvera vo verejné inštitúcie).
216
217 **Zhrnutie**
218
219 **Počet podaní/volaní:**  Zreálnené AS‑IS hodnoty vychádzajú z existujúcich evidencií a odhadov pracovníkov magistrátu.  Pre monitoring a údržbu komunikácií boli zahrnuté všetky hlásenia (desiatky tisíc ročne), čo vysvetľuje vysoké čísla v AS‑IS.  Digitalizácia odstráni duplicity a prinesie automatizovaný zber dát, takže TO‑BE hodnoty sú podstatne nižšie – rozdiely dosahujú desiatky tisíc podaní ročne.
220
221 **Materiálové a administratívne náklady:**  Papierové podania stoja 3–5 € na kus; digitalizácia znižuje náklady na 1–2 €.  Administratívne poplatky sú regulované a zostávajú nezmenené.
222
223 **Čas úradníkov:**  Manuálne spracovanie jednej žiadosti dnes trvá 1–20 hodín v závislosti od modulu.  Elektronické workflow skracujú tento čas na 0,1–1 hodinu, čo predstavuje úsporu 4–20 hodín na podanie a vedie k desiatkam tisíc ušetrených hodín ročne.
224
225 **Čas občanov:**  Hlásenie problému osobne alebo telefonicky zaberie 30–45 minút; online formulár trvá 5–15 minút.  Úspora na podanie je 0,2–0,5 h, spolu tisíce hodín ročne.
226
227 **Kvalitatívne prínosy:**  Finančne oceniteľné benefity (plynulá doprava, kvalitnejšie cesty, bezpečnosť, lepší manažment dát) sa začínajú prejavovať od tretieho roku a rastú na 2,51 mil. € ročne v t10.  Ide o konzervatívny odhad prínosov, ktoré nie sú zachytené v časových a nákladových parametroch. Model cost‑benefit analýzy (CBA) pre projekt **Inteligentné mesto Košice** vychádza z kombinácie interných údajov magistrátu, odborných odhadov a dostupných benchmarkov.  V jednej tabuľke sú pre všetky moduly (Systém riadenia križovatiek, Monitoring stavu pozemných komunikácií, Systém údržby pozemných komunikácií, Monitorovací kamerový systém, Centrálna dátová platforma a analytická vrstva) uvedené kľúčové vstupné parametre v dvoch stavoch:
228
229 * **AS‑IS** – dnešný stav, keď väčšina činností prebieha manuálne.
230 * **TO‑BE** – budúci stav po zavedení inteligentných technológií.
231
232 Kapitola podrobne vysvetľuje, z akých zdrojov a úvah jednotlivé čísla pochádzajú a ako sa interpretujú v rámci CBA.  Pre lepšiu prehľadnosť sú parametre rozdelené do samostatných podsekcií: **počet podaní/volaní**, **materiálové náklady**, **administratívne poplatky**, **čas potrebný na spracovanie podania** (úradník), **čas potrebný na vypracovanie podania** (používateľ) a **kvalitatívne prínosy**.  Čísla v zátvorkách odkazujú na pôvodnú tabuľku v hárku „Parametre – Agendové IS“.
233
234 **Počet podaní/volaní (počet/rok)**
235
236 Tento parameter určuje, koľko podnetov (hlásení, incidentov alebo interných požiadaviek) sa v jednotlivých moduloch rieši počas roka.  Pre každý modul nižšie sú uvedené východiskové počty podaní (AS‑IS) a očakávané počty po digitalizácii (TO‑BE) v rokoch t3 až t10.  Rozdiel medzi TO‑BE a AS‑IS ilustruje, ako digitalizácia mení objem manuálnej práce.
237
238 === Systém riadenia križovatiek ===
239
240 * **AS‑IS:** Manuálne riadenie pozostáva najmä z úprav signalizačných plánov a spracovania hlásení o poruchách.  V Košiciach je dnes približne 26 riadených križovatiek a ročný počet podnetov zostáva stabilný.  Preto sú pre všetky roky t3–t10 stanovené AS‑IS hodnoty **50 → 66 podaní** (t3: 50, t4: 52, t5: 54, t6: 56, t7: 58, t8: 61, t9: 63, t10: 66).
241 * **TO‑BE:** adaptívne riadenie bude zaznamenávať aj automatické zmeny signálneho plánu, preto počet záznamov mierne stúpne z 50 v t3 na 66 v t10 (t3: 50, t4: 52, t5: 54, t6: 56, t7: 58, t8: 61, t9: 63, t10: 66).
242 * **Rozdiel**: 0, +2, +4, +6, +8, +11, +13, +16 – digitalizácia teda síce zvýši počet evidovaných úprav, ale len o niekoľko jednotiek ročne.
243
244 === Monitoring stavu pozemných komunikácií ===
245
246 * **AS‑IS:**  Podnety zahŕňajú hlásenia výtlkov, poškodených ciest, dopravného značenia a porúch senzorov. Ručné hlásenia výtlkov, poškodených ciest či dopravného značenia sú 1 500 v t3, 1 540 v t4, potom rastú na 1 580, 1 620, 1 660, 1 700, 1 740, 1 780 v t5–t10. Tieto počty reflektujú súčasnú záťaž technických a dopravných oddelení, ktorá rastie so zvyšujúcou sa premávkou a opotrebovaním ciest.
247 * **TO‑BE:** Po nasadení senzorov a mobilných aplikácií sa väčšina incidentov zaznamená automaticky; manuálnych hlásení bude menej, klesajú manuálne hlásenia na 1 000, 1 030, 1 061, 1 093, 1 125, 1 159, 1 194 a 1 230. vyjadrujú, o koľko menej manuálnych hlásení musí úrad riešiť – digitalizácia teda odstraňuje približne 90 % súčasných podaní a nahrádza ich automatickým zberom dát.
248 * **Rozdiel**: –500, –510, –519, –527, –535, –541, –546, –550 – digitalizácia teda znižuje manuálne podania približne o tretinu.
249
250 === Systém údržby pozemných komunikácií ===
251
252 * **AS‑IS:**  Zahŕňa interné požiadavky na opravy výtlkov, zimnú údržbu a údržbu dopravného značenia. Interné požiadavky na údržbu ciest sú 1 200 v t3, potom stúpajú približne o 50 ročne na 1 250, 1 300, 1 350, 1 400, 1 450, 1 500 a 1 550 v t10.), čo odráža starnutie infraštruktúry.
253 * **TO‑BE:** Inteligentný systém generuje úlohy na základe senzorových údajov a nahlásení, takže počet evidovaných úloh je nižší ako manuálnych hlásení. Digitalizovaný systém generuje evidované úlohy 1 500, 1 530, 1 560, 1 591, 1 623, 1 655, 1 688 a 1 722.
254 * **Rozdiel** ukazuje, že digitalizácia zníži počet manuálnych záznamov zhruba o 70 % – systém bude proaktívne plánovať zásahy a odstráni duplicity v podaniach. +300, +280, +260, +241, +223, +205, +188, +172 – počet evidovaných úloh mierne rastie vďaka presnejšiemu plánovaniu (systém konsoliduje duplicity a prioritizuje úlohy).
255
256 === Monitorovací kamerový systém ===
257
258 * **AS‑IS:**  Mestská polícia žiada o záznamy pri incidentoch (priestupky, nehody). Žiadosti o záznamy sú 1 000 v t3, 1 050 v t4, 1 100 v t5, 1 150 v t6, 1 200 v t7, 1 250 v t8, 1 300 v t9, 1 350 v t10.
259 * **TO‑BE:** Po nasadení inteligentnej videoanalýzy generuje systém záznam pri každom zistenom incidente. Inteligentná videoanalýza generuje záznam pri každom incidente, preto sú čísla 1 500, 1 530, 1 560, 1 591, 1 623, 1 655, 1 688, 1 722.
260 * **Rozdiel**: +500, +480, +460, +441, +423, +405, +388, +372 – systém generuje viac podaní, ale väčšinu spracuje automaticky.
261
262 === Centrálna dátová platforma a analytická vrstva ===
263
264 * **AS‑IS:**  Košice dnes nemajú jednotnú IoT platformu; zber dát je manuálny a nesystémový. Preto je v tabuľke AS‑IS počet podaní označený pomlčkou (0).  Úradníci získavajú údaje na požiadanie, čo sa nepočíta medzi automatizované volania.
265 * **TO‑BE:** Po nasadení platformy sa predpokladá prudký nárast automatických dátových udalostí: Po nasadení platformy vznikne** 5 000 volaní v t3, postupne rastúce na 5 250, 5 512, 5 788, 6 078, 6 381, 6 700, 7 036 v t10**. Tieto volania sú síce početné, ale nepredstavujú prácu pre úradníka; sú základom pre ďalšie rozhodovanie a pohodlie občanov (open‑data portál).
266 * **Rozdiel**: Zhodné s hodnotami TO‑BE (keďže AS‑IS = 0); ide však o automatické IoT udalosti, nie manuálne podania.
267
268 === Spolu (súhrn podaní) ===
269
270 * V t3 je celkový počet manuálnych podaní 19 120, čo sa skladá z vyššie uvedených AS‑IS hodnôt. Po digitalizácii klesne celkový počet podaní na 9 050, pretože väčšina hlásení v moduloch 2 a 3 zanikne alebo sa nahradí automatickým zberom.  Rozdiel v t3 je –10 070 (TO‑BE – AS‑IS).
271 * Celkový počet podaní v AS‑IS zostáva do t9 na úrovni 19–22 tisíc ročne a v t10 rastie na 28 600 (zohľadňuje nárast dopravného zaťaženia a staršie infraštruktúry). Naopak, v TO‑BE rastie len mierne na 11 776 v t10, keďže digitalizované volania nevytvárajú novú administratívnu záťaž. V poslednom roku je rozdiel –16 824, čo ukazuje dramatický pokles manuálnej práce.
272
273 === Materiálové náklady na 1 podanie ===
274
275 Materiálové náklady zahŕňajú papier, tlač, obálku a poštovné pri listinných podaniach.  Východiskové (AS‑IS) hodnoty a digitalizované (TO‑BE) hodnoty sú:
276
277 * **Riadenie križovatiek a monitoring/údržba ciest:** 5 €/podanie v AS‑IS stave (listinné rozhodnutie), po digitalizácii 2 €/podanie (symbolické potvrdenie a archív).  Úspora je 3 €.
278 * **Údržba komunikácií:** 3 €/podanie (AS‑IS) → 1 € (TO‑BE); úspora 2 €.
279 * **Monitorovací kamerový systém a centrálna platforma:** materiálne náklady sú zanedbateľné, keďže všetky dokumenty sa elektronicky archivujú.
280
281 Tieto náklady sú rovnaké vo všetkých rokoch t3–t10 a predpokladáme, že po digitalizácii už nedôjde k ďalšiemu poklesu materiálnych výdavkov.
282
283 == Administratívny poplatok za podanie ==
284
285 Administratívny poplatok (správny poplatok) vyplýva zo zákona a digitalizácia ho neovplyvňuje. V moduloch sa poplatok nevyberá a keďže poplatok je rovnaký v AS‑IS aj TO‑BE, v tabuľke nevzniká rozdiel a priamo neovplyvňuje CBA.
286
287 == Trvanie spracovania podania – úradník ==
288
289 Na základe rozhovorov so zamestnancami magistrátu a odborných benchmarkov (napríklad odporúčania federálnej diaľničnej správy USA o údržbe semaforov) sme stanovili realistické časy na spracovanie jedného podania v AS‑IS stave a po digitalizácii (TO‑BE).  Rozdiel predstavuje ušetrený čas úradníkov.  Hodnoty sú fixné naprieč všetkými rokmi, keďže ďalšie skrátenie sa neočakáva.
290
291 |**Modul**|**AS‑IS (hod./podanie)**|**TO‑BE (hod./podanie)**|**Úspora**
292 |Riadenie križovatiek|1,00|0,10|0,90 h
293 |Monitoring stavu komunikácií|5,00|1,00|4,00 h
294 |Systém údržby komunikácií|9,00|1,00|8,00 h
295 |Monitorovací kamerový systém|20,00|0,50|19,50 h
296 |Centrálna analytická vrstva|8,50|0,50|8,00 h
297
298 Digitálne workflow skracujú spracovanie podania z niekoľkých hodín na desiatky minút. Priemerná časová úspora vo výške 8,08 hodiny na jedno podanie výrazne zvyšuje efektivitu práce zamestnancov.
299
300 == Čas potrebný na vypracovanie a doručenie podania – používateľ ==
301
302 Elektronické služby skracujú čas, ktorý musí občan alebo podnikateľ investovať do nahlásenia problému.  Odhady vychádzajú z denného fungovania úradov a z projektov digitalizácie v iných mestách.
303
304 |**Modul**|**AS‑IS (hod./podanie)**|**TO‑BE (hod./podanie)**|**Úspora**
305 |Riadenie križovatiek|0,30|0,10|0,20 h
306 |Monitoring stavu a údržby komunikácií|0,75|0,25|0,50 h
307 |Monitorovací kamerový systém|0,75|0,25|0,50 h
308 |Centrálna analytická vrstva|0,50|0,25|0,25 h
309
310 V AS‑IS stave trvá nahlásenie výtlku alebo poruchy semafora približne 30–45 minút vrátane cesty na úrad alebo telefonického hovoru.  Po digitalizácii sa dá podanie vybaviť online za 5–15 minút.  Úspora 15–30 minút na jedno podanie sa premieta do tisícok hodín ušetrených občanom. občanmi.
311
312 == Kvalitatívne prínosy (EUR/rok) ==
313
314 Kvalitatívne prínosy zachytávajú benefity, ktoré nemožno priamo merať časom či nákladmi – napr. vyššia plynulosť dopravy, spokojnosť občanov, nižšia kriminalita, lepší manažment dát.  V hárku sa prínosy začínajú počítať až v t3 (prvé dva roky sú implementačné) a rastú lineárne do t10:
315
316 |**Rok**|**Riadenie križovatiek**|**Monitoring/Údržba komunikácií**|**Monitorovací kamerový systém**|**Centrálny analytický systém**|**Spolu**
317 |**t3**|500 000 €|10 000 € + 10 000 €|50 000 €|25 000 €|**595 000 €**
318 |**t4**|710 000 €|15 000 € + 15 000 €|75 000 €|45 000 €|**860 000 €**
319 |**t5**|920 000 €|20 000 € + 20 000 €|100 000 €|65 000 €|**1 125 000 €**
320 |**t6**|1 130 000 €|25 000 € + 25 000 €|125 000 €|85 000 €|**1 390 000 €**
321 |**t7**|1 340 000 €|30 000 € + 30 000 €|150 000 €|105 000 €|**1 655 000 €**
322 |**t8**|1 550 000 €|35 000 € + 35 000 €|175 000 €|125 000 €|**1 920 000 €**
323 |**t9**|1 760 000 €|40 000 € + 40 000 €|200 000 €|145 000 €|**2 185 000 €**
324 |**t10**|2 000 000 €|50 000 € + 50 000 €|250 000 €|160 000 €|**2 510 000 €**
325
326 Hodnoty pre modul riadenia križovatiek vychádzajú z odhadov úspory cestovného času a zníženia emisií vďaka adaptívnym semaforom; séria (500 000 € → 2 000 000 €) odráža postupné rozširovanie smart riadenia.  Prínosy monitoringu a údržby ciest (10 000 → 50 000 € každého) zahŕňajú zvýšenú bezpečnosť a nižšie náklady na opravy ciest; prínosy kamerového systému (50 000 → 250 000 €) vyjadrujú menšiu kriminalitu a rýchlejšie vyriešenie incidentov.  Centrálna platforma prináša 25 000 € v t3 až 160 000 € v t10 vďaka lepšiemu manažmentu dát a novým službám (open data).
327
328 **Overiteľnosť vstupov a alternatívne scenáre**
329
330 Model cost-benefit analýzy (CBA) pre projekt „Inteligentné mesto Košice“ vychádza z overiteľných vstupov – interných údajov mesta (počet podaní, čas spracovania, materiálne náklady), odborných benchmarkov (napr. odporúčania federálnej diaľničnej správy USA pre údržbu križovatiek, štúdie o plynulosti dopravy a dopravných kongesciách) a dostupných analytických zdrojov (projekty OPII, výskumné publikácie).
331
332 CBA porovnáva dva základné scenáre:
333
334 * **AS-IS scenár (nulová alternatíva):** pokračovanie súčasného stavu manuálneho spracovania, ktoré vedie k rastu počtu podaní (z ~~4 tis. na ~~12 tis. ročne v horizonte t10) a zvyšovaniu administratívnej záťaže.
335 * **TO-BE scenár (projekt):** implementácia integrovaného inteligentného systému, ktorá znižuje manuálne podania na ~~9,1 tis. (t3) až ~~11,8 tis. (t10), skracuje čas spracovania (priemerne 8,08 h na podanie) a prináša ročné prínosy v t10 ~~4,3 mil. € (≈ 2,51 mil. € kvalitatívne + ~~1,78 mil. € prevádzkové a časové úspory).
336
337 Okrem toho boli vyhodnotené **alternatívne varianty**:
338
339 * čiastočná modernizácia bez integrácie (systémy by fungovali izolovane),
340 * postupné zavádzanie jednotlivých modulov bez centrálnej dátovej platformy.
341
342 Obe alternatívy by znamenali vyššie prevádzkové náklady a nižšie prínosy, keďže by nevznikla synergia medzi modulmi (napr. monitoring vozoviek by nebol prepojený s údržbou a dátovou analytikou). Z tohto dôvodu bola ako optimálne riešenie zvolená **integrovaná architektúra** podľa projektu.
343
344 = {{id name="_Toc120655606"/}}{{id name="_Toc153139684"/}}4.Architektúra riešenia projektu =
345
346 **//Architektúra riešenia projektu Inteligentné mesto Košice//**// je navrhnutá v členení podľa vrstiev ArchiMate – zahŕňa biznis, aplikačnú a technologickú vrstvu. Takéto rozdelenie umožňuje prepojiť strategické ciele a požiadavky mesta s konkrétnymi IT systémami a infraštruktúrou. V ďalšom texte sú predstavené jednotlivé vrstvy architektúry a ich komponenty, spolu s interpretáciou významu týchto prvkov pre projekt. Architektúra reflektuje požiadavky vyhlášky 401/2023 Z.z., je v súlade s cieľmi definovanými v projektovom zámere (I-02) a podporuje štyri hlavné podaktivity projektu – inteligentnú údržbu, križovatky, riadiacu centrálu a IoT pre dopravné inžinierstvo. Zároveň počíta s evidenciou nových komponentov v MetaIS (výstup M-06) a s budúcou integráciou so spoločnými modulmi verejnej správy.//
347
348 [[image:1755516351663-824.png]]
349
350 === Biznis vrstva ===
351
352 **Inteligentná údržba komunikácií:** Prepojením systému zimnej a bežnej údržby ciest s digitálnou pasportizáciou (nie je predmetom projektu, je riešená v projekte_3051 Pasportizácia mestskej infraštruktúry a zelene mesta Košice) a mapou mesta sa dosiahne efektívnejšie a včasné udržiavanie komunikácií. Senzory a výstupy dispečingu automaticky zaznamenávajú a zobrazujú stav ciest a vykonané zásahy a aktuálne podmienky (napr. posypané úseky). Táto inteligentná správa majetku uľahčuje plánovanie opráv, zvyšuje bezpečnosť premávky v zime aj počas roka a zaručuje, že údaje o cestnej sieti sú vždy aktuálne. Zároveň majú občania k dispozícii informácie o zjazdnosti a údržbe (cez otvorené dáta), čo zvyšuje transparentnosť.
353
354 **Adaptívne riadenie križovatiek:** Modernizácia približne 13 svetelne riadených križovatiek (presný počet bude upresnený v neskoršej fáze) nasadením adaptívnych radičov, detektorov vozidiel a komunikačných jednotiek umožňuje dynamicky meniť signálne plány podľa aktuálnej dopravnej situácie a preferencií MHD. Tým sa znižujú dopravné zápchy a emisie a zvyšuje sa priepustnosť križovatiek.Toto inteligentné riadenie zlepšuje plynulosť a bezpečnosť premávky pre všetkých účastníkov (motoristov, verejnú dopravu, cyklistov, chodcov).
355
356 **Centrálna dopravná riadiaca centrála:** Zriadenie centrálnej dopravnej riadiacej centrály (dispečingu) umožňuje monitorovať a riadiť dopravu v celom meste z jedného miesta. Hardvér a softvér centrály integruje dáta z križovatiek, senzorov a video-analytických zariadení do jednotného systému riadenia dopravy. Operátori tak môžu v reálnom čase sledovať dopravnú situáciu, vzdialene upravovať nastavenia semaforov a promptne reagovať na incidenty. Centrála zahŕňa aj nadstavbové moduly, ako je cestná meteorológia (prepojená so zimnou údržbou), V2X komunikácia či analýza videa z dopravných video-analytických zariadení. Tým zabezpečuje adaptívne riadenie premávky na úrovni celého mesta a zvyšuje odolnosť dopravného systému voči nehodám a nečakaným udalostiam.
357
358 **Dátovo riadené plánovanie dopravy:** Nasadenie širokej siete dopravných senzorov (IoT) prináša detailné dáta o intenzite a zložení dopravy počas celého roka. Zozbierané údaje (počty a typy vozidiel, časové rozstupy medzi vozidlami) umožnia presnejšiu kalibráciu dopravných modelov podľa aktuálnych noriem (napr. STN 73 6110:2024) a tým aj kvalitnejšie dopravné plánovanie. Mesto môže na základe dát prijímať informované rozhodnutia o investíciách do infraštruktúry (tzv. evidence-based prístup). Integrované údaje zároveň slúžia ďalším mestským systémom, ako je BI analytika či open data portál, čo znásobuje prínosy projektu.
359
360 **Zapojenie občanov a transparentnosť:** Projekt zvyšuje aj zapojenie občanov a transparentnosť poskytovaním nových služieb. Obyvatelia získavajú prístup k aktuálnym informáciám o doprave (napr. hlásenia o incidentoch) formou otvorených dát a API, čo podporuje transparentnosť a umožňuje tretím stranám vytvárať vlastné aplikácie či analýzy nad mestskými dátami. Takéto sprístupnenie informácií napĺňa strategické ciele mesta v oblasti otvorených dát a zvyšuje dôveru občanov v nové riešenia.
361
362 === Aplikačná vrstva ===
363
364 **Centrálny dopravný dispečing:** Hlavná aplikačná platforma (systém dopravnej centrály) zjednocuje ovládanie a monitoring križovatiek a dopravných zariadení v rámci celého mesta. Poskytuje užívateľské rozhranie pre operátorov s prehľadnou vizualizáciou premávky v reálnom čase (vrátane živých obrazov z dopravných video-analytických zariadení na mapovom podklade) a umožňuje priame zásahy, ako úpravu signálnych plánov semaforov. Súčasťou dispečingu je aj modul preferencie MHD, ktorý na základe polohy vozidiel dokáže dynamicky uprednostniť tieto vozidlá v riadení križovatiek. Systém centrály taktiež vyhodnocuje alarmy z terénnych detektorov (napr. prekročená intenzita dopravy, porucha semaforu) a automaticky upozorňuje zodpovedný personál na potrebu zásahu. Centralizáciou riadenia premávky táto aplikácia zabezpečuje koordinovaný dohľad nad dopravou a rýchle reakcie na incidenty, čo výrazne prispieva k plynulosti a bezpečnosti dopravy v meste.
365
366 **Systém inteligentných semaforov:** Softvérová platforma pre centrálne manažovanie siete adaptívnych radičov na križovatkách. Umožňuje vzdialenú konfiguráciu a správu jednotlivých semaforov, prijíma dáta z lokálnych detektorov (video analytické detektory, indukčné slučky) a počíta optimálne časovanie „zelenej vlny“ pomocou pokročilých algoritmov adaptívneho riadenia (pri zmenách dopravného toku prepočítava fázy signalizácie v reálnom čase). Systém si nepretržite vymieňa dáta a príkazy s centrálnym dispečingom, aby boli lokálne riadiče a centrálne rozhodovanie zosúladené. Súčasťou riešenia je aj archív historických záznamov o činnosti svetelnej signalizácie na analytické účely (pre dopravných inžinierov či audity). Takýto systém zabezpečuje, že semafory na križovatkách sa automaticky prispôsobujú premávke, čím minimalizujú zdržania a maximalizujú priepustnosť kritických uzlov.
367
368 **Systém údržby komunikácií (zimná a letná údržba):** Aplikácia na plánovanie a evidenciu údržby mestských ciest. Obsahuje modul zimnej údržby, ktorý prijíma údaje z cestných meteorologických staníc a senzorov na vozidlách o stave vozovky a počasia a na základe predikčných modelov navrhuje dispečerom optimálne nasadenie posypových vozidiel a pluhov na kritické úseky (vrátane generovania výstrah, napr. riziko poľadovice na konkrétnej ulici). Modul bežnej (letnej) údržby eviduje podnety na opravy (zistené videoanalýzou a plánuje harmonogram ich odstránenia, pričom sleduje realizáciu zásahov. Systém pri každom vykonanom zásahu automaticky aktualizuje stav príslušnej komunikácie a zariadení v evidencii majetku. Riešenie poskytuje aj manažérske prehľady o výkonnosti údržby a spotrebe materiálu, čo vedeniu umožňuje lepšie vyhodnocovať efektivitu. Digitalizácia procesu údržby tak zvyšuje efektívnosť zásahov a zaručuje vždy aktuálne informácie o stave infraštruktúry.
369
370 **IoT integračná platforma:** Middleware vrstva pre správu IoT zariadení a zber dát v meste. Zabezpečuje komunikáciu s terénnymi senzormi (cestné meteostanice, sčítače dopravy, parkovacie senzory a pod.) cez rôzne protokoly a siete (LoRaWAN, NB-IoT, LTE, 5G) a odosiela ich údaje do centrálnej dátovej platformy. Zabezpečuje tiež centrálnu evidenciu IoT zariadení, ich vzdialenú konfiguráciu a správu. V rámci dopravných riešení umožňuje v reálnom čase prenášať údaje, ako počty vozidiel či teploty, do dispečingu a analytických systémov. Integrácia všetkých IoT prvkov v jednotnej platforme znižuje prevádzkové náklady a umožňuje opätovné využitie senzorickej infraštruktúry aj pre iné oblasti (napr. monitoring kvality ovzdušia či verejné osvetlenie).
371
372 **Mestská dátová platforma:** Centrálne dátové úložisko a integračná vrstva, ktorá zhromažďuje údaje zo všetkých dopravných subsystémov (údržba ciest, semafory, senzory atď.). Platforma zabezpečuje dátovú integráciu – informácie z rôznorodých zdrojov sa agregujú a prepájajú do jednotného modelu. Dáta sú spravované v súlade s princípmi Data Governance (vedú sa k nim metadáta, kontroluje sa kvalita, nastavené prístupové práva) a sprístupnené pre nadstavbové služby, ako analytika, digitálna dvojička či otvorené API. Táto jednotná dátová základňa odstraňuje **dátové silá**; všetky relevantné informácie o doprave a infraštruktúre sú konsolidované, čo umožňuje komplexné analýzy a jednotný „zdroj pravdy“ pre rozhodovanie.
373
374 **BI a analytické nástroje:** Business Intelligence platforma a analytické modely využívajú zhromaždené dáta na podporu rozhodovania. K dispozícii sú interaktívne **dashboardy** a reporty zobrazujúce napr. aktuálny stav dopravy, výkonnosť zimnej údržby či vývoj intenzít premávky, ako aj prediktívne analýzy (predpoveď dopravného zaťaženia, identifikácia rizikových úsekov). Tieto nástroje pomáhajú lepšie plánovať kapacity MHD, optimalizovať trasy údržby a vyhodnocovať dopady opatrení (napr. zmeny signalizácie) na premávku. Prepojením analytických výstupov s rozhodovacími procesmi sa zabezpečí, že riadenie dopravy bude skutočne **dátovo podložené** a prognózy a štatistiky sa premietnu do strategických rozhodnutí.
375
376 **Open Data portál a API:** Webová aplikácia poskytujúca otvorené datasety a API pre verejnosť. Publikuje aktuálne aj historické údaje o doprave (napr. dĺžky zdržania, intenzity premávky, dopravné nehody), dáta o zimnej údržbe (napr. polohy a časy posypov) a ďalšie údaje generované projektom. Umožňuje občanom i firmám jednoduchý prístup k mestským dátam a ich využitie, podporujúc tak transparentnosť a inovácie. Portál je navrhnutý v súlade s národnými štandardmi pre otvorené dáta (DCAT-AP, INSPIRE) a poskytuje údaje v strojovo spracovateľných formátoch (napr. JSON, CSV, XML, GeoJSON).
377
378 === Technologická vrstva ===
379
380 **Senzory a IoT zariadenia:** Široká sieť terénnych senzorov zbiera dáta a umožňuje riadenie dopravy v reálnom čase. Na križovatkách sú inštalované dopravné detektory – indukčné slučky vo vozovke na sčítavanie áut, Bluetooth/WiFi senzory na meranie cestovných časov a inteligentné video analytické detektory s AI na detekciu dopravných situácií (napr. tvorba kolóny, nehoda). Mimo križovatiek zabezpečujú celoplošný zber dopravných údajov samostatné sčítače na stĺpoch alebo video analytické detektory na vstupoch do mesta. Okrem toho cestné meteorologické stanice a senzory na vozidlách údržby monitorujú stav vozovky a počasie, čo je kľúčové pre zimnú údržbu. Všetky tieto IoT zariadenia priebežne odosielajú dáta do centrálnych systémov, čím výrazne zlepšujú prehľad o dopravnej situácii a umožňujú automatizované riadenie (adaptívne semafory, prediktívna údržba a pod.).
381
382 **Dopravné riadiace jednotky (semafory a tabule):** Na vybraných križovatkách sú nasadené moderné adaptívne radiče semaforov. Tieto jednotky používajú vstupy z lokálnych senzorov na dynamické prispôsobovanie dĺžok signálnych fáz podľa intenzity premávky a nastavených priorít (uprednostnenie vozidiel MHD). S centrálnym dispečingom komunikujú buď po mestskej optickej sieti, alebo cez zabezpečené bezdrôtové spojenie (mobilné 4G/5G, resp. nízkoenergetické siete LPWAN tam, kde nie je dostupná káblová infraštruktúra). Všetky tieto terénne prvky dodržiavajú jednotnú bezpečnostnú architektúru – komunikácia je šifrovaná a zariadenia sú vzdialene spravovateľné v rámci centrálneho systému (integrované do IAM). Táto inteligentná fyzická infraštruktúra tvorí základ pre efektívne riadenie dopravy v meste.
383
384 **Komunikačná infraštruktúra:** Riešenie využíva existujúcu mestskú optickú sieť pre vysokorýchlostné a spoľahlivé prepojenie kľúčových prvkov (semafory, video analytické detektory, dátové centrá). Tam, kde nie je dostupné káblové spojenie, sú nasadené bezdrôtové siete: mobilné 4G/5G prenosy pre vysoké dátové toky (napr. video z video-analytických zariadení, komunikácia s radičmi) a nízkoenergetické siete LPWAN (LoRaWAN, NB-IoT) pre batériovo napájané senzory a čidlá. Táto hybridná komunikačná architektúra zabezpečuje pokrytie celého mesta a neprerušovaný zber dát v reálnom čase. Všetka komunikácia je pritom riadne zabezpečená – využívajú sa šifrované prenosy a silná autentifikácia zariadení, aby sa zabránilo neoprávnenému prístupu alebo narušeniu. Kombinácia viacerých komunikačných kanálov zvyšuje odolnosť systému a umožňuje plynulú prevádzku aj pri výpadku jedného typu siete.
385
386 **Výpočtová a úložná infraštruktúra:** Aplikačné komponenty a dátová platforma sú prevádzkované na škálovateľnej IT infraštruktúre. Môže ísť o mestské dátové centrum alebo cloudové služby, v závislosti od toho, čo zabezpečí optimálnu kapacitu a dostupnosť. Táto infraštruktúra hostí centrálny dispečerský softvér, databázy (napr. PostgreSQL s CKAN DataStore pre úložisko datasetov otvorených dát), integračný middleware aj analytické nástroje. Architektúra počíta s virtualizáciou aplikácií, čo umožňuje flexibilné škálovanie výkonu pri narastajúcom objeme dát. Zároveň spĺňa všetky bezpečnostné a prevádzkové štandardy verejnej správy (napr. požiadavky zákona o IT VS a vyhlášky o kyberbezpečnosti). Samozrejmosťou sú pravidelné zálohy, mechanizmy obnovy po havárii a redundancia kľúčových komponentov, aby bola zabezpečená kontinuita týchto kritických mestských služieb aj v prípade výpadkov.
387
388 **Bezpečnostná architektúra:** Celé riešenie je navrhnuté s dôrazom na kybernetickú bezpečnosť a riadenie prístupov. Prístupy používateľov (operátorov centrály, správcov) sú centrálne riadené cez mestský IAM (Identity and Access Management). Je možná aj integrácia s národnými identitnými službami (eID) pre silnú autentifikáciu. Všetky komunikačné toky (senzorové dáta, povely riadiacim jednotkám) sú šifrované a autentifikované, aby sa zabránilo neoprávnenému odpočúvaniu či zásahom. Sieťová architektúra je segmentovaná a citlivé prvky dopravného riadenia sú oddelené v zabezpečenej zóne chránenej firewallmi. Riešenie spĺňa požiadavky zákona o kybernetickej bezpečnosti – v riadiacej centrále je zavedený monitoring bezpečnostných udalostí a pripravené postupy na reakciu v prípade incidentu. Bezpečnosť je teda zabudovaná už od návrhu architektúry, čo minimalizuje riziká v prostredí s množstvom prepojených IoT prvkov.
389
390 **Štandardy a interoperabilita:** Technologický návrh kladie dôraz na používanie otvorených štandardov, čo zaručuje jednoduchú integráciu a rozšíriteľnosť do budúcna. Geografické a mapové údaje sú poskytované v súlade so štandardmi ako WMS/WFS či CityGML, čím je zabezpečená kompatibilita s GIS platformami. Údaje pre externé API a otvorené dáta sú k dispozícii v štandardných formátoch (napr. JSON, XML, CSV, GeoJSON) a metadátovo popísané podľa zavedených schém (DCAT-AP pre katalóg dát, INSPIRE pre priestorové údaje). Pre komunikáciu IoT senzorov sa využívajú bežne podporované protokoly (MQTT, HTTP(S), a už spomenuté LPWAN štandardy), čo umožňuje pripojiť rôznorodé zariadenia. Dodržiavanie otvorených štandardov nielen spĺňa technické požiadavky (napr. súlad s INSPIRE a NIPI pre priestorové dáta a národnými smernicami pre otvorené údaje), ale aj zaručuje, že systém **Inteligentné mesto Košice** bude pripravený na prepojenie so spoločnými modulmi verejnej správy či inými externými systémami podľa potreby. Otvorená architektúra tak zvyšuje trvácnosť investície a umožní postupné dopĺňanie ďalších smart city funkcií.
391
392 === Súlad s vyhláškou 401/2023 Z.z. a integrácia eGovernmentu ===
393
394 Návrh architektúry rešpektuje požiadavky vyhlášky 401/2023 Z.z. o riadení IT projektov verejnej správy, ktorá kladie dôraz na jednoznačne štruktúrovanú architektúru riešenia a jej väzbu na strategické ciele. Architektúra projektu je zdokumentovaná podľa metodiky ArchiMate v jednotlivých vrstvách, čo zabezpečuje prepojenie dlhodobých priorít mesta s konkrétnymi IT komponentmi a ich praktickým prínosom pre verejné služby. Z toho dôvodu je kapitola architektúry rozčlenená na biznis, aplikačnú a technologickú vrstvu so stručnou interpretáciou výstupov modelovacej dokumentácie. Všetky novovytvorené komponenty informačného systému verejnej správy (ISVS) v rámci projektu budú zároveň riadne evidované v centrálnom registri MetaIS (výstup M-06). Pre každý modul riešenia (napr. dopravný dispečing, údržbový systém, IoT platforma, open data portál) sa v MetaIS zaznamenajú jeho identifikačné údaje, vzťahy na ostatné komponenty a relevantné technické parametre, čím bude zaistená kontinuita architektonickej dokumentácie počas celého životného cyklu systému.
395
396 Architektúra je navrhnutá s ohľadom na súlad s existujúcimi **spoločnými modulmi** verejnej správy a budúce prepojenia. Napríklad pre autentifikáciu a autorizáciu používateľov je systém pripravený na napojenie na centrálny modul identít (IAM) štátu, ak by mesto v budúcnosti využilo národné eID služby namiesto lokálneho prihlasovania. Oblasť otvorených dát nadväzuje na národné štandardy a umožňuje publikovanie datasetov aj na centrálne portály (ako **data.slovensko.sk**) v súlade s jednotnou dátovou politikou. Riešenie je taktiež kompatibilné s vládnou integračnou platformou, čo v prípade potreby uľahčí výmenu údajov či služieb s inými systémami verejnej správy. Tým je zabezpečené, že nové riešenie **Inteligentné mesto Košice** nielen napĺňa vlastné ciele definované v projektovom zámere (I-02) pre štyri podaktivity (inteligentná údržba, riadenie križovatiek, centrálny dispečing, IoT pre dopravné inžinierstvo), ale je aj plne v súlade s rámcom digitálnej verejnej správy SR. Výsledná architektúra vytvára jednotnú platformu, ktorá umožní nielen realizáciu týchto podaktivít, ale aj budúce rozširovanie a integráciu ďalších smart city komponentov v duchu moderného eGovernmentu a udržateľného rozvoja mesta.
397
398 == {{id name="_Toc299977606"/}}{{id name="_Toc153139685"/}}4.1Biznis vrstva ==
399
400 === Súčasný stav biznis vrstvy služieb v Košiciach ===
401
402 Aktéri a role:
403
404 Zimnú údržbu komunikácií v meste Košice riadi **centrálny dispečing referátu správy a údržby ciest Magistrátu mesta Košice (MMK)**. Tento dispečing priamo usmerňuje **dispečerov spoločnosti KOSIT a.s.**, ktorí zabezpečujú výkon zimnej údržby. V rámci koordinácie zimných činností dispečing MMK spolupracuje s ďalšími dispečingami – najmä s **dispečingom Dopravného podniku mesta Košice (DPMK)**, zodpovedným za zimnú údržbu električkových tratí. Spolupracuje sa aj s **Mestskou políciou a Krajským riaditeľstvom PZ**, najmä pri dopravných nehodách alebo mimoriadnych situáciách.
405
406 **Dispečer MMK**:
407
408 * Koordinuje dispečerské služby všetkých partnerov (KOSIT, DPMK),
409 * Sleduje predpovede a výstrahy SHMÚ, informuje nadriadených o vývoji počasia,
410 * Nariaďuje výjazdy mechanizmov podľa aktuálnych podmienok,
411 * Zaznamenáva hlásenia,
412 * Reaguje na hlásenia občanov a pripomienky polície či dopravnej centrály.
413
414 Dispečeri DPMK a KOSIT zaisťujú operatívne vykonanie opatrení v teréne, organizáciu výjazdov, nasadenie posádok a vozidiel.
415
416 **Občania**:
417
418 * Slúžia ako zdroj podnetov (napr. zľadovatené úseky, snehové prekážky), avšak hlásenia sa realizujú iba telefonicky – v súčasnosti chýba vhodný elektronický kanál na ich nahlasovanie. Mesto Košice disponuje elektronickými službami z projektu Elektronizácia služieb mesta Košice pre nahlasovanie porúch týkajúcich sa miestnych ciest, chodníkov, verejného osvetlenia a cestnej svetelnej signalizácie. Pre potreby tohto projektu uvažuje s rozšírením pokrytia e-služieb aj pre účely nahlasovania zľadovatených úsekov či snehových prekážok.
419
420 **Súčasné procesy a služby:**
421
422 Výkon zimnej údržby je v praxi riadený **reaktívne**, na základe vývoja počasia alebo hlásení z terénu. Existuje harmonogram rajonizácie s prioritami (I.–III. poradie), no nasadenie síl sa určuje **na základe rozhodnutia dispečera**, nie automatizovaného algoritmu. Výjazdy sú koordinované telefonicky alebo cez rádiové spojenie .
423
424 Výjazd musí byť zahájený do **60 minút** od zhoršenia podmienok, zjazdnosť v jednom jazdnom pruhu má byť zabezpečená do **3 hodín**, úplná zjazdnosť do **12 hodín** (v I. poradí). Pri mimoriadnych podmienkach (napr. kalamita) sa spúšťa **kalamitný režim** a riadenie preberá riaditeľ MMK .
425
426 Bežná (letná) údržba zostáva prevažne v kompetencii dodávateľskej spoločnosti, prebieha reaktívne na základe hlásení alebo vizuálnych kontrol.
427
428 (% class="wikigeneratedid" id="HPou17EEDvanE9technolF3gieadE1ta:" %)
429 **Používané technológie a dáta:**
430
431 Dispečing MMK používa elektronický dispečérsky denník **denník zimnej údržby** ako hlavný nástroj evidencie výjazdov a rozhodnutí. Tento denník je vedený **elektronicky v systéme ROIS (Softec)**, slúži ako úradný dokument a podlieha kontrole vedenia MMK.
432
433 Komunikácia medzi dispečermi prebieha **cez rádiostanicu, telefón a e-mail**, no chýba centralizovaný dispečerský softvér alebo online vizualizácia výkonu. Nie sú zavedené **IoT senzory**, ktoré by poskytovali dáta o teplote vozovky, vrstve snehu či vlhkosti . Predpovede sa sledujú cez SHMÚ, RTVS a iné verejné zdroje.
434
435 Informácie o stave komunikácií sa získavajú aj cez **kontroly zjazdnosti**, ktoré dispečeri vykonávajú osobne (napr. medzi 01:00–03:00 a 13:00–15:00) . Senzorická podpora rozhodovania v teréne **neexistuje**.
436
437 Pasport ciest je predmetom podávaného projektu_3051 Pasportizácia mestskej infraštruktúry a zelene mesta Košice, ktorý má za cieľ vytvorenie digitálneho pasportu infraštruktúry a zelene mesta Košice s dôrazom na priestorovú a atribútovú časť záznamov s ich integráciou do GIS platformy mesta pre potreby inteligentného riadenia a podpory mesta Košice a jeho regiónu. Synergia týchto dvoch projektov prispeje k naplneniu základného cieľa výzvy, ktorým je podpora rozvoja tvorby, spracovania, využívania a prepájania dát v rámci verejnej správy pre inteligentné rozhodovanie, plánovanie a správu.
438
439 (% class="wikigeneratedid" id="HIntegrE1ciaavFDmenainformE1ciED:" %)
440 **Integrácia a výmena informácií:**
441
442 Spolupráca medzi MMK, DPMK a KOSIT je **formálne koordinovaná** cez telefón a e-mail, ale chýba **dátové prepojenie alebo spoločná platforma**. Informácie o výjazdoch, stave komunikácií, prioritách, dopravných obmedzeniach alebo nehode nie sú zdieľané v reálnom čase.
443
444 DPMK sa napríklad o údržbe električkových tratí dozvedá **individuálne**, čím vzniká riziko nesúladu s plánmi MHD.
445
446 (% class="wikigeneratedid" id="HBe17EnE9praktikyaproblE9my:" %)
447 **Bežné praktiky a problémy:**
448
449 1. **Manuálny zber údajov:** všetko sa zapisuje do denníka (meškania, výjazdy, nehody) ručne.
450 1. **Obmedzené predikčné schopnosti:** predpovede sa nespracovávajú analyticky.
451 1. **Digitálne kanály pre občanov síce existujú, ale nepokrývajú všetky potrebné oblasti** – niektoré podnety sú prijímané len telefonicky.
452 1. **Nízka automatizácia riadenia a neexistencia KPI dashboardov**: chýbajú prehľady o aktuálnej zjazdnosti, stave techniky, výkone posádok.
453 1. **Žiadna mobilná aplikácia pre operatívne riadenie výjazdov alebo monitorovanie stavu**.
454 1. **Chýba prepojenie s dopravným dispečingom MHD** –  uzávierky sa plánujú bez vedomia DPMK.
455 1. **Rozptýlenosť kompetencií** – jednotlivé dispečingy (MMK, DPMK, KOSIT) pracujú separátne, koordinácia je náročná.
456
457 (% class="wikigeneratedid" id="HZE1ver28ZhrnutieAS-IS29:" %)
458 **Záver (Zhrnutie AS-IS):**
459
460 Súčasný stav zimnej a bežnej údržby komunikácií v meste Košice je **formálne organizovaný**, ale **digitálne neintegrovaný**. Dispečeri majú presne definované kompetencie, no rozhodovanie je manuálne, závislé od ľudského úsudku a základnej evidencie. Údaje o zjazdnosti a stave ciest nie sú podporené senzormi, analytickým vyhodnocovaním ani online platformou.
461
462 **Chýba digitálny systém pre koordináciu, vizualizáciu a vyhodnocovanie výjazdov. Zrealizované elektronické služby pre občanov nepokrývajú celý rozsah agendy.** Tým dochádza k strate potenciálu efektívneho riadenia, ktoré by vychádzalo z dát a umožnilo prediktívnu údržbu, okamžitú reakciu a zníženie nákladov.
463
464
465 **Súčasný stav biznis vrstvy služieb v Košiciach**
466
467 //Prehľad aktérov a fragmentácie~:// V oblasti dopravy dnes pôsobí viacero mestských subjektov s rozdelenými kompetenciami. Kľúčovými aktérmi sú Dopravný podnik mesta Košice (DPMK) – zodpovedný za verejnú MHD a čiastočne aj za mestskú dopravnú ústredňu. Dôležitú úlohu má aj magistrát (oddelenie dopravy) a Mestská polícia (dohľad nad premávkou a riešenie nehôd). V súčasnosti však medzi týmito zložkami **prevažuje izolovanosť a dátová neprepojenosť** – každá organizácia používa vlastné systémy a evidencie, ktoré **nie sú centralizované ani zdieľané v reálnom čase**. Dopravné dáta o premávke, nehodách, MHD či parkovaní sú roztrúsené v samostatných systémoch a chýba jednotná dátová platforma na ich prepojovanie. Táto fragmentácia spôsobuje duplicitné evidencie, manuálnu komunikáciu a oneskorenia v výmene informácií medzi magistrátom, DPMK, políciou. Nasledujúce podsekcie opisujú detailný **AS-IS stav** štyroch kľúčových oblastí dopravných služieb v meste – zimná/bežná údržba ciest, riadenie križovatiek, dopravná centrála s optickými senzormi a IoT v doprave – s dôrazom na aktuálne roly, procesy, technológie a obmedzenia.
468
469 **~1. Zimná a bežná údržba pozemných komunikácií (AS-IS)**
470
471 **Aktéri a roly:** Údržbu mestských ciest v Košiciach zabezpečuje dispečing referátu správy a údržby ciest - Magistrátu mesta Košice. Táto zložka má na starosti zimnú údržbu (odhŕňanie snehu, posyp vozoviek). Opravy komunikácií a dopravného značenia zabezpečuje priamo referát správy a údržby ciest. Dispečing MMK eviduje poškodenia dopravného značenia, výtlky, prekopávky a pod. do dispečerského denníka. **Mestská polícia** monitoruje bezpečnosť a v prípade nebezpečných stavov (napr. poľadovica, nehoda) informuje dispečing údržby. Občania a firmy sú v súčasnosti často **zdrojom podnetov** – nefunkčné semafory či zničené značky sa hlásia prevažne telefonicky alebo osobne, aj keď existuje e-služba na nahlasovanie týchto problémov. Magistrát mesta Košice (oddelenie dopravy) zohráva metodickú úlohu pri plánovaní väčších opráv a rozdeľovaní rozpočtu, operatívne riadenie bežnej údržby zabezpečuje referát správy a údržby ciest, operatívne riadenie zimnej údržby koordinuje dispečing MMK..
472
473 **Súčasné procesy a služby:** Údržba komunikácií prebieha prevažne **reaktívnym spôsobom** – zásahy sa realizujú až po vzniku problému. Zimná údržba sa riadi predpoveďou počasia a ad-hoc hláseniami z terénu; v prípade sneženia alebo poľadovice zvoláva dispečer dodávateľskej spoločnosti posádky posýpacích vozidiel a pluhov. **Koordinácia výjazdov** sa deje manuálne (telefonickými pokynmi alebo cez rádiové spojenie) a často izolovane od iných mestských zložiek. Bežná (letná) údržba ciest – napr.  výmena dopravných značiek, údržba semaforov – je taktiež plánovaná podľa vizuálnych obhliadok a občianskych podnetov, skôr než na základe dát. **Preventívne prehliadky** sa robia v obmedzenom rozsahu; väčšina opráv reaguje na havarijný stav. Táto situácia vyplýva z nedostatočnej digitálnej evidencie a chýbajúcich senzorov, ktoré by včas upozornili na zhoršujúci sa stav ciest či zariadení. Namiesto prediktívneho plánovania sa údržba často rieši „po udalosti“, čo znižuje efektívnosť a zvyšuje náklady (havarijné opravy bývajú drahšie).
474
475 **Používané technológie a dáta:** V súčasnosti **chýba inteligentný systém** na podporu údržby ciest. Dodávateľská spoločnosť využívajú štandardnú mechanizáciu (sypače, snežné pluhy, vozidlá údržby) a základné IT nástroje na evidenciu (pravdepodobne jednoduché databázy alebo tabuľky). Mesto nemá plošne nasadené cestné meteostanice ani IoT čidlá na vozovkách; ak existujú, tak len v malom počte. **Dátová podpora rozhodovania je obmedzená** – nevyužívajú sa online senzory počasia či stavu vozovky, ktoré by dispečingu hlásili napríklad teplotu vozovky či vlhkosť v reálnom čase. Údaje o komunikáciách (pasport ciest, mostov, značiek) sú vedené v GIS a interných evidenciách, avšak **nie sú prepojené s reálnymi dátami z terénu**. To znamená, že digitálny „obraz“ siete ciest sa neaktualizuje automaticky na základe skutočných zásahov. Chýbajú tiež analytické nástroje na **predikciu porúch** – napríklad systém nevyhodnocuje, kde by mohlo vzniknúť poškodenie vozovky na základe záťaže dopravy, lebo potrebné dáta nie sú k dispozícii. Celkovo je prehľad o stave infraštruktúry nedostatočný, čo sťažuje manažérom údržby prijímať proaktívne rozhodnutia.
476
477 **Integrácia a výmena informácií:** **Prepojenie údržby s inými mestskými službami je veľmi slabé.** Dodávateľská spoločnosť a Správa komunikácií vedú čiastkové evidencie o opravách, uzávierkach a zásahoch, no tieto informácie sa automaticky nezdieľajú s ďalšími aktérmi. Napríklad plánovaná uzávierka ulice kvôli oprave sa nepropaguje v jednotnom systéme: DPMK sa to často dozvie oddelene (formálne oznámenie) namiesto priameho dátového prepojenia, čo komplikuje operatívne odklony MHD liniek. Rovnako pri kalamitnom snežení neexistuje online platforma, kde by si ostatné zložky pozreli, ktoré úseky už boli posypané a ktoré sú ešte neudržiavané – tieto informácie zostávajú na dispečingu zimnej údržby a odovzdávajú sa len telefonicky či e-mailom. **Mestské systémy sú izolované**, takže dopravné dáta (napr. intenzita áut na určitej ulici) sa **nevyužívajú na okamžité prispôsobenie údržby** alebo nasadenie posýpačov. Integrácia so štátnymi systémami absentuje – mesto nemá automatický prístup napríklad k dátam z krajskej cestnej správy či centrálnych registrov, čo by mohlo pomôcť pri komplexnom plánovaní údržby.
478
479 **Bežné praktiky a problémy:** V dôsledku uvedeného je **výmena informácií pomalá a prevažne manuálna**. Počas tohto procesu nie sú ostatné inštitúcie (napr. dopravný dispečing MHD alebo polícia) informované, čo môže viesť k nekoordinovanosti . **Fragmentácia služieb** znamená aj duplicitu – napríklad Správa komunikácií i Dodávateľská spoločnosť vedú paralelné zoznamy poškodených úsekov. Absentuje centrálny **dashboard** alebo jednotný pohľad, kde by bolo vidno stav ciest a priebeh údržby naprieč organizáciami. To všetko vedie k **neefektívnosti**: zásahy často nie sú načas koordinované, preventívna údržba je minimálna a problémy sa riešia neskoro. Mesto tak **vynakladá prostriedky reaktívne** namiesto toho, aby predchádzalo škodám – čo potvrdzuje, že údržba je dnes nákladná a neadresuje problémy skôr, než prerastú do havárií.
480
481 **2. Inteligentné riadenie križovatiek (AS-IS)**
482
483 **Aktuálny stav riadenia semaforov:** **Riadenie svetelnej signalizácie v Košiciach je v súčasnosti prevažne statické.** Väčšina svetelných križovatiek funguje podľa pevne nastavených časových plánov, ktoré sa menia len podľa fixného rozvrhu (napr. iný cyklus v špičke, iný v noci), nie dynamicky podľa premávky. Adaptívne prvky sú využívané minimálne – aktuálne (2024) je inteligentným, dynamickým riadením vybavených len zopár križovatiek v rámci pilotných projektov, ak vôbec. To znamená, že semafory vo väčšine uzlov nereagujú na aktuálne dopravné podmienky (napr. vznik kolóny či meškanie autobusu), ale pokračujú podľa vopred daného programu. **Preferencia MHD na križovatkách** zatiaľ nie je systematicky zavedená – električky a autobusy nemajú automatickú prednosť mimo vyhradených bus pruhov, keďže chýba komunikácia medzi vozidlami a riadiacimi jednotkami (V2X). Podobne nie je riešená preferencia vozidiel záchrannej služby okrem tradičného prerušovania signálu sirénou.
484
485 **Technické prostriedky:** Svetelné križovatky sú vybavené staršími **riadiacimi jednotkami semaforov**, ktoré často nemajú pripojenie do centrálneho systému. Niektoré frekventované križovatky majú **detektory vozidiel** (indukčné slučky v vozovke alebo jednoduché video analytické čidlá) na lokálne vyhodnocovanie prítomnosti áut – typicky na vedľajších ramenách kvôli priradeniu zelenej, alebo na tlačidlá pre chodcov. Tieto detektory však **nie sú globálne prepojené**: dáta z nich sa nepoužívajú na širšiu optimalizáciu dopravných tokov v meste. Navyše, značná časť detektorov je zastaraná alebo nefunkčná, čo vedie k tomu, že križovatky bežia v **fixnom režime**. Modernizácia riadiacich jednotiek zatiaľ neprebehla vo veľkom rozsahu – plánuje sa výmena radičov na vybraných križovatkách up(podľa projektového zámeru), no východiskový stav je, že ide zväčša o **legacy zariadenia**. **Dohľad nad semaformi** prebieha len čiastočne: ak dôjde k poruche signalizácie, mesto sa to dozvie často až na základe hlásenia od polície alebo vodičov, keďže chýba automatický monitoring porúch.
486
487 **Služby a procesy riadenia premávky:** V praxi to znamená, že **plynulosť dopravy je suboptimálna** – riadenie križovatiek nevie reagovať napríklad na neočakávané zápchy alebo mimoriadne situácie. Počas dopravnej špičky dochádza k preťaženiu niektorých ťahov a tvorbe kolón, no semafory na to nereagujú predĺžením zelenej či inými úpravami cyklu. Výsledkom sú časté dopravné zápchy v exponovaných časoch. Bez inteligentných algoritmov mesto nedokáže napr. dynamicky meniť koordináciu (tzv. zelenú vlnu) podľa aktuálnej intenzity – všetko je prednastavené staticky. **Bezpečnosť premávky** takisto nie je ideálna: pevné signálne plány nedokážu zvýrazniť rizikové situácie. V minulosti došlo k nehodám na križovatkách a priechodoch, kde by smart technológie mohli pomôcť predísť kolíziám – napríklad včasným varovaním alebo dočasnou úpravou signalizácie. V prípade výpadku semaforu alebo dopravnej nehody je bežnou praxou, že **premávku riadi manuálne polícia** priamo na mieste (tzv. policajt v križovatke), keďže **centrálny zásah na diaľku nie je možný**. Táto situácia ilustruje nízku úroveň automatizácie – mesto nemá možnosť rýchlo prepnúť semafory do špeciálneho režimu na diaľku, ani globálne **skoordinovať obchádzkové trasy** cez centrálny systém.
488
489 **Integračné obmedzenia:** **Izolovanosť riadenia križovatiek** od ostatných systémov je výrazná. Dopravné údaje z iných zdrojov (ako sú sčítače dopravy, video analytické detektory či dáta z MHD) **nie sú napojené** na riadenie svetiel. Napríklad, aj keď DPMK má informácie o meškajúcich spojoch, tieto sa nepretavia do úpravy semaforov, pretože neexistuje integračný mechanizmus. Rovnako údaje o dopravných nehodách alebo uzávierkach sa **nedostanú včas k správcovi semaforov** – semafory fungujú aj vtedy, keď je ulica zablokovaná. Tento nedostatok prepojenia znižuje efektivitu: napr. **údaje o intenzite dopravy sa momentálne nevyužívajú na okamžité prispôsobenie dĺžky zelených** či iných parametrov signalizácie. Z technického hľadiska chýba jednotná riadiaca platforma, do ktorej by boli všetky radiče pripojené – semafory tak fungujú skôr ako samostatne riadené uzly . **Komunikácia medzi organizáciami** v oblasti riadenia premávky preto prebieha operatívne: DPMK alebo polícia ak zistia problém, volajú na príslušné pracovisko (napr. správcu semaforov) namiesto toho, aby mali prístup k spoločnému online nástroju. Integrácia na nadradené štátne systémy takisto neexistuje (napr. dopravné informácie z Národného systému riadenia dopravy sa priamo nepretavujú do miestnych semaforov). Všetky uvedené obmedzenia prispievajú k **neefektívnej výmene informácií** – mesto nemá v reálnom čase jednotný prehľad, čo sa na križovatkách deje a nedokáže na základe dát robiť okamžité zásahy.
490
491 **Dôsledky a prevádzkové praktiky:** Aktuálny model riadenia križovatiek v Košiciach je **zastaralý a málo efektívny**. Fragmentácia kompetencií (semafory vs. MHD vs. polícia) bez jednotného systému vedie k tomu, že každá zložka rieši len „svoj“ aspekt. **Plynulosť dopravy** tým trpí – napríklad ak sa na hlavnom ťahu tvorí kolóna, semafory na vedľajších uliciach to nezohľadňujú a ďalej púšťajú autá, ktoré už nemajú kam ísť. Taktiež **preferencia MHD** nie je využitá, takže verejná doprava mešká v rovnakých kolónach ako individuálna doprava, hoci existuje potenciál to zlepšiť. **Manuálne zásahy** (napr. policajné riadenie križovatky) sú síce účinné ako núdzové riešenie, ale vyžadujú ľudské kapacity a nie sú dlhodobo udržateľné ani optimálne. Bez centralizácie a dátového riadenia mesto **prichádza o možnosti adaptívne ovplyvňovať premávku** v prospech plynulosti aj bezpečnosti. Výsledkom sú zápchy v špičkách a vyššie riziko nehôd, čo potvrdzuje analýza – Košice zaznamenávajú dopravné zápchy práve kvôli pevne nastaveným semaforom bez ohľadu na intenzitu dopravy. Tento **status quo** poukazuje na potrebu inteligentného riadenia, ktoré však v súčasnom stave chýba.
492
493 === Budúci stav biznis vrstvy služieb v Košiciach ===
494
495 [[image:1755516624272-931.jpeg]]
496
497 **Aktéri a roly**
498
499 * Zavedenie štyroch nových dopravných podaktivít rozširuje spektrum **aktérov a rolí** v biznis vrstve Inteligentné mesto Košice. V rámci **zimnej a bežnej údržby ciest** pribúda úloha mesta (resp. externého dodávateľa údržby komunikácií) ako poskytovateľa tejto služby, ktoré zodpovedajú za operatívne nasadenie vozidiel údržby, monitoring stavu vozoviek a realizáciu opráv; úzko spolupracujú s dispečingom zimnej údržby. Súčasťou riešenia je aj **analytický tím mesta** (oddelenie dopravy a IT), ktorý spravuje prediktívne modely pre údržbu ciest a vyhodnocuje dáta z IoT senzorov. Na strane používateľov výstupov tejto služby sú jednak samotné mestské organizácie (získavajú prehľad o stave komunikácií a efektívnejšie plánovanie zdrojov), ako aj občania – tí profitujú z bezpečnejších a kvalitnejších ciest.
500 * V **inteligentnom riadení dopravy** sa ako kľúčový aktér profiluje **dopravná riadiaca centrála** mesta. Táto centrála slúži ako centrálne pracovisko, kde **dispečeri dopravy** (personál mesta, príp. mestská polícia) dohliadajú na situáciu v premávke a zasahujú v reálnom čase. Centrála integruje vstupy z dopravných senzorov a video-analytických zariadení a koordinuje činnosti – napríklad úpravu semaforov pri incidente. **DPMK (dopravný podnik)** a **Mestská polícia** tu vystupujú v rolách spolupracujúcich partnerov: DPMK poskytuje údaje o MHD a využíva preferenciu na semaforoch, polícia zase rieši dopravné nehody a bezpečnosť. Vďaka V2X komunikácii môžu do riadenia vstupovať aj samotné vozidlá MHD – napríklad hlásením svojej polohy pre preferenčné riadenie križovatiek. Ďalším novým aktérom sú **IoT zariadenia** v teréne (dopravné senzory, inteligentné video analytické detektory), ktoré vystupujú ako zdroje dát v reálnom čase. Ich prevádzku zastrešuje buď interný útvar (správa mestských senzorov v gescii IT oddelenia), alebo externý poskytovateľ IoT siete na základe zmluvy. V neposlednom rade sa posilňuje rola **občanov a podnikateľov** ako **koncových užívateľov dát** – či už pasívne (prijímajú informácie o doprave, využívajú otvorené dáta) alebo aktívne (hlásia podnety, spoluvytvárajú údaje). Občania interagujú so systémom cez používateľské rozhrania, kde môžu sledovať dopravnú situáciu, dostávať upozornenia a nahlasovať problémy. Podnikatelia (napr. vývojári dopravných aplikácií) zase vystupujú ako odberatelia otvorených dát cez Open Data API portál.
501
502 **Poskytované služby**
503
504 Implementácia uvedených podaktivít rozširuje portfólio **biznis služieb** v **TO-BE stave**. Nové alebo vylepšené služby zahŕňajú:
505
506 * **Inteligentná zimná a bežná údržba komunikácií** – Nová služba proaktívnej správy mestských ciest v zimnom aj letnom období. Jej cieľom je udržiavať zjazdnosť a kvalitu cestnej siete pomocou IoT senzorov, dátovej analytiky a koordinácie zásahov. Táto služba nadväzuje na koncept //Prediktívnej údržby infraštruktúry//, aplikovaný na cestnú sieť. Využíva kontinuálne dáta o stave vozoviek (teplota, vlhkosť, výskyt poľadovice) a prediktívne modely na plánovanie zásahov skôr, než dôjde k vážnym poškodeniam vozovky. Službu poskytuje zazmluvnený dodávateľ údržby a jej adresátmi sú obyvatelia (bezpečné cesty, rýchle odhrnutie snehu) aj mesto samotné (dlhšia životnosť komunikácií, optimalizované náklady). Realizácia služby prebieha v spolupráci viacerých zložiek: **monitoring stavu vozoviek** (realizovaný IoT senzormi a modulom //Monitoring stavu vozoviek// isvs_14570) poskytuje vstupy, **analytická platforma** (mestský BI a AI nástroj isvs_11075) spracúva dáta a generuje odporúčania a **dispečing údržby** vykonáva samotné zásahy.
507 * **Adaptívne riadenie dopravy na križovatkách** – Ide o rozšírenie služby //Inteligentné riadenie dopravy a mobility// o podslužbu dynamického riadenia svetelnej signalizácie. Systém inteligentných semaforov v meste prispôsobuje signálne plány aktuálnej dopravnej situácii v reálnom čase. Patria sem funkcie ako //adaptívne riadenie križovatiek// (semafory automaticky reagujú na intenzitu dopravy) a //preferencia vozidiel MHD //(uprednostnenie električiek, autobusov či hasičov na signále). Služba je realizovaná integrovaným //Inteligentným dopravným systémom// (isvs_14568) v spojení s IoT senzormi (detektory vozidiel, dopplerovské radary, video analytické detektory) rozmiestnenými na kľúčových uzloch. Dopravná riadiaca centrála priebežne vyhodnocuje dáta zo senzorov a podľa potreby upravuje semafory tak, aby minimalizovala zdržania. Výsledkom je plynulejšia premávka a zníženie tvorby kolón (čo sekundárne prispieva k ekologickým cieľom znížením emisií). Služba adaptívnych križovatiek je logicky prepojená aj s ďalšími dopravnými službami – napríklad nadväzuje na //manažment dopravných incidentov// (pri nehode v križovatke systém upraví okolitú signalizáciu). Implementácia tejto podslužby v rámci projektu prináša plnšie využitie architektonickej komponenty //Riadenie dopravy// a prepája sa s ňou na úrovni biznis procesov.
508 * **Dopravný dohľad a informačné služby v reálnom čase** – Nová služba poskytovaná dopravnou centrálnou, zameraná na monitoring dopravnej situácie v meste a informovanie relevantných aktérov. Centrála zhromažďuje **reálne časové dopravné metadáta** z rozsiahlej senzorickej siete (údaje o intenzite premávky, detekované incidenty, stav semaforov). Na základe týchto údajov služba zabezpečuje **manažment dopravných udalostí**: v prípade nehody či kolapsu premávky dispečeri spolu s políciou koordinujú obchádzkové trasy, vysielajú výstrahy. Zároveň služba zahŕňa **informačný servis pre verejnosť** – napríklad prostredníctvom mobilných notifikácií upozorňuje vodičov na dopravné obmedzenia a navrhuje alternatívne trasy. Táto služba je čiastočne automatizovaná (niektoré incidenty detegujú a avizujú priamo systémy pomocou AI ) a čiastočne operatívna (zásahy riadi človek). Rovnako je previazaná na //Open Data// služby – vybrané metadáta (napr. poloha dopravných senzrov, štatistiky intenzít, historické záznamy o nehodách) sa publikujú otvorene, čo zvyšuje transparentnosť a umožňuje tvorbu nadstavbových aplikácií.
509 * **IoT dopravná analytika a predikcie** – Táto podslužba dopĺňa vyššie uvedené tým, že využíva zozbierané dáta pre **pokročilú analytiku a predikciu dopravy**. Zahŕňa spracovanie historických dát o doprave, strojové učenie a AI modely na predvídanie budúcich stavov (napr. predikcia tvorby kolóny, odhad doby do vyčerpania parkovacích kapacít a pod.). Výstupy analytiky – napr. **predpovede dopravného zaťaženia** na určitých ťahoch – slúžia ako podklad pre strategické rozhodovanie mesta (dopravné plánovanie, investície) aj pre operatívne riadenie (napr. preventívne rozšírenie MHD kapacity pri očakávanom nápore). Rovnako sem patrí **analytika pre údržbu**: AI modely predikujú vznik poľadovice a **odporúčajú zásahy** vopred, čím posúvajú službu údržby do prediktívneho režimu. Táto služba stojí na integrácii viacerých systémových komponentov (dátový sklad, analytický nástroj, IoT integrácie) a prepája //Prediktívnu údržbu// s //Riadením dopravy//. Pre občanov a vývojársku komunitu prináša hodnotu prostredníctvom zverejnených datasetov – napr. dataset intenzít dopravy a dataset zimnej údržby na Open Data portáli – čím podporuje vznik inovatívnych služieb (napr. mobilné aplikácie upozorňujúce na stav ciest). Celkovo táto podslužba zabezpečuje, že mesto využíva **dáta ako aktívum** – zhromaždené informácie pretavuje do poznatkov a predikcií, ktoré zlepšujú ostatné služby v ekosystéme Smart City.
510
511 **Biznis procesy, funkcie a výstupy**
512
513 Rozpracovanie uvedených služieb do **biznis procesov a funkcií** prináša viacero nových procesných krokov a **výstupných biznis objektov** v TO-BE modeli:
514
515 * **Procesy v údržbe komunikácií:** Zavádza sa **proces zimnej údržby ciest**, ktorý prebieha cyklicky počas chladnej sezóny. Jeho iniciačným bodom sú buď meteorologické údaje (napr. pokles teploty a vlhký povrch – hrozba poľadovice), alebo hlásenia o zhoršení zjazdnosti (snehová pokrývka). **Dispečer zimnej údržby** využíva nové IoT dáta – systém zimnej údržby prijíma online informácie z poveternostných staníc a zo senzorov na údržbových vozidlách (teplota vozovky, sneh, posyp). Na základe týchto údajov a **predikčných modelov počasia a tvorby poľadovice** generuje systém odporúčania, kam a kedy vyslať posypovú techniku. Dispečer vyhodnotí návrhy a spustí **operáciu posypu** – vyšle vozidlá na konkrétne trasy. Počas zásahu vozidlá cez senzory hlásia späť údaje (GPS trasu, vykonané posypy), ktoré sa ukladajú do systému. Následne proces zahŕňa **vyhodnotenie** – systém zaznamená pokrytie posypom, spotrebu materiálu a čas zásahu, čo slúži ako **výstupný ukazovateľ výkonnosti** údržby (KPI). Analogicky pre teplé obdobie roka beží **proces bežnej údržby ciest** zameraný na opravy a údržbu značení. Spúšťačom sú **podnety na opravu** – buď automaticky zistené (IoT video analytické detektory a AI) alebo nahlásené občanom. Tieto podnety vstupujú do **modulu plánovania opráv**, ktorý ich zaeviduje, priradí prioritu a navrhne harmonogram opráv. Zodpovedný pracovník (manažér údržby) harmonogram schváli a zabezpečí vyslanie pracovníkov na miesto. Po vykonaní opravy sa v systéme aktualizuje stav daného úseku cesty (opravené, dátum zásahu) – tento **výstupný objekt** (záznam o oprave), aby sa história údržby prejavila v evidencii majetku. Výstupom procesu bežnej údržby sú tiež **reporty** pre manažment – napr. mesačný prehľad počtu opráv, priemerný čas od nahlásenia po opravu, a pod., čo umožňuje hodnotiť kvalitu služby.
516 * **Procesy v riadení dopravy:** Stredobodom je **proces dohľadu nad premávkou v reálnom čase**, ktorý prebieha nepretržite na dopravnej centrále. Jeho hlavnou funkciou je **monitorovanie dopravných tokov** – centrálna aplikácia prijíma kontinuálne dáta z dopravných senzorov (sčítače áut, detektory, video analytické detektory s AI detekciou) rozmiestnených po meste. Tieto dáta sú v systéme vizualizované (napr. ako mapa hustoty dopravy) a zároveň vyhodnocované pomocou definovaných pravidiel a AI modelov. Ak systém alebo operátor zistí **incident** (napr. dopravnú nehodu, kolónu, neobvykle hustú premávku), spustí sa **proces manažmentu dopravného incidentu**. V jeho rámci dispečer vyhodnotí závažnosť situácie a iniciuje potrebné kroky. Tento proces je často časovo kritický, preto architektúra počíta s automatizovanými detekciami – napr. inteligentné video analytické detektory môžu samy vydať udalosť “nehoda zistená” ak identifikujú kolíziu vozidiel. Ďalším kontinuálnym procesom je **adaptívne ovládanie semaforov**, ktorý priebežne optimalizuje signálne plány. V krátkych cykloch (rádovo sekundy) vyhodnocuje aktuálne počty vozidiel čakajúcich na každom smere a podľa nastavených algoritmov mení dĺžky zelených fáz. Ide o //automatizovanú funkciu// systému Inteligentný dopravný systém (bežiacu bez priameho zásahu človeka), pričom dispečer má možnosť do procesu vstúpiť v prípade potreby (napr. manuálne nastaviť “vlnu” zelenej pre evakuáciu, atď.). **Funkcia preferencie MHD** je súčasťou tohto procesu – ak senzory alebo V2X komunikácia indikujú blížiaci sa autobus alebo sanitku, systém upraví semafor tak, aby dotyčné vozidlo minimalizovalo zdržanie. Výstupmi z procesov riadenia dopravy sú //aktuálne optimalizované nastavenia dopravy// (časové plány semaforov), //informácie o stave dopravy// (ktoré môžu byť ďalej publikované) a //záznamy// o incidentoch a zásahoch (napr. incident XY vyriešený v T čase, uzávierka ulice Y od-do).
517 * **Procesy dátovej integrácie a analýzy:** Popri operatívnych procesoch prebiehajú aj **podporné procesy dátového spracovania**. Sem patrí **proces zberu a ukladania dopravných dát**, ktorý automaticky beží na pozadí – všetky údaje zo senzorov a systémov sa ukladajú do centrálnej dátovej platformy (dátový sklad) pre ďalšie využitie. V definovaných intervaloch (napr. denne) sa spúšťa **proces analytického vyhodnotenia**: BI/analytický nástroj spracuje nové dáta, aktualizuje **prediktívne modely** a vygeneruje **reporty a predikcie**. Napríklad každý deň môže systém vytvoriť //predpoveď dopravnej záťaže// na nasledujúci deň pre hlavné ťahy, alebo //predikciu tvorby námrazy// na cestách počas nastávajúcej noci. Tieto predikčné **výstupy (biznis objekty)** sú následne využité v iných procesoch: predpoveď záťaže sa odovzdá dispečingu dopravy (ktorý podľa nej upraví plány, napr. posilní spoje MHD alebo pripraví obchádzky), predikcia poľadovice sa odovzdá dispečerom údržby (ktorí na základe nej pre istotu vykonajú preventívny posyp). Do tejto kategórie patrí aj **proces publikovania otvorených dát** – zberné dopravné a údržbové dáta sa po anonymizácii a agregácii periodicky zverejňujú na Open Data portáli vo forme datasetov a API služieb. Tento proces zabezpečuje, že externí záujemcovia (občania, firmy) majú vždy prístup k aktuálnym aj historickým dátam, čo podporuje princíp transparentnosti a otvorenosti údajov.
518
519 Každý modul projektu je priamo previazaný na procesnú zmenu:
520
521 * **Monitoring stavu vozoviek (ISVS_14570)** – mení proces rozhodovania dispečera z reaktívneho (telefonické hlásenia, manuálne obhliadky) na prediktívny (automatické hlásenia zo senzorov).
522 * **Systém údržby komunikácií (ISVS_15193)** – zavádza elektronickú evidenciu zásahov, plánovanie údržby a nové KPI, ktoré sa stanú podkladom pre aktualizáciu interných smerníc o správe majetku.
523 * **Inteligentný dopravný systém (ISVS_14568)** – umožňuje adaptívne riadenie križovatiek, čo vyžaduje rozšírenie kompetencií dopravnej centrály.
524 * **Open Data portál (ISVS_11079)** – generuje nové povinnosti publikovať údaje denne, v súlade s vyhl. č. 78/2020 Z.z. o štandardoch ITVS.
525 * **Smart City platforma a dátový sklad (ISVS_10383, ISVS_11074)** – zavádzajú jednotný dátový model, ktorý sa premietne do procesov plánovania mesta.
526
527 **Rozhrania, reprezentácie a interakcie**
528
529 Rozšírená biznis architektúra zahŕňa aj nové **rozhrania a interakcie** medzi aktérmi a službami, ktoré zabezpečujú plynulý tok informácií:
530
531 * **Rozhranie dopravná centrála – IoT senzory a semafory:** Aby mohla služba inteligentného riadenia fungovať, existuje **priame prepojenie** medzi centrálnym dopravným systémom a terénnymi zariadeniami. IoT **dopravné senzory** (sčítače vozidiel, radarové detektory, video analytické detektory) neustále **posielajú dáta** cez komunikačnú sieť do centrálnej platformy. Na druhej strane, dopravná centrála cez toto rozhranie **vysiela riadiace pokyny** k semaforom – buď priamo (v prípade, že centrála má na starosti všetky regulátory križovatiek), alebo cez nadradený systém dopravného riadenia (isvs_14568), ktorý komunikuje s radičmi svetelnej signalizácie. V rámci projektu boli tieto rozhrania posilnené zavedením **V2X (vehicle-to-infrastructure) komunikácie** – ide o špeciálny kanál, kde si vozidlá (najmä vozidlá MHD vybavené palubnými jednotkami) vymieňajú dáta so semaformi a centrálou. Táto interakcia umožňuje napríklad, aby sa blížiaca električka „ohlásila“ semaforu a ten jej včas zabezpečil voľný prejazd. Rozhranie je obojsmerné: centrála prijíma dáta o polohe/zdržaní vozidla a odosiela späť napr. príkaz na predĺženie zelenej. Z technického pohľadu toto vyžaduje integráciu do mestského IoT ekosystému (sieťové uzly v teréne, konektivitu), no z biznis pohľadu to predstavuje **novú formu interakcie** medzi mestom (jeho dopravným systémom) a užívateľmi dopravnej infraštruktúry (vozidlami).
532 * **Open Data API a externé interakcie:** Poskytovanie otvorených dát vytvára nové rozhranie smerom navonok k externým používateľom údajov. Open Data portál sprístupňuje viaceré **API rozhrania** a datasety týkajúce sa dopravy a údržby – napr. API pre aktuálne dopravné intenzity, dataset historických nehôd, dataset zimných posypov a pod.. Externí vývojári či analytici tak môžu **interagovať s dátovou platformou mesta** bez nutnosti priamej komunikácie s internými systémami – stačí im volanie príslušného API. Táto interakcia prebieha na úrovni **dátových služieb** a je riadená pravidlami otvoreného prístupu (registrácia API kľúča, dodržiavanie licenčných podmienok). V biznis architektúre predstavuje Open Data rozhranie prostriedok, ktorým mesto **deleguje časť využitia dát na komunitu** – napr. firma môže na základe otvorených dát vytvoriť navigačnú aplikáciu pre vodičov, čo v konečnom dôsledku zvyšuje hodnotu pôvodných služieb riadenia dopravy. Táto externá interakcia je podporená aj reprezentačnými vrstvami: okrem API sú dáta dostupné aj cez webovú stránku portálu (CSV/XLS súbory, grafy) pre menej technických užívateľov, čo zaisťuje inkluzívnosť prístupu k informáciám.
533
534 **Udalosti a zmluvy**
535
536 Implementácia dopravných podaktivít prináša do biznis vrstvy aj nové **biznis udalosti** a **zmluvné vzťahy** (kontrakty), ktoré ovplyvňujú poskytovanie služieb:
537
538 * **Kľúčové biznis udalosti:**
539 ** **„Predpokladaná poľadovica“** – Udalosť generovaná prediktívnym modulom údržby, keď kombinácia teplotných senzorov a meteorologickej predpovede indikuje tvorbu námrazy na vozovkách. Ide o //varovnú udalosť//, ktorá **spúšťa proces preventívneho posypu**: systém upozorní dispečerov zimnej údržby a tí vyšlú vozidlá skôr, než vozovka skutočne namrzne. Táto udalosť sa takisto môže prejaviť notifikáciou pre občanov (výstraha v aplikácii). Nadväzuje na ňu zmluvný mechanizmus – ak má mesto kontrakt s externou firmou na posyp, udalosť aktivuje podmienky SLA o rýchlom zásahu (viď nižšie).
540 ** **„Dopravná nehoda“** – Táto udalosť bola v architektúre už identifikovaná, no nové systémy ju vedia **detegovať automaticky** a reagovať koordinovanejšie. Udalosť vznikne buď AI detekciou (videoanalitické čidlá rozpoznali kolíziu alebo stoj vozidiel), alebo nahlásením (112, aplikácia). V biznis vrstve **spúšťa incident management proces**: mestská polícia a dopravný dispečing začínajú riešiť situáciu, čo predstavuje //collaboration// viacerých biznis rolí (polícia, DPMK, záchranári). Súbežne sa generuje aj notifikácia pre vodičov (udalosť vstupuje do služby dopravného informačného servisu). Táto udalosť je kľúčová pre službu Riadenia dopravy – o jej výskyte sa opierajú rozhodnutia centrály v reálnom čase.
541 ** **„Extrémne sneženie“** – Udalosť signalizujúca výnimočnú situáciu v zimnej údržbe (napr. husté sneženie > 20 cm za noc). Hoci bežné sneženie sa rieši rutinne, extrémna snehová nádielka sa modeluje ako biznis udalosť, ktorá môže **vyvolať krízový scenár**: mesto aktivuje okrem dodávateľských služieb aj krízový štáb, koordinuje sa s políciou (uzatvorenie kritických úsekov) a informuje široko verejnosť o obmedzeniach. Udalosť “Extrémne sneženie” tak prepája dopravnú doménu s procesmi krízového riadenia mesta (civilná ochrana). Zmluvne môže znamenať stav vyššej moci, kde niektoré SLA dohodnuté časy zásahu nemusia platiť, ak sú podmienky na cestách neovplyvniteľné.
542 ** //(Okrem uvedených môže biznis vrstva zahŕňať aj ďalšie udalosti ako „Dopravný kolaps“ bez nehody, „Plánovaný výpadok (uzávierka)“ vopred avizovaný, či periodické triggery typu „Začiatok zimnej sezóny“ – posledný menovaný napr. každoročne iniciuje preventívne kontroly cestárov a techniky.)//
543 * **Kľúčové zmluvy a dohody:**
544 ** **Zmluva o údržbe komunikácií (zimná a letná)** – Mesto Košice má uzavretú zmluvu s poskytovateľom zimnej údržby ciest (prípadne so svojím vlastným mestským podnikom) definujúcu **parametre služby**. Táto //business contract// stanovuje podmienky ako: maximálny reakčný čas na výzvu posypu pri snežení, časový limit na odhrnutie všetkých hlavných ťahov od ukončenia sneženia, kvalitu použitého posypového materiálu, či sankcie za nesplnenie požiadaviek. Udalosti ako „Predpokladaná poľadovica“ alebo „Extrémne sneženie“ sú s touto zmluvou prepojené – ak nastanú, zmluva zaväzuje dodávateľa k posilnenému zásahu. V architektonickom modeli ArchiMate je táto zmluva asociovaná so službou inteligentnej údržby komunikácií a príslušnými biznis udalosťami analogicky, ako bola uvedená zmluva na údržbu osvetlenia naviazaná na udalosť “Porucha lampy”.
545 ** **Zmluva o dodávke a servise dopravných technológií** – Keďže projekt zahŕňa nasadenie inteligentných semaforov, videoanalytických čidiel a senzorov, existujú kontrakty s technologickými dodávateľmi. Tieto zmluvy pokrývajú **servis hardvéru a softvéru**: napr. zmluva na údržbu systému stanovuje, že dodávateľ zabezpečí funkčnosť video analytických čidiel a serverov, opraví poruchy do X hodín. Podobne zmluva na inteligentné semafory môže obsahovať záväzky pravidelnej kalibrácie a aktualizácie firmware. Tieto dohody garantujú, že infraštruktúra potrebná pre poskytovanie dopravných služieb bude spoľahlivá. V biznis vrstve vystupuje mesto ako objednávateľ (business role) a dodávateľ IoT/IT technológií ako poskytovateľ služby. Zmluvy môžu obsahovať aj //SLA pre IoT platformu a konektivitu// – napr. garantovaná dostupnosť siete senzorov 99%, maximálna prípustná latencia prenosu údajov atď. – čo zabezpečuje kvalitu dátových vstupov pre vyššie opísané biznis procesy. Nedodržanie týchto SLA (napr. výpadok senzorickej siete počas kritickej dopravnej špičky) by predstavovalo riziko pre plynulé riadenie mesta, preto sú v zmluvách ošetrené aj sankcie a postupy pri zlyhaní.
546 ** **Memorandum o spolupráci s DPMK **– Keďže efektívne riadenie dopravy vyžaduje súčinnosť mestskej hromadnej dopravy, mesto uzatvorilo dohody o spolupráci s týmito partnermi. V prípade DPMK ide o dohodu, že dopravný podnik bude poskytovať údaje (GPS polohy vozidiel, meškania spojov) do mestského systému a na oplátku mesto zabezpečí preferenciu MHD na semaforoch. Tieto //dohody// nie sú zmluvami v obchodnom zmysle, ale skôr partnerskými rámcami – v modeli ich môžeme reprezentovať ako **spoluprácu biznis rolí** alebo interné smernice. Sú však dôležité, lebo definujú **pravidlá interakcie** medzi mestom a kľúčovými stakeholdermi v doprave, čím podporujú napĺňanie služby riadenia dopravy (napr. bez údajov od DPMK by centrála nemohla plne optimalizovať tok MHD).
547 ** Týmto doplnkom sa existujúca kapitola biznis vrstvy rozšírila o konkrétne prvky súvisiace s dopravnými podaktivitami projektu. Nové služby, procesy, aktéri, interakcie i udalosti boli zasadené do kontextu ArchiMate modelu tak, aby nadväzovali na už definované komponenty (//Prediktívna údržba//, //Inteligentné riadenie dopravy//, //Geoportál//, //Open Data// a pod.) a poskytli ucelený obraz **TO-BE stavu** – budúcej vízie fungovania mesta Košice v oblasti smart dopravnej infraštruktúry.
548
549 === 4.1.1Prehľad koncových služieb – budúci stav: ===
550
551 Nasledujúca tabuľka predstavuje **prehľad koncových služieb (KS)** v budúcom stave, tak ako sa očakáva po zavedení riešenia „Inteligentné mesto Košice“. Vzorová tabuľka obsahuje základné stĺpce:
552
553 * **Kód KS (z MetaIS)** – Kód konkrétnej koncovej služby (ak je už zavedená v MetaIS).
554 * **Názov KS** – Názov koncovej služby (napr. „Žiadosť o parkovacie povolenie“, „Nahlásenie poruchy cesty“, atď.).
555 * **Používateľ KS (G2C/G2B/G2G/G2E)** – Typ cieľovej skupiny:
556 ** G2C: služby pre občanov (Government to Citizen)
557 ** G2B: služby pre podnikateľov/firmy (Government to Business)
558 ** G2G: služby medzi verejnými inštitúciami (Government to Government)
559 ** G2E: služby medzi verejnou inštitúciou a jej zamestnancami(Government to Employees)
560 * **Životná situácia (+ kód z MetaIS)** – Životná situácia, do ktorej táto služba patrí (napr. „Narodenie dieťaťa“, „Podnikanie v meste“, „Stavebné konanie“). Ak je v MetaIS definovaný konkrétny kód danej životnej situácie, vyplní sa.
561 * **Úroveň elektronizácie KS** – Vyberte stupeň podľa platnej metodiky (napr. 1–5 podľa metodiky MIRRI SR, alebo skrátené označenie: „(1) len informácie, (2) jednostranná komunikácia, (3) obojsmerná komunikácia, (4) predvyplnené formuláre, (5) plne automatizované/proaktívne“).
562
563 **Poznámka**: Konkrétne kódy KS a kódy životných situácií budú doplnené pri evidencii v MetaIS, prípadne po dohode so správcom MetaIS.
564
565 **Tabuľka: Prehľad koncových služieb (KS) – budúci stav zosúladený so stavom v MetaIS**
566
567 |(((
568 **Kód KS**
569
570 **(z MetaIS)**
571 )))|**Názov KS**|(((
572 **Používateľ KS**
573
574 **(G2C/G2B/G2G/G2A)**
575 )))|**Životná situácia (+ kód z MetaIS)**|**Úroveň elektronizácie KS**
576 |**ks_350520**|Poskytovanie údajov o dopravnej situácii|G2C, G2B|Doprava a mobilita v meste (LS_055)|5 – plne elektronická služba
577 |**ks_381627**|Poskytovanie údajov o údržbe pozemných komunikácií|G2C, G2B|(((
578 Transparentnosť správy mesta (LS_057)
579
580 Open Data v doprave a infraštruktúre (LS_058)
581 )))|5 – plne elektronická služba
582 |**ks_379642**|Poskytovanie údajov o stave pozemných komunikácií|G2C, G2B|(((
583 Transparentnosť správy mesta (LS_057)
584
585 Open Data v doprave a infraštruktúre (LS_058)
586 )))|5 – plne elektronická služba
587 |**ks_339272**|Zobrazovanie obrazu z kamier (iba pre autorizované osoby)|G2E - iba autorizovaní zamestnanci MSP a KDI|(((
588 Bezpečnosť na cestách v zime (LS_060)
589
590 Doprava a mobilita v meste (LS_055)
591 )))|5 – plne elektronická služba
592 |**ks_379643**|Poskytovanie údajov z dátových zariadení|G2E, po spracovaní aj G2B, G2C|(((
593 Bezpečnosť na cestách v zime (LS_060)
594
595 Doprava a mobilita v meste (LS_055)
596 )))|5 – plne elektronická služba
597 |**ks_339274**|Manažment pripojených IoT zariadení cez centrálny dispečing|G2E|(((
598 Bezpečnosť na cestách v zime (LS_060)
599
600 Doprava a mobilita v meste (LS_055)
601 )))|5 – plne elektronická služba
602 |(((
603 **sluzba_egov_7019,**
604
605 **sluzba_egov_7086,**
606
607 **sluzba_egov_7018**
608 )))|Hlásenie incidentov a porúch dopravnej infraštruktúry (napr. semafory, značenie)|G2C, G2B – využiť existujúcu eSlužbu KE|Závady na dopravnej infraštruktúre (LS_061)|4 – predvyplnené formuláre
609 |**ks_381678**|Prístup k historickým údajom o dopravných incidentoch|G2E|Doprava a mobilita v meste (LS_055)|5 – plne elektronická služba
610 |**ks_381679**|Zasielanie výstrah o poľadovici a zhoršenej zjazdnosti|G2C – integrovať do budúcej MA Konto Košičana, riziko neúspechu projektu Konto Košičana|Bezpečnosť na cestách v zime (LS_060)|5 – automatizované upozornenia
611
612 **Vysvetlivky k úrovni elektronizácie** (ilustratívne príklady):
613
614 * **1 – Iba informácie:** používateľ si môže na webe prečítať informácie o službe, ale žiadosť sa podáva osobne/papierovo.
615 * **2 – Jednostranná komunikácia:** je k dispozícii online formulár na stiahnutie, no občan ho musí vytlačiť a priniesť.
616 * **3 – Obojsmerná komunikácia (interaktívny online formulár):** žiadosť sa dá podať elektronicky a sledovať jej stav, no údaje nie sú predvyplnené.
617 * **4 – Predvyplnené formuláre (čiastočne automatizované):** systém predvyplní údaje o žiadateľovi, integruje sa s registračnými údajmi (napr. Register obyvateľov), ale finálne potvrdenie služby je ešte čiastočne manuálne.
618 * **5 – Plne elektronický proces (automatizovaný, proaktívny):** služba je integrovaná s referenčnými údajmi, automaticky rieši všetky kroky a žiadateľ dostáva výsledok bez nutnosti navštíviť úrad (ideálne i proaktívna služba, ktorú mesto ponúkne samo pri splnení podmienok).
619
620 === {{id name="_Toc673686985"/}}{{id name="_Toc153139711"/}}4.1.2Jazyková podpora a lokalizácia ===
621
622 Dodávané riešenie musí mať slovenskú jazykovú lokalizáciu. Ďalšie lokalizácie nie sú požadované.
623
624 == {{id name="_Toc826435347"/}}{{id name="_Toc153139686"/}}4.2Aplikačná vrstva ==
625
626 [[image:1755517064344-608.png]]
627
628 Aplikačná vrstva v architektúre Inteligentné mesto Košice predstavuje **softvérové systémy** (ISVS) mesta a vzájomné vzťahy medzi nimi i voči externým prostrediam. Hlavným cieľom je:
629
630 * **Podporiť biznis procesy** (životné situácie, služby mesta) efektívnymi a interoperabilnými IT riešeniami.
631 * **Zabezpečiť modernizáciu** existujúcich (legacy) systémov (AS-IS) a vybudovanie nových, inteligentných riešení (TO-BE) v rámci digitálnej transformácie mesta.
632 * **Prepojiť aplikácie** (prostredníctvom integračných služieb a API) tak, aby sa odstránila doterajšia fragmentácia a zlepšila dostupnosť koncových služieb pre občanov, podnikateľov a mestské organizácie.
633
634 V zmysle metodiky ArchiMate a evidencie eGovernment komponentov v MetaIS je potrebné zamerať sa na:
635
636 * **AS-IS stav aplikačnej vrstvy**: existujúce IS, aplikačné moduly, ich integrácie a podpora reálnych služieb.
637 * **TO-BE stav aplikačnej vrstvy**: nové/modernizované ISVS, modulárna architektúra, vzťahy na biznis procesy a technologickú platformu.
638
639 === Aplikačná architektúra – AS-IS stav ===
640
641 (% class="wikigeneratedid" id="HK13EFA10DovE9existujFAceISVS28Legacy29" %)
642 **Kľúčové existujúce ISVS (Legacy)**
643
644 Mesto Košice prevádzkuje **viacero starších (legacy) IS**, ktoré vznikali v rôznych obdobiach bez hlbšej integrácie. Medzi hlavné patria:
645
646 * **Integrovaný informačný systém mesta Košice (IIS KE) – isvs_5754**
647 ** Integrovaný informačný systém mesta Košice pozostáva z nasledovných hlavných modulov a súčastí: Webový portál, Ekonomický a administratívny informačný systém, Geografický informačný systém, Open Data portál a Elektronické služby
648 ** Zastrešuje kompletnú elektronickú komunikáciu, v súčasnosti poskytuje 131 elektronických služieb a integrácie na registre štátu prostredníctvom CSRÚ.
649
650 * **Ekonomický a administratívny IS (isvs_10074)**
651 ** Modulárny systém v súčasnosti zabezpečujúci výkon vnútorných ekonomických, evidenčných (majetok, zmluvy, objednávky, sklad, dane a poplatky, mzdy) a registratúrnych služieb.
652 ** Moduly sú medzi sebou prepojené, využíva staršie technológie
653 ** Čiastočne integrovaný na ostatné IS, v niektorých prípadoch manuálne prenosy dát.
654
655 * **Geografický informačný systém (GIS) – isvs_5733**
656 ** Systém GISPLAN je budovaný ako súčasť informačného systému mesta, v rámci ktorého je veľmi dôležitá centralizácia a zdieľanie informácií: [[https:~~/~~/gisplan.kosice.sk/>>url:https://gisplan.kosice.sk/]]
657 ** Obsahuje pasporty, mapové a agendové aplikácie vrátane integrácií na kataster nehnuteľností, ekonomický a administratívny IS a ďalšie IS (WEBLES, eSlužby).
658 ** Pasport komunikácií je zrealizovaný pilotne pre Mestskú časť Západ, ostatné mestské časti chýbajú. Chýbajúce pasportizačné dáta z dopravy budú riešené v rámci projektu_3051 Pasportizácia mestskej infraštruktúry a zelene mesta Košice.
659
660 * **Open Data portál (isvs_11079)**
661 ** Portál nadväzuje na jednotlivé informačné systémy Mesta Košice, z ktorých buď automatizovaným procesom, alebo s manuálnou podporou získava zdrojové dáta, ktoré sú určené na verejné publikovanie vo forme otvorených údajov [[https:~~/~~/opendata.kosice.sk/>>url:https://opendata.kosice.sk/]].
662 ** Mesto Košice na portáli publikuje datasety z oblasti fungovania samotnej samosprávy, ale aj z oblastí školstva, kultúry, životného prostredia, ako aj dáta týkajúce sa obyvateľstva, dopravy, infraštruktúry a športu.
663 ** Portál v súčasnosti obsahuje 80 datasetov a disponuje natívnym API rozhraním.
664
665 * **Mestské webové portály**
666 ** Webový portál mesta Košice [[https:~~/~~/www.kosice.sk>>url:https://www.kosice.sk]] slúži na informovanie verejnosti. Obsah webového portálu je spravovaný zamestnancami magistrátu, pričom prevádzka a údržba je zabezpečená dodávateľsky.
667 ** Webový portál je integrovaný s inými webovými portálmi, napríklad Verejné obstarávania zo systému Josephine: [[https:~~/~~/www.kosice.sk/obcan/verejne-obstaravania>>url:https://www.kosice.sk/obcan/verejne-obstaravania]] či pracovné ponuky z portálu Profesia pre mesto aj všetky mestské podniky: [[https:~~/~~/www.kosice.sk/mesto/pracovne-ponuky>>url:https://www.kosice.sk/mesto/pracovne-ponuky]]. 
668 ** Mesto buduje aj personalizované Konto Košičana: [[https:~~/~~/konto.kosice.sk/>>url:https://konto.kosice.sk/]]. Ďalší rozvoj a vytvorenie nových funkcionalít tohto systému je plánovaný v rámci projektu_1665 Konto Košičana.
669
670 * **Kamerový systém (isvs_14562)**
671 ** Prevádzkovaný mestskou políciou, väčšinou pasívny monitoring.
672 ** Existujúca licencia kamier neumožňuje AI funkcionality, pričom infraštruktúra to podporuje.
673 ** Chýba integrácia s dopravným dispečingom.
674
675 **Aplikačné služby a toky dát v AS-IS**
676
677 * **Dispečing MHD (DPMK)** funguje separovane, mestu poskytuje len obmedzené reporty o polohe vozidie
678 * **Pasportizácia** mestských aktív (cesty, zelene) je realizovaná v systéme GISPLAN. Chýbajúce pasportizačné dáta z dopravy budú riešené v rámci projektu_3051 Pasportizácia mestskej infraštruktúry a zelene mesta Košice.
679 * **Životné situácie** (napr. dopravný incident) sú spracované prevažne offline (telefonáty, maily), čiastočne prostredníctvom elektronických služieb mesta, dáta sa nedostávajú do integračnej platformy.
680 * Integrácie medzi IS sú **point-to-point** alebo manuálne, neexistuje robustná integračná alebo API brána.
681
682 **Obmedzenia v AS-IS stave**
683
684 * **Silo** prístup – každá organizácia (DPMK, mestská polícia, dodávatelia) má samostatné aplikácie.
685 * **Slabá interoperabilita** – nejednotné formáty dát, slabé API, manuálne prenosy.
686 * **Obmedzené** **využívanie digitalizácie** – e-služby pre občanov nie sú dostatočne využívané.
687
688 == Aplikačná architektúra – TO-BE stav ==
689
690 [[image:1755517099282-295.png]]
691
692 Aplikačná vrstva Inteligentného mesta Košice predstavuje integrovaný systém aplikácií a služieb navrhnutý v súlade s metodikou ArchiMate, pričom presne reflektuje potreby digitalizácie, interoperability a integrácie s biznis procesmi mesta. Hlavným cieľom navrhnutej aplikačnej vrstvy je eliminovať izolovanosť existujúcich systémov (AS-IS) a zabezpečiť škálovateľnosť, modularitu a inteligentné riadenie kľúčových procesov mesta.
693
694 === Portály a aplikácie ===
695
696 (% class="wikigeneratedid" id="HISVS_110792013OpenDataportE1l" %)
697 **ISVS_11079 – Open Data portál**
698
699 * **Funkcionalita:** Centrálne sprístupňovanie otvorených datasetov mesta (napr. dopravné, environmentálne údaje) v štandardizovaných formátoch (JSON, CSV, REST API).
700 * **Biznis väzba:** Transparentnosť a podpora participácie občanov, podnikateľov a akademického sektora.
701 * **Dátová vrstva:** Integrácia na Centrálny dátový sklad mesta (ISVS_11074).
702 * **Technologická vrstva:** Azure Open Data Platform, REST API, integrácia na SMART CITY platformu (ISVS_10383).
703
704 (% class="wikigeneratedid" id="HWebovFDportE1laISVS_11077KontoKo161i10Dana" %)
705 (% class="wikigeneratedid" %)**Webový portál a ISVS_11077 Konto Košičana**
706
707 * **Funkcionalita:** Zjednotené používateľské rozhranie pre občanov a podnikateľov, personalizované notifikácie, elektronické formuláre a digitálne služby (napr. nahlasovanie incidentov, zimnej údržby). Mesto Košice má vybudovaný vlastný Portál elektronických služieb mesta: [[www.esluzbykosice.sk>>url:https://www.esluzbykosice.sk]] z projektov Elektronizácia služieb mesta Košice a Malé zlepšenia eGov služieb mesta Košice, v rámci ktorého ponúka 131 elektronických služieb určených pre občanov a podnikateľov. Mesto má v portfóliu služieb aj nahlasovanie porúch týkajúcich sa miestnych ciest, chodníkov, verejného osvetlenia a cestnej svetelnej signalizácie. Pre potreby projektu Inteligentné mesto Košice uvažuje s rozšírením pokrytia e-služieb aj pre účely nahlasovania zľadovatených úsekov či snehových prekážok. Tým prispeje k naplneniu základného cieľa výzvy, ktorým je podpora rozvoja tvorby, spracovania, využívania a prepájania dát v rámci verejnej správy pre inteligentné rozhodovanie, plánovanie a správu.
708 * **Biznis väzba:** Podpora interakcie občan-mesto (služby „Zimná údržba“, „Nahlasovanie incidentov“).
709 * **Dátová vrstva:** Integrácia s dátami incidentov, údržby, údajmi z kamerového systému a GIS (ISVS_5733).
710 * **Technologická vrstva:** Azure App Services, Azure AD autentifikácia (IAM), prepojenie s dátovým skladom a analytikou (ISVS_11075).
711
712 (% class="wikigeneratedid" id="HISVS_5737ElektronickE9formulE1re" %)
713 I(% class="wikigeneratedid" %)**SVS_5737 Elektronické formuláre**
714
715 * **Funkcionalita:** Digitalizácia a automatizácia spracovania životných situácií občanov (žiadosť o služby, podnety).
716 * **Biznis väzba:** Podpora služby digitálnej interakcie občanov s úradom.
717 * **Dátová vrstva:** Dáta občianskych podnetov, integrácia na incident manažment (ISVS_14568).
718 * **Technológie:** Power Platform, Azure Integration Services, REST API.
719
720 === Integračná vrstva ===
721
722 (% class="wikigeneratedid" id="HISVS_10383SMARTCITYplatforma" %)
723 (% class="wikigeneratedid" %)**ISVS_10383 SMART CITY platforma**
724
725 * **Funkcionalita:** Centralizovaná výmena a orchestrácia dát medzi všetkými aplikačnými komponentmi (údržba, doprava, IoT senzory).
726 * **Biznis väzba:** Kľúčový integrátor pre služby „Zimná a bežná údržba ciest“, „Dopravný monitoring“, „Incident manažment“.
727 * **Dátová vrstva:** Riadenie dátových tokov, zabezpečuje integráciu senzorických údajov (ISVS_14570, IoT platforma), analytickej platformy (ISVS_11075) a dátového skladu mesta (ISVS_11074).
728 * **Technológie:** Azure Integration Services, MQTT, REST API, Azure IoT Hub, Azure API Management.
729
730 === Aplikácie inteligentnej dopravy ===
731
732 (% class="wikigeneratedid" id="HISVS_145682013InteligentnFDdopravnFDsystE9mmestaKo161ice" %)
733 **ISVS_14568 – Inteligentný dopravný systém mesta Košice**
734
735 (((
736 * **Funkcionalita:** Hlavný systém adaptívneho riadenia dopravy. Integruje údaje zo senzorov, AI videoanalytiku, aktívnu správu križovatiek a riadenie preferencie vozidiel MHD/IZS.
737
738 **Podkomponenty:**
739 )))
740
741 * **ISVS_11073 Systém dynamického riadenia križovatiek** – adaptívne semafory.
742 ** Preferencia MHD (V2X komunikácia).
743 ** Automatická detekcia incidentov (AI videoanalytika).
744 ** Modul vzdialenej konfigurácie, správy a manažmentu IoT senzorov – centralizované riadenie všetkých senzorických zariadení mesta.
745 ** **Biznis väzba:** Podpora pre procesy adaptívneho riadenia dopravy, incident manažment a krízové riadenie.
746 ** **Dátová vrstva:** Dáta dopravných tokov, senzorické údaje (klimatické, dopravné, obrazové), integrácia s dátovým skladom a analytikou (ISVS_11074, ISVS_11075).
747 ** **Technológie:** Azure IoT Central, Azure IoT Edge, Azure Video Analyzer, MQTT, OPC UA.
748 * **ISVS_14570 – Monitoring stavu pozemných komunikácií**
749 ** **Funkcionalita:** Systém kontinuálneho monitorovania stavu ciest (stav povrchu, teplota vozovky, koncentrácia posypu).
750 ** **Biznis väzba:** Kľúčové vstupy pre zimnú údržbu, plánovanie opráv a preventívne zásahy.
751 ** **Dátová vrstva:** Zber dát zo senzorov, integrácia na dátový sklad (ISVS_11074).
752 ** **Technológie:** Azure IoT Edge, Azure Data Factory, Azure ML.
753 * **ISVS_15193 – Systém údržby pozemných komunikácií**
754 ** **Funkcionalita:** Plánovanie a riadenie výjazdov údržby (zimná/letná údržba), automatická aktualizácia stavu ciest, sledovanie vozidiel cez GPS.
755 ** **Biznis väzba:** Operatívne zabezpečenie procesov údržby komunikácií.
756 ** **Dátová vrstva:** Evidencia zásahov, integrácia so senzorickými dátami, aktualizácia GIS dát.
757 ** **Technológie:** Power Platform, Azure Maps, Azure IoT Edge, Azure Databricks.
758 * **ISVS_14562 – Monitorovací kamerový systém**
759 ** **Funkcionalita:** Aktívny monitoring bezpečnosti a dopravných udalostí pomocou AI videoanalýzy (incidenty, objekty na vozovke, dopravné priestupky).
760 ** **Biznis väzba:** Bezpečnostné procesy (mestská polícia), incident manažment v doprave.
761 ** **Dátová vrstva:** Integrácia s analytickou platformou a systémom riadenia incidentov.
762 ** **Technológie:** napr.BOSCH IVA/IVA PRO.
763
764 === Centrálna dátová platforma a analytická vrstva ===
765
766 (% class="wikigeneratedid" id="HISVS_110742013DE1tovFDskladmestaKo161ice" %)
767 **ISVS_11074 – Dátový sklad mesta Košice**
768
769 * **Funkcionalita:** Centralizované úložisko dát zo všetkých mestských aplikácií, IoT zariadení, senzorov a GIS dát.
770 * **Biznis väzba:** Základ pre manažérske rozhodovanie a Open Data publikovanie.
771 * **Technológie:** Azure Data Lake Storage, Azure Cosmos DB, Azure SQL Database.
772
773 (% class="wikigeneratedid" id="HISVS_110752013AnalytickFDnE1strojmestaKo161ice" %)
774 **ISVS_11075 – Analytický nástroj mesta Košice**
775
776 * **Funkcionalita:** Pokročilé analytické nástroje (AI, ML) na predikciu a optimalizáciu mestských služieb (doprava, údržba, bezpečnosť).
777 * **Biznis väzba:** Základ pre proaktívne rozhodovanie v procesoch dopravy a údržby.
778 * **Technológie:** Azure ML, Azure Databricks, Azure Stream Analytics.
779
780 **ISVS_5733 – Geografický informačný systém (GIS)**
781
782 * **Funkcionalita:** Centrálny systém pre správu a vizualizáciu priestorových dát mesta (mapy, pasporty infraštruktúry).
783 * **Biznis väzba:** Podpora územného plánovania, pasportizácie a riadenia infraštruktúry
784 * **Technológie**: ESRI ArcGIS, Azure Maps, prepojenie na dátový sklad.
785
786 |**Aplikačný modul (Application Layer)**|**Biznis procesy a funkcie**|**Výstupné objekty**
787 |**ISVS_10383 SMART CITY platforma**|Integrácia dát medzi aplikáciami a senzorickými systémami, orchestrácia udalostí ako „poľadovica“, „incident“|Integrované dátové toky, udalosti, notifikácie, dátové správy pre analytiku a dispečing
788 |**ISVS_5754 IIS Mesta Košice**|Interakcia občan – mesto, nahlasovanie závad, sledovanie stavu ciest a incidentov|Podnety občanov, notifikácie, prístup k dopravným vizualizáciám, API výstupy
789 |**funkcionalita modulu pre údržbu**|Interné plánovanie výjazdov, riadenie údržby a incidentov, generovanie interných KPI|Pracovné výkazy, denník údržby, interné rozhodnutia, výstupy pre manažment
790 |**ISVS_14568 – Inteligentný dopravný systém**|Adaptívne riadenie križovatiek, preferencia MHD, automatické rozpoznávanie incidentov|Úpravy semaforov, záznamy incidentov, vizualizácie dopravného toku, logy zásahov
791 |**ISVS_14570 – Monitoring stavu pozemných komunikácií**|Zber senzorických údajov z ciest, detekcia poľadovice a stavu vozoviek|Teplotné profily, rizikové úseky, vstupy do plánovania zásahov
792 |**ISVS_15193 – Systém údržby pozemných komunikácií**|Plánovanie a evidencia výjazdov, vykonanie zásahov zimnej/letnej údržby|Plány údržby, výstupy z GPS vozidiel, hlásenia o pokrytí
793 |**ISVS_11073 – Systém dynamického riadenia križovatiek**|Preferencia MHD (V2X komunikácia), automatická detekcia incidentov (AI videoanalytika), modul vzdialenej konfigurácie, správy a manažmentu IoT senzorov – centralizované riadenie všetkých senzorických zariadení mesta.|Súbory dát o časovaní semaforov (napr. dĺžku zelenej, žltej) na základe aktuálnej hustoty dopravy zozbieranej IoT senzormi a komunikačnými jednotkami, upozornenia na incidenty a dopravné udalosti.
794 |**ISVS_14562 – Monitorovací kamerový systém**|Aktívny monitoring bezpečnosti a dopravných udalostí pomocou AI videoanalýzy (incidenty, objekty na vozovke, dopravné priestupky).|(((
795 Generované reporty obsahujúce dáta o vozidlách, smere jazdy a miere vyťaženosti jednotlivých úsekov, vizuálna evidencia dopravných udalostí.
796 )))
797 |**ISVS_11075 Analytický nástroj mesta Košice**|Prediktívna analytika, tvorba výstrah a rozhodovacích odporúčaní|Predikcie kolón, poľadovice, prehľady o dopravnom zaťažení, manažérske reporty
798 |**ISVS_11074 Dátový sklad mesta Košice**|Konsolidácia údajov z IoT, dopravy, údržby a ich sprístupnenie BI platforme a Open Data|Dátové sety, exporty do dashboardov, Open Data API, zálohované historické údaje
799 |**IoT senzory – klimatické veličiny a detekcia objektov**|Sledovanie meteorologických podmienok a dopravných udalostí|Záznamy o teplote, výskyte snehu, poľadovici, detekované incidenty
800 |**Manažment IoT siete**|Monitoring prevádzky senzorov, konfigurácia, alarmy pri výpadkoch|Stavové hlásenia, profily zariadení, technické alerty pre správu siete
801 |**Modul vzdialenej konfigurácie a zberu IoT dát**|Zber a normalizácia údajov z IoT zariadení, vzdialená správa|Normalizované záznamy o stave vozoviek, online vstupy do analytiky
802 |**Identity and Access Management (IAM)**|Riadenie prístupových práv a autentifikácia používateľov|Autentifikačné logy, prístupové oprávnenia, auditné záznamy
803 |**SIEM (bezpečnostný monitoring)**|Zaznamenávanie a spracovanie kybernetických incidentov|Bezpečnostné incidenty, systémové alerty, notifikácie operátorom
804 |**Modul ochrany citlivých údajov**|Zabezpečenie dát pri prenose a v úložisku, sieťová segmentácia|Šifrované záznamy, definované bezpečnostné politiky, logika prístupu
805 |**Súlad s reguláciami a evidencia ISVS v MetaIS**|Správa registrácie ISVS, zabezpečenie súladu s GDPR a zákonmi|Záznamy o súlade, výstupy pre kontrolné orgány, MetaIS evidencia
806
807 == Základné zmeny v aplikačnej architektúre ==
808
809 * **Transformácia od monolitických a neprepojených IS k modulárnej architektúre založenej na mikroslužbách a integračnej vrstve**
810 * **(ESB): **Nová architektúra nahrádza izolované legacy systémy flexibilnou vrstvou aplikácií a komponentov, ktoré komunikujú cez štandardizované API. Využívanie mikroslužbovej logiky zvyšuje škálovateľnosť, umožňuje rýchle nasadzovanie funkcií a modularitu systému v čase.
811 * **Zavedenie centrálnej Smart City platformy (ISVS_10383) ako integračného a dátového jadra mesta: **Platforma zabezpečuje orchestráciu medzi všetkými aplikačnými komponentmi (údržba, doprava, analytika, portály), spracováva udalosťami riadené procesy ako „poľadovica“, “incident“ a integruje vstupy z IoT senzorov, dopravnej infraštruktúry a analytických služieb.
812 * **Modernizácia digitálneho obrazu cestnej infraštruktúry:** stav ciest, semaforov či dopravného značenia sa automaticky aktualizuje na základe údajov z IoT a výjazdov údržby. Vizualizácia pomocou digitálneho obrazu umožňuje plánovanie a simulácie zásahov „čo ak“.
813 * **Rozšírenie používateľských rozhraní – webový portál: **Vzniká jednotné prístupové miesto pre občanov, podnikateľov aj interné role (dispečeri, údržbári, analytici). Portál umožňujú nahlasovanie porúch, zobrazovanie notifikácií, personalizovaný prístup a prácu s dopravnými dátami. Intranet zabezpečuje koordináciu výjazdov, aktualizáciu stavu a operatívne riadenie.
814 * **Prepojenie na dopravnú riadiacu centrálu s podporou V2X, videoanalýzy, diaľkového riadenia semaforov a preferencie MHD: **Nový komponent ISVS_14568 (Inteligentný dopravný systém) zabezpečuje adaptívne riadenie križovatiek, detekciu incidentov a správu signálnych plánov v reálnom čase. Podporuje zásahy dispečerov aj autonómne algoritmy.
815 * **IoT ako základ pre data-driven rozhodovanie v údržbe aj doprave: **Rozsiahla sieť klimatických a vizuálnych senzorov (na cestách, vozidlách a križovatkách) dodáva údaje o stave vozoviek, dopravnej intenzite, incidentoch a počasí. Tieto dáta sa spracovávajú cez analytickú platformu, ktorá poskytuje predikcie, výstrahy a rozhodovaciu podporu v reálnom čase.
816 * **Zavedenie analytickej vrstvy (BI/AI platforma, dátový sklad, streamová analytika) ako základ pre prediktívne riadenie služieb: **Systém generuje predikcie o vzniku poľadovice, dopravných kolón, záťaži na úsekoch alebo potrebe údržby. Predikcie sú prepojené na operatívne systémy (napr. výjazdy posýpačov) aj manažérske rozhodovanie (napr. investície do dopravy).
817 * **Publikovanie otvorených údajov prostredníctvom Open Data portálu mesta Košice: **Agregované výstupy z monitoringu a analytiky sú sprístupňované pre vývojárov, podnikateľov a verejnosť. Portál poskytuje API a strojovo spracovateľné datasety (napr. zimná údržba, dopravné toky, incidenty).
818
819 Takto navrhnutá **aplikačná architektúra** (AS-IS → TO-BE) reflektuje potreby digitálnej transformácie Košíc. Pomocou moderných ISVS modulov, mikroslužbovej integrácie a dôsledného zapojenia IoT a AI riešení sa zabezpečí **plynulá realizácia biznis služieb** (životných situácií) a **plnenie cieľov projektu** (inteligentná doprava, prediktívna údržba, otvorené dáta, e-služby pre občanov). Tým mesto získa aplikačné prostredie pripravené na ďalšie inovačné projekty Smart City.
820
821 === {{id name="_Toc752151050"/}}{{id name="_Toc153139687"/}}4.2.1Rozsah informačných systémov – AS IS ===
822
823 |=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
824 |isvs_14562|Monitorovací kamerový systém|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
825 c_stav_isvs.2|Vyberte jednu z možností
826 c_typ_isvs.1| |
827 |isvs_5733|Geografický informačný systém|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
828 c_stav_isvs.2|Vyberte jednu z možností
829 c_typ_isvs.1| |
830 |isvs_11079|Open Data portál|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
831 c_stav_isvs.2|Vyberte jednu z možností
832 c_typ_isvs.2| |
833
834 (% style="color:inherit; font-family:inherit; font-size:max(18px, min(20px, 14.4444px + 0.462963vw))" %)4.2.2Rozsah informačných systémov – TO BE
835
836 Rozsah dotknutých ISVS z pohľadu ich ďalšej prevádzky po realizácii projektu – TO BE stav
837 {{content id="projekt.planovane_isvs" template="
838 |=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)[# th:each='item : ${isvs}']
839 [('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${#html.checkbox(item.atribut('EA_Profil_ISVS_modul_isvs') == 'true')} +
840 '|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_stav_isvs')?:''} +
841 '|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_typ_isvs')?:''} +
842 '|' + ${item.nadradeneIsvs?.kodMetais?:''} + '|')]
843 [/]
844 "}}|=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
845 |isvs_14562|Monitorovací kamerový systém|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.2|Vyberte jednu z možností\\c_typ_isvs.1||
846 |isvs_14568|Inteligentný dopravný systém mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.3|Vyberte jednu z možností\\c_typ_isvs.3||
847 |isvs_15193|Systém údržby pozemných komunikácií|{{html clean="true"}}<input type="checkbox" checked/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.3|Vyberte jednu z možností\\c_typ_isvs.1||
848 |isvs_5733|Geografický informačný systém|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.2|Vyberte jednu z možností\\c_typ_isvs.1||
849 |isvs_10383|SMART CITY platforma|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.3|Vyberte jednu z možností\\c_typ_isvs.3||
850 |isvs_11079|Open Data portál|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.2|Vyberte jednu z možností\\c_typ_isvs.2||
851 |isvs_11074|Dátový sklad mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.3|Vyberte jednu z možností\\c_typ_isvs.1||
852 |isvs_11075|Analytický nástroj mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.3|Vyberte jednu z možností\\c_typ_isvs.1||
853 |isvs_11073|Systém dynamického riadenia križovatiek|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.3|Vyberte jednu z možností\\c_typ_isvs.1||
854 |isvs_14570|Monitoring stavu pozemných komunikácií|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.3|Vyberte jednu z možností\\c_typ_isvs.1||{{/content}}
855
856 |=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
857 |isvs_14562|Monitorovací kamerový systém|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
858 c_stav_isvs.2|Vyberte jednu z možností
859 c_typ_isvs.1| |
860 |isvs_14568|Inteligentný dopravný systém mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
861 c_stav_isvs.3|Vyberte jednu z možností
862 c_typ_isvs.3| |
863 |isvs_15193|Systém údržby pozemných komunikácií|{{html clean="true"}}<input type="checkbox" checked/>{{/html}}|Vyberte jednu z možností
864 c_stav_isvs.3|Vyberte jednu z možností
865 c_typ_isvs.1| |
866 |isvs_5733|Geografický informačný systém|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
867 c_stav_isvs.2|Vyberte jednu z možností
868 c_typ_isvs.1| |
869 |isvs_10383|SMART CITY platforma|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
870 c_stav_isvs.3|Vyberte jednu z možností
871 c_typ_isvs.3| |
872 |isvs_11079|Open Data portál|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
873 c_stav_isvs.2|Vyberte jednu z možností
874 c_typ_isvs.2| |
875 |isvs_11074|Dátový sklad mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
876 c_stav_isvs.3|Vyberte jednu z možností
877 c_typ_isvs.1| |
878 |isvs_11075|Analytický nástroj mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
879 c_stav_isvs.3|Vyberte jednu z možností
880 c_typ_isvs.1| |
881 |isvs_11073|Systém dynamického riadenia križovatiek|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
882 c_stav_isvs.3|Vyberte jednu z možností
883 c_typ_isvs.1| |
884 |isvs_14570|Monitoring stavu pozemných komunikácií|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
885 c_stav_isvs.3|Vyberte jednu z možností
886 c_typ_isvs.1| |
887
888
889 |=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
890 |isvs_14562|Monitorovací kamerový systém|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
891 c_stav_isvs.2|Vyberte jednu z možností
892 c_typ_isvs.1| |
893 |isvs_14568|Inteligentný dopravný systém mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
894 c_stav_isvs.3|Vyberte jednu z možností
895 c_typ_isvs.3| |
896 |isvs_15193|Systém údržby pozemných komunikácií|{{html clean="true"}}<input type="checkbox" checked/>{{/html}}|Vyberte jednu z možností
897 c_stav_isvs.3|Vyberte jednu z možností
898 c_typ_isvs.1| |
899 |isvs_5733|Geografický informačný systém|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
900 c_stav_isvs.2|Vyberte jednu z možností
901 c_typ_isvs.1| |
902 |isvs_10383|SMART CITY platforma|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
903 c_stav_isvs.3|Vyberte jednu z možností
904 c_typ_isvs.3| |
905 |isvs_11079|Open Data portál|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
906 c_stav_isvs.2|Vyberte jednu z možností
907 c_typ_isvs.2| |
908 |isvs_11074|Dátový sklad mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
909 c_stav_isvs.3|Vyberte jednu z možností
910 c_typ_isvs.1| |
911 |isvs_11075|Analytický nástroj mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
912 c_stav_isvs.3|Vyberte jednu z možností
913 c_typ_isvs.1| |
914 |isvs_11073|Systém dynamického riadenia križovatiek|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
915 c_stav_isvs.3|Vyberte jednu z možností
916 c_typ_isvs.1| |
917 |isvs_14570|Monitoring stavu pozemných komunikácií|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
918 c_stav_isvs.3|Vyberte jednu z možností
919 c_typ_isvs.1| |
920
921 |=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
922 |isvs_14562|Monitorovací kamerový systém|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
923 c_stav_isvs.2|Vyberte jednu z možností
924 c_typ_isvs.1| |
925 |isvs_14568|Inteligentný dopravný systém mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
926 c_stav_isvs.3|Vyberte jednu z možností
927 c_typ_isvs.3| |
928 |isvs_15193|Systém údržby pozemných komunikácií|{{html clean="true"}}<input type="checkbox" checked/>{{/html}}|Vyberte jednu z možností
929 c_stav_isvs.3|Vyberte jednu z možností
930 c_typ_isvs.1| |
931 |isvs_5733|Geografický informačný systém|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
932 c_stav_isvs.2|Vyberte jednu z možností
933 c_typ_isvs.1| |
934 |isvs_10383|SMART CITY platforma|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
935 c_stav_isvs.3|Vyberte jednu z možností
936 c_typ_isvs.3| |
937 |isvs_11079|Open Data portál|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
938 c_stav_isvs.2|Vyberte jednu z možností
939 c_typ_isvs.2| |
940 |isvs_11074|Dátový sklad mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
941 c_stav_isvs.3|Vyberte jednu z možností
942 c_typ_isvs.1| |
943 |isvs_11075|Analytický nástroj mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
944 c_stav_isvs.3|Vyberte jednu z možností
945 c_typ_isvs.1| |
946 |isvs_11073|Systém dynamického riadenia križovatiek|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
947 c_stav_isvs.3|Vyberte jednu z možností
948 c_typ_isvs.1| |
949 |isvs_14570|Monitoring stavu pozemných komunikácií|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
950 c_stav_isvs.3|Vyberte jednu z možností
951 c_typ_isvs.1| |
952
953 |=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
954 |isvs_14562|Monitorovací kamerový systém|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
955 c_stav_isvs.2|Vyberte jednu z možností
956 c_typ_isvs.1| |
957 |isvs_14568|Inteligentný dopravný systém mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
958 c_stav_isvs.3|Vyberte jednu z možností
959 c_typ_isvs.3| |
960 |isvs_15193|Systém údržby pozemných komunikácií|{{html clean="true"}}<input type="checkbox" checked/>{{/html}}|Vyberte jednu z možností
961 c_stav_isvs.3|Vyberte jednu z možností
962 c_typ_isvs.1| |
963 |isvs_5733|Geografický informačný systém|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
964 c_stav_isvs.2|Vyberte jednu z možností
965 c_typ_isvs.1| |
966 |isvs_10383|SMART CITY platforma|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
967 c_stav_isvs.3|Vyberte jednu z možností
968 c_typ_isvs.3| |
969 |isvs_11079|Open Data portál|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
970 c_stav_isvs.2|Vyberte jednu z možností
971 c_typ_isvs.2| |
972 |isvs_11074|Dátový sklad mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
973 c_stav_isvs.3|Vyberte jednu z možností
974 c_typ_isvs.1| |
975 |isvs_11075|Analytický nástroj mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
976 c_stav_isvs.3|Vyberte jednu z možností
977 c_typ_isvs.1| |
978 |isvs_11073|Systém dynamického riadenia križovatiek|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
979 c_stav_isvs.3|Vyberte jednu z možností
980 c_typ_isvs.1| |
981 |isvs_14570|Monitoring stavu pozemných komunikácií|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
982 c_stav_isvs.3|Vyberte jednu z možností
983 c_typ_isvs.1| |
984
985 |=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
986 |isvs_14562|Monitorovací kamerový systém|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
987 c_stav_isvs.2|Vyberte jednu z možností
988 c_typ_isvs.1| |
989 |isvs_14568|Inteligentný dopravný systém mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
990 c_stav_isvs.3|Vyberte jednu z možností
991 c_typ_isvs.3| |
992 |isvs_15193|Systém údržby pozemných komunikácií|{{html clean="true"}}<input type="checkbox" checked/>{{/html}}|Vyberte jednu z možností
993 c_stav_isvs.3|Vyberte jednu z možností
994 c_typ_isvs.1| |
995 |isvs_5733|Geografický informačný systém|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
996 c_stav_isvs.2|Vyberte jednu z možností
997 c_typ_isvs.1| |
998 |isvs_10383|SMART CITY platforma|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
999 c_stav_isvs.3|Vyberte jednu z možností
1000 c_typ_isvs.3| |
1001 |isvs_11079|Open Data portál|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
1002 c_stav_isvs.2|Vyberte jednu z možností
1003 c_typ_isvs.2| |
1004 |isvs_11074|Dátový sklad mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
1005 c_stav_isvs.3|Vyberte jednu z možností
1006 c_typ_isvs.1| |
1007 |isvs_11075|Analytický nástroj mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
1008 c_stav_isvs.3|Vyberte jednu z možností
1009 c_typ_isvs.1| |
1010 |isvs_11073|Systém dynamického riadenia križovatiek|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
1011 c_stav_isvs.3|Vyberte jednu z možností
1012 c_typ_isvs.1| |
1013 |isvs_14570|Monitoring stavu pozemných komunikácií|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
1014 c_stav_isvs.3|Vyberte jednu z možností
1015 c_typ_isvs.1| |
1016
1017 |=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
1018 |isvs_14562|Monitorovací kamerový systém|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
1019 c_stav_isvs.2|Vyberte jednu z možností
1020 c_typ_isvs.1| |
1021 |isvs_14568|Inteligentný dopravný systém mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
1022 c_stav_isvs.3|Vyberte jednu z možností
1023 c_typ_isvs.3| |
1024 |isvs_15193|Systém údržby pozemných komunikácií|{{html clean="true"}}<input type="checkbox" checked/>{{/html}}|Vyberte jednu z možností
1025 c_stav_isvs.3|Vyberte jednu z možností
1026 c_typ_isvs.1| |
1027 |isvs_5733|Geografický informačný systém|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
1028 c_stav_isvs.2|Vyberte jednu z možností
1029 c_typ_isvs.1| |
1030 |isvs_10383|SMART CITY platforma|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
1031 c_stav_isvs.3|Vyberte jednu z možností
1032 c_typ_isvs.3| |
1033 |isvs_11079|Open Data portál|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
1034 c_stav_isvs.2|Vyberte jednu z možností
1035 c_typ_isvs.2| |
1036 |isvs_11074|Dátový sklad mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
1037 c_stav_isvs.3|Vyberte jednu z možností
1038 c_typ_isvs.1| |
1039 |isvs_11075|Analytický nástroj mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
1040 c_stav_isvs.3|Vyberte jednu z možností
1041 c_typ_isvs.1| |
1042 |isvs_11073|Systém dynamického riadenia križovatiek|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
1043 c_stav_isvs.3|Vyberte jednu z možností
1044 c_typ_isvs.1| |
1045 |isvs_14570|Monitoring stavu pozemných komunikácií|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
1046 c_stav_isvs.3|Vyberte jednu z možností
1047 c_typ_isvs.1| |
1048
1049 (% style="color:inherit; font-family:inherit; font-size:max(18px, min(20px, 14.4444px + 0.462963vw))" %)4.2.3Využívanie nadrezortných a spoločných ISVS – AS IS
1050
1051 (% style="font-size:14px" %)V rámci projektu nebudú využívané nadrezortné a spoločné centrálne bloky.
1052
1053 === 4.2.4Prehľad plánovaných integrácií ISVS na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013 e-Governmente – TO BE ===
1054
1055 V projekte neplánujeme integrácie na nadrezortné centrálne bloky. Systém bude exportovať údaje na Open Data portál mesta Košice, pričom na https:~/~/data.slovensko.sk bude vytvorený katalógový záznam o metadátach.
1056
1057 === 4.2.5Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE ===
1058
1059 **Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE**
1060
1061 V navrhovanom riešení (TO BE) sa ráta s viacerými integráciami na ďalšie ISVS. V nasledujúcej tabuľke je uvedený prehľad plánovaných integrácií:
1062
1063 |(((
1064 **Kód ISVS
1065 (z MetaIS)**
1066 )))|**Názov ISVS**|(((
1067 **Kód integrovaného ISVS
1068 (z MetaIS)**
1069 )))|**Názov integrovaného ISVS**
1070 |10383|Smart City platforma mesta Košice (IIS_10383)|64562|Monitorovací kamerový systém (isvs_14562)
1071 |10383|Smart City platforma mesta Košice (IIS_10383)|5733|Geografický informačný systém (isvs_5733)
1072 |10383|Smart City platforma mesta Košice (IIS_10383)|11079|Open Data portál (isvs_11079)
1073 |14568|Inteligentný dopravný systém (isvs_14568)|11074|Dátový sklad mesta Košice (isvs_11074)
1074 |14568|Inteligentný dopravný systém (isvs_14568|11075|Analytický nástroj mesta Košice (isvs_11075) pre analýzy dopravných dát
1075
1076 **Doplňujúce informácie k integráciám:**
1077
1078 * //Smart City platforma mesta Košice (isvs_10383)//: Bude plniť úlohu integračnej brány a dátovej platformy pre viaceré interné systémy mesta a taktiež pre externých partnerov cez Open Data a publikované API.
1079 * //Monitorovací kamerový systém (isvs_14562)//: Integrácia na Smart City platformu umožní zdieľanie metadát a AI videoanalýzu (napr. incidenty, nelegálne skládky).
1080 * //Dátový sklad (isvs_11074)// a //Analytický nástroj mesta Košice (isvs_11075)//: Kľúčové pre zber a analýzu dát z IoT senzorov.
1081
1082 Tento prehľad slúži ako základná informácia pre evidenciu v MetaIS a pre koordináciu integračných aktivít v projekte Inteligentné mesto Košice.
1083
1084 === 4.2.6Aplikačné služby pre realizáciu koncových služieb – TO BE ===
1085
1086 **Aplikačné služby pre realizáciu koncových služieb – TO BE**
1087
1088 Uvedené aplikačné služby sú definované v súlade s MetaIS a realizujú príslušné koncové služby podľa projektového zámeru **Inteligentné mesto Košice**. V nasledujúcej tabuľke sú uvedené navrhované aplikačné služby, ktoré budú evidované v centrálnom metainformačnom systéme verejnej správy (MetaIS):
1089
1090 |**Kód AS (z MetaIS)**|**Názov AS**|**ISVS / modul ISVS (kód z MetaIS)**|**Aplikačná služba realizuje KS (kód KS z MetaIS)**
1091 |as_60268|Manažment Smart City|isvs_10383 SMART CITY platforma|ks_339274 Manažment pripojených IoT zariadení cez centrálny dispečing
1092 |as_65921|Monitorovanie stavu pozemných komunikácií|isvs_14570 Monitoring stavu pozemných komunikácií|ks_379642 Poskytovanie údajov o stave pozemných komunikácií
1093 |as_67539|Manažment údržby pozemných komunikácií|isvs_15193 Systém údržby pozemných komunikácií|ks_381627 Poskytovanie údajov o údržbe pozemných komunikácií
1094 |as_61991|Dynamické riadenie križovatiek v meste Košice|isvs_11073 Systém dynamického riadenia križovatiek|ks_350520 Poskytovanie údajov o dopravnej situácii
1095 |as_65920|Zber a analýza dát z dátových zariadení|isvs_14562 Monitorovací kamerový systém|ks_379643 Poskytovanie údajov z dátových zariadení
1096 |as_60435|Snímanie a analýza obrazu z kamier (iba pre autorizované osoby)|isvs_14562 Monitorovací kamerový systém|ks_339272 Zobrazovanie obrazu z kamier
1097
1098 === 4.2.7Aplikačné služby na integráciu – TO BE ===
1099
1100 //Pre informáciu je v nasledujúcej tabuľke prehľad AS na externú integráciu Spoločných modulov podľa § 10 zákona 305/2013 Zz.//
1101
1102 |**AS (kód MetaIS)**|**Názov AS**|(((
1103 **Realizuje ISVS
1104 (kód MetaIS)**
1105 )))|**Poskytovaná alebo Konzumujúca**|**Integrácia s IS tretích strán**|**SaaS**|**Integrácia na AS poskytovateľa (kód MetaIS)**
1106 |as_67237|Poskytovanie metadát do Národného katalógu otvorených dát|isvs_11079|Poskytovaná|áno|nie|áno, sluzba_is_48063
1107 |as_67664|Poskytovanie údajov z IDS pre Open Data portál|isvs_14568|Poskytovaná|nie|nie|nie
1108 |as_67665|Poskytovanie údajov z IDS pre Geografický informačný systém|isvs_14568|Poskytovaná|nie|nie|nie
1109
1110 {{id name="_Toc814509359"/}}{{id name="_Toc153139693"/}}{{id name="_Toc63764348"/}}(% style="color:inherit; font-family:inherit; font-size:max(18px, min(20px, 14.4444px + 0.462963vw))" %)4.2.8Poskytovanie údajov z ISVS do IS CSRÚ – TO BE
1111
1112 ISVS nebude priamo poskytovať údaje do IS CSRÚ ale v prípade potreby je pripravený ich poskytovať v budúcnosti cez rozhranie REST API.
1113
1114 === {{id name="_Toc63764349"/}}{{id name="_Toc1792132569"/}}{{id name="_Toc153139694"/}}4.2.9Konzumovanie údajov z IS CSRU – TO BE ===
1115
1116 ISVS nebude konzumovať údaje z IS CSRÚ.
1117
1118 == {{id name="_Toc62487006"/}}{{id name="_Toc62486869"/}}{{id name="_Toc62486294"/}}4.3Dátová vrstva ==
1119
1120 === Aktuálny stav dátovej architektúry (AS IS) ===
1121
1122 **Súčasné dátové zdroje a systémy:** V prostredí mesta Košice v súčasnosti existuje viacero samostatných evidenčných systémov a databáz, ktoré obsahujú údaje relevantné pre **smart city** domény (doprava, infraštruktúra, údržba, plánovanie atď.). Mestské dáta sú však **roztrieštené v samostatných systémoch jednotlivých oddelení a chýba ich centralizácia**. Existujú čiastkové evidencie ako pasportizácia komunikácií, zelene či mestského majetku, údaje o semaforoch a dopravnom značení v GIS systéme a dáta z video analytických zariadení v  Monitorovacom kamerovom systéme. Tieto systémy dnes fungujú izolovane, bez jednotnej dátovej platformy. Okrem interných systémov mesto využíva aj externé autoritatívne registre (napr. **katastrálne údaje o parcelách a stavbách**, registre adries, údaje o obyvateľoch či podnikateľoch), avšak integrácia týchto referenčných údajov je len čiastočná a často manuálna. **Open Data portál** mesta (ISVS_11079) už poskytuje niektoré datasety verejnosti, avšak nie je napojený na všetky mestské evidencie, takže mnoho údajov (napr. aktuálne dopravné dáta) nie je otvorene dostupných.
1123
1124 **Kvalita a dostupnosť údajov:** Vzhľadom na historicky oddelenú správu dát sa vyskytujú problémy s aktuálnosťou a kvalitou údajov. Údaje o dopravnej infraštruktúre (cesty, semafory, značenie) nie sú kompletne digitalizované ani jednotne spravované, čo **sťažuje údržbu – tá je reaktívna a nákladná namiesto preventívnej**. Napríklad informácie o technickom stave ciest či mostov sa aktualizujú len pri manuálnych kontrolách, chýba systematický zber dát o poruchách. Taktiež **chýbajú senzory a prediktívne modely**, ktoré by včas upozornili na vznikajúce problémy (napr. poškodenia vozovky, poruchy svetelnej signalizácie). Údaje o zimnej údržbe (posyp ciest, odhŕňanie snehu) sú evidované len operatívne a ex post, nie v reálnom čase. Výmena dát medzi mestskými systémami a externými zdrojmi je minimálna – **izolovanosť mestských IT systémov** (dopravný dispečing, systémy MHD, parkovací systém, atď.) znamená, že informácie sa nezdieľajú naprieč platformami. Celkovo sú teda dáta neprepojené, redundantné a ich **kvalita je nejednotná** (rôzne formáty, chýbajúce atribúty, nejednoznačné identifikátory v rôznych evidenciách). Toto všetko limituje schopnosť mesta **plánovať dopravu a údržbu na základe dát** a poskytovať pokročilé digitálne služby.
1125
1126 Chýbajúce pasportizačné dáta z dopravy sú predmetom podávaného projektu_3051 Pasportizácia mestskej infraštruktúry a zelene mesta Košice, ktorý má za cieľ vytvorenie digitálneho pasportu infraštruktúry a zelene mesta Košice s dôrazom na priestorovú a atribútovú časť záznamov s ich integráciou do GIS platformy mesta pre potreby inteligentného riadenia a podpory mesta Košice a jeho regiónu. Synergia s projektom Inteligentné mesto Košice prispeje k naplneniu základného cieľa výzvy, ktorým je podpora rozvoja tvorby, spracovania, využívania a prepájania dát v rámci verejnej správy pre inteligentné rozhodovanie, plánovanie a správu.
1127
1128 === Cieľový stav dátovej architektúry (TO BE) ===
1129
1130 **Návrh dátovej vrstvy**
1131
1132 Návrh dátovej vrstvy pre projekt Inteligentné mesto Košice jasne vymedzuje kľúčové **dátové objekty (objekty evidencie)** a **doménové prvky** v mestskom dátovom ekosystéme. Nižšie uvedená tabuľka sumarizuje jednotlivé dátové domény, ich popis, prepojenie na biznis procesy/funkcie a výstupné objekty (informácie) definované v ArchiMate modeli:
1133
1134 |**Dátový objekt / Doména**|**Popis a hlavné dátové prvky**|**Súvisiace biznis procesy / funkcie**|**Výstupné (informačné) objekty v ArchiMate**
1135 |**Dopravné údaje z IoT senzorov** (Dopravné dáta)|Reálne-časové údaje z dopravných senzorov IoT rozmiestnených po meste. Zahŕňajú dáta o **toku dopravy** (počty áut, hustota), obsadenosti jazdných pruhov a detekciu **incidentov** (nehody, kolóny) pomocou smart video-analytických zariadení či čidiel. Tieto dáta slúžia aj na **monitoring premávky** a vstupy pre **adaptívne riadenie** semaforov na križovatkách.|Dopravný monitoring premávky v reálnom čase; Adaptívne riadenie križovatiek podľa aktuálnej intenzity; Analýza dopravy a predikcie.|**Dopravné údaje** – konsolidovaný záznam o stave dopravy (výstup z monitoringu) ; **Dopravné hlásenia** pre riadiace systémy semaforov.
1136 |**Centrálny dopravný dispečing a incidenty** (Dopravné incidenty)|Údaje z **centrálnej dopravnej centrály (dispečingu)** o dopravných udalostiach a zásahoch. Eviduje sa **záznam incidentu** (napr. dopravná nehoda, prekážka na ceste) spolu s časom, polohou (križovatka, úsek) a kategóriou incidentu. Zaznamenáva tiež **reakcie na incident** – napr. vyslanie hliadky, úprava signalizácie či informovanie MHD dispečingu. Tieto dáta integrujú vstupy z video analytického dohľadu a senzorov v centrále.|Monitoring incidentov (napr. z video analytického systému); Reakcia na incident (koordinačné postupy dispečera); Krízové riadenie dopravy (presmerovanie, informovanie zložiek).|**Záznam incidentu** – detailný záznam udalosti (výstup z dohľadu) ; **Bezpečnostný alert** – upozornenie na vážny incident ; **Report dispečingu** – log zásahov a opatrení.
1137 |**Údaje o zimnej a bežnej údržbe ciest** (Údržba ciest)|Komplexné informácie o **údržbe komunikácií** v zime aj v lete. Zahŕňa **meteodáta** (počasie, teplota vozovky, sneh, námraza) z meteorologických staníc a čidiel, ďalej **podnety na opravy** (zistené IoT, video analytikou alebo hlásené občanmi) a evidenciu **zásahov údržby** – napr. posypanie, pluhovanie. Systém plánuje **harmonogram opráv** a údržby, pričom každý zásah sa viaže na konkrétny úsek cesty. Údaje sa priebežne aktualizujú a poskytujú prehľad o stave ciest.|Zimná údržba ciest (operatívne riadenie posypov a pluhov); Bežná údržba (plánovanie a vykonávanie opráv vozoviek); Prediktívna údržba (AI predikcia porúch a plánovanie zásahov).|**Plán údržby ciest** – naplánované úlohy údržby (výstup z procesu plánovania) ; **Záznam zásahu** – protokol o vykonaní konkrétnej údržby (s dátumom, miestom); **Stav vozovky** – aktualizované údaje o stave cestnej siete po zásahu.
1138
1139 **Pozn.:** Názvy výstupných objektov vychádzajú z ArchiMate modelu. Tieto objekty evidencie sú ďalej využívané aplikáciami (aplikačná vrstva) ako dátové objekty a ukladané v dátovej platforme mesta.
1140
1141 **Význam dátových objektov pre ekosystém, interoperabilitu a rozhodovanie**
1142
1143 Krátko si priblížime, **prečo sú uvedené dátové objekty kľúčové** pre mestský dátový ekosystém a aký majú význam z hľadiska **interoperability** a **podpory rozhodovania** v smart city:
1144
1145 * **Dopravné dáta IoT senzorov**: Predstavujú základ pre inteligentné riadenie mobility. V reálnom čase poskytujú prehľad o dopravnej situácii, čo umožňuje **adaptívne riadenie križovatiek** a znižovanie zápch. Využitím týchto dát môže mesto operatívne meniť nastavenie semaforov, informovať vodičov a **predchádzať nehodám**. Agregované dopravné dáta slúžia aj na strategické **dopravné plánovanie** (napr. kde pridať pruh, zmenu dopravného značenia) a zdieľajú sa s dopravným podnikom či políciou pre lepšiu koordináciu. Vďaka štandardizácii a integrácii dát z rôznych senzorov (dopravné detektory/senzor, video analytické detektory) sú **interoperabilné** a pripravené aj na publikovanie ako otvorené dáta o doprave.
1146 * **Dáta z dopravného dispečingu (incidenty)**: Umožňujú efektívny **mestský dohľad a reakciu na krízové situácie** v premávke. Centrálna dopravná centrála zhromažďuje informácie o nehodách, výpadkoch semaforov či prekážkach a umožňuje rýchlu **koordináciu zložiek** (mestská polícia, hasiči, dispečeri MHD). Záznamy incidentov slúžia spätne na **analýzu bezpečnosti** – mesto vie identifikovať nebezpečné úseky a prijať opatrenia. Z hľadiska interoperability sú incidentné dáta prepojené s ostatnými systémami: napr. s údržbou (ak nehoda poškodí infraštruktúru), s navigačnými službami (informovanie vodičov) a s **databázou kritických udalostí** pre krízový manažment. To všetko podporuje **rozhodovanie v reálnom čase** aj strategické plánovanie v oblasti bezpečnosti dopravy.
1147 * **Údržba ciest (zimná & bežná)**: Tieto údaje zabezpečujú **bezpečnosť a kvalitu cestnej infraštruktúry**. Vďaka integrácii meteodát a údajov o stave vozoviek vie mesto **predvídať poľadovicu či snehové kalamity** a včas nasadiť techniku. Záznamy o poškodeniach (z IoT video-analytických zariadení alebo hlásení občanov) umožňujú **prioritizovať opravy** – kritické miesta sa opravia skôr. Plán údržby, podporený AI predikciami, pomáha **optimálne rozdeliť zdroje** a naplánovať opravy mimo dopravnej špičky. Všetky tieto dáta prispievajú k informovanému rozhodovaniu o investíciách do ciest a **predlžujú životnosť infraštruktúry**. Z hľadiska dátového ekosystému sú úzko prepojené, čo zaručuje, že informácie o stave ciest sú **zdieľané naprieč oddeleniami** (dopravné, investičné, údržba) bez izolovaných “silo” systémov.
1148
1149 === Väzby medzi entitami a využitie URI identifikátorov ===
1150
1151 V navrhovanej dátovej vrstve existuje množstvo **väzieb medzi entitami**, ktoré zabezpečujú jednotnosť a súvislosť celého ekosystému. Každý dátový objekt nie je izolovaný – je **prepojený s ostatnými** cez spoločné identifikátory a referencie:
1152
1153 * **Priestorové prepojenie**: Dopravné senzory, incidenty, objekty sú navzájom zviazané lokalitou. Napríklad záznam incidentu obsahuje odkaz na **ID úseku cesty**, kde sa udalosť stala; meteostanice majú referenciu na **lokalitu** v GIS. Tým je zaručené, že všetky systémy hovoria o rovnakých miestach jednotným spôsobom.
1154 * **Logické prepojenie**: Údržba ciest a podnety občanov sú previazané – občiansky podnet sa stáva položkou v pláne údržby a po realizácii zásahu sa spätnou väzbou označí ako vybavený. **Vzťahy medzi entitami** umožňujú robiť pokročilé analýzy – napríklad zisťovať, či časté dopravné incidenty korelujú so zlým stavom cesty alebo nekvalitnou údržbou, alebo koľko podnetov občanov bolo vyriešených a aký to malo efekt na stav aktív.
1155 * **Integrované služby**: Všetky dáta sú spravované na **centrálnej dátovej platforme** mesta Košice (v súlade s cieľom vybudovať integrovanú dátovú architektúru ). Platforma zabezpečuje jednotné ukladanie, správu prístupových práv a zdieľanie údajov medzi systémami. Napríklad dispečerské centrum využíva dáta z IoT senzorov aj evidencie objektov súčasne; portál otvorených dát čerpá z centrálnej databázy overené datasety; **Interoperabilita** je tak vstavaná do návrhu – rôzne aplikácie komunikujú cez dohodnuté rozhrania a používajú spoločné dátové objekty namiesto duplicitných kópií.
1156
1157 Pre jednoznačnú identifikáciu entít a podporu prepojení sa v architektúre aplikuje princíp **URI identifikátorov** v zmysle referenčných údajov verejnej správy. Každý dôležitý objekt dostáva svoj globálne jednoznačný identifikátor (URI), ktorý sa používa naprieč systémami aj v externých referenčných registroch. Napríklad:
1158
1159 * Každý **objekt evidencie** (ulica, objekt) môže mať URI založené na celonárodnom registri adries alebo na internom mestskom kóde, ktorý je však **referencovateľný** aj externe.
1160 * **IoT senzor** či video analitické čidlo môže mať URI v zmysle štandardu (napr. https:~/~/data.kosice.sk/sensor/12345), ktoré odkazuje na metadáta senzora.
1161 * Použitie URI identifikátorov zabezpečuje, že dáta z mesta Košice sú **kompatibilné s národným modelom údajov**. Každý referenčný register verejnej správy (napr. register adries, právnických osôb, či iné základné registre) poskytuje **štandardizované URI pre entity**, ktoré spravuje. Mesto tieto URI využíva všade, kde je to možné – namiesto lokálnych identifikátorov používa **referenčné identifikátory** (alebo aspoň ich mapovanie). Tým sa dosahuje vysoká miera interoperability: ak napr. pasport obsahuje URI adresy parcely podľa štátneho registra, môže si údaje jednoducho vymieňať s katastrálnym systémom či inými mestami.
1162 * Celkovo vzaté, aktualizovaný návrh dátovej vrstvy integruje všetky kľúčové dátové objekty do **jednotného ekosystému**, kde sú **prepojené pomocou URI a referenčných údajov**. Tento prístup umožňuje nielen **efektívne interné procesy** a kvalifikované rozhodovanie na základe dát, ale aj jednoduchú výmenu informácií **naprieč verejnou správou** a poskytovanie **otvorených dát** pre širšie využitie.
1163
1164 === Súlad s metodikou MIRRI, ArchiMate a NKIVS ===
1165
1166 Navrhovaná dátová architektúra je pripravená v súlade s požiadavkami metodiky riadenia IT projektov verejnej správy (MIRRI) a dodržiava odporúčané postupy a štandardy:
1167
1168 * **Štruktúra AS IS/TO BE:** Kapitola pokrýva opis aktuálneho stavu a cieľového stavu, čím spĺňa metodickú povinnosť analyzovať východiskovú a budúcu architektúru. Zohľadnené sú aj aspekty kvality údajov a rizík vyplývajúcich zo súčasného stavu.
1169
1170 * **ArchiMate model:** Dátová vrstva je navrhnutá v súlade s ArchiMate metamodelom – využité sú koncepty **Business Object** (napr. Stavba, Projekt ako biznis objekty) a **Data Object/Application Component** pre ich implementáciu. Návrh doménového modelu vyššie korešponduje s architektonickými modelmi vypracovanými v ArchiMate v dokumente DT_KE (kap. 8 – Data Layer) a rozširuje ich o technické entity (Device, Network) v intenciách technologickej vrstvy ArchiMate. Toto zabezpečuje konzistenciu medzi slovným opisom a formálnym modelom architektúry.
1171 * **NKIVS a dátové princípy:** Návrh podporuje hlavné princípy **Národnej koncepcie informatizácie VS**. Zavedením referenčných údajov a využitím CSRÚ napĺňame princíp **„jedenkrát a dosť“** (orgány si údaje zdieľajú, občan ich nedokladá duplicitne). Ďalej, dôraz na otvorené API a zapojenie Open Data portálu sú v súlade s NKIVS prioritou **otvorených dát** a transparentnosti. Prepojiteľnosť údajov cez URI identifikátory a ontológie prispieva k **dátovej interoperabilite**. Dôraz na dátovú kvalitu, kurátorov a centrálny model odzrkadľuje strategický cieľ NKIVS zlepšiť správu údajov naprieč celou VS.
1172 * **Súlad s legislatívou:** V návrhu sú zohľadnené požiadavky zákona o e-Governmente (305/2013 Z.z.) na referenčné registre a výmenu údajov (§ 10 a § 17), ako aj nové vyhlášky a metodické usmernenia (štandardy pre modelovanie údajov, vyhláška 78/2020 o standardoch VS, vyhl. 401/2023 o projektovom riadení atď.). Funkcia dátového kurátora je zavedená podľa aktuálnej právnej úpravy postavenia dátového kurátora vo VS.
1173 * **Komplexné pokrytie potrieb projektu:** Návrh dátovej vrstvy priamo podporuje projektové ciele definované v zámere – napr. **dátová platforma pre integráciu dát** (Cieľ 1) je navrhnutá doménovým modelom a integráciami; **inteligentný systém zimnej a bežnej údržby** (Cieľ 2) bude možný vďaka evidencii Dopravnej infraštruktúry, zariadení (senzorov) a prepojeniu na údaje o údržbe; **dopravná riadiaca centrála s inteligentným riadením križovatiek** (Cieľ 3) sa opiera o integráciu senzorických dát v reálnom čase a referenciu na jednotný model križovatiek v dátovej vrstve; **IoT riešenia pre dopravné inžinierstvo** (Cieľ 4) sú pokryté návrhom evidencie Zariadení a siete. Tým je zaistené, že dátová architektúra nie je samoúčelná, ale priamo umožňuje naplnenie očakávaných prínosov (plynulejšia a bezpečnejšia doprava, efektívna údržba, dátovo podložené plánovanie rozvoja a pod.).
1174
1175 **Zhrnutie:** Dátová vrstva v cieľovom stave poskytne mestu Košice robustnú **dátovú základňu** pre jeho inteligentné riešenia. Konsolidácia a integrácia dát z rôznych domén umožní **automatizáciu a optimalizáciu mestských procesov** (doprava, údržba, plánovanie), zvýši kvalitu údajov pre rozhodovanie a sprístupní cenné informácie aj verejnosti (napr. o dopravnej situácii či mestských projektoch). Návrh zároveň rešpektuje národné štandardy a metodiky, čím zabezpečí, že riešenie bude **udržateľné, interoperabilné a v súlade s koncepciami verejnej správy**.
1176
1177 **Správa údajov, princíp „jedenkrát a dosť“ a migrácia údajov**
1178
1179 Projekt „Inteligentné mesto Košice“ bude realizovaný v súlade s princípmi NKIVS a vyhláškou č. 78/2020 Z. z. o štandardoch pre ITVS. V rámci projektu sa zavádzajú nasledujúce záväzné opatrenia:
1180
1181 * **Princíp „jedenkrát a dosť“**
1182 ** všetky údaje, ktoré mesto Košice spracúva a ktoré sú dostupné v národných referenčných registroch (Register fyzických osôb, Register adries, Register právnických osôb, CSRÚ), budú čerpané prostredníctvom **centrálnych integračných komponentov (CSRÚ, ÚPVS, API)**,
1183 ** mesto nebude od občanov ani podnikateľov opakovane vyžadovať údaje, ktoré sú už evidované v štátnych registroch.
1184 * **Správa údajov (Data Governance)**
1185 ** projekt zavádza centrálny mestský dátový sklad (ISVS_11074) a analytickú platformu (ISVS_11075), ktoré budú dodržiavať štandardy NKIVS pre manažment údajov,
1186 ** budú implementované procesy správy dát (data stewardship, katalogizácia, kontrola kvality údajov),
1187 ** všetky datasety budú evidované v **Národnom katalógu otvorených dát** v súlade s vyhl. 78/2020 Z.z.,
1188 ** budú vytvorené mechanizmy pre **sledovanie dátových tokov a ich kvality**.
1189 * **Migrácia zo súčasných systémov**
1190 ** projekt zabezpečí migráciu relevantných údajov z existujúcich systémov mesta do jednotnej dátovej platformy,
1191 ** migrácia bude prebiehať podľa metodiky MIRRI v súlade s vyhl. 401/2023 Z. z. – so špecifikovaním:
1192 *** zdrojových systémov a dátových štruktúr,
1193 *** mapovania na nový dátový model mesta,
1194 *** validačných mechanizmov (kontrola konzistencie, úplnosti, kvality údajov),
1195 *** plánov kontinuity (minimálne výpadky služieb počas migrácie).
1196 * **Opätovná použiteľnosť**
1197 ** všetky novo vytvorené komponenty budú evidované v **MetaIS**
1198 ** užitočné dáta a služby budú poskytované cez otvorené API v súlade s NKIVS princípmi **opätovnej použiteľnosti a transparentnosti**.
1199
1200 === {{id name="_Toc2009350815"/}}{{id name="_Toc153139696"/}}{{id name="_Toc63764351"/}}4.3.1Údaje v správe organizácie ===
1201
1202 **Súčasný stav (AS IS)**
1203
1204 V súčasnosti sú údaje v správe organizácie mesta Košice evidované a spravované v izolovaných („siloizovaných“) informačných systémoch bez jednotného referenčného dátového modelu. Jednotlivé odbory mesta, ako je doprava, údržba ciest, parkovanie, energetika, alebo pasportizácia infraštruktúry, využívajú vlastné dátové štruktúry, ktoré nie sú vzájomne prepojené a majú rôznu úroveň kvality, konzistencie a interoperability. Tieto údaje sú čiastočne dostupné v strojovo-spracovateľnej podobe (napr. XLS, databázové exporty), ale bez jednotného metadátového štandardu či URI identifikátorov podľa národných referenčných registrov.
1205
1206 Najvýznamnejšie dátové entity v aktuálnom stave:
1207
1208 * **Dopravné údaje**: Získavané prevažne manuálne a čiastočne automatizovane (jednotlivé senzory bez centralizácie).
1209 * **Údaje zimnej údržby**: Evidencia zásahov údržby vedená samostatne, neprepojená na dopravné a meteorologické údaje.
1210 * **Pasportizačné údaje**: Evidované v rôznych formátoch ( tabuľkové databázy).
1211 * **Energetické údaje**: Čiastočne dostupné ako izolované databázy, bez integrácie na úroveň mesta.
1212 * Údaje sú prevažne evidované na úrovni jednotlivých aplikácií bez štandardizovanej dátovej štruktúry a metadát, čo komplikuje ich ďalšie použitie a integráciu.
1213
1214 **Logický dátový model AS IS**
1215
1216 Diagram tried AS IS je roztrieštený podľa jednotlivých IS, pričom absentuje jednotný logický dátový model. Typické triedy a atribúty sú:
1217
1218 * **Incident (dopravný)**: ID, čas, miesto, popis, stav
1219 * **Cesta**: ID cesty, kategória, technický stav, GPS súradnice
1220 * **Pasportný objekt**: ID objektu, názov, typ, stav, súradnice
1221 * **Energetický záznam**: ID, typ energie, odberné miesto, spotreba, dátum
1222 * **Podnet občana**: ID podnetu, kategória, dátum prijatia, popis, stav riešenia
1223 * Tieto objekty nie sú medzi systémami vzájomne prepojené.
1224
1225 === {{id name="_Ref154138234"/}}{{id name="_Toc1386538966"/}}{{id name="_Toc153139697"/}}{{id name="_Toc63764352"/}}4.3.2Dátový rozsah projektu - Prehľad objektov evidencie - TO BE ===
1226
1227 V rámci projektu „Inteligentné mesto Košice“ bol vypracovaný doménový model dátovej vrstvy, ktorý definuje návrh dátových prvkov súvisiacich s predmetom projektu. Model je platformovo nezávislý, zjednodušene zobrazuje vzťahy a základné objekty evidencie relevantné pre oblasť dopravy, riadenia údržby a súvisiace oblasti inteligentnej správy mesta.
1228
1229 Doménový model je v súlade s Centrálnym modelom údajov verejnej správy a rešpektuje metodické pokyny MIRRI pre interoperabilitu a štandardizáciu údajov. V nasledujúcej tabuľke uvádzame a popisujeme jednotlivé objekty evidencie (OE) relevantné pre projekt:
1230
1231 |**ID OE**|**Objekt evidencie – názov**|**Objekt evidencie – popis**|**Referencovateľný identifikátor URI**
1232 |OE01|Dopravné dáta|Dáta zo senzorov monitorujúce intenzitu dopravy a skladbu vozidiel.|Nemá
1233 |OE02|Incident|Hlásenie a záznam o dopravných nehodách alebo mimoriadnych udalostiach na komunikáciách.|Nemá
1234 |OE04|Meteodáta zimnej údržby|Údaje z meteorologických senzorov používané pre zimnú údržbu ciest (teplota, poľadovica, sneženie).|Nemá
1235 |OE05|Záznam o údržbe komunikácií|Detailný záznam o vykonaných údržbových zásahoch (opravy ciest, posypy).|Nemá
1236 |OE06|Dopravná infraštruktúra|Detailný evidenčný systém ciest, mostov, chodníkov a ostatných dopravných objektov.|Nemá
1237 |OE07|Zariadenie (IoT)|Evidencia senzorov a IoT zariadení nasadených v meste, zahŕňa údaje o type, stave a umiestnení zariadení.|Nemá
1238 |OE08|Komunikačná sieť|Evidencia mestských komunikačných sietí (prístupové body, sieťové uzly a médiá).|Nemá
1239
1240 Každý z uvedených objektov evidencie bude mať formálne definovaný dátový model, ktorý umožní jednoznačnú identifikáciu a referencovanie údajov naprieč systémami verejnej správy. Identifikátory URI budú definované v súlade s požiadavkami MetaIS a Centrálnym modelom údajov verejnej správy a budú slúžiť na jasnú identifikáciu a prepojenie jednotlivých objektov a ich atribútov naprieč mestskou dátovou platformou.
1241
1242 {{id name="_Toc62489744"/}}{{id name="_Toc58337728"/}}{{id name="_Toc2089422843"/}}{{id name="_Toc153139699"/}}(% style="color:inherit; font-family:inherit; font-size:max(18px, min(20px, 14.4444px + 0.462963vw))" %)4.3.3Referenčné údaje
1243
1244 **Referenčné údaje a centrálne registre**
1245
1246 V zmysle platnej legislatívy o údajoch a NKIVS je potrebné určiť, ktoré dáta budú v novom systéme **referenčnými údajmi**. Referenčné údaje sú také, ktoré sa považujú za jedinečné, **oficiálne a záväzné v rámci verejnej správy**, pričom sa poskytujú ostatným orgánom pre použitie (princíp jedenkrát a dosť).
1247
1248 //Pre projekt Inteligentné mesto Košice nenavrhujeme **vyhlásiť za referenčné žiadne údaje o dopravnej infraštruktúre** mesta.//
1249
1250 === Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CSRU ===
1251
1252 **Konzumácia údajov cez CSRÚ:** Aj keď projekt v aktuálnom rozsahu **nepredpokladá priamu konzumáciu ani poskytovanie údajov prostredníctvom IS CSRÚ**, architektúra mestskej dátovej platformy bude navrhnutá **v súlade s princípmi interoperability verejnej správy**. V budúcnosti tak bude možné systém rozšíriť o prepojenie na centrálne registre (napr. RFO, RPO, Register adries, kataster, Register vozidiel) prostredníctvom CSRÚ, čím sa zabezpečí využitie aktuálnych referenčných údajov bez potreby ich lokálneho uchovávania. Základom je rešpektovanie princípu „**výmenný**“, t. j. údaje sa v budúcnosti môžu čerpať z dôveryhodných štátnych zdrojov bez duplicitného spracovania. V rámci tohto projektu však **takéto napojenie nebude implementované**, len architektonicky podporené (napr. modulárnym návrhom a podporou bezpečných API rozhraní).
1253
1254 **Mestská integračná platforma a otvorené API:**
1255
1256 Dátová vrstva bude poskytovať údaje predovšetkým **cez vlastné otvorené API rozhranie a Open Data portál**, ktoré sú určené pre zdieľanie informácií. Toto poskytovanie údajov **neprebieha cez CSRÚ**, keďže ten je určený výhradne na výmenu údajov medzi subjektmi verejnej správy. Interná výmena údajov medzi mestskými systémami bude zabezpečená prostredníctvom integračných modulov (napr. procesná integrácia alebo messaging bus),** bez závislosti na CSRÚ.**
1257
1258 === {{id name="_Toc62489741"/}}{{id name="_Toc58337725"/}}{{id name="_Toc62488224"/}}{{id name="_Toc62488115"/}}{{id name="_Toc62488022"/}}{{id name="_Toc62487929"/}}4.3.4Kvalita a čistenie údajov ===
1259
1260 **Procesy riadenia životného cyklu správy údajov (AS IS)**
1261
1262 Súčasné procesy manažmentu údajov sú fragmentované a nesystémové. Tvorba údajov sa vykonáva individuálne na úrovni odborov mesta bez centrálneho riadenia a bez jednotných pravidiel zberu, validácie, čistenia a archivácie. Nie sú implementované systematické metodológie štatistického vyhodnocovania ani jednotný kontextuálny rámec pre údaje.
1263
1264 Dátové zdroje sú prevažne interné, pričom absentuje jednotná metodika pre ich integráciu alebo referencovanie voči národným dátovým registrom.
1265
1266 **Zavedenie systematického manažmentu údajov (TO BE)**
1267
1268 V rámci projektu Inteligentné mesto Košice bude zavedený systematický manažment údajov podľa metodiky Ministerstva vnútra SR („Metodika identifikácie, vizualizácie a referencovania údajov pri dátovom modelovaní vo verejnej správe”). Kľúčové opatrenia zahŕňajú:
1269
1270 * Implementácia jednotného centrálneho dátového modelu s definovanými objektmi evidencie.
1271 * Zavedenie centrálnej dátovej platformy pre integrované ukladanie, správu a publikovanie údajov.
1272 * Jednotné metadátové štandardy a využitie URI identifikátorov podľa Centrálneho modelu údajov verejnej správy.
1273 * Pravidlá pre kvalitu údajov (validácia, čistenie, štandardizácia) a zabezpečenie interoperability s externými národnými registrami.
1274
1275 **Organizačná stránka – zavedenie dátového kurátora**
1276
1277 Mesto Košice zavedie rolu dátového kurátora (dátový architekt), ktorý bude zodpovedný za:
1278
1279 * Koordináciu implementácie systematického manažmentu údajov v súlade s národnými metodikami a štandardmi.
1280 * Vytvorenie rezortnej dátovej kancelárie, ktorá bude zodpovedná za zber, validáciu, publikáciu a správu údajov.
1281 * Komunikáciu so správcami referenčných registrov a zabezpečenie súladu mestských dátových objektov s národnými štandardmi a URI.
1282 * Dohľad nad kvalitou údajov a poskytovaním otvorených údajov pre občanov, podnikateľov a iné organizácie verejnej správy.
1283 * Tieto kroky povedú k dosiahnutiu cieľového stavu dátovej architektúry, ktorá umožní efektívne riadenie mesta na základe údajov a podporí princípy NKIVS (jedenkrát a dosť, interoperabilita, otvorené údaje).
1284
1285 **Systémový manažment údajov a úloha dátového kurátora**
1286
1287 Pre úspešné fungovanie dátovej vrstvy nestačí len technické riešenie; nevyhnutné je zaviesť aj **systematický manažment údajov** v súlade s metodikou MIRRI a požiadavkami vyhlášky 401/2023 Z.z. o riadení projektov VS. Mesto Košice ustanoví **dátového kurátora** (resp. tím dátových kurátorov) pre oblasť údajov Inteligentného mesta Košice. Úlohou dátového kurátora bude spravovať dátové zdroje počas celého životného cyklu – od návrhu dátového modelu, cez zber a ukladanie dát, zabezpečenie kvality, až po publikovanie a archiváciu údajov.
1288
1289 Kľúčové zodpovednosti **dátového kurátora** v kontexte tejto dátovej vrstvy:
1290
1291 * **Správa dátového modelu a slovníkov:** Dátový kurátor dohliada na to, že všetky objekty evidencie majú jasne definované schémy, vlastnosti a väzby (ontológie centrálneho modelu). Bude priebežne aktualizovať **dátový slovník** v MetaIS, aby bol centrálny model údajov o meste aktuálny. Napríklad pri pridaní novej kategórie senzora do evidencie Zariadenie zabezpečí, že sa doplní aj do slovníka a číselníkov.
1292 * **Kvalita údajov:** Zodpovedá za nastavenie **business pravidiel** pre kvalitu dát (úplnosť, konzistentnosť, validita). Priebežne monitoruje kvalitu – napr. cez **metadáta o kvalite** uložené v systéme (systém bude uchovávať metaúdaje o zdrojoch, kvalite a štruktúre zbieraných údajov ). Dátový kurátor bude generovať výpisy kvality, identifikovať chyby (napr. chýbajúce hodnoty, zlé súradnice) a iniciovať ich nápravu.
1293 * **Integrácie a interoperabilita:** Zabezpečuje koordináciu napojenia na externé zdroje. Napr. ak sa mení štruktúra dát v katastri alebo inom zdroji, kurátor upraví mapovanie v mestskom systéme. Rovnako pri publikovaní otvorených dát dohliadne na dodržanie publikačného minima a štandardov otvorených údajov.
1294 * **Bezpečnosť a súlad s GDPR:** Keďže niektoré dáta (napr. údaje o používateľoch, záznamy video-analytických zariadení) môžu mať citlivý charakter, dátový kurátor v spolupráci s IT architektom a bezpečnostným manažérom dohliadne na správne **klasifikovanie údajov**, pseudonymizáciu/anonymizáciu tam, kde je treba, a nastavenie prístupových práv k údajom podľa zásady need-to-know.
1295 * **Edukácia a podpora:** Bude pôsobiť ako **styčný bod pre dátovú problematiku** – školí pracovníkov mesta v používaní dátových nástrojov, vysvetľuje význam referenčných údajov a správnych postupov (napr. aby všetky nové projekty vždy využívali centrálnu platformu namiesto zakladania excelov).
1296
1297 Úlohu dátového kurátora môže zastávať poverený zamestnanec mesta (napr. v rámci IT oddelenia alebo útvaru informatiky), pričom táto rola bude formálne zakotvená aj v zmysle právnej úpravy (MIRRI metodika vyžaduje určenie dátového kurátora pre každý informačný systém verejnej správy ). Mesto zváži aj vytvorenie **dátovej rady** alebo riadiaceho výboru pre dáta, kde by kurátor, architekti a zástupcovia odborných útvarov (doprava, údržba, urbanizmus) spoločne riešili strategické otázky správy údajov.
1298
1299 ==== {{id name="_Toc63764354"/}}4.3.4.1Zhodnotenie objektov evidencie z pohľadu dátovej kvality ====
1300
1301 |**ID OE**|(((
1302 **Názov Objektu evidencie**
1303
1304 (uvádzať OE z tabuľky v kap. 4.3.2)
1305 )))|**Popis Objektu evidencie**|(((
1306 **Významnosť kvality**
1307
1308 1 (malá) až 5 (veľmi významná)
1309 )))|(((
1310 **Citlivosť kvality**
1311
1312 1 (malá) až 5 (veľmi významná)
1313 )))|(((
1314 **Priorita - poradie dôležitosti**
1315
1316 (číslované od najdôležitejšieho)
1317 )))
1318 |OE05|Dopravná infraštruktúra|Detailný evidenčný systém ciest, mostov, chodníkov a ostatných dopravných objektov.|5|3|1
1319 |OE01|Dopravné dáta|Dáta zo senzorov monitorujúce intenzitu dopravy a skladbu vozidiel.|4|3|2
1320 |OE02|Incident|Hlásenie a záznam o dopravných nehodách alebo mimoriadnych udalostiach na komunikáciách.|5|4|3
1321 |OE04|Záznam o údržbe komunikácií|Detailný záznam o vykonaných údržbových zásahoch (opravy ciest, posypy).|4|3|4
1322 |OE06|Zariadenie (IoT)|Evidencia senzorov a IoT zariadení nasadených v meste, zahŕňa údaje o type, stave a umiestnení zariadení.|3|3|5
1323 |OE03|Meteodáta zimnej údržby|Údaje z meteorologických senzorov používané pre zimnú údržbu ciest (teplota, poľadovica, sneženie).|3|2|6
1324 |OE07|Komunikačná sieť|Evidencia mestských komunikačných sietí (prístupové body, sieťové uzly a médiá).|2|2|7
1325
1326 ==== 4.3.4.2Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality ====
1327
1328 |**Rola**|**Činnosti**|**Pozícia zodpovedná za danú činnosť **(správca ISVS / dodávateľ)
1329 |**Dátový kurátor**|Evidencia požiadaviek na dátovú kvalitu, monitoring a riadenie procesu|Dátový kurátor správcu IS (odd. dopravy)
1330 |**Data steward**|Čistenie a stotožňovanie voči referenčným údajom|Pracovník IT podpory
1331 |**Databázový špecialista**|Analyzuje požiadavky na dáta, modeluje obsah procedúr|Dodávateľ
1332 |**Dátový špecialista pre dátovú kvalitu**|Spracovanie výstupov merania, interpretácie, zápis biznis pravidiel, hodnotiace správy z merania|Dátový špecialista pre dátovú kvalitu – nová interná pozícia v projekte
1333 |***Iná rola (doplniť)**| |
1334
1335 === {{id name="_Toc62488121"/}}{{id name="_Toc62488028"/}}{{id name="_Toc62487935"/}}4.3.5Otvorené údaje ===
1336
1337 V tejto časti uvádzame otvorené údaje, ktoré budú publikované v rámci projektu. Vznikajúce dáta budú v kvalite 3, čo znamená automatizované publikovanie otvorených údajov. Všetky metadáta datasetov budú registrované v centrálnom katalógu otvorených údajov na data.slovensko.sk. Datasety budú publikované na portáli otvorených údajov mesta s referencovaním na data.slovensko.sk. Správca informačného systému bude voliť z celkovej množiny dát vybrané datasetov na publikáciu. Atribúty jednotlivých objektov evidencie sú v tabuľke v kapitole 4.3.6.
1338
1339 Zvyšovanie dátovej kvality nebude jednorazovou aktivitou, ale bude súčasťou celoživotného cyklu údajov – od zberu až po publikáciu. Kombináciou technologických nástrojov (etl – extract, transform, load, validácie), organizačných opatrení (školenia, data governance), ako aj analytických výstupov a spätnej väzby od používateľov sa zabezpečí, že systém bude poskytovať dôveryhodné a využiteľné údaje v súlade s cieľmi projektu a štandardmi pre inteligentnú verejnú správu.
1340
1341 Projekt neuvažuje s poskytovaním dát do centrálneho riešenia data smart hub. Mesto Košice si však vyhradzuje možnosť takúto integráciu zvážiť v budúcnosti, v závislosti od vývoja národných dátových platforiem, právneho rámca a technickej pripravenosti projektu.
1342
1343 Na lokálnej úrovni budú využívané nasledovné interné analytické nástroje:
1344
1345 * Vizualizácia údajov v mapovom prostredí
1346 * Tvorba analytických vrstiev – napr. tematické mapy
1347 * Generovanie tabuľkových výstupov a export do formátov csv, xlsx pre ďalšie spracovanie v kancelárskych alebo analytických nástrojoch
1348
1349 **Tabuľka objektov evidencie sprístupnených ako otvorené údaje:**
1350
1351 |**Názov objektu evidencie / datasetu**|**Požadovaná interoperabilita**|**Periodicita publikovania**
1352 |Dopravné dáta (tok dopravy z IoT senzorov)|3★|denne
1353 |Záznam o intenzite dopravy; štatistiky dopravy|3★|mesačne
1354 |Dáta zimnej údržby ciest (meteodáta, posypy)|3★|denne
1355 |Dáta bežnej údržby ciest (opravy)|3★|mesačne
1356 |Hlásenia dopravných incidentov|3★|mesačne
1357
1358 **Zdôvodnenie:**
1359
1360 * **Dopravné dáta z IoT senzorov** sú publikované v úrovni 3★ interoperability, keďže obsahujú dynamické údaje vhodné na ďalšie automatizované spracovanie, analytiku a modelovanie dopravných situácií. Ich denné publikovanie je nevyhnutné pre aktuálnosť dopravných informácií a podporu dopravného riadenia.
1361 * **Záznamy o intenzite dopravy a štatistiky** sú agregované analytické dáta vhodné na publikovanie v úrovni 3★ pre jednoduchšiu integráciu a strojové spracovanie na mesačnej báze.
1362 * **Dáta zimnej údržby ciest** sú dôležité pre bezpečnosť cestnej premávky a včasné upozorňovanie na aktuálne poveternostné a cestné podmienky, preto sú publikované denne v kvalite 3★.
1363 * **Dáta bežnej údržby ciest (opravy)** majú vysokú hodnotu pre transparentnosť a kontrolu kvality údržby, z tohto dôvodu sú publikované mesačne v interoperabilite 3★.
1364 * **Hlásenia dopravných incidentov (nehody, havárie)** poskytujú občanom dôležité údaje pre plánovanie ciest a bezpečnosť dopravy, publikované sú v úrovni 3★ mesačne.
1365
1366 === 4.3.6Analytické údaje ===
1367
1368 V rámci projektu **Inteligentné mesto Košice** budú vybrané objekty evidencie sprístupnené pre analytické spracovanie, aby podporili rozhodovanie, plánovanie a prípravu mestských politík. Tieto údaje budú sprístupnené analytickým jednotkám, napríklad pre systém Konsolidovaná Analytická Vrstva (KAV).
1369
1370 Tabuľka nižšie sumarizuje zoznam objektov evidencie, ktoré sú v rámci projektu určené pre analytické účely:
1371
1372 |**ID**|**Názov objektu evidencie pre analytické účely**|**Zoznam atribútov objektu evidencie**|**Popis a špecifiká objektu evidencie**
1373 |1|Dopravné dáta (tok dopravy z IoT senzorov)|identifikátor_senzora; dátum_merania; čas_merania; počet_vozidiel; typ_vozidla; smer_jazdy; geografická_pozícia|Dáta z dopravných senzorov, obsahujú údaje o intenzite dopravy v reálnom čase. Slúžia na analýzu tokov dopravy a identifikáciu problematických miest v dopravnej sieti mesta.
1374 |2|Záznam o intenzite dopravy; štatistiky dopravy|ID_úseku; priemerná_intenzita; maximálna_intenzita; minimálna_intenzita; obdobie_merania; smer_jazdy; typ_vozidla|Agregované historické štatistiky dopravy, určené na analýzu dopravnej situácie, trendov a plánovanie dopravných opatrení.
1375 |4|Dáta zimnej údržby ciest|ID_úseku_komunikácie; dátum_údržby; čas_údržby; typ_posypu; množstvo_posypového_materiálu; teplota_vozovky; stav_vozovky; geografická_pozícia|Obsahuje údaje o vykonaných zásahoch zimnej údržby, ktoré sú kritické pre hodnotenie efektivity zimnej údržby a prediktívnu analýzu údržby komunikácií.
1376 |5|Dáta bežnej údržby ciest|ID_úseku; dátum_opravy; typ_opravy; rozsah_opravy; stav_pred_opravou; stav_po_oprave; geografická_pozícia|Obsahuje detailné záznamy o údržbových zásahoch na cestách, potrebné pre plánovanie a analýzu kvality a efektivity údržbových aktivít.
1377 |6|Hlásenia incidentov|ID_incidentu; dátum; čas; typ_incidentu (nehoda, havária, porucha, udalosť); lokalita; závažnosť_incidentu; spôsobené_zdržanie|Detailné informácie o incidentoch umožňujú analýzu bezpečnostných rizík a hodnotenie účinnosti bezpečnostných opatrení.
1378
1379 **Popis spôsobu sprístupnenia údajov pre analytické jednotky**
1380
1381 Uvedené objekty evidencie budú v rámci projektu sprístupnené pre analytické jednotky prostredníctvom integračnej vrstvy analytickej platformy projektu, ktorá zabezpečí kontinuálny prístup k dátam v reálnom čase alebo v pravidelných intervaloch (v závislosti od špecifikácie datasetu). Údaje budú konsolidované a harmonizované v súlade s metodickými pokynmi MIRRI pre analytické údaje a budú poskytované v strojovo-spracovateľných formátoch (CSV, JSON, RDF), čím sa zabezpečí ich okamžitá použiteľnosť v analytických nástrojoch verejnej správy.
1382
1383 Údaje budú priebežne aktualizované a ich kvalita bude garantovaná dátovou kanceláriou mesta, ktorá bude zodpovedná za správu a kvalitu údajov vrátane zavedenia pravidelného monitoringu a kontroly údajovej integrity a správnosti.
1384
1385 Každý objekt evidencie bude opatrený metadátami podľa štandardov Open Data a NKIVS (Národná koncepcia informatizácie verejnej správy), vrátane referencovateľného URI identifikátora, čo umožní interoperabilitu, jednoznačnú identifikáciu a dlhodobú udržateľnosť údajov v rámci analytickej platformy.
1386
1387 Sprístupnenie analytických údajov umožní efektívne vyhodnocovanie mestských procesov, operatívne a strategické plánovanie a podporu rozhodovania na všetkých úrovniach riadenia mesta Košice.
1388
1389 === 4.3.7Moje údaje ===
1390
1391 V rámci projektu Inteligentné mesto Košice **nie sú identifikované údaje**, ktoré spadajú do kategórie „moje údaje“. Ide o údaje viažuce sa k fyzickým alebo právnickým osobám (občanom alebo podnikateľom), ktoré sú predmetom evidencie a spracovávané povinným subjektom – mestom Košice.
1392
1393 === 4.3.8Prehľad jednotlivých kategórií údajov ===
1394
1395 **Prehľad jednotlivých kategórií údajov (TO BE stav projektu)**
1396
1397 |**ID**|**Register / Objekt evidencie**|**Referenčné údaje**|**Moje údaje**|**Otvorené údaje**|**Analytické údaje**
1398 |1|Dopravná infraštruktúra (BO_DopravnaInfra)|☒|☐|☒|☒
1399 |2|Zariadenie (Device)|☒|☐|☐|☒
1400 |3|Komunikačná sieť (Network)|☒|☐|☐|☐
1401 |4|Dopravné dáta (tok dopravy z IoT senzorov)|☐|☐|☒|☒
1402 |5|Dopravný monitoring a adaptívne riadenie premávky|☐|☐|☐|☒
1403 |6|Centrálne dopravné riadenie (dopravný dispečing)|☐|☐|☐|☒
1404 |7|Hlásenie incidentu|☐|☐|☐|☒
1405 |8|Dáta zimnej údržby ciest|☐|☐|☒|☒
1406 |9|Dáta bežnej údržby ciest|☐|☐|☒|☒
1407
1408 **Legenda:**
1409
1410 ☒ – objekt patrí do danej kategórie, ☐ – objekt nepatrí do danej kategórie
1411
1412 Všetky údaje uvedené v tabuľke sú definované v súlade s Centrálnym modelom údajov verejnej správy a budú spravované v jednotnom mestskom dátovom modeli (doménovom modeli) v rámci projektu **Inteligentné mesto Košice**.
1413
1414 (% style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" %)4.4Technologická vrstva
1415
1416 [[image:1755525901086-271.png]]
1417
1418 === {{id name="_Toc937277657"/}}{{id name="_Toc153139707"/}}{{id name="_Toc15428561"/}}4.4.1Prehľad technologického stavu - AS IS ===
1419
1420 === Komunikačná sieť ===
1421
1422 Komunikačná sieť mesta Košice predstavuje technologickú infraštruktúru, ktorá umožňuje spoľahlivú a bezpečnú komunikáciu medzi jednotlivými organizáciami a útvarmi mesta, ako sú magistrát, mestská polícia, školy, mestské podniky, obchodné spoločnosti mesta a ďalšie mestské organizácie. Jej hlavnou úlohou je zabezpečiť efektívny a bezpečný prenos dát a informácií potrebných pre každodenné fungovanie mesta.
1423
1424 Sieť mesta Košice je v súčasnosti realizovaná predovšetkým prostredníctvom MPLS infraštruktúry, ktorá je poskytovaná externým operátorom (ISP). Táto infraštruktúra vytvára virtuálne privátne siete (VPN) medzi jednotlivými mestskými objektmi, pričom posledná míľa pripojenia do mestských lokalít využíva rôzne dostupné technológie, ako sú optické pripojenia (FO), mikrovlnné spoje (MW), ADSL alebo ďalšie dostupné riešenia podľa konkrétnej lokality.
1425
1426 Komunikačná sieť pozostáva z nasledujúcich hlavných komponentov:
1427
1428 * Cloudová sieť poskytuje flexibilné a škálovateľné ukladanie a spracovanie veľkých objemov údajov v cloudovom prostredí. Umožňuje zamestnancom prístup k dôležitým údajom a aplikáciám odkiaľkoľvek, čo podporuje moderné pracovné metódy ako vzdialenú prácu či prácu v teréne.
1429 * Internetová konektivita je centrálne zabezpečená cez vysokorýchlostné a záložné internetové pripojenie poskytované ISP providerom. Tým je zabezpečená stabilná dostupnosť internetových služieb, ktoré využívajú mestské úrady a organizácie na komunikáciu, online služby občanom a digitálne procesy.
1430 * Mobilná konektivita (4G/LTE) poskytuje zamestnancom možnosť využívať interné systémy a aplikácie v teréne alebo mimo kanceláriu. Zamestnanci tak majú efektívny prístup k potrebným dátam priamo na mieste, kde ich potrebujú.
1431 * IoT komunikácia (LPWAN, NB-IoT, LoRaWAN) umožňuje efektívne pripojenie inteligentných zariadení a senzorov rozmiestnených po meste. Tieto senzory zbierajú dôležité dáta o prostredí, napríklad o kvalite ovzdušia, obsadenosti parkovacích miest, stave ciest, spotrebe energií, či bezpečnosti. Dáta z IoT zariadení sú centrálne zhromažďované a využívané na analytické a riadiace účely, čím podporujú rozhodovanie založené na dátach.
1432 * Lokálne LAN siete (Local Area Networks) sú siete v jednotlivých mestských budovách, vrátane magistrátu a 12 ďalších významných mestských organizácií (napríklad Dopravný podnik mesta Košice, Bytový podnik, TEHO, Zoologická záhrada, Knižnica pre mládež a ďalšie). LAN siete sú realizované prevažne pomocou štruktúrovanej kabeláže a ethernetových prepínačov, ktoré zabezpečujú prepojenie počítačov, tlačiarní, IP telefónov, bezpečnostných zariadení a lokálnych serverov. Súčasťou sú aj Wi-Fi prístupové body pre bezdrôtový prístup zamestnancov a návštevníkov.
1433 * Secure Access Service Edge (SASE) uzol predstavuje plánovaný modernizačný prvok komunikačnej infraštruktúry, ktorý má konsolidovať riadenie bezpečnosti a komunikácie – inbound (externý prístup do siete) aj outbound (prístup do internetu a cloudov). SASE uzol zahŕňa aj podporu cloudových bezpečnostných služieb, ako je Firewall as a Service (FWaaS). Tento prístup umožní jednotnú a flexibilnú správu bezpečnosti a efektívne prispôsobenie ochrany aktuálnym potrebám mesta.
1434
1435 Význam a prínosy aktuálnej komunikačnej infraštruktúry:
1436
1437 * Komunikačná infraštruktúra mesta Košice predstavuje chrbticový systém, ktorý umožňuje efektívnu a bezpečnú komunikáciu naprieč všetkými mestskými organizáciami. Využitie MPLS technológie a cloudových služieb umožňuje flexibilnú, bezpečnú a spoľahlivú prevádzku všetkých mestských IT služieb. Zároveň predstavuje významný základ pre ďalší rozvoj mesta v oblasti inteligentných technológií (smart city) a digitálnych služieb.
1438 * Vďaka jednotnej komunikačnej infraštruktúre môže mesto Košice lepšie reagovať na potreby obyvateľov a zabezpečiť, že kritické služby (digitálne podania, online komunikácia, kamerové systémy, správa energetických systémov) sú vždy dostupné a efektívne prevádzkované.
1439
1440 === Infraštruktúrne uzly (Infrastructure Node) ===
1441
1442 **Hybridný mestský cloud**
1443
1444 Hybridný mestský cloud predstavuje kombinované cloudové prostredie pozostávajúce z dvoch základných častí:
1445
1446 * Privátny cloud (VDC - Virtual Data Centre) – virtuálna infraštruktúra umiestnená v dátovom centre externého poskytovateľa, ktorá je plne dedikovaná na potreby mesta Košice.
1447 * Verejný cloud (Microsoft Azure) – cloudové služby verejného providera Microsoft Azure, poskytujúce flexibilné služby a škálovateľnú infraštruktúru pre vybrané produkčné aplikácie, IoT riešenia a ďalšie moderné služby.
1448
1449 Tieto dve časti sú prepojené, čím vytvárajú hybridný model, ktorý kombinuje bezpečnosť, spoľahlivosť a stabilitu privátneho prostredia s flexibilitou, dostupnosťou a pokročilými cloudovými službami verejného prostredia.
1450
1451 **~1. Privátny cloud (VDC – Virtual Data Centre):**
1452
1453 * Virtuálna infraštruktúra je vo vlastníctve a plnej správe externého poskytovateľa, ktorý zabezpečuje:
1454 ** Fyzické servery
1455 ** Dátové úložiská (diskové polia)
1456 ** Sieťovú infraštruktúru (LAN/WAN)
1457 ** Fyzickú bezpečnosť a redundantné napájanie dátového centra
1458 * Virtualizačná platforma:
1459 ** Virtualizácia je postavená na platforme VMware. Hypervisor, sieťové konfigurácie a úložiskové systémy sú kompletne riadené poskytovateľom.
1460 ** V súčasnosti infraštruktúra neumožňuje pokročilú kontajnerizáciu (napr. Kubernetes), natívnu podporu Big Data ani stream processing.
1461 ** Prevádzka kritických služieb prebieha tradične – bez horizontálneho škálovania a pokročilej redundancie.
1462 * Aplikácie a služby v Privátnom cloude:
1463 * Zastrešuje kľúčové mestské informačné systémy:
1464 ** Administratívne a ekonomické informačné systémy (ERP)
1465 ** Časť GIS systémov
1466 ** Archívne systémy mesta
1467 ** Základné infraštruktúrne služby (DHCP, DNS, AD doménové radiče)
1468 * Obmedzenia existujúceho Privátneho cloudu:
1469 ** V súčasnosti neponúka natívne nasledovné služby a je nutné ich dopĺňať inými technológiami alebo prostredníctvom Verejného cloudu:
1470 *** Big Data Warehousing
1471 *** Big Data Processing
1472 *** Data Lakes
1473 *** Stream Processing
1474 *** Managed BI (Business Intelligence)
1475 *** IoT Platform
1476 *** Edge Computing
1477
1478 **2. Verejný cloud (Microsoft Azure):**
1479
1480 * Poskytovateľ: Microsoft Azure – verejný cloud so širokým portfóliom moderných služieb a infraštruktúry.
1481 * Mesto Košice využíva Azure cloud na:
1482 ** Vybrané produkčné aplikácie (napr. webové portály, mobilné aplikácie)
1483 ** IoT platformy a riešenia
1484 ** Pokročilé dátové a analytické služby (big data, stream processing)
1485 ** Obnovu po havárii a zálohovacie riešenia
1486 * Služby Microsoft Azure používané mestom:
1487 ** Výpočtové a hostingové služby
1488 *** Azure Virtual Machines (VMs)
1489 *** Azure App Service & Function Apps
1490 *** Azure Kubernetes Service (AKS)
1491 ** Ukladanie a správa dát
1492 *** Azure Storage Accounts
1493 *** Azure Cosmos DB
1494 *** Azure SQL Database
1495 *** Azure Data Factory
1496 ** Bezpečnosť a identita
1497 *** Azure Key Vault
1498 *** Microsoft Entra ID (Azure AD)
1499 *** Azure Security
1500 *** Azure Application Gateway (WAF)
1501 ** Sieťové riešenia
1502 *** Azure Virtual Network (VNet)
1503 *** Azure Application Gateway & Load Balancer
1504 *** Azure Private Link & DNS
1505 ** Monitorovanie a automatizácia
1506 *** Azure Monitor & Log Analytics
1507 *** Azure Automation
1508 *** Azure Smart Detector
1509 *** Azure Application Insights
1510 ** Obnova po havárii a zálohovanie
1511 *** Azure Backup & Recovery Services
1512 *** IoT a edge computing
1513 *** Azure IoT Central
1514 *** Azure Event Hubs
1515 * Integrácia s Privátnym cloudom (VDC):
1516 ** Aktuálne je integrácia medzi privátnym VDC a Azure cloudom realizovaná len na úrovni základných VPN spojení bez dedikovanej expresnej linky (ExpressRoute). Zatiaľ nebola implementovaná ani pokročilá hybridná politika, čo obmedzuje možnosť využívať naplno hybridný potenciál oboch cloudových prostredí.
1517
1518 Transformácia IT infraštruktúry mesta Košice prebieha v dvoch hlavných fázach:
1519
1520 * Fáza 1 (Lift and Shift):
1521 ** Aktuálny stav, kedy sa väčšina aplikácií presúva do Privátneho cloudu bez zásadných úprav architektúry aplikácií.
1522 ** Cieľom je konsolidovať a stabilizovať infraštruktúru, eliminovať lokálne on-premise servery a začať využívať cloudové prostredie.
1523 * Fáza 2 (Optimization & Modernization):
1524 ** Po konsolidácii budú nasledovať kroky na optimalizáciu aplikácií a modernizáciu infraštruktúry:
1525 ** Refactoring (úpravy kódu)
1526 ** Replatforming (presun na moderné platformy)
1527 ** Re-architecting (zmeny architektúry aplikácií)
1528 ** Rebuild (úplné prepracovanie aplikácií na cloud-native modely, kontajnerizáciu, mikroservisnú architektúru)
1529 * Plánovaný ďalší rozvoj – SASE integrácia:
1530 ** Ako súčasť ďalšieho rozvoja hybridnej cloudovej infraštruktúry je plánovaná implementácia Secure Access Service Edge (SASE) platformy, ktorá umožní:
1531 ** Konsolidovať riadenie bezpečnosti komunikácie (inbound/outbound) na jednom mieste.
1532 ** Poskytovať služby Firewall as a Service (FWaaS).
1533 ** Umožní jednoduchšie, bezpečnejšie a flexibilnejšie riadenie prístupov k mestskej infraštruktúre, cloudovým aplikáciám a dátam.
1534 ** SASE uzol tak bude kľúčovým prvkom budúcej infraštruktúry, ktorý zvýši úroveň bezpečnosti a efektívnosti riadenia mestskej IT infraštruktúry.
1535
1536 === Sieťové uzly v teréne ===
1537
1538 Sieťové uzly v teréne tvoria kritickú súčasť distribuovanej infraštruktúry mesta Košice. Zabezpečujú spoľahlivú komunikáciu, lokálne spracovanie údajov (edge computing) a prepojenie terénnych IoT zariadení, kamier, dopravných systémov a ďalších inteligentných prvkov mesta s centrálnou cloudovou infraštruktúrou.
1539
1540 Podobne ako Hybridný mestský cloud, sieťové uzly kombinujú spoľahlivosť tradičných technológií s flexibilitou a škálovateľnosťou moderných prístupov k spracovaniu údajov.
1541
1542 Sieťové uzly predstavujú komunikačné a výpočtové body umiestnené strategicky v teréne (križovatky, parkoviská, budovy mestských organizácií), ktoré:
1543
1544 * Poskytujú sieťovú konektivitu pre IoT zariadenia a senzory.
1545 * Realizujú lokálne (edge) spracovanie údajov, čím znižujú latenciu a sieťovú záťaž.
1546 * Zabezpečujú vzdialený monitoring a ovládanie zariadení v reálnom čase.
1547
1548 Technológie používané v uzloch zahŕňajú:
1549
1550 * Komunikačné technológie:
1551 ** Optické pripojenie (single-mode), ak je dostupné.
1552 ** Mikrovlnné spoje (MW) – tam, kde optická infraštruktúra chýba.
1553 ** Mobilné pripojenia 4G/LTE (Cisco, Teltonika) – zabezpečujú konektivitu v odľahlých lokalitách.
1554 ** LoRaWAN IoT brány (MikroTik, TEKTELIC) – umožňujú efektívny zber dát z malých IoT senzorov.
1555 * Edge Computing a IoT zariadenia:
1556 ** IoT Edge zariadenia (Advantech Edge Gateway, Cisco IoT Gateway).
1557 ** Environmentálne senzory (Klimator RWIS Lite, Libelium).
1558 ** Videoanalytické zariadenia (Axis, Hikvision) s lokálnou AI analýzou obrazu.
1559 * Dopravné systémy a inteligentné riadenie:
1560 ** Inteligentné semaforové radiče (Siemens Mobility, Swarco) – adaptívne riadenie dopravy a preferencia MHD.
1561 ** Dopravné senzory a kamery pre real-time monitoring premávky.
1562 * Bezpečnostné zariadenia:
1563 ** Firewall zariadenia a VPN routery (Cisco, Palo Alto Networks) pre bezpečnú komunikáciu uzlov s centrálnymi systémami.
1564
1565 Každý uzol je robustne navrhnutý, odolný voči vonkajším vplyvom (počasiu, vandalizmu) a vybavený záložným napájaním (UPS).
1566
1567 **Aktuálne využitie (AS-IS stav)**
1568
1569 V súčasnosti mesto Košice prevádzkuje viacero pilotných projektov a samostatných riešení využívajúcich sieťové uzly v teréne:
1570
1571 * Mestský kamerový systém – využíva distribuované komunikačné uzly prevažne cez rádiové spoje alebo LTE pripojenia na prenos obrazu z IP kamier. Väčšina uzlov je spravovaná manuálne bez pokročilej centralizácie a automatizácie.
1572 * Inteligentné dopravné systémy – sú nasadené na vybraných križovatkách a obsahujú radiče semaforov s pripojením k centrálnemu dispečingu. Aktuálne chýba pokročilé lokálne (edge) spracovanie a analýza dát priamo na uzloch.
1573 * Environmentálne a parkovacie senzory – nasadené v limitovanej miere, prevažne v pilotných projektoch v centre mesta. Chýba centralizovaná správa a plošné pokrytie pre širšie využitie dát zo senzorov.
1574 * IoT brány pre LPWAN senzory – čiastočne implementované, prevažne v okolí magistrátu a vybraných objektov mesta. Chýba jednotná mestská LPWAN infraštruktúra, ako aj centrálny IoT manažment pre celý systém.
1575 * Verejné Wi-Fi hotspoty – nachádzajú sa v niekoľkých verejných lokalitách, ale nie sú systematicky integrované do jednotnej mestskej siete a chýba im centrálna správa.
1576
1577 **Plánované využitie (TO-BE stav)**
1578
1579 V rámci projektu „Inteligentné mesto Košice“ sa plánuje rozsiahle rozšírenie a konsolidácia sieťových uzlov s využitím moderných technológií:
1580
1581 * Centralizovaná IoT platforma (Azure IoT Central / Azure IoT Hub) – pre jednotný manažment a monitoring všetkých IoT zariadení v teréne.
1582 * Edge computing na uzloch – pokročilá lokálna analýza údajov (napr. real-time AI videoanalýza incidentov na kamerách).
1583 * Celoplošné pokrytie IoT senzormi – pre oblasti dopravy, životného prostredia, verejného osvetlenia, parkovania a inteligentných budov.
1584 * Integrácia s hybridným cloudom – jednotné bezpečné spojenie do privátneho a verejného cloudu (Azure).
1585 * Implementácia SASE (Secure Access Service Edge) pre jednotné riadenie bezpečnosti komunikácie medzi uzlami a centrálnou infraštruktúrou.
1586
1587 Tieto kroky umožnia mestu využívať efektívnejšie dáta, automatizovať spracovanie a dosiahnuť výrazné zlepšenie kvality a dostupnosti mestských služieb.
1588
1589 **Funkčnosť a význam**
1590
1591 Sieťové uzly v teréne sú kritickou infraštruktúrou pre Smart City aplikácie mesta Košice:
1592
1593 * Real-time spracovanie dát – umožňujú rýchlejšiu odozvu na incidenty (napr. dopravné nehody, výpadky osvetlenia).
1594 * Redukcia záťaže centrálnej siete – vďaka lokálnemu predspracovaniu dát.
1595 * Škálovateľnosť a flexibilita – jednoduchá integrácia nových IoT zariadení do existujúcej siete bez veľkých infraštruktúrnych zásahov.
1596 * Vysoká dostupnosť a odolnosť – lokálne autonómne fungovanie uzlov aj pri výpadku spojenia s centrálou.
1597
1598 Sieťové uzly tak predstavujú nevyhnutný medzičlánok medzi fyzickým svetom (senzory, kamery, inteligentné zariadenia) a centrálnym cloudovým prostredím mesta, umožňujúci efektívne, bezpečné a flexibilné riadenie mestských služieb a infraštruktúry.
1599
1600 **Plánovaný ďalší rozvoj**
1601
1602 V ďalších fázach rozvoja sa plánuje:
1603
1604 * Plošné nasadenie IoT a videoanalytických senzorov vo všetkých kľúčových oblastiach mesta.
1605 * Implementácia pokročilých technológií edge computingu na uzloch (embedded AI).
1606 * Konsolidácia správy uzlov prostredníctvom centralizovanej platformy v hybridnom cloude (Azure IoT a Edge služby).
1607 * Zavedenie bezpečnostných riešení SASE, ktoré zabezpečia jednotnú správu bezpečnosti a prístupu k infraštruktúre.
1608 * Uvedené technológie sú aktuálnymi odporúčaniami a môžu byť ďalej spresnené alebo upravené v ďalších fázach projektu na základe detailných technických analýz, potrieb mesta a výsledkov verejného obstarávania.
1609
1610 === Systémový softvér ===
1611
1612 Softvérové komponenty technologickej vrstvy predstavujú kľúčové stavebné bloky, ktoré zabezpečujú spoľahlivý chod, bezpečnosť a efektívnu správu informačných systémov mesta Košice. Vrstva systémového softvéru umožňuje prevádzku aplikácií, uchovávanie a spracovanie dát, autentifikáciu používateľov a riadenie prístupov.
1613
1614 Aktuálna softvérová architektúra mesta Košice je postavená prevažne na tradičných operačných systémoch a databázach, pričom existujú rezervy v implementácii pokročilejších technológií, ako sú kontajnerizácia, real-time dátové spracovanie, či ucelené riešenia pre Big Data. Napriek dostupnosti modernej cloudovej infraštruktúry, mesto zatiaľ len čiastočne využíva tieto pokročilé nástroje.
1615
1616 **Operačné systémy serverov**
1617
1618 Aktuálnu serverovú infraštruktúru tvorí heterogénne prostredie založené na:
1619
1620 * Windows Server (2019/2022) – prevažne aktuálne podporované verzie, ktoré zabezpečujú stabilnú a bezpečnú prevádzku hlavných aplikácií.
1621 * Linux (Debian GNU/Linux 11, Red Hat Enterprise Linux 8) – dominantné linuxové distribúcie využívané pre špecifické aplikácie a systémy.
1622 * Staršie operačné systémy sa stále nachádzajú na vybraných menej kritických systémoch, no ich používanie je postupne obmedzované. Existujúca heterogenita prináša zvýšené nároky na správu, avšak väčšina kritických služieb už beží na moderných a dlhodobo podporovaných OS platformách.
1623
1624 **Databázové systémy**
1625
1626 Mesto využíva viacero databázových systémov, pričom dominantné sú:
1627
1628 * Microsoft SQL Server – hlavná databázová platforma pre kľúčové administratívne a ekonomické systémy.
1629 * Oracle Database – používaná prevažne pre staršie systémy, ich využívanie je postupne redukované.
1630 * PostgreSQL/MySQL – používané prevažne v menších aplikáciách a vybraných novších riešeniach.
1631 * Aktuálnym problémom je, že mnohé IS využívajú vlastné databázy, čím vznikajú dátové silá. Súčasne chýba robustná infraštruktúra pre spracovanie veľkoobjemových dát (Big Data Warehousing, Data Lakes) a pokročilé real-time analytické mechanizmy, ktoré by podporili dátovú integráciu naprieč celým mestom.
1632
1633 **Kontajnerizačné nástroje**
1634
1635 V súčasnom stave mesto Košice nevyužíva v rozsiahlej miere kontajnerizáciu (Docker/Kubernetes). Väčšina aplikácií je nasadená tradične na virtuálnych serveroch (VM), čo obmedzuje možnosti automatického škálovania, rýchlej integrácie (CI/CD pipeline) a flexibilného cloud-native prístupu. Plná implementácia kontajnerov a Kubernetes klastrov je plánovaná v rámci budúceho rozvoja infraštruktúry mesta.
1636
1637 **Adresárové a autentifikačné služby**
1638
1639 Mesto aktuálne využíva prevažne tradičné adresárové služby Microsoft Active Directory, ktoré zabezpečujú správu identít a autentifikáciu zamestnancov magistrátu a mestských organizácií. Chýba však pokročilý Identity & Access Management (IAM) pre IoT riešenia, ako aj pre externých partnerov a občanov. Autentifikácia občanov je čiastočne realizovaná cez základné účty, pričom plnohodnotná integrácia s eID (elektronickými občianskymi preukazmi) je zatiaľ obmedzená.
1640
1641 **Ekonomický ERP systém**
1642
1643 Ekonomický a administratívny ERP systém mesta Košice predstavuje tradičnú, prevažne on-premise aplikáciu, umiestnenú v Privátnom cloude (VDC). Aj keď niektoré moduly ERP už boli čiastočne presunuté do cloudu (hlavne testovacie a záložné prostredia), hlavný produkčný systém stále funguje v tradičnej infraštruktúre. Táto architektúra limituje možnosti škálovania, integrácie a flexibilného prístupu k systému. V ďalšej fáze transformácie je plánovaná modernizácia ERP systému, ktorá by umožnila flexibilnejšiu a robustnejšiu prevádzku v cloudových podmienkach.
1644
1645 === Hardvér a zariadenia (Device) ===
1646
1647 Hardvérová vrstva zahŕňa všetky fyzické zariadenia nevyhnutné pre prevádzku informačných systémov, aplikácií a technologických služieb mesta Košice. Táto vrstva predstavuje technologický základ, ktorý umožňuje každodennú prácu zamestnancov, poskytuje kapacitu pre ukladanie a spracovanie dát, a zabezpečuje spoľahlivú komunikáciu medzi jednotlivými systémami a používateľmi.
1648
1649 **Fyzické servery (Device)**
1650
1651 * V súčasnosti mesto Košice nemá vlastnú on-premise fyzickú serverovú infraštruktúru. Viac ako 95 % mestských informačných systémov je presunutých do Hybridného cloudového prostredia (Privátny cloud – VDC a Verejný cloud – Azure).
1652 * Servery sú spravované externe poskytovateľom infraštruktúry a nachádzajú sa v dátových centrách poskytovateľov cloudových služieb.
1653 * Virtualizačná vrstva využíva najmä platformu VMware, zabezpečujúcu základné virtualizačné služby bez pokročilej kontajnerizácie. Fyzické servery preto nie sú súčasťou aktuálnej referenčnej architektúry mestskej IKT infraštruktúry.
1654
1655 **IoT senzory (Device)**
1656
1657 * Súčasné nasadenie IoT senzorov je obmedzené prevažne na pilotné projekty (napríklad parkovacie senzory, senzory kvality ovzdušia a senzorické riešenia pre environmentálne merania).
1658 * Existujúce riešenia sú implementované prevažne izolovane, bez jednotnej centrálnej správy (IoT Management Platform), čo komplikuje integráciu a bezpečnosť.
1659 * Chýba plošné nasadenie IoT senzoriky v kľúčových oblastiach ako je dopravná infraštruktúra, energetika a manažment budov.
1660 * Aktuálne sú dáta zo senzorov spracované čiastočne v prostredí verejného cloudu Microsoft Azure, avšak bez komplexnej stratégie pre IoT a edge computing.
1661
1662 **Mestský videoanalytický systém (Device)**
1663
1664 * Využívané sú videoanalytické detektory (digitálne/analógové kamery) rozmiestnené vo verejnom priestore, prevažne však bez pokročilých AI funkcionalít.
1665 * Videoanalytický systém funguje izolovane, bez pokročilej integrácie na centrálny dátový systém mesta (data lake). Operátori mestského dohľadu spracúvajú dáta prevažne manuálne.
1666 * Chýba edge computing kapacita na miestach videoanalýzy, čo limituje možnosti real-time detekcie incidentov alebo dopravných situácií.
1667 * Zároveň absentuje komplexná stratégia, referenčná architektúra a governance model pre zavedenie a prevádzku služieb Video Surveillance as a Service (VSaaS).
1668
1669 **Mobilné zariadenia (Device)**
1670
1671 * Magistrát a mestské organizácie využívajú prevažne štandardné notebooky, tablety a smartfóny na každodennú prácu.
1672 * Špecializované mobilné IoT brány a zariadenia pre edge computing (napríklad pre vozidlá údržby ciest) sú nasadzované zatiaľ len v pilotných projektoch, no ich plošné nasadenie nie je rozšírené.
1673 * V oblasti zimnej údržby alebo správy infraštruktúry existujú jednotlivé mobilné senzory, ich celková integrácia do centrálneho systému však stále chýba.
1674
1675 **Pracovné stanice a notebooky (Device)**
1676
1677 * Zamestnanci magistrátu a mestských organizácií využívajú klasické klientske počítače (desktop) a notebooky na administratívne úlohy, komunikáciu a prístup k mestským informačným systémom.
1678 * Súčasťou moderného pracovného prostredia sú aj mobilné notebooky umožňujúce flexibilnú prácu mimo kancelárie.
1679 * Bezpečnostné opatrenia na pracovných staniciach (ako je šifrovanie diskov, antivírusová ochrana) sú aktuálne zavedené len čiastočne a chýba ich celoplošná konzistentná implementácia.
1680 * Moderný systém správy životného cyklu koncových zariadení (Microsoft Endpoint Configuration Manager / MECM a Microsoft Intune)
1681 * V meste Košice je zavedený moderný systém pre správu koncových zariadení na báze Microsoft Endpoint Configuration Manager (MECM) a Microsoft Intune, pokrývajúci približne 70 – 75 % zariadení.
1682
1683 Tento systém zabezpečuje:
1684
1685 * Centralizovanú distribúciu softvéru (automatické nasadzovanie aplikácií a aktualizácií)
1686 * Šifrovanie údajov prostredníctvom BitLocker-u
1687 * Striktné prístupové politiky (vynútenie silných hesiel, firewall pravidiel)
1688 * Pravidelné bezpečnostné aktualizácie (patchovanie OS a aplikácií)
1689 * Komplexný monitoring a inventarizáciu zariadení
1690 * Vzdialenú správu a podporu (diagnostika a vzdialené riešenie problémov)
1691
1692 Pre mobilné zariadenia zabezpečuje systém:
1693
1694 * Vynútenie compliance politík (Mobile Device Management – MDM)
1695 * Selektívne vzdialené vymazanie dát (remote wipe)
1696 * Centrálne riadenie aplikácií pre mobilné zariadenia (Mobile Application Management – MAM)
1697
1698 Mesto Košice disponuje prevažne modernou, no čiastočne nejednotnou hardvérovou infraštruktúrou. Hlavné mestské aplikácie sú dnes prevádzkované v externom hybridnom cloudovom prostredí (privátny a verejný cloud), pričom fyzické servery v on-premise režime už nie sú súčasťou referenčnej architektúry mesta.
1699
1700 Napriek tomu existujú významné rezervy, predovšetkým v oblasti:
1701
1702 * Plošného nasadenia IoT senzoriky a edge computing riešení.
1703 * Integrácie videoanalytických systémov a implementácie pokročilej AI analýzy.
1704 * Jednotného prístupu k bezpečnosti a manažmentu všetkých pracovných zariadení.
1705 * Modernizácia, plánované plošné zavedenie pokročilých riešení ako kontajnerizácia, edge computing, IoT management a pokročilá bezpečnostná integrácia (SASE platforma) sú kroky, ktoré majú výrazne zvýšiť schopnosť mesta reagovať na nové technologické výzvy a podporovať efektívnu prevádzku smart city riešení.
1706
1707 **Sieťové zariadenia**
1708
1709 * Mesto prevádzkuje štandardizované CE routre na pripojenie lokalít do Mestskej siete a firewallov, pričom LAN infraštruktúra zatiaľ zostáva čiastočne nekonsolidovaná – využívané sú switche najmä od výrobcov Cisco a HPE, prípadne ďalších vendorov. Niektoré kľúčové dopravné uzly zatiaľ nie sú plne napojené na mestskú optickú chrbticu a využívajú alternatívne pripojenia ako LTE, DSL či mikrovlnné spoje.
1710 * Aktuálne prebieha integrácia sieťovej infraštruktúry do jednotného systému centrálneho monitoringu a manažmentu, avšak VLAN a QoS manažment je zatiaľ nedostatočne centralizovaný. Aktívne sú využívané nástroje ako CheckMK (monitoring dostupnosti a výkonu), Cisco Meraki (cloudový manažment) a Cisco ISE (automatizácia sieťových politík).
1711 * Cieľom prebiehajúcej IT transformácie je plná konvergencia LAN sietí podľa jednotnej referenčnej architektúry. Mestská sieť je koncipovaná ako konvergovaná platforma podporujúca integráciu dátových služieb, hlasových a video služieb (VoIP, videokonferencie), ako aj IoT a edge computing aplikácií. Plánované rozšírenia zahŕňajú predovšetkým posilnenie QoS pre real-time aplikácie a zabezpečenie hladkej integrácie nových technológií.
1712
1713 **Kľúčové výzvy a priority**
1714
1715 * Súčasná infraštruktúra mesta Košice čelí viacerým kľúčovým výzvam. Roztrieštená infraštruktúra je spôsobená rôznorodými dátovými centrami (on-premise, privátny cloud - VDC, Azure) bez jednotnej orchestrácie, čo komplikuje centralizovanú správu a škálovanie služieb. Pilotné IoT projekty sú často izolované a chýba im jednotná integračná platforma a ucelená IoT transportná vrstva, čo limituje ich širšie nasadenie.
1716 * Obmedzené sieťové pokrytie niektorých kľúčových lokalít (najmä v oblasti dopravy) a absencia celomestskej LPWAN siete (LoRaWAN/NB-IoT) výrazne komplikuje plošné nasadenie senzorov a efektívne využitie dát. Ďalšou výzvou je nedostatočná kapacita edge computingu v teréne, čo núti mesto prenášať veľké množstvá surových dát, čím vzniká vyššia záťaž siete a nižšia efektivita spracovania.
1717 * Staršie operačné systémy a databázy, nedostatočná úroveň kontajnerizácie a chýbajúce CI/CD nástroje navyše znižujú flexibilitu, bezpečnosť a efektívnosť IT prevádzky. Rastúce množstvo cloudových aplikácií a senzorov zároveň zvyšuje bezpečnostné riziká, pričom chýbajú pokročilé IAM riešenia pre IoT zariadenia a centralizovaná bezpečnostná platforma (napr. SASE).
1718 * Kľúčovými prioritami sú preto plné využitie existujúceho hybridného cloudu, implementácia otvorenej a štandardizovanej architektúry, ako aj dôsledná konsolidácia existujúcej IT infraštruktúry mesta do jednotnej platformy. Tým mesto zaistí škálovateľnosť, bezpečnosť a dlhodobú efektivitu všetkých smart city projektov.
1719
1720 === {{id name="_Toc1626553566"/}}{{id name="_Toc153139708"/}}4.4.2Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE ===
1721
1722 **Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE**
1723
1724
1725 |**Parameter**|**Jednotky**|**Predpokladaná hodnota**|**Poznámka**
1726 |Počet interných používateľov|Počet|150|Zamestnanci magistrátu mesta Košice, pracovníci dopravného dispečingu, správy infraštruktúry a analytici
1727 |Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení|Počet|75|Počas špičkovej prevádzky (napr. krízové situácie, dopravné incidenty, zimná údržba)
1728 |Počet externých používateľov (internet)|Počet|100 000|Celkový počet registrovaných používateľov občanov a podnikateľov využívajúcich verejné služby
1729 |Počet externých používateľov používajúcich systém v špičkovom zaťažení|Počet|5 000|Odhad súčasne aktívnych používateľov pri výrazných udalostiach (napr. dopravné incidenty, nehody, výluky)
1730 |Počet transakcií (podaní, požiadaviek) za obdobie|Počet/mesiac|50 000|Mesačný odhad celkového počtu transakcií, vrátane senzorických dát a občianskych podaní
1731 |Objem údajov na transakciu|MB/transakcia|1 MB|Priemerný objem údajov na jednu transakciu (vrátane senzorických údajov, obrazových dát z IoT zariadení)
1732 |Objem existujúcich kmeňových dát|TB|20 TB|Celkový počiatočný objem všetkých integrovaných údajov a historických dát
1733 |Denný objem generovaných senzorických údajov|GB/deň|100 GB|Denne generované senzorické dáta zo všetkých IoT zariadení (dopravné dáta, meteodáta, videozáznamy)
1734 |Požadovaná rýchlosť siete (interná LAN / Govnet pripojenie)|Gbit/s|10 Gbit/s|Požiadavka na vysokorýchlostné interné prepojenie dátového centra a dispečingov
1735 |Požadovaná rýchlosť siete pre IoT zariadenia|Mbit/s|100 Mbit/s|Minimálna požadovaná kapacita prenosu pre IoT zariadenia (celková kapacita pripojenia)
1736 |Dostupnosť centrálnej dátovej platformy|%|99,9 %|Požadovaná dostupnosť centrálnej platformy (ročne)
1737 |Čas odozvy pri práci interných používateľov|sekundy|< 2 sek.|Požadovaná maximálna odozva systému pri práci interných používateľov
1738 |Čas odozvy verejného portálu|sekundy|< 3 sek.|Požadovaná maximálna odozva systému pri práci externých používateľov
1739 |Počet integrovaných IoT zariadení|Počet|1 000|Celkový počet integrovaných IoT zariadení (senzory dopravy, zimnej údržby, environmentálne senzory, video analytické detektory)
1740
1741 **Ďalšie kapacitné a výkonové požiadavky:**
1742
1743 * **Škálovateľnosť dátového skladu**
1744 ** Platforma musí byť škálovateľná, umožňujúca rozšírenie o ďalších minimálne 50 TB dát počas nasledujúcich 5 rokov.
1745 * **Zálohovanie a obnova údajov**
1746 ** Vyžaduje sa denná záloha kritických dát s retenciou 30 dní, týždenná záloha všetkých údajov s retenciou 6 mesiacov.
1747 * **Spracovanie analytických úloh**
1748 ** Analytická platforma musí podporovať paralelné spracovanie veľkých objemov údajov (až 1 TB na analytickú úlohu) s výstupmi do 1 hodiny od zadania požiadavky.
1749 * **Podpora vysokého počtu súbežných prístupov k API**
1750 ** API platforma musí byť schopná spracovať minimálne 500 simultánnych požiadaviek v špičke.
1751
1752 Tieto kapacitné a výkonnostné parametre zabezpečia efektívne fungovanie riešenia, dostatočný výkon a pripravenosť pre ďalší rast a rozvoj infraštruktúry mesta Košice v rámci projektu **Inteligentné mesto Košice**.
1753
1754 === {{id name="_Toc985091580"/}}{{id name="_Toc153139709"/}}4.4.3Návrh riešenia technologickej architektúry ===
1755
1756 ==== Základné princípy architektúry ====
1757
1758 Technologická architektúra mesta Košice v TO-BE stave predstavuje ucelený a moderný koncept využívajúci existujúci hybridný cloud (Privátny cloud VDC + Microsoft Azure) ako primárnu platformu pre digitalizáciu a modernizáciu služieb. Architektúra je postavená na princípoch modularity, otvorenosti a interoperability (podpora MQTT, REST API, OPC UA), pričom využíva existujúcu mestskú komunikačnú sieť (MPLS infraštruktúra ISP providera) ako primárnu transportnú vrstvu.
1759
1760 ==== Cloudová infraštruktúra (Hybridný cloud) ====
1761
1762 **Privátny cloud (VDC)**
1763
1764 Virtuálne dátové centrum umiestnené v dátovom centre externého poskytovateľa, využívajúce platformu VMware. Prevádzkuje najmä kritické administratívne, ekonomické a GIS systémy mesta.
1765
1766 * Obmedzenia: Chýba natívna podpora pre Big Data, pokročilú kontajnerizáciu a real-time analytiku.
1767
1768 **Verejný cloud (Azure)**
1769
1770 Poskytuje moderné cloudové služby ako Azure IoT Hub, Azure Data Factory, Azure Kubernetes Service (AKS), Azure Stream Analytics a Azure ML. Určený najmä pre:
1771
1772 * IoT platformy a riešenia (Azure IoT Central, Azure IoT Hub)
1773 * Big Data a analytické služby
1774 * Edge computing (Azure IoT Edge)
1775
1776 **Sieťová infraštruktúra**
1777
1778 * MPLS infraštruktúra ISP providera ako primárne komunikačné riešenie mesta, s plánovaným rozšírením o špecializované IoT siete (LoRaWAN, NB-IoT, LTE) len v kritických prípadoch.
1779 * Centralizácia monitoringu (CheckMK, Cisco Meraki, Cisco ISE) pre celú infraštruktúru.
1780 * Implementácia SASE (Secure Access Service Edge) platformy pre jednotnú správu bezpečnosti (Firewall as a Service, Zero Trust bezpečnostný model).
1781
1782 **Dátová platforma a analytická vrstva**
1783
1784 * Centrálny dátový sklad (Azure Data Lake, SQL Database, Cosmos DB) pre konsolidáciu všetkých dátových zdrojov mesta.
1785 * Real-time a batch analytika (Azure Stream Analytics, Databricks) na pokročilé dátové analýzy a rozhodovanie v reálnom čase.
1786 * Jednotný dátový model pre IoT zariadenia, mestské aplikácie a analytické služby.
1787
1788 **Edge Computing a IoT vrstva**
1789
1790 * Plošné nasadenie edge computing uzlov (Azure IoT Edge, K3s runtime) v teréne pre lokálne spracovanie dát.
1791 * Zavedenie videoanalytických systémov s lokálnou AI analýzou incidentov a dopravných situácií (embedded AI).
1792 * Centrálna IoT platforma (Azure IoT Central, Azure IoT Hub) pre zjednotenú správu všetkých IoT zariadení.
1793
1794 **Bezpečnostná architektúra**
1795
1796 * Zavedenie pokročilého Identity & Access Management (IAM) riešenia pre IoT a externé subjekty.
1797 * Automatizovaná správa zariadení (Azure Device Provisioning Service) s pravidelným auditom a aktualizáciami.
1798 * Šifrovanie dát (TLS 1.3, AES-256) a centralizovaný bezpečnostný monitoring (Azure Sentinel, CheckMK).
1799 * Implementácia SASE platformy pre centralizovanú správu bezpečnosti komunikácie medzi edge zariadeniami, aplikáciami a cloudovou infraštruktúrou.
1800
1801 **Aplikačná integrácia a modernizácia systémov**
1802
1803 * Modulárna mikroslužbová architektúra – rozdelenie aplikácií do samostatných, škálovateľných mikroslužieb.
1804 * Postupná migrácia legacy aplikácií na kontajnerizované riešenia (Kubernetes, AKS).
1805 * API-first prístup pre všetky nové systémy s využitím spoločnej API brány (Azure API Management) pre integráciu s externými systémami a mestskými službami.
1806
1807 **DevOps a Kontajnerizačné nástroje**
1808
1809 * Preferované použitie nástrojov Kubernetes (Azure AKS) pre nasadenie kontajnerizovaných aplikácií.
1810 * Zavedenie DevOps nástrojov pre CI/CD (GitLab CI, GitHub Actions, Azure DevOps) na automatizované nasadzovanie aplikácií.
1811 * Low-code nástroje (Power Platform) pre rýchly vývoj a nasadenie nových aplikácií pre interné procesy.
1812
1813 **Prevádzkové prostredia**
1814
1815 * Vývojové prostredie (DEV) – menší Kubernetes klaster, automatizovaný CI/CD proces, bezpečný prístup pre vývojárov.
1816 * Testovacie prostredie (TEST) – oddelený, bezpečný Kubernetes klaster, anonymizované údaje, automatizované nasadzovanie aplikácií.
1817 * Produkčné prostredie (PROD) – vysoko dostupné Kubernetes klastry v hybridnom cloude, multi-zone architektúra, centrálny monitoring a robustné zabezpečenie.
1818
1819 **Využitie služieb vládneho cloudu**
1820
1821 * Primárne využitie existujúceho hybridného cloudu (VDC + Azure) s možnosťou nasadenia do vládneho cloudu pri jasne preukázaných ekonomických alebo technologických výhodách.
1822 * Výber služieb z katalógu vládneho cloudu bude dôkladne evaluovaný a zdôvodnený v BC/CBA analýze, pričom preferované sú existujúce Azure služby pre Big Data, IoT a analytiku.
1823
1824 **Požiadavky na HW, SW a licencie (detailne v BC/CBA)**
1825
1826 * HW: Kubernetes klastre v hybridnom cloude (Azure/VDC), fyzické edge zariadenia (Advantech Edge Gateway, Cisco IoT Gateway).
1827 * Softvér: PostgreSQL (open source), Azure Kubernetes Service, Azure IoT platforma, CI/CD nástroje (GitLab CI, Jenkins, ArgoCD).
1828 * Licencie: Azure licencie podľa využívaných cloudových služieb.
1829
1830 **Kľúčové výzvy a strategické priority**
1831
1832 * Odstránenie fragmentácie a centralizácia IT infraštruktúry a aplikácií mesta.
1833 * Zavedenie plnohodnotnej IoT platformy a transportnej vrstvy (mestská LPWAN, LoRaWAN/NB-IoT).
1834 * Implementácia pokročilého edge computingu pre lokálne spracovanie dát v teréne.
1835 * Plná migrácia existujúcich legacy aplikácií na kontajnerovú architektúru s využitím existujúcich cloudových služieb.
1836 * Zavedenie jednotnej bezpečnostnej architektúry (Zero Trust, IAM, SASE) a dôsledné dodržiavanie štandardov a otvorených
1837
1838 Takto navrhnutá technologická architektúra (TO-BE stav) umožní mestu Košice dosiahnuť efektívnu digitálnu transformáciu, zlepšiť dostupnosť a kvalitu služieb občanom, zabezpečiť vysokú úroveň bezpečnosti a interoperability mestských systémov, a zároveň umožní efektívne využívanie existujúcich investícií do technologickej infraštruktúry. Návrh rešpektuje existujúce obmedzenia (AS-IS stav), precízne rieši uvedené pripomienky a plne podporuje strategické ciele mesta.
1839
1840 === {{id name="_Toc1130364585"/}}{{id name="_Toc153139710"/}}4.4.4Využívanie služieb z katalógu služieb vládneho cloudu ===
1841
1842 V realizovanom projekte neplánujeme využívať služby z katalógu vládneho cloudu.
1843
1844 == {{id name="_Toc1569848295"/}}{{id name="_Toc153139712"/}}4.5Bezpečnostná architektúra ==
1845
1846 === AS IS stav bezpečnostnej architektúry ===
1847
1848 Súčasné riešenie kybernetickej a informačnej bezpečnosti v meste Košice je založené na čiastočne centralizovanej správe IT, pričom jednotlivé mestské organizácie uplatňujú nejednotné bezpečnostné opatrenia a politiky. Vo viacerých prípadoch existujú len základné kontrolné mechanizmy (firewally, antivírusové riešenia, bežné sieťové segmentovanie). Chýba dôsledná bezpečnostná dokumentácia zodpovedajúca aktuálnym predpisom (napr. vyhlášky o štandardoch a kybernetickej bezpečnosti).
1849
1850 Zálohovanie je realizované nejednotne – niektoré subsystémy majú denné zálohy, iné len adhoc riešenia. Auditné záznamy nie sú konsolidované v SIEM nástroji a mesto nevyužíva plne funkčné monitorovanie bezpečnostných udalostí.
1851
1852 Centralizovaný identitný a prístupový manažment (IAM)
1853
1854 1. Jednotný autentifikačný mechanizmus pre celú IT infraštruktúru:
1855 1*. Všetky organizácie mesta využívajú integrované riešenie založené na:
1856 1**. Active Directory
1857 1**. Microsoft Entra ID
1858 1*. Vzájomne prepojené prostredie s federovanou autentifikáciou
1859 1. Komplexný identity store pre všetky typy identít:
1860 1*. Zamestnanci magistrátu a príspevkových organizácií
1861 1*. Externí partneri a dodávatelia
1862 1*. Guest používatelia (obmedzené prístupové práva)
1863 1*. Systémové a služobné účty
1864 1. Implementované bezpečnostné politiky:
1865 1*. Pravidlá pre silné heslá a multi-faktorovú autentifikáciu (MFA)
1866 1*. Podmienený prístup (Conditional Access) podľa rolí a rizika – plánovaná implementácia
1867 1*. Pravidelné audity a recertifikácia prístupov
1868 1*. Automatizovaná správa životného cyklu identít (onboarding/offboarding)
1869
1870 === TO BE stav bezpečnostnej architektúry ===
1871
1872 Mesto plánuje zjednotiť bezpečnostnú politiku podľa požiadaviek zákona č. 69/2018 Z. z. o kybernetickej bezpečnosti a nadväzujúcich vyhlášok. Všetky kritické aj podporné IT systémy v rámci projektu „Inteligentné mesto Košice“ budú riadené spoločnými bezpečnostnými opatreniami. Integrovaný systém Identity & Access Management (IAM) poskytne centrálnu správu účtov, vrátane Single Sign-On a viacfaktorovej autentifikácie.
1873
1874 Pri riešení sa predpokladá:
1875
1876 * Implementácia SIEM nástroja pre centralizované logovanie a detekciu incidentov,
1877 * Nasadenie vrstvenej ochrany (perimetrové firewally, WAF, IPS/IDS systémy),
1878 * Segmentácia mestskej siete na zóny (riadiaca, DMZ, IoT podsiete) s definovanými pravidlami,
1879 * Zabezpečenie IoT zariadení (certifikáty, kryptografické protokoly) a šifrovaná komunikácia,
1880 * Vytvorenie plánu kontinuity (BCP) a disaster recovery (DR) pre dôležité systémy.
1881
1882 Alternatívy zvažujú odlišnú mieru nasadenia cloudu a vlastných on-premise bezpečnostných nástrojov. Hlavnou preferenciou je hybridné riešenie – kritické systémy nasadené v Hybridnom cloude podľa požiadaviek riešenia, pričom bezpečnostná architektúra musí byť koncepčne jednotná.
1883
1884 **Súlad s platnými právnymi a technickými normami**
1885
1886 Navrhovaná bezpečnostná architektúra rešpektuje:
1887
1888 * **Zákon č. 95/2019 Z.z. o informačných technológiách vo verejnej správe**: Integrovaná správa a metodická dokumentácia, schvaľovanie zmien, metodiky pre projektové riadenie,
1889 * **Zákon č. 69/2018 Z.z. o kybernetickej bezpečnosti** a súvisiace vyhlášky: Mestské systémy budú kategorizované, v prípade potreby zaradené do základných, pokročilých alebo špecifických bezpečnostných opatrení,
1890 * **Zákon č. 45/2011 Z.z. o kritickej infraštruktúre**: Ak by niektoré časti infraštruktúry spadali do kritickej infraštruktúry, zaistia sa osobitné opatrenia,
1891 * Vyhláška NBU č. 166/2018 Z.z., o podrobnostiach o technickom, technologickom a personálnom vybavení jednotky pre riešenie kybernetických bezpečnostných incidentov 
1892 * Vyhláška NBU č. 164/2018 Z.z., ktorou sa určujú identifikačné kritériá prevádzkovanej služby (kritériá základnej služby)
1893 * Vyhláška NBU č. 362/2018 Z.z., ktorou sa ustanovuje obsah bezpečnostných opatrení, obsah a štruktúra bezpečnostnej dokumentácie a rozsah všeobecných bezpečnostných opatrení 
1894 * Vyhláška NBU č. 436/2019 Z.z., o audite kybernetickej bezpečnosti a znalostnom štandarde audítora
1895 * **Vyhláška č. 78/2020 Z. z. o štandardoch pre IT verejnej správy**: Dodržiava štandardy pre kybernetickú bezpečnosť, IAM, formáty údajov, logovanie,
1896 * **Vyhláška č. 179/2020 Z. z.** (bezpečnostné opatrenia pre ITVS): Riešenie zavedie opatrenia zodpovedajúce výslednej kategorizácii,
1897 * **Vyhláška č. 158/2018 Z. z. (postup pri posudzovaní vplyvu na ochranu osobných údajov)**: Pre oblasť spracúvania osobných údajov bude vykonaná DPIA (Data Protection Impact Assessment) vždy, keď riešenie prichádza do styku s osobitnými kategóriami údajov,
1898 * **GDPR (Nariadenie (EÚ) 2016/679)** a **Zákon č. 18/2018 Z. z. o ochrane osobných údajov**: Spracúvanie osobných údajov je založené na princípe minimalizácie, prísnej správe prístupov a transparentnom informovaní dotknutých osôb.
1899
1900 **Postupy pre dosiahnutie požadovanej bezpečnosti (CIA triáda)**
1901
1902 **Dôvernosť** (Confidentiality):
1903
1904 * Centrálne IAM, viacfaktorová autentifikácia, segregácia rolí (RBAC), implementácia Tiering modelu,
1905 * Šifrovanie komunikácie (TLS), šifrovanie citlivých dát,
1906 * Dôsledné logovanie prístupov a kontrola prístupových práv.
1907
1908 **Dostupnosť** (Availability):
1909
1910 * Redundantné servery a sieťová infraštruktúra,
1911 * Záložné napájanie, HA klastre,
1912 * Jasný incident management a definované RTO/RPO.
1913
1914 **Integrita** (Integrity):
1915
1916 * Kontrola verzie softvérových komponentov, digitálne podpisy,
1917 * Hashovanie dôležitých databázových tabuliek,
1918 * Automatizované testy pre zmenové požiadavky a monitorovanie anomálií.
1919
1920 **Požiadavky na realizáciu Bezpečnostného projektu**
1921
1922 * Vytvorenie bezpečnostnej politiky mesta Košice, ktorá pokrýva aj projekt „Inteligentné mesto Košice“.
1923 * Aktualizácia bezpečnostnej dokumentácie (zápisy o rizikách, kategorizácia ITVS, interné smernice).
1924 * Zavedenie SIEM riešenia na centralizované logovanie bezpečnostných udalostí, reporting a notifikácie.
1925 * Ochrana proti malvéru, DDoS, a nasadenie mechanizmov pre detekciu a prevenciu prienikov (IPS/IDS).
1926 * Vytvorenie a pravidelná aktualizácia plánu kontinuity (BCP) a obnovy po havárii (DR).
1927
1928 **Požiadavky na používateľské role a správu prístupov**
1929
1930 **Interní používatelia**:
1931
1932 * Administrátori a pracovníci IT správy: Plný prístup k systémovým nastaveniam, logom, správu kont, s dôrazom na princíp minimálnych oprávnení.
1933 * Funkční používatelia (zamestnanci magistrátu, mestských organizácií): Prístup len k agendám, v ktorých pôsobia (napr. údržba, dispečing). Režim vychádza z definovaných rolí v IAM.
1934 * Prevádzka a podpora: Samostatná rola pre dohľad, odstraňovanie incidentov, bez prístupu k osobným údajom, ak to nie je nevyhnutné.
1935
1936 **Externí používatelia** (občania, podnikatelia, partneri):
1937
1938 * Prístup cez zabezpečené verejné rozhrania (portály, open API),
1939 * Overovanie identity pomocou eID alebo iných dôveryhodných metód,
1940 * Obmedzenie oprávnení len na vopred definované transakcie (napr. podanie žiadosti, zobrazenie stavu, nahlásenie incidentu).
1941
1942 **Legislatívne a regulačné dopady projektu**
1943
1944 Projekt „Inteligentné mesto Košice“ si vyžiada doplnenie a zosúladenie s legislatívnym rámcom:
1945
1946 1. **Zákon č. 95/2019 Z. z. o ITVS** – všetky nové ISVS (IDS, monitoring, údržba, dátový sklad) budú riadne evidované v MetaIS a zdrojové kódy budú odovzdané mestu v súlade s metodickým usmernením MIRRI č. 024077/2023.
1947 1. **Vyhláška č. 401/2023 Z. z.** – projekt sa riadi metodikou fázovania (I-03 → R1-1 → implementácia). Detailné BPMN procesy budú dopracované v realizačnej fáze, v súlade s požiadavkami MIRRI QA.
1948 1. **Vyhláška č. 78/2020 Z. z. o štandardoch pre ITVS** – projekt zabezpečí publikovanie otvorených dát (dopravné dáta, zimná údržba, incidenty) v úrovni 3★ interoperability, so zápisom do Národného katalógu otvorených dát.
1949 1. **Zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti** – všetky nové systémy budú zaradené do kategórií podľa NBÚ, implementované budú opatrenia IAM, SIEM a segmentácia siete.
1950 1. **Všeobecne záväzné nariadenia mesta (VZN) a interné smernice** – projekt si vyžiada novelizáciu vybraných VZN (napr. k dopravnej obsluhe a MHD) a úpravu interných procesných predpisov o zimnej údržbe a evidencii zásahov.
1951
1952 Týmto prístupom sa zabezpečí, že projekt „Inteligentné mesto Košice“ bude v plnom súlade s aktuálnou legislatívou, že sa minimalizujú bezpečnostné riziká a že mestská infraštruktúra a údaje budú primerane chránené pri každej aktivite súvisiacej s digitálnou transformáciou.
1953
1954 = {{id name="_Toc15428568"/}}{{id name="_Toc15427674"/}}{{id name="_Toc15426952"/}}{{id name="_Toc14573076"/}}{{id name="_Toc153139713"/}}5.Závislosti na ostatné ISVS / projekty =
1955
1956 **Tabuľka závislých projektov/IS v TO-BE architektúre Inteligentné mesto Košice:**
1957
1958 Projekt plánuje čerpať pasportizačné dáta pre dopravu z projektu_3051 Pasportizácia mestskej infraštruktúry a zelene mesta Košice a plánuje využívať elektronický formulár pre potreby nahlasovanie porúch z oblasti dopravy z projektu_3049 Inovatívne elektronické formuláre mesta Košice.
1959
1960 |**Stakeholder**|**Kód projektu/ISVS**|**Názov projektu/ISVS**|**Termín ukončenia**|**Popis závislosti (vzťah k projektu „Inteligentné mesto Košice“)**
1961 |**Mesto Košice**|ISVS_14568|**Inteligentný dopravný systém (IDS)**|12/2027 (plánované)|Komplexný systém riadenia dopravy v Košiciach. Jeho jadrom bude centrálna dopravná ústredňa online napojená na všetky semafory, dopravné senzory, video analytické detektory aj systém MHD. V reálnom čase zbiera dáta o doprave a automaticky optimalizuje nastavenie svetelnej signalizácie podľa aktuálnej situácie, čím zvyšuje plynulosť a bezpečnosť premávky. Prevádzkovateľom bude mesto (dopravný dispečing). IDS je kľúčová súčasť projektu – poskytuje dopravné dáta ostatným modulom a priamo realizuje „smart“ riadenie dopravy.
1962 |**Mesto Košice**|ISVS_10383|**SMART City integračná platforma**|12/2027 (plánované)|Nová centrálna dátová a integračná platforma inteligentného mesta Košice. Predstavuje digitálne srdce riešenia – zhromažďuje údaje zo všetkých senzorov a systémov, spracúva ich a poskytuje jednotné služby vyššej úrovne. Platforma umožní integráciu rôznorodých smart riešení v reálnom čase; pod ňu spadajú komponenty ako doprava, parkovanie, verejné osvetlenie – všetky tieto moduly budú cez platformu prepojené a zdieľajú dáta. Súčasťou platformy je jednotné úložisko mestských dát (Data Lake/dátový sklad) a API rozhrania na prepojenie so súčasnými systémami aj externými zdrojmi. Bez tejto platformy by ostatné smart city systémy nemohli fungovať integrovane.
1963 |**Mesto Košice**|ISVS_11074|**Dátový sklad mesta Košice**|12/2027 (plánované)|Centrálna dátová platforma/úložisko na ukladanie, agregáciu a historizáciu údajov z rôznych zdrojov. V reálnom čase prijíma dáta z IoT senzorov (doprava, parkovanie, prostredie), z mestských IS (napr. dáta MHD z dispečingu, ekonomické údaje o údržbe) aj z externých systémov (napr. meteorologické údaje). Dátový sklad konsoliduje tieto dáta do jednotného formátu a sprístupňuje ich pre nadstavbové analytické nástroje, reporting a Open Data portál. Táto vrstva je základ pre dátovo riadené rozhodovanie – umožňuje analyzovať historické trendy (napr. vývoj dopravy v čase), kombinovať dáta (napr. nehody vs. osvetlenie ulíc) a tvoriť prediktívne modely. Pre projekt je nevyhnutné mať takéto centrálne úložisko, aby všetky nazbierané údaje boli spoľahlivo uchované a dostupné na analýzu.
1964 |**Mesto Košice**|ISVS_11075|**BI platforma (Analytický nástroj mesta Košice)**|12/2027 (plánované)|Súbor Business Intelligence nástrojov a umelej inteligencie na pokročilú analýzu mestských dát. Nad dátovým skladom umožňuje tvorbu interaktívnych dashboardov a reportov pre manažment mesta (napr. prehľad kľúčových dopravných ukazovateľov). Zároveň budú nasadené AI modely pre prediktívnu analytiku – napr. predikcia dopravných zápch podľa historických trendov a aktuálnych dát alebo odhaľovanie anomálií v doprave. Tieto analytické nástroje podporia dátovo riadené rozhodovanie vedenia mesta (simulácie dopadov opatrení, lepšie plánovanie údržby, atď.) a sú preto dôležitým prvkom projektu (smart city musí vedieť dáta aj využiť).
1965 |**Mesto Košice**|ISVS_11079|**Open Data portál**|v prevádzke|Portál pre zverejňovanie otvorených dát mesta Košice. Umožní občanom, vývojárom a podnikateľom voľný prístup k vybraným datasetom z mestského dátového úložiska cez prehľadný katalóg a API rozhrania. Portál bude prepojený aj s geoportálom (mapou), aby si používateľ mohol údaje pozrieť aj vizuálne na mape. Táto komponenta zvyšuje transparentnosť a vytvára podmienky pre vznik inovatívnych aplikácií komunitou, čo je jeden z cieľov smart city.
1966 |**Mesto Košice**, //MIRRI SR//|ISVS_5737|**Inovatívne elektronické formuláre mesta Košice**|12/2027 (plánované)|Zavedenie inovatívnych elektronických formulárov k existujúcim eGovernment službám pre občanov – moderný webový portál s online formulármi a podaniami. Ide o rozšírenie mestských IS o modul elektronických formulárov, ktoré umožnia občanom digitálne podávať žiadosti, hlásenia porúch, petície a iné podania. Riešenie bude integrované s národnými systémami eGovernmentu (ÚPVS – slovensko.sk, elektronická schránka) a s internou registratúrou mesta, takže občan vybaví mestské agendy plne online v súlade s celonárodnými štandardmi. Táto závislosť je kritická, aby smart city projekt priniesol aj reálne digitálne služby (nielen senzory a dáta) a prepojil sa s existujúcim eGovernment ekosystémom SR.
1967 |**Mesto Košice**, //Mestská polícia//|ISVS_14562|**Monitorovací kamerový systém (senzory+AI)**|12/2027 (plánované)|Modernizácia a rozšírenie mestského videoanalytického systému s prvkami umelej inteligencie. Projekt integruje existujúce dopravné a bezpečnostné video analytické detektory do jednotného dohľadu a doplní ich o AI analytický softvér. Video analytické detektory budú automaticky rozpoznávať EČV vozidiel na vjazdoch do mesta či v pešej zóne, detegovať dopravné incidenty (nehody, nelegálne zastavenie, tvorbu kolóny) a hlásiť tieto udalosti do dopravnej centrály. Súčasťou monitoringu sú aj IoT senzory v infraštruktúre – vibračné a teplotné senzory vo vozovke (ISVS_14570) na sledovanie stavu ciest, ktoré vedia včas odhaliť nadmerné zaťaženie. Všetky nazbierané dáta z video-analytických zariadení a senzorov tečú do dátového skladu, kde sa vyhodnocujú a využívajú na operatívne riadenie aj plánovanie údržby. Tento systém poskytuje kľúčové vstupy pre dopravné analýzy – umožní získavať štatistiky o pohybe v meste, čím výrazne prispieva k informačnej základni smart city.
1968 |**Mesto Košice**, //MIRRI SR//|–|**SIEM a IAM komponenty**|12/2027 (plánované)|Bezpečnostné a identity manažment prvky potrebné pre prevádzku smart city ekosystému. SIEM (Security Information and Event Management) komponent zabezpečí centralizované logovanie a monitoring bezpečnostných udalostí zo všetkých modulov – systém bude zaznamenávať všetky operácie (zásahy do riadenia, prístupy k údajom) pre účely detekcie incidentov a auditu. IAM (Identity and Access Management) komponent zase zaistí jednotnú správu identít a prístupov – občania aj zamestnanci sa budú autentifikovať cez jednotné konto alebo cez národné eID, kde je to vyžadované. Tieto prvky sú závislosťou projektu, aby všetky nové integrácie boli bezpečné a v súlade s kyberbezpečnostnými štandardmi, a aby k smart city systémom mali prístup len oprávnené osoby.
1969 |**Mesto Košice**|ISVS_5733|**Geografický informačný systém (GIS)**|12/2027 (modernizácia)|Geografický informačný systém mesta Košice. V projekte zohrá významnú úlohu najmä pri pasportizácii dopravnej infraštruktúry a vizualizácii dát. Počíta sa s úzkou integráciou s ostatnými komponentmi. Obsahuje digitálne mapy ulíc, parciel, sietí, územného plánu a ďalších vrstiev, ktoré sa prepoja s databázami v Smart City platforme. Integrácia systému umožní zobrazovať dopravné dáta na mape – napr. aktuálny stav premávky na úsekoch, lokality porúch osvetlenia, polohu senzorov či video-analytických zariadení. Výstupom bude jednotná digitálna mapa so súčasnými informáciami o všetkých spravovaných aktívach (cesty, budovy, zeleň), využiteľná aj pre analytické nástroje a Open Data. Aktuálne a prepojené geografické údaje sú nevyhnutné pre kontext k dátam zo smart city (pri rozhodovaní aj pri publikácii údajov).
1970
1971 **Pozn.:** //Všetky uvedené systémy a projekty tvoria súčasť cieľovej (TO-BE) architektúry programu „Inteligentné mesto Košice“ a vzájomne sa integrujú. Termíny ukončenia vychádzajú z plánovaného harmonogramu projektu (predpokladané ukončenie Q4/2027) alebo z aktuálneho stavu realizácie.//
1972
1973 = {{id name="_Toc15428566"/}}{{id name="_Toc15427672"/}}{{id name="_Toc15426950"/}}{{id name="_Toc740800352"/}}{{id name="_Toc153139714"/}}6.Zdrojové kódy =
1974
1975 Pri príprave a realizácii projektu „Inteligentné mesto Košice“ je dôležité, aby dodávateľ odovzdal mestu Košice všetky zdrojové kódy vyvíjaných a modifikovaných softvérových komponentov, a to v takej forme a štruktúre, ktorá umožní nezávislý rozvoj, údržbu a prevádzku týchto riešení v súlade so Zákonom o informačných technológiách vo verejnej správe (Zákon č. 95/2019 Z. z.) a vyhláškou č. 401/2023 Z. z. (o riadení projektov).
1976
1977 Mesto Košice plánuje pri obstarávaní postupovať v zmysle vzoru Zmluvy o dielo.
1978
1979 Usmernenia pre oblasť zdrojových kódov:
1980
1981 * Metodické usmernenie č. 024077/2023 – o kvalite zdrojových kódov a balíkov softvéru zverejnené na stránke: [[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/>>url:https://mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/]]
1982 * Inštrukcie k EUPL licenciám: [[https:~~/~~/commission.europa.eu/content/european-union-public-licence_en>>url:https://commission.europa.eu/content/european-union-public-licence_en]]
1983
1984 === Rozsah a forma zdrojových kódov ===
1985
1986 **Zdrojové kódy všetkých nových modulov** vyvinutých v projekte:
1987
1988 * Ucelený a skompilovateľný zdrojový kód (buildovateľný projekt), vrátane všetkých knižníc a závislostí (dependencies).
1989 * Súčasťou musí byť aj dokumentácia build procesu (napr. //README.md//, konfiguračné skripty, //Dockerfile//, //CI/CD// skripty), aby bolo možné kód znova zostaviť v identickej verzii.
1990 * Dodávateľ je povinný dodať aj súvisiace „testovacie kódy“ (unit testy, integračné testy).
1991
1992 **Zdrojové kódy (príp. konfiguračné skripty) k úpravám existujúcich IS** (ak dôjde k modifikácii mestského ERP, a pod.):
1993
1994 * V prípade, že ide o úpravy proprietárneho systému, ktorého autorské práva vlastní tretia strana, dodávateľom sa doručujú aspoň tie časti kódu (pluginy, moduly, integračné rozhrania, skripty), ktoré vytvoril alebo upravil.
1995 * Zmeny a prípadné zákaznícke //patch-e// treba dodať samostatne tak, aby sa dali aplikovať na referenčnú verziu daného softvéru.
1996
1997 **Knižnice, manuály, šablóny a ďalšie podpurné artefakty**:
1998
1999 * Šablóny pre e-formuláre, UI komponenty, ID-SK témy (ak sa modifikovali) musia byť takisto odovzdané.
2000 * V prípade použitia open-source komponentov sa vyžaduje dokumentácia licencií a prípadná modifikácia týchto knižníc.
2001
2002 **Licenčné nastavenie – EUPL**:
2003
2004 * Zdrojové kódy vyvinuté v rámci projektu, ktoré sú hradené z verejných zdrojov, budú dodané pod otvorenou licenciou EUPL (European Union Public Licence) alebo licenciou zlučiteľnou so zákonom o ITVS.
2005 * Všetky časti, ktoré z technologických alebo právnych dôvodov nie je možné dodať pod EUPL (napr. integrácie na proprietárne systémy) bude potrebné špeciálne upraviť v zmluve a zdôvodniť ich licenčný režim.
2006
2007 === Spôsob odovzdávania a periodicita ===
2008
2009 **Priebežné verzovanie**:
2010
2011 * Zdrojové kódy (vrátane verzií) sa ukladajú v systéme na správu verzií, napr. //Git//.
2012 * Mesto Košice bude mať prístup //read-only// do tohto repozitára priebežne, aby mohlo sledovať vývoj a vykonávať kontrolu.
2013
2014 **Míľnikové odovzdania**:
2015
2016 * Pri dosiahnutí dohodnutých fázy (napr. ukončenie analýzy, ukončenie implementácie konkrétneho modulu, pilotné spustenie, finálna akceptácia) dodávateľ vždy uloží (tzv. release tag) príslušnú verziu kódu a odovzdá ju objednávateľovi.
2017 * Fakturácia za danú míľnikovú etapu bude podmienená kompletným doručením zdrojových kódov a schválením obsahu mestu Košice (akceptačný protokol).
2018
2019 **Záverečné odovzdanie**:
2020
2021 * Po finálnej akceptácii projektu bude dodávateľ povinný odovzdať kompletný, finálny stav zdrojových kódov (vrátane všetkých dokumentačných súborov a manuálov) aj v offline podobe (napr. archív.zip/.tar, odovzdaný na DVD/USB kľúči s kontrolným hash kódom).
2022 * Táto verzia bude archivovaná ako „Produkčná verzia 1.0“ v rámci mestského úložiska.
2023
2024 === Pravidlá pre preberanie, správu a archiváciu zdrojových kódov ===
2025
2026 **Zmluva o dielo / SLA**:
2027
2028 * V Zmluve o dielo (ZoD) a/alebo SLA musí byť uvedené, že všetky zdrojové kódy vyvinuté či modifikované v rámci projektu budú odovzdané mestu Košice najneskôr pri uzavretí konkrétnej vývojovej etapy a následne pri finálnom ukončení projektu.
2029 * Musí byť definované, že mesto Košice má trvalé a neobmedzené právo nakladať so zdrojovými kódmi (vrátane práva na úpravu, kopírovanie a ďalší vývoj).
2030
2031 **Preberací protokol**:
2032
2033 Dodávateľ vždy odovzdá mestu tzv. //preberací protokol// obsahujúci:
2034
2035 * špecifikáciu, ktorú časť kódu alebo modul odovzdáva,
2036 * verziu/commit ID,
2037 * krátky popis zmenených funkcionalít,
2038 * licenčné informácie (použité open-source knižnice) a spôsob ich integrácie.
2039 * Až po podpise preberacieho protokolu a úspešnom overení build/kompatibility (t. j. sprievodná kontrola, či je kód v stave //buildovateľnom a testovateľnom//) je možné pristúpiť k fakturácii danej etapy.
2040
2041 **Archivácia**:
2042
2043 * Mesto Košice bude archivovať všetky verzie zdrojových kódov, ktoré boli oficiálne odovzdané, v mestskom repozitári (napr. Gitlab/Bitbucket) s nastavenými prístupovými právami a verzioningom.
2044 * Archivácia musí byť zabezpečená minimálne na 5 rokov od ukončenia projektu alebo podľa osobitných predpisov o archivačnej lehote.
2045 * Pri ukončení SLA (podpory) alebo pri prechode na iného dodávateľa sa zdrojový kód (posledná produkčná verzia + všetky relevantné predchádzajúce) považuje za finálne archivovaný a sprístupnený novému dodávateľovi.
2046
2047 === Opatrenia na elimináciu vendor lock-in a záväzok k open source ===
2048
2049 Projekt //Inteligentné mesto Košice// bude realizovaný v súlade so zákonom č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a vyhláškou č. 401/2023 Z. z., ktoré ukladajú povinnosť zabezpečiť otvorenosť a opätovnú použiteľnosť riešení.
2050
2051 Na elimináciu rizika vendor lock-in sa uplatnia tieto záväzné opatrenia:
2052
2053 1. **Zdrojové kódy a dokumentácia**
2054 1*. všetky vyvinuté softvérové komponenty budú odovzdané mestu Košice vrátane kompletného zdrojového kódu, konfiguračných súborov, build skriptov a technickej dokumentácie,
2055 1*. každá dodaná časť bude obsahovať inštrukcie pre zostavenie (napr. maven/gradle, docker, npm) a popis závislostí,
2056 1*. odovzdávanie bude prebiehať priebežne pri jednotlivých míľnikoch, aby sa eliminovalo riziko závislosti od pôvodného dodávateľa.
2057
2058 1. **Licenčné podmienky a open source**
2059 1*. preferovaným licenčným modelom je **EUPL** (alebo iná kompatibilná OSS licencia),
2060 1*. v prípade komerčných komponentov sa budú obstarávať perpetual licence s právom na úpravy a ďalší rozvoj, pokiaľ to bude technicky možné a ekonomicky výhodné,
2061 1*. mesto Košice bude mať plné právo softvér používať, rozvíjať interne alebo prostredníctvom iného IT partnera.
2062
2063 1. **Sprístupnenie a opätovná použiteľnosť**
2064 1*. všetky vyvinuté komponenty budú zapísané v **MetaIS,**
2065 1*. pri open-source častiach bude možnosť zverejniť kód (napr. GitHub/GitLab) a umožniť tak príspevky aj od iných dodávateľov.
2066
2067 1. **Otvorené štandardy a API-first prístup**
2068 1*. integračné rozhrania budú implementované na báze otvorených štandardov (REST/JSON, OGC API, CityGML),
2069 1*. API rozhrania budú sprístupnené cez mestský API Gateway, čo umožní jednoduchú integráciu ďalších systémov.
2070
2071 1. **Možnosť zmeny dodávateľa**
2072 1*. v zmluve bude zakotvená povinnosť dodávateľa odovzdať zdrojové kódy, dokumentáciu, konfiguračné skripty a administrátorské prístupy,
2073 1*. tým sa zabezpečí možnosť preniesť údržbu a rozvoj na iného dodávateľa bez prerušenia prevádzky.
2074
2075 = {{id name="_Toc1202332381"/}}{{id name="_Toc153139715"/}}7.Prevádzka a údržba =
2076
2077 === AS IS stav zabezpečenia prevádzky a údržby ===
2078
2079 **Zabezpečenie prevádzky**
2080
2081 * **Serverová infraštruktúra**: V súčasnosti mestské informačné systémy (napr. ekonomický IS, GIS) bežia infraštruktúre Hybridného cloudu mesta.
2082 * **Podpora a dohľad**: Mesto má základné dohľadové procesy – monitoring niektorých kľúčových služieb (napr. databáz, sietí) beží prostredníctvom open-source nástrojov(CheckMK, Azure Monitor, Log Analytics, Application Insights, Azure Resource Health, VMware vCenter Server). Avšak nie všetky systémy sú zapojené do centrálneho monitoringu, SLA úroveň nie je jednotne definovaná.
2083 ** Service Desk mesta Košice
2084 ** Jednotný kontaktný bod pre IT služby, Service Desk mesta Košice poskytuje centralizovanú podporu pre všetky IT služby magistrátu a pripojených organizácií. Je založený na ITIL osvedčených postupoch a zabezpečuje efektívnu správu požiadaviek a incidentov. Sú implementované Incident Management (IM), Change Management (ChM), Problem Management, Request Fulfillment, Service Catalog. SLA sú nastavené pre vybrané kritické služby (napr. dostupnosť systémov, čas reakcie na incidenty), je implementované monitorovanie dodržiavania SLA. Realizujeme podporu cloudových služieb (Microsoft 365, Azure)
2085
2086 * **Incident manažment**: Podpora L1 je prevažne v rukách IT oddelenia mesta; L2 a L3 zabezpečujú externí dodávatelia (avšak dohody o SLA nie sú vždy formálne ošetrené).
2087 * **Údržba a aktualizácie**: Chýba dlhodobý plán verzií a rebríček priorít pre údržbu. Mesto Košice udržiava aktualizácie serverových a desktopových operačných systémov a bezpečnostných záplat prostredníctvom automatizovaných a poloautomatizovaných procesov, čím zabezpečuje stabilitu a bezpečnosť IT infraštruktúry.
2088
2089 **Úroveň poskytovaných služieb (SLA)**
2090
2091 1. Formálne definované SLA sú len v niektorých projektoch (napr. v zmluve o ekonomickom systéme). V iných oblastiach SLA definované nie sú, prípadne len stručne v zmluvách s externými firmami. SLA sú definované aj pre tieto ćasti IT infraśtruktúry
2092
2093 * Hybridný cloud
2094 * Tlačové služby
2095 * Podpora prevádzky IKT infraštruktúry
2096 * Mestská sieť
2097
2098 (% start="2" %)
2099 1. Typicky sa uvádza dostupnosť systémov v pracovných hodinách (8x5) a všeobecná doba odozvy do niekoľkých hodín až dní. Odstraňovanie vážnych porúch funguje ad-hoc s neurčitými lehotami.
2100 1. IT organizácia nie je pripravená na poskytovanie SLA služieb podľa požiadaviek organizácie. SLA služby nie sú reálne pokryté IT tímov s požadovanými znalosťami a dostupnosťou počas SLA.
2101 1. **Eskalácia problémov: Pre väčšinu IS neexistuje jasná eskalačná matica (kedy eskalovať dodávateľovi, kedy vedeniu, atď.).**
2102
2103 ==== **Zhrnutie AS IS:** ====
2104
2105 Prevádzka je zabezpečená relatívne funkčne, ale nejednotne. Neexistujú jasné SLA a údržba je často reaktívna. Systémy sa monitorujú čiastočne.
2106
2107 **Nedostatky v súčasnom stave:**
2108
2109 * **Chýbajúca CMDB (Configuration Management Database):**
2110 ** Absencia centralizovanej evidencie IT aktív (CI) obmedzuje efektívne riadenie IT
2111 ** Znemožňuje komplexnú analýzu dopadov a vzťahov medzi systémami
2112 ** Bráni implementácii plnohodnotného IT asset managementu
2113 * **Nefunkčné SLA (Service Level Agreements):**
2114 ** Existujúce SLA nie sú v súlade s reálnymi možnosťami IT tímu
2115 ** Požiadavky organizácií (zákazníkov) nie sú transformované do realizovateľných metrík
2116 ** Chýba prepojenie medzi business požiadavkami a IT kapacitami, skúsenosťami
2117
2118 === **TO BE stav zabezpečenia prevádzky a údržby** ===
2119
2120 V cieľovom stave „Inteligentného mesta Košice“ sa predpokladá profesionálnejšie a jednotnejšie zabezpečenie prevádzky a údržby, naprieč všetkými novými i modernizovanými systémami. Cieľ je vytvoriť efektívnu modernú IT organizáciu v meste Košice, orientovanú na poskytovanie IT služieb, nie len technickú podporu.
2121
2122 **IT ORGANIZÁCIA**
2123
2124 Budovanie centrálnej IT organizácie mesta Košice ako poskytovateľa služieb pre všetky organizácie v jeho zriaďovateľskej pôsobnosti. Definovanie jasného modelu riadenia (IT governance), organizačnej štruktúry, kompetencií, procesov a SLA.
2125
2126 **Komplexná správa IT služieb (ITSM)**
2127
2128 * Budú definované jasné SLA parametre (doba odozvy, doba riešenia) pre jednotlivé kategórie incidentov.
2129 * Mesto implementuje model, jedného dodávateľa SLA služieb pre podporu poskytovania IT služieb mesta Košice v súvislosti s IKT infraštruktúrou, pre všetky organizácia a obchodné spoločnosti mesta Košice
2130
2131 **Formálne SLA**
2132
2133 * Zavedenie formálnych SLA v zmluvách s kľúčovými dodávateľmi. Napr. dostupnosť 99,5 % pri produkčnom režime (24x7) pre kritické riešenia (dopravné riadenie, Kontá Košičana), 8x5 s reakciou do 1 h pre iné systémy.
2134 * Mesto Košice bude priebežne vyhodnocovať plnenie SLA formou mesačných alebo kvartálnych reportov (z helpdesku). Porušenie SLA môže byť spojené so sankciami, definovanými v zmluve.
2135
2136 **Proaktívna údržba**
2137
2138 * Budú nastavené procesy pre pravidelné plánované odstávky (napr. bezpečnostné záplaty, inštalácia minor verzií) a pre prediktívnu údržbu (na základe monitoringu). Skvalitnenie existúceho procesu riadenia zmien v IT infraštruktúre.
2139 * Pre IoT riešenia (smart doprava, smart osvetlenie) sa vybuduje dispečing s možnosťou vzdialených diagnostík a dispečeri budú mať definované reakčné časy na poruchy.
2140
2141 **Vylepšená podpora inovácií**
2142
2143 * Systémy budú navrhnuté modulárne, takže ak bude treba rozširovať funkcionalitu, nebude ohrozená bežná prevádzka. Rovnako sa zavedú testovacie a vývojové prostredia, aby do produkcie nešli neschválené zmeny.
2144
2145 **Zhrnutie TO BE**:
2146
2147 Prevádzka a údržba budú profesionálne riadené, s formálne definovanou SLA, jednotným helpdeskom a monitorovaním. Kritické systémy (napr. dopravná centrála) budú mať vyššiu dostupnosť a reakčné časy, bežné moduly budú mať garantovaný 8x5 režim podpory. Pre zníženie rizík sa uplatní proaktívny monitoring a jednotné riadenie zmien (Change Management).
2148
2149 == {{id name="_Toc1213604723"/}}{{id name="_Toc153139716"/}}7.1Prevádzkové požiadavky ==
2150
2151 === Prehľad požiadaviek na prevádzku a údržbu cieľového riešenia ===
2152
2153 **Disponibilita a SLA**
2154
2155 * Kľúčové systémy (dopravné riadenie, IoT platforma) musia bežať 24×7 s vysokou dostupnosťou (napr. 99,5 % ročne).
2156 * Nekritické moduly (napr. interná správa dokumentov, archivácia) budú prevádzkované v režime 8×5 (dostupné v pracovných dňoch), s reakčnou dobou do 2 hod.
2157 * Plánované odstávky na údržbu sa vykonávajú mimo špičkové hodiny, vopred oznámené (min. 48 h).
2158
2159 **Help Desk a podpora (L1, L2, L3)**
2160
2161 * **L1** – primárne call centrum / Service Desk mesta preberá a triedi hlásenia používateľov, rieši jednoduché problémy (reset hesla, nastavenia).
2162 * **L2** – špecializovaní zamestnanci verejného obstarávateľa (garanti IS) vyhodnocujú eskalované incidenty, majú detailnejšie znalosti, riešia pokročilejšie problémy.
2163 * **L3** – externý dodávateľ (resp. autori a vývojári systému), poskytujú najvyššiu úroveň odbornosti pri vážnych poruchách, bug-fixoch a hĺbkových analýzach.
2164 * Je potrebné zabezpečiť realizáciu predpokladov pre delivery IT služieb, IT stuff, odbornosť, dostupnosť, kompetencie, governance, procesy.
2165
2166 **Monitorovanie a logovanie**
2167
2168 * Automatizovaný zber logov zo systémov do centrálneho dohľadového nástroja (SIEM).
2169 * Definované alarmy pri výpadku služby, pri chybách a pri preťažení infraštruktúry.
2170 * Pre IoT zariadenia real-time monitoring stavu a varovanie pri strate komunikácie.
2171
2172 **Zálohovanie a obnova (DR, BCP)**
2173
2174 * Pravidelné denné zálohy kritických databáz do oddeleného úložiska (on-premise aj cloud).
2175 * Mesačné offline zálohy (dlhodobá archivácia).
2176 * Spracovaný disaster recovery plán s definovanými cieľmi (RPO, RTO) pre obnovenie kľúčových služieb.
2177
2178 **Správa a inštalácia patchov / nových verzií**
2179
2180 * Definovaný release management – testovanie patchov v test/prostredí, až potom nasadenie do produkcie.
2181 * Minimálne raz za štvrťrok bezpečnostné aktualizácie.
2182 * Každý majoritný upgrade je vopred komunikovaný so zainteresovanými cez Change Advisory Board (CAB).
2183
2184 **Školenia a dokumentácia**
2185
2186 * Pre L1 a L2 podporu sa organizujú pravidelné školenia, aby vedeli efektívne riešiť najčastejšie problémy.
2187 * Dodávateľ L3 odovzdá technickú a administrátorskú dokumentáciu (vrátane popisu architektúry, DB schém, manuálov k modulom).
2188 * Je potrebné vybudovať kompetencie IT tímu pre zabezečenie dodávky IT služieb Hybridného Cloudu.
2189 * Je potrebné vybudovať a zabezpečiť udržiavanie CMDB CI pre všetky IT CI.
2190
2191 === {{id name="_Toc720375508"/}}{{id name="_Toc153139717"/}}7.1.1Úrovne podpory používateľov ===
2192
2193 === Prevádzkové požiadavky – úrovne podpory ===
2194
2195 Nižšie uvádzame základný popis L1, L2 a L3 podpory a definované reakčné / riešiace časy (SLA).
2196
2197 * **Úroveň L1 (Help Desk)**
2198 * **Charakter**: Priamy kontakt používateľov (interných aj externých) s mestom.
2199 ** **Rozsah podpory**:
2200 *** Jednoduché požiadavky (reset hesla, inštruktáž, základná diagnostika).
2201 *** Evidencia incidentov a požiadaviek, ich kategorizácia, priradenie priority.
2202 *** Eskalácia na L2 alebo L3, ak problém presahuje základné kompetencie.
2203 ** **Čas dostupnosti**: typicky 8×5 (pracovné dni, 8:00 – 16:00), s možnosťou pohotovosti pri kritických systémoch.
2204 ** **Reakčný čas**: Pri prijatí incidentu do 1 hodiny vytvoriť záznam a potvrdiť prijatie.
2205 * **Úroveň L2 (podpora 2. stupňa)**
2206 ** **Charakter**: Skúsení interní garanti systémov a vybraní špecialisti s hĺbkovou znalosťou aplikácií.
2207 ** **Rozsah podpory**:
2208 *** Riešenie zložitejších chýb, analýza logov, kontrola konfigurácie systémov.
2209 *** Prípadné drobné opravy alebo workaroundy.
2210 *** Eskalácia na L3, ak ide o programovú chybu vyžadujúcu zásah pôvodného vývojára.
2211 ** **Čas dostupnosti**: zvyčajne 8×5, v prípade kritických incidentov (priorita 1) L2 reaguje aj mimo bežnú dobu (podľa dohody).
2212 ** **Reakčný čas**: do 2 hodín od eskalácie (z L1) začať riešenie; cieľ riešenia menších chýb do 1 pracovného dňa.
2213 * **Úroveň L3 (podpora 3. stupňa)**
2214 ** **Charakter**: Externý alebo interný vývojársky tím s najhlbšou znalosťou kódu a architektúry.
2215 ** **Rozsah podpory**:
2216 *** Odstraňovanie komplexných vád v kóde, vývoj nových patchov, nasadzovanie a testovanie fixov.
2217 *** Aplikačná integrácia, hĺbkové analýzy a performance tuning.
2218 ** **Čas dostupnosti**: Minimálne 8×5, s možnosťou dohody o 24×7 pre kritické aplikácie (napr. dopravné riadenie).
2219 ** **Doba reakcie**: do 4 hodín pri najvyššej priorite (incident P1 = výpadok kritických funkcií).
2220 ** **Cieľová doba odstránenia kritickej chyby**: najneskôr 2 pracovné dni (alebo podľa zmluvy).
2221
2222 === Štandardný čas podpory, rýchlosť odstraňovania vád, dostupnosť systému a zálohovanie ===
2223
2224 * (((
2225 **Help Desk (L1)**
2226
2227 * Dostupnosť: 8×5 (pracovné dni 8:00 – 16:00).
2228 * Registrácia incidentov do 1 hodiny.
2229 * Kategorizácia incidentov na P1 (kritický, výpadok služby), P2 (závažná chyba, ale čiastočná prevádzka možná), P3 (bežná chyba / otázka).
2230 )))
2231 * **SLA na L3 podporu**
2232 * **Dostupnosť**: 8×5 pri bežných incidentoch.
2233 * Pri kritických systémoch (dopravná riadiaca centrála) možná 24×7 pohotovosť, definovaná v zmluve.
2234 * **Odstraňovanie kritických chýb (P1)**: začiatok riešenia do 4 hodín, cieľ vyriešiť do 2 pracovných dní.
2235 * **Odstraňovanie menej závažných chýb (P2)**: začiatok riešenia do 1 pracovného dňa, vyriešenie do 5 pracovných dní alebo podľa dohody.
2236 * **Dostupnosť systému**
2237 * Pre strategické moduly (dopravný systém) sa očakáva dostupnosť 99,5 % ročne (24×7).
2238 * Pre ostatné systémy 98 % (najmä ak sú bežne prístupné len v pracovných hodinách).
2239 * **Zálohovanie a plán obnovy**
2240 * **Zálohovanie**: minimálne denne (incremental), týždenne plné zálohy. Kritické databázy môžu mať replikáciu real-time (HA klaster).
2241 * **Test obnovy**: aspoň raz ročne vykonať cvičnú obnovu dôležitých systémov, dokumentovať čas a priebeh (povinnosť definovaná v SLA).
2242 * **Obnova po havárii**: do 24 hodín (RTO) pre najdôležitejšie služby, RPO max. 4 hod.
2243
2244 === Požadované SLA na služby systémovej a aplikačnej podpory ===
2245
2246 Nižšie uvádzame prehľad vybraných parametrov SLA, ktoré sú záväzné pre produkčné aj testovacie prostredie informačných systémov.
2247
2248 |**Parameter SLA**|**Kritické systémy**|**Bežné systémy**
2249 |**Čas dostupnosti**|24 × 7(plánované odstávky dohodou)|8 × 5(počas prac. dní 8:00 – 16:00)
2250 |**Cieľová dostupnosť**|99,5 % ročne|98 % ročne
2251 |**Kritický incident (P1)**|Reakcia do 1–4 hOprava max do 2 prac. dní|Reakcia do 8 hOprava max do 5 prac. dní
2252 |**Stredný incident (P2)**|Reakcia do 1 prac. dňaOprava do 5 prac. dní|Reakcia do 2 prac. dníOprava do 10 dní
2253 |**Drobné chyby (P3)**|Oprava v najbližšom release window|Oprava v najbližšom release window
2254 |**Zálohovanie**|Denné + replikácia v reálnom čase|Denné
2255 |**Testovacie prostredie**|Dostupné 8 × 5, reakcia do 2 dní pri P1|Dostupné 8 × 5, reštaurácia max do 5 dní
2256
2257 **Pozn.:** Konkrétne časy a hodnoty budú spresnené podľa dôležitosti a zmluvných dohôd v SLA. Tabuľka je ilustračná.
2258
2259 === 7.1.2Riešenie incidentov – SLA parametre ===
2260
2261 **Definícia incidentu**
2262
2263 * **Za incident** sa považuje chyba informačného systému (IS), ktorá spôsobuje správanie v rozpore s prevádzkovou alebo používateľskou dokumentáciou IS.
2264 * **Nie je považované za incident**, ak sa príčina chyby nachádza mimo prostredia IS (napr. výpadok služby vo Vládnom cloude, komunikačnej infraštruktúry alebo iných externých komponentov).
2265
2266 **Označenie naliehavosti incidentu**
2267
2268 Naliehavosť popisuje, ako rýchlo je potrebné začať incident riešiť. Označuje sa stupňom A–D:
2269
2270 |**Označenie naliehavosti**|**Závažnosť**|**Popis**
2271 |**A**|Kritická|Úplné zlyhanie systému alebo nie je možné používať žiadnu jeho časť. Nie je možné poskytnúť požadovaný výstup z IS.
2272 |**B**|Vysoká|Čiastočné zlyhanie systému, ktoré neumožňuje používať podstatnú časť systému.
2273 |**C**|Stredná|Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.
2274 |**D**|Nízka|Kozmetické a drobných chyby (t. j. nebránia použitiu systému, majú iba malý dopad).
2275
2276 **Možný dopad**
2277
2278 Dopad popisuje, ako silno incident zasiahne fungovanie mesta, užívateľov a celkové prevádzkové procesy. Označuje sa stupňom 1–3:
2279
2280 |**Označenie dopadu**|**Popis dopadu**
2281 |**1 – katastrofický**|Veľmi vážny, až katastrofický dopad, priamy finančný dopad, výrazná strata dát alebo nefunkčnosť kritickej služby.
2282 |**2 – značný**|Značný dopad alebo strata dát, komplikuje bežné prevádzkové činnosti.
2283 |**3 – malý**|Malý dopad, zvyčajne nebráni základnému fungovaniu, môže znamenať menšiu stratu dát.
2284
2285 ----
2286
2287 **Výpočet priority incidentu (matica)**
2288
2289 Priorita incidentu vychádza z kombinácie **dopadu (1–3)** a **naliehavosti (A–D)** podľa nasledujúcej matice:
2290
2291 | |**Kritická (A)**|**Vysoká (B)**|**Stredná (C)**|**Nízka (D)**
2292 |**Dopad 1 – katastrofický**|P1|P2|P2|P3
2293 |**Dopad 2 – značný**|P2|P3|P3|P4
2294 |**Dopad 3 – malý**|P3|P3|P4|P4
2295
2296 Legenda k matici:
2297
2298 * **P1** – najvyššia priorita (kritický incident), ktorý je treba riešiť okamžite.
2299 * **P2**, **P3**, **P4** – postupne nižšie priority, s odlišnými požiadavkami na reakčný čas a doba vyriešenia.
2300
2301 **Poznámka**: Niektoré polia v matici majú rovnaké označenie (napr. P2 / P3). Presné určenie je v kompetencii L2 podpory v spolupráci s nahlasujúcim, pričom vždy sa prihliada na reálnu situáciu a možné následky incidentu.
2302
2303 **Vyžadované reakčné doby**
2304
2305 Nižšie je uvedená tabuľka so základnými SLA parametrami pre reakčné časy a časy konečného vyriešenia (DKVI). Tieto platia pre incidenty nahlásené na help desk L3 (priamy kanál s úspešným uchádzačom), pričom v praxi sa však incidenty obvykle najprv nahlasujú na L1 (mesto) a eskalujú sa na L2/L3 podľa potreby.
2306
2307 |**Priorita**|**Reakčná doba (1)**|**Doba konečného vyriešenia (DKVI) (2)**|**Spoľahlivosť (3) (max incidentov/mes.)**
2308 |**1**|0,5 hod. od nahlásenia|4  hod.|1
2309 |**2**|1 hod.|12 hod.|2
2310 |**3**|1 hod.|24 hod.|10
2311 |**4**|1 hod.|V rámci plánovaných releasov|– (v 3 mesiace, resp. dohodou)
2312
2313 **Vysvetlivky k tabuľke**:
2314
2315 * **Reakčná doba**: Čas od nahlásenia incidentu (priamo na L3) po **prevzatie** incidentu na riešenie.
2316 * **DKVI – doba konečného vyriešenia**: Čas medzi nahlásením a obnovením plnej funkčnosti IS. Po jej uplynutí musí byť systém plne prevádzkyschopný. Do DKVI **nie** je zahrnutý čas, počas ktorého je potrebná nevyhnutná súčinnosť verejného obstarávateľa (napr. schvaľovanie riešenia, poskytnutie prístupu).
2317 * **Spoľahlivosť**: Maximálny počet incidentov danej priority, ktorý môže mesačne nastať bez penalizácie. Každý ďalší incident nad limit sa počíta ako deň omeškania.
2318 * **Incidenty v testovacom prostredí majú spravidla prioritu 3 alebo 4 a nevzťahujú sa na ne prísne lehoty pre produkčné systémy.**
2319
2320 **Poznámky a výnimky zo SLA**
2321
2322 * **Incidenty mimo prostredia IS**
2323 ** Ak výpadok spôsobí napr. komunikačná infraštruktúra, Vládny cloud, alebo iný externý faktor, riešenie nemôže byť braná ako zodpovednosť za incident voči úspešnému uchádzačovi.
2324 * **Duplicita / technická príbuznosť**
2325 ** Duplicitné alebo technicky súvisiace incidenty nahlásené v rovnakom časovom intervale (napr. v daný pracovný deň) sa považujú za jeden incident z hľadiska SLA.
2326 * **Služby na požiadanie, legislatívne zmeny**
2327 ** Tieto SLA parametre neplatia pre špeciálne služby (napr. iné aplikačné úpravy nad rámec paušálu, legislatívne zmeny). Pre ne sa definujú osobitné podmienky dodania a časové lehoty.
2328 * **Plánované releasy**
2329 ** Pre **prioritu 4** (nízka, kozmetická chyba) je obvykle dohodnuté, že sa rieši a nasadzuje v rámci plánovaných balíčkov (releasov), ktoré môžu prebiehať napr. mesačne alebo štvrťročne.
2330 * **Dostupnosť L3 podpory**
2331 ** Štandardne 8×5, avšak pri prioritných systémoch (napr. dopravná riadiaca centrála) môže byť dohodnutá 24×7 pohotovosť.
2332
2333 == {{id name="_Toc1544169800"/}}{{id name="_Toc153139718"/}}{{id name="_Toc34423613"/}}{{id name="_Toc527558121"/}}7.2Požadovaná dostupnosť IS: ==
2334
2335 |**Popis**|**Parameter**|**Poznámka**
2336 |**Prevádzkové hodiny**|//12 hodín//|//od 6:00 hod. - do 18:00 hod. počas pracovných dní//
2337 |(% rowspan="2" %)**Servisné okno**|//10 hodín//|//od 19:00 hod. - do 5:00 hod. počas pracovných dní//
2338 |//24 hodín//|(((
2339 //od 00:00 hod. - 23:59 hod. počas dní pracovného pokoja a štátnych sviatkov//
2340 //Servis a údržba sa bude realizovať mimo pracovného času.//
2341 )))
2342 |**Dostupnosť produkčného prostredia IS**|//98,5%//|(((
2343 //98,5% z 24/7/365 t.j. max ročný výpadok je 66 hod.//
2344 //Maximálny mesačný výpadok je 5,5 hodiny.//
2345 //Vždy sa za takúto dobu považuje čas od 0.00 hod. do 23.59 hod. počas pracovných dní v týždni.//
2346 //Nedostupnosť IS sa počíta od nahlásenia incidentu Zákazníkom v čase dostupnosti podpory Poskytovateľa (t.j. nahlásenie incidentu na L3 v čase od 6:00 hod. - do 18:00 hod. počas pracovných dní). Do dostupnosti IS nie sú započítavané servisné okná a plánované odstávky IS.//
2347 //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.//
2348 )))
2349
2350 === {{id name="_Toc992446895"/}}{{id name="_Toc153139719"/}}{{id name="_Toc34423614"/}}7.2.1Dostupnosť (Availability) ===
2351
2352 **//Dostupnosť//**// (**Availability**) je pojem z oblasti riadenia bezpečnosti v organizácii. Dostupnosť znamená, že dáta sú prístupné v okamihu jej 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. Orientačný zoznam dostupnosti je uvedený v nasledovnom prehľade~://
2353
2354 * **//90% dostupnosť//**// znamená výpadok 36,5 dňa//
2355 * **//95% dostupnosť//**// znamená výpadok 18,25 dňa//
2356 * **//98% dostupnosť//**// znamená výpadok 7,30 dňa//
2357 * **//99% dostupnosť//**// znamená výpadok 3,65 dňa//
2358 * **//99,5% dostupnosť//**// znamená výpadok 1,83 dňa//
2359 * **//99,8% dostupnosť//**// znamená výpadok 17,52 hodín//
2360 * **//99,9%//**// (“**tri deviatky**”) **dostupnosť** znamená výpadok 8,76 hodín//
2361 * **//99,99%//**// (“**štyri deviatky**”) **dostupnosť** znamená výpadok 52,6 minút//
2362 * **//99,999%//**// (“**päť deviatok**”) **dostupnosť** znamená výpadok 5,26 minút//
2363 * **//99,9999%//**// (“**šesť deviatok**”) **dostupnosť** znamená výpadok 31,5 sekúnd//
2364
2365 //Hoci je obvyklé uvádzať dostupnosť v percentách, presnejšie ukazovatele sú vyjadrením doby obnovenia systému a na množstvo dát, o ktoré môžeme prísť~://
2366
2367 * [[RTO (Recovery Time Objective)>>path:#_heading=h.lpnnbq6e2mz1]]// - doba obnovenia systému, t.j. za ako dlho po výpadku musí byť systém funkčný (pre bližšie info klik na nadpis)//
2368 * [[RPO (Recovery Point Objective) >>path:#_heading=h.s117lvq1xc4]]//- aké množstvo dát môže byť stratené od vymedzeného okamihu//
2369 * //Recovery Time - čas potrebný k obnove//
2370
2371 //Riešenie dostupnosti v praxi: Nedostupnosť //[[//dát//>>url:https://datalab.digital/wp-content/uploads/CSRU_poskytovatelia_polozky_v3.xlsx]]// je jedným z //[[//rizík//>>url:https://www.zakonypreludi.sk/zz/2020-78/znenie-20200501]]//, ktorý môže postihnúť každú //[[//organizáciu//>>url:https://metais.vicepremier.gov.sk/publicspace]]//. Dostupnosť je jedným s kľúčových požiadaviek na každý dôležitý //[[//informačný systém//>>url:https://datalab.digital/dokumenty/]]// a vplyv na dostupnosť má mnoho faktorov, napríklad~://
2372
2373 * //Dostupnosť //[[//servera//>>url:https://metais.vicepremier.gov.sk/help]]
2374 * //Dostupnosť pripojenie k internetu//
2375 * //Dostupnosť //[[//databázy//>>url:https://www.zakonypreludi.sk/zz/2020-85/znenie-20200501]]
2376 * //Dostupnosť //[[//webových stránok//>>url:https://managementmania.com/sk/sla-service-level-agreement]]
2377
2378 //V prípade, že je časť softvér alebo infraštruktúra zabezpečovaná externe (napr. hosting, webhosting), prenáša sa zodpovednosť za dostupnosť týchto komponentov na dodávateľa. Potom je potrebné mať vhodným spôsobom ošetrenú úroveň dostupnosti, ktorú musí dodávateľ dodržať. Zvyčajne je dostupnosť súčasťou //[[//dohody o úrovni poskytovaných služieb (SLA)//>>url:https://datalab.digital/referencne-udaje/]]//.//
2379
2380 === {{id name="_Toc862618350"/}}{{id name="_Toc153139720"/}}{{id name="_Toc34423615"/}}{{id name="_RTO_(Recovery_Time"/}}7.2.2RTO (Recovery Time Objective) ===
2381
2382 **Recovery Time Objective**// (zvyčajne sa požíva skratka RTO) je jeden z ukazovateľov //__[[dostupnosti>>url:https://managementmania.com/sk/data]]__// dát. RTO vyjadruje množstvo času potrebné pre obnovenie //__[[dát>>url:https://datalab.digital/legislativa/]]__// a celej prevádzky nedostupného systému (//__[[softvér>>url:https://datalab.digital/dokumenty]]__//). Môže byť, v závislosti na použitej technológii, vyjadrené v sekundách, hodinách či dňoch.//
2383 Využitie RTO v praxi//: Ukazovateľ RTO sa z pohľadu zákazníka využíva pre vyjadrenie doby pre obnovu dát. (napr. formou //__[[SLA>>url:https://www.minv.sk/swift_data/source/mvsr_a_eu/fabianova/np_optimalizacia/metodika-modelovania-udajov-vs.pdf]]__//). Na druhú stranu poskytovatelia dnes môžu voliť rôzne technológie zálohovanie, respektíve replikovanie dát a dobu obnovy dát znížiť až k nulovému výpadku. Existujúce technológie sa delia zhruba nasledovne~://
2384
2385 * //Tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni//
2386 * //Asynchrónne replikácie dát - výpadok a obnova v poriadku sekúnd až minút//
2387 * //Synchrónny replikácie dát - nulový výpadok//
2388
2389 === {{id name="_Toc2066578526"/}}{{id name="_Toc153139721"/}}{{id name="_Toc34423616"/}}{{id name="_RPO_(Recovery_Point"/}}7.2.3RPO (Recovery Point Objective) ===
2390
2391 **Recovery Point Objective**// (zvyčajne sa požíva skratka RPO) je jeden z ukazovateľov //__[[dostupnosti>>url:https://datalab.digital/legislativa/]]__// dát. RPO vyjadruje, do akého stavu (bodu) v minulosti možno obnoviť //__[[dáta>>url:https://datalab.digital/]]__//. Inými slovami množstvo dát, o ktoré môže organizácia prísť.//
2392 Využitie RPO v praxi//**: **Ukazovateľ RPO sa z pohľadu zákazníka využíva pre vyjadrenie množstva obnoviteľných dát. (napr. formou //__[[SLA>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]__//). Na druhú stranu poskytovatelia dnes môžu voliť rôzne technológie //__[[zálohovanie>>url:https://joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf]]__//, respektíve replikovanie dát a bod obnovy dát znížiť až k nulovej strate. Existujúce technológie sa delia zhruba nasledovne~://
2393
2394 * //Tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni//
2395 * //Asynchrónne replikácie dát - výpadok a obnova v poriadku sekúnd až minút, strata sa blíži k nule//
2396 * //Synchrónny replikácie dát - nulová strata//
2397
2398 = {{id name="_Toc2005115416"/}}{{id name="_Toc153139722"/}}{{id name="_Toc15428571"/}}{{id name="_Toc15427677"/}}{{id name="_Toc15426955"/}}8.Požiadavky na personál =
2399
2400 V rámci prípravnej a realizačnej fázy projektu sa očakáva, že dodávateľ aj verejný obstarávateľ budú participovať prostredníctvom nasledujúcich rolí(v zmysle vyhlášky 401/2023):
2401
2402 **BIZNIS VLASTNÍK (verejného obstarávateľa)**
2403
2404 * zodpovedá za proces - jeho výstupy i celkový priebeh poskytnutia služby alebo produktu konečnému užívateľovi. Kľúčová rola na strane zákazníka (verejného obstarávateľa), ktorá schvaľuje biznis požiadavky a zodpovedá za výsledné riešenie, prínos požadovanú hodnotu a naplnenie merateľných ukazovateľov. Úlohou tejto roly je definovať na užívateľa orientované položky (user-stories), ktoré budú zaradzované a prioritizované v produktovom zásobníku. Zodpovedá za priebežné posudzovanie vecných výstupov dodávateľa v rámci analýzy, návrhu riešenia vrátane DNR z pohľadu analýzy a návrhu riešenia aplikácii IS.
2405 * zodpovedný za schválenie funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu. Definuje očakávania na kvalitu projektu, kvalitu projektových produktov, prínosy pre koncových používateľov a požiadavky na bezpečnosť. Definuje merateľné výkonnostné ukazovatele projektov a prvkov. Vlastník procesov schvaľuje akceptačné kritériá, rozsah a kvalitu dodávaných projektových výstupov pri dosiahnutí platobných míľnikov, odsúhlasuje spustenie výstupov projektu do produkčnej prevádzky a dostupnosť ľudských zdrojov alokovaných na realizáciu projektu.
2406
2407 **Odborník pre IT dohľad/ Quality Assurance (verejného obstarávateľa)**
2408
2409 * zodpovedá za priebežné vyžadovanie, hodnotenie a kontrolu kvality (vecnej aj formálnej) počas celého projektu. Je zodpovedný za úvodné nastavenie pravidiel riadenia kvality a za následné dodržiavanie a kontrolu kvality jednotlivých projektových výstupov. Sleduje a hodnotí kvalitatívne ukazovatele projektových výstupov a o zisteniach informuje projektového manažéra objednávateľa formou pravidelných alebo nepravidelných správ/záznamov.
2410
2411 * plánuje, koordinuje, riadi a kontroluje systém manažérstva kvality, monitoruje a meria procesy a identifikuje príležitosti na trvalé zlepšovanie systému manažérstva kvality v organizácii v súlade s platnými normami. Zabezpečuje tvorbu cieľov a koncepcie kvality, vrátane kontroly ich plnenia a vykonáva interné a externé audity kvality v súlade s plánom.
2412 * Počas celej doby realizácie projektu zabezpečuje zhodu kvality projektových výstupov s požiadavkami. Realizuje postupy riadenia kvality tak, aby výsledkom boli projektové výstupy spĺňajúce požiadavky objednávateľa. Kontroluje, či sa riadenie a proces zabezpečenia kvality vykonáva správnym spôsobom, v správnom čase a správnymi osobami.
2413
2414 **IT ANALYTIK (verejného obstarávateľa)**
2415
2416 * zodpovedá za zber a analyzovanie funkčných požiadaviek, analyzovanie a spracovanie dokumentácie z pohľadu procesov, metodiky, technických možností a inej dokumentácie. Podieľa sa na návrhu riešenia vrátane návrhu zmien procesov v oblasti biznis analýzy a analýzy softvérových riešení. Zodpovedá za výkon analýzy IS, koordináciu a dohľad nad činnosťou SW analytikov.
2417 * analyzuje požiadavky na informačný systém/softvérový systém, formálnym spôsobom zaznamenáva činnosti/procesy, vytvára analytický model systému, okrem analýzy realizuje aj návrh systému, ten vyjadruje návrhovým modelom.
2418 * pripravuje špecifikáciu cieľového systému od procesnej až po technickú rovinu. Mapuje a analyzuje existujúce podnikateľské a procesné prostredie, analyzuje biznis požiadavky na informačný systém, špecifikuje požiadavky na informačnú podporu procesov, navrhuje koncept riešenia a pripravuje podklady pre architektov a vývojárov riešenia, participuje na realizácii zmien, dohliada na realizáciu požiadaviek v cieľovom riešení, spolupracuje pri ich preberaní (akceptácie) používateľom.
2419 * Pri návrhu IT systémov využíva odbornú špecializáciu IT architektov a projektantov. Študuje a analyzuje dokumentáciu, požiadavky klientov, legislatívne a technické podmienky a možnosti zvyšovania efektívnosti a výkonnosti riadiacich a informačných procesov. Navrhuje a prerokúva koncepcie riešenia informačných systémov a analyzuje ich efekty a dopady. Zabezpečuje spracovanie analyticko-projektovej špecifikácie s návrhom dátových a objektových štruktúr a ich väzieb, užívateľského rozhrania a ostatných podkladov pre projektovanie nových riešení.
2420 * Spolupracuje na projektovaní a implementácii návrhov. Môže tiež poskytovať poradenstvo v oblasti svojej špecializácie. Zodpovedá za návrhovú (design) časť IT - pôsobí ako medzičlánok medzi používateľmi informačných systémov (biznis pohľad) a ich realizátormi (technologický pohľad).
2421
2422 **MANAŽER KYBERNETICKEJ BEZPEČNOSTI (KIB) (verejného obstarávateľa)**
2423
2424 * zodpovedá za dodržanie princípov a štandardov na kybernertickú a IT bezpečnosť, za kontrolu a audit správnosti riešenia v oblasti bezpečnosti.
2425 * koordinuje a riadi činnosť v oblasti bezpečnosti prevádzky IT, spolupracuje na projektoch, na rozvoji nástrojov a postupov k optimalizácii bezpečnostných systémov a opatrení. Stanovuje základné požiadavky, podmienky a štandardy pre oblasť bezpečnosti programov, systémov, databázy či sieti. Spracováva a kontroluje príslušné interné predpisy a dohliada nad plnením týchto štandardov a predpisov. Kontroluje a riadi činnosť nad bezpečnostnými testami, bezpečnostnými incidentmi v prevádzke IT. Poskytuje inštrukcie a poradenstvo používateľom počítačov a informačných systémov pre oblasť bezpečnosti.
2426
2427 PODMIENKY SPRÁVNEHO a EFEKTÍVNEHO VÝKONU ČINNOSTI role Manažér KIB a ITB:
2428
2429 1. neobmedzený aktívny prístup ku všetkým projektovým dokumentom, nástrojom a výstupom projektu, v ktorých sa opisuje predmet projektu z hľadiska jeho architektúry, funkcií, procesov, manažmentu informačnej bezpečnosti a spôsobov spracúvania dát, ako aj dát samotných.
2430 1. rola manažér Kybernetickej a IT bezpečnosti si vyžaduje mať sprístupnené všetky informácie o bezpečnostných opatreniach zavádzaných projektom v zmysle:
2431
2432 * § 20 zákona č.69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov
2433 * ustanovení zákona č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov
2434
2435 **Projektový manažér (dodávateľa)**
2436
2437 * **Zodpovednosť**: Riadenie realizácie projektu podľa schválenej metodiky (napr. PRINCE2 alebo ekvivalent). Plánovanie, koordinácia a monitoring termínov, rozpočtu a komunikácia s verejným obstarávateľom.
2438 * **Požadované kompetencie**:
2439 ** Prax s vedením IT projektov min. 3 roky
2440 ** Certifikát PRINCE2 Practitioner / IPMA / PMI (výhodou)
2441 ** Skúsenosti s koordináciou tímu 5+ ľudí
2442 * **Zodpovednosť v projekte**: Vedenie projektovej dokumentácie, organizácia míľnikov, reporting.
2443
2444 **Projektový manažér (verejného obstarávateľa)**
2445
2446 * **Zodpovednosť**: Vnútorná koordinácia medzi odbormi mesta (IT, doprava, finančné), zabezpečenie dostupnosti kľúčových používateľov a rozhodnutí manažmentu.
2447
2448 * **Požadované kompetencie**:
2449 ** Znalosť vnútorných procesov samosprávy
2450 ** Prax s projektmi verejnej správy výhodou
2451 ** Orientácia v oblasti delivery riešení IT infraštruktúry-cloud je výhodou
2452 * **Zodpovednosť v projekte**: Odsúhlasovanie čiastkových výstupov dodávateľa, zabezpečovanie súčinnosti mestských odborov.
2453
2454 **IT architekt / Systémový architekt (dodávateľa)**
2455
2456 * **Zodpovednosť**: Tvorba cieľovej architektúry (aplikačnej, dátovej, technologickej), návrh integračnej platformy, dohľad nad technickým dizajnom riešenia.
2457
2458 * **Požadované kompetencie**:
2459 ** Prax s návrhom informačných systémov min. 3 roky
2460 ** Znalosť integračných technológií (ESB, API manažment, Microservices)
2461 ** Znalosť noriem a metodík (napr. TOGAF, ArchiMate výhodou)
2462 * **Zodpovednosť v projekte**: Vypracovanie technického dizajnu, spolupráca s biznis analytikmi, koordinácia vývojového tímu a dohľad nad implementáciou.
2463
2464 **IT architekt / Systémový architekt (verejný obstarávateľ)**
2465
2466 * **Zodpovednosť**: Analýza funkčných a nefunkčných požiadaviek od mesta, spolupráca s kľúčovými používateľmi pri definovaní procesov, tvorba use-case scenárov a biznis špecifikácií.
2467
2468 * **Požadované kompetencie**:
2469 ** Skúsenosti s analytickými technikami (BPMN, UML)
2470 ** Prax v IT/business analýzach min. 2 roky
2471 * **Zodpovednosť v projekte**: Spracovanie detailnej analýzy požiadaviek, návrh procesov TO-BE, tvorba podkladov pre vývoj.
2472
2473 **Vedúci vývojového tímu / Technický líder (dodávateľa)**
2474
2475 * **Zodpovednosť**: Riadenie vývojárov (programátorov), prideľovanie úloh, dohľad na kvalitu kódu a integrácií.
2476
2477 * **Požadované kompetencie**:
2478 ** Senior vývojárska prax 3+ roky
2479 ** Schopnosť vedenia menšieho tímu 3–5 ľudí
2480 * **Zodpovednosť v projekte**: Zabezpečenie dodržania technických štandardov, riešenie komplexných technických problémov.
2481
2482 **Vývojári (dodávateľa)**
2483
2484 * **Zodpovednosť**: Implementácia aplikačných modulov, tvorba integrácií a databázových skriptov, príprava testov a nasadenie do prostredí.
2485
2486 * **Požadované kompetencie**:
2487 ** Znalosť požadovaných technológií (napr. Java,.NET, JavaScript, DB, ESB, apod.)
2488 ** Znalosti DevOps nástrojov (CI/CD) výhodou
2489
2490 **Test manažér (dodávateľa)**
2491
2492 * **Zodpovednosť**: Plánovanie, príprava a vedenie testovania (funkčné, integračné, výkonnostné, bezpečnostné testy).
2493
2494 * **Požadované kompetencie**:
2495 ** Prax s riadením testov aspoň 2 roky
2496 ** ISTQB certifikácia výhodou
2497 * **Zodpovednosť v projekte**: Tvorba test plánu, koordinácia testerov, definovanie testovacích scenárov, reporting výsledkov.
2498
2499 **Key users / Kľúčoví používatelia (verejný obstarávateľ)**
2500
2501 * **Zodpovednosť**: Poskytovať detailné znalosti agendy a procesov, spolupracovať pri analýze a testovaní (akceptačnom testovaní).
2502
2503 * **Požadované kompetencie**:
2504 ** Dobrá znalosť fungovania príslušného mestského odboru (napr. doprava, ekonomika, styk s občanmi)
2505 ** Ochota zapojiť sa do testovacej fázy a dávať spätnú väzbu
2506 * **Zodpovednosť v projekte**: Overiť, či implementované riešenie vyhovuje reálnym potrebám.
2507
2508 **Špecialista na integráciu / IoT (dodávateľa)** (podľa potreby)
2509
2510 * **Zodpovednosť**: Implementácia IoT častí, integrácia senzorov a zariadení, spracovanie real-time dát, prípadne správa LPWAN/5G sietí.
2511
2512 * **Požadované kompetencie**:
2513 ** Skúsenosti s IoT platformami, protokolmi (MQTT, LoRaWAN, NB-IoT)
2514 ** Integračné techniky (API, message brokery)
2515
2516 **Špecialista na integráciu / Hybridný cloud (dodávateľa)**
2517
2518 **Špecialista na integráciu / Service Desk (dodávateľa)**
2519
2520 **Špecialista na integráciu / IT prevádzka (dodávateľa)**
2521
2522 **Rámcové požiadavky na obsadenie TO-BE procesu**
2523
2524 Po skončení implementácie a prechode do ostrej prevádzky bude potrebná kapacita na:
2525
2526 * **Prevádzka a podpora L1 (magistrát / mestské organizácie)**
2527 ** Minimálne 1–2 dedikovaní pracovníci magistrátu (Help Desk L1) – prijímajú podnety od používateľov a občanov, základná diagnostika, eskalácia na L2.
2528 ** Kľúčoví používatelia (Key Users) na jednotlivých odboroch mesta – zodpovední za dohľad nad bežnou agendou, rola tzv. „super-user“ pri akceptácií menších zmien.
2529 * **Prevádzka a podpora L2 (verejný obstarávateľ)**
2530 ** Interný IT tím zložený z aspoň 2–3 špecialistov:
2531 ** Špecialista na ERP (ekonómia, rozpočty)
2532 ** Špecialista na dopravu/IoT (pre inteligentný dopravný systém)
2533 ** Špecialista na integrácie a sieťovú infraštruktúru
2534 * **Podpora L3 (dodávateľ)**
2535 ** Na základe zmluvy o podpore (SLA) bude projektový tím dodávateľa alebo vybraný service-desk riešiť kritické incidenty, technicky zložité problémy, väčšie legislatívne zmeny.
2536 ** Vyžaduje sa, aby mal dodávateľ zabezpečenú službu 8×5 (prípadne 24×7 pre vybrané systémy) a reagoval podľa dohodnutých termínov.
2537 * **Administrátor IoT a senzorickej siete** (môže byť interný alebo externý):
2538 ** Zodpovedný za monitoring stavu senzorov (parkovisko, semafory, lampy) a sieťových prvkov.
2539 ** Rieši výpadky, menšie servisné zásahy a koordinuje s dodávateľom väčšie opravy.
2540 * **Administrátor IS a databáz** (interný):
2541 ** Zodpovedný za správu OS, databáz a zálohovania, udržiavanie parametrov výkonnosti, reštart služieb po výpadkoch atď.
2542 ** Vyžaduje sa základná znalosť SQL, virtualizačných platforiem, kontajnerových riešení.
2543
2544 === Požiadavky na školenia a certifikáty ===
2545
2546 * **Školenia pre interný IT personál (L1/L2)**
2547 ** //Administratívne a technické školenie k novým aplikáciám//: správa používateľov, základné nastavenia, diagnostika chýb.
2548 ** //Integrácie a IoT//: oboznámiť sa s IoT platformou, prehľad protokolov, aké denníky a monitoring je k dispozícii.
2549 * **Školenia pre kľúčových používateľov**
2550 ** Zaškolenie v používaní nových modulov.
2551 ** Praktické ukážky, testovacie scenáre a e-learning materiály.
2552 * **Školenia pre koncových používateľov (administratívni pracovníci, referenti)**
2553 ** Krátke praktické kurzy pri zavedení nových e-služieb.
2554 ** On-line návody, video tutoriály (výhodou).
2555 * **Certifikáty a odborné predpoklady**
2556 ** Projektový manažér – odporúčaný certifikát PRINCE2, IPMA, PMI.
2557 ** Architekt, analytik – vhodná znalosť TOGAF, UML/BPMN, ArchiMate.
2558 ** Test manažér – ISTQB Foundation / Advanced.
2559 ** Pracovníci zodpovední za bezpečnosť – certifikácie v oblasti kyberbezpečnosti (CEH, CISSP) výhodou.
2560 ** DevOps a infraštruktúra – certifikácie na platformy (Azure, VM, Kubernetes) sú plus.
2561 * **Periodicita doškoľovania**
2562 ** Pri každom väčšom upgrade alebo releasu novej verzie aplikácií je odporúčané vykonať krátke doškolenie pre príslušné roly (najmä L2 administrátori, kľúčoví používatelia), aby sa zabezpečila plynulá adaptácia na nové funkcionality.
2563
2564 = {{id name="_Toc603274444"/}}{{id name="_Toc153139723"/}}{{id name="_Toc15428572"/}}{{id name="_Toc15427678"/}}{{id name="_Toc15426956"/}}9.Implementácia a preberanie výstupov projektu =
2565
2566 Projekt bude v zmysle Vyhlášky 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy realizovaný́ metódou waterfall.
2567
2568 V zmysle vyhlášky 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy je možné pristupovať k realizácii projektu prostredníctvom čiastkových plnení, t. j. inkrementov. V projekte je definovaný́ jeden inkrement na obdobie hlavných aktivít.
2569
2570 Projekt bude realizovaný v 1 inkremente. Mesto Košice zvažovalo v rámci prípravy aj rozdelenie projektu na inkrementy, avšak vzhľadom na ekonomickú nevýhodnosť (časové hľadisko realizácie a prislúchajúce možné ekonomické dopady na Magistrát mesta Košice súvisiace s posunom využívania dát, duplicita zapojenosti interných zamestnancov a náklady na zapojenosť týchto zamestnancov) rozdelenia projektu a tiež možné technické obmedzenia systému (súvisiace s realizáciou úprav systému, príprav integrácií, nedostupnosťou systému)  bola zvolená realizácia projektu formou jedného inkrementu. Taktiež, v zmysle Vyhlášky č. 401/2023 o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy, ktorý definuje povinnosť doručenia inkrementu, jeho nasadenia do produkčného prostredia a následne možnosť pokračovať ďalším inkrementom, táto možnosť je vzhľadom na charakter, obsah a časový harmonogram projektu vylúčená. Realizácia jednotlivých modulov bude prebiehať súčasne, nie postupne.
2571
2572 **Harmonogram implementácie s míľnikmi**
2573
2574 |**Rok / štvrťrok**|**Kľúčové aktivity**|**Výstupy (míľniky)**
2575 |**2025 – Q3/Q4**|Finalizácia projektovej dokumentácie, obstarávanie dodávateľa|Schválený projekt, podpísaná ZoD
2576 |**2026 – Q1/Q2**|Detailný návrh riešenia (R1-1), procesná analýza, návrh legislatívnych zmien (VZN, interné smernice)|Dokument //Detailný návrh riešenia//, návrh legislatívnych úprav, BPMN modely procesov
2577 |**2026 – Q3/Q4**|Vývoj a integrácia: pilotná dopravná centrála, adaptívne križovatky (5 uzlov), testovacia prevádzka údržbového systému|Pilotná prevádzka IDS a systému údržby
2578 |**2027 – Q1/Q2**|Rozšírenie systému na celé mesto (20+ križovatiek, IoT senzory, videoanalýza), napojenie na Open Data portál|Integrované moduly IDS, údržba, monitoring, open data
2579 |**2027 – Q3**|Testovanie, bezpečnostné audity, SLA nastavenia, školenia dispečerov a údržby|Ukončené funkčné a bezpečnostné testy, vyškolený personál
2580 |**2027 – Q4**|Spustenie do produkčnej prevádzky, akceptačné konanie|Akceptačný protokol, plná prevádzka systému
2581
2582 = {{id name="_Toc1624651882"/}}{{id name="_Toc153139724"/}}{{id name="_Toc15428575"/}}{{id name="_Toc15427681"/}}{{id name="_Toc15426959"/}}{{id name="_Toc510413663"/}}10.Prílohy =
2583
2584 Dokument neobsahuje prílohy.