Wiki zdrojový kód pre I-02 Projektový zámer (projektovy_zamer)

Version 13.1 by Lucia Lelkes on 2025/10/01 12:07

version	line-number	content
1.1	1	[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_5d283de4ad3c0b7a.png\|\|height="49" width="225"]]
	2	PROJEKTOVÝ ZÁMER
	3	Vzor pre manažérsky výstup I-02
	4	podľa vyhlášky MIRRI č. 401/2023 Z. z.
	5
9.9	6	(% style="width:1371px" %)
	7	\|(% style="width:142px" %)Povinná osoba\|(% style="width:246.094px" %){{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Mesto Košice{{/content}}
	8	\|(% style="width:142px" %)Názov projektu\|(% style="width:246.094px" %){{content id="projekt.nazov"}}Inteligentné mesto Košice{{/content}}
	9	\|(% style="width:142px" %)Zodpovedná osoba za projekt\|(% style="width:246.094px" %)Mgr. Tomáš Vrbovský / vedúci oddelenia dopravy Magistrátu mesta Košice
	10	\|(% style="width:142px" %)Realizátor projektu\|(% style="width:246.094px" %){{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Mesto Košice{{/content}}
	11	\|(% style="width:142px" %)Vlastník projektu\|(% style="width:246.094px" %) {{content id="projekt.vlastnik.nazov"}}Mesto Košice{{/content}}
	12	\|(% style="width:142px" %) \|(% style="width:246.094px" %)
9.12	13	\|(% colspan="2" style="width:142px" %)(((
9.11	14	==== Schvaľovanie dokumentu ====
9.12	15	)))
9.9	16	\|(% style="width:142px" %)Položka\|(% style="width:246.094px" %)Meno a priezvisko\|(% style="width:186px" %)Organizácia\|(% style="width:288px" %)Pracovná pozícia\|(% style="width:180px" %)Dátum\|(% style="width:231px" %)(((
1.1	17	Podpis
	18	(alebo elektronický súhlas)
	19	)))
9.9	20	\|(% style="width:142px" %)Vypracoval\|(% style="width:246.094px" %)Ing. Juraj Till, PhD., MBA.\|(% style="width:186px" %)Metec Consulting s.r.o.\|(% style="width:288px" %)konateľ\|(% style="width:180px" %)25.3.2025\|(% style="width:231px" %)
	21	\|(% style="width:142px" %)Revidoval\|(% style="width:246.094px" %)Ing. Gabriela Hajduková\|(% style="width:186px" %)Mesto Košice\|(% style="width:288px" %)Vedúca referátu dátovej politiky a analýz\|(% style="width:180px" %)23.9.2025\|(% style="width:231px" %)
	22	\|(% style="width:142px" %)Revidoval\|(% style="width:246.094px" %)Ing. Štefan Demčák, PhD.\|(% style="width:186px" %)Mesto Košice\|(% style="width:288px" %)referent referátu energií\|(% style="width:180px" %)23.9.2025\|(% style="width:231px" %)
	23	\|(% style="width:142px" %)Schválil\|(% style="width:246.094px" %)Mgr. Tomáš Vrbovský\|(% style="width:186px" %)Mesto Košice\|(% style="width:288px" %)Vedúci oddelenia dopravy\|(% style="width:180px" %)23.9.2025\|(% style="width:231px" %)
1.1	24
7.2	25	= {{id name="_Toc2008675389"/}}1. História DOKUMENTU =
1.1	26
	27	\|Verzia\|Dátum\|Zmeny\|Meno
5.2	28	\|//1.0//\|//25.3.2025//\|Prvá verzia dokumentu\|Ing. Juraj Till, PhD., MBA.
	29	\|1.1\|19.9.2025\|//Druhá verzia dokumentu (so zapracovaním pripomienok)//\|Ing. Juraj Till, PhD., MBA.
1.1	30
7.2	31	= {{id name="_Toc2008675389"/}}2. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE =
2.2	32
	33	Tento dokument I-02 Projektový zámer bol vypracovaný v súlade s vyhláškou č. 401/2023 Z. z. o riadení projektov verejnej správy.
	34
	35	Jeho účelom je:
	36
	37	* poskytnúť rozhodovací podklad pre ďalšiu fázu prípravy projektu Inteligentné mesto Košice,
	38	* zadefinovať motiváciu a hlavné ciele projektu,
	39	* určiť rámcový rozsah a architektúru riešenia na vysokej úrovni,
	40	* vymedziť očakávané prínosy a väzby na strategické dokumenty mesta a štátu.
	41
	42	Projekt sa zameriava na zlepšenie mestských služieb a infraštruktúry prostredníctvom digitalizácie, IoT a dátovej analytiky. Medzi hlavné ciele patria:
	43
	44	* modernizácia dopravného riadenia (adaptívne križovatky, centrálna dopravná centrála),
	45	* prediktívna údržba komunikácií (IoT senzory, automatizované hlásenia),
	46	* transparentnosť a participácia občanov (Open Data, Konto Košičana, e-formuláre).
	47
	48	Projekt je súčasťou architektúry informačných systémov mesta a je priamym krokom k napĺňaniu Koncepcie rozvoja IT mesta Košice (KRIT 2024–2030). Zároveň je v súlade s NKIVS 2025 (prioritami: životné situácie, dátová transformácia „jedenkrát a dosť“, digitálny úrad, infraštruktúra a kyberbezpečnosť).
	49
	50	Účelom I-02 je teda stanoviť strategický rámec projektu. Detailný rozpracovaný opis riešenia vrátane procesných modelov, harmonogramu a prevádzkových požiadaviek bude uvedený v dokumente I-03 Prístup k projektu, ktorý nadväzuje na tento zámer.
	51
7.2	52	== {{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.1 Použité skratky a pojmy ==
2.2	53
	54	\|SKRATKA / POJEM\|POPIS
	55	\|ISVS\|Informačný systém verejnej správy
	56	\|IIS\|Integrovaný informačný systém mesta Košice
	57	\|DPMK\|Dopravný podnik mesta Košice
	58	\|TEHO\|Tepelné hospodárstvo Košice
	59	\|TSMK\|Technické služby mesta Košice
	60	\|GIS\|Geografický informačný systém
	61	\|BI\|Business Intelligence – nástroje pre analytiku a reporting
	62	\|KPI\|Key Performance Indicator – kľúčový ukazovateľ výkonnosti
	63	\|PIP\|Prevádzkové overenie projektu (Pilot In Production)
	64	\|IoT\|Internet of Things – senzorická infraštruktúra
	65	\|LPWAN\|Low Power Wide Area Network – sieť pre nízkoenergetické zariadenia
	66	\|LoRaWAN\|Long Range Wide Area Network – otvorený LPWAN štandard
	67	\|NB-IoT\|Narrowband Internet of Things – štandard mobilnej LPWAN siete
	68	\|API\|Application Programming Interface – rozhranie pre prístup k funkciám systému
	69	\|AI\|Artificial Intelligence – umelá inteligencia
	70	\|AD\|Active Directory – adresárová služba pre správu používateľov
	71	\|Open Data\|Otvorené dáta – strojovo spracovateľné verejné údaje poskytované verejnosti
	72	\|Konto Košičana\|Digitálne konto občana Košíc umožňujúce prístup k online službám mesta
	73	\|Smart City platforma\|Centrálna mestská integračná platforma pre inteligentné služby
	74	\|OpenAPI / Swagger\|Špecifikácia rozhraní API na účely dokumentácie a vývoja
	75	\|GDPR\|General Data Protection Regulation – nariadenie EÚ o ochrane osobných údajov
	76	\|KRIT\|Kritická infraštruktúra informačných technológií
	77	\|eID\|Elektronická identita – elektronický občiansky preukaz
	78	\|ÚPVS\|Ústredný portál verejnej správy
	79	\|ISMS\|Information Security Management System – systém riadenia bezpečnosti informácií
	80	\|ISO 27001\|Medzinárodná norma pre riadenie bezpečnosti informácií
	81	\|IAM\|Identity and Access Management – správa identít a prístupov
	82
7.2	83	== (% id="cke_bm_123516S" style="display:none" %) {{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"/}}(% id="cke_bm_123516E" style="display:none" %) (%%)2.2 Konvencie pre typy požiadaviek (príklady) ==
2.2	84
	85	//Funkcionálne (používateľské) požiadavky ////majú nasledovnú konvenciu~://
	86
	87	//FRxx//
	88
	89	* //U – užívateľská požiadavka//
	90	* //R – označenie požiadavky//
	91	* //xx – číslo požiadavky//
	92
5.5	93	//Nefunkčné (kvalitatívne, výkonové - Non Functional Requirements - NFR) požiadavky//// majú nasledovnú konvenciu~://
2.2	94
	95	//NRxx//
	96
	97	* //N – nefunkčná požiadavka (NFR)//
	98	* //R – označenie požiadavky//
	99	* //xx – číslo požiadavky//
	100
	101	//Ostatné typy požiadaviek môžu byť ďalej definované objednávateľom/PM.//
	102
7.2	103	= {{id name="_Toc2008675389"/}}3. DEFINOVANIE PROJEKTU =
2.2	104
	105	== {{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"/}}3.1Manažérske zhrnutie ==
	106
	107	//Projekt Inteligentné mesto Košice je strategickou iniciatívou zameranou na modernizáciu kľúčových mestských služieb prostredníctvom inteligentných technológií a dátovo riadených procesov. Cieľom je zvýšiť kvalitu života obyvateľov, efektívne hospodáriť s verejnými zdrojmi a podporiť udržateľný rozvoj mesta.//
	108
	109	//Hlavným dôvodom realizácie projektu je nevyhnutnosť reagovať na súčasné výzvy mesta – dopravné zápchy, nedostatočná bezpečnosť, rastúce náklady na údržbu infraštruktúry, fragmentácia IT systémov a nízka dostupnosť dát pre občanov a podnikateľov. Projekt prináša prepojené riešenia v oblastiach dopravy, infraštruktúry a digitálnych služieb, pričom je plne v súlade s vyhláškou č. 401/2023 Z. z. a Národnou koncepciou informatizácie verejnej správy (NKIVS).//
	110
5.5	111	//Obsah projektu//// sa sústreďuje na implementáciu štyroch hlavných podaktivít~://
2.2	112
5.5	113	1. //Inteligentná zimná a bežná údržba komunikácií//// – IoT senzory a prediktívne modely pre efektívne plánovanie a realizáciu zásahov.//
	114	1. //Adaptívne riadenie križovatiek//// – modernizácia približne 13 križovatiek, nasadenie adaptívnych radičov a preferencia MHD.//
	115	1. //Centrálna dopravná riadiaca centrála//// – jednotné pracovisko s prepojením senzorov, semaforov a videoanalytických zariadení, umožňujúce riadenie dopravy v reálnom čase.//
	116	1. //IoT pre dopravné inžinierstvo//// – široká senzorická sieť pre monitoring intenzity dopravy, dátové plánovanie a evidence-based rozhodovanie.//
2.2	117
	118	//Projekt vybuduje integrovanú Smart City platformu (ISVS_10383) s centrálnym dátovým skladom (ISVS_11074), analytickým nástrojom mesta (ISVS_11075), prepojením na GIS (ISVS_5733) a Open Data portál (ISVS_11079). Výsledkom bude modulárny ekosystém, ktorý podporuje otvorenosť, interoperabilitu a transparentnosť voči občanom a partnerom.//
	119
5.5	120	//Indikatívna výška finančných prostriedkov//// na realizáciu projektu je približne 4,8 milióna EUR, financovaných z európskych fondov. Časový horizont realizácie je plánovaný na obdobie 36 mesiacov.//
2.2	121
	122	//Hlavné prínosy projektu pre mesto a jeho obyvateľov~://
	123
	124	* //zníženie prevádzkových nákladov prostredníctvom prediktívnej údržby a automatizovaných procesov,//
	125	* //plynulejšia a bezpečnejšia doprava vďaka adaptívnym križovatkám a centrálnej dopravnej centrále,//
	126	* //zvýšenie verejnej bezpečnosti cez AI analýzu kamerového systému,//
	127	* //dostupné a transparentné informácie pre občanov prostredníctvom otvorených dát, digitálnych služieb a mobilnej aplikácie,//
	128	* //podpora inovácií a podnikania prostredníctvom sprístupnenia dát a API rozhraní.//
	129
	130	//Projekt je určený pre občanov, podnikateľov, návštevníkov a mestské organizácie, ktoré budú profitovať zo zefektívnených služieb, vyššej transparentnosti a modernej digitálnej platformy. Prijímateľom projektu je mesto Košice v súlade s operačnými programami EÚ pre podporu inovácií a udržateľného rozvoja miest. Projekt je v súlade s Integrovanou územnou stratégiou UMR Košice a s Programom Slovensko 2021-2027 v rámci priority 1P1 Veda, výskum a inovácie, špecifický cieľ~:// //RSO 1.2 Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy, opatrenie: 1.2.2 Podpora budovania inteligentných miest a regiónov.//
	131
	132	== {{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"/}}3.2Motivácia a rozsah projektu ==
	133
	134	==== Stakeholderi (aktéri) ====
	135
	136	V súlade s ArchiMate modelom sú identifikovaní títo hlavní stakeholderi:
	137
	138	* Občania a podnikatelia – chcú kvalitnejšie služby, lepšiu dopravu, transparentnosť a pohodlný prístup k informáciám.
	139	* Občianska spoločnosť a komunita – požaduje otvorené dáta, participáciu a možnosť zapojiť sa do riadenia mesta.
	140	* Externí partneri (univerzity, firmy, inovátori) – očakávajú otvorené API a prístup k dátam pre výskum, inovácie a biznis služby.
	141	* Magistrát mesta Košice, IT oddelenie a mestské organizácie – potrebujú konsolidovať evidencie, integrovať legacy systémy a zabezpečiť kybernetickú odolnosť.
	142
	143	==== Drivers (hnacie sily) ====
	144
	145	* Strategické faktory – podpora verejnoprospešných cieľov, udržateľná mobilita, napĺňanie KRIT 2024–2030 a NKIVS 2025.
	146	* Informačné faktory – potreba jednotného dátového skladu, analytickej platformy a princípu „jedenkrát a dosť“.
	147	* Operačné faktory – digitalizácia a automatizácia procesov, prediktívna údržba, SLA podpora.
	148	* Bezpečnostné faktory – zosúladenie s legislatívou (ITVS, KB), implementácia IAM a SIEM, posilnenie ochrany dát.
	149
	150	==== Goals (ciele projektu) ====
	151
	152	* Verejnoprospešné ciele a strategický rozvoj – modernizácia služieb, úspora nákladov, zvýšenie efektívnosti a transparentnosti.
	153	* Ciele pre dátovú integráciu a analytiku – zavedenie dátového skladu ISVS_11074, analytického nástroja ISVS_11075, odstránenie duplicít.
	154	* Ciele pre digitálnu transformáciu a efektívnosť – adaptívne riadenie križovatiek ISVS_14568 + ISVS_11073, monitoring a údržba komunikácií ISVS_14570 + ISVS_15193.
	155	* Ciele pre bezpečnosť a súlad s reguláciami – monitorovací kamerový systém s AI ISVS_14562, IAM a SIEM pre kybernetickú ochranu.
	156
	157	==== Requirements (požiadavky) ====
	158
	159	* Pre strategické ciele: zaviesť centrálny dátový model, konsolidovať dopravné dáta.
	160	* Pre dátovú integráciu: rozvíjať Open Data portál ISVS_11079, Konto Košičana ISVS_11077, Elektronické formuláre ISVS_5737.
	161	* Pre digitálnu transformáciu: vybudovať Smart City platformu ISVS_10383, zaviesť IoT senzoriku a edge computing, SLA podpora L1–L3.
	162	* Pre bezpečnosť: zaviesť IAM, SIEM, zmluvne garantovať odovzdávanie zdrojového kódu a dokumentácie, používať otvorené štandardy.
	163
	164	==== Outcomes (výstupy) ====
	165
	166	* Verejné služby (Outcome): elektronické služby (Konto Košičana, e-formuláre), nové digitálne služby pre občanov a podnikateľov.
	167	* Informačné výstupy (Outcome): Open Data datasety, API rozhrania, interaktívne dashboardy a analytické výstupy.
	168	* Operačné výstupy (Outcome): plynulejšia doprava, prediktívna údržba, úspora času úradníkov a občanov, nižšie prevádzkové náklady.
	169	* Výstupy pre bezpečnosť a regulácie (Outcome): zvýšená kybernetická odolnosť, AI detekcia incidentov, súlad s legislatívou a bezpečnostnými rámcami.
	170
5.2	171	[[image:1758700887876-914.png\|\|height="719" width="888"]]
2.2	172
	173	==== Popis problému a potreba riešenia (zosúladené s I-03) ====
	174
	175	===== Východiská (AS-IS – zhrnutie aktuálneho stavu) =====
	176
	177	* Mestské údaje sú rozptýlené vo viacerých evidenciách. Integrácie fungujú len čiastočne; jednotný dátový model a centrálna analytika sa využívajú obmedzene. V praxi to znižuje schopnosť robiť rýchle, dátovo podložené rozhodnutia naprieč agendami.
5.2	178	* Riadenie dopravy je statické. Mnohé križovatky bežia podľa pevných plánov; adaptívne riadenie a centrálna koordinácia v reálnom čase nie sú zavedené. To sa v špičke prejavuje kongesciami a dlhšími cestovnými časmi.
2.2	179	* Údržba komunikácií je skôr reaktívna. Podnety prichádzajú viacerými kanálmi a často sa spracúvajú manuálne. Senzorický monitoring stavu vozoviek a prediktívne plánovanie zásahov sú zatiaľ obmedzené, čo vedie k vyšším nákladom na havarijné opravy a dlhším reakčným časom.
	180	* Bezpečnostný dohľad je náročný na kapacity. Kamerové záznamy sa vyhodnocujú prevažne manuálne; automatická detekcia incidentov a podporné AI nástroje nie sú plošne nasadené.
	181	* Transparentnosť a sprístupňovanie dát sa rozvíja, no má priestor rásť. Mesto prevádzkuje Open Data portál (ISVS_11079) a publikuje viacero datasetov; pri dopravných a prevádzkových dátach je však potrebné zlepšiť aktuálnosť, periodicitu a prepojenie na centrálne úložisko a API.
	182	* Interoperabilita a kybernetická bezpečnosť si vyžadujú jednotnejší rámec: štandardizované rozhrania (API-first), konzistentné SLA pre prevádzku (L1–L3), centrálne riadenie identít (IAM) a bezpečnostný monitoring (SIEM).
	183
	184	//Poznámka: vyššie uvedené body neznamenajú, že mesto tieto oblasti nerieši; popisujú najmä miesta, kde sa v praxi prejavujú limity súčasného nastavenia a kde I-03 navrhuje ich systémové posilnenie.//
	185
	186	===== Potrebná zmena (TO-BE – smerovanie) =====
	187
	188	V nadväznosti na I-03 sa navrhuje postupne zaviesť tieto opatrenia – s dôrazom na dopravu, údržbu a dátovú platformu:
	189
	190	1. Dátová konsolidácia a analytika
	191	1*. Zaviesť jednotný dátový model mesta a konsolidáciu kľúčových dát do centrálneho dátového skladu s analytickou vrstvou.
	192	1*. Posilniť tok údajov z agend do dátového skladu a nastaviť jasné dátové politiky (kvalita, periodicita, zodpovednosti).
	193
	194	1. Inteligentné riadenie dopravy
	195	1. Nasadiť/rozšíriť centrálny inteligentný dopravný systém* a dynamické riadenie križovatiek (adaptívne signálne plány, preferencia MHD, rýchle scenáre pri incidentoch).
	196	1*. Zlepšiť prepojenie s dispečingom MHD a s mapovými podkladmi pre rýchle rozhodovanie v reálnom čase.
	197
	198	1. Prediktívna údržba komunikácií
	199	1. Zaviesť plošnejšie senzorické meranie stavu* (vozovky, mosty, kritické úseky) a prepojiť ho s plánovaním zásahov.
	200	1*. Zjednotiť kanály podnetov a automatizovať ich spracovanie (od príjmu po plánovanie a vyhodnotenie).
	201
	202	1. Bezpečnostný dohľad BI
5.2	203	1. Rozšíriť BI videoanalýzu* a automatickú detekciu dopravných a bezpečnostných udalostí, s jasnými postupmi pre zásahové tímy.
2.2	204	1*. Zaviesť zdieľanie relevantných metadát naprieč bezpečnostnými a dopravnými útvarmi.
	205
	206	1. Transparentnosť a služby
	207	1. Zautomatizovať publikovanie vybraných dát (najmä dopravných a prevádzkových) do Open Data*, vrátane stabilného API, s dôrazom na aktuálnosť a dokumentáciu.
	208	1*. Rozšíriť a lepšie integrovať front-end služby (e-formuláre, Konto Košičana) s back-end procesmi.
	209
	210	1. Interoperabilita, prevádzka, bezpečnosť
	211	1. Uplatniť API-first* a otvorené štandardy pri integráciách; nastaviť konzistentné SLA (L1–L3) a monitorovanie.
	212	1. Posilniť IAM/SIEM*, segmentáciu sietí a auditné mechanizmy; upraviť procesy v súlade s reguláciami.
	213
	214	Očakávaný efekt (stručne)
	215
	216	* Plynulejšia doprava a kratšie časy prejazdov v špičke vďaka adaptívnym križovatkám a koordinácii v reálnom čase.
	217	* Rýchlejšie a lacnejšie zásahy vďaka senzorike, predikcii a jednotnému plánovaniu údržby.
	218	* Vyššia bezpečnosť (rýchle odhalenie incidentov, lepšia koordinácia zásahov).
	219	* Viac dát pre verejnosť a inovácie – pravidelne aktualizované dopravné/prevádzkové datasety a stabilné API.
5.2	220	* Menej administratívy – automatizované toky, jednotné rozhrania
2.2	221
	222	Tabuľka: Súčasný stav (AS-IS) → Navrhované riešenie (TO-BE) → Očakávaný efekt
	223
	224	\|AS-IS (súčasný stav)\|TO-BE (navrhované riešenie)\|Očakávaný efekt
	225	\|Mestské údaje sú rozptýlené v oddelených IS, duplicity a manuálne spracovanie.\|Konsolidácia dopravných dát do centrálneho dátového skladu ISVS_11074 + analytická vrstva ISVS_11075, jednotný dátový model mesta.\|Kvalifikované rozhodovanie na základe dát, vyššia efektivita správy.
	226	\|Riadenie križovatiek prevažne statické, bez adaptácie na reálnu intenzitu dopravy.\|Nasadenie inteligentného dopravného systému ISVS_14568 a dynamického riadenia križovatiek ISVS_11073 (adaptívne signálne plány, preferencia MHD).\|Plynulejšia doprava, kratšie časy prejazdov, preferencia verejnej dopravy, zníženie kongescií.
	227	\|Údržba komunikácií je prevažne reaktívna, podnety sa spracúvajú manuálne a duplicitne.\|Monitoring stavu komunikácií ISVS_14570, systém údržby komunikácií ISVS_15193, nasadenie IoT senzoriky a prediktívnych modelov.\|Prediktívna údržba, rýchlejšie zásahy, nižšie náklady na havarijné opravy, dlhšia životnosť infraštruktúry.
5.2	228	\|Kamerový dohľad je prevažne manuálny, bez plošnej automatizácie.\|Monitorovací kamerový systém s BI videoanalýzou ISVS_14562, automatická detekcia incidentov a podpora zásahových tímov.\|Vyššia bezpečnosť, rýchle odhalenie nehôd a incidentov, efektívnejšia koordinácia zásahov.
2.2	229	\|Transparentnosť a publikovanie dát sú obmedzené – Open Data portál funguje, ale nie je plne napojený na dopravné dáta v reálnom čase.\|Rozšírenie Open Data portálu ISVS_11079, prepojenie s dátovým skladom, automatizované publikovanie dát; integrácia e-formulárov ISVS_5737 a Konta Košičana ISVS_11077.\|Viac dát pre občanov, podnikateľov a vývojárov, väčšia transparentnosť a participácia.
	230	\|IT infraštruktúra fragmentovaná, SLA a kyberbezpečnosť nejednotne riadené.\|Zavedenie Smart City platformy ISVS_10383, API-first integrácia, SLA (L1–L3), IAM a SIEM.\|Zjednotená prevádzka IS, vyššia kybernetická odolnosť, predchádzanie vendor lock-in.
	231
7.2	232	== (% id="cke_bm_288723S" style="display:none" %) {{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"/}}(% id="cke_bm_288723E" style="display:none" %) (% id="cke_bm_404726S" style="display:none" %) {{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"/}}(% id="cke_bm_404726E" style="display:none" %) (%%)3.3 Zainteresované strany/Stakeholderi ==
2.2	233
	234	Úspešná realizácia projektu zlepší dopravnú obslužnosť v meste Košice, čím prispeje k zvýšeniu kvality života všetkých obyvateľov a návštevníkov mesta Košice. Cieľovou skupinou projektového zámeru sú aj zamestnanci mesta Košice, ktorí sa starajú o údržbu cestných komunikácií a bezpečnosť účastníkov osobnej a verejnej dopravy.
	235
	236	\|ID\|Aktér / Stakeholder\|Subjekt (názov a skratka)\|Rola v projekte\|Informačný systém (MetaIS kód a názov ISVS)
	237	\|1\|Mestský úrad\|Magistrát mesta Košice (MMK)\|Gestor a realizátor projektu; vlastník kľúčových mestských procesov a dát; primárny interný užívateľ nových IS; zabezpečuje súlad s KRIT 2024–2030 a NKIVS 2025\|ISVS_5754 Integrovaný informačný systém mesta Košice (IIS KE)
	238	\|2\|Oddelenie informatiky\|Oddelenie riadenia vnútorných porocesov (IT MMK)\|Správa a integrácia ISVS; API Gateway; kybernetická bezpečnosť; konsolidácia dát; metodická koordinácia a integrácia na štátne platformy\|ISVS_10383 Smart City platforma (integračná vrstva)
	239	\|3\|Mestský podnik (doprava)\|Dopravný podnik mesta Košice (DPMK)\|Prevádzkovateľ MHD; užívateľ inteligentného dopravného systému a dopravnej centrály; poskytovateľ dát o MHD; koordinácia preferencie MHD na križovatkách\|ISVS_14568 Inteligentný dopravný systém; ISVS_11073 Systém dynamického riadenia križovatiek
	240	\|4\|Mestská polícia\|Mestská polícia Košice\|Zabezpečenie verejného poriadku a bezpečnosti; správca a užívateľ mestského kamerového systému; integruje bezpečnostné dáta do centrálnej platformy\|ISVS_14562 Monitorovací kamerový systém
	241	\|5\|Údržba komunikácií\|Oddelenie dopravy\|Údržba komunikácií a infraštruktúry; užívateľ systému pre monitorovanie stavu ciest; poskytovateľ dát o poruchách a zásahoch\|ISVS_14570 Monitoring stavu komunikácií; ISVS_15193 Systém údržby komunikácií
	242	\|6\|Správa komunikácií\|Oddelenie dopravy\|Pasportizácia a správa cestnej siete; prevádzka a evidencia infraštruktúry; využíva IoT a analytiku pre plánovanie opráv\|ISVS_14570 Monitoring stavu komunikácií
	243	\|7\|Občania\|Obyvatelia mesta Košice\|Koncoví užívatelia digitálnych služieb; podávajú podnety cez e-formuláre; využívajú Konto Košičana a Open Data\|ISVS_11077 Konto Košičana; ISVS_5737 Elektronické formuláre
	244	\|8\|Podnikatelia a vývojári\|Startupy, firmy, univerzity\|Užívatelia otvorených dát a API; partneri pre inovatívne riešenia, vývoj aplikácií a výskum\|ISVS_11079 Open Data portál
	245	\|9\|Štátne orgány\|MIRRI SR, NCZI, NASES\|Strategický dohľad a regulácia; vyžadujú interoperabilitu,\|MetaIS
	246	\|10\|Externí dodávatelia\|Technologickí partneri\|Implementátori a prevádzkovatelia komponentov; dodávajú IoT senzory, integračné riešenia, cloud infraštruktúru; povinnosť odovzdať kódy a dokumentáciu\|–
	247
7.2	248	== (% id="cke_bm_288723S" style="display:none" %) {{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"/}}(% id="cke_bm_288723E" style="display:none" %) (% id="cke_bm_437269S" style="display:none" %) {{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"/}}(% id="cke_bm_404726E" style="display:none" %) (%%)3.4 Ciele projektu ==
2.2	249
5.2	250	==== Hlavný cieľ projektu ====
2.2	251
5.2	252	Vybudovať mestskú dátovú platformu s inteligentnými systémami a prepojenými dátami tak, aby podporovala lepšie a rýchlejšie rozhodovanie, zefektívnila agendy rozvoja a správy mesta Košice a zlepšila podmienky cestnej premávky prostredníctvom moderného inteligentného riadenia dopravy.
2.2	253
5.2	254	==== Logika riešenia ====
2.2	255
5.2	256	Maximalizácia využitia znalostí a dát na všetkých úrovniach – od operatívnych rozhodnutí (dispečing, údržba) po tvorbu politík a simulácie dopadov. Riešenie stojí na európskych štandardoch pre smart mobility a dopravné riadenie (adaptívne semafory, preferencia MHD, otvorené dáta).
2.2	257
5.2	258	==== Podaktivity ====
2.2	259
5.2	260	1. Systém inteligentnej zimnej a bežnej údržby komunikácií
	261	1. Nasadenie stacionárnych* (na mestských úsekoch) a mobilných SMART zariadení vo vozidlách údržby (teplota povrchu, stav vozovky, T/V vzduchu, videoanalytika porúch).
	262	1. Analytická platforma*: zber a dlhodobé ukladanie dát, krátkodobé predpovede (lokálne/regionálne meteo), plánovanie údržby.
	263	1. Open Data* publikovanie vybraných údajov.
	264	1. Zariadenia pre inteligentné riadenie križovatiek
	265	1. Modernizácia a optimalizácia 26 križovatiek* (nové radiče, detekčné systémy, softvér).
	266	1. Dynamické riadenie*: zelené vlny, preferencia MHD/IZS, podpora chodcov a cyklistov, premenlivé dopravné značenie.
	267	1. Ciele: vyššia plynulosť, nižšie kongescie a emisie, vyššia bezpečnosť* a komfort.
	268	1. Dopravná riadiaca centrála + nadstavby
	269	1. Centrálna HW/SW ústredňa pre adaptívne riadenie v reálnom čase* (online dáta z križovatiek, diaľkové zmeny signálnych plánov).
	270	1. Integrácia V2X/C2X*, cestnej meteorológie, parkovacích modulov, kamerových systémov (získavanie parametrov záťaže).
	271	1. Výsledky: pružná reakcia na mimoriadne udalosti, zníženie jázdnych dôb*, monitoring porúch a incidentov.
	272	1. IoT zariadenia pre dopravné inžinierstvo
	273	1. Rozšírenie siete senzorov (počty/typy vozidiel, rýchlosť, smer, hustota, headway; ANPR/EČV* pre zdrojovo-cieľové analýzy).
	274	1. Celoročný zber* umožní presnejšie kalibrácie dopravných modelov (v súlade so STN 73 6110:2024), hodnotenie obchádzok v reálnom čase a rýchle nastavenie opatrení.
2.2	275
5.2	276	==== Očakávané výstupy a prínosy ====
2.2	277
5.2	278	* Integrovaná platforma pre riadenie dopravy a údržby, jednotné dáta pre operatívu aj strategické plánovanie.
	279	* Plynulejšia a bezpečnejšia doprava, kratšie zdržania, nižšie emisie.
	280	* Prediktívna údržba – menej havarijných zásahov, dlhšia životnosť komunikácií.
	281	* Otvorené dáta a vyššia transparentnosť pre verejnosť a inovátorov.
2.2	282
5.2	283	Projekt je priamou implementáciou KRIT 2024–2030, prispieva k NKIVS (dátová transformácia, digitálny úrad, bezpečnosť, služby pre občanov) a podporuje ciele udržateľnej mobility mesta. Integrovaný prístup odstraňuje fragmentáciu systémov a zvyšuje efektivitu mestských služieb.
2.2	284
	285	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.
	286
	287	* 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í.
	288	* 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.
	289	* 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.
	290	* 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.
	291	* 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.
	292
	293	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ť.
	294
	295	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.
	296
	297	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.
	298
7.2	299	== (% id="cke_bm_554437S" style="display:none" %) {{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"/}}(% id="cke_bm_404726E" style="display:none" %) (%%)3.5 Merateľné ukazovatele (KPI) ==
2.2	300
	301	(((
5.2	302	\|ID\|Názov ukazovateľa\|Merná jednotka\|Východisková hodnota (AS-IS)\|Cieľová hodnota (TO-BE)
	303	\|1\|PSKPRCO76 Integrované projekty pre územný rozvoj\|projekty\|0\|1
	304	\|2\|PSKPSRI40 Používatelia nových a vylepšených verejných inovatívnych služieb, produktov a procesov\|používatelia/rok\|0\|50 000
	305	\|3\|Úspora času zamestnancov vďaka digitalizácii procesov\|hodiny/rok\|0\|≥100 000 h/rok
2.2	306	)))
	307
	308	(((
7.2	309	== (% id="cke_bm_584235S" style="display:none" %) {{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"/}}(% id="cke_bm_404726E" style="display:none" %) (%%)3.6 Špecifikácia potrieb koncového používateľa ==
2.2	310	)))
	311
5.3	312	===== //Cieľové skupiny a persóny (high-level)// =====
2.2	313
	314	Externí používatelia (B2C/B2B):
	315
	316	* Občan – vodič/dochádzajúci. Chce aktuálnu dopravnú situáciu, upozornenia na incidenty/uzávierky, rýchlu navigáciu a jednoduché nahlásenie problému.
5.3	317	* Občianka – senior. Chce spoľahlivé informácie o MHD (odchody/meškania) a zrozumiteľné rozhranie.
2.2	318	* Podnikateľ. Chce prehľad o dopravnej obsluhe a otvorené dáta/API pre vlastné procesy (zásobovanie, klienti).
	319	* Vývojár/inovátor. Chce stabilné API a dokumentované datasety na tvorbu aplikácií.
	320
	321	Interní používatelia (B2G/G2G):
	322
	323	* Operátor dopravnej centrály. Potrebuje jednotný obraz situácie (kamery + senzory), prediktívne varovania, scenáre zásahov a priamu komunikáciu s MHD/IZS.
	324	* Dopravný analytik/plánovač. Potrebuje jednotný dátový sklad, modely a reporting (mapy, grafy, simulácie).
	325	* Dispečer MHD / vodič MHD. Potrebujú včasné upozornenia na udalosti na trase a preferenciu na križovatkách.
	326	* Správa komunikácií. Potrebujú automatizované podnety zo senzorov, prioritizáciu zásahov a evidenciu výkonu.
	327
5.3	328	//Poznámka prístupnosti: Rozhrania musia spĺňať zásady ID-SK a prístupnosti (čitateľné kontrasty, veľké ovládacie prvky, jednoduchá navigácia, jazyková zrozumiteľnosť).//
2.2	329
2.3	330	===== Kľúčové potreby → funkcionality (mapa na ISVS) =====
2.2	331
	332	\|Aktér / potreba\|Čo potrebuje dosiahnuť\|Funkcia systému\|ISVS / komponent
	333	\|Vodič/Občan\|Vedieť, kde sú zápchy, nehody, uzávierky v reálnom čase\|upozornenia, push notifikácie\|ISVS_14568 (IDS), ISVS_11073 (dynamické križovatky), ISVS_10383 (API)
	334	\|Cestujúci MHD\|Vedieť meškania a výluky\|Prepojenie MHD do portálu/app, preferencia MHD\|ISVS_14568, ISVS_10383
	335	\|Senior\|Jednoduché, zrozumiteľné rozhranie, bezpečné priechody\|UI podľa ID-SK, informácie o priechodoch, signalizácia\|ISVS_14568, ISVS_14562
	336	\|Podnikateľ\|Aktuálne parkovanie, plánované uzávierky, otvorené dáta\|Prehľady + Open Data + API\|ISVS_11079 (Open Data), ISVS_10383
5.3	337	\|Vývojár\|Stabilné, dokumentované API/datasets\|API katalóg, sandbox (izolované testovacie prostredie)\|ISVS_11079, ISVS_10383, ISVS_11074
2.2	338	\|Operátor centrály\|Jeden „Command & Control“ pohľad\|Integrovaná stena: kamery, senzory, incidenty, scenáre\|ISVS_14568, ISVS_14562, ISVS_14570
	339	\|Analytik/plánovač\|Dátové modely a reporting\|Dátový sklad, BI, modely, simulácie\|ISVS_11074 (DW), ISVS_11075 (BI)
	340	\|Dispečer MHD/vodič\|Včasná informácia o udalosti na trase\|Upozornenia, preferencia na križovatkách\|ISVS_14568, ISVS_11073
	341	\|Správa komunikácií\|Proaktívne zásahy a evidencia\|IoT podnety, plán zásahov, notifikácie\|ISVS_14570, ISVS_15193
	342
5.3	343	===== Kľúčové používateľské scenáre (user stories – skrátené) =====
2.2	344
	345	Občan – vodič:
	346
	347	* „Chcem pred odchodom vidieť, kde to stojí, a dostať upozornenie na nehody/uzávierky, aby som si vedel trasu preplánovať.“
	348	* → notifikácie; zdroj: IDS + kamery; výstup: web/app.
	349
	350	Cestujúci MHD:
	351
	352	* „Chcem poznať reálne odchody a výluky, aby som nečakal zbytočne.“
	353	* → notifikácie; preferencia MHD na križovatkách.
	354
	355	Podnikateľ:
	356
	357	* „Chcem si naplánovať rozvoz mimo dopravnej špičky a informovať zákazníkov.“
	358	* → Dashboard pre B2B + API (intenzity, uzávierky).
	359
	360	Operátor centrály:
	361
	362	* „Chcem v reálnom čase vidieť dopravnú situáciu, mať pod kontrolou incidenty a spúšťať scenáre (zelené vlny, obchádzky).“
	363	* → Integrovaný dispečing; automatická detekcia; explicitné scenáre.
	364
	365	Správa komunikácií:
	366
	367	* „Chcem vedieť o výtlku/poruche skôr než príde sťažnosť a priamo z plánu vypraviť tím.“
	368	* → IoT podnety → plán zásahov → mobilné potvrdenie vykonania.
	369
5.3	370	===== Ne-funkčné požiadavky (NFR) – výber =====
2.2	371
	372	* Použiteľnosť a dostupnosť: ID-SK, prístupnosť (WCAG 2.1 AA), 24/7 dostupnosť pre kritické moduly (≥99,9 %).
5.3	373	* Výkon a latencia: rýchle spracovanie incidentu, aktualizácia dopravných dát
	374	* Otvorenosť: API-first (REST/JSON), dokumentované endpoints, verzovanie.
2.2	375	* Bezpečnosť a ochrana údajov: IAM, SIEM, audit, šifrovanie dát v prenose/úložisku, min. zásady prístupu.
	376	* Prevádzka: L1–L3 SLA, monitorovanie, zálohovanie/obnova, DR scenár.
	377
5.3	378	===== Meranie spokojnosti a adopcie =====
2.2	379
5.3	380	* Adopcia služieb: počet aktívnych používateľov (web/app), podiel elektronických hlásení > 50 % po 12 mesiacoch.
2.2	381	* Spokojnosť: priemerný rating > 4/5, NPS ≥ +50 (ročný prieskum).
	382	* Dostupnosť a rýchlosť: dostupnosť ≥ 99 % (portál/app); čas načítania < 3 s.
	383	* Kvalita dát/API: chybovosť volaní < 0,5 %; dokumentácia API – úplnosť ≥ 95 %.
	384
5.3	385	===== Poznámka k rozsahu =====
2.2	386
5.3	387	Táto špecifikácia sa vedome zameriava na jadro projektu: doprava, monitoring, údržba, dátová platforma a služby nad nimi. Ostatné domény (energetika, smart osvetlenie, odpady) sú mimo tejto etapy a budú riešené ako následné rozšírenia; modulárna architektúra umožňuje hladké dopojenie bez zásahu do užívateľských tokov uvedených vyššie.
2.2	388
5.3	389	\|Persóna / User story\|ISVS / komponent\|Výstup
	390	\|Občan – vodič: „Chcem vedieť, kde sú zápchy, nehody, uzávierky a dostať upozornenia.“\|ISVS_14568 (IDS), ISVS_11073 (dynamické križovatky), ISVS_10383 (API), ISVS_14562 (BI detekcia incidentov)\|Priemerný čas prejazdu, podiel auto-detekcie incidentov, reakčný čas na incident
	391	\|Cestujúci MHD: „Chcem poznať reálne odchody a výluky.“\|ISVS_14568 (integrácia MHD), ISVS_10383 (API), front-end portál/app\|Počet aktívnych používateľov dopravnej app/portálu (adopcia), dostupnosť služby
	392	\|Senior: „Potrebujem zrozumiteľné rozhranie.“\|Front-end podľa ID-SK, ISVS_14568, ISVS_14562 (bezpečnostné podnety)\|Spokojnosť používateľov (NPS, rating),
	393	\|Podnikateľ: „Chcem živé dáta o uzávierkach; chcem API.“\|ISVS_11079 (Open Data), ISVS_10383 (API gateway), ISVS_11074 (DW)\|Počet datasetov, počet volaní API
	394	\|Vývojár/inovátor: „Chcem stabilné API a dokumentáciu.“\|ISVS_11079, ISVS_10383, ISVS_11074\|Počet volaní API, podiel datasetov napojených automaticky
	395	\|Operátor dopravnej centrály: „Chcem jednotný obraz situácie a scenáre zásahov.“\|ISVS_14568 (IDS), ISVS_14562 (AI), ISVS_14570 (IoT), riadiaca konzola\|Reakčný čas na incident, podiel auto-detekcie, počet integrovaných subsystémov
	396	\|Dopravný analytik/plánovač: „Chcem BI, modely a simulácie.“\|ISVS_11074 (DW), ISVS_11075 (BI)\|Počet integrovaných IS do DW, počet BI dashboardov, presnosť dopravného modelu
	397	\|Dispečer MHD / vodič MHD: „Chcem včasné upozornenia a preferenciu na križovatkách.“\|ISVS_14568, ISVS_11073\|Priemerný čas prejazdu, počet križovatiek s adaptívnym riadením
	398	\|Správa komunikácií: „Chcem proaktívne zásahy a evidenciu výkonu.“\|ISVS_14570 (monitoring), ISVS_15193 (údržba), mobilná app pre zásahy\|Podiel prediktívnych zásahov, náklady na údržbu, čas odpratania snehu
	399	\|Všetci používatelia: „Chcem, aby služby boli dostupné a bezpečné.“\|ISVS_10383 (integrácie), IAM/SIEM, SLA monitoring\|Dostupnosť kľúčových ISVS ≥99,9 % , pokles bezpečnostných incidentov
2.2	400
7.2	401	== (% id="cke_bm_640411S" style="display:none" %) {{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"/}}(% id="cke_bm_404726E" style="display:none" %) (%%)3.7 Riziká a závislosti ==
2.2	402
5.3	403	Realizácia projektu Inteligentné mesto Košice vrátane dopravných a dátových modulov nesie identifikované riziká a závislosti, ktoré môžu ovplyvniť rozsah, harmonogram a kvalitu výstupov. Tento zoznam bude počas celého životného cyklu projektu pravidelne aktualizovaný a vyhodnocovaný v rámci riadenia rizík podľa vyhl. 401/2023 Z. z.
2.2	404
5.3	405	===== Súhrnný prehľad hlavných kategórií rizík a ich dopadu: =====
2.2	406
5.3	407	\|ID\|Oblasť\|Riziko\|Dopad\|Pravdepodobnosť\|Poznámka / mitigácia
	408	\|R1\|Interoperabilita\|Nedostatočná interoperabilita medzi systémami a zariadeniami\|Významný – zníženie efektívnosti celého riešenia\|Stredná\|Definované štandardy a rozhrania (API, ESB), testovacie integrácie, pravidelné revízie architektúry
	409	\|R2\|Dodávky\|Nedostatočné alebo oneskorené dodávky HW (IoT, senzory, kamery)\|Nevýznamný – oneskorenie projektu, dodatočné náklady\|Nízka\|Rámcové zmluvy, SLA s dodávateľmi, záložní dodávatelia
	410	\|R3\|Kybernetická bezpečnosť\|Problémy s kybernetickou bezpečnosťou systému\|Významný – únik dát, strata dôvery, pokuty\|Stredná\|SIEM, IAM, audity, penetračné testy, školenie, aktualizácie
	411	\|R4\|Ľudské zdroje\|Riziko nedostatočnej kapacity interných ľudských zdrojov\|Významný – oneskorenia v implementácii\|Stredná\|Outsourcing, tréningy, certifikácie, posilnenie tímu
	412	\|R5\|Prevádzka IoT\|Riziko technickej poruchy IoT zariadení a senzorov v prevádzke\|Významný – prerušenie služieb, chybné dáta\|Nízka\|Redundantné zariadenia, SLA na servis a údržbu
	413	\|R6\|Dátová kvalita\|Riziko nekvalitných dát alebo nedostatočnej dátovej integrity\|Významný – nesprávne rozhodovanie, strata dôveryhodnosti\|Stredná\|Data quality management, audity dát, validácia dát na vstupe
2.2	414
5.3	415	===== Kľúčové závislosti projektu =====
2.2	416
	417
	418	* Závislosť od VO – realizácia hlavných častí je viazaná na úspešné verejné obstarávanie; oneskorenie alebo námietky môžu významne narušiť harmonogram.
	419	* Závislosť od interných rozhodnutí a spolupráce – projekt vyžaduje zapojenie útvarov mesta a mestských organizácií (doprava, správa majetku, mestská polícia,a pod.).
	420	* Závislosť od existujúcich ISVS – integrácia na GISPLAN (ISVS_5733), Open Data portál (ISVS_11079) a centrálny dátový sklad (ISVS_11074) je nevyhnutná pre interoperabilitu.
	421	* Závislosť na národných komponentoch – projekt nevyužíva štátne moduly (CSRÚ, ÚPVS, eID, notifikácie), ale musí byť v súlade s GDPR, zákonom o ITVS, vyhl. 401/2023 a zákonom o kybernetickej bezpečnosti.
	422	* Závislosť od kybernetickej architektúry – IAM, SIEM a segmentácia musia byť implementované pred nasadením do plnej prevádzky.
	423
7.2	424	== (% id="cke_bm_766388S" style="display:none" %) {{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"/}}(% id="cke_bm_404726E" style="display:none" %) (%%)3.8 Stanovenie alternatív v biznisovej vrstve architektúry ==
2.3	425
2.2	426	Projekt Inteligentné mesto Košice je navrhnutý ako modulárny ekosystém, ktorý sa postupne rozvíja. V súlade s metodikou CBA a I-03 posudzujeme tri scenáre – nulový (0), minimalistický (1) a rozšírený/preferovaný (2). Varianty sa hodnotia na troch úrovniach architektúry: biznisová, aplikačná a technologická vrstva.
	427
	428	==== Biznisová vrstva – alternatívy zapojenia aktérov a procesov ====
	429
	430	===== Variant 0 – Nulový scenár =====
	431
	432	* Zachovanie status quo.
	433	* Procesy: manuálna údržba, statické riadenie križovatiek, pasívny kamerový dohľad, obmedzené publikovanie dát.
	434	* Aktéri: mestská polícia, DPMK, oddelenie dopravy fungujú bez integrácie a bez dátovej podpory.
	435	* Dopad: bez dodatočných nákladov, ale rastúce problémy – dopravné zápchy, vyššie náklady na údržbu, nízka transparentnosť.
	436
	437	===== Variant 1 – Minimalistický scenár =====
	438
	439	* Pilotné riešenie so základnými funkciami.
	440	* Procesy: základná dopravná centrála (ISVS_14568), obmedzené nasadenie IoT senzorov pre monitoring dopravy, čiastočná modernizácia križovatiek (ISVS_11073).
	441	* Aktéri: zapojení najmä magistrát (oddelenie dopravy) a mestská polícia.
	442	* Dopad: riešenie najakútnejších problémov (zápchy), ale údržba a bezpečnosť ostávajú konvenčné.
	443
	444	===== Variant 2 – Preferovaný scenár =====
	445
	446	* Komplexné riešenie – plná integrácia procesov.
	447	* Procesy:
	448	prediktívna údržba (ISVS_14570, ISVS_15193**),
	449	dynamické križovatky a adaptívne riadenie (ISVS_14568, ISVS_11073**),
	450	dopravná centrála s analytikou a videoanalýzou (ISVS_14562**),
	451	dátová a analytická vrstva (ISVS_11074, ISVS_11075**),
	452	open data a e-služby (ISVS_11079, ISVS_11077, ISVS_5737**).
	453	* Aktéri: MMK, IT, DPMK, mestská polícia, oddelenie dopravy, občania, podnikatelia, vývojári.
	454	* Dopad: maximálne prínosy – plynulosť dopravy, bezpečnosť, transparentnosť, úspory.
	455
5.3	456	//Poznámka k modelu realizácie: Variant 2 možno realizovať in-house alebo formou partnerstva (PPP, outsourcing prevádzky IoT/dispečingu). Mitigácia rizík vendor lock-in: odovzdávanie zdrojového kódu, otvorené štandardy, SLA.//
2.2	457
	458	==== Aplikačná vrstva – alternatívy nasadenia ISVS a funkcií ====
	459
	460	===== Variant 0 – Nulový scenár =====
	461
	462	* ISVS používané izolovane (IIS KE, GISPLAN).
	463	* Neexistuje Smart City platforma (ISVS_10383), dátový sklad ani analytika.
	464	* E-služby občanom ostávajú fragmentované.
	465
	466	===== Variant 1 – Minimalistický scenár =====
	467
	468	* Čiastočné nasadenie modulov:
	469	** základná dopravná centrála (ISVS_14568),
	470	** obmedzený počet križovatiek s dynamickým riadením (ISVS_11073),
	471	** pilotný IoT monitoring (ISVS_14570).
	472	* Obmedzená integrácia na Open Data (ISVS_11079).
	473	* Ostatné aplikácie (údržba ISVS_15193, BI ISVS_11075, kamery ISVS_14562) sa neimplementujú.
	474
	475	===== Variant 2 – Preferovaný scenár =====
	476
	477	* Kompletné portfólio modulov podľa I-03:
	478	Doprava:** IDS (ISVS_14568), dynamické križovatky (ISVS_11073)
	479	Údržba:** monitoring (ISVS_14570), systém údržby (ISVS_15193).
	480	Bezpečnosť:** kamerový systém (ISVS_14562).
	481	Dáta a analytika:** dátový sklad (ISVS_11074), BI (ISVS_11075).
	482	Služby:** Konto Košičana (ISVS_11077), e-formuláre (ISVS_5737), Open Data portál (ISVS_11079).
	483	Integrácia:** Smart City platforma (ISVS_10383).
	484	* Úzke prepojenie medzi modulmi.
	485
	486	==== Technologická vrstva – alternatívy infraštruktúry ====
	487
	488	===== Variant 0 – Nulový scenár =====
	489
	490	* Prevádzka na súčasnej infraštruktúre – IIS KE, čiastočne GISPLAN, bez IoT a centrálnej platformy.
	491	* Prevádzka prevažne manuálna, SLA fragmentované, kybernetická bezpečnosť základná.
	492
	493	===== Variant 1 – Minimalistický scenár =====
	494
	495	* Nasadenie základného HW pre dopravnú centrálu, pilotná IoT sieť (LPWAN/NB-IoT) na vybraných úsekoch.
	496	* Obmedzená cloud infraštruktúra pre pilotné analytické výstupy.
	497	* Bez plnohodnotného SIEM/IAM.
	498
	499	===== Variant 2 – Preferovaný scenár =====
	500
	501	* Hybridná infraštruktúra: mestské datacentrum + cloud pre analytiku a škálovanie.
	502	* IoT sieť: plošné nasadenie LPWAN/NB-IoT, edge computing na dopravných uzloch.
	503	* Kyberbezpečnosť: IAM, SIEM, segmentácia sietí, monitoring incidentov.
	504	* Prevádzka: SLA L1–L3, DR scenáre, vysoká dostupnosť (99,9 %).
	505	* Otvorenosť: API-first, otvorené štandardy, eliminácia vendor lock-in.
	506
7.2	507	== (% id="cke_bm_794004S" style="display:none" %) {{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"/}}(% id="cke_bm_404726E" style="display:none" %) (%%)3.9 Multikriteriálna analýza ==
2.2	508
	509	V súlade s návrhom architektúry Smart City platformy a odporúčaniami CBA metodiky boli v rámci biznis, aplikačnej a technologickej vrstvy identifikované tri alternatívne scenáre implementácie projektu: nulový variant, minimalistický variant a preferovaný (rozšírený) variant. Tieto varianty sa líšia rozsahom funkcií, zapojených aktérov, investičnými požiadavkami a prínosmi.
	510
	511	Účelom multikriteriálneho hodnotenia (MCA) je:
	512
	513	* systematicky porovnať varianty z hľadiska ich prínosu pre stakeholderov,
	514	* identifikovať, ktoré alternatívy dokážu splniť základné požiadavky (KO kritériá),
	515	* vytvoriť podklad pre odporúčanie najvhodnejšej alternatívy z pohľadu biznis hodnoty a udržateľnosti.
	516
	517	Multikriteriálna analýza bola vypracovaná na základe kapitoly Motivácia (ciele, požiadavky, obmedzenia), pričom hodnotenie prebiehalo najmä na biznis vrstve architektúry.
	518
	519	* Každé kritérium MCA bolo definované v kontexte cieľov stakeholderov a zadefinované v spolupráci s kľúčovými aktérmi projektu.
	520	* Kritériá boli klasifikované ako:
	521	KO (kritické – vylučujúce) kritériá**, ktoré musia byť splnené každou akceptovateľnou alternatívou,
	522	doplnkové kritériá**, ktoré slúžia na podrobnejšie rozlíšenie variantov.
	523	* Technologické preferencie neboli definované ako KO kritériá, v súlade s odporúčaním vyhlášky.
	524
5.3	525	===== Definícia kritérií MCA =====
2.2	526
	527	\|Kritérium\|Zdôvodnenie\|Stakeholderi\|Vrstva
	528	\|A (KO) – Otvorené API a interoperabilita\|Nutnosť integrácie mestských ISVS a napojenia na národné komponenty (CSRÚ, ÚPVS), otvorenosť pre partnerov\|IT, Občania, Partneri\|Biznis
	529	\|B (KO) – Zníženie dopravných zápch\|Hlavný cieľ projektu – adaptívne riadenie križovatiek a IDS\|Odbor dopravy, DPMK, Občania\|Biznis
	530	\|C (KO) – Prístup občanov k digitálnym službám\|Služby dostupné cez mobil/app, v súlade s NKIVS priorita 1\|Občania, Partneri\|Biznis
	531	\|D (KO) – Pokrytie MHD a údržby\|Kľúčové subsystémy mesta musia byť integrované do centrálnej platformy\|Oddelenie dopravy, DPMK, MsP, Občania\|Biznis
	532	\|E – Modularita a škálovateľnosť\|Systém musí umožňovať budúce rozšírenia (energetika, odpadové hospodárstvo)\|IT, Oddelenie dopravy\|Aplikačná
	533	\|F – Otvorené dáta a publikovanie údajov\|Transparentnosť, prístup verejnosti a vývojárov k mestským dátam\|IT, Občania, Partneri\|Technologická
	534	\|G – Kybernetická bezpečnosť\|Implementácia IAM, SIEM, SLA, auditných mechanizmov\|IT, MsP\|Technologická
	535	\|H – Efektívnosť údržby\|Prediktívna údržba znižujúca náklady a poruchovosť\|Oddelenie dopravy\|Biznis
	536
5.3	537	===== Výsledok hodnotenia variantov =====
2.2	538
	539	\|Kritérium\|Variant 0 (nulový)\|Variant 1 (minimalistický)\|Variant 2 (preferovaný)
	540	\|A – API a interoperabilita (KO)\|✖\|△ (len čiastočne)\|✔
	541	\|B – Zníženie dopravných zápch (KO)\|✖\|△ (len pilotné križovatky)\|✔
	542	\|C – Prístup občanov k službám (KO)\|✖\|△ (základný portál)\|✔
	543	\|D – Pokrytie subsystémov (KO)\|✖\|△ (základné senzory)\|✔
	544	\|E – Modularita\|✖\|△\|✔
	545	\|F – Otvorené dáta\|✖\|△ (len základné datasety)\|✔
	546	\|G – Kybernetická bezpečnosť\|✖\|△ (len základné opatrenia)\|✔ (IAM, SIEM, SLA)
	547	\|H – Efektívnosť údržby\|✖\|△ (čiastočné senzory)\|✔ (prediktívna údržba)
	548
7.2	549	== (% id="cke_bm_826139S" style="display:none" %) {{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"/}}(% id="cke_bm_404726E" style="display:none" %) (%%)3.10 Stanovenie alternatív v aplikačnej vrstve architektúry ==
2.2	550
	551	Aplikačná architektúra projektu Inteligentné mesto Košice bola hodnotená vo viacerých alternatívach. Cieľom je identifikovať rozdiely medzi nulovým scenárom, minimalistickou architektúrou a preferovaným variantom, ktorý prináša plnú funkcionalitu. Hodnotenie vychádza z metodiky MIRRI a zohľadňuje prepojenie biznis procesov, dátovej a technologickej vrstvy.
	552
8.3	553	==== Variant 0 – nulový (bez novej aplikácie) ====
2.2	554
	555	V nulovom scenári nevznikajú nové aplikačné komponenty. Mesto by využívalo iba existujúce systémy: IIS KE (ISVS_5754), GISPLAN (ISVS_5733), Open Data portál (ISVS_11079) a Kamerový systém (ISVS_14562). Tieto systémy ostávajú neintegrované, prepojenia sú iba čiastočné a manuálne.
	556
	557	* Dopravné riadenie prebieha cez zastarané lokálne radiče semaforov bez adaptívnych funkcií.
	558	* Monitoring údržby ciest je obmedzený na ručné evidencie a čiastkové pasporty.
	559	* Občania získavajú len základné informácie prostredníctvom webových oznamov, chýba jednotná aplikácia a notifikácie.
	560	* Tento variant neprináša funkcionality ako prediktívna analytika, adaptívne riadenie alebo automatizované procesy.
	561
8.3	562	==== Variant 1 – minimalistická aplikačná architektúra ====
2.2	563
	564	Minimalistický variant zahŕňa len základné moduly potrebné na dosiahnutie čiastkových cieľov. Funkcionalita sa obmedzuje na monitoring a reporting bez rozsiahlej integrácie:
	565
	566	* Základný dopravný dispečing – jednoduchá aplikácia na monitoring vybraných križovatiek a kamier (rozšírenie ISVS_14562). Obsahuje základné vizualizácie a umožňuje manuálne zásahy do semaforov.
8.2	567	* Údržba ciest – bude riešená len základnou manuálnou evidenciou v GIS systéme (ISVS_5733) alebo v tabuľkových prehľadoch; podnety na zimnú a bežnú údržbu sa prijímajú telefonicky alebo e-mailom a dispečer ich následne zapisuje, bez automatizovaného zberu dát a prediktívneho plánovania.
2.2	568	* Reporting a štatistiky – jednoduchý nadstavbový modul GIS (ISVS_5733) s exportom dát pre vedenie mesta.
	569
	570	Integrácia medzi systémami je obmedzená. Občania môžu mať k dispozícii základnú webovú stránku alebo jednoduchú mobilnú aplikáciu s informáciami o parkovaní a dopravných oznamoch. Automatizácia procesov a prediktívne modely nie sú implementované.
	571
8.3	572	==== Variant 2 – rozšírená aplikačná architektúra (preferovaná) ====
2.2	573
	574	Preferovaný variant predstavuje komplexný modulárny ekosystém s centrálnou integračnou platformou a prepojením všetkých kľúčových ISVS. Architektúra je plne v súlade s dokumentom I-03, využíva otvorené štandardy a podporuje ďalší rozvoj Smart City riešení.
	575
8.2	576	Hlavné komponenty:
2.2	577
	578	* ISVS_14568 – Inteligentný dopravný systém s podkomponentmi:
	579	ISVS_11073 – Systém dynamického riadenia križovatiek** (adaptívne semafory, V2X komunikácia, AI detekcia incidentov).
	580	** Integrácia údajov z IoT senzorov a dopravných zariadení pre riadenie premávky v reálnom čase.
	581	ISVS_15193 – Systém údržby pozemných komunikácií** – plánovanie a evidencia zásahov (zimná a letná údržba), prepojenie na Monitoring stavu vozoviek.
	582	ISVS_14570 – Monitoring stavu pozemných komunikácií** – kontinuálne snímanie teploty, vlhkosti a stavu povrchu, vstupy pre prediktívnu údržbu.
	583	ISVS_14562 – Monitorovací kamerový systém** – rozšírený o AI videoanalytiku, integráciu s dopravným dispečingom a mestskou políciou.
	584	* ISVS_10383 – Smart City platforma – centrálny integračný a orchestrujúci prvok. Prepája dáta z dopravných, údržbových a bezpečnostných systémov, poskytuje API a zabezpečuje interoperabilitu.
	585	* ISVS_11074 – Dátový sklad mesta Košice – konsolidácia dát zo všetkých systémov, úložisko pre BI a open data.
	586	* ISVS_11075 – Analytický nástroj mesta Košice – BI analytika, predikcia dopravných kolón, plánovanie údržby, dashboardy.
	587	* ISVS_11079 – Open Data portál – publikovanie agregovaných datasetov a API pre občanov a vývojárov.
	588	* ISVS_5733 – GIS – vizualizácia infraštruktúry, pasporty, integrácia dopravných a údržbových dát.
	589	* Konto Košičana (ISVS_11077) – personalizované používateľské rozhranie pre občanov s notifikáciami a interaktívnymi službami.
	590
8.2	591	Výhody preferovaného variantu:
2.2	592
	593	* Jednotná dátová a aplikačná platforma eliminuje fragmentáciu.
	594	* Automatizované procesy (prediktívna údržba, adaptívne križovatky, incident manažment).
	595	* Rozšírené open data a API služby podporujú transparentnosť a inovácie.
	596	* Zapojenie občanov cez mobilné aplikácie a personalizované konto.
	597	* Plná súladnosť s vyhláškou 401/2023 Z.z. a evidenciou komponentov v MetaIS.
	598
	599	Týmto spôsobom je aplikačná vrstva popísaná v troch scenároch – od nulového variantu po preferovaný modulárny ekosystém. Preferovaná alternatíva jednoznačne prináša najvyššie úžitky v podobe zlepšenej dopravnej situácie, vyššej bezpečnosti a transparentných služieb pre občanov.
	600
9.4	601	== 3.11 Stanovenie alternatív v technologickej vrstve architektúry ==
2.2	602
	603	Aplikačná architektúra je navrhnutá modulárne a integrovane. Všetky moduly komunikujú cez Smart City integračnú platformu (ISVS_10383) s API-first prístupom. Hodnotíme tri scenáre: Variant 0 – nulový, Variant 1 – minimalistický, Variant 2 – preferovaný (rozšírený).
	604
5.5	605	===== Variant 0 – Nulový scenár (bez novej aplikácie) =====
2.2	606
	607	* Stav: mesto používa iba existujúce čiastkové systémy (IIS KE, GISPLAN, pasívny kamerový dohľad), bez centrálnej platformy a bez nových modulov.
	608	* Integrácia: neexistuje; údaje sa zdieľajú minimálne, bez dátového skladu a BI.
	609	* Funkcie pre občana: len základné oznamy na webe; bez interaktívneho portálu a API.
	610	* ISVS nasadené v tomto variante: žiadne nové (iba legacy).
	611	* Dopad: žiadne investície, žiadne prínosy (bez adaptívneho riadenia, bez prediktívnej údržby, bez transparentného dátového ekosystému).
	612
5.5	613	===== Variant 1 – Minimalistická aplikačná architektúra (pilot/prechod) =====
2.2	614
	615	Cieľom je riešiť najakútnejšie potreby s minimom nových modulov a rýchlou integráciou.
	616
	617	Nové moduly (minimálny rozsah):
	618
	619	* ISVS_14568 Inteligentný dopravný systém (jadro dispečingu) – základná dopravná centrála (vizualizácia, manuálne zásahy),
	620	* ISVS_11073 Systém dynamického riadenia križovatiek – adaptívne riadenie na obmedzenom počte uzlov (pilot),
	621	* ISVS_14570 Monitoring stavu komunikácií – pilotná IoT senzorika na vybraných úsekoch (stav vozoviek),
	622	* ISVS_10383 Smart City platforma (integračná vrstva) – //základný// integračný backplane (API, jednoduché toky),
	623	* ISVS_11079 Open Data portál – publikovanie vybraných datasetov a základného API.
	624
	625	Čo sa v tejto fáze ešte nenasadzuje:
	626
	627	* ISVS_15193 Systém údržby komunikácií (údržba zostáva prevažne reaktívna),
	628	* ISVS_14562 Monitorovací kamerový systém s BI (kamera = pasívny dohľad),
	629	* ISVS_11074/11075 (DW/BI) len v obmedzenom pilotnom režime (ak vôbec),
	630	* front-end pre občanov –portál len v základnom režime (bez personalizácie a notifikácií).
	631
	632	Dopad: čiastkové zlepšenia (vybrané križovatky, základné dáta), rýchla implementácia, limitované prínosy (bez plného prepojenia procesov a analytiky).
	633
5.5	634	===== Variant 2 – Rozšírená (preferovaná) aplikačná architektúra =====
2.2	635
	636	Komplexný, modulárny ekosystém s plnou integráciou dát a procesov podľa I-03.
	637
	638	A) Doprava a bezpečnosť
	639
	640	* ISVS_14568 Inteligentný dopravný systém – centrálna dopravná centrála (reálny čas, scenáre zásahov, preferencia MHD/IZS).
	641	* ISVS_11073 Dynamické riadenie križovatiek – adaptívne plány na prioritných uzloch, koordinácia „zelenej vlny“.
	642	ISVS_14562 Monitorovací kamerový systém (BI) – automatická detekcia incidentov, počítanie intenzít, metadáta do centrály.
	643
	644	B) Monitoring a údržba komunikácií
	645
	646	* ISVS_14570 Monitoring stavu komunikácií – plošnejšie nasadenie IoT; meranie stavu vozoviek/úsekov.
	647	* ISVS_15193 Systém údržby komunikácií – prediktívne plánovanie zásahov, evidencia a reporting výkonu.
	648
	649	C) Dátová a analytická vrstva
	650
	651	* ISVS_11074 Dátový sklad mesta – jednotné úložisko pre dopravné/prevádzkové dáta, historizácia.
	652	* ISVS_11075 Analytický nástroj mesta – BI/dashboardy, modely, kalibrácia dopravných modelov, predikcie.
	653
	654	D) Služby pre občanov a otvorené dáta
	655
	656	* ISVS_11079 Open Data portál – automatizované publikovanie dopravných a prevádzkových datasetov, API katalóg.
5.5	657	* ISVS_11077 Konto Košičana + ISVS_5737 e-formuláre – podania a podnety (nahlásenia), spätná väzba.
2.2	658
	659	E) Integrácia a prevádzka
	660
	661	* ISVS_10383 Smart City platforma (integračná vrstva/API) – orchestrácia tokov, API-gateway.
	662
	663	Voliteľné rozšírenia (Phase-2, mimo scope projektu)
	664
	665	* ISVS_14569 Smart parkovanie – mestská parkovacia aplikácia, navigácia, platby, rezidentské politiky.
	666	* ISVS_14561 Smart osvetlenie, ISVS_14564 Energetický manažment – integrácia po vybudovaní jadra.
	667
	668	Dopad: plné prínosy v plynulosti, bezpečnosti, údržbe a transparentnosti; maximálna synergia vďaka jednotnej dátovej/integračnej vrstve.
	669
5.5	670	===== Porovnávacia tabuľka (prehľad ISVS podľa variantu) =====
2.2	671
	672	\|Oblasť / ISVS\|V0 – Nulový\|V1 – Minimalistický\|V2 – Preferovaný
	673	\|ISVS_14568 IDS (dopravná centrála)\|–\|áno (základ)\|áno (plný rozsah)
	674	\|ISVS_11073 Dynamické križovatky\|–\|áno (pilot, vybrané uzly)\|áno (prioritné uzly)
	675	\|ISVS_14562 Kamerový systém (BI)\|– (pasívny dohľad)\|–\|áno (BI detekcia)
	676	\|ISVS_14570 Monitoring komunikácií\|–\|áno (pilot)\|áno (plošnejšie)
	677	\|ISVS_15193 Údržba komunikácií\|–\|–\|áno
	678	\|ISVS_11074 Dátový sklad\|–\|(pilot/obmedzene)\|áno
	679	\|ISVS_11075 Analytika/BI\|–\|(pilot/obmedzene)\|áno
	680	\|ISVS_11079 Open Data\|–\|áno (vybrané datasety)\|áno (automatizované, API katalóg)
	681	\|ISVS_11077 Konto Košičana + ISVS_5737 e-formuláre\|–\|(základ)\|áno
	682	\|ISVS_10383 Smart City platforma (integrácia)\|–\|áno (základ)\|áno (plný backplane)
	683
5.5	684	===== Prečo preferovaný variant? =====
2.2	685
	686	* Súlad s I-03 a cieľmi G1–G5: spĺňa KO kritériá (interoperabilita, služby občanom, pokrytie kľúčových subsystémov, bezpečnosť, otvorené dáta).
	687	* Najvyššia synergia: spracuje incident od detekcie cez centrálne riadenie až po notifikáciu občanovi; dáta konvergujú do DW/BI a vracajú sa cez Open Data/API.
	688	* Udržateľnosť a rozšíriteľnosť: modulárna architektúra; fázy umožňujú postupný rozvoj (Phase-2 domény bez zásahu do jadra).
	689
5.5	690	===== Prevádzkové poznámky (skratkou) =====
2.2	691
	692	* SLA a monitoring: L1–L3 podpora, 24/7 pre kritické moduly, BI detekcie s dohľadom operátora.
	693	* Kyberbezpečnosť: IAM, SIEM, segmentácia sietí, audit; minimalizácia rizika vendor lock-in (priebežné odovzdávanie kódu, otvorené štandardy).
	694	* Data governance: jednotný dátový model, ETL/ELT toky do DW, automatizované publikovanie Open Data.
	695
7.2	696	= {{id name="_Toc74315499"/}}4. POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU) =
2.2	697
5.6	698	==== Prehľad (v súlade s vyhl. 401/2023 Z. z.) ====
2.2	699
	700	//Projekt vytvorí integrovanú Smart City platformu so zameraním na~://
	701
	702	* //riadenie dopravy a bezpečnosť,//
	703	* //monitoring a prediktívnu údržbu komunikácií,//
	704	* //dátovú a analytickú vrstvu,//
	705	* //služby pre občanov a otvorené dáta,//
	706	* //integračnú platformu (API-first).//
	707
	708	//Poznámka k rozsahu: Domény smart parkovanie (ISVS_14569), energetika (ISVS_14564) a smart osvetlenie (ISVS_14561) sú Phase-2 rozšírenia po dobudovaní jadra.//
	709
5.6	710	==== Výstupy projektu (deliverables) ====
2.2	711
5.6	712	===== Jadro projektu (táto etapa) =====
2.2	713
	714	//A) Doprava a bezpečnosť//
	715
	716	* //ISVS_14568 Inteligentný dopravný systém (IDS) ////– centrálna dopravná centrála (vizualizácia, scenáre zásahov, preferencia MHD).//
	717	* //ISVS_11073 Dynamické riadenie križovatiek ////– adaptívne plány, koordinácia, podpora „zelenej vlny“.//
	718	* //ISVS_14562 Monitorovací kamerový systém (BI) ////– automatická detekcia incidentov, metadáta do centrály.//
	719
	720	//B) Monitoring a údržba komunikácií//
	721
	722	* //ISVS_14570 Monitoring stavu komunikácií ////– IoT senzorika (stav vozoviek/úsekov, meteo), notifikácie.//
	723	* //ISVS_15193 Systém údržby komunikácií ////– plánovanie zásahov, evidencia a reporting výkonu.//
	724
	725	//C) Dátová/analytická vrstva a integrácia//
	726
	727	* //ISVS_11074 Dátový sklad mesta ////– konsolidované úložisko (historické + real-time prírastky).//
	728	* //ISVS_11075 Analytický nástroj mesta ////– BI/dashboardy, analytika a predikcie.//
	729	* //ISVS_10383 Smart City platforma (integračná vrstva/API) ////– API-gateway, orchestrácia tokov.//
	730
	731	//D) Služby a otvorené dáta//
	732
	733	* //ISVS_11079 Open Data portál ////– automatizované publikovanie dopravných a prevádzkových datasetov, katalóg + API.//
5.6	734	* //ISVS_11077 Konto Košičana + ISVS_5737 e-formuláre ////– online podania a spätná väzba (podnety/incidenty).//
2.2	735
	736	//E) Prevádzkové a dokumentačné výstupy//
	737
5.7	738	* //Prevádzkové nastavenia a SLA~://// L1–L3 podpora, monitoring, DR scenáre, kyberbezpečnosť (IAM, SIEM).//
5.6	739	* //Zdrojové kódy a konfigurácie: ////priebežné odovzdávanie (build skripty, infra kód)//
2.2	740	* //Technická + používateľská dokumentácia: ////architektúra, bezpečnosť, inštalácia, príručky.//
5.6	741	* //Projektová dokumentácia podľa 401/2023 Z. z.: ////katalóg požiadaviek, plán riadenia, CBA, PID, atď.//
2.2	742
5.6	743	===== Nadväzujúce rozšírenia (mimo scope projektu) =====
2.2	744
	745	* //ISVS_14569 Smart parkovanie ////– navigácia, platby, rezidentské politiky, B2C app.//
	746	* //ISVS_14561 Smart osvetlenie ////– adaptívne profily, poruchové hlásenia, integrácia na platformu.//
	747	* //ISVS_14564 Energetický manažment ////– smart metering, anomálie, úspory.//
	748
5.6	749	===== Koncové služby a biznis procesy =====
2.2	750
5.6	751	\|Služba\|Popis / kľúčové funkcie\|Podporné ISVS\|Hlavný proces
	752	\|Dynamické riadenie dopravy a križovatiek\|Adaptívne plány, preferencia MHD, scenáre pri incidentoch\|ISVS_14568, ISVS_11073\|Dopravné riadenie mesta
	753	\|Bezpečnostný dohľad s BI\|Autodetekcia nehôd/udalostí, eskalácia, metadáta\|ISVS_14562\|Zabezpečenie verejného poriadku
	754	\|Prediktívna údržba komunikácií\|Senzorické podnety → plán zásahov → evidencia výkonu\|ISVS_14570, ISVS_15193\|Údržba komunikácií
	755	\|Live dopravné informácie pre verejnosť\|incidenty, uzávierky, MHD info (web/app)\|ISVS_14568, ISVS_10383\|Informovanie občanov
	756	\|Podania a podnety (digitálne)\|Hlásenie problému, stav vybavenia, spätná väzba\|ISVS_11077, ISVS_5737\|Správa podaní a podnetov
	757	\|Open Data & API\|Automatizované publikovanie datasetov, API katalóg\|ISVS_11079, ISVS_11074\|Transparentnosť a participácia
	758	\|BI a reporting\|dashboardy, simulácie\|ISVS_11074, ISVS_11075\|Dátami podložené rozhodovanie
2.2	759
5.6	760	===== Biznis objekty =====
2.2	761
	762	* //Dopravné metadáta a incidenty (čas, poloha, typ, závažnosť, stav riešenia).//
	763	* //Senzorické záznamy (intenzity, rýchlosti, stav povrchu/úseku, meteo, kvalita signálu).//
	764	* //Údržbové objekty (podnet → pracovný príkaz → vykonanie → vyhodnotenie).//
	765	* //Publikované datasety a API katalóg (verzie, periodicita, SLA dát).//
	766	* //analytické výstupy (prejazdové časy, incidenty, prediktívne zásahy, adopcia služieb).//
	767	* //Podania a rozhodnutia (e-formuláre, stav vybavenia, notifikácie).//
	768
5.6	769	===== Vlastníci procesov =====
2.2	770
	771	* //MMK – Oddelenie riadenia vnútorných procesov (IT): vlastník platformy, ISVS_10383, ISVS_11074/11075, ISVS_11079; kyberbezpečnosť, SLA, API-first.//
	772	* //MMK – Oddelenie dopravy: vlastník IDS a križovatiek (ISVS_14568, ISVS_11073), koordinácia s DPMK a MsP.//
	773	* //Oddelenie dopravy: vlastník údržby (ISVS_14570, ISVS_15193).//
	774	* //Mestská polícia: vlastník bezpečnostného dohľadu (ISVS_14562).//
	775	* //Oddelenie riadenia vnútorných procesov (IT): vlastníci digitálnych front-end služieb (ISVS_11077, ISVS_5737) a obsahu.//
	776	* //DPMK: integrácia MHD, preferencia na križovatkách, operatíva.//
	777
	778	//Ekonomika (CBA): preferovaný variant zodpovedá najvyšším prínosom (BCR 2,78; ENPV +9,24 mil. €; návratnosť ~~5. rok).//
	779
5.6	780	===== Súlad a kvalita =====
2.2	781
5.6	782	* //Súlad s vyhl. 401/2023 Z. z.: architektúra vrstiev, PID, SLA, meranie KPI, riadenie rizík.//
2.2	783	* //Data governance: jednotný dátový model, ETL/ELT toky, kvalita a periodicita publikovania.//
	784	* //Eliminácia vendor lock-in: priebežné odovzdávanie zdrojového kódu, otvorené štandardy, zmluvné mechanizmy.//
	785
7.2	786	= {{id name="_Toc74315499"/}}5. NÁHĽAD ARCHITEKTÚRY =
2.2	787
5.6	788	[[image:1758702984964-528.png]]
	789
2.2	790	Architektúra navrhovaného riešenia je štruktúrovaná podľa vrstiev ArchiMate (biznis, aplikačná, dátová, technologická) a plne rešpektuje požiadavky vyhlášky 401/2023 Z.z. o riadení IT projektov vo verejnej správe. Návrh reflektuje strategické ciele projektu a štyri hlavné podaktivity (inteligentná údržba komunikácií, adaptívne riadenie križovatiek, dopravná riadiaca centrála, IoT pre dopravné inžinierstvo) a zabezpečuje ich integráciu do jednotnej platformy mesta. Všetky nové komponenty informačného systému verejnej správy (ISVS) budú riadne zaevidované v centrálnom registri MetaIS, čím sa zaručí kontinuita architektonickej dokumentácie a súlad s eGovernment štandardmi. Nasledujúce časti poskytujú prehľad architektúry v jednotlivých vrstvách, so zameraním na kľúčových aktérov, služby, procesy, systémy, dátové prvky, rozhrania a udalosti. Zároveň sú zvýraznené hlavné nové funkcie a zmeny oproti súčasnému stavu (AS-IS vs. TO-BE).
	791
5.7	792	==== Biznis vrstva ====
2.2	793
5.7	794	===== Aktéri a roly =====
2.2	795
	796	Súčasný stav (AS-IS): V oblasti mestských dopravných služieb dnes pôsobí viacero oddelených subjektov so striktne vymedzenými kompetenciami, avšak bez dostatočnej koordinácie. Zimnú údržbu ciest zabezpečuje dispečing referátu správy a údržby ciest Magistrátu mesta Košice (MMK), ktorý riadi výjazdy mechanizmov (prostredníctvom spoločnosti KOSIT a.s.) . Dopravný podnik mesta Košice (DPMK) sa stará o údržbu električkových tratí a mestskú hromadnú dopravu, zatiaľ čo Mestská polícia dohliada na bezpečnosť premávky a rieši dopravné nehody . Každá organizácia funguje prevažne samostatne – využíva vlastné čiastkové systémy a evidencie, ktoré nie sú centralizované ani zdieľané v reálnom čase . Občania sú zapojení len pasívne, slúžia ako zdroj podnetov (nahlásenia problémov ako výtlky, poruchy semaforov) najmä telefonicky alebo osobne, keďže elektronické služby doteraz nepokrývajú všetky potrebné oblasti . Výsledkom je organizačná izolovanosť – jednotlivé útvary (MMK, DPMK, polícia) nemajú jednotný prehľad a chýba im spoločná platforma na zdieľanie informácií.
	797
	798	Budúci stav (TO-BE): Zavedenie inteligentných dopravných riešení rozširuje spektrum aktérov a posilňuje ich vzájomnú spoluprácu. Kľúčovým prvkom je zriadenie centrálnej dopravnej riadiacej centrály, ktorá funguje ako jednotné pracovisko pre dohľad nad premávkou v celom meste. Dispečeri dopravy (personál mesta, príp. mestská polícia) tu v reálnom čase monitorujú situáciu a koordinujú zásahy . Mesto Košice (resp. zazmluvnený externý dodávateľ) nadobúda novú rolu poskytovateľa služby údržby komunikácií – zodpovedá za nasadenie vozidiel údržby, priebežný monitoring stavu vozoviek a realizáciu opráv; úzko pritom spolupracuje s dispečingom zimnej údržby . Analytický tím mesta (oddelenie dopravy a IT) je ďalším novým aktérom – spravuje prediktívne modely pre dopravu a údržbu a vyhodnocuje dáta z IoT senzorov s cieľom poskytovať podklady pre rozhodovanie . IoT zariadenia v teréne (dopravné senzory, inteligentné detektory) vystupujú v architektúre ako zdroje dát v reálnom čase; ich prevádzku zastrešuje mestský IT útvar alebo externý poskytovateľ IoT siete na základe zmluvy . Občania a podnikatelia majú v cieľovom stave aktívnejšie postavenie: občania môžu hlásiť podnety cez nové digitálne kanály a zároveň prijímať aktuálne informácie (napr. dopravné notifikácie) prostredníctvom používateľských rozhraní; podnikatelia (napr. vývojári aplikácií) vystupujú ako odberatelia otvorených dát cez Open Data API a môžu na mestských dátach budovať vlastné služby . Celkovo sa tak odbúrava izolovanosť – mestské organizácie, technológie IoT aj verejnosť tvoria prepojený ekosystém, kde každý aktér prispieva k plynulejšiemu a efektívnejšiemu riadeniu dopravy.
	799
5.7	800	===== Poskytované služby =====
2.2	801
	802	Súčasný stav: Portfólio dopravných služieb mesta je v súčasnosti limitované a prevažne reaktívne. Zimná údržba ciest sa poskytuje ako základná komunálna služba – cieľom je odhŕňanie snehu a posyp vozoviek v prípade nepriaznivého počasia. V letných mesiacoch prebieha bežná údržba komunikácií (opravy výtlkov, údržba značenia, semaforov) prevažne na základe hlásených problémov. Riadenie dopravy na križovatkách je v súčasnosti statické – semafory fungujú v prednastavených pevných cykloch bez ohľadu na aktuálnu intenzitu premávky, chýba adaptívna signalizácia a preferencia vozidiel MHD. Dopravný dohľad je fragmentovaný: neexistuje centrálna služba, ktorá by v reálnom čase informovala vodičov o nehodách či kolónach; situácia sa rieši ad-hoc cez políciu alebo médiá. Mesto zatiaľ neposkytuje pokročilé analytické či prediktívne služby v doprave – nevyužívajú sa historické dáta na prognózy premávky alebo údržby. Celkovo tak chýbajú „smart“ nadstavby existujúcich služieb, ktoré by využívali dáta a automatizáciu na zlepšenie dopravnej situácie.
	803
	804	Budúci stav: Implementácia projektu výrazne rozšíri a inovuje portfólio mestských dopravných služieb. Medzi nové alebo vylepšené služby patrí najmä:
	805
	806	* Inteligentná zimná a bežná údržba komunikácií – nová proaktívna služba správy mestských ciest počas zimy aj leta. Využíva sieť IoT senzorov, digitálnu pasportizáciu a dátovú analytiku na priebežné sledovanie stavu vozoviek a prediktívne plánovanie zásahov ešte pred vznikom kritických situácií . Zabezpečuje udržiavanie zjazdnosti ciest a ich kvality efektívnejšie než doteraz: v zime systém v predstihu deteguje hroziacu poľadovicu či silné sneženie a odporúča posyp kritických úsekov; v lete eviduje potreby opráv a koordinuje ich realizáciu. Službu poskytuje mesto (resp. zazmluvnený dodávateľ údržby) a prínos z nej majú jednak obyvatelia (bezpečnejšie cesty, rýchlejšie odhrnutý sneh), ako aj mesto samotné (dlhšia životnosť komunikácií, optimalizácia nákladov) .
	807	* Adaptívne riadenie dopravy na križovatkách – rozšírenie súčasnej služby riadenia dopravy o dynamické, inteligentné semafory. Semafory budú vybavené adaptívnymi radičmi a detektormi, ktoré v reálnom čase prispôsobujú dĺžku signálnych fáz aktuálnej premávke. Táto podslužba zahŕňa aj preferenciu MHD či integrovaný prístup pre vozidlá záchranných zložiek (napr. zelená vlna pre sanitku alebo hasičov) . V praxi to znamená, že semafory automaticky reagujú na dopravné hustoty – napríklad pri tvorbe kolóny dokážu predĺžiť zelenú, alebo naopak zastaviť prítok z vedľajších prúdov. Výsledkom bude plynulejšia premávka, menej čakania v kolónach a sekundárne aj ekologický prínos (nižšie emisie z vozidiel vďaka menšiemu státiu v zápchach) .
	808	* Dopravný dohľad a informačné služby v reálnom čase – nová služba centrálneho dispečingu zameraná na monitorovanie dopravnej situácie a informovanie verejnosti i zložiek mesta. Dopravná centrála zhromažďuje aktuálne údaje zo širokej siete senzorov (intenzita premávky, detegované incidenty, stav semaforov) a na ich základe koordinuje riadenie incidentov. V prípade nehody či dopravného kolapsu dispečeri v spolupráci s políciou operatívne riadia premávku – napr. navrhujú obchádzkové trasy, vysielajú výstrahy a informácie vodičom . Súčasťou služby je aj informačný servis pre verejnosť – systém automaticky generuje notifikácie o dopravných obmedzeniach (napr. cez mobilnú aplikáciu) a publikuje otvorené dáta pre vývojárov dopravných aplikácií. Táto služba tak zvyšuje bezpečnosť aj informovanosť: umožní rýchlejšie reakcie na nehody a zároveň transparentne poskytne dáta občanom (napr. o uzávierkach či nehodách).
	809	* IoT dopravná analytika a predikcie – nová podslužba využívajúca nazbierané dáta na pokročilú analytiku a modelovanie budúceho vývoja dopravy. Zahŕňa spracovanie historických údajov, aplikáciu metód strojového učenia a AI na predvídanie trendov v premávke . Napríklad systém bude schopný predpovedať vznik dopravnej zápchy v určitom úseku či odhadnúť do kedy sa naplnia parkoviská. Podobne pre oblasť údržby bude AI model predikovať vznik poľadovice alebo degradáciu vozovky a navrhovať preventívne zásahy . Výstupy tejto analytiky slúžia interne pre operatívne riadenie aj strategické plánovanie (napr. posilnenie spojov MHD pri očakávanom nápore, plánovanie investícií do ciest) a externe zvyšujú hodnotu otvorených dát pre inovácie v súkromnom sektore. Mesto tak začína naplno využívať dáta ako aktívum – premieňa surové údaje na znalosti a predikcie, ktoré spätne zlepšujú všetky ostatné služby v smart ekosystéme .
	810
	811
5.7	812	===== Biznis procesy a funkcie =====
2.2	813
	814	Súčasný stav: Kľúčové procesy v oblasti dopravy sú dnes prevažne manuálne a reaktívne. Zimná údržba ciest prebieha len na základe vzniknutého problému – výjazdy posýpacích vozidiel sa spúšťajú až po začiatku sneženia alebo zistení poľadovice. Dispečer MMK rozhoduje na základe vlastného úsudku a obmedzených informácií (predpoveď počasia, telefonické hlásenia z terénu) . Bežná letná údržba funguje podobne – opravy výtlkov či výmeny značiek sa realizujú až po nahlásení problému občanmi alebo po zistenej poruche, namiesto plánovania podľa dát o stave infraštruktúry . Riadenie dopravy a dohľad nad premávkou nemajú definovaný jednotný proces; dopravná situácia sa rieši až keď nastane komplikácia (napr. veľká kolóna alebo nehoda), vtedy sa ad-hoc zapojí polícia či pracovníci dopravy. Neexistuje mechanizmus priebežného vyhodnocovania dopravných tokov v reálnom čase, takže mesto skôr reaguje na vzniknuté problémy než by im predišlo. Integrácia dát a analýz je minimálna – údaje o doprave sa centrálne nezhromažďujú ani nevyhodnocujú, a publikovanie otvorených dát z tejto oblasti prakticky neprebieha.
	815
	816	Budúci stav: Navrhované riešenie prináša viacero nových procesov a funkcionalít, ktoré transformujú mestské dopravné procesy z reaktívnych na prediktívne a dátovo riadené. V oblasti údržby komunikácií sa zavádza ucelený cyklický proces zimnej údržby ciest – ten môže byť automaticky iniciovaný na základe meteorologických dát (napr. ak senzory hlásia pokles teploty a vlhký povrch, indikujúci hrozbu poľadovice) alebo prijatím hlásenia o zhoršenej zjazdnosti . Dispečer zimnej údržby dostáva cez nový systém odporúčania, kam a kedy vyslať posypovú techniku, pričom odporúčania generuje AI na základe dát z meteostaníc a senzorov na vozovkách . Následne dispečer schváli a spustí operáciu – vyšle vozidlá na navrhnuté trasy a počas zásahu systémy zaznamenávajú v reálnom čase údaje z vozidiel (GPS trasa, množstvo posypu) . Po ukončení výjazdu sa proces uzatvára automatickým vyhodnotením: systém vygeneruje KPI ukazovatele výkonnosti (pokrytie posypom, čas zásahu, spotreba materiálu) a tieto výstupy sa využijú na zlepšovanie služby . Obdobne je definovaný aj proces bežnej (letnej) údržby: vstupom sú podnety na opravu, ktoré môžu prichádzať automaticky (AI detekcia výtlkov cez video senzory) alebo od občanov elektronicky . Tieto požiadavky sa evidujú v novom module plánovania opráv, ktorý im priradí priority a navrhne harmonogram; zodpovedný manažér údržby ho následne schváli a systém koordinuje vyslanie pracovníkov na miesto . Po realizácii opravy systém aktualizuje záznam o danom úseku (že bol opravený, s dátumom zásahu) – táto digitálna evidencia zabezpečí, že história údržby sa okamžite premietne do pasportu majetku . Výstupmi procesu sú tiež pravidelné manažérske reporty (napr. mesačný počet opráv, priemerný čas od nahlásenia po vyriešenie), čo umožní objektívne merať kvalitu služby a plnenie stanovených parametrov .
	817
	818	V oblasti riadenia dopravy sa centrálnym prvkom stáva nepretržitý dohľad nad premávkou na dopravnej centrále. Centrálny dispečerský systém prijíma kontinuálne dáta z rozmiestnených dopravných senzorov (sčítače áut, kamery s videoanalýzou a AI detekciou) a vizualizuje ich – napríklad v podobe on-line mapy hustoty dopravy . Paralelne systém automaticky vyhodnocuje dopravné toky podľa nastavených pravidiel a modelov; ak rozpozná incident (nehodu, tvorbu kolóny, neobvykle hustú premávku), spúšťa definovaný proces manažmentu dopravného incidentu . Dispečer následne vyhodnotí závažnosť situácie a iniciuje potrebné kroky (informuje políciu, upraví signalizáciu, vysiela hlásenia atď.). Proces riešenia incidentu je časovo kritický, preto architektúra počíta s maximálnou automatizáciou detekcie: inteligentné kamery môžu samy vydať udalosť „nehoda zistená“ pri rozpoznaní kolízie vozidiel, čím sa skráti čas reakcie . Ďalším kontinuálnym procesom v tejto doméne je adaptívne ovládanie semaforov – to beží autonómne v krátkych cykloch (rádovo sekúnd) a optimalizuje signálne plány križovatiek podľa aktuálne nameraných počtov vozidiel. Inteligentný dopravný systém tak bez priameho zásahu človeka mení dĺžky zelených fáz a prispôsobuje preferencie MHD, pričom dispečer má možnosť manuálne zasiahnuť (napr. pri mimoriadnej situácii zabezpečiť „zelenú vlnu“ pre evakuáciu) . Výstupmi z procesov riadenia dopravy sú jednak optimalizované nastavenia semaforov (dynamicky meniace sa časové plány), ako aj informácie o stave dopravy (prehľad o aktuálnych intenzitách, incidentoch), ktoré sa ďalej publikujú pre potreby verejnosti a ostatných systémov . Taktiež sa evidujú záznamy o incidentoch a zásahoch (napr. čas vyriešenia konkrétnej nehody, trvanie uzávierky), čo napomáha následným analýzam a zlepšovaniu krízového riadenia.
	819
	820	Napokon, popri operatívnych procesoch budú v novom stave zavedené aj podporné procesy dátovej integrácie a analýzy. Všetky dáta z IoT senzorov a systémov sa automatizovane zbierajú a ukladajú do centrálnej dátovej platformy – tento proces beží na pozadí kontinuálne . Na dennej báze sa bude spúšťať analytické spracovanie dát: mestský BI a analytické nástroje spracujú nové prírastky údajov, aktualizujú prediktívne modely a generujú reporty a predpovede. Napríklad každý deň môže systém vyhotoviť prognózu dopravného zaťaženia na nasledujúci deň pre hlavné ťahy, alebo predikciu tvorby námrazy na vozovkách počas nadchádzajúcej noci . Tieto predikčné výstupy (napr. odhad intenzity dopravy, varovanie pred poľadovicou) sa následne odovzdávajú do iných procesov: dispečing dopravy podľa nich upraví svoje plány (napr. posilní spoje MHD, pripraví obchádzky) a dispečing údržby môže vykonať preventívny posyp ohrozených úsekov . Súčasťou dátových procesov je aj publikovanie otvorených dát – agregované dopravné a údržbové údaje sa po anonymizácii periodicky zverejňujú na Open Data portáli formou datasetov a API služieb . Tým sa zabezpečí, že externí záujemcovia (občania, firmy) majú vždy k dispozícii aktuálne aj historické dáta, čo posilňuje princípy transparentnosti a otvorenosti údajov .
	821
5.7	822	===== Systémy (podpora procesov) =====
2.2	823
	824	Súčasný stav: Na biznis úrovni momentálne neexistuje ucelený informačný systém, ktorý by podporoval popísané procesy. Dispečing zimnej údržby využíva len jednoduchý elektronický dispečerský denník (modul v systéme ROIS) na evidenciu výjazdov a rozhodnutí – ide v podstate o digitálnu formu záznamov, ktorá slúži ako úradný dokument, avšak neposkytuje žiadnu inteligenciu ani automatizáciu . Komunikácia medzi dispečermi a zložkami (MMK, KOSIT, DPMK, polícia) prebieha manuálne – cez rádiostanice, telefóny a e-maily . Chýbajú akékoľvek IoT senzory na cestách (napr. čidlá teploty vozovky, výšky snehu, vlhkosti) a absentuje centralizovaný softvér na vizualizáciu alebo koordináciu dispečingu . Podobne v oblasti dopravného riadenia sa spolieha na pevne naprogramované radiče semaforov bez centrálneho prepojenia – neexistuje jednotný dopravný systém, ktorý by v reálnom čase zobrazoval premávku z celého mesta. Mestská polícia a DPMK používajú vlastné čiastkové aplikácie (napr. pre sledovanie polohy vozidiel MHD), no integrácia medzi nimi je nulová. Údaje o dopravnej infraštruktúre sú roztrúsené: pasport ciest a značiek je vedený v GIS databázach, avšak tie nie sú napojené na reálne dáta o údržbe alebo premávke . V dôsledku toho digitálny obraz dopravného systému mesta zaostáva za skutočnosťou – napr. opravy ciest sa do evidencie majetku zapisujú ručne a s odstupom, chýba okamžitá aktualizácia podľa vykonaných zásahov.
	825
	826	Budúci stav: V cieľovej biznis architektúre všetky kľúčové procesy podporujú nové informačné systémy, ktoré zefektívňujú výkon služieb. Z pohľadu biznis vrstvy zavedenie každého modulu riešenia znamená konkrétnu procesnú zmenu: napr. nasadenie Monitoringu stavu vozoviek (ISVS_14570) mení prácu dispečera údržby z čisto reaktívnej (čakanie na telefonáty, vizuálne kontroly) na prediktívnu – dispečer má k dispozícii automatické hlásenia zo senzorov o teplote vozovky či výskyte poľadovice . Systém údržby komunikácií (ISVS_15193) zavádza elektronické plánovanie zásahov a sledovanie KPI, čo podporí manažérske vyhodnocovanie a premietne sa aj do zmien interných smerníc o správe majetku . Inteligentný dopravný systém (ISVS_14568) zas umožní adaptívne riadenie dopravy podľa aktuálnych dát, čo doposiaľ nebolo možné . Tieto systémy budú navzájom integrované a prepojené na centrálne dátové úložisko (viď dátová vrstva), vďaka čomu sa odstránia dnešné //dátové silá//. Znamená to, že napríklad dopravné dáta o premávke, nehodách, MHD či parkovaní už nebudú roztrúsené v samostatných systémoch, ale budú konsolidované na jednom mieste a dostupné všetkým oprávneným aktérom v reálnom čase . Biznis vrstva tak bude podporená robustnou aplikačnou a dátovou infraštruktúrou, ktorá umožní vykonávať služby efektívnejšie (automatizovane) a prinášať nové funkcie (predikcie, notifikácie, open data) do bežnej praxe.
	827
5.7	828	===== Dátové objekty a výstupy =====
2.2	829
	830	Súčasný stav: V aktuálnom stave vznikajú viaceré dátové objekty (evidencie, záznamy), tie však nie sú centrálne spravované ani zdieľané. Napríklad dispečerský denník zimnej údržby je síce elektronický, no slúži skôr ako interný dokument – obsahuje záznamy o výjazdoch, meškaniach, nehodách, avšak tieto údaje sa ďalej nevyužívajú na analýzy či publikovanie . Údaje o dopravných incidentoch (nehodách) a o stave premávky nie sú evidované v jednotnej databáze; zostávajú roztrieštené medzi políciou, DPMK a magistrátom, často len vo forme textových hlásení alebo tabuliek. Pasportné dáta o cestách, značkách, semaforoch existujú (v GIS systéme), ale neprepájajú sa s operatívnymi dátami (t.j. neaktualizujú sa automaticky po údržbe či výpadku) . Mestské open data portály obsahovali doposiaľ len minimum dopravných datasetov, väčšinou statického charakteru. Chýbali tak výstupné dátové objekty, ktoré by mohli občania či vývojári priamo využívať (napr. aktuálne dáta o kolónach alebo zimných posypoch).
	831
	832	Budúci stav: V navrhovanej architektúre budú v biznis vrstve vznikať nové biznis objekty a výstupy, ktoré zvýšia informačnú hodnotu služieb. Príkladom je záznam o opravenej komunikácii – digitálny objekt, ktorý systém údržby vygeneruje po každom zásahu (obsahuje informácie čo bolo opravené, kedy, kým a s akým výsledkom) . Tento záznam sa okamžite premietne do evidencie majetku a je k dispozícii pre následné vyhodnotenia aj pre verejnú kontrolu. Ďalej, procesy budú produkovať pravidelné reporty a prehľady (mesačné štatistiky opráv, doby riešenia incidentov, priemerné časy čakania v doprave a pod.), ktoré poslúžia vedeniu mesta na strategické rozhodovanie a zároveň môžu byť publikované ako otvorené dáta. Dopravné informácie v reálnom čase (aktuálna intenzita premávky, poloha dopravných prostriedkov, stav križovatiek) sa stanú novým dátovým aktívom – budú jednak vizualizované pre operátorov, ale aj spracované do formy notifikácií či otvorených API pre verejnosť. V rámci otvorených údajov sa plánuje publikovať niekoľko kľúčových datasetov: napr. dopravné senzorické dáta (počty vozidiel, rýchlosti) aktualizované denne, agregované štatistiky dopravy (mesačne), dáta o zimnej údržbe (napr. kde a kedy bol posyp, denne), dáta o bežnej údržbe (zoznam opráv, mesačne) a hlásenia dopravných incidentov (mesačne) . Všetky tieto datasety budú poskytované v strojovo spracovateľnej forme, s priradenou otvorenosťou 3★ (automatizované publikovanie) a s metaúdajmi v národnom katalógu otvorených údajov . Z pohľadu biznis vrstvy tak vznikne bohatá báza dátových objektov, ktoré zvyšujú transparentnosť (napr. občan si môže pozrieť, kedy bola jeho ulica naposledy odhrnutá alebo opravená) a umožňujú dátami podložené riadenie (manažment vidí KPI trendy a môže prijímať opatrenia).
	833
5.7	834	===== Rozhrania a spolupráca =====
2.2	835
	836	Súčasný stav: Interakcia medzi aktérmi prebieha dnes najmä neformálnymi kanálmi. Spolupráca dispečingov (MMK, DPMK, KOSIT) je koordinovaná cez telefonické hovory a e-maily, pričom dátové prepojenie chýba – informácie o výjazdoch, uzávierkach či nehodách sa nezdieľajú v reálnom čase naprieč organizáciami . To spôsobuje nesúlad v činnostiach (napr. DPMK sa o zimnej údržbe tratí dozvie neskoro, alebo MHD nemá informáciu o neplánovanej uzávierke cesty včas) . Digitálne rozhranie pre občanov existuje len čiastočne – mesto má síce elektronické služby na nahlasovanie porúch (z minulého projektu Elektronizácia služieb mesta), tie však nepokrývajú špecifické prípady ako hlásenie neodhrnutého snehu či novej poľadovice . Občania tak mnohé podnety musia hlásiť telefonicky, čím sa spomaľuje odovzdanie informácie a evidovanie v systéme. Napokon, neexistuje otvorené API, cez ktoré by mohli externí vývojári pristupovať k dátam mesta – integrácia s tretími stranami je minimálna.
	837
	838	Budúci stav: V cieľovej biznis architektúre sú definované formálne rozhrania spolupráce medzi všetkými zainteresovanými stranami. Mestské organizácie a partneri budú prepojení cez centrálne informačné systémy – napríklad dopravná centrála bude online prepojená s dispečingom DPMK a políciou, takže ak dôjde k incidentu, všetci uvidia rovnaké údaje a vedia koordinovane reagovať. Notifikácie o uzávierkach ciest či dopravných obmedzeniach sa automaticky zdieľajú medzi magistrátom, DPMK a záchrannými zložkami, aby bolo zabezpečené jednotné riadenie. Mesto tiež posilní rozhranie pre občanov – zavedie sa používateľsky orientovaná aplikácia alebo webový portál, cez ktorý môžu občania nahlasovať dopravné problémy (aj nové typy, napr. „neschodený sneh na chodníku“) a zároveň prijímať aktuálne dopravné správy a upozornenia. Tieto digitálne kanály rozšíria existujúce e-služby a zabezpečia, že komunikácia s verejnosťou bude obojsmerná, okamžitá a zdokumentovaná. Pre súkromný sektor a vývojárov bude k dispozícii Open Data API ako štandardizované rozhranie na prístup k otvoreným dátam – umožní to jednoduchú integráciu mestských dát do dopravných aplikácií, navigácií a pod. Okrem toho budú v rámci partnerských dohôd nastavené nové postupy spolupráce: napríklad s DPMK mesto uzavrelo memorandum o dátovom prepojení, kde sa DPMK zaväzuje poskytovať GPS dáta vozidiel MHD a na oplátku mesto umožní preferenciu MHD na semaforoch . Podobne so súkromnými dodávateľmi technológií budú zmluvne dohodnuté SLA parametre – napr. poskytovateľ IoT senzorov garantuje 99% dostupnosť senzorickej siete a maximálnu latenciu prenosu dát, aby dáta pre riadenie dopravy boli spoľahlivé . Celkovo sa tak posunie spolupráca zo súčasnej manuálnej a reaktívnej úrovne na digitálne integrovanú – všetci aktéri budú prepojení jednotnými rozhraniami (technickými aj organizačnými), čo umožní koordinovane poskytovať inteligentné dopravné služby.
	839
5.7	840	===== Udalosti (biznis udalosti) =====
2.2	841
	842	Súčasný stav: V aktuálnej praxi nie sú dopravné //udalosti// (events) formálne definované ani automatizovane zachytávané – všetko závisí od ľudí. Dopravná nehoda napríklad nie je systémovo registrovaná ako udalosť; rieši ju polícia a informácia sa k dispečingu dostáva telefonicky alebo vôbec. Rovnako výnimočné situácie počasia (kalamitné sneženie) sú riešené improvizovane – neexistuje vopred definovaný postup na “vyhlásenie kalamity”, miesto toho sa situácia rieši operatívne rozhodnutím vedenia mesta. Iné potenciálne udalosti ako “dopravný kolaps” (vážna zápcha) či plánované uzávierky nie sú v modeloch procesov explicitne zachytené, takže reakcia na ne je ad-hoc a závisí od skúseností personálu.
	843
	844	Budúci stav: Architektúra TO-BE zavádza viaceré biznis udalosti do modelu fungovania dopravy, pričom nové systémy umožnia ich automatickú detekciu a spúšťanie procesov. Napríklad „Dopravná nehoda“ je udalosť, ktorá už bola identifikovaná v architektúre, ale doteraz chýbal mechanizmus jej včasného zachytenia. Po novom ju vedia detegovať videoanalytické kamery s AI – rozpoznajú náhlu kolíziu alebo zastavenie vozidiel a automaticky vyhlásia udalosť nehody . Alternatívne môže nehoda vzniknúť aj tradičným nahlásením (volanie na 112 alebo cez občiansku aplikáciu), no podstatné je, že po vzniku udalosti sa spustí koordinovaný incident management proces: mestská polícia, dopravný dispečing a prípadne záchranári začnú podľa scenára riešiť situáciu . Súbežne s tým systém vygeneruje notifikácie pre vodičov (napr. varovanie v navigačných aplikáciách) – udalosť vstúpi do služby dopravného informačného servisu. „Dopravná nehoda“ sa tak stáva kľúčovým triggerom pre viaceré služby – dopravná centrála na jej základe okamžite upraví okolitú signalizáciu, polícia vyrazí na miesto, informačný kanál oznámi obchádzky . Podobne je definovaná udalosť „Extrémne sneženie“ – tá signalizuje mimoriadnu situáciu v zimnej údržbe (napr. viac ako 20 cm nového snehu cez noc) . Hoci bežné sneženie dispečing zvládne rutinne, extrémna nádielka vyvolá krízový scenár: aktivuje sa krízový štáb mesta, v spolupráci s políciou sa uzatvoria nebezpečné úseky, informuje sa široká verejnosť o obmedzeniach . Takáto udalosť prepája dopravnú doménu s procesmi civilnej ochrany a krízového riadenia. Z hľadiska zmlúv má navyše “extrémne sneženie” dopad na SLA – považuje sa za stav vyššej moci, kedy dohodnuté časy zásahu nemusia platiť . Okrem týchto príkladov sa v modeli uvažuje aj s ďalšími udalosťami: „Dopravný kolaps“ (mimoriadne zápchy bez konkrétnej nehody) – spúšťa opatrenia na rozptýlenie premávky; „Plánovaný výpadok (uzávierka)“ – vopred zadaná udalosť, ktorá umožní systémom a občanom pripraviť sa na dočasné obmedzenie; „Začiatok zimnej sezóny“ – periodická udalosť každý rok, ktorá iniciuje preventívne kontroly techniky a posypového materiálu . Tieto udalosti spolu s pravidlami ich detekcie a reakcií sú zapracované v ArchiMate modeli biznis vrstvy a dopĺňajú tak obraz fungovania budúceho inteligentného dopravného systému.
	845
	846	//(Pozn.: Biznis vrstva zahŕňa aj rámcové zmluvy a dohody, ktoré tvoria kontext poskytovania služieb. Mesto Košice má napríklad zmluvu o zimnej údržbe ciest s dodávateľom, kde sú stanovené reakčné časy a kvalita zásahov; v novom modeli je táto zmluva priamo previazaná s udalosti ako “Predpokladaná poľadovica” či “Extrémne sneženie” – ak nastanú, dodávateľ je povinný nasadiť dodatočné kapacity . Rovnako sú ošetrené zmluvy na dodávku a servis IoT technológií – garantujú funkčnosť senzorov, rýchle opravy porúch a dostupnosť siete . Tieto aspekty však presahujú čisto biznis vrstvu a prelínajú sa s technologickou vrstvou a riadením SLA.)//
	847
5.7	848	===== Aplikačná vrstva =====
2.2	849
5.7	850	===== Aktéri a zodpovednosti =====
2.2	851
	852	Súčasný stav: Prevádzku aplikačných systémov mesta má v kompetencii mestský IT útvar, avšak v dopravnej oblasti existuje málo špecializovaných aplikácií. Dispečing zimnej údržby využíva externý software (ROIS) dodaný dodávateľom, správu GIS vedie oddelenie informatiky magistrátu, DPMK prevádzkuje svoj vlastný dispečerský systém pre MHD a Mestská polícia používa modulárny systém na evidenciu priestupkov a udalostí. Tieto systémy sú rozdelené medzi rôznych správcov a neexistuje jednotná zodpovednosť za integráciu – každý subjekt spravuje “svoj” systém a výmena dát je minimálna. Napríklad IT oddelenie magistrátu nevidí do systému DPMK a opačne, čo komplikuje celkový prehľad. Navyše neexistuje dedikovaný tím na správu IoT zariadení, keďže tie neboli nasadené.
	853
	854	Budúci stav: Aplikačná vrstva pridáva viacero nových modulov, čo vyžaduje jasné priradenie zodpovedností. Mestský IT útvar bude prevádzkovať centrálne komponenty – najmä Smart City integračnú platformu a dátové úložisko – a zároveň prevezme správu IoT zariadení v teréne (prípadne dohľad nad externým dodávateľom IoT siete) . Oddelenie dopravy magistrátu bude vo výraznej miere produktovým vlastníkom dopravných aplikácií (dopravný dispečing, systém semaforov, údržbový systém) – tzn. bude určovať požiadavky a procesy, zatiaľ čo technickú prevádzku zabezpečí IT. DPMK a Mestská polícia budú mať integračné rozhrania do centrálnej platformy, pričom ich úlohou bude poskytovať dáta (napr. polohy vozidiel MHD) a využívať funkcionality (napr. prístup do dopravnej centrály). Pre open data portál a API môže mesto vyčleniť dátového kurátora, ktorý bude dohliadať na kvalitu publikovaných dát a komunikovať s externými vývojármi. Celkovo tak aplikačná vrstva funguje v modely spoločnej platformy, ktorú spravuje mesto (IT oddelenie) v úzkej spolupráci s doménovými expertmi (oddelenie dopravy) a partnerskými organizáciami (DPMK, polícia).
	855
5.7	856	===== Funkcionality a aplikačné služby =====
2.2	857
	858	Aplikačné komponenty poskytujú konkrétne funkcie, ktoré realizujú biznis služby z vyššej vrstvy. V navrhovanej architektúre ide najmä o:
	859
	860	* Centrálny dopravný dispečing – hlavná aplikačná platforma pre jednotné ovládanie a monitoring dopravy v meste . Poskytuje operátorom bohaté užívateľské rozhranie: mapovú vizualizáciu premávky v reálnom čase, živý obraz z dopravných kamier, panel s alarmami a možnosťami zásahu . Operátor cez dispečing vie priamo meniť signálne plány semaforov, aktivovať preferencie MHD či spustiť výstražné hlásenia. Systém zároveň automaticky vyhodnocuje udalosti z terénu – ak napr. senzor nahlási poruchu semaforu alebo kamera deteguje kolónu, dispečing vygeneruje upozornenie a navrhne operátorovi zásah . Centrálny dispečing tak funguje ako mozog celého dopravného systému – integruje dáta z križovatiek, senzorov aj MHD do jedného koordinačného centra, čím umožňuje rýchle a jednotné riadenie premávky.
	861	* Systém inteligentných semaforov – špecializovaná aplikácia na správu siete adaptívnych semaforických radičov . Umožňuje diaľkovú konfiguráciu semaforov, prijíma v reálnom čase dáta z lokálnych detektorov (kamerové detektory, indukčné slučky) a na základe pokročilých algoritmov prepočítava optimálne nastavenia “zelenej vlny” . Systém priebežne komunikuje s centrálnym dispečingom – lokálne rozhodnutia semaforov a centrálne zásahy tak zostávajú zosúladené . Tiež uchováva historické logy o činnosti všetkých semaforov, čo je cenné pre dopravných inžinierov (analýza dopravných špičiek, audit nastavení). Táto aplikácia zaisťuje, že každá križovatka v meste reaguje inteligentne na premávku, no zároveň je možná aj centrálna koordinácia (napr. nastavenie zelenej vlny na celej trase).
	862	* Systém údržby komunikácií – aplikačné riešenie pre plánovanie, evidenciu a vyhodnocovanie zimnej aj letnej údržby ciest . Zahŕňa modul zimnej údržby, ktorý integruje údaje z cestných meteostaníc a senzorov na vozidlách a na základe predpovedných modelov navrhuje optimálne rozdelenie posypových vozidiel (vrátane automatických výstrah, napr. “hrozí poľadovica na úseku X”) . Modul bežnej údržby zas spravuje podnety na opravy – eviduje nové hlásenia (aj z AI detekcie), pomáha zostaviť harmonogram prác a sleduje realizáciu opráv . Systém pri každom vykonanom zásahu automaticky aktualizuje stav príslušnej komunikácie v pasporte, takže digitálna mapa ciest je vždy aktuálna . Manažéri majú v systéme k dispozícii prehľady o výkonnosti (napr. koľko posypu sa minulo, koľko výtlkov sa za mesiac opravilo), čo im umožňuje hodnotiť efektívnosť a kvalitu údržby . Celkovo táto aplikácia digitalizuje celý proces údržby – od vstupných dát, cez plánovanie až po záznam výsledkov – čím zvyšuje efektivitu zásahov a transparentnosť.
	863
	864	* IoT integračná platforma – middleware vrstva na správu IoT zariadení a zber dát z terénu . Zabezpečuje komunikáciu so širokou paletou senzorov: integruje cestné meteostanice, sčítače dopravy, parkovacie senzory a ďalšie IoT prvky cez rôzne siete (LoRaWAN, NB-IoT, LTE/5G) . Táto platforma plní viacero úloh: centrálna evidencia zariadení (registrácia každého senzora a jeho parametrov), vzdialená správa (možnosť OTA aktualizácií alebo zmien konfigurácie), a najmä zber a prenos údajov v reálnom čase do mestského dátového centra. Pre dopravné riešenia to znamená, že všetky senzory – od počítadiel áut až po čidlá teploty vozovky – odosielajú svoje dáta jednotným spôsobom do centra, odkiaľ ich preberajú ďalšie aplikácie (dispečing, analytika). Jednotná IoT platforma znižuje prevádzkové náklady (nemusia sa spravovať separátne siete pre rôzne projekty) a umožňuje opätovné využitie senzorov aj pre iné oblasti Smart City (napr. senzory kvality ovzdušia, monitoring odpadov) .
	865	* Mestská dátová platforma – centrálne dátové úložisko a integračná vrstva pre všetky údaje z dopravných subsystémov . Táto platforma zhromažďuje dáta z údržbového systému, semaforov, dopravných senzorov, MHD systémov atď., a prevádza ich do jednotného doménového dátového modelu. Riadi sa princípmi Data Governance – ku všetkým údajom sa vedú metaúdaje, kontroluje sa kvalita dát a nastavujú prístupové práva podľa rolí používateľov . Platforma slúži ako jednotný zdroj pravdy (“single source of truth”) pre dopravné informácie v meste – eliminuje sa tak doterajšia fragmentácia a duplicitné evidencie . Z platformy čerpajú nadstavbové služby: BI analytické nástroje, digitálne dvojča mesta, open data portál a podobne. Technicky ide o kombináciu dátového skladu a integračného middleware, ktorý umožňuje aj real-time spracovanie (streamovanie dát) a historizáciu údajov (data lake). Zavedením mestskej dátovej platformy získa Košice robustnú dátovú základňu pre inteligentné riešenia – všetky relevantné dáta o doprave a infraštruktúre budú konsolidované na jednom mieste , čo umožní komplexné analýzy a koordinované rozhodovanie naprieč organizáciami.
	866	* BI a analytické nástroje – Business Intelligence platforma mesta a sady analytických modelov, ktoré využívajú zozbierané dáta na podporu rozhodovania . Súčasťou sú interaktívne dashboardy a reporty zobrazujúce aktuálne štatistiky (napr. výkonnosť zimnej údržby, intenzita premávky v kľúčových bodoch) a taktiež prediktívne analýzy (napr. prognóza dopravného zaťaženia, identifikácia rizikových úsekov na základe historických nehôd) . Tieto nástroje budú integrované s dátovou platformou a umožnia vedúcim pracovníkom mesta jednoducho sledovať KPI v doprave či v údržbe. Zároveň prepoja analytické výstupy s procesmi – napr. ak predikcia ukáže očakávaný nárast dopravy v istom úseku, mesto môže preventívne posilniť MHD kapacitu. Dôležitou funkciou BI nástrojov je aj vyhodnocovanie dopadov opatrení – mesto uvidí, aký vplyv na premávku mala napr. zmena signalizácie alebo nový bus pruh. Tým sa zabezpečí, že riadenie dopravy bude skutočne dátovo podložené (evidence-based) a bude možné učiť sa z histórie pre stále lepšie plánovanie .
	867	* Open Data portál a API – webová aplikácia, ktorá sprístupňuje otvorené datasety a API rozhrania pre verejnosť . Publikovať bude nielen aktuálne údaje (napr. momentálne dĺžky zdržania na hlavných ťahoch, polohy a časy posypov v tento deň), ale aj historické dáta (napr. archív dopravných nehôd, mesačné štatistiky intenzity dopravy) . Portál bude navrhnutý v súlade s národnými štandardmi (napr. DCAT-AP pre katalóg metaúdajov, INSPIRE pre geodáta) a všetky dáta budú dostupné v otvorených formátoch (JSON, CSV, XML, GeoJSON) . To vývojárom a analytikom umožní ľahko s dátami pracovať. Okrem datasetov bude portál ponúkať aj živé API (napr. na dotaz aktuálnej dopravnej situácie či získanie zoznamu aktuálnych uzávierok). Open data portál napĺňa strategický cieľ mesta v oblasti transparentnosti – zjednoduší prístup k mestským dátam, čím podporí vznik inovatívnych riešení tretích strán a posilní dôveru občanov v nové smart služby .
	868
5.7	869	===== Integrácie a rozhrania medzi aplikáciami =====
2.2	870
	871	Súčasný stav: Keďže dnes neexistuje jednotná platforma, integrácie medzi aplikáciami sú takmer nulové. Každý subjekt (magistrát, DPMK, polícia) má svoje systémy a výmena dát je obmedzená na manuálne exporty/importy alebo ad-hoc dotazy. Nevyužíva sa centrálna integračná vrstva ani API gateway – systémy ako GIS, ROIS, DPMK dispečing nie sú vzájomne prepojené.
	872
	873	Budúci stav: Aplikačná vrstva bude navrhnutá podľa princípov service-oriented architecture (SOA) s využitím API integrácií. Mestská dátová/integračná platforma bude obsahovať API Gateway alebo integračný modul, cez ktorý spolu jednotlivé systémy komunikujú. Napríklad systém semaforov a centrálny dispečing si vymieňajú informácie cez definované API volania (riad. príkazy, odosielanie alarmov) . Údržbový systém zas prostredníctvom integračnej vrstvy odosiela dáta o uskutočnených opravách do pasportizačného systému mesta, aby sa automaticky aktualizovali záznamy o majetku. IoT platforma je napojená na dátový sklad cez streamovacie kanály (napr. pomocou MQTT brokeru alebo HTTP endpointov) – čiže každé namerané dáta zo senzora pretečú v sekundách do centrálnej databázy. Integrácia s externými systémami verejnej správy je tiež podporovaná: architektúra je kompatibilná s národnou integračnou platformou (GovCloud), čo v budúcnosti umožní napríklad zdieľanie dát s ministerstvami alebo prepojenie na centrálne dopravné systémy . Celkovo budú všetky aplikačné komponenty prepojené cez jednotné rozhrania – dáta budú prúdiť automatizovane tam, kde sú potrebné, a odbúra sa doterajšia nutnosť ručných exportov a synchronizácií. Mesto tak získa plne integrovaný ekosystém aplikácií, ktoré spolupracujú v reálnom čase.
	874
5.7	875	===== Udalosti a udalostné toky na aplikačnej vrstve =====
2.2	876
	877	V aplikačnej vrstve sa koncept udalostí prejavuje ako technické eventy, ktoré aplikácie generujú a odoberajú. Napríklad: senzory vyvolajú //udalosť// “prekročená intenzita dopravy”, ktorú prijme dopravný dispečing a vyhodnotí ako spúšťač incident management procesu . Podobne inteligentná kamera vygeneruje udalosť “nehoda zistená” – tú zachytí centrálna platforma a notifikácia sa okamžite zobrazí operátorovi . Aplikačné moduly tak budú navrhnuté na princípe event-driven architektúry, aby reagovali v reálnom čase na vstupné podnety. Open Data API zas pri zmene relevantných údajov (napr. vznik nového incidentu) vytvorí udalosť pre push notifikáciu alebo aktualizuje verejný feed. Vďaka tomuto prístupu budú aplikácie schopné okamžite reagovať na akékoľvek zmeny v prostredí – či už ide o technickú poruchu (porucha semaforu, výpadok senzora) alebo biznis udalosť (dopravná nehoda, kalamita). Tým sa zabezpečí požadovaná dynamika a flexibilita celého riešenia.
	878
5.7	879	==== Dátová vrstva ====
2.2	880
	881	//(Pozn.: Dátová architektúra čiastočne spadá do aplikačnej vrstvy – napr. mestská dátová platforma a BI nástroje sme už opísali vyššie. Táto kapitola sa zameriava na aspekty správy dát, kvality a otvorených údajov.)//
	882
5.7	883	===== Koncept a komponenty dátovej vrstvy =====
2.2	884
	885	Navrhované riešenie vytvára ucelenú dátovú vrstvu, ktorá slúži ako základ pre všetky inteligentné funkcie mesta. Jej jadrom je už spomínaná centrálna dátová platforma (dátový sklad/data lake) konsolidujúca dáta zo všetkých domén projektu. Táto platforma je navrhnutá v súlade s princípom “jedenkrát a dosť” – každý údaj (napr. informácia o dopravnej nehode či posype) sa eviduje a udržiava len na jednom mieste, odkiaľ ho čerpajú všetky potrebné systémy . Tým sa zabraňuje duplicitným evidenciám a zabezpečí sa konzistentnosť (všetci pracujú s rovnakými aktuálnymi dátami). Dátová vrstva zahŕňa aj doménový dátový model, ktorý unifikuje terminológiu a štruktúru údajov naprieč modulmi – napr. pojmy ako “incident”, “cesta”, “križovatka” budú v celom systéme definované jednotne. Do dátovej vrstvy patrí taktiež MetaIS evidenčný výstup – každý nový dátový komponent (databáza, modul) bude registrovaný v národnom MetaIS s popisom, aby bola zabezpečená interoperabilita a prehľad o dátových zdrojoch .
	886
5.7	887	===== Správa kvality dát a Data Governance =====
2.2	888
	889	Projekt kladie veľký dôraz na kvalitu a dôveryhodnosť údajov. Zavádza sa systematická správa dát (Data Governance) – budú definované biznis pravidlá pre každú dôležitú entitu (napr. čo sa považuje za platný záznam o incidente, aké atribúty musí obsahovať hlásenie opravy a pod.). V tíme projektu pribudne rola dátového špecialistu pre kvalitu dát, ktorý bude monitorovať kvalitu nových údajov, vyhodnocovať ich úplnosť, presnosť a konzistentnosť . Na technickej úrovni sa kvalita zabezpečí kombináciou nástrojov ETL (Extract-Transform-Load) – tie pri integrácii dát automaticky validujú formát a hodnoty, čím eliminujú chyby pri zbere údajov. Zavedie sa tiež celoživotný cyklus údajov – od zberu cez ukladanie až po publikovanie budú dáta priebežne čistené a aktualizované . To znamená, že kvalita nebude jednorázovo riešená, ale stane sa bežnou súčasťou prevádzky: pravidelné kontroly dát, školenia personálu v správnom zadávaní údajov, nastavovanie procesov pre opravu chybných záznamov. Výsledkom bude, ž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 .
	890
5.7	891	===== Otvorené údaje (Open Data) =====
2.2	892
	893	Projekt „Inteligentné mesto Košice“ značne posilní oblasť otvorených dát. Vznikajúce dopravné a údržbové dáta budú publikované automatizovane na úrovni 3★ interoperabilita – to znamená, že údaje budú dostupné vo strojovo spracovateľných formátoch a pravidelne aktualizované . Všetky dataset-y budú mať popis (metaúdaje) zaregistrovaný v centrálnom katalógu otvorených údajov na data.gov.sk a zároveň budú dostupné na mestskom open data portáli . Zodpovedný správca systému bude priebežne vyberať, ktoré dáta z celkovej množiny sa zverejnia – cieľom je publikovať tie, ktoré sú užitočné pre verejnosť a zároveň neobsahujú citlivé informácie. Predbežný plán datasetov zahŕňa: dáta z dopravných senzorov (denne), agregované dopravné štatistiky (mesačne), údaje o zimnej údržbe (denne), údaje o opravách ciest (mesačne) a hlásenia dopravných incidentov (mesačne) . Tieto údaje budú vo formáte JSON/CSV/XML a tam, kde je to relevantné, aj ako geografické dáta (GeoJSON) pre zobrazenie na mapách . Publikovanie otvorených dát podporí transparentnosť – občania budú mať prístup k informáciám o fungovaní mesta (napr. koľko výtlkov sa opravilo v ich mestskej časti) a zároveň poskytne palivo pre inovácie – developeri môžu nad týmito dátami postaviť nové aplikácie (dopravné spravodajstvo, plánovače trás s ohľadom na aktuálny stav ciest a pod.). Košice sa tým zaradia medzi moderné mestá, ktoré otvorene zdieľajú svoje dáta pre verejný prospech.
	894
5.7	895	===== Interoperabilita a štandardy dát =====
2.2	896
	897	Dátová vrstva bude vybudovaná striktne na základe otvorených štandardov, čo zabezpečí jednoduchú integráciu a budúcu rozšíriteľnosť . Geografické dáta (napr. mapa ciest, poloha senzorov) budú poskytované v súlade so štandardmi ako WMS/WFS a CityGML, aby boli kompatibilné s GIS platformami . Dátové formáty pre API a open data budú JSON, XML, CSV, GeoJSON – teda široko používané formáty, ktoré vedia spracovať rôzne aplikácie . Metaúdaje datasetov sa pripravia podľa schémy DCAT-AP (pre katalogizáciu dát) a INSPIRE (pre priestorové údaje) . Taktiež pre komunikáciu IoT senzorov sa využijú bežné protokoly ako MQTT a HTTPS, podporované na trhu . Dodržiavanie týchto otvorených štandardov nielen spĺňa technické požiadavky legislatívy (INSPIRE, národná koncepcia interop. pre ISVS), ale zaručuje aj, že systém bude vendor-neutral a ľahko prepojiteľný s inými riešeniami. V praxi to znamená, že v budúcnosti bude jednoduché rozšíriť platformu o ďalšie moduly (napr. smart parking) alebo prepojiť mestské dáta so spoločnými modulmi verejnej správy (ak vzniknú centrálne databázy dopravy či národné “smart city” huby) . Architektúra tak myslí dopredu – návrh dátovej vrstvy je dostatočne otvorený a flexibilný, aby investícia do systému bola trvácna a pripravená na budúce integrácie.
	898
	899	//(Pozn.: Mesto Košice zatiaľ neplánuje poskytovať dáta do centrálneho projektu Data Smart Hub, ktorý je vo fáze prípravy na národnej úrovni, avšak do budúcna si ponecháva možnosť zvážiť takéto prepojenie podľa vývoja legislatívy a technickej pripravenosti .)//
	900
5.7	901	==== Technologická vrstva ====
2.2	902
5.7	903	===== IoT senzory a zariadenia =====
2.2	904
	905	V technologickej vrstve dôjde k masívnemu nasadeniu IoT senzorov a smart zariadení v teréne, ktoré poskytnú kľúčové údaje pre vyššie spomenuté služby. Mesto vybuduje širokú senzorickú sieť pokrývajúcu dopravu aj infraštruktúru: na vybraných križovatkách budú inštalované dopravné detektory – napr. indukčné slučky v vozovke na sčítanie áut, Bluetooth/WiFi senzory na meranie cestovných časov a inteligentné video-kamery s AI, ktoré dokážu rozpoznať dopravné udalosti (tvoriacu sa kolónu, nehodu) . Mimo križovatiek budú doplnené samostatné sčítače dopravy na stĺpoch alebo ďalšie video analytické kamery na vstupoch do mesta, aby sa získal plošný prehľad o intenzite dopravy . Pre oblasť údržby budú nasadené cestné meteorologické stanice (merajú teplotu, vlhkosť, výšku snehovej pokrývky) a tiež senzory priamo na vozidlách údržby (GPS poloha, snímače posypu), ktoré budú monitorovať stav vozovky a počasie v reálnom čase . Všetky tieto IoT zariadenia budú priebežne odosielať dáta do centrálnych systémov, čo zásadne zlepší informovanosť – mesto po prvýkrát získa online dátový obraz o dopravnej situácii a stave ciest . To umožní realizovať automatizované riadiace funkcie (adaptívne semafory reagujúce na dáta, prediktívna údržba atď.). V nasadení senzorov sa využijú moderné prvky aj z existujúcich projektov: napr. súčasné dopravné kamery budú doplnené AI analytikou, prípadne prepojené s novou platformou, aby sa maximalizoval úžitok z už vybudovanej techniky.
	906
5.7	907	===== Inteligentné riadiace jednotky =====
2.2	908
	909	Okrem senzorov sa inovuje aj aktívna dopravná infraštruktúra – najmä semafory a prípadne informačné tabule. Na vybraných (cca 13) križovatkách budú nainštalované adaptívne radiče semaforov novej generácie . Tieto riadiace jednotky budú lokálne napojené na vyššie spomenuté senzory (kamerové detektory, indukčné slučky) a budú vedieť autonómne upravovať dĺžky signálnych fáz podľa nameraných hodnôt dopravy . Napríklad ak radič zistí dlhú kolónu v jednom smere, predĺži zelenú na tomto ramene križovatky. Zároveň bude implementovaná logika preferencie vozidiel – ak sa blíži vozidlo MHD vybavené V2X komunikátorom, semafor mu dá prednosť (predĺži zelenú alebo skráti červenú) . Adaptívne semafory budú schopné komunikovať s centrálnym dispečingom buď prostredníctvom mestskej optickej siete, ak je k dispozícii prípojka, alebo cez zabezpečené bezdrôtové spojenie (mobilná 4G/5G sieť, prípadne nízkoenergetické siete pre menšie dátové objemy) . Všetky tieto terénne prvky budú začlenené do jednotného bezpečnostného a riadiaceho rámca – komunikácia bude šifrovaná, zariadenia vzdialene spravovateľné (cez mestský systém identity a prístupov) a bude nad nimi centrálny dohľad . Inteligentné radiče semaforov tak tvoria “koncové nervy” dopravného systému, ktoré vykonávajú rozhodnutia buď samostatne podľa definovaných algoritmov, alebo na pokyn centrálnej jednotky. Ich nasadením mesto získa fyzickú infraštruktúru schopnú reagovať na dynamiku dopravy – základ pre efektívne riadenie premávky.
	910
5.7	911	===== Komunikačná infraštruktúra =====
2.2	912
	913	Prepojenie všetkých komponentov zabezpečí spoľahlivá komunikačná infraštruktúra. Mesto využije existujúcu metropolitnú optickú sieť tam, kde je to možné – tá poskytne vysokorýchlostné a stabilné linky pre kľúčové uzly (napr. prepojenie dopravnej centrály so semaformi a kamerami v centre mesta alebo s dátovým centrom) . Na miestach, kde optika nie je dostupná, sa použijú bezdrôtové siete: mobilné 4G/5G prenosy pre dátovo náročné zariadenia (najmä prenos videa z analytických kamier alebo komunikácia s radičmi v reálnom čase) a LPWAN siete (LoRaWAN, NB-IoT) pre senzory s malým objemom dát (meteostanice, čidlá) . Táto kombinovaná sieťová architektúra (optika + mobilné siete + IoT siete) zabezpečí pokrytie celého mesta a nepretržitý zber dát aj na ťažko dostupných miestach. Všetka komunikácia bude pritom zabezpečená: využije sa šifrovanie a silná autentifikácia zariadení, aby nedošlo k neoprávnenému prístupu či narušeniu prenosov . Sieťová architektúra bude tiež odolná – kľúčové uzly budú mať záložné komunikačné cesty (napr. ak vypadne optická linka, semafor sa pripojí cez LTE), čím sa minimalizuje riziko straty spojenia. Celkovo tak projekt využije modernú hybridnú sieť, ktorá spája rýchlosť optiky a flexibilitu bezdrôtových technológií.
	914
5.7	915	===== Výpočtová infraštruktúra a cloud =====
2.2	916
	917	Aplikačné komponenty a dátové úložiská budú prevádzkované na škálovateľnej IT infraštruktúre. Mesto plánuje využiť buď kapacity vlastného dátového centra, alebo vhodné cloudové služby – prípadne kombináciu (hybridný cloud), v závislosti od optimality nákladov a požiadaviek na dostupnosť . Architektúra počíta s nasadením virtualizácie a kontajnerizácie pre jednotlivé aplikácie, čo umožní flexibilné škálovanie – ak narastie objem dát alebo počet užívateľov (napr. počas kalamity), systému možno pridať zdroje (výpočtový výkon, pamäť) takmer okamžite. Databázy (napr. PostgreSQL pre dátový sklad, s modulom CKAN DataStore pre open data) budú replikované a zálohované tak, aby spĺňali prísne kritériá kontinuity prevádzky . Kľúčové komponenty budú nasadené redundatne (aspoň v režime high-availability cluster) a definujú sa postupy disaster recovery – pravidelné zálohovanie a možnosť obnovy celého systému v prípade havárie . Výpočtová infraštruktúra bude navrhnutá v súlade s bezpečnostnými štandardmi pre verejnú správu a s ohľadom na kybernetickú bezpečnosť (viď nižšie). Z pohľadu používateľov a biznisu tak infraštruktúra zaistí, že nové aplikácie budú dostupné a výkonné aj pri špičkovom zaťažení a že nedôjde k stratám dát ani pri výpadkoch či haváriách.
	918
5.7	919	===== Bezpečnostná architektúra =====
2.2	920
	921	Riešenie je od základov navrhnuté s dôrazom na kybernetickú bezpečnosť a ochranu dát. Všetci používatelia (operátori dopravnej centrály, administrátori systémov) budú spravovať prístupy cez centrálny Identity & Access Management (IAM) systém mesta . To umožní jednotné prihlasovanie a riadenie oprávnení – kto môže vidieť aké dáta, kto môže ovládať semafory a pod. Zároveň architektúra ráta s integráciou na národné identitné služby (eID) v budúcnosti; ak by mesto chcelo využívať napr. prihlásenie cez eObčanku pre niektoré moduly, systém je na to pripravený . Komunikačné toky medzi všetkými komponentmi budú šifrované a autentifikované – či už ide o senzory posielajúce dáta, alebo príkazy z centrálnej jednotky k semaforu, všetko pôjde cez zabezpečené kanály (TLS, VPN tunely a pod.) . Sieť bude segmentovaná – citlivé prvky dopravného riadenia (napr. ovládanie semaforov) budú v oddelených VLAN/VPN, chránené firewallom pred bežnou úradníckou sieťou či internetom . V riadiacej centrále sa zavedie Security Operations Center (SOC) primeranej úrovne – t.j. bude sa monitorovať výskyt bezpečnostných udalostí (pokusy o neoprávnený prístup, anomálie v sieti) a pripravia sa postupy, ako reagovať na incident (incident response plán) . Riešenie bude spĺňať požiadavky zákona o kybernetickej bezpečnosti pre kritickú infraštruktúru – dopravný dispečing ako kľúčový bod bude patriť medzi prísne strážené systémy. Bezpečnosť je teda zabudovaná už od návrhu a nemá byť dodatočným doplnkom; to minimalizuje riziká v prostredí s množstvom prepojených IoT prvkov a citlivými operáciami . Pre verejnosť to znamená, že inteligentné mesto nebude zraniteľné voči jednoduchým kybernetickým útokom a že napr. semafory nepôjde “hecknúť” zvonku – ochrana systémov je na úrovni porovnateľnej s bankovými alebo kritickými štátnymi systémami.
	922
5.7	923	===== Súlad so štandardmi a koncepciami =====
2.2	924
5.6	925	Technologický návrh dôsledne rešpektuje národné štandardy a koncepcie informatizácie. Použitím otvorených štandardov a interoperabilných riešení (ako uvedené vyššie) projekt spĺňa požiadavky NKIVS a metodických usmernení MIRRI . Architektúra ako celok nadväzuje na Koncepciu rozvoja IT mesta Košice 2024–2030 (KRIT) – konkrétne realizuje prioritu vybudovania jednotnej dátovej platformy a integrácie mestských systémov . Riešenie je tiež navrhnuté tak, aby bolo kompatibilné s existujúcimi spoločnými modulmi eGovernmentu: ako už spomenuté, počíta sa s možným napojením na štátny IAM pre autentifikáciu a na vládnu integračnú platformu (Modul úradnej komunikácie) pre výmenu údajov s externými ISVS . V oblasti otvorených dát sa dodržiavajú platné štandardy (výnos o štandardoch ISVS 78/2020 Z.z.) a projekt je v súlade s princípmi NKIVS v častiach Open Data a integrácie. Tým je zaručené, že nové riešenie Inteligentné mesto Košice nielen napĺňa vlastné ciele projektu, ale zapadá aj do širšieho rámca digitálnej verejnej správy SR . Výsledná architektúra vytvára jednotnú platformu s možnosťou budúceho rozširovania – do budúcna je možné k nej dopĺňať ďalšie smart city komponenty (napr. smart parking, inteligentné osvetlenie), keďže návrh je modulárny a otvorený. Projekt tým preukázateľne prispieva k modernizácii a integrácii mestských služieb, odstraňuje doterajšiu fragmentáciu procesov a zvyšuje ich efektívnosť v duchu vízie moderného a udržateľného eGovernmentu v Košiciach.
2.2	926
7.2	927	== 5.1 Prehľad e-Government komponentov ==
2.2	928
5.6	929	Prehľad eGovernment komponentov je uvedený v dokumente I-03 Prístup k projektu v kapitole 4. ARCHITEKTÚRA RIEŠENIA PROJEKTU.
2.2	930
7.2	931	= 6. LEGISLATÍVA =
2.2	932
	933	Projekt //Inteligentné mesto Košice// (vrátane pasportizácie aktív a Smart City platformy) je realizovateľný bez potreby meniť zákony SR. Riešenie je navrhnuté v súlade s rámcom eGovernmentu a štandardmi VS (NKIVS, vyhl. 401/2023, vyhl. 78/2020), s dôrazom na MetaIS, otvorené štandardy, kybernetickú bezpečnosť (IAM/SIEM) a Data Governance. Nevyžaduje sa ani napojenie na CSRÚ v aktuálnom rozsahu; architektúra je však pripravená na budúce prepojenie. Publikovanie otvorených dát je plánované automatizovane na úrovni 3★ interoperability.
	934
5.7	935	==== Súlad s právnym a metodickým rámcom ====
2.2	936
	937	* Vyhláška 401/2023 Z.z. (riadenie IT projektov VS): Architektúra je zdokumentovaná podľa ArchiMate (biznis/aplikačná/dátová/technologická vrstva), s väzbou na ciele projektu; nové ISVS budú evidované v MetaIS (výstup M-06).
	938	* Zákon o e-Governmente (305/2013 Z.z.): Návrh rešpektuje princípy výmeny a poskytovania údajov (§10, §17) a štandardy otvorených údajov (vyhl. 78/2020 Z.z.).
	939	* NKIVS / otvorené dáta: Projekt napĺňa priority dátovej transformácie, opätovnej použiteľnosti a multikanálových služieb; dataset-y budú katalogizované (DCAT-AP), priestorové údaje podľa INSPIRE.
	940	* Kybernetická a informačná bezpečnosť: Zavádza sa centrálne IAM (SSO, MFA, segmentácia, zásada najm. oprávnení) a SIEM (centralizované logovanie/monitoring). Toky dát/ovládacie povely sú šifrované; sieť je segmentovaná (DMZ/IoT).
	941	* CSRÚ a centrálne bloky: V aktuálnom rozsahu sa neplánuje konzumovať ani poskytovať údaje cez CSRÚ; architektúra je však modulárne pripravená na budúce napojenie.
	942	* Vládny cloud: V projekte sa neplánuje využívať katalóg vládneho cloudu; primárne sa využije existujúca mestská hybridná infraštruktúra (VDC + Azure).
	943
5.7	944	==== Požadované interné predpisy mesta (bez zmeny zákonov) ====
2.2	945
	946	Na plnú realizáciu cieľového stavu postačí aktualizovať vnútorné normy mesta:
	947
	948	(A) Data Governance & otvorené dáta
	949
	950	* VZN / smernica o otvorených dátach: povinnosti správcu datasetov, periodicita publikovania, úrovne kvality (3★), metaúdaje (DCAT-AP), licenčné podmienky a API politika.
	951	* Smernica o správe dát (Data Governance): roly (dátový kurátor, data steward), pravidlá kvality (validácia, čistenie, štandardizácia), katalogizácia a dohľad nad kvalitou.
	952
	953	(B) Správa pasportizačných údajov
	954
	955	* Metodika pre digitálny pasport aktív: jednotné číselníky, URI identifikátory, väzba na GIS a automatické aktualizácie po zásahu (z údržbového IS).
	956
	957	(C) Kybernetická bezpečnosť a prevádzka
	958
	959	* Bezpečnostná politika ICT: IAM (SSO/MFA), segmentácia (IoT/riadiaca zóna), šifrovanie prenosov, centralizované logovanie/monitoring (SIEM), správa zraniteľností, BCP/DR (RPO/RTO).
	960	* Prevádzkové poriadky: SLA, help-desk L1–L3, monitorovanie, patch management, zálohovanie/obnova, procesy riadenia zmien (CAB).
	961
	962	(D) Integračná a API politika
	963
	964	* API-first / štandardy rozhraní: REST/JSON, OGC pre geodáta, verzovanie API, prístupové politiky (API gateway), logging a rate-limit pre externé prístupy.
	965
	966	Formy prijatia: interné smernice primátora/riaditeľa a prevádzkové poriadky mestských organizácií (IT/IoT/GIS).
	967
5.7	968	==== Dopady, ak vnútorné predpisy nebudú prijaté/aktualizované ====
2.2	969
	970	* Interoperabilita a zdieľanie údajov: riziko pretrvania dátových síl a manuálnych prenosov → nižšia integrácia služieb a slabšia opätovná použiteľnosť dát.
	971	* Transparentnosť a Open Data: oneskorené/neúplné publikovanie datasetov, nejasné licenčné podmienky → pokles dôvery verejnosti a slabší ekosystém tretích strán.
	972	* Kvalita a bezpečnosť: nekonzistentné pravidlá kvality a prístupov → vyššie riziko incidentov, neplnenie SLA a ťažšia auditovateľnosť.
	973	* Väzba na procesy a automatizáciu: slabšie prepojenie pasportu s údržbou a IDS → obmedzené prediktívne modely, horšia efektivita zásahov.
	974	* Harmonogram projektu: oneskorenia komponentov závislých od procesných úprav (automatizované Open Data, plnohodnotný Data Governance, prediktívne plánovanie v údržbe a doprave).
	975
7.2	976	= 7. ROZPOČET A PRÍNOSY =
2.2	977
7.2	978	== 7.1 Sumarizácia nákladov a prínosov ==
5.1	979
5.6	980	\|Náklady\|Systém dynamického 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
	981	\|Všeobecný materiál\|–\|20 064\|859\|–19 205\|41 925
	982	\|IT - CAPEX\|1 007 580\|319 524\|1 209 586\|1 341 163\|386 753
	983	\|Aplikácie\|–\|–\|–\|–\|–
	984	\|SW\|142 909\|104 483\|697 445\|351 420\|386 753
	985	\|HW\|864 671\|215 041\|512 141\|989 743\|–
	986	\|IT - OPEX- prevádzka\|107 588\|35 935\|120 775\|135 145\|50 905
	987	\|Aplikácie\|6 365\|4 392\|4 204\|1 926\|15 172
	988	\|SW\|13 203\|9 653\|64 437\|32 468\|35 732
	989	\|HW\|88 020\|21 890\|52 134\|100 752\|–
	990	\|Prínosy\|7 296 132 €\|1 161 638 €\|1 234 512 €\|3 075 508 €\|178 509 €
	991	\|Finančné prínosy\|–\|52 819\|35 760\|–17 059\|–
	992	\|Administratívne poplatky\|–\|52 819\|35 760\|–17 059\|–
	993	\|Ostatné daňové a nedaňové príjmy\|–\|–\|–\|–\|–
	994	\|Ekonomické prínosy\|7 296 155 €\|1 114 789 €\|1 254 441 €\|3 117 830 €\|288 382 €
	995	\|Občania (€)\|575 €\|36 715 €\|- €\|- €\|39 591 €
	996	\|Úradníci (€)\|4 530 €\|913 440 €\|1 089 807 €\|2 294 658 €\|- 301 301 €
	997	\|Úradníci (FTE)\|N/A\|N/A\|N/A\|N/A\|N/A
	998	\|Kvalitatívne prínosy\|7 291 050 €\|164 634 €\|164 634 €\|823 172 €\|550 091 €
2.2	999
5.6	1000	Interpretácia výsledkov:
2.2	1001
5.7	1002	===== Kvantitatívne ukazovatele efektívnosti =====
2.2	1003
5.6	1004	* Prahové hodnoty (EÚ): BCR > 1,00; EIRR > 5 %; ENPV > 0.
	1005	* Výsledky projektu
	1006	BCR: 2,82** → prínosy prevyšujú náklady viac ako dvojnásobne.
	1007	EIRR: 66,6 %** → výrazne nad štandardnými diskontnými sadzbami.
	1008	ENPV: 9,53 mil. €** → čistý spoločenský prínos je vysoko pozitívny.
	1009	FNPV: 4,46 mil. €** (záporná) → projekt nie je finančne životaschopný.
2.2	1010
5.6	1011	Záver: Projekt spĺňa/prekračuje prahové hodnoty EÚ pre ekonomickú efektívnosť. Hoci metodické benchmarky (napr. prax vo Veľkej Británii) odporúčajú priorizovať projekty s BCR ≥ 4,0, dosiahnutá BCR = 2,78 je aj tak silná – v kombinácii s veľmi vysokou EIRR a ENPV oprávňuje realizáciu.
2.2	1012
5.7	1013	===== Finančná perspektíva (CAPEX/OPEX vs. úspory) =====
2.2	1014
5.6	1015	* Investícia do digitalizácie je ~~5,37 mil. € s DPH, no v plne digitalizovanom stave klesajú prevádzkové náklady a rastú príjmy (efektívnejšie procesy a vyššie vyťaženie služieb).
2.2	1016
5.7	1017	===== Ekonomická perspektíva (spoločenské prínosy) =====
2.2	1018
5.6	1019	* Hlavné prínosy tvoria úspory času úradníkov a občanov:
	1020	úradník: úspora ~~8,08 h/podanie (napr. pri kamerových procesoch až 19,5 h**),
	1021	občan: 0,2–0,5 h/podanie** (prechod z osobného/telefonického hlásenia na online).
	1022	* Ročne to predstavuje tisíce hodín presunutých z rutiny na vyššiu pridanú hodnotu (kvalitnejšie služby).
	1023	* ENPV 9,53 mil. € a EIRR 66,6 % potvrdzujú vysokú spoločenskú návratnosť.
2.2	1024
5.7	1025	===== Nekvantifikované (kvalitatívne) prínosy =====
2.2	1026
5.6	1027	* Plynulejšia doprava a nižšie zápchy – adaptívne semafory a dopravná centrála skracujú zdržania (ilustračné ročné prínosy rastú cca z 0,5 mil. € v t3 na 2 mil. € v t10).
	1028	* Bezpečnejšie a kvalitnejšie cesty – monitoring a prediktívna údržba znižujú nehodovosť a škody (rast z 10 tis. na 50 tis. €/modul/rok).
	1029	* Vyššia bezpečnosť v meste – inteligentná videoanalytika (prekrýva prevenciu kriminality; 50 tis. → 250 tis. €/rok).
	1030	* Lepšia správa dát a transparentnosť – centrálna platforma + Open Data (rast 25 tis. → 160 tis. €/rok), posilnená dôvera verejnosti.
2.2	1031
7.2	1032	= 8. HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA =
2.2	1033
5.7	1034	==== Základné termíny ====
2.2	1035
	1036	* Začiatok projektu: 07/2025
	1037	* Ukončenie projektu: 12/2027 (Q4/2027 – spustenie do produkcie a akceptačné konanie).
	1038
5.7	1039	==== High-level harmonogram fáz (podľa I-03) ====
2.2	1040
	1041	\|ID\|FÁZA / AKTIVITA\|ZAČIATOK\|KONIEC\|POZNÁMKA
	1042	\|1\|Finalizácia projektovej dokumentácie & obstarávanie\|07/2025 (Q3)\|12/2025 (Q4)\|Finalizácia dokumentácie, príprava a vykonanie VO, výber dodávateľa.
	1043	\|2\|Detailný návrh riešenia (R1-1)\|01/2026 (Q1)\|06/2026 (Q2)\|Detailná analýza, BPMN, technický dizajn a „Detailný návrh riešenia“.
	1044	\|3\|Pilotná implementácia\|07/2026 (Q3)\|12/2026 (Q4)\|Pilot: dopravná centrála, adaptívne križovatky (~~5 uzlov), test prevádzky údržbového systému.
	1045	\|4\|Rozšírenie a integrácie\|01/2027 (Q1)\|06/2027 (Q2)\|Rozšírenie na 20+ križovatiek, nasadenie IoT senzorov & videoanalýzy, napojenie na Open Data portál.
	1046	\|5\|Testovanie, audity, SLA, školenia\|07/2027 (Q3)\|09/2027 (Q3)\|Funkčné a bezpečnostné testy, nastavenie SLA, školenia operátorov/dispečerov.
	1047	\|6\|Produkčné spustenie & akceptácia\|10/2027 (Q4)\|12/2027 (Q4)\|Spustenie do produkcie, akceptačné konanie a odovzdanie.
	1048
6.2	1049	(% class="wikigeneratedid" id="HPozn.:Harmonogramvy161161iekopEDruje10DlenenieI-03:Q32013Q42F202528dokumentE1cia2BVO292CQ12013Q22F202628R1-1292CQ32013Q42F202628pilot292CQ12013Q22F202728roz161EDrenie292CQ32F202728testy2CSLA2C161kolenia292CQ42F202728produkcia2CakceptE1cia29." %)
	1050	(((
	1051	//Pozn.: Harmonogram vyššie kopíruje členenie I-03: Q3–Q4/2025 (dokumentácia + VO), Q1–Q2/2026 (R1-1), Q3–Q4/2026 (pilot), Q1–Q2/2027 (rozšírenie), Q3/2027 (testy, SLA, školenia), Q4/2027 (produkcia, akceptácia).//
	1052	)))
2.2	1053
5.7	1054	==== Fakturačné míľniky (naviazané na míľniky I-03) ====
2.2	1055
	1056	\|MÍĽNIK\|POPIS\|NAVIAZANÉ NA\|ODHAD %
	1057	\|FM1\|Podpis zmluvy s dodávateľom\|ukončené VO (Q4/2025)\|10%
	1058	\|FM2\|Odovzdaný Detailný návrh riešenia (R1-1)\|koniec fázy R1-1 (Q2/2026)\|15%
	1059	\|FM3\|Pilotná prevádzka: dopravná centrála + 5 adaptívnych križovatiek + test údržby\|koniec pilotu (Q4/2026)\|20%
	1060	\|FM4\|Rozšírenie: 20+ križovatiek, IoT senzory, videoanalýza, Open Data napojenie\|koniec Q2/2027\|25%
	1061	\|FM5\|Ukončené testy, bezpečnostné audity, SLA a školenia\|koniec Q3/2027\|20%
	1062	\|FM6\|Produkčné spustenie & akceptácia; odovzdanie dokumentácie\|Q4/2027\|10%
	1063
	1064	Percentá sú orientačné; jednotlivé míľniky nadväzujú na reálne výstupy a míľnikové body popísané v I-03.
	1065
5.7	1066	==== Metóda riadenia projektu (podľa I-03) ====
2.2	1067
	1068	* Metodika: Projekt sa realizuje metódou waterfall. I-03 výslovne počíta s 1 inkrementom; mesto zvažovalo viac inkrementov, ale pre ekonomickú nevýhodnosť a technické obmedzenia (paralelný vývoj, integrácie, dopady na prevádzkovú dostupnosť) zvolilo realizáciu v jednom inkremente.
	1069	* Fázovanie vs. inkrementy: Podľa vyhlášky 401/2023 Z.z. je inkrement povinné doručiť a nasadiť do produkcie; v danom projekte sa kvôli charakteru a harmonogramu nepristúpilo k viacerým inkrementom.
	1070	* Súlad s I-03: Riadenie projektu (analýza – pilot – rozšírenie – testy – akceptácia) kopíruje kroky uvedené v harmonograme I-03 (R1-1, pilotné nasadenia, rozšírenie, audity, SLA, školenia, akceptácia).
	1071
	1072	Zhrnutie riadenia: Žiadny hybrid/agile režim I-03 nepredpisuje – projekt je riadený waterfall spôsobom s jasnými míľnikmi a jednotným dodaním.
	1073
7.2	1074	= 9. PROJEKTOVÝ TÍM =
2.2	1075
5.6	1076	==== Riadiaci výbor (RV) ====
2.2	1077
	1078	V rámci riadenia projektu bude zriadený Riadiaci výbor (RV), ktorý bude zodpovedný za strategické rozhodovanie, kontrolu plnenia cieľov, riadenie rizík a schvaľovanie kľúčových míľnikov projektu. Jeho zloženie bude nasledovné:
	1079
	1080	\|Funkcia\|Meno / Pozícia (doplní sa)\|Poznámka
	1081	\|Predseda RV\|Primátor alebo poverený člen vedenia mesta\|Strategické vedenie projektu
	1082	\|Biznis vlastník\|Vedúci oddelenia dopravy\|Zodpovedný za biznis hodnotu projektu
	1083	\|Zástupca prevádzky\|Vedúci IT\|Reprezentuje prevádzkové požiadavky
	1084	\|Zástupca dodávateľa\|Doplní sa po ukončení VO\|2 zástupcovia
	1085
5.6	1086	==== Projektový tím objednávateľa ====
2.2	1087
	1088	Projektový tím objednávateľa bude zodpovedný za operatívne riadenie, odborné vstupy, kontrolu kvality výstupov a podporu pri testovaní a nasadzovaní.
	1089
	1090	\|Rola\|Meno / Pozícia (doplní sa)\|Poznámka
	1091	\|Kľúčový používateľ\|Zástupca oddelenia dopravy / pasportizácie\|Definuje používateľské požiadavky a testuje funkcionality systému.
	1092	\|IT analytik alebo biznis analytik\|Interný analytik alebo externý konzultant\|Spresnenie požiadaviek, BPMN modelovanie procesov, vstupy pre architektúru.
	1093	\|IT architekt\|Architekt IT infraštruktúry mesta\|Návrh architektúry riešenia, integrácií a súladu s MetaIS.
	1094	\|Biznis vlastník\|Vedúci odboru dopravy\|Zodpovedný za výstupy z pohľadu biznis hodnoty a procesnej udržateľnosti.
	1095	\|Manažér kvality\|(doplní sa, ak projekt presiahne 1 mil. EUR)\|Dohľad nad testovaním, akceptáciou a dodržiavaním štandardov MIRRI.
	1096	\|Manažér IT prevádzky (nepovinný)\|Vedúci správy IS\|Dohľad nad nasadením riešenia a jeho začlenením do prevádzkového prostredia.
	1097	\|Manažér kybernetickej a informačnej bezpečnosti\|(doplní sa)\|Zabezpečenie súladu s GDPR, zákonom o kybernetickej bezpečnosti a ISO 27001.
	1098	\|UX dizajnér (nepovinný)\|(doplní sa)\|Podpora pri návrhu používateľských rozhraní a používateľskej skúsenosti.
	1099	\|Špecialista na publicitu (nepovinný)\|(doplní sa)\|Zabezpečuje plnenie povinností publicity a komunikáciu výsledkov projektu.
	1100	\|Pracovník v administratíve (nepovinný)\|(doplní sa)\|Administratívna podpora, evidencia dokumentov, správa podkladov.
5.6	1101	\|Projektový manažér (PM)\|Interný PM mesta alebo externý konzultant\|Koordinácia, reporting, riadenie aktivít
2.2	1102	\|Iná špecifická rola (nepovinný)\|Napr. zástupca legislatívneho oddelenia\|Konzultácie v oblasti právneho súladu a legislatívnych požiadaviek.
	1103
7.2	1104	== 9.1 PRACOVNÉ NÁPLNE ==
2.2	1105
	1106	Pracovné náplne sú uvedené v dokumente I-03 Prístup k projektu v kapitole 8. Požiadavky na personál.
	1107
7.2	1108	= 10. ODKAZY =
2.2	1109
5.8	1110	Nie sú žiadne odkazy.
2.2	1111
7.2	1112	= 11. PRÍLOHY =
2.2	1113
9.5	1114	Príloha : Register rizík a závislostí (Excel): [[//https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html//>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]

Wiki zdrojový kód pre I-02 Projektový zámer (projektovy_zamer)

Vitajte

Linky

Navigácia