Zmeny dokumentu I-02 Projektový zámer (projektovy_zamer)

Naposledy upravil Peter Longa 2025/08/07 10:54

Z verzie 6.1

upravil Peter Longa
-

Zmeniť komentár: Pre túto verziu nie sú komentáre

Do verzie 1.1

upravil Peter Longa
-

Zmeniť komentár: Pre túto verziu nie sú komentáre

Raw
Rendered

Súhrn

Vlastnosti stránky (1 modified, 0 added, 0 removed)
Prílohy (0 modified, 0 added, 5 removed)

Podrobnosti

Vlastnosti stránky

Obsah

@@ -5,7 +5,7 @@
  |**Povinná osoba**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Úrad geodézie, kartografie a katastra Slovenskej republiky{{/content}}
  |**Názov projektu**|{{content id="projekt.nazov"}}Rezortná integračná platforma{{/content}}
--|**Zodpovedná osoba za projekt**|Ing. Peter Longa , Ing. Tomáš Beljak
++|**Zodpovedná osoba za projekt**| //Meno a priezvisko osoby, ktorá predkladá dokumenty (zamestnanec /Projektový manažér)//
  |**Realizátor projektu**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Úrad geodézie, kartografie a katastra Slovenskej republiky{{/content}}
  |**Vlastník projektu**| {{content id="projekt.vlastnik.nazov"}}Úrad geodézie, kartografie a katastra Slovenskej republiky{{/content}}
  **Schvaľovanie dokumentu**
@@ -18,257 +18,64 @@
  = {{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 =
  |**Verzia**|**Dátum**|**Zmeny**|**Meno**
--|//1//|//11.07.2025//|//Prvá verzia//|Tomáľ Beljak
++|//0.1//|//14.11.2023//|//Pracovný návrh//|
++|//1.0//|//22.12.2023//|//Zapracovanie súladu s vyhláškou č. 401/2023 Z. z.//|
  | | | |
--| | | |
  = {{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 =
--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.// //
++//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.//
++//Dokument Projektový zámer v zmysle vyššie uvedenej vyhlášky má obsahovať manažérske zhrnutie, rozsah, ciele a motiváciu na realizáciu projektu, zainteresované strany, alternatívy, návrh merateľných ukazovateľov, detailný opis požadovaných projektových výstupov, detailný opis obmedzení, predpokladov, tolerancií a návrh organizačného zabezpečenia projektu, detailný opis rozpočtu projektu a jeho prínosov, náhľad architektúry a harmonogram projektu so zoznamom rizík a závislostí,//
++//**Inštrukcia: Šedý text** v celom dokumente predstavuje nápovedu pre vyplnenie dokumentu, po vyplnení kapitol **odporúčame text šedou farbou vymazať.**//
++//Dokumenty ukladajte s prefixom I_XX.//
++//Odporúčame, aby ste si TABUĽKOVÉ VSTUPY  vo formáte EXCEL spravovali v jednom centrálnom súbore s cieľom minimalizovať budúcu prácnosť s aktualizáciou a udržiavaním obsahu.//
--// //
--
--Účelom predkladaného dokumentu je popis informácií o zmysle a dôvodoch realizácie projektu, odhadovaných prínosoch a nákladoch projektu, odôvodnení alokácie nevyhnutných zdrojov projektu, časovom rámci realizácie a odhadovaných rizikách projektu.
--
--
--Dokument je vypracovaný v rámci prípravno-iniciačnej fázy projektu 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.
--
  == 2.1Použité skratky a pojmy ==
--
--
--
--|SKRATKA/POJEM|POPIS
--|ÚGKK SR|Úrad geodézie, kartografie a katastra Slovenskej republiky
--|IKT|Informačné a komunikačné technológie
--|RIP|Rezortná integračná platforma
--|IS|Informačný systém
--|CSRÚ|Centrálna správa referenčných údajov
--|CPDI|Centrálna platforma dátovej integrácie
--|RFO|Register fyzických osôb
--|RPO|Register právnických osôb
--|RA|Register adries
--|SUSR|Štatistický úrad Slovenskej republiky
--|NUTS|Nomenklatúra územných štatistických jednotiek
--|MetaIS|Metainformačný systém
--|CNM|Centrálny notifikačný modul
--|ÚPVS|Ústredný portál verejnej správy
--|MV SR|Ministerstvo vnútra Slovenskej republiky
--|ESKN|Elektronické služby katastra nehnuteľností
--|ISZS|Informačný systém zoznam stavieb
--|KAV|Konsolidovaná analytická vrstva
--|IAM|Identity and Access Management (modul správy identity a prístupu)
--|G2G|Government-to-Government (komunikácia medzi vládnymi inštitúciami)
--|G2C|Government-to-Citizen (komunikácia medzi vládou a občanmi)
--|G2B|Government-to-Business (komunikácia medzi vládou a podnikateľmi)
--|G2A|Government-to-Administration (komunikácia medzi vládou a správou)
--|POO|Plán obnovy a odolnosti
--|ŽS|Životná situácia
--|KPI|Key Performance Indicators (kľúčové ukazovatele výkonnosti)
--|PID|Project Initiation Document (dokument na začatie projektu)
--|PRINCE2|PRojects IN Controlled Environments (štandard pre riadenie projektov)
--|QA|Quality Assurance (zabezpečenie kvality)
--|VO|Verejné obstarávanie
--|OE|Objekt evidencie
--|CAMP|Centrálna API manažment platforma
--|API|Application Programming Interface (programové rozhranie aplikácie)
--|RESTful API|Štandardizované programové rozhranie založené na architektúre REST
--|AS|Aplikačné služby
--|KS|Koncové služby
--|SaaS|Software as a Service (softvér ako služba)
--|NKIVS|Národná koncepcia informatizácie verejnej správy
--|ISVS|Informačný systém verejnej správy
--|ImP|Implementačný plán
--
--Tabuľka 1 Skratky a pojmy
--
++|**SKRATKA/POJEM**|**POPIS**
  | |
++| |
++| |
  {{id name="_Toc152607286"/}}
  == 2.2Konvencie pre typy požiadaviek (príklady) ==
--Konvencia pre označovanie požiadaviek je nasledovná:
++//Zvoľte si konvenciu pre označovanie požiadaviek, súborov, atd. Hlavné kategórie požiadaviek v zmysle katalógu požiadaviek, rozdeľujeme na funkčné (funkcionálne), nefunkčné (kvalitatívne, výkonové a pod.). Podskupiny v hlavných kategóriách je možné rozšíriť podľa potrieb projektu, napríklad~://
++//**Funkcionálne (používateľské) požiadavky **majú nasledovnú konvenciu~://
++//**FRxx**//
--R-XX
++* //U – užívateľská požiadavka//
++* //R – označenie požiadavky//
++* //xx – číslo požiadavky//
++//**Nefunkčné (kvalitatívne, výkonové - Non Functional Requirements - NFR) požiadavky** majú nasledovnú konvenciu~://
++//**NRxx**//
++* //N – nefukčná požiadavka (NFR)//
++* //R – označenie požiadavky//
++* //xx – číslo požiadavky//
++//Ostatné typy požiadaviek môžu byť ďalej definované objednávateľom/PM.//
--* R          – označenie požiadavky
--* xx        – číslo požiadavky
--
  = {{id name="_Toc47815693"/}}{{id name="_Toc152607289"/}}{{id name="_Toc2101596728"/}}{{id name="_Toc21597077"/}}{{id name="_Toc200637902"/}}{{id name="_Toc1533185111"/}}{{id name="_Toc1887694913"/}}{{id name="_Toc824463063"/}}{{id name="_Toc2032956156"/}}{{id name="_Toc1083272272"/}}{{id name="_Toc1535460233"/}}{{id name="_Toc2126332012"/}}{{id name="_Toc461677146"/}}{{id name="_Toc152607288"/}}3.DEFINOVANIE PROJEKTU =
  == {{id name="_Toc152607290"/}}{{id name="_Toc653156677"/}}{{id name="_Toc1001409967"/}}{{id name="_Toc294056164"/}}{{id name="_Toc822212923"/}}{{id name="_Toc700822328"/}}{{id name="_Toc1982046122"/}}{{id name="_Toc32260942"/}}{{id name="_Toc629221952"/}}{{id name="_Toc423614589"/}}{{id name="_Toc1077465011"/}}{{id name="_Toc723955740"/}}3.1Manažérske zhrnutie ==
--Projekt RIP je sú súčasťou **programu rozvoja IKT v rezorte ÚGKK SR,** ktorý pokrýva strategický rozvoj informačných a komunikačných technológií v rezorte. Jeden z kľúčových prvkov tohto programu v najbližšom období tvoria projekty implementácie životných situácií .
++//Stručný popis projektu, dôvod jeho realizácie, obsah projektu (vývoj SW, nákup HW/licencie, migrácia do vládneho cloudu a pod.), indikatívna výška finančných prostriedkov určených na realizáciu projektu, prínosy a časový horizont realizácie projektu.//
++//Očakáva sa, že stručne, jasne a štruktúrovane popíšete základné zdôvodnenie, prečo by sa mal projekt realizovať. Vo vašom popise odpovedajte najmä na otázky „Prečo chcete projekt zrealizovať? Čo je predmetom projektu? Pre koho sú výsledky projektu určené? Za akú sumu? Čo to prinesie cieľovej skupine?//
++//V prípade projektov financovaných z európskych fondov je potrebné uviesť zdôvodnenie využitia národného/dopytového projektu, prijímateľa/partnera projektu a dôvod jeho určenia, príslušnosť národného/dopytového projektu k prioritnej osi príslušného operačného programu.//
--Projekt RIP má za cieľ vytvoriť jednotnú technickú infraštruktúru na
--
--1. výmenu dát medzi systémami v rámci rezortu ÚGKK SR a
--1. výmenu dát medzi ostatnými externými systémami verejnej správy.
--
--Táto platforma umožní rýchlu a bezpečnú výmenu informácií medzi rôznymi entitami, čím podporí efektívnu a plynulú prácu s údajmi naprieč viacerými inštitúciami.
--
--Projekt po ukončení zabezpečí:
--
--1. Štandardizáciu budúcich integrácií
--1. Stanovenie integračných pravidiel a zodpovedností
--1. Integráciu na referenčné registre
--1. Informovanie klienta o vybavení jeho podania prostredníctvom notifikácií
--1. Kontinuálne zlepšovanie služieb zavedením monitoringu služieb a zberu spätnej väzby
--
--
--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.
--
--
--Zlepšená integrácia s externými systémami a registrami verejnej správy zvýši celkovú efektivitu procesov, čo prinesie organizácii vyššiu produktivitu a občanom vyšší komfort používania služieb ÚGKK. V nasledujúcich rozvojových projektoch bude RIP základným komponentom pre budovanie potrebných budúcich integrácii v rezorte ÚGKK.
--
--
--Realizácia projektu začne v 2025 procesom verejného obstarávania a projekt bude ukončený v Q1/2026. Projekt je určený zamestnancom objednávateľa.
--
  == {{id name="_Toc152607292"/}}{{id name="_Toc312483730"/}}{{id name="_Toc2111721766"/}}{{id name="_Toc1058305394"/}}{{id name="_Toc656462781"/}}{{id name="_Toc1832659409"/}}{{id name="_Toc488319966"/}}{{id name="_Toc1232937879"/}}{{id name="_Toc392723854"/}}{{id name="_Toc1753883964"/}}{{id name="_Toc141343421"/}}{{id name="_Toc1911602422"/}}{{id name="_Toc47815694"/}}{{id name="_Toc152607291"/}}3.2Motivácia a rozsah projektu ==
--(((
--ÚGKK prevádzkuje niekoľko významných informačných systémov verejnej správy, poskytuje a konzumuje elektronické služby a je vecným gestorom a garantom pre významné dáta katastra nehnuteľností, ktoré sú používané v procesoch verejného aj súkromného sektora.
++* //Popíšte PROBLÉM, ktorý chcete realizáciou projektu odstrániť//
++* //STRUČNE popísať koľko a aké vaše biznis procesy sú predmetom projektu//
++* //Doplniť informácie o OBLASTI (AGENDA / ŽIVOTNÁ SITUÁCIA), ktorým sa projekt venuje//
++* //Doplniť rámcový popis ROZSAHU projektu (subjekty a ISVS, ktorých sa problém a projekt týka)//
++* //Doplniť MOTIVÁCIU na dosiahnutie budúceho stavu a OBMEDZENIA pre dosiahnutie cieľov projektu.//
++* //Môžete doplniť vizualizáciu motivácie pomocou notácie ArchiMate[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^1^^>>path:#sdfootnote1sym||name="sdfootnote1anc"]](%%).//
--
--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.
--
--
--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.
--
--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.
--
--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:
--
--* ŽS2 Kúpa a vlastníctvo nehnuteľnosti na bývanie
--* ŽS6 Presťahovanie
--* ŽS15 Uzavretie manželstva
--
--
--Medzi hlavné **problémy **ÚGKK teda patrí:
--
--* Chýbajúca štandardizácia integrácie s dostupnými vstupmi (kódy, dokumentácia), ktoré obsahujú popis spôsobu a nasadenia integrácie
--* 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ť)
--* Pri navrhovaní nových projektov neustále rastie potreba systémov medzi sebou automaticky komunikovať
--* 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))
--* 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ý
--
--
--Medzi **príležitosti **UGKK v oblasti integrácií patrí:
--
--* 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).
--* Integračný bod pre konsolidáciu poskytovania údajov tretím stranám
--* 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
--
--
--Integračná platforma by mala pokryť predovšetkým potreby **nasledujúcich biznis požiadaviek**:
--
--* Konzumovanie dát z údajových registrov cez **IS CSRÚ (CPDI)** – **RFO, RPO, RA**
--* **Integrácia na spoločné moduly v zmysle § 10 zákona 305/2013 Z. z.**
--** Integrácia na modul elektronického doručovania (ÚPVS MED),
--** Integrácia na autentifikačný modul (ÚPVS IAM),
--** Integrácia na modul úradnej komunikácie (ÚPVS G2G),
--** Integrácia na modul elektronických schránok (ÚPVS eDESK),
--** Integrácia na NASES kvalifikovaná služba validácie podpisov a pečatí,
--** Integrácia na modul elektronickej podateľne (CEP)
--** Integrácia na modul elektronických formulárov (MEF),
--** Integrácia na modul centrálneho úradného doručovania (CÚD).
--* Zasielania **notifikačných správ** v prostredí elektronických služieb – integrácia na **CNM ÚPVS**
--* Nevizuálna služba pre MV SR (Náhrada MINIK) – optimalizované **nevizuálne služby**
--* Monitoring služieb a zber spätnej väzby pri používaní elektronických služieb - **Konsolidovaná Analytická Vrstva (KAV)**
--* Interné integrácie
--** Integrácia na špecializovaný portál ÚGKK - kúpa a predaj nehnuteľnosti na bývanie
--** Integrácia na špecializovaný portál ÚGKK - Žiadosť o zmenu osobných údajov
--** Integrácia na systém elektronického doručovania ELODO
--** Integrácia na centrálnu databázu – „single source of truth“ ÚGKK
--** Integrácia na QES portál – za účelom pečatenia a validácie dokumentov
--** Integrácia na interný IAM
--** Integrácia na ISZS
--
--
--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.
--
--
--
--Sumarizácia integrácii v tabuľkovej forme
--
--
--|**Integrovaný / vyžívaný centrálny komponent**|**RIP**|**Účel integrácie / téma**
--|IS CSRÚ (CPDI) - konzumovanie|Áno|Konzumovanie údajov RFO, RPO, RA
--|IS CSRÚ (CPDI) - poskytovanie|Nie|Poskytuje do CSRU údaje katastra nehnuteľností
--|IS CAMP (isvs_9513)|Áno|Prístup k API službám ÚPVS – API CNM
--|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.
--|Autentifikačný modul ÚPVS (isvs_8846)|Áno|(((
--Proces autentifikácie používateľa služieb špecializovaného portálu.
--
--Získavanie základných údajov osoby cez službu getIdentity
--)))
--|IS MED – Modul elektronického doručovania|Áno|Elektronické úradné doručovanie dokumentov
--|Centrálne úradné doručovanie|Áno|Elektronické úradné doručovanie dokumentov
--|Integrácia na modul úradnej komunikácie (ÚPVS G2G),|Áno|Integrácie v rámci úradnej komunikácie
--|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
--|Modul el. schránok ÚPVS (isvs_8847)|Áno|Náhrada súčasnej integrácie mimo RIP
--|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í
--|Integrácia na  modul elektronickej podateľne (CEP).|Nie|Využívanie služieb IS CEP
--|Modul elektronických formulárov|Áno|Synchronizácia definícií formulárov pre vizualizáciu a overovania elektronických formulárov
--|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.
--|Centrálny Notifikačný Modul (CNM)|Áno|Integrácia prostredníctvom CAMP za účelom odosielania notifikácii klientom
--|Konsolidovaná Analytická Vrstva (KAV) (isvs_9655)|(((
--Áno – Spätná väzba
--
--Nie ostatné
--)))|Zdieľanie údajov zo sledovania a monitoringu služieb ÚGKK
--|Centrálna evidencia záznamov o vykonanej zaručenej konverzii|Áno|Integrácia cez RIP, detail závisí od špecifikácie externého komponentu zaručenej konverzie
--|Lokátor služieb na ÚPVS|Nie|Zmeny riešené manuálne
--|CMS pre návody|Nie|Zmeny riešené manuálne
--
--
--
--Životné situácie, ktorých sa motivácia a rozsah projektu týkajú sú nasledovné:
--
--* ŽS 02 Kúpa nehnuteľnosti
--* ŽS 06 Presťahovanie
--* ŽS15 Uzavretie manželstva
--
--Medzi ciele projektu patria:
--
--* Štandardizácia budúcich integrácií, ktorá zahŕňa aj stanovenie integračných pravidiel a zodpovedností
--* Integrácia na referenčné registre
--* Informovanie klienta o vybavení jeho podania prostredníctvom notifikácií
--* Kontinuálne zlepšovanie služieb zavedením monitoringu služieb a zberu spätnej väzby
--* Zvýšenie kvality poskytovaných elektronických služieb štátu
--)))
--
--(((
--
--
--[[image:1754556046268-810.png]]
--
--Princípy architektúry vychádzajú z princípov informatizácie verejnej správy (NKIVS):
--
--* Orientácia na používateľa
--** Jednoduchá prístupnosť služieb
--** Kvalita a spoľahlivosť
--* Prirodzene digitálna verejná správa
--** Prednostné využívanie digitálnych služieb a dát pre rozhodovanie
--* Údaje sú chránené
--** Maximalizácia zdieľania a spoločného využívania údajov pre lepšie rozhodovanie
--** Údaje sú starostlivo chránené
--** Údaje sú konzistentné a zrozumiteľné
--* Transparentnosť VS
--** Auditovateľnosť - priebežná informácia o stave spracovania procesu, podania
--** Spätná väzba
--** Občan má prehľad o spracúvaní svojich údajov orgánmi verejnej moci
--** Kontrola nad procesmi verejnej správy - Otvorenosť údajov
--** Transparentná informatizácia verejnej správy
--* Bezpečnosť
--** Optimálna úroveň bezpečnosti
--** Včasné riešenie bezpečnosti
--** Dostupnosť - odolnosť voči výpadkom
--)))
--
  == {{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 ==
++* //Doplňte KTO (zoznam subjektov/osôb) sa zúčastňuje projektu a akú rolu zastáva//
++
  |**ID**|**AKTÉR / STAKEHOLDER**|(((
  **SUBJEKT**
  (názov / skratka)
@@ -279,20 +279,19 @@
  **Informačný systém**
  (MetaIS kód a názov ISVS)
  )))
--|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)
--|2.|Zamestnanec ÚGKK|ZAM|Vlastník dát, vlastník procesu, užívateľ|isvs_421 Informačný systém katastra nehnuteľností
--|3.|Zamestnanec Katastrálneho odboru na okresnom úrade|KOOÚ|Užívateľ|isvs_421 Informačný systém katastra nehnuteľností
--|4.|Ministerstvo vnútra SR|MV SR|Konzument údajov|isvs_421 Informačný systém katastra nehnuteľností
--|5.|Vyššie územné celky (Mestá, Obce, Regionálne úrady)|VÚC|Konzument údajov / Poskytovateľ údajov|IS Zoznam stavieb
--|6.|Národná agentúra pre sieťové a elektronické služby|NASES|Prevádzkovateľ centrálnych komponentov|isvs_9513, isvs_8846, isvs_8847, ...
++|//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//
++|//2.//|//Občan / podnikateľ//| |//Spracovateľ podania formou vyplnenia žiadosti vo formulárovom prostredí//|//Nerelevantné//
++|//3.//|//OVM//| |//Konzument údajov//|//Doplniť ISVS (v projekte)//
++|//5.//|//Občan/Podnikateľ/OVM …//|//Doplniť skratku subjektu//|//Doplniť rolu (v projekte)//|//Doplniť ISVS (v projekte)//
  == {{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 ==
++//Do tabuliek nižšie doplniť CIEĽ /CIELE PROJEKTU, ich mapovanie na strategické ciele (napr. z NKIVS, KRIT a iných strategických dokumentov) a súvisiace merateľné ukazovatele (KPI- key performance indicators). Ciele musia byť S.M.A.R.T. - //konkrétne, merateľné, dosiahnuteľné, relevantné, časovo ohraničené.
  |**ID**|
  \\**Názov cieľa**|**Názov strategického cieľa**|**Spôsob realizácie strategického cieľa**
--|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.
--|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.
++|...| |...|...
++|...| |...|...
  == {{id name="_Toc152607308"/}}3.5Merateľné ukazovatele (KPI) ==
@@ -305,930 +305,413 @@
   **(aktuálne)|**TO BE
  Merateľné hodnoty
   **(cieľové hodnoty)|**Spôsob ich merania**|**Pozn.**
--|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|
--|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|
++|...| |...|...|...|...|...|...|...
++|...| |...|...|...|...|...|...|...
++|...| |...|...|...|...|...|...|...
++//Vysvetlivky k vyplneniu tabuľky~://
++* //Vzory merateľných ukazovateľov pre projekt sú publikované v Checkliste pre agendu Merateľné ukazovatele/KPI (//__[[https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]__// )//
++* //**AS IS merateľné ukazovatele** – t. j. popíšte, aké merateľné ukazovatele máte teraz (vpíšte výsledky meraní – v merateľných jednotkách) .//
++* //**TO BE merateľné ukazovatele** – t. j. popíšte cieľové merateľné ukazovatele, ktoré chcete dosiahnuť.//
++* //Odporúčame, aby váš budúci IS mal automatizovaný monitoring (na pravidelnej báze, napr. týždenne) vami stanovených merateľných ukazovateľov – s cieľom, aby ste mohli riadiť službu, produkt, proces, ľudí//
++* //V prípade financovania cez zdroje EÚ uvádzať aj Projektové merateľné ukazovatele z operačného programu (špecifické ciele, merateľné ukazovatele atď).//
++
  == {{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 ==
--Projekt je zameraný na integrácie systémov a koncový používateľ – osoby priamo z výstupmi projektu neprichádzajú do styku.
++//Táto časť sa týka projektov, ktoré sú zamerané na vývoj alebo rozvoj  ISVS/s elektronickými službami , ktoré  majú grafické alebo iné používateľské rozhranie a sú určené pre občanov/podnikateľov (alebo aj pracovníkov verejnej správy pracujúcich s agendovým systémom), ďalej označených ako koncoví používatelia. //
++* //Špecifikácia požiadaviek koncových používateľov musí byť v súlade s legislatívou (s aktuálne platnou alebo s návrhom jej zmien ako súčasť projektu) a postupmi pri vytváraní elektronických služieb verejnej správy, ako sú napríklad používateľský prieskum, mapovanie používateľskej cesty, vytváranie informačnej architektúry a testovanie prototypov podľa vyhlášky //__[[547/2021 Z. z. o elektronizácii agendy verejnej správy>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2021/547/]]__//.//
++* //Definujte skupiny koncových používateľov elektronických služieb a popísať cieľové skupiny koncových používateľov, vrátane sociodemografických charakteristík cieľových skupín alebo účastníkov používateľského prieskumu. Príklad definície skupín koncových používateľov, tzv. persón nájdete v metodike pre tvorbu používateľsky kvalitných elektronických služieb (//__[[Metodika pre tvorbu používateľsky kvalitných elektronických služieb>>url:https://mirri.gov.sk/wp-content/uploads/2020/10/Metodicke-usmernenie-pre-tvorbu-pouzivatelsky-kvalitnych-elektronickych-sluzieb-VS_7102020.pdf]]__//).//
++* //Špecifikujte potreby resp. ciele koncových používateľov (ideálne formou tzv. //__ [[používateľského príbehu>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2023/401/#paragraf-13.odsek-4]]__//) ktoré identifikujú, čo jednotlivé skupiny koncových používateľov od elektronickej  služby požadujú.  Ak ide o zmenu (upgrade) elektronickej služby, ktorá už existuje, dajú sa ciele  koncových používateľov kvantitatívne odmerať: //
++** //ako sa koncovým používateľom svoje potreby (resp. ciele) darí napĺňať (performance indikátory) - napr. priemerný čas pre naplnenie potreby, miera chybovosti, miera dokončenia, pomer online/offline transakcií, //
++** //ako sú koncoví používatelia (ne)spokojní s existujúcou  elektronickou službou (Net Promoter Score, Customer effort Score, customer satisfaction....),//
++* //Pri rozvoji existujúcej elektronickej služby je možné použiť výstupy zo zisťovania spätnej väzby k elektronickej službe, ak z nich vyplývajú požiadavky koncových používateľov na rozvoj služby.  //
++* //Ak ide o vytváranie novej koncovej služby, realizuje sa používateľský prieskum spravidla metódou kvalitatívneho prieskumu (formou štruktúrovaného rozhovoru alebo dotazníka, ktorého cieľom je pomenovať základné ciele/potreby koncových používateľov) a očakávania od kvality a funkcionalít plánovanej elektronickej služby (odkaz návod (v angličtine): //__[[Ako vybrať vhodnú metódu používateľského prieskumu>>url:https://www.nngroup.com/articles/which-ux-research-methods/]]__//).//
++* //Priložte Report zákazníckeho prieskumu ako prílohu Projektového zámeru,  ktorý popíše priebeh a metódy prieskumu, základné kvantitatívne ukazovatele, veľkosť vzorky atď. //
++* //Doplňte Katalóg požiadaviek (funkčné, nefunkčné) o priorizované požiadavky z používateľského prieskumu v dokumente M-05 Analýza nákladov a prínosov, karta Katalóg požiadaviek I-04 Katalóg požiadaviek.//
++.
--== (% 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 ==
++== {{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.7Riziká a závislosti ==
--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.
++//Doplňte/stručne popíšte **RIZIKÁ a ZÁVISLOSTI** (detail v prílohe ZOZNAM RIZÍK a ZÁVISLOSTI) **Zoznam RIZÍK a ZÁVISLOSTI** - je potrebné počas celej realizácie projektu aktualizovať.//
++* //V prípade projektov financovaných zo zdrojov EÚ je povinné vyhodnotenie rizík súvisiacich s~://
++* //Realizáciou verejného obstarávania (t.j. napr. pred vyhlásením VO bude dopad na projekt Fatálny, ak má objednávateľ už uzatvorenú dodávateľskú zmluvu, bude dopad nevýznamný a pod...)//
++* //Legislatívou: vyhodnotiť potrebu zmeny legislatívy (ak je potrebné prijať nový zákon tak bude dopad Fatálny)//
++* //Časovým priebehom: ak je harmonogram realizácie naplánovaný do konca roka 2023, tak bude dopad Fatálny.//
--**Predpoklady**
++== {{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.8Stanovenie alternatív v biznisovej vrstve architektúry ==
--1. **Predpoklad rozsahu projektu:**
--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**.
--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í.
--1. **Predpoklad existencie preexistentného softvéru:**
--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.
--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**.
--1. **Predpoklad postupnej realizácie v inkrementoch:**
--Dodávka projektu je rozdelená do **troch inkrementov s postupným rozširovaním funkcionalít a integrácií**:
--1*. **Prvý inkrement:** Zavedenie technologickej platformy a realizácia integrácií s preexistentným softvérom, vrátane nasadenia dostupných adaptérov.
--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í.
--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.
++//Na základe identifikovaného rozsahu problému navrhujete v projektovom zámere rôzne riešenia biznis procesov (podmnožiny problému). Alternatíva môže pokrývať procesy všetkých stakeholderov (zainteresované strany) alebo iba vybraných, celú životnú situáciu alebo len časť. Na úrovni stanovenia alternatívy je budúci stav biznis procesov popísaný rámcovo, pri zúžení alternatív na tie, ktoré vstupujú do CBA konkrétne.//
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_6f4954d8b4fa4b84.png||height="161" width="594"]]
++== {{id name="_Toc152607316"/}}{{id name="_Toc272880027"/}}{{id name="_Toc1555402845"/}}{{id name="_Toc202773756"/}}{{id name="_Toc184325397"/}}{{id name="_Toc668554681"/}}{{id name="_Toc1254416069"/}}{{id name="_Toc1027950788"/}}{{id name="_Toc1148271670"/}}{{id name="_Toc113941326"/}}{{id name="_Toc531942663"/}}{{id name="_Toc154507425"/}}3.9Multikriteriálna analýza ==
--**Obmedzenia**
++//Výber alternatív prebieha na úrovni biznis vrstvy prostredníctvom MCA zostavenej na základe kapitoly Motivácia, ktorá obsahuje ciele stakeholderov, ich požiadavky a obmedzenia pre dosiahnutie uvedených cieľov.//
++//Niektoré (nie všetky) kritériá môžu byť označené ako KO kritériá. KO kritériá označujú biznis požiadavky na riešenie, ktoré sú z hľadiska rozsahu identifikovaného problému a motivácie nevyhnutné pre riešenie problému a všetky akceptovateľné alternatívy ich tak musia naplniť. Alternatívy, ktoré nesplnia všetky KO kritériá, môžu byť vylúčené z ďalšieho posudzovania. KO kritériá nesmú byť technologické (preferovať jednu formu technologickej implementácie voči druhej).//
++Príklad šablóny pre spracovanie MCA
--* 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.
--* Č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ť.
--* 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.
--
--== {{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í ==
--
--
--|ID|NÁZOV RIZIKA / ZÁVISLOSTI|Kategória rizika|Potenciálny dopad|Opatrenia na zmiernenie rizika (mitigácia)
--|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.
--|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.
--|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.
--|4|Komplexita paralelnej prevádzky starého a nového riešenia (závislosť na dočasnej koexistencii)|C|Zvolený postup (Alt. 2) počíta s dočasnou paralelnou prevádzkou starej platformy/náhradných riešení a novej RIP. Toto prechodné obdobie zvyšuje operačnú komplexitu – dočasná komplexita pri správe viacerých riešení. Nárast zložitosti môže znamenať vyššie riziko chýb, bezpečnostných medzier alebo neočakávaných nákladov na údržbu dvoch súbežných platforiem.|Podrobné naplánovanie prechodovej fázy a jasná dokumentácia ku každému integračnému rozhraniu v oboch prostrediach. Posilnenie tímu podpory počas trvania paralelnej prevádzky, aby bolo možné promptne riešiť incidenty na starom aj novom riešení. Priebežné odstraňovanie problémov zistených v dvojitej prevádzke a čo najskoršie ukončenie starého systému po úspešnej migrácii, čím sa eliminuje zdvojená záťaž.
--|5|Neexistencia pripravených adaptérov na prepojenie centrálnych modulov (závislosť na hotových konektoroch)|C|Projekt predpokladá, že k dispozícii budú štandardizované “adaptačné konektory” pripravené na rýchlu integráciu so spoločnými modulmi verejnej správy. Ak by však tieto existujúce komponenty neboli dostupné alebo by neumožnili jednoduché pripojenie, bolo by nutné vyvinúť nové rozhrania. To by prinieslo výrazný sklz oproti plánu a zvýšilo náklady (časové obmedzenia projektu neumožňujú rozsiahly vývoj nových adaptérov – počíta sa s využitím existujúcich riešení).|Overenie dostupnosti adaptérov už v úvodnej fáze projektu. Zároveň pripraviť plán náhradného riešenia na dočasné využitie integračných mechanizmov. Zároveň priebežne komunikovať s prevádzkovateľom centrálnych modulov s cieľom zvýšiť pripravenosť na kompatibilitu rozhraní a efektívne integračné testy.
--|6|Nedostatok kvalifikovaných ľudských zdrojov (personálne riziko)|C|Ak projektový tím nebude mať dostatočné kapacity alebo odbornosti, môže to viesť k predĺženiu realizácie a zníženiu kvality výsledného riešenia. Nedostatok skúsených integrátorov či architektov môže spomaliť analýzu a vývoj. Riziko zvyšuje aj možná fluktuácia – odchod kľúčových členov tímu.|Personálne zabezpečenie projektu už v úvodnej fáze. Identifikovať potrebné role a včas zabezpečiť externé posily (nábor, konzultanti). Priebežne monitorovať vyťaženosť tímu a v prípade potreby posilniť tím ďalšími kapacitami, aby nedošlo k kritickému preťaženiu jednotlivcov.
--|7|Prekročenie plánovaného rozpočtu (finančné riziko)|C|Celkové plánované náklady projektu sú približne do 1 000 000 €. Ak by v dôsledku verejného obstarávania prišlo k prekročeniu rozpočtu môže projekt naraziť na nedostatok financií.|Nastavenie verejného obstarávania tak, aby obstaranie inkrementov 2 a 3 bolo riešené formou opcií. To umožní flexibilne pracovať s finálnym rozsahom dodávky v závislosti od reálne dostupného rozpočtu a vyhodnotenia pridaných hodnôt. Cieľom je prioritizovať dodávku komponentov a integrácií s najvyššou pridanou hodnotou a maximalizovať efektívnosť využitia rozpočtu. Zároveň pravidelné finančné sledovanie a tvorba finančnej rezervy pre nepredvídané výdavky.
--
--Tabuľka 5 Prehľad najzávažnejších rizík a závislostí
--
--
--
--== {{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 ==
--
--
--=== 3.9.1 Sumarizácia nákladov a prínosov ===
--
--Odhad ceny implementácie BP v rámci projektu budovania rezortnej integračnej platformy predstavuje
--986 211 € s DPH  / zmenová požiadavka v prevádzke  nad 200 000 EUR do 1 000 000 EUR vrátane).
--
--
--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.
--
--
--Produktový zoznam požiadaviek je súčasťou Konceptov realizácie ImP pre Projekt implementácie zmenových
--
-- požiadaviek pre ŽS 2, ŽS6 a ŽS15 pre ÚGKK SR, časť B.
--
--
--|**Názov aktivity**|**Výdavky spolu (v EUR bez DPH)**|**Výdavky spolu (v EUR s DPH)**|**Skupina výdavkov**|**IS**|**Poznámka**
--|Implementácia a zavedenie rezortnej integračnej platformy|811 797 €|998 510 €|CAPEX|IS RIP|
--
--
--
--(% style="color:inherit; font-family:inherit; font-size:max(18px, min(20px, 14.4444px + 0.462963vw))" %)3.9.2 Zdroj financovania
--
--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.
--
--
--== {{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 ==
--
--
--
--|ID|FÁZA/AKTIVITA|(((
--ZAČIATOK
--
--(odhad termínu)
++| |**KRITÉRIUM**|**ZDÔVODNENIE KRIÉRIA**|(((
++**STAKEHOLDER**
++**1**
  )))|(((
--KONIEC
--
--(odhad termínu)
--)))|POZNÁMKA
--|1.|Prípravná fáza a Iniciačná fáza| |30.8.2025|
--|1.2|Verejné obstarávanie| | |
--|1.3|Ukončenie verejného obstarávania – podpis zmluvy|T- 1 týždeň|T|
--|1.4|Podpis zmluvy|T|T+ 1 týždeň|
--|2.|Realizačná fáza – technológia a pre-existentné adaptéry|T+ 1 týždeň|T+20 týždňov|(((
--Biznis požiadavky:
--
--ŽS2_BP_21e, ŽS2_BP_21, ŽS2_BP_48, ŽS2_BP_07c, ŽS2_BP_07a,  ŽS2_BP_13, ŽS2_BP_07g,
++**STAKEHOLDER**
++**2**
++)))|(((
++**STAKEHOLDER**
++**3**
  )))
--|2.1|Nasadenie technológie a pre-existentných častí adaptérov|T+1 týždeň|T+4 týždne|
--|2.2|Dokonfigurácia pre-existentných častí adaptérov a integračné testovanie|T+4 týždne|T+20 týždňov|
--|2.3|Akceptácia technológie a pre-existentných častí adaptérov|T+20 týždňov|T+20 týždňov|
--|4.|Realizačná fáza – custom integrácia|T+1 týždeň|T+20 týždňov|(((
--Biznis požiadavky:
--
--ŽS2_BP_07a, ŽS2_BP_07g, ŽS2_BP_21d, ŽS6_BP_44,  ŽS6_BP_58, ŽS2_BP_13, ŽS2_BP_39, ŽS2_BP_39b,
++|(% rowspan="6" %)BIZNIS VRSTVA|Kritérium A (KO)| |X|X|X
++|Kritérium B (KO)| |X|X|
++|Kritérium C (KO)| | |X|X
++|Kritérium D (KO)| | |X|X
++|Kritérium E| |X|X|
++|Kritérium F| |X| |X
++Príklad šablóny pre vyhodnotenie MCA
++|**Zoznam kritérií**|(((
++**Alternatíva**
++**1**
++)))|(((
++**Spôsob**
++**dosiahnutia**
++)))|**Alternatíva 2**|(((
++**Spôsob**
++**dosiahnutia**
  )))
--|4.1|Analýza a Dizajn|T+1 týždeň|T+6 týždňov|
--|4.2|Implementácia a testovanie|T+6 týždňov|T+10 týždňov|
--|4.3|Integračné testovanie|T+10 týždňov|T+20 týždňov|
--|5|Nasadenie spustenie produkcie|T+20 týždňov|T+21 týždňov|
--|4.|PIP a Podpora prevádzky|T+21 týždňov|T+73 týždňov|(((
--PIP - 3 mesiace po nasadení
++|Kritérium A|áno|vysvetlenie prečo áno|áno|vysvetlenie prečo áno
++|Kritérium B|áno|vysvetlenie prečo áno|nie|
++|Kritérium C|áno|vysvetlenie prečo áno|nie|
++|Kritérium D|áno|vysvetlenie prečo áno|nie|
--Licenčná podpora na jeden rok ako súčasť ceny diela
--)))
++== {{id name="_Toc152607317"/}}{{id name="_Toc2141037501"/}}{{id name="_Toc305797393"/}}{{id name="_Toc757025235"/}}{{id name="_Toc799792984"/}}{{id name="_Toc1320898353"/}}{{id name="_Toc662890955"/}}{{id name="_Toc2002161453"/}}{{id name="_Toc463175707"/}}{{id name="_Toc660959900"/}}{{id name="_Toc1051940062"/}}{{id name="_Toc1081082045"/}}{{id name="_Toc47815700"/}}{{id name="_Toc521508981"/}}3.10Stanovenie alternatív v aplikačnej vrstve architektúry ==
--== {{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) ==
++//Alternatívy na úrovni aplikačnej architektúry reflektujú alternatívy vypracované na základe „nadradenej“ architektonickej biznis vrstvy, pričom vďaka uplatneniu nasledujúcich princípov aplikačná vrstva architektúry dopĺňa informácie k alternatívam stanoveným pomocou biznis architektúry.//
++//Pre klasifikáciu alternatív za účelom ďalšieho porovnania aplikačnej vrstvy a architektúry je potrebné zadefinovať nasledovné požiadavky~://
++* //Nutné – aplikačné moduly/funkcionality, ktoré sú nevyhnutné pre dosiahnutie cieľov//
++* //Preferované – aplikačné moduly/funkcionality, ktoré rozvíjajú biznis alternatívu a vytvárajú dodatočné prínosy, započítané v Analýze nákladov a prínosov M-05 (BC/CBA povinná pre projekty nad 1 000 000,- EUR)//
++* //Aplikačná vrstva by mala byť schopná rozdeliť moduly do skupín podľa koncových služieb/funkcionalít, ktoré plnia nutné a preferované požiadavky.//
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_5701ef6f26440efc.png||height="156" width="288"]]
++== {{id name="_Toc152607318"/}}{{id name="_Toc1308618109"/}}{{id name="_Toc1709724880"/}}{{id name="_Toc1118245238"/}}{{id name="_Toc416893103"/}}{{id name="_Toc1814703501"/}}{{id name="_Toc1969952445"/}}{{id name="_Toc1495260625"/}}{{id name="_Toc1603455053"/}}{{id name="_Toc245422461"/}}{{id name="_Toc1058442113"/}}{{id name="_Toc2040067840"/}}{{id name="_Toc47815701"/}}{{id name="_Toc521508982"/}}3.11Stanovenie alternatív v technologickej vrstve architektúry ==
++//Alternatívy na úrovni technologickej architektúry reflektujú alternatívy vypracované na základe „nadradenej“ architektonickej aplikačnej vrstvy, pričom sa prioritne uvažuje o využití služieb vládneho cloudu (privátne aj verejné cloudové služby zverejnené v katalógu služieb vládneho cloudu (//__[[odkaz na katalóg>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb/]] služieb __//).//
++//V prípadoch, kedy by nebolo ekonomicky výhodné využiť vládny cloud v plnom rozsahu projektu, je možné uvažovať aj o iných/ďalších alternatívach: hybridnej (časť aplikácií využíva privátny vládny cloud a časť vlastný HW žiadateľa, resp. časť aplikácii využíva služby komerčného poskytovateľa cloudových služieb), nasadenie v prostredí komerčného cloudu alebo v krajnom prípade sú všetky aplikácie nasadené v prostredí vlastného HW žiadateľa (prípady zohľadnenia bezpečnosti alebo iných povinností).//
++//Ekonomická výhodnosť technologickej alternatívy je preukázaná nižšími nákladmi na TCO projektu. Spracovateľ projektového zámeru je povinný preukázať, že zvolené riešenie je ekonomicky výhodnejšie. V prípade, že z bezpečnostných alebo iných dôvodov nezvolil najvýhodnejšiu alternatívu (resp. neposudzoval viacero alternatív), spracovateľ doloží zdôvodnenie potreby daného technologického riešenia. V zdôvodnení sú uvedené konkrétne požiadavky a ich parametre, ktoré neumožnili zvoliť najvýhodnejšie riešenie alebo porovnať viacero alternatív.//
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_a966e8b8a99b13da.png||height="311" width="542"]]
++//Ako alternatívu nepovažujeme porovnanie krabicových „off-the-shelf“ riešení (COTS) riešení s alternatívou vývoja aplikácií „na zelenej lúke“ a to z dôvodu toho, že žiadateľ pre zachovanie nediskriminačných podmienok vo verejnom obstarávaní nevie vopred určiť, či dostane ponuku od uchádzača k vývoju na zelenej lúke, alebo sa všetky ponuky od uchádzačov vo verejnom obstarávaní budú vzťahovať na COTS riešenie. Výnimka je v prípade, ak žiadateľ uvažuje použiť konkrétne COTS riešenie ako podmienku pre uchádzača v rámci procesu verejného obstarávania a to vzhľadom na ekonomické alebo iné dôvody preukázané v dokumente.//
++//Výber alternatív prebieha v dvoch kolách. Prvé kolo predstavuje uplatnenie multikriteriálnej analýzy (ďalej len „MCA“) – výber relevantných alternatív. Druhé kolo predstavuje vypracovanie Analýzy nákladov M-05 BC/CBA. Do druhého kola vstupujú alternatívy ktoré splnili všetky vylučovacie kritéria stanovené v multikritériálnej analýze. Minimálny počet variant, je stanovený na 3~://
--Riadiaci výbor projektu
++* //nulový variant, ktorý sa neposudzuje v MCA a je automaticky porovnávajúcim variantom v M-05 Analýza nákladov a prínosov,//
++* //preferovaný variant, ktorý splnil všetky kritéria MCA,//
++* „//minimalistický variant“, ktorý vychádza z rovnakého biznis variantu ako preferovaný variant, ale realizuje iba „nutné“ aplikačné moduly.//
--|ID|Meno a Priezvisko|Pozícia|Oddelenie|Rola v projekte
--|1.|Mgr., Peter Vavro|Predseda riadiaceho výboru projektu| |Projektový manažér (pracovné zaradenie v línii)
--|2.|Ing., Eva Chanasová|Člen riadiaceho výboru projektu -  Kľúčový používateľ| |Kľúčový používateľ (pracovné zaradenie v línii)
--|3.|Ing., Martin Vojtko|Člen riadiaceho výboru projektu -  Biznis vlastník| |IT analytik, al. biznis analytik (pracovné zaradenie v línii)
++= {{id name="_Toc152607319"/}}{{id name="_Toc235638817"/}}{{id name="_Toc2038485909"/}}{{id name="_Toc1889369710"/}}{{id name="_Toc54886926"/}}{{id name="_Toc472227250"/}}{{id name="_Toc1379517775"/}}{{id name="_Toc540855301"/}}{{id name="_Toc1475201524"/}}{{id name="_Toc1214716058"/}}{{id name="_Toc240714683"/}}{{id name="_Toc476051484"/}}{{id name="_Toc47815703"/}}4.POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU) =
--Projektový team, pozícia, oddelenie a rola v projekte.
++* //Doplňte informácie – POPIS PRODUKTU - čo bude/čo chcete, aby bolo po ukončení projektu dodané//
++** //projektové výstupy podľa vyhlášky 401/2023 o riadení projektov (vrátane zdrojových kódov)//
++** //koncové služby a biznis procesy, ktoré sú predmetom dodávky projektu//
++** //biznis objekty, ktoré majú byť vstupmi a výstupmi zo systému – napr. podania, formuláre, rozhodnutia, reporty, dáta, aplikačné rozhrania//
++* //Doplniť informáciu, resp. identifikovať VLASTNÍKOV PROCESOV (toto je dôležitá informácia pre budúce riadenie projektu a schvaľovanie výstupov projektu).//
--|ID|Meno a Priezvisko|Pozícia|Oddelenie|Rola v projekte
--|1.|Ing., Tomáš Beljak|Projektový manažér (externý PM)|Ext. konzultant|Projektový manažér
--|2.|Ing., Eva Chanasová| (pracovné zaradenie v línii)|VÚGK|Kľúčový používateľ
--| |Ing. Martina Hatalová|(pracovné zaradenie v línii)|VÚGK|Biznis analytik
--|4.|Ing., Peter Pažitný|(pracovné zaradenie v línii)|VÚGK|IT analytik
--|5.| |IT architekt|Dodávateľ|IT architekt
--|6.|(((
--Ing., Ján Tovarňák
--
--
--)))|Manažér IT prevádzky|ÚGKK/|Manažér IT prevádzky
--|7.|Ing. Peter Pongrác|Manažér kybernetickej a informačnej bezpečnosti| |Manažér kybernetickej a informačnej bezpečnosti
--|8.|Ing. Adriana Steinerová|(pracovné zaradenie v línii)|ÚGKK/Katastrálny odbor|Biznis analytik
--|9.|Judr. Odeta Poldaufová|(pracovné zaradenie v línii)|ÚGKK/Legislatívno-právny odbor|Biznis analytik
--
--= (% 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 =
--
--V rámci projektu nebudú riešené legislatívne zmeny.
--
  = {{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 =
++* //Doplňte krátky POPIS BUDÚCEHO CIEĽOVÉHO PRODUKTU PROJEKTU z pohľadu biznis/aplikačnej/technologickej architektúry v závislosti od charakteru projektu a výsledku analýzy alternatív riešenia,//
++* //Doplňte a detailne spracujte funkčné a nefunkčné požiadavky vyplývajúce z analýz alternatív riešenia vo všetkých vrstvách architektúry a vyplňte požiadavky v dokumente  M-05 Analýza nákladov a prínosov, karta Katalóg požiadaviek., I-04 Katalóg požiadaviek//
++* //Doplňte stručný náhľad budúcej IT architektúry (biznis, aplikačná, technologická) riešenia, ktorý podľa potreby pozostáva aj z viacerých obrázkov (diagramov), aby dostatočne zrozumiteľne znázornil predmet dodávky, jeho kontext a zmeny v architektúre verejnej správy (objednávateľa, realizátora projektu), ktoré projekt realizuje,//
++** //Náhľad architektúry vytvorte v modelovacom nástroji pomocou notácie ArchiMate (//__[[https:~~/~~/publications.opengroup.org/standards/archimate>>url:https://publications.opengroup.org/standards/archimate]]__//), v prípade potreby väčšej detailizácie biznis procesov môžete použiť notáciu BPMN (//__[[http:~~/~~/www.omg.org/spec/BPMN/2.0/>>url:http://www.omg.org/spec/BPMN/2.0/]]__//),//
++** {{id name="_Ref152763300"/}} //Pre vytvorenie náhľadu architektúry použite modelovací nástroj, ktoré môže byť buď integrovaný na spoločný repozitár//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^2^^>>path:#sdfootnote2sym||name="sdfootnote2anc"]](%%)// architektonických modelov verejnej správy, alebo modelovací nástroj, ktorý podporuje export modelu do štandardizovaných výmenných formátov súborov (The Open Group ArchiMate Model Exchange File Format Standard)^^ [[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^3^^>>path:#sdfootnote3sym||name="sdfootnote3anc"]](%%)^^ a export súborov podľa špecifikácie BPMN 2.0//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^4^^>>path:#sdfootnote4sym||name="sdfootnote4anc"]](%%)//,//
++** //Pre jednoznačnú identifikovateľnosť komponentov v náhľade architektúry uveďte aj ich MetaIS kódy//
++** //Očakáva sa, že ak realizujete popis dizajn procesov podľa pravidiel EVS, tak všetky výstupy musia byť v súlade s metodikou a postupom: //__[[https:~~/~~/www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave&subor=255448>>url:https://www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave&subor=255448]]__ .
++** //Náhľad architektúry v tomto výstupe I-02 Projektový zámer by mal byť v súlade s jeho detailizáciou vo výstupe I-03 Prístup k projektu, ak objednávateľ podľa prílohy č. 1 vyhlášky 401/2023 Zz pripravuje aj výstup I-03 Prístup k projektu.//
++** //Náhľad architektúry v tomto výstupe I-02 Projektový zámer by mal byť v súlade s výstupom M-06 - aktualizáciou evidencie e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIs) a komponenty, ktorých sa projekt týka by mali mať upravenú evidenciu ich stavu a fázu ich životného cyklu.//
++** //Príklad náhľadu na architektúru podľa metamodelu e-Government komponentov evidovaných v MetaIS~://
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_fc5f5326fe7d94a7.gif||alt="Obrázok 8" height="459" width="551"]]
++//Obrázok 1 Príklad náhľadu architektúry v notácii ArchiMate//
--== 5.1 Stanovenie alternatív architektúry riešenia ==
++== {{id name="_Toc152607321"/}}{{id name="_Toc823562243"/}}5.1Prehľad e-Government komponentov ==
--=== 5.1.1Stanovenie alternatív v biznisovej vrstve architektúry ===
++//__**Ak bude vytváraný aj výstup I-03 Prístup k projektu, môže byť táto kapitola z dokumentu I-02 Projektový zámer vypustená, pretože jej obsah bude spracovaný vo výstupe I-03 Prístup k projektu.**__//
++//Obsah tejto kapitoly je prehľadom realizácie výstupu **M-06 - aktualizácia evidencie e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIs)**. Objednávateľ//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^5^^>>path:#sdfootnote5sym||name="sdfootnote5anc"]](%%)// plní výstupom M-06 povinnosti orgánu riadenia sprístupňovať a aktualizovať informácie o informačných technológiách verejnej správy prostredníctvom centrálneho metainformačného systému verejnej správy (MetaIS) bezodkladne podľa § 12 ods. 1 písm. b) zákona 95/2019 Z.z.//
++//V okamihu odovzdania výstupu I-02 Projektový zámer objednávateľ~://
++1. //vytvorí náhľady architektúry v modelovacom nástroji, ktorý môže byť buď integrovaný na spoločný repozitár  architektonických modelov verejnej správy, alebo ktorý podporuje export modelu do štandardizovaných výmenných formátov súborov,//
++1. //uloží architektonické modely súčasnej a budúcej architektúry riešenia buď do repozitára architektonických modelov verejnej správy alebo do projektovej dokumentácie I-02 ako prílohu  vo výmennom formáte pre uloženie modelu, //
++1. //aktualizuje v MetaIS e-Government komponenty, ktoré budú realizované alebo menené projektom alebo veľkou zmenovou požiadavkou a to koncové služby, ISVS, ich moduly, aplikačné služby, atribúty a vzájomné vzťahy týchto e-Government komponentov a ich vzťahy (integrácie) na spoločné ISVS alebo ISVS iných správcov, ktoré budú využívať. //
++//Objednávateľ v tejto kapitole uvedie prehľad nasledovných e-Government komponentov, ktoré budú výstupom projektu (dodané nové alebo zmenené) a ktoré evidoval v rámci výstupu M-06 v MetaIS~://
--Nižšie sa nachádzajú alternatívy, ktoré sú následne posudzované na základne kritérií v MCA.
++=== 5.1.1Prehľad koncových služieb – budúci stav: ===
++{{content id="projekt.planovane_ks" template="
++|=Kód KS (z MetaIS)|=Názov KS|=Používateľ KS (G2C/G2B/G2G/G2A)|=Životná situáciab(+ kód z MetaIS)|=Úroveň elektronizácie KS[# th:each='item : ${ks}']
++[['|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.atribut('EA_Profil_KS_pouzivatel_ks')?:''} +
++'|' + ${item.zs?.nazov?:''} + '; ' + ${item.zs?.kodMetais?:''} + '|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_KS_sofistikovanost')?:''}]]
++[/]
++"}}|=Kód KS (z MetaIS)|=Názov KS|=Používateľ KS (G2C/G2B/G2G/G2A)|=Životná situáciab(+ kód z MetaIS)|=Úroveň elektronizácie KS{{/content}}
--**Alternatívy riešenia**
++=== 5.1.2Prehľad budovaných/rozvíjaných ISVS v projekte – budúci stav: ===
--|**Riešenie 1** |
--|Biznis alternatíva 1 |**Zachovanie súčasného stavu, bez jednotného rozvoja existujúcich systémov a integrácií**
--|Popis | Zachovanie súčasných funkcionalít, bez ďalšieho rozvoja – teda požadované integrácie na referenčné registre.
--|(((
--"Must have" kritériá pre
++{{content id="projekt.planovane_isvs" template="
++|=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)[# th:each='item : ${isvs}']
++[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${#html.checkbox(item.atribut('EA_Profil_ISVS_modul_isvs') == 'true')} +
++'|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_stav_isvs')?:''} +
++'|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_typ_isvs')?:''} +
++'|' + ${item.nadradeneIsvs?.kodMetais?:''} + '|')]
++[/]
++"}}|=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
++|isvs_14801|Rezortná integračná platforma GKK|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.3|Vyberte jednu z možností\\c_typ_isvs.3||
++{{/content}}
--aplikačnú vrstvu
--)))|Implementácia integračných požiadaviek zo schváleného ImP pre ŽS02, ŽS06 a ŽS15
--|(((
--"Nice to have" kritériá
++=== 5.1.3Prehľad budovaných aplikačných služieb – budúci stav: ===
--pre aplikačnú vrstvu
--)))|N/A
--|Alternatíva pre technologickú vrstvu |N/A
++{{content id="projekt.planovane_as" template="
++|=Kód AS (z MetaIS)|=Názov AS|=ISVS/modul ISVS (kód z MetaIS)|=Aplikačná služba realizuje KS (kód KS z MetaIS)[# th:each='item : ${as}']
++[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.sluziIsvs?:''} + '|' + ${#strings.listJoin(item.ks, ', ')} + '|')]
++[/]
++"}}|=Kód AS (z MetaIS)|=Názov AS|=ISVS/modul ISVS (kód z MetaIS)|=Aplikačná služba realizuje KS (kód KS z MetaIS){{/content}}
--|**Riešenie 2**|
--|Biznis alternatíva 2 |** Centrálne budovanie integrácií**
--|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.
--|(((
--"Must have" kritériá pre
++=== 5.1.4Prehľad integrácii ISVS na spoločné ISVS^^[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^6^^>>path:#sdfootnote6sym||name="sdfootnote6anc"]](%%)^^ a ISVS iných OVM alebo IS tretích strán ===
--aplikačnú vrstvu
--)))|Implementácia integračných požiadaviek zo schváleného ImP pre ŽS02, ŽS06 a ŽS15
--|(((
--"Nice to have" kritériá
++* //Uviesť prehľad ISVS, pri ktorých sa plánuje využívanie služieb iných ISVS, spoločných blokov (SaaS) alebo služieb tretích strán v TO BE stave.//
++* //Uviesť prehľad ISVS integrovaných na spoločné moduly podľa zákona č. 305/2013 Zz.//
++* //Plánované využívanie a integrácie služieb iných ISVS musí byť evidované v MetaIS – zaevidovanie vzťahu na aplikačnú službu určenú na externú integráciu poskytujúcim ISVS//
--pre aplikačnú vrstvu
--)))|N/A
--|Alternatíva pre technologickú vrstvu |N/A
--
--|**Riešenie 3**|
--|Biznis alternatíva 3|**Budovanie integrácií pre každý projekt/systém zvlášť**
--|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ášť.
  |(((
--"Must have" kritériá pre
--
--aplikačnú vrstvu
--)))|Implementácia integračných požiadaviek zo schváleného ImP pre ŽS02, ŽS06 a ŽS15
--|(((
--"Nice to have" kritériá
--
--pre aplikačnú vrstvu
--)))|N/A
--|Alternatíva pre technologickú vrstvu |N/A
--
--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.
--
--
--| |KRITÉRIUM|ZDÔVODNENIE KRIÉRIA|MIRRI|Zamestnanec ÚGKK|Zamestnanec Katastrálneho odboru na okresnom úrade|MVSR|VÚC / Mestá /Obce
--|(% rowspan="2" %)(((
--BIZNIS VRSTVA
--
--
--)))|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| |
--|B: Naplnenie požiadaviek pre ŽS (KO)|ÚGKK sa zaviazalo implementovať BP schválených ImP pre ŽS|X|X|X|X|X
--
--Alternatívy:
--
--Alternatíva 1: Zachovanie súčasného stavu, bez jednotného rozvoja existujúcich systémov a integrácií
--
--Alternatíva 2: Centrálne budovanie integrácií
--
--Alternatíva 3: Budovanie integrácií pre každý projekt/systém zvlášť
--
--
--|Zoznam kritérií|Alternatíva 1|Spôsob dosiahnutia
--|Kritérium A|nie|Neexistuje jednotné riešenie
--|Kritérium B|áno|Integrácie potrebné pre rozsah ŽS budú budované na súčasných IS
--
--|Zoznam kritérií|Alternatíva 2|Spôsob dosiahnutia
--|Kritérium A|áno|Integrácie pre ŽS a tiež budúce integrácie budú budované na jednotnej platforme
--|Kritérium B|áno|Rezortná integračná platforma implementuje integračné služby v rozsahu ŽS
--
--|Zoznam kritérií|Alternatíva 3|Spôsob dosiahnutia
--|Kritérium A|nie|Neexistuje jednotné riešenie
--|Kritérium B|áno|Integrácie potrebné pre rozsah ŽS budú budované na súčasných IS
--
--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.
--
--=== 5.1.2 Stanovenie alternatív v aplikačnej vrstve architektúry ===
--
--
--Na aplikačnej úrovni je potrebné adresovať nasledovné kritéria:
--
--|(((
--"Must have" kritériá pre
--
--aplikačnú vrstvu
--)))|(((
--1. Implementácia integračných požiadaviek zo schváleného ImP pre ŽS02 a ŽS06
--1. Aplikačná úroveň integrácii je centrálne spravovaná na úrovni rezortu ÚGKK
--)))
--|(((
--"Nice to have" kritériá
--
--pre aplikačnú vrstvu
--)))|Riešenie je rozšíriteľné aj pre iné služby v budúcnosti
--
--Zvažované alternatívy implementácie na aplikačnej úrovni sú nasledovné:
--
--
--Alternatíva 1 – Vybudovanie štandardnej jednotnej integračnej platformy
--
--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).
--
--Výhody: zníženie počtu ad-hoc integrácií, lepšia dátová konzistencia
--
--Nevýhody: vyššie počiatočné náklady, dlhší čas implementácie, výrazný dopad na externé subjekty využívajúce existujúce integrácie
--
--
--Alternatíva 2 – Postupné budovanie novej rezortnej integračnej platformy s dočasnou koexistenciou so starými/náhradnými riešeniami
--
--Existujúce integrácie budú podľa možností obnovy po kybernetickom útoku dočasne pokryté starými/náhradnými riešeniami, kým nové integračné požiadavky budú riešené v rámci novobudovanej rezortnej platformy (RIP). Pôvodné funkcionality nad rámec tohto projektu budú postupne migrované do RIP v následných budúcich projektoch rozvoja RIP.
--
--Výhody: zníženie rizika pri prechode na nové riešenie, flexibilita, možnosť postupnej implementácie, nižšia záťaž na vývoj a testovanie, rozloženie dopadov na existujúce integrácie s externým prostredím v čase
--
--Nevýhody: dočasná komplexita pri správe viacerých riešení
--
--
--Alternatíva 3 – Modernizácia pôvodnej platformy ESKN na Oracle ESB
--
--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.
--
--Nevýhody: neobnoviteľný stav po útoku, vysoké náklady, služby nie sú v súlade s požiadavkami na budúci rozvoj
--
--
--Na základe analýzy bola ako najvhodnejšia zvolená Alternatíva 2 – postupné vybudovanie novej rezortnej integračnej platformy s dočasnou koexistenciou. Toto riešenie poskytuje optimálnu rovnováhu medzi rizikom, nákladmi a flexibilitou implementácie
--
--
--=== 5.1.3 Stanovenie alternatív v technologickej vrstve architektúry ===
--
--
--Nie je potrebný HW, bude prevádzkované na súčasnej infraštruktúre
--
--
--== 5.2 Náhľad architektúry a popis budúceho cieľového produktu ==
--
--
--== 5.3 Biznis vrstva ==
--
--=== 5.3.1 Návrh riešenia v biznis vrstve architektúry ===
--
--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.
--
--
-- [[image:1754556373089-122.png]]
--
--Obr.  2 Biznis architektúra - TO BE
--
--
--
--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:
--
--* 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
--* Podávanie návrhu na doplnenie údajov na list vlastníctva do katastra nehnuteľností – Zmena údajov vlastníka A.1.1.4 (ŽS 06 - Presťahovanie a ŽS 15 – Uzavretie manželstva)
--* 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
--* Poskytovanie informácie z IS zoznamu stavieb
--
--Podpora služieb zahŕňa **nové **funkcionality RIP medzi ktoré patrí:
--
--* 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.
--* Monitoring služieb - bude podporovať zber údajov o podaniach nevizuálnou službou
--* Zasielanie notifikácií - bude podporovať odosielanie notifikácií
--
--Nasadením RIP budú **upravené **nasledovné **existujúce **biznis funkcie:
--
--* 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.
--* Zápis práv k nehnuteľnostiam - predovšetkým návrh na vklad pre kúpu nehnuteľnosti na bývanie
--* Katastrálny operát a aktualizácia - predovšetkým doplnenie údajov na list vlastníctva.
--
--=== 5.3.2 Prehľad koncových služieb – budúci stav (TO BE): ===
--
--|(((
--Kód KS
--
++**Kód ISVS**
  //(z MetaIS)//
--)))|Názov KS|Používateľ KS //(G2C/G2B/G2G/G2A)//|(((
--Životná situácia
++)))|**Názov ISVS**|(((
++**Kód integrovaného ISVS**
++//(z MetaIS)//
++)))|**Názov integrovaného ISVS**
++| | | |
++| | | |
--//(+ kód z MetaIS)//
--)))|Úroveň elektronizácie KS
--|ks_nová – kupa na byvanie|Podávanie návrhu na vklad - Kúpa a predaj nehnuteľnosti na bývanie|občan (G2C)|(((
--157 – Kataster nehnuteľností
++* //Na informáciu je v nasledujúcej tabuľke prehľad AS na externú integráciu Spoločných modulov podľa § 10 zákona 305/2013 Zz. **Vo finálnom dokumente túto tabuľku prehľadu AS spoločných modulov vymažte:**//
--
--)))|úroveň 4
--|ks_nová - notif|Notifikácie|(((
--občan (G2C)/ podnikateľ (G2B)
++:
--
--)))|(((
--157 – Kataster nehnuteľností
--
--
--)))|úroveň 4
--|ks_336479|(((
--Poskytovanie informácie z katastra nehnuteľností o nehnuteľnostiach
--
--
--)))|občan (G2C)/ inštitúcia verejnej správy (G2G)/ podnikateľ (G2B)|(((
--157 – Kataster nehnuteľností
--
--
--)))|(((
--úroveň 4
--
--
++(((
++|//**MetaIS kód**//|//**Názov**//|//**AS na externú integráciu (využitie Spoločného modulu)**//
++|//isvs_8846//|//Autentifikačný modul//|//Autentifikácia používateľa na ÚPVS (BOK) (as_59698)//
++|//isvs_8847//|//Elektronické schránky//|//Vytváranie, odosielanie a prijímanie elektronických správ (as_59630)//
++|//isvs_8848//|//Modul elektronických formulárov//|//Poskytnutie vzorov e_formulárov (sluzba_is_185)//
++|//isvs_9369//|//Modul elektronického doručovania//|//Centrálne úradné doručovanie (as_59701)//
++|//isvs_8850//|//Platobný modul//|//Realizácia platieb správnych a súdnych poplatkov (as_59700)//
++|//isvs_9368//|//Modul centrálnej elektronickej podateľne//|//Overovanie elektronického podpisu (KEP) (as_59702)//
++|//isvs_8851//|//Modul dlhodobého uchovávania (nepovinný)//|//Uchovávanie elektronických dokumentov (as_59703)//
++|//isvs_9370//|//Notifikačný modul (nepovinný)//|//Zasielanie oznámení prostredníctvom elektronických komunikačných kanálov (sms, email) (as_59699)//
++|//isvs_9513//|//Centrálna API manažment Platforma (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Poskytovanie služby integráciou na AS CAMP (as_60157)//
++|//isvs_9513//|//Centrálna API manažment Platforma (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Konzumovanie služby iného ISVS prostredníctvom CAMP (as_60158)//
++|//isvs_5836//|//IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Poskytovanie dát na integráciu (as_59119)//
++|//isvs_5836//|//IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Poskytnutie konsolidovaných údajov o subjekte (sluzba_is_49250)//
++|//isvs_5836//|//IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Poskytnutie konsolidovaných referenčných údajov z IS CSRÚ na synchronizáciu (sluzba_is_49253)//
  )))
--|ks_336480|Poskytovanie informácie z katastra nehnuteľností o právach k nehnuteľnostiam|občan (G2C)/ inštitúcia verejnej správy (G2G)/ podnikateľ (G2B)|(((
--157 – Kataster nehnuteľností
--
--)))|(((
--úroveň 4
++=== 5.1.5Aplikačné služby na integráciu ===
--
--)))
--|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
--|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
--|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
--|Ks_nová – zoznam stavieb|Poskytovanie informácií zo zoznamu stavieb|inštitúcia verejnej správy (G2G)|157 – Kataster nehnuteľností|úroveň 4
++//Uveďte v nasledujúcej tabuľke budované aplikačné služby a ich využitie na integráciu na spoločné moduly a iné ISVS alebo ich poskytovanie na externú integráciu a predpokladané vybudovanie cloudových služieb “softvér ako služba“ (SaaS),//
--Tabuľka 11Prehľad koncových služieb - budúci stav (TO BE)
++* //Plánované aplikačné služby musia byť evidované v MetaIS s fázou životného cyklu a musia mať v MetaIs evidované všetky povinné atribúty a vzťahy,//
++* //Evidencia integrácií v MetaIS sa realizuje evidovaním vzťahov aplikačných služieb budovaného~/~/rozvíjaného ISVS na príslušné aplikačné služby nadrezortných ISVS. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.3.1 a kap. 2.1.3.3.2.__ __Detailný popis služieb IS CSRÚ a poskytovaných objektov evidencie je v aktuálnej verzii integračného manuálu IS CSRÚ.//
++* //Ak IS povinnej osoby potrebuje konzumovať alebo poskytovať služby iným ISVS alebo IS tretích strán prostredníctvom modulu Centrálna API Manažment Platforma (CAMP) a jej modulu API Gateway, je potrebné aplikačné služby IS Povinnej osoby naviazať na príslušné integračné služby CAMP (API Gatewy).//
++* //Budované aplikačné služby musia mať v MetaIs evidované SLA parametre pre východiskový a cieľový stav. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.//
++{{content id="projekt.integracne_as" template="
++|=AS (Kód MetaIS)|=Názov AS|=Realizuje ISVS (kód MetaIS)|=Poskytujúca alebo Konzumujúca|=Integrácia cez CAMP|=Integrácia s IS tretích strán|=SaaS|=Integrácia na AS poskytovateľan (kód MetaIS)[# th:each='item : ${as}']
++[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.isvs?:''} +
++'|' + 'Poskytovaná / Konzumujúca////////' + ${item.atribut('EA_Profil_AS_typ_cloudovej_sluzby')?:''} +
++'|' + 'Áno/Nie' + '|' + 'Áno/Nie' + '|' + 'Áno/Nie' + ${item.sluziAs?:''} + '|')]
++[/]
++"}}|=AS (Kód MetaIS)|=Názov AS|=Realizuje ISVS (kód MetaIS)|=Poskytujúca alebo Konzumujúca|=Integrácia cez CAMP|=Integrácia s IS tretích strán|=SaaS|=Integrácia na AS poskytovateľan (kód MetaIS){{/content}}
++=== {{id name="_Toc62489735"/}}{{id name="_Toc814509359"/}}{{id name="_Toc153139693"/}}{{id name="_Toc63764348"/}}5.1.6Poskytovanie údajov z ISVS do IS CSRÚ ===
++//Uveďte v tabuľke prehľad poskytovaných údajov (objektov evidencie, ďalej OE) z ISVS do IS CSRÚ v TO BE stave.//
--Účel jednotlivých koncových služieb v kontexte predmetu projektu
++|**ID OE**|**Názov (poskytovaného) objektu evidencie**|**Kód ISVS poskytujúceho OE**|**Názov ISVS poskytujúceho OE**
++| | | |
++| | | |
++| | | |
--* ks_nová           Kúpa a predaj nehnuteľnosti na bývanie – podanie návrhu na vklad pre existujúcu nehnuteľnosť na bývanie
--* ks_nová           Notifikácia klientovi o stave konania – notifikácie klientom cez CNM ÚPVS
--* ks_336479 Poskytovanie informácie z katastra nehnuteľností o nehnuteľnostiach  – poskytovanie údajov pre MVSR
--* ks_336480 Poskytovanie informácie z katastra nehnuteľností o právach k nehnuteľnostiam – poskytovanie údajov pre MVSR
--* ks_336484 Poskytovanie výpisu z listu vlastníctva z katastra nehnuteľností – poskytovanie údajov pre MVSR
--* 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
--* 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
--* ks_nova           Poskytovanie informácií zo zoznamu stavieb
++=== {{id name="_Toc63764349"/}}{{id name="_Toc1792132569"/}}{{id name="_Toc153139694"/}}5.1.7Konzumovanie údajov z IS CSRÚ ===
++//Uveďte v tabuľke prehľad konzumovaných údajov z IS CSRÚ v TO BE stave. [[Súčasné dostupné objekty evidencie a údaje v IS CSRÚ>>url:https://managementmania.com/sk/databaza]] sú uvedené v integračnom manuáli IS CSRÚ//__.__
++|**ID OE**|**Názov (konzumovaného) objektu evidencie**|**Kód a názov ISVS konzumujúceho OE z IS CSRÚ**|**Kód zdrojového ISVS v MetaIS**
++| | | |
++| | | |
++| | | |
--=== 5.3.3 Organizačné zmeny a Procesy dotknuté navrhovaným riešením ===
++=== 5.1.8Prehľad plánovaného využívania infraštruktúrnych služieb (cloudových služieb) – budúci stav: ===
--V rámci projektu nebudú realizované zmeny procesov a organizačné zmeny.
++//Zaevidujte MetaIS využívanie cloudových infraštruktúrnych služieb vašimi ISVS. Podrobné informácie o evidencii využívania infraštruktúrnych služieb sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.4.3 ISVS využívajúci infraštruktúrne služby.//
--
--=== 5.3.4 Jazyková podpora lokalizácia ===
--
--Požiadavky na jazykovú lokalizáciu riešenia a používateľské prostredie bude implementované v slovenskom jazyku//.//
--
--
--
--== 5.4 Aplikačná vrstva ==
--
--=== 5.4.1 Návrh riešenia v aplikačnej vrstve architektúry ===
--
--Aplikačná vrstva UGKK v rozsahu riešenia pozostáva z viacerých informačných systémov podporujúcich výkon funkcií a činností definovaných na úrovni biznis architektúry. Je rozdelené primárne do nasledujúcich oblastí:
--
--
--**Moduly front-endu – Špecializovaný portál**:
--
--Modernizovaný špecializovaný portál doplnkových služieb katastra nehnuteľností bude komunikovať so spoločnými modulmi prostredníctvom rezortnej integračnej platformy a bude využívať údaje získané cez RIP pre potreby predvypĺňania elektronických formulárov.
--
--
--**Centrálne systémy ÚGKK**:
--
--V rámci projektu bude budovaná **Rezortná integračná platforma** (**RIP**) GKK (isvs_14801), ktorá plní funkciu nového centrálneho integračného komponentu pre poskytovanie a konzumovanie údajov a služieb interných systémov ÚGKK smerom k externým integrovaným IS
--
--Rezortná integračná platforma implementuje nasledovné funkcie/integrácie:
--
--* Konzumovanie integračných služieb
--** Integrácia na isvs_5836 IS CSRÚ/CPDI ako realizácia Modulu procesnej integrácie a integrácie údajov
--*** Register a identifikátor právnických osôb, podnikateľov a orgánov verejnej moci (RPO)
--*** Register fyzických osôb
--*** Základné číselníky – časť hlavička základného číselníka
--*** Register adries
--*** Štatistické číselníky a klasifikácie
--** Integrácia isvs_9513 Centrálna API manažment Platforma (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov
--*** Odosielanie notifikácii o stave platieb a konaní
--** Integrácia isvs  Konsolidovaná Analytická Vrstva (KAV)
--*** Odosielanie informácii o používaní služieb
--
--* Poskytovanie služieb na integráciu externým subjektom
--** sluzba_is_1484 Poskytnutie informácie z KN o nehnuteľnostiach (v zmysle ZS06 pre MVSR)
--** sluzba_is_1485 Poskytnutie informácie z KN o právach k nehnuteľnostiam (v zmysle ZS06 pre MVSR)
--** sluzba_is_1489 Poskytnutie výpisu z listu vlastníctva z KN (v zmysle ZS06 pre MVSR)
--** nová AS Podávanie návrhu na vklad do katastra nehnuteľností – kúpa a predaj nehnuteľnosti na bývanie
--** nová AS Notifikácia klientovi o stave konania
--** nová AS Poskytovanie informácií zo zoznamu stavieb
--** nová AS Podávanie návrhu na doplnenie údajov na list vlastníctva do katastra nehnuteľností – zmena adresy
--
--* Manažment integrácii
--** Web rozhranie pre manažment platformy
--** Sledovanie stavu jednotlivých komponentov (adaptéry, procesy)
--** Správa bežiacich procesov (Ukončenie, prerušenie, spustenie, procesov)
--** Konfigurovateľnosť bez potreby zásahov dodávateľa a programovania
--** Auditné záznamy
--** Štatistika a sledovanie služieb
--
--* Elektronická podatelna
--** Prijatie podania  a automatizovaná kontrola prichádzajúceho podania
--** nová AS Adaptéry na centrálne komponenty
--
--**Externé systémy**:
--
--Projekt počíta s integráciou na:
--
--* isvs_9513 Centrálna API manažment Platforma  (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov
--* isvs_5836 IS CPDI ako realizácia Modulu procesnej integrácie a integrácie údajov  pre komunikáciu s CNM
--*
--
--**Agendové informačné systémy**
--
--Podporujú výkon konkrétnej agendy a realizujú kľúčové aplikačné služby.
--
--Agendové informačné systémy poskytujú interne služby a údaje pre budované integrácie a tiež konzumujú získavané údaje.
--
--
--Architektúra aplikačných systémov je zobrazená na nasledovnom obrázku:
--
--[[image:1752419049930-110.png]]
--
--
--Obr.  3 Aplikačná architektúra - TO BE
--
--
--=== 5.4.2 Rozsah informačných systémov – budúci stav (TO BE) ===
--
--|**Kód ISVS **//(z MetaIS)//|**Názov ISVS**|(((
--**Modul ISVS**
--
--//(zaškrtnite ak ISVS je modulom)//
--)))|**Stav IS VS**|**Typ IS VS**|(((
--**Kód nadradeného ISVS**
--
--//(v prípade zaškrtnutého checkboxu pre modul ISVS)//
--)))
--|isvs_421|Informačný systém katastra nehnuteľností|☐|  Prevádzkovaný a plánujem rozvíjať|  Agendový|
--|isvs_14801|Rezortná integračná platforma|☐|  Plánujem budovať|  Integračný|
--
--Tabuľka 12 Rozsah informačných systémov - budúci stav (TO BE)
--
--
--=== 5.4.3 Využívanie nadrezortných a spoločných ISVS – AS IS ===
--
--V súčasnom stave sú využívané nasledovné spoločné moduly podľa zákona č. 305/2013  e-Governmente.
--
--Aktuálne neexistuje integrácia na IS CPDI.
--
--
--|Kód IS|Názov ISVS|Spoločné moduly podľa zákona č. 305/2013  e-Governmente
--|isvs_421|Informačný systém katastra nehnuteľností|//Autentifikačný modul//
--|isvs_421|Informačný systém katastra nehnuteľností|//Modul elektronického doručovania//
--
--Tabuľka 13 Využívanie nadrezortných a spoločných ISVS – súčasný stav (AS IS)
--
--
--=== 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) ===
--
--|Kód IS|Názov ISVS|Spoločné moduly podľa zákona č. 305/2013  e-Governmente
--|isvs_14801|Rezortná integračná platforma|//Centrálna API Manažment Platforma//
--|isvs_14801|Rezortná integračná platforma|//IS CSRÚ-Modul procesnej integrácie a integrácie údajov//
--|isvs_14801|Rezortná integračná platforma|//Modul elektronických schránok//
--|isvs_14801|Rezortná integračná platforma|//Modul elektronického doručovania//
--|isvs_14801|Rezortná integračná platforma|//Modul centrálnej elektronickej podateľne//
--|isvs_14801|Rezortná integračná platforma|//Autentifikačný modul//
--|isvs_14801|Rezortná integračná platforma|//Modulu elektronických formulárov//
--|isvs_14801|Rezortná integračná platforma|//Notifikačný modul//
--
--Tabuľka 14 Prehľad plánovaných integrácií na spoločné moduly – budúci stav (TO BE)
--
--
--=== 5.4.5 Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE) ===
--
--
--Služby iných ISVS pre integráciu sú plánované pre MVSR, budúce ďalšie integrácie v rámci projektu budú realizované prostredníctvom spoločných modulov a teda nasledovných ISVS:
--
--* isvs_9513 Centrálna API manažment Platforma  (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov
--* isvs_5836 IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov
--
  |(((
--Kód ISVS
--
++**Kód infraštruktúrnej služby**
  //(z MetaIS)//
--)))|(((
--Názov ISVS
--
--
--)))|(((
--Kód integrovaného ISVS
--
++)))|**Názov infraštruktúrnej služby**|(((
++**Kód využívajúceho ISVS**
  //(z MetaIS)//
--)))|Názov integrovaného ISVS
--|isvs_14801|Rezortná integračná platforma|isvs_200|Hlásenie pobytu
++)))|**Názov využívajúceho ISVS**
++| | | |
++| | | |
++//V súlade s NKIVS by technologická architektúra mala byť založená na cloudových službách uvedených v katalógu služieb, ktoré prešli procesom klasifikácie, hodnotenia, registrácie a zaradenia do katalógu služieb zverejnenom na stránke MIRRI: //__[[https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb>>url:https://www.mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb]].__
--Tabuľka 15 Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)
++= {{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"/}}6.LEGISLATÍVA =
++//Doplniť popis potrebných zmien v oblasti legislatívy pre naplnenie cieľov a dodanie výstupov projektu.//
++//Uviesť konkrétne zákony, prípadne aj paragrafy, ktoré budú predmetom legislatívnych zmien.//
++//Doplniť popis, aký je negatívny dopad na výstupy projektu, jeho ciele a rozsah a časový harmonogram, ak vyššie uvedené zmeny v zákonoch nebudú realizované.//
--=== 5.4.6 Aplikačné služby pre Koncové služby – budúci stav (TO BE) ===
++= {{id name="_Toc510413657"/}}{{id name="_Toc152607323"/}}{{id name="_Toc765633140"/}}{{id name="_Toc2047061689"/}}{{id name="_Toc1365902580"/}}{{id name="_Toc96771585"/}}{{id name="_Toc977817845"/}}{{id name="_Toc338302336"/}}{{id name="_Toc158422599"/}}{{id name="_Toc894533619"/}}{{id name="_Toc1336543996"/}}{{id name="_Toc1715202395"/}}{{id name="_Toc1402143762"/}}{{id name="_Toc47815706"/}}7.ROZPOČET A PRÍNOSY =
--|(((
--Kód AS
++//Počas Prípravnej a iniciačnej fázy, je potrebné predložiť samostatný dokument M-05 Analýza nákladov a prínosov (xls. BC/CBA) v predpísanej štruktúrovanej forme.(povinné v prípade projektov nad 1 000 000,- EUR). Pre iný, než veľký projekt - projekt pod 1 000 000,- EUR - objednávateľ detailne opíše nákladovú a prínosovú stránku a postup, ktorý je zvolený na cenovú kalkuláciu nákladov a prínosov projektu.//
++//V tejto časti dokumentu sa od Vás očakáva štruktúrovane popísať~://
--//(z MetaIS)//
--)))|Názov  AS|(((
--Realizuje ISVS
++* //**vypočítané náklady** (vývoj + prevádzka) v T10 (t.j. na 10 rokov dopredu)//
++* //v**ypočítané prínosy** v T10 (t.j. na 10 rokov dopredu)//
++* //**slovne popísať výpočet prínosov**, z čoho sú čerpané vstupné hodnoty//
++* //**rok návratnosti** (doplnenie ukazovateľov: ENPV, FNPV, BCR)//
--(kód ISVS, ktorý realizuje AS)
--)))|(((
--Aplikačná služba realizuje KS
++== 7.1Sumarizácia nákladov a prínosov ==
--//(kód KS z MetaIS)//
--)))
--|as_nová|Notifikácia klientovi o stave konania|isvs_14801|ks_nová – kupa na byvanie
--|sluzba_is_1484|Poskytnutie informácie z KN o nehnuteľnostiach|isvs_14801|ks_336479
--|sluzba_is_1485|Poskytnutie informácie z KN o právach k nehnuteľnostiam|isvs_14801|ks_336480
--|sluzba_is_1489|Poskytnutie výpisu z listu vlastníctva z KN|isvs_14801|ks_336484
--|as_nova|Prijatie podania|isvs_14801|ks_nova – kupa na byvanie, ks_336462
--|as_nova|Poskytovanie informácií zo zoznamu stavieb|isvs_14801|ks_nova – zoznam stavieb
--|as_nova|Adaptéry na centrálne komponenty|isvs_14801|ks_336462, ks_nova – kupa na byvanie
--|as_nova|Prijatie spätnej väzby|isvs_14801|ks_336462, ks_nova – kupa na byvanie
--
--Tabuľka 16 Aplikačné služby pre Koncové služby – budúci stav (TO BE)
--
--
--=== 5.4.7 Aplikačné služby na integráciu – budúci stav (TO BE) ===
--
--|(((
--AS
--
--(Kód MetaIS)
++|**Náklady**|(((
++**Názov**
++**modulu**
  )))|(((
--
--
--Názov  AS
++**Názov**
++**modulu**
  )))|(((
--Realizuje ISVS
--
--(kód MetaIS)
--)))|Poskytujúca alebo Konzumujúca|Integrácia cez CAMP|Integrácia s IS tretích strán|SaaS|(((
--Integrácia na AS poskytovateľa
--
--(kód MetaIS)
++**Názov**
++**modulu**
  )))
--|as_nová|Notifikácia klientovi o stave konania|isvs_14801|Konzumujúca|Áno|Áno|Nie|as_60158
--|as_nová           |Spracovanie referenčných údajov o osobách|isvs_14801|Konzumujúca|Nie|Áno|Nie|(((
--as_59119
++|**Všeobecný materiál**| | |
++|**IT - CAPEX**| | |
++|Aplikácie| | |
++|SW| | |
++|HW| | |
++|**IT - OPEX- prevádzka**| | |
++|Aplikácie| | |
++|SW| | |
++|HW| | |
++|**Prínosy**| | |
++|**Finančné prínosy**| | |
++|Administratívne poplatky| | |
++|Ostatné daňové a nedaňové príjmy| | |
++|**Ekonomické prínosy**| | |
++|Občania (€)| | |
++|Úradníci (€)| | |
++|Úradníci (FTE)| | |
++|**Kvalitatívne prínosy**| | |
++| | | |
++//Interpretácia výsledkov~://
++//Ekonomická a finančná efektívnosť projektu je v analýze prínosov nákladov hodnotená kvantitatívne pomocou nasledujúcich ukazovateľov (prahové hodnoty v zmysle platných dokumentov v prípade financovania zo zdrojov EÚ sú uvedené)~://
--sluzba_is_49250
++* //Pomer prínosov a nákladov (BCR): viac ako 1,00//
++* //Ekonomická vnútorná výnosová miera vyjadrená v % (EIRR): viac ako 5,0 %//
++* //Ekonomická čistá súčasná hodnota vyjadrená v eurách (ENPV): viac ako 0//
++//Pre účely financovania z prostriedkov EU vyjadruje Analýza nákladov a prínosov BC/CBA aj nasledovné ukazovatele~://
++* //Finančná vnútorná výnosová miera v % (FIRR)//
++* //Finančná čistá súčasná hodnota v eur (FNPV).//
++//Nie všetky sociálno-ekonomické vplyvy sa dajú vždy vyčísliť a zhodnotiť. Je to preto, že okrem odhadu ukazovateľov výkonnosti by sa mala zohľadniť aj úvaha o nepeňažných nákladoch a výnosoch, najmä vo vzťahu k týmto otázkam: (čistý) dosah na zamestnanosť, ochrana životného prostredia, sociálna rovnosť a rovnaké príležitosti.//
++//V prípade ak dosiahnu uvedené hodnoty viaceré varianty posudzované v rámci Analýzy nákladov, odporúča sa pri výbere finálnej alternatívy zohľadniť výšku BCR, dôležitosť nekvantifikovaných spoločenských prínosov a mieru naplnenia stanovených cieľov. Po vzore krajín ako Veľká Británia sa prioritne odporúča realizovať projekty, kde prínosy prevyšujú náklady štvornásobne (BCR aspoň 4,00).//
++//**Príklad: Kvalitatívne prínosy projektov**//
++//Problém: Proces získania stavebného povolenia jeden z najdlhších v EÚ.//
++//Príklady kvalitatívnych prínosov projektu, ktoré je možné finančne oceniť~://
++* //Zvýšenie ekonomickej aktivity v stavebnom sektore (zvýšenie rastu HDP)//
++* //Nižšie spoločenské škody, spojené s búraním čiernych stavieb//
++//Príklady kvalitatívnych prínosov projektu, ktoré nie je možné spoľahlivo finančne oceniť~://
++* //Zníženie miery korupcie//
++* //Zníženie miery stresu zamestnancov stavebných úradov//
++//Vyššia spokojnosť verejnosti s procesmi územného a stavebného konania.//
--sluzba_is_49253
--)))
--|sluzba_is_1484|Poskytnutie informácie z KN o nehnuteľnostiach|isvs_14801|Poskytovaná|Nie|Áno|Nie|N/A
--|sluzba_is_1485|Poskytnutie informácie z KN o právach k nehnuteľnostiam|isvs_14801|Poskytovaná|Nie|Áno|Nie|N/A
--|sluzba_is_1489|Poskytnutie výpisu z listu vlastníctva z KN|isvs_14801|Poskytovaná|Nie|Áno|Nie|N/A
--|sluzba_is_1486|Poskytnutie informácie z KN o registri územno-technických jednotiek|isvs_14801|Poskytovaná|Nie|Áno|Nie|N/A
--|sluzba_is_1487|Poskytnutie informácie z KN o číselníkoch|isvs_14801|Poskytovaná|Nie|Áno|Nie|N/A
++= {{id name="_Toc152607324"/}}{{id name="_Toc895423427"/}}{{id name="_Toc241209616"/}}{{id name="_Toc1109933817"/}}{{id name="_Toc1693584831"/}}{{id name="_Toc116189132"/}}{{id name="_Toc1157370114"/}}{{id name="_Toc1343589887"/}}{{id name="_Toc2053421042"/}}{{id name="_Toc1329406378"/}}{{id name="_Toc812300137"/}}{{id name="_Toc1301800014"/}}{{id name="_Toc47815707"/}}8.HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA =
--Tabuľka 17 Aplikačné služby na integráciu – budúci stav (TO BE)
++//Doplňte highlevel HARMONOGRAM, ktorý sa neskôr (v ďalších fázach/dokumentoch) bude detailizovať~://
++* //KEDY potrebujete (chcete) ZAČAŤ? Napíšte TERMÍN (mesiac/rok)//
++* //KEDY potrebujete (chcete) SKONČIŤ (mať dodaný výstup)? Napíšte TERMÍN (mesiac/rok).//
++* //Fakturačné míľniky: jednotlivé míľniky projektu naviažte aj na fakturačné míľniky (v jednej tabuľke), aby ste si mohli kontrolovať cashflow v projekte.//
++* //Míľniky Verejného obstarávania (VO) – do harmonogramu si doplňte aj míľnik procesu verejného obstarávania (celý proces).//
--== 5.5    Dátová architektúra ==
++|**ID**|**FÁZA/AKTIVITA**|(((
++**ZAČIATOK**
++(odhad termínu)
++)))|(((
++**KONIEC**
++(odhad termínu)
++)))|**POZNÁMKA**
++|1.|//Prípravná fáza a Iniciačná fáza//|//napr. 01/2020//|//napr. 02/2020//|
++|2.|//Realizačná fáza//|//napr. 05/2020//|//napr. 10/2020//|
++|2a|//Analýza a Dizajn//|//napr. 05/2020//|//napr. 06/2020//|
++|2b|//Nákup technických prostriedkov, programových prostriedkov a služieb//|//napr. 07/2020//|//napr. 08/2020//|//Napr. Je potrebné obstarať dodávateľa IS riešenia/ licencie[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^7^^>>path:#sdfootnote7sym||name="sdfootnote7anc"]](%%)/ konzultačné služby//
++|2c|//Implementácia a testovanie//|//napr. 05/2020//|//napr. 06/2020//|
++|2d|//Nasadenie a PIP//|//napr. 12/2020//|//napr. 02/2021//|//PIP - 3 mesiace po nasadení//
++|3.|//Dokončovacia fáza//|//napr. 11/2020//|//napr. 12/2020//|
++|4.|//Podpora prevádzky (SLA)//|//napr. 01/2021//|//napr. 01/2025//|//Napr. Je potrebné obstarať SLA zmluvu (Zmluvu o podpore prevádzky IS)?//
++//Odporúčame – **pre reportovacie účely** projektu si vytvorte high-level projektový plán v MS EXCEL alebo v inom formáte/nástroji pre projektové riadenie.//
++//Doplňte informácie o vybranej metóde riadenia projektu a zdôvodniť výber~://
++//**Ak realizujete projekt metódou Waterfall:**//
++//Waterfall - vodopádový prístup počíta s detailným naplánovaním jednotlivých krokov a následnom dodržiavaní postupu pri vývoji alebo realizácii projekty. Projektovému tímu je daný minimálny priestor na zmeny v priebehu realizácie. Vodopádový prístup je vhodný a užitočný v projektoch, ktorý majú jasný cieľ a jasne definovateľný postup a rozdelenie prác.//
++//Objednávateľ projektu vypracuje funkčnú a technickú špecifikáciu,//
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_ea8a81537e587b5e.png||height="354" width="400"]]
++//**Ak realizujeme projekt metódou Agile:**//
++//Agilný prístup k riadeniu projektov sa uplatňuje v projektoch, u ktorých je jasný rámcový cieľ, ale z najrôznejších dôvodov je nemožné presne definovať všetky dlhodobé požiadavky bez priebežných prototypov. Pri agilných metódach práce sa realizujú malé porcie výsledkov v každom vývojovom cykle, iterácii, v tesnej spolupráci so zákazníkom. Agile metódu je možné aplikovať za podmienok definovaných vo vyhláške MIRRI č. 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke.//
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_dcd0f7fe8c3f7b57.png||height="292" width="487"]]
--=== 5.5.1    Objekty evidencie ===
++= {{id name="_Toc510413660"/}}{{id name="_Toc152607325"/}}{{id name="_Toc1722900095"/}}{{id name="_Toc1548891642"/}}{{id name="_Toc1524307507"/}}{{id name="_Toc926619902"/}}{{id name="_Toc369843141"/}}{{id name="_Toc1228095438"/}}{{id name="_Toc1350957483"/}}{{id name="_Toc1726013925"/}}{{id name="_Toc651796977"/}}{{id name="_Toc1094373969"/}}{{id name="_Toc425060707"/}}{{id name="_Toc47815708"/}}9.PROJEKTOVÝ TÍM =
--Nie je relevantné pre projekt integračného charakteru
++//Zostavuje sa **Riadiaci výbor (RV),** v minimálnom zložení~://
--=== 5.5.2    Referenčné údaje ===
++* //Predseda RV//
++* //Biznis vlastník//
++* //Zástupca prevádzky//
++* //Zástupca dodávateľa (dopĺňa sa až po VO / voliteľný člen)//
++* //Projektový manažér objednávateľa (PM)//
++//Zostavuje sa **Projektový tím objednávateľa**//
++* //kľúčový používateľ,//
++* //IT analytik alebo biznis analytik,//
++* //IT architekt,//
++* //biznis vlastník//
++* //manažér kvality (nepovinný člen pre projekty do 1 000 000,- EUR, povinný pri veľkých projektoch nad 1 000 000,- EUR,//
++* //manažér IT prevádzky (nepovinný člen)//
++* //manažér kybernetickej a informačnej bezpečnosti (nepovinný člen)//
++* //UX dizajnér (nepovinný člen)//
++* //iná špecifická rola (nepovinný člen)//
++* //doplniť tabuľku zodpovedných osôb, ktoré budú participovať v projekte//
--V rozsahu projektu nie sú žiadne údaje definované ako referenčné.
++|**ID**|**Meno a Priezvisko**|**Pozícia**|**Oddelenie**|**Rola v projekte**
++|1.|Doplniť meno a priezvisko|Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru|Doplniť rolu v projekte
++|2.|Doplniť meno a priezvisko|Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru|Doplniť rolu v projekte
++|3.|Doplniť meno a priezvisko|Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru|Doplniť rolu v projekte
++//**Vzor organizačnej štruktúry**//
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_d9faa472f626899.png||height="321" width="658"]]
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_a6af23de6588b10b.png||height="64" width="480"]]
--=== 5.5.3    Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE) ===
++== {{id name="_Toc510413661"/}}{{id name="_Toc152607326"/}}{{id name="_Toc542498601"/}}{{id name="_Toc1556184162"/}}{{id name="_Toc1705652877"/}}{{id name="_Toc91475143"/}}{{id name="_Toc699254480"/}}{{id name="_Toc1575456504"/}}{{id name="_Toc1175869665"/}}{{id name="_Toc761214469"/}}{{id name="_Toc316351360"/}}{{id name="_Toc596074253"/}}{{id name="_Toc1994700246"/}}{{id name="_Toc47815709"/}}9.1 PRACOVNÉ NÁPLNE ==
--Projekt nerealizuje poskytovanie nových objektov evidencie z ISVS do IS CPDI.
++//Doplniť **podľa dokumentu z Riadiaceho Výboru** projektu, prípadne zo splnomocnení alebo menovacích dekrétov . Tieto vstupy neskôr využijete pri dokumente PID.//
++//VZORY a ŠABLONY zdrojových súborov sú tu: //__[[https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]__// &nbsp;//
++//Poznámka: Odporúčame – pozrite si VZOR pre MENOVACIE DEKRÉTY členov projektového tímu – vzor obsahuje názorný popis všetkých projektových rolí, ktoré vyžaduje Vyhláška 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke.//
--=== 5.5.4    Konzumovanie údajov z IS CPDI – budúci stav (TO BE) ===
++= {{id name="_Toc510413662"/}}{{id name="_Toc152607327"/}}{{id name="_Toc1721209686"/}}{{id name="_Toc1704088007"/}}{{id name="_Toc663571237"/}}{{id name="_Toc222896765"/}}{{id name="_Toc1718852369"/}}{{id name="_Toc445439934"/}}{{id name="_Toc1591178749"/}}{{id name="_Toc1059352832"/}}{{id name="_Toc1317943368"/}}{{id name="_Toc1275292488"/}}{{id name="_Toc922415075"/}}{{id name="_Toc47815710"/}}10.ODKAZY =
--|ID  OE|(((
--
++//Doplniť odkazy na už existujúce produkty v maximálnej miere – vyhnúť sa duplikovaným informáciám.//
--Názov (konzumovaného) objektu evidencie
--)))|Kód a názov ISVS konzumujúceho OE z IS CSRÚ|Kód zdrojového ISVS v MetaIS
--|1.|Register a identifikátor právnických osôb, podnikateľov a orgánov verejnej moci (RPO)|isvs_14801|isvs_420
--|2.|Základné číselníky – časť hlavička základného číselníka|isvs_14801|projekt_100 - Metainformačný systém
--|3.|Register fyzických osôb|isvs_14801| isvs_191 - RFO
--|4.|Register adries|isvs_14801|isvs_192 - RA
--|5.|Štatistické číselníky a klasifikácie|isvs_14801| isvs_411 - ŠIS
++= {{id name="_Toc152607328"/}}{{id name="_Toc352209542"/}}{{id name="_Toc23745434"/}}{{id name="_Toc2079765538"/}}{{id name="_Toc439451047"/}}{{id name="_Toc432728511"/}}{{id name="_Toc2041295352"/}}{{id name="_Toc2053721865"/}}{{id name="_Toc1673192336"/}}{{id name="_Toc1660740083"/}}{{id name="_Toc1335486469"/}}{{id name="_Toc1845624711"/}}{{id name="_Toc47815711"/}}11.PRÍLOHY =
--Tabuľka 21 Konzumovanie údajov z IS CPDI – budúci stav (TO BE)
++**Príloha : **Zoznam rizík a závislostí (Excel): __[[//https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html//>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]__
++//Poznámka: **Odporúčame**, si evidovať a vyhodnotiť pripomienky odbornej verejnosti//
++* //Podľa § 4 odsek 10 – Vyhláška 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke je potrebné zrealizovať pripomienkovanie Projektového zámeru odbornou verejnosťou//
++* //Odporúčame túto aktivitu formalizovať (do dokumentu)//
++* //Odporúčame vyhodnotenie zverejniť na webové sídlo objednávateľa (do projektového adresára) – v súlade s Vyhláškou 401/2023 Zz. Oznámenie o začatí verejného pripomienkovania sa zverejní v centrálnom metainformačnom systéme verejnej správy na mieste určenom Orgánom vedenia. Na schválenie riadiacemu výboru v prípravnej a iniciačnej fáze sa tieto výstupy predkladajú až po zverejnení vyhodnotenia pripomienok.//
++//Koniec dokumentu//
++[[1>>path:#sdfootnote1anc||name="sdfootnote1sym"]] Notácia ArchiMate: __[[https:~~/~~/publications.opengroup.org/standards/archimate>>url:https://publications.opengroup.org/standards/archimate]]__
++[[2>>path:#sdfootnote2anc||name="sdfootnote2sym"]] Aktuálny spoločný repozitár architektonických modelov verejnej správy je __[[https:~~/~~/avssr.horizzon.cloud/>>url:https://avssr.horizzon.cloud/]]__. O prístup do repozitára a poskytnutie licencie pre modelovací nástroj pracujúci s repozitárom modelov je potrebné požiadať na e-mailovej adrese: sprava_EA@mirri.gov.sk.
++[[3>>path:#sdfootnote3anc||name="sdfootnote3sym"]] Napr. modelovací nástroj Archi - Open Source ArchiMate Modelling: __[[https:~~/~~/www.archimatetool.com>>url:https://www.archimatetool.com/]]__.
++[[4>>path:#sdfootnote4anc||name="sdfootnote4sym"]] Napr. modelovací nástroj pre BPMN - Camunda Modeler - Open Source Desktop Modeler: __[[https:~~/~~/camunda.com/download/modeler/>>url:https://camunda.com/download/modeler/]]__.
++[[5>>path:#sdfootnote5anc||name="sdfootnote5sym"]] Podľa § 2 ods. 1 písm. i) vyhlášky MIRRI č. 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy sa objednávateľom rozumie správca alebo prevádzkovateľ ITVS, ktorý projekt realizuje alebo chce realizovať.
++[[6>>path:#sdfootnote6anc||name="sdfootnote6sym"]] Spoločné moduly podľa zákona č. 305/2013 e-Governmente
++[[7>>path:#sdfootnote7anc||name="sdfootnote7sym"]] EUPL licencie: __[[https:~~/~~/joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf>>url:https://joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf]]__
--=== 5.5.5    Identifikácia údajov a subjektov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ) ===
--
--|ID OE|(((
--Názov referenčného údaja /objektu evidencie
--
--(uvádzať OE z tabuľky v kap. 5.5.1)
--)))|Konzumovanie alebo poskytovanie|(((
--Subjekt
--
--(organizácia poskytovateľa-konzumenta)
--)))|Osobitný právny predpis pre poskytovanie / konzumovanie údajov
--| | |Vyberte jednu z možností.| |
--| | |Vyberte jednu z možností.| |
--| | |Vyberte jednu z možností.| |
--
--===
--5.5.6    Kvalita a čistenie údajov ===
--
--Nie je relevantné pre projekt.
--
--=== 5.5.7    Otvorené údaje ===
--
--Nie je relevantné pre projekt.
--
--=== 5.5.8    Analytické údaje ===
--
--Nie je relevantné pre projekt.
--
--=== 5.5.9    Moje údaje ===
--
--Nie je relevantné pre projekt.
--
--=== 5.5.10    Prehľad jednotlivých kategórií údajov ===
--
--Nie je relevantné pre projekt.
--
--== 5.6    Technologická architektúra ==
--
--=== 5.6.1    Návrh riešenia technologickej architektúry ===
--
--Zmeny v rámci implementácie aplikačných zmien budú riešené na súčasnej infraštruktúre ÚGKK.
--
--=== 5.6.2    Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE) ===
--
--Nerelevantné, bude riešené na súčasnej infraštruktúre ÚGKK.
--
--=== 5.6.3    Využívanie služieb z katalógu služieb vládneho cloudu ===
--
--Výstupy projektu nebudú využívať služby vládneho cloudu.
--
--==
--5.7    Bezpečnostná architektúra ==
--
--=== 5.7.1    Návrh riešenia bezpečnosti ===
--
--Súčasný stav (AS-IS) bezpečnostnej architektúry
--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.
--
--Budúci stav (TO-BE) bezpečnostnej architektúry
--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.
--
--Budúca bezpečnostná architektúra bude vychádzať z nasledujúcich princípov:
---    Centralizované logovanie a monitoring aktivít na účely detekcie a riešenia bezpečnostných incidentov,
---    Zabezpečená komunikácia medzi systémami výhradne prostredníctvom protokolov podporujúcich šifrovanie,
---    Segmentácia siete a izolácia integračnej vrstvy v samostatných bezpečnostných zónach.
--
--=== 5.7.2    Určenie obsahu bezpečnostných opatrení ===
--
--|Obsah bezpečnostných opatrení podľa vyhlášky ÚPVII č. 179/2020 Z. z|Aplikované opatrenia|Aplikovaná legislatíva
--|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
--|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
--|Minimálne bezpečnostné opatrenia Kategórie III|Á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
--|Bezpečnostný projekt|Áno|§ 23 ods. 1 a 2 zákona 95/2019 Z.z.
--|Bezpečnostné opatrenia podľa osobitného predpisu|Nie|Doplňte osobitný predpis alebo odkaz na predpisy, podľa ktorých budú aplikované ďalšie bezp. opatrenia
--
--Tabuľka 33 Určenie zdrojov a obsahu minimálnych bezpečnostných opatrení
--
--===
--5.7.3    Legislatívne, právne, štatutárne, regulačné a zmluvné požiadavky, ===
--
--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.
--
--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.
--
--
--=== 5.7.4    Riešenie autentifikácie a prístupov používateľov ===
--
--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.
--
--=
--6.    PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU =
--
--
--== 6.1    Návrh riešenia prevádzky a údržby ==
--
--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 .
--
--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.
--
--== 6.2    Zabezpečenie podpory používateľov a prevádzky ==
--
--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.
--
--
--Podpora prevádzky bude realizovaná cez 3 úrovne podpory, s nasledujúcim označením a obsahom činnosti:
--•    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.
--
--•    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.
--
--•    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.
--
--Typické zodpovednosti za realizáciu podpory sú:
--•    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.
--•    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
--•    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.
--
--
--|Podpora|(((
--Poskytovateľ
--
--(subjekt zodpovedný za poskytnutie podpory)
--)))|Požadovaný čas dostupnosti|Stav zabezpečenia|(((
--Pozn.
--
--(napr. známe obmedzenia služby, špeciálne zodpovednosti, a pod.)
--)))
--|Podpora L1 - jednotný kontaktný bod|//ÚGKK//|//8x5//|//Zriadený, poskytovaný správcom//|
--|Podpora L2|//VÚGK//|//8x5//|(((
--//Kontrakt o poskytovaní prác a služieb//
--
--//na každý rok medzi ÚGKK a VÚGK//
--)))|
--|Podpora L3|//Dodávateľ riešenia//|//8x5//|//Licenčná podpora a ročné predplatné//|
--|Podpora infraštruktúrnych služieb|//Dodávateľ servisnej podpory HW datacentra//|//8x5//|//Existujúca servisná zmluva //|
--
--Tabuľka 34 Prehľad riešenia zabezpečenia podpory používateľov a prevádzky
--
--
--== 6.3 Riešenie incidentov v prevádzke - parametre úrovní služby ==
--
--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:
--
--
--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.
--
--
--|klasifikácia naliehavosti incidentu|Závažnosť  incidentu|Popis naliehavosti incidentu
--|A|Kritická|Kritické chyby, ktoré spôsobia úplné zlyhanie systému ako celku a nie je možné používať ani jednu jeho časť, nie je možné poskytnúť požadovaný výstup z IS.
--|B|Vysoká|Chyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.
--|C|Stredná|Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.
--|D|Nízka|Kozmetické a drobné chyby.
--
--Tabuľka 35 Klasifikácia Naliehavosti incidentu
--
--|Klasifikácia závažnosti incidentu|(((
--
--
--Dopad
--)))|Popis dopadu
--|1|katastrofický|katastrofický dopad, priamy finančný dopad alebo strata dát,
--|2|značný|značný dopad alebo strata dát
--|3|malý|malý dopad alebo strata dát
--
--Tabuľka 36 Klasifikácia Závažnosti incidentu
--
--Určenie priority incidentu je kombináciou dopadu a naliehavosti podľa nasledovnej matice:
--
--|(% colspan="2" rowspan="2" %)Matica priority incidentov|(% colspan="3" %)Dopad
--|Katastrofický - 1|Značný - 2|Malý - 3
--|(% rowspan="4" %)Naliehavosť|Kritická - A|1|2|3
--|Vysoká - B|2|3|3
--|Stredná - C|2|3|4
--|Nízka - D|3|4|4
--
--Tabuľka 37 Určenie priority incidentu
--
--**Parametre služby Riešenia incidentov v prevádzke:**
--
--|Označenie priority incidentu|Reakčná doba^^(1)^^ od nahlásenia incidentu po začiatok riešenia incidentu|Doba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI) ^^(2)^^|(((
--Spoľahlivosť ^^(3)^^
--
--(počet incidentov za mesiac)
--)))
--|1|1 hod.|12  hodín|1
--|2|4 hod.|24 hodín|2
--|3|8 hod.|40 hodín|10
--|4|24 hod.|(% colspan="2" %)Vyriešené a nasadené v rámci plánovaných releasov (vydaní novej verzie programového vybavenia a konfigurácie)
--
--Tabuľka 38 Parametre služby Riešenia incidentov v prevádzke
--
--Vysvetlivky k tabuľke
--
--(1) **Reakčná doba** je čas medzi nahlásením incidentu verejným obstarávateľom (vrátane užívateľov IS, ktorí nie sú v pracovnoprávnom vzťahu s verejným obstarávateľom) na helpdesk úrovne L3 a jeho prevzatím na riešenie.
--
--(2) **DKVI **(Doba konečného vyriešenia incidentu) - znamená čas obnovenia štandardnej prevádzky - čas medzi nahlásením incidentu verejným obstarávateľom a vyriešením incidentu poskytovateľom podpory (do doby, kedy je funkčnosť prostredia znovu obnovená v plnom rozsahu). Doba konečného vyriešenia incidentu od nahlásenia incidentu verejným obstarávateľom sa počíta počas celého dňa. Do tejto doby sa nezarátava čas potrebný na nevyhnutnú súčinnosť verejného obstarávateľa, ak je potrebná pre vyriešenie incidentu. V prípade potreby je poskytovateľ podpory oprávnený požadovať od verejného obstarávateľa schválenie riešenia incidentu.
--
--(3) **Spoľahlivosť** - maximálny počet incidentov za kalendárny mesiac. Každá ďalšia chyba nad stanovený limit spoľahlivosti sa počíta ako začatý deň omeškania bez odstránenia vady alebo incidentu. Duplicitné alebo technicky súvisiace incidenty (zadané v rámci jedného pracovného dňa, počas pracovného času 8 hodín) sú považované ako jeden incident.
--
--(4) Incidenty nahlásené verejným obstarávateľom poskytovateľovi podpory v rámci testovacieho prostredia majú prioritu 3 a nižšiu. Vzťahujú sa výhradne k dostupnosti testovacieho prostredia. Za incident v testovacom prostredí sa nepovažuje incident vztiahnutý k práve testovanej funkcionalite.
--
--
--Vyššie uvedené SLA parametre nebudú použité pre nasledovné služby:
--
--* Služby systémovej podpory na požiadanie (nad paušál)
--* Služby realizácie aplikačných zmien vyplývajúcich z legislatívnych a metodických zmien (nad paušál)
--
--Pre tieto služby budú dohodnuté osobitné parametre dodávky.
--
--
--== 6.4 Požadovaná dostupnosť informačného systému: ==
--
--
--|Popis|Parameter|Upresnenie
--|Prevádzkové hodiny|12 hodín|od 6:00 hod. - do 18:00 hod. počas pracovných dní
--|(% rowspan="2" %)Servisné okno|10 hodín|od 19:00 hod. - do 5:00 hod. počas pracovných dní
--|24 hodín|(((
--od 00:00 hod. - 23:59 hod. počas dní pracovného pokoja a štátnych sviatkov
--
--Servis a údržba sa bude realizovať mimo pracovného času.
--)))
--|Dostupnosť produkčného prostredia IS|98,5%|(((
--98,5% z 24/7/365  t.j. max ročný výpadok je 66 hod.
--
--Maximálny mesačný výpadok je 5,5 hodiny.
--
--Vždy sa za takúto dobu považuje čas od 0.00 hod. do 23.59 hod. počas pracovných dní v týždni.
--
--Nedostupnosť IS sa počíta od nahlásenia incidentu Zákazníkom v čase dostupnosti podpory Poskytovateľa (t.j. nahlásenie incidentu na L3 v čase od 6:00 hod. - do 18:00 hod. počas pracovných dní).  Do dostupnosti IS nie sú započítavané servisné okná a plánované odstávky IS.
--
--V prípade nedodržania dostupnosti IS bude každý ďalší začatý pracovný deň nedostupnosti braný ako deň omeškania bez odstránenia vady alebo incidentu.
--)))
--|RTO (Recovery Time Objective) |4 hodiny|RTO vyjadruje množstvo času potrebné pre obnovenie dát a celej prevádzky nedostupného systému
--|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ť
--
--== 6.5    Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky ==
--
--Uveďte požiadavky na personálne zabezpečenie prevádzky budovaného systému (TO BE) a súvisiacich prevádzkových procesov.
--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.
--
--
--== 6.6    Požiadavky na zdrojové kódy ==
--
--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.
--
--
--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.
--
--
--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ť).
--
--
--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).
--
--
--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.
--
--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).
--
--
--= 7.    OPIS IMPLEMENTÁCIE PROJEKTU A PREBERANIA VÝSTUPOV PROJEKTU =
--
--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í.
--
--= 8.    ODKAZY =
--
--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.
--
--= 9.    PRÍLOHY =
--
--=   =
--
--
--| | |
++| | |

1752386988242-990.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.longa@skgeodesy\.sk

Veľkosť

...	...	@@ -1,1 +1,0 @@
1		-69.1 KB

Obsah

1752418728242-211.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.longa@skgeodesy\.sk

Veľkosť

...	...	@@ -1,1 +1,0 @@
1		-142.5 KB

Obsah

1752419049930-110.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.longa@skgeodesy\.sk

Veľkosť

...	...	@@ -1,1 +1,0 @@
1		-212.7 KB

Obsah

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

Zmeny dokumentu I-02 Projektový zámer (projektovy_zamer)

Súhrn

Podrobnosti

Vitajte

Linky

Navigácia