I-03 Prístup k projektu (pristup_k_projektu)

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 Inteligentný cestovný ruch v Prešovskom samosprávnom kraji z pohľadu aktuálneho stavu, budúceho stavu a navrhovaného riešenia.

28

29

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.

30

31

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

32

33

|**SKRATKA/POJEM**|**POPIS**

| |

| |

| |

== {{id name="_Toc153139681"/}}{{id name="_Toc15428557"/}}{{id name="_Toc15427667"/}}{{id name="_Toc15426945"/}}{{id name="_Toc510413655"/}}2.2Konvencie pre typy požiadaviek (príklady) ==

41

42

//Zvoľte si konvenciu pre označovanie požiadaviek, súborov, atď. Hlavné kategórie požiadaviek v zmysle katalógu požiadaviek, rozdeľujeme na funkčné (funkcionálne), nefunkčné (kvalitatívne, výkonové a pod.). Podskupiny v hlavných kategóriách je možné rozšíriť podľa potrieb projektu, napríklad~://

43

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

44

//**FRxx**//

45

46

* //U – užívateľská požiadavka//

47

* //R – označenie požiadavky//

48

* //xx – číslo požiadavky//

49

//**Nefunkčné (kvalitatívne, výkonové - Non Functional Requirements - NFR) požiadavky** majú nasledovnú konvenciu~://

50

//**NRxx**//

51

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

52

* //R – označenie požiadavky//

53

* //xx – číslo požiadavky//

54

//Ostatné typy požiadaviek môžu byť ďalej definované objednávateľom/PM.//

55

{{id name="_Toc15428558"/}}{{id name="_Toc15427668"/}}{{id name="_Toc15426946"/}}//Všetky požiadavky uvedené v Prístupe k projektu v príslušných kapitolách, musia byť v súlade s funkčnými, nefunkčnými a technickými požiadavkami uvedenými v Katalógu požiadaviek I-04 (**M-05 Analýza nákladov a prínosov - BC/CBA, karta: Katalóg požiadaviek)**.//

56

57

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

58

59

V súlade s vyhláškou č. 401/2023 Z. z. o riadení projektov a zmenových požiadavkách v prevádzke informačných technológií verejnej správy je dokument **I-03 Prístup k projektu** určený na rozpracovanie detailných informácií o príprave projektu **„Inteligentný cestovný ruch v PSK“**. Dokument obsahuje opis aktuálneho stavu, budúceho stavu a navrhovaného riešenia, a to z pohľadu funkčnej, technickej, dátovej a prevádzkovej architektúry.

60

61

Cieľom projektu je vybudovanie uceleného systému pre zber, spracovanie, analýzu a vizualizáciu údajov o návštevnosti turistických a cykloturistických lokalít na území Prešovského samosprávneho kraja. Projekt zahŕňa inštaláciu **78 automatických IoT sčítačov osôb**, budovanie prenosovej infraštruktúry a nasadenie dátovej platformy s výstupmi dostupnými prostredníctvom **Geoportálu PSK** a **data.gov.sk**.

62

63

==== Obsah dokumentu v súlade s vyhláškou zahŕňa: ====

64

65

* **Opis navrhovaného riešenia**, jeho účel, rozsah a požiadavky používateľov,

66

* **Biznis vrstvu** – definícia aktérov (PSK, mestá a obce, DMO, podnikatelia, akademická verejnosť) a ich úloh pri využívaní údajov,

67

* **Aplikačnú vrstvu** – funkcionality centrálneho systému pre zber, správu, publikovanie a vizualizáciu dát,

68

* **Dátovú vrstvu** – štruktúra údajov (počty osôb, smery pohybu, časové pečiatky), dátové modely, open data,

69

* **Technologickú a infraštruktúrnu vrstvu** – IoT sčítače, prenosové technológie (LoRaWAN, GSM), zabezpečený prístup, cloud hosting,

70

* **Bezpečnostnú architektúru** – ochrana integrity údajov, anonymizácia výstupov, GDPR súlad,

71

* **Prevádzku a údržbu** – monitoring zariadení, aktualizácie systému, škálovateľnosť, SLA,

72

* **Špecifikáciu údajov** – spôsob zberu, štruktúra, periodicita, spôsob publikovania,

73

* **Požiadavky na prevádzku, dokumentáciu a zdrojové kódy** v prípade rozšíriteľnosti platformy.

74

75

==== Merané údaje a prínosy systému: ====

76

77

IoT sčítače budú poskytovať údaje o:

78

79

* počte prechádzajúcich osôb za určený časový interval,

80

* smere pohybu,

81

* presnom čase,

82

* type trasy (turistická, cykloturistická, mestská),

83

* možnostiach vyhodnotenia intenzity návštevnosti podľa dňa, času, sezóny a lokality.

84

85

Tieto údaje budú využívané na:

86

87

* **strategické rozhodovanie PSK a miestnych samospráv**,

88

* **plánovanie infraštruktúry cestovného ruchu a mobility**,

89

* **zvýšenie transparentnosti cez otvorené dáta**,

90

* **cieľový marketing a podpora menej navštevovaných oblastí**,

91

* **ochranu preťažených lokalít a rovnomerné rozloženie návštevnosti**.

92

93

==== Technické požiadavky a integrácia: ====

94

95

Projekt predpokladá integráciu výstupov do **Geoportálu PSK**, ktorý bude slúžiť ako analytický a vizualizačný nástroj pre celé územie kraja. Údaje budú zároveň sprístupňované prostredníctvom **Integračného dátového systému verejnej správy** na portáli [[data.gov.sk>>url:https://data.gov.sk]].

96

97

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

98

99

100

== {{id name="_Toc299977606"/}}{{id name="_Toc153139685"/}}4.1Biznis vrstva ==

101

102

Súčasný stav v oblasti správy údajov o návštevnosti v Prešovskom samosprávnom kraji je charakteristický **absenciou jednotného systému na zber, uchovávanie, analýzu a vizualizáciu dát**, ktoré by slúžili ako podklad pre plánovanie, rozvoj cestovného ruchu a územné rozhodovanie.

103

104

Dátová podpora destinačného manažmentu, regionálneho plánovania či marketingu v cestovnom ruchu sa **zväčša opiera o sporadické, manuálne a nesystematické zdroje informácií**, ako sú ankety, krátkodobé sčítania, subjektívne odhady miestnych aktérov alebo výstupy z jednotlivých podujatí.

105

106

Aktuálne neexistuje **digitálna infraštruktúra**, ktorá by umožnila **automatizovaný zber a jednotnú správu údajov o pohybe návštevníkov**, ani možnosť **centrálne sprístupňovať výstupy** samosprávam, organizáciám cestovného ruchu, podnikateľom, akademickej obci či verejnosti.

107

108

Chýbajú nasledovné kľúčové funkcionality:

109

110

* **zber údajov v reálnom čase** prostredníctvom automatizovaných zariadení (IoT sčítače),

111

* **centralizované dátové úložisko**, zabezpečené z pohľadu integrity a kvality dát,

112

* **nástroje pre analytiku a vizualizáciu** – umožňujúce interpretáciu trendov a rozhodovanie na základe dôkazov,

113

* **prehľadné rozhranie pre prácu s dátami**, filtrovanie, reporting a export,

114

* **napojenie na iné systémy** PSK (napr. GIS, územnoplánovacie nástroje, ekonomické a strategické plánovanie),

115

* **publikovanie otvorených dát**, ktoré by posilnili transparentnosť a participáciu verejnosti.

116

117

V súčasnosti dochádza k **informačnej fragmentácii**, kedy údaje o pohybe návštevníkov buď nevznikajú vôbec, alebo sú rozptýlené, neoverené, prípadne málo dostupné.

118

119

Navrhované riešenie – **centrálny systém podporujúci zber, spracovanie, využívanie a zverejňovanie údajov o návštevnosti prostredníctvom IoT sčítačov** – bude zásadne meniť spôsob, akým PSK a jeho partneri pristupujú k plánovaniu a riadeniu cestovného ruchu a územného rozvoja. Odstráni nedostatky súčasného stavu a umožní:

120

121

* **pravidelný a spoľahlivý monitoring návštevnosti**,

122

* **zvýšenie efektivity rozhodovania** samospráv a organizácií CR,

123

* **podporu udržateľného turizmu a rovnomerného rozvoja územia**,

124

* **otvorenie dátovej platformy širokému spektru používateľov**, od analytikov po verejnosť.

125

126

=== **Budúci pohľad** ===

127

128

Možnosti využitia údajov o návštevnosti prostredníctvom automatizovaného zberu dát z IoT sčítačov predstavujú významný príspevok k rozvoju inteligentného riadenia cestovného ruchu a regionálneho plánovania v Prešovskom samosprávnom kraji. Získané údaje umožnia efektívne reagovať na reálne potreby územia, optimalizovať investície a vytvárať lepšie podmienky pre návštevníkov, obyvateľov i podnikateľské prostredie.

129

130

**Očakávané prínosy navrhovaného riešenia zahŕňajú:**

131

132

* **Tvorbu cieľových akčných plánov rozvoja CR a údržby infraštruktúry** – založených na presných údajoch o pohybe osôb v čase a priestore,

133

* **Zvýšenie efektivity investícií** – údaje poslúžia ako rozhodovací nástroj pri výbere lokalít pre rozvoj cyklotrás, mobiliáru či marketingových aktivít,

134

* **Zníženie prevádzkových a organizačných nákladov** – vďaka lepšiemu plánovaniu údržby a prevencie preťaženia exponovaných lokalít,

135

* **Zavedenie jednotného systému zberu a správy údajov o návštevnosti** – ktorý zabezpečí ich dlhodobú porovnateľnosť a využiteľnosť naprieč úrovňami riadenia,

136

* **Podpora tvorby verejných politík** – najmä v oblastiach CR, územného plánovania, dopravy, životného prostredia a regionálneho rozvoja,

137

* **Otvorenie údajov širokej verejnosti a partnerom v území** – prostredníctvom Geoportálu PSK a [[data.gov.sk>>url:https://data.gov.sk]], čím sa zvýši transparentnosť a participácia,

138

* **Identifikáciu sezónnych a priestorových trendov** – ktoré budú využiteľné pri optimalizácii služieb, marketingu a riadení záťaže územia,

139

* **Zdieľanie príkladov dobrej praxe** – ako súčasť pripravovaného národného projektu //Kapacity pre regióny//, vrátane zapojenia krajských centier dátovej podpory,

140

* **Rozvoj lokálneho podnikania a zamestnanosti** – lepšie dáta umožnia podnikateľom prispôsobiť ponuku skutočnému dopytu,

141

* **Podpora inovatívnych technológií a netechnologických riešení** – ktoré stimulujú rozvoj územia a zvyšujú jeho konkurencieschopnosť,

142

* **Umožnenie reálnej evaluácie verejných intervencií** – údaje poskytnú spätnú väzbu na dopady podujatí, investícií či nových trás.

143

144

Zavedením tohto systému vznikne **platforma pre rozhodovanie založené na dôkazoch (data-driven governance)**, ktorá bude dôležitým prvkom pre udržateľný rozvoj cestovného ruchu a lepšie riadenie verejných zdrojov v území PSK.

145

146

[[image:Architektúra IS PSK.PNG]]

147

148

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

149

150

151

[[image:1754141373597-255.png]]

152

153

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

154

155

[[image:1754141411837-363.png]]

156

157

158

**IS inteligentného cestovného ruchu v PSK umožňuje zber a spracovanie dát zo senzorov v reálnom čase, čo vedie k efektívnejšiemu vyhodnocovaniu pohybu osôb (turisti, cyklisti) v území PSK.**

159

160

1. **Dáta sú najprv spracované** – prebieha čistenie a štandardizácia dát prijatých zo senzorov (cleansing/clearing).

161

1. **Následne sa analyzujú voči vopred nastaveným pravidlám**, ktoré definujú významné zmeny pohybu v daných lokalitách (napr. prekročenie limitu návštevnosti, detekcia výpadku).

162

1. **Na základe výsledkov analýzy sa vyvoláva reakcia**, ako napríklad spustenie notifikácie alebo zásah správcu pri chybových stavoch.

163

1. **Systém zároveň pripravuje automatizované vizualizácie a reporty**, ktoré sumarizujú trendy, anomálie či využitie turistickej infraštruktúry.

164

1. **Tieto reporty slúžia ako podklad pre tvorbu stratégií rozvoja cestovného ruchu**, efektívnejšie riadenie infraštruktúry a rozhodovanie o umiestnení nových investícií (napr. cykloprístrešky, nabíjacie stanice a pod.).

165

166

Projekt zavádza Informačný systém (IS) pre spracovanie dát zo senzorov v rámci podpory správy cestovného ruchu a turizmu v Prešovskom samosprávnom kraji (PSK). Tento systém rozšíri existujúce funkcie v oblasti manažmentu dát o automatizovanú správu dát z lokalít, generovanie reportov a prehľadov, vizualizáciu online stavu návštevnosti a analýzu pohybu turistov. Cieľom je automatizácia a digitalizácia v oblasti turizmu, čo výrazne podporí a uľahčí riešenie agendy PSK, prevádzku turistických lokalít, efektívnu správu dát a tvorbu politík cestovného ruchu. Systém umožní efektívne zbieranie, spracovanie a prezentáciu dát pre občanov, Úrad PSK a aktérov cestovného ruchu, čím sa zlepší informovanosť a podpora strategického rozhodovania.

167

168

169

[[image:1754141513306-665.png]]

170

171

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

172

173

Predkladaný model To BE aplikačnej architektúry popisuje komplexný informačný systém pre správu a analýzu senzorových dát s dôrazom na flexibilitu, modularitu a integráciu. Architektúra je navrhnutá tak, aby podporovala širokú škálu funkcionalít a zabezpečovala efektívnu prácu s dátami pre rôznych užívateľov a systémy.

174

175

* **IS Senzorov (Cloud platforma):** Predstavuje jadro systému umiestnené v cloudovom prostredí, čo zabezpečuje škálovateľnosť a dostupnosť.

176

** **Modul IoT – Zber dát:** Kľúčový modul pre zber surových dát priamo zo senzorov, zabezpečujúci ich spoľahlivé a efektívne prijímanie. Obdobne ako pri energetickom manažmente, kde sa zbierajú dáta o spotrebe energií, tento modul zabezpečuje príjem dát z rôznych typov senzorov (napr. sčítače dopravy, chodcov a cyklistov).

177

** **Modul Analýza dát:** Zodpovedný za spracovanie a transformáciu surových dát na agregované analytické dáta. Tento modul vykonáva komplexné analýzy, ktoré sú základom pre generovanie reportov a vizualizácií, a to vrátane vyhodnocovania spotreby energií alebo pohybu turistov.

178

** **Modul Vizualizácia dát:** Umožňuje interaktívne zobrazenie dát, reportov a dashboardov, zabezpečujúc prehľadné prezentovanie informácií pre rôznych užívateľov.

179

** **Modul Správa senzorov:** Slúži na komplexnú evidenciu a správu pripojených senzorov, vrátane ich konfigurácie a monitorovania stavu. Zabezpečuje notifikácie na termíny, hodnoty a prípadné poruchy.

180

** **Modul Exportu dát:** Poskytuje funkcie pre export spracovaných dát do rôznych formátov pre ďalšie spracovanie alebo archiváciu.

181

* **API vrstva:** Centrálny bod pre komunikáciu s externými systémami, zabezpečujúci otvorenosť a možnosť integrácie.

182

** **Verejné API (OpenAPI):** Umožní prístup k vybraným informáciám a dátam pre externých partnerov a aplikácie, napríklad pre vizualizáciu dát na Geoportáli.

183

** **Neverejné API:** Určené pre internú komunikáciu a špecifické integrácie s inými systémami v rámci Kraja, napríklad pre prepojenie s modulom Spracovanie dát a reportov.

184

* **Dávkové spracovanie dát/reportov:** Modul pre dávkové spracovanie dát, navrhnutý tak, aby neovplyvňoval bežný chod IS systémov, čím zabezpečuje stabilitu a výkon.

185

* **Integračný modul:** Generický modul na integráciu celého riešenia, zabezpečujúci bezproblémovú komunikáciu s rôznymi externými a internými komponentmi.

186

** **IAM – integrácia na centrálnu správu a autentifikáciu a autorizáciu užívateľov kraja:** Zabezpečuje jednotnú správu prístupových práv a autentifikáciu pre všetkých užívateľov systému.

187

** **IoT – integrácia na IoT zariadenia:** Umožňuje priamu komunikáciu a zber dát z rôznych typov IoT senzorov.

188

** **Integration API – integrácia na externé systémy:** Poskytuje rozhrania pre pripojenie k ďalším externým systémom, ako sú napríklad:

189

*** **Kataster portál:** Pre získavanie relevantných geopriestorových informácií, ak by boli potrebné pre kontext senzorových dát.

190

*** **SPIN:** Predpokladá sa integrácia s informačným systémom PSK (SPIN), čo umožní komplexné využitie senzorových dát v širšom kontexte agendy kraja.

191

* **Platforma kraja:** Predstavuje koncové platformy, ktoré využívajú dáta a služby IS senzorov.

192

** **Geoportál:** Slúži na prezentáciu dát na interaktívnej mape a vizualizáciu výstupov pre širokú verejnosť a odborníkov.

193

** **Iné platformy:** Reprezentujú ďalšie informačné systémy alebo aplikácie v rámci kraja, ktoré budú benefitovať z prístupu k spracovaným senzorovým dátam.

194

195

Táto architektúra zabezpečí nielen efektívny zber a analýzu dát zo senzorov, ale aj ich integráciu do existujúcich systémov a nástrojov PSK, čím výrazne prispeje k automatizácii a digitalizácii procesov súvisiacich s cestovným ruchom, dopravou a správou majetku kraja.

196

197

198

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

199

200

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

201

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

202

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

203

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

[/]

"/}}

c_sofistikovanost.5

[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_c0c00f49a0be3428.png||height="305" width="260"]]

212

//Obrázok 2 Model biznis architektúry (aktéri-koncoví používatelia, koncové služby, procesy) – príklad//

213

214

215

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

216

217

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

218

219

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

220

221

[[image:Architektura IS_2.PNG||height="507" width="861"]]

222

223

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

224

225

226

[[image:1754141745522-684.png]]

227

//Obrázok 7 Model To BE aplikačnej architektúry//

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

232

233

Aktuálne neexistujú existujúce IS.

234

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

235

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

236

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

237

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

238

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

239

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

240

[/]

241

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

246

247

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

248

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

249

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

250

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

251

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

252

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

253

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

254

[/]

255

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

256

|isvs_15154|Manažment IoT snímačov|{{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}}

257

258

259

|isvs_15154|Manažment IoT snímačov|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností

260

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

267

268

//Projekt nebude využívať nadrezortné ISVS.//

269

270

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

//Irelevantné.//

(% style="color:inherit; font-family:inherit; font-size:max(18px, min(20px, 14.4444px + 0.462963vw))" %)4.2.5Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE

//Irelevantné.//

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

280

281

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

282

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

283

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

284

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

285

[/]

286

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

287

|as_67350|Dátová analytika, zber a archivácia dát|||{{/content}}

288

289

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

290

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

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

296

297

//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)~://

298

299

300

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

301

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

302

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

303

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

304

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

[/]

"}}

as_67350 Dátová analytika, Poskytovaná / Konzumujúca Áno/Nie Áno/Nie Áno/Nie

311

312

zber a archivácia dát

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

//Irelevantné.//

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

//Irelevantné.//

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

325

326

**Popis dát, ktoré PSK spracováva**

327

328

V oblasti cestovného ruchu a regionálneho rozvoja Prešovský samosprávny kraj v súčasnosti **nedisponuje jednotným, automatizovaným systémom na zber, správu a analýzu údajov o pohybe návštevníkov**. Zber dát je realizovaný **manuálne, nepravidelne a fragmentovane**, čo výrazne znižuje ich výpovednú hodnotu a využiteľnosť pre strategické plánovanie.

329

330

* **Agenda dát o návštevnosti** je spracovávaná prostredníctvom rôznych ad hoc nástrojov, ako sú anketové prieskumy, emailová komunikácia, samostatné Excelové tabuľky alebo výstupy z jednorazových sčítaní osôb.

331

Neexistuje **automatizovaný algoritmus ani ucelený systém**, ktorý by tieto údaje kontinuálne zbieral, vyhodnocoval a sprístupňoval pre potreby kraja a jeho partnerov.

332

* **PSK nemá vybudovanú IoT infraštruktúru pre zber údajov o návštevnosti**, no v projekte sa predpokladá jej zavedenie prostredníctvom **78 sčítačov osôb**, ktoré budú inštalované v strategických lokalitách. Cieľom je zaviesť **automatizovaný zber údajov v reálnom čase**, bez potreby manuálneho zásahu.

333

* Aktuálne spracovanie údajov si vyžaduje **fyzické získavanie a prepisovanie údajov**, čo je časovo a personálne náročné a náchylné na chyby. Dátové toky nie sú centralizované, ani previazané s ďalšími informačnými systémami PSK (napr. GIS, strategické plánovanie, ekonomické nástroje).

334

* (((

335

**Predmetom projektu je odstránenie týchto nedostatkov** a vybudovanie centrálnej platformy, ktorá umožní:

336

337

* zber údajov prostredníctvom IoT zariadení,

338

* ich bezpečné uchovávanie,

339

* vizualizáciu trendov (časové, priestorové, sezónne),

340

* analytické spracovanie pre potreby odborov Úradu PSK, miestnych samospráv, organizácií CR a podnikateľov,

341

* publikovanie otvorených dát vo forme API alebo datasetov na **Geoportáli PSK** a **data.gov.sk**.

342

)))

343

344

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

345

346

347

**Zavedenie procesu riadenia pre manažment údajov**

348

349

Pre úspešné a dlhodobo udržateľné fungovanie systému inteligentného zberu a využívania údajov o návštevnosti v rámci projektu **„Inteligentný cestovný ruch v PSK“** je nevyhnutné zaviesť **proces riadenia dát (data governance)** nad informačnými systémami a platformami, ktoré budú obsahovať objekty evidencie súvisiace s pohybom osôb, lokalitami, časovými pečiatkami, sezónnosťou či typom trasy.

350

351

Tento proces sa musí opierať o technickú, organizačnú aj dátovú vrstvu riešenia:

352

353

* **Zavedenie jednotnej dátovej politiky**, ktorá bude definovať zodpovednosti, kvalitu údajov, ich štruktúru, periodicitu aktualizácie, bezpečnosť a publikovanie.

354

* **Zriadenie úlohy dátového kurátora (dátového architekta)** – v zmysle strategickej priority //Manažment údajov// a //Otvorené údaje//, ktorého úlohou bude koordinovať koncepčný prístup k správe údajov v rámci projektu a nadväzujúcich systémov PSK (napr. Geoportál PSK, Smart Data Hub, územnoplánovacie nástroje).

355

* (((

356

**Dátový kurátor bude zodpovedný za:**

357

358

* metodické vedenie v oblasti štruktúrovania, kvality a bezpečnosti údajov,

359

* riadenie životného cyklu dát (zber, validácia, archivácia, publikovanie),

360

* koordináciu spolupráce medzi odbormi a dátovými vlastníkmi,

361

* údržbu katalógu údajov a metadát,

362

* publikovanie vybraných datasetov ako **otvorené údaje** cez [[data.gov.sk>>url:https://data.gov.sk]].

363

)))

364

* Z organizačného hľadiska sa predpokladá **úprava vnútornej štruktúry PSK smerom k zriadeniu rezortnej dátovej kancelárie**, ktorá bude plniť úlohu centrálneho garanta kvality a koordinácie dátových tokov v rámci celého kraja – v súlade s Národnou koncepciou informatizácie verejnej správy (NKIVS).

365

366

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

367

368

|ID OE|Objekt evidencie - názov|Objekt evidencie - popis|Referencovateľný identifikátor

369

|1|icr:Location|Geografické umiestnenie senzorov, vrátane GPS súradníc a popisu miesta inštalácie.|Nemá

370

|5|icr:Sensor|Informácie o IoT senzore (sčítači) ako je jeho názov, typ zariadenia, sériové číslo a aktuálny status.|Nemá

371

|6|icr:SensorData|Abstraktný predok pre všetky základné dátové záznamy zo senzorov, s unikátnym ID a časovou značkou zberu.|Nemá

372

|7|AnalytickeDataSenzor|Špecifické dáta o počtoch detegovaných objektov, vrátane celkového počtu, počtu chodcov, cyklistov, osobných áut, nákladných áut, motocyklov a autobusov, a smeru pohybu. Dedia z icr:SensorData.|Nemá

373

|8|DiagnostickeUdajeSenzor|Špecifické dáta o technickom stave a prevádzke senzora, ako je stav batérie, teplota, vlhkosť, sila signálu a kód chybovej notifikácie. Dedia z icr:SensorData.|Nemá

374

|9|StatusZariadeniaSenzor|Výčtový typ pre stav zariadenia (ONLINE, OFFLINE, CHYBA, NEZNÁME), používaný v icr:Sensor.|Nemá

375

376

377

[[image:1754142515896-840.png]]

378

379

//Obrázok 8 Zjednodušený doménový model//

380

381

382

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

383

384

//Nerelevantné. Projekt nevyužíva referenčné údaje.//

385

386

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

387

388

//Nerelevantné. Projekt nevyužíva referenčné údaje.//

389

390

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

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

395

396

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

397

398

//Projekt neimplementuje procesy kvality a čistenia údajov.//

399

400

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

//Nerelevantné//

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

405

406

//Pri tvorbe otvorených dát požadujeme zabezpečiť kompatibilitu s centrálnym portálom otvorených dát MIRRI SR - data.slovensko.sk.

407

Dodávateľ musí v rámci projektu zabezpečiť vytvorenie lokálneho katalógu otvorených dát (LKOD) podľa štandardu DCAT-AP-SK2.0 (https:~/~/github.com/datova-kancelaria/dcat-ap-sk-2.0), alebo SPARQL Endpoint, sprístupniť datasety data.slovensko.sk, a registrovať LKOD do centrálneho Národného katalógu otvorených údajov (dostupný na data.gov.sk).//

408

409

410

//Požadovaná kvalita:

411

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

412

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

413

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

414

415

|(((

416

**Názov objektu evidencie / datasetu**

417

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

418

)))|(((

419

**Požadovaná interoperabilita**

420

(//3★ - 5★)//

421

)))|(((

422

**Periodicita publikovania**

423

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

424

)))

425

|icr:SensorData|3★|ročne

426

427

=== 4.3.6Analytické údaje ===

428

429

//PSK neplánuje integráciu modulov na sprístupňovanie údajov pre analytické jednotky a pre špeciálne organizačné útvary orgánov verejnej moci.//

430

431

=== 4.3.7Moje údaje ===

432

433

//{{id name="_Toc62489749"/}} Realizáciou projektu nebudú spracovávané údaje, ktoré spĺňajú charakter definície mojich údajov.//

434

435

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

436

437

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

438

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

439

440

|**ID**|(((

441

**Register / Objekt evidencie**

442

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

443

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

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

== 4.4Technologická vrstva ==

452

453

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

454

455

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

456

457

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

458

459

//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, …).//

460

461

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

462

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

463

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

464

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

465

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

466

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

467

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

468

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

469

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

470

471

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

472

473

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

474

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

475

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

476

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

477

478

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

479

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

480

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

481

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

482

483

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

484

485

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

486

487

|(((

488

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

489

//(z MetaIS)//

490

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

491

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

492

//(z MetaIS)//

493

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

498

499

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

500

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

501

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

502

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

503

//Poznámky~://

504

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

505

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

506

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

507

508

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

509

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

510

//(z MetaIS)//

511

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

512

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

513

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

522

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

523

**Kód služby**

524

//(z MetaIS)//

525

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

526

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

527

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

528

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

534

535

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

536

537

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

538

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

539

//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~://

540

541

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

542

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

543

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

544

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

545

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

546

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

547

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

548

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

549

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

550

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

551

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

552

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

553

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

554

555

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

556

557

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

558

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

559

560

|**Stakeholder**|(((

561

**Kód projektu /ISVS**

562

//(z MetaIS)//

563

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

564

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

565

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

566

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

567

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

572

573

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

574

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

575

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

576

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

577

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

578

579

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

580

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

581

582

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

583

584

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

585

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

586

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

587

588

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

589

590

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

591

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

592

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

593

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

594

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

595

596

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

597

598

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

599

600

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

601

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

602

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

603

//Definícia~://

604

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

605

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

606

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

607

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

608

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

609

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

610

611

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

612

613

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

614

Označenie naliehavosti incidentu:

615

616

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

617

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

618

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

619

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

620

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

621

možný dopad:

622

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

623

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

624

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

625

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

626

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

627

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

628

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

629

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

630

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

631

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

632

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

633

Vyžadované reakčné doby:

634

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

635

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

636

(počet incidentov za mesiac)

637

)))

638

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

639

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

640

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

641

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

642

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

643

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

644

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

645

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

646

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

647

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

648

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

649

650

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

651

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

652

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

653

654

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

655

656

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

657

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

658

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

659

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

660

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

661

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

662

)))

663

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

664

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

665

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

666

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

667

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

668

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

669

)))

670

671

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

672

673

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

674

675

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

676

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

677

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

678

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

679

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

680

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

681

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

682

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

683

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

684

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

685

//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ť~://

686

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

687

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

688

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

689

//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~://

690

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

691

* //Dostupnosť pripojenie k internetu//

692

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

693

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

694

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

695

696

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

697

698

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

699

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~://

700

701

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

702

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

703

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

704

705

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

706

707

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

708

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~://

709

710

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

711

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

712

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

713

714

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

715

716

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

717

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

718

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

719

720

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

721

722

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

723

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

724

//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~://

725

726

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

727

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

728

729

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

730

731

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

732

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

733

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

734

735

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

736

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

737

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

738

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

739

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

740

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

741

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

742

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

743

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

744

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

745

Strana 23/23

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

Vitajte

Linky

Navigácia