I-02 Projektový zámer (projektovy_zamer)

Naposledy upravil Peter Ďuriš 2025/09/18 13:24

PROJEKTOVÝ ZÁMER

Vzor pre manažérsky výstup  I-02

 podľa vyhlášky MIRRI č. 401/2023 Z. z.  (účinnosť od 1.4.2025)

Povinná osobaMesto Lučenec
Názov projektuInvestície do bezpečného a inteligentného prostredia
Zodpovedná osoba za projektBenjamín Pravda
Realizátor projektuMesto Lučenec
Vlastník projektuMesto Lučenec

Schvaľovanie dokumentu

PoložkaMeno a priezviskoOrganizáciaPracovná pozíciaDátum

Podpis

(alebo elektronický súhlas)

      
      
  1. HISTÓRIA DOKUMENTU
VerziaDátumZmenyMeno a priezvisko
0125.8.2025Prvá verzia dokumentu 
    
    
  1. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE

Tento dokument je v súlade s vyhláškou MIRRI č. 401/2023 Z.z. v znení neskorších predpisov, pričom je  určený na rozpracovanie detailných informácií prípravnej a iniciačnej fázy projektu z pohľadu aktuálneho stavu, budúceho stavu a navrhovaného riešenia.

Dokument Projektový zámer obsahuje manažérske zhrnutie, rozsah, ciele a motiváciu na realizáciu projektu, zainteresované strany, návrh merateľných ukazovateľov a obsahuje aj

  1. detailný opis požadovaných projektových výstupov,
  2. detailný opis obmedzení, predpokladov, tolerancií a návrh organizačného zabezpečenia projektu,
  3. detailný opis rozpočtu projektu a jeho prínosov,
  4. harmonogram projektu,
  5. vyhodnotenie rizík a závislostí,
  6. architektúru riešenia projektu na úrovni biznis vrstvy, aplikačnej vrstvy, dátovej vrstvy, technologickej vrstvy a bezpečnostnej architektúry,
  7. vyhodnotenie alternatív riešenia projektu pre každú vrstvu architektúry riešenia,
  8. špecifikáciu a klasifikáciu údajov spracovaných v projekte,
  9. požiadavky na prevádzku a údržbu výstupov projektu,
  10. požiadavky na technologickú infraštruktúru a posúdenie alternatív prevádzky infraštruktúry cloud computingom,
  11. požiadavky na zdrojové kódy,
  12. opis implementácie projektu a preberania výstupov projektu.

Súbežne boli vyhotovené dokumenty ako I-04 Katalóg požiadaviek, M-05 Analýza nákladov a prínosov a M-06 Evidencia komponentov v MetaIS.


    1. Použité skratky a pojmy
SKRATKA/POJEMPOPIS
  
  
  

Tabuľka 1 Skratky a pojmy

  1. DEFINOVANIE PROJEKTU

    1. Manažérske zhrnutie

Dôvod realizácie projektu
Mesto Lučenec čelí dlhodobým problémom v oblasti verejného poriadku a dopravy: nedostatočné pokrytie rizikových lokalít mestským kamerovým systémom, obmedzené možnosti mestskej polície pri kontrole parkovania, zvýšený počet priestupkov a vandalizmu a s tým spojené negatívne vnímanie bezpečnosti obyvateľmi. Projekt reaguje na tieto výzvy zavedením moderných bezpečnostných technológií, ktoré umožnia efektívnu kontrolu parkovania, prevenciu kriminality a zlepšenie pocitu bezpečia v meste.

Obsah projektu

Predmetom projektu je:

  • HW riešenia:
    • obstaranie kamerovej technológie pre vozidlá mestskej polície s automatickým rozpoznávaním EČV,
    • rozšírenie mestského kamerového systému o nové pevné a otočné IP kamery,
    • infraštruktúrne vybavenie pre ukladanie a spracovanie videozáznamov.
  • SW riešenia a služby:
    • analytický modul na spracovanie a vyhodnocovanie záznamov (rozpoznávanie EČV, detekcia priestupkov),
    • integrácia s mestským dátovým systémom (DataMesta) a parkovacím systémom Cora Geo,
    • zabezpečený prenos dát a audit prístupov,
    • reporting a vizualizácia údajov pre potreby mestskej polície a samosprávy.
  • Súvisiace aktivity: montáž, inštalácia, testovanie a podpora prevádzky.

Indikatívna výška finančných prostriedkov

  • Celkové oprávnené výdavky: 261 034,48 €
  • Požadovaný nenávratný finančný príspevok (EFRR + ŠR): 240 151,72 €
  • Spolufinancovanie zo strany Mesta Lučenec: 20 882,76 €

Prínosy projektu

  • Pre obyvateľov: vyššia bezpečnosť v uliciach, efektívnejšia regulácia parkovania, zníženie kriminality a vandalizmu.
  • Pre mesto: účinnejšia práca mestskej polície, presnejšie plánovanie parkovacej politiky, rýchlejšie riešenie priestupkov, vyššia transparentnosť.
  • Pre verejné priestory: bezpečnejšie a kvalitnejšie prostredie na život, podnikanie a verejné podujatia.

Cieľová skupina

Výsledky projektu sú určené pre všetkých obyvateľov a návštevníkov mesta Lučenec – najmä približne 24 600 osôb ročne (obyvatelia, podnikatelia, návštevníci, žiaci a študenti).

Väzba na európske fondy

Projekt je realizovaný ako dopytovo-orientovaný projekt v rámci Programu Slovensko 2021 – 2027, priorita 1P1 Veda, výskum a inovácie, špecifický cieľ RSO1.2 – Využívanie prínosov digitalizácie a doplnkovo opatrenie RSO5.1 – Investície do bezpečného fyzického prostredia miest a regiónov. Je súčasťou Integrovaného územného mechanizmu – Integrovaných územných investícií (IÚI) pre Funkčnú mestskú oblasť Lučenec.

Prijímateľom je Mesto Lučenec, ktoré disponuje organizačnými a personálnymi kapacitami na riadenie a udržateľnosť projektu.


    1. Motivácia a rozsah projektu

Problém

Mesto Lučenec v súčasnosti čelí viacerým problémom v oblasti verejného poriadku a dopravy:

  • nedostatočné pokrytie rizikových lokalít mestským kamerovým systémom,
  • zastarané technológie, ktoré neposkytujú požadovanú kvalitu obrazu ani online monitoring,
  • obmedzené možnosti mestskej polície pri kontrole parkovacej politiky a dodržiavaní pravidiel,
  • zvýšený počet priestupkov, vandalizmu a dopravných incidentov,
  • negatívne vnímanie bezpečnosti obyvateľmi a návštevníkmi mesta.

Tieto faktory spôsobujú reputačné a finančné straty mestu a znižujú kvalitu života obyvateľov.

Predmetné biznis procesy

Projekt sa týka modernizácie a digitalizácie štyroch hlavných procesov mestského dohľadu a správy parkovania:

  • Monitorovanie verejných priestorov prostredníctvom moderných pevných a otočných kamier.
  • Automatizovaná kontrola parkovania pomocou mobilných kamier s rozpoznávaním EČV.
  • Evidencia priestupkov a rýchle vyhodnocovanie záznamov s prepojením na mestské IS.
  • Správa dát a rozhodovanie – centrálna databáza, integrácia s DataMesta a parkovacím systémom, reporting pre mesto a políciu.

Oblasť (agenda / životná situácia)

Projekt sa týka agendy bezpečnosti, verejného poriadku a dopravy. Životná situácia: „Bezpečné verejné priestory a spravodlivé parkovanie v meste“ – služby priamo ovplyvňujúce kvalitu života obyvateľov, návštevníkov aj podnikateľov.

Rozsah projektu

Subjekty: Mesto Lučenec (ako žiadateľ a prijímateľ), obyvatelia a návštevníci mesta (cca 24 600 používateľov ročne), mestská polícia, podnikateľské subjekty.

Informačné systémy VS (ISVS):

  • mestský IS DataMesta a parkovací systém Cora Geo,
  • integračné väzby na centrálne registre a analytické platformy (v rozsahu potrebnom pre správu dát a reporting),
  • zabezpečená komunikácia s kamerovými systémami a mobilnými jednotkami.

Projekt je v súlade s požiadavkami METAIS a vyhlášky 401/2023.

Motivácia

  • zvýšenie bezpečnosti a pocitu ochrany obyvateľov,
  • modernizácia a digitalizácia procesov mestskej polície,
  • efektívna a spravodlivá kontrola parkovania,
  • zníženie kriminality a vandalizmu,
  • podpora smart city riešení a napĺňanie legislatívnych cieľov SR/EÚ v oblasti digitalizácie a bezpečnosti miest.

Obmedzenia

  • projekt sa realizuje v rámci schválenej výzvy PSK-MIRRI a jeho rozsah je viazaný na oprávnené výdavky (max. 261 034,48 €),
  • obmedzený časový rámec implementácie (10/2025 – 04/2026),
  • závislosť od technologických dodávateľov (dodávky HW, montáž, SW integrácia),
  • nutnosť zabezpečenia udržateľnosti výsledkov minimálne 5 rokov po ukončení projektu, vrátane krytia prevádzkových nákladov zo strany mesta.


      1. Realizované aktivity v zmysle výzvy

V rámci projektu budú realizované nasledovné aktivity, ktoré budú plniť podmienky vyzvy:

  • Aktivita 1: IoT, dáta a platformy – obstaranie kamerovej technológie na autá mestskej polície pre kontrolu parkovania (rozpoznávanie EČV, zber dát, integrácia do mestského IS).
  • Aktivita 2: Zaobstaranie bezpečnostných kamier – rozšírenie mestského kamerového systému o pevné a otočné kamery pre prevenciu kriminality a zvýšenie bezpečnosti v meste.

    1. Zainteresované strany (Stakeholderi)
IDAKTÉR / STAKEHOLDER

SUBJEKT

(názov / skratka)

ROLA
1.Žiadateľ / Prijímateľ NFPŽiadateľ / Prijímateľ NFPŽiadateľ / Prijímateľ NFP
2.Štatutárny zástupcaPrimátorZodpovedá za oficiálne zastupovanie žiadateľa a podpisovanie dokumentov
 Mestská políciaMsP LučenecPriamy používateľ kamerového systému, kontrola parkovania, riešenie priestupkov
3.Občania mestaObčaniaPriami užívatelia výsledkov – bezpečnejšie prostredie, lepšia dostupnosť parkovania
5.Podnikatelia v mestePOUžívatelia výsledkov – bezpečné prostredie pre podnikanie, dostupnosť parkovania
6.Ministerstvo investícií, regionálneho rozvoja a informatizácie SR (MIRRI SR)Riadiaci orgánPoskytovateľ NFP, dohľad nad dodržaním pravidiel Programu Slovensko a napĺňanie cieľových ukazovateľov výzvy

Tabuľka 2 Zainteresované strany (Stakeholderi)


    1. Ciele projektu
IDNÁZOV CIEĽA (SMART)NÁZOV STRATEGICKÉHO CIEĽASPÔSOB REALIZÁCIE STRATEGICKÉHO CIEĽAMERATEĽNÝ UKAZOVATEĽ (KPI)
C1Zaviesť mobilný kamerový systém s rozpoznávaním EČV na min. 2 vozidlá MsP do 04/2026NKIVS 2023+: Digitalizácia verejných služieb pre občana / KRIT: Digitalizácia agend VSImplementácia IoT riešenia pre monitoring parkovania a priestupkovPočet vozidiel MsP vybavených kamerovým systémom: 2; Počet spracovaných záznamov EČV mesačne: min. 5 000
C2Nainštalovať min. 8 nových pevných a otočných bezpečnostných kamier do 04/2026Program Slovensko 2021–2027, Priorita 1P1, ŠC RSO1.2 – Digitalizácia pre občanov a VSRozšírenie mestského kamerového systému pre monitorovanie rizikových lokalítPočet nových kamier: min. 8; Počet monitorovaných lokalít: min. 6
C3Integrovať kamerový systém do centrálnej dátovej platformy mesta do 04/2026Program Slovensko – RSO1.2: Využívanie prínosov digitalizáciePrepojenie kamerových záznamov a dát o priestupkoch s DataMesta a parkovacím systémomFunkčná integrácia s DataMesta a parkovacím systémom; Počet integračných rozhraní/API: min. 2
C4Zaviesť reporting a analytické nástroje pre MsP a MsÚ do 04/2026KRIT: Smart city riešenia a udržateľný rozvoj miestImplementácia dátovej analytiky a vizualizácií na podporu rozhodovaniaFunkčný analytický dashboard; Počet interných používateľov dát: min. 10
C5Zvýšiť úroveň verejného poriadku znížením priestupkov v parkovaní o min. 20 % do 2027Strategický rámec smart city a bezpečné prostredie miestDigitalizácia a automatizácia procesov kontroly parkovaniaZníženie počtu priestupkov o min. 20 % oproti baseline (2024); Výška indikátora PSKPSRI40: 24 612 používateľov/rok
C6Zvýšiť pocit bezpečia obyvateľov prostredníctvom kamerového monitoringu do 2027Program Slovensko 2021–2027, Priorita 5, ŠC RSO5.1 – Investície do bezpečného prostrediaPrevencia kriminality prostredníctvom nepretržitého monitoringu rizikových lokalítVýsledky prieskumu spokojnosti obyvateľov (NPS > +30); Počet monitorovaných m² verejných priestorov: 195 185,40

Tabuľka 3 Ciele projektu


    1. Merateľné ukazovatele (KPI)
IDID / NÁZOV CIEĽANÁZOV UKAZOVATEĽA (KPI)POPIS UKAZOVATEĽAMERNÁ JEDNOTKAAS IS (aktuálne)TO BE (cieľové hodnoty)SPÔSOB ICH MERANIA A POZN.
C1Mobilný kamerový systém (EČV)Počet vozidiel MsP vybavených kamerovým systémomPočet služobných vozidiel MsP s kamerovou technológiou a rozpoznávaním EČVks02Odovzdávací protokol dodávateľa, evidencia MsP
C1Mobilný kamerový systém (EČV)Počet spracovaných záznamov EČV mesačnePočet spracovaných a vyhodnotených záznamov z mobilných kamierpočet/mesiac0≥ 5 000Evidencia MsP v centrálnom systéme
C2Nové bezpečnostné kameryPočet nových kamierPočet nainštalovaných pevných a otočných IP kamierks08Protokoly o inštalácii, fyzická kontrola
C2Nové bezpečnostné kameryPočet monitorovaných lokalítPočet mestských lokalít pokrytých novými kameramiks06Mapa pokrytia, evidencia MsÚ
C3Integrácia kamerového systémuPočet integračných rozhraní/APIPočet vytvorených integračných rozhraní (DataMesta, parkovací systém)ks02Dokumentácia API, testovacie protokoly
C3Integrácia kamerového systémuFunkčná integráciaStupeň prepojenia s existujúcimi IS (DataMesta, Cora Geo)systémNeexistuje1 funkčný systémTestovacia prevádzka, protokol o nasadení
C4Reporting a analytické nástrojePočet interných používateľov dátPočet pracovníkov MsP a MsÚ, ktorí aktívne používajú reportingový modulosoby0≥ 10Evidencia používateľov v systéme
C4Reporting a analytické nástrojeFunkčný analytický dashboardPrevádzkovaný modul analytiky a vizualizáciesystémNeexistuje1 funkčný systémOdovzdávací protokol, evidencia používania
C5Zníženie priestupkov v parkovaníPočet priestupkov ročnePočet zaznamenaných priestupkov v oblasti parkovaniaksbaseline (2024)-20 % oproti baselineEvidencia MsP, ročné štatistiky
C5Zníženie priestupkov v parkovaníPočet používateľov službyPočet obyvateľov pokrytých novými službami (indikátor PSKPSRI40)osoby/rok024 612Evidencia používateľov v systéme, indikátor PSKPSRI40
C6Zvýšenie pocitu bezpečiaPokryté monitorované územieRozloha monitorovaného verejného priestoru kamerami0195 185,40GIS analýza, evidencia MsÚ
C6Zvýšenie pocitu bezpečiaIndex spokojnosti obyvateľov (NPS)Výsledky prieskumu spokojnosti obyvateľov s bezpečnosťou v mesteindexneexistuje> +30Ročný dotazníkový prieskum medzi obyvateľmi

Tabuľka 4 Merateľné ukazovatele (KPI)


    1. Špecifikácia potrieb koncového používateľa

Skupiny koncových používateľov

Skupina používateľovSociodemografické charakteristikyPotreby / očakávania
Obyvatelia mestacca 24 600 osôb, rôzne vekové kategórie (študenti, pracujúci, dôchodcovia), mestská populáciavyššia bezpečnosť vo verejných priestoroch, pocit ochrany, férová dostupnosť parkovania
Návštevníci a turistikrátkodobý pobyt, rôzne vekové skupiny, prevažne vodiči áuttransparentné informácie o parkovaní, bezpečné prostredie počas návštevy
Podnikatelia a prevádzkymalé a stredné podniky, gastro, služby, obchodné prevádzkybezpečné prostredie pre podnikanie a zákazníkov, ochrana pred vandalizmom, spravodlivé parkovanie
Mestská polícia (MsP)policajti 25–60 rokov, hliadky v teréne, dispečingefektívny dohľad nad verejnými priestormi, nástroje na rýchle riešenie priestupkov, jednoduchý reporting
Úradníci MsÚ Lučeneczamestnanci oddelenia správy IS, dopravy a bezpečnosti, 30–60 rokovdátový prehľad o priestupkoch a parkovaní, integrácia s DataMesta, jednoduché riešenie sťažností a reklamácií
Technická infraštruktúrasprávcovia IT, dodávateľské firmystabilné, štandardizované a interoperabilné riešenie, nízka poruchovosť, bezpečnosť dát

Používateľské príbehy (user stories)

  • Ako obyvateľ mesta chcem, aby rizikové lokality boli monitorované 24/7 kamerami, aby som sa cítil bezpečnejšie.
  • Ako návštevník chcem, aby mestská polícia vedela rýchlo skontrolovať, či mám zaplatené parkovanie, aby bol systém férový pre všetkých.
  • Ako podnikateľ chcem, aby kamery chránili moju prevádzku pred vandalizmom, aby som nemusel znášať škody z incidentov.
  • Ako mestský policajt chcem mať kameru na služobnom aute s rozpoznávaním EČV, aby som rýchlo identifikoval neoprávnené parkovanie.
  • Ako úradník MsÚ chcem mať prehľadný dashboard s dátami z kamier, aby som vedel plánovať opatrenia a podávať reporty.
  • Ako IT správca chcem, aby systém spĺňal bezpečnostné štandardy a bol ľahko spravovateľný, aby som vedel garantovať jeho spoľahlivosť.

Výkonnostné (performance) indikátory:

  • priemerný čas spracovania záznamu EČV (AS IS: manuálna kontrola – min. 5 min; TO BE: < 30 sek),
  • miera dostupnosti kamerového systému (AS IS: < 90 %, TO BE: ≥ 99 %),
  • podiel integrovaných dát z kamier do DataMesta (AS IS: 0 %, TO BE: 100 %),
  • počet priestupkov vyriešených do 24 h (AS IS: < 30 %, TO BE: ≥ 80 %).

Spokojnostné indikátory:

  • Net Promoter Score (NPS) obyvateľov s bezpečnosťou v meste (AS IS: neexistuje, TO BE: > +30),
  • Customer Effort Score – jednoduchosť riešenia priestupku (TO BE: ≥ 4/5),
  • Customer Satisfaction (CSAT) pri riešení sťažností a incidentov (TO BE: ≥ 80 % spokojnosť).

    1. Detailný opis obmedzení a predpokladov

Dôvody pre vymedzenie rozsahu

  • Finančné obmedzenia: Projekt je viazaný na schválený rozpočet (261 034,48 €) a oprávnené výdavky podľa pravidiel Programu Slovensko.
  • Vecné zameranie výzvy: Projekt je súčasťou opatrenia RSO1.2 – Využívanie prínosov digitalizácie, ktoré sa sústreďuje na IoT riešenia, dáta a inteligentné služby pre mestá; doplnkovo spadá aj do opatrenia RSO5.1 – Investície do bezpečného fyzického prostredia miest a regiónov.
  • Prioritizácia potrieb mesta: V prvej fáze sa rieši zvýšenie bezpečnosti a spravodlivá kontrola parkovania, ako najpálčivejšie problémy. Ďalšie oblasti (napr. smart energetika, vodohospodárstvo, environmentálne služby) budú predmetom nadväzných projektov.
  • Prevádzkyschopnosť: Z dôvodu kapacít MsÚ je nutné začať s realizovateľným rozsahom – rozšírenie kamerového systému a mobilná kamera pre mestskú políciu – ktoré je možné efektívne riadiť a dlhodobo udržať.

Predpoklady pre úspešnú realizáciu projektu

  • Technické predpoklady:
    • dostupnosť a funkčnosť HW (pevné a otočné kamery, mobilné kamery pre MsP, servery a úložiská),
    • funkčná integrácia SW riešenia s mestským systémom DataMesta a parkovacím systémom Cora Geo,
    • dostupnosť stabilnej dátovej konektivity (optická sieť, LTE/5G pre mobilné jednotky).
  • Organizačné predpoklady:
    • kapacitne zabezpečený projektový tím (projektový manažér, finančný manažér, technický dohľad, bezpečnostný špecialista),
    • zapojenie Oddelenia dopravy a životného prostredia MsÚ Lučenec a Mestskej polície,
    • spolupráca s dodávateľmi v súlade s pravidlami verejného obstarávania a harmonogramom.
  • Legislatívne a regulačné predpoklady:
    • súlad s vyhláškou č. 401/2023 Z. z. o riadení projektov IT VS a vyhláškou č. 547/2021 Z. z. o elektronizácii agendy VS,
    • dodržanie GDPR a zákona č. 18/2018 Z. z. pri spracúvaní obrazových záznamov a údajov o EČV,
    • súlad s podmienkami čerpania EÚ fondov (Program Slovensko 2021–2027).
  • Finančné predpoklady:
    • pridelenie NFP v požadovanej výške (240 151,72 €),
    • zabezpečenie spolufinancovania z rozpočtu mesta (20 882,76 €).
  • Časové predpoklady:
    • dodržanie harmonogramu realizácie (10/2025 – 04/2026),
    • dostupnosť dodávateľov v požadovaných termínoch, vrátane testovania a pilotnej prevádzky.

    1. Vyhodnotenie rizík a závislostí

Viď. Príloha Katalóg rizík a obmedzení


    1. Detailný opis rozpočtu projektu a jeho prínosov

Náklady projektu boli stanovené na základe prieskumu trhu troch základných komponentov, ktoré sú predmetom projektu. Jedná sa o nasledovné:

  • Kamery na autá
  • Cloud služby pre kamery
  • Bezpečnostné kamery - kamerové hniezda
  • Server, ukladací priestor, softvér pre bezpečnostné kamery

      1. Sumarizácia nákladov a prínosov

V nasledujúcej tabuľke sú definované náklady na projekt v zmysle ŽoNFP:

file:///C:/Users/peter/AppData/Local/Temp/msohtmlclip1/01/clip_image001.emz1758194650079-287.png

Tabuľka 6 Sumarizácia nákladov a prínosov

Prínosy projektu

  • Zvýšenie bezpečnosti a verejného poriadku – rozšírenie mestského kamerového systému umožní 24/7 monitoring rizikových lokalít a prevenciu kriminality.
  • Efektívna kontrola parkovania – mobilné kamery na vozidlách MsP s rozpoznávaním EČV zabezpečia rýchle a spravodlivé overovanie dodržiavania parkovacej politiky.
  • Vyšší pocit bezpečia obyvateľov a návštevníkov – prítomnosť kamier v uliciach znižuje obavy z vandalizmu, rušivého správania a dopravných priestupkov.
  • Zníženie kriminality a vandalizmu – kamerový dohľad pôsobí preventívne a znižuje počet priestupkov a trestných činov v exponovaných lokalitách.
  • Zníženie nákladov mesta – presnejšia evidencia priestupkov a dôkazový materiál z kamier umožní rýchlejšie správne konania a efektívnejšie využívanie kapacít MsP.
  • Lepšie plánovanie a rozhodovanie – analytické nástroje a reporting poskytujú podklady pre bezpečnostné opatrenia a dopravné politiky mesta.
  • Vyššia transparentnosť – mesto má k dispozícii presné dáta o využívaní verejných priestorov, čo podporuje dôveru verejnosti.
  • Zlepšenie kvality života obyvateľov – bezpečnejšie ulice, nižší počet priestupkov a rýchlejšia reakcia mestskej polície na incidenty.
  • Inovácie a digitalizácia služieb – zavedenie moderných technológií (IoT kamery, dátové platformy, analytika) v súlade s princípmi inteligentného mesta.


      1. Zdroj financovania

Zdrojom financovania je Program Slovensko na základe výzvy - PSK-MIRRI-619-2024-ITI-EFRR - Podpora rozvoja tvorby, spracovania, využívania a prepájania dát v rámci verejnej správy pre inteligentné rozhodovanie, plánovanie a správu.


    1. Harmonogram projektu

V nasledujúcej tabuľke je definovaný harmonogram realizácie projektu

IDFÁZA/AKTIVITA

ZAČIATOK

(odhad termínu)

KONIEC

(odhad termínu)

POZNÁMKA
1.Prípravná fáza a Iniciačná fáza05/202509/2025 
2.Realizačná fáza10/202505/2025 
2aAnalýza a Dizajn10/202511/2025 
2bNákup infraštruktúrnych služieb, programových  a technických prostriedkov11/202502/2026Napr. Je potrebné obstarať dodávateľa IS riešenia/ licencie[1]/ konzultačné služby
2cImplementácia a testovanie02/202604/2026 
2dNasadenie a PIP03/202604/2026PIP - 3 mesiace po nasadení
3.Dokončovacia fáza05/202607/2026 
4.Podpora prevádzky (SLA)07/2026TBD 

Projekt bude realizovaný metódou waterfall


    1. Návrh organizačného zabezpečenia projektu (projektový tím)

Žiadateľ disponuje kompletným materiálovo-technickým zabezpečením, informačno-komunikačinými technológiami a technickým a administratívnym personálom potrebným na vykonávanie účtovných, kontrolných a ekonomických činností v rámci realizácie projektu a udržateľnosti. Na udržateľnosť bude dohliadať projektová pracovná skupina, ktorá bude monitorovať priebeh projektu v súlade so zmluvou o NFP prostredníctvom monitorovacích správ. Na administratívnu prevádzku je zriadená samostatná kancelária vybavená kompletným vybavením, ktoré je potrebné vykonávanie danej činnosti. Vybavenie kancelárie pozostáva z písacích stolov, skríň, policovej zostavy, stoličiek a zariadení s výpočtovou technikou - PC na spracovanie databáz, tlačiareň a multifunkčné zariadenie. Kancelária bude technicky slúžiť na spracovanie, úschovu a odosielanie dokumentov na ďalšie spracovanie. Mestský úrad Lučenec je počtom zamestnancov zaradený medzi malé stredné podniky. Vedúci oddelení dokážu aj v prípade hroziacich manažérskych rizík zabezpečiť plnohodnotné plnenie úloh bez prerušenia napredovania projektu a splnenia časových rámcov.

Projektový manažér: Mgr. Benjamín Pravda

Pracovný pozícia a vzdelanie: projektový manažér, vysokoškolské II. Stupňa

Popis pracovnej činnosti:

  • riadenie projektu po vecnej a obsahovej stránke;
  • kontrola plnenia stanoveného časového rámca realizácie aktivít projektu;
  • kontrola plnenia ďalších záväzkov prijímateľa vyplývajúcich zo Zmluvy o poskytnutí NFP;
  • kontrola z pohľadu stanovených úloh a výstupov projektu;
  • komunikácia (osobná/písomná) s poskytovateľom, zhotovenie záznamov z pracovných stretnutí;
  • vypracovanie žiadostí o platbu a monitorovacích správ projektu až po záverečnú monitorovaciu správu;
  • v prípade potreby vypracovanie žiadostí o zmenu;
  • kontrola plnenia časového harmonogramu implementácie a indikátorov projektu;
  • dohľad nad plnením povinných indikátorov uvedených v ŽoNFP;
  • spolupráca s ostatnými internými zamestnancami Mestského úradu v Lučenci pri implementácii projektu;
  • poskytnutie súčinnosti počas kontrol na mieste realizácie projektu;
  • v prípade potreby organizovanie monitorovacích stretnutí administratívneho personálu v riadení projektu;
  • zabezpečenie publicity v zmysle požiadaviek RO a Zmluvy o poskytnutí NFP, príprava podkladov k publicite projektu.

Finančný manažér: Ing. Katarína Matejková

Pracovná pozícia a vzdelanie: Vedúca Oddelenia ekonomiky a majetku Mesta, vysokoškolské II. Stupňa

Popis pracovnej činnosti:

  • vypracovanie a kontrola Žiadostí o platbu v spolupráci s projektovým manažérom;
  • spolupráca s ostatnými internými zamestnancami Mestského úradu v Lučenci;
  • poskytovanie súčinnosti počas kontrol na mieste realizácie projektu;
  • zabezpečenie plynulého finančného riadenia projektu;
  • kontrola výstupov z účtovníctva potrebných pri implementácii projektu;
  • kontrola vystavených faktúr v súvislosti s realizáciou projektu, kontrola plnenia záväzkov objednávateľa vyplývajúcich z realizácie projektu;
  • zaúčtovanie účtovných dokladov, sledovanie správnosti úhrad nákladov projektu, po ukončení zaradenie investície do majetku;
  • príprava podpornej dokumentácie k ŽoP;
  • zabezpečenie poistenia majetku.

Odborná stránka projektu a dohľad nad technickou stránkou projektu, ako aj dohľad na technické špecifikácie obstarávaného majetku bude zabezpečená zamestnancami Oddelenia vnútronej správy mesta Lučenec.

  1. LEGISLATÍVA

Na realizáciu projektu nie sú potrebné legislatívne zmeny

  1. ARCHITEKTÚRA RIEŠENIA PROJEKTU

V tejto časti je popísaný základný architektonický pohľad na architektúru


    1. Stanovenie alternatív architektúry riešenia
      1. Stanovenie alternatív v biznisovej vrstve architektúry
AlternatívaPopis
Alternatíva 0 – „Bez projektu“ (AS-IS stav)ponechanie súčasného mestského kamerového systému v existujúcom rozsahu, bez modernizácie a rozšírenia, zastarané technológie s nízkym rozlíšením a obmedzenou funkcionalitou, nedostatočné pokrytie rizikových lokalít, absencia mobilnej kamerovej technológie pre MsP, obmedzená schopnosť efektívnej kontroly parkovania, pretrvávanie vyššieho počtu priestupkov a vandalizmu.
Alternatíva 1 – Čiastočná modernizáciarozšírenie mestského kamerového systému o niekoľko nových kamier bez integrácie do centrálneho dátového systému, obmedzené prínosy najmä pre MsP (čiastočne lepší monitoring), pre obyvateľov len mierne zlepšenie pocitu bezpečia, bez možnosti efektívnej kontroly parkovania ani analytických služieb.
Alternatíva 2 – Mobilná kamera pre MsPobstaranie kamerovej technológie pre služobné vozidlá mestskej polície s rozpoznávaním EČV, zlepšenie kontroly parkovania a rýchlejšie riešenie priestupkov, prínos najmä pre MsP a mesto, obmedzené prínosy pre obyvateľov (len čiastočné zvýšenie spravodlivosti v parkovaní), bez širšieho pokrytia rizikových lokalít a prevencie kriminality.
Alternatíva 3 – Komplexné riešenie (navrhované v projekte)kombinácia: rozšírenie mestského kamerového systému o nové pevné a otočné IP kamery + obstaranie mobilnej kamerovej technológie pre vozidlá MsP + integrácia do dátového systému mesta (DataMesta, parkovací systém Cora Geo) + reporting a analytika, riešenie pokrýva potreby všetkých stakeholderov: obyvatelia – vyšší pocit bezpečia a férové parkovanie, mesto – efektívna správa dát a transparentnosť, MsP – účinná práca s dôkazmi a rýchle riešenie priestupkov; najvyššia investícia, ale aj najvyššie prínosy.

Kritériá pre hodnotenie alternatív (MCA)

KritériumPopisVáha (%)Alt. 0Alt. 1Alt. 2Alt. 3
Investičné nákladyFinančná náročnosť obstarania HW/SW (kamery, mobilné systémy, integrácia)2010764
Prevádzkové nákladyRočné náklady na servis, údržbu a správu dátového systému1510766
Dopad na obyvateľovZvýšenie pocitu bezpečia, férovosť parkovania, dostupnosť služieb2525710
Dopad na mesto (MsÚ, MsP)Efektivita práce MsP, rýchlosť riešenia priestupkov, transparentnosť2026710
Bezpečnostný prínosPrevencia kriminality, zníženie vandalizmu, zvýšenie dohľadu1025710
Súlad so stratégiami (NKIVS, KRIT, Program Slovensko)Väzba na priority smart city, digitalizácie a ciele EÚ1036710

Výsledné hodnotenie alternatív

  • Alternatíva 0 – Bez projektu: 49,0 bodov – najnižšie hodnotenie, nezabezpečuje rozvoj ani riešenie aktuálnych problémov.
  • Alternatíva 1 – Čiastočná modernizácia: 60,0 bodov – čiastočné prínosy, hlavne pre MsP, no obmedzené dopady na obyvateľov.
  • Alternatíva 2 – Mobilná kamera pre MsP: 66,5 bodov – lepšie výsledky pri kontrole parkovania, ale stále chýba širší bezpečnostný prínos pre obyvateľov.
  • Alternatíva 3 – Komplexné riešenie: 82,0 bodov – najvyššie skóre, komplexne pokrýva potreby obyvateľov, mesta aj MsP a je v súlade so strategickými cieľmi.

      1. Stanovenie alternatív v aplikačnej vrstve architektúry

Správa prístupu a bezpečnosti

  • Modul správy používateľov a rolí (MsP, MsÚ, admin)
  • Audit prístupov a logovanie
  • GDPR retenčné politiky a šifrovanie dát

Evidencia a monitoring verejných priestorov

  • Video Management System (VMS) – správa a archivácia streamov
  • ALPR/ANPR modul – rozpoznávanie EČV (mobilné + pevné kamery)
  • Geotagging a mapová vrstva (lokalizácia kamier, heatmapy incidentov)

Kontrola parkovania a priestupkov

  • Workflow správy priestupkov a dôkazové balíky
  • Integrácia na parkovací systém (Cora Geo)
  • Generovanie podkladov pre správne konania

Administrácia a reporting

  • Dashboard pre MsP a MsÚ (prehľad priestupkov, KPI, štatistiky)
  • Reporting a exporty (mesačné/ročné)
  • Otvorené dáta (anonymizované agregáty do NKOD)

Integrácie a infraštruktúra

  • API rozhrania pre kamery, VMS, DataMesta a parkovací systém
  • Bezpečné ukladanie a prenos dát (šifrovanie, zálohy)
  • Mobilné jednotky (edge zariadenia vo vozidlách MsP)


      1. Stanovenie alternatív v technologickej vrstve architektúry

Projekt bude nasadený na infraštruktúre mesta.


    1. Náhľad architektúry a popis budúceho cieľového produktu

Popis cieľového produktu podľa architektonických vrstiev

Biznis architektúra

  • Cieľový stav: Transparentná a spravodlivá kontrola parkovania a zvýšenie bezpečnosti verejných priestorov prostredníctvom digitalizovaných procesov.
  • Podporované procesy:
    • Automatizovaná kontrola parkovania cez rozpoznávanie EČV (vozidlá MsP),
    • Monitoring rizikových lokalít prostredníctvom pevných a otočných IP kamier,
    • Evidencia priestupkov a generovanie dôkazových balíkov,
    • Reporting a analytika pre MsÚ a MsP,
    • Publikovanie anonymizovaných dát do NKOD.

Aplikačná architektúra

  • Nutné moduly:
    • Modul správy používateľov a rolí (IAM/RBAC),
    • Video Management System (VMS) pre evidenciu a archiváciu záznamov,
    • ALPR/ANPR modul na rozpoznávanie EČV,
    • Modul workflow priestupkov (evidencia, podklady pre správne konanie),
    • Dashboard/reporting pre MsP a MsÚ,
    • API rozhrania a integrácie na DataMesta a parkovací systém (Cora Geo).
  • Preferované moduly:
    • Mobilná aplikácia pre interné hliadky (notifikácie, náhľady záznamov),
    • Analytický modul pre štatistiky kriminality a dopravných priestupkov,
    • Integrácia s GIS a otvorenými dátami.

Technologická architektúra

  • HW komponenty: pevné a otočné IP kamery, mobilné ALPR kamery na vozidlách MsP, servery a úložiská, sieťová infraštruktúra.
  • SW komponenty: VMS, ALPR engine, integračné API, databáza priestupkov, analytický dashboard, export do NKOD podľa DCAT-AP-SK 2.0.
  • Infra: Hosting v mestskom dátovom centre s možnosťou napojenia na GOV Cloud, zabezpečená konektivita (VPN, optická sieť, LTE/5G pre mobilné jednotky).

Funkčné a nefunkčné požiadavky

  • Funkčné požiadavky (výber):
    • Evidencia a archivácia kamerových záznamov,
    • Automatizované rozpoznávanie EČV,
    • Evidencia priestupkov a generovanie dôkazových balíkov,
    • Integrácia na parkovací systém Cora Geo,
    • Dashboard a reporting pre MsÚ a MsP,
    • Export anonymizovaných datasetov do NKOD.
  • Nefunkčné požiadavky:
    • Bezpečnosť: šifrovanie, GDPR, audit prístupov, Common Criteria,
    • Dostupnosť: SLA min. 99,5 %,
    • Interoperabilita: súlad s prílohou č. 11 výzvy a vyhl. 78/2020 (štandardy ISVS),
    • Používateľská kvalita: UX testovanie podľa vyhl. 547/2021, responzívne rozhranie,
    • Rozšíriteľnosť: možnosť integrácie s ďalšími smart city riešeniami.

Náhľad budúcej IT architektúry

  • Biznis vrstva (ArchiMate – Business Layer):
    • Business Actor: Obyvateľ, Mestská polícia, MsÚ Lučenec.
    • Business Process: Parkovanie a kontrola EČV, Monitorovanie verejných priestorov, Evidencia priestupkov.
    • Business Service: Bezpečné verejné priestory, Férové parkovanie, Transparentný reporting.
  • Aplikačná vrstva (ArchiMate – Application Layer):
    • Application Component:
      • „Video Management System“ (VMS),
      • „ALPR Engine“ (rozpoznávanie EČV),
      • „Parking Control Workflow“ (správa priestupkov),
      • „City Dashboard“ (MsÚ, MsP).
    • Application Service: Evidencia priestupkov, Správa parkovania, Reporting, Export otvorených dát.
  • Technologická vrstva (ArchiMate – Technology Layer):
    • Device: IP kamery, mobilné ALPR kamery, servery, dátové úložiská, sieťová infraštruktúra.
    • System Software: VMS platforma, databáza priestupkov, API middleware.
    • Infrastructure Service: Hosting, zálohovanie, VPN, GOV Cloud integrácia.

    1. Biznis vrstva

Riešenie nevytvára koncové služby



      1. Návrh riešenia v biznis vrstve architektúry

Popísané v časti 5.2



      1. Prehľad koncových služieb – budúci stav (TO BE):

Riešenie nevytvára koncové služby

Kód KS

(z MetaIS)

Názov KSPoužívateľ KS (G2C/G2B/G2G/G2A)

Životná situácia

(+ kód z MetaIS)

Úroveň elektronizácie KS
    Vyberte jednu z možností
    Vyberte jednu z možností
    Vyberte jednu z možností

Tabuľka 11Prehľad koncových služieb - budúci stav (TO BE)



      1. Organizačné zmeny a Procesy dotknuté navrhovaným riešením

Nie je potrebné realizovať organizačné zmeny a zmeny procesov



      1. Jazyková podpora lokalizácia

Bude prevedené v slovenskom jazyku


    1. Aplikačná vrstva

V nasledujúcej tabuľke je uvedený základný koncept aplikačnej vrstvy

ID (prac.)Názov komponentu (MetaIS názov)TypStav (M-06)VlastníkPopis / účel
IS-CAMSIS mesta – Kamerový a parkovací dohľad (City Camera & Parking Control)ISVSNovýMesto LučenecCentrálna aplikačná platforma projektu: evidencia a archivácia záznamov, správa kamier, workflow priestupkov, reporting, API.
SUB-VMSPodsystém správy videa (VMS Core)Podsystém ISNovýMestoPríjem streamov z pevných/otočných IP kamier, správa zariadení, nahrávanie, retenčné politiky, export dôkazových klipov.
SUB-ALPRPodsystém rozpoznávania EČV (ALPR/ANPR)Podsystém ISNovýMesto / MsPAutomatizované rozpoznávanie evidenčných čísel z mobilných (vozidlá MsP) aj pevných kamier; validácia, metadáta (čas, GPS, ID).
SUB-PRIESTPodsystém správy priestupkov a dôkazových balíkovPodsystém ISNovýMsP / MestoEvidencia incidentov/priestupkov, tvorba dôkazových balíkov (snímka, video, metaúdaje), SLA, notifikácie, podklady pre správne konanie.
SUB-REPPodsystém reportingu a otvorených dátPodsystém ISNovýMestoManažérske prehľady (KPI, heatmapy), export anonymizovaných agregátov do NKOD (DCAT-AP-SK 2.0/2.1).
SUB-INTIntegračný podsystém (API gateway / ESB)Podsystém ISNovýMesto (IT)REST/Webhook API, plánované dávky; bezpečné prepojenia na DataMesta, parkovací systém (Cora Geo), spisovú službu, GIS.
SUB-IAMSpráva identít, prístupov a audit (IAM/RBAC)Podsystém ISNovýMesto (IT)Centrálna správa používateľov a rolí (MsP/MsÚ/admin), audit prístupov, GDPR politiky retenčného mazania, šifrovanie.
DEV-CAM-FIXPevné a otočné IP kameryIoT zariadenieNovéMestoKamerové body na rizikových lokalitách; RTSP/ONVIF, nočný režim, udalosti pohybu; napojenie na SUB-VMS.
DEV-CAM-MOBMobilné ALPR kamery na vozidlách MsPIoT zariadenieNovéMsP / MestoVozidlové jednotky s GPS; lokálne spracovanie a synchronizácia metadát; online/offline režim.
DEV-EDGE-NVREdge záznamové jednotky (NVR/úložiská)Infraštruktúrne prvkyNovéMestoLokálna archivácia a buffering; replikácia do centrálneho úložiska; vysoká dostupnosť.
GIS-LAYERMapové služby a priestorová vrstva (GIS)Apl. službaNovéMestoVizualizácia kamier, incidentov a heatmáp; podpora analytických prehľadov a plánovania.
EXT-PARKIntegrácia na parkovací systém (Cora Geo)Externé prepojenieNovéMesto / DodávateľObojsmerná výmena dát (overenie platieb/rezidentiek, podklady pre priestupky), transakčný log.
DWH-NKODLokálny katalóg otvorených dát (LKOD)Apl. služba/RepoNovéMestoPublikácia anonymizovaných datasetov (štatistiky priestupkov, zóny, časy); harvest do NKOD; voliteľne SPARQL endpoint.
SEC-MONBezpečnostný monitoring a SIEMApl. službaNovéMesto (IT)Centrálne logovanie, korelácia udalostí, alerty; súlad s bezpečnostnými politikami a GDPR.


      1. Návrh riešenia v aplikačnej vrstve architektúry

Uvedené v časti 5.4



      1. Rozsah informačných systémov – budúci stav (TO BE)

V nasledujúcej tabuľke je rozsah dotknutých ISVS

Kód ISVS

(z MetaIS)

Názov ISVS

Modul ISVS

(zaškrtnite, ak ISVS je modulom)

Stav IS VSTyp IS VS

Kód nadradeného ISVS

(v prípade zaškrtnutého checkboxu pre modul ISVS)

isvs_15308Informačný kamerový systémPlánujem budovaťEkonomický a admin. chod inštitúcie 
  Vyberte jednu z možnostíVyberte jednu z možností 
  Vyberte jednu z možnostíVyberte jednu z možností 

Tabuľka 12 Rozsah informačných systémov - budúci stav (TO BE)



      1. Využívanie nadrezortných a spoločných ISVS – AS IS

Nie sú využívané

Kód ISVS

(z MetaIS)

Názov ISVSSpoločné moduly podľa zákona č. 305/2013  e-Governmente
  Vyberte jednu z možností.
  Vyberte jednu z možností.
  Vyberte jednu z možností.

Tabuľka 13 Využívanie nadrezortných a spoločných ISVS – súčasný stav (AS IS)



      1. Prehľad plánovaných integrácií na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013 Z.z. o  e-Governmente – budúci stav (TO BE)

Nebudú využívané nadrezortné ISVS

Kód ISVS

(z MetaIS)

Názov ISVSSpoločné moduly podľa zákona č. 305/2013  e-Governmente
  Vyberte jednu z možností.
  Vyberte jednu z možností.
  Vyberte jednu z možností.

Tabuľka 14 Prehľad plánovaných integrácií na spoločné moduly – budúci stav (TO BE)



      1. Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)

ISVS bude integrovaný na data.slovensko.sk

Kód ISVS

(z MetaIS)

Názov ISVS

 

Kód integrovaného ISVS

(z MetaIS)

Názov integrovaného ISVS
 data.slovensko.skisvs_15308IS kamerový systém
    
    

Tabuľka 15 Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)



      1. Aplikačné služby pre Koncové služby – budúci stav (TO BE)

Projektom vytvorené AS sú uvedené v nasledujúcej tabuľke

Kód AS

(z MetaIS)

Názov  AS

Realizuje ISVS

(kód ISVS, ktorý realizuje AS)

Aplikačná služba slúži KS

(kód KS z MetaIS)

as_67729Integrácia na agendové systémy mestaisvs_15296 
as_ 67813Poskytovanie údajov ako moje dátaisvs_15296 
    

Tabuľka 16 Aplikačné služby pre Koncové služby – budúci stav (TO BE)



      1. Aplikačné služby na integráciu – budúci stav (TO BE)

Nebudú vytvorené AS na integráciu

AS

(Kód MetaIS)

 

Názov  AS

Realizuje ISVS

(kód ISVS, ktorý realizuje AS)

Poskytujúca alebo KonzumujúcaIntegrácia cez CAMPIntegrácia  IS tretích stránSaaS

Integrácia na AS poskytovateľa

(kód MetaIS)

   Poskytovaná / KonzumujúcaÁno/NieÁno/NieÁno/Nie 
   Poskytovaná / KonzumujúcaÁno/NieÁno/NieÁno/Nie 
   Poskytovaná / KonzumujúcaÁno/NieÁno/NieÁno/Nie 

Tabuľka 17 Aplikačné služby na integráciu – budúci stav (TO BE)


    1. Dátová architektúra

V tejto časti je popísaná základná dátový architektúra projektu



      1. Objekty evidencie

V nasledujúcej tabuľke sú uvedené základné objekty evidencie projektu.

ID OEOBJEKT EVIDENCIE – NÁZOVOBJEKT EVIDENCIE – POPISREFERENCOVATEĽNÝ IDENTIFIKÁTOR / URI DÁTOVÉHO PRVKU
OE-01Kamera (pevná/otočná)Evidencia pevných a otočných IP kamier (lokalita, typ, stav, technické parametre).https://data.lucenec.sk/id/kamera/{id}
OE-02Mobilná kamera (vozidlo MsP)Evidencia mobilných ALPR kamier na vozidlách MsP, vrátane GPS modulu a stavu synchronizácie.https://data.lucenec.sk/id/mobkamera/{id}
OE-03Záznam EČVEvidencia rozpoznaných evidenčných čísel vozidiel (EČV, čas, GPS poloha, ID kamery).https://data.lucenec.sk/id/ecv/{id}
OE-04Incident / PriestupokEvidencia zistených priestupkov (typ, miesto, čas, dôkazový balík, stav riešenia).https://data.lucenec.sk/id/priestupok/{id}
OE-05Dôkazový balíkUložený súbor dôkazov – statický snímok, krátky video úsek, metadáta o čase a mieste.https://data.lucenec.sk/id/dokaz/{id}
OE-06Používateľ systémuEvidencia používateľov (MsP, MsÚ, admin) – roly, prístupové práva, história prístupov.https://data.lucenec.sk/id/user/{id}
OE-07Lokalita / Kamerový bodGeolokačné údaje o umiestnení kamier a ich pokrytí (GIS vrstva, heatmapa incidentov).https://data.lucenec.sk/id/lokalita/{id}
OE-08Integrácia na parkovací systémZáznamy o overení parkovného (EČV, stav úhrady, zdrojová služba Cora Geo).https://data.lucenec.sk/id/parkovanie/{id}
OE-09Report / KPIEvidencia reportov a analytických prehľadov (mesačné štatistiky, KPI, anonymizované výstupy).https://data.lucenec.sk/id/report/{id}
OE-10Dataset pre NKODAgregované anonymizované údaje publikované ako otvorené dáta (DCAT-AP-SK 2.0/2.1).https://data.lucenec.sk/id/dataset/{id}

Tabuľka 18 Objekty evidencie



      1. Referenčné údaje

Projekt nevytvára referenčné údaje

ID OE

Názov referenčného registra /objektu evidencie

(uvádzať OE z tabuľky v kap. 5.5.1)

Názov referenčného údaja (atribúty)Identifikácia subjektu, ku ktorému sa viaže referenčný údajZdrojový register a registrátor zdrojového registra
     
     
     

Tabuľka 19 Návrh na vyhlásenie a zmeny referenčných údajov



      1. Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE)

Projekt neposkytuje údaje do IS CPDI, avšak projekt bude poskytovať údaje do NKOD ako LOKD.

ID OENázov (poskytovaného) objektu evidencieKód ISVS poskytujúceho OENázov ISVS poskytujúceho OE
    
    
    

Tabuľka 20 Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE)



      1. Konzumovanie údajov z IS CPDI – budúci stav (TO BE)

Projekt nebude konzumovať údaje z IS CPDI

ID  OENázov (konzumovaného) objektu evidencieKód ISVS konzumujúceho OEKód zdrojového ISVS v MetaIS
    
    
    

Tabuľka 21 Konzumovanie údajov z IS CPDI – budúci stav (TO BE)



      1. Identifikácia údajov a subjektov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ)

V nasledujúcej tabuľke sú identifikované údaje pre poskytovanie

ID OE

Názov referenčného údaja /objektu evidencie

(uvádzať OE z tabuľky v kap. 5.5.1)

Konzumovanie alebo poskytovanie

Subjekt

(organizácia poskytovateľa-konzumenta)

Osobitný právny predpis pre poskytovanie / konzumovanie údajov
ALLLokálny katalóg dátových objektovPoskytovanieMIRRI 
  Vyberte jednu z možností.  
  Vyberte jednu z možností.  

Tabuľka 22 Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ)



      1. Kvalita a čistenie údajov
ID OENÁZOV OBJEKTU EVIDENCIEVÝZNAMNOSŤ KVALITY (1–5)CITLIVOSŤ KVALITY (1–5)PRIORITA – PORADIE DÔLEŽITOSTI
OE-01Kamera (pevná/otočná)435
OE-02Mobilná kamera (vozidlo MsP)542
OE-03Záznam EČV551
OE-04Incident / Priestupok551
OE-05Dôkazový balík551
OE-06Používateľ systému444
OE-07Lokalita / Kamerový bod337
OE-08Integrácia na parkovací systém443
OE-09Report / KPI328
OE-10Dataset pre NKOD329

Tabuľka 23 Zhodnotenie dátovej kvality objektov evidencie



      1. Otvorené údaje

V nasledujúcej tabuľke sú uvedené otvorené údaje, ktoré bude projekt poskytovať

ID OENÁZOV OBJEKTU EVIDENCIE / DATASETUPOŽADOVANÁ INTEROPERABILITAPERIODICITA PUBLIKOVANIA
OE-07Lokalita / Kamerový bodDCAT-AP-SK 2.0/2.1, INSPIRE (geodáta, GIS vrstvy)Štvrťročne (aktualizácia mapy)
OE-09Report / KPIDCAT-AP-SK 2.0/2.1, CSV/JSON APIMesačne (prevádzkové reporty)
OE-10Dataset pre NKOD (anonymizované štatistiky)DCAT-AP-SK 2.0/2.1, RDF/SPARQL endpointŠtvrťročne (harvest do NKOD)

Tabuľka 25 Objekty evidencie, ktoré budú sprístupnené ako otvorené údaje



      1. Analytické údaje

Analytické údaje nebudú predmetom projektu

OE IDNÁZOV OBJEKTU EVIDENCIE PRE ANALYTICKÉ ÚČELYZOZNAM ATRIBÚTOV OBJEKTU EVIDENCIEPOPIS A ŠPECIFIKÁ OBJEKTU EVIDENCIE
    
    
    
    

Tabuľka 26 Objekty evidencie, ktoré budú projektom pripravené pre analytické účely



      1. Moje údaje

Projekt negeneruje moje údaje

OE ID

Názov registra / objektu evidencie

(uvádzať OE z tabuľky v kap. 5.5.1)

Atribút objektu evidenciePopis a špecifiká objektu evidencie
    
    
    

Tabuľka 27 Objekty evidencie, ktoré spadajú do kategórie Mojich údajov



      1. Prehľad jednotlivých kategórií údajov

V nasledujúcej tabuľke je prehľad o údajoch

ID OEREGISTER / OBJEKT EVIDENCIEREFERENČNÉ ÚDAJEMOJE ÚDAJEOTVORENÉ ÚDAJEANALYTICKÉ ÚDAJE
OE-01Kamera (pevná/otočná)Technické parametre zariadení (výrobca, typ)Evidencia umiestnení a stavuNiePrevádzkové štatistiky (dostupnosť, poruchovosť)
OE-02Mobilná kamera (vozidlo MsP)Vozidlový park (MsP)Evidencia mobilných ALPR jednotiekNieVýkonnostné ukazovatele (počet spracovaných EČV)
OE-03Záznam EČVRegistre vozidiel (MD SR, MV SR)Zaznamenané EČV + metadáta (čas, poloha)NieAnalýzy parkovania, frekvencia vozidiel podľa zón
OE-04Incident / PriestupokRegistre priestupkov (MsP)Evidencia zistených priestupkov a stavu riešeniaNieTrendy priestupkov podľa času a lokality
OE-05Dôkazový balíkFoto/video + metaúdaje pre správne konanieNieVyužitie len pre internú analytiku (úspešnosť konaní)
OE-06Používateľ systémuEvidencia zamestnancov mestaÚčty, roly, oprávneniaNieAuditné záznamy, štatistiky využívania systému
OE-07Lokalita / Kamerový bodGIS/INSPIRE geodátaPoloha kamier, zóny pokrytiaÁno (agregované)Heatmapy, rizikové lokality, hustota incidentov
OE-08Integrácia na parkovací systémCentrálna evidencia parkovania (Cora Geo)Záznamy o úhrade parkovného viazané na EČVNiePrehľady o vyťaženosti parkovania, podiel priestupkov
OE-09Report / KPIPrevádzkové a manažérske reportyÁno (agregované)Analýzy trendov, výkon MsP, efektívnosť kontrol
OE-10Dataset pre NKODNKOD, DCAT-AP-SK štandardAgregované anonymizované dátaÁnoŠtatistiky využívania, porovnania s inými mestami

Tabuľka 28 Prehľad jednotlivých kategórií údajov


    1. Technologická architektúra


      1. Návrh riešenia technologickej architektúry

Architektonický prístup a rozhodnutia

  • Cloud-native orientácia: aplikačné komponenty (VMS rozšírenia, ALPR, workflow priestupkov, reporting, API gateway) budú nasadené ako kontajnerizované služby (Docker/Kubernetes), s oddelením stavových častí (DB/úložiská) od bezstavových. Umožní to prevádzku v mestskom dátovom centre, vo vládnom cloude alebo v hybridnom režime.
  • Štandardizované rozhrania:
    • integrácia: REST/OpenAPI 3.0, webhooky; voliteľne GraphQL pre reporting,
    • video/kamery: RTSP/ONVIF (profil S/G/T),
    • otvorené dáta: DCAT-AP-SK 2.0/2.1, formáty CSV/JSON/RDF,
    • geodáta: WMS/WFS, GeoJSON; časovo-priestorové metadáta.
  • Microservices & zdieľané služby: samostatné servisy pre VMS adapter, ALPR engine, Incident/Offence workflow, Parking connector, Reporting/ETL, GIS služby, IAM/RBAC, so zdieľanou integračnou a dátovou vrstvou (message bus, API gateway, centrálna DB/DWH).
  • Nezávislosť od infraštruktúry: dizajn „lift-and-shift“ – možnosť presunu do GOV Cloud (IaaS/PaaS) bez refaktoringu; perzistentné objemy cez CSI drivery, konfigy cez Secrets/ConfigMaps.

Požiadavky na prevádzkové prostredia

Vývojové prostredie

  • Účel: implementácia a unit/integration testy vývojármi.
  • Infra: VM/Nodes ~ 4 vCPU, 8 GB RAM, 100 GB; interný GitLab CI/CD, container registry.
  • Požiadavky: oddelenie od test/produkcie, prístup dodávateľa a IT mesta; syntetické datasety.

Testovacie (staging) prostredie

  • Účel: systémové, integračné a akceptačné testy s anonymizovanými metadátami z ALPR/VMS.
  • Infra: VM/Nodes ~ 8 vCPU, 16 GB RAM, 250 GB; oddelená DB; performance monitoring.
  • Požiadavky: staging integrácie (DataMesta, Cora Geo), NKOD sandbox pre overenie publikácií, test RTSP/ONVIF.

Produkčné prostredie

  • Účel: ostrá prevádzka ISVS (24/7).
  • Infra (HA):
    • Kubernetes cluster alebo HA VM: 2× app node 16 vCPU / 32 GB RAM / 500 GB SSD,
    • DB cluster PostgreSQL/Timescale (ALPR/incidenty, metadáta) + objektové úložisko (dôkazové klipy/snímky),
    • Load balancer, reverse proxy, WAF,
    • sieť: oddelené VLAN pre kamery, aplikácie a správu, QoS pre video.
  • Požiadavky:
    • SLA ≥ 99,5 %,
    • monitoring: Prometheus/Grafana, logy: ELK/OpenSearch,
    • zálohovanie: RPO ≤ 1 h, RTO ≤ 4 h,
    • bezpečnosť: TLS, RBAC, SIEM logovanie min. 12 mesiacov, hardening nódov, pravidlá retenčných politík (napr. 30–90 dní podľa právneho základu).

Podpora aplikačnej vrstvy (mapovanie tokov)

  • VMS (Video Management System):
    Kamery (RTSP/ONVIF) → VMS Adapter → ukladanie do NVR/objektového storage → metadáta do DB (čas, ID kamery, lokalita).
  • ALPR/ANPR (rozpoznávanie EČV):
    Mobilná jednotka (vozidlo MsP, edge) → Message broker (MQTT/Kafka)ALPR Engine (OCR, validácia) → metadáta (EČV, čas, GPS, snímka) do DB/storage.
  • Workflow priestupkov a dôkazové balíky:
    ALPR/operátor VMS → Incident Service → tvorba „evidence package“ (snapshot/klip + meta) → Parking connector (overenie platieb/rezidentských povolení) → podklady pre správne konanie.
  • Reporting a otvorené dáta:
    ETL/Reporting Service (denne) → DWH/Views → BI vrstva (Metabase/PowerBI/OSS) → export anonymizovaných agregátovLKOD → harvest do NKOD.
  • Integrácie:
    cez API Gateway (Kong/Apigee/NGINX) s OpenAPI 3.0, auth OAuth2/OIDC; konektory na DataMesta, Cora Geo, GIS, spisovú službu.

Sieť, úložiská a retenčné politiky

  • Sieť: segmentácia (kamery / aplikácie / admin), VPN/IPsec pre mobilné jednotky, zabezpečené protokoly (SRTP/TLS), limitované prístupy (Zero-Trust prístup).
  • Úložiská:
    • Objektové (klipy/snímky) s životnými cyklami (hot → warm → archive),
    • Blokové pre DB (PostgreSQL/Timescale),
    • krátke retention pre plné video streamy, dlhšie pre dôkazové klipy (podľa právneho základu a DPIA).
  • Retencia: definované DPIA scenáre (napr. 30 dní bežné záznamy, 1–3 roky dôkazové balíky viazané na konanie); automatizované policy-based deletion.

Bezpečnosť a compliance

  • IAM/RBAC: centrálna správa prístupov (MsP, MsÚ, admin), zásady least privilege, SSO cez OIDC.
  • GDPR by design: DPIA, minimalizácia údajov, maskovanie a watermarking, audit prístupov, evidencia účelov spracúvania.
  • Šifrovanie: TLS 1.2+, šifrovanie „at rest“ (LUKS/KMS), podpisovanie exportov dôkazov.
  • SIEM & monitoring: zber logov (aplikácie, databázy, OS, sieť), korelácia udalostí, upozornenia na anomálie.
  • Štandardy ISVS: interoperabilita podľa vyhl. 78/2020, UX podľa 547/2021, riadenie projektu podľa 401/2023, otvorené dáta DCAT-AP-SK.

Kapacitný odhad (orientačne)

  • Denné metadáta ALPR: 5–20 tis. záznamov (EČV + meta) → ~0,5–2 GB/deň.
  • Dôkazové klipy: 10–30 s H.264/H.265, ~1–5 MB/klip → podľa počtu priestupkov.
  • DB (PostgreSQL/Timescale): milióny riadkov/rok; indexácia podľa EČV, času, lokality; retenčné politiky + partície.

Prevádzkové procesy

  • CI/CD: infra ako kód (Terraform/Ansible/Helm), automatizované nasadenia do dev/test/prod s gates (security scan, QA).
  • Incident & Change management: ITIL-lite (Jira/ServiceDesk), definované SLA, pravidelné revízie bezpečnosti a výkonu.
  • Testovanie: unit/integrácia, záťažové testy (ALPR throughput), DR testy (obnova do RTO/RPO).


      1. Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)

V nasledujúcej tabuľke sú uvedené základné výkonnostné parametre a kapacitné požiadavky:

PARAMETERJEDNOTKYPREDPOKLADANÁ HODNOTAPOZNÁMKA
Počet interných používateľovPočet20Mestská polícia (~12), MsÚ (~8)
Počet súčasne pracujúcich interných používateľov v špičkovom zaťaženíPočet10Operátori VMS, dispečing MsP, analytici MsÚ
Počet externých používateľov (internet)Počet~200Nepriame použitie – prístup k agregovaným otvoreným dátam (LKOD/NKOD), nie k IS
Počet externých používateľov používajúcich systém v špičkovom zaťaženíPočet20–30Harvesty NKOD, sťahovanie datasetov, API volania
Počet transakcií (podaní, požiadaviek) za obdobiePočet/rok~60 000–80 000Záznamy EČV, incidenty, dôkazové balíky; mesačne cca 5 000–6 500
Objem údajov na transakciukB/transakcia2–6 kBEČV, čas, GPS, ID zariadenia + voliteľne snapshot
Objem existujúcich kmeňových dátGB~5–10 GBEvidencia kamier, používateľov, incidentov, priestupkov, metadát; bez multimédií (klipy/snímky zvlášť v storage)

Tabuľka 29 Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)



      1. Využívanie služieb z katalógu služieb vládneho cloudu

Nebudú využívané služby VC

 

Kód infraštruktúrnej služby

(z MetaIS)

Názov infraštruktúrnej služby

Kód ISVS

(z MetaIS)

Názov Využívajúceho ISVS

Klasifikácia ISVS

Ux (Cx,Ix,Ax)

     
     
     

Tabuľka 30 Využívanie služieb z katalógu služieb vládneho cloudu


    1. Bezpečnostná architektúra


      1. Návrh riešenia bezpečnosti

Prístup a metodika

  • Riadenie rizík: vychádza z katalógu rizík (dodávateľské, technologické, legislatívne) – každý identifikovaný scenár má mitigáciu (napr. vendor lock-in → otvorené štandardy, GDPR → pseudonymizácia údajov).
  • Právny rámec: dodržiavanie legislatívy:
    • Zákon č. 95/2019 Z. z. o IT VS,
    • Zákon č. 18/2018 Z. z. o ochrane osobných údajov (GDPR),
    • Vyhl. 78/2020 (štandardy ISVS), 401/2023 (riadenie projektov ITVS), 547/2021 (UX).
  • Bezpečnostná politika mesta: vychádza z interných smerníc mesta a politiky kybernetickej bezpečnosti podľa zákona č. 69/2018 Z. z. o kybernetickej bezpečnosti.
  • Bezpečnostný manažment: projekt zavádza princípy security by design, s požiadavkami zapracovanými už v návrhu architektúry (šifrovanie, RBAC, audit).

Bezpečnostné opatrenia podľa vrstiev architektúry

  • Biznis vrstva
  • Politiky a procesy: definované pravidlá prístupu k údajom občanov, proces DPIA (posúdenie vplyvu na ochranu údajov).
  • Roly a zodpovednosti: dátový kurátor a bezpečnostný manažér mesta zodpovedajú za integritu a súlad údajov.
  • Zmluvné záväzky: dodávateľ povinný dodržiavať SLA a bezpečnostné požiadavky mesta (vrátane sankcií).
  • Aplikačná vrstva
  • Autentifikácia a autorizácia: OAuth2/OIDC pre integrácie; RBAC (role-based access control) pre interných používateľov.
  • Audit a logovanie: všetky prístupy a transakcie budú zaznamenávané do SIEM (logy min. 12 mesiacov).
  • Validácia vstupov: vstupné dáta validované číselníkmi (napr. typ nádoby, typ reklamácie) – ochrana proti injekciám a chybným dátam.
  • Ochrana API: API gateway s rate limiting, TLS 1.3, IP allowlist pre integračné prístupy.
  • Dátová vrstva
  • Šifrovanie: dáta v pokoji šifrované (AES-256), dáta v prenose cez TLS 1.3.
  • GDPR opatrenia: minimalizácia osobných údajov, pseudonymizácia ID domácností pre analytické účely, právo na výmaz.
  • Data Quality: implementované pravidlá kvality (úplnosť, konzistentnosť) a automatizované kontroly.
  • Zálohovanie: pravidelné zálohy DB (RPO ≤ 1 hod, RTO ≤ 4 hod).
  • Technologická infraštruktúra
  • Hardening: OS a middleware podľa bezpečnostných štandardov (CIS benchmarky).
  • Sieťová bezpečnosť: oddelenie sietí (LAN, DMZ, VPN), firewall, IDS/IPS.
  • Dostupnosť: vysoko dostupné prostredie (Kubernetes cluster, HA databáza).
  • Monitoring: 24/7 dohľad, systém včasného varovania (SIEM, SNMP monitoring).

Aspekty bezpečnosti (CIA)

  • Dôvernosť (Confidentiality):
    • prístup k údajom len oprávneným osobám (RBAC, ABAC),
    • šifrovanie údajov v prenose a úložisku,
    • anonymizácia/pseudonymizácia pri otvorených a analytických dátach.
  • Integrita (Integrity):
    • validácia vstupov,
    • elektronické podpisy/dig. pečate pre exportované súbory,
    • kontrolné súčty (hashovanie) pri prenose dát,
    • versioning údajov (archívna stopa zmien).
  • Dostupnosť (Availability):
    • HA prostredie (redundantné servery, cluster DB),
    • RPO ≤ 1 hod, RTO ≤ 4 hod,
    • záložné linky pre komunikáciu (Govnet + VPN fallback).

Postupy na dosiahnutie bezpečnosti

  1. Bezpečnostná analýza a DPIA – pri spustení IS.
  2. Penetračné testy – pred produkčným nasadením, opakované ročne.
  3. Bezpečnostný monitoring a SIEM – detekcia anomálií a incidentov.
  4. Incident Response Plan – definované postupy riešenia kybernetických incidentov.
  5. Kontinuálne školenia – zamestnanci MsÚ a technickej správy.
  6. Externý audit – minimálne raz ročne (alebo podľa požiadaviek NBU/MIRRI).


      1. Určenie obsahu bezpečnostných opatrení

V tabuľke sú uvedené aplikované bezpečnostné opatrenia

Obsah bezpečnostných opatrení podľa vyhlášky ÚPVII č. 179/2020 Z. zAplikované opatreniaAplikovaná legislatíva
Minimálne bezpečnostné opatrenia Kategórie IÁnoUveďte aplikovateľný odsek §3 vyhlášky 179/2020 vzťahujúci sa na vašu organizáciu, projekt a budované aktíva
Minimálne bezpečnostné opatrenia Kategórie IINie 
Minimálne bezpečnostné opatrenia Kategórie IIINie 
Bezpečnostný projektÁno§ 23 ods. 1 a 2 zákona 95/2019 Z.z.
Bezpečnostné opatrenia podľa osobitného predpisuNie 

Tabuľka 33 Určenie zdrojov a obsahu minimálnych bezpečnostných opatrení



      1. Legislatívne, právne, štatutárne, regulačné a zmluvné požiadavky,

Projekt bude realizovaný v súlade s nasledovnou legislatívou:

  • Zákon č. 95/2019 Z.z. o informačných technológiách vo verejnej správe
  • Zákon č. 69/2018 Z.z. o kybernetickej bezpečnosti
  • Vyhláška 362/2018 Z. z. ktorou sa ustanovuje obsah bezpečnostných opatrení, obsah a štruktúra bezpečnostnej dokumentácie a rozsah všeobecných bezpečnostných opatrení
  • Zákon č. 45/2011 Z.z. o kritickej infraštruktúre
  • vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy
  • vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 179/2020 Z. z., ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy
  • vyhláška Úradu na ochranu osobných údajov Slovenskej republiky č. 158/2018 Z. z. o postupe pri posudzovaní vplyvu na ochranu osobných údajov
  • Nariadenie Európskeho parlamentu a Rady (EÚ) 2016/679 z 27. apríla 2016 o ochrane fyzických osôb pri spracúvaní osobných údajov a o voľnom pohybe takýchto údajov, ktorým sa zrušuje smernica 95/46/ES (všeobecné nariadenie o ochrane údajov)
  • Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov.
  • Zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov v znení neskorších predpisov,
  • Zákon č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov (zákon o e-Governmente)
  • Vyhláška 401/2023  MIRRI SR o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy,
  • Vyhláška 78/2020 Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu o štandardoch pre informačné technológie verejnej správy,
  • Vyhláška 547/2021 MIRRI SR o elektronizácii agendy verejnej správy.


      1. Riešenie autentifikácie a prístupov používateľov

Požiadavky na autentifikáciu používateľov

  • Jednotné prihlásenie (SSO):
    • preferované využitie centrálneho Autentifikačného modulu IAM ÚPVS (ak dostupný),
    • podpora OIDC / SAML 2.0 pre integráciu so systémami verejnej správy,
    • možnosť integrácie s mestským Active Directory (interní zamestnanci).
  • Viacfaktorová autentifikácia (MFA):
    • pre interných používateľov povinné (heslo + OTP/token),
    • pre administrátorov a prevádzku povinné (heslo + HW token / mobilná aplikácia),
    • externí používatelia (obyvatelia mesta) – prihlásenie cez eID / mobilID (pri službách dostupných cez ÚPVS).
  • Minimálne štandardy hesiel:
    • dĺžka min. 12 znakov,
    • pravidelné prehodnocovanie bezpečnosti hesiel,
    • podpora správy politiky hesiel v súlade s vyhl. 179/2020 a NBU odporúčaniami.

Správa prístupov

  • RBAC (Role-Based Access Control): prístup definovaný rolami, priradenie používateľov rolám.
  • ABAC (Attribute-Based Access Control): pre jemnozrnnú autorizáciu (napr. občan vidí len vlastnú domácnosť, technik len priradené vozidlo).
  • Životný cyklus prístupov:
    • onboarding (vytvorenie účtu, priradenie rolí),
    • zmeny rolí pri zmene pracovnej pozície,
    • offboarding (zrušenie účtu pri odchode zamestnanca/dodávateľa).
  • Audit: každý prístup do systému je logovaný a pravidelne auditovaný (min. 12 mesiacov).

Správa aplikácie

  • Administrátorské rozhranie – správa čipov, RFID tagov, taríf, integračných konektorov, publikovaných datasetov.
  • Monitoring a reporting – SIEM logy, monitorovanie prevádzky IoT zariadení, dashboardy o stave systému.
  • Change management – zmeny v aplikácii schvaľované cez proces riadenia zmien (METAIS, architektonická rada mesta).
  1. PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU

    1. Návrh riešenia prevádzky a údržby

Prevádzka a údržba systému

  • Model prevádzky: hybrid – aplikačné komponenty nasadené v mestskom datacentre s možnosťou migrácie do Vládneho cloudu (IaaS/PaaS).
  • Zodpovednosť:
    • Mesto Lučenec (MsÚ): vlastníctvo systému, základná administrácia používateľov, dohľad nad SLA.
    • Dodávateľ systému: údržba aplikačných služieb, aktualizácie SW, opravy chýb, patch management.
    • IT oddelenie MsÚ: monitoring infraštruktúry, koordinácia s dodávateľom pri incidentoch.
  • Údržba:
    • pravidelné aktualizácie aplikačného SW (štvrťročne, bezpečnostné záplaty do 30 dní),
    • priebežný upgrade IoT zariadení (firmware),
    • monitoring dostupnosti a výkonu (24/7).

Úroveň poskytovania služieb (SLA)

  • Dostupnosť: SLA ≥ 99,5 % pre produkčné prostredie.
  • Podpora:
    • pracovné dni 8:00–18:00 – štandardná podpora (helpdesk, ticketing),
    • 24/7 – kritické incidenty (výpadok systému, nefunkčné RFID čítačky).
  • Čas odozvy (incident management):
    • kritický incident: reakcia do 2 hodín, riešenie do 8 hodín,
    • vysoká priorita: reakcia do 4 hodín, riešenie do 24 hodín,
    • bežná priorita: reakcia do 1 pracovného dňa, riešenie do 5 dní.

Obnova systému a dát (Disaster Recovery)

  • Zálohovanie:
    • databázy – inkrementálne zálohy každú hodinu, plná záloha denne, retenčná doba 30 dní,
    • konfiguračné súbory a logy – denné zálohy, retenčná doba 14 dní,
    • zálohy ukladané do oddelenej lokality (off-site).
  • Obnovovacie parametre:
    • RPO (Recovery Point Objective) ≤ 1 hodina,
    • RTO (Recovery Time Objective) ≤ 4 hodiny.
  • Plán obnovy: pravidelné testovanie DRP (min. 1× ročne).

Systém pre manažment služieb podpory

  • Používaný systém: MsÚ Lučenec plánuje využívať existujúci Service Desk/Helpdesk systém (napr. Jira Service Management alebo alternatívny ITSM nástroj).
  • Integrácia: požaduje sa integrácia ticketov s logmi a incidentmi aplikačného systému – napr.
    • automatické zakladanie incidentu pri kritickej udalosti (výpadok RFID čítačky, chyba DB),
    • export štatistík incidentov pre reporting SLA,
    • API konektor medzi IS dodávateľa a mestským ITSM.

    1. Zabezpečenie podpory používateľov a prevádzky

Podpora prevádzky a používateľov je zvyčajne realizovaná cez 3 úrovne podpory, s nasledujúcim označením a obsahom činnosti:

  • Podpora L1 (podpora 1. stupňa - Level 1) - začiatočná úroveň podpory, ktorej základnou funkciou je zhromaždiť informácie, previesť základnú analýzu a určiť príčinu problému a jeho klasifikáciu. Typicky sú v úrovni L1 riešené priamočiare a jednoduché problémy a základné diagnostiky, overenie dostupnosti jednotlivých vrstiev infraštruktúry (sieťové, operačné, vizualizačné, aplikačné atď.) a základné užívateľské problémy (typicky zabudnutie hesla), overovanie nastavení SW a HW atď. Je zabezpečovaná  prostredníctvom pracoviska jednotného kontaktného miesta.
  • Podpora L2 (podpora 2. stupňa – Level 2 -  postúpenie požiadaviek od L1) – riešiteľské tímy s hlbšou technologickou znalosťou danej oblasti. Riešitelia na úrovni Podpory L2 nekomunikujú priamo s koncovým užívateľom, ale sú zodpovední za poskytovanie súčinnosti riešiteľom 1. úrovne podpory pri riešení eskalovaného hlásenia, čo mimo iného obsahuje aj spätnú kontrolu a podrobnejšiu analýzu zistených dát predaných riešiteľom 1. úrovne podpory. Výstupom takejto kontroly môže byť potvrdenie, upresnenie, alebo prehodnotenie hlásenia v závislosti na potrebách Objednávateľa. Primárnym cieľom riešiteľov na úrovni Podpory L2 je dostať Hlásenie čo najskôr pod kontrolu a následne ho vyriešiť - s možnosťou eskalácie na vyššiu úroveň podpory – Podpora L3.
  • Podpora L3 (podpora 3. stupňa) - Podpora 3. stupňa predstavuje najvyššiu úroveň podpory pre riešenie tých najobtiažnejších Hlásení, vrátane prevádzania hĺbkových analýz a riešenie extrémnych prípadov.
    1. Riešenie incidentov v prevádzke - parametre úrovní služby

Parametre služby riešenia incidentov v prevádzke sú špecifikované na základe určenia priority incidentu pomocou kombinácie jeho naliehavosti a dopadu podľa najlepších skúseností z praxe (best practice) z oblasti manažmentu IT služieb (  Information Technology Infrastructure Library - ITIL V3) nasledovným spôsobom:

Incident - za incident je považovaná každá nahlásená alebo inak zistená relevantná skutočnosť týkajúca sa aktíva (informačného systému) alebo jeho časti, ktorého nedostupnosť alebo nefunkčnosť má vplyv na poskytovanie služieb.

klasifikácia naliehavosti incidentuZávažnosť  incidentuPopis naliehavosti incidentu
AKritickáKritické chyby, ktoré spôsobia úplné zlyhanie systému ako celku a nie je možné používať ani jednu jeho časť, nie je možné poskytnúť požadovaný výstup z IS.
BVysokáChyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.
CStrednáChyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.
DNízkaKozmetické a drobné chyby.

Tabuľka 35 Klasifikácia Naliehavosti incidentu

Klasifikácia závažnosti incidentu

 

Dopad

Popis dopadu
1katastrofickýkatastrofický dopad, priamy finančný dopad alebo strata dát,
2značnýznačný dopad alebo strata dát
3malýmalý dopad alebo strata dát

Tabuľka 36 Klasifikácia Závažnosti incidentu

Určenie priority incidentu je kombináciou dopadu a naliehavosti podľa nasledovnej matice:

Matica priority incidentovDopad
Katastrofický – 1Značný - 2Malý - 3
NaliehavosťKritická - A123
Vysoká - B233
Stredná - C234
Nízka - D344

Tabuľka 37 Určenie priority incidentu

Parametre služby Riešenia incidentov v prevádzke:

OZNAČENIE PRIORITY INCIDENTUREAKČNÁ DOBA (1) od nahlásenia po začiatok riešeniaDOBA KONEČNÉHO VYRIEŠENIA INCIDENTU (DKVI) (2)SPOĽAHLIVOSŤ (3) – predpokladaný počet incidentov / mesiac
1 – Kritický (úplný výpadok systému, nefunkčnosť RFID čítačiek, nemožnosť zberu dát)2 hodiny8 hodín≤ 1
2 – Vysoký (významné obmedzenie funkcií, chyba PAYT výpočtu, nemožnosť publikácie otvorených dát)4 hodiny24 hodín≤ 3
3 – Stredný (čiastočná chyba, ktorá má workaround; chyba v exporte reportov, menšie obmedzenie pre používateľov)1 pracovný deň5 pracovných dní≤ 10
4 – Nízky (kozmetické chyby, drobné funkčné problémy bez dopadu na biznis procesy)2 pracovné dni10 pracovných dní≤ 20

Tabuľka 38 Parametre služby Riešenia incidentov v prevádzke

                                            


    1. Požadovaná dostupnosť informačného systému:

Uvedené vyššie


    1. Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky

Bude zabezpečované súčasnými pracovníkmi organizácie


    1. Požiadavky na zdrojové kódy

Zdrojové kódy budú riešené v zmluve o dielo

  1. OPIS IMPLEMENTÁCIE PROJEKTU A PREBERANIA VÝSTUPOV PROJEKTU

Realizačná fáza projektu bude v zmysle vyhlášky 401/2023 Z.z. pozostávať z uvedených etáp:

  • Analýza a dizajn,
  • Nákup HW a SW
  • Implementácia a testovanie,
  • Nasadenie a post implementačná podpora
IDPrehľad projektových výstupov
 Výstupy vytvárané PRIEBEŽNE počas celého projektu
M-01Plán etapy/Plán fázy
M-02Manažérske správy, plány, reporty, zoznamy, odporúčania a požiadavky:
 (1) Zoznam otvorených otázok
 (2) Zoznam funkčných zdrojových kódov
 (3) Zoznam licencií
 (4) Správa o stave projektu (Status report)
 (5) Požiadavka na zmenu (CR)
M-03Akceptačný protokol
M-06Evidencia e-Government komponentov v MetaIS, vrátane architektonických modelov*
 PRÍPRAVNÁ A INICIAČNÁ FÁZA
I-02Projektový zámer
I-01Ideový zámer
 Prístup k projektu
 Používateľský prieskum
I-04Katalóg požiadaviek
 REALIZAČNÁ FÁZA
R1ANALÝZA A DIZAJN
R-01Akceptačné kritériá
R1-1

Detailný návrh riešenia (DNR) 
(1) Zámer riešenia, analýza požiadaviek, používateľský prieskum a motivačná architektúra
(2) Popis postupu analýzy a návrhu riešenia
(3) Biznis architektúra*
a. Existujúca a cieľová biznis architektúra
b. Procesy podporované navrhovaným riešením
c. Vytvorenie informačnej architektúry a mapovanie používateľskej cesty
d. Prípady použitia (use case model)
(4) Dátová architektúra
(5) Aplikačná architektúra*
a. Existujúca a budúca aplikačná architektúra
b. Aplikačné komponenty a ich vzťah k biznis komponentom a funkčným požiadavkám
c. Integrácie – Komunikácia medzi komponentami (OpenAPI)
(6) Technologická architektúra*
a. Existujúca a budúca technologická architektúra
b. Technologické komponenty riešenia a ich vzťah k aplikačným komponentom
(7) Softvérové licencie a zdrojové kódy
(8) Požiadavky na úrovne služieb
(SLA) a výkonnosť
(9) Zabezpečenie dostupnosti, zálohovanie a obnova riešenia
(10 Bezpečnosť – riešenie požiadaviek na bezpečnosť
(11) Migrácia dát
(12) Harmonogram realizácie a nasadenia, závislosti
(13) Testovací protokol prototypu používateľského rozhrania

(14) Iniciálny grafický návrh

R1-2Plán a stratégia testovania
 (1) Testovacie prípady (UC/TC)
(2) Testovacie prostredia
(3) Testovacie dáta
(4) Defekt manažment, monitoring a reporting testov
R3IMPLEMENTÁCIA A TESTOVANIE
R3-1Vývoj, migrácia údajov a integrácia
R3-2Testovanie
  1. Testovanie prototypu používateľského rozhrania, aplikačného rozhrania a iniciálneho grafického návrhu
(2) Funkčné testovanie (FAT)
(3) Systémové a integračné testovanie (SIT)
(4) Záťažové a výkonnostné testovanie
(5) Bezpečnostné testovanie (SW/HW a kybernetická bezpečnosť)
(6) Používateľské testy funkčného používateľského rozhrania (UX)
(7) Používateľské akceptačné testovanie (UAT)
(8) Požiadavka na testovanie úplnej obnovy z backupov a uložených strojových kódov (aby sa predišlo situácii aká nastala v IS Katastra)
R3-3Školenia personálu
R3-4Dokumentácia
1) Aplikačná príručka, vrátane aktualizovanej dokumentácie architektúry v rozsahu podľa položiek 3 až 10 Detailného návrhu riešenia R1-1
(2) Integračná príručka
(3) Používateľská príručka (vo forme kontextovej príručky - z aplikácie, bude priamo dostupný kontextový návod prostredníctvom jedného kliku. Technológia bude určená v rámci realizácie zmenového konania pre ŽS6)
(4) Zdrojové kódy a licencie
(5) Inštalačná a konfiguračná príručka
(6) Prevádzkový opis a pokyny pre diagnostiku, servis a údržbu
(7) Pokyny na obnovu pri výpadku alebo havárii (Havarijný plán)
(8) Bezpečnostný projekt
(9) Údaje o monitorovaní úrovne poskytovaných služieb (SLA) aktív IT
R4NASADENIE a POSTIMPLEMENTAČNÁ PODPORA (PIP)
R4-1Nasadenie do produkčnej prevádzky (vyhodnotenie)
R4-2Akceptácia spustenia do produkčnej prevádzky (vyhodnotenie)
 DOKONČOVACIA FÁZA
M-02Manažérske správy, plány, reporty, zoznamy, odporúčania 
a požiadavky:
 Manažérske správy, plány, reporty, zoznamy, odporúčania a požiadavky:
 (1) Správa o dokončení projektu (etapy/fázy)
  1. ODKAZY

N/A

  1. PRÍLOHY

N/A


[1] EUPL licencie: https://joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf