Zmeny dokumentu I-02 Projektový zámer (projektovy_zamer)
Naposledy upravil Peter Longa 2025/09/15 20:55
Súhrn
-
Vlastnosti stránky (1 modified, 0 added, 0 removed)
-
Prílohy (0 modified, 0 added, 5 removed)
Podrobnosti
- Vlastnosti stránky
-
- Obsah
-
... ... @@ -17,13 +17,11 @@ 17 17 18 18 = {{id name="_Toc152607282"/}}{{id name="_Toc524109316"/}}{{id name="_Toc750608766"/}}{{id name="_Toc1668519232"/}}{{id name="_Toc1701549819"/}}{{id name="_Toc1964418579"/}}{{id name="_Toc947666535"/}}{{id name="_Toc33433513"/}}{{id name="_Toc556769729"/}}{{id name="_Toc1400213064"/}}{{id name="_Toc148367215"/}}{{id name="_Toc1875421741"/}}1.História DOKUMENTU = 19 19 20 -|Verzia|Dátum|Zmeny|Meno a priezvisko 21 -|1.0|7.8.2025|Prvá verzia|Tomáš Beljak 22 -|1.1|8.9.2025|Zapracované pripomienky z verejného pripomienkovania|Tomáš Beljak 20 +|**Verzia**|**Dátum**|**Zmeny**|**Meno** 21 +|//1//|//11.07.2025//|//Prvá verzia//|Tomáľ Beljak 23 23 | | | | 23 +| | | | 24 24 25 - 26 - 27 27 = {{id name="_Toc152607284"/}}{{id name="_Toc683485446"/}}{{id name="_Toc365474999"/}}{{id name="_Toc1488819067"/}}{{id name="_Toc461533771"/}}{{id name="_Toc1193242276"/}}{{id name="_Toc738207424"/}}{{id name="_Toc2067375730"/}}{{id name="_Toc336064095"/}}{{id name="_Toc62328600"/}}{{id name="_Toc1636304797"/}}{{id name="_Toc635885549"/}}{{id name="_Toc152607283"/}}2.ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE = 28 28 29 29 V súlade s Vyhláškou č. 401/2023 Z.z. je dokument I-02 Projektový zámer určený na rozpracovanie detailných informácií prípravy projektu, aby bolo možné rozhodnúť o pokračovaní prípravy projektu, pláne realizácie, alokovaní rozpočtu a ľudských zdrojov.// // ... ... @@ -37,15 +37,12 @@ 37 37 38 38 == 2.1Použité skratky a pojmy == 39 39 40 - 41 - 42 -|SKRATKA/POJEM|POPIS 38 +|**SKRATKA/POJEM**|**POPIS** 43 43 |ÚGKK SR|Úrad geodézie, kartografie a katastra Slovenskej republiky 44 44 |IKT|Informačné a komunikačné technológie 45 45 |RIP|Rezortná integračná platforma 46 46 |IS|Informačný systém 47 47 |CSRÚ|Centrálna správa referenčných údajov 48 -|CPDI|Centrálna platforma dátovej integrácie 49 49 |RFO|Register fyzických osôb 50 50 |RPO|Register právnických osôb 51 51 |RA|Register adries ... ... @@ -56,7 +56,6 @@ 56 56 |ÚPVS|Ústredný portál verejnej správy 57 57 |MV SR|Ministerstvo vnútra Slovenskej republiky 58 58 |ESKN|Elektronické služby katastra nehnuteľností 59 -|ISZS|Informačný systém zoznam stavieb 60 60 |KAV|Konsolidovaná analytická vrstva 61 61 |IAM|Identity and Access Management (modul správy identity a prístupu) 62 62 |G2G|Government-to-Government (komunikácia medzi vládnymi inštitúciami) ... ... @@ -80,10 +80,8 @@ 80 80 |NKIVS|Národná koncepcia informatizácie verejnej správy 81 81 |ISVS|Informačný systém verejnej správy 82 82 |ImP|Implementačný plán 83 - 84 -Tabuľka 1 Skratky a pojmy 85 - 86 86 | | 78 +| | 87 87 {{id name="_Toc152607286"/}} 88 88 89 89 ... ... @@ -114,10 +114,9 @@ 114 114 1. Štandardizáciu budúcich integrácií 115 115 1. Stanovenie integračných pravidiel a zodpovedností 116 116 1. Integráciu na referenčné registre 117 -1. In tegráciu na centrálne komponenty pre informovanie klienta o vybavení jeho podania prostredníctvom notifikácií118 -1. Poskytovanieúdajovzmonitoringu služieb ado centrálnych komponentov109 +1. Informovanie klienta o vybavení jeho podania prostredníctvom notifikácií 110 +1. Kontinuálne zlepšovanie služieb zavedením monitoringu služieb a zberu spätnej väzby 119 119 120 - 121 121 Napojenie RIP na register fyzických osôb (ďalej len „RFO“) na využívanie údajov RFO (konzumácia dát) a v rámci programu rozvoja IKT v ÚGKK. V následných projektoch rozvoja je plánovaná aj plná integrácia RFO s ostatnými systémami ÚGKK ako budúci konkrétny krok smerom k vyššej efektívnosti procesov rezortu ÚGKK. 122 122 123 123 ... ... @@ -135,18 +135,22 @@ 135 135 Aktuálne napriek rozvoju systémov v posledných rokoch neexistuje jednotný prístup ani jednotná technologická platforma na realizáciu integrácii či už smerom von (externá) alebo dovnútra (interná) medzi vlastnými IS. Integrácie sú riešené na úrovni jednotlivých systémov voči ich konzumentom bez centrálneho riadenia. 136 136 137 137 138 -V súčasnosti nedisponuje ÚGKK vo svojich systémoch napojením na referenčné registre IS CPDI. Elektronické služby poskytované na portáloch katastra neposkytujú automatické predvypĺňanie údajov p odľareferenčných údajov a nenapĺňajú tak princípvyužívania údajov, ktorými štát už disponuje. Privypisovaní elektronických služieb sa neposkytujú informácie o stave podaniado centrálnych komponentov.Systematicky sa nezbierajú údaje o využívaní elektronických služieb ani o spokojnosti klienta s ich používaním.129 +V súčasnosti nedisponuje ÚGKK vo svojich systémoch napojením na referenčné registre IS CPDI. Elektronické služby poskytované na portáloch katastra neposkytujú automatické predvypĺňanie údajov pri vypisovaní elektronických služieb ani sa neposkytujú informácie o stave podania. Nezbierajú sa údaje o využívaní elektronických služieb ani o spokojnosti klienta s ich používaním. 139 139 140 140 Integrácie medzi jednotlivými systémami UGKK a externými systémami sa vytvárajú ad-hoc, podľa potreby daného systému/systémov. 141 141 142 142 Potreba budovania ďalších integrácii tiež prichádza kvôli implementácii prioritných Životných situácii v rámci POO, konkrétne: 134 +))) 143 143 144 144 * ŽS2 Kúpa a vlastníctvo nehnuteľnosti na bývanie 145 145 * ŽS6 Presťahovanie 146 146 * ŽS15 Uzavretie manželstva 147 147 140 +((( 141 + 148 148 149 149 Medzi hlavné **problémy **ÚGKK teda patrí: 144 +))) 150 150 151 151 * Chýbajúca štandardizácia integrácie s dostupnými vstupmi (kódy, dokumentácia), ktoré obsahujú popis spôsobu a nasadenia integrácie 152 152 * Absencia integračných pravidiel a zodpovedností, ktoré by UGKK zjednodušili implementáciu danej integrácie (pravidlá by mali obsahovať hlavne rozhodnutia, ktoré systémy integrovať a predovšetkým ako ich integrovať) ... ... @@ -154,15 +154,21 @@ 154 154 * Absencia automatického predvypĺňania údajov pri podaniach - čo je spôsobené absenciou integrácie systémov na referenčné registre a sprístupnenia údajov pre interné systémy cez CPDI (RFO, RPO, RA, SUSR (číselníky a územné jednotky NUTS), MetaIS (číselníky)) 155 155 * Nie je podporované kontinuálne zlepšovanie služieb na základe zberu relevantných údajov - monitoring elektronických služieb a spätnej väzby nie je podporovaný 156 156 152 +((( 153 + 157 157 158 158 Medzi **príležitosti **UGKK v oblasti integrácií patrí: 156 +))) 159 159 160 160 * Centrálna integračná platforma ÚGKK SR, ktorá sprostredkováva dátovú výmenu medzi internými systémami ÚGKK SR a externými inštitúciami (napr. banky, iné orgány štátnej správy). 161 161 * Integračný bod pre konsolidáciu poskytovania údajov tretím stranám 162 162 * Náhrada súčasných integrácii, ktoré sú poskytované nepodporovanými systémami, alebo po kybernetickom útoku neboli obnovené a nie sú poskytované vôbec 163 163 162 +((( 163 + 164 164 165 165 Integračná platforma by mala pokryť predovšetkým potreby **nasledujúcich biznis požiadaviek**: 166 +))) 166 166 167 167 * Konzumovanie dát z údajových registrov cez **IS CSRÚ (CPDI)** – **RFO, RPO, RA** 168 168 * **Integrácia na spoločné moduly v zmysle § 10 zákona 305/2013 Z. z.** ... ... @@ -176,7 +176,7 @@ 176 176 ** Integrácia na modul centrálneho úradného doručovania (CÚD). 177 177 * Zasielania **notifikačných správ** v prostredí elektronických služieb – integrácia na **CNM ÚPVS** 178 178 * Nevizuálna služba pre MV SR (Náhrada MINIK) – optimalizované **nevizuálne služby** 179 -* Zber údajov o podaniach nevizuálnou službou pre monitoring služieb a zasielanie údajov z monitoringu a zberuspätnej väzby pri používaní elektronických služieb–integrácia na**KonsolidovanúAnalytickúVrstvu(KAV)**180 +* Monitoring služieb a zber spätnej väzby pri používaní elektronických služieb - **Konsolidovaná Analytická Vrstva (KAV)** 180 180 * Interné integrácie 181 181 ** Integrácia na špecializovaný portál ÚGKK - kúpa a predaj nehnuteľnosti na bývanie 182 182 ** Integrácia na špecializovaný portál ÚGKK - Žiadosť o zmenu osobných údajov ... ... @@ -186,20 +186,17 @@ 186 186 ** Integrácia na interný IAM 187 187 ** Integrácia na ISZS 188 188 190 +((( 191 + 189 189 190 190 Predmetom projektu sú identifikované integrácie nevyhnutné pre zabezpečenie služieb v rámci prioritných životných situácii. Zároveň však plánovaná integračná platforma bude obsahovať základné funkcionality a slúžiť ako základ pre budovanie ďalších integrácii v rámci rozvoja ÚGKK, GKÚ a VÚGK. Jednotná integračná platforma v rámci rezortu je nevyhnutná pre zabezpečenie modernej architektúry a tiež bezpečných integrácii smerom na externé prostredie v roli konzumenta aj poskytovateľa údajov a služieb. 191 191 192 192 193 - 194 194 Sumarizácia integrácii v tabuľkovej forme 195 195 196 196 197 197 |**Integrovaný / vyžívaný centrálny komponent**|**RIP**|**Účel integrácie / téma** 198 -|IS CSRÚ (CPDI) - konzumovanie|Áno|((( 199 -Konzumovanie údajov RFO, RPO, RA 200 - 201 -Konzumované údaje budú využité po identifikácii občana v modernizovanom špecializovanom portáli pre získanie jeho referenčných údajov. 202 -))) 200 +|IS CSRÚ (CPDI) - konzumovanie|Áno|Konzumovanie údajov RFO, RPO, RA 203 203 |IS CSRÚ (CPDI) - poskytovanie|Nie|Poskytuje do CSRU údaje katastra nehnuteľností 204 204 |IS CAMP (isvs_9513)|Áno|Prístup k API službám ÚPVS – API CNM 205 205 |Platobná brána (bude určená v procese verejného obstarávania)|Nie|V rámci plánovaných budúcich projektov rozvoja plánujeme vytvorenie platobného modulu, ktorý zabezpečí zastrešenie problematiky platieb pre celý rezort GKK. Priamu integráciu na štátnu pokladnicu v projekte nerealizujeme. ... ... @@ -211,10 +211,10 @@ 211 211 |IS MED – Modul elektronického doručovania|Áno|Elektronické úradné doručovanie dokumentov 212 212 |Centrálne úradné doručovanie|Áno|Elektronické úradné doručovanie dokumentov 213 213 |Integrácia na modul úradnej komunikácie (ÚPVS G2G),|Áno|Integrácie v rámci úradnej komunikácie 214 -|Integrácia na modul elektronických schránok (ÚPVS eDESK),|Áno|Integrácia na zápis doodoslanýchsprávv eDeskklienta a čítanie správ zo schránky OVM212 +|Integrácia na modul elektronických schránok (ÚPVS eDESK),|Áno|Integrácia na zápis odoslaných podaní klienta a čítanie správ zo schránky OVM 215 215 |Modul el. schránok ÚPVS (isvs_8847)|Áno|Náhrada súčasnej integrácie mimo RIP 216 216 |Integrácia na - NASES kvalifikovaná služba validácie podpisov a pečatí,|Áno|Využívanie služieb validácie elektronických podpisov a pečatí 217 -|Integrácia na modul elektronickej podateľne (CEP).| Nie|Využívanie služieb IS CEP215 +|Integrácia na modul elektronickej podateľne (CEP).|Áno|Využívanie služieb IS CEP 218 218 |Modul elektronických formulárov|Áno|Synchronizácia definícií formulárov pre vizualizáciu a overovania elektronických formulárov 219 219 |Platobný modul ÚPVS (isvs_8850)|Nie|Vývoj a dodanie platobného modulu nie je aktuálne plánované. Integrácia môže byť zahrnutá neskôr v rámci dodávky platobného modulu. 220 220 |Centrálny Notifikačný Modul (CNM)|Áno|Integrácia prostredníctvom CAMP za účelom odosielania notifikácii klientom ... ... @@ -227,15 +227,16 @@ 227 227 |Lokátor služieb na ÚPVS|Nie|Zmeny riešené manuálne 228 228 |CMS pre návody|Nie|Zmeny riešené manuálne 229 229 230 - 231 - 232 232 Životné situácie, ktorých sa motivácia a rozsah projektu týkajú sú nasledovné: 229 +))) 233 233 234 234 * ŽS 02 Kúpa nehnuteľnosti 235 235 * ŽS 06 Presťahovanie 236 236 * ŽS15 Uzavretie manželstva 237 237 235 +((( 238 238 Medzi ciele projektu patria: 237 +))) 239 239 240 240 * Štandardizácia budúcich integrácií, ktorá zahŕňa aj stanovenie integračných pravidiel a zodpovedností 241 241 * Integrácia na referenčné registre ... ... @@ -243,10 +243,13 @@ 243 243 * Kontinuálne zlepšovanie služieb zavedením monitoringu služieb a zberu spätnej väzby 244 244 * Zvýšenie kvality poskytovaných elektronických služieb štátu 245 245 245 +((( 246 + 246 246 247 -[[image:175 7961217993-372.png]]248 +[[image:1752386988242-990.png]] 248 248 249 249 Princípy architektúry vychádzajú z princípov informatizácie verejnej správy (NKIVS): 251 +))) 250 250 251 251 * Orientácia na používateľa 252 252 ** Jednoduchá prístupnosť služieb ... ... @@ -267,22 +267,17 @@ 267 267 ** Optimálna úroveň bezpečnosti 268 268 ** Včasné riešenie bezpečnosti 269 269 ** Dostupnosť - odolnosť voči výpadkom 270 -))) 271 271 272 272 == {{id name="_Toc152607293"/}}{{id name="_Toc1804717142"/}}{{id name="_Toc2082286828"/}}{{id name="_Toc408208333"/}}{{id name="_Toc2091742582"/}}{{id name="_Toc1276965606"/}}{{id name="_Toc1095995576"/}}{{id name="_Toc1849077951"/}}{{id name="_Toc1415248283"/}}{{id name="_Toc213456280"/}}{{id name="_Toc1645756734"/}}{{id name="_Toc305576249"/}}{{id name="_Toc47815695"/}}3.3Zainteresované strany/Stakeholderi == 273 273 274 - 275 -|ID|AKTÉR / STAKEHOLDER|((( 276 -SUBJEKT 277 - 275 +|**ID**|**AKTÉR / STAKEHOLDER**|((( 276 +**SUBJEKT** 278 278 (názov / skratka) 279 279 )))|((( 280 -ROLA 281 - 279 +**ROLA** 282 282 (vlastník procesu/ vlastník dát/zákazník/ užívateľ …. člen tímu atď.) 283 283 )))|((( 284 -Informačný systém 285 - 282 +**Informačný systém** 286 286 (MetaIS kód a názov ISVS) 287 287 ))) 288 288 |1.|Ministerstvo investícií, regionálneho rozvoja a informatizácie SR|MIRRI|Poskytovateľ služieb centrálnej platformy integrácie údajov|isvs_5836 IS CSRU (CPDI) ... ... @@ -291,87 +291,62 @@ 291 291 |4.|Ministerstvo vnútra SR|MV SR|Konzument údajov|isvs_421 Informačný systém katastra nehnuteľností 292 292 |5.|Vyššie územné celky (Mestá, Obce, Regionálne úrady)|VÚC|Konzument údajov / Poskytovateľ údajov|IS Zoznam stavieb 293 293 |6.|Národná agentúra pre sieťové a elektronické služby|NASES|Prevádzkovateľ centrálnych komponentov|isvs_9513, isvs_8846, isvs_8847, ... 294 -|7.|Občan, Vlastník, Cudzinec, Banky, Podnikateľ|Koncový používateľ|Koncový užívateľ služieb katastra|N/A 295 295 296 -Tabuľka 2 Zainteresované strany (Stakeholderi) 297 - 298 - 299 - 300 300 == {{id name="_Toc1171095368"/}}{{id name="_Toc917011599"/}}{{id name="_Toc1971312639"/}}{{id name="_Toc1126157752"/}}{{id name="_Toc1310576106"/}}{{id name="_Toc2022117806"/}}{{id name="_Toc1657084950"/}}{{id name="_Toc1062413439"/}}{{id name="_Toc2022428828"/}}{{id name="_Toc2122222112"/}}{{id name="_Toc754065181"/}}{{id name="_Toc152607307"/}}{{id name="_Toc47815696"/}}{{id name="_Toc152607306"/}}{{id name="_Toc152607305"/}}{{id name="_Toc152607304"/}}{{id name="_Toc152607303"/}}{{id name="_Toc152607302"/}}{{id name="_Toc152607301"/}}{{id name="_Toc152607300"/}}{{id name="_Toc152607299"/}}{{id name="_Toc152607298"/}}{{id name="_Toc152607297"/}}{{id name="_Toc152607296"/}}{{id name="_Toc152607295"/}}{{id name="_Toc152607294"/}}3.4Ciele projektu == 301 301 302 -|ID|Názov cieľa|Názov strategického cieľa|Spôsob realizácie strategického cieľa 294 + 295 +|**ID**| 296 +\\**Názov cieľa**|**Názov strategického cieľa**|**Spôsob realizácie strategického cieľa** 303 303 |1.|Štandardizácia budúcich integrácií|NKIVS 3.2 - Skrátiť čas na prípravu a doručenie služieb a výsledkov informačných systémov verejnej správy|Tým, že sa zavedie štandardizácia budúcich integrácií, integračných pravidiel a zodpovedností, skráti sa aj čas na analýzu a implementáciu týchto integrácií v budúcnosti. 304 304 |2.|Integrácia na referenčné registre|NKIVS 2.4 - Dobudovať digitálne prostredie založené na zdieľaní údajov vo verejnej správe|Získavaním údajov z referenčných registrov pre budúce zavedenie stotožňovania. 305 -|3|Naplnenie požiadaviek na integráciu s centrálnymi komponentami a požiadaviek priamej integrácie s ISVS v rozsahu určenom v programe prioritných životných situácií|NKIVS 1.4 Zjednodušiť prístup k elektronickým službám vo forme komplexných životných situácií verejnej správy|Využívanie centrálnych komponentov a automatizácia procesov životných situácií medzi OVM v zmysle implementačných plánov ŽS02, ŽS06, ŽS15 306 306 300 +== {{id name="_Toc152607308"/}}3.5Merateľné ukazovatele (KPI) == 307 307 308 -Tabuľka 3 Ciele projektu 309 - 310 - 311 -(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc152607308~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" %)3.5Merateľné ukazovatele (KPI) 312 - 313 -|ID|((( 314 - 315 - 316 - 317 -ID/Názov cieľa 318 -)))|Názov 319 -ukazovateľa (KPI)|Popis 320 -ukazovateľa|Merná jednotka 321 - |AS IS 322 -merateľné hodnoty 323 -(aktuálne)|TO BE 302 +|**ID**| 303 +\\**ID/Názov cieľa**|**Názov 304 + ukazovateľa **(KPI)|**Popis 305 + ukazovateľa**|**Merná jednotka** 306 + |**AS IS 307 + merateľné hodnoty 308 + **(aktuálne)|**TO BE 324 324 Merateľné hodnoty 325 -(cieľové hodnoty)|Spôsob ich merania|Pozn. 310 + **(cieľové hodnoty)|**Spôsob ich merania**|**Pozn.** 326 326 |1.|Štandardizácia budúcich integrácií|Centrálna integračná platforma rezortu pre štandardizáciu|Kvantitatívne vyčíslenie počtu platforiem vhodných na centrálne riadenie integrácii rezortu a štandardizáciu integračných pravidiel, ktorá má zahŕňať: popis štandardizácie integrácie, integračné pravidlá a zodpovednosti|počet|0|1|Nasadenie platformy do produkcie| 327 -|2.|Integrácia na referenčné registre|Počet integrovaných registrov|Kvantitatívne vyčíslenie integrovaných registrov z CSRÚ: RFO, RPO, RA|Počet|0|3|Akceptácia nasadeného riešenia| 328 -|3|Naplnenie požiadaviek na integráciu s centrálnymi komponentami a požiadaviek priamej integrácie s ISVS v rozsahu určenom v programe prioritných životných situácií|Počet realizovaných impl. plánov ŽS|Kvantitatívne vyčíslenie akceptovaných riešení ŽS|Počet|0|3|Akceptácia nasadeného riešenia| 329 -|4|Naplnenie požiadaviek na integráciu s centrálnymi komponentami a požiadaviek priamej integrácie s ISVS v rozsahu určenom v programe prioritných životných situácií|Počet zasielaných notifikácií do CNM|Kvantitatívne vyčíslenie počtu zasielaných notifikácií do CNM|Počet|0|150.000|Štatistika zasielaných notifikácií v integračnej platforme| 312 +|2.|Integrácia na referenčné registre|Počet integrovaných registrov|Kvantitatívne vyčíslenie integrovaných registrov z CSRÚ: RFO, ,|Počet|0|1|Akceptácia nasadeného riešenia| 330 330 331 - 332 -Tabuľka 4 Merateľné ukazovatele (KPI) 333 - 334 334 == {{id name="_Toc152607312"/}}{{id name="_Toc1937275886"/}}{{id name="_Toc741126126"/}}{{id name="_Toc1465086354"/}}{{id name="_Toc1808286414"/}}{{id name="_Toc773473969"/}}{{id name="_Toc1151283522"/}}{{id name="_Toc1993493887"/}}{{id name="_Toc2086720991"/}}{{id name="_Toc484272872"/}}{{id name="_Toc1278737203"/}}{{id name="_Toc325672769"/}}{{id name="_Toc152607311"/}}{{id name="_Toc152607309"/}}3.6Špecifikácia potrieb koncového používateľa == 335 335 336 -Projekt je zameraný na integrácie systémov a koncový používateľ – osoby priamo svýstupmi projektu neprichádzajú do styku.316 +Projekt je zameraný na integrácie systémov a koncový používateľ – osoby priamo z výstupmi projektu neprichádzajú do styku. 337 337 338 338 339 339 == (% id="cke_bm_518713S" style="display:none" %) {{id name="_Toc152607313"/}}{{id name="_Toc198641823"/}}{{id name="_Toc1446281799"/}}{{id name="_Toc1842310707"/}}{{id name="_Toc1163807533"/}}{{id name="_Toc916545230"/}}{{id name="_Toc521854426"/}}{{id name="_Toc498488475"/}}{{id name="_Toc1758750743"/}}{{id name="_Toc207777217"/}}{{id name="_Toc936389862"/}}{{id name="_Toc1446163721"/}}(%%)3.7Detailný opis obmedzení a predpokadov == 340 340 341 -V rámci realizácie projektu Rezortnej integračnej platformy GKK (RIP GKK) boli definované nasledovné kľúčové predpoklady a obmedzenia, ktoré významne ovplyvňujú rozsah, realizáciu a plánovanie projektu. 321 +V rámci realizácie projektu **Rezortnej integračnej platformy GKK (RIP GKK)** boli definované nasledovné kľúčové **predpoklady a obmedzenia**, ktoré významne ovplyvňujú rozsah, realizáciu a plánovanie projektu. 342 342 343 343 344 -Predpoklady 324 +**Predpoklady** 345 345 346 -1. Predpoklad rozsahu projektu: 347 -Projekt RIP GKK je zameraný primárne na zavedenie technologickej platformy a vybudovanie integračného prostredia pre podporu riešenia životných situácií v rezorte. Naplnenie požiadaviek riešenia životných situácií bude dosiahnuté viacerými projektami, ktoré budú s projektom RIP realizované paralelne. Z kľúčových projektov životných situácií ide o: 348 -1*. modernizáciu portálu DSKN 349 -1*. upgrade ELODO 326 +1. **Predpoklad rozsahu projektu:** 327 +Projekt RIP GKK je zameraný primárne na **zavedenie technologickej platformy** a vybudovanie integračného prostredia pre **podporu riešenia životných situácií v rezorte**. 328 +Ostatné budúce integračné požiadavky a rozšírenia platformy budú riešené **v samostatných rozvojových projektoch**. Súčasný projekt vytvára technologický základ a realizuje len vybrané integračné väzby, ktoré sú potrebné na začiatok spracovania životných situácií. 329 +1. **Predpoklad existencie preexistentného softvéru:** 330 +S ohľadom na časové a kapacitné obmedzenia projektu sa **predpokladá existencia alebo dostupnosť adaptačných konektorov (adaptérov)** pre integráciu so spoločnými modulmi verejnej správy. 331 +Predpokladá sa, že tieto adaptéry budú **štandardizované, pripravené na konfiguráciu a umožnia rýchlu integráciu** bez potreby rozsiahleho vývoja. Očakáva sa tiež ich **relatívne rýchla akceptácia a nasadenie**. 332 +1. **Predpoklad postupnej realizácie v inkrementoch:** 333 +Dodávka projektu je rozdelená do **troch inkrementov s postupným rozširovaním funkcionalít a integrácií**: 334 +1*. **Prvý inkrement:** Zavedenie technologickej platformy a realizácia integrácií s preexistentným softvérom, vrátane nasadenia dostupných adaptérov. 335 +1*. **Druhý inkrement:** Realizácia nevyhnutných integrácií potrebných pre **zabezpečenie spracovania podaní pre vybrané životné situácie**. Tento inkrement sa zameriava na vytvorenie funkčných tokov a zabezpečenie plnej prevádzky vybraných životných situácií. 336 +1*. **Tretí inkrement:** Realizácia ďalších integrácií na centrálne komponenty a iné informačné systémy verejnej správy (ISVS), **stále v rozsahu riešenia životných situácií**. Tento inkrement rozširuje integračné väzby a funkcionalitu v nadväznosti na potreby spracovania životných situácií v širšom kontexte. 350 350 351 - Detail požiadaviek projektu je rozpracovaný v katalógu požiadaviek. Úloha RIP v rozsahu životných situácií je rozpracovaná v KRImP pre jednotlivé životné situácie.338 +**Obmedzenia** 352 352 340 +* Projekt **nepokrýva všetky integračné požiadavky rezortu**. Rozšírenia platformy a nové integračné väzby budú predmetom ďalších projektov podľa stanovených priorít a kapacít. 341 +* Časové obmedzenie projektu **neumožňuje rozsiahly vývoj nových adaptérov**; preto sa vyžaduje dostupnosť existujúcich riešení, ktoré je možné rýchlo prispôsobiť. 342 +* Prvá verzia platformy bude **technologická s obmedzeným počtom integrácií**, pričom funkcionalita bude postupne rozširovaná najprv cez inkrementy v rozsahu životných situácií a v následných projektoch na úplné potreby rezortu GKK. 353 353 354 -Ostatné budúce integračné požiadavky a rozšírenia platformy budú riešené v samostatných rozvojových projektoch. Súčasný projekt vytvára technologický základ a realizuje len vybrané integračné väzby, ktoré sú potrebné na začiatok spracovania životných situácií. 355 - 356 -1. Predpoklad existencie preexistentného softvéru: 357 -S ohľadom na časové a kapacitné obmedzenia projektu sa predpokladá existencia alebo dostupnosť adaptačných konektorov (adaptérov) pre integráciu so spoločnými modulmi verejnej správy. 358 -Predpokladá sa, že tieto adaptéry budú štandardizované, pripravené na konfiguráciu a umožnia rýchlu integráciu bez potreby rozsiahleho vývoja. Očakáva sa tiež ich relatívne rýchla akceptácia a nasadenie. 359 -1. Predpoklad postupnej realizácie v inkrementoch: 360 -Dodávka projektu je rozdelená do troch inkrementov s postupným rozširovaním funkcionalít a integrácií: 361 -1*. Prvý inkrement: Zavedenie technologickej platformy a realizácia integrácií s preexistentným softvérom, vrátane nasadenia dostupných adaptérov. 362 -1*. Druhý inkrement: Konfigurácia preexistentných integračných rozhraní a tokov potrebných pre zabezpečenie spracovania podaní pre vybrané životné situácie. Tento inkrement sa zameriava na nasadenie preexistentných adaptérov a odladenie komunikácie s CPDI/ÚPVS. . 363 -1*. Tretí inkrement: Realizácia custom integrácií, pri ktorých je predpoklad, že neexistuje preexistentné riešenie primárne z dôvodu naviazania na custom systémy ÚGKK, stále v rozsahu riešenia životných situácií. Tento inkrement rozširuje integračné väzby a funkcionalitu v nadväznosti na potreby spracovania životných situácií v širšom kontexte. Inkrement môže byť obstarávaný vo viacerých samostatných objednávkach zohľadňujúc konkrétne systémy. 364 - 365 - 366 -Obmedzenia 367 - 368 -* Projekt nepokrýva všetky integračné požiadavky rezortu. Rozšírenia platformy a nové integračné väzby budú predmetom ďalších projektov podľa stanovených priorít a kapacít. 369 -* Časové obmedzenie projektu neumožňuje rozsiahly vývoj nových adaptérov; preto sa vyžaduje dostupnosť existujúcich riešení, ktoré je možné rýchlo prispôsobiť. 370 - 371 371 == {{id name="_Toc152607313"/}}{{id name="_Toc198641823"/}}{{id name="_Toc1446281799"/}}{{id name="_Toc1842310707"/}}{{id name="_Toc1163807533"/}}{{id name="_Toc916545230"/}}{{id name="_Toc521854426"/}}{{id name="_Toc498488475"/}}{{id name="_Toc1758750743"/}}{{id name="_Toc207777217"/}}{{id name="_Toc936389862"/}}{{id name="_Toc1446163721"/}}3.8Vyhodnotenie rizík a závislostí == 372 372 373 - 374 -|ID|NÁZOV RIZIKA / ZÁVISLOSTI|Kategória rizika|Potenciálny dopad|Opatrenia na zmiernenie rizika (mitigácia) 346 +|**ID**|**NÁZOV RIZIKA / ZÁVISLOSTI**|**Kategória rizika**|**Potenciálny dopad**|**Opatrenia na zmiernenie rizika (mitigácia)** 375 375 |1|Neúspešné verejné obstarávanie (VO) – riziko pri obstarávaní dodávateľa riešenia|B|Ak by sa do verejného obstarávania nikto neprihlásil alebo by nebolo možné uzavrieť zmluvu včas, projekt by sa výrazne oneskoril kvôli nutnosti opakovať obstarávanie. Tým by sa posunul celý harmonogram a predĺžila doba, počas ktorej rezort funguje v provizórnom režime.|Dôkladná príprava podkladov a podmienok VO priebežné monitorovanie trhu s cieľom minimalizovať riziko, že sa nikto neprihlási. 376 376 |2|Nedodržanie harmonogramu projektu – sklz vo vývoji a nasadení platformy|A|Oneskorenie dodávok alebo nasadenia výstupov projektu znamená, že plánované služby nebudú dostupné včas. Projekt je financovaný z Plánu obnovy a odolnosti, s cieľom sprevádzkovať platformu do 1. štvrťroku 2026. Neskoré dodanie môže znamenať sankcie pri čerpaní z Plánu obnovy a odolnosti.|Priebežné sledovanie a riadenie plnenia míľnikov, dôraz na dodržiavanie harmonogramu a včasné riešenie prípadných sklzov. V prípade identifikovaného meškania ihneď prijať nápravné opatrenia (napr. posilnenie tímu, úprava rozsahu) tak, aby sa minimalizoval dopad na konečný termín. 377 377 |3|Nepripravenosť nových centrálnych komponentov a zdĺhavé povoľovanie integrácií|B|Externé centrálne komponenty verejnej správy (napr. moduly ÚPVS, CNM, CAMP) nemusia byť v požadovanom čase technicky alebo procesne pripravené na integráciu s RIP GKK. Povolenie integrácií môže vyžadovať dlhé schvaľovacie procesy a legislatívne alebo metodické stanoviská. Následkom môže byť oneskorenie realizácie kritických integračných väzieb, čo by ohrozilo dosiahnutie funkčnosti projektu v plánovanom termíne.|Proaktívna a včasná komunikácia s gestormi centrálnych komponentov už v prípravnej fáze projektu. Príprava integračných zámerov, harmonogramov a technických špecifikácií ešte pred začiatkom verejného obstarávania. Včasné oslovenie správcov spoločných modulov na získanie záväzkov o dostupnosti rozhraní a termínoch sprístupnenia testovacích prostredí. V prípade oneskorenia pripraviť dočasné riešenia alebo alternatívne integračné scenáre. Priebežné sledovanie stavu pripravenosti jednotlivých partnerov a pravidelná eskalácia prípadných problémov. ... ... @@ -383,8 +383,6 @@ 383 383 Tabuľka 5 Prehľad najzávažnejších rizík a závislostí 384 384 385 385 386 - 387 - 388 388 == {{id name="_Toc152607315"/}}{{id name="_Toc1793724252"/}}{{id name="_Toc1466175488"/}}{{id name="_Toc1609225226"/}}{{id name="_Toc1296717251"/}}{{id name="_Toc1633501589"/}}{{id name="_Toc1315070395"/}}{{id name="_Toc1675606855"/}}{{id name="_Toc577492669"/}}{{id name="_Toc1200979875"/}}{{id name="_Toc248627913"/}}{{id name="_Toc1580551965"/}}{{id name="_Toc47815698"/}}{{id name="_Toc521508979"/}}3.9Detailný opis rozpočtu a jeho prínosov == 389 389 390 390 ... ... @@ -394,118 +394,68 @@ 394 394 986 211 € s DPH / zmenová požiadavka v prevádzke nad 200 000 EUR do 1 000 000 EUR vrátane). 395 395 396 396 397 -Produktový zoznam požiadaviek tvorí 10 biznis požiadaviek, z ktorých je 8 MMP (minimal 367 +Produktový zoznam požiadaviek tvorí 10 biznis požiadaviek, z ktorých je 8 MMP (minimal marketable products), cez dodanie ktorých bude sledované splnenie míľnikov komponentu POO. 398 398 399 - marketable products), cez dodanie ktorých bude sledované splnenie míľnikov komponentu POO. 400 400 401 - 402 402 Produktový zoznam požiadaviek je súčasťou Konceptov realizácie ImP pre Projekt implementácie zmenových 403 403 404 404 požiadaviek pre ŽS 2, ŽS6 a ŽS15 pre ÚGKK SR, časť B. 405 405 406 406 407 -Detailný výpočet podľa biznis požiadaviek z Konceptov realizácie ImP je 408 - 409 -|**Identifikácia biznis požiadavky 410 -(z Implementačného plánu pre ŽS)**|**Názov biznis požiadavky 411 -(z Implementačného plánu pre ŽS)**|**Suma bez DPH**|**Suma s DPH** 412 -|ŽS2_BP_07a|Úprava služieb na ESKN portáli do dizajnu ID SK (ID SK 3.0)|140 000 €|172 200 € 413 -|ŽS2_BP_07c|Prihlásenie sa na špecializovaný portál ÚGKK SR z mUPVS/UPVS|48 100 €|59 163 € 414 -|ŽS2_BP_07g|Úprava služieb do dizajnu ID SK (ID SK 3.0) - Notifikácie na zmeny mojich nehnuteľností a stavy konania|149 500 €|183 885 € 415 -|ŽS2_BP_13|Sledovanie stavu katastrálneho konania|112 000 €|137 760 € 416 -|ŽS2_BP_21|Dátová integrácia - zabezpečenie poskytovania / prijímania údajov medzi OVM 417 -Poskytnutie rozšírenej množiny dát a zmien nad objektami evidencie|156 000 €|191 880 € 418 -|ŽS2_BP_21d|Prenos rozšírených dát, medzi informačnými systémami|21 600 €|26 568 € 419 -|ŽS2_BP_21e|Rezortná integračná platforma|140 097 €|172 319 € 420 -|ŽS6_BP_44|Zrýchlenie dostupnosti overenia nehnuteľnosti|44 500 €|54 735 € 421 - 422 - 423 -V úhrne to predstavuje 424 - 425 425 |**Názov aktivity**|**Výdavky spolu (v EUR bez DPH)**|**Výdavky spolu (v EUR s DPH)**|**Skupina výdavkov**|**IS**|**Poznámka** 426 -|Implementácia a zavedenie rezortnej integračnej platformy|81 1797 €|998510€|CAPEX|IS RIP|376 +|Implementácia a zavedenie rezortnej integračnej platformy|801 797 €|986 211 €|CAPEX|IS RIP| 427 427 378 +=== 3.9.2 Zdroj financovania === 428 428 429 - Zpohľaduetáp projektu akysa dodáva preexistentnýSWacustomintegračnéadaptéry380 +Projekt rezortnej integračnej platformy bude financovaný výhradne na účely vytvorenia a nasadenia samotnej platformy a podpory počas prvého roku po dodaní, pričom financovanie bude zabezpečené z prostriedkov Plánu obnovy a odolnosti (POO).Cieľom je jej uvedenie do prevádzky najneskôr v prvom štvrťroku 2026. Po dokončení nasadenia platformy bude prevádzka a ďalší rozvoj zabezpečený Úradom pre geodéziu, kartografiu a katastrálne veci (UGKK) prostredníctvom ďalších nasledovných projektov, ktoré zabezpečia jej dlhodobú udržateľnosť a prispôsobenie sa dynamickým potrebám verejnej správy. 430 430 431 -| |Spolu s DPH|((( 432 -Názov 433 433 434 -modulu 435 -)))|((( 436 -Názov 437 - 438 -Modulu 439 -))) 440 -|Náklady| | | 441 -|IT - CAPEX| | | 442 -|Aplikácie|130 503 €|Custom integračné adaptéry|Custom integračné adaptéry 443 -|SW|868 007 €|Preexistentný SW|Preexistentný SW 444 - 445 - 446 -Prínosy projektu – ekonomické aj kvalitatívne – budú primárne vyhodnocované na úrovni prioritných životných situácií, kde sa najlepšie prejaví reálny dopad na občanov a podnikateľov. Nižšie uvedený výpočet preto predstavuje iba parciálny pohľad, nakoľko RIP je technologickým komponentom. RIP umožní integráciu rezortu na centrálne komponenty a referenčné registre, čím vytvára predpoklady na poskytovanie jednoduchších, proaktívnych a používateľsky prívetivejších služieb. 447 - 448 - 449 -Ekonomický prínos pre zavedenie RIP a využitie centrálneho komponentu centrálny notifikačný modul bol vypočítaný za rok 2024 s využitím priemernej hodnoty pracovnej hodiny podľa ŠÚ SR (8,76 €/h) a predpokladanej úspory 2 hodiny na prípad. Do výpočtu boli zahrnuté elektronické podania (59 457 prípadov, 100 %), životná situácia Presťahovanie (51 929 prípadov, 50 %) a Sobáš (24 842 prípadov, 25 %). 450 - 451 - 452 -Konkrétny prínos predstavuje ocenenie úspory času koncového používateľa zavedením proaktívnej notifikácie: 453 - 454 -Elektronické podania: 59 457 × 2 h × 8,76 €/h ≈ 1 041 687 € 455 - 456 -Presťahovanie (50 %): 25 965 × 2 h × 8,76 €/h ≈ 454 933 € 457 - 458 -Sobáš (25 %): 6 211 × 2 h × 8,76 €/h ≈ 108 812 € 459 - 460 - 461 -Spolu to predstavuje celkový prínos vo výške približne 1,61 mil. € ročne. 462 - 463 - 464 -Odhad prínosov je konzervatívny, keďže zahŕňa len jednu vybranú skutočnosť a nezahŕňa prínosy z potenciálu budovania ďalších efektívnych rezortných a medzirezortných procesov. 465 - 466 -(% style="color:inherit; font-family:inherit; font-size:max(18px, min(20px, 14.4444px + 0.462963vw))" %)3.9.2 Zdroj financovania 467 - 468 -Projekt rezortnej integračnej platformy bude financovaný výhradne na účely vytvorenia a nasadenia samotnej platformy a podpory počas prvého roku po dodaní, pričom financovanie bude zabezpečené z prostriedkov Plánu obnovy a odolnosti (POO).Cieľom je jej uvedenie do prevádzky najneskôr v prvom štvrťroku 2026. Po dokončení nasadenia platformy bude prevádzka a ďalší rozvoj zabezpečený Úradom geodézie, kartografie a katastra (UGKK) prostredníctvom ďalších nasledovných projektov, ktoré zabezpečia jej dlhodobú udržateľnosť a prispôsobenie sa dynamickým potrebám verejnej správy. 469 - 470 - 471 471 == {{id name="_Toc152607315"/}}{{id name="_Toc1793724252"/}}{{id name="_Toc1466175488"/}}{{id name="_Toc1609225226"/}}{{id name="_Toc1296717251"/}}{{id name="_Toc1633501589"/}}{{id name="_Toc1315070395"/}}{{id name="_Toc1675606855"/}}{{id name="_Toc577492669"/}}{{id name="_Toc1200979875"/}}{{id name="_Toc248627913"/}}{{id name="_Toc1580551965"/}}{{id name="_Toc47815698"/}}{{id name="_Toc521508979"/}}3.10Harmonogram projektu == 472 472 473 473 474 474 475 -|ID|FÁZA/AKTIVITA|((( 476 -ZAČIATOK 387 +|**ID**|**FÁZA/AKTIVITA**|((( 388 +**ZAČIATOK** 477 477 478 -(odhad termínu) 390 +**(odhad termínu)** 479 479 )))|((( 480 -KONIEC 392 +**KONIEC** 481 481 482 -(odhad termínu) 483 -)))|POZNÁMKA 484 -|1.|Prípravná fáza a Iniciačná fáza| | 30.8.2025|485 -|1.2|Verejné obstarávanie| | | 394 +**(odhad termínu)** 395 +)))|**POZNÁMKA** 396 +|1.|Prípravná fáza a Iniciačná fáza|T – 24 týždňov|T- 20 týždňov| 397 +|1.2|Verejné obstarávanie|T-20 týždňov|T- 1 týždeň| 486 486 |1.3|Ukončenie verejného obstarávania – podpis zmluvy|T- 1 týždeň|T| 487 -|1.4|Podpis zmluvy|T| T+1 týždeň|488 -|2.|Realizačná fáza – technológia a pre-existentné adaptéry| T+1 týždeň|T+20týždňov|(((399 +|1.4|Podpis zmluvy|T|1 týždeň| 400 +|2.|Realizačná fáza – technológia a pre-existentné adaptéry|1 týždeň|T+6 týždňov|((( 489 489 Biznis požiadavky: 490 490 491 -ŽS2_BP_21e, ŽS2_BP_21, ŽS2_BP_48 , ŽS2_BP_07c, ŽS2_BP_07a, ŽS2_BP_13, ŽS2_BP_07g,403 +ŽS2_BP_21e, ŽS2_BP_21, ŽS2_BP_48 492 492 ))) 493 -|2.1|Nasadenie technológie a pre-existentných častí adaptérov|T+1 týždeň|T+ 4týždne|494 -|2.2|Dokonfigurácia pre-existentných častí adaptérov a integračné testovanie|T+ 4týždne|T+20týždňov|495 -|2.3|Akceptácia technológie a pre-existentných častí adaptérov|T+ 20týždňov|T+20týždňov|496 -|3.|Realizačná fáza – customintegrácia|T+1 týždeň|T+20týždňov|(((497 -Biznis požiadavky :405 +|2.1|Nasadenie technológie a pre-existentných častí adaptérov|T+1 týždeň|T+2 týždne| 406 +|2.2|Dokonfigurácia pre-existentných častí adaptérov a integračné testovanie|T+2 týždne|T+6 týždňov| 407 +|2.3|Akceptácia technológie a pre-existentných častí adaptérov|T+6 týždňov|T+6 týždňov| 408 +|3.|Realizačná fáza – adaptéry spracovania podania|T+1 týždeň|T+14 týždňov|((( 409 +Biznis požiadavky 498 498 499 -ŽS2_BP_07 a, ŽS2_BP_07g, ŽS2_BP_21d, ŽS6_BP_44, ŽS6_BP_58, ŽS2_BP_13, ŽS2_BP_39, ŽS2_BP_39b,411 +ŽS2_BP_07c, ŽS2_BP_13 500 500 ))) 501 501 |3.1|Analýza a Dizajn|T+1 týždeň|T+6 týždňov| 502 502 |3.2|Implementácia a testovanie|T+6 týždňov|T+10 týždňov| 503 -|3.3|Integračné testovanie|T+10 týždňov|T+20 týždňov| 504 -|4|Nasadenie spustenie produkcie|T+20 týždňov|T+21 týždňov| 505 -|5.|PIP a Podpora prevádzky|T+21 týždňov|T+73 týždňov|((( 415 +|3.3|Integračné testovanie|T+10 týždňov|T+14 týždňov| 416 +|4.|Realizačná fáza – ostatné adaptéry|T+1 týždeň|T+14 týždňov|((( 417 +Biznis požiadavky: 418 + 419 +ŽS2_BP_07g, ŽS2_BP_11, ŽS2_BP_21d, ŽS2_BP_39, ŽS2_BP_39b, ŽS6_BP_44, ŽS6_BP_58 420 +))) 421 +|4.1|Analýza a Dizajn|T+1 týždeň|T+6 týždňov| 422 +|4.2|Implementácia a testovanie|T+6 týždňov|T+10 týždňov| 423 +|4.3|Integračné testovanie|T+10 týždňov|T+14 týždňov| 424 +|5|Nasadenie|T+14 týždňov|T+15 týždňov| 425 +|4.|PIP a Podpora prevádzky|T+15 týždňov|T+62 týždňov|((( 506 506 PIP - 3 mesiace po nasadení 507 507 508 -L icenčnápodporana jeden rok ako súčasť ceny diela428 +SLA na jeden rok ako súčasť ceny diela 509 509 ))) 510 510 511 511 == {{id name="_Toc152607315"/}}{{id name="_Toc1793724252"/}}{{id name="_Toc1466175488"/}}{{id name="_Toc1609225226"/}}{{id name="_Toc1296717251"/}}{{id name="_Toc1633501589"/}}{{id name="_Toc1315070395"/}}{{id name="_Toc1675606855"/}}{{id name="_Toc577492669"/}}{{id name="_Toc1200979875"/}}{{id name="_Toc248627913"/}}{{id name="_Toc1580551965"/}}{{id name="_Toc47815698"/}}{{id name="_Toc521508979"/}}3.11Návrh organizačného zabezpečenia projektu (projektový tím) == ... ... @@ -513,7 +513,6 @@ 513 513 514 514 515 515 516 - 517 517 Riadiaci výbor projektu 518 518 519 519 |ID|Meno a Priezvisko|Pozícia|Oddelenie|Rola v projekte ... ... @@ -521,7 +521,6 @@ 521 521 |2.|Ing., Eva Chanasová|Člen riadiaceho výboru projektu - Kľúčový používateľ| |Kľúčový používateľ (pracovné zaradenie v línii) 522 522 |3.|Ing., Martin Vojtko|Člen riadiaceho výboru projektu - Biznis vlastník| |IT analytik, al. biznis analytik (pracovné zaradenie v línii) 523 523 524 - 525 525 Projektový team, pozícia, oddelenie a rola v projekte. 526 526 527 527 |ID|Meno a Priezvisko|Pozícia|Oddelenie|Rola v projekte ... ... @@ -539,9 +539,8 @@ 539 539 |8.|Ing. Adriana Steinerová|(pracovné zaradenie v línii)|ÚGKK/Katastrálny odbor|Biznis analytik 540 540 |9.|Judr. Odeta Poldaufová|(pracovné zaradenie v línii)|ÚGKK/Legislatívno-právny odbor|Biznis analytik 541 541 460 += (% id="cke_bm_550970S" style="display:none" %) {{id name="_Toc152607322"/}}{{id name="_Toc2133064951"/}}{{id name="_Toc146510989"/}}{{id name="_Toc1763044084"/}}{{id name="_Toc30446447"/}}{{id name="_Toc2101360933"/}}{{id name="_Toc825763386"/}}{{id name="_Toc1614333450"/}}{{id name="_Toc1269235670"/}}{{id name="_Toc2114332294"/}}{{id name="_Toc208969925"/}}{{id name="_Toc1427296716"/}}(%%)4.LEGISLATÍVA = 542 542 543 -(% style="color:inherit; font-family:inherit; font-size:max(23px, min(29px, 12.3333px + 1.38889vw))" %)4.LEGISLATÍVA 544 - 545 545 V rámci projektu nebudú riešené legislatívne zmeny. 546 546 547 547 = {{id name="_Toc152607320"/}}{{id name="_Toc982854671"/}}{{id name="_Toc744122543"/}}{{id name="_Toc1493751813"/}}{{id name="_Toc452731307"/}}{{id name="_Toc1695646942"/}}{{id name="_Toc534841930"/}}{{id name="_Toc654836100"/}}{{id name="_Toc1570812277"/}}{{id name="_Toc1016816405"/}}{{id name="_Toc609127555"/}}{{id name="_Toc1888607264"/}}{{id name="_Toc47815704"/}}5.NÁHĽAD ARCHITEKTÚRY = ... ... @@ -552,13 +552,11 @@ 552 552 === 5.1.1Stanovenie alternatív v biznisovej vrstve architektúry === 553 553 554 554 555 - 556 556 Nižšie sa nachádzajú alternatívy, ktoré sú následne posudzované na základne kritérií v MCA. 557 557 558 558 559 559 **Alternatívy riešenia** 560 560 561 - 562 562 |**Riešenie 1** | 563 563 |Biznis alternatíva 1 |**Zachovanie súčasného stavu, bez jednotného rozvoja existujúcich systémov a integrácií** 564 564 |Popis | Zachovanie súčasných funkcionalít, bez ďalšieho rozvoja – teda požadované integrácie na referenčné registre. ... ... @@ -574,7 +574,6 @@ 574 574 )))|N/A 575 575 |Alternatíva pre technologickú vrstvu |N/A 576 576 577 - 578 578 |**Riešenie 2**| 579 579 |Biznis alternatíva 2 |** Centrálne budovanie integrácií** 580 580 |Popis |Zvolenie prístupu centrálneho budovania integrácií, centrálne napojenie na referenčné registre a centrálnu komunikáciu s externým prostredím. ... ... @@ -590,7 +590,6 @@ 590 590 )))|N/A 591 591 |Alternatíva pre technologickú vrstvu |N/A 592 592 593 - 594 594 |**Riešenie 3**| 595 595 |Biznis alternatíva 3|**Budovanie integrácií pre každý projekt/systém zvlášť** 596 596 |Popis |Zvolenie prístupu decentralizovaného budovania integrácií, kedy si každý systém rieši napojenie na referenčné registre a komunikáciu s externým prostredím zvlášť. ... ... @@ -606,8 +606,6 @@ 606 606 )))|N/A 607 607 |Alternatíva pre technologickú vrstvu |N/A 608 608 609 - 610 - 611 611 Pre naplnenie hlavného cieľa projektu boli stanovené nasledovné kritéria, ktoré predovšetkým vychádzajú z potreby naplnenia požiadaviek v rámci implementácie prioritnej ŽS2 Kúpa a vlastníctvo nehnuteľnosti na bývanie, ale tiež z potrieb budúceho rozvoja a prevádzky integrácii v rámci ÚGKK. 612 612 613 613 ... ... @@ -620,7 +620,6 @@ 620 620 |B: Naplnenie požiadaviek pre ŽS (KO)|ÚGKK sa zaviazalo implementovať BP schválených ImP pre ŽS|X|X|X|X|X 621 621 622 622 623 - 624 624 Alternatívy: 625 625 626 626 Alternatíva 1: Zachovanie súčasného stavu, bez jednotného rozvoja existujúcich systémov a integrácií ... ... @@ -634,17 +634,14 @@ 634 634 |Kritérium A|nie|Neexistuje jednotné riešenie 635 635 |Kritérium B|áno|Integrácie potrebné pre rozsah ŽS budú budované na súčasných IS 636 636 637 - 638 638 |Zoznam kritérií|Alternatíva 2|Spôsob dosiahnutia 639 639 |Kritérium A|áno|Integrácie pre ŽS a tiež budúce integrácie budú budované na jednotnej platforme 640 640 |Kritérium B|áno|Rezortná integračná platforma implementuje integračné služby v rozsahu ŽS 641 641 642 - 643 643 |Zoznam kritérií|Alternatíva 3|Spôsob dosiahnutia 644 644 |Kritérium A|nie|Neexistuje jednotné riešenie 645 645 |Kritérium B|áno|Integrácie potrebné pre rozsah ŽS budú budované na súčasných IS 646 646 647 - 648 648 V zmysle vyhodnotenia MCA bude ďalej riešená a posudzovaná biznis alternatíva č. 2: **Centrálne budovanie integrácií**, ktorá spĺňa všetky stanovené kritéria, ktoré majú vplyv na projekt. 649 649 650 650 === 5.1.2 Stanovenie alternatív v aplikačnej vrstve architektúry === ... ... @@ -666,12 +666,9 @@ 666 666 pre aplikačnú vrstvu 667 667 )))|Riešenie je rozšíriteľné aj pre iné služby v budúcnosti 668 668 669 - 670 - 671 671 Zvažované alternatívy implementácie na aplikačnej úrovni sú nasledovné: 672 672 673 673 674 - 675 675 Alternatíva 1 – Vybudovanie štandardnej jednotnej integračnej platformy 676 676 677 677 Implementácia novej centrálnej platformy, ktorá bude centralizovať všetky požadované integračné rozhrania ÚGKK. Platforma poskytne štandardizované rozhrania pre interné aj externé systémy a v čase nasadenia nahradí doterajšie integrácie (napr. ÚPVS IAM a ÚPVS eDesk). ... ... @@ -692,7 +692,7 @@ 692 692 693 693 Alternatíva 3 – Modernizácia pôvodnej platformy ESKN na Oracle ESB 694 694 695 -Pôvodná platforma ESKN založená na Oracle ESB nie je po kybernetickom útoku funkčná a jej obnova nie je možná. Z dôvodu bezpečnostných rizík, technologického zastarania a vysokých nákladov sa táto alternatíva nepovažuje za realizovateľnú. 599 +Pôvodná platforma ESKN založená na Oracle ESB nie je po kybernetickom útoku funkčná a jej obnova nie je možná. Z dôvodu bezpečnostných rizík, technologického zastarania a vysokých nákladov sa táto alternatíva nepovažuje za realizovateľnú. Upgrade a modernizácia pôvodnej platformy predstavuje alternatívu 2. 696 696 697 697 Nevýhody: neobnoviteľný stav po útoku, vysoké náklady, služby nie sú v súlade s požiadavkami na budúci rozvoj 698 698 ... ... @@ -713,12 +713,14 @@ 713 713 714 714 === 5.3.1 Návrh riešenia v biznis vrstve architektúry === 715 715 716 - 717 717 V dokumentoch KRIMP (Koncept realizácie Implementačného plánu) boli identifikované biznis požiadavky, z ktorých vychádzajú požiadavky a budúci stav novej rezortnej integračnej platformy. 718 718 719 -[[image:1757961669816-294.png]] Obr. 2 Biznis architektúra - TO BE 720 720 623 + [[image:1752418728242-211.png]] 721 721 625 +Obr. 2 Biznis architektúra - TO BE 626 + 627 + 722 722 Biznis funkcie novej Rezortnej integračnej platformy budú pokrývať predovšetkým podporu dvoch elektronických služieb, poskytovaných ÚGKK. Dôjde k náhrade existujúcej integrácie voči elektronickým službám a spoločným modulom ÚPVS rezortnou integračnou platformou: 723 723 724 724 * Podávanie návrhu na vklad – Kúpa a predaj nehnuteľnosti na bývanie (ŽS 02 - Kúpa nehnuteľností) - Nová koncová služba podávanie návrhu na vklad zameraná špecificky na – Kúpu a predaj nehnuteľnosti na bývanie ... ... @@ -726,13 +726,13 @@ 726 726 * Poskytovanie informácie z katastra nehnuteľností o nehnuteľnostiach a o právach k nehnuteľnostiam – optimalizácia služieb za účelom zlepšenia efektívnej integrácie medzi ISVS 727 727 * Poskytovanie informácie z IS zoznamu stavieb 728 728 729 -Podpora služieb zahŕňa nové funkcionality RIP medzi ktoré patrí: 635 +Podpora služieb zahŕňa **nové **funkcionality RIP medzi ktoré patrí: 730 730 731 731 * Získavanie údajov - predstavuje prepojenie s referenčnými registrami IS CSRÚ. Zabezpečenie prijímania údajov medzi OVM - Poskytnutie rozšírenej množiny dát a zmien nad objektami evidencie. 732 732 * Monitoring služieb - bude podporovať zber údajov o podaniach nevizuálnou službou 733 733 * Zasielanie notifikácií - bude podporovať odosielanie notifikácií 734 734 735 -Nasadením RIP budú upravené nasledovné existujúce biznis funkcie: 641 +Nasadením RIP budú **upravené **nasledovné **existujúce **biznis funkcie: 736 736 737 737 * Poskytovanie špecifických informácií - zabezpečenie poskytovania údajov medzi OVM - Poskytnutie rozšírenej množiny dát a zmien nad objektami evidencie. Poskytovanie údajov z IS Zoznam stavieb pre ostatné OVM z rezortnej integračnej platformy ÚGKK SR. 738 738 * Zápis práv k nehnuteľnostiam - predovšetkým návrh na vklad pre kúpu nehnuteľnosti na bývanie ... ... @@ -740,22 +740,21 @@ 740 740 741 741 === 5.3.2 Prehľad koncových služieb – budúci stav (TO BE): === 742 742 743 - 744 744 |((( 745 -Kód KS 650 +**Kód KS** 746 746 747 -//(z MetaIS)// 748 -)))|Názov KS|Používateľ KS //(G2C/G2B/G2G/G2A)//|((( 749 -Životná situácia 652 +**//(z MetaIS)//** 653 +)))|**Názov KS**|**Používateľ KS //(G2C/G2B/G2G/G2A)//**|((( 654 +**Životná situácia** 750 750 751 -//(+ kód z MetaIS)// 752 -)))|Úroveň elektronizácie KS 753 -|ks_ 381774|Podávanie návrhu na vklad - Kúpa a predaj nehnuteľnosti na bývanie|občan (G2C)|(((656 +**//(+ kód z MetaIS)//** 657 +)))|**Úroveň elektronizácie KS** 658 +|ks_nová – kupa na byvanie|Podávanie návrhu na vklad - Kúpa a predaj nehnuteľnosti na bývanie|občan (G2C)|((( 754 754 157 – Kataster nehnuteľností 755 755 756 756 757 757 )))|úroveň 4 758 -|ks_ 381775|Notifikácie|(((663 +|ks_nová - notif|Notifikácie|((( 759 759 občan (G2C)/ podnikateľ (G2B) 760 760 761 761 ... ... @@ -786,10 +786,10 @@ 786 786 787 787 788 788 ))) 789 -|ks_ 381776|Poskytovanie údajov monitoringu a spätnej väzby do KAV|inštitúcia verejnej správy (G2G)|157 – Kataster nehnuteľností|úroveň 4694 +|ks_nová - kav|Poskytovanie údajov monitoringu a spätnej väzby do KAV|inštitúcia verejnej správy (G2G)|157 – Kataster nehnuteľností|úroveň 4 790 790 |ks_336462|Podávanie návrhu na doplnenie údajov na list vlastníctva do katastra nehnuteľností|občan (G2C)|157 – Kataster nehnuteľností|úroveň 4 791 791 |ks_336484|Poskytovanie výpisu z listu vlastníctva z katastra nehnuteľností|občan (G2C)/ inštitúcia verejnej správy (G2G)/ podnikateľ (G2B)|157 – Kataster nehnuteľností|úroveň 4 792 -| ks_381778|Poskytovanie informácií zo zoznamu stavieb|inštitúcia verejnej správy (G2G)|157 – Kataster nehnuteľností|úroveň 4697 +|Ks_nová – zoznam stavieb|Poskytovanie informácií zo zoznamu stavieb|inštitúcia verejnej správy (G2G)|157 – Kataster nehnuteľností|úroveň 4 793 793 794 794 Tabuľka 11Prehľad koncových služieb - budúci stav (TO BE) 795 795 ... ... @@ -797,18 +797,15 @@ 797 797 798 798 Účel jednotlivých koncových služieb v kontexte predmetu projektu 799 799 800 -* ks_ 381774Kúpa a predaj nehnuteľnosti na bývanie – podanie návrhu na vklad pre existujúcu nehnuteľnosť na bývanie801 -* ks_ 381775Notifikácia klientovi o stave konania – notifikácie klientom cez CNM ÚPVS705 +* ks_nová Kúpa a predaj nehnuteľnosti na bývanie – podanie návrhu na vklad pre existujúcu nehnuteľnosť na bývanie 706 +* ks_nová Notifikácia klientovi o stave konania – notifikácie klientom cez CNM ÚPVS 802 802 * ks_336479 Poskytovanie informácie z katastra nehnuteľností o nehnuteľnostiach – poskytovanie údajov pre MVSR 803 803 * ks_336480 Poskytovanie informácie z katastra nehnuteľností o právach k nehnuteľnostiam – poskytovanie údajov pre MVSR 804 804 * ks_336484 Poskytovanie výpisu z listu vlastníctva z katastra nehnuteľností – poskytovanie údajov pre MVSR 805 -* ks_ 381776Poskytovanie údajov monitoringu a spätnej väzby do KAV – poskytovanie údajov monitoringu a spätnej väzby do centráneho modulu KAV710 +* ks_nová Poskytovanie údajov monitoringu a spätnej väzby do KAV – poskytovanie údajov monitoringu a spätnej väzby do centráneho modulu KAV 806 806 * ks_336462 Podávanie návrhu na doplnenie údajov na list vlastníctva do katastra nehnuteľností – zapracovanie zmeny údajov vlastníka na vybraných nehnuteľnostiach v rozsahu zmeny adresy trvalého pobytu 807 -* ks_ 381778Poskytovanie informácií zo zoznamu stavieb712 +* ks_nova Poskytovanie informácií zo zoznamu stavieb 808 808 809 - 810 - 811 - 812 812 === 5.3.3 Organizačné zmeny a Procesy dotknuté navrhovaným riešením === 813 813 814 814 V rámci projektu nebudú realizované zmeny procesov a organizačné zmeny. ... ... @@ -850,15 +850,14 @@ 850 850 ** Integrácia isvs Konsolidovaná Analytická Vrstva (KAV) 851 851 *** Odosielanie informácii o používaní služieb 852 852 853 - 854 854 * Poskytovanie služieb na integráciu externým subjektom 855 855 ** sluzba_is_1484 Poskytnutie informácie z KN o nehnuteľnostiach (v zmysle ZS06 pre MVSR) 856 856 ** sluzba_is_1485 Poskytnutie informácie z KN o právach k nehnuteľnostiam (v zmysle ZS06 pre MVSR) 857 857 ** sluzba_is_1489 Poskytnutie výpisu z listu vlastníctva z KN (v zmysle ZS06 pre MVSR) 858 -** nová AS Poskytovanie informácií zo zoznamu stavieb (as_67812) 859 -** 759 +** nová AS Podávanie návrhu na vklad do katastra nehnuteľností – kúpa a predaj nehnuteľnosti na bývanie 760 +** nová AS Notifikácia klientovi o stave konania 761 +** nová AS Poskytovanie informácií zo zoznamu stavieb 860 860 861 - 862 862 * Manažment integrácii 863 863 ** Web rozhranie pre manažment platformy 864 864 ** Sledovanie stavu jednotlivých komponentov (adaptéry, procesy) ... ... @@ -867,13 +867,11 @@ 867 867 ** Auditné záznamy 868 868 ** Štatistika a sledovanie služieb 869 869 870 - 871 -* Elektronická podateľňa 771 +* Elektronická podatelna 872 872 ** Prijatie podania a automatizovaná kontrola prichádzajúceho podania 873 -** nová AS Adaptéry na centrálne komponenty (as_67814)773 +** nová AS Adaptéry na centrálne komponenty 874 874 875 875 876 - 877 877 **Externé systémy**: 878 878 879 879 Projekt počíta s integráciou na: ... ... @@ -882,7 +882,6 @@ 882 882 * isvs_5836 IS CPDI ako realizácia Modulu procesnej integrácie a integrácie údajov pre komunikáciu s CNM 883 883 * 884 884 885 - 886 886 **Agendové informačné systémy** 887 887 888 888 Podporujú výkon konkrétnej agendy a realizujú kľúčové aplikačné služby. ... ... @@ -892,16 +892,14 @@ 892 892 893 893 Architektúra aplikačných systémov je zobrazená na nasledovnom obrázku: 894 894 895 -[[image:175 7961745623-807.png]]793 +[[image:1752419049930-110.png]] 896 896 897 897 898 - 899 899 Obr. 3 Aplikačná architektúra - TO BE 900 900 901 901 902 902 === 5.4.2 Rozsah informačných systémov – budúci stav (TO BE) === 903 903 904 - 905 905 |**Kód ISVS **//(z MetaIS)//|**Názov ISVS**|((( 906 906 **Modul ISVS** 907 907 ... ... @@ -917,10 +917,8 @@ 917 917 Tabuľka 12 Rozsah informačných systémov - budúci stav (TO BE) 918 918 919 919 920 - 921 921 === 5.4.3 Využívanie nadrezortných a spoločných ISVS – AS IS === 922 922 923 - 924 924 V súčasnom stave sú využívané nasledovné spoločné moduly podľa zákona č. 305/2013 e-Governmente. 925 925 926 926 Aktuálne neexistuje integrácia na IS CPDI. ... ... @@ -935,7 +935,6 @@ 935 935 936 936 === 5.4.4 Prehľad plánovaných integrácií na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013 Z.z. o e-Governmente – budúci stav (TO BE) === 937 937 938 - 939 939 |Kód IS|Názov ISVS|Spoločné moduly podľa zákona č. 305/2013 e-Governmente 940 940 |isvs_14801|Rezortná integračná platforma|//Centrálna API Manažment Platforma// 941 941 |isvs_14801|Rezortná integračná platforma|//IS CSRÚ-Modul procesnej integrácie a integrácie údajov// ... ... @@ -949,7 +949,6 @@ 949 949 Tabuľka 14 Prehľad plánovaných integrácií na spoločné moduly – budúci stav (TO BE) 950 950 951 951 952 - 953 953 === 5.4.5 Prehľad plánovaných integrácií na iné ISVS – budúci stav (TO BE) === 954 954 955 955 ... ... @@ -958,7 +958,6 @@ 958 958 * isvs_9513 Centrálna API manažment Platforma (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov 959 959 * isvs_5836 IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov 960 960 961 - 962 962 |((( 963 963 Kód ISVS 964 964 ... ... @@ -974,7 +974,6 @@ 974 974 )))|Názov integrovaného ISVS 975 975 |isvs_14801|Rezortná integračná platforma|isvs_200|Hlásenie pobytu 976 976 977 - 978 978 Tabuľka 15 Prehľad plánovaných integrácií na iné ISVS – budúci stav (TO BE) 979 979 980 980 ... ... @@ -993,27 +993,15 @@ 993 993 994 994 //(kód KS z MetaIS)// 995 995 ))) 996 -|as_67809|Notifikácia klientovi o stave konania|isvs_14801|((( 997 -ks_381774 998 - 999 -ks_381775 1000 -))) 886 +|as_nová|Notifikácia klientovi o stave konania|isvs_14801|ks_nová – kupa na byvanie 1001 1001 |sluzba_is_1484|Poskytnutie informácie z KN o nehnuteľnostiach|isvs_14801|ks_336479 1002 1002 |sluzba_is_1485|Poskytnutie informácie z KN o právach k nehnuteľnostiam|isvs_14801|ks_336480 1003 1003 |sluzba_is_1489|Poskytnutie výpisu z listu vlastníctva z KN|isvs_14801|ks_336484 1004 -|as_ 67811|Prijatie podania|isvs_14801|ks_381774, ks_3364621005 -|as_ 67812|Poskytovanie informácií zo zoznamu stavieb|isvs_14801|ks_3817781006 -|as_ 67814|Adaptéry na centrálne komponenty|isvs_14801|(((1007 -ks_336462, ks_ 381774890 +|as_nova|Prijatie podania|isvs_14801|ks_nova – kupa na byvanie, ks_336462 891 +|as_nova|Poskytovanie informácií zo zoznamu stavieb|isvs_14801|ks_nova – zoznam stavieb 892 +|as_nova|Adaptéry na centrálne komponenty|isvs_14801|ks_336462, ks_nova – kupa na byvanie 893 +|as_nova|Prijatie spätnej väzby|isvs_14801|ks_336462, ks_nova – kupa na byvanie 1008 1008 1009 -ks_381776 1010 -))) 1011 -|as_67816|Prijatie spätnej väzby|isvs_14801|((( 1012 -ks_336462, ks_381774 1013 - 1014 -ks_381776 1015 -))) 1016 - 1017 1017 Tabuľka 16 Aplikačné služby pre Koncové služby – budúci stav (TO BE) 1018 1018 1019 1019 ... ... @@ -1036,8 +1036,8 @@ 1036 1036 1037 1037 (kód MetaIS) 1038 1038 ))) 1039 -|as_ 67809|Notifikácia klientovi o stave konania|isvs_14801|Konzumujúca|Áno|Áno|Nie|as_601581040 -|as_ 67815|Spracovanie referenčných údajov o osobách|isvs_14801|Konzumujúca|Nie|Áno|Nie|(((917 +|as_nová|Notifikácia klientovi o stave konania|isvs_14801|Konzumujúca|Áno|Áno|Nie|as_60158 918 +|as_nová |Spracovanie referenčných údajov o osobách|isvs_14801|Konzumujúca|Nie|Áno|Nie|((( 1041 1041 as_59119 1042 1042 1043 1043 sluzba_is_49250 ... ... @@ -1069,7 +1069,6 @@ 1069 1069 1070 1070 === 5.5.4 Konzumovanie údajov z IS CPDI – budúci stav (TO BE) === 1071 1071 1072 - 1073 1073 |ID OE|((( 1074 1074 1075 1075 ... ... @@ -1140,24 +1140,18 @@ 1140 1140 === 5.7.1 Návrh riešenia bezpečnosti === 1141 1141 1142 1142 Súčasný stav (AS-IS) bezpečnostnej architektúry 1020 +V súčasnosti informačný systém katastra nehnuteľností po kybernetickom útoku nedisponuje centralizovanou integračnou platformou. Integrácie s externými subjektmi sú realizované individuálne, prostredníctvom API rozhraní a ad-hoc komunikačných kanálov. Neexistuje jednotný prístup k zabezpečeniu identity, jednotné logovanie integračných volaní, ani centralizovaný monitoring a detekcia incidentov v integračnej vrstve. 1143 1143 1144 -V súčasnosti informačný systém katastra nehnuteľností po kybernetickom útoku nedisponuje centralizovanou integračnou platformou. Integrácie s externými subjektmi sú realizované individuálne, prostredníctvom API rozhraní a ad-hoc komunikačných kanálov. Neexistuje jednotný prístup k zabezpečeniu identity, jednotné logovanie integračných volaní, ani centralizovaný monitoring a detekcia incidentov v integračnej vrstve. 1145 - 1146 - 1147 1147 Budúci stav (TO-BE) bezpečnostnej architektúry 1023 +Navrhované riešenie počíta so zavedením modernej a rezortnej integračnej platformy, ktorá sa stane. Táto platforma bude postavená s dôrazom na splnenie požiadaviek kategórie III podľa vyhlášky č. 179/2020 Z.z., ako aj ďalších relevantných právnych predpisov vrátane zákona č. 69/2018 Z.z. o kybernetickej bezpečnosti, zákona č. 18/2018 Z.z. o ochrane osobných údajov (GDPR) a štandardov IT verejnej správy podľa vyhlášky č. 78/2020 Z.z. 1148 1148 1149 -Navrhované riešenie počíta so zavedením modernej a rezortnej integračnej platformy, ktorá sa stane primárnym komponentom pre komunikáciu s externým prostredím ÚGKK. Táto platforma bude postavená s dôrazom na splnenie požiadaviek kategórie III podľa vyhlášky č. 179/2020 Z.z., ako aj ďalších relevantných právnych predpisov vrátane zákona č. 69/2018 Z.z. o kybernetickej bezpečnosti, zákona č. 18/2018 Z.z. o ochrane osobných údajov (GDPR) a štandardov IT verejnej správy podľa vyhlášky č. 78/2020 Z.z. 1150 - 1151 - 1152 1152 Budúca bezpečnostná architektúra bude vychádzať z nasledujúcich princípov: 1026 +- Centralizované logovanie a monitoring aktivít na účely detekcie a riešenia bezpečnostných incidentov, 1027 +- Zabezpečená komunikácia medzi systémami výhradne prostredníctvom protokolov podporujúcich šifrovanie, 1028 +- Segmentácia siete a izolácia integračnej vrstvy v samostatných bezpečnostných zónach. 1153 1153 1154 -* Centralizované logovanie a monitoring aktivít na účely detekcie a riešenia bezpečnostných incidentov, 1155 -* Zabezpečená komunikácia medzi systémami výhradne prostredníctvom protokolov podporujúcich šifrovanie, 1156 -* Segmentácia siete a izolácia integračnej vrstvy v samostatných bezpečnostných zónach. 1157 - 1158 1158 === 5.7.2 Určenie obsahu bezpečnostných opatrení === 1159 1159 1160 - 1161 1161 |Obsah bezpečnostných opatrení podľa vyhlášky ÚPVII č. 179/2020 Z. z|Aplikované opatrenia|Aplikovaná legislatíva 1162 1162 |Minimálne bezpečnostné opatrenia Kategórie I|Áno|Uveďte aplikovateľný odsek §3 vyhlášky 179/2020 vzťahujúci sa na vašu organizáciu, projekt a budované aktíva 1163 1163 |Minimálne bezpečnostné opatrenia Kategórie II|Áno|Uveďte aplikovateľný odsek §3 vyhlášky 179/2020 vzťahujúci sa na vašu organizáciu, projekt a budované aktíva ... ... @@ -1170,10 +1170,8 @@ 1170 1170 === 1171 1171 5.7.3 Legislatívne, právne, štatutárne, regulačné a zmluvné požiadavky, === 1172 1172 1044 +Integračná platforma bude vybudovaná v súlade s platnou legislatívou a technickými normami upravujúcimi informačné technológie a bezpečnosť vo verejnej správe. Platforma bude súčasťou informačného systému verejnej správy kategórie III podľa vyhlášky č. 179/2020 Z.z., a preto bude podliehať požiadavkám na vypracovanie bezpečnostného projektu v zmysle § 23 ods. 1 a 2 zákona č. 95/2019 Z.z. 1173 1173 1174 -Integračná platforma bude vybudovaná v súlade s platnou legislatívou a technickými normami upravujúcimi informačné technológie a bezpečnosť vo verejnej správe. Platforma bude súčasťou informačného systému verejnej správy kategórie III podľa vyhlášky č. 179/2020 Z.z., a preto bude podliehať požiadavkám na vypracovanie bezpečnostného projektu v zmysle § 23 ods. 1 a 2 zákona č. 95/2019 Z.z. 1175 - 1176 - 1177 1177 Integračná vrstva bude spĺňať minimálne bezpečnostné opatrenia v rozsahu kategórie III, vrátane zabezpečeného prenosu dát, autentifikácie a autorizácie prístupov, logovania a monitorovania činností, ochrany integrity a dostupnosti služieb. Architektúra platformy bude zohľadňovať princípy vyplývajúce z vyhlášky č. 78/2020 Z.z. o štandardoch pre IT verejnej správy a bude rešpektovať rámec kybernetickej bezpečnosti podľa zákona č. 69/2018 Z.z. a vykonávacej vyhlášky č. 362/2018 Z.z. 1178 1178 1179 1179 ... ... @@ -1181,12 +1181,6 @@ 1181 1181 1182 1182 K rezortnej integračnej platforme nebudú mať prístup Externý používatelia a z pohľadu Interných používateľov iba rola administrátora rezortnej integračnej platformy prostredníctvom administrátorského účtu rezortnej integračnej platformy. 1183 1183 1184 - 1185 -Rezortná integračná platforma je určená primárne pre integráciu systémov. Autentifikáciu a autorizáciu prístupov koncových používateľov bude riešiť konkrétny integračný adaptér / integrovaný systém. 1186 - 1187 - 1188 -Interní administrátori budú autentifikovaný a autorizovaný prostredníctvom interného rezortného IAM. 1189 - 1190 1190 = 1191 1191 6. PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU = 1192 1192 ... ... @@ -1193,40 +1193,33 @@ 1193 1193 1194 1194 == 6.1 Návrh riešenia prevádzky a údržby == 1195 1195 1196 -Prevádzka a údržba diela bude počas prvého roka po jeho nasadení zabezpečená v rámci licenčnej podpory poskytovanej dodávateľom, ktorá bude zahrnutá v cene diela. Táto podpora zahŕňa podporu prevádzky systému v súlade s1059 +Prevádzka a údržba diela bude počas prvého roka po jeho nasadení zabezpečená v rámci záručnej podpory poskytovanej dodávateľom, ktorá bude zahrnutá v cene diela. Táto podpora zahŕňa podporu prevádzky systému v súlade s nasledujúcimi kapitolami . 1197 1197 1061 +Po ukončení záručnej lehoty bude technická podpora, údržba a nadväzujúce prevádzkové služby zabezpečená prostredníctvom samostatne obstarávanej SLA (Service Level Agreement), ktorá umožní pokračovanie v plynulej a spoľahlivej prevádzke systému v súlade s prevádzkovými a bezpečnostnými požiadavkami organizácie. Tento model zabezpečuje oddelenie implementačnej fázy od dlhodobej prevádzky a umožňuje transparentné zabezpečenie služieb po ukončení záruky. 1198 1198 1199 -Po ukončení jednoročnej licenčnej lehoty bude technická podpora, údržba a nadväzujúce prevádzkové služby zabezpečená prostredníctvom objednávania ďalšieho ročného predplatného, ktoré umožní pokračovanie v plynulej a spoľahlivej prevádzke systému v súlade s prevádzkovými a bezpečnostnými požiadavkami organizácie. Tento model zabezpečuje oddelenie implementačnej fázy od dlhodobej prevádzky a umožňuje transparentné zabezpečenie služieb. 1200 - 1201 1201 == 6.2 Zabezpečenie podpory používateľov a prevádzky == 1202 1202 1203 -Riešenie, ktoré je predmetom implementačného projektu, nemá priamych koncových používateľov, poskytuje však služby pre ďalšie aplikácie, moduly a 1065 +Riešenie, ktoré je predmetom implementačného projektu, nemá priamych koncových používateľov, poskytuje však služby pre ďalšie aplikácie, moduly a systémy. 1204 1204 1205 1205 1068 +Podpora prevádzky bude realizovaná cez 3 úrovne podpory, s nasledujúcim označením a obsahom činnosti: 1069 +• Podpora L1 (podpora 1. stupňa - Level 1) - začiatočná úroveň podpory, ktorej základnou funkciou je zhromaždiť informácie, previesť základnú analýzu a určiť príčinu problému a jeho klasifikáciu. Typicky sú v úrovni L1 riešené priamočiare a jednoduché problémy a základné diagnostiky, overenie dostupnosti jednotlivých vrstiev infraštruktúry (sieťové, operačné, vizualizačné, aplikačné atď.) a základné užívateľské problémy (typicky zabudnutie hesla), overovanie nastavení SW a HW atď. Je zabezpečovaná prostredníctvom pracoviska jednotného kontaktného miesta. 1206 1206 1207 -Podpora prev ádzky bude realizovanácez3úrovne podpory,snasledujúcim označenímaobsahomčinnosti:1071 +• Podpora L2 (podpora 2. stupňa – Level 2 - postúpenie požiadaviek od L1) – riešiteľské tímy s hlbšou technologickou znalosťou danej oblasti. Riešitelia na úrovni Podpory L2 nekomunikujú priamo s koncovým užívateľom, ale sú zodpovední za poskytovanie súčinnosti riešiteľom 1. úrovne podpory pri riešení eskalovaného hlásenia, čo mimo iného obsahuje aj spätnú kontrolu a podrobnejšiu analýzu zistených dát predaných riešiteľom 1. úrovne podpory. Výstupom takejto kontroly môže byť potvrdenie, upresnenie, alebo prehodnotenie hlásenia v závislosti na potrebách Objednávateľa. Primárnym cieľom riešiteľov na úrovni Podpory L2 je dostať Hlásenie čo najskôr pod kontrolu a následne ho vyriešiť - s možnosťou eskalácie na vyššiu úroveň podpory – Podpora L3. 1208 1208 1209 - *Podpora L1(podpora1. stupňa- Level 1) -začiatočná úroveň podpory, ktorej základnoufunkciouje zhromaždiťinformácie,previesť základnú analýzua určiť príčinu problému ajehoklasifikáciu.Typicky súv úrovni L1 riešenépriamočiare a jednoduchéproblémya základné diagnostiky, overeniedostupnosti jednotlivýchvrstiev infraštruktúry (sieťové, operačné,vizualizačné,aplikačné atď.)azákladné užívateľsképroblémy (typickyzabudnutie hesla),overovanienastavení SWaHWatď.Jezabezpečovanáprostredníctvompracoviska jednotného kontaktného miesta.1073 +• Podpora L3 (podpora 3. stupňa) - Podpora 3. stupňa predstavuje najvyššiu úroveň podpory pre riešenie tých najobtiažnejších Hlásení, vrátane prevádzania hĺbkových analýz a riešenie extrémnych prípadov. 1210 1210 1075 +Typické zodpovednosti za realizáciu podpory sú: 1076 +• L1 (Level 1: priamy kontakt zákazníka) - jednotný kontaktný bod bude zabezpečovaný pracoviskom v správe Úradu geodézie, kartografie a katastra Slovenskej republiky. 1077 +• L2 (Level 2: postúpenie požiadaviek od L1) - riešiteľské tímy s hlbšou znalosťou rezorntej integračnej platformy budú tvorené pracovníkmi Výskumného ústavu geodézie a kartografie v Bratislave 1078 +• L3 (Level 3, postúpenie požiadaviek od L2) - na základe zmluvy o dodávke inf. systému zabezpečí externý dodávateľ po dobu jedného roka, riešenie prevádzkových incidentov a servisných požiadaviek. 1079 + 1211 1211 1212 -* Podpora L2 (podpora 2. stupňa – Level 2 - postúpenie požiadaviek od L1) – riešiteľské tímy s hlbšou technologickou znalosťou danej oblasti. Riešitelia na úrovni Podpory L2 nekomunikujú priamo s koncovým užívateľom, ale sú zodpovední za poskytovanie súčinnosti riešiteľom 1. úrovne podpory pri riešení eskalovaného hlásenia, čo mimo iného obsahuje aj spätnú kontrolu a podrobnejšiu analýzu zistených dát predaných riešiteľom 1. úrovne podpory. Výstupom takejto kontroly môže byť potvrdenie, upresnenie, alebo prehodnotenie hlásenia v závislosti na potrebách Objednávateľa. Primárnym cieľom riešiteľov na úrovni Podpory L2 je dostať Hlásenie čo najskôr pod kontrolu a následne ho vyriešiť - s možnosťou eskalácie na vyššiu úroveň podpory – Podpora L3. 1213 - 1214 - 1215 -* Podpora L3 (podpora 3. stupňa) - Podpora 3. stupňa predstavuje najvyššiu úroveň podpory pre riešenie tých najobtiažnejších Hlásení, vrátane prevádzania hĺbkových analýz a riešenie extrémnych prípadov. 1216 - 1217 - 1218 -Typické zodpovednosti za realizáciu podpory sú: 1219 - 1220 -* L1 (Level 1: priamy kontakt zákazníka) - jednotný kontaktný bod bude zabezpečovaný pracoviskom v správe Úradu geodézie, kartografie a katastra Slovenskej republiky. 1221 -* L2 (Level 2: postúpenie požiadaviek od L1) - riešiteľské tímy s hlbšou znalosťou rezorntej integračnej platformy budú tvorené pracovníkmi Výskumného ústavu geodézie a kartografie v Bratislave 1222 -* L3 (Level 3, postúpenie požiadaviek od L2) - na základe zmluvy o dodávke inf. systému zabezpečí externý dodávateľ po dobu jedného roka, riešenie prevádzkových incidentov a servisných požiadaviek. 1223 - 1224 - 1225 1225 |Podpora|((( 1226 1226 Poskytovateľ 1227 1227 1228 1228 (subjekt zodpovedný za poskytnutie podpory) 1229 -)))|Požadovaný Čas dostupnosti|STAVzabezpečenia|(((1085 +)))|Požadovaný čas dostupnosti|Stav zabezpečenia|((( 1230 1230 Pozn. 1231 1231 1232 1232 (napr. známe obmedzenia služby, špeciálne zodpovednosti, a pod.) ... ... @@ -1237,13 +1237,9 @@ 1237 1237 1238 1238 //na každý rok medzi ÚGKK a VÚGK// 1239 1239 )))| 1240 -|Podpora L3|//Dodávateľ riešenia//|//8x5//| (((1241 - //Licenčná podpora aočnépredplatné//1096 +|Podpora L3|//Dodávateľ riešenia//|//8x5//|//Súčasť obstarania / Bude obstaraná na konci projektu//| 1097 +|Podpora infraštruktúrnych služieb|//Dodávateľ servisnej podpory HW datacentra//|//8x5//|//Existujúca servisná zmluva//| 1242 1242 1243 - 1244 -)))| 1245 -|Podpora infraštruktúrnych služieb|//Dodávateľ servisnej podpory HW datacentra//|//8x5//|//Existujúca servisná zmluva //| 1246 - 1247 1247 Tabuľka 34 Prehľad riešenia zabezpečenia podpory používateľov a prevádzky 1248 1248 1249 1249 ... ... @@ -1252,7 +1252,7 @@ 1252 1252 Parametre služby riešenia incidentov v prevádzke sú špecifikované na základe určenia priority incidentu pomocou kombinácie jeho naliehavosti a dopadu podľa najlepších skúseností z praxe (best practice) z oblasti manažmentu IT služieb ( Information Technology Infrastructure Library - ITIL V3) nasledovným spôsobom: 1253 1253 1254 1254 1255 - **Incident**- za incident je považovaná každá nahlásená alebo inak zistená relevantná skutočnosť týkajúca sa aktíva (informačného systému) alebo jeho časti, ktorého nedostupnosť alebo nefunkčnosť má vplyv na poskytovanie služieb.1107 +Incident - za incident je považovaná každá nahlásená alebo inak zistená relevantná skutočnosť týkajúca sa aktíva (informačného systému) alebo jeho časti, ktorého nedostupnosť alebo nefunkčnosť má vplyv na poskytovanie služieb. 1256 1256 1257 1257 1258 1258 |klasifikácia naliehavosti incidentu|Závažnosť incidentu|Popis naliehavosti incidentu ... ... @@ -1320,6 +1320,7 @@ 1320 1320 1321 1321 == 6.4 Požadovaná dostupnosť informačného systému: == 1322 1322 1175 + 1323 1323 |Popis|Parameter|Upresnenie 1324 1324 |Prevádzkové hodiny|12 hodín|od 6:00 hod. - do 18:00 hod. počas pracovných dní 1325 1325 |(% rowspan="2" %)Servisné okno|10 hodín|od 19:00 hod. - do 5:00 hod. počas pracovných dní ... ... @@ -1342,133 +1342,29 @@ 1342 1342 |RTO (Recovery Time Objective) |4 hodiny|RTO vyjadruje množstvo času potrebné pre obnovenie dát a celej prevádzky nedostupného systému 1343 1343 |RPO (Recovery Point Objective)|6 hodín|RPO vyjadruje, do akého času (bodu) v minulosti možno obnoviť dáta, t.j. rozsah dát, o ktoré môže organizácia prísť 1344 1344 1198 +== 6.5 Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky == 1345 1345 1346 -(% style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" %)6.5 Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky 1200 +Uveďte požiadavky na personálne zabezpečenie prevádzky budovaného systému (TO BE) a súvisiacich prevádzkových procesov. 1201 +Uveďte požiadavky na zabezpečenie potrebných školení a certifikátov pre používateľov, pracovníkov podpory, prevádzky a správy budovaného systému. 1347 1347 1348 -Pracovníci L1 a L2 podpory budú vyškolení na postupy testovania obnovy Rezortnej integračnej platformy po úplnom zlyhaní. Školenie bude zahŕňať proces inštalácie zo zálohovaných strojových kódov a konfigurácií, ako aj obnovu aktuálnych integrácií na interné a externé systémy. 1349 1349 1350 - 1351 -Pracovníci L1 a L2 supportu budú tieto činnosti testovania obnovy aj reálne vykonávať v súlade so stanovenými postupmi a harmonogramom testovania, pričom výsledky testov budú riadne dokumentované. 1352 - 1353 - 1354 1354 == 6.6 Požiadavky na zdrojové kódy == 1355 1355 1356 -Dodávka rezortnej integračnej platformy bude pozostávať z troch častí: technologickej platformy (poskytnutie licencie a bezzdrojových kódov),preexistentných adaptérov (poskytnutielicenciea bezzdrojových kódov) a vlastných, na mieru vyvinutých adaptérov (s povinným odovzdaním kompletných zdrojových kódov). Odovzdanie zdrojovýchkódov budeprebiehaťcez GITrepositoryprevádzkovanéobjednávateľom.Zdrojovékódy budú licencovanépod EUPL.1206 +Dodávka rezortnej integračnej platformy bude pozostávať z troch častí: technologickej platformy (poskytnutie licencie a podpory namiesto zdrojových kódov), existujúcich adaptérov (s odovzdaním ich zdrojových kódov) a vlastných, na mieru vyvinutých adaptérov (s povinným odovzdaním kompletných zdrojových kódov). Objednávateľ získa dispozičné práva ku všetkým dodaným zdrojovým kódom, dokumentácii a výstupom diela; zdrojové kódy budú plne kompilovateľné, riadne okomentované a zdokumentované, archivované v Git repozitári a odovzdané pri záverečnom míľniku projektu. Zmluvné podmienky budú obsahovať ustanovenia na predchádzanie závislosti od jediného dodávateľa (tzv. vendor lock-in). Všetky uvedené požiadavky budú realizované v súlade so zákonom č. 95/2019 Z.z. o informačných technológiách vo verejnej správe, metodickým usmernením MIRRI SR č. 024077/2023 a s príslušnými inštrukciami k používaniu licencie EUPL. 1357 1357 1208 +V zmluve budú dohodnuté pravidlá pre odovzdanie, správu a archiváciu zdrojových kódov, ktoré zabezpečia, že objednávateľ bude mať vždy k dispozícii aktuálne verzie. Odovzdanie zdrojových kódov prebehne minimálne na konci projektu (počas záverečnej akceptácie celého diela), pričom môže byť dohodnuté aj priebežné odovzdávanie po hlavných míľnikoch projektu. 1358 1358 1359 -Objednávateľ získa dispozičné práva ku všetkým dodaným zdrojovým kódom, dokumentácii a výstupom diela pod licenciou EUPL: 1360 - 1361 -* zdrojové kódy budú plne kompilovateľné, 1362 -* riadne okomentované a zdokumentované, 1363 -* archivované v Git repozitári prevádzkovanom objednávateľom 1364 -* a odovzdávané pri minimálne každej dodávke skompilovanej verzie binárneho spustiteľného obrazu aplikácie. 1365 - 1366 - 1367 -Zmluvné podmienky budú obsahovať ustanovenia na predchádzanie závislosti od jediného dodávateľa (tzv. vendor lock-in). Všetky uvedené požiadavky budú realizované v súlade so zákonom č. 95/2019 Z.z. o informačných technológiách vo verejnej správe, metodickým usmernením MIRRI SR č. 024077/2023 a s príslušnými inštrukciami k používaniu licencie EUPL. 1368 - 1369 - 1370 - 1371 1371 Pri každom odovzdaní zdrojového kódu sa vyhotoví preberací protokol, v ktorom objednávateľ potvrdí prevzatie kódu. Objednávateľ má právo pred podpisom protokolu skontrolovať odovzdané zdrojové kódy (napr. vykonať audit kvality, skúsiť ich zkompilovať). 1372 1372 1212 +Zdrojové kódy budú uložené a archivované v centrálnom repozitári zdrojových kódov spravovanom štátom (podľa vyhlášky č. 78/2020 Z.z. § 31) alebo v repozitári objednávateľa. Po finálnej akceptácii diela dodávateľ poskytne kompletný balík zdrojových kódov aj v offline forme (napr. na elektronickom médiu) pre archívne účely objednávateľa. V prípade zmien počas trvania zmluvy (aktualizácie, záručné opravy, nové verzie) platí, že dodávateľ priebežne odovzdáva aktualizovaný zdrojový kód k daným úpravám bez zbytočného odkladu (najneskôr pri odovzdaní upravenej funkčnosti do užívania). 1373 1373 1374 -Zdrojové kódy budú uložené a archivované v repozitári objednávateľa. Po finálnej akceptácii diela dodávateľ poskytne kompletný balík zdrojových kódov aj v offline forme (napr. na elektronickom médiu) pre archívne účely objednávateľa. V prípade zmien počas trvania zmluvy (aktualizácie, záručné opravy, nové verzie) platí, že dodávateľ priebežne odovzdáva aktualizovaný zdrojový kód k daným úpravám bez zbytočného odkladu (najneskôr pri odovzdaní upravenej funkčnosti do užívania). 1375 - 1376 - 1377 -Preberanie zdrojových kódov bude naviazané na fakturačné míľniky projektu. Objednávateľ uhradí príslušnú časť ceny diela až po úspešnom odovzdaní a prevzatí zdrojových kódov za danú etapu. Najmä záverečná fakturácia (záverečná splátka) bude podmienená tým, že dodávateľ odovzdá kompletné zdrojové kódy celého riešenia a relevantnú dokumentáciu. 1378 - 1214 +Preberanie zdrojových kódov bude naviazané na fakturačné míľniky projektu. Objednávateľ uhradí príslušnú časť ceny diela až po úspešnom odovzdaní a prevzatí zdrojových kódov za danú etapu. Najmä záverečná fakturácia (záverečná splátka) bude podmienená tým, že dodávateľ odovzdá kompletné zdrojové kódy celého riešenia a relevantnú dokumentáciu. 1379 1379 V prípade predčasného ukončenia projektu alebo zmluvy musí dodávateľ odovzdať aktuálny zdrojový kód ku dňu ukončenia, inak nedôjde k uvoľneniu platby (táto podmienka bude taktiež zakotvená v zmluve). 1380 1380 1381 - 1382 - 1383 1383 = 7. OPIS IMPLEMENTÁCIE PROJEKTU A PREBERANIA VÝSTUPOV PROJEKTU = 1384 1384 1385 -Implementácia a preberanie výstupov projektu bude realizované v súlade s Vyhláškou Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy (prílohač.1 – Zmenovápožiadavkav prevádzkenad200.000 EUR do 1.000.000 EUR vrátane)vnasledovnomrozsahu:.1219 +Implementácia a preberanie výstupov projektu bude realizované v súlade s Vyhláškou Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy v zmysle ustanovení podľa § 5 a nasledovných ustanovení. 1386 1386 1387 - 1388 -Hlavnými výstupmi projektu bude: 1389 - 1390 -* Dodávka a inštalácia preexistentného SW 1391 -* Príprava a schválenie Dohôd o integračnom zámere (DIZ) s externými subjektami 1392 -* Konfigurácia preexistentných adaptérov podľa schválených DIZ 1393 -* Integrácia interných systémov na rezortnú integračnú platformu 1394 -* Integračné testovanie a nasadenie integračnej platformy do prevádzky 1395 - 1396 - 1397 -Výstupy projektu budú dodávané v priebehu jednotlivých fáz a etáp projektu v zmysle vyhlášky 401/2023 o riadení projektov 1398 - 1399 - 1400 -Prípravná a iniciačná fáza: 1401 - 1402 -* I-02 Projektový zámer 1403 -* I-04 Katalóg požiadaviek Realizačná fáz 1404 -* Obstaranie preexistentných programových prostriedkov 1405 - 1406 - 1407 -Realizačná fáza: 1408 - 1409 -* R-0 1410 -** Projektový iniciálny dokument (PID) 1411 -** Akceptačné kritéria 1412 -* E1 Technológia a pre-existentné adaptéry 1413 -** R1-1- Detailný návrh nasadenia technológie a pre-existentných adaptérov 1414 -*** Návrh dohôd o integračnom zámere (DIZ) 1415 -*** Aplikačná architektúra, 1416 -*** Fyzická architektúra, 1417 -*** Plán zálohovania a obnovy, 1418 -*** Návrh zabezpečenia dostupnosti, 1419 -*** Bezpečnosť a autority manažment 1420 -** R1-2- Plán a stratégia testovania 1421 -** R3-1 Integrácia 1422 -*** Nasadenie technológie rezortnej integračnej platformy na testovacie prostredie 1423 -*** Nasadenie preexistentných SW na testovacie prostredie 1424 -*** Konfigurácia preexistentných SW podľa (DIZ) 1425 -** R3-2 Testovanie a Akceptácia preexistentného SW 1426 -*** (1) Funkčné testovanie (FAT) 1427 -*** (2) Systémové a integračné testovanie (SIT) 1428 -*** (3) Záťažové a výkonnostné testovanie 1429 -*** (4) Bezpečnostné testovanie (SW a kybernetická bezpečnosť) 1430 -** Školenia personálu 1431 -** Dokumentácia 1432 -*** (1) Aplikačná príručka, vrátane aktualizovanej dokumentácie architektúry 1433 -*** (2) Integračná príručka 1434 -*** (3) Používateľská príručka 1435 -*** (4) Licencie 1436 -*** (5) Inštalačná a konfiguračná príručka 1437 -*** (6) Prevádzkový opis a pokyny pre diagnostiku, servis a údržbu 1438 -*** (7) Pokyny na obnovu pri výpadku alebo havárii (Havarijný plán) 1439 -*** (8) Bezpečnostný projekt 1440 -*** (9) OpenAPI špecifikácia integračných služieb pre externú integráciu 1441 -* E2 Custom integrácia 1442 -** R1-1 Detailný návrh riešenia custom integračných adaptérov 1443 -*** Zámer riešenia, analýza požiadaviek custom integračných adaptérov 1444 -*** Dátová a aplikačná architektúra custom integrácií 1445 -*** Zabezpečenie dostupnosti, zálohovanie a obnova riešenia 1446 -** R1-2 Plán a stratégia testovania 1447 -** R2-2 Obstaranie programových prostriedkov custom integračných adaptérov 1448 -** R3-1 Vývoj custom integračných adaptérov podľa DNR 1449 -** R3-2 Testovanie a Akceptácia custom integračných adaptérov 1450 -*** (1) Funkčné testovanie (FAT) 1451 -*** (2) Systémové a integračné testovanie (SIT) 1452 -*** (3) Záťažové a výkonnostné testovanie 1453 -*** (4) Bezpečnostné testovanie (SW a kybernetická bezpečnosť) 1454 -** R3-3 Školenia personálu 1455 -** R3-4 Dokumentácia 1456 -*** (1) Aplikačná príručka, vrátane aktualizovanej dokumentácie architektúry 1457 -*** (2) Integračná príručka 1458 -*** (3) Používateľská príručka 1459 -*** (4) Zdrojové kódy a licencie 1460 -*** (5) Inštalačná a konfiguračná príručka 1461 -*** (6) Prevádzkový opis a pokyny pre diagnostiku, servis a údržbu 1462 -*** (7) Pokyny na obnovu pri výpadku alebo havárii (Havarijný plán) 1463 -*** (8) Bezpečnostný projekt 1464 -*** (9) OpenAPI špecifikácia integračných služieb pre externú integráciu 1465 -* E4 Nasadenie a postimplementačná podpora (PIP) 1466 -** R4-1 Nasadenie do produkčnej prevádzky (vyhodnotenie) 1467 -** R4-2 Akceptácia spustenia do produkčnej prevádzky 1468 - 1469 - 1470 -Vyššie uvedené výstupy dodávané v rámci jednotlivých etáp budú detailnejšie popísané v dokumente PID pre tento projekt. 1471 - 1472 1472 = 8. ODKAZY = 1473 1473 1474 1474 Doplňte odkazy na iné existujúce materiály, ktoré sú zdrojovými informáciami. V maximálnej miere sa vyhnite duplikovaným informáciám a ich aktualizácii na viacerých miestach v priebehu prípravy prípravnej projektovej dokumentácie, jej pripomienkovania a hodnotenia. ... ... @@ -1475,15 +1475,7 @@ 1475 1475 1476 1476 = 9. PRÍLOHY = 1477 1477 1478 - Príloha1:Zoznamrizík a závislostí (Excel)1227 += = 1479 1479 1480 -Príloha 2: Koncept realizácie implementačného plánu ŽS02 časť B 1481 1481 1482 -Príloha 3: Koncept realizácie implementačného plánu ŽS06 časť B 1483 - 1484 -Príloha 4: Koncept realizácie implementačného plánu ŽS15 časť B 1485 - 1486 -Príloha 5: Vysporiadanie sa s pripomienkami z verejného pripomienkovania 1487 - 1488 - 1489 1489 | | |
- 1754556046268-810.png
-
- Autor
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.peter\.longa@skgeodesy\.sk - Veľkosť
-
... ... @@ -1,1 +1,0 @@ 1 -416.7 KB - Obsah
- 1754556373089-122.png
-
- Autor
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.peter\.longa@skgeodesy\.sk - Veľkosť
-
... ... @@ -1,1 +1,0 @@ 1 -363.4 KB - Obsah
- 1757961217993-372.png
-
- Autor
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.peter\.longa@skgeodesy\.sk - Veľkosť
-
... ... @@ -1,1 +1,0 @@ 1 -69.1 KB - Obsah
- 1757961669816-294.png
-
- Autor
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.peter\.longa@skgeodesy\.sk - Veľkosť
-
... ... @@ -1,1 +1,0 @@ 1 -151.6 KB - Obsah
- 1757961745623-807.png
-
- Autor
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.peter\.longa@skgeodesy\.sk - Veľkosť
-
... ... @@ -1,1 +1,0 @@ 1 -204.0 KB - Obsah