I-03 Prístup k projektu (pristup_k_projektu)

**PRÍSTUP K PROJEKTU**

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

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

|**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}}

7

|**Zodpovedná osoba za projekt**|**Ing. Martin Lukáč**

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

12

**Podpis**

13

(alebo elektronický súhlas)

)))

= {{id name="_Toc2008675389"/}}1.História dokumentu =

18

19

|**Verzia**|**Dátum**|**Zmeny**|**Meno**

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áč**

25

26

= {{id name="_Toc74315499"/}}2.Účel dokumentu =

27

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.

29

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

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**

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ľ

|OF|Odbor financií

|OK|Odbor kultúry

|OS|Odbor školstva

|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

|(((

PTK

/RFI

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

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

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:

100

101

Funkcionálne (používateľské) požiadavky majú nasledovnú konvenciu:

FRxx

* 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:

NRxx

* 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

121

= {{id name="_Toc1924467239"/}}{{id name="_Toc153139683"/}}3.Popis navrhovaného riešenia =

122

123

Popisuje riešenie pre energetický manažment a manažmentu správy budov v prevádzke Prešovského kraja.

124

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

135

**IS Energetický manažment budov:**

136

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

180

Výhody sledovania a merania pomocou IoT senzorov:

181

182

* detekciu poruchových stavov u zariadení

183

* identifikáciu abnormálnych stavov zariadení

184

* odhaľovanie chýb obsluhy a jej kontrolu

185

* detekciu spotreby v čase, keď by malo byť zariadenie mimo prevádzky

186

* zisťovanie stavov zariadení (on/off)

187

* identifikáciu časov zapnutia a vypnutia zariadení

188

* identifikáciu prekročenia maximálnej a minimálnej hodnoty nameraných veličín

IoT senzory:

* Smartmeter:

** meranie spotreby elektrickej energie,

194

** priebehové meranie napätí a prúdov na troch fázach s presnosťou merania ± 1%

195

** pasívne meranie prúdu prúdovými svorkami (rôzne prúdové zaťaženia 30 - 600A)

196

* Plyn IoT:

197

** meranie spotreby plyny

198

** meranie impulzného výstupu

199

* Voda IoT:

200

** meranie spotreby vody

201

** meranie impulzného výstupu

202

* Meranie teploty a vlhkosti exteriér:

203

** meranie teploty v rozsahu -40°C až 80°C s presnosťou ± 0,2°C.

204

** meranie relatívnej vlhkosti v rozsahu 0 – 99,9% s presnosťou ± 2%.

205

* Meranie teploty, vlhkosti interiér:

206

** meranie teploty v rozsahu 0°C až 50°C s presnosťou ± 0,2°C.

207

** meranie relatívnej vlhkosti v rozsahu 0 – 85% s presnosťou ± 2%.

208

* Meranie teploty, vlhkosti a CO2:

209

** meranie teploty v rozsahu 0°C až 50°C s presnosťou ± 0,2°C.

210

** meranie relatívnej vlhkosti v rozsahu 0 – 85% s presnosťou ± 2%.

211

** meranie úrovne CO2 v rozsahu 0 – 2000ppm s presnosťou ± 50ppm.

212

213

= {{id name="_Toc120655606"/}}{{id name="_Toc153139684"/}}4.Architektúra riešenia projektu =

214

215

== 4.1Biznis vrstva ==

216

217

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.

218

219

220

Zamestnanci PSK využívajú pre správu majetku a pasportizáciu objektov zavedený softvérový nástroj T-Mapy, 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ť (inv.dlh ...) a ďalšie činnosti. Absentuje tiež prepojenie na ekonomický SW (OC,ZC, inventúry), existujúce datasety, dostupné referenčné registre, GIS.

221

222

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ť.

223

224

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.

**Budúci pohľad:**

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:

229

230

* 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;

231

* 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;

232

* ú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;

233

* 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;

234

* podpora rozvoja miest i regiónu PSK prostredníctvom implementácie inovatívnych technologických a netechnologických riešení a inteligentného riadenia;

235

* rýchlejšie odhaľovanie rôznych technických porúch, únikov, havárií atď.;

236

* zavedenie jednotného systému a postupov oblasti hospodárenia s energiami v zariadeniach v majetku PSK;

237

* podpora pri príprave projektov na úsporu energie;

238

* práca s prevádzkovateľmi energetických zariadení a pod.;

239

* 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);

240

* hospodárnejšie využívanie priestorov, nehnuteľností, inventára PSK.

241

242

[[image:Obrázok2.png]]

243

244

//Obrázok 1 Schéma technologickej, aplikačnej a prezentačnej vrstvy ÚPSK//

245

246

[[image:BZ TO BE.png||height="676" width="906"]]

247

248

//Obrázok 2 Schéma budúcej business architektúry//

249

250

251

[[image:Obrázok33.jpg||height="400" width="890"]]

252

253

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.

254

255

1. senzory posielajú online dáta na spracovanie

256

1. dáta sa analyzujú (cleansing/clearing dát)

257

1. vyhodnocujú sa dáta voči nastaveným pravidlám na nezvyčajné hodnoty

258

1. na základe nezvyčajných hodnôt zo senzorov sa posiela notifikácia správcovi

259

1. správca vykoná včas potrebné úkony na zabránenie škodám

260

261

262

[[image:Obrázok34.jpg||height="391" width="871"]]

263

264

Obrázok 4 Úspora na energetickom managemente

265

266

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.

267

268

1. dáta sa analyzujú (cleansing/clearing dát)

269

1. vyhodnocujú sa dáta voči nastaveným pravidlám (pre riadenie spotreby energii)

270

1. úprava v spotrebe energii na základe vyhodnotených pravidiel

271

1. príprava nadefinovaných reportov

272

1. výber optimálnych energetických balíkov od dodávateľa na základe reportov

273

274

[[image:Obrázok55.png||height="736" width="880"]]

275

276

Obrázok 5 Modely biznis architektúry pre ENM a MSB

277

278

279

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.

280

281

=== 4.1.1Prehľad koncových služieb – budúci stav: ===

282

283

{{content id="projekt.planovane_ks" template="

284

|=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}']

285

[['|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.atribut('EA_Profil_KS_pouzivatel_ks')?:''} +

286

'|' + ${item.zs?.nazov?:''} + '; ' + ${item.zs?.kodMetais?:''} + '|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_KS_sofistikovanost')?:''}]]

[/]

"}}

=== {{id name="_Toc673686985"/}}{{id name="_Toc153139711"/}}4.1.2Jazyková podpora a lokalizácia ===

297

298

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.//

299

300

== {{id name="_Toc826435347"/}}{{id name="_Toc153139686"/}}4.2Aplikačná vrstva ==

[[image:Obrázok66.png||height="602" width="1044"]]

305

306

307

Obrázok 6 Model AS IS aplikačnej architektúry

308

309

310

[[image:Obrázok77.png||height="492" width="949"]]

//Popíšte aplikačnú architektúru riešenia na úrovni ISVS, ich modulov a vzťahov medzi nimi a vzťahov na externé prostredie. Podľa potreby zvýraznite dôležité zmeny v architektúre, dôležité vzťahy a toky dát, vzťah riešených ISVS s okolím a externými SVS.//

317

//Budované/rozvíjané informačné systémy, vrátene ich modulov musia byť evidované v MetaIS. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS kap. 2.1.4 (__[[https:~~/~~/metais.vicepremier.gov.sk/help>>url:https://metais.vicepremier.gov.sk/help]]__).//

318

//Uveďte model a popis AS IS stavu aplikačnej vrstvy architektúry: informačné systémy (ISVS), aplikačné služby a ich podpora realizácie koncových služieb.//

319

//Uveďte model a popis TO BE stavu navrhovaného riešenia aplikačnej vrstvy architektúry s prepojením na biznis architektúru – ako aplikačná architektúra a jej komponenty podporuje realizáciu biznis služieb, riešenia živ. situácií a splnenie cieľov projektu//

320

[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_5ae99e3a08ef8ea7.png||height="378" width="603"]]

321

//Obrázok 3 Model aplikačnej architektúry – príklad//

322

[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_78bfbf0e4b24fbb5.gif||alt="Obrázok 8" height="392" width="471"]]

323

//Obrázok 4 Príklad náhľadu architektúry v notácii ArchiMate s hlavnými e-Government komponentami a ich vzťahmi podľa metamodelu evidencie eGovernment komponentov v MetaIS//

324

325

=== {{id name="_Toc752151050"/}}{{id name="_Toc153139687"/}}4.2.1Rozsah informačných systémov – AS IS ===

326

327

//Uveďte dotknuté ISVS a ich moduly AS IS~://

328

{{content id="projekt.prevadzkovane_isvs" template="

329

|=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)[# th:each='item : ${isvs}']

330

[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${#html.checkbox(item.atribut('EA_Profil_ISVS_modul_isvs') == 'true')} +

331

'|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_stav_isvs')?:''} +

332

'|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_typ_isvs')?:''} +

333

'|' + ${item.nadradeneIsvs?.kodMetais?:''} + '|')]

334

[/]

335

"}}|=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){{/content}}

=== 4.2.2Rozsah informačných systémov – TO BE ===

341

342

//Uveďte informácie o dotknutých ISVS z pohľadu ich ďalšej prevádzky po realizácii projektu – TO BE stav~://

343

{{content id="projekt.planovane_isvs" template="

344

|=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)[# th:each='item : ${isvs}']

345

[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${#html.checkbox(item.atribut('EA_Profil_ISVS_modul_isvs') == 'true')} +

346

'|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_stav_isvs')?:''} +

347

'|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_typ_isvs')?:''} +

348

'|' + ${item.nadradeneIsvs?.kodMetais?:''} + '|')]

349

[/]

350

"}}|=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)

351

|isvs_14655|Management správy budov|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.3|Vyberte jednu z možností\\c_typ_isvs.1||

352

|isvs_14654|Energeticky management|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.3|Vyberte jednu z možností\\c_typ_isvs.1||{{/content}}

353

354

355

|isvs_14655|Management správy budov|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností

356

c_stav_isvs.3|Vyberte jednu z možností

357

c_typ_isvs.1| |

358

|isvs_14654|Energeticky management|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností

359

c_stav_isvs.3|Vyberte jednu z možností

c_typ_isvs.1| |

=== 4.2.3Využívanie nadrezortných a spoločných ISVS – AS IS ===

364

365

//Uveďte informácie o využívaných, resp. nevyužívaných nadrezortných ISVS (Spoločných ISVS a spoločných blokov SaaS) – AS IS stav. Všetky realizované integrácie na nadrezortné ISVS v AS IS stave musia byť evidované v MetaIS.//

366

367

|**Kód IS**|**Názov ISVS**|**Spoločné moduly podľa zákona č. 305/2013 e-Governmente**

368

| | |Vyberte jednu z možností.

369

| | |Vyberte jednu z možností.

370

| | |Vyberte jednu z možností.

371

372

=== 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 ===

373

374

//Uveďte plánované využívanie nadrezortných a spoločných ISVS v TO BE stave.//

375

376

* //Povinnosť využívať nadrezortné ISVS ustanovuje najmä zákon č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov (zákon o e-Governmente) a iné legislatívne predpisy. Prehľad a informácie o nadrezortných ISVS sú uvedené v prílohe P8 Zoznam nadrezortných blokov a podporných spoločných blokov Používateľskej príručky MetaIS.//

377

378

|**Kód IS**|**Názov ISVS**|**Spoločné moduly podľa zákona č. 305/2013 e-Governmente**

379

| | |Vyberte jednu z možností.

380

| | |Vyberte jednu z možností.

381

| | |Vyberte jednu z možností.

382

383

=== 4.2.5Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE ===

384

385

//Uveďte v nasledujúcej tabuľke prehľad ISVS, pri ktorých sa plánuje využívanie služieb iných ISVS, spoločných blokov (SaaS) alebo služieb inf. systémov tretích strán v TO BE stave.//

386

//Plánované využívanie a integrácie služieb iných ISVS musí byť evidované v MetaIS – zaevidovanie vzťahu na aplikačnú službu určenú na externú integráciu poskytujúcim ISVS .//

|(((

**Kód ISVS**

//(z MetaIS)//

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

392

**Kód integrovaného ISVS**

393

//(z MetaIS)//

394

)))|**Názov integrovaného ISVS**

| | | |

| | | |

| | | |

=== 4.2.6Aplikačné služby pre realizáciu koncových služieb – TO BE ===

400

401

//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.//

402

{{content id="projekt.planovane_as" template="

403

|=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)[# th:each='item : ${as}']

404

[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.sluziIsvs?:''} + '|' + ${#strings.listJoin(item.ks, ', ')} + '|')]

405

[/]

406

"}}|=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)

407

|as_66187|Dátová analytika, zber a archivácia dát|||

408

|as_66186|Manažment správy budov|||

409

|as_66185|Energetický manažment|||

410

|as_66188|Implementácia OpenAPI a OpenData riešení|||{{/content}}

411

412

|=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)

413

|as_66187|Dátová analytika, zber a archivácia dát| | |

414

|as_66186|Manažment správy budov| | |

415

|as_66185|Energetický manažment| | |

416

|as_66188|Implementácia OpenAPI a OpenData riešení| | |

417

418

419

=== 4.2.7Aplikačné služby na integráciu – TO BE ===

420

421

//Uveďte v nasledujúcej tabuľke budované aplikačné služby a ich využitie na integráciu na spoločné moduly a iné ISVS alebo ich poskytovanie na externú integráciu a predpokladané vybudovanie cloudových služieb “softvér ako služba“ (SaaS)~://

422

423

* //Plánované aplikačné služby musia byť evidované v MetaIS s fázou životného cyklu a musia mať v MetaIs evidované všetky povinné atribúty a vzťahy,//

424

* //Evidencia integrácií v MetaIS sa realizuje evidovaním vzťahov aplikačných služieb budovaného~/~/rozvíjaného ISVS na príslušné aplikačné služby nadrezortných ISVS. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.3.1 a kap. 2.1.3.3.2.__ __Detailný popis služieb IS CSRÚ a poskytovaných objektov evidencie je v aktuálnej verzii integračného manuálu IS CSRÚ.//

425

* //Ak IS povinnej osoby potrebuje konzumovať alebo poskytovať služby iným ISVS alebo IS tretích strán prostredníctvom modulu Centrálna API Manažment Platforma (CAMP) a jej modulu API Gateway, je potrebné aplikačné služby IS Povinnej osoby naviazať na príslušné integračné služby CAMP (API Gatewy).//

426

* //Budované aplikačné služby musia mať v MetaIs evidované SLA parametre pre východiskový a cieľový stav. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.//{{content id="projekt.integracne_as" template="

427

|=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}']

428

[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.isvs?:''} +

429

'|' + 'Poskytovaná / Konzumujúca////////' + ${item.atribut('EA_Profil_AS_typ_cloudovej_sluzby')?:''} +

430

'|' + 'Áno/Nie' + '|' + 'Áno/Nie' + '|' + 'Áno/Nie' + ${item.sluziAs?:''} + '|')]

431

[/]

432

"}}|=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)

433

|as_66188|Implementácia OpenAPI a OpenData riešení||Poskytovaná / Konzumujúca////////c_typ_cloud_sluzba_as.1|Áno/Nie|Áno/Nie|Áno/Nie|{{/content}}

434

* //Na informáciu je v nasledujúcej tabuľke prehľad AS na externú integráciu Spoločných modulov podľa § 10 zákona 305/2013 Zz. **Vo finálnom dokumente túto tabuľku prehľadu AS spoločných modulov vymažte:**//

:

(((

|**MetaIS kód**|**Názov**|**AS na externú integráciu (využitie Spoločného modulu)**

440

|isvs_8846|Autentifikačný modul|Autentifikácia používateľa na ÚPVS (BOK) (as_59698)

441

|isvs_8847|Elektronické schránky|Vytváranie, odosielanie a prijímanie elektronických správ (as_59630)

442

|isvs_8848|Modul elektronických formulárov|Poskytnutie vzorov e_formulárov (sluzba_is_185)

443

|isvs_9369|Modul elektronického doručovania|Centrálne úradné doručovanie (as_59701)

444

|isvs_8850|Platobný modul|Realizácia platieb správnych a súdnych poplatkov (as_59700)

445

|isvs_9368|Modul centrálnej elektronickej podateľne|Overovanie elektronického podpisu (KEP) (as_59702)

446

|isvs_8851|Modul dlhodobého uchovávania (nepovinný)|Uchovávanie elektronických dokumentov (as_59703)

447

|isvs_9370|Notifikačný modul (nepovinný)|Zasielanie oznámení prostredníctvom elektronických komunikačných kanálov (sms, email) (as_59699)

448

|isvs_9513|Centrálna API manažment Platforma (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov|Poskytovanie služby integráciou na AS CAMP (as_60157)

449

|isvs_9513|Centrálna API manažment Platforma (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov|Konzumovanie služby iného ISVS prostredníctvom CAMP (as_60158)

450

|isvs_5836|IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov|Poskytovanie dát na integráciu (as_59119)

451

|isvs_5836|IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov|Poskytnutie konsolidovaných údajov o subjekte (sluzba_is_49250)

452

|isvs_5836|IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov|Poskytnutie konsolidovaných referenčných údajov z IS CSRÚ na synchronizáciu (sluzba_is_49253)

453

)))

454

455

* //Na informáciu sú v nasledujúcich diagramoch vzory modelovania integrácie na nadrezortné a spoločné moduly podľa § 10 zákona 305/2013 Zz podľa usmernenia v Používateľskej príručke MetaIS. **Vo vašom finálnom dokumente tieto vzory vymažte a nahraďte svojím diagramom ilustrujúcim plánované integrácie:**//

456

[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_a935ef9188017694.png||height="435" width="517"]]

457

//Obrázok 5 Integrácie na spoločné moduly ÚPVS – ref. príklad//

458

[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_fa8f4198be51ae55.png||height="277" width="539"]]

459

//Obrázok 6 Integrácie na IS CAMP- referenčný príklad//

460

[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_256193574600ebe4.png||height="376" width="574"]]

461

//Obrázok 7 Integrácie na IS CSRÚ – ref. príklad//

=== {{id name="_Toc814509359"/}}{{id name="_Toc153139693"/}}{{id name="_Toc63764348"/}}4.2.8Poskytovanie údajov z ISVS do IS CSRÚ – TO BE ===

466

467

//Uveďte v nasledujúcej tabuľke prehľad poskytovaných údajov (objektov evidencie, ďalej OE) z ISVS do IS CSRÚ v TO BE stave.//

468

469

|**ID OE**|**Názov (poskytovaného) objektu evidencie**|**Kód ISVS poskytujúceho OE**|**Názov ISVS poskytujúceho OE**

| | | |

| | | |

| | | |

=== {{id name="_Toc63764349"/}}{{id name="_Toc1792132569"/}}{{id name="_Toc153139694"/}}4.2.9Konzumovanie údajov z IS CSRU – TO BE ===

475

476

//Uveďte v nasledujúcej tabuľke prehľad konzumovaných údajov z IS CSRÚ v TO BE stave. [[Súčasné dostupné objekty evidencie a údaje v IS CSRÚ>>url:https://managementmania.com/sk/databaza]] sú uvedené v integračnom manuáli IS CSRÚ.//

477

478

|**ID OE**|**Názov (konzumovaného) objektu evidencie**|**Kód a názov ISVS konzumujúceho OE z IS CSRÚ**|**Kód zdrojového ISVS v MetaIS**

| | | |

| | | |

| | | |

== {{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 ==

484

485

//Každá organizácia by mala mať zavedený systematický manažment údajov (vrátane nastavenie príslušných procesov a metodík pre správu celého životného cyklu údajov) a byť schopná evidovať a spravovať údaje v strojovo-spracovateľnej podobe. V kapitolách nižšie je potrebné popísať AS IS a následne TO BE stav organizácie z pohľadu údajov, ich štruktúry a následného výkonu príslušnej agendy vo vzťahu k projektu.//

486

487

=== {{id name="_Toc2009350815"/}}{{id name="_Toc153139696"/}}{{id name="_Toc63764351"/}}4.3.1Údaje v správe organizácie ===

488

489

//[[Popíšte dátovú architektúru riešenia na úrovni objektov evidencie a vzťahov medzi nimi>>url:https://managementmania.com/sk/zalohovanie-backup#heading=h.2s8eyo1]] **v AS IS stave**. Pri popise je potrebné vychádzať z metodiky Ministerstva vnútra - Metodika identifikácie, vizualizácie a referencovania údajov pri dátovom modelovaní vo verejnej správe (zverejnená na stránke __[[https:~~/~~/www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave>>url:https://www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave]]__ v Aktivite 5).//

490

491

* //Uveďte diagramy tried a štruktúrovaný popis entít a atribútov vhodný aj pre strojové spracovanie. Diagram tried uveďte vo forme úplného logického modelu.//

492

* //Popíšte procesy riadenia životného cyklu správy údajov, kde je potrebné zrozumiteľne zdokumentovať dátové štruktúry, proces tvorby údajov, štatistické metodológie (ak budú použité), dátové zdroje, kontext a ďalšie aspekty manažmentu údajov. 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.//

493

* //Popíšte zavedenie systematického manažmentu údajov v organizácií.//

494

* //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.//

495

496

=== {{id name="_Ref154138234"/}}{{id name="_Toc1386538966"/}}{{id name="_Toc153139697"/}}{{id name="_Toc63764352"/}}4.3.2Dátový rozsah projektu - Prehľad objektov evidencie - TO BE ===

497

498

//Pre budované informačné systémy vytvorte tzv. doménový model, ktorý definuje návrh dátových prvkov súvisiacich s projektom.//

499

500

* //Úlohou doménového modelu je vizuálne znázorniť rozsah predmetných údajov daného projektu, pričom je možné abstrahovať od nepodstatných detailov. Je platformovo nezávislý (nie je určený pre konkrétny programovací jazyk),//

501

* //V nasledujúcej tabuľke uveďte a popíšte Objekty Evidencie (ďalej len OE) v jednotlivých ISVS/registroch súvisiace s projektom.//

502

* //Doménový model by mal byť v súlade s existujúcim Centrálnym modelom údajov verejnej správy (viac informácií na: __[[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/interoperabilita/>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/interoperabilita/]]__ a __[[https:~~/~~/metais.vicepremier.gov.sk/publicspace?pageId=59836112>>url:https://metais.vicepremier.gov.sk/help?pageId=59836112]]__.).//

503

* //Pre modelovanie doménového modelu je potrebné stiahnuť si Centrálny model údajov verejnej správy v preferovanej distribúcii a v novom modeli použiť existujúce dátové prvky, ak tieto patria do domény projektu. Z technického pohľadu je odporučený jazyk UML (pre zjednodušený doménový model môžete použiť aj jazyk ArchiMate).//

504

* //V prípade, že sa používa dátový prvok z Centrálneho dátového modelu je nutné použiť skrátenú formu URI identifikátora daného prvku, napr. pper:PhysicalPerson je skrátený tvar https:~/~/data.gov.sk/def/ontology/physical-person/PhysicalPerson//

505

506

|**ID OE**|**Objekt evidencie - názov**|**Objekt evidencie - popis**|**Referencovateľný identifikátor URI dátového prvku**

507

| | | |//(Ak nie je priradené URI uveďte „Nemá“)//

508

| | | |

509

| | | |

510

[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_e68726eb34006cd9.png||height="270" width="282"]]

511

//Obrázok 8 Doménový model - príklad//

512

[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_33ec0d76357e5ec3.png||height="272" width="281"]]

513

//Obrázok 9 Zjednodušený doménový model - príklad//

514

{{id name="_Toc62489740"/}}{{id name="_Toc58337724"/}}{{id name="_Toc703350663"/}}{{id name="_Toc153139698"/}}{{id name="_Toc63764353"/}}{{id name="_Toc62488222"/}}{{id name="_Toc62488113"/}}{{id name="_Toc62488020"/}}{{id name="_Toc62487927"/}}{{id name="_Toc62487059"/}}{{id name="_Toc62486922"/}}{{id name="_Toc62488221"/}}{{id name="_Toc62488112"/}}{{id name="_Toc62488019"/}}{{id name="_Toc62487926"/}}{{id name="_Toc62487058"/}}{{id name="_Toc62486921"/}}{{id name="_Toc62488220"/}}{{id name="_Toc62488111"/}}{{id name="_Toc62488018"/}}{{id name="_Toc62487925"/}}{{id name="_Toc62487057"/}}{{id name="_Toc62486920"/}}{{id name="_Toc62488219"/}}{{id name="_Toc62488110"/}}{{id name="_Toc62488017"/}}{{id name="_Toc62487924"/}}{{id name="_Toc62487056"/}}{{id name="_Toc62486919"/}}{{id name="_Toc62488218"/}}{{id name="_Toc62488109"/}}{{id name="_Toc62488016"/}}{{id name="_Toc62487923"/}}{{id name="_Toc62487055"/}}{{id name="_Toc62486918"/}}{{id name="_Toc63764298"/}}

515

516

517

=== {{id name="_Toc62489744"/}}{{id name="_Toc58337728"/}}{{id name="_Toc2089422843"/}}{{id name="_Toc153139699"/}}4.3.3Referenčné údaje ===

518

519

//V národnej koncepcii informatizácie verejnej správy bol zadefinovaný princíp „jedenkrát a dosť“, ku ktorému boli ďalej detailnejšie rozpracované úlohy v dokumente Strategická priorita Manažment údajov. Cieľom je dosiahnutie stavu, kedy orgány verejnej moci pri poskytovaní svojich služieb odstránia povinnosti občanov alebo podnikateľských subjektov predkladať údaje vo forme rôznych výpisov, odpisov, potvrdení, atď., ktorými už disponuje verejná správa v rámci svojich registrov.//

520

//Za účelom dosiahnutia TO BE stavu, z ktorého bude benefitovať občan / podnikateľský subjekt úsporou svojho času a prostriedkov, je potrebné popísať viacero nasledujúcich krokov na úrovni participujúcich subjektov verejnej správy~://

521

522

* //Popísať, aká je aktuálna kvalita údajov v zdrojových registroch,//

523

* //Uviesť dôvod vyhlásenia referenčných údajov (údaje musia byť k subjektu evidencie jedinečné a k týmto údajom je podľa osobitných predpisov uvedená domnienka správnosti),//

524

* //Uviesť poskytovateľov a konzumentov (vlastníkov) údajov do centrálnej platformy dátovej integrácie (modulu procesnej integrácie a integrácie údajov slúžiacim pre výmenu údajov pri výkone verejnej moci elektronicky),//

525

* //Popísať legislatívu a procesy vo verejnej správe (konkrétnej životnej situácie), pre konkrétne údaje identifikované v projekte (odstránenie legislatívnych povinností predkladať úradom výpisy a potvrdenia a automatizácia procesov viažucich sa k životným situáciám a interakcie s občanom / podnikateľským subjektom).//

526

527

==== {{id name="_Toc268006870"/}}{{id name="_Toc153139700"/}}{{id name="_Toc63764357"/}}4.3.3.1Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné ====

528

529

//V tejto časti dokumentu je potrebné definovať/popísať rozsah a štruktúru na úrovni registrov / objektov evidencie / údajov, ktoré sa navrhujú vyhlásiť za referenčné v naviazanosti na ich zrealizovateľné vzájomné zdieľanie medzi subjektami verejnej správy a dodržanie pravidla, že za referenčné údaje/atribúty sú vyhlasované také údaje/atribúty, ktoré sú k subjektu evidencie jedinečné a práve tie, ktoré využívajú subjekty verejnej správy pri realizácii princípu „1 x a dosť“.//

530

531

* //Popísať a zdôvodniť navrhované objekty evidencie k vyhláseniu za referenčné z pohľadu ich dátovej kvality v zmysle podkapitoly venujúce sa kvalite a čisteniu údajov,//

532

* //Popísať, ako bude zabezpečená dostupnosť poskytovania navrhovaných objektov evidencie za referenčné (t.j. v rámci nich údaje/atribúty) cez Modul procesnej integrácie a integrácie údajov, t.j. integráciou cez jeho dátovú časť - IS CSRÚ,//

533

* //Uviesť časový harmonogram procesu vyhlasovania a zmeny referenčných údajov. Informácie o procese vyhlasovania a zmeny referenčných údajov sú uvedené v metodickom usmernení MIRRI o postupe zaraďovania referenčných údajov do zoznamu referenčných údajov vo väzbe na referenčné registre a vykonávania postupov pri referencovaní: __[[https:~~/~~/metais.vicepremier.gov.sk/confluence/download/attachments/2621442/Metodicke_usmernenie_UPVII_3639_2019_oDK_1_FINAL.pdf?version=1&modificationDate=1554714761337&api=v2>>url:https://metais.vicepremier.gov.sk/confluence/download/attachments/2621442/Metodicke_usmernenie_UPVII_3639_2019_oDK_1_FINAL.pdf?version=1&modificationDate=1554714761337&api=v2]]__//

534

* //V nasledujúcej tabuľke uveďte návrh na vyhlásenie a zmeny referenčných údajov, ktoré budú poskytnuté na dátovú integráciu realizáciou projektu. V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE~://

535

536

|**ID OE**|(((

537

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

538

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

539

)))|**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**

| | | | |

| | | | |

| | | | |

==== 4.3.3.2Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CSRU ====

545

546

//Identifikujte a uveďte v nasledujúcej tabuľke potenciálnych konzumentov objektov evidencie, ktoré budú poskytnuté na dátovú integráciu realizáciou projektu, vrátane ich oprávnenosti/nároku na konzumovanie v zmysle konkrétnych ustanovení osobitných právnych predpisov na strane konzumenta, prípadne aj na strane poskytovateľa. V nadväznosti na uvedené identifikujte osobitné právne predpisy (až na úroveň konkrétneho ustanovenia), ktoré je nutné novelizovať v záujme dosiahnutia TO BE stavu využitia údajov a jeho bezproblémovej aplikovateľnosti.//

547

//V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE~://

548

//Poznámka: Pre úspešné napojenie ISVS na IS CSRÚ v roli konzumenta údajov je nutné postupovať podľa integračného manuálu IS CSRÚ.//

549

550

|**ID OE**|(((

551

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

552

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

553

)))|**Konzumovanie / poskytovanie**|**Osobitný právny predpis pre poskytovanie / konzumovanie údajov**

554

| | |Vyberte jednu z možností.|

555

| | |Vyberte jednu z možností.|

556

| | |Vyberte jednu z možností.|

557

558

=== {{id name="_Toc62489741"/}}{{id name="_Toc58337725"/}}{{id name="_Toc62488224"/}}{{id name="_Toc62488115"/}}{{id name="_Toc62488022"/}}{{id name="_Toc62487929"/}}4.3.4Kvalita a čistenie údajov ===

559

560

==== {{id name="_Toc63764354"/}}4.3.4.1Zhodnotenie objektov evidencie z pohľadu dátovej kvality ====

561

562

//Zhodnoťte objekty evidencie so zameraním sa na významnosť kvality údajov pre biznis procesy (možné riziká v dôsledku dátovej nekvality), t.j. ak bude údaj nepresný, bude mať nesprávnu hodnotu, formát, nebude vyplnený, alebo stotožnený voči referenčnému registru, ako významne to ovplyvní príslušnú agendu~://

563

564

* //uveďte, či a ako bude zapracovaná možnosť overenia hodnoty údaja,//

565

* //uveďte, či bude zapracované pri zadávaní údajov obmedzenie hodnôt, napríklad formou číselníka, alebo podmienok,//

566

* //uveďte, či budú dáta migrované z iného ISVS.//

567

//V nasledujúcej tabuľke vyhodnoťte významnosť a citlivosť kvality údajov a prioritu (poradie dôležitosti) pre meranie dátovej kvality objektov evidencií – t.j. poradie, v akom bude správca ISVS približne realizovať meranie dátovej kvality a čistiť údaje. Prvé 2 záznamy sú vyplnené ako príklad. Vymažte, resp. prepíšte ich vlastnými údajmi. Riadky v tabuľke doplňte podľa potreby.//

568

//V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE~://

569

570

|**ID OE**|(((

571

**Názov Objektu evidencie**

572

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

573

)))|(((

574

**Významnosť kvality**

575

//1 (malá) až 5 (veľmi významná)//

576

)))|(((

577

**Citlivosť kvality**

578

//1 (malá) až 5 (veľmi významná)//

579

)))|(((

580

**Priorita //– poradie dôležitosti//**

581

//(začnite číslovať od najdôležitejšieho)//

582

)))

583

| |//Údaje o štatutárovi//|//5//|//3//|//1.//

584

| |//Iné zainteresované osoby//|//2//|//3//|//20.//

585

| | | | |

586

587

==== 4.3.4.2Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality ====

588

589

//V nasledujúcej tabuľke definujte potrebné kapacity pre zabezpečenie riadenia dátovej kvality – napr. dátový kurátor, data steward, dátový špecialista pre dátovú kvalitu, databázový špecialista, projektový manažér a pod. (informácie k téme: __[[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/datova-kvalita/>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/datova-kvalita/]]__ )//

590

591

|**Rola**|**Činnosti**|**Pozícia zodpovedná za danú činnosť **(správca ISVS / dodávateľ)

592

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

593

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

594

|**Databázový špecialista**|Analyzuje požiadavky na dáta, modeluje obsah procedúr|Dodávateľ

595

|**Dátový špecialista pre dátovú kvalitu**|Spracovanie výstupov merania, interpretácie, zápis biznis pravidiel, hodnotiace správy z merania|Dátový špecialista pre dátovú kvalitu – nová interná pozícia v projekte

596

|***Iná rola (doplniť)**| |

597

598

=== {{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 ===

599

600

//V nasledujúcej tabuľke doplňte objekty evidencie, ktoré budú realizáciou projektu sprístupnené ako otvorené údaje. Uveďte názov objektu evidencie (identifikované v kapitole dátový rozsah projektu) pre kategóriu otvorených údajov a stanoviť úroveň požadovanej kvality (interoperability) otvorených údajov. Pravidlá pre úroveň interoperability verejných otvorených údajov sú stanovené v __[[https:~~/~~/wiki.vicepremier.gov.sk/pages/viewpage.action?pageId=23986518>>url:https://metais.vicepremier.gov.sk/help?pageId=23986518]]__.//

601

//Požadovaná kvalita~://

602

603

* //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//

604

* //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//

605

* //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.//

606

//V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE~://

607

608

|(((

609

**Názov objektu evidencie / datasetu**

610

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

611

)))|(((

612

**Požadovaná interoperabilita**

613

(//3★ - 5★)//

614

)))|(((

615

**Periodicita publikovania**

616

//(týždenne, mesačne, polročne, ročne)//

617

)))

618

|Príklad: senzorické údaje merania teploty|3★|Polročne

619

| |Vyberte jednu z možností.|Vyberte jednu z možností.

620

| |Vyberte jednu z možností.|Vyberte jednu z možností.

621

| |Vyberte jednu z možností.|Vyberte jednu z možností.

622

| |Vyberte jednu z možností.|Vyberte jednu z možností.

623

| |Vyberte jednu z možností.|Vyberte jednu z možností.

624

625

=== 4.3.6Analytické údaje ===

626

627

//Analytické údaje predstavujú obrovskú skupinu dát získavaných vysokou rýchlosťou z vysokého počtu rôznych typov zdrojov. V priestore verejnej správy sa jedná o dátové zdroje, ktoré sú vytvárané a spravované jednotlivými organizáciami za účelom podpory služieb verejnej správy, služieb vo verejnom záujme alebo verejných služieb. Tieto údaje môžeme okrem uvedenej primárnej funkcie využiť aj na analytické spracovanie, tak aby verejná správa dokázala využívať svoje údaje pre potreby prípravy analýz, na podporu rozhodovania, riadenia a lepší návrh politík. Podmienkou pre plné využitie potenciálu údajov vo verejnej správe je ich poznanie (informácie o dátových zdrojoch, ich obsahu a atribútoch) a zabezpečenie prístupu k analytickým údajom pre analytické jednotky. //

628

//V nasledujúcej tabuľke uveďte, ktoré objekty evidencie budú projektom pripravené na analytické účely a sprístupňované pre analytické jednotky (napr. pre systém Konsolidovaná Analytická Vrstva – KAV: __[[https:~~/~~/data.gov.sk/id/egov/isvs/9655>>url:https://data.gov.sk/id/egov/isvs/9655]]__ ).//

629

//Informácie k sprístupneniu dátových zdrojov organizácie na analytické účely: __[[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/analyticke-udaje/>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/analyticke-udaje/]]__//

630

631

|**ID**|**Názov objektu evidencie pre analytické účely**|**Zoznam atribútov objektu evidencie**|**Popis a špecifiká objektu evidencie**

632

| |//napr. Dataset vlastníkov automobilov//|//identifikátor vlastníka; EČV; typ_vozidla; okres_evidencie;...//|//- dataset obsahuje osobné informácie (r.č. vlastníka)//

| | | |

| | | |

=== 4.3.7Moje údaje ===

637

638

//{{id name="_Toc62489749"/}}V tejto časti je potrebné uviesť informácie súvisiace s údajmi, ktoré spadajú do kategórie mojich údajov, z pohľadu budúceho TO BE stavu projektu. Za moje údaje sa považujú najmä: //

639

640

* //množina údajov o konaní, ktoré sa týkajú fyzickej osoby alebo právnickej osoby //

641

* //množina údajov, vrátane osobných údajov, viažucich sa k fyzickej osobe alebo právnickej osobe ako ku subjektu evidencie, ktoré sú predmetom evidovania povinným subjektom, //

642

* //množina údajov obsiahnutých v návrhu na začatie konania, žalobe, rozhodnutí, žiadosti, sťažnosti, vyjadrení, stanovisku a ohlásení alebo inom dokumente, ktorý vydáva v konaní povinný subjekt, viažuci sa ku konkrétnej fyzickej osobe alebo právnickej osobe.//

643

//Relevantné údaje budú sprístupnené prostredníctvom modulu procesnej integrácie a integrácie údajov - modul Manažmentu osobných údajov pre dotknuté osoby (občanov a podnikateľov) na základe preukázania elektronickej identity osoby. Podmienkou je zabezpečiť, aby údaje identifikované pre službu moje údaje boli prístupné elektronicky v strojovo-spracovateľnom formáte automatizovaným spôsobom cez aplikačné programovacie rozhranie, alebo prostredníctvom modulu procesnej integrácie a integrácie údajov.//

644

//Informácie k sprístupneniu dátových zdrojov organizácie pre službu moje údaje~://

645

//__[[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/moje-udaje/>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/moje-udaje/]]__ .//

646

//Minimálny rozsah pre vyhlásenie dátových prvkov za moje údaje, ktoré musí žiadateľ v projekte zabezpečiť: //

647

* //označenie povinného subjektu, //

648

* //názov ISVS v ktorom je dátový prvok obsiahnutý, //

649

* //kód informačného systému, v ktorom je dátový prvok obsiahnutý, podľa centrálneho metainformačného systému, //

650

* //označenie dátového prvku, //

651

* //strojovo-spracovateľný formát dátového prvku, //

652

* //technickú špecifikáciu aplikačného programovacieho rozhrania, //

653

* //ďalšie doplňujúce informácie. //

654

* //transparentný pohľad na prístup k údajom subjektu, k logom (kto pristupoval k údajom, za akým účelom a kedy). //

655

//V prípade, že predkladateľ projektu disponuje údajmi, ktoré spadajú do kategórie mojich údajov, je potrebné vyplniť nasledovnú tabuľku. V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE.//

656

657

|**ID**|(((

658

**Názov registra / objektu evidencie**

659

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

660

)))|**Atribút objektu evidencie**|**Popis a špecifiká objektu evidencie**

| | | |

| | | |

| | | |

| | | |

=== 4.3.8Prehľad jednotlivých kategórií údajov ===

667

668

//Vyplňte nasledujúcu súhrnnú tabuľku pre kategorizáciu údajov dotknutých projektom z pohľadu využiteľnosti týchto údajov.//

669

//V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE.//

670

671

|**ID**|(((

672

**Register / Objekt evidencie**

673

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

674

)))|**Referenčné údaje**|**Moje údaje**|**Otvorené údaje**|**Analytické údaje**

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

== 4.4Technologická vrstva ==

683

684

=== {{id name="_Toc937277657"/}}{{id name="_Toc153139707"/}}{{id name="_Toc15428561"/}}4.4.1Prehľad technologického stavu - AS IS ===

685

686

//Uveďte popis a model technologickej vrstvy AS IS stavu, používané výpočtové prostriedky, konfigurácie siete, problematické body, ktoré je potrebné projektom riešiť.//

687

688

=== {{id name="_Toc1626553566"/}}{{id name="_Toc153139708"/}}4.4.2Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE ===

689

690

//Doplňte pre TO BE stav do nasledujúcej tabuľky požiadavky na výkonnostné parametre, kapacitné požiadavky, ktoré majú vplyv na výkon, sizing prostredia, napr. počet interných používateľov, počet externých používateľov, počet spracovávaných procesov, dokumentov, komunikáciu medzi vrstvami architektúry IS, využívanie sieťovej infraštruktúry (Govnet, LAN, VPN, …).//

691

692

|**Parameter**|**Jednotky**|**Predpokladaná hodnota**|**Poznámka**

693

|Počet interných používateľov|Počet| |

694

|Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení|Počet| |

695

|Počet externých používateľov (internet)|Počet| |

696

|Počet externých používateľov používajúcich systém v špičkovom zaťažení|Počet| |

697

|Počet transakcií (podaní, požiadaviek) za obdobie|Počet/obdobie| |

698

|Objem údajov na transakciu|Objem/transakcia| |

699

|Objem existujúcich kmeňových dát|Objem| |

700

|Ďalšie kapacitné a výkonové požiadavky ...| | |

701

702

=== {{id name="_Toc985091580"/}}{{id name="_Toc153139709"/}}4.4.3Návrh riešenia technologickej architektúry ===

703

704

//Uveďte návrh a model architektúry technologickej vrstvy s prihliadnutím na zavedenie Cloud-Native ako štandardu pre vývoj nových ITVS a pre programovanie starých ITVS do nového štandardu a na zavedenie štandardu vytvárania a používania zdieľaných služieb.//

705

//V prípade, že riešenie nepredpokladá využívanie cloudových služieb z katalógu služieb vládneho cloudu (Iaas,PaaS,SaaS podľa katalógu služieb VC), je **potrebné nevyužitie cloudových služieb z katalógu služieb vládneho cloudu dostatočne zdôvodniť**.//

706

//Taktiež požiadavky riešenia na HW, SW a licencie v zmysle požadovaného sizingu pre vývojové, testovacie a produkčné prostredie je potrebné uviesť v dokumente BC/CBA na príslušných kartách.//

707

//V popise návrhu riešenia je požadované uviesť~://

708

709

* //prístup k riešeniu technologickej architektúry a súvisiace architektonické rozhodnutia//

710

* //popis požiadaviek na prevádzkové prostredia (vývoj, test, produkčné)//

711

* //diagram nasadenia a komunikačnej infraštruktúry.//

712

//Pri výbere požiadaviek na riešenie, je potrebné klásť dôraz na výber služieb, ktoré sú založené na najmodernejších technológiách, prostredníctvom ktorých bude vytvorený predpoklad na vývoj/tvorbu moderného ISVS. Pre navrhované riešenie odporúčame použiť prístup pre vývoj takzvaných Cloud Native aplikácií. Riešenie „Cloud-native“ ISVS, je v čo najväčšej miere nezávislé na umiestnení v cloude, resp. datacentre. Nezávislosť novo vyvíjaného ISVS od cloudového prostredia by malo byť základnou prioritou a podmienkou architektúry ISVS.//

713

714

=== {{id name="_Toc1130364585"/}}{{id name="_Toc153139710"/}}4.4.4Využívanie služieb z katalógu služieb vládneho cloudu ===

715

716

//Zaevidujte v MetaIS využívanie infraštruktúrnych služieb vašimi ISVS. Podrobné informácie o evidencii využívania infraštruktúrnych služieb sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.4.3 ISVS využívajúci infraštruktúrne služby.//

717

718

|(((

719

**Kód infraštruktúrnej služby**

720

//(z MetaIS)//

721

)))|**Názov infraštruktúrnej služby**|(((

722

**Kód využívajúceho ISVS**

723

//(z MetaIS)//

724

)))|**Názov integrovaného ISVS**

| | | |

| | | |

| | | |

//Uveďte parametre (kapacity) požadovaných výpočtových zdrojov (sizing) a využite služieb hybridného vládneho cloudu (uvedené v tabuľkách nižšie) pre jednotlivé prevádzkové prostredia~://

729

730

* //Vývojové – určené pre vývoj systému//

731

* //Testovacie – určené pre testy nových modulov, úprav, zmenových požiadaviek a retesty na úrovni upgrade‑ov (nie pre záťažové testovanie).//

732

* //Produkčné – určené pre produkčnú (ostrú) prevádzku systému//

733

* //Ďalšie existujúce alebo plánované prostredia, ktoré budú potrebné, napr. predprodukčné, integračné, fix prostredie//

734

//Poznámky~://

735

//Ak potrebujete pre príslušné prostredie viaceré infraštruktúrne služby, pridajte si potrebné riadky.//

736

//V prípade, že neplánujete využitie cloudových služieb z katalógu služieb vládneho cloudu, uveďte v tabuľke požadovaných výpočtových zdrojov (sizing) pre jednotlivé prostredia parametre výpočtových zdrojov, ktoré plánujete v projekte použiť. Namiesto názvu a kódu infraštruktúrnej služby uveďte kód a názov výpočtového zdroja evidovaného v MetaIS.//

737

//V súlade s NKIVS by technologická architektúra mala byť založená na cloudových službách. V rámci verejného obstarávania je potrebné potenciálneho uchádzača o zákazku požiadať o návrh technologickej infraštruktúry potrebnej pre implementáciu a prevádzku navrhovaného riešenia. Dodávateľ by pre svoj návrh technologického prostredia mal využiť hlavne cloudové služby vládneho cloudu uvedené v katalógu služieb, ktoré prešli procesom klasifikácie, hodnotenia, registrácie a zaradenia do katalógu služieb zverejnenom na stránke MIRRI: __[[https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb>>url:https://www.mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb]].__//

738

739

|(% rowspan="2" %)**Prostredie**|(% rowspan="2" %)(((

740

**Kód infraštruktúrnej služby**

741

//(z MetaIS)//

742

)))|(% rowspan="2" %)**Názov infraštruktúrnej služby/ Služba z katalógu cloudových služieb pre zriadenie výpočtového uzla**|(% colspan="4" %)**Požadované kapacitné parametre služby **

743

(doplňte stĺpec parametra, ak je dôležitý pre konkrétnu službu)

744

|**Dátový priestor **(GB)|**Tier diskového priestoru**|**Počet vCPU**|**RAM **(GB)

|(((

ďalšie...

(uviesť názov)

)))| | | | | |

//Určite v štruktúrovanej podobe ďalšie potrebné infraštruktúrne alebo iné cloudové služby (PaaS, SaaS) potrebné na prevádzku projektu podľa katalógu cloudových služieb. Tabuľky si treba prispôsobiť, aby čo najlepšie odpovedali podmienkam návrhu riešenia a charakteristikám zvolených cloudových služieb~://

753

|**Prostredie**|**Ďalšie služby potrebné na prevádzku projektu z katalógu služieb vládneho cloudu **(stručný popis / názov)|(((

754

**Kód služby**

755

//(z MetaIS)//

756

)))|**Parametre pre službu **(doplňte stĺpec parametra, ak je dôležitý pre konkrétnu službu)

757

|Vývojové|Doplň názov a stručný popis| |

758

|Testovacie|Doplň názov a stručný popis| |

759

|Produkčné|Doplň názov a stručný popis| |

|(((

ďalšie...

(uviesť názov)

)))| | |

//Požiadavky na služby vládneho cloudu odporúčame mať ešte pred vyhlásením VO odkomunikované s prevádzkovateľom vládneho cloudu (MV SR) v súlade s postupom zverejneným na webovom sídle https:~/~/sk.cloud v sekcii “Postup a hlavné kroky pre vytvorenie projektu vo Vládnom cloude” alebo __[[https:~~/~~/www.sk.cloud/data/Postup_a_hlavne_kroky_pre_vytvorenie_projektu_vo_Vladnom_cloude.pdf>>url:https://www.sk.cloud/data/Postup_a_hlavne_kroky_pre_vytvorenie_projektu_vo_Vladnom_cloude.pdf]]__.//

765

766

== {{id name="_Toc1569848295"/}}{{id name="_Toc153139712"/}}4.5Bezpečnostná architektúra ==

767

768

//{{id name="_Toc15428562"/}}Uveďte popis AS IS stavu z pohľadu súčasného riešenia bezpečnostnej architektúry,//

769

//Uveďte popis TO BE stavu riešenia bezpečnostnej architektúry (+ popis alternatív),//

770

//Uveďte súlad navrhovanej bezpečnostnej architektúry 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. Ide najmä o~://

771

772

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

773

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

774

* //Zákon č. 45/2011 Z.z. o kritickej infraštruktúre//

775

* //vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy//

776

* //vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 179/2020 Z. z., ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy//

777

* //vyhláška Úradu na ochranu osobných údajov Slovenskej republiky č. 158/2018 Z. z. o postupe pri posudzovaní vplyvu na ochranu osobných údajov//

778

* //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)//

779

* //Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov.//

780

//Stručne popíšte postupy na dosiahnutie potrebnej úrovne bezpečnosti a spôsob zabezpečenia aktív projektu na jednotlivých vrstvách architektúry (dôvernosť, dostupnosť a integrita).//

781

//Uveďte požiadavky na realizáciu Bezpečnostného projektu//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^6^^>>path:#sdfootnote6sym||name="sdfootnote6anc"]](%%)

782

//Doplňte požiadavky na používateľské role, správu prístupov a správu aplikácie~://

783

* //Interní používatelia (pracovníci jednotlivých organizačných jednotiek, pracovníci administrácie a správy aplikácie, pracovníci prevádzky a podpory)//

784

* //Externí používatelia (zákazníci, partneri - tretie strany).//

785

786

= {{id name="_Toc15428568"/}}{{id name="_Toc15427674"/}}{{id name="_Toc15426952"/}}{{id name="_Toc14573076"/}}{{id name="_Toc153139713"/}}5.Závislosti na ostatné ISVS / projekty =

787

788

//Uveďte 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á.//

789

//Uveďte ako záujmové osoby (stakeholder) organizačné jednotky verejnej správy zodpovedné za poskytnutie potrebnej súčinnosti pre pripravovaný projekt.//

790

791

|**Stakeholder**|(((

792

**Kód projektu /ISVS**

793

//(z MetaIS)//

794

)))|**Názov projektu /ISVS**|**Termín ukončenia projektu**|**Popis závislosti**

795

|Projekt/PO_asociuje_Projekt/ PO/Gen_profil_nazov|(((

796

Projekt/Projekt_obsahuje_projekt/ Projekt/Gen_profil_kod_metais;Projekt/ Projekt_realizuje_isvs/ ISVS/Gen_profil_nazov

797

Projekt/Projekt_financuje_projekt/ Projekt/Gen_profil_kod_metais;Projekt/ Projekt_realizuje_isvs/ ISVS/Gen_profil_nazov

798

)))|//Projekt_1234// Projekt/Gen_profil_nazov|//04/2021// Projekt/EA_Profil_Projekt_termin_ukoncenia|//Vyplniť//

| | | | |

| | | | |

= {{id name="_Toc15428566"/}}{{id name="_Toc15427672"/}}{{id name="_Toc15426950"/}}{{id name="_Toc740800352"/}}{{id name="_Toc153139714"/}}6.Zdrojové kódy =

803

804

//Doplňte požiadavky na zdrojové kódy (napr. zo vzorovej zmluvy). Aké druhy, formy a štruktúry zdrojových kódov požadujte odovzdať. Stručne popíšte aj spôsob ich preberania, periodicitu (pri akých míľnikoch) a spôsob archivácie,//

805

//Doplňte pravidlá pre preberanie, správu a archiváciu zdrojových kódov a tieto pravidlá následne preniesť do Zmluvy o dielo alebo zmluvy na podporu (ZoD/SLA).//

806

//Naviažte preberanie/odovzdávanie zdrojových kódov na fakturačné míľniky.//

807

//Navrhnite spôsob, ako predísť „Vendor lock-in“ = t.j. dodávané riešenie musí byť v súlade so Zákonom o ITVS (ktorý „vendor lock-in“ nepovoľuje). Následne ustanovenia predchádzaniu vendor-lockinu musia byť zahrnuté aj v ZoD a SLA.//

808

//Usmernenia pre oblasť zdrojových kódov~://

809

810

* //Metodické usmernenie č. 024077/2023 – o kvalite zdrojových kódov a balíkov softvéru zverejnené na stránke: __[[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/>>url:https://mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/]]__//

811

* //Inštrukcie k EUPL licenciám: __[[https:~~/~~/commission.europa.eu/content/european-union-public-licence_en>>url:https://commission.europa.eu/content/european-union-public-licence_en]]__//

812

813

= {{id name="_Toc1202332381"/}}{{id name="_Toc153139715"/}}7.Prevádzka a údržba =

814

815

//Doplňte popis AS IS stavu zabezpečenia prevádzky a údržby a úroveň poskytovania služieb (SLA).//

816

//Doplňte popis TO BE stavu zabezpečenia prevádzky a údržby a úroveň poskytovania služieb (SLA).//

817

//Uveďte prehľad všetkých predpokladaných požiadaviek na prevádzku a údržbu cieľového riešenia.//

818

819

== {{id name="_Toc1213604723"/}}{{id name="_Toc153139716"/}}7.1Prevádzkové požiadavky ==

820

821

//Uveďte popis L1 úrovne – požiadavky / očakávania//

822

//Uveďte popis L2 úrovne – požiadavky / očakávania//

823

//Uveďte popis L3 úrovne – požiadavky / očakávania//

824

//Uveďte štandardný čas podpory, čas/rýchlosť odstraňovania vád, dostupnosť systému, zálohovanie, plán obnovy systému, atď.//

825

//Uveďte požadované SLA na služby systémovej a aplikačnej podpory – servisné služby vzťahujúce sa na produkčné a testovacie prostredie IS.//

826

827

=== {{id name="_Toc720375508"/}}{{id name="_Toc153139717"/}}7.1.1Úrovne podpory používateľov ===

828

829

//Help Desk bude realizovaný cez 3 úrovne podpory, s nasledujúcim označením~://

830

831

* //**L1 podpory IS** (Level 1, priamy kontakt zákazníka) - jednotný kontaktný bod verejného obstarávateľa – IS Solution manager, ktorý je v správe verejného obstarávateľa a v prípade jeho nedostupnosti Centrum podpory používateľov (zabezpečuje prevádzkovateľ IS a DataCentrum).//

832

* //**L2 podpory IS** (Level 2, postúpenie požiadaviek od L1) - vybraná skupina garantov, so znalosťou IS (zabezpečuje prevádzkovateľ IS – verejný obstarávateľ).//

833

* //**L3 podpory IS** (Level 3, postúpenie požiadaviek od L2) - na základe zmluvy o podpore IS (zabezpečuje úspešný uchádzač).//

834

//Definícia~://

835

* //**Podpora L1 (podpora 1. stupňa)** - 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ď.//

836

* //**Podpora L2 (podpora 2. stupňa)** – riešiteľské tímy s hlbšou technologickou znalosťou danej oblasti. Riešitelia na úrovni Podpory L2 nekomunikujú priamo s koncovým užívateľom, ale sú zodpovední za poskytovanie súčinnosti riešiteľom 1. úrovne podpory pri riešení eskalovaného hlásenia, čo mimo iného obsahuje aj spätnú kontrolu a podrobnejšiu analýzu zistených dát predaných riešiteľom 1. úrovne podpory. Výstupom takejto kontroly môže byť potvrdenie, upresnenie, alebo prehodnotenie hlásenia v závislosti na potrebách Objednávateľa. Primárnym cieľom riešiteľov na úrovni Podpory L2 je dostať Hlásenie čo najskôr pod kontrolu a následne ho vyriešiť - s možnosťou eskalácie na vyššiu úroveň podpory – Podpora L3.//

837

* //**Podpora L3 (podpora 3. stupňa)** - Podpora 3. stupňa predstavuje najvyššiu úroveň podpory pre riešenie tých najobťiažnejších Hlásení, vrátane prevádzania hĺbkových analýz a riešenie extrémnych prípadov.//

838

//Pre služby sú definované takéto SLA~://

839

* //Help Desk je dostupný cez IS Solution manager a pre vybrané skupiny užívateľov cez telefón a email, incidenty sú evidované v IS Solution manager,//

840

* //Dostupnosť L3 podpory pre IS je 8x5 (8 hodín x 5 dní od 8:00h do 16:00h počas pracovných dní),//

841

842

=== 7.1.2Riešenie incidentov – SLA parametre ===

843

844

//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.//

845

Označenie naliehavosti incidentu:

846

847

|**Označenie naliehavosti incidentu**|**Závažnosť incidentu**|**Popis naliehavosti incidentu**

848

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

849

|B|Vysoká|Chyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.

850

|C|Stredná|Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.

851

|D|Nízka|Kozmetické a drobné chyby.

852

možný dopad:

853

|**Označenie závažnosti incidentu**|**Dopad**|**Popis dopadu**

854

|1|katastrofický|katastrofický dopad, priamy finančný dopad alebo strata dát,

855

|2|značný|značný dopad alebo strata dát

856

|3|malý|malý dopad alebo strata dát

857

Výpočet priority incidentu je kombináciou dopadu a naliehavosti v súlade s best practices ITIL V3 uvedený v nasledovnej matici:

858

|(% colspan="2" rowspan="2" %)**Matica priority incidentov**|(% colspan="3" %)**Dopad**

859

|**Katastrofický - 1**|**Značný - 2**|**Malý - 3**

860

|(% rowspan="4" %)**Naliehavosť**|**Kritická - A**|1|2|3

861

|**Vysoká - B**|2|3|3

862

|**Stredná - C**|2|3|4

863

|**Nízka - D**|3|4|4

864

Vyžadované reakčné doby:

865

|**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)^^**|(((

866

**Spoľahlivosť ^^(3)^^**

867

(počet incidentov za mesiac)

868

)))

869

|1|0,5 hod.|4 hodín|1

870

|2|1 hod.|12 hodín|2

871

|3|1 hod.|24 hodín|10

872

|4|1 hod.|(% colspan="2" %)Vyriešené a nasadené v rámci plánovaných releasov

873

//**Vysvetlivky k tabuľke**//

874

//(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.//

875

//(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.//

876

//(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.//

877

//(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//

878

//Vzťahujú sa výhradne k dostupnosti testovacieho prostredia. Za incident na testovacom prostredí sa nepovažuje incident vztiahnutý k práve testovanej funkcionalite.//

879

//Vyššie uvedené SLA parametre nebudú použité pre nasledovné služby~://

880

881

* //Služby systémovej podpory na požiadanie (nad paušál)//

882

* //Služby realizácie aplikačných zmien vyplývajúcich z legislatívnych a metodických zmien (nad paušál)//

883

//Pre tieto služby budú dohodnuté osobitné parametre dodávky.//

884

885

== {{id name="_Toc1544169800"/}}{{id name="_Toc153139718"/}}{{id name="_Toc34423613"/}}{{id name="_Toc527558121"/}}7.2Požadovaná dostupnosť IS: ==

886

887

|**Popis**|**Parameter**|**Poznámka**

888

|**Prevádzkové hodiny**|//12 hodín//|//od 6:00 hod. - do 18:00 hod. počas pracovných dní//

889

|(% rowspan="2" %)**Servisné okno**|//10 hodín//|//od 19:00 hod. - do 5:00 hod. počas pracovných dní//

890

|//24 hodín//|(((

891

//od 00:00 hod. - 23:59 hod. počas dní pracovného pokoja a štátnych sviatkov//

892

//Servis a údržba sa bude realizovať mimo pracovného času.//

893

)))

894

|**Dostupnosť produkčného prostredia IS**|//98,5%//|(((

895

//98,5% z 24/7/365 t.j. max ročný výpadok je 66 hod.//

896

//Maximálny mesačný výpadok je 5,5 hodiny.//

897

//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.//

898

//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.//

899

//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.//

900

)))

901

902

=== {{id name="_Toc992446895"/}}{{id name="_Toc153139719"/}}{{id name="_Toc34423614"/}}7.2.1Dostupnosť (Availability) ===

903

904

//**Dostupnosť** (**Availability**) je pojem z oblasti riadenia bezpečnosti v organizácii. Dostupnosť znamená, že dáta sú prístupné v okamihu jej potreby. Narušenie dostupnosti sa označuje ako nežiaduce zničenie (destruction) alebo nedostupnosť. Dostupnosť je zvyčajne vyjadrená ako percento času v danom období, obvykle za rok. Orientačný zoznam dostupnosti je uvedený v nasledovnom prehľade~://

905

906

* //**90% dostupnosť** znamená výpadok 36,5 dňa//

907

* //**95% dostupnosť** znamená výpadok 18,25 dňa//

908

* //**98% dostupnosť** znamená výpadok 7,30 dňa//

909

* //**99% dostupnosť** znamená výpadok 3,65 dňa//

910

* //**99,5% dostupnosť** znamená výpadok 1,83 dňa//

911

* //**99,8% dostupnosť** znamená výpadok 17,52 hodín//

912

* //**99,9%** (“**tri deviatky**”) **dostupnosť** znamená výpadok 8,76 hodín//

913

* //**99,99%** (“**štyri deviatky**”) **dostupnosť** znamená výpadok 52,6 minút//

914

* //**99,999%** (“**päť deviatok**”) **dostupnosť** znamená výpadok 5,26 minút//

915

* //**99,9999%** (“**šesť deviatok**”) **dostupnosť** znamená výpadok 31,5 sekúnd//

916

//Hoci je obvyklé uvádzať dostupnosť v percentách, presnejšie ukazovatele sú vyjadrením doby obnovenia systému a na množstvo dát, o ktoré môžeme prísť~://

917

* [[RTO (Recovery Time Objective)>>path:#_RTO_(Recovery_Time]]// - doba obnovenia systému, t.j. za ako dlho po výpadku musí byť systém funkčný (pre bližšie info klik na nadpis)//

918

* [[RPO (Recovery Point Objective) >>path:#_RPO_(Recovery_Point]]//- aké množstvo dát môže byť stratené od vymedzeného okamihu//

919

* //Recovery Time - čas potrebný k obnove//

920

//Riešenie dostupnosti v praxi: Nedostupnosť [[dát>>url:https://datalab.digital/wp-content/uploads/CSRU_poskytovatelia_polozky_v3.xlsx]] je jedným z [[rizík>>url:https://www.zakonypreludi.sk/zz/2020-78/znenie-20200501]], ktorý môže postihnúť každú [[organizáciu>>url:https://metais.vicepremier.gov.sk/publicspace]]. Dostupnosť je jedným s kľúčových požiadaviek na každý dôležitý [[informačný systém>>url:https://datalab.digital/dokumenty/]] a vplyv na dostupnosť má mnoho faktorov, napríklad~://

921

* //Dostupnosť [[servera>>url:https://metais.vicepremier.gov.sk/help]]//

922

* //Dostupnosť pripojenie k internetu//

923

* //Dostupnosť [[databázy>>url:https://www.zakonypreludi.sk/zz/2020-85/znenie-20200501]]//

924

* //Dostupnosť [[webových stránok>>url:https://managementmania.com/sk/sla-service-level-agreement]]//

925

//V prípade, že je časť softvér alebo infraštruktúra zabezpečovaná externe (napr. hosting, webhosting), prenáša sa zodpovednosť za dostupnosť týchto komponentov na dodávateľa. Potom je potrebné mať vhodným spôsobom ošetrenú úroveň dostupnosti, ktorú musí dodávateľ dodržať. Zvyčajne je dostupnosť súčasťou [[dohody o úrovni poskytovaných služieb (SLA)>>url:https://datalab.digital/referencne-udaje/]].//

926

927

=== {{id name="_Toc862618350"/}}{{id name="_Toc153139720"/}}{{id name="_Toc34423615"/}}{{id name="_RTO_(Recovery_Time"/}}7.2.2RTO (Recovery Time Objective) ===

928

929

**Recovery Time Objective**// (zvyčajne sa požíva skratka RTO) je jeden z ukazovateľov //__[[dostupnosti>>url:https://managementmania.com/sk/data]]__// dát. RTO vyjadruje množstvo času potrebné pre obnovenie //__[[dát>>url:https://datalab.digital/legislativa/]]__// a celej prevádzky nedostupného systému (//__[[softvér>>url:https://datalab.digital/dokumenty]]__//). Môže byť, v závislosti na použitej technológii, vyjadrené v sekundách, hodinách či dňoch.//

930

Využitie RTO v praxi//: Ukazovateľ RTO sa z pohľadu zákazníka využíva pre vyjadrenie doby pre obnovu dát. (napr. formou //__[[SLA>>url:https://www.minv.sk/swift_data/source/mvsr_a_eu/fabianova/np_optimalizacia/metodika-modelovania-udajov-vs.pdf]]__//). Na druhú stranu poskytovatelia dnes môžu voliť rôzne technológie zálohovanie, respektíve replikovanie dát a dobu obnovy dát znížiť až k nulovému výpadku. Existujúce technológie sa delia zhruba nasledovne~://

931

932

* //Tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni//

933

* //Asynchrónne replikácie dát - výpadok a obnova v poriadku sekúnd až minút//

934

* //Synchrónny replikácie dát - nulový výpadok//

935

936

=== {{id name="_Toc2066578526"/}}{{id name="_Toc153139721"/}}{{id name="_Toc34423616"/}}{{id name="_RPO_(Recovery_Point"/}}7.2.3RPO (Recovery Point Objective) ===

937

938

**Recovery Point Objective**// (zvyčajne sa požíva skratka RPO) je jeden z ukazovateľov //__[[dostupnosti>>url:https://datalab.digital/legislativa/]]__// dát. RPO vyjadruje, do akého stavu (bodu) v minulosti možno obnoviť //__[[dáta>>url:https://datalab.digital/]]__//. Inými slovami množstvo dát, o ktoré môže organizácia prísť.//

939

Využitie RPO v praxi//**: **Ukazovateľ RPO sa z pohľadu zákazníka využíva pre vyjadrenie množstva obnoviteľných dát. (napr. formou //__[[SLA>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]__//). Na druhú stranu poskytovatelia dnes môžu voliť rôzne technológie //__[[zálohovanie>>url:https://joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf]]__//, respektíve replikovanie dát a bod obnovy dát znížiť až k nulovej strate. Existujúce technológie sa delia zhruba nasledovne~://

940

941

* //Tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni//

942

* //Asynchrónne replikácie dát - výpadok a obnova v poriadku sekúnd až minút, strata sa blíži k nule//

943

* //Synchrónny replikácie dát - nulová strata//

944

945

= {{id name="_Toc2005115416"/}}{{id name="_Toc153139722"/}}{{id name="_Toc15428571"/}}{{id name="_Toc15427677"/}}{{id name="_Toc15426955"/}}8.Požiadavky na personál =

946

947

//Doplniť požiadavky na projektové personálne zabezpečenie (projektové role a ich obsadenie).//

948

//Doplniť rámcové požiadavky na obsadenie TO BE procesu.//

949

//Doplniť požiadavky potrebných školení a certifikátov.//

950

951

= {{id name="_Toc603274444"/}}{{id name="_Toc153139723"/}}{{id name="_Toc15428572"/}}{{id name="_Toc15427678"/}}{{id name="_Toc15426956"/}}9.Implementácia a preberanie výstupov projektu =

952

953

//Posúďte a doplňte spôsoby realizácie projektu a ich dopad na harmonogram projektu a preberanie výstupov pripravovaného projektu.//

954

//V zmysle Vyhlášky 401/2023 Zz o riadení projektov a zmenových požiadaviek v prevádzke je potrebné posúdiť výber spôsobu realizácie projektu metódou waterfall, metódou agile alebo metódou waterfall s prvkami metódy agile.//

955

//V zmysle vyhlášky 401/2023 Zz o riadení projektov a zmenových požiadaviek v prevádzke je možné pristupovať k realizácii projektu prostredníctvom čiastkových plnení, t.j. inkrementov, a to~://

956

957

* //Inkrement musí obsahovať z realizačnej fázy projektu aspoň etapu Implementácia a Testovanie a Nasadenia do produkcie. Je možné ho realizovať 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.//

958

* //Ak realizačná fáza veľkých projektov pozostáva z dodania jedného funkčného celku alebo dodania výlučne technických prostriedkov, objednávateľ v produkte PI-03 Prístup k projektu a v M-05 Analýza nákladov a prínosov - BC/CBA, posúdi a vyhodnotí aj alternatívy rozdelenia na inkrementy na preukázanie ekonomickej nevýhodnosti alebo technických obmedzení rozdeliť projekt na inkrementy.//

959

960

= {{id name="_Toc1624651882"/}}{{id name="_Toc153139724"/}}{{id name="_Toc15428575"/}}{{id name="_Toc15427681"/}}{{id name="_Toc15426959"/}}{{id name="_Toc510413663"/}}10.Prílohy =

961

962

//V prípade potreby doplňte zoznam príloh //

963

//Poznámka: **odporúčame**, aby ste si VŠETKY TABUĽKOVÉ VSTUPY evidovali a spravovali v jednom centrálnom súbore formátu EXCEL – s cieľom minimalizovať budúcu prácnosť s aktualizáciou a udržiavaním obsahu.//

964

//Inštrukcie k verejnému pripomienkovaniu~://

965

966

* //Podľa §4 ods. 10 vyhlášky č. 401/2023 Z.z je potrebné zrealizovať pripomienkovanie Projektového prístupu odbornou verejnosťou, zaevidovať a vyhodnotiť pripomienky odbornej verejnosti.//

967

* //Oznámenie o začatí verejného pripomienkovania zverejniť v centrálnom metainformačnom systéme verejnej správy na mieste určenom Orgánom vedenia.//

968

* //Dať na schválenie riadiacemu výboru výstupy po zverejnení vyhodnotenia pripomienok.//

969

* //Vyhodnotenie zverejniť na webovom sídle objednávateľa (do projektového adresára).//

970

[[1>>path:#sdfootnote1anc||name="sdfootnote1sym"]] Podľa § 2 ods. 1 písm. i) vyhlášky MIRRI č. 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy sa objednávateľom rozumie správca alebo prevádzkovateľ ITVS, ktorý projekt realizuje alebo chce realizovať.

971

[[2>>path:#sdfootnote2anc||name="sdfootnote2sym"]] https:~/~/avssr.horizzon.cloud/. O prístup do repozitára a poskytnutie licencie pre modelovací nástroj pracujúci s repozitárom modelov je potrebné požiadať na e-mailovej adrese: sprava_EA@mirri.gov.sk.

972

[[3>>path:#sdfootnote3anc||name="sdfootnote3sym"]] The Open Group ArchiMate Model Exchange File Format Standard a špecifikácia BPMN 2.0

973

[[4>>path:#sdfootnote4anc||name="sdfootnote4sym"]] Napr. modelovací nástroj Archi - Open Source ArchiMate Modelling: [[https:~~/~~/www.archimatetool.com>>url:https://www.archimatetool.com/]].

974

[[5>>path:#sdfootnote5anc||name="sdfootnote5sym"]] Napr. modelovací nástroj pre BPMN - Camunda Modeler - Open Source Desktop Modeler: [[https:~~/~~/camunda.com/download/modeler/>>url:https://camunda.com/download/modeler/]].

975

[[6>>path:#sdfootnote6anc||name="sdfootnote6sym"]] Správca ISVS je povinný zaviesť v organizácii systém riadenia informačnej (a kybernetickej) bezpečnosti a vypracovať bezpečnostný projekt pre ISVS podľa vyhlášky Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 179/2020 Z. z., ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy)

976

Strana 23/23

Wiki zdrojový kód pre I-03 Prístup k projektu (pristup_k_projektu)

Aplikácie

Navigácia

Moje posledné úpravy

Need help?