Version 6.10 by Gabriela Hajduková on 2025/09/02 15:30
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 |**Povinná osoba**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Mesto Košice{{/content}}
6 |**Názov projektu**|{{content id="projekt.nazov"}}Inteligentné mesto Košice{{/content}}
7 |**Zodpovedná osoba za projekt**|Mgr. Tomáš Vrbovský / vedúci oddelenia dopravy Magistrátu mesta Košice
8 |**Realizátor projektu**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Mesto Košice{{/content}}
9 |**Vlastník projektu**|Mesto Košice
10 **Schvaľovanie dokumentu**
11 |**Položka**|**Meno a priezvisko**|**Organizácia**|**Pracovná pozícia**|**Dátum**|(((
12 **Podpis**
13 (alebo elektronický súhlas)
14 )))
15 |Vypracoval|Ing. Juraj Till, PhD., MBA.|Metec Consulting s.r.o.|konateľ|9.6.2025|
16 |Revidoval|Ing. Gabriela Hajduková|Mesto Košice|Vedúca referátu dátovej politiky a analýz|13.6.2025|
17 |Revidoval|Ing. Ivan Frič|Mesto Košice|Vedúci referátu transformácie IT infraštruktúry|6.7.2025|
18 |Schválil|Mgr. Tomáš Vrbovský|(((
19 Mesto Košice
20 )))|Vedúci oddelenia dopravy| |
21
22 = {{id name="_Toc2008675389"/}}1.História dokumentu =
23
24 |**Verzia**|**Dátum**|**Zmeny**|**Meno**
25 |//1.0//|//9.6.2025//|Prvá verzia dokumentu|Ing. Juraj Till, PhD., MBA.
26 |//1.1//|//8.8.2025//|//Druhá verzia dokumentu (so zapracovaním pripomienok)//|Ing. Juraj Till, PhD., MBA.
27 |//1.2//|//2.9.2025//|//Tretia verzia dokumentu (zapracovanie pripomienok Slovensko.Digital)//|Ing. Juraj Till, PhD., MBA.
28
29 = {{id name="_Toc74315499"/}}2.Účel dokumentu =
30
31 //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~://
32
33 * **//Aktuálny a budúci stav//**// (AS-IS, TO-BE)//
34 * **//Podrobnú architektúru//**// (biznis vrstva, aplikačná vrstva, dátová vrstva, technologická vrstva, infraštruktúra, bezpečnosť)//
35 * **//Špecifikáciu spracovaných údajov//**// (vrátane čistenia dát a integrácií)//
36 * **//Prevádzku a údržbu výstupov//**// (zabezpečenie, SLA, podpora, monitorovanie)//
37 * **//Prevádzkové požiadavky//**// (L1–L3 podpora, reakčné časy, zálohovanie, obnova)//
38 * **//Požiadavky na zdrojové kódy//**// (spôsob preberania, archivácie, prevencia vendor lock-in)//
39 * **//Opis implementácie//**// (harmonogram, preberacie postupy, fakturačné míľniky)//
40
41 **//Krátke manažérske zhrnutie obsahu (podľa priloženého dokumentu)//**
42
43 **//Motivácia a ciele projektu//**//~://
44
45 * //Zlepšiť mestské služby a infraštruktúru v Košiciach pomocou digitálnych technológií a IoT.//
46 * //Zvýšiť transparentnosť (Open Data), inovovať dopravný systém (smart semafory, inteligentné parkovanie).//
47
48 //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)**.//
49
50 * **//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).//
51 * **//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.//
52 * **//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).//
53
54 //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.//
55
56 **//Tabuľka prepojenia: Legacy systém → Nový modul projektu → Reformný cieľ//**
57
58 |**Legacy systém / súčasný stav**|**Nový modul projektu (TO-BE)**|**Väzba na reformný cieľ KRIT / NKIVS**
59 |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ť“
60 |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
61 |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
62 |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
63 |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
64 |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
65 |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
66
67 **//Architektúra riešenia//**
68
69 * **//Biznis vrstva//**//: Definuje kľúčové procesy (elektronické služby občanom, správa majetku, dopravné riadenie, údržba infraštruktúry).//
70 * **//Aplikačná vrstva//**//: Digitálny asistent, inteligentný dopravný systém, updated ERP a integrácia s IoT platformou.//
71 * **//Dátová vrstva//**//: Centralizovaný dátový sklad a Open Data.//
72 * **//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).//
73
74 **//Čistenie a spracovanie údajov//**
75
76 * //Plánované ETL/ELT procesy do mestského dátového skladu, kontrola kvality a deduplikácia.//
77
78 **//Prevádzka a údržba//**
79
80 * //Definované 3 úrovne podpory (L1, L2, L3) so špecifickými SLA (reakčné časy, doba vyriešenia).//
81 * //AS-IS: Minimálna úroveň integrácií, manuálna správa, roztrieštené dohody.//
82 * //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.//
83
84 **//Požiadavky na zdrojové kódy//**
85
86 * //Nadväznosť na legislatívu (Zákon o ITVS, Metodické usmernenia MIRRI).//
87 * //Zamedzenie vendor-lock-in (otvorený kód alebo aspoň prenositeľný, definované míľniky, odovzdávanie pri údržbe).//
88 * //Periodické odovzdávanie/dostupnosť zdrojových kódov pri fakturačných míľnikoch, archivácia v repozitári.//
89
90 **//Implementácia a preberanie výstupov//**
91
92 * //Časový harmonogram s definovanými míľnikmi.//
93 * //Požiadavky na testovacie a pilotné prevádzky.//
94 * //Plán školení zamestnancov, dokumentácia k nasadeniu.//
95
96 **//Manažérske prínosy//**
97
98 * //Celková modernizácia mestských služieb (G2C, G2B, G2G).//
99 * //Lepšia transparentnosť a efektívnejšie hospodárenie.//
100 * //Vyššia bezpečnosť vďaka centralizovaným riešeniam a SIEM.//
101
102 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**.
103
104 * **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í.
105 * **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.
106 * **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.
107 * **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.
108 * **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.
109
110 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ť**.
111
112 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.
113
114 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.
115
116 == {{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 ==
117
118 |**SKRATKA/POJEM**|**POPIS**
119 |**API**|Application Programming Interface – rozhranie pre komunikáciu medzi systémami
120 |**BI**|Business Intelligence – analytický nástroj pre rozhodovanie na základe dát
121 |**CRM**|Customer Relationship Management – systém na riadenie vzťahov so zákazníkmi
122 |**EUPL**|European Union Public Licence – licencia Európskej únie pre softvér
123 |**ERP**|Enterprise Resource Planning – ekonomický a administratívny informačný systém
124 |**ESB**|Enterprise Service Bus – integračná platforma pre rôzne aplikácie a systémy
125 |**GIS**|Geografický informačný systém
126 |**G2C**|Government to Citizen – služby poskytované občanom
127 |**G2B**|Government to Business – služby poskytované podnikateľským subjektom
128 |**G2G**|Government to Government – služby medzi verejnými inštitúciami
129 |**G2E**|Government to Employees – služby pre zamestnancov verejnej inštitúcie
130 |**IoT**|Internet of Things – internet vecí (inteligentné zariadenia)
131 |**IS**|Informačný systém
132 |**ISVS**|Informačný systém verejnej správy
133 |**ITIL**|Information Technology Infrastructure Library – rámec osvedčených postupov v IT službách
134 |**KPI**|Key Performance Indicator – kľúčový ukazovateľ výkonnosti
135 |**MetaIS**|Metainformačný systém verejnej správy
136 |**SLA**|Service Level Agreement – dohoda o úrovni poskytovaných služieb
137 |**SIEM**|Security Information and Event Management – systém riadenia bezpečnostných informácií a udalostí
138 |**SSO**|Single Sign-On – jednotné prihlasovanie do viacerých systémov
139 |**UX**|User Experience – používateľská skúsenosť pri práci so systémom
140 |**L1, L2, L3**|Úrovne podpory pre riešenie incidentov podľa ich zložitosti a naliehavosti
141 |**ETL**|Extract, Transform, Load – proces extrakcie, transformácie a načítavania dát do dátového skladu
142 |**DKVI**|Doba konečného vyriešenia incidentu
143 |**DPMK**|Dopravný podnik mesta Košice
144 |**TEHO**|Teplárenský podnik mesta Košice
145 |**K13**|Mestská organizácia zabezpečujúca kultúrne aktivity v Košiciach
146 |**ID-SK**|Jednotný štátny dizajn manuál pre elektronické služby verejnej správy Slovenskej republiky
147 |**Open Data**|Verejne dostupné dáta, ktoré môžu byť voľne používané, modifikované a zdieľané
148 |**Vendor lock-in**|Závislosť od jedného dodávateľa, ktorý obmedzuje možnosť výmeny či integrácie riešení
149 |**MetaIS**|Metainformačný systém verejnej správy, register informačných systémov a elektronických služieb
150 |**IS Solution manager**|Systém na správu incidentov, zmien a požiadaviek používateľov
151 |**Konto Košičana**|Centrálne digitálne konto pre prístup občanov k elektronickým službám mesta Košice
152 |**IDS**|Inteligentný dopravný systém
153
154 == {{id name="_Toc153139681"/}}{{id name="_Toc15428557"/}}{{id name="_Toc15427667"/}}{{id name="_Toc15426945"/}}{{id name="_Toc510413655"/}}2.2Konvencie pre typy požiadaviek (príklady) ==
155
156 **//Funkcionálne (používateľské) požiadavky //**//majú nasledovnú konvenciu~://
157
158 **//FRxx//**
159
160 * //U – užívateľská požiadavka//
161 * //R – označenie požiadavky//
162 * //xx           – číslo požiadavky//
163
164 **//Nefunkčné (kvalitatívne, výkonové – Non Functional Requirements – NFR) požiadavky//**// majú nasledovnú konvenciu~://
165
166 **//NRxx//**
167
168 * //N             – nefunkčná požiadavka (NFR)//
169 * //R – označenie požiadavky//
170 * //xx           – číslo požiadavky//
171
172 //Ostatné typy požiadaviek môžu byť ďalej definované objednávateľom/PM.//
173
174 = {{id name="_Toc1924467239"/}}{{id name="_Toc153139683"/}}3.Popis navrhovaného riešenia =
175
176 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ú:
177
178 * **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.
179 * **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.
180 * **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.
181 * **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).
182
183 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.
184
185 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.
186
187 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.
188
189 == Výsledky CBA ==
190
191 [[image:1755516233174-642.png]]
192
193
194 **Interpretácia výsledkov CBA**
195
196 === Finančná perspektíva ===
197
198 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.
199
200 === Ekonomická perspektíva ===
201
202 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.
203
204 === Kvalitatívne prínosy ===
205
206 Okrem kvantifikovateľných úspor prináša projekt aj nehmotné benefity:
207
208 * **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.
209 * **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.
210 * **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.
211 * **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 €.
212
213 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).
214
215 **Zhrnutie**
216
217 **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.
218
219 **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é.
220
221 **Č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.
222
223 **Č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.
224
225 **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:
226
227 * **AS‑IS** – dnešný stav, keď väčšina činností prebieha manuálne.
228 * **TO‑BE** – budúci stav po zavedení inteligentných technológií.
229
230 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“.
231
232 **Počet podaní/volaní (počet/rok)**
233
234 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.
235
236 === Systém riadenia križovatiek ===
237
238 * **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).
239 * **TO‑BE:** V budúcnosti bude adaptívne riadenie generovať záznam pri každej automatickej úprave signalizačného plánu, ale počet manuálnych hlásení sa nezmení.  Preto sú TO‑BE hodnoty rovnaké ako AS‑IS (50 → 66).  **Rozdiel je nulový** – digitalizácia neznižuje počet incidentov, ale zjednodušuje ich spracovanie.
240
241 === Monitoring stavu pozemných komunikácií ===
242
243 * **AS‑IS:**  Podnety zahŕňajú hlásenia výtlkov, poškodených ciest, dopravného značenia a porúch senzorov.  V tabuľke majú hodnoty **13 000 hlásení v t3**, **13 000 v t4**, potom rastú na **16 000 v t5–t9** a v t10 stúpajú až na **22 000**.  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.
244 * **TO‑BE:** Po nasadení senzorov a mobilných aplikácií sa väčšina incidentov zaznamená automaticky; manuálnych hlásení bude menej.  Dynamické TO‑BE série 1 000 → 1 230 podaní ročne pochádzajú z modelu v hárku.  **Rozdiely** (–12 000 v t3 až –20 770 v t10) 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.
245
246 === Systém údržby pozemných komunikácií ===
247
248 * **AS‑IS:**  Zahŕňa interné požiadavky na opravy výtlkov, zimnú údržbu a údržbu dopravného značenia.  Počty v tabuľke sú **5 100 v t3**, postupne stúpajú na **5 500 v t10** (približne +50 hlásení ročne), čo odráža starnutie infraštruktúry.
249 * **TO‑BE:** Inteligentný systém generuje úlohy na základe senzorových údajov a nahlásení, takže počet evidovaných úloh (1 500 → 1 722) je nižší ako manuálnych hlásení.  **Rozdiel** (–3 600 v t3 až –3 778 v t10) 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.
250
251 === Monitorovací kamerový systém ===
252
253 * **AS‑IS:**  Mestská polícia a iní užívatelia žiadajú o záznamy pri incidentoch (priestupky, nehody).  V t3 je to **1 020 žiadostí**, v t4 **1 030**, potom stúpa po 20–25 ročne na **1 100 v t10**.
254 * **TO‑BE:** Po nasadení inteligentnej videoanalýzy generuje systém záznam pri každom zistenom incidente.  Počty v hárku (1 500 → 1 722) sú vyššie ako AS‑IS, pretože každý incident predstavuje samostatný digitálny podnet.  **Rozdiely** (+480 v t3 až +622 v t10) znamenajú, že systém síce vyprodukuje viac podaní, no väčšinu spracuje automaticky – úradník iba potvrdí zistenie.
255
256 === Centrálna dátová platforma a analytická vrstva ===
257
258 * **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.
259 * **TO‑BE:** Po nasadení platformy sa predpokladá prudký nárast automatických dátových udalostí: **5 000 v t3**, **5 250 v t4**, **5 512 v t5**, až **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).
260
261 === Spolu (súhrn podaní) ===
262
263 * 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).
264 * 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.
265
266 === Materiálové náklady na 1 podanie ===
267
268 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ú:
269
270 * **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 €.
271 * **Údržba komunikácií:** 3 €/podanie (AS‑IS) → 1 € (TO‑BE); úspora 2 €.
272 * **Monitorovací kamerový systém a centrálna platforma:** materiálne náklady sú zanedbateľné, keďže všetky dokumenty sa elektronicky archivujú.
273
274 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.
275
276 == Administratívny poplatok za podanie ==
277
278 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.
279
280 == Trvanie spracovania podania – úradník ==
281
282 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.
283
284 |**Modul**|**AS‑IS (hod./podanie)**|**TO‑BE (hod./podanie)**|**Úspora**
285 |Riadenie križovatiek|1,00|0,10|0,90 h
286 |Monitoring stavu komunikácií|5,00|1,00|4,00 h
287 |Systém údržby komunikácií|9,00|1,00|8,00 h
288 |Monitorovací kamerový systém|20,00|0,50|19,50 h
289 |Centrálna analytická vrstva|8,50|0,50|8,00 h
290
291 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.
292
293 == Čas potrebný na vypracovanie a doručenie podania – používateľ ==
294
295 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.
296
297 |**Modul**|**AS‑IS (hod./podanie)**|**TO‑BE (hod./podanie)**|**Úspora**
298 |Riadenie križovatiek|0,30|0,10|0,20 h
299 |Monitoring stavu a údržby komunikácií|0,75|0,25|0,50 h
300 |Monitorovací kamerový systém|0,75|0,25|0,50 h
301 |Centrálna analytická vrstva|0,50|0,25|0,25 h
302
303 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.
304
305 == Kvalitatívne prínosy (EUR/rok) ==
306
307 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:
308
309 |**Rok**|**Riadenie križovatiek**|**Monitoring/Údržba komunikácií**|**Monitorovací kamerový systém**|**Centrálny analytický systém**|**Spolu**
310 |**t3**|500 000 €|10 000 € + 10 000 €|50 000 €|25 000 €|**595 000 €**
311 |**t4**|710 000 €|15 000 € + 15 000 €|75 000 €|45 000 €|**860 000 €**
312 |**t5**|920 000 €|20 000 € + 20 000 €|100 000 €|65 000 €|**1 125 000 €**
313 |**t6**|1 130 000 €|25 000 € + 25 000 €|125 000 €|85 000 €|**1 390 000 €**
314 |**t7**|1 340 000 €|30 000 € + 30 000 €|150 000 €|105 000 €|**1 655 000 €**
315 |**t8**|1 550 000 €|35 000 € + 35 000 €|175 000 €|125 000 €|**1 920 000 €**
316 |**t9**|1 760 000 €|40 000 € + 40 000 €|200 000 €|145 000 €|**2 185 000 €**
317 |**t10**|2 000 000 €|50 000 € + 50 000 €|250 000 €|160 000 €|**2 510 000 €**
318
319 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).
320
321 **Overiteľnosť vstupov a alternatívne scenáre**
322
323 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).
324
325 CBA porovnáva dva základné scenáre:
326
327 * **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.
328 * **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).
329
330 Okrem toho boli vyhodnotené **alternatívne varianty**:
331
332 * čiastočná modernizácia bez integrácie (systémy by fungovali izolovane),
333 * postupné zavádzanie jednotlivých modulov bez centrálnej dátovej platformy.
334
335 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.
336
337 = {{id name="_Toc120655606"/}}{{id name="_Toc153139684"/}}4.Architektúra riešenia projektu =
338
339 **//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.//
340
341 [[image:1755516351663-824.png]]
342
343 === Biznis vrstva ===
344
345 **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ť.
346
347 **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).
348
349 **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.
350
351 **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.
352
353 **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.
354
355 === Aplikačná vrstva ===
356
357 **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.
358
359 **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.
360
361 **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.
362
363 **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).
364
365 **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.
366
367 **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í.
368
369 **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).
370
371 === Technologická vrstva ===
372
373 **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.).
374
375 **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.
376
377 **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.
378
379 **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.
380
381 **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.
382
383 **Š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í.
384
385 === Súlad s vyhláškou 401/2023 Z.z. a integrácia eGovernmentu ===
386
387 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.
388
389 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.
390
391 == {{id name="_Toc299977606"/}}{{id name="_Toc153139685"/}}4.1Biznis vrstva ==
392
393 === Súčasný stav biznis vrstvy služieb v Košiciach ===
394
395 Aktéri a role:
396
397 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.
398
399 **Dispečer MMK**:
400
401 * Koordinuje dispečerské služby všetkých partnerov (KOSIT, DPMK),
402 * Sleduje predpovede a výstrahy SHMÚ, informuje nadriadených o vývoji počasia,
403 * Nariaďuje výjazdy mechanizmov podľa aktuálnych podmienok,
404 * Zaznamenáva hlásenia,
405 * Reaguje na hlásenia občanov a pripomienky polície či dopravnej centrály.
406
407 Dispečeri DPMK a KOSIT zaisťujú operatívne vykonanie opatrení v teréne, organizáciu výjazdov, nasadenie posádok a vozidiel.
408
409 **Občania**:
410
411 * 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.
412
413 **Súčasné procesy a služby:**
414
415 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 .
416
417 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 .
418
419 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.
420
421 (% class="wikigeneratedid" id="HPou17EEDvanE9technolF3gieadE1ta:" %)
422 **Používané technológie a dáta:**
423
424 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.
425
426 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.
427
428 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**.
429
430 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.
431
432 (% class="wikigeneratedid" id="HIntegrE1ciaavFDmenainformE1ciED:" %)
433 **Integrácia a výmena informácií:**
434
435 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.
436
437 DPMK sa napríklad o údržbe električkových tratí dozvedá **individuálne**, čím vzniká riziko nesúladu s plánmi MHD.
438
439 (% class="wikigeneratedid" id="HBe17EnE9praktikyaproblE9my:" %)
440 **Bežné praktiky a problémy:**
441
442 1. **Manuálny zber údajov:** všetko sa zapisuje do denníka (meškania, výjazdy, nehody) ručne.
443 1. **Obmedzené predikčné schopnosti:** predpovede sa nespracovávajú analyticky.
444 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.
445 1. **Nízka automatizácia riadenia a neexistencia KPI dashboardov**: chýbajú prehľady o aktuálnej zjazdnosti, stave techniky, výkone posádok.
446 1. **Žiadna mobilná aplikácia pre operatívne riadenie výjazdov alebo monitorovanie stavu**.
447 1. **Chýba prepojenie s dopravným dispečingom MHD** –  uzávierky sa plánujú bez vedomia DPMK.
448 1. **Rozptýlenosť kompetencií** – jednotlivé dispečingy (MMK, DPMK, KOSIT) pracujú separátne, koordinácia je náročná.
449
450 (% class="wikigeneratedid" id="HZE1ver28ZhrnutieAS-IS29:" %)
451 **Záver (Zhrnutie AS-IS):**
452
453 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.
454
455 **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.
456
457
458 **Súčasný stav biznis vrstvy služieb v Košiciach**
459
460 //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.
461
462 **~1. Zimná a bežná údržba pozemných komunikácií (AS-IS)**
463
464 **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..
465
466 **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).
467
468 **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.
469
470 **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.
471
472 **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í.
473
474 **2. Inteligentné riadenie križovatiek (AS-IS)**
475
476 **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.
477
478 **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.
479
480 **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.
481
482 **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.
483
484 **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.
485
486 === Budúci stav biznis vrstvy služieb v Košiciach ===
487
488 [[image:1755516624272-931.jpeg]]
489
490 **Aktéri a roly**
491
492 * 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.
493 * 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.
494
495 **Poskytované služby**
496
497 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ú:
498
499 * **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.
500 * **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.
501 * **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í.
502 * **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.
503
504 **Biznis procesy, funkcie a výstupy**
505
506 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:
507
508 * **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.
509 * **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).
510 * **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.
511
512 Každý modul projektu je priamo previazaný na procesnú zmenu:
513
514 * **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).
515 * **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.
516 * **Inteligentný dopravný systém (ISVS_14568)** – umožňuje adaptívne riadenie križovatiek, čo vyžaduje rozšírenie kompetencií dopravnej centrály.
517 * **Open Data portál (ISVS_11079)** – generuje nové povinnosti publikovať údaje denne, v súlade s vyhl. č. 78/2020 Z.z. o štandardoch ITVS.
518 * **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.
519
520 **Rozhrania, reprezentácie a interakcie**
521
522 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í:
523
524 * **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).
525 * **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.
526
527 **Udalosti a zmluvy**
528
529 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:
530
531 * **Kľúčové biznis udalosti:**
532 ** **„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).
533 ** **„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.
534 ** **„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é.
535 ** //(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.)//
536 * **Kľúčové zmluvy a dohody:**
537 ** **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”.
538 ** **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í.
539 ** **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).
540 ** 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.
541
542 === 4.1.1Prehľad koncových služieb – budúci stav: ===
543
544 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:
545
546 * **Kód KS (z MetaIS)** – Kód konkrétnej koncovej služby (ak je už zavedená v MetaIS).
547 * **Názov KS** – Názov koncovej služby (napr. „Žiadosť o parkovacie povolenie“, „Nahlásenie poruchy cesty“, atď.).
548 * **Používateľ KS (G2C/G2B/G2G/G2E)** – Typ cieľovej skupiny:
549 ** G2C: služby pre občanov (Government to Citizen)
550 ** G2B: služby pre podnikateľov/firmy (Government to Business)
551 ** G2G: služby medzi verejnými inštitúciami (Government to Government)
552 ** G2E: služby medzi verejnou inštitúciou a jej zamestnancami(Government to Employees)
553 * **Ž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.
554 * **Ú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“).
555
556 **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.
557
558 **Tabuľka: Prehľad koncových služieb (KS) – budúci stav zosúladený so stavom v MetaIS**
559
560 |(((
561 **Kód KS**
562
563 **(z MetaIS)**
564 )))|**Názov KS**|(((
565 **Používateľ KS**
566
567 **(G2C/G2B/G2G/G2A)**
568 )))|**Životná situácia (+ kód z MetaIS)**|**Úroveň elektronizácie KS**
569 |**ks_350520**|Poskytovanie údajov o dopravnej situácii|G2C, G2B|Doprava a mobilita v meste (LS_055)|5 – plne elektronická služba
570 |**ks_381627**|Poskytovanie údajov o údržbe pozemných komunikácií|G2C, G2B|(((
571 Transparentnosť správy mesta (LS_057)
572
573 Open Data v doprave a infraštruktúre (LS_058)
574 )))|5 – plne elektronická služba
575 |**ks_379642**|Poskytovanie údajov o stave pozemných komunikácií|G2C, G2B|(((
576 Transparentnosť správy mesta (LS_057)
577
578 Open Data v doprave a infraštruktúre (LS_058)
579 )))|5 – plne elektronická služba
580 |**ks_339272**|Zobrazovanie obrazu z kamier (iba pre autorizované osoby)|G2E - iba autorizovaní zamestnanci MSP a KDI|(((
581 Bezpečnosť na cestách v zime (LS_060)
582
583 Doprava a mobilita v meste (LS_055)
584 )))|5 – plne elektronická služba
585 |**ks_379643**|Poskytovanie údajov z dátových zariadení|G2E, po spracovaní aj G2B, G2C|(((
586 Bezpečnosť na cestách v zime (LS_060)
587
588 Doprava a mobilita v meste (LS_055)
589 )))|5 – plne elektronická služba
590 |**ks_339274**|Manažment pripojených IoT zariadení cez centrálny dispečing|G2E|(((
591 Bezpečnosť na cestách v zime (LS_060)
592
593 Doprava a mobilita v meste (LS_055)
594 )))|5 – plne elektronická služba
595 |(((
596 **sluzba_egov_7019,**
597
598 **sluzba_egov_7086,**
599
600 **sluzba_egov_7018**
601 )))|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
602 |**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
603 |**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
604
605 **Vysvetlivky k úrovni elektronizácie** (ilustratívne príklady):
606
607 * **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.
608 * **2 – Jednostranná komunikácia:** je k dispozícii online formulár na stiahnutie, no občan ho musí vytlačiť a priniesť.
609 * **3 – Obojsmerná komunikácia (interaktívny online formulár):** žiadosť sa dá podať elektronicky a sledovať jej stav, no údaje nie sú predvyplnené.
610 * **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.
611 * **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).
612
613 === {{id name="_Toc673686985"/}}{{id name="_Toc153139711"/}}4.1.2Jazyková podpora a lokalizácia ===
614
615 Dodávané riešenie musí mať slovenskú jazykovú lokalizáciu. Ďalšie lokalizácie nie sú požadované.
616
617 == {{id name="_Toc826435347"/}}{{id name="_Toc153139686"/}}4.2Aplikačná vrstva ==
618
619 [[image:1755517064344-608.png]]
620
621 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:
622
623 * **Podporiť biznis procesy** (životné situácie, služby mesta) efektívnymi a interoperabilnými IT riešeniami.
624 * **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.
625 * **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.
626
627 V zmysle metodiky ArchiMate a evidencie eGovernment komponentov v MetaIS je potrebné zamerať sa na:
628
629 * **AS-IS stav aplikačnej vrstvy**: existujúce IS, aplikačné moduly, ich integrácie a podpora reálnych služieb.
630 * **TO-BE stav aplikačnej vrstvy**: nové/modernizované ISVS, modulárna architektúra, vzťahy na biznis procesy a technologickú platformu.
631
632 === Aplikačná architektúra – AS-IS stav ===
633
634 (% class="wikigeneratedid" id="HK13EFA10DovE9existujFAceISVS28Legacy29" %)
635 **Kľúčové existujúce ISVS (Legacy)**
636
637 Mesto Košice prevádzkuje **viacero starších (legacy) IS**, ktoré vznikali v rôznych obdobiach bez hlbšej integrácie. Medzi hlavné patria:
638
639 * **Integrovaný informačný systém mesta Košice (IIS KE) – isvs_5754**
640 ** 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
641 ** 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Ú.
642
643 * **Ekonomický a administratívny IS (isvs_10074)**
644 ** 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.
645 ** Moduly sú medzi sebou prepojené, využíva staršie technológie
646 ** Čiastočne integrovaný na ostatné IS, v niektorých prípadoch manuálne prenosy dát.
647
648 * **Geografický informačný systém (GIS) – isvs_5733**
649 ** 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/]]
650 ** 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).
651 ** 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.
652
653 * **Open Data portál (isvs_11079)**
654 ** 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/]].
655 ** 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.
656 ** Portál v súčasnosti obsahuje 80 datasetov a disponuje natívnym API rozhraním.
657
658 * **Mestské webové portály**
659 ** 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.
660 ** 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]]. 
661 ** 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.
662
663 * **Kamerový systém (isvs_14562)**
664 ** Prevádzkovaný mestskou políciou, väčšinou pasívny monitoring.
665 ** Existujúca licencia kamier neumožňuje AI funkcionality, pričom infraštruktúra to podporuje.
666 ** Chýba integrácia s dopravným dispečingom.
667
668 **Aplikačné služby a toky dát v AS-IS**
669
670 * **Dispečing MHD (DPMK)** funguje separovane, mestu poskytuje len obmedzené reporty o polohe vozidie
671 * **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.
672 * **Ž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.
673 * Integrácie medzi IS sú **point-to-point** alebo manuálne, neexistuje robustná integračná alebo API brána.
674
675 **Obmedzenia v AS-IS stave**
676
677 * **Silo** prístup – každá organizácia (DPMK, mestská polícia, dodávatelia) má samostatné aplikácie.
678 * **Slabá interoperabilita** – nejednotné formáty dát, slabé API, manuálne prenosy.
679 * **Obmedzené** **využívanie digitalizácie** – e-služby pre občanov nie sú dostatočne využívané.
680
681 == Aplikačná architektúra – TO-BE stav ==
682
683 [[image:1755517099282-295.png]]
684
685 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.
686
687 === Portály a aplikácie ===
688
689 (% class="wikigeneratedid" id="HISVS_110792013OpenDataportE1l" %)
690 **ISVS_11079 – Open Data portál**
691
692 * **Funkcionalita:** Centrálne sprístupňovanie otvorených datasetov mesta (napr. dopravné, environmentálne údaje) v štandardizovaných formátoch (JSON, CSV, REST API).
693 * **Biznis väzba:** Transparentnosť a podpora participácie občanov, podnikateľov a akademického sektora.
694 * **Dátová vrstva:** Integrácia na Centrálny dátový sklad mesta (ISVS_11074).
695 * **Technologická vrstva:** Azure Open Data Platform, REST API, integrácia na SMART CITY platformu (ISVS_10383).
696
697 (% class="wikigeneratedid" id="HWebovFDportE1laISVS_11077KontoKo161i10Dana" %)
698 (% class="wikigeneratedid" %)**Webový portál a ISVS_11077 Konto Košičana**
699
700 * **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.
701 * **Biznis väzba:** Podpora interakcie občan-mesto (služby „Zimná údržba“, „Nahlasovanie incidentov“).
702 * **Dátová vrstva:** Integrácia s dátami incidentov, údržby, údajmi z kamerového systému a GIS (ISVS_5733).
703 * **Technologická vrstva:** Azure App Services, Azure AD autentifikácia (IAM), prepojenie s dátovým skladom a analytikou (ISVS_11075).
704
705 (% class="wikigeneratedid" id="HISVS_5737ElektronickE9formulE1re" %)
706 I(% class="wikigeneratedid" %)**SVS_5737 Elektronické formuláre**
707
708 * **Funkcionalita:** Digitalizácia a automatizácia spracovania životných situácií občanov (žiadosť o služby, podnety).
709 * **Biznis väzba:** Podpora služby digitálnej interakcie občanov s úradom.
710 * **Dátová vrstva:** Dáta občianskych podnetov, integrácia na incident manažment (ISVS_14568).
711 * **Technológie:** Power Platform, Azure Integration Services, REST API.
712
713 === Integračná vrstva ===
714
715 (% class="wikigeneratedid" id="HISVS_10383SMARTCITYplatforma" %)
716 (% class="wikigeneratedid" %)**ISVS_10383 SMART CITY platforma**
717
718 * **Funkcionalita:** Centralizovaná výmena a orchestrácia dát medzi všetkými aplikačnými komponentmi (údržba, doprava, IoT senzory).
719 * **Biznis väzba:** Kľúčový integrátor pre služby „Zimná a bežná údržba ciest“, „Dopravný monitoring“, „Incident manažment“.
720 * **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).
721 * **Technológie:** Azure Integration Services, MQTT, REST API, Azure IoT Hub, Azure API Management.
722
723 === Aplikácie inteligentnej dopravy ===
724
725 (% class="wikigeneratedid" id="HISVS_145682013InteligentnFDdopravnFDsystE9mmestaKo161ice" %)
726 **ISVS_14568 – Inteligentný dopravný systém mesta Košice**
727
728 (((
729 * **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.
730
731 **Podkomponenty:**
732 )))
733
734 * **ISVS_11073 Systém dynamického riadenia križovatiek** – adaptívne semafory.
735 ** Preferencia MHD (V2X komunikácia).
736 ** Automatická detekcia incidentov (AI videoanalytika).
737 ** Modul vzdialenej konfigurácie, správy a manažmentu IoT senzorov – centralizované riadenie všetkých senzorických zariadení mesta.
738 ** **Biznis väzba:** Podpora pre procesy adaptívneho riadenia dopravy, incident manažment a krízové riadenie.
739 ** **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).
740 ** **Technológie:** Azure IoT Central, Azure IoT Edge, Azure Video Analyzer, MQTT, OPC UA.
741 * **ISVS_14570 – Monitoring stavu pozemných komunikácií**
742 ** **Funkcionalita:** Systém kontinuálneho monitorovania stavu ciest (stav povrchu, teplota vozovky, koncentrácia posypu).
743 ** **Biznis väzba:** Kľúčové vstupy pre zimnú údržbu, plánovanie opráv a preventívne zásahy.
744 ** **Dátová vrstva:** Zber dát zo senzorov, integrácia na dátový sklad (ISVS_11074).
745 ** **Technológie:** Azure IoT Edge, Azure Data Factory, Azure ML.
746 * **ISVS_15193 – Systém údržby pozemných komunikácií**
747 ** **Funkcionalita:** Plánovanie a riadenie výjazdov údržby (zimná/letná údržba), automatická aktualizácia stavu ciest, sledovanie vozidiel cez GPS.
748 ** **Biznis väzba:** Operatívne zabezpečenie procesov údržby komunikácií.
749 ** **Dátová vrstva:** Evidencia zásahov, integrácia so senzorickými dátami, aktualizácia GIS dát.
750 ** **Technológie:** Power Platform, Azure Maps, Azure IoT Edge, Azure Databricks.
751 * **ISVS_14562 – Monitorovací kamerový systém**
752 ** **Funkcionalita:** Aktívny monitoring bezpečnosti a dopravných udalostí pomocou AI videoanalýzy (incidenty, objekty na vozovke, dopravné priestupky).
753 ** **Biznis väzba:** Bezpečnostné procesy (mestská polícia), incident manažment v doprave.
754 ** **Dátová vrstva:** Integrácia s analytickou platformou a systémom riadenia incidentov.
755 ** **Technológie:** napr.BOSCH IVA/IVA PRO.
756
757 === Centrálna dátová platforma a analytická vrstva ===
758
759 (% class="wikigeneratedid" id="HISVS_110742013DE1tovFDskladmestaKo161ice" %)
760 **ISVS_11074 – Dátový sklad mesta Košice**
761
762 * **Funkcionalita:** Centralizované úložisko dát zo všetkých mestských aplikácií, IoT zariadení, senzorov a GIS dát.
763 * **Biznis väzba:** Základ pre manažérske rozhodovanie a Open Data publikovanie.
764 * **Technológie:** Azure Data Lake Storage, Azure Cosmos DB, Azure SQL Database.
765
766 (% class="wikigeneratedid" id="HISVS_110752013AnalytickFDnE1strojmestaKo161ice" %)
767 **ISVS_11075 – Analytický nástroj mesta Košice**
768
769 * **Funkcionalita:** Pokročilé analytické nástroje (AI, ML) na predikciu a optimalizáciu mestských služieb (doprava, údržba, bezpečnosť).
770 * **Biznis väzba:** Základ pre proaktívne rozhodovanie v procesoch dopravy a údržby.
771 * **Technológie:** Azure ML, Azure Databricks, Azure Stream Analytics.
772
773 **ISVS_5733 – Geografický informačný systém (GIS)**
774
775 * **Funkcionalita:** Centrálny systém pre správu a vizualizáciu priestorových dát mesta (mapy, pasporty infraštruktúry).
776 * **Biznis väzba:** Podpora územného plánovania, pasportizácie a riadenia infraštruktúry
777 * **Technológie**: ESRI ArcGIS, Azure Maps, prepojenie na dátový sklad.
778
779 |**Aplikačný modul (Application Layer)**|**Biznis procesy a funkcie**|**Výstupné objekty**
780 |**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
781 |**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
782 |**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
783 |**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
784 |**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
785 |**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í
786 |**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.
787 |**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).|(((
788 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í.
789 )))
790 |**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
791 |**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
792 |**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
793 |**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
794 |**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
795 |**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
796 |**SIEM (bezpečnostný monitoring)**|Zaznamenávanie a spracovanie kybernetických incidentov|Bezpečnostné incidenty, systémové alerty, notifikácie operátorom
797 |**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
798 |**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
799
800 == Základné zmeny v aplikačnej architektúre ==
801
802 * **Transformácia od monolitických a neprepojených IS k modulárnej architektúre založenej na mikroslužbách a integračnej vrstve**
803 * **(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.
804 * **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.
805 * **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“.
806 * **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.
807 * **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.
808 * **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.
809 * **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).
810 * **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).
811
812 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.
813
814 === {{id name="_Toc752151050"/}}{{id name="_Toc153139687"/}}4.2.1Rozsah informačných systémov – AS IS ===
815
816 |=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)
817 |isvs_14562|Monitorovací kamerový systém|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
818 c_stav_isvs.2|Vyberte jednu z možností
819 c_typ_isvs.1| |
820 |isvs_5733|Geografický informačný systém|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
821 c_stav_isvs.2|Vyberte jednu z možností
822 c_typ_isvs.1| |
823 |isvs_11079|Open Data portál|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
824 c_stav_isvs.2|Vyberte jednu z možností
825 c_typ_isvs.2| |
826
827 (% 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
828
829 Rozsah dotknutých ISVS z pohľadu ich ďalšej prevádzky po realizácii projektu – TO BE stav
830 {{content id="projekt.planovane_isvs" template="
831 |=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}']
832 [('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${#html.checkbox(item.atribut('EA_Profil_ISVS_modul_isvs') == 'true')} +
833 '|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_stav_isvs')?:''} +
834 '|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_typ_isvs')?:''} +
835 '|' + ${item.nadradeneIsvs?.kodMetais?:''} + '|')]
836 [/]
837 "}}|=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)
838 |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||
839 |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||
840 |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||
841 |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||
842 |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||
843 |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||
844 |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||
845 |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||
846 |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||
847 |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}}
848
849 |=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)
850 |isvs_14562|Monitorovací kamerový systém|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
851 c_stav_isvs.2|Vyberte jednu z možností
852 c_typ_isvs.1| |
853 |isvs_14568|Inteligentný dopravný systém mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
854 c_stav_isvs.3|Vyberte jednu z možností
855 c_typ_isvs.3| |
856 |isvs_15193|Systém údržby pozemných komunikácií|{{html clean="true"}}<input type="checkbox" checked/>{{/html}}|Vyberte jednu z možností
857 c_stav_isvs.3|Vyberte jednu z možností
858 c_typ_isvs.1| |
859 |isvs_5733|Geografický informačný systém|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
860 c_stav_isvs.2|Vyberte jednu z možností
861 c_typ_isvs.1| |
862 |isvs_10383|SMART CITY platforma|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
863 c_stav_isvs.3|Vyberte jednu z možností
864 c_typ_isvs.3| |
865 |isvs_11079|Open Data portál|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
866 c_stav_isvs.2|Vyberte jednu z možností
867 c_typ_isvs.2| |
868 |isvs_11074|Dátový sklad mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
869 c_stav_isvs.3|Vyberte jednu z možností
870 c_typ_isvs.1| |
871 |isvs_11075|Analytický nástroj mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
872 c_stav_isvs.3|Vyberte jednu z možností
873 c_typ_isvs.1| |
874 |isvs_11073|Systém dynamického riadenia križovatiek|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
875 c_stav_isvs.3|Vyberte jednu z možností
876 c_typ_isvs.1| |
877 |isvs_14570|Monitoring stavu pozemných komunikácií|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
878 c_stav_isvs.3|Vyberte jednu z možností
879 c_typ_isvs.1| |
880
881
882 |=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)
883 |isvs_14562|Monitorovací kamerový systém|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
884 c_stav_isvs.2|Vyberte jednu z možností
885 c_typ_isvs.1| |
886 |isvs_14568|Inteligentný dopravný systém mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
887 c_stav_isvs.3|Vyberte jednu z možností
888 c_typ_isvs.3| |
889 |isvs_15193|Systém údržby pozemných komunikácií|{{html clean="true"}}<input type="checkbox" checked/>{{/html}}|Vyberte jednu z možností
890 c_stav_isvs.3|Vyberte jednu z možností
891 c_typ_isvs.1| |
892 |isvs_5733|Geografický informačný systém|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
893 c_stav_isvs.2|Vyberte jednu z možností
894 c_typ_isvs.1| |
895 |isvs_10383|SMART CITY platforma|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
896 c_stav_isvs.3|Vyberte jednu z možností
897 c_typ_isvs.3| |
898 |isvs_11079|Open Data portál|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
899 c_stav_isvs.2|Vyberte jednu z možností
900 c_typ_isvs.2| |
901 |isvs_11074|Dátový sklad mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
902 c_stav_isvs.3|Vyberte jednu z možností
903 c_typ_isvs.1| |
904 |isvs_11075|Analytický nástroj mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
905 c_stav_isvs.3|Vyberte jednu z možností
906 c_typ_isvs.1| |
907 |isvs_11073|Systém dynamického riadenia križovatiek|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
908 c_stav_isvs.3|Vyberte jednu z možností
909 c_typ_isvs.1| |
910 |isvs_14570|Monitoring stavu pozemných komunikácií|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
911 c_stav_isvs.3|Vyberte jednu z možností
912 c_typ_isvs.1| |
913
914 |=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)
915 |isvs_14562|Monitorovací kamerový systém|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
916 c_stav_isvs.2|Vyberte jednu z možností
917 c_typ_isvs.1| |
918 |isvs_14568|Inteligentný dopravný systém mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
919 c_stav_isvs.3|Vyberte jednu z možností
920 c_typ_isvs.3| |
921 |isvs_15193|Systém údržby pozemných komunikácií|{{html clean="true"}}<input type="checkbox" checked/>{{/html}}|Vyberte jednu z možností
922 c_stav_isvs.3|Vyberte jednu z možností
923 c_typ_isvs.1| |
924 |isvs_5733|Geografický informačný systém|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
925 c_stav_isvs.2|Vyberte jednu z možností
926 c_typ_isvs.1| |
927 |isvs_10383|SMART CITY platforma|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
928 c_stav_isvs.3|Vyberte jednu z možností
929 c_typ_isvs.3| |
930 |isvs_11079|Open Data portál|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
931 c_stav_isvs.2|Vyberte jednu z možností
932 c_typ_isvs.2| |
933 |isvs_11074|Dátový sklad mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
934 c_stav_isvs.3|Vyberte jednu z možností
935 c_typ_isvs.1| |
936 |isvs_11075|Analytický nástroj mesta Košice|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
937 c_stav_isvs.3|Vyberte jednu z možností
938 c_typ_isvs.1| |
939 |isvs_11073|Systém dynamického riadenia križovatiek|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
940 c_stav_isvs.3|Vyberte jednu z možností
941 c_typ_isvs.1| |
942 |isvs_14570|Monitoring stavu pozemných komunikácií|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
943 c_stav_isvs.3|Vyberte jednu z možností
944 c_typ_isvs.1| |
945
946 (% 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
947
948 (% style="font-size:14px" %)V rámci projektu nebudú využívané nadrezortné a spoločné centrálne bloky.
949
950 === 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 ===
951
952 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.
953
954 === 4.2.5Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE ===
955
956 **Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE**
957
958 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í:
959
960 |(((
961 **Kód ISVS
962 (z MetaIS)**
963 )))|**Názov ISVS**|(((
964 **Kód integrovaného ISVS
965 (z MetaIS)**
966 )))|**Názov integrovaného ISVS**
967 |10383|Smart City platforma mesta Košice (IIS_10383)|64562|Monitorovací kamerový systém (isvs_14562)
968 |10383|Smart City platforma mesta Košice (IIS_10383)|5733|Geografický informačný systém (isvs_5733)
969 |10383|Smart City platforma mesta Košice (IIS_10383)|11079|Open Data portál (isvs_11079)
970 |14568|Inteligentný dopravný systém (isvs_14568)|11074|Dátový sklad mesta Košice (isvs_11074)
971 |14568|Inteligentný dopravný systém (isvs_14568|11075|Analytický nástroj mesta Košice (isvs_11075) pre analýzy dopravných dát
972
973 **Doplňujúce informácie k integráciám:**
974
975 * //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.
976 * //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).
977 * //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.
978
979 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.
980
981 === 4.2.6Aplikačné služby pre realizáciu koncových služieb – TO BE ===
982
983 **Aplikačné služby pre realizáciu koncových služieb – TO BE**
984
985 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):
986
987 |**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)**
988 |as_60268|Manažment Smart City|isvs_10383 SMART CITY platforma|ks_339274 Manažment pripojených IoT zariadení cez centrálny dispečing
989 |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í
990 |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í
991 |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
992 |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í
993 |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
994
995 === 4.2.7Aplikačné služby na integráciu – TO BE ===
996
997 //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.//
998
999 |**AS (kód MetaIS)**|**Názov AS**|(((
1000 **Realizuje ISVS
1001 (kód MetaIS)**
1002 )))|**Poskytovaná alebo Konzumujúca**|**Integrácia s IS tretích strán**|**SaaS**|**Integrácia na AS poskytovateľa (kód MetaIS)**
1003 |as_67237|Poskytovanie metadát do Národného katalógu otvorených dát|isvs_11079|Poskytovaná|áno|nie|áno, sluzba_is_48063
1004 |as_67664|Poskytovanie údajov z IDS pre Open Data portál|isvs_14568|Poskytovaná|nie|nie|nie
1005 |as_67665|Poskytovanie údajov z IDS pre Geografický informačný systém|isvs_14568|Poskytovaná|nie|nie|nie
1006
1007 {{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
1008
1009 ISVS nebude priamo poskytovať údaje do IS CSRÚ ale v prípade potreby je pripravený ich poskytovať v budúcnosti cez rozhranie REST API.
1010
1011 === {{id name="_Toc63764349"/}}{{id name="_Toc1792132569"/}}{{id name="_Toc153139694"/}}4.2.9Konzumovanie údajov z IS CSRU – TO BE ===
1012
1013 ISVS nebude konzumovať údaje z IS CSRÚ.
1014
1015 == {{id name="_Toc62487006"/}}{{id name="_Toc62486869"/}}{{id name="_Toc62486294"/}}4.3Dátová vrstva ==
1016
1017 === Aktuálny stav dátovej architektúry (AS IS) ===
1018
1019 **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.
1020
1021 **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.
1022
1023 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.
1024
1025 === Cieľový stav dátovej architektúry (TO BE) ===
1026
1027 **Návrh dátovej vrstvy**
1028
1029 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:
1030
1031 |**Dátový objekt / Doména**|**Popis a hlavné dátové prvky**|**Súvisiace biznis procesy / funkcie**|**Výstupné (informačné) objekty v ArchiMate**
1032 |**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.
1033 |**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í.
1034 |**Ú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.
1035
1036 **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.
1037
1038 **Význam dátových objektov pre ekosystém, interoperabilitu a rozhodovanie**
1039
1040 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:
1041
1042 * **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.
1043 * **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.
1044 * **Ú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.
1045
1046 === Väzby medzi entitami a využitie URI identifikátorov ===
1047
1048 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:
1049
1050 * **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.
1051 * **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.
1052 * **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í.
1053
1054 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:
1055
1056 * 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.
1057 * **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.
1058 * 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.
1059 * 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.
1060
1061 === Súlad s metodikou MIRRI, ArchiMate a NKIVS ===
1062
1063 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:
1064
1065 * **Š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.
1066
1067 * **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.
1068 * **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.
1069 * **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.
1070 * **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.).
1071
1072 **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**.
1073
1074 **Správa údajov, princíp „jedenkrát a dosť“ a migrácia údajov**
1075
1076 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:
1077
1078 * **Princíp „jedenkrát a dosť“**
1079 ** 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)**,
1080 ** mesto nebude od občanov ani podnikateľov opakovane vyžadovať údaje, ktoré sú už evidované v štátnych registroch.
1081 * **Správa údajov (Data Governance)**
1082 ** 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,
1083 ** budú implementované procesy správy dát (data stewardship, katalogizácia, kontrola kvality údajov),
1084 ** všetky datasety budú evidované v **Národnom katalógu otvorených dát** v súlade s vyhl. 78/2020 Z.z.,
1085 ** budú vytvorené mechanizmy pre **sledovanie dátových tokov a ich kvality**.
1086 * **Migrácia zo súčasných systémov**
1087 ** projekt zabezpečí migráciu relevantných údajov z existujúcich systémov mesta do jednotnej dátovej platformy,
1088 ** migrácia bude prebiehať podľa metodiky MIRRI v súlade s vyhl. 401/2023 Z. z. – so špecifikovaním:
1089 *** zdrojových systémov a dátových štruktúr,
1090 *** mapovania na nový dátový model mesta,
1091 *** validačných mechanizmov (kontrola konzistencie, úplnosti, kvality údajov),
1092 *** plánov kontinuity (minimálne výpadky služieb počas migrácie).
1093 * **Opätovná použiteľnosť**
1094 ** všetky novo vytvorené komponenty budú evidované v **MetaIS**
1095 ** 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**.
1096
1097 === {{id name="_Toc2009350815"/}}{{id name="_Toc153139696"/}}{{id name="_Toc63764351"/}}4.3.1Údaje v správe organizácie ===
1098
1099 **Súčasný stav (AS IS)**
1100
1101 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.
1102
1103 Najvýznamnejšie dátové entity v aktuálnom stave:
1104
1105 * **Dopravné údaje**: Získavané prevažne manuálne a čiastočne automatizovane (jednotlivé senzory bez centralizácie).
1106 * **Údaje zimnej údržby**: Evidencia zásahov údržby vedená samostatne, neprepojená na dopravné a meteorologické údaje.
1107 * **Pasportizačné údaje**: Evidované v rôznych formátoch ( tabuľkové databázy).
1108 * **Energetické údaje**: Čiastočne dostupné ako izolované databázy, bez integrácie na úroveň mesta.
1109 * Ú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.
1110
1111 **Logický dátový model AS IS**
1112
1113 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ú:
1114
1115 * **Incident (dopravný)**: ID, čas, miesto, popis, stav
1116 * **Cesta**: ID cesty, kategória, technický stav, GPS súradnice
1117 * **Pasportný objekt**: ID objektu, názov, typ, stav, súradnice
1118 * **Energetický záznam**: ID, typ energie, odberné miesto, spotreba, dátum
1119 * **Podnet občana**: ID podnetu, kategória, dátum prijatia, popis, stav riešenia
1120 * Tieto objekty nie sú medzi systémami vzájomne prepojené.
1121
1122 === {{id name="_Ref154138234"/}}{{id name="_Toc1386538966"/}}{{id name="_Toc153139697"/}}{{id name="_Toc63764352"/}}4.3.2Dátový rozsah projektu - Prehľad objektov evidencie - TO BE ===
1123
1124 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.
1125
1126 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:
1127
1128 |**ID OE**|**Objekt evidencie – názov**|**Objekt evidencie – popis**|**Referencovateľný identifikátor URI**
1129 |OE01|Dopravné dáta|Dáta zo senzorov monitorujúce intenzitu dopravy a skladbu vozidiel.|Nemá
1130 |OE02|Incident|Hlásenie a záznam o dopravných nehodách alebo mimoriadnych udalostiach na komunikáciách.|Nemá
1131 |OE04|Meteodáta zimnej údržby|Údaje z meteorologických senzorov používané pre zimnú údržbu ciest (teplota, poľadovica, sneženie).|Nemá
1132 |OE05|Záznam o údržbe komunikácií|Detailný záznam o vykonaných údržbových zásahoch (opravy ciest, posypy).|Nemá
1133 |OE06|Dopravná infraštruktúra|Detailný evidenčný systém ciest, mostov, chodníkov a ostatných dopravných objektov.|Nemá
1134 |OE07|Zariadenie (IoT)|Evidencia senzorov a IoT zariadení nasadených v meste, zahŕňa údaje o type, stave a umiestnení zariadení.|Nemá
1135 |OE08|Komunikačná sieť|Evidencia mestských komunikačných sietí (prístupové body, sieťové uzly a médiá).|Nemá
1136
1137 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.
1138
1139 {{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
1140
1141 **Referenčné údaje a centrálne registre**
1142
1143 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ť).
1144
1145 //Pre projekt Inteligentné mesto Košice nenavrhujeme **vyhlásiť za referenčné žiadne údaje o dopravnej infraštruktúre** mesta.//
1146
1147 === Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CSRU ===
1148
1149 **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í).
1150
1151 **Mestská integračná platforma a otvorené API:**
1152
1153 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Ú.**
1154
1155 === {{id name="_Toc62489741"/}}{{id name="_Toc58337725"/}}{{id name="_Toc62488224"/}}{{id name="_Toc62488115"/}}{{id name="_Toc62488022"/}}{{id name="_Toc62487929"/}}4.3.4Kvalita a čistenie údajov ===
1156
1157 **Procesy riadenia životného cyklu správy údajov (AS IS)**
1158
1159 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.
1160
1161 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.
1162
1163 **Zavedenie systematického manažmentu údajov (TO BE)**
1164
1165 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ú:
1166
1167 * Implementácia jednotného centrálneho dátového modelu s definovanými objektmi evidencie.
1168 * Zavedenie centrálnej dátovej platformy pre integrované ukladanie, správu a publikovanie údajov.
1169 * Jednotné metadátové štandardy a využitie URI identifikátorov podľa Centrálneho modelu údajov verejnej správy.
1170 * Pravidlá pre kvalitu údajov (validácia, čistenie, štandardizácia) a zabezpečenie interoperability s externými národnými registrami.
1171
1172 **Organizačná stránka – zavedenie dátového kurátora**
1173
1174 Mesto Košice zavedie rolu dátového kurátora (dátový architekt), ktorý bude zodpovedný za:
1175
1176 * Koordináciu implementácie systematického manažmentu údajov v súlade s národnými metodikami a štandardmi.
1177 * Vytvorenie rezortnej dátovej kancelárie, ktorá bude zodpovedná za zber, validáciu, publikáciu a správu údajov.
1178 * 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.
1179 * Dohľad nad kvalitou údajov a poskytovaním otvorených údajov pre občanov, podnikateľov a iné organizácie verejnej správy.
1180 * 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).
1181
1182 **Systémový manažment údajov a úloha dátového kurátora**
1183
1184 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.
1185
1186 Kľúčové zodpovednosti **dátového kurátora** v kontexte tejto dátovej vrstvy:
1187
1188 * **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.
1189 * **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.
1190 * **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.
1191 * **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.
1192 * **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).
1193
1194 Ú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.
1195
1196 ==== {{id name="_Toc63764354"/}}4.3.4.1Zhodnotenie objektov evidencie z pohľadu dátovej kvality ====
1197
1198 |**ID OE**|(((
1199 **Názov Objektu evidencie**
1200
1201 (uvádzať OE z tabuľky v kap. 4.3.2)
1202 )))|**Popis Objektu evidencie**|(((
1203 **Významnosť kvality**
1204
1205 1 (malá) až 5 (veľmi významná)
1206 )))|(((
1207 **Citlivosť kvality**
1208
1209 1 (malá) až 5 (veľmi významná)
1210 )))|(((
1211 **Priorita - poradie dôležitosti**
1212
1213 (číslované od najdôležitejšieho)
1214 )))
1215 |OE05|Dopravná infraštruktúra|Detailný evidenčný systém ciest, mostov, chodníkov a ostatných dopravných objektov.|5|3|1
1216 |OE01|Dopravné dáta|Dáta zo senzorov monitorujúce intenzitu dopravy a skladbu vozidiel.|4|3|2
1217 |OE02|Incident|Hlásenie a záznam o dopravných nehodách alebo mimoriadnych udalostiach na komunikáciách.|5|4|3
1218 |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
1219 |OE06|Zariadenie (IoT)|Evidencia senzorov a IoT zariadení nasadených v meste, zahŕňa údaje o type, stave a umiestnení zariadení.|3|3|5
1220 |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
1221 |OE07|Komunikačná sieť|Evidencia mestských komunikačných sietí (prístupové body, sieťové uzly a médiá).|2|2|7
1222
1223 ==== 4.3.4.2Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality ====
1224
1225 |**Rola**|**Činnosti**|**Pozícia zodpovedná za danú činnosť **(správca ISVS / dodávateľ)
1226 |**Dátový kurátor**|Evidencia požiadaviek na dátovú kvalitu, monitoring a riadenie procesu|Dátový kurátor správcu IS (odd. dopravy)
1227 |**Data steward**|Čistenie a stotožňovanie voči referenčným údajom|Pracovník IT podpory
1228 |**Databázový špecialista**|Analyzuje požiadavky na dáta, modeluje obsah procedúr|Dodávateľ
1229 |**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
1230 |***Iná rola (doplniť)**| |
1231
1232 === {{id name="_Toc62488121"/}}{{id name="_Toc62488028"/}}{{id name="_Toc62487935"/}}4.3.5Otvorené údaje ===
1233
1234 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.
1235
1236 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.
1237
1238 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.
1239
1240 Na lokálnej úrovni budú využívané nasledovné interné analytické nástroje:
1241
1242 * Vizualizácia údajov v mapovom prostredí
1243 * Tvorba analytických vrstiev – napr. tematické mapy
1244 * 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
1245
1246 **Tabuľka objektov evidencie sprístupnených ako otvorené údaje:**
1247
1248 |**Názov objektu evidencie / datasetu**|**Požadovaná interoperabilita**|**Periodicita publikovania**
1249 |Dopravné dáta (tok dopravy z IoT senzorov)|3★|denne
1250 |Záznam o intenzite dopravy; štatistiky dopravy|3★|mesačne
1251 |Dáta zimnej údržby ciest (meteodáta, posypy)|3★|denne
1252 |Dáta bežnej údržby ciest (opravy)|3★|mesačne
1253 |Hlásenia dopravných incidentov|3★|mesačne
1254
1255 **Zdôvodnenie:**
1256
1257 * **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.
1258 * **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.
1259 * **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★.
1260 * **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★.
1261 * **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.
1262
1263 === 4.3.6Analytické údaje ===
1264
1265 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).
1266
1267 Tabuľka nižšie sumarizuje zoznam objektov evidencie, ktoré sú v rámci projektu určené pre analytické účely:
1268
1269 |**ID**|**Názov objektu evidencie pre analytické účely**|**Zoznam atribútov objektu evidencie**|**Popis a špecifiká objektu evidencie**
1270 |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.
1271 |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í.
1272 |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í.
1273 |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.
1274 |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í.
1275
1276 **Popis spôsobu sprístupnenia údajov pre analytické jednotky**
1277
1278 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.
1279
1280 Ú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.
1281
1282 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.
1283
1284 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.
1285
1286 === 4.3.7Moje údaje ===
1287
1288 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.
1289
1290 === 4.3.8Prehľad jednotlivých kategórií údajov ===
1291
1292 **Prehľad jednotlivých kategórií údajov (TO BE stav projektu)**
1293
1294 |**ID**|**Register / Objekt evidencie**|**Referenčné údaje**|**Moje údaje**|**Otvorené údaje**|**Analytické údaje**
1295 |1|Dopravná infraštruktúra (BO_DopravnaInfra)|☒|☐|☒|☒
1296 |2|Zariadenie (Device)|☒|☐|☐|☒
1297 |3|Komunikačná sieť (Network)|☒|☐|☐|☐
1298 |4|Dopravné dáta (tok dopravy z IoT senzorov)|☐|☐|☒|☒
1299 |5|Dopravný monitoring a adaptívne riadenie premávky|☐|☐|☐|☒
1300 |6|Centrálne dopravné riadenie (dopravný dispečing)|☐|☐|☐|☒
1301 |7|Hlásenie incidentu|☐|☐|☐|☒
1302 |8|Dáta zimnej údržby ciest|☐|☐|☒|☒
1303 |9|Dáta bežnej údržby ciest|☐|☐|☒|☒
1304
1305 **Legenda:**
1306
1307 ☒ – objekt patrí do danej kategórie, ☐ – objekt nepatrí do danej kategórie
1308
1309 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**.
1310
1311 (% style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" %)4.4Technologická vrstva
1312
1313 [[image:1755525901086-271.png]]
1314
1315 === {{id name="_Toc937277657"/}}{{id name="_Toc153139707"/}}{{id name="_Toc15428561"/}}4.4.1Prehľad technologického stavu - AS IS ===
1316
1317 === Komunikačná sieť ===
1318
1319 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.
1320
1321 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.
1322
1323 Komunikačná sieť pozostáva z nasledujúcich hlavných komponentov:
1324
1325 * 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.
1326 * 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.
1327 * 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ú.
1328 * 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.
1329 * 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.
1330 * 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.
1331
1332 Význam a prínosy aktuálnej komunikačnej infraštruktúry:
1333
1334 * 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.
1335 * 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é.
1336
1337 === Infraštruktúrne uzly (Infrastructure Node) ===
1338
1339 **Hybridný mestský cloud**
1340
1341 Hybridný mestský cloud predstavuje kombinované cloudové prostredie pozostávajúce z dvoch základných častí:
1342
1343 * 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.
1344 * 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.
1345
1346 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.
1347
1348 **~1. Privátny cloud (VDC – Virtual Data Centre):**
1349
1350 * Virtuálna infraštruktúra je vo vlastníctve a plnej správe externého poskytovateľa, ktorý zabezpečuje:
1351 ** Fyzické servery
1352 ** Dátové úložiská (diskové polia)
1353 ** Sieťovú infraštruktúru (LAN/WAN)
1354 ** Fyzickú bezpečnosť a redundantné napájanie dátového centra
1355 * Virtualizačná platforma:
1356 ** Virtualizácia je postavená na platforme VMware. Hypervisor, sieťové konfigurácie a úložiskové systémy sú kompletne riadené poskytovateľom.
1357 ** V súčasnosti infraštruktúra neumožňuje pokročilú kontajnerizáciu (napr. Kubernetes), natívnu podporu Big Data ani stream processing.
1358 ** Prevádzka kritických služieb prebieha tradične – bez horizontálneho škálovania a pokročilej redundancie.
1359 * Aplikácie a služby v Privátnom cloude:
1360 * Zastrešuje kľúčové mestské informačné systémy:
1361 ** Administratívne a ekonomické informačné systémy (ERP)
1362 ** Časť GIS systémov
1363 ** Archívne systémy mesta
1364 ** Základné infraštruktúrne služby (DHCP, DNS, AD doménové radiče)
1365 * Obmedzenia existujúceho Privátneho cloudu:
1366 ** 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:
1367 *** Big Data Warehousing
1368 *** Big Data Processing
1369 *** Data Lakes
1370 *** Stream Processing
1371 *** Managed BI (Business Intelligence)
1372 *** IoT Platform
1373 *** Edge Computing
1374
1375 **2. Verejný cloud (Microsoft Azure):**
1376
1377 * Poskytovateľ: Microsoft Azure – verejný cloud so širokým portfóliom moderných služieb a infraštruktúry.
1378 * Mesto Košice využíva Azure cloud na:
1379 ** Vybrané produkčné aplikácie (napr. webové portály, mobilné aplikácie)
1380 ** IoT platformy a riešenia
1381 ** Pokročilé dátové a analytické služby (big data, stream processing)
1382 ** Obnovu po havárii a zálohovacie riešenia
1383 * Služby Microsoft Azure používané mestom:
1384 ** Výpočtové a hostingové služby
1385 *** Azure Virtual Machines (VMs)
1386 *** Azure App Service & Function Apps
1387 *** Azure Kubernetes Service (AKS)
1388 ** Ukladanie a správa dát
1389 *** Azure Storage Accounts
1390 *** Azure Cosmos DB
1391 *** Azure SQL Database
1392 *** Azure Data Factory
1393 ** Bezpečnosť a identita
1394 *** Azure Key Vault
1395 *** Microsoft Entra ID (Azure AD)
1396 *** Azure Security
1397 *** Azure Application Gateway (WAF)
1398 ** Sieťové riešenia
1399 *** Azure Virtual Network (VNet)
1400 *** Azure Application Gateway & Load Balancer
1401 *** Azure Private Link & DNS
1402 ** Monitorovanie a automatizácia
1403 *** Azure Monitor & Log Analytics
1404 *** Azure Automation
1405 *** Azure Smart Detector
1406 *** Azure Application Insights
1407 ** Obnova po havárii a zálohovanie
1408 *** Azure Backup & Recovery Services
1409 *** IoT a edge computing
1410 *** Azure IoT Central
1411 *** Azure Event Hubs
1412 * Integrácia s Privátnym cloudom (VDC):
1413 ** 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í.
1414
1415 Transformácia IT infraštruktúry mesta Košice prebieha v dvoch hlavných fázach:
1416
1417 * Fáza 1 (Lift and Shift):
1418 ** Aktuálny stav, kedy sa väčšina aplikácií presúva do Privátneho cloudu bez zásadných úprav architektúry aplikácií.
1419 ** Cieľom je konsolidovať a stabilizovať infraštruktúru, eliminovať lokálne on-premise servery a začať využívať cloudové prostredie.
1420 * Fáza 2 (Optimization & Modernization):
1421 ** Po konsolidácii budú nasledovať kroky na optimalizáciu aplikácií a modernizáciu infraštruktúry:
1422 ** Refactoring (úpravy kódu)
1423 ** Replatforming (presun na moderné platformy)
1424 ** Re-architecting (zmeny architektúry aplikácií)
1425 ** Rebuild (úplné prepracovanie aplikácií na cloud-native modely, kontajnerizáciu, mikroservisnú architektúru)
1426 * Plánovaný ďalší rozvoj – SASE integrácia:
1427 ** 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í:
1428 ** Konsolidovať riadenie bezpečnosti komunikácie (inbound/outbound) na jednom mieste.
1429 ** Poskytovať služby Firewall as a Service (FWaaS).
1430 ** 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.
1431 ** 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.
1432
1433 === Sieťové uzly v teréne ===
1434
1435 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.
1436
1437 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.
1438
1439 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é:
1440
1441 * Poskytujú sieťovú konektivitu pre IoT zariadenia a senzory.
1442 * Realizujú lokálne (edge) spracovanie údajov, čím znižujú latenciu a sieťovú záťaž.
1443 * Zabezpečujú vzdialený monitoring a ovládanie zariadení v reálnom čase.
1444
1445 Technológie používané v uzloch zahŕňajú:
1446
1447 * Komunikačné technológie:
1448 ** Optické pripojenie (single-mode), ak je dostupné.
1449 ** Mikrovlnné spoje (MW) – tam, kde optická infraštruktúra chýba.
1450 ** Mobilné pripojenia 4G/LTE (Cisco, Teltonika) – zabezpečujú konektivitu v odľahlých lokalitách.
1451 ** LoRaWAN IoT brány (MikroTik, TEKTELIC) – umožňujú efektívny zber dát z malých IoT senzorov.
1452 * Edge Computing a IoT zariadenia:
1453 ** IoT Edge zariadenia (Advantech Edge Gateway, Cisco IoT Gateway).
1454 ** Environmentálne senzory (Klimator RWIS Lite, Libelium).
1455 ** Videoanalytické zariadenia (Axis, Hikvision) s lokálnou AI analýzou obrazu.
1456 * Dopravné systémy a inteligentné riadenie:
1457 ** Inteligentné semaforové radiče (Siemens Mobility, Swarco) – adaptívne riadenie dopravy a preferencia MHD.
1458 ** Dopravné senzory a kamery pre real-time monitoring premávky.
1459 * Bezpečnostné zariadenia:
1460 ** Firewall zariadenia a VPN routery (Cisco, Palo Alto Networks) pre bezpečnú komunikáciu uzlov s centrálnymi systémami.
1461
1462 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).
1463
1464 **Aktuálne využitie (AS-IS stav)**
1465
1466 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:
1467
1468 * 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.
1469 * 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.
1470 * 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.
1471 * 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.
1472 * 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.
1473
1474 **Plánované využitie (TO-BE stav)**
1475
1476 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í:
1477
1478 * Centralizovaná IoT platforma (Azure IoT Central / Azure IoT Hub) – pre jednotný manažment a monitoring všetkých IoT zariadení v teréne.
1479 * Edge computing na uzloch – pokročilá lokálna analýza údajov (napr. real-time AI videoanalýza incidentov na kamerách).
1480 * Celoplošné pokrytie IoT senzormi – pre oblasti dopravy, životného prostredia, verejného osvetlenia, parkovania a inteligentných budov.
1481 * Integrácia s hybridným cloudom – jednotné bezpečné spojenie do privátneho a verejného cloudu (Azure).
1482 * Implementácia SASE (Secure Access Service Edge) pre jednotné riadenie bezpečnosti komunikácie medzi uzlami a centrálnou infraštruktúrou.
1483
1484 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.
1485
1486 **Funkčnosť a význam**
1487
1488 Sieťové uzly v teréne sú kritickou infraštruktúrou pre Smart City aplikácie mesta Košice:
1489
1490 * Real-time spracovanie dát – umožňujú rýchlejšiu odozvu na incidenty (napr. dopravné nehody, výpadky osvetlenia).
1491 * Redukcia záťaže centrálnej siete – vďaka lokálnemu predspracovaniu dát.
1492 * Š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.
1493 * Vysoká dostupnosť a odolnosť – lokálne autonómne fungovanie uzlov aj pri výpadku spojenia s centrálou.
1494
1495 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.
1496
1497 **Plánovaný ďalší rozvoj**
1498
1499 V ďalších fázach rozvoja sa plánuje:
1500
1501 * Plošné nasadenie IoT a videoanalytických senzorov vo všetkých kľúčových oblastiach mesta.
1502 * Implementácia pokročilých technológií edge computingu na uzloch (embedded AI).
1503 * Konsolidácia správy uzlov prostredníctvom centralizovanej platformy v hybridnom cloude (Azure IoT a Edge služby).
1504 * Zavedenie bezpečnostných riešení SASE, ktoré zabezpečia jednotnú správu bezpečnosti a prístupu k infraštruktúre.
1505 * 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.
1506
1507 === Systémový softvér ===
1508
1509 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.
1510
1511 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.
1512
1513 **Operačné systémy serverov**
1514
1515 Aktuálnu serverovú infraštruktúru tvorí heterogénne prostredie založené na:
1516
1517 * Windows Server (2019/2022) – prevažne aktuálne podporované verzie, ktoré zabezpečujú stabilnú a bezpečnú prevádzku hlavných aplikácií.
1518 * Linux (Debian GNU/Linux 11, Red Hat Enterprise Linux 8) – dominantné linuxové distribúcie využívané pre špecifické aplikácie a systémy.
1519 * 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.
1520
1521 **Databázové systémy**
1522
1523 Mesto využíva viacero databázových systémov, pričom dominantné sú:
1524
1525 * Microsoft SQL Server – hlavná databázová platforma pre kľúčové administratívne a ekonomické systémy.
1526 * Oracle Database – používaná prevažne pre staršie systémy, ich využívanie je postupne redukované.
1527 * PostgreSQL/MySQL – používané prevažne v menších aplikáciách a vybraných novších riešeniach.
1528 * 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.
1529
1530 **Kontajnerizačné nástroje**
1531
1532 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.
1533
1534 **Adresárové a autentifikačné služby**
1535
1536 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á.
1537
1538 **Ekonomický ERP systém**
1539
1540 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.
1541
1542 === Hardvér a zariadenia (Device) ===
1543
1544 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.
1545
1546 **Fyzické servery (Device)**
1547
1548 * 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).
1549 * 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.
1550 * 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.
1551
1552 **IoT senzory (Device)**
1553
1554 * 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).
1555 * 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ť.
1556 * Chýba plošné nasadenie IoT senzoriky v kľúčových oblastiach ako je dopravná infraštruktúra, energetika a manažment budov.
1557 * 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.
1558
1559 **Mestský videoanalytický systém (Device)**
1560
1561 * 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.
1562 * 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.
1563 * Chýba edge computing kapacita na miestach videoanalýzy, čo limituje možnosti real-time detekcie incidentov alebo dopravných situácií.
1564 * 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).
1565
1566 **Mobilné zariadenia (Device)**
1567
1568 * Magistrát a mestské organizácie využívajú prevažne štandardné notebooky, tablety a smartfóny na každodennú prácu.
1569 * Š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é.
1570 * 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.
1571
1572 **Pracovné stanice a notebooky (Device)**
1573
1574 * 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.
1575 * Súčasťou moderného pracovného prostredia sú aj mobilné notebooky umožňujúce flexibilnú prácu mimo kancelárie.
1576 * 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.
1577 * Moderný systém správy životného cyklu koncových zariadení (Microsoft Endpoint Configuration Manager / MECM a Microsoft Intune)
1578 * 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í.
1579
1580 Tento systém zabezpečuje:
1581
1582 * Centralizovanú distribúciu softvéru (automatické nasadzovanie aplikácií a aktualizácií)
1583 * Šifrovanie údajov prostredníctvom BitLocker-u
1584 * Striktné prístupové politiky (vynútenie silných hesiel, firewall pravidiel)
1585 * Pravidelné bezpečnostné aktualizácie (patchovanie OS a aplikácií)
1586 * Komplexný monitoring a inventarizáciu zariadení
1587 * Vzdialenú správu a podporu (diagnostika a vzdialené riešenie problémov)
1588
1589 Pre mobilné zariadenia zabezpečuje systém:
1590
1591 * Vynútenie compliance politík (Mobile Device Management – MDM)
1592 * Selektívne vzdialené vymazanie dát (remote wipe)
1593 * Centrálne riadenie aplikácií pre mobilné zariadenia (Mobile Application Management – MAM)
1594
1595 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.
1596
1597 Napriek tomu existujú významné rezervy, predovšetkým v oblasti:
1598
1599 * Plošného nasadenia IoT senzoriky a edge computing riešení.
1600 * Integrácie videoanalytických systémov a implementácie pokročilej AI analýzy.
1601 * Jednotného prístupu k bezpečnosti a manažmentu všetkých pracovných zariadení.
1602 * 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í.
1603
1604 **Sieťové zariadenia**
1605
1606 * 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.
1607 * 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).
1608 * 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í.
1609
1610 **Kľúčové výzvy a priority**
1611
1612 * 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.
1613 * 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.
1614 * 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).
1615 * 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.
1616
1617 === {{id name="_Toc1626553566"/}}{{id name="_Toc153139708"/}}4.4.2Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE ===
1618
1619 **Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE**
1620
1621
1622 |**Parameter**|**Jednotky**|**Predpokladaná hodnota**|**Poznámka**
1623 |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
1624 |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)
1625 |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
1626 |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)
1627 |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í
1628 |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í)
1629 |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
1630 |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)
1631 |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
1632 |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)
1633 |Dostupnosť centrálnej dátovej platformy|%|99,9 %|Požadovaná dostupnosť centrálnej platformy (ročne)
1634 |Č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
1635 |Čas odozvy verejného portálu|sekundy|< 3 sek.|Požadovaná maximálna odozva systému pri práci externých používateľov
1636 |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)
1637
1638 **Ďalšie kapacitné a výkonové požiadavky:**
1639
1640 * **Škálovateľnosť dátového skladu**
1641 ** 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.
1642 * **Zálohovanie a obnova údajov**
1643 ** 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.
1644 * **Spracovanie analytických úloh**
1645 ** 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.
1646 * **Podpora vysokého počtu súbežných prístupov k API**
1647 ** API platforma musí byť schopná spracovať minimálne 500 simultánnych požiadaviek v špičke.
1648
1649 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**.
1650
1651 === {{id name="_Toc985091580"/}}{{id name="_Toc153139709"/}}4.4.3Návrh riešenia technologickej architektúry ===
1652
1653 ==== Základné princípy architektúry ====
1654
1655 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.
1656
1657 ==== Cloudová infraštruktúra (Hybridný cloud) ====
1658
1659 **Privátny cloud (VDC)**
1660
1661 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.
1662
1663 * Obmedzenia: Chýba natívna podpora pre Big Data, pokročilú kontajnerizáciu a real-time analytiku.
1664
1665 **Verejný cloud (Azure)**
1666
1667 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:
1668
1669 * IoT platformy a riešenia (Azure IoT Central, Azure IoT Hub)
1670 * Big Data a analytické služby
1671 * Edge computing (Azure IoT Edge)
1672
1673 **Sieťová infraštruktúra**
1674
1675 * 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.
1676 * Centralizácia monitoringu (CheckMK, Cisco Meraki, Cisco ISE) pre celú infraštruktúru.
1677 * Implementácia SASE (Secure Access Service Edge) platformy pre jednotnú správu bezpečnosti (Firewall as a Service, Zero Trust bezpečnostný model).
1678
1679 **Dátová platforma a analytická vrstva**
1680
1681 * Centrálny dátový sklad (Azure Data Lake, SQL Database, Cosmos DB) pre konsolidáciu všetkých dátových zdrojov mesta.
1682 * Real-time a batch analytika (Azure Stream Analytics, Databricks) na pokročilé dátové analýzy a rozhodovanie v reálnom čase.
1683 * Jednotný dátový model pre IoT zariadenia, mestské aplikácie a analytické služby.
1684
1685 **Edge Computing a IoT vrstva**
1686
1687 * Plošné nasadenie edge computing uzlov (Azure IoT Edge, K3s runtime) v teréne pre lokálne spracovanie dát.
1688 * Zavedenie videoanalytických systémov s lokálnou AI analýzou incidentov a dopravných situácií (embedded AI).
1689 * Centrálna IoT platforma (Azure IoT Central, Azure IoT Hub) pre zjednotenú správu všetkých IoT zariadení.
1690
1691 **Bezpečnostná architektúra**
1692
1693 * Zavedenie pokročilého Identity & Access Management (IAM) riešenia pre IoT a externé subjekty.
1694 * Automatizovaná správa zariadení (Azure Device Provisioning Service) s pravidelným auditom a aktualizáciami.
1695 * Šifrovanie dát (TLS 1.3, AES-256) a centralizovaný bezpečnostný monitoring (Azure Sentinel, CheckMK).
1696 * Implementácia SASE platformy pre centralizovanú správu bezpečnosti komunikácie medzi edge zariadeniami, aplikáciami a cloudovou infraštruktúrou.
1697
1698 **Aplikačná integrácia a modernizácia systémov**
1699
1700 * Modulárna mikroslužbová architektúra – rozdelenie aplikácií do samostatných, škálovateľných mikroslužieb.
1701 * Postupná migrácia legacy aplikácií na kontajnerizované riešenia (Kubernetes, AKS).
1702 * 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.
1703
1704 **DevOps a Kontajnerizačné nástroje**
1705
1706 * Preferované použitie nástrojov Kubernetes (Azure AKS) pre nasadenie kontajnerizovaných aplikácií.
1707 * Zavedenie DevOps nástrojov pre CI/CD (GitLab CI, GitHub Actions, Azure DevOps) na automatizované nasadzovanie aplikácií.
1708 * Low-code nástroje (Power Platform) pre rýchly vývoj a nasadenie nových aplikácií pre interné procesy.
1709
1710 **Prevádzkové prostredia**
1711
1712 * Vývojové prostredie (DEV) – menší Kubernetes klaster, automatizovaný CI/CD proces, bezpečný prístup pre vývojárov.
1713 * Testovacie prostredie (TEST) – oddelený, bezpečný Kubernetes klaster, anonymizované údaje, automatizované nasadzovanie aplikácií.
1714 * Produkčné prostredie (PROD) – vysoko dostupné Kubernetes klastry v hybridnom cloude, multi-zone architektúra, centrálny monitoring a robustné zabezpečenie.
1715
1716 **Využitie služieb vládneho cloudu**
1717
1718 * 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.
1719 * 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.
1720
1721 **Požiadavky na HW, SW a licencie (detailne v BC/CBA)**
1722
1723 * HW: Kubernetes klastre v hybridnom cloude (Azure/VDC), fyzické edge zariadenia (Advantech Edge Gateway, Cisco IoT Gateway).
1724 * Softvér: PostgreSQL (open source), Azure Kubernetes Service, Azure IoT platforma, CI/CD nástroje (GitLab CI, Jenkins, ArgoCD).
1725 * Licencie: Azure licencie podľa využívaných cloudových služieb.
1726
1727 **Kľúčové výzvy a strategické priority**
1728
1729 * Odstránenie fragmentácie a centralizácia IT infraštruktúry a aplikácií mesta.
1730 * Zavedenie plnohodnotnej IoT platformy a transportnej vrstvy (mestská LPWAN, LoRaWAN/NB-IoT).
1731 * Implementácia pokročilého edge computingu pre lokálne spracovanie dát v teréne.
1732 * Plná migrácia existujúcich legacy aplikácií na kontajnerovú architektúru s využitím existujúcich cloudových služieb.
1733 * Zavedenie jednotnej bezpečnostnej architektúry (Zero Trust, IAM, SASE) a dôsledné dodržiavanie štandardov a otvorených
1734
1735 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.
1736
1737 === {{id name="_Toc1130364585"/}}{{id name="_Toc153139710"/}}4.4.4Využívanie služieb z katalógu služieb vládneho cloudu ===
1738
1739 V realizovanom projekte neplánujeme využívať služby z katalógu vládneho cloudu.
1740
1741 == {{id name="_Toc1569848295"/}}{{id name="_Toc153139712"/}}4.5Bezpečnostná architektúra ==
1742
1743 === AS IS stav bezpečnostnej architektúry ===
1744
1745 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).
1746
1747 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í.
1748
1749 Centralizovaný identitný a prístupový manažment (IAM)
1750
1751 1. Jednotný autentifikačný mechanizmus pre celú IT infraštruktúru:
1752 1*. Všetky organizácie mesta využívajú integrované riešenie založené na:
1753 1**. Active Directory
1754 1**. Microsoft Entra ID
1755 1*. Vzájomne prepojené prostredie s federovanou autentifikáciou
1756 1. Komplexný identity store pre všetky typy identít:
1757 1*. Zamestnanci magistrátu a príspevkových organizácií
1758 1*. Externí partneri a dodávatelia
1759 1*. Guest používatelia (obmedzené prístupové práva)
1760 1*. Systémové a služobné účty
1761 1. Implementované bezpečnostné politiky:
1762 1*. Pravidlá pre silné heslá a multi-faktorovú autentifikáciu (MFA)
1763 1*. Podmienený prístup (Conditional Access) podľa rolí a rizika – plánovaná implementácia
1764 1*. Pravidelné audity a recertifikácia prístupov
1765 1*. Automatizovaná správa životného cyklu identít (onboarding/offboarding)
1766
1767 === TO BE stav bezpečnostnej architektúry ===
1768
1769 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.
1770
1771 Pri riešení sa predpokladá:
1772
1773 * Implementácia SIEM nástroja pre centralizované logovanie a detekciu incidentov,
1774 * Nasadenie vrstvenej ochrany (perimetrové firewally, WAF, IPS/IDS systémy),
1775 * Segmentácia mestskej siete na zóny (riadiaca, DMZ, IoT podsiete) s definovanými pravidlami,
1776 * Zabezpečenie IoT zariadení (certifikáty, kryptografické protokoly) a šifrovaná komunikácia,
1777 * Vytvorenie plánu kontinuity (BCP) a disaster recovery (DR) pre dôležité systémy.
1778
1779 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á.
1780
1781 **Súlad s platnými právnymi a technickými normami**
1782
1783 Navrhovaná bezpečnostná architektúra rešpektuje:
1784
1785 * **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,
1786 * **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í,
1787 * **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,
1788 * 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 
1789 * 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)
1790 * 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í 
1791 * Vyhláška NBU č. 436/2019 Z.z., o audite kybernetickej bezpečnosti a znalostnom štandarde audítora
1792 * **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,
1793 * **Vyhláška č. 179/2020 Z. z.** (bezpečnostné opatrenia pre ITVS): Riešenie zavedie opatrenia zodpovedajúce výslednej kategorizácii,
1794 * **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,
1795 * **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.
1796
1797 **Postupy pre dosiahnutie požadovanej bezpečnosti (CIA triáda)**
1798
1799 **Dôvernosť** (Confidentiality):
1800
1801 * Centrálne IAM, viacfaktorová autentifikácia, segregácia rolí (RBAC), implementácia Tiering modelu,
1802 * Šifrovanie komunikácie (TLS), šifrovanie citlivých dát,
1803 * Dôsledné logovanie prístupov a kontrola prístupových práv.
1804
1805 **Dostupnosť** (Availability):
1806
1807 * Redundantné servery a sieťová infraštruktúra,
1808 * Záložné napájanie, HA klastre,
1809 * Jasný incident management a definované RTO/RPO.
1810
1811 **Integrita** (Integrity):
1812
1813 * Kontrola verzie softvérových komponentov, digitálne podpisy,
1814 * Hashovanie dôležitých databázových tabuliek,
1815 * Automatizované testy pre zmenové požiadavky a monitorovanie anomálií.
1816
1817 **Požiadavky na realizáciu Bezpečnostného projektu**
1818
1819 * Vytvorenie bezpečnostnej politiky mesta Košice, ktorá pokrýva aj projekt „Inteligentné mesto Košice“.
1820 * Aktualizácia bezpečnostnej dokumentácie (zápisy o rizikách, kategorizácia ITVS, interné smernice).
1821 * Zavedenie SIEM riešenia na centralizované logovanie bezpečnostných udalostí, reporting a notifikácie.
1822 * Ochrana proti malvéru, DDoS, a nasadenie mechanizmov pre detekciu a prevenciu prienikov (IPS/IDS).
1823 * Vytvorenie a pravidelná aktualizácia plánu kontinuity (BCP) a obnovy po havárii (DR).
1824
1825 **Požiadavky na používateľské role a správu prístupov**
1826
1827 **Interní používatelia**:
1828
1829 * 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í.
1830 * 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.
1831 * Prevádzka a podpora: Samostatná rola pre dohľad, odstraňovanie incidentov, bez prístupu k osobným údajom, ak to nie je nevyhnutné.
1832
1833 **Externí používatelia** (občania, podnikatelia, partneri):
1834
1835 * Prístup cez zabezpečené verejné rozhrania (portály, open API),
1836 * Overovanie identity pomocou eID alebo iných dôveryhodných metód,
1837 * Obmedzenie oprávnení len na vopred definované transakcie (napr. podanie žiadosti, zobrazenie stavu, nahlásenie incidentu).
1838
1839 **Legislatívne a regulačné dopady projektu**
1840
1841 Projekt „Inteligentné mesto Košice“ si vyžiada doplnenie a zosúladenie s legislatívnym rámcom:
1842
1843 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.
1844 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.
1845 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.
1846 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.
1847 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.
1848
1849 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.
1850
1851 = {{id name="_Toc15428568"/}}{{id name="_Toc15427674"/}}{{id name="_Toc15426952"/}}{{id name="_Toc14573076"/}}{{id name="_Toc153139713"/}}5.Závislosti na ostatné ISVS / projekty =
1852
1853 **Tabuľka závislých projektov/IS v TO-BE architektúre Inteligentné mesto Košice:**
1854
1855 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.
1856
1857 |**Stakeholder**|**Kód projektu/ISVS**|**Názov projektu/ISVS**|**Termín ukončenia**|**Popis závislosti (vzťah k projektu „Inteligentné mesto Košice“)**
1858 |**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.
1859 |**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.
1860 |**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.
1861 |**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ť).
1862 |**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.
1863 |**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.
1864 |**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.
1865 |**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.
1866 |**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).
1867
1868 **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.//
1869
1870 = {{id name="_Toc15428566"/}}{{id name="_Toc15427672"/}}{{id name="_Toc15426950"/}}{{id name="_Toc740800352"/}}{{id name="_Toc153139714"/}}6.Zdrojové kódy =
1871
1872 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).
1873
1874 Mesto Košice plánuje pri obstarávaní postupovať v zmysle vzoru Zmluvy o dielo.
1875
1876 Usmernenia pre oblasť zdrojových kódov:
1877
1878 * 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/]]
1879 * 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]]
1880
1881 === Rozsah a forma zdrojových kódov ===
1882
1883 **Zdrojové kódy všetkých nových modulov** vyvinutých v projekte:
1884
1885 * Ucelený a skompilovateľný zdrojový kód (buildovateľný projekt), vrátane všetkých knižníc a závislostí (dependencies).
1886 * 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.
1887 * Dodávateľ je povinný dodať aj súvisiace „testovacie kódy“ (unit testy, integračné testy).
1888
1889 **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.):
1890
1891 * 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.
1892 * 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.
1893
1894 **Knižnice, manuály, šablóny a ďalšie podpurné artefakty**:
1895
1896 * Šablóny pre e-formuláre, UI komponenty, ID-SK témy (ak sa modifikovali) musia byť takisto odovzdané.
1897 * V prípade použitia open-source komponentov sa vyžaduje dokumentácia licencií a prípadná modifikácia týchto knižníc.
1898
1899 **Licenčné nastavenie – EUPL**:
1900
1901 * 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.
1902 * 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.
1903
1904 === Spôsob odovzdávania a periodicita ===
1905
1906 **Priebežné verzovanie**:
1907
1908 * Zdrojové kódy (vrátane verzií) sa ukladajú v systéme na správu verzií, napr. //Git//.
1909 * Mesto Košice bude mať prístup //read-only// do tohto repozitára priebežne, aby mohlo sledovať vývoj a vykonávať kontrolu.
1910
1911 **Míľnikové odovzdania**:
1912
1913 * 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.
1914 * 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).
1915
1916 **Záverečné odovzdanie**:
1917
1918 * 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).
1919 * Táto verzia bude archivovaná ako „Produkčná verzia 1.0“ v rámci mestského úložiska.
1920
1921 === Pravidlá pre preberanie, správu a archiváciu zdrojových kódov ===
1922
1923 **Zmluva o dielo / SLA**:
1924
1925 * 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.
1926 * 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).
1927
1928 **Preberací protokol**:
1929
1930 Dodávateľ vždy odovzdá mestu tzv. //preberací protokol// obsahujúci:
1931
1932 * špecifikáciu, ktorú časť kódu alebo modul odovzdáva,
1933 * verziu/commit ID,
1934 * krátky popis zmenených funkcionalít,
1935 * licenčné informácie (použité open-source knižnice) a spôsob ich integrácie.
1936 * 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.
1937
1938 **Archivácia**:
1939
1940 * 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.
1941 * 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.
1942 * 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.
1943
1944 === Opatrenia na elimináciu vendor lock-in a záväzok k open source ===
1945
1946 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í.
1947
1948 Na elimináciu rizika vendor lock-in sa uplatnia tieto záväzné opatrenia:
1949
1950 1. **Zdrojové kódy a dokumentácia**
1951 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,
1952 1*. každá dodaná časť bude obsahovať inštrukcie pre zostavenie (napr. maven/gradle, docker, npm) a popis závislostí,
1953 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.
1954
1955 1. **Licenčné podmienky a open source**
1956 1*. preferovaným licenčným modelom je **EUPL** (alebo iná kompatibilná OSS licencia),
1957 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é,
1958 1*. mesto Košice bude mať plné právo softvér používať, rozvíjať interne alebo prostredníctvom iného IT partnera.
1959
1960 1. **Sprístupnenie a opätovná použiteľnosť**
1961 1*. všetky vyvinuté komponenty budú zapísané v **MetaIS,**
1962 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.
1963
1964 1. **Otvorené štandardy a API-first prístup**
1965 1*. integračné rozhrania budú implementované na báze otvorených štandardov (REST/JSON, OGC API, CityGML),
1966 1*. API rozhrania budú sprístupnené cez mestský API Gateway, čo umožní jednoduchú integráciu ďalších systémov.
1967
1968 1. **Možnosť zmeny dodávateľa**
1969 1*. v zmluve bude zakotvená povinnosť dodávateľa odovzdať zdrojové kódy, dokumentáciu, konfiguračné skripty a administrátorské prístupy,
1970
1971 === tým sa zabezpečí možnosť preniesť údržbu a rozvoj na iného dodávateľa bez prerušenia prevádzky ===
1972
1973 = {{id name="_Toc1202332381"/}}{{id name="_Toc153139715"/}}7.Prevádzka a údržba =
1974
1975 === AS IS stav zabezpečenia prevádzky a údržby ===
1976
1977 **Zabezpečenie prevádzky**
1978
1979 * **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.
1980 * **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á.
1981 ** Service Desk mesta Košice
1982 ** 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)
1983
1984 * **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é).
1985 * **Ú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.
1986
1987 **Úroveň poskytovaných služieb (SLA)**
1988
1989 **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
1990
1991 * Hybridný cloud
1992 * Tlačové služby
1993 * Podpora prevádzky IKT infraštruktúry
1994 * Mestská sieť
1995
1996 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.
1997 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.
1998 1. **Eskalácia problémov: Pre väčšinu IS neexistuje jasná eskalačná matica (kedy eskalovať dodávateľovi, kedy vedeniu, atď.).**
1999
2000 ==== **Zhrnutie AS IS:** ====
2001
2002 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.
2003
2004 **Nedostatky v súčasnom stave:**
2005
2006 * **Chýbajúca CMDB (Configuration Management Database):**
2007 ** Absencia centralizovanej evidencie IT aktív (CI) obmedzuje efektívne riadenie IT
2008 ** Znemožňuje komplexnú analýzu dopadov a vzťahov medzi systémami
2009 ** Bráni implementácii plnohodnotného IT asset managementu
2010 * **Nefunkčné SLA (Service Level Agreements):**
2011 ** Existujúce SLA nie sú v súlade s reálnymi možnosťami IT tímu
2012 ** Požiadavky organizácií (zákazníkov) nie sú transformované do realizovateľných metrík
2013 ** Chýba prepojenie medzi business požiadavkami a IT kapacitami, skúsenosťami
2014
2015 === **TO BE stav zabezpečenia prevádzky a údržby** ===
2016
2017 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.
2018
2019 **IT ORGANIZÁCIA**
2020
2021 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.
2022
2023 **Komplexná správa IT služieb (ITSM)**
2024
2025 * Budú definované jasné SLA parametre (doba odozvy, doba riešenia) pre jednotlivé kategórie incidentov.
2026 * 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
2027
2028 **Formálne SLA**
2029
2030 * 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.
2031 * 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.
2032
2033 **Proaktívna údržba**
2034
2035 * 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.
2036 * 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.
2037
2038 **Vylepšená podpora inovácií**
2039
2040 * 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.
2041
2042 **Zhrnutie TO BE**:
2043
2044 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).
2045
2046 == {{id name="_Toc1213604723"/}}{{id name="_Toc153139716"/}}7.1Prevádzkové požiadavky ==
2047
2048 === Prehľad požiadaviek na prevádzku a údržbu cieľového riešenia ===
2049
2050 **Disponibilita a SLA**
2051
2052 * Kľúčové systémy (dopravné riadenie, IoT platforma) musia bežať 24×7 s vysokou dostupnosťou (napr. 99,5 % ročne).
2053 * 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.
2054 * Plánované odstávky na údržbu sa vykonávajú mimo špičkové hodiny, vopred oznámené (min. 48 h).
2055
2056 **Help Desk a podpora (L1, L2, L3)**
2057
2058 * **L1** – primárne call centrum / Service Desk mesta preberá a triedi hlásenia používateľov, rieši jednoduché problémy (reset hesla, nastavenia).
2059 * **L2** – špecializovaní zamestnanci verejného obstarávateľa (garanti IS) vyhodnocujú eskalované incidenty, majú detailnejšie znalosti, riešia pokročilejšie problémy.
2060 * **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.
2061 * Je potrebné zabezpečiť realizáciu predpokladov pre delivery IT služieb, IT stuff, odbornosť, dostupnosť, kompetencie, governance, procesy.
2062
2063 **Monitorovanie a logovanie**
2064
2065 * Automatizovaný zber logov zo systémov do centrálneho dohľadového nástroja (SIEM).
2066 * Definované alarmy pri výpadku služby, pri chybách a pri preťažení infraštruktúry.
2067 * Pre IoT zariadenia real-time monitoring stavu a varovanie pri strate komunikácie.
2068
2069 **Zálohovanie a obnova (DR, BCP)**
2070
2071 * Pravidelné denné zálohy kritických databáz do oddeleného úložiska (on-premise aj cloud).
2072 * Mesačné offline zálohy (dlhodobá archivácia).
2073 * Spracovaný disaster recovery plán s definovanými cieľmi (RPO, RTO) pre obnovenie kľúčových služieb.
2074
2075 **Správa a inštalácia patchov / nových verzií**
2076
2077 * Definovaný release management – testovanie patchov v test/prostredí, až potom nasadenie do produkcie.
2078 * Minimálne raz za štvrťrok bezpečnostné aktualizácie.
2079 * Každý majoritný upgrade je vopred komunikovaný so zainteresovanými cez Change Advisory Board (CAB).
2080
2081 **Školenia a dokumentácia**
2082
2083 * Pre L1 a L2 podporu sa organizujú pravidelné školenia, aby vedeli efektívne riešiť najčastejšie problémy.
2084 * Dodávateľ L3 odovzdá technickú a administrátorskú dokumentáciu (vrátane popisu architektúry, DB schém, manuálov k modulom).
2085 * Je potrebné vybudovať kompetencie IT tímu pre zabezečenie dodávky IT služieb Hybridného Cloudu.
2086 * Je potrebné vybudovať a zabezpečiť udržiavanie CMDB CI pre všetky IT CI.
2087
2088 === {{id name="_Toc720375508"/}}{{id name="_Toc153139717"/}}7.1.1Úrovne podpory používateľov ===
2089
2090 === Prevádzkové požiadavky – úrovne podpory ===
2091
2092 Nižšie uvádzame základný popis L1, L2 a L3 podpory a definované reakčné / riešiace časy (SLA).
2093
2094 * **Úroveň L1 (Help Desk)**
2095 * **Charakter**: Priamy kontakt používateľov (interných aj externých) s mestom.
2096 ** **Rozsah podpory**:
2097 *** Jednoduché požiadavky (reset hesla, inštruktáž, základná diagnostika).
2098 *** Evidencia incidentov a požiadaviek, ich kategorizácia, priradenie priority.
2099 *** Eskalácia na L2 alebo L3, ak problém presahuje základné kompetencie.
2100 ** **Čas dostupnosti**: typicky 8×5 (pracovné dni, 8:00 – 16:00), s možnosťou pohotovosti pri kritických systémoch.
2101 ** **Reakčný čas**: Pri prijatí incidentu do 1 hodiny vytvoriť záznam a potvrdiť prijatie.
2102 * **Úroveň L2 (podpora 2. stupňa)**
2103 ** **Charakter**: Skúsení interní garanti systémov a vybraní špecialisti s hĺbkovou znalosťou aplikácií.
2104 ** **Rozsah podpory**:
2105 *** Riešenie zložitejších chýb, analýza logov, kontrola konfigurácie systémov.
2106 *** Prípadné drobné opravy alebo workaroundy.
2107 *** Eskalácia na L3, ak ide o programovú chybu vyžadujúcu zásah pôvodného vývojára.
2108 ** **Čas dostupnosti**: zvyčajne 8×5, v prípade kritických incidentov (priorita 1) L2 reaguje aj mimo bežnú dobu (podľa dohody).
2109 ** **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.
2110 * **Úroveň L3 (podpora 3. stupňa)**
2111 ** **Charakter**: Externý alebo interný vývojársky tím s najhlbšou znalosťou kódu a architektúry.
2112 ** **Rozsah podpory**:
2113 *** Odstraňovanie komplexných vád v kóde, vývoj nových patchov, nasadzovanie a testovanie fixov.
2114 *** Aplikačná integrácia, hĺbkové analýzy a performance tuning.
2115 ** **Čas dostupnosti**: Minimálne 8×5, s možnosťou dohody o 24×7 pre kritické aplikácie (napr. dopravné riadenie).
2116 ** **Doba reakcie**: do 4 hodín pri najvyššej priorite (incident P1 = výpadok kritických funkcií).
2117 ** **Cieľová doba odstránenia kritickej chyby**: najneskôr 2 pracovné dni (alebo podľa zmluvy).
2118
2119 === Štandardný čas podpory, rýchlosť odstraňovania vád, dostupnosť systému a zálohovanie ===
2120
2121 * (((
2122 **Help Desk (L1)**
2123
2124 * Dostupnosť: 8×5 (pracovné dni 8:00 – 16:00).
2125 * Registrácia incidentov do 1 hodiny.
2126 * 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).
2127 )))
2128 * **SLA na L3 podporu**
2129 * **Dostupnosť**: 8×5 pri bežných incidentoch.
2130 * Pri kritických systémoch (dopravná riadiaca centrála) možná 24×7 pohotovosť, definovaná v zmluve.
2131 * **Odstraňovanie kritických chýb (P1)**: začiatok riešenia do 4 hodín, cieľ vyriešiť do 2 pracovných dní.
2132 * **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.
2133 * **Dostupnosť systému**
2134 * Pre strategické moduly (dopravný systém) sa očakáva dostupnosť 99,5 % ročne (24×7).
2135 * Pre ostatné systémy 98 % (najmä ak sú bežne prístupné len v pracovných hodinách).
2136 * **Zálohovanie a plán obnovy**
2137 * **Zálohovanie**: minimálne denne (incremental), týždenne plné zálohy. Kritické databázy môžu mať replikáciu real-time (HA klaster).
2138 * **Test obnovy**: aspoň raz ročne vykonať cvičnú obnovu dôležitých systémov, dokumentovať čas a priebeh (povinnosť definovaná v SLA).
2139 * **Obnova po havárii**: do 24 hodín (RTO) pre najdôležitejšie služby, RPO max. 4 hod.
2140
2141 === Požadované SLA na služby systémovej a aplikačnej podpory ===
2142
2143 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.
2144
2145 |**Parameter SLA**|**Kritické systémy**|**Bežné systémy**
2146 |**Čas dostupnosti**|24 × 7(plánované odstávky dohodou)|8 × 5(počas prac. dní 8:00 – 16:00)
2147 |**Cieľová dostupnosť**|99,5 % ročne|98 % ročne
2148 |**Kritický incident (P1)**|Reakcia do 1–4 hOprava max do 2 prac. dní|Reakcia do 8 hOprava max do 5 prac. dní
2149 |**Stredný incident (P2)**|Reakcia do 1 prac. dňaOprava do 5 prac. dní|Reakcia do 2 prac. dníOprava do 10 dní
2150 |**Drobné chyby (P3)**|Oprava v najbližšom release window|Oprava v najbližšom release window
2151 |**Zálohovanie**|Denné + replikácia v reálnom čase|Denné
2152 |**Testovacie prostredie**|Dostupné 8 × 5, reakcia do 2 dní pri P1|Dostupné 8 × 5, reštaurácia max do 5 dní
2153
2154 **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á.
2155
2156 === 7.1.2Riešenie incidentov – SLA parametre ===
2157
2158 **Definícia incidentu**
2159
2160 * **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.
2161 * **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).
2162
2163 **Označenie naliehavosti incidentu**
2164
2165 Naliehavosť popisuje, ako rýchlo je potrebné začať incident riešiť. Označuje sa stupňom A–D:
2166
2167 |**Označenie naliehavosti**|**Závažnosť**|**Popis**
2168 |**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.
2169 |**B**|Vysoká|Čiastočné zlyhanie systému, ktoré neumožňuje používať podstatnú časť systému.
2170 |**C**|Stredná|Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.
2171 |**D**|Nízka|Kozmetické a drobných chyby (t. j. nebránia použitiu systému, majú iba malý dopad).
2172
2173 **Možný dopad**
2174
2175 Dopad popisuje, ako silno incident zasiahne fungovanie mesta, užívateľov a celkové prevádzkové procesy. Označuje sa stupňom 1–3:
2176
2177 |**Označenie dopadu**|**Popis dopadu**
2178 |**1 – katastrofický**|Veľmi vážny, až katastrofický dopad, priamy finančný dopad, výrazná strata dát alebo nefunkčnosť kritickej služby.
2179 |**2 – značný**|Značný dopad alebo strata dát, komplikuje bežné prevádzkové činnosti.
2180 |**3 – malý**|Malý dopad, zvyčajne nebráni základnému fungovaniu, môže znamenať menšiu stratu dát.
2181
2182 ----
2183
2184 **Výpočet priority incidentu (matica)**
2185
2186 Priorita incidentu vychádza z kombinácie **dopadu (1–3)** a **naliehavosti (A–D)** podľa nasledujúcej matice:
2187
2188 | |**Kritická (A)**|**Vysoká (B)**|**Stredná (C)**|**Nízka (D)**
2189 |**Dopad 1 – katastrofický**|P1|P2|P2|P3
2190 |**Dopad 2 – značný**|P2|P3|P3|P4
2191 |**Dopad 3 – malý**|P3|P3|P4|P4
2192
2193 Legenda k matici:
2194
2195 * **P1** – najvyššia priorita (kritický incident), ktorý je treba riešiť okamžite.
2196 * **P2**, **P3**, **P4** – postupne nižšie priority, s odlišnými požiadavkami na reakčný čas a doba vyriešenia.
2197
2198 **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.
2199
2200 **Vyžadované reakčné doby**
2201
2202 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.
2203
2204 |**Priorita**|**Reakčná doba (1)**|**Doba konečného vyriešenia (DKVI) (2)**|**Spoľahlivosť (3) (max incidentov/mes.)**
2205 |**1**|0,5 hod. od nahlásenia|4  hod.|1
2206 |**2**|1 hod.|12 hod.|2
2207 |**3**|1 hod.|24 hod.|10
2208 |**4**|1 hod.|V rámci plánovaných releasov|– (v 3 mesiace, resp. dohodou)
2209
2210 **Vysvetlivky k tabuľke**:
2211
2212 * **Reakčná doba**: Čas od nahlásenia incidentu (priamo na L3) po **prevzatie** incidentu na riešenie.
2213 * **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).
2214 * **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.
2215 * **Incidenty v testovacom prostredí majú spravidla prioritu 3 alebo 4 a nevzťahujú sa na ne prísne lehoty pre produkčné systémy.**
2216
2217 **Poznámky a výnimky zo SLA**
2218
2219 * **Incidenty mimo prostredia IS**
2220 ** 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.
2221 * **Duplicita / technická príbuznosť**
2222 ** 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.
2223 * **Služby na požiadanie, legislatívne zmeny**
2224 ** 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.
2225 * **Plánované releasy**
2226 ** 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.
2227 * **Dostupnosť L3 podpory**
2228 ** Štandardne 8×5, avšak pri prioritných systémoch (napr. dopravná riadiaca centrála) môže byť dohodnutá 24×7 pohotovosť.
2229
2230 == {{id name="_Toc1544169800"/}}{{id name="_Toc153139718"/}}{{id name="_Toc34423613"/}}{{id name="_Toc527558121"/}}7.2Požadovaná dostupnosť IS: ==
2231
2232 |**Popis**|**Parameter**|**Poznámka**
2233 |**Prevádzkové hodiny**|//12 hodín//|//od 6:00 hod. - do 18:00 hod. počas pracovných dní//
2234 |(% rowspan="2" %)**Servisné okno**|//10 hodín//|//od 19:00 hod. - do 5:00 hod. počas pracovných dní//
2235 |//24 hodín//|(((
2236 //od 00:00 hod. - 23:59 hod. počas dní pracovného pokoja a štátnych sviatkov//
2237 //Servis a údržba sa bude realizovať mimo pracovného času.//
2238 )))
2239 |**Dostupnosť produkčného prostredia IS**|//98,5%//|(((
2240 //98,5% z 24/7/365 t.j. max ročný výpadok je 66 hod.//
2241 //Maximálny mesačný výpadok je 5,5 hodiny.//
2242 //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.//
2243 //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.//
2244 //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.//
2245 )))
2246
2247 === {{id name="_Toc992446895"/}}{{id name="_Toc153139719"/}}{{id name="_Toc34423614"/}}7.2.1Dostupnosť (Availability) ===
2248
2249 **//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~://
2250
2251 * **//90% dostupnosť//**// znamená výpadok 36,5 dňa//
2252 * **//95% dostupnosť//**// znamená výpadok 18,25 dňa//
2253 * **//98% dostupnosť//**// znamená výpadok 7,30 dňa//
2254 * **//99% dostupnosť//**// znamená výpadok 3,65 dňa//
2255 * **//99,5% dostupnosť//**// znamená výpadok 1,83 dňa//
2256 * **//99,8% dostupnosť//**// znamená výpadok 17,52 hodín//
2257 * **//99,9%//**// (“**tri deviatky**”) **dostupnosť** znamená výpadok 8,76 hodín//
2258 * **//99,99%//**// (“**štyri deviatky**”) **dostupnosť** znamená výpadok 52,6 minút//
2259 * **//99,999%//**// (“**päť deviatok**”) **dostupnosť** znamená výpadok 5,26 minút//
2260 * **//99,9999%//**// (“**šesť deviatok**”) **dostupnosť** znamená výpadok 31,5 sekúnd//
2261
2262 //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ť~://
2263
2264 * [[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)//
2265 * [[RPO (Recovery Point Objective) >>path:#_heading=h.s117lvq1xc4]]//- aké množstvo dát môže byť stratené od vymedzeného okamihu//
2266 * //Recovery Time - čas potrebný k obnove//
2267
2268 //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~://
2269
2270 * //Dostupnosť //[[//servera//>>url:https://metais.vicepremier.gov.sk/help]]
2271 * //Dostupnosť pripojenie k internetu//
2272 * //Dostupnosť //[[//databázy//>>url:https://www.zakonypreludi.sk/zz/2020-85/znenie-20200501]]
2273 * //Dostupnosť //[[//webových stránok//>>url:https://managementmania.com/sk/sla-service-level-agreement]]
2274
2275 //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/]]//.//
2276
2277 === {{id name="_Toc862618350"/}}{{id name="_Toc153139720"/}}{{id name="_Toc34423615"/}}{{id name="_RTO_(Recovery_Time"/}}7.2.2RTO (Recovery Time Objective) ===
2278
2279 **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.//
2280 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~://
2281
2282 * //Tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni//
2283 * //Asynchrónne replikácie dát - výpadok a obnova v poriadku sekúnd až minút//
2284 * //Synchrónny replikácie dát - nulový výpadok//
2285
2286 === {{id name="_Toc2066578526"/}}{{id name="_Toc153139721"/}}{{id name="_Toc34423616"/}}{{id name="_RPO_(Recovery_Point"/}}7.2.3RPO (Recovery Point Objective) ===
2287
2288 **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ť.//
2289 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~://
2290
2291 * //Tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni//
2292 * //Asynchrónne replikácie dát - výpadok a obnova v poriadku sekúnd až minút, strata sa blíži k nule//
2293 * //Synchrónny replikácie dát - nulová strata//
2294
2295 = {{id name="_Toc2005115416"/}}{{id name="_Toc153139722"/}}{{id name="_Toc15428571"/}}{{id name="_Toc15427677"/}}{{id name="_Toc15426955"/}}8.Požiadavky na personál =
2296
2297 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):
2298
2299 **BIZNIS VLASTNÍK (verejného obstarávateľa)**
2300
2301 * 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.
2302 * 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.
2303
2304 **Odborník pre IT dohľad/ Quality Assurance (verejného obstarávateľa)**
2305
2306 * 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.
2307
2308 * 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.
2309 * 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.
2310
2311 **IT ANALYTIK (verejného obstarávateľa)**
2312
2313 * 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.
2314 * 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.
2315 * 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.
2316 * 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í.
2317 * 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).
2318
2319 **MANAŽER KYBERNETICKEJ BEZPEČNOSTI (KIB) (verejného obstarávateľa)**
2320
2321 * 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.
2322 * 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.
2323
2324 PODMIENKY SPRÁVNEHO a EFEKTÍVNEHO VÝKONU ČINNOSTI role Manažér KIB a ITB:
2325
2326 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.
2327 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:
2328
2329 * § 20 zákona č.69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov
2330 * 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
2331
2332 **Projektový manažér (dodávateľa)**
2333
2334 * **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.
2335 * **Požadované kompetencie**:
2336 ** Prax s vedením IT projektov min. 3 roky
2337 ** Certifikát PRINCE2 Practitioner / IPMA / PMI (výhodou)
2338 ** Skúsenosti s koordináciou tímu 5+ ľudí
2339 * **Zodpovednosť v projekte**: Vedenie projektovej dokumentácie, organizácia míľnikov, reporting.
2340
2341 **Projektový manažér (verejného obstarávateľa)**
2342
2343 * **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.
2344
2345 * **Požadované kompetencie**:
2346 ** Znalosť vnútorných procesov samosprávy
2347 ** Prax s projektmi verejnej správy výhodou
2348 ** Orientácia v oblasti delivery riešení IT infraštruktúry-cloud je výhodou
2349 * **Zodpovednosť v projekte**: Odsúhlasovanie čiastkových výstupov dodávateľa, zabezpečovanie súčinnosti mestských odborov.
2350
2351 **IT architekt / Systémový architekt (dodávateľa)**
2352
2353 * **Zodpovednosť**: Tvorba cieľovej architektúry (aplikačnej, dátovej, technologickej), návrh integračnej platformy, dohľad nad technickým dizajnom riešenia.
2354
2355 * **Požadované kompetencie**:
2356 ** Prax s návrhom informačných systémov min. 3 roky
2357 ** Znalosť integračných technológií (ESB, API manažment, Microservices)
2358 ** Znalosť noriem a metodík (napr. TOGAF, ArchiMate výhodou)
2359 * **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.
2360
2361 **IT architekt / Systémový architekt (verejný obstarávateľ)**
2362
2363 * **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í.
2364
2365 * **Požadované kompetencie**:
2366 ** Skúsenosti s analytickými technikami (BPMN, UML)
2367 ** Prax v IT/business analýzach min. 2 roky
2368 * **Zodpovednosť v projekte**: Spracovanie detailnej analýzy požiadaviek, návrh procesov TO-BE, tvorba podkladov pre vývoj.
2369
2370 **Vedúci vývojového tímu / Technický líder (dodávateľa)**
2371
2372 * **Zodpovednosť**: Riadenie vývojárov (programátorov), prideľovanie úloh, dohľad na kvalitu kódu a integrácií.
2373
2374 * **Požadované kompetencie**:
2375 ** Senior vývojárska prax 3+ roky
2376 ** Schopnosť vedenia menšieho tímu 3–5 ľudí
2377 * **Zodpovednosť v projekte**: Zabezpečenie dodržania technických štandardov, riešenie komplexných technických problémov.
2378
2379 **Vývojári (dodávateľa)**
2380
2381 * **Zodpovednosť**: Implementácia aplikačných modulov, tvorba integrácií a databázových skriptov, príprava testov a nasadenie do prostredí.
2382
2383 * **Požadované kompetencie**:
2384 ** Znalosť požadovaných technológií (napr. Java,.NET, JavaScript, DB, ESB, apod.)
2385 ** Znalosti DevOps nástrojov (CI/CD) výhodou
2386
2387 **Test manažér (dodávateľa)**
2388
2389 * **Zodpovednosť**: Plánovanie, príprava a vedenie testovania (funkčné, integračné, výkonnostné, bezpečnostné testy).
2390
2391 * **Požadované kompetencie**:
2392 ** Prax s riadením testov aspoň 2 roky
2393 ** ISTQB certifikácia výhodou
2394 * **Zodpovednosť v projekte**: Tvorba test plánu, koordinácia testerov, definovanie testovacích scenárov, reporting výsledkov.
2395
2396 **Key users / Kľúčoví používatelia (verejný obstarávateľ)**
2397
2398 * **Zodpovednosť**: Poskytovať detailné znalosti agendy a procesov, spolupracovať pri analýze a testovaní (akceptačnom testovaní).
2399
2400 * **Požadované kompetencie**:
2401 ** Dobrá znalosť fungovania príslušného mestského odboru (napr. doprava, ekonomika, styk s občanmi)
2402 ** Ochota zapojiť sa do testovacej fázy a dávať spätnú väzbu
2403 * **Zodpovednosť v projekte**: Overiť, či implementované riešenie vyhovuje reálnym potrebám.
2404
2405 **Špecialista na integráciu / IoT (dodávateľa)** (podľa potreby)
2406
2407 * **Zodpovednosť**: Implementácia IoT častí, integrácia senzorov a zariadení, spracovanie real-time dát, prípadne správa LPWAN/5G sietí.
2408
2409 * **Požadované kompetencie**:
2410 ** Skúsenosti s IoT platformami, protokolmi (MQTT, LoRaWAN, NB-IoT)
2411 ** Integračné techniky (API, message brokery)
2412
2413 **Špecialista na integráciu / Hybridný cloud (dodávateľa)**
2414
2415 **Špecialista na integráciu / Service Desk (dodávateľa)**
2416
2417 **Špecialista na integráciu / IT prevádzka (dodávateľa)**
2418
2419 **Rámcové požiadavky na obsadenie TO-BE procesu**
2420
2421 Po skončení implementácie a prechode do ostrej prevádzky bude potrebná kapacita na:
2422
2423 * **Prevádzka a podpora L1 (magistrát / mestské organizácie)**
2424 ** 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.
2425 ** 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.
2426 * **Prevádzka a podpora L2 (verejný obstarávateľ)**
2427 ** Interný IT tím zložený z aspoň 2–3 špecialistov:
2428 ** Špecialista na ERP (ekonómia, rozpočty)
2429 ** Špecialista na dopravu/IoT (pre inteligentný dopravný systém)
2430 ** Špecialista na integrácie a sieťovú infraštruktúru
2431 * **Podpora L3 (dodávateľ)**
2432 ** 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.
2433 ** 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.
2434 * **Administrátor IoT a senzorickej siete** (môže byť interný alebo externý):
2435 ** Zodpovedný za monitoring stavu senzorov (parkovisko, semafory, lampy) a sieťových prvkov.
2436 ** Rieši výpadky, menšie servisné zásahy a koordinuje s dodávateľom väčšie opravy.
2437 * **Administrátor IS a databáz** (interný):
2438 ** Zodpovedný za správu OS, databáz a zálohovania, udržiavanie parametrov výkonnosti, reštart služieb po výpadkoch atď.
2439 ** Vyžaduje sa základná znalosť SQL, virtualizačných platforiem, kontajnerových riešení.
2440
2441 === Požiadavky na školenia a certifikáty ===
2442
2443 * **Školenia pre interný IT personál (L1/L2)**
2444 ** //Administratívne a technické školenie k novým aplikáciám//: správa používateľov, základné nastavenia, diagnostika chýb.
2445 ** //Integrácie a IoT//: oboznámiť sa s IoT platformou, prehľad protokolov, aké denníky a monitoring je k dispozícii.
2446 * **Školenia pre kľúčových používateľov**
2447 ** Zaškolenie v používaní nových modulov.
2448 ** Praktické ukážky, testovacie scenáre a e-learning materiály.
2449 * **Školenia pre koncových používateľov (administratívni pracovníci, referenti)**
2450 ** Krátke praktické kurzy pri zavedení nových e-služieb.
2451 ** On-line návody, video tutoriály (výhodou).
2452 * **Certifikáty a odborné predpoklady**
2453 ** Projektový manažér – odporúčaný certifikát PRINCE2, IPMA, PMI.
2454 ** Architekt, analytik – vhodná znalosť TOGAF, UML/BPMN, ArchiMate.
2455 ** Test manažér – ISTQB Foundation / Advanced.
2456 ** Pracovníci zodpovední za bezpečnosť – certifikácie v oblasti kyberbezpečnosti (CEH, CISSP) výhodou.
2457 ** DevOps a infraštruktúra – certifikácie na platformy (Azure, VM, Kubernetes) sú plus.
2458 * **Periodicita doškoľovania**
2459 ** 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.
2460
2461 = {{id name="_Toc603274444"/}}{{id name="_Toc153139723"/}}{{id name="_Toc15428572"/}}{{id name="_Toc15427678"/}}{{id name="_Toc15426956"/}}9.Implementácia a preberanie výstupov projektu =
2462
2463 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.
2464
2465 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.
2466
2467 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.
2468
2469 **Harmonogram implementácie s míľnikmi**
2470
2471 |**Rok / štvrťrok**|**Kľúčové aktivity**|**Výstupy (míľniky)**
2472 |**2025 – Q3/Q4**|Finalizácia projektovej dokumentácie, obstarávanie dodávateľa|Schválený projekt, podpísaná ZoD
2473 |**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
2474 |**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
2475 |**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
2476 |**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
2477 |**2027 – Q4**|Spustenie do produkčnej prevádzky, akceptačné konanie|Akceptačný protokol, plná prevádzka systému
2478
2479 = {{id name="_Toc1624651882"/}}{{id name="_Toc153139724"/}}{{id name="_Toc15428575"/}}{{id name="_Toc15427681"/}}{{id name="_Toc15426959"/}}{{id name="_Toc510413663"/}}10.Prílohy =
2480
2481 Dokument neobsahuje prílohy.