Naposledy upravil Martin Lukáč 2025/03/05 14:30

Hide last authors
Martin Lukáč 1.1 1 **PRÍSTUP K PROJEKTU**
2 **Vzor pre manažérsky výstup I-03**
3 **podľa vyhlášky MIRRI č. 401/2023 Z. z.**
4
5 |**Povinná osoba**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Prešovský samosprávny kraj{{/content}}
6 |**Názov projektu**|{{content id="projekt.nazov"}}Moderné technológie - Energetická optimalizácia prevádzkovania verejných budov prostredníctvom inteligentného merania{{/content}}
Martin Lukáč 1.3 7 |**Zodpovedná osoba za projekt**|**Ing. Martin Lukáč**
Martin Lukáč 1.1 8 |**Realizátor projektu**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Prešovský samosprávny kraj{{/content}}
9 |**Vlastník projektu**| {{content id="projekt.vlastnik.nazov"}}Prešovský samosprávny kraj{{/content}}
10 **Schvaľovanie dokumentu**
11 |**Položka**|**Meno a priezvisko**|**Organizácia**|**Pracovná pozícia**|**Dátum**|(((
12 **Podpis**
13 (alebo elektronický súhlas)
14 )))
15 |Vypracoval| | | | |
16
17 = {{id name="_Toc2008675389"/}}1.História dokumentu =
18
19 |**Verzia**|**Dátum**|**Zmeny**|**Meno**
Martin Lukáč 1.3 20 |0.1|06.06.2024|Pracovný návrh| **Ing. Martin Lukáč**
21 |1.0|20.06.2024|Zapracovanie súladu s vyhláškou č. 401/2023 Z. z.|**Ing. Martin Lukáč**
22 |1.1|07.11.2024|Finalna verzia pred pripomienkovaním|**Ing. Martin Lukáč**
23 |1.2|25.11.2024|Finálna verzia so zapracovanými internými pripomienkami pred verejným pripomienkovaním|**Ing. Martin Lukáč**
24 |1.3|11.12.2024|Finálna verzia po verejnom pripomienkovaní|**Ing. Martin Lukáč**
Martin Lukáč 1.1 25
26 = {{id name="_Toc74315499"/}}2.Účel dokumentu =
27
Martin Lukáč 1.3 28 V súlade s Vyhláškou 401/2023 Z.z. je dokument I-03 Prístup k projektu určený na rozpracovanie detailných informácií prípravy projektu Moderné technológie - Energetická optimalizácia prevádzkovania verejných budov prostredníctvom inteligentného merania z pohľadu aktuálneho stavu, budúceho stavu a navrhovaného riešenia.
Martin Lukáč 1.1 29
Martin Lukáč 1.3 30 Dokument Prístup k projektu v zmysle vyššie uvedenej vyhlášky obsahuje opis navrhovaného riešenia, architektúru riešenia projektu na úrovni biznis vrstvy, aplikačnej vrstvy, dátovej vrstvy, technologickej vrstvy, infraštruktúry navrhovaného riešenia, bezpečnostnej architektúry, špecifikáciu údajov spracovaných v projekte, čistenie údajov, prevádzku a údržbu výstupov projektu, prevádzkové požiadavky, požiadavky na zdrojové kódy. Dodávané riešenie je v súlade so zákonom. Zároveň opisuje aj implementáciu projektu a preberanie výstupov projektu.
31
Martin Lukáč 1.1 32 == {{id name="_Toc152607284"/}}{{id name="_Toc683485446"/}}{{id name="_Toc365474999"/}}{{id name="_Toc1488819067"/}}{{id name="_Toc461533771"/}}{{id name="_Toc1193242276"/}}{{id name="_Toc738207424"/}}{{id name="_Toc2067375730"/}}{{id name="_Toc336064095"/}}{{id name="_Toc62328600"/}}{{id name="_Toc1636304797"/}}{{id name="_Toc635885549"/}}2.1Použité skratky a pojmy ==
33
34 |**SKRATKA/POJEM**|**POPIS**
Martin Lukáč 1.3 35 |Automatizovaný spôsob|Ide o spracovanie vstupných dát v štruktúrovanej forme na základe nadefinovanej procedúry alebo scriptu. Spustenie spracovania môže byť naplánované ako opakovaná činnosť, alebo vyvolaná jednorazovou činnosťou (napr. uzavretie tiketu)
36 |BI|Bussines intelligence
37 |C|Kapacitné požiadavky procesov
38 |D|Požiadavka na dokumentáciu
39 |DSL|Definitive Software Library (ITIL) – zoznam SW, ktorý je možné/povolené používať v prostredí organizácie (s priradenými identifikačnými kódmi)
40 |EASR PSK|Energetická Agentúra Smart Regiónu PSK
41 |ENM|Energetický manažment
42 |FO|Fyzická osoba
43 |FŠ|Funkčná špecifikácia (dokument, popisujúci kontext pre využitie riešenia s jeho funkčnými požiadavkami)
44 |FT|Fix Time - Maximálna doba, do ktorej nahlásená vada musí byť odstránená a služba poskytovaná podľa dohodnutých parametrov
45 |HW/Cloud|Hardvér / Cloud
46 |I|Integračná požiadavka
47 |IdM|Identity Manager
48 |IKT|Informačno-komunikačné technológie (organizácie)
49 |IKT|Informačno-komunikačné technológie
50 |IoT|internet of things
51 |IS|Informačný systém
52 |IS|Informačný systém
53 |IS VS|Informačný systém verejnej správy
54 |IT ROLA|Rola, ktorá definuje prístup do IS alebo definuje využívanie IT zdrojov
55 |IÚS|Integrovaná územná stratégia Prešovského samosprávneho kraja na roky 2021 - 2027
56 |KO|KO kritéria
57 |L|Legislatívna požiadavka
58 |MCA|Multi-Criteria Analysis  = multikriteriálna analýza
59 |MIRRI|Ministerstvo investícií, regionálneho rozvoja a informatizácie SR
60 |MSB|Manažment správy budov
61 |NFP|Nenávratný finančný príspevok
62 |NKIVS|Národná koncepcia informatizácie verejnej správy Slovenskej republiky
63 |O|Prevádzková požiadavka (Operations)
64 |OB|Občan / podnikateľ
65 |OF|Odbor financií
66 |OK|Odbor kultúry
67 |OS|Odbor školstva
68 |OSV|Odbor sociálnych vecí a rodiny
69 |OVM|Orgán verejnej moci
70 |OvZP|Organizácia v zriaďovateľskej pôsobnosti
71 |OZE|Obnoviteľný zdroj energie
72 |P|Procesná požiadavka
73 |PO|Právnická osoba
74 |PSK|Prešovský samosprávny kraj
75 |(((
76 PTK
Martin Lukáč 1.1 77
Martin Lukáč 1.3 78 /RFI
79 )))|Predbežná trhová konzultácia/Request for information
80 |PTK/RFI|Predbežná trhová konzultácia/Request for information
81 |R|Požiadavka na reporting
82 |RT|Response Time - Maximálna doba, počas ktorej je dodávateľ povinný reagovať na podnet objednávateľa (napr. incident, požiadavku)
83 |S|Požiadavka na bezpečnosť
84 |SD|Service Desk
85 |SDM|Service Desk Manager
86 |SLA|Service Level Agreement – dohoda/zmluva o parametroch poskytovania služby
87 |SP|Zamestnanci OvZP / správcovnia objektov
88 |SW|softvér
89 |TCO|Total Cost of Ownership (TCO) - celkové náklady spojené s vlastníctvom
90 |TŠ|Technická špecifikácia (dokument, popisujúci kontext pre technické začlenenie riešenia do prostredia organizácie, s jeho technickými, integračnými, architektúrnymi a bezpečnostnými požiadavkami)
91 |U|Užívateľská požiadavka
92 |VÚC|Vyšší územný celok
93 |WF|Workflow = pracovný proces, zobrazený postupnosťou úkonov
94 |ZAM|Zamestnanci PSK
95 |ZAM EA|Zamestnanci EASR PSK
96
Martin Lukáč 1.1 97 == {{id name="_Toc153139681"/}}{{id name="_Toc15428557"/}}{{id name="_Toc15427667"/}}{{id name="_Toc15426945"/}}{{id name="_Toc510413655"/}}2.2Konvencie pre typy požiadaviek (príklady) ==
98
Martin Lukáč 1.3 99 Hlavné kategórie požiadaviek v zmysle katalógu požiadaviek, rozdeľujeme na funkčné, nefunkčné a technické. Podskupiny v hlavných kategóriách je možné rozšíriť v závislosti od potrieb projektu:
Martin Lukáč 1.1 100
Martin Lukáč 1.3 101 Funkcionálne (používateľské) požiadavky majú nasledovnú konvenciu:
Martin Lukáč 1.1 102
Martin Lukáč 1.3 103 FRxx
104
105 * U – užívateľská požiadavka
106 * R – označenie požiadavky
107 * xx         – číslo požiadavky
108
109 Nefunkčné (kvalitatívne, výkonové - Non Functional Requirements - NFR) požiadavky majú nasledovnú konvenciu:
110
111 NRxx
112
113 * N          – nefukčná požiadavka (NFR)
114 * R – označenie požiadavky
115 * xx         – číslo požiadavky
116
117 Ostatné typy požiadaviek môžu byť ďalej definované objednávateľom/PM.
118
119 Všetky požiadavky uvedené v Prístupe k projektu v príslušných kapitolách, sú v súlade s funkčnými, nefunkčnými a technickými požiadavkami uvedenými v Katalógu požiadaviek I-04.
120
Martin Lukáč 1.1 121 = {{id name="_Toc1924467239"/}}{{id name="_Toc153139683"/}}3.Popis navrhovaného riešenia =
122
Martin Lukáč 1.3 123 Popisuje riešenie pre energetický manažment a manažmentu správy budov v prevádzke Prešovského kraja.
Martin Lukáč 1.1 124
Martin Lukáč 1.3 125 Dokument Prístup k projektu popisuje riešenie projektu v oblastiach:
126
127 * Požiadaviek na architektúru riešenia – biznis vrstva, aplikačná vrstva, technologická vrstva, ...
128 * Kapacitných požiadaviek na HW, SW a licencie
129 * Požiadaviek na bezpečnosť riešenia
130 * Požiadaviek na testovanie a akceptačné kritéria
131 * Požiadaviek na prevádzku, výkonnosť, dostupnosť a zálohovanie
132 * Požiadaviek na integrácie, rozhrania a spoločné komponenty
133 * Požiadaviek na dokumentáciu a školenia.
134
Martin Lukáč 1.4 135 **IS Energetický manažment budov:**
Martin Lukáč 1.3 136
Martin Lukáč 1.4 137 Inštalácia meracích IoT senzorov do budov, ktoré budú posielať namerané dáta cez existujúcu infraštruktúru budov do IS.
138 Uložené údaje v aplikačnom servery budú dostupné pre ďalšie spracovanie vrátane ich dostupnosti cez štandardy otvorených dát (Open API).
139
140 Meranie vybraných veličín v potrebných malých časových intervaloch je základom pri podpore efektívneho využívania energií na potrebných miestach. Z nameraných veličín s dostatočne rýchlou analýzou, je možné namodelovať správanie sa spotrebiteľov energie i samotnej budovy.
141
142 Okrem „vyrobenia“ modelu, takéto meranie ukáže anomálie, poruchy i neštandardné správanie sa spotrebiteľov. Sledovaním spotreby energie s prenosom na diaľku získame nástroj, ktorý umožňuje ušetriť energiu.
143
144 Vytvorením modelu budovy vytvoríme referenčný priebeh, ku ktorému je možné v budúcnosti vzťahovať novú spotrebu energie, ktorú dosiahneme po vykonaní úsporných opatrení.
145
146 Základné potreby sú zabezpečenie tepelnej pohody, dostupnosť elektrickej energie a pitnej úžitkovej vody a teda základné sledované parametre sú:
147
148 * **Elektrická energia** - je využívaná v každej organizácii a budove. Ak je nejaká budova napojená aspoň na jeden druh energie, tak s najväčšou pravdepodobnosťou to bude elektrická energia.
149
150 Výhody sledovania spotreby elektrickej energie:
151
152 * meranie zaťaženia jednotlivých fáz
153 * meranie činnej, jalovej a zdanlivej energie v minútových intervaloch
154 * sledovanie štvrťhodinového maxima, rezervovanej kapacity s predikciou možného prekročenia objednanej hodnoty
155 * sledovanie spotreby rôznych spotrebičov, identifikácia najväčších spotrebičov s následnou možnosťou zamerania sa na najväčší spotrebič elektrickej energie
156 * vyhodnotiť spotrebu elektrickej energie na osvetlenie so súčasným meraním intenzity osvetlenia z dôvodu dodržiavania hygienických podmienok
157 * vyhodnotiť spotrebu energie na kompresory, ventilátory a ďalšie spotrebiče, ktoré sú súčasťou systémov vetrania a klimatizácie
158 * neštandardné zapínanie a vypínanie spotrebičov pri nesprávnom nastavení riadiaceho parametra
159 * nameranie zvýšenej spotreby u starších spotrebičov a návrh na ich výmenu
160 * na základe výstražných upozornení poruchy v elektrickej sieti
161 * pri výpočtoch, ktoré budú slúžiť na porovnávanie spotrieb jednotlivých organizácií mesta
162 * pri kontrole projektov EPC a projektov financovaných z eurofondov
163
164 * **Nakupované teplo pre potreby vykurovania budov** - energia vo forme tepla je dodávaná k odberateľom zo systému centralizovaného zásobovania.
165
166 Výhody sledovania spotreby tepla:
167
168 * využitie informácie o spotrebe tepla pri výpočte účinnosti výroby tepla
169 * pri rozdelení tepla na teplo na vykurovanie a teplo na prípravu teplej vody
170 * pri rozdelení tepla na teplo na jednotlivé vetvy, vetranie a klimatizáciu, výrobu tepla v slnečných kolektoroch, atď.
171 * pri výpočte ceny tepla, pri rôznych kalkuláciách, atď.
172 * pri výpočtoch, ktoré budú slúžiť na porovnávanie spotrieb jednotlivých zariadení PSK
173 * pri kontrole projektov EPC a projektov financovaných z eurofondov
174
175 * **Spotreba vody / TÚV** - Teplá voda je vyrábaná v zdroji tepla (kotolni) a dodávaná rozvodmi až k odberateľovi (konečnému spotrebiteľovi). Teplá voda je na odbernom mieste meraná fakturačným vodomerom.
176 * **Vnútorné prostredie** - teplota, vlhkosť a koncentrácia CO2.
177 * **Potreba tepla / chladu - vnútorná teplota / vonkajšia teplota **- porovnávaním vnútorných teplôt s vonkajšími je možné určiť tepelné straty objektu a potrebu tepla alebo chladu pre zabezpečenie tepelnej pohody objektu.
178
179 Výhody sledovania a merania pomocou IoT senzorov:
180
181 * detekciu poruchových stavov u zariadení
182 * identifikáciu abnormálnych stavov zariadení
183 * odhaľovanie chýb obsluhy a jej kontrolu
184 * detekciu spotreby v čase, keď by malo byť zariadenie mimo prevádzky
185 * zisťovanie stavov zariadení (on/off)
186 * identifikáciu časov zapnutia a vypnutia zariadení
187 * identifikáciu prekročenia maximálnej a minimálnej hodnoty nameraných veličín
188
189 IoT senzory:
190
191 * Smartmeter:
192 ** meranie spotreby elektrickej energie,
193 ** priebehové meranie napätí a prúdov na troch fázach s presnosťou merania ± 1%
194 ** pasívne meranie prúdu prúdovými svorkami (rôzne prúdové zaťaženia 30 - 600A)
195 * Plyn IoT:
196 ** meranie spotreby plyny
197 ** meranie impulzného výstupu
198 * Voda IoT:
199 ** meranie spotreby vody
200 ** meranie impulzného výstupu
201 * Meranie teploty a vlhkosti exteriér:
202 ** meranie teploty v rozsahu -40°C až 80°C s presnosťou ± 0,2°C.
203 ** meranie relatívnej vlhkosti v rozsahu 0 – 99,9% s presnosťou ± 2%.
204 * Meranie teploty, vlhkosti interiér:
205 ** meranie teploty v rozsahu 0°C až 50°C s presnosťou ± 0,2°C.
206 ** meranie relatívnej vlhkosti v rozsahu 0 – 85% s presnosťou ± 2%.
207 * Meranie teploty, vlhkosti a CO2:
208 ** meranie teploty v rozsahu 0°C až 50°C s presnosťou ± 0,2°C.
209 ** meranie relatívnej vlhkosti v rozsahu 0 – 85% s presnosťou ± 2%.
210 ** meranie úrovne CO2 v rozsahu 0 – 2000ppm s presnosťou ± 50ppm.
211
Martin Lukáč 6.1 212 Projekt predpokladá integráciu na integračno-analytickú platformu v podobe pripravovaného projektu **Smart Data Hub **(METAIS: projekt_3151), ktorý bude predstavovať priestor pre zdieľanie, analýzu a najmä vizualizáciu dát pre podporu inovačného ekosystému a následnú stimuláciu ekonomického rastu na miestnej a regionálnej úrovni.
213
Martin Lukáč 1.1 214 = {{id name="_Toc120655606"/}}{{id name="_Toc153139684"/}}4.Architektúra riešenia projektu =
215
Martin Lukáč 1.4 216 == 4.1Biznis vrstva ==
Martin Lukáč 1.1 217
Martin Lukáč 1.4 218 Súčasný pohľad na biznis architektúru prezentuje akým spôsobom je v súčasnosti riešená agenda Prešovského samosprávneho kraja z oblasti Energetického manažmentu a manažmentu budov.
219
Martin Lukáč 1.1 220
Martin Lukáč 5.1 221 Zamestnanci PSK využívajú pre správu majetku a pasportizáciu objektov zavedený softvérový nástroj, ktorý je nedostatočný a z dlhodobého hľadiska neudržateľný. Práca s nástrojom je neefektívna, nie je možnosť vypĺňania / dopĺňania nevyhnutných informácií týkajúcich sa objektov / budov v správe PSK. Napĺňanie softvérovej platformy novými / aktuálnymi informáciami naráža na prekážky v podobe personálneho a odborného zabezpečenia. Chýba jednoduchá filtrácia, reporting, export a ďalšia práca s analýzou dát. Neexistuje možnosť Business Inteligence analýzy, riadenie procesov nad majetkom, poskytovanie manažérskych informácií, evidencia, sledovanie, plánovanie, hospodárenie,  správa, údržba, opravy, investičná činnosť  (investičný dlh ...) a ďalšie činnosti. Absentuje tiež prepojenie na ekonomický SW (OC,ZC, inventúry), existujúce datasety, dostupné referenčné registre, GIS.
Martin Lukáč 1.1 222
Martin Lukáč 1.4 223 V oblasti energetického manažmentu úrad nevyužíva žiadne softvérové nástroje. Niektoré budovy majú nainštalované IoT zariadenia, avšak neexistuje softvérová platforma pre zber, uchovávanie údajov, spracovanie a vizualizáciu údajov.  Súčasný systém získavania informácií od správcov budov je neaktuálny v čase a dostupný na rôznych miestach. Ich vzájomné prepojenie, ktoré by prinášalo synergický efekt v úsporách energie a lepšom manažmente správy budov, nie je v súčasnosti možné realizovať. 
224
225 Navrhovaná softvérová platforma pre podporu tvorby, spracovania, využívania a prepájania dát v oblasti energetiky a správy budov PSK s využitím IoT riešení bude riešiť všetky kľúčové problémy užívateľov a zároveň odstráni príčiny problémov, s ktorými sa momentálne stretávajú kľúčoví používatelia.
226
227 **Budúci pohľad:**
228
229 Možnosti uplatnenia energetického manažmentu a manažmentu správy budov predstavujú významný priestor pre riadenie podporných činností PSK. Monitorovať spotrebu energií vo verejných budovách PSK a navrhovať opatrenia na jej znižovanie využívaním SMART nástrojov a uplatňovanie facility managementu prináša rôzne benefity:
230
231 * cielené akčné plány do zníženia energetickej náročnosti budov, zníženia nákladov na prevádzku a zároveň výstupy slúžia aj ako rozhodovací nástroj v mnohých operatívnych problémoch v rámci podporných činností PSK;
232 * po uplynutí relatívne krátkeho času je možné dosiahnutie optimálnej prevádzky energetických zariadení, čo sa v konečnom dôsledku prejaví v znížení nákladov na energiu;
233 * úspory prevádzkových nákladov a zároveň zaistenie týchto činností zabezpečí aj vyššiu výkonnosť a hospodárnejšie nakladanie s verejnými zdrojmi;
234 * výsledky projektu budú využité na úrovni riadenia PSK a to v stratégii riadenia investícií, v územnoplánovacej politike, správe nehnuteľností, finančnom plánovaní, oceňovaní investícií, v zaobchádzaní s údajmi a v tvorbe verejných politík;
235 * podpora rozvoja miest i regiónu PSK prostredníctvom implementácie inovatívnych technologických a netechnologických riešení a inteligentného riadenia;
236 * rýchlejšie odhaľovanie rôznych technických porúch, únikov, havárií atď.;
237 * zavedenie jednotného systému a postupov oblasti hospodárenia s energiami v zariadeniach v majetku PSK; 
238 * podpora pri príprave projektov na úsporu energie;
239 * práca s prevádzkovateľmi energetických zariadení a pod.;
240 * predpokladaný prenos dát a zdieľanie príkladov dobrej praxe v rámci pripravovaného národného projektu "Kapacity pre regióny" (vznik krajských a regionálnych centier udržateľnej energetiky);
241 * hospodárnejšie využívanie priestorov, nehnuteľností, inventára PSK.
242
Martin Lukáč 1.5 243 [[image:Obrázok2.png]]
Martin Lukáč 1.4 244
Martin Lukáč 1.5 245 //Obrázok 1 Schéma technologickej, aplikačnej a prezentačnej vrstvy ÚPSK//
Martin Lukáč 1.4 246
Martin Lukáč 1.5 247
Martin Lukáč 5.1 248 [[image:id-8f05329d847d45b3979e0515d186f709.png]]
249
Martin Lukáč 1.6 250 //Obrázok 2 Schéma budúcej business architektúry//
Martin Lukáč 1.5 251
Martin Lukáč 1.6 252
253 [[image:Obrázok33.jpg||height="400" width="890"]]
254
Martin Lukáč 5.1 255
Martin Lukáč 1.6 256 Za podpory online dát zo senzorov a ich vyhodnoteniu a včasnému upozorneniu príslušných správcov je možné predísť škodám na majetku.
257
258 1. senzory posielajú online dáta na spracovanie
259 1. dáta sa analyzujú (cleansing/clearing dát)
260 1. vyhodnocujú sa dáta voči nastaveným pravidlám na nezvyčajné hodnoty
261 1. na základe nezvyčajných hodnôt zo senzorov sa posiela notifikácia správcovi
262 1. správca vykoná včas potrebné úkony na zabránenie škodám
263
264 [[image:Obrázok34.jpg||height="391" width="871"]]
265
266 Obrázok 4 Úspora na energetickom managemente
267
268 Energeticky manažment objektov dokáže dodať reporty rôzneho druhu o spotrebovaných energiách a tak je možné optimalizovať nákup energii a taktiež riadiť spotrebu energií na základe online dát zo senzorov a správneho časovania.
269
270 1. dáta sa analyzujú (cleansing/clearing dát)
271 1. vyhodnocujú sa dáta voči nastaveným pravidlám (pre riadenie spotreby energii)
272 1. úprava v spotrebe energii na základe vyhodnotených pravidiel
273 1. príprava nadefinovaných reportov
274 1. výber optimálnych energetických balíkov od dodávateľa na základe reportov
275
Martin Lukáč 5.1 276 [[image:id-19ee00bb6ae946379d75cb37d8de2f84.png]]
277
Martin Lukáč 1.7 278 Obrázok 5 Modely biznis architektúry pre ENM a MSB
Martin Lukáč 1.6 279
Martin Lukáč 1.1 280
Martin Lukáč 1.7 281 V rámci podpory správy majetku a energetického manažmentu PSK bude zavedený IS pre správu dát zo senzorov, rozšírenie funkcií v ENM ako automatická správa objektov, generovanie reportov, zobrazovanie online stavu objektov a podpora správy majetku. Automatizácia a digitalizácia v tejto oblasti podporí a uľahčí riešenie agendy PSK, prevádzky budov, správy energií, tvorby politík a pod.
Martin Lukáč 1.1 282
283 === 4.1.1Prehľad koncových služieb – budúci stav: ===
284
285 {{content id="projekt.planovane_ks" template="
286 |=Kód KS (z MetaIS)|=Názov KS|=Používateľ KS (G2C/G2B/G2G/G2A)|=Životná situácia (+ kód z MetaIS)|=Úroveň elektronizácie KS[# th:each='item : ${ks}']
287 [['|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.atribut('EA_Profil_KS_pouzivatel_ks')?:''} +
288 '|' + ${item.zs?.nazov?:''} + '; ' + ${item.zs?.kodMetais?:''} + '|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_KS_sofistikovanost')?:''}]]
289 [/]
Martin Lukáč 1.2 290 "}}
291 |=Kód KS (z MetaIS)|=Názov KS|=Používateľ KS (G2C/G2B/G2G/G2A)|=Životná situácia (+ kód z MetaIS)|=Úroveň elektronizácie KS
Martin Lukáč 2.2 292 |ks_380495|Sprístupnenie otvorených údajov verejnosti|[c_pouzivatel.5, c_pouzivatel.7]|; |Vyberte jednu z možností
293 c_sofistikovanost.5
Martin Lukáč 1.1 294 {{/content}}
Martin Lukáč 1.2 295
296 |=Kód KS (z MetaIS)|=Názov KS|=Používateľ KS (G2C/G2B/G2G/G2A)|=Životná situácia (+ kód z MetaIS)|=Úroveň elektronizácie KS
Martin Lukáč 5.1 297 |ks_380495|Sprístupnenie otvorených údajov verejnosti|G2C/G2B| |úroveň 4
Martin Lukáč 1.2 298
Martin Lukáč 1.7 299 === {{id name="_Toc673686985"/}}{{id name="_Toc153139711"/}}4.1.2Jazyková podpora a lokalizácia ===
Martin Lukáč 1.2 300
Martin Lukáč 1.7 301 Všetky GUI obrazovky IS a reporty budú dodané v slovenskom jazyku. Riešenie musí podporovať multi-jazyčnosť v prípade potreby do budúcnosti pridať aj iný jazyk.//u.//
Martin Lukáč 1.1 302
Martin Lukáč 1.7 303 == {{id name="_Toc826435347"/}}{{id name="_Toc153139686"/}}4.2Aplikačná vrstva ==
Martin Lukáč 1.2 304
Martin Lukáč 1.1 305
306
Martin Lukáč 1.7 307 [[image:Obrázok66.png||height="602" width="1044"]]
Martin Lukáč 1.1 308
Martin Lukáč 1.7 309
Martin Lukáč 1.8 310 Obrázok 6 Model AS IS aplikačnej architektúry
Martin Lukáč 1.7 311
312
Martin Lukáč 6.1 313 [[image:id-ec780d66611a44ea95e89dad99adc764.png]]Obrázok 7 Model To BE aplikačnej architektúry
Martin Lukáč 1.7 314
Martin Lukáč 2.1 315 * **IS Energeticky management a management budov**
316 ** **Údržba **– údržba a evidencia odberných miest, notifikácie na termíny, hodnoty a pod.
317 ** **Správa budov **– evidencia objektov/majetku/zariadení/vyhradených technických zariadení, správa majetku, dokumentov
318 ** **Vizualizácia dát **– reporty, vizualizácia dát
319 ** **Energeticky management –** vyúčtovanie nákladov prenajímaných priestorov, vyhodnocovanie spotrieb energii a automatizovaný reporting
320 ** **IoT** – zber dát
321 * **API vrstva**
322 ** **verejné API - **OpenAPI - umožní prístup k vybraným informáciám formou API
323 ** **neverejné API**
324 * **Dávkové spracovanie dát/reportov **– modul na dávkové spracovanie dát neovplyvňujúci chod IS systémov
325 * **Integračný modul **– genericky modul na integráciu riešenia
326 ** ** IAM **– integrácia na centrálnu správu a autentifikáciu a autorizáciu užívateľov kraja
327 ** ** IoT – **integrácia na IoT zariadenia
328 ** ** Integration API **– integrácia na externe systémy
329 *** **Kataster portál**
330 *** **SPIN**
331 *** **DMS**
Martin Lukáč 1.7 332
Martin Lukáč 2.1 333 4.2.1Rozsah informačných systémov – AS IS
Martin Lukáč 1.7 334
Martin Lukáč 5.1 335 Aktuálne neexistujú existujúce IS.
Martin Lukáč 1.1 336
Martin Lukáč 6.1 337
Martin Lukáč 5.1 338 (% style="color:inherit; font-family:inherit; font-size:max(18px, min(20px, 14.4444px + 0.462963vw))" %)4.2.2Rozsah informačných systémov – TO BE
Martin Lukáč 1.2 339
Martin Lukáč 1.1 340 //Uveďte informácie o dotknutých ISVS z pohľadu ich ďalšej prevádzky po realizácii projektu – TO BE stav~://
341
Martin Lukáč 5.1 342 (% style="background-color:#ffffff" %)
Martin Lukáč 1.2 343 |=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
Martin Lukáč 2.1 344 |isvs_14655|Management správy budov|☒| Plánujem budovať| Agendový| |
345 |isvs_14654|Energeticky management|☒| Plánujem budovať| Agendový| |
Martin Lukáč 1.2 346
Martin Lukáč 1.1 347 === 4.2.3Využívanie nadrezortných a spoločných ISVS – AS IS ===
348
Martin Lukáč 2.2 349 Projekt nebude využívať nadrezortné ISVS
Martin Lukáč 1.1 350
351 === 4.2.4Prehľad plánovaných integrácií ISVS na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013 e-Governmente – TO BE ===
352
Martin Lukáč 2.2 353 Irelevantné.
Martin Lukáč 1.1 354
355
356 === 4.2.5Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE ===
357
Martin Lukáč 2.2 358 Irelevantné.//.//
Martin Lukáč 1.1 359
360 === 4.2.6Aplikačné služby pre realizáciu koncových služieb – TO BE ===
361
362 //Uveďte v nasledujúcej tabuľke budované aplikačné služby, realizáciu koncových služieb aplikačnou službou, koncová služba by mala byť realizovaná aspoň jednou aplikačnou službou (KS môžu realizovať aj viaceré aplikačné služby). Všetky aplikačné služby a ich vzťah na koncové služby musia byť evidované v MetaIS.//
363
Martin Lukáč 5.1 364 (% style="background-color:#ffffff" %)
Martin Lukáč 1.2 365 |=Kód AS (z MetaIS)|=Názov AS|=ISVS/modul ISVS (kód z MetaIS)|=Aplikačná služba realizuje KS (kód KS z MetaIS)
Martin Lukáč 2.3 366 |as_66187|Dátová analytika, zber a archivácia dát|isvs_14654|ks_380495|
367 |as_66186|Manažment správy budov|isvs_14655| |
368 |as_66185|Energetický manažment|isvs_14654| |
369 |as_66188|Implementácia OpenAPI a OpenData riešení|isvs_14654, isvs_14655| |
Martin Lukáč 1.2 370
Martin Lukáč 1.1 371 === 4.2.7Aplikačné služby na integráciu – TO BE ===
372
Martin Lukáč 5.1 373 {{content id="projekt.integracne_as" template="
Martin Lukáč 1.1 374 |=AS (Kód MetaIS)|=Názov AS|=Realizuje ISVS (kód MetaIS)|=Poskytujúca alebo Konzumujúca|=Integrácia cez CAMP|=Integrácia s IS tretích strán|=SaaS|=Integrácia na AS poskytovateľan (kód MetaIS)[# th:each='item : ${as}']
375 [('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.isvs?:''} +
376 '|' + 'Poskytovaná / Konzumujúca////////' + ${item.atribut('EA_Profil_AS_typ_cloudovej_sluzby')?:''} +
377 '|' + 'Áno/Nie' + '|' + 'Áno/Nie' + '|' + 'Áno/Nie' + ${item.sluziAs?:''} + '|')]
378 [/]
Martin Lukáč 5.1 379 "}}
380 |=AS (Kód MetaIS)|=Názov AS|=Realizuje ISVS (kód MetaIS)|=Poskytujúca alebo Konzumujúca|=Integrácia cez CAMP|=Integrácia s IS tretích strán|=SaaS|=Integrácia na AS poskytovateľan (kód MetaIS)
Martin Lukáč 6.1 381 |as_66188|Implementácia OpenAPI a OpenData riešení| |Poskytovaná / Konzumujúcac_typ_cloud_sluzba_as.1|Áno/Nie|Áno/Nie|Áno/Nie|
Martin Lukáč 5.1 382 {{/content}}
Martin Lukáč 1.1 383
384
Martin Lukáč 5.1 385
Martin Lukáč 1.1 386 === {{id name="_Toc814509359"/}}{{id name="_Toc153139693"/}}{{id name="_Toc63764348"/}}4.2.8Poskytovanie údajov z ISVS do IS CSRÚ – TO BE ===
387
Martin Lukáč 5.1 388 Irelevantné.
Martin Lukáč 1.1 389
390 === {{id name="_Toc63764349"/}}{{id name="_Toc1792132569"/}}{{id name="_Toc153139694"/}}4.2.9Konzumovanie údajov z IS CSRU – TO BE ===
391
Martin Lukáč 5.1 392 Irelevantné.
Martin Lukáč 1.1 393
394 == {{id name="_Toc62489738"/}}{{id name="_Toc739110335"/}}{{id name="_Toc153139695"/}}{{id name="_Toc62488214"/}}{{id name="_Toc62488105"/}}{{id name="_Toc62488012"/}}{{id name="_Toc62487919"/}}{{id name="_Toc62487051"/}}{{id name="_Toc62486914"/}}{{id name="_Toc62486339"/}}{{id name="_Toc62488213"/}}{{id name="_Toc62488104"/}}{{id name="_Toc62488011"/}}{{id name="_Toc62487918"/}}{{id name="_Toc62487050"/}}{{id name="_Toc62486913"/}}{{id name="_Toc62486338"/}}{{id name="_Toc62488212"/}}{{id name="_Toc62488103"/}}{{id name="_Toc62488010"/}}{{id name="_Toc62487917"/}}{{id name="_Toc62487049"/}}{{id name="_Toc62486912"/}}{{id name="_Toc62486337"/}}{{id name="_Toc62488211"/}}{{id name="_Toc62488102"/}}{{id name="_Toc62488009"/}}{{id name="_Toc62487916"/}}{{id name="_Toc62487048"/}}{{id name="_Toc62486911"/}}{{id name="_Toc62486336"/}}{{id name="_Toc62488210"/}}{{id name="_Toc62488101"/}}{{id name="_Toc62488008"/}}{{id name="_Toc62487915"/}}{{id name="_Toc62487047"/}}{{id name="_Toc62486910"/}}{{id name="_Toc62486335"/}}{{id name="_Toc61939053"/}}{{id name="_Toc61938877"/}}{{id name="_Toc61939052"/}}{{id name="_Toc61938876"/}}{{id name="_Toc61939051"/}}{{id name="_Toc61938875"/}}{{id name="_Toc62488209"/}}{{id name="_Toc62488100"/}}{{id name="_Toc62488007"/}}{{id name="_Toc62487914"/}}{{id name="_Toc62487046"/}}{{id name="_Toc62486909"/}}{{id name="_Toc62486334"/}}{{id name="_Toc62488208"/}}{{id name="_Toc62488099"/}}{{id name="_Toc62488006"/}}{{id name="_Toc62487913"/}}{{id name="_Toc62487045"/}}{{id name="_Toc62486908"/}}{{id name="_Toc62486333"/}}{{id name="_Toc62488207"/}}{{id name="_Toc62488098"/}}{{id name="_Toc62488005"/}}{{id name="_Toc62487912"/}}{{id name="_Toc62487044"/}}{{id name="_Toc62486907"/}}{{id name="_Toc62486332"/}}{{id name="_Toc62488206"/}}{{id name="_Toc62488097"/}}{{id name="_Toc62488004"/}}{{id name="_Toc62487911"/}}{{id name="_Toc62487043"/}}{{id name="_Toc62486906"/}}{{id name="_Toc62486331"/}}{{id name="_Toc62488205"/}}{{id name="_Toc62488096"/}}{{id name="_Toc62488003"/}}{{id name="_Toc62487910"/}}{{id name="_Toc62487042"/}}{{id name="_Toc62486905"/}}{{id name="_Toc62486330"/}}{{id name="_Toc62488204"/}}{{id name="_Toc62488095"/}}{{id name="_Toc62488002"/}}{{id name="_Toc62487909"/}}{{id name="_Toc62487041"/}}{{id name="_Toc62486904"/}}{{id name="_Toc62486329"/}}{{id name="_Toc62488199"/}}{{id name="_Toc62488090"/}}{{id name="_Toc62487997"/}}{{id name="_Toc62487904"/}}{{id name="_Toc62487036"/}}{{id name="_Toc62486899"/}}{{id name="_Toc62486324"/}}{{id name="_Toc62488194"/}}{{id name="_Toc62488085"/}}{{id name="_Toc62487992"/}}{{id name="_Toc62487899"/}}{{id name="_Toc62487031"/}}{{id name="_Toc62486894"/}}{{id name="_Toc62486319"/}}{{id name="_Toc62488189"/}}{{id name="_Toc62488080"/}}{{id name="_Toc62487987"/}}{{id name="_Toc62487894"/}}{{id name="_Toc62487026"/}}{{id name="_Toc62486889"/}}{{id name="_Toc62486314"/}}{{id name="_Toc62488184"/}}{{id name="_Toc62488075"/}}{{id name="_Toc62487982"/}}{{id name="_Toc62487889"/}}{{id name="_Toc62487021"/}}{{id name="_Toc62486884"/}}{{id name="_Toc62486309"/}}{{id name="_Toc62488179"/}}{{id name="_Toc62488070"/}}{{id name="_Toc62487977"/}}{{id name="_Toc62487884"/}}{{id name="_Toc62487016"/}}{{id name="_Toc62486879"/}}{{id name="_Toc62486304"/}}{{id name="_Toc62488173"/}}{{id name="_Toc62488064"/}}{{id name="_Toc62487971"/}}{{id name="_Toc62487878"/}}{{id name="_Toc62487010"/}}{{id name="_Toc62486873"/}}{{id name="_Toc62486298"/}}{{id name="_Toc62488172"/}}{{id name="_Toc62488063"/}}{{id name="_Toc62487970"/}}{{id name="_Toc62487877"/}}{{id name="_Toc62487009"/}}{{id name="_Toc62486872"/}}{{id name="_Toc62486297"/}}{{id name="_Toc62488171"/}}{{id name="_Toc62488062"/}}{{id name="_Toc62487969"/}}{{id name="_Toc62487876"/}}{{id name="_Toc62487008"/}}{{id name="_Toc62486871"/}}{{id name="_Toc62486296"/}}{{id name="_Toc62488170"/}}{{id name="_Toc62488061"/}}{{id name="_Toc62487968"/}}{{id name="_Toc62487875"/}}{{id name="_Toc62487007"/}}{{id name="_Toc62486870"/}}{{id name="_Toc62486295"/}}{{id name="_Toc62488169"/}}{{id name="_Toc62488060"/}}{{id name="_Toc62487967"/}}{{id name="_Toc62487874"/}}{{id name="_Toc62487006"/}}{{id name="_Toc62486869"/}}{{id name="_Toc62486294"/}}{{id name="_Toc62488168"/}}{{id name="_Toc62488059"/}}{{id name="_Toc62487966"/}}{{id name="_Toc62487873"/}}{{id name="_Toc62487005"/}}{{id name="_Toc62486868"/}}{{id name="_Toc62486293"/}}{{id name="_Toc62488167"/}}{{id name="_Toc62488058"/}}{{id name="_Toc62487965"/}}{{id name="_Toc62487872"/}}{{id name="_Toc62487004"/}}{{id name="_Toc62486867"/}}{{id name="_Toc62486292"/}}4.3Dátová vrstva ==
395
Martin Lukáč 2.5 396 Popis dát, ktoré PSK spracováva:
397
Martin Lukáč 1.1 398
Martin Lukáč 2.5 399 * Agenda správy dokumentov a energií. Nutnosťou manuálneho zadávania údajov bez automatizovaných algoritmov pre podporu energetického manažmentu. PSK plánuje rozšíriť funkcionality SW od ďalšie moduly riadenia a správy energetického manažmentu a zaviesť automatizovaný zber údajov z IoT senzorov.
400 * Energetický manažment je vykonávaný konvenčne z dostupných údajov o spotrebe energie, zabehnutých štandardov a manuálnych procesov pri spracovaní agendy správy mestského majetku.
401 * Vykonáva manuálne a fyzické spracovanie údajov o energiách, evidencie majetku, rozpočítavanie energií a pod.
402
Martin Lukáč 1.1 403 === {{id name="_Toc2009350815"/}}{{id name="_Toc153139696"/}}{{id name="_Toc63764351"/}}4.3.1Údaje v správe organizácie ===
404
405
Martin Lukáč 2.5 406 * Proces riadenia pre manažment údajov musí byť zavedený nad informačnými systémami, ktoré obsahujú objekty evidencie a budú riešené v projekte.
407 * Po organizačnej stránke je podmienkou zavedenie role dátového kurátora (dátový architekt) v organizácii, v rozsahu ako ju definuje strategická priorita Manažment údajov a strategická priorita Otvorené údaje, ktorý bude zodpovedný za koncept systematického manažmentu údajov a úpravu organizačnej štruktúry smerom k vytvoreniu rezortnej dátovej kancelárie.
Martin Lukáč 1.1 408
409 === {{id name="_Ref154138234"/}}{{id name="_Toc1386538966"/}}{{id name="_Toc153139697"/}}{{id name="_Toc63764352"/}}4.3.2Dátový rozsah projektu - Prehľad objektov evidencie - TO BE ===
410
Martin Lukáč 2.5 411 |ID OE|Objekt evidencie - názov|Objekt evidencie - popis|Referencovateľný identifikátor URI dátového prvku
412 |1|//mb:Location//|//Adresy objektov v správe, senzorov//|//Nemá//
413 |2|//mb:Property//|//Objekt v správe//|//Nemá//
414 |3|//mb:PropertyItem//|//Vlastnosť objektu (e.g. ročná spotreba)//|//Nemá//
415 |4|//mb:Document//|//Dokumenty rôzneho typu spravovaného objektu//|//Nemá//
416 |5|//mb:Sensor//|//Senzor info//|//Nemá//
417 |6|//mb:SensorData//|//Dáta zo senzorov//|//Nemá//
418 |7|//paz:Location//|//Umiestnenie senzorov, budov//|//Nemá//
419
Martin Lukáč 7.1 420 [[image:1741180990450-511.png||height="475" width="689"]]
Martin Lukáč 2.5 421
Martin Lukáč 7.1 422 //Obrázok 8 Zjednodušený doménový model – Manažment budov//
Martin Lukáč 1.1 423
424 === {{id name="_Toc62489744"/}}{{id name="_Toc58337728"/}}{{id name="_Toc2089422843"/}}{{id name="_Toc153139699"/}}4.3.3Referenčné údaje ===
425
Martin Lukáč 2.5 426 Nerelevantné. Projekt nevyužíva referenčné údaje.
Martin Lukáč 1.1 427
428 ==== {{id name="_Toc268006870"/}}{{id name="_Toc153139700"/}}{{id name="_Toc63764357"/}}4.3.3.1Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné ====
429
Martin Lukáč 2.5 430 Nerelevantné. Projekt nevyužíva referenčné údaje.
Martin Lukáč 1.1 431
432 ==== 4.3.3.2Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CSRU ====
433
434 === {{id name="_Toc62489741"/}}{{id name="_Toc58337725"/}}{{id name="_Toc62488224"/}}{{id name="_Toc62488115"/}}{{id name="_Toc62488022"/}}{{id name="_Toc62487929"/}}4.3.4Kvalita a čistenie údajov ===
435
436 ==== {{id name="_Toc63764354"/}}4.3.4.1Zhodnotenie objektov evidencie z pohľadu dátovej kvality ====
437
Martin Lukáč 2.6 438 Projekt neimplementuje procesy kvality a čistenia údajov.
Martin Lukáč 1.1 439
Martin Lukáč 2.6 440 ==== 4.3.4.2Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality ====
Martin Lukáč 1.1 441
Martin Lukáč 2.6 442 Nerelevantné
Martin Lukáč 1.1 443
Martin Lukáč 2.6 444 === {{id name="_Toc58337730"/}}{{id name="_Toc62489746"/}}{{id name="_Toc821791718"/}}{{id name="_Toc153139702"/}}{{id name="_Toc61939065"/}}{{id name="_Toc61938889"/}}{{id name="_Toc61939064"/}}{{id name="_Toc62488234"/}}{{id name="_Toc62488125"/}}{{id name="_Toc62488032"/}}{{id name="_Toc62487939"/}}{{id name="_Toc62488233"/}}{{id name="_Toc62488124"/}}{{id name="_Toc62488031"/}}{{id name="_Toc62487938"/}}{{id name="_Toc62488232"/}}{{id name="_Toc62488123"/}}{{id name="_Toc62488030"/}}{{id name="_Toc62487937"/}}{{id name="_Toc62488231"/}}{{id name="_Toc62488122"/}}{{id name="_Toc62488029"/}}{{id name="_Toc62487936"/}}{{id name="_Toc62488230"/}}{{id name="_Toc62488121"/}}{{id name="_Toc62488028"/}}{{id name="_Toc62487935"/}}4.3.5Otvorené údaje ===
Martin Lukáč 1.1 445
446
Martin Lukáč 2.6 447 Pri tvorbe otvorených dát požadujeme zabezpečiť kompatibilitu s centrálnym portálom otvorených dát MIRRI SR - data.slovensko.sk.
Martin Lukáč 1.1 448
Martin Lukáč 2.6 449 Dodávateľ musí v rámci projektu zabezpečiť vytvorenie lokálneho katalógu otvorených dát (LKOD) podľa štandardu DCAT-AP-SK2.0 (https:~/~/github.com/datova-kancelaria/dcat-ap-sk-2.0), alebo SPARQL Endpoint, sprístupniť datasety data.slovensko.sk, a registrovať LKOD do centrálneho Národného katalógu otvorených údajov (dostupný na data.gov.sk).
Martin Lukáč 1.1 450
451
Martin Lukáč 2.6 452 Požadovaná kvalita:
Martin Lukáč 1.1 453
Martin Lukáč 2.6 454 Automatizované publikovanie otvorených údajov v kvalite 3★ (Všetky datasety je potrebné registrovať v centrálnom katalógu otvorených údajov na data.gov.sk). Formát CSV, XML, ODS, JSON
455
456 Automatizované publikovanie otvorených údajov v kvalite 4★ (Všetky datasety je potrebné registrovať v centrálnom katalógu otvorených údajov na data.gov.sk) Formát údajov RDF, OWL, TriX, JSON
457
458 Automatizované publikovanie otvorených údajov v kvalite 5★ (Všetky datasety je potrebné registrovať v centrálnom katalógu otvorených údajov na data.gov.sk) Formát údajov RDF, OWL, TriX, JSON.
459
460
Martin Lukáč 1.1 461 |(((
462 **Názov objektu evidencie / datasetu**
463 //(uvádzať OE z tabuľky v kap. 4.3.2)//
464 )))|(((
465 **Požadovaná interoperabilita**
466 (//3★ - 5★)//
467 )))|(((
468 **Periodicita publikovania**
469 //(týždenne, mesačne, polročne, ročne)//
470 )))
Martin Lukáč 2.6 471 |//mb:PropertyItem//|3★|Ročne
Martin Lukáč 1.1 472
473 === 4.3.6Analytické údaje ===
474
Martin Lukáč 2.7 475 PSK neplánuje integráciu modulov na sprístupňovanie údajov pre analytické jednotky a pre špeciálne organizačné útvary orgánov verejnej moci.
Martin Lukáč 1.1 476
477 === 4.3.7Moje údaje ===
478
Martin Lukáč 2.7 479 //{{id name="_Toc62489749"/}}//
Martin Lukáč 1.1 480
Martin Lukáč 2.7 481 Realizáciou projektu nebudú spracovávané údaje, ktoré spĺňajú charakter definície mojich údajov.
Martin Lukáč 1.1 482
483 === 4.3.8Prehľad jednotlivých kategórií údajov ===
484
485
486 |**ID**|(((
487 **Register / Objekt evidencie**
488 //(uvádzať OE z tabuľky v kap. 4.3.2)//
489 )))|**Referenčné údaje**|**Moje údaje**|**Otvorené údaje**|**Analytické údaje**
Martin Lukáč 2.7 490 |1|//mb:Location//|☐|☐|☐|☒
491 |2|//mb:Property//|☐|☐|☐|☒
492 |3|//mb:PropertyItem//|☐|☐|☐|☒
493 |4|//mb:Document//|☐|☐|☒|☒
494 |5|//mb:Sensor//|☐|☐|☐|☒
495 |6|//mb:SensorData//|☐|☐|☒|☒
496 |7|//paz:Location//|☐|☐|☐|☒
Martin Lukáč 1.1 497
498 == 4.4Technologická vrstva ==
499
500 === {{id name="_Toc937277657"/}}{{id name="_Toc153139707"/}}{{id name="_Toc15428561"/}}4.4.1Prehľad technologického stavu - AS IS ===
501
502
Martin Lukáč 2.7 503 **Hypervisor – **virtualizačná platforma, ktorá je schopná virtuálne prevádzkovať viacero virtuálnych serverov na jednom HW serveri.
504
505 [[image:Obrázok88.png||height="723" width="1043"]]
506
Martin Lukáč 8.1 507 //Obrázok 9 **Hypervisor – **virtualizačná platforma, ktorá je schopná virtuálne prevádzkovať viacero virtuálnych serverov na jednom HW serveri. //
508
Martin Lukáč 1.1 509 === {{id name="_Toc1626553566"/}}{{id name="_Toc153139708"/}}4.4.2Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE ===
510
Martin Lukáč 2.7 511 **LPWAN**
Martin Lukáč 1.1 512
Martin Lukáč 2.7 513 * **IoT zariadenia pre zber dát** – energie – voda, zemný plyn, elektrická energia, teplo, vnútorné prostredie, vonkajšie počasie (meteostanice)
514 * **Gateway**  - lokálne prenosové brány LoRAWAN, WiFi, SIGFOX 
Martin Lukáč 1.1 515
Martin Lukáč 6.1 516 **Serverová infraštruktúra/cloud platform – **generická platforma, na ktorú je možné nasadiť riešenie v kontainerizovateľnej forme, čo umožní v budúcnosti dané riešenie jednoducho premiestniť premiestniť vládne cloudové riešenie. Daná platforma má vyriešené všetky infra potreby ako archivácia, backup, škálovateľnosť prostredia.
Martin Lukáč 2.7 517
518 * **Containers – **riešenie možné nasadiť v kontainerizovanej forme (docker, virtual machine) od aplikačných serverov až po databázu. Možnosť škálovať riešenie v prípade potreby horizontálne aj vertikálne.
519
520 **Infarštrukturálne komponenty**
521
522 * **WAF** (Web application firewall) - Chráni webové aplikácie filtrovaním a monitorovaním HTTP prevádzky medzi webovou aplikáciou a internetom. Typicky chráni webové aplikácie pred útokmi, ako sú cross-site request forgery (CSRF), cross-site scripting (XSS), vkladanie súborov a SQL injection, okrem iných.
523
Martin Lukáč 2.8 524 |**Parameter**|**Jednotky**|**Predpokladaná hodnota**|**Poznámka**
525 |Počet interných používateľov|Počet|130|
526 |Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení|Počet|10|
527 |Počet externých používateľov (internet)|Počet|5|
528 |Počet externých používateľov používajúcich systém v špičkovom zaťažení|Počet|3|
529 |Počet transakcií (podaní, požiadaviek) za obdobie|Počet/obdobie|70/min|
530 |Objem údajov na transakciu|Objem/transakcia|10k|
531 |Objem existujúcich kmeňových dát|Objem|0k|
532 | | | |
Martin Lukáč 2.7 533
Martin Lukáč 1.1 534 === {{id name="_Toc985091580"/}}{{id name="_Toc153139709"/}}4.4.3Návrh riešenia technologickej architektúry ===
535
536
Martin Lukáč 2.8 537 [[image:Obrázok99.png||height="697" width="790"]]
Martin Lukáč 1.1 538
Martin Lukáč 8.1 539 //Obrázok 10 LPWAN//
Martin Lukáč 1.1 540
Martin Lukáč 2.8 541 Technologická časť pre IoT smartmetering bude vychádzať z vybudovania Low Power Wide Area Network (LPWAN) siete, dodania a inštalácie hardvéru pre energetický monitoring objektov, kvalitu vnútorného a vonkajšieho prostredia. Hardvér pre meranie a sledovanie požadovaných parametrov objektov a okolia bude kombináciou IoT snímačov a smart meračov. Zber a posielanie údajov bude cez vybudovanú prenosovú sieť, odkiaľ budú údaje následne smerované do softvérovej platformy pre ich spracovanie, uchovávanie, vizualizovanie a vyhodnocovanie. Meranie spotrieb energií a iných parametrov objektov bude automatizované a diaľkové v pravidelných časových.
Martin Lukáč 1.1 542
Martin Lukáč 2.8 543 Je požadované vybudovať vlastnú LPWAN sieť, ktorá bude zameraná na splnenie kľúčových požiadaviek internetu vecí, ako je bezpečná obojsmerná komunikácia, mobilita a variabilita. Vybudovaná sieť musí disponovať pásmom 169 MHz, ktoré vďaka nižšej frekvencii a vyššiemu vysielaciemu výkonu (až do 500 mW) umožňuje lepšiu komunikáciu v ťažko dostupných podmienkach a taktiež pásmom 868 MHz pre dostatočný rozsah a škálu nasadenia IoT snímačov. Takáto kombinácia frekvenčných pásiem poskytne bezproblémovú spoluprácu medzi smart meradlami, zariadeniami, dostatočné pokrytie prenosový signálom a variabilitu z pohľadu ďalšieho rozvoja a smerovanie smartmeteringu.
Martin Lukáč 1.1 544
Martin Lukáč 2.8 545 Sieťová architektúra LPWAN bude využívať viacnásobnú hviezdicovú topológiu alebo samostatné ostrovy, kde brány budú jednotlivými transparentnými mostami medzi koncovými zariadeniami a centrálnym sieťovým serverom v backende. Zo sieťového servera budú údaje smerované do aplikačného servera, kde budú údaje z jednotlivých koncových zariadení spracovávané, uchovávané, vizualizované a vyhodnocované. Uložené údaje v aplikačnom servery budú taktiež dostupné pre ďalšie spracovanie cez štandardy otvorených dát (Open API), ktoré sú bližšie opísané v softvérovej časti.
Martin Lukáč 1.1 546
Martin Lukáč 2.8 547 Transparentný most, ktorý prijíma správy z koncových zariadení a preposiela ich na sieťový server. Každá základňová stanica je registrovaná na sieťovom serveri a vyžaduje nepretržité pripojenie do verejného internetu. Jednotlivé základňové stanice budú inštalované na objektoch zadávateľa v jednotlivých lokalitách tak, aby bolo zabezpečené pokrytie signálom celého areálu.
Martin Lukáč 1.1 548
Martin Lukáč 2.8 549 Koncové zariadenia pomocou, ktorých budú získavané údaje o spotrebách energií, kvalite prostredia a komforte v objektoch. Zariadenia budú vo forme snímačov, prevodníkov alebo komplexných smartmetrov. Údaje zo zariadení budú bezdrôtovo posielané na základňové stanice v pravidelných časových intervaloch. Je požadované, aby IoT zariadenia a meradlá ako vodomery a merače tepla (DN25 a vyššie), ktoré budú inštalované v odľahlých a náročne dostupných častiach areálu, disponovali 169 MHz komunikačným pásmom.
550
551
552 === 4.4.4Využívanie služieb z katalógu služieb vládneho cloudu ===
553
Martin Lukáč 6.1 554 Nerelevantné. Vládny cloud počas implementácie projektu nebude využívaný.
Martin Lukáč 2.8 555
Martin Lukáč 1.1 556 == {{id name="_Toc1569848295"/}}{{id name="_Toc153139712"/}}4.5Bezpečnostná architektúra ==
557
Martin Lukáč 2.8 558 //{{id name="_Toc15428562"/}}//
Martin Lukáč 1.1 559
Martin Lukáč 2.8 560 Bezpečnostná architektúra s dotknutými právnymi normami a zároveň s technickými normami, ktoré stanovujú úroveň potrebnej bezpečnosti IS,  pre manipuláciu so samotnými dátami, alebo technické/technologické/personálne zabezpečenie samotnej výpočtovej techniky/HW vybavenia bude v súlade s:
Martin Lukáč 1.1 561
Martin Lukáč 2.8 562
563 * Zákon č. 95/2019 Z.z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov
564 * Zákon č. 69/2018 Z.z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov
565 * Zákon č. 45/2011 Z.z. o kritickej infraštruktúre
566 * Vyhláška 78/2020 Z. z., Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu o štandardoch pre informačné technológie verejnej správy
567 * Vyhláška 179/2020 Z. z., Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu, ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy
568 * vyhláška č. 158/2018 Z. z. Úradu na ochranu osobných údajov Slovenskej republiky o postupe pri posudzovaní vplyvu na ochranu osobných údajov
569 * Nariadenie Európskeho parlamentu a Rady (EÚ) 2016/679 z 27. apríla 2016 o ochrane fyzických osôb pri spracúvaní osobných údajov a o voľnom pohybe takýchto údajov, ktorým sa zrušuje smernica 95/46/ES (všeobecné nariadenie o ochrane údajov)
570 * Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov.
571
572 Bezpečnosť bude riešená v súlade so schválenou koncepciou rozvoja IS v PSK.
573
574 Bezpečnostné štandardy:
575
576 Štandardy pre architektúru pre riadenia – Riadenie Informačnej bezpečnosti, rizikový manažment pre oblasť informačnej bezpečnosti, Kontrolný mechanizmus riadenia informačnej bezpečnosti
577
578 Minimálne technické bezpečnostné štandardy – ochrana proti škodlivému softvéru, firewall, aktualizácia softvéru, monitorovanie, periodické hodnotenie zraniteľnosti, zálohovanie, požiadavky na fyzické ukladanie záloh, identifikácia a autorizácia
579
580 Technologickú vrstvu zabezpečí nasadenie cloudovej platformy.
581
582 Prístup k aplikačnému rozhraniu bude prostredníctvom zabezpečeného protokolu HTTPS. Komunikácia medzi klientami a servermi bude šifrovaná šifrovacím algoritmom, ktorý je všeobecne považovaný za bezpečný, dôveryhodný a nie je známy prípad jeho prelomenia.
583
584 Autentizácia používateľov bude voči aplikačnej databáze a dostupnému doménovému radiču and IAM modulu (SAML / OIDC protokol).
585
586 * //IS bude umožňovať nastavenie prístupových práv na jednotlivé funkcionality IS a zároveň v členení na spravované objekty a typy údajov v IAM module PSK.//
587
Martin Lukáč 1.1 588 = {{id name="_Toc15428568"/}}{{id name="_Toc15427674"/}}{{id name="_Toc15426952"/}}{{id name="_Toc14573076"/}}{{id name="_Toc153139713"/}}5.Závislosti na ostatné ISVS / projekty =
589
Martin Lukáč 2.8 590 Sumárny prehľad všetkých projektov, programov a informačných systémov (ISVS), od ktorých je realizácia pripravovaného projektu závislá mapuje tabuľka nižšie.
Martin Lukáč 1.1 591
Martin Lukáč 8.1 592 |=Stakeholder|=(((
593 Kód projektu /ISVS
594
595 //(z MetaIS)//
596 )))|=Názov projektu /ISVS|=Termín ukončenia projektu|=Popis závislosti
597 |Prešovský samosprávny kraj|Lepší manažment dát Prešovského samosprávneho kraja II|projekt_535|30. 6. 2021|
598 |Prešovský samosprávny kraj|Elektronizácia služieb VÚC Prešovského samosprávneho kraja|projekt_38|31. 10. 2015|
599
Martin Lukáč 1.1 600 = {{id name="_Toc15428566"/}}{{id name="_Toc15427672"/}}{{id name="_Toc15426950"/}}{{id name="_Toc740800352"/}}{{id name="_Toc153139714"/}}6.Zdrojové kódy =
601
Martin Lukáč 4.1 602 Zdrojové kódy budú vo vlastníctve PSK a pri návrhu a implementácii budú aplikované technológie na otvorených licenciách vychádzajúc z:
603 Centrálny repozitár zdrojových kódov: https:~/~/www.zakonypreludi.sk/zz/2020-78/znenie-20200501#p31
604 Overenie zdrojového kódu s cieľom jeho prepoužitia: https:~/~/www.zakonypreludi.sk/zz/2020-85/znenie-20200501#p7-3-c
605 Spôsoby zverejňovania zdrojového kódu: https:~/~/www.zakonypreludi.sk/zz/2020-85/znenie-20200501#p8-9
606 Inštrukcie k EUPL licenciám: https:~/~/joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf
Martin Lukáč 2.10 607
Martin Lukáč 4.1 608 = 7.Prevádzka a údržba =
Martin Lukáč 2.10 609
610 ISVS budú prevádzkované dodávateľom v zmysle SLA zmluvy. Údržbu a správu hardvéru bude rovnako vykonávať dodávateľ IS.
Martin Lukáč 1.1 611
Martin Lukáč 2.10 612 SLA zmluva bude podpísaná na obdobie minimálne 5 rokov.
613
614
615 Obsahom SLA zmluvy bude poskytovanie pravidelných služieb pre podporu a zabezpečenie prevádzky a údržby:
616
617
618 * realizácia servisných zásahov podľa požiadaviek (riešenie požiadaviek na zmenu konfigurácie),
619 * činnosti a práce nevyhnutné pre zachovanie funkčnosti a prevádzkyschopnosti Informačného systému
620 * podpora pri realizácii rozvojových zásahov (riešenie požiadaviek),
621 * poskytovanie telefonických konzultácií pre pracovníkov Objednávateľa,
622 * odstraňovanie vád komponentov a modulov v požadovanej kvalite,
623 * podpora pri realizácii prevádzkových zásahov,
624 * realizácia pravidelných preventívnych zásahov,
625 * realizácia servisných zásahov (riešenie incidentov) v prípade nefunkčnosti Informačného systému alebo jeho komponentov, služby údržby, konfigurácie, malých zmien a doplnenia ISVS,
626 * dostupnosť služby pre zapracovanie požiadaviek objednávateľa a analýzu požiadaviek,
627
Martin Lukáč 1.1 628 == {{id name="_Toc1213604723"/}}{{id name="_Toc153139716"/}}7.1Prevádzkové požiadavky ==
629
630
631 === {{id name="_Toc720375508"/}}{{id name="_Toc153139717"/}}7.1.1Úrovne podpory používateľov ===
632
Martin Lukáč 2.10 633 Help Desk  bude realizovaný cez 3 úrovne podpory, s nasledujúcim označením:
Martin Lukáč 1.1 634
Martin Lukáč 2.10 635 * L1 podpory IS (Level 1, priamy kontakt užívateľa) - jednotný kontaktný bod verejného obstarávateľa – Centrum podpory používateľov (zabezpečuje prevádzkovateľ IS a DataCentrum).
636 Začiatočná úroveň podpory, ktorá je zodpovedná za riešenie základných problémov a požiadaviek koncových užívateľov a ďalšie služby vyžadujúce základnú úroveň technickej podpory. Základnou funkciou podpory 1. stupňa je zhromaždiť informácie, previesť základnú analýzu a určiť príčinu problému a jeho klasifikáciu. Typicky sú v úrovni L1 riešené priamočiare a jednoduché problémy a základné diagnostiky, overenie dostupnosti jednotlivých vrstiev infraštruktúry (sieťové, operačné, vizualizačné, aplikačné atď.) a základné užívateľské problémy (typicky zabudnutie hesla), overovanie nastavení SW a HW atď.
637 * L2 a L3 podpory IS (Level 2/3, postúpenie požiadaviek od L1) - na základe zmluvy o podpore IS (zabezpečuje úspešný uchádzač).
Martin Lukáč 1.1 638
Martin Lukáč 2.10 639 Pre služby podpory sú definované takéto SLA:
640
641 1. Help Desk je dostupný pre vybrané skupiny užívateľov cez telefón a email, incidenty
642
643 Dostupnosť L2/L3 podpory pre IS je 8x5 (8 hodín x 5 dní od 8:00h do 16:00h počas pracovných dní)
644
Martin Lukáč 1.1 645 === 7.1.2Riešenie incidentov – SLA parametre ===
646
Martin Lukáč 2.10 647 Za incident je považovaná chyba IS, t.j. správanie sa v rozpore s prevádzkovou a používateľskou  dokumentáciou IS. Za incident nie je považovaná chyba, ktorá nastala mimo prostredia IS napr. výpadok poskytovania konkrétnej služby Vládneho cloudu alebo komunikačnej infraštruktúry.
648
Martin Lukáč 1.1 649 Označenie naliehavosti incidentu:
650
651 |**Označenie naliehavosti incidentu**|**Závažnosť incidentu**|**Popis naliehavosti incidentu**
Martin Lukáč 2.10 652 |A|Kritická|Kritické chyby, ktoré spôsobia úplné zlyhanie systému ako celku a nie je možné používať ani jednu jeho časť, nie je možné poskytnúť požadovaný výstup z IS.
653 |B|Vysoká|Chyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.
Martin Lukáč 1.1 654 |C|Stredná|Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.
Martin Lukáč 2.10 655 |D|Nízka|Kozmetické a drobné chyby.
Martin Lukáč 1.1 656 |**Označenie závažnosti incidentu**|**Dopad**|**Popis dopadu**
657 |1|katastrofický|katastrofický dopad, priamy finančný dopad alebo strata dát,
658 |2|značný|značný dopad alebo strata dát
659 |3|malý|malý dopad alebo strata dát
660 |(% colspan="2" rowspan="2" %)**Matica priority incidentov**|(% colspan="3" %)**Dopad**
661 |**Katastrofický - 1**|**Značný - 2**|**Malý - 3**
662 |(% rowspan="4" %)**Naliehavosť**|**Kritická - A**|1|2|3
663 |**Vysoká - B**|2|3|3
664 |**Stredná - C**|2|3|4
665 |**Nízka - D**|3|4|4
666 Vyžadované reakčné doby:
667 |**Označenie priority incidentu**|**Reakčná doba^^(1)^^ od nahlásenia incidentu po začiatok riešenia incidentu**|**Doba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI) ^^(2)^^**|(((
668 **Spoľahlivosť ^^(3)^^**
669 (počet incidentov za mesiac)
670 )))
Martin Lukáč 2.11 671 |1|1 hod.|24  hodín|1|
672 |2|4 hod.|5 dní|2|
673 |3|24 hod.|1 mesiac|10|
674 |4|24 hod.|(% colspan="2" %)Vyriešené a nasadené v rámci plánovaných releasov
Martin Lukáč 1.1 675
Martin Lukáč 2.11 676 **Vysvetlivky k tabuľke**
677
678 (1) Reakčná doba je čas medzi nahlásením incidentu verejným obstarávateľom (vrátane užívateľov IS, ktorí nie sú v pracovnoprávnom vzťahu s verejným obstarávateľom) na helpdesk úrovne L3 a jeho prevzatím na riešenie.
679
680 (2) DKVI znamená obnovenie štandardnej prevádzky - čas medzi nahlásením incidentu verejným obstarávateľom a vyriešením incidentu úspešným uchádzačom (do doby, kedy je funkčnosť prostredia znovu obnovená v plnom rozsahu). Doba konečného vyriešenia incidentu od nahlásenia incidentu verejným obstarávateľom (DKVI) sa počíta počas celého dňa. Do tejto doby sa nezarátava čas potrebný na nevyhnutnú súčinnosť verejného obstarávateľa, ak je potrebná pre vyriešenie incidentu. V prípade potreby je úspešný uchádzač oprávnený požadovať od verejného obstarávateľa schválenie riešenia incidentu.
681
682 (3) Maximálny počet incidentov za kalendárny mesiac. Každá ďalšia chyba nad stanovený limit spoľahlivosti sa počíta ako začatý deň omeškania bez odstránenia vady alebo incidentu. Duplicitné alebo technicky súvisiace incidenty (zadané v rámci jedného pracovného dňa, počas pracovného času 8 hodín) sú považované ako jeden incident.
683
684 (4) Incidenty nahlásené verejným obstarávateľom úspešnému uchádzačovi v rámci testovacieho prostredia majú prioritu 3 a nižšiu
685
686 Vzťahujú sa výhradne k dostupnosti testovacieho prostredia. Za incident na testovacom prostredí sa nepovažuje incident vztiahnutý k práve testovanej funkcionalite.
687
688 Vyššie uvedené SLA parametre nebudú použité pre nasledovné služby:
689
690 * Služby systémovej podpory na požiadanie (nad paušál)
691 * Služby realizácie aplikačných zmien vyplývajúcich z legislatívnych a metodických zmien (nad paušál)
692 * (((
693 Pre tieto služby budú dohodnuté osobitné parametre dodávky.
694 )))
695
Martin Lukáč 1.1 696 == {{id name="_Toc1544169800"/}}{{id name="_Toc153139718"/}}{{id name="_Toc34423613"/}}{{id name="_Toc527558121"/}}7.2Požadovaná dostupnosť IS: ==
697
698 |**Popis**|**Parameter**|**Poznámka**
Martin Lukáč 2.11 699 |**Prevádzkové hodiny**|24 hodín|Nonstop
700 |(% rowspan="2" %)**Servisné okno**|10 hodín|od 19:00 hod. - do 5:00 hod. počas pracovných dní
701 |24 hodín|(((
702 od 00:00 hod. - 23:59 hod. počas dní pracovného pokoja a štátnych sviatkov
703
704 Servis a údržba sa bude realizovať mimo pracovného času.
Martin Lukáč 1.1 705 )))
Martin Lukáč 2.11 706 |**Dostupnosť produkčného prostredia IS**|98,5%|(((
707 98,5% z 24/7/365  t.j. max ročný výpadok je 3,65 dňa.
708
709 Maximálny mesačný výpadok je 0,3 dňa.
710
711 Vždy sa za takúto dobu považuje čas od 0.00 hod. do 23.59 hod. počas pracovných dní v týždni.
712
713 Nedostupnosť IS sa počíta od nahlásenia incidentu Zákazníkom v čase dostupnosti podpory Poskytovateľa (t.j. nahlásenie incidentu na L3 v čase od 6:00 hod. - do 18:00 hod. počas pracovných dní).  Do dostupnosti IS nie sú započítavané servisné okná a plánované odstávky IS.
714
715 V prípade nedodržania dostupnosti IS bude každý ďalší začatý pracovný deň nedostupnosti braný ako deň omeškania bez odstránenia vady alebo incidentu.
Martin Lukáč 1.1 716 )))
717
718 === {{id name="_Toc992446895"/}}{{id name="_Toc153139719"/}}{{id name="_Toc34423614"/}}7.2.1Dostupnosť (Availability) ===
719
Martin Lukáč 2.12 720 Dostupnosť IS nesmie byť menšia ako 99%, pričom za nedostupnosť nie je považovaný čas plánovanej, vopred ohlásenej a vzájomne odsúhlasenej údržby, výpadky spôsobené zariadeniami tretích strán, nedostupnosť systému v dôsledku prác na základe objednávky/požiadavky Objednávateľa.
Martin Lukáč 1.1 721
Martin Lukáč 2.12 722 Požiadavky na zálohovanie:
Martin Lukáč 1.1 723
Martin Lukáč 2.12 724 Zálohovanie produkčného prostredia prebehne vždy po každej implementovanej a akceptovanej zmene IS prostredníctvom zazálohovania celého virtuálneho servera v ktorom nastala zmena. Záloha musí byť geograficky umiestnená mimo miesta prevádzky serverov.
725
726 * //Zálohovanie dát uložených na serveroch a najmä v DBMS (SQL databáze) musia byť zálohované automaticky na základe pravidiel nastavených administrátorom minimálne 1 x denne formou prírastkových záloh, min. 2x týždenne plná záloha údajov. Minimálne 1 x týždenne musí byť vykonaná záloha v podobe úplnej zálohy virtualizovaného prostredia.//
727
Martin Lukáč 1.1 728 === {{id name="_Toc862618350"/}}{{id name="_Toc153139720"/}}{{id name="_Toc34423615"/}}{{id name="_RTO_(Recovery_Time"/}}7.2.2RTO (Recovery Time Objective) ===
729
Martin Lukáč 2.12 730 Požadované RTO je 24 hodín.
Martin Lukáč 1.1 731
732 === {{id name="_Toc2066578526"/}}{{id name="_Toc153139721"/}}{{id name="_Toc34423616"/}}{{id name="_RPO_(Recovery_Point"/}}7.2.3RPO (Recovery Point Objective) ===
733
Martin Lukáč 2.12 734 Požadované RPO je 24 hodín.
Martin Lukáč 1.1 735
736 = {{id name="_Toc2005115416"/}}{{id name="_Toc153139722"/}}{{id name="_Toc15428571"/}}{{id name="_Toc15427677"/}}{{id name="_Toc15426955"/}}8.Požiadavky na personál =
737
Martin Lukáč 2.12 738 Riadenie projektu bude zabezpečovať RV a projektový tím objednávateľa.
Martin Lukáč 1.1 739
Martin Lukáč 2.12 740 Realizáciu projektu bude zabezpečovať projektový tím dodávateľa v koordinácii s RV.
741
742
743 Dokumentácia k poskytnutému riešeniu bude obsahovať:
744
745 * dokumentáciu pre obsluhu Systémovým administrátorom – Administrátorská príručka
746 * dokumentáciu pre obsluhu Používateľmi vo všetkých rolách - Užívateľská príručka
747
748 Školenia používateľov bude poskytnuté v rozsahu školenia:
749
750 * administrátora systému – rozsah min. 2 dni pre 2 účastníkov
751 * kľúčových užívateľov – rozsah min. 10 dní pre 10 účastníkov
752
753
754 Školenia koncových používateľov budú realizované vyškolenými kľúčovými používateľmi.
755
756
Martin Lukáč 1.1 757 = {{id name="_Toc603274444"/}}{{id name="_Toc153139723"/}}{{id name="_Toc15428572"/}}{{id name="_Toc15427678"/}}{{id name="_Toc15426956"/}}9.Implementácia a preberanie výstupov projektu =
758
Martin Lukáč 2.12 759 V zmysle vyhlášky 401/2023 Z. z., MIRRI SR o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy je možné pristupovať k realizácii projektu prostredníctvom čiastkových plnení, t.j. inkrementov, a to:
Martin Lukáč 1.1 760
Martin Lukáč 2.12 761 Inkrement musí obsahovať z realizačnej fázy projektu aspoň etapu Implementácia a Testovanie a Nasadenia do produkcie; je možné ho realizovať agilne viacerými iteráciami v závislosti od charakteru projektu a každý doručený inkrement projektu je nasadený na produkčnom prostredí informačnej technológie a je možné začať s dokončovacou fázou projektu, alebo pokračovať ďalším inkrementom.
Martin Lukáč 1.1 762
Martin Lukáč 2.12 763 |Časť projektu|Etapa 1|Etapa 2|Etapa 3
764 |**Implementácia HW (inštalovanie a integrácia IoT senzorov)**|Design, implementácia a testovanie|Nasadenie|Akceptácia a finalizácia
765 |**Implementácia SW (inštalovanie a implementácia IS)**|Design, implementácia a testovanie|Nasadenie|Akceptácia a finalizácia
766 | |Fakturačný míľnik|(% colspan="2" %)Fakturačný míľnik
767
Martin Lukáč 3.1 768 Akceptácia a akceptačné testovanie prebehne po kompletnom ukončení školenia administrátora a kľúčových používateľov IS. Pre účely testovania IS kľúčovými používateľmi budú pripravené a dodané testovacie scenáre. Testovanie prebehne v týchto krokoch:
769
770 1. Akceptačné testovanie prebehne prostredníctvom kľúčových používateľov za podpory dodávateľa.
771 1. Zistené vady IS počas testovania budú dodávateľom odstránené.
772 1. Ďalšie kolo akceptačného testovania.
773 1. Ďalšie odstránenie prípadných vád dodávateľom.
774 1. Posledné kolo akceptačného testovania.
775 1. Akceptácia riešenia v prípade úspešného akceptačného testovania.
776 1. Prevzatie IS do pilotnej prevádzky.
777 1. Odstránenie prípadných vád zistených počas pilotnej prevádzky.
778 1. Prevzatie IS do ostrej prevádzky.
779
Martin Lukáč 1.1 780 = {{id name="_Toc1624651882"/}}{{id name="_Toc153139724"/}}{{id name="_Toc15428575"/}}{{id name="_Toc15427681"/}}{{id name="_Toc15426959"/}}{{id name="_Toc510413663"/}}10.Prílohy =
781
Martin Lukáč 3.1 782 Bez príloh
Martin Lukáč 1.1 783
Martin Lukáč 9.1 784