Zmeny dokumentu I-02 Projektový zámer (projektovy_zamer)
Naposledy upravil Peter Longa 2025/08/07 10:54
Súhrn
-
Vlastnosti stránky (1 modified, 0 added, 0 removed)
-
Prílohy (0 modified, 2 added, 0 removed)
Podrobnosti
- Vlastnosti stránky
-
- Obsah
-
... ... @@ -35,12 +35,16 @@ 35 35 36 36 == 2.1Použité skratky a pojmy == 37 37 38 -|**SKRATKA/POJEM**|**POPIS** 38 + 39 + 40 + 41 +|SKRATKA/POJEM|POPIS 39 39 |ÚGKK SR|Úrad geodézie, kartografie a katastra Slovenskej republiky 40 40 |IKT|Informačné a komunikačné technológie 41 41 |RIP|Rezortná integračná platforma 42 42 |IS|Informačný systém 43 43 |CSRÚ|Centrálna správa referenčných údajov 47 +|CPDI|Centrálna platforma dátovej integrácie 44 44 |RFO|Register fyzických osôb 45 45 |RPO|Register právnických osôb 46 46 |RA|Register adries ... ... @@ -51,6 +51,7 @@ 51 51 |ÚPVS|Ústredný portál verejnej správy 52 52 |MV SR|Ministerstvo vnútra Slovenskej republiky 53 53 |ESKN|Elektronické služby katastra nehnuteľností 58 +|ISZS|Informačný systém zoznam stavieb 54 54 |KAV|Konsolidovaná analytická vrstva 55 55 |IAM|Identity and Access Management (modul správy identity a prístupu) 56 56 |G2G|Government-to-Government (komunikácia medzi vládnymi inštitúciami) ... ... @@ -74,8 +74,10 @@ 74 74 |NKIVS|Národná koncepcia informatizácie verejnej správy 75 75 |ISVS|Informačný systém verejnej správy 76 76 |ImP|Implementačný plán 82 + 83 +Tabuľka 1 Skratky a pojmy 84 + 77 77 | | 78 -| | 79 79 {{id name="_Toc152607286"/}} 80 80 81 81 ... ... @@ -109,6 +109,7 @@ 109 109 1. Informovanie klienta o vybavení jeho podania prostredníctvom notifikácií 110 110 1. Kontinuálne zlepšovanie služieb zavedením monitoringu služieb a zberu spätnej väzby 111 111 119 + 112 112 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. 113 113 114 114 ... ... @@ -126,22 +126,18 @@ 126 126 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. 127 127 128 128 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 anisa 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.137 +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 podľa referenčných údajov a nenapĺňajú tak princíp využívania údajov, ktorými štát už disponuje. Pri vypisovaní elektronických služieb sa neposkytujú informácie o stave podania do centrálnych komponentov. Systematicky sa nezbierajú údaje o využívaní elektronických služieb ani o spokojnosti klienta s ich používaním. 130 130 131 131 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. 132 132 133 133 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 -))) 135 135 136 136 * ŽS2 Kúpa a vlastníctvo nehnuteľnosti na bývanie 137 137 * ŽS6 Presťahovanie 138 138 * ŽS15 Uzavretie manželstva 139 139 140 -((( 141 - 142 142 143 143 Medzi hlavné **problémy **ÚGKK teda patrí: 144 -))) 145 145 146 146 * Chýbajúca štandardizácia integrácie s dostupnými vstupmi (kódy, dokumentácia), ktoré obsahujú popis spôsobu a nasadenia integrácie 147 147 * 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ť) ... ... @@ -149,21 +149,15 @@ 149 149 * 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)) 150 150 * 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ý 151 151 152 -((( 153 - 154 154 155 155 Medzi **príležitosti **UGKK v oblasti integrácií patrí: 156 -))) 157 157 158 158 * 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). 159 159 * Integračný bod pre konsolidáciu poskytovania údajov tretím stranám 160 160 * 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 161 161 162 -((( 163 - 164 164 165 165 Integračná platforma by mala pokryť predovšetkým potreby **nasledujúcich biznis požiadaviek**: 166 -))) 167 167 168 168 * Konzumovanie dát z údajových registrov cez **IS CSRÚ (CPDI)** – **RFO, RPO, RA** 169 169 * **Integrácia na spoločné moduly v zmysle § 10 zákona 305/2013 Z. z.** ... ... @@ -187,12 +187,11 @@ 187 187 ** Integrácia na interný IAM 188 188 ** Integrácia na ISZS 189 189 190 -((( 191 - 192 192 193 193 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. 194 194 195 195 192 + 196 196 Sumarizácia integrácii v tabuľkovej forme 197 197 198 198 ... ... @@ -209,10 +209,10 @@ 209 209 |IS MED – Modul elektronického doručovania|Áno|Elektronické úradné doručovanie dokumentov 210 210 |Centrálne úradné doručovanie|Áno|Elektronické úradné doručovanie dokumentov 211 211 |Integrácia na modul úradnej komunikácie (ÚPVS G2G),|Áno|Integrácie v rámci úradnej komunikácie 212 -|Integrácia na modul elektronických schránok (ÚPVS eDESK),|Áno|Integrácia na zápis odoslaných p odaníklienta a čítanie správ zo schránky OVM209 +|Integrácia na modul elektronických schránok (ÚPVS eDESK),|Áno|Integrácia na zápis do odoslaných správ v eDesk klienta a čítanie správ zo schránky OVM 213 213 |Modul el. schránok ÚPVS (isvs_8847)|Áno|Náhrada súčasnej integrácie mimo RIP 214 214 |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í 215 -|Integrácia na modul elektronickej podateľne (CEP).| Áno|Využívanie služieb IS CEP212 +|Integrácia na modul elektronickej podateľne (CEP).|Nie|Využívanie služieb IS CEP 216 216 |Modul elektronických formulárov|Áno|Synchronizácia definícií formulárov pre vizualizáciu a overovania elektronických formulárov 217 217 |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. 218 218 |Centrálny Notifikačný Modul (CNM)|Áno|Integrácia prostredníctvom CAMP za účelom odosielania notifikácii klientom ... ... @@ -225,16 +225,15 @@ 225 225 |Lokátor služieb na ÚPVS|Nie|Zmeny riešené manuálne 226 226 |CMS pre návody|Nie|Zmeny riešené manuálne 227 227 225 + 226 + 228 228 Životné situácie, ktorých sa motivácia a rozsah projektu týkajú sú nasledovné: 229 -))) 230 230 231 231 * ŽS 02 Kúpa nehnuteľnosti 232 232 * ŽS 06 Presťahovanie 233 233 * ŽS15 Uzavretie manželstva 234 234 235 -((( 236 236 Medzi ciele projektu patria: 237 -))) 238 238 239 239 * Štandardizácia budúcich integrácií, ktorá zahŕňa aj stanovenie integračných pravidiel a zodpovedností 240 240 * Integrácia na referenčné registre ... ... @@ -241,14 +241,14 @@ 241 241 * Informovanie klienta o vybavení jeho podania prostredníctvom notifikácií 242 242 * Kontinuálne zlepšovanie služieb zavedením monitoringu služieb a zberu spätnej väzby 243 243 * Zvýšenie kvality poskytovaných elektronických služieb štátu 240 +))) 244 244 245 245 ((( 246 246 247 247 248 -[[image:175 2386988242-990.png]]245 +[[image:1754556046268-810.png]] 249 249 250 250 Princípy architektúry vychádzajú z princípov informatizácie verejnej správy (NKIVS): 251 -))) 252 252 253 253 * Orientácia na používateľa 254 254 ** Jednoduchá prístupnosť služieb ... ... @@ -269,6 +269,7 @@ 269 269 ** Optimálna úroveň bezpečnosti 270 270 ** Včasné riešenie bezpečnosti 271 271 ** Dostupnosť - odolnosť voči výpadkom 268 +))) 272 272 273 273 == {{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 == 274 274 ... ... @@ -335,6 +335,7 @@ 335 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 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. 337 337 335 + 338 338 **Obmedzenia** 339 339 340 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. ... ... @@ -343,7 +343,8 @@ 343 343 344 344 == {{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í == 345 345 346 -|**ID**|**NÁZOV RIZIKA / ZÁVISLOSTI**|**Kategória rizika**|**Potenciálny dopad**|**Opatrenia na zmiernenie rizika (mitigácia)** 344 + 345 +|ID|NÁZOV RIZIKA / ZÁVISLOSTI|Kategória rizika|Potenciálny dopad|Opatrenia na zmiernenie rizika (mitigácia) 347 347 |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. 348 348 |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. 349 349 |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. ... ... @@ -355,6 +355,7 @@ 355 355 Tabuľka 5 Prehľad najzávažnejších rizík a závislostí 356 356 357 357 357 + 358 358 == {{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 == 359 359 360 360 ... ... @@ -364,9 +364,11 @@ 364 364 986 211 € s DPH / zmenová požiadavka v prevádzke nad 200 000 EUR do 1 000 000 EUR vrátane). 365 365 366 366 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.367 +Produktový zoznam požiadaviek tvorí 10 biznis požiadaviek, z ktorých je 8 MMP (minimal 368 368 369 + marketable products), cez dodanie ktorých bude sledované splnenie míľnikov komponentu POO. 369 369 371 + 370 370 Produktový zoznam požiadaviek je súčasťou Konceptov realizácie ImP pre Projekt implementácie zmenových 371 371 372 372 požiadaviek pre ŽS 2, ŽS6 a ŽS15 pre ÚGKK SR, časť B. ... ... @@ -373,59 +373,53 @@ 373 373 374 374 375 375 |**Názov aktivity**|**Výdavky spolu (v EUR bez DPH)**|**Výdavky spolu (v EUR s DPH)**|**Skupina výdavkov**|**IS**|**Poznámka** 376 -|Implementácia a zavedenie rezortnej integračnej platformy|8 01 797 €|986211€|CAPEX|IS RIP|378 +|Implementácia a zavedenie rezortnej integračnej platformy|811 797 €|998 510 €|CAPEX|IS RIP| 377 377 378 -=== 3.9.2 Zdroj financovania === 379 379 380 -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. 381 381 382 +(% style="color:inherit; font-family:inherit; font-size:max(18px, min(20px, 14.4444px + 0.462963vw))" %)3.9.2 Zdroj financovania 382 382 384 +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. 385 + 386 + 383 383 == {{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 == 384 384 385 385 386 386 387 -| **ID**|**FÁZA/AKTIVITA**|(((388 - **ZAČIATOK**391 +|ID|FÁZA/AKTIVITA|((( 392 +ZAČIATOK 389 389 390 - **(odhad termínu)**394 +(odhad termínu) 391 391 )))|((( 392 - **KONIEC**396 +KONIEC 393 393 394 - **(odhad termínu)**395 -)))| **POZNÁMKA**396 -|1.|Prípravná fáza a Iniciačná fáza| T– 24 týždňov|T-20týždňov|397 -|1.2|Verejné obstarávanie| T-20týždňov|T-1 týždeň|398 +(odhad termínu) 399 +)))|POZNÁMKA 400 +|1.|Prípravná fáza a Iniciačná fáza| |30.8.2025| 401 +|1.2|Verejné obstarávanie| | | 398 398 |1.3|Ukončenie verejného obstarávania – podpis zmluvy|T- 1 týždeň|T| 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+ 6týždňov|(((403 +|1.4|Podpis zmluvy|T|T+ 1 týždeň| 404 +|2.|Realizačná fáza – technológia a pre-existentné adaptéry|T+ 1 týždeň|T+20 týždňov|((( 401 401 Biznis požiadavky: 402 402 403 -ŽS2_BP_21e, ŽS2_BP_21, ŽS2_BP_48 407 +ŽS2_BP_21e, ŽS2_BP_21, ŽS2_BP_48, ŽS2_BP_07c, ŽS2_BP_07a, ŽS2_BP_13, ŽS2_BP_07g, 404 404 ))) 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 410 - 411 -ŽS2_BP_07c, ŽS2_BP_13 412 -))) 413 -|3.1|Analýza a Dizajn|T+1 týždeň|T+6 týždňov| 414 -|3.2|Implementácia a testovanie|T+6 týždňov|T+10 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|((( 409 +|2.1|Nasadenie technológie a pre-existentných častí adaptérov|T+1 týždeň|T+4 týždne| 410 +|2.2|Dokonfigurácia pre-existentných častí adaptérov a integračné testovanie|T+4 týždne|T+20 týždňov| 411 +|2.3|Akceptácia technológie a pre-existentných častí adaptérov|T+20 týždňov|T+20 týždňov| 412 +|4.|Realizačná fáza – custom integrácia|T+1 týždeň|T+20 týždňov|((( 417 417 Biznis požiadavky: 418 418 419 -ŽS2_BP_07 g, ŽS2_BP_11, ŽS2_BP_21d, ŽS2_BP_39, ŽS2_BP_39b, ŽS6_BP_44, ŽS6_BP_58415 +ŽS2_BP_07a, ŽS2_BP_07g, ŽS2_BP_21d, ŽS6_BP_44, ŽS6_BP_58, ŽS2_BP_13, ŽS2_BP_39, ŽS2_BP_39b, 420 420 ))) 421 421 |4.1|Analýza a Dizajn|T+1 týždeň|T+6 týždňov| 422 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+ 14týždňov|424 -|5|Nasadenie|T+ 14týždňov|T+15týždňov|425 -|4.|PIP a Podpora prevádzky|T+1 5týždňov|T+62týždňov|(((419 +|4.3|Integračné testovanie|T+10 týždňov|T+20 týždňov| 420 +|5|Nasadenie spustenie produkcie|T+20 týždňov|T+21 týždňov| 421 +|4.|PIP a Podpora prevádzky|T+21 týždňov|T+73 týždňov|((( 426 426 PIP - 3 mesiace po nasadení 427 427 428 - SLAna jeden rok ako súčasť ceny diela424 +Licenčná podpora na jeden rok ako súčasť ceny diela 429 429 ))) 430 430 431 431 == {{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) == ... ... @@ -530,7 +530,6 @@ 530 530 )))|A: Jednotná integračná platforma (KO)|ÚGKK požaduje jednotnú implementáciu a správu integrácii z dôvodu efektivity, architektonických princípov a ekonomickej úspornosti| |X|X| | 531 531 |B: Naplnenie požiadaviek pre ŽS (KO)|ÚGKK sa zaviazalo implementovať BP schválených ImP pre ŽS|X|X|X|X|X 532 532 533 - 534 534 Alternatívy: 535 535 536 536 Alternatíva 1: Zachovanie súčasného stavu, bez jednotného rozvoja existujúcich systémov a integrácií ... ... @@ -620,11 +620,12 @@ 620 620 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. 621 621 622 622 623 - [[image:175 2418728242-211.png]]618 + [[image:1754556373089-122.png]] 624 624 625 625 Obr. 2 Biznis architektúra - TO BE 626 626 627 627 623 + 628 628 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: 629 629 630 630 * 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 ... ... @@ -647,14 +647,14 @@ 647 647 === 5.3.2 Prehľad koncových služieb – budúci stav (TO BE): === 648 648 649 649 |((( 650 - **Kód KS**646 +Kód KS 651 651 652 - **//(z MetaIS)//**653 -)))| **Názov KS**|**Používateľ KS //(G2C/G2B/G2G/G2A)//**|(((654 - **Životná situácia**648 +//(z MetaIS)// 649 +)))|Názov KS|Používateľ KS //(G2C/G2B/G2G/G2A)//|((( 650 +Životná situácia 655 655 656 - **//(+ kód z MetaIS)//**657 -)))| **Úroveň elektronizácie KS**652 +//(+ kód z MetaIS)// 653 +)))|Úroveň elektronizácie KS 658 658 |ks_nová – kupa na byvanie|Podávanie návrhu na vklad - Kúpa a predaj nehnuteľnosti na bývanie|občan (G2C)|((( 659 659 157 – Kataster nehnuteľností 660 660 ... ... @@ -711,6 +711,8 @@ 711 711 * 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 712 712 * ks_nova Poskytovanie informácií zo zoznamu stavieb 713 713 710 + 711 + 714 714 === 5.3.3 Organizačné zmeny a Procesy dotknuté navrhovaným riešením === 715 715 716 716 V rámci projektu nebudú realizované zmeny procesov a organizačné zmeny. ... ... @@ -759,6 +759,7 @@ 759 759 ** nová AS Podávanie návrhu na vklad do katastra nehnuteľností – kúpa a predaj nehnuteľnosti na bývanie 760 760 ** nová AS Notifikácia klientovi o stave konania 761 761 ** nová AS Poskytovanie informácií zo zoznamu stavieb 760 +** nová AS Podávanie návrhu na doplnenie údajov na list vlastníctva do katastra nehnuteľností – zmena adresy 762 762 763 763 * Manažment integrácii 764 764 ** Web rozhranie pre manažment platformy ... ... @@ -772,7 +772,6 @@ 772 772 ** Prijatie podania a automatizovaná kontrola prichádzajúceho podania 773 773 ** nová AS Adaptéry na centrálne komponenty 774 774 775 - 776 776 **Externé systémy**: 777 777 778 778 Projekt počíta s integráciou na: ... ... @@ -1020,7 +1020,7 @@ 1020 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. 1021 1021 1022 1022 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. 1021 +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. 1024 1024 1025 1025 Budúca bezpečnostná architektúra bude vychádzať z nasledujúcich princípov: 1026 1026 - Centralizované logovanie a monitoring aktivít na účely detekcie a riešenia bezpečnostných incidentov, ... ... @@ -1058,7 +1058,7 @@ 1058 1058 1059 1059 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 . 1060 1060 1061 -Po ukončení záručnej lehoty bude technická podpora, údržba a nadväzujúce prevádzkové služby zabezpečená prostredníctvomsamostatne obstarávanejSLA (ServiceLevelAgreement), 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žiebpo ukončení záruky.1059 +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. 1062 1062 1063 1063 == 6.2 Zabezpečenie podpory používateľov a prevádzky == 1064 1064 ... ... @@ -1093,8 +1093,8 @@ 1093 1093 1094 1094 //na každý rok medzi ÚGKK a VÚGK// 1095 1095 )))| 1096 -|Podpora L3|//Dodávateľ riešenia//|//8x5//|// Súčasť obstarania/ Budeobstaranánakonciprojektu//|1097 -|Podpora infraštruktúrnych služieb|//Dodávateľ servisnej podpory HW datacentra//|//8x5//|//Existujúca servisná zmluva//| 1094 +|Podpora L3|//Dodávateľ riešenia//|//8x5//|//Licenčná podpora a ročné predplatné//| 1095 +|Podpora infraštruktúrnych služieb|//Dodávateľ servisnej podpory HW datacentra//|//8x5//|//Existujúca servisná zmluva //| 1098 1098 1099 1099 Tabuľka 34 Prehľad riešenia zabezpečenia podpory používateľov a prevádzky 1100 1100 ... ... @@ -1203,17 +1203,23 @@ 1203 1203 1204 1204 == 6.6 Požiadavky na zdrojové kódy == 1205 1205 1206 -Dodávka rezortnej integračnej platformy bude pozostávať z troch častí: technologickej platformy (poskytnutie licencie a podpory namiestozdrojových kódov), existujúcich adaptérov (sodovzdanímichzdrojový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 č.1204 +Dodávka rezortnej integračnej platformy bude pozostávať z troch častí: technologickej platformy (poskytnutie licencie a bez zdrojových kódov), preexistentných adaptérov (poskytnutie licencie a bez 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. 1207 1207 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. 1209 1209 1207 +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. 1208 + 1209 + 1210 1210 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ť). 1211 1211 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). 1213 1213 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. 1213 +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). 1214 + 1215 + 1216 +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. 1217 + 1215 1215 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). 1216 1216 1220 + 1217 1217 = 7. OPIS IMPLEMENTÁCIE PROJEKTU A PREBERANIA VÝSTUPOV PROJEKTU = 1218 1218 1219 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í.
- 1754556046268-810.png
-
- Autor
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.peter\.longa@skgeodesy\.sk - Veľkosť
-
... ... @@ -1,0 +1,1 @@ 1 +416.7 KB - Obsah
- 1754556373089-122.png
-
- Autor
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.peter\.longa@skgeodesy\.sk - Veľkosť
-
... ... @@ -1,0 +1,1 @@ 1 +363.4 KB - Obsah