I-02 Projektový zámer (projektovy_zamer)

[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_5d283de4ad3c0b7a.png||height="49" width="225"]]

4

**PROJEKTOVÝ ZÁMER**

5

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

6

**podľa vyhlášky MIRRI č. 401/2023 Z. z.**

7

8

|**Povinná osoba**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Obec Veľká Lomnica{{/content}}

9

|**Názov projektu**|{{content id="projekt.nazov"}}Inteligentné IoT riešenia pre bezpečnosť a efektívnu správu verejných priestorov v obci Veľká Lomnica{{/content}}

10

|**Zodpovedná osoba za projekt**| //Meno a priezvisko osoby, ktorá predkladá dokumenty (zamestnanec /Projektový manažér)//

11

|**Realizátor projektu**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Obec Veľká Lomnica{{/content}}

12

|**Vlastník projektu**| {{content id="projekt.vlastnik.nazov"}}Obec Veľká Lomnica{{/content}}

13

**Schvaľovanie dokumentu**

14

15

**Podpis**

16

(alebo elektronický súhlas)

)))

= {{id name="_Toc152607282"/}}{{id name="_Toc524109316"/}}{{id name="_Toc750608766"/}}{{id name="_Toc1668519232"/}}{{id name="_Toc1701549819"/}}{{id name="_Toc1964418579"/}}{{id name="_Toc947666535"/}}{{id name="_Toc33433513"/}}{{id name="_Toc556769729"/}}{{id name="_Toc1400213064"/}}{{id name="_Toc148367215"/}}{{id name="_Toc1875421741"/}}1.História DOKUMENTU =

|

|(((

**Schvaľovanie dokumentu**

Podpis

(alebo elektronický súhlas)

)))

1. HISTÓRIA DOKUMENTU

36

37

|Verzia|Dátum|Zmeny|Meno a priezvisko

38

|0.1|24.9.2025|Pracovná verzia|Ing.Miriam Kulíková

39

|1.0|24.9.2025|Prvé oficiálne podanie|Ing.Miriam Kulíková

| | | |

)))

= {{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 name="_Toc152607283"/}}2.ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE =

46

47

Tento dokument **I-02 Projektový zámer** je vypracovaný v súlade s Vyhláškou MIRRI SR č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke a je určený na rozpracovanie detailných informácií **prípravnej a iniciačnej fázy projektu**.

48

Cieľom dokumentu je:

49

50

* popísať aktuálny stav (AS-IS), budúci stav (TO-BE) a navrhované riešenie projektu,

51

* poskytnúť podklady pre rozhodnutie o schválení a realizácii projektu,

52

* definovať projektové výstupy, obmedzenia, predpoklady a riziká,

53

* stanoviť harmonogram a rozpočet projektu,

54

* vyhodnotiť architektúru riešenia projektu v jednotlivých vrstvách,

55

* určiť požiadavky na prevádzku, údržbu a zdrojové kódy,

56

* popísať proces implementácie a preberania výstupov projektu.

57

58

Dokument zároveň slúži ako **základný vstup pre vypracovanie nadväzujúcich výstupov**:

59

60

* I-04 Katalóg požiadaviek,

61

* M-05 Analýza nákladov a prínosov,

62

* M-06 Evidencia eGovernment komponentov v MetaIS.

63

64

== 2.1Použité skratky a pojmy ==

65

66

|**Skratka**|**Význam**

67

|**AS-IS**|Súčasný stav riešenia

68

|**TO-BE**|Budúci stav riešenia

69

|**ISVS**|Informačný systém verejnej správy

70

|**MetaIS**|Metainformačný systém verejnej správy

71

|**SLA**|Service Level Agreement (dohoda o úrovni poskytovaných služieb)

72

|**RPO**|Register právnických osôb

73

|**UPVS**|Ústredný portál verejnej správy

74

|**G2C, G2B, G2G, G2A**|Typy používateľov služieb (Government to Citizen, Business, Government, Administration)

75

|**NKIVS**|Národná koncepcia informatizácie verejnej správy

76

|**BC/CBA**|Business Case / Cost-Benefit Analysis

77

|**CPDI (CSRÚ)**|Centrálna platforma dátovej integrácie (pôvodný IS CSRÚ)

78

|**GDPR**|General Data Protection Regulation – Nariadenie EÚ o ochrane osobných údajov

79

80

== 2.2Konvencie pre typy požiadaviek (príklady) ==

81

82

Pre účely tohto projektu sa zavádza jednotný systém označovania požiadaviek, ktorý umožní ich jednoznačnú identifikáciu, jednoduchú správu a sledovanie v projektovej dokumentácii (najmä v Katalógu požiadaviek I-04).

83

84

* **Funkcionálne (používateľské) požiadavky**

85

* Označenie: **FRxx**

86

* Vysvetlenie:

87

** **F** – funkcionálna (používateľská) požiadavka,

88

** **R** – požiadavka,

89

** **xx** – poradové číslo požiadavky.

**Príklad:**

* FR01 – Systém musí umožniť evidenciu podnetov od občanov.

94

* FR02 – Systém musí poskytovať export dát do formátu CSV/XML.

----

* **Nefunkcionálne (kvalitatívne, výkonové) požiadavky**

99

100

* Označenie: **NRxx**

101

* Vysvetlenie:

102

** **N** – nefunkčná požiadavka (NFR),

103

** **R** – požiadavka,

104

** **xx** – poradové číslo požiadavky.

**Príklad:**

* NR01 – Dostupnosť systému musí byť minimálne 98,5 %.

109

* NR02 – Odozva systému pri vyhľadávaní údajov nesmie presiahnuť 3 sekundy.

----

* **Ostatné typy požiadaviek**

114

115

Podľa potrieb projektu je možné definovať aj ďalšie kategórie:

116

117

* **SRxx** – **Security Requirements** (bezpečnostné požiadavky).

118

** SR01 – Všetky prenosy dát musia byť zabezpečené protokolom HTTPS/TLS.

119

* **DRxx** – **Data Requirements** (požiadavky na údaje).

120

** DR01 – Systém musí ukladať všetky záznamy v súlade so zákonom o archívoch.

121

* **IRxx** – **Integration Requirements** (požiadavky na integráciu).

122

123

* //IR01 – Systém musí umožniť export údajov pre napojenie na MetaIS//

124

125

= {{id name="_Toc47815693"/}}{{id name="_Toc152607289"/}}{{id name="_Toc2101596728"/}}{{id name="_Toc21597077"/}}{{id name="_Toc200637902"/}}{{id name="_Toc1533185111"/}}{{id name="_Toc1887694913"/}}{{id name="_Toc824463063"/}}{{id name="_Toc2032956156"/}}{{id name="_Toc1083272272"/}}{{id name="_Toc1535460233"/}}{{id name="_Toc2126332012"/}}{{id name="_Toc461677146"/}}{{id name="_Toc152607288"/}}3.DEFINOVANIE PROJEKTU =

126

127

== {{id name="_Toc152607290"/}}{{id name="_Toc653156677"/}}{{id name="_Toc1001409967"/}}{{id name="_Toc294056164"/}}{{id name="_Toc822212923"/}}{{id name="_Toc700822328"/}}{{id name="_Toc1982046122"/}}{{id name="_Toc32260942"/}}{{id name="_Toc629221952"/}}{{id name="_Toc423614589"/}}{{id name="_Toc1077465011"/}}{{id name="_Toc723955740"/}}3.1Manažérske zhrnutie ==

128

129

Obec Veľká Lomnica v súčasnosti nedisponuje žiadnymi dátami, ktoré by umožňovali kvalifikované rozhodovanie o rozvoji územia. Obec je významne dopravne zaťažená – cez jej územie prechádza hlavný cestné ťahy smerom na Kežmarok, Poprad a Vysoké Tatry. Dopravnú záťaž zvyšuje aj prítomnosť rekreačných rezortov a intenzívny turistický ruch. Rozhodovacie procesy sa preto opierajú najmä o subjektívne podnety, nie o systematicky zbierané údaje.

130

131

Predmetom projektu je inštalácia IoT senzorov v 22 lokalitách obce. Senzory (v podobe inteligentných kamier) budú schopné zbierať anonymizované údaje o dopravnej vyťaženosti a pohybe osôb. Získané dáta budú lokálne spracované a poskytované v štandardizovaných formátoch (CSV, XML/HTML) v súlade s požiadavkami prílohy č. 11 výzvy. Riešenie bude realizované ako lokálna inštalácia bez integrácie na iné informačné systémy, keďže obec v súčasnosti takýmito systémami nedisponuje.

132

133

Indikatívna výška finančných prostriedkov na realizáciu projektu predstavuje **329 321,00 EUR s DPH** (hardvér, softvér, inštalácia).

134

135

Výstupy projektu budú určené nielen pre potreby obecného úradu, ale aj pre širokú verejnosť – obyvateľov a návštevníkov obce. Dáta umožnia obci efektívnejšie plánovať rozvoj dopravnej a technickej infraštruktúry, lepšie manažovať mobilitu a optimalizovať poskytovanie miestnych služieb. Súčasne projekt vytvorí základ pre ďalší rozvoj smart riešení založených na dátach.

136

137

Projekt bude financovaný z **Programu Slovensko 2021–2027, opatrenie 1.2.2 – IoT, dáta a platformy**. Žiadateľom a prijímateľom je **Obec Veľká Lomnica**, bez zapojenia partnerov. Projekt je realizovaný v rámci výzvy č. **PSK-MIRRI-619-2024-ITI-EFRR**.

138

139

== {{id name="_Toc152607292"/}}{{id name="_Toc312483730"/}}{{id name="_Toc2111721766"/}}{{id name="_Toc1058305394"/}}{{id name="_Toc656462781"/}}{{id name="_Toc1832659409"/}}{{id name="_Toc488319966"/}}{{id name="_Toc1232937879"/}}{{id name="_Toc392723854"/}}{{id name="_Toc1753883964"/}}{{id name="_Toc141343421"/}}{{id name="_Toc1911602422"/}}{{id name="_Toc47815694"/}}{{id name="_Toc152607291"/}}3.2Motivácia a rozsah projektu ==

140

141

* **Problém**

142

Obec Veľká Lomnica v súčasnosti nedisponuje dátami o doprave, parkovaní ani pohybe osôb. Rozhodnutia o dopravných opatreniach a investíciách do infraštruktúry sa prijímajú na základe subjektívnych podnetov, nie na základe merateľných údajov. Obec je pritom významne dopravne zaťažená – prechádza ňou hlavný cestný ťah na Poprad, Kežmarok a Vysoké Tatry, s vysokou návštevnosťou aj zo strany turistov a rezortov. Výsledkom sú dopravné zápchy, rizikové situácie a znížená kvalita života obyvateľov.

143

* **Biznis procesy dotknuté projektom**

144

Projekt je zameraný na zlepšenie kľúčových procesov v správe obce:

145

* zber dát o pohybe osôb a dopravnej zaťaženosti v jednotlivých lokalitách,

146

* vyhodnocovanie kolíznych situácií a dopravných zápch,

147

* plánovanie investícií do infraštruktúry na základe dát (napr. nové priechody pre chodcov, úpravy križovatiek),

148

* plánovanie organizácie dopravy podľa reálnej vyťaženosti (dni a hodiny s najväčším dopravným problémom).

149

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

150

Projekt sa zameriava na agendu **doprava a mobilita v obci** a na životné situácie, ktoré s tým súvisia:

151

* bezpečný a plynulý pohyb obyvateľov a návštevníkov po obci,

152

* dostupnosť a kapacita dopravnej infraštruktúry,

153

* efektívne využívanie verejných priestranstiev.

154

* **Rozsah projektu**

155

Projekt sa týka obce Veľká Lomnica ako prijímateľa a jej obyvateľov a návštevníkov ako cieľovej skupiny. Predmetom je inštalácia IoT senzorov v 22 lokalitách obce. Dáta budú spracovávané lokálne a zverejňované ako otvorené údaje vo formátoch CSV a XML/HTML. Projekt sa netýka žiadnych iných ISVS, keďže obec v súčasnosti takýmto systémom nedisponuje.

156

* **Motivácia a očakávaný budúci stav**

157

Motiváciou obce je prechod od subjektívneho rozhodovania k **data-driven riadeniu obce**. V budúcom stave bude obec využívať reálne dáta na plánovanie dopravných opatrení, investícií a organizácie dopravy. Tým sa zlepší plynulosť dopravy, skráti čas zápch a zvýši efektívnosť využívania verejného priestoru.

158

* **Obmedzenia**

159

Hlavným obmedzením je proces verejného obstarávania, ktorý môže časovo predĺžiť začiatok realizácie. Ďalším limitom je kapacita obce v oblasti IT – obec nemá vlastný odborný tím, preto bude prevádzku riešenia zabezpečovať externý správca vybraný cez VO.

* (((

----

[[image:1758709277865-247.png]]

166

)))

167

* (((

168

Obrázok 1 Príklad vizualizácie motivácie pre realizáciu projektu

169

)))

170

171

== {{id name="_Toc152607293"/}}{{id name="_Toc1804717142"/}}{{id name="_Toc2082286828"/}}{{id name="_Toc408208333"/}}{{id name="_Toc2091742582"/}}{{id name="_Toc1276965606"/}}{{id name="_Toc1095995576"/}}{{id name="_Toc1849077951"/}}{{id name="_Toc1415248283"/}}{{id name="_Toc213456280"/}}{{id name="_Toc1645756734"/}}{{id name="_Toc305576249"/}}{{id name="_Toc47815695"/}}3.3Zainteresované strany/Stakeholderi ==

* (((

|ID|Aktér / Stakeholder|Subjekt (názov / skratka)|Rola

178

|1|Žiadateľ a vlastník projektu|Obec Veľká Lomnica|Objednávateľ, prijímateľ NFP, vlastník dát a infraštruktúry

179

|2|Obyvatelia a návštevníci obce|Verejnosť|Koncoví používatelia, prispievajú podnetmi, využívajú výstupy vo forme otvorených dát

180

|3|Škola a zariadenia v obci|ZŠ Veľká Lomnica, MŠ, kultúrne zariadenia|Partneri využívajúci údaje o doprave a pohybe pre organizáciu činnosti

181

|4|Externý správca IT riešenia|Dodávateľ vybraný cez VO|Prevádzkovateľ a servisný partner IoT infraštruktúry

182

|5|Riadiaci orgán / poskytovateľ|PSK, MIRRI SR|Poskytovateľ NFP, dohľad nad implementáciou, kontrola plnenia ukazovateľov

183

184

Tabuľka 2 Zainteresované strany (Stakeholderi)

)))

== {{id name="_Toc1171095368"/}}{{id name="_Toc917011599"/}}{{id name="_Toc1971312639"/}}{{id name="_Toc1126157752"/}}{{id name="_Toc1310576106"/}}{{id name="_Toc2022117806"/}}{{id name="_Toc1657084950"/}}{{id name="_Toc1062413439"/}}{{id name="_Toc2022428828"/}}{{id name="_Toc2122222112"/}}{{id name="_Toc754065181"/}}{{id name="_Toc152607307"/}}{{id name="_Toc47815696"/}}{{id name="_Toc152607306"/}}{{id name="_Toc152607305"/}}{{id name="_Toc152607304"/}}{{id name="_Toc152607303"/}}{{id name="_Toc152607302"/}}{{id name="_Toc152607301"/}}{{id name="_Toc152607300"/}}{{id name="_Toc152607299"/}}{{id name="_Toc152607298"/}}{{id name="_Toc152607297"/}}{{id name="_Toc152607296"/}}{{id name="_Toc152607295"/}}{{id name="_Toc152607294"/}}3.4Ciele projektu ==

190

191

192

|**ID**|**Názov cieľa projektu**|**Názov strategického cieľa**|**Spôsob realizácie strategického cieľa**

193

|1|Zaviesť systém zberu anonymizovaných dát o doprave a pohybe osôb v 22 lokalitách obce|NKIVS 2023 – „Digitálna infraštruktúra pre verejnú správu“|Inštalácia IoT senzorov, zber a publikovanie otvorených dát vo formátoch CSV/XML

194

|2|Zlepšiť rozhodovanie obce o investíciách a dopravných opatreniach na základe dát|KRIT 2030 – „Data-driven rozhodovanie a riadenie verejnej správy“|Vytvorenie rozhodovacích podkladov pre obecné zastupiteľstvo a úrad

195

|3|Zvýšiť bezpečnosť a plynulosť dopravy v obci|Strategický dokument PSK – ITI Prešovského kraja: „Inteligentná mobilita“|Analýza dopravnej vyťaženosti, identifikácia rizikových lokalít a plánovanie opatrení

196

|4|Zlepšiť dostupnosť informácií pre obyvateľov a návštevníkov|NKIVS 2023 – „Otvorené údaje a transparentnosť“|Zverejňovanie dát ako OpenData, sprístupnenie štatistík obyvateľom

197

|5|**Špecifický cieľ výzvy – 1.2.2 IoT, dáta a platformy**|Program Slovensko 2021–2027|Nasadenie IoT riešení a zber dát pre efektívnejšie riadenie mobility a verejných priestorov

198

199

200

Tabuľka 3 Ciele projektu

201

202

== {{id name="_Toc152607308"/}}3.5Merateľné ukazovatele (KPI) ==

* (((

|2|Zlepšiť rozhodovanie obce o investíciách a dopravných opatreniach na základe dát|Počet vypracovaných rozhodovacích podkladov na báze dát|Počet analýz / reportov využitých v rokovaniach zastupiteľstva alebo vedenia obce|počet reportov / rok|0|min. 4 ročne|Evidencia výstupov z dátovej platformy, doložené v zápisniciach zastupiteľstva

210

|3|Zvýšiť bezpečnosť a plynulosť dopravy v obci|Počet identifikovaných a riešených rizikových lokalít|Počet úsekov, kde na základe dát obec prijala opatrenia (napr. dopravné značenie, úprava priechodu, zmena parkovania)|počet lokalít|0|min. 5 lokalít do 1 roka po nasadení|Analýza dopravných dát, rozhodnutia zastupiteľstva, evidencia prijatých opatrení

Tabuľka 4 Merateľné ukazovatele

215

)))

216

217

== {{id name="_Toc152607312"/}}{{id name="_Toc1937275886"/}}{{id name="_Toc741126126"/}}{{id name="_Toc1465086354"/}}{{id name="_Toc1808286414"/}}{{id name="_Toc773473969"/}}{{id name="_Toc1151283522"/}}{{id name="_Toc1993493887"/}}{{id name="_Toc2086720991"/}}{{id name="_Toc484272872"/}}{{id name="_Toc1278737203"/}}{{id name="_Toc325672769"/}}{{id name="_Toc152607311"/}}{{id name="_Toc152607309"/}}3.6Špecifikácia potrieb koncového používateľa ==

218

219

**Definícia skupín koncových používateľov**

220

221

**Obyvatelia obce** – motoristi (parkovanie, plynulosť premávky), chodci (bezpečné priechody, pohyb v centre).

222

223

**Návštevníci a turisti** – orientácia pri kaštieli, kultúrnom dome a športoviskách, dostupnosť parkovania.

224

225

**Škola a rodičia žiakov** – bezpečnosť žiakov pri príchode a odchode, menej kolízií áut a chodcov.

226

227

**Obecný úrad a poslanci** – analytické podklady pre investície, dopravné obmedzenia a parkovaciu politiku.

**Persóny**

**Ján, 42 rokov, obyvateľ** – denne cestuje autom do práce, potrebuje rýchlo zaparkovať v centre bez krúženia.

232

233

**Anna, 35 rokov, matka dvoch detí** – posiela deti pešo do školy, chce bezpečné priechody a menej áut v čase 7:30–8:00.

234

235

**Peter, 28 rokov, turista** – navštívi kaštieľ a potrebuje informáciu o parkovisku, aby nemusel hľadať voľné miesto.

236

237

**Starosta, 55 rokov** – rozhoduje o investíciách a chce mať dáta o doprave a parkovaní ako podklad pre zastupiteľstvo.

238

239

**Používateľské potreby (formou príbehov)**

240

241

//Ako obyvateľ, chcem vedieť, či je voľné parkovanie v centre, aby som nestrácal čas a nezvyšoval dopravnú záťaž.//

242

243

//Ako rodič, chcem vedieť, či je ulica pri škole dopravne preťažená, aby som poslal dieťa bezpečne pešo.//

244

245

//Ako turista, chcem mať istotu, že pri kaštieli zaparkujem pohodlne, aby som využil služby obce.//

246

247

//Ako starosta, chcem mať rozhodovacie podklady z dát, aby som mohol investovať do dopravy na základe reálnych potrieb.//

**AS-IS stav**

Obec dnes nedisponuje systematickým zberom dát o doprave a pohybe osôb. Rozhodovanie je založené na subjektívnych podnetoch od občanov.

**TO-BE stav**

Po realizácii projektu bude obec:

256

257

disponovať anonymizovanými dátami zo senzorov v 22 lokalitách,

258

259

mať automatizované reporty o doprave, parkovaní a pohybe,

260

261

poskytovať dáta ako otvorené údaje pre obyvateľov a partnerov,

262

263

využívať výstupy pre plánovanie infraštruktúry a bezpečnostných opatrení.

264

265

**Používateľský prieskum**

266

267

**Metóda:** štruktúrované rozhovory a dotazník so starostom, pracovníkmi úradu, zástupcami školy a vybranými obyvateľmi (vzorka 20 osôb).

268

269

**Výsledky:** identifikovaná potreba mať lepšie dáta o parkovaní, plynulosti dopravy a bezpečnosti detí.

270

271

**Výstup:** report používateľského prieskumu ako príloha projektového zámeru.

272

273

274

== {{id name="_Toc152607313"/}}{{id name="_Toc198641823"/}}{{id name="_Toc1446281799"/}}{{id name="_Toc1842310707"/}}{{id name="_Toc1163807533"/}}{{id name="_Toc916545230"/}}{{id name="_Toc521854426"/}}{{id name="_Toc498488475"/}}{{id name="_Toc1758750743"/}}{{id name="_Toc207777217"/}}{{id name="_Toc936389862"/}}{{id name="_Toc1446163721"/}}3.7Riziká a závislosti ==

275

276

**Obmedzenia projektu**

277

278

**Rozsah výzvy:** projekt je viazaný na opatrenie 1.2.2 (IoT, dáta a platformy), preto nie je možné zahrnúť iné typy infraštruktúrnych investícií (napr. výstavbu parkovísk alebo stavebné úpravy).

279

280

**Technické limity:** nasadenie senzorov sa obmedzí na 22 lokalít, ktoré boli vybrané na základe dopravnej a spoločenskej dôležitosti.

281

282

**Finančný rámec:** oprávnené výdavky sú limitované výškou alokácie a pravidlami výzvy (obmedzenie na obstaranie IoT zariadení, SW licencií, integrácie, nie však na nadväzné stavebné zásahy).

283

284

**Časové obmedzenie:** projekt musí byť ukončený v lehote realizácie definovanej vo výzve, čo limituje rozsah testovania a pilotných aktivít.

285

286

**Legislatívne obmedzenia:** systém musí rešpektovať GDPR – anonymizované dáta, bez sledovania konkrétnych osôb alebo ŠPZ.

287

288

**Predpoklady úspešnej realizácie**

289

290

**Technická pripravenosť:** dostupná elektrina a dátové pripojenie v lokalitách, kde budú senzory inštalované.

291

292

**Organizačné zabezpečenie:** obec disponuje kapacitami na riadenie projektu (projektový manažér, technický konzultant, účtovník).

293

294

**Spolupráca partnerov:** zapojenie školy, kultúrneho domu a miestnych združení do využívania a poskytovania spätnej väzby k dátam.

295

296

**Integrácia na národnú platformu:** IoT riešenie bude pripravené na pripojenie k Integračno-analytickej platforme (Príloha 11 výzvy) cez API a štandardizované rozhrania.

297

298

**Finančné predpoklady:** projekt bude financovaný z NFP s dofinancovaním z rozpočtu obce (spolufinancovanie min. 8 %).

299

300

**Prevádzková udržateľnosť:** obec zabezpečí servisné zmluvy na údržbu senzorov a softvéru počas obdobia udržateľnosti projektu.

|2|Nedostatočná dostupnosť dátovej konektivity v lokalitách|Technické|Nemožnosť inštalácie alebo výpadky senzorov|Overenie dostupnosti internetu pred inštaláciou, využitie LTE/5G pripojenia, dohoda s operátorom

== ==

Tabuľka 5 Prehľad najzávažnejších rizík a závislostí

1.

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

==== Nákladová stránka projektu ====

322

323

Celkový rozpočet projektu pozostáva z investičných a prevádzkových nákladov:

324

325

1. **Investičné náklady (rok 0–1):**

326

1*. hardvér, softvér, inštalácia a konfigurácia: **329 111,43 € s DPH**

327

1*. paušálne výdavky (verejné obstarávanie, externý projektový manažment, projektová dokumentácia – 7 %): **23 037,80 €**

328

1*. **Spolu oprávnené výdavky:** cca **352 149,23 €**

329

1. **Spolufinancovanie:**

330

1*. 92 % (EÚ + ŠR), t. j. cca **323 977,29 €**

331

1*. 8 % (obec), t. j. cca **28 171,94 €**

332

1. **Prevádzkové náklady (rok 2–10):**

333

1*. základná SLA na úrovni **3 000 – 5 000 €/rok**, ktorá pokrýva aktualizácie softvéru, monitoring a servis,

334

1*. bežná správa systému bude zabezpečená **interným zamestnancom obce** (už dnes vykonáva správu webu a elektronickej úradnej tabule),

335

1*. väčšie zásahy budú riešené formou individuálnych zákaziek.

336

337

➡ **Predpokladané prevádzkové náklady v T10:** cca **30 000 – 50 000 €**.

----

==== Prínosy projektu (T10) ====

342

343

1. **Kvantifikovateľné prínosy:**

344

1*. úspora pracovných kapacít (administratíva, monitoring): cca **12 000 €/rok** (zodpovedá jednému pracovného úväzku),

345

1*. efektívnejšie plánovanie údržby cintorína, cyklotrás, verejného osvetlenia a infraštruktúry: **5 000 – 10 000 €/rok**,

346

1*. optimalizácia investícií – dátové podklady umožnia nasmerovať zdroje tam, kde sú reálne potreby (odhad úspory 5 % kapitálových výdavkov obce).

347

1. **Nekvantifikovateľné prínosy:**

348

1*. zvýšenie bezpečnosti detí pri školách a pohybu obyvateľov v rizikových lokalitách,

349

1*. zlepšenie komfortu obyvateľov a návštevníkov,

350

1*. transparentnosť vďaka open data (zverejňovanie agregovaných údajov na webe a e-tabuľi),

351

1*. participácia verejnosti a podpora digitálnej transformácie,

352

1*. možnosť budúceho rozšírenia o environmentálne senzory, smart osvetlenie či parkovací manažment.

----

==== Ukazovatele návratnosti ====

357

358

* **Náklady T10:** cca **382 000 – 402 000 €** (investícia + low-cost prevádzka).

359

* **Prínosy T10 (kvantifikovateľné):** cca **170 000 – 220 000 €**, bez započítania kvalitatívnych prínosov a optimalizácie investícií.

360

* **Rok návratnosti:** predbežne **7.–8. rok**.

361

* **Ukazovatele ENPV, FNPV, BCR:** budú presne vypočítané až po určení dodávateľa, avšak predbežné hodnotenie ukazuje pozitívny trend (BCR > 1).

----

=== Zhrnutie ===

Projekt má realisticky nastavené investičné a prevádzkové náklady. Vďaka kombinácii externej SLA v nízkom rozsahu a internej správy systému sú prevádzkové náklady udržateľné aj pre obec Veľká Lomnica. Prínosy projektu sa prejavia nielen v úsporách a efektívnejšom riadení obecného majetku, ale aj v zvýšení bezpečnosti, transparentnosti a kvalite života obyvateľov.

== ==

== {{id name="_Toc152607315"/}}{{id name="_Toc1793724252"/}}{{id name="_Toc1466175488"/}}{{id name="_Toc1609225226"/}}{{id name="_Toc1296717251"/}}{{id name="_Toc1633501589"/}}{{id name="_Toc1315070395"/}}{{id name="_Toc1675606855"/}}{{id name="_Toc577492669"/}}{{id name="_Toc1200979875"/}}{{id name="_Toc248627913"/}}{{id name="_Toc1580551965"/}}{{id name="_Toc47815698"/}}{{id name="_Toc521508979"/}}3.8Stanovenie alternatív v biznisovej vrstve architektúry ==

372

373

* ARCHITEKTÚRA RIEŠENIA PROJEKTU

374

* (((

375

Táto kapitola popisuje architektúru riešenia projektu v súlade s požiadavkami vyhlášky MIRRI SR č. 401/2023 Z. z. a metodickými pokynmi k spracovaniu projektových zámerov. Cieľom je preukázať, akým spôsobom plánované riešenie zapadá do architektonického rámca verejnej správy a aké zmeny nastanú v porovnaní so súčasným stavom.

376

377

Projekt obce Veľká Lomnica sa zameriava na vybudovanie digitálnej infraštruktúry založenej na IoT senzoroch a analytickom softvéri, ktorá umožní zber, spracovanie a publikovanie anonymizovaných údajov z verejného priestoru. Keďže ide o projekt obstarania HW a SW s následnou implementáciou, hlavný dôraz je kladený na technologickú a aplikačnú vrstvu architektúry, pričom biznis vrstva sa popisuje v rozsahu vplyvu na procesy obce.

378

379

Architektúra je spracovaná vo variantoch **AS-IS (súčasný stav)** a **TO-BE (stav po realizácii projektu)**. Modely budú spracované v jazyku **Archimate 3.0** s možnosťou exportu do formátov podporovaných systémom MetaIS. Evidencia komponentov bude priebežne aktualizovaná v súlade s § 12 ods. 1 písm. b) zákona č. 95/2019 Z. z. o informačných technológiách vo verejnej správe.

)))

*

*1. Stanovenie alternatív architektúry riešenia

385

* (((

386

Cieľom tejto podkapitoly je stanoviť a porovnať možné alternatívy architektúry riešenia projektu. Výber alternatív prebieha dvojstupňovo:

387

)))

388

* **Multikriteriálna analýza (MCA)** – v prvom kroku sa definujú a posúdia dostupné alternatívy podľa stanovených kritérií (technická uskutočniteľnosť, finančná náročnosť, udržateľnosť, súlad s potrebami obce).

389

* **Hodnotenie nákladov a prínosov – do ďalšieho hodnotenia postupujú iba tie alternatívy, ktoré splnili všetky vylučovacie kritériá v MCA. Hodnotenie je spracované formou detailného opisu nákladovej a prínosovej stránky projektu (v horizonte T10), keďže projekt nepresahuje hranicu 1 000 000 € a nie je povinné spracovať samostatný dokument M-05 BC/CBA.**

* (((

V súlade s metodikou je minimálny počet variantov stanovený na tri:

394

)))

395

* **nulový variant** – obec nezrealizuje žiadnu investíciu, čo znamená zachovanie súčasného stavu (AS-IS),

396

* **preferovaný variant** – komplexné riešenie s dodávkou HW, SW a implementáciou analytickej platformy,

397

* **minimalistický variant** – základná verzia preferovaného variantu, ktorá realizuje iba nevyhnutné komponenty pre zber a ukladanie dát, bez rozšírených analytických a vizualizačných modulov.

398

* (((

399

Porovnávanie alternatív sa nevzťahuje na dilemu medzi vývojom na „zelenej lúke“ a obstaraním krabicového riešenia (COTS), keďže žiadateľ nemôže vopred určiť, aké riešenie ponúknu uchádzači vo VO. Predmetom porovnania sú teda vyššie uvedené tri alternatívy, ktoré pokrývajú realistické scenáre realizácie projektu v obci.

)))

*

*1.

*11. Stanovenie alternatív v biznisovej vrstve architektúry

* (((

Na základe identifikovaného rozsahu problému sa pre projekt vo Veľkej Lomnici navrhujú tri alternatívy riešenia biznis procesov:

412

)))

413

* **Nulový variant** – obec nezavedie žiadnu digitálnu infraštruktúru; rozhodovanie ostáva na základe subjektívneho vnímania a manuálne získavaných podnetov.

414

* **Minimalistický variant** – nasadia sa len základné IoT senzory na hlavných ťahoch a v kritických lokalitách (napr. školy, križovatka Železničná/Farská). Dáta budú ukladané a základne vizualizované, bez pokročilých analytických modulov.

415

* **Preferovaný variant** – komplexné riešenie zahŕňajúce senzory vo viacerých lokalitách, centrálny server, analytický softvér (Axxon One Enterprise), open data publikáciu a dashboardy pre samosprávu.

416

* (((

417

Výber alternatív v biznis vrstve bude realizovaný prostredníctvom multikriteriálnej analýzy (MCA), ktorá vyhodnotí mieru prínosu pre obec, technickú uskutočniteľnosť, udržateľnosť a finančnú primeranosť.

418

419

**Kritériá MCA (príklad pre projekt):**

420

)))

421

* Kritérium A (KO): riešenie musí priniesť dáta z hlavných dopravných ťahov → ak nie, alternatíva je vyradená.

422

* Kritérium B (KO): riešenie musí umožniť uchovávanie a export údajov v štruktúrovanej podobe (XML/CSV).

423

* Kritérium C (KO): riešenie musí byť technicky udržateľné min. 5 rokov (HW + SW).

424

* Kritérium D: rozsah nasadenia v ďalších lokalitách.

425

* Kritérium E: možnosť budúceho rozšírenia o ďalšie typy senzorov (hluk, ovzdušie, parkovanie).

426

* Kritérium F: úroveň prevádzkových nákladov vzhľadom na rozpočet obce.

427

* (((

428

**Hodnotenie alternatív (stručne):**

429

)))

430

* Nulový variant: nesplní kritériá A, B, C → vyradený.

431

* Minimalistický variant: splní A, B, C, ale obmedzený prínos v D a E.

432

* Preferovaný variant: spĺňa všetky kritériá a prináša najvyšší prínos pre obec.

* (((

|**Kritérium A (KO)**|Riešenie musí priniesť dáta z hlavných dopravných ťahov.|X|X|X

439

|**Kritérium B (KO)**|Riešenie musí umožniť export údajov v štruktúrovanej podobe (XML/CSV).|X| |X

440

|**Kritérium C (KO)**|Riešenie musí byť technicky udržateľné min. 5 rokov (HW + SW).|X|X|X

441

|**Kritérium D (KO)**|Rozsah nasadenia aj v ďalších lokalitách mimo hlavných ťahov.| |X|X

442

|**Kritérium E**|Možnosť budúceho rozšírenia o ďalšie typy senzorov (hluk, ovzdušie, parkovanie).|X| |X

443

|**Kritérium F**|Prevádzkové náklady musia byť primerané rozpočtu obce.|X|X|X

444

445

446

Tabuľka 9 Príklad šablóny pre spracovanie MCA

Tabuľka 10 Príklad šablóny pre vyhodnotenie MCA

459

460

461

**Návrh úpravy výstupu**

462

)))

463

* **Variant 1 (nulový)** – slúži ako kontrolný, do multikriteriálnej analýzy sa nezapája, slúži len na porovnanie.

464

* **Variant 2 (minimalistický)** – spĺňa povinné kritériá, ale má obmedzený rozsah (napr. iba 2–3 lokality).

465

* **Variant 3 (preferovaný)** – spĺňa všetky kritériá, zabezpečuje plný rozsah a rozšíriteľnosť riešenia.

466

* (((

467

Do ďalšieho hodnotenia postupuje **Variant 2 a Variant 3**, pričom budú podrobnejšie popísané v kapitole „Náklady a prínosy projektu“.

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

473

)))

474

* (((

475

Alternatívy v aplikačnej vrstve nadväzujú na varianty definované v biznis vrstve. Ich úlohou je popísať, ktoré aplikačné moduly a funkcionality budú súčasťou riešenia a do akej miery naplnia potreby obce. Všetky moduly boli rozdelené do dvoch kategórií:

476

)))

477

* **NUTNÉ** – základné aplikačné moduly, bez ktorých nie je možné projekt realizovať (napr. zber dát zo senzorov, základná vizualizácia, ukladanie údajov).

478

* **PREFEROVANÉ** – rozširujúce moduly, ktoré zvyšujú hodnotu projektu, prinášajú dodatočné prínosy (napr. rozšírené analytické funkcie, otvorené dáta, reporting pre participáciu občanov).

479

* **Biznis alternatíva 1 (Nulový variant)**

480

* Nerealizuje sa žiadny aplikačný modul, neexistuje žiadna funkcionalita.

481

* Slúži výlučne ako kontrolný variant v hodnotení nákladov a prínosov.

482

* **Biznis alternatíva 2 (Minimalistický variant)**

483

* **Nutné moduly**: základný zber dát z hlavných dopravných ťahov (školy, križovatky), jednoduchá vizualizácia.

484

* **Preferované moduly**: neuplatňujú sa.

485

* Rozsah je obmedzený na 2–3 merané lokality, výstupy slúžia predovšetkým pre interné rozhodovanie obce.

486

* **Biznis alternatíva 3 (Preferovaný variant)**

487

* **Nutné moduly**: komplexný zber dát z viacerých lokalít (školy, križovatky, cintorín, zberný dvor, cyklotrasa), centrálna vizualizácia, úložisko dát.

488

* **Preferované moduly**: rozšírené analytické funkcie, automatizované reporty pre starostu a zastupiteľstvo, publikácia agregovaných údajov ako open data, príprava na rozšírenie (napr. environmentálne senzory).

489

* Tento variant pokrýva všetky požiadavky obce a umožňuje ďalší rozvoj digitálnej infraštruktúry.

* (((

[[image:1758709771262-395.png]]

494

495

Obrázok 3 Znázornenie alternatív riešenia v aplikačnej vrstve

)))

*

*1.

*11. Stanovenie alternatív v technologickej vrstve architektúry

509

* (((

510

Technologická vrstva určuje, na akom hardvéri a infraštruktúre bude bežať riešenie. Pri hodnotení sa zvážili tri základné prístupy:

511

)))

512

* **Variant 1 (nulový)** – žiadne nové technológie, obec zostáva pri manuálnom zbere dát.

513

* **Variant 2 (minimalistický)** – lokálne senzory v obmedzenom rozsahu, dáta ukladané na menšie lokálne úložisko v rámci obce.

514

* **Variant 3 (preferovaný)** – komplexné nasadenie senzorov s centrálnym serverom a dátovým úložiskom umiestneným **lokálne v obci**, ktoré umožní rozšírenie o ďalšie senzory a publikovanie otvorených dát.

515

* **Posúdenie možností umiestnenia**

516

* **Vládny cloud** – neuvažuje sa, projekt nespadá pod ISVS a nemá požiadavky na napojenie do vládnej infraštruktúry.

517

* **Hybridný model (časť cloud, časť lokálne)** – vzhľadom na rozsah projektu a jeho cieľ (dáta pre obec) nie je ekonomicky ani technicky výhodný.

518

* **Komerčný cloud** – zamietnutý z dôvodu nákladov a trvalej závislosti od externého poskytovateľa.

519

* **Výsledok hodnotenia**

520

* (((

521

Technologicky najvhodnejšia alternatíva pre obec je **Variant 3 – lokálne riešenie s vlastným hardvérom**, keďže:

522

)))

523

* obec takto plne kontroluje spracovanie údajov,

524

* dáta sú uložené priamo v obci,

525

* riešenie je škálovateľné (možno doplniť nové senzory alebo aplikačné funkcie),

526

* prevádzkové náklady sú dlhodobo nižšie než pri cloude.

* (((

)))

*

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

536

* (((

537

**Táto kapitola nadväzuje na analýzu alternatív spracovanú v bode 5.1 a definuje budúci cieľový produkt projektu vo všetkých vrstvách architektúry. Popis predstavuje stav „TO BE“, ktorý bude po realizácii projektu využívaný obcou Veľká Lomnica.**

538

539

540

Budúci cieľový produkt projektu predstavuje **digitálnu infraštruktúru založenú na IoT senzoroch**, ktorá obci Veľká Lomnica umožní systematický zber, spracovanie a využívanie údajov z verejného priestoru. Riešenie je koncipované ako modulárne a rozšíriteľné, s dôrazom na lokálnu správu údajov, jednoduchú prevádzku a otvorenosť pre ďalší rozvoj.

541

)))

542

* **Biznis vrstva**

543

* **Hlavní používatelia**: starosta, prednostka a poverený zamestnanec obecného úradu.

544

* **Primárne ciele**: získavanie dát o pohybe osôb, vozidiel a využívaní verejných priestranstiev ako podkladu pre rozhodovanie a plánovanie služieb.

545

* **Sekundárni používatelia**: občania – prostredníctvom publikovaných open data súborov.

546

* **Očakávané prínosy**: zlepšenie efektivity samosprávy, úspory pri údržbe a investíciách, vyššia participácia verejnosti na rozvojových aktivitách.

547

* **Aplikačná vrstva**

548

* **Zber dát**: aplikácia pre príjem dát zo senzorov v reálnom čase.

549

* **Ukladanie**: databázová vrstva pre štruktúrované uchovávanie dát v lokálnom úložisku.

550

* **Vizualizácia a reporting**: dashboardy pre vedenie obce a pravidelné výstupy vo forme mesačných prehľadov.

551

* **Otvorené údaje**: export agregovaných datasetov v štandarde open data (3★).

552

* **Rozšíriteľnosť**: možnosť pripojenia ďalších modulov (napr. senzory hluku, ovzdušia, parkovanie).

553

* **Technologická vrstva**

554

* **IoT zariadenia**: senzory pohybu osôb, vozidiel, vyťaženosti priestorov.

555

* **Komunikačná infraštruktúra**: káblové aj bezdrôtové pripojenie podľa lokality, využitie existujúcej elektrickej siete.

556

* **Server a úložisko**: lokálne umiestnený server v správe obce, ktorý zabezpečuje databázu, spracovanie a vizualizáciu údajov.

557

* **Záložné zdroje**: UPS pre zabezpečenie kontinuálnej prevádzky.

558

* **Škálovateľnosť**: architektúra umožňuje dopĺňať nové senzory a aplikačné funkcionality bez nutnosti zásahu do základnej infraštruktúry.

* (((

----

)))

* **Funkčné požiadavky**

563

* Zber dát zo senzorov v reálnom čase.

564

* Ukladanie údajov v štruktúrovanej forme.

565

* Dashboardy a vizualizácie pre vedenie obce.

566

* Export otvorených údajov (open data).

567

* Možnosť dopĺňať ďalšie senzory a moduly.

568

* **Nefunkčné požiadavky**

569

* Prevádzková dostupnosť min. 95 %.

570

* Odolnosť zariadení voči poveternostným podmienkam (min. IP66, -20 °C až +50 °C).

571

* Škálovateľnosť riešenia bez zásadných investícií do základnej infraštruktúry.

572

* Jednoduché používateľské rozhranie pre administráciu.

573

* Anonymizácia údajov – žiadne osobné identifikátory.

* (((

)))

[[image:1758709790377-350.png]]

581

582

(% class="wikigeneratedid" %)

583

Obrázok 4 Návrh modelu TO BE

584

585

== {{id name="_Toc152607316"/}}{{id name="_Toc272880027"/}}{{id name="_Toc1555402845"/}}{{id name="_Toc202773756"/}}{{id name="_Toc184325397"/}}{{id name="_Toc668554681"/}}{{id name="_Toc1254416069"/}}{{id name="_Toc1027950788"/}}{{id name="_Toc1148271670"/}}{{id name="_Toc113941326"/}}{{id name="_Toc531942663"/}}{{id name="_Toc154507425"/}}3.9Multikriteriálna analýza ==

586

587

588

Na základe identifikovaného rozsahu problému sa pre projekt vo Veľkej Lomnici navrhujú tri alternatívy riešenia biznis procesov:

589

590

* **Nulový variant** – obec nezavedie žiadnu digitálnu infraštruktúru; rozhodovanie ostáva na základe subjektívneho vnímania a manuálne získavaných podnetov.

591

* **Minimalistický variant** – nasadia sa len základné IoT senzory na hlavných ťahoch a v kritických lokalitách (napr. školy, križovatka Železničná/Farská). Dáta budú ukladané a základne vizualizované, bez pokročilých analytických modulov.

592

* **Preferovaný variant** – komplexné riešenie zahŕňajúce senzory vo viacerých lokalitách, centrálny server, analytický softvér (Axxon One Enterprise), open data publikáciu a dashboardy pre samosprávu.

593

594

Výber alternatív v biznis vrstve bude realizovaný prostredníctvom multikriteriálnej analýzy (MCA), ktorá vyhodnotí mieru prínosu pre obec, technickú uskutočniteľnosť, udržateľnosť a finančnú primeranosť.

595

596

**Kritériá MCA (príklad pre projekt):**

597

598

* Kritérium A (KO): riešenie musí priniesť dáta z hlavných dopravných ťahov → ak nie, alternatíva je vyradená.

599

* Kritérium B (KO): riešenie musí umožniť uchovávanie a export údajov v štruktúrovanej podobe (XML/CSV).

600

* Kritérium C (KO): riešenie musí byť technicky udržateľné min. 5 rokov (HW + SW).

601

* Kritérium D: rozsah nasadenia v ďalších lokalitách.

602

* Kritérium E: možnosť budúceho rozšírenia o ďalšie typy senzorov (hluk, ovzdušie, parkovanie).

603

* Kritérium F: úroveň prevádzkových nákladov vzhľadom na rozpočet obce.

604

605

**Hodnotenie alternatív (stručne):**

606

607

* Nulový variant: nesplní kritériá A, B, C → vyradený.

608

* Minimalistický variant: splní A, B, C, ale obmedzený prínos v D a E.

609

610

Preferovaný variant: spĺňa všetky kritériá a prináša najvyšší prínos pre obec

611

612

613

|**Kritérium A (KO)**|Riešenie musí priniesť dáta z hlavných dopravných ťahov.|X|X|X

614

|**Kritérium B (KO)**|Riešenie musí umožniť export údajov v štruktúrovanej podobe (XML/CSV).|X| |X

615

|**Kritérium C (KO)**|Riešenie musí byť technicky udržateľné min. 5 rokov (HW + SW).|X|X|X

616

|**Kritérium D (KO)**|Rozsah nasadenia aj v ďalších lokalitách mimo hlavných ťahov.| |X|X

617

|**Kritérium E**|Možnosť budúceho rozšírenia o ďalšie typy senzorov (hluk, ovzdušie, parkovanie).|X| |X

618

|**Kritérium F**|Prevádzkové náklady musia byť primerané rozpočtu obce.|X|X|X

619

620

Tabuľka 9 Príklad šablóny pre spracovanie MCA

Tabuľka 10 Príklad šablóny pre vyhodnotenie MCA

631

632

633

**Návrh úpravy výstupu**

634

635

* **Variant 1 (nulový)** – slúži ako kontrolný, do multikriteriálnej analýzy sa nezapája, slúži len na porovnanie.

636

* **Variant 2 (minimalistický)** – spĺňa povinné kritériá, ale má obmedzený rozsah (napr. iba 2–3 lokality).

637

* **Variant 3 (preferovaný)** – spĺňa všetky kritériá, zabezpečuje plný rozsah a rozšíriteľnosť riešenia.

638

639

Do ďalšieho hodnotenia postupuje **Variant 2 a Variant 3**, pričom budú podrobnejšie popísané v kapitole „Náklady a prínosy projektu“.

640

641

642

== {{id name="_Toc152607317"/}}{{id name="_Toc2141037501"/}}{{id name="_Toc305797393"/}}{{id name="_Toc757025235"/}}{{id name="_Toc799792984"/}}{{id name="_Toc1320898353"/}}{{id name="_Toc662890955"/}}{{id name="_Toc2002161453"/}}{{id name="_Toc463175707"/}}{{id name="_Toc660959900"/}}{{id name="_Toc1051940062"/}}{{id name="_Toc1081082045"/}}{{id name="_Toc47815700"/}}{{id name="_Toc521508981"/}}3.10Stanovenie alternatív v aplikačnej vrstve architektúry ==

1.

11.

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

647

648

Alternatívy v aplikačnej vrstve nadväzujú na varianty definované v biznis vrstve. Ich úlohou je popísať, ktoré aplikačné moduly a funkcionality budú súčasťou riešenia a do akej miery naplnia potreby obce. Všetky moduly boli rozdelené do dvoch kategórií:

649

650

* **NUTNÉ** – základné aplikačné moduly, bez ktorých nie je možné projekt realizovať (napr. zber dát zo senzorov, základná vizualizácia, ukladanie údajov).

651

* **PREFEROVANÉ** – rozširujúce moduly, ktoré zvyšujú hodnotu projektu, prinášajú dodatočné prínosy (napr. rozšírené analytické funkcie, otvorené dáta, reporting pre participáciu občanov).

652

* **Biznis alternatíva 1 (Nulový variant)**

653

654

* Nerealizuje sa žiadny aplikačný modul, neexistuje žiadna funkcionalita.

655

* Slúži výlučne ako kontrolný variant v hodnotení nákladov a prínosov.

656

657

* **Biznis alternatíva 2 (Minimalistický variant)**

658

659

* **Nutné moduly**: základný zber dát z hlavných dopravných ťahov (školy, križovatky), jednoduchá vizualizácia.

660

* **Preferované moduly**: neuplatňujú sa.

661

* Rozsah je obmedzený na 2–3 merané lokality, výstupy slúžia predovšetkým pre interné rozhodovanie obce.

662

663

* **Biznis alternatíva 3 (Preferovaný variant)**

664

665

* **Nutné moduly**: komplexný zber dát z viacerých lokalít (školy, križovatky, cintorín, zberný dvor, cyklotrasa), centrálna vizualizácia, úložisko dát.

666

* **Preferované moduly**: rozšírené analytické funkcie, automatizované reporty pre starostu a zastupiteľstvo, publikácia agregovaných údajov ako open data, príprava na rozšírenie (napr. environmentálne senzory).

667

* Tento variant pokrýva všetky požiadavky obce a umožňuje ďalší rozvoj digitálnej infraštruktúry.

668

\\[[image:1758710030049-208.png]]

669

670

(% class="wikigeneratedid" %)

671

Obrázok 3 Znázornenie alternatív riešenia v aplikačnej vrstve

672

673

== {{id name="_Toc152607318"/}}{{id name="_Toc1308618109"/}}{{id name="_Toc1709724880"/}}{{id name="_Toc1118245238"/}}{{id name="_Toc416893103"/}}{{id name="_Toc1814703501"/}}{{id name="_Toc1969952445"/}}{{id name="_Toc1495260625"/}}{{id name="_Toc1603455053"/}}{{id name="_Toc245422461"/}}{{id name="_Toc1058442113"/}}{{id name="_Toc2040067840"/}}{{id name="_Toc47815701"/}}{{id name="_Toc521508982"/}}3.11Stanovenie alternatív v technologickej vrstve architektúry ==

* (((

Technologická vrstva určuje, na akom hardvéri a infraštruktúre bude bežať riešenie. Pri hodnotení sa zvážili tri základné prístupy:

678

)))

679

* **Variant 1 (nulový)** – žiadne nové technológie, obec zostáva pri manuálnom zbere dát.

680

* **Variant 2 (minimalistický)** – lokálne senzory v obmedzenom rozsahu, dáta ukladané na menšie lokálne úložisko v rámci obce.

681

* **Variant 3 (preferovaný)** – komplexné nasadenie senzorov s centrálnym serverom a dátovým úložiskom umiestneným **lokálne v obci**, ktoré umožní rozšírenie o ďalšie senzory a publikovanie otvorených dát.

682

* **Posúdenie možností umiestnenia**

683

* **Vládny cloud** – neuvažuje sa, projekt nespadá pod ISVS a nemá požiadavky na napojenie do vládnej infraštruktúry.

684

* **Hybridný model (časť cloud, časť lokálne)** – vzhľadom na rozsah projektu a jeho cieľ (dáta pre obec) nie je ekonomicky ani technicky výhodný.

685

* **Komerčný cloud** – zamietnutý z dôvodu nákladov a trvalej závislosti od externého poskytovateľa.

686

* **Výsledok hodnotenia**

687

* (((

688

Technologicky najvhodnejšia alternatíva pre obec je **Variant 3 – lokálne riešenie s vlastným hardvérom**, keďže:

689

)))

690

* obec takto plne kontroluje spracovanie údajov,

691

* dáta sú uložené priamo v obci,

692

* riešenie je škálovateľné (možno doplniť nové senzory alebo aplikačné funkcie),

693

* prevádzkové náklady sú dlhodobo nižšie než pri cloude.

* (((

)))

= {{id name="_Toc152607319"/}}{{id name="_Toc235638817"/}}{{id name="_Toc2038485909"/}}{{id name="_Toc1889369710"/}}{{id name="_Toc54886926"/}}{{id name="_Toc472227250"/}}{{id name="_Toc1379517775"/}}{{id name="_Toc540855301"/}}{{id name="_Toc1475201524"/}}{{id name="_Toc1214716058"/}}{{id name="_Toc240714683"/}}{{id name="_Toc476051484"/}}{{id name="_Toc47815703"/}}4.POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU) =

699

700

* (((

701

**Táto kapitola nadväzuje na analýzu alternatív spracovanú v bode 5.1 a definuje budúci cieľový produkt projektu vo všetkých vrstvách architektúry. Popis predstavuje stav „TO BE“, ktorý bude po realizácii projektu využívaný obcou Veľká Lomnica.**

702

703

704

Budúci cieľový produkt projektu predstavuje **digitálnu infraštruktúru založenú na IoT senzoroch**, ktorá obci Veľká Lomnica umožní systematický zber, spracovanie a využívanie údajov z verejného priestoru. Riešenie je koncipované ako modulárne a rozšíriteľné, s dôrazom na lokálnu správu údajov, jednoduchú prevádzku a otvorenosť pre ďalší rozvoj.

705

)))

706

* **Biznis vrstva**

707

* **Hlavní používatelia**: starosta, prednostka a poverený zamestnanec obecného úradu.

708

* **Primárne ciele**: získavanie dát o pohybe osôb, vozidiel a využívaní verejných priestranstiev ako podkladu pre rozhodovanie a plánovanie služieb.

709

* **Sekundárni používatelia**: občania – prostredníctvom publikovaných open data súborov.

710

* **Očakávané prínosy**: zlepšenie efektivity samosprávy, úspory pri údržbe a investíciách, vyššia participácia verejnosti na rozvojových aktivitách.

711

* **Aplikačná vrstva**

712

* **Zber dát**: aplikácia pre príjem dát zo senzorov v reálnom čase.

713

* **Ukladanie**: databázová vrstva pre štruktúrované uchovávanie dát v lokálnom úložisku.

714

* **Vizualizácia a reporting**: dashboardy pre vedenie obce a pravidelné výstupy vo forme mesačných prehľadov.

715

* **Otvorené údaje**: export agregovaných datasetov v štandarde open data (3★).

716

* **Rozšíriteľnosť**: možnosť pripojenia ďalších modulov (napr. senzory hluku, ovzdušia, parkovanie).

717

* **Technologická vrstva**

718

* **IoT zariadenia**: senzory pohybu osôb, vozidiel, vyťaženosti priestorov.

719

* **Komunikačná infraštruktúra**: káblové aj bezdrôtové pripojenie podľa lokality, využitie existujúcej elektrickej siete.

720

* **Server a úložisko**: lokálne umiestnený server v správe obce, ktorý zabezpečuje databázu, spracovanie a vizualizáciu údajov.

721

* **Záložné zdroje**: UPS pre zabezpečenie kontinuálnej prevádzky.

722

* **Škálovateľnosť**: architektúra umožňuje dopĺňať nové senzory a aplikačné funkcionality bez nutnosti zásahu do základnej infraštruktúry.

* (((

----

)))

* **Funkčné požiadavky**

727

* Zber dát zo senzorov v reálnom čase.

728

* Ukladanie údajov v štruktúrovanej forme.

729

* Dashboardy a vizualizácie pre vedenie obce.

730

* Export otvorených údajov (open data).

731

* Možnosť dopĺňať ďalšie senzory a moduly.

732

* **Nefunkčné požiadavky**

733

* Prevádzková dostupnosť min. 95 %.

734

* Odolnosť zariadení voči poveternostným podmienkam (min. IP66, -20 °C až +50 °C).

735

* Škálovateľnosť riešenia bez zásadných investícií do základnej infraštruktúry.

736

* Jednoduché používateľské rozhranie pre administráciu.

737

* Anonymizácia údajov – žiadne osobné identifikátory.

* (((

)))

= {{id name="_Toc152607320"/}}{{id name="_Toc982854671"/}}{{id name="_Toc744122543"/}}{{id name="_Toc1493751813"/}}{{id name="_Toc452731307"/}}{{id name="_Toc1695646942"/}}{{id name="_Toc534841930"/}}{{id name="_Toc654836100"/}}{{id name="_Toc1570812277"/}}{{id name="_Toc1016816405"/}}{{id name="_Toc609127555"/}}{{id name="_Toc1888607264"/}}{{id name="_Toc47815704"/}}5.NÁHĽAD ARCHITEKTÚRY =

*

*1. Biznis vrstva

* **5.3.1 Návrh riešenia v biznis vrstve architektúry**

747

748

**AS-IS stav (súčasnosť):**

749

750

* Obec Veľká Lomnica v súčasnosti nezbiera systematicky dáta z verejných priestranstiev.

751

* Rozhodovanie prebieha na základe skúseností starostu, prednostky a pracovníkov úradu, prípadne z podnetov občanov.

752

* Neexistuje automatizovaný systém, ktorý by poskytoval štruktúrované dáta o využívaní verejných priestorov, pohybe obyvateľov a návštevníkov alebo dopravných tokoch.

753

* Žiadne koncové služby v oblasti IoT nie sú evidované v MetaIS.

754

* Optimalizačná príležitosť: zavedením dátového zberu a analytiky možno podstatne zlepšiť kvalitu rozhodovania, skrátiť čas prípravy podkladov a znížiť chybovosť vyplývajúcu zo subjektívnych odhadov.

----

**TO-BE stav (cieľ):**

759

760

* Projektom sa vybuduje **IoT infraštruktúra** (senzory, server, aplikácie), ktorá umožní automatizovaný zber a spracovanie údajov.

761

* V budúcom stave bude obec disponovať digitálnym nástrojom na podporu rozhodovania. Dáta budú pravidelne exportované v štruktúrovanej podobe a využité ako **open data**.

762

* Proces rozhodovania sa opiera o agregované údaje namiesto manuálnych odhadov.

763

* Obec bude schopná **monitorovať kľúčové ukazovatele** – napr. intenzitu pohybu na vybraných lokalitách, vyťaženie verejných priestorov, dlhodobé trendy.

764

* GAP analýza: rozdiel medzi súčasným a budúcim stavom spočíva v prechode od manuálneho a subjektívneho rozhodovania k dátami podloženému a automatizovanému prístupu.

----

**Prehľad Koncových služieb (výstupy projektu, ktoré sa zaevidujú v MetaIS):**

769

770

1. **Služba zberu dát z verejného priestoru** – plánovaná, výstupom sú štruktúrované dáta.

771

1. **Služba sprístupnenia agregovaných údajov (open data)** – plánovaná, výstupom sú dataset-y na využitie verejnosťou.

772

1. **Služba podpory rozhodovania pre samosprávu** – plánovaná, prostredníctvom dashboardov a pravidelných prehľadov.

----

**Ukazovatele a metriky:**

777

778

* **Počet monitorovaných lokalít**: AS-IS = 0, TO-BE = min. 3.

779

* **Frekvencia spracovania dát**: AS-IS = manuálne/občasné, TO-BE = automatizované, denne.

780

* **Dostupnosť otvorených datasetov**: AS-IS = 0, TO-BE = min. 1 dataset / mesiac.

781

* **Úspora času pri rozhodovaní**: AS-IS = kvalitatívny odhad (subjektívne), TO-BE = objektívne dáta → očakávaná úspora 20–30 %.

782

* **Zapojenie verejnosti**: AS-IS = minimálne, TO-BE = participácia prostredníctvom dostupných open data.

783

784

[[image:1758710152312-590.png]]Obrázok č.5 Stav (AS IS)

== ==

(% class="wikigeneratedid" %)

789

[[image:1758710180162-101.png]]Obrázok č. 6 Stav (TO BE)

== ==

|**Oblasť**|**AS-IS stav**|**TO-BE stav**|**GAP (rozdiely a prínosy)**

794

|**Zber dát**|Neexistuje systematický zber dát, rozhodovanie je založené na subjektívnych podnetoch.|Zavedený automatizovaný zber dát zo senzorov, dáta sa spracujú a ukladajú v štruktúrovanej forme.|Zavedenie systematického zberu a spracovania dát, zvýšenie presnosti a objektivity rozhodovania.

795

|**Rozhodovanie**|Prebieha ad hoc, prevažne na základe domnienok a skúseností.|Rozhodovanie na základe agregovaných dát o mobilite, vyťaženosti priestorov a pohybe osôb/vozidiel.|Rozhodovanie sa stáva rýchlejším, efektívnejším a dátovo podloženým.

796

|**Účasť občanov**|Účasť občanov obmedzená na osobné podania alebo podnety na úrade.|Občania môžu využívať open data výstupy vo forme datasetov.|Zvýšenie transparentnosti a participácie občanov na rozvojových aktivitách.

797

|**Dostupnosť údajov**|Dáta nie sú sprístupňované, občania ani iní aktéri nemajú k dispozícii informácie.|Publikovanie agregovaných dát ako open data (min. 3★ štandard).|Vytvorenie otvoreného prístupu k údajom, posilnenie kontroly a zapojenia verejnosti.

798

|**Procesy**|Chýbajú procesy pre systematické získavanie a využívanie údajov.|Zavádzajú sa procesy „Rozhodovanie na základe dát“ a „Využitie open data súborov“.|Optimalizácia procesov, zavedenie nových moderných postupov práce s dátami.

799

800

Tabuľka č.11 GAP analýza – Biznis vrstva

1.

11.

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

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

1.

11.

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

821

822

**Organizačné zmeny**

823

824

* **Nová zodpovednosť:**

825

Na obecnom úrade bude určený **poverený pracovník** zodpovedný za správu systému zberu a spracovania údajov.

826

* **Podporná úloha:**

827

Prednostka obce bude koordinovať využívanie dát pri rozhodovaní a bude prizývať ďalších odborníkov úradu podľa potreby (napr. stavebný úrad, oddelenie údržby).

828

* **Externá podpora:**

829

Externý projektový manažér bude počas realizácie a prvých rokov prevádzky metodicky viesť procesy využívania dát.

830

* **Bez vytvárania novej organizačnej jednotky:**

831

Zmeny sa riešia v rámci existujúcich kapacít, nevzniká nová sekcia ani odbor.

|**Názov procesu**|**Popis súčasného stavu (AS-IS)**|**Popis budúceho stavu (TO-BE)**|**Predmet NP EVS Optimalizácia procesov**

836

|Rozhodovanie zastupiteľstva a starostu|Rozhodnutia na základe podnetov, skúseností|Rozhodovanie na základe agregovaných dát (mobilita, vyťaženosť priestorov)|Nie

837

|Plánovanie údržby a investícií obce|Údržba cintorína, komunikácií či mobiliáru sa rieši operatívne|Systematické plánovanie podľa údajov zo senzorov|Nie

838

|Dopravné manažovanie v obci|Žiadne presné údaje o intenzite dopravy|Analýza reálnej intenzity dopravy a návrhy opatrení (zóna 30, chodníky)|Nie

839

|Participácia občanov|Občania sa zapájajú len cez podania a osobnú komunikáciu|Občania využívajú open data súbory, možnosť podkladov pre diskusiu|Nie

840

841

842

Tabuľka 13 Procesy dotknuté riešením

843

844

* **Stručné zhrnutie**

845

* Projektom nedochádza k zlučovaniu alebo vytváraniu nových oddelení, ide o **presun zodpovedností na existujúcich zamestnancov**.

846

* Vzniká **nový proces využívania dát pri rozhodovaní a plánovaní**, ktorý nahrádza ad hoc postupy.

847

* Procesné diagramy budú vypracované podľa metodiky MV SR, pričom pre projekt Veľká Lomnica nejde o procesy zahrnuté do národného projektu **Optimalizácia procesov vo verejnej správe (EVS)**.

1.

11.

111. Jazyková podpora lokalizácia

854

855

**//Jazyková podpora používateľského rozhrania//**

856

857

* //Primárnym jazykom riešenia bude **slovenčina**.//

858

* //Používateľské rozhranie administrácie a výstupné vizualizácie budú dostupné v slovenčine.//

859

* //V prípade potreby rozšírenia systému o verejne prístupné moduly (napr. open data portál s vizualizáciami) je riešenie navrhnuté tak, aby bolo možné doplniť **ďalšie jazykové mutácie** (najmä angličtinu).//

860

* **//Lokalizácia výstupov//**

861

862

* //Otvorené údaje budú publikované v **štandardizovaných formátoch (napr. CSV, XML, JSON)**, ktoré sú jazykovo nezávislé.//

863

* //Ak budú vytvárané správy alebo vizualizácie pre verejnosť, budú primárne v slovenskom jazyku s možnosťou rozšírenia o anglickú verziu pre cudzincov (napr. turistov alebo odbornú verejnosť).//

864

865

* **//Používatelia zo zahraničia//**

866

867

* //Riešenie je určené prioritne pre **obyvateľov obce a vedenie obce**.//

868

* //V prípade poskytovania otvorených dát pre odbornú verejnosť sa predpokladá, že dáta môžu byť využívané aj používateľmi z členských štátov EÚ alebo iných krajín.//

869

* //Na tento účel je zabezpečená jazyková nezávislosť datasetov a možnosť doplniť anglické metadáta.//

870

871

* **//Požiadavky do Katalógu požiadaviek//**

872

873

1. //Používateľské rozhranie musí byť lokalizované v slovenskom jazyku.//

874

1. //Riešenie musí umožniť doplnenie ďalších jazykových mutácií (minimálne angličtiny).//

875

1. //Všetky otvorené údaje musia byť poskytované v štandardizovanom, jazykovo nezávislom formáte (CSV, XML, JSON).//

876

1. //Metadáta publikovaných datasetov musia byť dostupné minimálne v slovenčine a angličtine.//

11. Aplikačná vrstva

**//5.4.1 Návrh riešenia v aplikačnej vrstve architektúry//**

881

882

* **//AS-IS stav//**

883

* //Obec Veľká Lomnica **nemá vybudovaný samostatný informačný systém** pre zber a spracovanie údajov z verejného priestoru.//

884

* //K dispozícii sú len čiastkové aplikácie (napr. evidencia webovej stránky obce, elektronická úradná tabuľa), ktoré nie sú prepojené s procesmi zberu a analýzy dát.//

885

* //Neexistuje žiadna aplikačná služba, ktorá by podporovala koncové služby v oblasti **získavania dát o mobilite, vyťaženosti priestorov alebo plánovaní údržby infraštruktúry**.//

886

* //Integrácie s externými IS alebo spoločnými modulmi eGovernmentu sa v tejto oblasti **nevyužívajú**.//

887

* **//TO-BE stav//**

888

889

//Navrhované riešenie doplní aplikačnú architektúru o nové komponenty~://

890

891

* **//Informačný systém IoT dát (nový ISVS komponent)//**// – centrálna aplikácia pre príjem, spracovanie a ukladanie údajov zo senzorov.//

892

* **//Aplikačné služby~://**

893

*1. **//Zber dát zo senzorov//**// – príjem dát v reálnom čase.//

894

*1. **//Ukladanie a správa dát//**// – databázová služba pre štruktúrované dáta.//

895

*1. **//Analytická a vizualizačná služba//**// – dashboardy, grafy, mesačné prehľady pre vedenie obce.//

896

*1. **//Open Data export//**// – agregované dataset-y publikované v CSV/XML/JSON.//

897

* **//Vzťahy na biznis vrstvu~://**

898

** //Podpora koncovej služby „Rozhodovanie na základe dát“.//

899

** //Podpora životnej situácie „Plánovanie investícií a údržby verejných priestorov“.//

900

* **//Integrácie~://**

901

** //V prvej fáze samostatné riešenie bez integrácie na iné ISVS.//

902

** //Architektúra umožňuje budúce napojenie na externé moduly prostredníctvom API (napr. Open Data portály).//

903

904

* **//GAP analýza (rozdiely medzi AS-IS a TO-BE)//**

905

906

* **//Chýba vs. pribudne~://**// v súčasnosti neexistuje aplikačná podpora, po projekte vznikne kompletný ISVS komponent pre IoT dáta.//

907

* **//Nové aplikačné služby~://**// Zber dát, Ukladanie dát, Vizualizácia, Open Data export.//

908

* **//Zmena v poskytovaní služieb~://**// namiesto manuálneho, ad-hoc rozhodovania bude obec využívať digitalizované dáta.//

909

* **//Podpora koncových služieb~://**// pôvodne žiadna, po realizácii jasná väzba na rozhodovacie procesy samosprávy a participáciu občanov.//

|**//Názov IS / aplikačnej služby//**|**//Typ komponentu//**|**//AS-IS stav//**|**//TO-BE stav//**|**//MetaIS kód//**

//Tabuľka č. 14 Prehľad aplikačných služieb//

|**Komponent**|**Typ**|**Popis**

927

|IoT Monitoring Modul|Aplikačný komponent|Lokálny systém pre príjem, spracovanie a export dát zo senzorov

928

|Služba zberu dát|Aplikačná služba|Prijíma a zhromažďuje dáta zo senzorov (osoby, vozidlá, priestory)

929

|Služba ukladania dát|Aplikačná služba|Uchováva dáta v štruktúrovanej podobe v lokálnej databáze

930

|Služba vizualizácie|Aplikačná služba|Zobrazenie údajov cez dashboardy a reporty

931

|Služba otvorených dát|Aplikačná služba|Publikovanie vybraných agregovaných údajov vo formáte open data (CSV/XML/JSON)

932

933

//Tabuľka 15 – Prehľad eGovernment komponentov//

934

935

Projekt **nezahŕňa napojenie na žiadne spoločné moduly verejnej správy SR** (napr. ÚPVS, RPO, DCOM, IAM).

936

Rovnako **nie je plánovaná žiadna externá integrácia** na informačné systémy tretích strán.

937

Všetky spracované dáta budú **ukladané lokálne v správe obce Veľká Lomnica** a výstupy budú poskytované formou súborov (XML/CSV).

938

939

Projekt nepredpokladá žiadne integrácie medzi budovanými eGovernment komponentmi a inými externými systémami. Z tohto dôvodu nebude vytvorený žiadny integračný vzťah, ktorý by bolo potrebné evidovať ako súčasť výstupu M-06.

1.

11.

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

|(((

Kód ISVS

(z MetaIS)

)))|Názov ISVS|(((

Modul ISVS

(zaškrtnite, ak ISVS je modulom)

955

)))|Stav IS VS|Typ IS VS|(((

956

Kód nadradeného ISVS

957

958

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

959

)))

960

|~-~-~-~-|~-~-~-~-~-~-~-~-~-~-~-~-~-~-|☐|Vyberte jednu z možností|Vyberte jednu z možností|

1.

11.

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

|(((

Kód ISVS

(z MetaIS)

)))|Názov ISVS|Spoločné moduly podľa zákona č. 305/2013 e-Governmente

973

|~-~-~-~--|~-~-~-~-~-~-~-~-~-~-~-~-~-~--|//Vyberte jednu z možností.//

1.

11.

111. 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)

|(((

Kód ISVS

//(z MetaIS)//

)))|Názov ISVS|Spoločné moduly podľa zákona č. 305/2013 e-Governmente

985

|~-~-~-~-|~-~-~-~-~-~-~-~-~-~-~-~-~-~-|//Vyberte jednu z možností.//

1.

11.

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

|(((

Kód ISVS

//(z MetaIS)//

)))|(((

Názov ISVS

)))|(((

Kód integrovaného ISVS

1002

1003

//(z MetaIS)//

1004

)))|Názov integrovaného ISVS

1005

|~-~--|~-~--|~-~--|~-~--

1.

11.

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

|(((

Kód AS

//(z MetaIS)//

)))|Názov AS|(((

Realizuje ISVS

(kód ISVS, ktorý realizuje AS)

1020

)))|(((

1021

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

1022

1023

//(kód KS z MetaIS)//

)))

| | | |

1.

11.

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

|(((

AS

(Kód MetaIS)

)))|(((

Názov AS

)))|(((

Realizuje ISVS

(kód ISVS, ktorý realizuje AS)

1043

1044

Integrácia na AS poskytovateľa

(kód MetaIS)

)))

1.

11. Dátová architektúra

1054

1055

 Projekt nepracuje s osobnými údajmi. Zberané údaje sú **agregované počty a intenzity** (osoby, vozidlá, cyklisti, vyťaženosť lokality) bez identifikátorov osôb alebo EČV.

1056

1057

 Doménový model je zameraný na **merania v čase a priestore** a na **agregované metriky** pre rozhodovanie samosprávy a publikovanie otvorených údajov.

1058

1059

 Štandardy: formáty **CSV/XML/JSON**, metadáta pre open data podľa **DCAT-AP**; časy v **ISO 8601**, súradnice vo **WGS84**.

1060

1061

 Interoperabilita: identifikátory lokalít (miest inštalácie) budú interné kódy obce; ak to bude účelné, je možné doplniť **URI obce** (napr. z RPO/REGOB) na identifikáciu správcu datasetov.

1.

11.

111. Objekty evidencie

//.//

* **Riadenie životného cyklu údajov**

1071

* **Tvorba údajov:** kontinuálny príjem z IoT zariadení → validácia (formát, rozsah, výpadky) → uloženie do primárnej tabuľky //Measurement//.

1072

* **Agregácia:** denné a mesačné dávky (ETL) vytvoria //AggregatedMetric// (sumy/mediány/percentily podľa potreby).

1073

* **Kvalita dát:** automatické kontroly (duplicita, outliers, chýbajúce intervaly), log výnimiek, reprocessing po dotiahnutí oneskorených meraní.

1074

* **Verzionovanie datasetov:** každá nová publikácia //Dataset// dostane verziu (v1, v2…) a dátum vydania.

1075

* **Retenčná politika:**

1076

** //Measurement// (surové dáta) – uchovávanie 24 mesiacov.

1077

** //AggregatedMetric// – min. 5 rokov (pre trendové analýzy).

1078

** //Dataset (open data)// – bez obmedzenia; archivácia verzií.

1079

* **Zálohovanie:** denné inkrementálne, týždenné plné zálohy; obnova testovaná 2× ročne.

1080

* **Publikovanie open data:** mesačne (minimálne), formáty CSV+JSON, metadáta DCAT-AP (producent, licencie, periodicita, priestorový a časový rozsah).

1081

1082

1083

* **ystematický manažment údajov (Data Governance)**

1084

* **Dátový kurátor (dátový architekt) – poverený zamestnanec obce**

1085

** správa doménového modelu a dátových slovníkov,

1086

** dohľad nad kvalitou, retenčnou politikou a publikovaním datasetov,

1087

** koordinácia požiadaviek na zmeny (Change log),

1088

** komunikácia s dodávateľom (SLA, incidenty) a s komunitou open data.

1089

* **Procesy Data Governance (RACI skratka):**

1090

** //Definícia štruktúr a metadát// – **R**: kurátor, **A**: prednostka, **C**: externý PM, **I**: starosta.

1091

** //Publikovanie open data// – **R**: kurátor, **A**: prednostka, **C**: IT podpora, **I**: verejnosť.

1092

** //Kvalita a audit dát// – **R**: kurátor, **A**: prednostka, **C**: dodávateľ, **I**: vedenie obce.

1093

1094

|**ID OE**|**OBJEKT EVIDENCIE – NÁZOV**|**OBJEKT EVIDENCIE – POPIS**|**REFERENCOVATEĽNÝ IDENTIFIKÁTOR URI DÁTOVÉHO PRVKU**

1095

|OE-01|**Location (Lokalita)**|Miesto merania (napr. „MŠ“, „ZS“, „Železničná/Farská“); atribúty: locationId, name, type, lat, lon, note.|Nemá (interné ID obce)

1096

|OE-02|**Sensor (Senzor)**|Zariadenie inštalované v lokalite; atribúty: sensorId, locationId, vendor, model, metricType (people, cars, cyclists), installedAt, status.|Nemá

1097

|OE-03|**TimeInterval (Časový interval)**|Interval merania; atribúty: from, to, granularity (min/5min/hod).|Nemá / ISO 8601 pre čas

1098

|OE-04|**Measurement (Meranie)**|Surové merania zo senzora; atribúty: sensorId, timeInterval, count, direction (ak je dostupné).|Nemá

1099

|OE-05|**AggregatedMetric (Agregovaná metrika)**|Súhrnné hodnoty za hodinu/deň/mesiac a podľa typu pohybu; atribúty: locationId, period, metricType, value, method (sum/avg/median).|Nemá

1100

|OE-06|**Dataset (Open Data súbor)**|Publikovaný balík agregovaných metrík s metadátami; atribúty: datasetId, title, description, periodicity, license, format, version, issued.|odporúčané DCAT-AP (napr. dct:title, dct:issued)

1101

|OE-07|**DecisionRecord (Záznam rozhodnutia)**|Interný záznam o opatrení, ktoré využilo agregované dáta; atribúty: decisionId, date, area (mobility/údržba), metricRef, summary.|Nemá

1102

1103

Tabuľka 16 Objekty evidencie

1.

11.

111. Referenčné údaje

1118

1119

V rámci projektu obce Veľká Lomnica nie sú vytvárané nové objekty evidencie ani atribúty, ktoré by bolo možné alebo potrebné vyhlásiť za referenčné. Projekt pracuje výlučne s **technickými a anonymizovanými údajmi zo senzorov** (pohyb, intenzita dopravy, vyťaženosť priestorov), ktoré nespadajú do kategórie referenčných údajov podľa definície v NKIVS a v rámci legislatívy SR.

1120

Z tohto dôvodu sa tabuľka návrhu referenčných údajov vyplnila s poznámkou, že sa projekt **nedotýka referenčných registrov ani údajov spravovaných v IS CSRÚ/CPDI**.

1121

1122

|**ID OE**|**NÁZOV REFERENČNÉHO REGISTRA / OBJEKTU EVIDENCIE**|**NÁZOV REFERENČNÉHO ÚDAJA (ATRIBÚTY)**|**IDENTIFIKÁCIA SUBJEKTU, KU KTORÉMU SA VIAŽE REFERENČNÝ ÚDAJ**|**ZDROJOVÝ REGISTER A REGISTRÁTOR ZDROJOVÉHO REGISTRA**

1123

|–|Projekt nevyužíva nové referenčné údaje.|–|–|–

1124

1125

1126

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

1.

11.

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

1132

1133

Projekt obce Veľká Lomnica nepredpokladá poskytovanie údajov z budovaných komponentov do IS CPDI (kód MetaIS = isvs_5836, pôvodne IS CSRÚ).

1134

Riešenie je založené na spracovaní a využívaní **anonymizovaných senzorických údajov** (pohyb, doprava, vyťaženosť verejných priestorov), ktoré nemajú charakter referenčných údajov a nie sú určené na výmenu prostredníctvom IS CPDI.

1135

Všetky výstupy budú poskytované v podobe **open data datasetov** publikovaných obcou a nebudú predmetom centrálnej integrácie v rámci CPDI.

1136

Z tohto dôvodu zostáva tabuľka č. 20 prázdna.

1137

1138

|**ID OE**|**NÁZOV (POSKYTOVANÉHO) OBJEKTU EVIDENCIE**|**KÓD ISVS POSKYTUJÚCEHO OE**|**NÁZOV ISVS POSKYTUJÚCEHO OE**

1139

|–|Projekt neposkytuje údaje do IS CPDI|–|–

1140

1141

1142

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

1.

11.

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

1148

1149

Projekt obce Veľká Lomnica nepredpokladá konzumovanie údajov z IS CPDI (kód MetaIS = isvs_5836, pôvodne IS CSRÚ).

1150

Predmetom riešenia je spracovanie a publikovanie dát generovaných z lokálnych IoT senzorov, ktoré sú úplne nezávislé od údajov poskytovaných prostredníctvom IS CPDI.

1151

Obec teda nebude spotrebovávať žiadne externé referenčné alebo prevádzkové údaje z centrálnej platformy a všetky potrebné výstupy budú tvoriť interné procesy riešenia a následne publikované ako **otvorené údaje**.

1152

1153

1154

|**ID OE**|**NÁZOV (KONZUMOVANÉHO) OBJEKTU EVIDENCIE**|**KÓD ISVS KONZUMUJÚCEHO OE**|**KÓD ZDROJOVÉHO ISVS V METAIS**

1155

|–|Projekt nekonzumuje údaje z IS CPDI|–|–

1156

1157

1158

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

1.

11.

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

1164

1165

V rámci projektu sa identifikovali objekty evidencie, ktoré môžu byť v budúcnosti predmetom poskytovania alebo konzumovania prostredníctvom **IS Centrálna platforma dátovej integrácie (IS CPDI, kód MetaIS=isvs_5836, pôvodné IS CSRÚ)**.

1166

1167

Hlavným cieľom je zabezpečiť, aby údaje spracovávané v systéme boli dostupné pre ďalšie orgány verejnej správy, a zároveň aby sa eliminovalo opakované požadovanie tých istých údajov od občanov či podnikateľov.

1168

1169

* **Poskytované údaje** – týkajú sa predovšetkým objektov evidencie vytváraných v rámci IoT Monitoring Modulu (údaje o prostredí, bezpečnostné údaje, štatistické dáta).

1170

* **Konzumované údaje** – ide najmä o referenčné údaje, ktoré budú využívané pre identifikáciu a správne priradenie dát (napr. základné údaje o obci, fyzických a právnických osobách).

1171

* **Subjekty** – poskytovateľom údajov je obec / mestský úrad ako prevádzkovateľ budovaného IS, konzumentmi môžu byť iné obce, VÚC, prípadne štátne inštitúcie, ak si to vyžiada budúci rozvoj riešenia.

1172

* **Právne predpisy** – sprístupňovanie a používanie údajov sa bude riadiť zákonom č. 95/2019 Z. z. o informačných technológiách vo verejnej správe, zákonom č. 305/2013 Z. z. o e-Governmente a príslušnými špecifickými predpismi podľa typu údajov (napr. zákon č. 369/1990 Zb. o obecnom zriadení).

1173

1174

1175

|**ID OE**|**NÁZOV REFERENČNÉHO ÚDAJA / OBJEKTU EVIDENCIE**|**KONZUMOVANIE alebo POSKYTOVANIE**|**SUBJEKT (organizácia poskytovateľa/ konzumenta)**|**OSOBITNÝ PRÁVNY PREDPIS PRE POSKYTOVANIE / KONZUMOVANIE ÚDAJOV**

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

1.

11.

111. Kvalita a čistenie údajov

1186

1187

Objekty evidencie spracovávané v rámci projektu (údaje zo senzorov, agregované údaje a open data výstupy) musia byť riadené so zreteľom na ich kvalitu a presnosť. Hlavným rizikom pri dátovej nekvalite je skreslenie rozhodovania samosprávy (napr. nesprávne údaje o vyťaženosti priestorov môžu viesť k chybnému plánovaniu investícií).

1188

1189

Preto bude zavedený systematický manažment údajov:

1190

1191

* **Možnosť overenia hodnoty údajov** – systém umožní spätné overenie zdrojových dát (surové senzorické údaje budú uchovávané a porovnateľné s agregovanými výstupmi).

1192

* **Obmedzenia hodnôt a číselníky** – aplikačná vrstva bude obsahovať základné validácie (rozsahy, povolené formáty, poveternostné limity senzorov).

1193

* **Migrácia údajov** – projekt nepredpokladá migráciu dát z iných ISVS, údaje budú generované výhradne zo senzorov.

1194

* **Riadenie kvality** – nastavené budú postupy pravidelného čistenia a agregácie dát, aby boli open data publikované v konzistentnom formáte.

|OE1|Údaje zo senzorov|5|4|1

1199

|OE2|Agregované údaje (mobilita, vyťaženosť priestorov)|5|5|2

1200

|OE3|Open data výstupy|4|3|3

1201

1202

Tabuľka 21 Zhodnotenie dátovej kvality objektov evidencie

|**ROLA**|**ČINNOSTI**|**POZÍCIA ZODPOVEDNÁ ZA DANÚ ČINNOSŤ**

1207

|**Dátový kurátor**|Evidencia požiadaviek na dátovú kvalitu, monitoring a riadenie procesu|Dátový kurátor správcu IS

1208

|**Data steward**|Čistenie a stotožňovanie voči referenčným údajom|Pracovník IT podpory na OÚ

1209

|**Databázový špecialista**|Analýzy uložených dát, modelácia údajov|Dodávateľ systému

1210

|**Dátový špecialista pre kvalitu**|Spracovanie výstupov meraní, interpretácia, zápis biznis pravidiel, hodnotiace správy o meraniach|Dodávateľ + interná pozícia v projekte

1211

1212

1213

Tabuľka 22 Personálne zabezpečenie a roly pri riadení dátovej kvality

1.

11.

111. Otvorené údaje

Projekt predpokladá sprístupnenie vybraných dát zo senzorov a ich agregovaných výstupov ako otvorených údajov. Publikácia bude realizovaná podľa vyhlášky č. 78/2020 Z. z. o štandardoch pre ITVS a dáta budú registrované v centrálnom katalógu otvorených údajov na **data.gov.sk**.

1226

1227

* **Formáty publikácie**: CSV, XML, JSON, pri vyšších úrovniach kvality aj RDF/OWL.

1228

* **Úroveň interoperability**: minimálne 3*, pre agregované údaje o mobilite a vyťaženosti 4*.

1229

* **Periodicita publikovania**: podľa charakteru údajov – od týždennej po polročnú.

1230

1231

|**ID OE**|**NÁZOV OBJEKTU EVIDENCIE / DATASETU**|**POŽADOVANÁ INTEROPERABILITA (3* – 5*)**|**PERIODICITA PUBLIKOVANIA**

1232

|OE1|Senzorické údaje merania teploty|3*|Polročne

1233

|OE2|Agregované údaje o mobilite|4*|Štvrťročne

1234

|OE3|Údaje o vyťaženosti verejných priestorov|4*|Mesačne

1235

|OE4|Open data výstupy – prehľad zberaných dát|3*|Týždenne

1236

1237

1238

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

1.

11.

111. Analytické údaje

1243

1244

Projekt umožní, aby údaje zo senzorov a agregované dáta boli pripravené na analytické spracovanie. To poskytne samospráve podklady pre strategické plánovanie, optimalizáciu dopravnej a priestorovej infraštruktúry a transparentnejšie rozhodovanie.

1245

1246

* **Spracovanie bude prebiehať až po pseudonymizácii/anonymizácii**, aby nedochádzalo k spracúvaniu osobných alebo citlivých údajov.

1247

* Údaje budú poskytované vo forme agregovaných datasetov (mobilita, vyťaženosť verejných priestorov, environmentálne dáta).

1248

* Účelom je umožniť obci a iným zainteresovaným subjektom (napr. VÚC, akademická obec) analyzovať dáta v dlhodobom horizonte a podporiť tvorbu verejných politík a rozhodovacích procesov.

1249

* Všetky analytické datasety budú v súlade s metodikou MIRRI registrované v Katalógu požiadaviek.

1250

1251

1252

|**OE ID**|**NÁZOV OBJEKTU EVIDENCIE PRE ANALYTICKÉ ÚČELY**|**ZOZNAM ATRIBÚTOV OBJEKTU EVIDENCIE**|**POPIS A ŠPECIFIKÁ OBJEKTU EVIDENCIE**

1253

|OE1|Dataset senzorických údajov|ID senzora, časový záznam, typ senzora, hodnota merania|Údaje z IoT senzorov, agregované a anonymizované pre analytické účely.

1254

|OE2|Dataset agregovanej mobility|Počet vstupov/výstupov, lokalita, časové obdobie|Agregované údaje o pohybe osôb, vozidiel a cyklistov, anonymizované.

1255

|OE3|Dataset vyťaženosti verejných priestorov|Názov lokality, dátum, počet prítomných osôb|Údaje o vyťaženosti parkovísk, verejných priestorov a budov.

1256

|OE4|Dataset open data výstupov|Typ datasetu, čas exportu, formát (XML, CSV, JSON)|Súhrnné výstupy sprístupnené ako open data, použiteľné pre ďalšie analýzy.

1257

1258

1259

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

1.

11.

111. Moje údaje

Projekt sa zameriava najmä na údaje získané zo senzorov a ich agregáciu. Z pohľadu kategórie **„Moje údaje“** je potrebné zohľadniť:

1266

1267

* Údaje sa **neviažu na identifikovateľnú fyzickú alebo právnickú osobu** (anonymizácia a agregácia prebieha už na úrovni systémov).

1268

* Projekt preto **nevytvára nové údaje patriace do kategórie Moje údaje** (napr. osobné údaje o osobe, právnickom subjekte, adresy, čísla dokladov).

1269

* Údaje zo senzorov sú spracovávané v anonymnej podobe a nie je možné ich spätne priradiť ku konkrétnej osobe.

1270

1271

**Záver**: V rámci tohto projektu **nevznikajú Moje údaje**, ktoré by bolo potrebné sprístupňovať prostredníctvom IS CPDI alebo služby Moje údaje.

1272

1273

1274

|**OE ID**|**NÁZOV REGISTRA / OBJEKTU EVIDENCIE**|**ATRIBÚT OBJEKTU EVIDENCIE**|**POPIS A ŠPECIFIKÁ OBJEKTU EVIDENCIE**

1275

|–|–|–|Projekt nepracuje s údajmi kategórie „Moje údaje“.

1276

1277

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

1.

11.

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

1283

1284

1285

|OE1|Dáta zo senzorov (meranie pohybu, teploty, vyťaženosti)|☐|☐|☑|☑

1286

|OE2|Agregované údaje (mobilita, vyťaženosť priestorov)|☐|☐|☑|☑

1287

|OE3|Open data výstupy (publikované dataset-y)|☐|☐|☑|☐

1288

1289

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

1.

11. Technologická architektúra

1295

1296

1297

* **5.6.1 Návrh riešenia technologickej architektúry**

1298

1299

Popis súčasného stavu (AS-IS):

1300

1301

* Obec Veľká Lomnica v súčasnosti nemá vybudovanú samostatnú technologickú infraštruktúru pre zber a spracovanie dát zo senzorov.

1302

* Existujú iba základné pracovné stanice a kancelárske nástroje (MS Office, e-mailová komunikácia).

1303

* Neexistuje lokálny server ani dátové úložisko určené pre uchovávanie dát v štruktúrovanej podobe.

1304

* Komunikácia medzi občanmi a obecným úradom prebieha prevažne manuálne alebo prostredníctvom elektronickej úradnej tabule a webovej stránky.

1305

* Z toho dôvodu nie je možné zabezpečiť systematické ukladanie a analytické spracovanie dát v reálnom čase.

1306

1307

Popis budúceho stavu (TO-BE):

1308

Navrhované riešenie bude tvoriť základ technologickej infraštruktúry obce a pozostávať z nasledovných komponentov:

1309

1310

* IoT senzory (pohyb, vozidlá, vyťaženosť priestorov, prípadne environmentálne dáta ako teplota či hluk).

1311

* Komunikačná infraštruktúra: kombinácia bezdrôtových technológií (Wi-Fi, LTE/5G) a káblového pripojenia podľa lokality.

1312

* Lokálny server: fyzicky umiestnený v priestoroch obce, zabezpečený UPS a redundantným úložiskom.

1313

* Databázové a úložiskové riešenie: štruktúrované uchovávanie dát zo senzorov, správa prístupov a zálohovanie.

1314

* Aplikačná vrstva: softvér na spracovanie a vizualizáciu údajov, dashboardy pre vedenie obce a export dát vo formáte Open Data.

1315

* Zálohovanie a bezpečnosť: pravidelné automatické zálohy, antivírusová ochrana, firewall a obmedzený prístup na úrovni rolí.

1316

1317

Architektonické rozhodnutia a požiadavky:

1318

1319

* Riešenie bude postavené na lokálnej infraštruktúre s možnosťou postupného rozšírenia (scalability).

1320

* Server a úložisko budú v správe obce, čím sa zabezpečí kontrola nad dátami a ochrana osobných údajov (GDPR).

1321

* V budúcnosti je možné zvážiť hybridné riešenie s cloudovou architektúrou (pre publikovanie open data alebo vzdialené zálohy).

1322

* Základom bude interoperabilita riešenia s inými systémami cez štandardné dátové formáty (CSV, XML, JSON).

1323

1324

Prístup k architektúre:

1325

1326

* Pri vývoji budú využité open-source riešenia alebo cenovo dostupné licencované produkty.

1327

* Technologická architektúra bude podporovať monitoring prevádzky senzorov aj samotného servera.

1328

* Rozvoj a dopĺňanie ďalších senzorov nebude vyžadovať zásadné zmeny v infraštruktúre (modulárnosť).

1.

11.

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

1336

1337

1338

|PARAMETER|JEDNOTKY|PREDPOKLADANÁ HODNOTA|POZNÁMKA

1339

|Počet interných používateľov|Počet|3–5|Starosta, prednosta, poverený zamestnanec OU

1340

|Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení|Počet|3|Predpokladá sa súbežná práca max. 3 osôb

1341

|Počet externých používateľov (internet)|Počet|~~ 100 mesačne|Občania využívajúci open data výstupy

1342

|Počet transakcií (podaní, požiadaviek, spracovaní systémom) v špičkovom zaťažení|Počet|500 / mesiac|Spracovanie dát zo senzorov + exporty

1343

|Počet transakcií (podaní, požiadaviek) za obdobie|Počet / obdobie|~~ 6000 / rok|Odhad pre ročnú prevádzku senzorov a výstupov

1344

|Objem údajov na transakciu|Objem / transakcia|1 – 5 kB|Textové a numerické dáta zo senzorov

1345

|Objem existujúcich kmeňových dát|Objem|0,5 GB|Konfiguračné dáta, historické súbory

1346

|Ďalšie kapacitné a výkonové požiadavky|-|Rezerva 30 % výkonu a úložiska|Umožní škálovanie pri rozšírení senzorov

1347

1348

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

1.

11.

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

1360

1361

Projekt **nepredpokladá využívanie služieb z katalógu vládneho cloudu**. Navrhovaná architektúra je postavená na lokálnom serveri a úložisku v správe obce. Prevádzka je dimenzovaná na pokrytie všetkých požiadaviek riešenia, a preto nie je potrebné využívať externé cloudové prostredie.

1.

11. Bezpečnostná architektúra

*

*1.

*11. Návrh riešenia bezpečnosti

1371

* **AS-IS stav**

1372

1373

V súčasnosti obec využíva základnú **on-premise infraštruktúru** (lokálny server, kancelárske počítače, kancelárske nástroje). Bezpečnostná architektúra je obmedzená najmä na:

1374

1375

* **Fyzickú bezpečnosť** – uzamykateľná serverová miestnosť, prístup iba povereným zamestnancom,

1376

* **Antivírusová ochrana a firewall** – bežné komerčné riešenia,

1377

* **Zálohovanie dát** – realizované manuálne alebo prostredníctvom externého úložiska (napr. USB/HDD),

1378

* **Obmedzená politika prístupov** – používateľské účty spravované ad hoc, bez centrálneho identity managementu,

1379

* **Bezpečnosť prenosu dát** – realizovaná cez štandardné VPN pripojenie alebo zabezpečený prístup do IS.

1380

1381

Súčasný stav nezohľadňuje plnohodnotne požiadavky **Národného bezpečnostného rámca** a strategických priorít MIRRI v oblasti kybernetickej bezpečnosti.

----

* **TO-BE stav**

Navrhované riešenie posilňuje bezpečnostnú architektúru s cieľom dosiahnuť **vyššiu úroveň dôvernosti, integrity a dostupnosti dát**.

1388

Opatrenia a princípy:

1389

1390

1. **Riadenie prístupov a identít**

1391

1*. Zavedenie systému **role-based access control (RBAC)**,

1392

1*. Prístup na základe pridelených oprávnení a zodpovedností,

1393

1*. Evidencia prístupov a logovanie aktivít.

1394

1. **Ochrana dát a komunikácie**

1395

1*. Šifrovanie dát v pokoji (na úložisku) aj počas prenosu (TLS/SSL, VPN),

1396

1*. Bezpečné úložiská pre zálohy (offsite, šifrované),

1397

1*. Elektronická evidencia prístupu k údajom v IS.

1398

1. **Prevencia a detekcia incidentov**

1399

1*. Nasadenie **firewallu novej generácie** a IDS/IPS systémov,

1400

1*. Monitorovanie bezpečnostných udalostí, pravidelné testy zraniteľnosti,

1401

1*. Incident Response Plan pre riešenie kybernetických incidentov.

1402

1. **Organizačné opatrenia**

1403

1*. Definovanie **bezpečnostných politík** v súlade so zákonom o kybernetickej bezpečnosti,

1404

1*. Určenie **bezpečnostného manažéra** (zodpovedná osoba v obci alebo externe),

1405

1*. Pravidelné školenia zamestnancov v oblasti kybernetickej hygieny.

1406

1. **Legislatívne a regulačné požiadavky**

1407

1*. Dodržanie zákona č. 69/2018 Z.z. o kybernetickej bezpečnosti,

1408

1*. Dodržanie zákona č. 18/2018 Z.z. o ochrane osobných údajov (GDPR).

----

* **Rozdielová analýza (GAP)**

1413

1414

* **AS-IS**: základná ochrana (antivírus, firewall, lokálne zálohy).

1415

* **TO-BE**: zavedenie systematického riadenia bezpečnosti – identity management, šifrovanie dát, prevencia incidentov, bezpečnostné politiky a procesy, zosúladenie s legislatívou.

1.

11.

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

1421

1422

Projekt musí rešpektovať požiadavky na **minimálne bezpečnostné opatrenia** podľa vyhlášky ÚPVII č. 179/2020 Z.z., ktoré sa aplikujú na budované ISVS a projektové aktíva. Okrem toho musí byť vypracovaný **bezpečnostný projekt** v zmysle § 23 ods. 1 a 2 zákona č. 69/2018 Z.z. o kybernetickej bezpečnosti a § 8a vyhlášky č. 401/2023 Z.z.

1423

1424

1425

|**OBSAH BEZPEČNOSTNÝCH OPATRENÍ PODĽA VYHLÁŠKY ÚPVII č. 179/2020 Z.z**|**APLIKOVANÉ OPATRENIA**|**APLIKOVANÁ LEGISLATÍVA**

1426

|Minimálne bezpečnostné opatrenia Kategórie I|Áno – základné opatrenia pre správu prístupov, ochranu siete a dát|§3 ods. 1, vyhláška 179/2020, projekt a budované aktíva

1427

|Minimálne bezpečnostné opatrenia Kategórie II|Áno – špecifické opatrenia pre monitoring, audit a reakciu na incidenty|§3 ods. 2, vyhláška 179/2020, projekt a budované aktíva

1428

|Minimálne bezpečnostné opatrenia Kategórie III|Nie – projekt nepatrí do kategórie kritickej infraštruktúry|§3 ods. 3, vyhláška 179/2020

1429

|Bezpečnostný projekt|Povinný – bude spracovaný ako samostatný dokument|§23 ods. 1 a 2 zákona č. 69/2018 Z.z. o kybernetickej bezpečnosti

1430

|Bezpečnostné opatrenia podľa osobitného predpisu|GDPR – Ochrana osobných údajov, pravidlá spracovania dát|Zákon č. 18/2018 Z.z. (GDPR)

1431

1432

Tabuľka 28 – Určenie zdrojov a obsahu bezpečnostných opatrení

1433

1434

1435

* **Kategória I**: zabezpečí základné opatrenia (riadenie prístupov, firewall, antivírus, šifrovanie dát).

1436

* **Kategória II**: zabezpečí rozšírené opatrenia (logovanie, monitoring, pravidelné testovanie zraniteľností, reakcia na incidenty).

1437

* **Kategória III**: sa neaplikuje, pretože obec nie je prevádzkovateľom kritickej infraštruktúry.

1438

* **Bezpečnostný projekt**: bude vypracovaný ako samostatný výstup projektu a bude obsahovať analýzu rizík, návrh bezpečnostných opatrení a implementačný plán.

1439

* **Osobitné predpisy**: ochrana osobných údajov (GDPR), zákon o archívoch a registratúre, prípadne osobitné rezortné normy.

1.

11.

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

1449

1450

1451

Navrhované riešenie bezpečnostnej architektúry musí byť v súlade s príslušnými právnymi predpismi, technickými normami a metodikami, ktoré stanovujú úroveň potrebnej bezpečnosti IS.

1452

1453

Projekt sa bude riadiť najmä týmito legislatívnymi rámcami:

1454

1455

* Zákon č. 95/2019 Z.z. o informačných technológiách vo verejnej správe.

1456

* Zákon č. 69/2018 Z.z. o kybernetickej bezpečnosti.

1457

* Vyhláška č. 362/2018 Z.z. – ustanovuje obsah bezpečnostných opatrení a dokumentácie.

1458

* Vyhláška č. 179/2020 Z.z. – ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení ISVS.

1459

* Vyhláška č. 78/2020 Z.z. – o štandardoch pre informačné technológie verejnej správy.

1460

* Nariadenie GDPR – (EÚ) 2016/679 a zákon č. 18/2018 Z.z. – ochrana osobných údajov.

1461

* Zákon č. 45/2011 Z.z. o kritickej infraštruktúre (ak by došlo k rozšíreniu do tejto kategórie).

1462

1463

Okrem toho sa uplatnia interné metodické pokyny, ako aj usmernenia CSIRT.SK (napr. metodika hardeningu systémov).

1464

1465

Výstup: Projekt zabezpečí zosúladenie všetkých opatrení s uvedenými právnymi a regulačnými rámcami.

1.

11.

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

1471

1472

Pri autentifikácii používateľov sa uplatní princíp **jednotného prihlásenia (Single Sign-On, SSO)** a **Autentifikačný modul ÚPVS**, ak bude vyžadovaný.

1473

1474

* **Interní používatelia:**

1475

* pracovníci obce a samosprávy,

1476

* pracovníci zodpovední za správu aplikácií,

1477

* administrátori IT infraštruktúry.

1478

* **Externí používatelia:**

1479

1480

* občania,

1481

* partneri a tretie strany (napr. konzultačné firmy, dodávatelia).

1482

1483

* **Prístupové pravidlá:**

1484

1485

* **Role-based access control (RBAC)** – používateľské prístupy budú viazané na pracovné role,

1486

* **Audit a logovanie prístupov** – všetky prístupy budú evidované,

1487

* **Viacfaktorová autentifikácia (MFA)** pre prístup k citlivým údajom a pre administrátorov,

1488

* Prístupy budú pravidelne kontrolované a aktualizované.

1489

1490

**Výstup:** Požiadavky na autentifikáciu a prístupové práva budú zapísané do Katalógu požiadaviek a implementované ako povinný bezpečnostný prvok riešenia.

1. PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU

*

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

1506

* **AS-IS stav**

1507

1508

V súčasnosti obec využíva základné nástroje pre evidenciu a správu dát (kancelárske aplikácie, jednoduché interné postupy). Prevádzka a údržba informačných systémov je zabezpečovaná ad-hoc spôsobom, bez formálne nastavených procesov SLA a bez centralizovaného dohľadu.

1509

Obnova dát je realizovaná len čiastočne (napr. manuálnymi zálohami). Chýba systematické monitorovanie a prevencia výpadkov.

* **TO-BE stav**

Navrhované riešenie zabezpečí prevádzku a údržbu v štandardoch eGovernmentu a v súlade s požiadavkami informačnej bezpečnosti:

1514

1515

* **Prevádzka systému** bude zabezpečená dodávateľom počas záručnej doby a následne prenesená na interného správcu IS obce.

1516

* **Údržba systému** bude prebiehať pravidelne (aktualizácie SW, bezpečnostné záplaty, optimalizácia výkonu).

1517

* **Úroveň poskytovania služieb (SLA):**

1518

** garantovaná dostupnosť systému minimálne **99 %**,

1519

** reakčná doba na nahlásený incident do **4 hodín**,

1520

** doba odstránenia kritickej poruchy do **24 hodín**,

1521

** pravidelné mesačné reporty o prevádzke a incidentoch.

1522

* **Obnova systému a dát:**

1523

** pravidelné denné zálohovanie prevádzkových dát,

1524

** uchovávanie záloh v oddelenom úložisku (on-premise + cloud),

1525

** testovanie obnovy dát minimálne **2× ročne**,

1526

** plán kontinuity prevádzky (BCP) a plán obnovy po havárii (DRP).

1527

* **Podpora a integrácie**

1528

1529

* Pre manažment služieb podpory sa bude využívať **helpdesk systém** (napr. open-source alebo komerčné riešenie), ktorý umožní evidenciu incidentov, požiadaviek a zmien.

1530

* Systém umožní integráciu na iné ISVS prostredníctvom štandardizovaných rozhraní (napr. XML, CSV, REST API).

1531

1532

* **Požiadavky na prevádzku a údržbu**

1533

1534

* zabezpečenie školenia interného správcu IS,

1535

* nastavenie procesov ITSM (incident management, change management),

1536

* pravidelný monitoring výkonu a bezpečnosti,

1537

* podpora používateľov (helpdesk, hotline, vzdialená asistencia).

1538

1539

**Výstup:** Riešenie prinesie stabilnú a predvídateľnú úroveň poskytovania služieb, transparentnú správu incidentov a bezpečné uchovávanie a obnovu údajov, čím sa minimalizuje riziko výpadku a straty dát.

.

1.

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

1553

1554

**Koncepcia podpory**

1555

1556

* Podpora používateľov a prevádzky bude zabezpečená v **troch úrovniach podpory**:

1557

1558

* **Podpora L1 (Level 1)** – základná úroveň podpory:

1559

** slúži ako primárny kontaktný bod pre používateľov,

1560

** rieši jednoduché problémy a poskytuje základné informácie,

1561

** zabezpečuje evidenciu incidentov a ich kategorizáciu,

1562

** typické činnosti: reset hesiel, základné nastavenia aplikácií, diagnostika bežných problémov.

1563

* **Podpora L2 (Level 2)** – rozšírená podpora:

1564

** rieši požiadavky a incidenty, ktoré presahujú možnosti L1,

1565

** poskytuje detailnejšiu analýzu a technické riešenia,

1566

** zabezpečuje spoluprácu s odbornými tímami a prípravu návrhov opráv,

1567

** typické činnosti: správa aplikačných služieb, konfigurácia IS, testovanie opráv.

1568

* **Podpora L3 (Level 3)** – expertná úroveň:

1569

** najvyššia úroveň podpory, ktorú poskytuje dodávateľ systému,

1570

** rieši najzložitejšie problémy vrátane analýzy zdrojového kódu alebo architektúry systému,

1571

** zabezpečuje dlhodobú optimalizáciu a plánovanie zmien.

* **SLA a dostupnosť podpory**

1576

1577

Podpora bude zabezpečená podľa nasledovných pravidiel:

1578

1579

* **L1 – základná podpora**: dostupnosť počas pracovných dní od 8:00 do 16:00, garantovaná reakčná doba 4 hodiny.

1580

* **L2 – technická podpora**: dostupnosť počas pracovných dní od 8:00 do 18:00, reakčná doba 2 hodiny.

1581

* **L3 – expertná podpora**: dostupnosť 24/7 pre kritické incidenty, reakčná doba 1 hodina.

Tabuľka 29 – Prehľad riešenia podpory používateľov a prevádzky

1.

11. Riešenie incidentov v prevádzke - parametre úrovní služby

1595

1596

1597

Incident je akákoľvek hlásená alebo zistená relevantná skutočnosť týkajúca sa aktíva (informačného systému) alebo jeho časti, ktorej nedostupnosť alebo nefunkčnosť má vplyv na poskytovanie služieb.

1598

Cieľom riešenia incidentov je zabezpečiť rýchlu reakciu a obnovu funkčnosti systému tak, aby bol dopad na používateľov a poskytovanie služieb čo najnižší.

1599

1600

Klasifikácia incidentov sa riadi kombináciou **naliehavosti** a **dopadu**, pričom každý incident je zaradený do kategórie priority.

|**OZNAČENIE**|**ZÁVAŽNOSŤ INCIDENTU**|**POPIS NALIEHAVOSTI INCIDENTU**

1606

|A|Kritická|Kritické chyby, úplné zlyhanie systému ako celku alebo nemožnosť použiť jeho významnú časť.

1607

|B|Vysoká|Chyby a nedostatky, ktoré výrazne obmedzujú funkčnosť systému a neumožňujú používať časť služieb.

1608

|C|Stredná|Chyby a nedostatky, ktoré spôsobujú čiastočné obmedzenia.

1609

|D|Nízka|Kozmetické a drobné chyby, ktoré nemajú zásadný vplyv na používanie systému.

1610

1611

1612

Tabuľka 30 Klasifikácia Naliehavosti incidentu

1613

1614

|**KÓD**|**DOPAD**|**POPIS DOPADU**

1615

|1|Katastrofický|Katastrofický dopad, priama strata dát, nefunkčnosť kľúčového systému.

1616

|2|Značný|Značný dopad alebo strata dát, obmedzenie poskytovania služieb.

1617

|3|Malý|Čiastočný alebo lokálny dopad, menší výpadok služby.

1618

1619

1620

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

1621

1622

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

1623

1624

1625

|**Naliehavosť / Dopad**|**Katastrofický (1)**|**Značný (2)**|**Malý (3)**

|Kritická (A)|1|2|3

|Vysoká (B)|2|2|3

|Stredná (C)|3|3|4

|Nízka (D)|3|4|4

Tabuľka 32 Určenie priority incidentu

1633

1634

1635

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

1636

1637

|**OZNAČENIE PRIORITY**|**REAKČNÁ DOBA (od nahlásenia po začatie riešenia)**|**DOBA KONEČNÉHO VYRIEŠENIA INCIDENTU (DKVI)**|**SPOĽAHLIVOSŤ (počet incidentov/mesiac)**

1638

|1 (kritická)|do 1 hod.|do 4 hod.|max. 1

1639

|2 (vysoká)|do 1 hod.|do 12 hod.|max. 5

1640

|3 (stredná)|do 1 hod.|do 24 hod.|max. 10

1641

|4 (nízka)|do 1 hod.|do 48 hod.|bez obmedzenia

1642

1643

1644

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

1.

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

1649

1650

1651

Dostupnosť informačného systému je jedným z kľúčových parametrov kvality poskytovaných služieb.

1652

1653

1654

Navrhovaný budúci stav (TO BE) stanovuje nasledovné požiadavky na časovú dostupnosť, servisné okná, parametre obnovy a celkové SLA:

1655

1656

* Prevádzkové hodiny

1657

* 12 hodín denne, v pracovných dňoch od 06:00 do 18:00.

1658

* Podporné procesy (helpdesk, správa infraštruktúry) budú dostupné počas pracovných dní.

1659

* Servisné okno

1660

* 24 hodín denne, mimo pracovnej doby (00:00 – 23:59 hod. počas dní pracovného pokoja a štátnych sviatkov).

1661

* Servis a údržba budú realizované tak, aby nedošlo k obmedzeniu prevádzky počas definovaných prevádzkových hodín.

1662

* Dostupnosť produkčného prostredia IS

1663

* Požadovaná úroveň: 98,5 % dostupnosť počas roka.

1664

* Maximálny mesačný čas výpadku je 66 hodín.

1665

* Nedostupnosť počas servisného okna sa nezapočítava do SLA.

1666

* V prípade nedodržania dostupnosti IS bude začatý ďalší pracovný deň ako nepretržitý incident až do úplného odstránenia problému.

1667

* RTO a RPO

1668

* RTO (Recovery Time Objective): 4 hodiny – maximálny čas na obnovenie systému po výpadku.

1669

* RPO (Recovery Point Objective): 6 hodín – maximálna prípustná strata dát po výpadku.

1670

1671

1672

|**POPIS**|**PARAMETER**|**URPRESNENIE**

1673

|Prevádzkové hodiny|21_hodín|06:00 – 18:00, počas pracovných dní

1674

|Servisné okno|24 hodín|00:00 – 23:59, dni pracovného pokoja a sviatky

1675

|Dostupnosť produkčného IS|98,5 %|max. mesačný výpadok 66 hodín

1676

|RTO (Recovery Time Objective)|4 hodiny|maximálny čas na obnovu systému

1677

|RPO (Recovery Point Objective)|6 hodín|maximálna strata dát

1678

1679

1680

Tabuľka 34 – Požadovaná dostupnosť informačného systému

1681

1682

1.

1683

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

1684

1685

Prevádzka budovaného systému si vyžaduje nasadenie kvalifikovaných ľudských zdrojov, ktoré budú pokrývať všetky oblasti jeho správy a podpory. Požiadavky sú:

1686

1687

Prevádzkový administrátor systému – zodpovedný za technickú správu IS, monitoring, konfiguráciu a riadenie prevádzky.

1688

1689

Špecialista používateľskej podpory (helpdesk, L1) – prvý kontaktný bod pre používateľov, evidencia incidentov, základné riešenia problémov a eskalácia.

1690

1691

Špecialista druhej úrovne podpory (L2) – riešenie zložitejších incidentov, analýza problémov, spolupráca s dodávateľom IS.

1692

1693

Bezpečnostný špecialista – dohľad nad dodržiavaním bezpečnostných opatrení, kontrola prístupov a reakcia na bezpečnostné incidenty.

1694

1695

Dátový kurátor – dohľad nad kvalitou údajov a správnosťou dátových štruktúr, zodpovednosť za evidenciu údajov.

Ďalšie požiadavky:

pravidelné školenia a certifikácie pre administrátorov a používateľov,

1700

1701

zabezpečenie dostupnosti podpory v rozsahu SLA,

1702

1703

dokumentovaný plán pre zálohovanie a obnovu činností v prípade výpadku personálnych kapacít.

1.

11. Požiadavky na zdrojové kódy

1708

1709

1710

Projekt musí zabezpečiť, aby zdrojové kódy budovaných aplikácií a častí riešenia boli dodané v súlade s legislatívou:

1711

1712

* v zmysle **§ 15 ods. 6 zákona č. 95/2019 Z. z. o informačných technológiách verejnej správy**,

1713

* podľa **Metodického usmernenia č. 024077/2023 o kvalite zdrojových kódov a balíkov softvéru**.

1714

* **Požiadavky na zdrojové kódy:**

1715

1716

* Dodanie úplných a **otestovaných zdrojových kódov** vrátane dokumentácie.

1717

* Zdrojové kódy musia byť odovzdané v **otvorenej štruktúre** (napr. repozitár Git, SVN).

1718

* Súčasťou odovzdania musia byť aj **inštalačné skripty, konfigurácie a testovacie scenáre**.

1719

* **Forma a štruktúra archívu** musí byť kompatibilná so štandardmi MIRRI SR.

1720

* Zdrojové kódy sa musia odovzdávať priebežne, podľa **fakturačných míľnikov** projektu.

* **Licencovanie:**

* Preferované je použitie **EUPL licencie**, resp. iných open-source licencií kompatibilných s verejnou správou.

1725

* V prípade použitia tretích strán alebo knižníc musí byť zabezpečená plná licenčná kompatibilita.

1726

1727

* **Prenos a archivácia:**

1728

1729

* Dodávateľ je povinný preniesť kompletné zdrojové kódy do **centrálneho repozitára ITVS** (Národný projekt Manažment zdrojových kódov a ITVS).

1730

* Odovzdané zdrojové kódy musia byť archivované tak, aby bola zaručená ich **dlhodobá dostupnosť a použiteľnosť**.

1731

* Všetky zdrojové kódy budú zahrnuté aj v SLA.

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

Projekt bude implementovaný postupne v jednotlivých etapách podľa schváleného harmonogramu. Zvolený prístup je **iteratívny (Agile)** s prvkami **Waterfall** tam, kde je to vhodné (napr. právne a procesné rámce, bezpečnostné opatrenia).

1741

1742

* **Postup implementácie:**

1743

* **Etapa 1 – Analýza a návrh riešenia**

1744

** zber požiadaviek, analýza súčasného stavu (AS-IS), návrh cieľového stavu (TO-BE), príprava architektonickej dokumentácie, špecifikácia aplikačných služieb a dátových štruktúr.

1745

* **Etapa 2 – Vývoj a konfigurácia systému**

1746

** implementácia informačného systému, vývoj aplikačných komponentov, nastavenie infraštruktúry, realizácia bezpečnostných opatrení.

1747

* **Etapa 3 – Testovanie a pilotná prevádzka**

1748

** funkčné a integračné testy, bezpečnostné testy, pilotné nasadenie u vybraných používateľov, zber spätnej väzby.

1749

* **Etapa 4 – Produkčné nasadenie a školenie používateľov**

1750

** nasadenie do plnej prevádzky, školenia používateľov a správcov, nastavenie procesov prevádzky a podpory (SLA).

1751

* **Etapa 5 – Odovzdanie výstupov a uzatvorenie projektu**

1752

** dodanie všetkých projektových produktov, zdrojových kódov a dokumentácie, vypracovanie záverečnej správy a ukončenie projektu.

1753

1754

* **Preberanie výstupov:**

1755

1756

Preberanie výstupov projektu sa bude realizovať formou **akceptačných protokolov**, v ktorých budú presne špecifikované:

1757

1758

* projektové výstupy podľa vyhlášky MIRRI č. 401/2023 Z. z. (vrátane zdrojových kódov a dokumentácie),

1759

* koncové služby a procesy pripravené pre občanov a samosprávu,

1760

* technologické a aplikačné komponenty riešenia,

1761

* aktualizovaná projektová dokumentácia.

1762

1763

Za akceptáciu zodpovedá **Obec Veľká Lomnica ako prijímateľ**, pričom akceptácia bude prebiehať na základe testovacích scenárov, protokolov o skúškach a overení funkčnosti.

1764

1765

1766

* **Preberanie výstupov:**

1767

1768

Preberanie výstupov projektu sa bude realizovať formou **akceptačných protokolov**, v ktorých budú presne špecifikované:

1769

1770

* projektové výstupy podľa vyhlášky MIRRI č. 401/2023 Z. z. (vrátane zdrojových kódov a dokumentácie),

1771

* koncové služby a procesy pripravené pre občanov a samosprávu,

1772

* technologické a aplikačné komponenty riešenia,

1773

* aktualizovaná projektová dokumentácia.

1774

1775

Za akceptáciu zodpovedá **Obec Veľká Lomnica ako prijímateľ**, pričom akceptácia bude prebiehať na základe testovacích scenárov, protokolov o skúškach a overení funkčnosti.

1776

1777

1778

= {{id name="_Toc510413657"/}}{{id name="_Toc152607323"/}}{{id name="_Toc765633140"/}}{{id name="_Toc2047061689"/}}{{id name="_Toc1365902580"/}}{{id name="_Toc96771585"/}}{{id name="_Toc977817845"/}}{{id name="_Toc338302336"/}}{{id name="_Toc158422599"/}}{{id name="_Toc894533619"/}}{{id name="_Toc1336543996"/}}{{id name="_Toc1715202395"/}}{{id name="_Toc1402143762"/}}{{id name="_Toc47815706"/}}7.ROZPOČET A PRÍNOSY =

//Po//

1.

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

==== Nákladová stránka projektu ====

1788

1789

Celkový rozpočet projektu pozostáva z investičných a prevádzkových nákladov:

1790

1791

1. **Investičné náklady (rok 0–1):**

1792

1*. hardvér, softvér, inštalácia a konfigurácia: **329 111,43 € s DPH**

1793

1*. paušálne výdavky (verejné obstarávanie, externý projektový manažment, projektová dokumentácia – 7 %): **23 037,80 €**

1794

1*. **Spolu oprávnené výdavky:** cca **352 149,23 €**

1795

1. **Spolufinancovanie:**

1796

1*. 92 % (EÚ + ŠR), t. j. cca **323 977,29 €**

1797

1*. 8 % (obec), t. j. cca **28 171,94 €**

1798

1. **Prevádzkové náklady (rok 2–10):**

1799

1*. základná SLA na úrovni **3 000 – 5 000 €/rok**, ktorá pokrýva aktualizácie softvéru, monitoring a servis,

1800

1*. bežná správa systému bude zabezpečená **interným zamestnancom obce** (už dnes vykonáva správu webu a elektronickej úradnej tabule),

1801

1*. väčšie zásahy budú riešené formou individuálnych zákaziek.

1802

1803

➡ **Predpokladané prevádzkové náklady v T10:** cca **30 000 – 50 000 €**.

----

==== Prínosy projektu (T10) ====

1808

1809

1. **Kvantifikovateľné prínosy:**

1810

1*. úspora pracovných kapacít (administratíva, monitoring): cca **12 000 €/rok** (zodpovedá jednému pracovného úväzku),

1811

1*. efektívnejšie plánovanie údržby cintorína, cyklotrás, verejného osvetlenia a infraštruktúry: **5 000 – 10 000 €/rok**,

1812

1*. optimalizácia investícií – dátové podklady umožnia nasmerovať zdroje tam, kde sú reálne potreby (odhad úspory 5 % kapitálových výdavkov obce).

1813

1. **Nekvantifikovateľné prínosy:**

1814

1*. zvýšenie bezpečnosti detí pri školách a pohybu obyvateľov v rizikových lokalitách,

1815

1*. zlepšenie komfortu obyvateľov a návštevníkov,

1816

1*. transparentnosť vďaka open data (zverejňovanie agregovaných údajov na webe a e-tabuľi),

1817

1*. participácia verejnosti a podpora digitálnej transformácie,

1818

1*. možnosť budúceho rozšírenia o environmentálne senzory, smart osvetlenie či parkovací manažment.

----

==== Ukazovatele návratnosti ====

1823

1824

* **Náklady T10:** cca **382 000 – 402 000 €** (investícia + low-cost prevádzka).

1825

* **Prínosy T10 (kvantifikovateľné):** cca **170 000 – 220 000 €**, bez započítania kvalitatívnych prínosov a optimalizácie investícií.

1826

* **Rok návratnosti:** predbežne **7.–8. rok**.

1827

* **Ukazovatele ENPV, FNPV, BCR:** budú presne vypočítané až po určení dodávateľa, avšak predbežné hodnotenie ukazuje pozitívny trend (BCR > 1).

----

=== Zhrnutie ===

Projekt má realisticky nastavené investičné a prevádzkové náklady. Vďaka kombinácii externej SLA v nízkom rozsahu a internej správy systému sú prevádzkové náklady udržateľné aj pre obec Veľká Lomnica. Prínosy projektu sa prejavia nielen v úsporách a efektívnejšom riadení obecného majetku, ale aj v zvýšení bezpečnosti, transparentnosti a kvalite života obyvateľov.

1.

11.

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

1855

1856

Predkladaný projekt je v hodnote do 1 000 000,- EUR, CBA sa na základe usmernenia nevypracováva.

1857

1858

1859

Sumy sú uvedené s DPH

1860

1861

1862

| |Spolu|IoT riešenie pre zber, analýzu a vizualizáciu údajov|(((

Názov

modulu

)))

|Náklady| | |

|Všeobecný materiál| | |

1869

|IT - CAPEX| | |

1870

|Aplikácie| | |

1871

|SW|//42 032,79 €//|//42 032,79 €//|//xxx//

1872

|HW|//287 078,64 €//|//287 078,64 €//|//Xxx//

1873

|Riadenie projektu - Riadenie projektu (podľa objemu prác, uvádzaná suma je max.)|//9 225,00 €//|//9 225,00 €//|//xxx//

1874

|IT - OPEX- prevádzka| | |

1875

|Aplikácie| | |

1876

|SW| | |

1877

|HW|//3 000,00 – 5000,00 €//|//3 000,00 – 5000,00 €//|//xxx//

1878

|Prínosy| | |

1879

|Finančné prínosy| | |

1880

|Administratívne poplatky| | |

1881

|Ostatné daňové a nedaňové príjmy| | |

1882

|Ekonomické prínosy| | |

|Občania (€)| | |

|Úradníci (€)| | |

|Úradníci (FTE)| | |

|Kvalitatívne prínosy| | |

1887

| | | |

1888

1889

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

1890

1891

Prevádzkové náklady boli odhadnuté konzervatívne vo výške 3 000 – 5 000 € ročne. Presná suma bude známa až po ukončení procesu verejného obstarávania a bude závisieť od dodávateľa riešenia.

1892

1893

1894

Projekt je ekonomicky efektívny, keďže v horizonte 10 rokov (T10) prínosy prevyšujú náklady. Odhadovaný pomer prínosov a nákladov (BCR) je vyšší ako 1,00 a očakáva sa kladná ekonomická čistá súčasná hodnota (ENPV). Prevádzkové náklady na úrovni 3 000 – 5 000 €/rok sú pre obec udržateľné.

1895

1896

Okrem kvantifikovateľných úspor (administratíva, efektívnejšie plánovanie údržby, optimalizácia investícií) projekt prináša aj významné spoločenské prínosy: kvalitnejšie rozhodovacie podklady pre samosprávu, lepšiu organizáciu dopravy a verejných služieb, transparentné zverejňovanie údajov a podporu participácie obyvateľov.

1897

1898

Projekt je nastavený tak, aby sa stal základom pre ďalšie digitálne riešenia obce a z dlhodobého hľadiska podporil jej rozvojovú stratégiu.

1.

11.

111. Zdroj financovania

1903

1904

Projekt bude financovaný prostredníctvom výzvy s kódom : PSK-MIRRI-619-2024-ITI-EFRR

1905

Obec patrí medzi menej rozvinuté regióny a preto finanocvanie bude nasledovné:

1906

Zdroj EÚ - 85 %

1907

1908

Štátny rozpočet - 7 %

1909

1910

Prijímateľ (obec Veľká Lomnica ) - 8 %

1911

1912

1913

= {{id name="_Toc152607324"/}}{{id name="_Toc895423427"/}}{{id name="_Toc241209616"/}}{{id name="_Toc1109933817"/}}{{id name="_Toc1693584831"/}}{{id name="_Toc116189132"/}}{{id name="_Toc1157370114"/}}{{id name="_Toc1343589887"/}}{{id name="_Toc2053421042"/}}{{id name="_Toc1329406378"/}}{{id name="_Toc812300137"/}}{{id name="_Toc1301800014"/}}{{id name="_Toc47815707"/}}8.HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA =

1914

1915

1916

|1|Prípravná a iniciačná fáza|09/2025|10/2025|Projektová dokumentácia, podklady pre VO

1917

|2|Realizačná fáza|11/2025|10/2026|–

1918

|2a|Analýza a dizajn riešenia|11/2025|12/2025|Návrh architektúry IoT, detailná špecifikácia lokalít

1919

|2b|Nákup infraštruktúrnych služieb, HW a SW (VO)|10/2025|11/2025|VO na HW, SW a implementačné práce

1920

|2c|Implementácia a testovanie|01/2026|08/2026|Dodávka HW a SW, inštalácie, konfigurácia platformy

1921

|2d|Nasadenie a pilotná prevádzka (PIP)|09/2026|10/2026|Pilotná prevádzka – min. 2 mesiace na odladenie

1922

|3|Dokončovacia fáza|10/2026|11/2026|Odovzdanie riešenia do plnej prevádzky

1923

|4|Podpora prevádzky (SLA)|11/2026|10/2030|Externý servis a monitoring (VO po ukončení implementácie)

1924

| | | | |

1925

1926

(% class="wikigeneratedid" %)

1927

Na realizáciu projektu bude použitá metodika waterfall, nakoľko projekt neobsahuje fázu vývoja softvéru a jeho realizácia prebieha sekvenčne. Implementácia riešenia prebehne ako celok, bez potreby priebežného nasadzovania po funkčných celkoch.

1928

1929

= [[image:1758710636145-947.png]] =

##Na realizáciu projektu bude použitá metodika waterfall, nakoľko projekt neobsahuje fázu vývoja softvéru a jeho realizácia prebieha sekvenčne. Implementácia riešenia prebehne ako celok, bez potreby priebežného nasadzovania po funkčných celkoch.##

1935

1936

1937

= {{id name="_Toc510413660"/}}{{id name="_Toc152607325"/}}{{id name="_Toc1722900095"/}}{{id name="_Toc1548891642"/}}{{id name="_Toc1524307507"/}}{{id name="_Toc926619902"/}}{{id name="_Toc369843141"/}}{{id name="_Toc1228095438"/}}{{id name="_Toc1350957483"/}}{{id name="_Toc1726013925"/}}{{id name="_Toc651796977"/}}{{id name="_Toc1094373969"/}}{{id name="_Toc425060707"/}}{{id name="_Toc47815708"/}}9.PROJEKTOVÝ TÍM =

//Zos//

|6|Špecialista na IoT riešenie (HW a SW dodávateľ)|TBD|Externý dodávateľ|(((

1948

Vybraný na základe VO

1949

)))

1950

1951

Tabuľka 8 Projektový tím

* **Riadiaci výbor projektu – Veľká Lomnica**

1958

1959

**~1. Predseda Riadiaceho výboru (RV)**

1960

1961

* Zodpovedná osoba: **Ing. Andrea Kromková, prednostka**

1962

* Zodpovednosti:

1963

** Zvoláva a vedie zasadnutia RV.

1964

** Schvaľuje hlavné rozhodnutia projektu a dohliada na súlad s cieľmi obce.

1965

** Reprezentuje projekt voči zriaďovateľovi a riadiacim orgánom.

1966

1967

**2. Biznis vlastník**

1968

1969

* Zodpovedná osoba: **Mgr. Peter Duda, starosta obce**

1970

* Zodpovednosti:

1971

** Zodpovedá za naplnenie cieľov projektu z pohľadu samosprávy.

1972

** Dohliada na súlad projektu s rozvojovými prioritami obce.

1973

** Koordinuje interné procesy obce súvisiace s implementáciou výstupov.

1974

1975

**3. Zástupca prevádzky**

1976

1977

* Zodpovedná osoba: **Ing. Andrea Kromková, prednostka**

1978

* Zodpovednosti:

1979

** Zabezpečuje správu a údržbu systému po jeho nasadení.

1980

** Komunikuje s dodávateľom počas záručného obdobia a SLA podpory.

1981

** Zodpovedá za technické a personálne podmienky pre dlhodobú prevádzku.

1982

1983

**4. Projektový manažér realizátora projektu**

1984

1985

* Zodpovedná osoba: **Ing. Miriam Kulíková, externý projektový manažér**

1986

* Zodpovednosti:

1987

** Riadi projekt podľa schváleného harmonogramu.

1988

** Zabezpečuje komunikáciu medzi obcou a dodávateľom.

1989

** Koordinuje činnosti verejného obstarávania, implementácie a testovania.

1990

** Vedenie projektovej dokumentácie a reporting.

1991

1992

**5. Kľúčový používateľ**

1993

1994

* Zodpovedná osoba: **Mgr. Peter Duda, starosta obce**

1995

* Zodpovednosti:

1996

** Reprezentuje používateľské potreby obce počas celého projektu.

1997

** Poskytuje spätnú väzbu k funkcionalite riešenia a testovacím scenárom.

1998

** Overuje výstupy z pohľadu praktického využitia.

1999

2000

**6. Špecialista na IoT riešenia (HW a SW dodávateľ)**

2001

2002

* Zodpovedná osoba: **TBD (vybraný dodávateľ na základe VO)**

2003

* Zodpovednosti:

2004

** Spolupracuje na návrhu technického riešenia a dodávke komponentov.

2005

** Realizuje inštaláciu, konfiguráciu a testovanie systému.

2006

** Poskytuje úvodné zaškolenie obsluhy a technickú podporu počas nasadenia.

2007

2008

2009

= {{id name="_Toc510413662"/}}{{id name="_Toc152607327"/}}{{id name="_Toc1721209686"/}}{{id name="_Toc1704088007"/}}{{id name="_Toc663571237"/}}{{id name="_Toc222896765"/}}{{id name="_Toc1718852369"/}}{{id name="_Toc445439934"/}}{{id name="_Toc1591178749"/}}{{id name="_Toc1059352832"/}}{{id name="_Toc1317943368"/}}{{id name="_Toc1275292488"/}}{{id name="_Toc922415075"/}}{{id name="_Toc47815710"/}}10.ODKAZY =

2010

2011

Pri príprave tohto dokumentu boli využité nasledovné materiály a zdroje:

2012

2013

* Národná koncepcia informatizácie verejnej správy (NKIVS),

2014

* Strategická priorita Manažment údajov a Otvorené údaje,

2015

* Vyhláška ÚPVII č. 179/2020 Z. z. o štandardoch pre informačné technológie verejnej správy,

2016

* Vyhláška MIRRI č. 401/2023 Z. z. o riadení projektov a zmene požiadaviek v prevádzke,

2017

* Metodické usmernenia MIRRI k riadeniu kvality údajov, zdrojových kódov a bezpečnostných opatrení,

2018

* Používateľská príručka systému MetaIS,

2019

* Metodika optimalizácie procesov vo verejnej správe (MV SR),

2020

* Katalóg služieb vládneho cloudu,

2021

* CSIRT metodiky pre hardening a kybernetickú bezpečnosť.

1. PRÍLOHY

**Príloha 1: **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]]

// //

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