Naposledy upravil Jaroslav Zmajkovič 2025/10/13 07:41
Z verzie 5.8
upravil Štefan Demčák
-
Zmeniť komentár: Pre túto verziu nie sú komentáre
Do verzie 5.2
upravil Štefan Demčák
-
Zmeniť komentár: Pre túto verziu nie sú komentáre

Súhrn

Podrobnosti

Vlastnosti stránky
Obsah
... ... @@ -87,7 +87,7 @@
87 87  * //R – označenie požiadavky//
88 88  * //xx           – číslo požiadavky//
89 89  
90 -**//Nefunkčné (kvalitatívne, výkonové - Non Functional Requirements - NFR) požiadavky//**// majú nasledovnú konvenciu~://
90 +**//Nefunkčné (kvalitatívne, výkonové - Non Functional Requirements - NFR) požiadavky//**// majú nasledovnú konvenciu~://
91 91  
92 92  **//NRxx//**
93 93  
... ... @@ -105,16 +105,16 @@
105 105  
106 106  //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).//
107 107  
108 -**//Obsah projektu//**// sa sústreďuje na implementáciu štyroch hlavných podaktivít~://
108 +**//Obsah projektu//**// sa sústreďuje na implementáciu štyroch hlavných podaktivít~://
109 109  
110 -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.//
111 -1. **//Adaptívne riadenie križovatiek//**// – modernizácia približne 13 križovatiek, nasadenie adaptívnych radičov a preferencia MHD.//
112 -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.//
113 -1. **//IoT pre dopravné inžinierstvo//**// – široká senzorická sieť pre monitoring intenzity dopravy, dátové plánovanie a evidence-based rozhodovanie.//
110 +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.//
111 +1. **//Adaptívne riadenie križovatiek//**// – modernizácia približne 13 križovatiek, nasadenie adaptívnych radičov a preferencia MHD.//
112 +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.//
113 +1. **//IoT pre dopravné inžinierstvo//**// – široká senzorická sieť pre monitoring intenzity dopravy, dátové plánovanie a evidence-based rozhodovanie.//
114 114  
115 115  //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.//
116 116  
117 -**//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**.//
117 +**//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**.//
118 118  
119 119  **//Hlavné prínosy projektu pre mesto a jeho obyvateľov~://**
120 120  
... ... @@ -306,12 +306,12 @@
306 306  == (% 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 ==
307 307  )))
308 308  
309 -===== //Cieľové skupiny a persóny (high-level)// =====
309 +==== Cieľové skupiny a persóny (high-level) ====
310 310  
311 311  **Externí používatelia (B2C/B2B):**
312 312  
313 313  * **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.
314 -* **Občianka – senior.** Chce spoľahlivé informácie o MHD (odchody/meškania) a zrozumiteľné rozhranie.
314 +* **Občianka – senior.** Chce [[~[GH2~]>>path:#_msocom_2]] spoľahlivé informácie o MHD (odchody/meškania) a zrozumiteľné rozhranie.
315 315  * **Podnikateľ.** Chce prehľad o dopravnej obsluhe a otvorené dáta/API pre vlastné procesy (zásobovanie, klienti).
316 316  * **Vývojár/inovátor.** Chce stabilné API a dokumentované datasety na tvorbu aplikácií.
317 317  
... ... @@ -322,7 +322,7 @@
322 322  * **Dispečer MHD / vodič MHD.** Potrebujú včasné upozornenia na udalosti na trase a preferenciu na križovatkách.
323 323  * **Správa komunikácií.** Potrebujú automatizované podnety zo senzorov, prioritizáciu zásahov a evidenciu výkonu.
324 324  
325 -//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ť).//
325 +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ť).
326 326  
327 327  ===== Kľúčové potreby → funkcionality (mapa na ISVS) =====
328 328  
... ... @@ -331,13 +331,13 @@
331 331  |Cestujúci MHD|Vedieť meškania a výluky|Prepojenie MHD do portálu/app, preferencia MHD|**ISVS_14568**, **ISVS_10383**
332 332  |Senior|Jednoduché, zrozumiteľné rozhranie, bezpečné priechody|UI podľa ID-SK, informácie o priechodoch, signalizácia|**ISVS_14568**, **ISVS_14562**
333 333  |Podnikateľ|Aktuálne parkovanie, plánované uzávierky, otvorené dáta|Prehľady + Open Data + API|**ISVS_11079** (Open Data), **ISVS_10383**
334 -|Vývojár|Stabilné, dokumentované API/datasets|API katalóg, sandbox (izolované testovacie prostredie)|**ISVS_11079**, **ISVS_10383**, **ISVS_11074**
334 +|Vývojár|Stabilné, dokumentované API/datasets|API katalóg, sandbox|**ISVS_11079**, **ISVS_10383**, **ISVS_11074**
335 335  |Operátor centrály|Jeden „Command & Control“ pohľad|Integrovaná stena: kamery, senzory, incidenty, scenáre|**ISVS_14568**, **ISVS_14562**, **ISVS_14570**
336 336  |Analytik/plánovač|Dátové modely a reporting|Dátový sklad, BI, modely, simulácie|**ISVS_11074** (DW), **ISVS_11075** (BI)
337 337  |Dispečer MHD/vodič|Včasná informácia o udalosti na trase|Upozornenia, preferencia na križovatkách|**ISVS_14568**, **ISVS_11073**
338 338  |Správa komunikácií|Proaktívne zásahy a evidencia|IoT podnety, plán zásahov, notifikácie|**ISVS_14570**, **ISVS_15193**
339 339  
340 -===== Kľúčové používateľské scenáre (user stories – skrátené) =====
340 +==== Kľúčové používateľské scenáre (user stories – skrátené) ====
341 341  
342 342  **Občan – vodič:**
343 343  
... ... @@ -364,54 +364,68 @@
364 364  * „Chcem vedieť o výtlku/poruche skôr než príde sťažnosť a priamo z plánu vypraviť tím.“
365 365  * → IoT podnety → plán zásahov → mobilné potvrdenie vykonania.
366 366  
367 -===== Ne-funkčné požiadavky (NFR) – výber =====
367 +==== Ne-funkčné požiadavky (NFR) – výber ====
368 368  
369 369  * **Použiteľnosť a dostupnosť:** ID-SK, prístupnosť (WCAG 2.1 AA), 24/7 dostupnosť pre kritické moduly (≥99,9 %).
370 -* **Výkon a latencia:** rýchle spracovanie incidentu, aktualizácia dopravných dát
371 -* **Otvorenosť:** API-first (REST/JSON), dokumentované endpoints, verzovanie.
370 +* **Výkon a latencia:** rýchle spracovanie incidentu, aktualizácia dopravných dát ≤ **120 s**.
371 +* **Otvorenosť:** API-first (REST/JSON), dokumentované endpoints, verzovanie, throttling, sandbox.
372 372  * **Bezpečnosť a ochrana údajov:** IAM, SIEM, audit, šifrovanie dát v prenose/úložisku, min. zásady prístupu.
373 373  * **Prevádzka:** L1–L3 SLA, monitorovanie, zálohovanie/obnova, DR scenár.
374 374  
375 -===== Meranie spokojnosti a adopcie =====
375 +==== Meranie spokojnosti a adopcie ====
376 376  
377 -* **Adopcia služieb:** počet aktívnych používateľov (web/app), podiel elektronických hlásení > **50 %** po 12 mesiacoch.
377 +* **Adopcia služieb:** počet aktívnych používateľov (web/app), podiel elektronických hlásení > **70 %** po 12 mesiacoch.
378 378  * **Spokojnosť:** priemerný rating > **4/5**, **NPS ≥ +50** (ročný prieskum).
379 379  * **Dostupnosť a rýchlosť:** dostupnosť ≥ **99 %** (portál/app); čas načítania < **3 s**.
380 380  * **Kvalita dát/API:** chybovosť volaní < **0,5 %**; dokumentácia API – úplnosť ≥ **95 %**.
381 381  
382 -===== Poznámka k rozsahu =====
382 +==== Overenie potrieb používateľov (UCD plán – skrátene) ====
383 383  
384 -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.
384 +* **Fáza 1 – kvalitatívne rozhovory:** min. 5 občanov, 5 podnikateľov, 5 interných (operátor, analytik).
385 +* **Fáza 2 – dotazník:** min. **200** občanov, **50** podnikateľov, **20** interných; baseline spokojnosti/adopcie.
386 +* **Fáza 3 – pilot & testovanie použiteľnosti:** moderované testy UI (ID-SK), A/B pre notifikácie a mapové vrstvy.
387 +* **Výstup:** správa z UCD, backlog požiadaviek a priorít, finálne KPI pre adopciu/spokojnosť.
385 385  
386 -|**Persóna / User story**|**ISVS / komponent**|**Výstup**
387 -|**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
388 -|**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
389 -|**Senior:** „Potrebujem zrozumiteľné rozhranie.“|Front-end podľa **ID-SK**, **ISVS_14568**, **ISVS_14562** (bezpečnostné podnety)|Spokojnosť používateľov (NPS, rating),
390 -|**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
391 -|**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
392 -|**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
393 -|**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
394 -|**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
395 -|**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
396 -|**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
389 +==== Poznámka k rozsahu ====
397 397  
398 -== (% 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.7Riziká a závislosti ==
391 +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 hladné dopojenie bez zásahu do užívateľských tokov uvedených vyššie.
399 399  
400 -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.**
393 +|**Persóna / User story**|**ISVS / komponent**|**KPI (kód cieľa)**
394 +|**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** (AI detekcia incidentov)|Priemerný čas prejazdu (G2), podiel auto-detekcie incidentov (G2), reakčný čas na incident (G2)
395 +|**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, G1), dostupnosť služby (G1)
396 +|**Senior:** „Potrebujem zrozumiteľné rozhranie.“|Front-end podľa **ID-SK**, **ISVS_14568**, **ISVS_14562** (bezpečnostné podnety)|Spokojnosť používateľov (NPS, rating – G1),
397 +|**Podnikateľ:** „Chcem živé dáta o uzávierkach; chcem API.“|**ISVS_11079** (Open Data), **ISVS_10383** (API gateway), **ISVS_11074** (DW)|Počet datasetov (G1), počet volaní API (G1)
398 +|**Vývojár/inovátor:** „Chcem stabilné API a dokumentáciu.“|**ISVS_11079**, **ISVS_10383**, **ISVS_11074**|Počet volaní API (G1), podiel datasetov napojených automaticky (G1)
399 +|**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 (G2), podiel auto-detekcie (G2), počet integrovaných subsystémov (G2)
400 +|**Dopravný analytik/plánovač:** „Chcem BI, modely a simulácie.“|**ISVS_11074** (DW), **ISVS_11075** (BI)|Počet integrovaných IS do DW (G4), počet BI dashboardov (G4), presnosť dopravného modelu (G4)
401 +|**Dispečer MHD / vodič MHD:** „Chcem včasné upozornenia a preferenciu na križovatkách.“|**ISVS_14568**, **ISVS_11073**|Priemerný čas prejazdu (G2), počet križovatiek s adaptívnym riadením (G2)
402 +|**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 (G3), náklady na údržbu (G3), čas odpratania snehu (G3)
403 +|**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 % (G5), pokles bezpečnostných incidentov (G5)
401 401  
402 -===== Súhrnný prehľad hlavných kategórií rizík a ich dopadu: =====
405 +== {{id name="_Toc153139681"/}}{{id name="_Toc15428557"/}}{{id name="_Toc15427667"/}}{{id name="_Toc15426945"/}}{{id name="_Toc510413655"/}}3.7Riziká a závislosti ==
403 403  
404 -|**ID**|**Oblasť**|**Riziko**|**Dopad**|**Pravdepodobnosť**|**Poznámka / mitigácia**
405 -|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
406 -|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
407 -|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
408 -|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
409 -|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
410 -|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
407 +Realizácia projektu **Smart City 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.**
411 411  
412 -===== Kľúčové závislosti projektu =====
409 +==== Súhrnný prehľad hlavných kategórií rizík a ich dopadu: ====
413 413  
411 +Riziká nekorešpondujú s registrom rizík a závislostí v MetaIS – potrebné zosúladiť.
414 414  
413 +|**ID**|**Oblasť**|**Riziko**|**Dopad**|**Pravdepodobnosť**|**Poznámka / mitigácia**
414 +|R1|Verejné obstarávanie|Meškanie alebo námietky vo VO|Vysoký|Stredná|Riziko posunu harmonogramu; mitigácia: kvalitná príprava dokumentácie, konzultácie s MIRRI
415 +|R2|Rozpočet|Zmena cien alebo potreba aktualizácie špecifikácie|Stredný|Stredná|Riziko zníženia rozsahu; mitigácia: rezervy v rozpočte, fázy projektu
416 +|R3|Legislatíva / interné predpisy|Neschválenie interných VZN alebo smerníc mesta|Stredný|Vysoká|Projekt nevyžaduje zmenu zákonov, ale potrebuje vnútorné predpisy; mitigácia: včasná príprava návrhov
417 +|R4|Harmonogram|Nedodržanie termínov VO, dodania alebo PIP|Vysoký|Stredná|Dopad na čerpanie rozpočtu a závislé zmluvy
418 +|R5|Financovanie|Oneskorenie uvoľnenia rozpočtu alebo EÚ zdrojov|Vysoký|Nízka|Riziko oneskorenia realizácie; mitigácia: koordinácia s poskytovateľom
419 +|R6|Technická integrácia|Nekompatibilita existujúcich IS s novými modulmi (IIS KE, GIS, ERP)|Stredný|Stredná|Riziko oneskorenia, potreba middleware; mitigácia: dôsledná architektonická analýza
420 +|R7|Ľudské zdroje|Nedostatok kapacít pre IoT, AI, infraštruktúru|Vysoký|Stredná|Riziko oneskorenej implementácie; mitigácia: školenia, externé zdroje
421 +|R8|Kybernetická bezpečnosť|Nedostatočné opatrenia IAM/SIEM alebo incident počas prevádzky|Vysoký|Stredná|Dopad na dôveru a bezpečnosť; mitigácia: implementácia bezpečnostnej architektúry, audit
422 +|R9|Vendor lock-in|Závislosť od jedného dodávateľa (SW/HW)|Stredný|Stredná|Dopad na dlhodobú udržateľnosť; mitigácia: odovzdávanie zdrojových kódov, open-source licencie
423 +|R10|Kvalita dát|Nekonzistentné alebo duplicitné údaje v IS|Stredný|Stredná|Riziko nevyužiteľnosti analytiky; mitigácia: data governance, čistenie dát
424 +|R11|Používateľská adopcia|Nedostatočné zapojenie používateľov, slabá adopcia služieb|Stredný|Stredná|Riziko nevyužívania služieb; mitigácia: UCD, prieskumy, testovanie s používateľmi
425 +|R12|Testovanie|Nedostatočná pilotná prevádzka a PIP|Vysoký|Nízka|Riziko nízkej kvality a akceptácie; mitigácia: dôsledné testovacie scenáre a SLA
426 +
427 +==== Kľúčové závislosti projektu ====
428 +
415 415  * **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.
416 416  * **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.).
417 417  * **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.
... ... @@ -418,7 +418,7 @@
418 418  * **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.
419 419  * **Závislosť od kybernetickej architektúry** – IAM, SIEM a segmentácia musia byť implementované pred nasadením do plnej prevádzky.
420 420  
421 -== (% 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.8Stanovenie alternatív v biznisovej vrstve architektúry ==
435 +== {{id name="_Toc153139681"/}}{{id name="_Toc15428557"/}}{{id name="_Toc15427667"/}}{{id name="_Toc15426945"/}}{{id name="_Toc510413655"/}}3.8Stanovenie alternatív v biznisovej vrstve architektúry ==
422 422  
423 423  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**.
424 424  
... ... @@ -450,8 +450,10 @@
450 450  * Aktéri: MMK, IT, DPMK, mestská polícia, oddelenie dopravy, občania, podnikatelia, vývojári.
451 451  * Dopad: maximálne prínosy – plynulosť dopravy, bezpečnosť, transparentnosť, úspory.
452 452  
453 -//**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.//
467 +**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.
454 454  
469 +----
470 +
455 455  ==== Aplikačná vrstva – alternatívy nasadenia ISVS a funkcií ====
456 456  
457 457  ===== Variant 0 – Nulový scenár =====
... ... @@ -479,6 +479,7 @@
479 479  ** **Služby:** Konto Košičana (ISVS_11077), e-formuláre (ISVS_5737), Open Data portál (ISVS_11079).
480 480  ** **Integrácia:** Smart City platforma (ISVS_10383).
481 481  * Úzke prepojenie medzi modulmi.
498 +
482 482  
483 483  ==== Technologická vrstva – alternatívy infraštruktúry ====
484 484  
... ... @@ -501,7 +501,7 @@
501 501  * **Prevádzka:** SLA L1–L3, DR scenáre, vysoká dostupnosť (99,9 %).
502 502  * **Otvorenosť:** API-first, otvorené štandardy, eliminácia vendor lock-in.
503 503  
504 -== (% 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.9Multikriteriálna analýza ==
521 +== {{id name="_Toc153139681"/}}{{id name="_Toc15428557"/}}{{id name="_Toc15427667"/}}{{id name="_Toc15426945"/}}{{id name="_Toc510413655"/}} 3.9Multikriteriálna analýza ==
505 505  
506 506  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.
507 507  
... ... @@ -519,7 +519,7 @@
519 519  ** **doplnkové kritériá**, ktoré slúžia na podrobnejšie rozlíšenie variantov.
520 520  * Technologické preferencie neboli definované ako KO kritériá, v súlade s odporúčaním vyhlášky.
521 521  
522 -===== Definícia kritérií MCA =====
539 +==== Definícia kritérií MCA ====
523 523  
524 524  |**Kritérium**|**Zdôvodnenie**|**Stakeholderi**|**Vrstva**
525 525  |**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
... ... @@ -531,7 +531,7 @@
531 531  |**G** – Kybernetická bezpečnosť|Implementácia IAM, SIEM, SLA, auditných mechanizmov|IT, MsP|Technologická
532 532  |**H** – Efektívnosť údržby|Prediktívna údržba znižujúca náklady a poruchovosť|Oddelenie dopravy|Biznis
533 533  
534 -===== Výsledok hodnotenia variantov =====
551 +==== Výsledok hodnotenia variantov ====
535 535  
536 536  |**Kritérium**|**Variant 0 (nulový)**|**Variant 1 (minimalistický)**|**Variant 2 (preferovaný)**
537 537  |A – API a interoperabilita (KO)|✖|△ (len čiastočne)|✔
... ... @@ -543,11 +543,11 @@
543 543  |G – Kybernetická bezpečnosť|✖|△ (len základné opatrenia)|✔ (IAM, SIEM, SLA)
544 544  |H – Efektívnosť údržby|✖|△ (čiastočné senzory)|✔ (prediktívna údržba)
545 545  
546 -== (% 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.10Stanovenie alternatív v aplikačnej vrstve architektúry ==
563 +== {{id name="_Toc153139681"/}}{{id name="_Toc15428557"/}}{{id name="_Toc15427667"/}}{{id name="_Toc15426945"/}}{{id name="_Toc510413655"/}}3.10Stanovenie alternatív v aplikačnej vrstve architektúry ==
547 547  
548 548  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.
549 549  
550 -===== **Variant 0 – nulový (bez novej aplikácie)** =====
567 +==== **Variant 0 – nulový (bez novej aplikácie)** ====
551 551  
552 552  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.
553 553  
... ... @@ -556,7 +556,7 @@
556 556  * Občania získavajú len základné informácie prostredníctvom webových oznamov, chýba jednotná aplikácia a notifikácie.
557 557  * Tento variant neprináša funkcionality ako prediktívna analytika, adaptívne riadenie alebo automatizované procesy.
558 558  
559 -===== **Variant 1 – minimalistická aplikačná architektúra** =====
576 +==== **Variant 1 – minimalistická aplikačná architektúra** ====
560 560  
561 561  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:
562 562  
... ... @@ -567,11 +567,11 @@
567 567  
568 568  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é.
569 569  
570 -===== **Variant 2 – rozšírená aplikačná architektúra (preferovaná)** =====
587 +==== **Variant 2 – rozšírená aplikačná architektúra (preferovaná)** ====
571 571  
572 572  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í.
573 573  
574 -===== Hlavné komponenty: =====
591 +==== Hlavné komponenty: ====
575 575  
576 576  * **ISVS_14568 – Inteligentný dopravný systém** s podkomponentmi:
577 577  ** **ISVS_11073 – Systém dynamického riadenia križovatiek** (adaptívne semafory, V2X komunikácia, AI detekcia incidentov).
... ... @@ -586,7 +586,7 @@
586 586  * **ISVS_5733 – GIS** – vizualizácia infraštruktúry, pasporty, integrácia dopravných a údržbových dát.
587 587  * **Konto Košičana (ISVS_11077)** – personalizované používateľské rozhranie pre občanov s notifikáciami a interaktívnymi službami.
588 588  
589 -===== Výhody preferovaného variantu: =====
606 +==== Výhody preferovaného variantu: ====
590 590  
591 591  * Jednotná dátová a aplikačná platforma eliminuje fragmentáciu.
592 592  * Automatizované procesy (prediktívna údržba, adaptívne križovatky, incident manažment).
... ... @@ -596,11 +596,11 @@
596 596  
597 597  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.
598 598  
599 -== (% id="cke_bm_959576S" style="display:none" %) (% class="macro-placeholder" %)macro:id[[image:data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw==||draggable="true" height="15" role="presentation" title="Kliknite a potiahnite pre presunutie" width="15"]]macro:id[[image:data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw==||draggable="true" height="15" role="presentation" title="Kliknite a potiahnite pre presunutie" width="15"]]macro:id[[image:data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw==||draggable="true" height="15" role="presentation" title="Kliknite a potiahnite pre presunutie" width="15"]]macro:id[[image:data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw==||draggable="true" height="15" role="presentation" title="Kliknite a potiahnite pre presunutie" width="15"]]macro:id[[image:data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw==||draggable="true" height="15" role="presentation" title="Kliknite a potiahnite pre presunutie" width="15"]]macro:id[[image:data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw==||draggable="true" height="15" role="presentation" title="Kliknite a potiahnite pre presunutie" width="15"]]macro:id[[image:data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw==||draggable="true" height="15" role="presentation" title="Kliknite a potiahnite pre presunutie" width="15"]]macro:id[[image:data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw==||draggable="true" height="15" role="presentation" title="Kliknite a potiahnite pre presunutie" width="15"]]macro:id[[image:data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw==||draggable="true" height="15" role="presentation" title="Kliknite a potiahnite pre presunutie" width="15"]]macro:id[[image:data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw==||draggable="true" height="15" role="presentation" title="Kliknite a potiahnite pre presunutie" width="15"]]macro:id[[image:data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw==||draggable="true" height="15" role="presentation" title="Kliknite a potiahnite pre presunutie" width="15"]]macro:id[[image:data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw==||draggable="true" height="15" role="presentation" title="Kliknite a potiahnite pre presunutie" width="15"]](% id="cke_bm_404726E" style="display:none" %) (%%)3.11Stanovenie alternatív v technologickej vrstve architektúry ==
616 +== {{id name="_Toc153139681"/}}{{id name="_Toc15428557"/}}{{id name="_Toc15427667"/}}{{id name="_Toc15426945"/}}{{id name="_Toc510413655"/}}3.11Stanovenie alternatív v technologickej vrstve architektúry ==
600 600  
601 601  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ý)**.
602 602  
603 -===== Variant 0 – Nulový scenár (bez novej aplikácie) =====
620 +==== //Variant 0 – Nulový scenár (bez novej aplikácie)// ====
604 604  
605 605  * **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.
606 606  * **Integrácia:** neexistuje; údaje sa zdieľajú minimálne, **bez dátového skladu a BI**.
... ... @@ -608,7 +608,7 @@
608 608  * **ISVS nasadené v tomto variante:** žiadne nové (iba legacy).
609 609  * **Dopad:** žiadne investície, **žiadne prínosy** (bez adaptívneho riadenia, bez prediktívnej údržby, bez transparentného dátového ekosystému).
610 610  
611 -===== Variant 1 – Minimalistická aplikačná architektúra (pilot/prechod) =====
628 +==== //Variant 1 – Minimalistická aplikačná architektúra (pilot/prechod)// ====
612 612  
613 613  Cieľom je riešiť **najakútnejšie potreby** s minimom nových modulov a rýchlou integráciou.
614 614  
... ... @@ -629,7 +629,7 @@
629 629  
630 630  **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).
631 631  
632 -===== Variant 2 – Rozšírená (preferovaná) aplikačná architektúra =====
649 +==== //Variant 2 – Rozšírená (preferovaná) aplikačná architektúra// ====
633 633  
634 634  Komplexný, modulárny ekosystém s plnou integráciou dát a procesov podľa I-03.
635 635  
... ... @@ -652,7 +652,7 @@
652 652  **D) Služby pre občanov a otvorené dáta**
653 653  
654 654  * **ISVS_11079 Open Data portál** – automatizované publikovanie dopravných a prevádzkových datasetov, API katalóg.
655 -* **ISVS_11077 Konto Košičana** + **ISVS_5737 e-formuláre** – podania a podnety (nahlásenia), spätná väzba.
672 +* **ISVS_11077 Konto Košičana** + **ISVS_5737 e-formuláre** – jednotná identita, podania a podnety (nahlásenia), spätná väzba.
656 656  
657 657  **E) Integrácia a prevádzka**
658 658  
... ... @@ -662,10 +662,11 @@
662 662  
663 663  * **ISVS_14569 Smart parkovanie** – mestská parkovacia aplikácia, navigácia, platby, rezidentské politiky.
664 664  * **ISVS_14561 Smart osvetlenie**, **ISVS_14564 Energetický manažment** – integrácia po vybudovaní jadra.
682 +
665 665  
666 666  **Dopad:** plné prínosy v plynulosti, bezpečnosti, údržbe a transparentnosti; **maximálna synergia** vďaka jednotnej dátovej/integračnej vrstve.
667 667  
668 -===== Porovnávacia tabuľka (prehľad ISVS podľa variantu) =====
686 +==== Porovnávacia tabuľka (prehľad ISVS podľa variantu) ====
669 669  
670 670  |**Oblasť / ISVS**|**V0 – Nulový**|**V1 – Minimalistický**|**V2 – Preferovaný**
671 671  |**ISVS_14568 IDS (dopravná centrála)**|–|**áno** (základ)|**áno** (plný rozsah)
... ... @@ -678,14 +678,15 @@
678 678  |**ISVS_11079 Open Data**|–|**áno** (vybrané datasety)|**áno** (automatizované, API katalóg)
679 679  |**ISVS_11077 Konto Košičana + ISVS_5737 e-formuláre**|–|(základ)|**áno**
680 680  |**ISVS_10383 Smart City platforma (integrácia)**|–|**áno** (základ)|**áno** (plný backplane)
699 +| | | |
681 681  
682 -===== Prečo preferovaný variant? =====
701 +Prečo preferovaný variant?
683 683  
684 684  * **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).
685 685  * **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.
686 686  * **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).
687 687  
688 -===== Prevádzkové poznámky (skratkou) =====
707 +Prevádzkové poznámky (skratkou)
689 689  
690 690  * **SLA a monitoring:** L1–L3 podpora, 24/7 pre kritické moduly, BI detekcie s dohľadom operátora.
691 691  * **Kyberbezpečnosť:** IAM, SIEM, segmentácia sietí, audit; minimalizácia rizika vendor lock-in (priebežné odovzdávanie kódu, otvorené štandardy).
... ... @@ -693,7 +693,7 @@
693 693  
694 694  = {{id name="_Toc74315499"/}}4.POŽADOVANÉ VÝSTUPY  (PRODUKT PROJEKTU) =
695 695  
696 -==== **Prehľad (v súlade s vyhl. 401/2023 Z. z.)** ====
715 +=== **Prehľad (v súlade s vyhl. 401/2023 Z. z.)** ===
697 697  
698 698  **//Projekt vytvorí integrovanú Smart City platformu so zameraním na~://**
699 699  
... ... @@ -705,9 +705,9 @@
705 705  
706 706  //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.//
707 707  
708 -==== **Výstupy projektu (deliverables)** ====
727 +=== **Výstupy projektu (deliverables)** ===
709 709  
710 -===== **Jadro projektu (táto etapa)** =====
729 +=== **Jadro projektu (táto etapa)** ===
711 711  
712 712  **//A) Doprava a bezpečnosť//**
713 713  
... ... @@ -723,6 +723,7 @@
723 723  **//C) Dátová/analytická vrstva a integrácia//**
724 724  
725 725  * **//ISVS_11074 Dátový sklad mesta //**//– konsolidované úložisko (historické + real-time prírastky).//
745 +
726 726  * **//ISVS_11075 Analytický nástroj mesta //**//– BI/dashboardy, analytika a predikcie.//
727 727  * **//ISVS_10383 Smart City platforma (integračná vrstva/API) //**//– API-gateway, orchestrácia tokov.//
728 728  
... ... @@ -729,33 +729,34 @@
729 729  **//D) Služby a otvorené dáta//**
730 730  
731 731  * **//ISVS_11079 Open Data portál //**//– automatizované publikovanie dopravných a prevádzkových datasetov, katalóg + API.//
732 -* **//ISVS_11077 Konto Košičana + ISVS_5737 e-formuláre //**//– online podania a spätná väzba (podnety/incidenty).//
752 +* **//ISVS_11077 Konto Košičana + ISVS_5737 e-formuláre //**//– jednotná identita, online podania a spätná väzba (podnety/incidenty).//
733 733  
734 734  **//E) Prevádzkové a dokumentačné výstupy//**
735 735  
736 736  * **//Prevádzkové nastavenia a SLA~://**// L1–L3 podpora, monitoring, DR scenáre, kyberbezpečnosť (IAM, SIEM).//
737 -* **//Zdrojové kódy a konfigurácie: //**//priebežné odovzdávanie (build skripty, infra kód)//
757 +* **//Zdrojové kódy a konfigurácie: //**//priebežné odovzdávanie (build skripty, infra kód), mestský repozitár.//
738 738  * **//Technická + používateľská dokumentácia: //**//architektúra, bezpečnosť, inštalácia, príručky.//
739 -* **//Projektová dokumentácia podľa 401/2023 Z. z.: //**//katalóg požiadaviek, plán riadenia, CBA, PID, atď.//
759 +* **//Projektová dokumentácia podľa 401/2023 Z. z.: //**//katalóg požiadaviek, plán riadenia, CBA, PIP, atď.//
740 740  
741 -===== **Nadväzujúce rozšírenia (mimo scope projektu)** =====
761 +=== **Nadväzujúce rozšírenia (mimo scope projektu)** ===
742 742  
743 743  * **//ISVS_14569 Smart parkovanie //**//– navigácia, platby, rezidentské politiky, B2C app.//
744 744  * **//ISVS_14561 Smart osvetlenie //**//– adaptívne profily, poruchové hlásenia, integrácia na platformu.//
745 745  * **//ISVS_14564 Energetický manažment //**//– smart metering, anomálie, úspory.//
766 +
746 746  
747 -===== **Koncové služby a biznis procesy** =====
768 +==== **Koncové služby a biznis procesy** ====
748 748  
749 -|**Služba**|**Popis / kľúčové funkcie**|**Podporné ISVS**|**Hlavný proces**
750 -|Dynamické riadenie dopravy a križovatiek|Adaptívne plány, preferencia MHD, scenáre pri incidentoch|ISVS_14568, ISVS_11073|Dopravné riadenie mesta
751 -|Bezpečnostný dohľad s BI|Autodetekcia nehôd/udalostí, eskalácia, metadáta|ISVS_14562|Zabezpečenie verejného poriadku
752 -|Prediktívna údržba komunikácií|Senzorické podnety → plán zásahov → evidencia výkonu|ISVS_14570, ISVS_15193|Údržba komunikácií
753 -|Live dopravné informácie pre verejnosť|incidenty, uzávierky, MHD info (web/app)|ISVS_14568, ISVS_10383|Informovanie občanov
754 -|Podania a podnety (digitálne)|Hlásenie problému, stav vybavenia, spätná väzba|ISVS_11077, ISVS_5737|Správa podaní a podnetov
755 -|Open Data & API|Automatizované publikovanie datasetov, API katalóg|ISVS_11079, ISVS_11074|Transparentnosť a participácia
756 -|BI a reporting|dashboardy, simulácie|ISVS_11074, ISVS_11075|Dátami podložené rozhodovanie
770 +|**//Služba//**|**//Popis / kľúčové funkcie//**|**//Podporné ISVS//**|**//Hlavný proces//**
771 +|//Dynamické riadenie dopravy a križovatiek//|//Adaptívne plány, preferencia MHD, scenáre pri incidentoch//|//ISVS_14568, ISVS_11073//|//Dopravné riadenie mesta//
772 +|//Bezpečnostný dohľad s BI//|//Autodetekcia nehôd/udalostí, eskalácia, metadáta//|//ISVS_14562//|//Zabezpečenie verejného poriadku//
773 +|//Prediktívna údržba komunikácií//|//Senzorické podnety → plán zásahov → evidencia výkonu//|//ISVS_14570, ISVS_15193//|//Údržba komunikácií//
774 +|//Live dopravné informácie pre verejnosť//|//incidenty, uzávierky, MHD info (web/app)//|//ISVS_14568, ISVS_10383//|//Informovanie občanov//
775 +|//Podania a podnety (digitálne)//|//Hlásenie problému, stav vybavenia, spätná väzba//|//ISVS_11077, ISVS_5737//|//Správa podaní a podnetov//
776 +|//Open Data & API//|//Automatizované publikovanie datasetov, API katalóg//|//ISVS_11079, ISVS_11074//|//Transparentnosť a participácia//
777 +|//BI a reporting//|//dashboardy, , simulácie//|//ISVS_11074, ISVS_11075//|//Dátami podložené rozhodovanie//
757 757  
758 -===== **Biznis objekty** =====
779 +==== **Biznis objekty** ====
759 759  
760 760  * //Dopravné metadáta a incidenty (čas, poloha, typ, závažnosť, stav riešenia).//
761 761  * //Senzorické záznamy (intenzity, rýchlosti, stav povrchu/úseku, meteo, kvalita signálu).//
... ... @@ -764,7 +764,7 @@
764 764  * //analytické výstupy (prejazdové časy, incidenty, prediktívne zásahy, adopcia služieb).//
765 765  * //Podania a rozhodnutia (e-formuláre, stav vybavenia, notifikácie).//
766 766  
767 -===== **Vlastníci procesov** =====
788 +==== **Vlastníci procesov** ====
768 768  
769 769  * //MMK – Oddelenie riadenia vnútorných procesov (IT): vlastník platformy, ISVS_10383, ISVS_11074/11075, ISVS_11079; kyberbezpečnosť, SLA, API-first.//
770 770  * //MMK – Oddelenie dopravy: vlastník IDS a križovatiek (ISVS_14568, ISVS_11073), koordinácia s DPMK a MsP.//
... ... @@ -773,29 +773,38 @@
773 773  * //Oddelenie riadenia vnútorných procesov (IT): vlastníci digitálnych front-end služieb (ISVS_11077, ISVS_5737) a obsahu.//
774 774  * //DPMK: integrácia MHD, preferencia na križovatkách, operatíva.//
775 775  
797 +==== **Väzba na KPI a CBA (kontrolný rámec)** ====
798 +
799 +* //G2 (Doprava): priemerný čas prejazdu ↓, podiel auto-detegovaných incidentov ↑, reakčný čas ↓, počet adaptívnych križovatiek ↑.//
800 +* //G3 (Údržba): náklady na údržbu ↓ (–15 až –20 %), podiel prediktívnych zásahov ≥ 50 %, čas zimnej reakcie ≤ 2 h.//
801 +* //G4 (Dáta/analytika): integrované IS ≥ 10, BI dashboardy ≥ 20, presnosť modelu ≤ 10 %.//
802 +* //G1 (Transparentnosť): datasetov > 100, API volania > 50k/rok, automatizované publikovanie ≥ 70 %.//
803 +* //G5 (Bezpečnosť/SLA): dostupnosť kritických ISVS ≥ 99,9 %, pokles bezpečnostných incidentov medziročne**Potrebné aktualizovať**//
804 +
776 776  //Ekonomika (CBA): preferovaný variant zodpovedá najvyšším prínosom (BCR 2,78; ENPV +9,24 mil. €; návratnosť ~~5. rok).//
777 777  
778 -===== **Súlad a kvalita** =====
807 +==== **Súlad a kvalita** ====
779 779  
780 -* //Súlad s vyhl. 401/2023 Z. z.: architektúra vrstiev, PID, SLA, meranie KPI, riadenie rizík.//
809 +* //Súlad s vyhl. 401/2023 Z. z.: architektúra vrstiev, PIP, SLA, meranie KPI, riadenie rizík.//
781 781  * //Data governance: jednotný dátový model, ETL/ELT toky, kvalita a periodicita publikovania.//
782 782  * //Eliminácia vendor lock-in: priebežné odovzdávanie zdrojového kódu, otvorené štandardy, zmluvné mechanizmy.//
812 +
783 783  
784 -= {{id name="_Toc74315499"/}}5.NÁHĽAD ARCHITEKTÚRY =
814 += {{id name="_Toc74315499"/}}5.NÁHĽAD ARCHITEKTÚRY – kapitola zatiaľ nerevidovaná =
785 785  
786 -[[image:1758702984964-528.png]]
816 +[[image:1758539109300-791.png]]
787 787  
788 788  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).
789 789  
790 -==== **Biznis vrstva** ====
820 +=== **Biznis vrstva** ===
791 791  
792 -===== **Aktéri a roly** =====
822 +==== **Aktéri a roly** ====
793 793  
794 794  **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í.
795 795  
796 796  **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.
797 797  
798 -===== **Poskytované služby** =====
828 +==== **Poskytované služby** ====
799 799  
800 800  **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.
801 801  
... ... @@ -807,7 +807,7 @@
807 807  * **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 .
808 808  
809 809  
810 -===== **Biznis procesy a funkcie** =====
840 +==== **Biznis procesy a funkcie** ====
811 811  
812 812  **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.
813 813  
... ... @@ -817,25 +817,25 @@
817 817  
818 818  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 .
819 819  
820 -===== **Systémy (podpora procesov)** =====
850 +==== **Systémy (podpora procesov)** ====
821 821  
822 822  **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.
823 823  
824 824  **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.
825 825  
826 -===== **Dátové objekty a výstupy** =====
856 +==== **Dátové objekty a výstupy** ====
827 827  
828 828  **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).
829 829  
830 830  **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).
831 831  
832 -===== **Rozhrania a spolupráca** =====
862 +==== **Rozhrania a spolupráca** ====
833 833  
834 834  **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.
835 835  
836 836  **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.
837 837  
838 -===== **Udalosti (biznis udalosti)** =====
868 +==== **Udalosti (biznis udalosti)** ====
839 839  
840 840  **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.
841 841  
... ... @@ -843,15 +843,15 @@
843 843  
844 844  //(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.)//
845 845  
846 -===== **Aplikačná vrstva** =====
876 +=== **Aplikačná vrstva** ===
847 847  
848 -===== **Aktéri a zodpovednosti** =====
878 +==== **Aktéri a zodpovednosti** ====
849 849  
850 850  **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é.
851 851  
852 852  **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).
853 853  
854 -===== **Funkcionality a aplikačné služby** =====
884 +==== **Funkcionality a aplikačné služby** ====
855 855  
856 856  Aplikačné komponenty poskytujú konkrétne **funkcie**, ktoré realizujú biznis služby z vyššej vrstvy. V navrhovanej architektúre ide najmä o:
857 857  
... ... @@ -864,73 +864,76 @@
864 864  * **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  .
865 865  * **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 .
866 866  
867 -===== **Integrácie a rozhrania medzi aplikáciami** =====
897 +==== **Integrácie a rozhrania medzi aplikáciami** ====
868 868  
869 869  **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é.
870 870  
871 871  **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.
872 872  
873 -===== **Udalosti a udalostné toky na aplikačnej vrstve** =====
903 +==== **Udalosti a udalostné toky na aplikačnej vrstve** ====
874 874  
875 875  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.
876 876  
877 -==== **Dátová vrstva** ====
907 +=== **Dátová vrstva** ===
878 878  
879 879  //(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.)//
880 880  
881 -===== **Koncept a komponenty dátovej vrstvy** =====
911 +==== **Koncept a komponenty dátovej vrstvy** ====
882 882  
883 883  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 .
884 884  
885 -===== **Správa kvality dát a Data Governance** =====
915 +==== **Správa kvality dát a Data Governance** ====
886 886  
887 887  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 .
888 888  
889 -===== **Otvorené údaje (Open Data)** =====
919 +==== **Otvorené údaje (Open Data)** ====
890 890  
891 891  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.
892 892  
893 -===== **Interoperabilita a štandardy dát** =====
923 +==== **Interoperabilita a štandardy dát** ====
894 894  
895 895  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.
896 896  
897 897  //(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 .)//
898 898  
899 -==== **Technologická vrstva** ====
929 +=== **Technologická vrstva** ===
900 900  
901 -===== **IoT senzory a zariadenia** =====
931 +==== IoT senzory a zariadenia ====
902 902  
903 903  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.
904 904  
905 -===== **Inteligentné riadiace jednotky** =====
935 +==== **Inteligentné riadiace jednotky** ====
906 906  
907 907  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.
908 908  
909 -===== **Komunikačná infraštruktúra** =====
939 +==== **Komunikačná infraštruktúra** ====
910 910  
911 911  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í.
912 912  
913 -===== **Výpočtová infraštruktúra a cloud** =====
943 +==== **Výpočtová infraštruktúra a cloud** ====
914 914  
915 915  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.
916 916  
917 -===== **Bezpečnostná architektúra** =====
947 +==== **Bezpečnostná architektúra** ====
918 918  
919 919  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.
920 920  
921 -===== **Súlad so štandardmi a koncepciami** =====
951 +==== **Súlad so štandardmi a koncepciami** ====
922 922  
923 -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.
953 +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 .
924 924  
925 -== 5.1Prehľad e-Government komponentov ==
955 +== {{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"/}} 5.2Prehľad e-Government komponentov ==
926 926  
927 -Prehľad eGovernment komponentov je uvedený v dokumente I-03 Prístup k projektu v kapitole 4. ARCHITEKTÚRA RIEŠENIA PROJEKTU.
957 +**//Ak bude vytváraný aj výstup I-03 Prístup k projektu, môže byť táto kapitola z dokumentu I-02 Projektový zámer vypustená, pretože jej obsah bude spracovaný vo výstupe I-03 Prístup k projektu.//**
928 928  
929 -= 6.LEGISLATÍVA =
959 +**//Prehľad eGovernment komponentov je uvedený v dokumente I-03 Prístup k projektu v kapitole 4.//** **//ARCHITEKTÚRA RIEŠENIA PROJEKTU//**
930 930  
961 +
962 += {{id name="_Toc74315499"/}}6.LEGISLATÍVA =
963 +
931 931  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.
932 932  
933 -==== **Súlad s právnym a metodickým rámcom** ====
966 +=== **Súlad s právnym a metodickým rámcom** ===
934 934  
935 935  * **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).
936 936  * **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,7 +939,7 @@
939 939  * **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.
940 940  * **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).
941 941  
942 -==== **Požadované interné predpisy mesta (bez zmeny zákonov)** ====
975 +=== **Požadované interné predpisy mesta (bez zmeny zákonov)** ===
943 943  
944 944  Na plnú realizáciu cieľového stavu postačí aktualizovať vnútorné normy mesta:
945 945  
... ... @@ -963,7 +963,7 @@
963 963  
964 964  **Formy prijatia:** interné smernice primátora/riaditeľa a prevádzkové poriadky mestských organizácií (IT/IoT/GIS).
965 965  
966 -==== **Dopady, ak vnútorné predpisy nebudú prijaté/aktualizované** ====
999 +=== Dopady, ak vnútorné predpisy nebudú prijaté/aktualizované ===
967 967  
968 968  * **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.
969 969  * **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.
... ... @@ -971,70 +971,94 @@
971 971  * **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.
972 972  * **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).
973 973  
974 -= 7.ROZPOČET A PRÍNOSY =
1007 += {{id name="_Toc74315499"/}}7.ROZPOČET A PRÍNOSY doplniť po odsúhlasení CBA v novej šablóne =
975 975  
976 -== 7.2Sumarizácia nákladov a prínosov ==
1009 +>//__Počas Prípravnej a iniciačnej fázy, je potrebné predložiť samostatný dokument M-05 Analýza nákladov a prínosov (xls. BC/CBA) v predpísanej štruktúrovanej forme.(povinné v prípade projektov nad 1 000 000,- EUR). Pre iný, než veľký projekt  - projekt pod 1 000 000,- EUR -  objednávateľ  detailne opíše nákladovú a prínosovú stránku a postup, ktorý je zvolený na cenovú kalkuláciu nákladov a prínosov projektu.V tejto časti dokumentu sa od Vás očakáva štruktúrovane popísať:__//
977 977  
978 -|**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
979 -|**Všeobecný materiál**|**–**|**20 064**|**859**|**–19 205**|**41 925**
980 -|**IT - CAPEX**|**1 007 580**|**319 524**|**1 209 586**|**1 341 163**|**386 753**
981 -|Aplikácie|–|–|–|–|–
982 -|SW|142 909|104 483|697 445|351 420|386 753
983 -|HW|864 671|215 041|512 141|989 743|–
984 -|**IT - OPEX- prevádzka**|**107 588**|**35 935**|**120 775**|**135 145**|**50 905**
985 -|Aplikácie|6 365|4 392|4 204|1 926|15 172
986 -|SW|13 203|9 653|64 437|32 468|35 732
987 -|HW|88 020|21 890|52 134|100 752|–
988 -|**Prínosy**|**7 296 132 €**|**1 161 638 €**|**1 234 512 €**|**3 075 508 €**|**178 509 €**
989 -|**Finančné prínosy**|–|52 819|35 760|–17 059|–
990 -|Administratívne poplatky|–|52 819|35 760|–17 059|–
991 -|Ostatné daňové a nedaňové príjmy|–|–|–|–|–
992 -|**Ekonomické prínosy**|**7 296 155 €**|**1 114 789 €**|**1 254 441 €**|**3 117 830 €**|**288 382 €**
993 -|Občania (€)|575 €|36 715 €|- €|- €|39 591 €
994 -|Úradníci (€)|4 530 €|913 440 €|1 089 807 €|2 294 658 €|- 301 301 €
995 -|Úradníci (FTE)|N/A|N/A|N/A|N/A|N/A
996 -|**Kvalitatívne prínosy**|**7 291 050 €**|**164 634 €**|**164 634 €**|**823 172 €**|**550 091 €**
1011 +(((
1012 +* //__**vypočítané náklady** (vývoj + prevádzka) v T10 (t.j. na 10 rokov dopredu)__//
1013 +* //__v**ypočítané prínosy** v T10 (t.j. na 10 rokov dopredu)__//
1014 +* //__**slovne popísať výpočet prínosov**, z čoho sú čerpané vstupné hodnoty__//
1015 +* //__**rok návratnosti** (doplnenie ukazovateľov: ENPV, FNPV, BCR)__//
1016 +)))
997 997  
998 -Interpretácia výsledkov:
1018 +== (% id="cke_bm_1615704S" 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"/}}(%%)7.1Sumarizácia nákladov a prínosov ==
999 999  
1000 -===== **Kvantitatívne ukazovatele efektívnosti** =====
1020 +|**Náklady**|(((
1021 +**Názov**
1001 1001  
1002 -* **Prahové hodnoty (EÚ)**: BCR > 1,00; **EIRR** > 5 %; **ENPV** > 0.
1003 -* **Výsledky projektu**
1004 -** **BCR**: **2,82** → prínosy prevyšujú náklady viac ako dvojnásobne.
1005 -** **EIRR**: **66,6 %** → výrazne nad štandardnými diskontnými sadzbami.
1006 -** **ENPV**: **9,53 mil. €** → čistý spoločenský prínos je vysoko pozitívny.
1007 -** **FNPV**: **4,46 mil. €** (záporná) → projekt nie je finančne životaschopný.
1023 +**modulu**
1024 +)))|(((
1025 +**Názov**
1008 1008  
1009 -**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.
1027 +**modulu**
1028 +)))|(((
1029 +**Názov**
1010 1010  
1011 -===== **Finančná perspektíva (CAPEX/OPEX vs. úspory)** =====
1031 +**modulu**
1032 +)))
1033 +|**Všeobecný materiál**| | |
1034 +|**IT - CAPEX**| | |
1035 +|Aplikácie| | |
1036 +|SW| | |
1037 +|HW| | |
1038 +|**IT - OPEX- prevádzka**| | |
1039 +|Aplikácie| | |
1040 +|SW| | |
1041 +|HW| | |
1042 +|**Prínosy**| | |
1043 +|**Finančné prínosy**| | |
1044 +|Administratívne poplatky| | |
1045 +|Ostatné daňové a nedaňové príjmy| | |
1046 +|**Ekonomické prínosy**| | |
1047 +|Občania (€)| | |
1048 +|Úradníci (€)| | |
1049 +|Úradníci (FTE)| | |
1050 +|**Kvalitatívne prínosy**| | |
1051 +| | | |
1012 1012  
1013 -* 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).
1053 +//Interpretácia výsledkov~://
1014 1014  
1015 -===== **Ekonomická perspektíva (spoločenské prínosy)** =====
1055 +//Ekonomická a finančná efektívnosť projektu je v analýze prínosov nákladov hodnotená kvantitatívne pomocou nasledujúcich ukazovateľov (prahové hodnoty v zmysle platných dokumentov v prípade financovania zo zdrojov EÚ sú uvedené)~://
1016 1016  
1017 -* Hlavné prínosy tvoria **úspory času** úradníkov a občanov:
1018 -** úradník: úspora **~~8,08 h/podanie** (napr. pri kamerových procesoch až **19,5 h**),
1019 -** občan: **0,2–0,5 h/podanie** (prechod z osobného/telefonického hlásenia na online).
1020 -* Ročne to predstavuje **tisíce hodín** presunutých z rutiny na vyššiu pridanú hodnotu (kvalitnejšie služby).
1021 -* **ENPV 9,53 mil. €** a **EIRR 66,6 %** potvrdzujú vysokú spoločenskú návratnosť.
1057 +* //Pomer prínosov a nákladov (BCR): viac ako 1,00//
1058 +* //Ekonomická vnútorná výnosová miera vyjadrená v % (EIRR): viac ako 5,0 %//
1059 +* //Ekonomická čistá súčasná hodnota vyjadrená v eurách (ENPV): viac ako 0//
1022 1022  
1023 -===== **Nekvantifikované (kvalitatívne) prínosy** =====
1061 +//Pre účely financovania z prostriedkov EU vyjadruje Analýza nákladov a prínosov BC/CBA aj nasledovné ukazovatele~://
1024 1024  
1025 -* **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).
1026 -* **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).
1027 -* **Vyššia bezpečnosť v meste** – inteligentná videoanalytika (prekrýva prevenciu kriminality; **50 tis. → 250 tis. €**/rok).
1028 -* **Lepšia správa dát a transparentnosť** – centrálna platforma + Open Data (rast **25 tis. → 160 tis. €**/rok), posilnená dôvera verejnosti.
1063 +* //Finančná vnútorná výnosová miera v % (FIRR)//
1064 +* //Finančná čistá súčasná hodnota v eur (FNPV).//
1029 1029  
1030 -= 8.HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA =
1066 +//Nie všetky sociálno-ekonomické vplyvy sa dajú vždy vyčísliť a zhodnotiť. Je to preto, že okrem odhadu ukazovateľov výkonnosti by sa mala zohľadniť aj úvaha o nepeňažných nákladoch a výnosoch, najmä vo vzťahu k týmto otázkam: (čistý) dosah na zamestnanosť, ochrana životného prostredia, sociálna rovnosť a rovnaké príležitosti.//
1031 1031  
1032 -==== **Základné termíny** ====
1068 +//V prípade ak dosiahnu uvedené hodnoty viaceré varianty posudzované v rámci Analýzy nákladov, odporúča sa pri výbere finálnej alternatívy zohľadniť výšku BCR, dôležitosť nekvantifikovaných spoločenských prínosov a mieru naplnenia stanovených cieľov. Po vzore krajín ako Veľká Británia sa prioritne odporúča realizovať projekty, kde prínosy prevyšujú náklady štvornásobne (BCR aspoň 4,00).//
1033 1033  
1070 +
1071 +**//Príklad: Kvalitatívne prínosy projektov//**
1072 +
1073 +//Problém: Proces získania stavebného povolenia jeden z najdlhších v EÚ.//
1074 +
1075 +//Príklady kvalitatívnych prínosov projektu, ktoré je možné finančne oceniť~://
1076 +
1077 +* //Zvýšenie ekonomickej aktivity v stavebnom sektore (zvýšenie rastu HDP)//
1078 +* //Nižšie spoločenské škody, spojené s búraním čiernych stavieb//
1079 +
1080 +//Príklady kvalitatívnych prínosov projektu, ktoré nie je možné spoľahlivo finančne oceniť~://
1081 +
1082 +* //Zníženie miery korupcie//
1083 +* //Zníženie miery stresu zamestnancov stavebných úradov//
1084 +
1085 +//Vyššia spokojnosť verejnosti s procesmi územného a stavebného konania.//
1086 +
1087 += {{id name="_Toc74315499"/}}8.HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA =
1088 +
1089 +== Základné termíny ==
1090 +
1034 1034  * Začiatok projektu: 07/2025
1035 1035  * Ukončenie projektu: 12/2027 (Q4/2027 – spustenie do produkcie a akceptačné konanie).
1036 1036  
1037 -==== **High-level harmonogram fáz (podľa I-03)** ====
1094 +=== **High-level harmonogram fáz (podľa I-03)** ===
1038 1038  
1039 1039  |**ID**|**FÁZA / AKTIVITA**|**ZAČIATOK**|**KONIEC**|**POZNÁMKA**
1040 1040  |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.
... ... @@ -1044,9 +1044,9 @@
1044 1044  |5|Testovanie, audity, SLA, školenia|07/2027 (Q3)|09/2027 (Q3)|Funkčné a bezpečnostné testy, nastavenie SLA, školenia operátorov/dispečerov.
1045 1045  |6|Produkčné spustenie & akceptácia|10/2027 (Q4)|12/2027 (Q4)|Spustenie do produkcie, akceptačné konanie a odovzdanie.
1046 1046  
1047 -==== //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).// ====
1104 +==== 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). ====
1048 1048  
1049 -==== **Fakturačné míľniky (naviazané na míľniky I-03)** ====
1106 +=== **Fakturačné míľniky (naviazané na míľniky I-03)** ===
1050 1050  
1051 1051  |**MÍĽNIK**|**POPIS**|**NAVIAZANÉ NA**|**ODHAD %**
1052 1052  |FM1|Podpis zmluvy s dodávateľom|ukončené VO (Q4/2025)|10%
... ... @@ -1058,7 +1058,7 @@
1058 1058  
1059 1059  Percentá sú orientačné; jednotlivé míľniky nadväzujú na reálne výstupy a míľnikové body popísané v I-03.
1060 1060  
1061 -==== **Metóda riadenia projektu (podľa I-03)** ====
1118 +=== **Metóda riadenia projektu (podľa I-03)** ===
1062 1062  
1063 1063  * 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.
1064 1064  * 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.
... ... @@ -1066,9 +1066,9 @@
1066 1066  
1067 1067  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.
1068 1068  
1069 -= 9.PROJEKTOVÝ TÍM =
1126 += {{id name="_Toc74315499"/}}9.PROJEKTOVÝ TÍM =
1070 1070  
1071 -==== **Riadiaci výbor (RV)** ====
1128 +=== **Riadiaci výbor (RV)** ===
1072 1072  
1073 1073  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é:
1074 1074  
... ... @@ -1077,8 +1077,9 @@
1077 1077  |**Biznis vlastník**|Vedúci oddelenia dopravy|Zodpovedný za biznis hodnotu projektu
1078 1078  |**Zástupca prevádzky**|Vedúci IT|Reprezentuje prevádzkové požiadavky
1079 1079  |**Zástupca dodávateľa**|Doplní sa po ukončení VO|2 zástupcovia
1137 +|**Projektový manažér (PM)**|Interný PM mesta alebo externý konzultant|Koordinácia, reporting, riadenie aktivít
1080 1080  
1081 -==== **Projektový tím objednávateľa** ====
1139 +=== **Projektový tím objednávateľa** ===
1082 1082  
1083 1083  Projektový tím objednávateľa bude zodpovedný za operatívne riadenie, odborné vstupy, kontrolu kvality výstupov a podporu pri testovaní a nasadzovaní.
1084 1084  
... ... @@ -1093,17 +1093,39 @@
1093 1093  |**UX dizajnér (nepovinný)**|(doplní sa)|Podpora pri návrhu používateľských rozhraní a používateľskej skúsenosti.
1094 1094  |**Špecialista na publicitu (nepovinný)**|(doplní sa)|Zabezpečuje plnenie povinností publicity a komunikáciu výsledkov projektu.
1095 1095  |**Pracovník v administratíve (nepovinný)**|(doplní sa)|Administratívna podpora, evidencia dokumentov, správa podkladov.
1096 -|**Projektový manažér (PM)**|Interný PM mesta alebo externý konzultant|Koordinácia, reporting, riadenie aktivít
1097 1097  |**Iná špecifická rola (nepovinný)**|Napr. zástupca legislatívneho oddelenia|Konzultácie v oblasti právneho súladu a legislatívnych požiadaviek.
1098 1098  
1099 -== 9.1PRACOVNÉ NÁPLNE ==
1156 +== {{id name="_Toc153139681"/}}{{id name="_Toc15428557"/}}{{id name="_Toc15427667"/}}{{id name="_Toc15426945"/}}{{id name="_Toc510413655"/}} 9.1PRACOVNÉ NÁPLNE ==
1100 1100  
1158 +//Doplniť **podľa dokumentu z Riadiaceho Výboru** projektu, prípadne zo splnomocnení alebo menovacích dekrétov. Tieto vstupy neskôr využijete pri dokumente PID.//
1159 +
1160 +
1161 +//VZORY a ŠABLONY zdrojových súborov sú tu: //[[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]]// //
1162 +
1163 +//Poznámka: Odporúčame – pozrite si VZOR pre MENOVACIE DEKRÉTY členov projektového tímu – vzor obsahuje názorný popis všetkých projektových rolí, ktoré vyžaduje  Vyhláška 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke.//
1164 +
1101 1101  Pracovné náplne sú uvedené v dokumente I-03 Prístup k projektu v kapitole 8. Požiadavky na personál.
1102 1102  
1103 -= 10.ODKAZY =
1167 += {{id name="_Toc74315499"/}}10.ODKAZY =
1104 1104  
1105 -Nie sú žiadne odkazy.
1169 +//Doplniť odkazy na už existujúce produkty v maximálnej miere – vyhnúť sa duplikovaným informáciám.//
1106 1106  
1107 -= 11.PRÍLOHY =
1171 += {{id name="_Toc74315499"/}}11.PRÍLOHY =
1108 1108  
1109 1109  **Príloha : **Zoznam rizík a závislostí (Excel): [[//https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html//>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]
1174 +
1175 +// //
1176 +
1177 +//Poznámka: **Odporúčame**, si evidovať a vyhodnotiť pripomienky odbornej verejnosti//
1178 +
1179 +* //Podľa § 4 odsek 10 – Vyhláška 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke je potrebné zrealizovať pripomienkovanie Projektového zámeru odbornou verejnosťou//
1180 +* //Odporúčame túto aktivitu formalizovať (do dokumentu)//
1181 +* //Odporúčame vyhodnotenie zverejniť na webové sídlo objednávateľa (do projektového adresára) – v súlade s Vyhláškou  401/2023 Zz. Oznámenie o začatí verejného pripomienkovania sa zverejní v centrálnom metainformačnom systéme verejnej správy na mieste určenom Orgánom vedenia. Na schválenie riadiacemu výboru v prípravnej a iniciačnej fáze sa tieto výstupy predkladajú až po zverejnení vyhodnotenia pripomienok.//
1182 +
1183 +----
1184 +
1185 + [[~[GH1~]>>path:#_msoanchor_1]]Formuláre sú anonymné, nebudeme od ľudí požadovať osobné údaje, takže nevieme uplatniť tento princíp v projekte.
1186 +
1187 + [[~[GH2~]>>path:#_msoanchor_2]]Priechody ani parkovanie nie sú v scope projektu
1188 +
1189 + [[~[GH3~]>>path:#_msoanchor_3]]PM nikdy nie je súčasťou RV, on sa RV zodpovedá
1758702403344-994.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702403347-210.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702403348-867.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702403351-408.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702403352-693.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702403353-117.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702403354-163.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702403355-717.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702403357-543.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702403358-455.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702403358-688.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702403359-540.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702411433-920.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702411435-579.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702411436-259.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702411437-405.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702411438-455.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702411439-743.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702411440-392.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702411440-465.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702411441-127.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702411442-317.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702411443-653.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702411444-630.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702456403-406.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702456404-140.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702456416-802.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702456417-114.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702456418-306.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702456419-732.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702456420-217.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702456421-632.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702456422-518.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702456423-793.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702456424-209.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702456425-956.gif
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -43 bytes
Obsah
1758702984964-528.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.stefan\.demcak@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -91.8 KB
Obsah