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

Naposledy upravil Peter Longa 2024/12/19 14:24

From 3.1 to 2.1

Z verzie 4.1

upravil Peter Longa
-

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

Do verzie 3.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, 4 removed)

Podrobnosti

Vlastnosti stránky

Obsah

@@ -70,9 +70,10 @@
  |Portál GRIS|Systém na správu používateľov a ich prístupových práv.
  |Portál produktov a služieb|Portál na riadenie poskytovania údajov pre súkromné a verejné subjekty, s dôrazom na bezpečnosť prístupu a ochranu informácií o vlastníctve.
++
  == 2.2Konvencie pre typy požiadaviek (príklady) ==
--Hlavné kategórie požiadaviek v zmysle katalógu požiadaviek sú rozdelené na funkčné, nefunkčné a technické.
++Hlavné kategórie požiadaviek v zmysle katalógu požiadaviek sú rozdelené na funkčné, nefunkčné a technické.
  Číslovanie požiadaviek používa konvenciu:
@@ -117,6 +117,7 @@
  * Bude podporovať automatizované prijímanie elektronických podaní, spracovanie a zápis týchto podaní vrátane automatizovaných kontrol grafických údajov
  * Umožní poskytovanie údajov katastra nehnuteľností tretím stranám z konsolidovanej údajovej základne
++
  V rámci realizácie projektu budú z prevádzky **vypnuté informačné systémy, ktoré sú v súčasnosti používané na správu údajov katastra nehnuteľností a sú morálne a technologicky zastaralé.**
  Po ukončení záverečnej fázy projektu dôjde k vytvoreniu registra subjektov (t.j. evidovaných vlastníkov) a na základe vzájomnej **integrácie** k ich stotožneniu s údajmi **RFO/RPO**.
@@ -321,8 +321,10 @@
--* {{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"/}}(% style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" %)3.4Ciele projektu
++* (% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc1171095368~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc917011599~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc1971312639~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc1126157752~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc1310576106~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc2022117806~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc1657084950~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc1062413439~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc2022428828~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc2122222112~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc754065181~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc152607307~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc47815696~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc152607306~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc152607305~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc152607304~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc152607303~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc152607302~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc152607301~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc152607300~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc152607299~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc152607298~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc152607297~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc152607296~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc152607295~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc152607294~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" %)3.4Ciele projektu
++
++
  Hlavným cieľom projektu bude **Zavedenie digitálnych nástrojov na inteligentnú správu údajov katastra nehuteľností s cieľom zjednodušiť využívanie údajov katastra nehnuteľností zo strany občanov a podnikateľov na uplatňovanie si práv či plnenie povinností a súčasne dosiahnutie požadovanej zvýšenej kvality digitálnych dát.**
  Hlavný cieľ a naň nadväzujúce partikulárne ciele sú definované tak, aby boli v súlade s očakávanými výsledkami definovanými v Partnerskej dohode Slovenskej republiky na roky 2021 – 2027 (ďalej len „Partnerská dohoda“) a Národnej koncepcii informatizácie verejnej správy (ďalej len „NKIVS“).
@@ -403,6 +403,7 @@
  )))|EUR|Hodnotu stanoví ÚGKK SR na základe nákladov na správu údajov katastra nehnuteľností s podporou existujúceho IT vybavenia v súčasnosti|Bude uvedená hodnota na základe výstupov z CBA|Monitorovanie reálnych nákladov na prevádzkovanie ISKN 2.0|...
++
  ~* ID sú uvedené podľa ID príslušného cieľa NKIVS
@@ -435,6 +435,7 @@
  ** Odstránenie formátu DBF
  ** Postupné obmedzovanie riešení na poskytovanie údajov na jednotné riešenie pre všetky skupiny odberateľov (súkromné aj štátne)
++
  * **Etapa 3 – Problematika pre oblasť Osoby** (vlastníci právnych vzťahov, účastníci konaní)
  ** Riešenie problematiky osôb v katastri nehnuteľností
  ** Vytvorenie centrálneho Registra subjektov
@@ -443,10 +443,12 @@
  ** Vizualizácie stavu „kvality“ údajov môže byť formou štatistík a zoznamov alebo napríklad aj cez mapového klienta
  **  Vytvorenie metodiky
++
  * **Etapa 4 – Problematika pre oblasť vpisov **(ťarchy, vecné bremená atď)
  ** Doplnenie modulu/nástrojov na návrh štrukturalizácie vpisov v rámci konaní a SPI, finálne potvrdenie je na používateľovi KOOÚ
  ** Táto etapa sa da rozbiť na pod-etapy a zvlášť v jednotlivých etapách sa budú spracovávať jednotlivé typy vpisov – ťarchy, poznámky, iné údaje a tituly nadobudnutia
++
  * **Etapa 5** – **Migrácia historických dát (vrátane stotožňovania LV)**
  **  Aj súčasná prevádzka ma nejakú formu ukladania zmien
  **  Tieto dáta je tiež treba zmigrovať
@@ -453,11 +453,13 @@
  **  Pretože sa jedná o read-only dáta má táto aktivita nižšiu prioritu
  **  Sem patrí migrácia a stotožňovanie LV
++
  * **Etapa 6 – Príprava budúceho stavu (PBS)**
  **  Táto etapa predstavuje nasadenie plnohodnotného modulu PBS – automatizácie úkonov
  **  Ideálne tento modul nasadiť iba až nad štruktúrovanými dátami
  **  Výmenný formát (náhrada vgi) ktorý obsahuje popisný aj grafický návrh
++
  Hlavnými prínosmi realizácie projektu budú:
  * Odstránenie problému s prevádzkou morálne zastaralého a dlhodobo neudržateľného aplikačného vybavenia na správu údajov katastra nehnuteľností
@@ -480,6 +480,7 @@
 . Vytvorenie centralizovaného riešenia s nástrojmi aktualizácie údajov
 . Vytvorenie centralizovaného riešenia (alt. 2) s prepojeniami na iné systémy evidencie fyzických a právnických osôb.
++
 . Zachovanie existujúceho stavu
  V prípade realizácie tejto alternatívy by boli naďalej na správu informačných systémov verejnej správy používané existujúce IS, pomocou ktorých sú údaje katastra nehnuteľností spravované aj v súčasnosti. Všetky problémy, ktoré boli pomenované v úvode projektového zámeru by existovali naďalej, pričom by boli údaje katastra nehntueľností o objektoch jeho evidencie spravované v dvoch oddelených častiach - súbore popisných informácií (SPI) a súbore geodetických informácií (SGI).
@@ -502,6 +502,7 @@
  [[image:1734609422370-917.png||height="385" width="572"]]
++[[image:file:///C:/Users/PETER~~1.LON/AppData/Local/Temp/msohtmlclip1/01/clip_image002.png]]
  == {{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 ==
@@ -523,6 +523,7 @@
  | |Kritérium F|Zjednotenie s registrami iných OVM|X|X|X|X|X|X
++
  Vyhodnotenie MCA
  |Zoznam kritérií|(((
@@ -544,12 +544,13 @@
  |Kritérium D|Nie|Použité technológie dodnes nezabezpečili zvýšenie kvality údajov katastra nehnuteľností na požadovanú úroveň ani nemajú potenciál k nej prispieť.|čiastočne|(((
  S ohľadom na podporu interných procesov správy údajov katastra nový systém bude poskytovať čiastočný potenciál na zvýšenie kvality údajov katastra nehnuteľností.
--Bude zavedený systém, ktorý umožní sledovať kto a na základe čoho realizoval zmeny v údajoch katastra nehnuteľností - v internom prostredí.
++Bude zavedený systém, ktorý umožní sledovať kto a na základe čoho realizoval zmeny v údajoch katastra nehnuteľností - v internom prostredí.
  )))
  |Kritérium E|Nie|Použité technológie nemajú potenciál na zabezpečenie ochrany osobných údajov a poskytovaných údajov|áno|Celý systém bude stavaný v súlade so súčasnými a očakávanými štandardmi na ochranu osobných údajov a poskytovaných údajov.
  |Kritérium F|Nie|Použité technológie nemajú potenciál na zjednotenie s IS iných OVM.|nie|Riešenie v tejto alternatíve nepredpokladá integráciu na IS resp. Služby iných IS poskytovaných inými OVM.
++
  |Zoznam kritérií|(((
  Alternatíva
@@ -589,590 +589,63 @@
++
  == {{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 ==
++//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"]]
--V kapitole sa zameriavame na detailné rozpracovanie alternatívy **Centralizované riešenie s prepojeniami na iné systémy evidencie fyzických a právnických osôb z **biznis vrstvy architektúry, ktorá bola vybraná ako najvhodnejšie riešenie  implementácie projektu. Po zvážení viacerých možných prístupov k riešeniu problémov súčasného stavu bola táto alternatíva vyhodnotená ako optimálna z pohľadu efektivity, finančnej náročnosti, minimalizácie rizík a postupného zavádzania zmien bez výrazných výpadkov služieb.
--
--Vzhľadom na rozdrobenosť informačných systémov ÚGKK je alternatíva postavená na zjednocovaní funkcii a IS podľa logického zamerania. Tento prístup prináša zjednodušenie komplexného IT prostredia ÚGKK SR a zavádza efektivitu do interných procesov v rezorte GKK a primárne aj do práce KOOÚ.
--
--
--[[image:1734613979109-463.png||height="393" width="671"]]
--
--
--**Jednotná správa používateľov**
--
--Jednotná správa používateľov bude centralizovaným riešením na evidenciu, správu a riadenie prístupov všetkých používateľov systému – interných aj externých. Interní používatelia budú zahŕňať pracovníkov katastrálnych odborov okresných úradov (KOOÚ), centrálneho úradu ÚGKK SR a organizácií GKÚ a VÚGK, ktorí budú mať presne definované role na základe pracovných zaradení. Centralizovaný systém umožní flexibilné prideľovanie oprávnení na základe potreby, a to bez manuálneho zásahu na úrovni jednotlivých pracovísk. Tým sa zabezpečí optimalizácia správy používateľských účtov a možnosť efektívne monitorovať aktivitu používateľov.
--
--Externí používatelia budú zahŕňať verejnosť, právnické osoby, podnikateľov a špecializovaných odborníkov, ako sú geodeti. Jednotná správa umožní jednoduché vytváranie a správu účtov pre všetky tieto kategórie, pričom sa zabezpečí bezpečnosť prístupu k údajom prostredníctvom autentifikácie a autorizácie na rôznych úrovniach. Výhodou bude, že externí používatelia budú mať možnosť vybavovať všetky svoje agendy z jedného miesta bez nutnosti opakovaného prihlasovania alebo zasielania žiadostí viacerými kanálmi.
--
--Pridelenie oprávnení na údaje katastra bude navrhnuté tak, aby striktne chránilo vlastnícke práva**.** Prístup k údajom bude riadený na základe rolí a oprávnení používateľov. Pre externých používateľov, ako sú občania, právnické osoby či odborníci (geodeti), bude prístup k údajom striktne viazaný na ich oprávnenia a potrebu konkrétnych informácií. Občania budú mať možnosť získať údaje o vlastných nehnuteľnostiach po autentifikácii. Údaje o vlastníctve tretích strán budú chránené tak, aby nedochádzalo k zneužitiu alebo neoprávnenému prístupu. Centrálna správa oprávnení navyše umožní monitorovať a auditovať všetky prístupy v reálnom čase.
--
--Systém jednotnej správy používateľov bude úzko prepojený s modulom pre správu rolí a oprávnení. Implementácia tohto riešenia zároveň odstráni súčasnú fragmentáciu správy používateľov medzi rôznymi systémami a prinesie výrazné zjednodušenie administratívnych procesov, ako je správa oprávnení alebo sledovanie aktivity jednotlivých účtov.
--
--
--**Jednotné komunikačné rozhranie (Portál)**
--
--Jednotné komunikačné rozhranie bude predstavovať centralizovaný portál, ktorý bude hlavným bodom interakcie medzi systémom ISKN a jeho používateľmi. Tento portál nahradí viaceré existujúce riešenia, čím sa zabezpečí jednotný a prehľadný prístup pre všetkých používateľov. Hlavným cieľom bude poskytnúť používateľom intuitívne prostredie, kde budú môcť vykonávať širokú škálu činností – od podania návrhov až po objednávanie údajov.
--
--Portál umožní autentifikáciu používateľov na základe ich rolí (napr. občan, geodet, pracovník KOOÚ), čím zabezpečí, že každý používateľ bude mať prístup len k relevantným službám a údajom. Pre verejnosť budú dostupné služby, ako je prehliadanie údajov, objednávanie výpisov či zasielanie podaní. Špecializovaní používatelia budú mať k dispozícii pokročilé funkcie, ako je validácia geometrických plánov alebo prístup k rozšíreným analytickým nástrojom.
--
--
--**Integrovaný agendový systém**
--
--Integrovaný agendový systém bude tvoriť jadro nového ISKN 2.0 a zásadne zmení spôsob správy údajov katastra nehnuteľností. Najväčšou zmenou bude zánik 70 samostatných inštancií existujúcich systémov, ktoré sú v súčasnosti distribuované na úrovni okresných pracovísk (KOOÚ). Tieto zastarané a izolované systémy, ako sú WRKN, WISKN či VUK, budú nahradené jedinou centralizovanou platformou, ktorá umožní jednotnú správu údajov v rámci celej Slovenskej republiky.
--
--
--Centralizácia prinesie zásadné zvýšenie efektivity interných procesov a zjednoduší činnosti pracovníkov KOOÚ. V súčasnom systéme je každé pracovisko obmedzené správou údajov iba vo svojom území, čo často vedie k nerovnomernému zaťaženiu a oneskoreniam pri vybavovaní podaní. Nový integrovaný systém umožní redistribúciu agendy medzi okresmi, čo znamená, že ktorékoľvek KOOÚ bude môcť spracovať podanie pre ktorékoľvek katastrálne územie. Tento prístup optimalizuje kapacity pracovníkov, eliminuje časové oneskorenia a zaručí rýchlejšie vybavenie podaní.
--
--
--Ďalšou výhodou centralizovaného systému bude automatizácia procesov a zavedenie jednotných pracovných postupov. Systém bude podporovať elektronické podania, historizáciu zmien a automatickú validáciu údajov, čím sa odstráni potreba manuálnych zásahov a opätovného spracovania údajov. Centralizácia tiež umožní lepšie monitorovanie a riadenie činností na úrovni celého rezortu ÚGKK SR, vrátane dohľadu nad plnením úloh a kvalitou spracovania.
--
--
--Jednou z nových funkcionalít integrovaného agendového systému bude "príprava budúceho stavu". Táto funkcionalita umožní spracovať všetky vstupy z podania, ako sú geometrické plány, listinné prílohy či digitálne údaje, a následne ich validovať na vzájomnú konzistenciu ešte pred ich zápisom do katastra nehnuteľností. Príprava budúceho stavu umožní vytvoriť a overiť zmeny ako celok, čo zaručí integritu a kvalitu údajov katastra pri ich zápise. Všetky overené a pripravené zmeny budú zapísané do systému naraz ako ucelený blok údajov, čím sa zefektívni proces aktualizácie a minimalizuje riziko nekonzistencií.
--
--
--Ďalším kľúčovým prvkom nového systému bude centralizovaná databáza, ktorá bude predstavovať jednotný zdroj pravdivých a aktuálnych údajov katastra nehnuteľností. Centralizácia databázy umožní priamu integráciu s referenčnými registrami, ako je Register fyzických osôb (RFO) a Register právnických osôb (RPO). Centralizovaná databáza zároveň umožní poskytovanie údajov na právnické účely online a automatizovanou formou. Orgány verejnej správy, súdy, notári či právnické subjekty budú môcť pristupovať k aktuálnym údajom bez manuálnych zásahov, čím sa zabezpečí vyššia rýchlosť poskytovaných služieb.
--
--Táto integrácia a automatizácia výrazne zníži administratívnu záťaž pracovníkov KOOÚ a zároveň prinesie vysokú mieru presnosti pri spracovávaní údajov. Občanom a inštitúciám bude garantovaný online prístup k aktuálnym a validovaným údajom, čím sa zlepší kvalita služieb a zvýši dôvera v kataster nehnuteľností ako spoľahlivý zdroj informácií.
--
--
--**Jednotné platby za služby a údaje**
--
--Nový modul jednotných platieb bude integrovať všetky poplatkové systémy súčasného katastra nehnuteľností do jedného centralizovaného riešenia. Používatelia budú môcť realizovať platby za všetky služby, ako sú správne poplatky či náklady na špecializované objednávkové služby poskytovania údajov, prostredníctvom jedného systému.
--
--Platobný modul bude podporovať moderné metódy platby, vrátane bankových prevodov, online platobných brán a integrácie s eGovernment platobnými systémami. Tým sa zjednoduší proces platenia pre občanov a podnikateľov. Systém bude navyše schopný automaticky generovať platobné príkazy na základe typu požadovanej služby, čo eliminuje potrebu manuálnych zásahov zo strany zamestnancov katastra. Súčasťou riešenia bude prehľadná evidenčná a reportingová funkcionalita, ktorá umožní sledovať všetky vykonané platby, generovať doklady a evidovať nedoplatky.
--
--
--**Jednotné integrácie na externé aj interné systémy**
--
--Jednotné integrácie predstavujú kľúčový komponent nového ISKN 2.0, ktorý umožní efektívne prepojenie všetkých interných systémov ÚGKK SR, KOOÚ, GKÚ a VÚGK, ako aj komunikáciu s externými systémami tretích strán. Najvýraznejšou zmenou bude zánik izolovaných integračných riešení a ich nahradenie centralizovanou Rezortnou integračnou platformou (RIP). Táto platforma umožní automatizovaný a kontrolovaný prenos dát medzi systémami, čím sa odstránia duplicity, neefektívne manuálne procesy a časové oneskorenia v poskytovaní údajov. Novým jadrom integrácií bude Rezortná integračná platforma (RIP), ktorá nahradí zastaranú integračnú platformu ESKN.
--
--Platforma umožní automatizovaný prenos dát medzi internými agendovými systémami a zabezpečí integráciu s externými systémami, ako sú centrálne registre štátu (napr. Register právnických osôb, Register adries) alebo systémy tretích strán, ktoré potrebujú údaje z katastra (geodeti, notári, samosprávy). Komunikácia bude prebiehať cez moderné API rozhrania, čím sa dosiahne rýchly a bezpečný prenos údajov.
--
--Zásadným princípom jednotných integrácií bude ochrana informácií o osobnom vlastníctve. Integračná platforma bude implementovať mechanizmy, ktoré zabezpečia, že externým používateľom a systémom budú poskytované iba tie údaje, na ktoré majú oprávnený nárok. Napríklad prístup k údajom o vlastníkoch nehnuteľností bude umožnený len autorizovaným osobám alebo inštitúciám, ako sú notári, súdy, orgány verejnej správy či právnické subjekty vykonávajúce zákonom stanovené činnosti. Každá žiadosť o prístup k údajom bude prechádzať automatickou validáciou oprávnení používateľa alebo systému, aby sa zamedzilo neoprávnenému prístupu.
--
--Platforma tiež zabezpečí dôsledný audit a monitorovanie prístupov k údajom katastra. Všetky požiadavky na prístup k údajom budú zaznamenávané a overiteľné, čím sa posilní bezpečnosť a ochrana dát. Používatelia, ktorí nebudú disponovať príslušnými oprávneniami, nebudú mať prístup k osobným informáciám, čím sa významne posilní ochrana vlastníckych práv a osobných údajov občanov.
--
--Okrem ochrany údajov systém umožní automatizované poskytovanie informácií tretím stranám cez bezpečné API rozhrania. Tým sa dosiahne rýchla a efektívna komunikácia medzi katastrom a externými systémami (napr. Register fyzických osôb – RFO, Register právnických osôb – RPO, či systémy samospráv). Tento prístup skráti čas potrebný na spracovanie údajov a zároveň zaručí, že údaje sú vždy aktuálne a relevantné pre používateľa.
--
--
--**Cenová mapa**
--
--Cenová mapa je kľúčovým nástrojom na zobrazovanie a analyzovanie hodnôt nehnuteľností v rámci celej Slovenskej republiky. Tento komponent ISKN 2.0 bude poskytovať prehľadné a presné údaje o cenách pozemkov, budov a iných nehnuteľností na základe reálnych trhových transakcií. Zber dát pre cenovú mapu bude realizovaný z viacerých zdrojov, ako sú notárske zápisy, zmluvy o prevode nehnuteľností a údaje z realitných trhov.
--
--Cenová mapa bude dostupná prostredníctvom jednotného portálu a bude poskytovať používateľom interaktívne nástroje na vyhľadávanie a analýzu dát. Verejnosť bude môcť využiť jednoduché funkcionality, ako je vyhľadanie priemernej ceny pozemku v konkrétnom katastrálnom území. Špecializovaní používatelia (napr. znalci, geodeti a investori) získajú prístup k pokročilým analytickým nástrojom na hodnotenie a porovnanie trhových trendov.
--
--Systém cenovej mapy bude pravidelne aktualizovaný a spravovaný na centrálnej úrovni, čím sa zabezpečí, že údaje budú vždy aktuálne a presné. Výhodou tohto riešenia bude jeho prínos pre rozhodovacie procesy – od určovania cien pozemkov a daní až po plánovanie investičných projektov a urbanistických zásahov. Okrem toho umožní transparentnosť a dostupnosť údajov pre všetkých používateľov.
--
--
--**Jednotná registratúra**
--
--Jednotná registratúra bude centralizovaným riešením na správu všetkých dokumentov a registratúrnych spisov v rámci ÚGKK SR, GKÚ a VÚGK. Táto aplikácia nahradí existujúce systémy, ako je registratúrna kniha Memphis a CERS, čím dôjde k zjednoteniu evidencie listinných aj elektronických dokumentov.
--
--
--Registratúra zabezpečí prehľadnú evidenciu, vyhľadávanie a archiváciu všetkých záznamov vrátane podpory špecializovaných agendových procesov. Dokumenty budú evidované a spravované podľa kategórií, čo zjednoduší prístup k relevantným spisom a minimalizuje duplicity. Integrácia so systémom podaní umožní automatické priradenie dokumentov ku konkrétnym prípadom.
--
--
--Ďalšou významnou výhodou jednotnej registratúry bude možnosť sledovania životného cyklu dokumentov. To zahŕňa ich príjem, spracovanie, archiváciu a prípadné vyradenie podľa platných legislatívnych pravidiel. Systém bude plne integrovaný s ďalšími komponentmi ISKN 2.0, čo zabezpečí plynulý tok informácií a elimináciu manuálnych úkonov.
--
--
  == {{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~://
--Z hľadiska technologického prichádzajú do úvahy nasledovné architektúry:
++* //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.//
--* Realizácia riešenia vo vládnom cloude s využitím geograficky oddelenej lokality pre tvorbu záloh
--* Realizácia riešenia na vlastnej HW a SW infraštruktúry s využitím geograficky oddelenej lokality pre tvorbu záloh
--* Kombinácia vládneho a privátneho cloudu s využitím geograficky oddelenej lokality pre tvorbu záloh.
--
--
--* Za optimálne riešenie považujeme, s ohľadom na skúsenosti s prevádzkou eixstujúcich agendových systémov, s ohľadom na spoľahlivosť služieb vládneho cloudu a s ohľadom na citlivosť údajov katastra nehnuteľností technologickú variantu „Realizácia riešenia na vlastnej HW a SW infraštruktúry s využitím geograficky oddelenej lokality pre tvorbu záloh“.
--
--
  = {{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) =
++* //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).//
--Výsledným produktom bude systém s komponentmi definovanými v aplikačnej vrstve architektúry. Systém bude dodaný ako jeden projekt s vlastným Katalógom požiadaviek rozdelený do viacerých inkrementov. Každý inkrement bude vychádzať z detailnej špecifikácie, ktorá bude pokrývať navrhované požiadavky v zmysle prílohy Katalóg požiadaviek
--
--Projekt bude dodaný v súlade s metodikou, ktorá vychádza z:
--
--* štandardu PRINCE2 alebo ekvivalent pre riadenie projektov informatizácie
--* Vyhlášky Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy
--* vykonávacieho predpisu vydaného podľa § 31 zákona č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov a bude dodržovať internú metodiku integrácií.
--* Vyhlášky č. 401/2023 Z. z. Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy
--
--
--Všetky výstupy projektu  budú vypracované v súlade s metodikou riadenia QA projektov informatizácie verejnej správy.
--
--Projekt bude realizovaný v zmysle etapizácie projektu, ktorá zahŕňa nasledovné fázy a výstupy:
--
--* Prípravná fáza
--**  Aktualizovaný katalóg požiadaviek
--**  Analýza nákladov a prínosov
--
--
--* Celú realizačná fáza:
--** Vypracovanie PID
--** Riadenie projektu
--
--
--* Každý inkrement realizačnej fázy:
--** Analýza a dizajn
--** Implementácia a testovanie
--** Nasadenie a Postimplementačná podpora
--
--
--
--|**//Etapy//**|**//Požadované výstupy//**
--|//Vypracovanie PID//|//Realizačná fáza projektu začína vytvorením a schválením zo strany riadiaceho výboru manažérskeho produktu R-01 Projektový iniciálny dokument (PID), ktorý zrozumiteľným spôsobom spája kľúčové informácie potrebné na plánovanie a kontrolu riadenia podprojektu, sledovanie a vyhodnotenie kvality manažérskych produktov a špecializovaných produktov, určenie akceptačných kritérií, určenie pravidiel riadenia zmien v projekte, určenie spôsobu evidovania a prioritizovania požiadaviek na zmenu, riadenie a komunikáciu v projekte.//
--|//Analýza a dizajn//|(((
--//Bude vypracovaný Detailný návrh riešenia systému. Súčasne bude vypracovaný návrh inkrementu s členením na moduly a nimi poskytované funkcie. Zámerom aktivity je ukázať, ako bude systém realizovaný v implementačnej fáze daného inkrementu.//
--
--//-         Vypracovanie detailného návrhu riešenia,//
--
--//-         Vypracovanie technického návrhu riešenia,//
--
--//-         Vypracovanie implementačného plánu,//
--
--//-         Vypracovanie popisu procesov//
--
--// //
--
--//V rámci činnosti prebehne analýza požiadaviek zákazníka a na jej základe návrh, dizajn a dekompozícia nových funkčných celkov inkrementu IS.//
--
--// //
--
--//Detailný návrh riešenia bude obsahovať analýzu a popis nasledovných oblastí~://
--
--//-         Zoznam funkčných celkov IS a ich funkcionalitu//
--
--//-         Popis funkcionality prostredníctvom typových úloh//
--
--//-         Prezentačná vrstva, popis používateľského rozhrania – požiadavky na vizuálne komponenty v súlade s IDSK – wireframe model, pričom riešenie bude podporené prieskumom užívateľských požiadaviek//
--
--//-         Analýzu technických požiadaviek//
--
--//-         Technický návrh riešenia//
--
--//-         Funkčnosť systému a rozsah budúceho systému spracovaním Prípadov použitia (Use case)//
--
--//-         Popis a model analytických tried, ktoré tvoria kľúčové pojmy domény (diagramy tried) a model chovania sa kľúčových objektov cez stavové diagramy//
--
--//-         Popis algoritmov výpočtových modulov, benchmarkov, kalkulačiek  formou diagramu aktivít//
--
--//-         Analýza a popis API vytvorených webových služieb//
--
--//-         Fyzický dátový model navrhovanej databázovej platformy//
--
--// //
--
--
--//Pri tejto etape inkrementu projektu sa ráta s intenzívnou súčinnosťou objednávateľa a to hlavne v nasledujúcich oblastiach~://
--
--//-         stretnutia na poskytnutie spresňujúcich informácii o existujúcom stave a jeho nedokonalostí,//
--
--//-         konzultačné a validačné stretnutia,//
--
--//-         zabezpečenie formálnych ako aj obsahových a výkonných vstupov z tretích strán vo vzťahu k súčasnému stavu.//
--
--// //
--
--//Súčasťou detailného návrhu riešenia je aj časť pre technický návrh riešenia - bude obsahovať návrh a popis jednotlivých technických komponentov riešenia, spôsobu komunikácie, integrácie a bezpečnostnej stránky riešenia. Bude slúžiť ako podklad pre obstaranie, prípravu, inštaláciu a konfiguráciu technickej infraštruktúry systému, ak bude potrebná. Bude obsahovať najmä nasledovné časti~://
--
--//-         Popis použitých technológií//
--
--//-         Požiadavky na softvérové licencie pre vývojové a produkčné prostredie//
--
--//-         Popis sieťovej infraštruktúry//
--
--//-         Rozhrania systému, spôsob integrácie modulov a systémov//
--
--//-         Požiadavky na rýchlosť odozvy, dostupnosť systému, priepustnosť systému//
--
--//-         Implementačný plán, ktorý musí obsahovať~://
--
--* //detailný časový rámec implementácie IS,//
--* //vypracovanie plánu testov,//
--* //plán školení,//
--* //spôsob zavedenia do prevádzky,//
--
--// //
--
--//Počas celej dodávky inkrementu bude prebiehať riadenie podprojektu. Pre potreby riadenia inkrementu bude vypracovaný komunikačný plán, v ktorom je potrebné definovať~://
--
--//-         spôsob komunikácie všetkých subjektov zainteresovaných do inkrementu,//
--
--//-         indikatívny harmonogram s monitorovaním a hodnotením,//
--
--//-         manažment rizík//
--
--// //
--
--//Realizácia aktivity bude ukončená akceptačným protokolom.//
--)))
--|//Implementácia//|(((
--//V rámci tejto činnosti budú vyvinuté jednotlivé funkčné celky inkrementu IS podľa špecifikácie vypracovanej v aktivite „Analýza a dizajn“.//
--
--//V rámci implementácie budú realizované najmä nasledovné činnosti~://
--
--//-         vypracovanie a dodávka aplikačného programového vybavenia a jeho komponentov (implementácia funkcionality jednotlivých funkčných celkov IS podľa odsúhlasených analytických dokumentov),//
--
--//-         interné testovanie s testovacími dátami vyhotovenými uchádzačom,//
--
--//-         inštalácia a konfigurácia aplikačného programového vybavenia do testovacej prevádzky,//
--
--//-         implementácia rozhraní s externými informačnými systémami,//
--
--//-         implementácia bezpečnostných mechanizmov,//
--
--//-         vyhotovenie technickej a prevádzkovej dokumentácie,//
--
--
--//Implementácia bude realizovaná podľa princípov štandardizovanej metodiky vývoja IS, ktorá je v súlade s medzinárodnými normami.//
--
--
--//Inkrement systému, jeho komponenty a aplikácie, budú vybudované v zmysle zákona č. 95/2019 Z. z. o ITVS a o zmene a doplnení niektorých zákonov v znení neskorších predpisov, zákona č. 305/2013 Z. z. (zákon o e-Governmente), Vyhláškou č. 546/2021 Z. z. Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky z 10. decembra 2021, ktorou sa mení a dopĺňa vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy a ďalšími súvisiacimi právnymi predpismi.//
--)))
--|//Testovanie//|(((
--//V rámci tejto činnosti bude otestovaná funkčnosť vyvinutého inkrementu riešenia IS. Úlohou aktivity je najmä preveriť interakciu a správnosť integrácie komponentov softvéru, preveriť, že všetky požiadavky boli správne implementované, identifikovať chyby a zaistiť ich odstránenie pred nasadením systému. V rámci testovania budú realizované najmä nasledovné činnosti~://
--
--//-         testovanie systému podľa testovacích scenárov//
--
--//-         funkčné testovanie FAT//
--
--//-         integračné testovanie//
--
--//-         záťažové a výkonnostné testovanie//
--
--//-         bezpečnostné testovanie//
--
--//-         testovania zamerané na odsledovanie dĺžky trvania procesov//
--
--//-         vyhotovenie protokolov z priebehu testovania//
--
--//Realizácia aktivity bude ukončená akceptačným protokolom.//
--)))
--|//Nasadenie//|(((
--//V rámci tejto činnosti bude systém nasadený do produkčného  prostredia. Aktivita zahŕňa tiež pilotnú prevádzku systému a realizáciu školení používateľov na prácu so systémom.//
--
--// //
--
--//V rámci nasadenia inkrementu IS budú realizované najmä nasledovné činnosti~://
--
--//-         Inštalácia finálnej verzie aplikačného softvéru do produkčnej prevádzky//
--
--//-         Realizácia školení užívateľov//
--
--//-         Vytvorenie používateľskej dokumentácie//
--
--//-         Riešenie potenciálnych problémov prostredníctvom Obstarávateľa a nastavenie komunikácie s týmto pracoviskom//
--
--// //
--
--//Pred spustením produkčnej prevádzky sa vykoná pilotná prevádzka. Pilotná prevádzka predstavuje plné overenie požadovanej funkčnosti koncovým používateľom bezprostredne pred nasadením produkčného systému. Slúži na overenie plnej funkcionality a procesov s ňou súvisiacimi, umožňuje koncovému používateľovi vyskúšať si  „na ostro“ prácu s aplikáciou, upozorniť ešte na možné chyby,  v prípade chyby korigovať funkčnosť a tým aj znižovať riziko navýšenia prácnosti  po nasadení. Pilotná prevádzka bude končiť vyhodnotením pilotnej prevádzky a v prípade potreby prijatím potrebných opatrení.//
--
--// Realizácia aktivity bude ukončená finálnym akceptačným protokolom.//
--
--// //
--
--//Produktová dokumentácia bude pozostávať z nasledovných dokumentov//
--
--//-         technická dokumentácia//
--
--//-         prevádzková dokumentácia//
--
--//-         používateľská dokumentácia//
--
--//-         právna analýza súladu spracúvania osobných údajov v dodávanom informačnom systéme voči požiadavkám platnej legislatívy SR a EÚ na ochranu osobných údajov//
--
--//-         bezpečnostný projekt//
--
--//-         analýza bezpečnosti, ktorý bude súčasťou bezpečnostného projektu podľa prílohy č. 3 vyhlášky č. 179/2020 a 362/2018 ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy//
--
--//-         spracovanie dokumentácie pre Havarijný plán//
--)))
--|//Riadenie projektu//|(((
--//Riadenie projektu z pohľadu dodávateľa riešenia predstavuje jeho interné činnosti vedúce k riadnemu dodaniu predmetu zákazky.//
--
--// //
--
--//Dodávka služieb pre IS bude realizovaná formou projektu v súlade s metodikou, ktorá vychádza z~://
--
--//-        štandardu PRINCE2//
--
--//-        vykonávacieho predpisu vydaného podľa § 31 zákona č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov a bude dodržovať internú metodiku integrácií.//
--
--//-         Vyhlášky č. 401/2023 Ministerstva investícií, regionálneho rozvoja a informatizácie//
--
--//Činnosť bude trvať počas celej doby realizácie podprojektu a pokrýva projektové riadenie, finančné riadenie a monitorovania realizácie v zmysle systému riadenia projektov podľa metodiky Prince2. V rámci tejto aktivity budú najmä tieto činnosti~://
--
--//-         Činnosti projektovej kancelárie//
--
--//-         Dodržiavanie a zabezpečovanie kvality//
--
--//-        Riadenie dodávok - najmä riadenie administratívneho a organizačného zabezpečenia implementácie IS  dodávateľmi, sledovanie plnenia harmonogramu realizácie aktivít podprojektu, zabezpečovanie dokumentov, riadenie rizík a prípadných zmien v projekte, zabezpečovanie koordinácie projektových činností v rámci všetkých zainteresovaných strán, administratívna podpora projektu, písomná komunikácia, administratívne vedenie projektovej dokumentácie a príprava podkladov pre členov projektového tímu.//
--)))
--
--
--
  = {{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 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 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 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//
--V rámci popisu budúceho stavu IKT sa táto kapitola zameriava na cieľovú aplikačnú architektúru IS pre ÚGKK, GKÚ, VÚGK.
--
--Vzhľadom na rozdrobenosť informačných systémov v súčasnom stave navrhujeme v rámci koncepcie postupovať zjednocovaním funkcii a IS podľa logického zamerania.
--
--
--Uplatnením vyššie uvedeného princípu je základná architektúra pre budúci stav nasledovná:
--
--[[image:1734614157955-808.png||height="543" width="566"]]
--
--V detailnejšom pohľade na aplikačnú architektúru je pohľad nasledovný:
--
--Na obrázku budúcej aplikačnej architektúry predstavujú objekty:
--
--* Zelená farba – nové komponenty
--* Žltá farba – modernizované komponenty
--* Červená farba – zaniknuté komponenty
--* Ružová farba – zostávajúce komponenty
--
--[[image:1734614183247-727.png||height="1222" width="820"]]
--
--
--=== Architektúra poskytovania údajov a elektronických služieb ===
--
--==== Nové informačné systémy ====
--
--**Zjednotený portál služieb**
--
--Nový zjednotený portál služieb je navrhnutý ako centralizované riešenie, ktoré nahradí množstvo existujúcich portálov. Tento systém bude poskytovať široké spektrum služieb, prístupu k údajom katastra nehnuteľností, poskytovania informácií o stave katastrálneho operátu, údajov o stavbách, zobrazovania priestorových údajov a špecializovaných služieb pre registrovaných používateľov. Portál taktiež ponúkne nadštandardné reporty a zostavy na základe špecifických filtrov. Jeho cieľom je zjednodušiť používateľské prostredie a zabezpečiť efektívne poskytovanie služieb všetkým cieľovým skupinám.
--
--
--**Portál produktov a služieb**
--
--Portál produktov a služieb bude určený na riadenie poskytovania údajov pre rôzne subjekty zo súkromnej aj verejnej sféry. Prostredníctvom tohto portálu budú údaje a služby poskytované za odplatu aj bez náhrady, pričom bude kladený veľký dôraz na bezpečnosť. Systém bude implementovať prísne bezpečnostné opatrenia, ktoré zabránia neoprávnenému prístupu k údajom, neoprávnenému lustrovaniu a zabezpečia ochranu informácií o súkromnom vlastníctve. Tento portál má poskytnúť transparentné a efektívne riadenie údajov s možnosťou ich objednávania a správy.
--
--
--**Rezortná integračná platforma (externá časť)**
--
--Rezortná integračná platforma (externá časť) bude slúžiť na jednotnú nevizuálnu komunikáciu s externými informačnými systémami. Jej hlavnou úlohou je zabezpečiť bezpečnú, efektívnu a štandardizovanú výmenu údajov medzi rezortnými informačnými systémami a systémami externých subjektov. Tento systém bude podporovať interoperabilitu a umožní hladký prenos údajov v súlade s legislatívnymi požiadavkami a technickými normami.
--
--
--==== Zostávajúce informačné systémy ====
--
--**Webové sídla ÚGKK, GKÚ, VÚGK**
--
--Tieto systémy zostávajú v nezmenenej podobe a poskytujú robustnú platformu na elektronickú komunikáciu a poskytovanie údajov externým subjektom. Ich hlavnou úlohou je sprostredkovať prístup k dôležitým informáciám týkajúcim sa rezortu geodézie, kartografie a katastra. Zároveň umožňujú jednoduchú integráciu s ďalšími systémami a podporujú zverejňovanie údajov na webových sídlach príslušných organizácií rezortu.
--
--
--**ISZS (IS Zoznam stavieb)**
--
--Informačný systém ISZS, ktorý poskytuje údaje o zozname stavieb, bude udržiavaný a podporovaný do momentu jeho nahradenia riešením mimo rezortu GKK.
--
--
--==== Modernizované informačné systémy ====
--
--**MAPKA**
--
--Systém MAPKA, ktorý poskytuje komplexný nástroj na zobrazovanie, vyhľadávanie a analýzu priestorových údajov a mapových služieb, bude modernizovaný. Modernizácia zahŕňa rozšírenie jeho funkcionalít, aby mohol efektívne podporovať nové zjednotené služby. Cieľom je zvýšiť jeho výkonnosť, spoľahlivosť a zabezpečiť podporu moderných GIS štandardov.
--
--
--**Portál ESKN**
--
--Systém Portál ESKN, ktorý poskytuje prístup k údajom katastra nehnuteľností, bude začlenený do nového zjednoteného portálu služieb. Používatelia tak budú mať prístup k týmto údajom v rámci centralizovanej platformy, čím sa zabezpečí jednoduchší a prehľadnejší prístup.
--
--
--==== Nahradené/Zaniknuté informačné systémy ====
--
--**Portál GRIS**
--
--Súčasný systém správy používateľov, známy ako Portál GRIS, bude plne nahradený zjednoteným portálom služieb. Funkcionalita správy používateľov a ich prístupových práv sa integruje do nového riešenia, ktoré ponúkne moderné rozhranie a vyššiu efektivitu správy.
--
--
--**AKO (Atribúty katastrálneho operátu)**
--
--Systém AKO, ktorý slúži na poskytovanie online informácií o aktuálnom stave katastrálneho operátu, bude taktiež zrušený. Jeho funkcionalita bude integrovaná do nového portálu, čo zjednoduší vyhľadávanie údajov a zabezpečí ich lepšiu dostupnosť.
--
--
--**Geoportál**
--
--Aktuálny Geoportál, ktorý zabezpečuje zobrazovanie priestorových údajov a mapových služieb, bude nahradený novým riešením. Jeho kľúčové funkcionality budú prenesené do zjednoteného portálu, čo prinesie modernizovaný prístup k priestorovým údajom.
--
--
--**Portál doplnkových služieb CSKN**
--
--Tento portál, ktorý ponúka nadštandardné zostavy a reporty na základe údajov katastra nehnuteľností, bude začlenený do nového systému. Užívatelia tak získajú jednotné miesto na prístup k týmto doplnkovým službám.
--
--
--**KGP (Kontrola geometrických plánov)**
--
--Systém KGP, ktorý poskytuje nástroje na kontrolu geometrických plánov, bude nahradený zjednoteným portálom služieb. Tento krok zabezpečí vyššiu mieru integrácie a efektívnosti.
--
--
--**Portál ESKN 15**
--
--Špecializované služby Portálu ESKN 15, ktoré sú určené pre prihlásených používateľov, budú začlenené do nového portálu. Tento proces centralizácie zjednoduší používanie a správu prístupu.
--
--
--**Portál CICA**
--
--Prehliadanie údajov súboru popisných informácií katastra nehnuteľností, ktoré aktuálne zabezpečuje Portál CICA, bude zahrnuté do nového riešenia. Týmto sa zlepší dostupnosť údajov v rámci jednotného systému.
--
--
--=== Agendové informačné systémy ===
--
--==== Agendový systém ISKN 2.0 ====
--
--ISKN 2.0 (Informačný systém katastra nehnuteľností 2.0) je nová generácia agendového systému, ktorý nahradí rozdrobené existujúce agendové systémy a nástroje používané Úradom geodézie, kartografie a katastra Slovenskej republiky (ÚGKK), Geodetickým a kartografickým ústavom (GKÚ) a Výskumným ústavom geodézie a kartografie (VÚGK). Systém je navrhnutý ako jednotná platforma pre správu, evidenciu, aktualizáciu a poskytovanie údajov o nehnuteľnostiach a ich vlastníctve, čím nahrádza fragmentované riešenia a zjednodušuje všetky agendové procesy. Centralizácia procesov v**// //**ISKN 2.0 nahradí všetky existujúce systémy a aplikácie vrátane WISKN, WRKN, ESKN (agendová časť), VUK, KOKEŠ a ďalších podporných nástrojov. Všetky činnosti, od prijímania podaní po vydávanie rozhodnutí a správu údajov, sa budú vykonávať na jednej centralizovanej platforme.
--
--
--**Nahradené systémy a ich integrácia do ISKN 2.0**
--
--1. **WISKN (Windows informačný systém katastra nehnuteľností)**
--
--Základné funkcie SPI KN, vrátane aktualizácie a správy katastrálneho operátu, sú integrované priamo do ISKN 2.0. Modernizácia prináša zlepšenie výkonnosti a dostupnosť cez jednotné rozhranie.
--
--1. **WRKN (Web register katastra nehnuteľností)**
--
--Funkcie evidencie podaní (listín) a objednávok sú začlenené do ISKN 2.0, čo zjednodušuje správu podaní na katastrálnych pracoviskách.
--
--1. **ESKN Agendová časť (CSKN)**
--
--Komplexné riadenie konaní, evidencia dokumentov a generovanie výstupných listín sú centralizované v ISKN 2.0, pričom je pridaná možnosť sledovania stavu podaní v reálnom čase. Rovnako je pridaná kľúčová funkcionalita prípravy budúceho stavu, ktorá umožní efektívnejšiu prácu pracovníkom KOOÚ
--
--1. **VUK (Viacúčelový kataster nehnuteľností)**
--
--Všetky katastrálne informácie sú spravované prostredníctvom ISKN 2.0. Aktualizácie sú efektívnejšie a údaje sa konsolidujú na jednom mieste.
--
--1. **KOKEŠ**
--
--Nástroj na zápis zmien priestorových údajov katastra nehnuteľnostíje plne integrovaný do systému, čo zlepšuje spoluprácu medzi rôznymi zložkami katastrálnych procesov.
--
--1. **Podporné nástroje a pomocné agendové IS**
--
--Systémy, ako sú WTKN, WUKN, WCTRL, WROEP5, WPRISP, WPU2, WOKO, ELPO sú zlúčené do jednotného frameworku ISKN 2.0, čím sa zlepšuje ich dostupnosť a jednoduchosť používania.
--
--
--
--==== Riadenie a monitoring poskytovania údajov ====
--
--Systém Riadenie a monitoring poskytovania údajov predstavuje centrálny nástroj na správu, kontrolu a monitoring poskytovania údajov z katastra nehnuteľností a iných rezortných systémov. Hlavným cieľom je zabezpečiť transparentné a efektívne poskytovanie údajov, ich ochranu pred neoprávneným prístupom a umožniť komplexné riadenie platieb spojených s ich využívaním. Tento systém je kľúčový pre zjednotenie procesov poskytovania údajov súkromným aj verejným subjektom.
--
--
--**Hlavné vlastnosti systému**
--
--**//Monitoring poskytovania údajov//**
--
--Systém umožňuje nepretržitý monitoring všetkých transakcií spojených s poskytovaním údajov z katastra. Sleduje, kto požiadal o údaje, aké údaje boli poskytnuté, na aký účel boli použité, a zabezpečuje evidenciu všetkých záznamov. Pomocou analytických modulov poskytuje prehľady o objeme poskytnutých údajov, frekvencii prístupov a finančných transakciách.
--
--
--**//Kontrola prístupu k údajom//**
--
--Systém zabezpečuje prísnu kontrolu nad prístupom k údajom. Oprávnenia sú riadené prostredníctvom modulov správy rolí a oprávnení, ktoré umožňujú prístup len autorizovaným používateľom. Tým sa minimalizuje riziko neoprávneného lustrovania a neoprávneného prístupu k údajom o vlastníctve nehnuteľností.
--
--
--**//Automatizované procesy poskytovania údajov//**
--
--Umožňuje automatizované generovanie a doručovanie údajov prostredníctvom API, portálov alebo elektronickej komunikácie. Tento proces je prepojený so systémom správy poplatkov, čím sa zabezpečuje, že údaje sú poskytované len po schválení a uhradení príslušných poplatkov.
--
--
--**//Modernizovaný platobný modul//**
--
--Modernizovaný platobný modul, ktorý je súčasťou systému, zabezpečuje centralizované spracovanie všetkých platieb spojených s poskytovaním údajov. Umožňuje:
--
--* Elektronické platby kartou, prevodom alebo cez platobné brány.
--* Automatickú evidenciu prijatých platieb a ich priradenie k požiadavkám.
--* Vytváranie prehľadných faktúr a reportov o finančných transakciách.
--* Integráciu s ostatnými rezortnými systémami, čo umožňuje jednotnú evidenciu poplatkov a zjednodušenie administratívy.
--* Zabezpečenie ochrany údajov
--
--Systém obsahuje pokročilé bezpečnostné mechanizmy na ochranu citlivých údajov. Využíva šifrovanie údajov pri prenose aj ukladaní, viacúrovňovú autentifikáciu pre používateľov a pravidelné audity prístupov.
--
--
--**//Prehľadná administrácia//**
--
--Administrátorské rozhranie poskytuje centralizovaný prehľad o všetkých procesoch, vrátane poskytnutých údajov, aktívnych požiadaviek, finančných pohybov a nevybavených žiadostí. Umožňuje správu užívateľských oprávnení, manuálne úpravy a schvaľovanie žiadostí.
--
--
--**Nahrádza súčasné systémy**
--
--* Obchodného modulu
--* Systému MSP
--
--
--
--==== Zostávajúce agendové informačné systémy ====
--
--**SKM (Systém katastrálnych máp)**
--
--SKM je špecializovaný systém zameraný na správu a spracovanie údajov katastrálnych máp. Slúži na zobrazovanie, aktualizáciu a analýzu geodetických informácií, ktoré tvoria základ pre správu nehnuteľností na Slovensku. Tento systém je nevyhnutný pre zabezpečenie presnosti a aktuálnosti údajov geodetických údajov a poskytuje nástroje pre odborných pracovníkov z oblasti geodézie a kartografie.
--
--
--**IS ZBGIS (Základná báza geografických informácií Slovenska)**
--
--IS ZBGIS je centrálny systém pre správu a distribúciu geografických údajov Slovenska. Obsahuje široké spektrum dát, ako sú ortofotomapy, vrstevnice a ďalšie priestorové informácie, ktoré podporujú rozhodovanie v oblasti územného plánovania, ochrany prírody a rozvoja infraštruktúry. Tento systém je kľúčový pre poskytovanie spoľahlivých a presných geografických informácií verejným inštitúciám, súkromným subjektom a širokej verejnosti.
--
--
--**ISGZ SKPOS (Systém korekcie polohy v reálnom čase)**
--
--ISGZ SKPOS je technologicky pokročilý systém, ktorý poskytuje služby korekcie polohy v reálnom čase. Umožňuje geodetom, projektantom a ďalším odborníkom dosahovať vysokú presnosť polohových údajov pri terénnych meraniach. Tento systém je nevyhnutný pre presné geodetické a kartografické činnosti, ako aj pre aplikácie v oblasti navigácie, dopravy a stavebníctva. Služby SKPOS podporujú moderné metódy zberu dát a efektívne využitie GPS technológie.
--
--
--=== Podporné informačné systémy ===
--
--==== Nové informačné systémy ====
--
--**Integrovaná jednotná registratúra**
--
--Tento nový systém nahradí všetky existujúce riešenia na správu registratúry (CERS, registratúrna kniha Memphis a elektronickú registratúru pre VÚGK a GKÚ). Je navrhnutý ako jednotné riešenie na správu dokumentov a registratúrnych záznamov pre celý rezort. Systém umožní efektívne ukladanie, vyhľadávanie a správu dokumentov, pričom zabezpečí plnú digitalizáciu a súlad s legislatívnymi požiadavkami na vedenie registratúrnych záznamov.
--
--
--**Jednotná správa používateľov**
--
--Nový systém zameraný na centralizovanú správu používateľov a ich oprávnení v rámci všetkých informačných systémov rezortu. Systém zabezpečí jednoduchšiu administráciu prístupových práv, zvýšenú bezpečnosť a jednotné riadenie identity používateľov.
--
--
--**RIP (Rezortná integračná platforma)**
--
--RIP je navrhnutá ako moderná integračná platforma, ktorá zabezpečí jednotnú a bezpečnú výmenu údajov medzi internými systémami rezortu a externými informačnými systémami. RIP zároveň nahradí existujúcu integračnú platformu ESKN, pričom rozšíri jej funkcionalitu o nové služby a štandardy interoperability.
--
--
--==== Zostávajúce informačné systémy ====
--
--**REP (Rezortná elektronická podateľňa)**
--
--Rezortná elektronická podateľňa slúži na prijímanie, evidenciu a spracovanie všetkých elektronických podaní adresovaných organizáciám v rezorte ÚGKK, GKÚ a VÚGK. Tento systém zjednodušuje správu elektronickej korešpondencie a zabezpečuje jej prepojenie s ďalšími internými agendovými systémami. REP zostáva zachovaný bez zmeny, pričom zabezpečuje kontinuitu v oblasti správy podaní.
--
--
--**Ostatné podporné systémy**
--
--Zostávajú tiež ostatné systémy, ktoré podporujú rôzne ne-agendové činnosti organizácií, ako sú systémy na správu majetku, inventarizáciu alebo iné špecifické podporné aplikácie.
--
--
--
--==== Nahradené informačné systémy ====
--
--**CERS (Centrálne elektronické registratúre stredisko)**
--
--Tento systém, ktorý slúži na zjednodušenie prístupu k digitalizovaným dokumentom katastrálneho odboru, bude nahradený a integrovaný do nového systému Integrovaná jednotná registratúra.
--
--
--**Registratúrna kniha Memphis**
--
--Systém na správu registratúrnych záznamov v rámci organizácií bude rovnako nahradený novou registratúrou. Jeho funkcionality budú integrované do jednotného systému.
--
--
--**Elektronická registratúra pre VÚGK a GKÚ**
--
--Samostatné riešenia elektronickej registratúry pre VÚGK a GKÚ budú nahradené centralizovaným systémom Integrovaná jednotná registratúra, ktorý zjednotí správu dokumentov a registratúrnych záznamov pre celý rezort.
--
--
  == {{id name="_Toc152607321"/}}{{id name="_Toc823562243"/}}5.1Prehľad e-Government komponentov ==
--**V zmysle pravidiel tvorby manažérskych produktov bude vytvorený výstup I-03 Prístup k projektu. Obsah tejto kapitoly bude nahradený Prístupom k projektu.**
++//__**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 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~://
  === 5.1.1Prehľad koncových služieb – budúci stav: ===
@@ -1211,7 +1211,7 @@
  |=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}}
--=== 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 wikiinternallink wikiinternallink wikiinternallink" %)^^6^^>>path:#sdfootnote6sym||name="sdfootnote6anc"]](%%)^^ a ISVS iných OVM alebo IS tretích strán ===
++=== 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 wikiinternallink wikiinternallink" %)^^6^^>>path:#sdfootnote6sym||name="sdfootnote6anc"]](%%)^^ a ISVS iných OVM alebo IS tretích strán ===
  * //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.//
@@ -1298,38 +1298,20 @@
  = {{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 =
--Dodržané budú východiská platnej legislatívy, a to najmä:
++//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é.//
--
--Zákon č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov (zákon o e- Governmente)
--
--Vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 179/2020, ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy
--
--Zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov
--
--Zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov
--
--Vyhláška č.78/2020 Z.z. o štandardoch pre ITVS
--
--Vyhláška č.401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy
--
--Vyhláška 362/2018 Z.z. o obsahu bezpečnostných opatrení, obsah a štruktúra bezpečnostnej dokumentácie a rozsah všeobecných bezpečnostných opatrení
--
--
  = {{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 =
++//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ť~://
--V aktuálnej verzii projektového zámeru uvádzame iba odhad nákladov na realizáciu projektu. Podrobný rozpočet bude stanovený v CBA, ktorá bude spracovaná pri podrobnej definícii katalógu požiadaviek.
++* //**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)//
--
--Z hľadiska nákladov na projekt predpokladáme celkové náklady na realizáciu projektu 30 mil. EUR, z toho 20 mil. EUR predstavuje implementácia informačných systémov a 10 mil. náklady na zber zodpovedajúcej vzorky dát, ktorá umožní reálne otestovanie funkčnosti celého informačného systému.
--
--
--Prínosy projektu budú určené na základe CBA a budú vychádzať z prínosov na strane koncových používateľov systému (skrátenie času úradníka), prínosov na strane občanov, podnikateľov, iných právnických osôb a OVM, odhadovanej ceny spracovaných a následne poskytnutých údajov pomocou nového systému, hodnotenie dôsledkov možných škôd, ktoré budú eliminované odstránením nevyhovujúceho existujúceho softvérového vybavenia a pod.
--
--Projekt bude podrobený kompletnému procesu schvaľovania zo strany MIRRI SR.
--
--
  == 7.1Sumarizácia nákladov a prínosov ==
  |**Náklady**|(((
@@ -1384,557 +1384,73 @@
  = {{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 =
++//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).//
--|ID|FÁZA/AKTIVITA|(((
--ZAČIATOK
--
++|**ID**|**FÁZA/AKTIVITA**|(((
++**ZAČIATOK**
  (odhad termínu)
  )))|(((
--KONIEC
--
++**KONIEC**
  (odhad termínu)
--)))|POZNÁMKA
--|1.|Prípravná fáza a Iniciačná fáza|12/2024|12/2025|
--|2.|Realizačná fáza|01/2026|31/2028|
--|2a|Analýza a Dizajn|01/2026|03/2028|
--|2b|Nákup technických prostriedkov, programových prostriedkov a služieb|01/2026|06/2026|
--|2c|Implementácia a testovanie|04/2026|09/2028|
--|2d|Nasadenie a PIP|10/2026|12/2028|
--|3.|Podpora prevádzky (SLA)|01/2029|12/2034|
++)))|**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 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"]]
++= {{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 =
--Projekt bude realizovaný metódou Waterfall s rozdelením na inkrementy. 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 - tieto podmienky sú v rámci predkladaného projektu identifikované.
++//Zostavuje sa **Riadiaci výbor (RV),** v minimálnom zložení~://
++* //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//
--Ako uvádza obrázok nižšie, projekt bude rozdelený na minimálne 3 realizačné etapy (inkrementy), do ktorých budú zaradené fuknčné požiadavky a tie budú realizované. Po ukončení realizácie prvého inkrementu dôjde k vyhodnoteniu stavu implementácie a bude realizovaný ďalší inkrement.
++|**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"]]
--
--[[image:1734614611104-530.png||height="404" width="456"]]
--
--(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(23px, min(29px, 12.3333px + 1.38889vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc510413660~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(23px, min(29px, 12.3333px + 1.38889vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc152607325~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(23px, min(29px, 12.3333px + 1.38889vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc1722900095~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(23px, min(29px, 12.3333px + 1.38889vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc1548891642~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(23px, min(29px, 12.3333px + 1.38889vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc1524307507~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(23px, min(29px, 12.3333px + 1.38889vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc926619902~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(23px, min(29px, 12.3333px + 1.38889vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc369843141~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" tabindex="-1" style="color: inherit; font-family: inherit; background-color: rgba(220, 220, 220, 0.5); background-image: url(https://metais.slovensko.sk/wiki/webjars/wiki%3Axwiki/xwiki-platform-ckeditor-webjar/15.10.7/plugins/widget/images/handle.png); left: 0px; top: -16px" %)[[image:data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw==||draggable="true" height="15" role="presentation" title="Kliknite a potiahnite pre presunutie" width="15"]](% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(23px, min(29px, 12.3333px + 1.38889vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc1228095438~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(23px, min(29px, 12.3333px + 1.38889vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc1350957483~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(23px, min(29px, 12.3333px + 1.38889vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc1726013925~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(23px, min(29px, 12.3333px + 1.38889vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc651796977~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(23px, min(29px, 12.3333px + 1.38889vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc1094373969~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(23px, min(29px, 12.3333px + 1.38889vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc425060707~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% aria-label="macro:id widget" contenteditable="false" role="region" style="color:inherit; font-family:inherit; font-size:max(23px, min(29px, 12.3333px + 1.38889vw))" tabindex="-1" data-macro="startmacro:id|-|name=~"_Toc47815708~"" data-widget="xwiki-macro" data-xwiki-dom-updated="true" class="macro macro-placeholder" %)macro:id(% style="color:inherit; font-family:inherit; font-size:max(23px, min(29px, 12.3333px + 1.38889vw))" %)9.PROJEKTOVÝ TÍM
--
--
--Zostavuje sa **Riadiaci výbor (RV),** v minimálnom zložení:
--
--* 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,
--* IT architekt,
--* Biznis vlastník
--* Manažér kvality
--* Manažér kybernetickej a informačnej bezpečnosti
--* UX dizajnér
--* Projektový manažér
--
--
--|ID|Meno a Priezvisko|Pozícia|Oddelenie|Rola v projekte
--|1.|Bude doplnené v ďalšej verzii dokumentu|ÚGKK SRPodrobne bude doplnené v ďalšej verzii dokumentu|(((
--ÚGKK SR
--
--Podrobne bude doplnené v ďalšej verzii dokumentu
--)))|Kľúčový používateľ
--|2.|Bude doplnené v ďalšej verzii dokumentu|(((
--ÚGKK SR
--
--Podrobne bude doplnené v ďalšej verzii dokumentu
--)))|(((
--ÚGKK SR
--
--Podrobne bude doplnené v ďalšej verzii dokumentu
--)))|IT analytik
--|3.|Bude doplnené v ďalšej verzii dokumentu|(((
--ÚGKK SR
--
--Podrobne bude doplnené v ďalšej verzii dokumentu
--)))|(((
--ÚGKK SR
--
--Podrobne bude doplnené v ďalšej verzii dokumentu
--)))|(((
--IT Architekt
--
--
--)))
--|4.|Bude doplnené v ďalšej verzii dokumentu|(((
--ÚGKK SR
--
--Podrobne bude doplnené v ďalšej verzii dokumentu
--)))|(((
--ÚGKK SR
--
--Podrobne bude doplnené v ďalšej verzii dokumentu
--)))|Biznis vlastník
--|5.|Bude doplnené v ďalšej verzii dokumentu|(((
--ÚGKK SR
--
--Podrobne bude doplnené v ďalšej verzii dokumentu
--)))|(((
--ÚGKK SR
--
--Podrobne bude doplnené v ďalšej verzii dokumentu
--)))|Manažér kvality
--|6.|Bude doplnené v ďalšej verzii dokumentu|(((
--ÚGKK SR
--
--Podrobne bude doplnené v ďalšej verzii dokumentu
--)))|(((
--ÚGKK SR
--
--Podrobne bude doplnené v ďalšej verzii dokumentu
--)))|Manažér kybernetickej a informačnej bezpečnosti
--|7.|Bude doplnené v ďalšej verzii dokumentu|(((
--ÚGKK SR
--
--Podrobne bude doplnené v ďalšej verzii dokumentu
--)))|(((
--ÚGKK SR
--
--Podrobne bude doplnené v ďalšej verzii dokumentu
--)))|UX dizajnér
--|8.|Bude doplnené v ďalšej verzii dokumentu|(((
--ÚGKK SR
--
--Podrobne bude doplnené v ďalšej verzii dokumentu
--)))|(((
--ÚGKK SR
--
--Podrobne bude doplnené v ďalšej verzii dokumentu
--)))|Projektový manažér
--
--
--
  == {{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 ==
++//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.//
--
--
--
--|**Projektová rola:**|(((
--**~ **
--
--**KĽUČOVÝ POUŽIVATEĽ **(end user)
--
--
--)))
--|**Stručný popis:**|(((
--* zodpovedný za reprezentáciu záujmov budúcich používateľov projektových produktov alebo projektových výstupov a za overenie kvality produktu.
--
--
--* zodpovedný za návrh a špecifikáciu funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu, požiadaviek koncových používateľov na prínos systému a požiadaviek na bezpečnosť.
--
--
--* Kľúčový používateľ (end user) navrhuje a definuje akceptačné kritériá, je zodpovedný za akceptačné testovanie a návrh na akceptáciu projektových produktov alebo projektových výstupov a návrh na spustenie do produkčnej prevádzky. Predkladá požiadavky na zmenu funkcionalít produktov a je súčasťou projektových tímov
--)))
--|**Detailný popis rozsahu zodpovednosti, povinností a kompetencií**|(((
--
--
--Zodpovedný za:
--
--* Návrh a špecifikáciu funkčných a technických požiadaviek
--* Jednoznačnú špecifikáciu požiadaviek na jednotlivé projektové výstupy (špecializované produkty a výstupy) z pohľadu vecno-procesného a legislatívy
--* Vytvorenie špecifikácie, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu,
--* Špecifikáciu požiadaviek koncových používateľov na prínos systému
--* Špecifikáciu požiadaviek na bezpečnosť,
--* Návrh a definovanie akceptačných kritérií,
--* Vykonanie používateľského testovania funkčného používateľského rozhrania (UX testovania)
--* Finálne odsúhlasenie používateľského rozhrania
--* Vykonanie akceptačného testovania (UAT)
--* Finálne odsúhlasenie a  akceptáciu manažérskych a špecializovaných produktov alebo projektových výstupov
--* Finálny návrh na spustenie do produkčnej prevádzky,
--* Predkladanie požiadaviek na zmenu funkcionalít produktov
--* Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 85/2020 Z.z., Prílohou č.1
--* Plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu
--
--
--)))
--|(((
--**~ **
--
--**Odporúčané kvalifikačné predpoklady**
--
--**~ **
--)))|
--|**Poznámka**|(((
--
--
--
--)))
--
--
--|**Projektová rola:**|(((
--**~ **
--
--**IT ANALYTIK**
--
--
--)))
--|**Stručný popis:**|(((
--* zodpovedá za zber a analyzovanie funkčných požiadaviek, analyzovanie a spracovanie dokumentácie z pohľadu procesov, metodiky, technických možností a inej dokumentácie. Podieľa sa na návrhu riešenia vrátane návrhu zmien procesov v oblasti biznis analýzy a analýzy softvérových riešení. Zodpovedá za výkon analýzy IS, koordináciu a dohľad nad činnosťou SW analytikov.
--* analyzuje požiadavky na informačný systém/softvérový systém, formálnym spôsobom zaznamenáva činnosti/procesy, vytvára analytický model systému, okrem analýzy realizuje aj návrh systému, ten vyjadruje návrhovým modelom.
--* Analytik informačných technológií pripravuje špecifikáciu cieľového systému od procesnej až po technickú rovinu. Mapuje a analyzuje existujúce podnikateľské a procesné prostredie, analyzuje biznis požiadavky na informačný systém, špecifikuje požiadavky na informačnú podporu procesov, navrhuje koncept riešenia a pripravuje podklady pre architektov a vývojárov riešenia, participuje na realizácii zmien, dohliada na realizáciu požiadaviek v cieľovom riešení, spolupracuje pri ich preberaní (akceptácie) používateľom.
--* Pri návrhu IT systémov využíva odbornú špecializáciu IT architektov a projektantov. Študuje a analyzuje dokumentáciu, požiadavky klientov, legislatívne a technické podmienky a možnosti zvyšovania efektívnosti a výkonnosti riadiacich a informačných procesov. Navrhuje a prerokúva koncepcie riešenia informačných systémov a analyzuje ich efekty a dopady. Zabezpečuje spracovanie analyticko-projektovej špecifikácie s návrhom dátových a objektových štruktúr a ich väzieb, užívateľského rozhrania a ostatných podkladov pre projektovanie nových riešení.
--* Spolupracuje na projektovaní a implementácii návrhov. Môže tiež poskytovať poradenstvo v oblasti svojej špecializácie. Zodpovedá za návrhovú (design) časť IT - pôsobí ako medzičlánok medzi používateľmi informačných systémov (biznis pohľad) a ich realizátormi (technologický pohľad).
--)))
--|**Detailný popis rozsahu zodpovednosti, povinností a kompetencií**|(((
--
--
--Zodpovedný za:
--
--* Vykonanie analýzy procesných a ďalších požiadaviek a vytvorenie špecifikácie súčasného alebo budúceho užívateľa softwaru („zákazníka“) a následne navrhuje dizajn a programátorské riešenie.
--* Participáciu na vývoji nových, ale i vylepšovaní existujúcich aplikácií v rámci celého vývojového cyklu – systémová analýza, dizajn, kódovanie, užívateľské testovanie, implementácia, podpora, dokumentácia. Úzko spolupracuje aj s IT architektom.
--* Analýza potrieb zákazníka vrátane tvorby úplnej analytickej dokumentácie a vstupov do verejného obstarávania (VO).
--* Mapovanie požiadaviek do návrhu funkčných riešení.
--* Návrh a správa katalóg požiadaviek  - registra požiadaviek riešenia
--* Analýza funkčných a nefunkčných požiadaviek,
--* Návrh fyzického a logického modelu,
--* Návrh testovacích scenárov,
--* V priebehu implementácie robí dohľad nad zhodou výstupov s pôvodným analytickým zadaním.
--* Zodpovednosť za dodržovanie správnej metodiky pri postupe analýzy
--* Definovanie akceptačných kritérií v projekte
--* Odsúhlasenie opisu produktov, ktoré predstavujú vstupy alebo výstupy (priebežné alebo konečné) úloh dodávateľov, alebo ktoré ich priamo ovplyvňujú a zabezpečovať akceptáciu produktov po ich dokončení
--* Priraďuje priority a poskytuje stanoviská používateľov na rozhodnutia Riadiaceho výboru projektu – k realizácii zmenových požiadaviek
--* Poskytuje merania aktuálneho stavu pre potreby porovnania s výsledkami projektu vzhľadom na realizáciu prínosov
--* Rieši požiadavky používateľov a konflikty iných priorít
--* Posúdenie prevádzkovo-infraštruktúrnej dokumentácie pred akceptáciou a prevzatím od dodávateľa
--* Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 85/2020 Z.z., Prílohou č.1
--* Plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu
--
--
--)))
--|**Odporúčané kvalifikačné predpoklady**|(((
--
--
--
--)))
--|**Poznámka**|(((
--
--
--
--)))
--
--
--|**Projektová rola:**|(((
--**~ **
--
--**IT ARCHITEKT**
--
--
--)))
--|**Stručný popis:**|(((
--* zodpovedá za návrh architektúry riešenia IS a implementáciu technológií predovšetkým z pohľadu udržateľnosti, kvality a nákladov, za riešenie architektonických cieľov projektu dizajnu IS a súlad s architektonickými princípmi.
--* vykonáva, prípadne riadi vysoko odborné tvorivé činnosti v oblasti návrhu IT. Študuje a stanovuje smery technického rozvoja informačných technológií, navrhuje riešenia na optimalizáciu a zvýšenie efektívnosti prostriedkov výpočtovej techniky. Navrhuje základnú architektúru informačných systémov, ich komponentov a vzájomných väzieb. Zabezpečuje projektovanie dizajnu, architektúry IT štruktúry, špecifikácie jej prvkov a parametrov, vhodnej softvérovej a hardvérovej infraštruktúry podľa základnej špecifikácie riešenia.
--* zodpovedá za spracovanie a správu projektovej dokumentácie a za kontrolu súladu implementácie s dokumentáciou. Môže tiež poskytovať konzultácie, poradenstvo a vzdelávanie v oblasti svojej špecializácie. IT architekt, projektant analyzuje, vytvára a konzultuje so zákazníkom riešenia na úrovni komplexných IT systémov a IT architektúr, najmä na úrovni aplikačného vybavenia, infraštruktúrnych systémov, sietí a pod. Zaručuje, že návrh architektúry a/alebo riešenia zodpovedá zmluvne dohodnutým požiadavkám zákazníka v zmysle rozsahu, kvality a ceny celej služby/riešenia.
--)))
--|**Detailný popis rozsahu zodpovednosti, povinností a kompetencií**|(((
--
--
--Zodpovedný za:
--
--* Navrhovanie architektúry IT riešení s cieľom dosiahnuť najlepšiu efektivitu.
--* Transformovanie cieľov, prísľubov a zámerov projektu do tvorby reálnych návrhov a riešení.
--* Navrhovanie takých riešení, aby poskytovali čo najvyššiu funkčnosť a flexibilitu.
--* Posudzovanie vhodnosti navrhnutých riešení s ohľadom na požiadavky projektu.
--* Zodpovednosť za technické navrhnutie a realizáciu projektu.
--* Zodpovednosť za vytvorenie technickej IT dokumentácie a jej následná kontrola.
--* Zodpovednosť za definovanie integračných vzorov, menných konvencií, spôsobov návrhu a spôsobu programovania.
--* Definovanie architektúry systému, technických požiadaviek a funkčného modelu (Proof Of Concept.)
--* Vytvorenie požiadaviek na HW/SW infraštruktúru IS
--* Udržiavanie a rozvoj konzistentnej architektúry s dôrazom na architektúru aplikačnú, dátovú a infraštruktúru
--* Analýzu a odhad náročnosti technických požiadaviek na vytvorenie IS alebo vykonanie zmien v IS
--* Navrhovanie riešení zohľadňujúce architektonické štandardy, časové a zdrojové obmedzenia,
--* Navrhovanie dátových transformácií medzi dátovými skladmi a aplikáciami
--* Vyhodnocovanie implementačných alternatív z pohľadu celkovej IT architektúry
--* Ladenie dátových štruktúr za účelom dosiahnutia optimálneho výkonu
--* Prípravu akceptačných kritérií
--* Analýza nových nástrojov, produktov a technológií
--* Správa, rozvoj a dohľad nad dodržiavaním integračných štandardov
--* Priebežné posudzovanie vecných výstupov dodávateľa v rámci analýzy, návrhu riešenia vrátane Detailného návrhu riešenia (DNR) z pohľadu analýzy a návrhu riešenia architektúry IS
--* Vykonáva posudzovanie a úpravu testovacej stratégie, testovacích scenárov, plánov testov, samotné testovanie a účasť na viacerých druhoch testovania
--* Vykonanie záťažových, výkonnostných a integračných testov a navrhnutie následných nápravných
--* Nasadenie a otestovanie migrácie, overenie kvality dát a navrhnutie nápravných opatrení
--* Participáciu na výkone bezpečnostných testov,
--* Participáciu na výkone UAT testov,
--* Posúdenie prevádzkovo-infraštruktúrnej dokumentácie pred akceptáciou a prevzatím od dodávateľa
--* Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 85/2020 Z.z., Prílohou č.1
--* Plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu
--
--
--)))
--|**Odporúčané kvalifikačné predpoklady**|
--|**Poznámka**|
--
--
--|**Projektová rola:**|(((
--**~ **
--
--**BIZNIS VLASTNÍK**
--
--
--)))
--|**Stručný popis:**|(((
--* zodpovedá za proces - jeho výstupy i celkový priebeh poskytnutia služby alebo produktu konečnému užívateľovi. Kľúčová rola na strane zákazníka (verejného obstarávateľa), ktorá schvaľuje biznis požiadavky a zodpovedá za výsledné riešenie, prínos požadovanú hodnotu a naplnenie merateľných ukazovateľov. Úlohou tejto roly je definovať na užívateľa orientované položky (user-stories), ktoré budú zaradzované a prioritizované v produktovom zásobníku. Zodpovedá za priebežné posudzovanie vecných výstupov dodávateľa v rámci analýzy, návrhu riešenia vrátane DNR z pohľadu analýzy a návrhu riešenia aplikácii IS.
--
--
--* zodpovedný za schválenie funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu. Definuje očakávania na kvalitu projektu, kvalitu projektových produktov, prínosy pre koncových používateľov a požiadavky na bezpečnosť. Definuje merateľné výkonnostné ukazovatele projektov a prvkov. Vlastník procesov schvaľuje  akceptačné kritériá, rozsah a kvalitu dodávaných projektových výstupov pri dosiahnutí platobných míľnikov, odsúhlasuje spustenie výstupov projektu do produkčnej prevádzky a dostupnosť ľudských zdrojov alokovaných na realizáciu projektu.
--)))
--|**Detailný popis rozsahu zodpovednosti, povinností a kompetencií**|(((
--Zodpovedný za:
--
--* Realizáciu dohľadu nad súladom projektových výstupov s požiadavkami koncových používateľov.
--
--* Spoluprácu pri riešení odpovedí na otvorené otázky  a riziká projektu.
--
--* Posudzovanie, pripomienkovanie, testovanie a protokolárne odsúhlasovanie projektových výstupov v príslušnej oblasti (v biznis procese) po vecnej stránke (najmä procesnej a legislatívnej)
--
--* Riešenie problémov a požiadaviek  v spolupráci s odbornými garantmi,
--* Spoluprácu pri špecifikácii a poskytuje súčinnosť pri riešení zmenových požiadaviek
--
--* Schválenie funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu z pohľadu používateľov koncového produktu
--* Definovanie očakávaní na kvalitu projektu, kritérií kvality projektových produktov, prínosov pre koncových používateľova požiadaviek na bezpečnosť,
--* Definovanie merateľných výkonnostných ukazovateľov projektov a prvkov,
--* Sledovanie a odsúhlasovanie nákladovosti, efektívnosti vynakladania finančných prostriedkov a priebežné monitorovanie a kontrolu odôvodnenia projektu (BC/CBA)
--* Schválenie akceptačných kritérií,
--* Riešenie problémov používateľov
--* Akceptáciu rozsahu a kvality dodávaných projektových výstupov pri dosiahnutí platobných míľnikov,
--* Vykonanie UX a UAT testovania
--* Odsúhlasenie spustenia výstupov projektu do produkčnej prevádzky,
--* Dostupnosť a efektívne využitie ľudských zdrojov alokovaných na realizáciu projektu,
--* Vykonávanie monitorovania a hodnotenia procesov v plánovaných intervaloch.
--* Poskytovanie vyjadrení k zmenovým požiadavkám, k ich opodstatnenosti a prioritizácii
--* Zisťovanie efektívneho spôsobu riadenia a optimalizácie zvereného procesu, vrátane analyzovanie všetkých vyskytujúcich sa nezhôd,
--* Okrem zvažovaní rizík prevádzkových alebo podporných procesov súčasne vlastník napomáha identifikovať príležitosti,
--* Zlepšovanie a optimalizáciu procesov v spolupráci s ďalšími prepojenými vlastníkmi procesov a manažérom kvality,
--* Odsúhlasenie akceptačných protokolov zmenových konaní
--* Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 85/2020 Z.z., Prílohou č.1
--* plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu
--
--
--)))
--|**Odporúčané kvalifikačné predpoklady**|
--|**Poznámka**|(((
--
--
--
--)))
--
--
--|**Projektová rola:**|(((
--**~ **
--
--**MANAŽÉR KVALITY**
--
--
--)))
--|**Stručný popis:**|(((
--* zodpovedá za priebežné vyžadovanie, hodnotenie a kontrolu kvality (vecnej aj formálnej) počas celého projektu. Je zodpovedný za úvodné nastavenie pravidiel riadenia kvality a za následné dodržiavanie a kontrolu kvality jednotlivých projektových výstupov. Sleduje a hodnotí kvalitatívne ukazovatele projektových výstupov a o zisteniach informuje projektového manažéra objednávateľa formou pravidelných alebo nepravidelných správ/záznamov.
--
--
--* plánuje, koordinuje, riadi a kontroluje systém manažérstva kvality, monitoruje a meria procesy a identifikuje príležitosti na trvalé zlepšovanie systému manažérstva kvality v organizácii v súlade s platnými normami. Zabezpečuje tvorbu cieľov a koncepcie kvality, vrátane kontroly ich plnenia a vykonáva interné a externé audity kvality v súlade s plánom.
--
--
--* Počas celej doby realizácie projektu zabezpečuje zhodu kvality projektových výstupov s požiadavkami. Realizuje postupy riadenia kvality tak, aby výsledkom boli projektové výstupy spĺňajúce požiadavky objednávateľa. Kontroluje, či sa riadenie a proces zabezpečenia kvality vykonáva správnym spôsobom, v správnom čase a správnymi osobami.
--)))
--|**Detailný popis rozsahu zodpovednosti, povinností a kompetencií**|(((
--Zodpovedný za:
--
--* Návrh a zavádzanie do praxe postupov, techník, nástrojov a pravidiel, ktoré maximalizujú efektivitu práce a kvalitatívne parametre vývoja softwaru/produktu/IS, resp. IT projektu
--* Definovanie politiky kvality (stratégie kvality), meranie kvality, analýzu a spracovanie plánov kvality,
--* Riadenie a monitorovanie dosahovania cieľov kvality,
--* Špecifikáciu požiadaviek na kvalitu vyvíjaných funkcionalít systému
--* Špecifikáciu požiadaviek pre ďalší rozvoj,
--* Definovanie akceptačných kritérií
--* Zabezpečenie súladu so štandardmi, normami, právnymi požiadavkami, požiadavkami užívateľov a prevádzkovateľov systémov,
--* Posúdenie BC/CBA – odôvodení projektu
--* Kontrolu kvalitu plnenia vecných požiadaviek definovaných v Zmluve s dodávateľom alebo v požiadavkách na zmenu,
--* Akceptáciu splnenia vecných a kvalitatívnych požiadaviek v projekte svojím podpisom na akceptačnom protokole pri odovzdávaní jednotlivých fáz projektu/čiastkových projektov alebo pri odovzdávaní zmien vykonaných v rámci zmenových konaní,
--* Aktívnu účasť rokovaniach a participáciu na riešení vecných požiadaviek členov projektového tímu,
--* Monitoring a vyhodnocovanie kvality údajov a návrh nápravných opatrení za účelom zabezpečenia správnosti a konzistentnosti údajov
--* Definovanie postupov, navrhovanie a vyjadrovanie sa k plánom testov a testovacích scenárov
--* Analyzovanie výsledkov testovania.
--* Kontrolu plnenia projektových úloh a časového harmonogramu projektu
--* Kontrolu plnenia finančného plánu projektu
--* Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 85/2020 Z.z., Prílohou č.1
--* Plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu
--
--
--)))
--|**Odporúčané kvalifikačné predpoklady**|
--|**Poznámka**|
--
--
--|**Projektová rola:**|(((
--**~ **
--
--**MANAŽER KYBERNETICKEJ BEZPEČNOSTI (KIB) a IT BEZPEČNOSTI (ITB)**
--
--**~ **
--)))
--|**Stručný popis:**|(((
--* zodpovedá za dodržanie princípov a štandardov na kybernertickú a IT bezpečnosť, za kontrolu a audit správnosti riešenia v oblasti bezpečnosti.
--* koordinuje a riadi činnosť v oblasti bezpečnosti prevádzky IT, spolupracuje na projektoch, na rozvoji nástrojov a postupov k optimalizácii bezpečnostných systémov a opatrení. Stanovuje základné požiadavky, podmienky a štandardy pre oblasť bezpečnosti programov, systémov, databázy či sieti. Spracováva a kontroluje príslušné interné predpisy a dohliada nad plnením týchto štandardov a predpisov. Kontroluje a riadi činnosť nad bezpečnostnými testami, bezpečnostnými incidentmi v prevádzke IT. Poskytuje inštrukcie a poradenstvo používateľom počítačov a informačných systémov pre oblasť bezpečnosti
--
--
--**PODMIENKY SPRÁVNEHO a EFEKTÍVNEHO VÝKONU ČINNOSTI role Manažér KIB a ITB:**
--
--1. neobmedzený aktívny prístup ku všetkým projektovým dokumentom, nástrojom a výstupom projektu, v ktorých sa opisuje predmet projektu z hľadiska jeho architektúry, funkcií, procesov, manažmentu informačnej bezpečnosti a spôsobov spracúvania dát, ako aj dát samotných.
--1. rola manažér Kybernetickej a IT bezpečnosti si vyžaduje mať sprístupnené všetky informácie o bezpečnostných opatreniach zavádzaných projektom v zmysle:
--
--1. § 20 zákona č.69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov
--1. ustanovení zákona č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov
--)))
--|**Detailný popis rozsahu zodpovednosti, povinností a kompetencií**|(((
--Zodpovedný za:
--
--* špecifikovanie štandardov, princípov a stratégií v oblasti ITB a KIB,
--* ak je projekt primárne zameraný na problematiku ITB a KIB – je priamo zodpovedný za špecifikáciu a analýzu funkčných požiadaviek na ITB a KIB,
--* špecifikovanie požiadaviek na ITB a KIB, kontroluje ich implementáciu v realizovanom projekte,
--* špecifikovanie požiadaviek na bezpečnosť vývojového, testovacieho a produkčného prostredia,
--* špecifikovanie funkčných a nefunkčných požiadaviek pre oblasť ITB a KIB,
--* špecifikovanie požiadaviek na bezpečnosť v rámci bezpečnostnej vrstvy,
--* špecifikovanie požiadaviek na školenia pre oblasť ITB a KIB,
--* špecifikovanie požiadaviek na bezpečnostnú architektúru riešenia a technickú infraštruktúru pre oblasť ITB a KIB,
--* špecifikovanie požiadaviek na dostupnosť, zálohovanie, archiváciu a obnovu IS vzťahujúce sa na ITB a KIB,
--* realizáciu posúdenie požiadaviek agendy ITB a KIB na integrácie a procesov konverzie a migrácie, identifikácia nesúladu a návrh riešenia
--* špecifikovanie požiadaviek na ITB a KIB, bezpečnostný projekt a riadenie prístupu,
--* špecifikovanie požiadaviek na testovanie z hľadiska ITB a KIB, realizáciu kontroly zapracovania a retestu,
--* špecifikovanie požiadaviek na obsah dokumentácie v zmysle legislatívnych požiadaviek pre oblasť ITB a KIB, ako aj v zmysle "best practies",
--* špecifikovanie požiadaviek na dodanie potrebnej dokumentácie súvisiacej s ITB a KIB kontroluje ich implementáciu v realizovanom projekte,
--* špecifikovanie požiadaviek a konzultácie pri návrhu riešenia za agendu ITB a KIB v rámci procesu „Mapovanie a analýza technických požiadaviek - detailný návrh riešenia (DNR)“,
--* špecifikáciu požiadaviek na bezpečnosť IT a KIB v rámci procesu "akceptácie, odovzdania a správy zdroj. kódov“
--* špecifikáciu akceptačných kritérií za oblasť ITB a KIB,
--* špecifikáciu pravidiel pre publicitu a informovanosť s ohľadom na ITB a KIB,
--* poskytovanie konzultácií pri tvorbe šablón a vzorov dokumentácie pre oblasť ITB a KIB,
--* získavanie informácií nutných pre plnenie úloh v oblasti ITB a KIB,
--* špecifikáciu podmienok na testovanie, reviduje výsledky a výstupy z testovania za oblasť ITB a KIB,
--* konzultácie a vykonávanie kontrolnej činnosť zameranej na obsah a komplexnosť dok. z hľadiska ITB a KIB,
--* špecifikáciu požiadaviek na bezpečnostný projekt pre oblasť ITB a KIB,
--* realizáciu kontroly zameranej na naplnenie požiadaviek definovaných v bezp. projekte za oblasť ITB a KIB
--* realizáciu kontroly zameranú na správnosť nastavení a konfigurácii bezpečnosti jednotlivých prostredí,
--* realizáciu kontroly zameranú realizáciu procesu posudzovania a komplexnosti bezpečnostných rizík, bezpečnosť a kompletný popis rozhraní, správnu identifikácia závislostí,
--* realizáciu kontroly naplnenia definovaných požiadaviek pre oblasť ITB a KIB,
--* realizáciu kontroly zameranú na implementovaný proces v priamom súvise s ITB a KIB,
--* realizáciu kontroly súladu s planou legislatívou v oblasti ITB a KIB (obsahuje aj kontrolu leg. požiadaviek)
--* realizáciu kontroly zameranú zabezpečenie procesu, interfejsov, integrácii, kompletného popisu rozhraní a spoločných komponentov a posúdenia z pohľadu bezpečnosti,
--* poskytovanie konzultácií a súčinnosti pre problematiku ITB a KIB,
--* získavanie a spracovanie informácií nutných pre plnenie úloh v oblasti ITB a KIB,
--* aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 85/2020 Z.z., Prílohou č.1
--* plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu
--)))
--|**Odporúčané kvalifikačné predpoklady**|
--
--
--|**Projektová rola:**|(((
--**~ **
--
--**UX DIZAJNÉR**
--
--**~ **
--)))
--|**Stručný popis:**|zodpovedá za podporu a dohľad nad projektom z pohľadu nastavenia princípov, kritérií a požiadaviek na UX, kontrolu kvality dodržania “user experience” a realácie výstupov. Hlavnou úlohou role je zabezpečiť aplikáciu metodológie UCD (user centered design) pri vývoji SW, pričom vznikajúce koncové služby SW musia byť postavené na reálnych potrebách koncových používateľov.
--|**Detailný popis rozsahu zodpovednosti, povinností a kompetencií**|(((
--
--
--Zodpovedný za:
--
--* Realizáciu kvalitatívneho používateľského výskumu (nastavenie požiadaviek na regrutáciu, návrh scenára, vedenie rozhovoru a vyhodnotenie výskumu).
--* Realizáciu kvantitatívneho používateľského výskumu (nastavenie požiadaviek na regrutáciu, návrh scenára, vedenie dotazníku a vyhodnotenie výskumu).
--* Syntetizáciu biznis, technických a používateľských požiadaviek.
--* Realizáciu formatívnych a sumatívnych testovaní použiteľnosti (nastavenie požiadaviek na regrutáciu, návrh scenára, vedenie rozhovoru a vyhodnotenie výskumu).
--* Návrh informačnej architektúry a to najmä metódami triedenia kariet (card sorting), návrhom mapy stránky a screen flow.
--* Tvorbu, testovanie a iteráciu prototypov – napr. pomocou Axure, Sketch, Figma alebo Adobe XD
--* Mapovanie zákazníckych ciest
--* Analýzu a návrh riešenia problematiky prístupnosti webových sídiel,
--* Podporu a spoluprácu pri tvorbe Stratégie riadenia kvality (princípy, kritériá kvality),
--* Spoluprácu pri vytváraní funkčných požiadaviek na výstupy z pohľadu dohľadu a UX,
--* Vedenie a aktualizáciu príslušných projektových výstupov a registrov,
--* Hodnotenie jednotlivých verzií výstupov projektu z pohľadu dohľadu, kontroly a UX v jednotlivých etapách,
--* Vytváranie hodnotiacich kritérií na dohľad výstupov a príslušných záznamov, o ktorých reportuje projektovému manažérovi objednávateľa,
--* Nastavenie a dohľad nad procesom testovania a pripomienkovanie stratégie testovania, plánov a testovacích scenárov,
--* Účasť na kontrolných aktivitách počas implementácie výstupov
--* Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 85/2020 Z.z., Prílohou č.1
--* Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 85/2020 Z.z., Prílohou č.1
--* Plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu
--
--
--)))
--|**Odporúčané kvalifikačné predpoklady**|(((
--
--
--* Znalosť zásad UX dizajnu pri návrhu webových aplikácií
--* Znalosť zásad návrhu responzívnych webových aplikácií
--* Znalosť ID-SK
--* Orientácia v problematike grafického dizajnu, webdizajnu, multimédií a aktuálnych trendoch v odbore
--
--
--)))
--|**Poznámka**|(((
--
--
--
--)))
--
--
--|**Projektová rola:**|(((
--**~ **
--
--**PROJEKTOVÝ MANAŽÉR**
--
--
--)))
--|**Stručný popis:**|(((
--* zodpovedá za riadenie projektu počas celého životného cyklu projektu. Riadi projektové (ľudské a finančné) zdroje, zabezpečuje tvorbu obsahu, neustále odôvodňovanie projektu (aktualizuje BC/CBA) a predkladá vstupy na rokovanie Riadiaceho výboru. Zodpovedá za riadenie všetkých (ľudských a finančných) zdrojov, členov projektovému tím objednávateľa a za efektívnu komunikáciu s dodávateľom alebo stanovených zástupcom dodávateľa.
--
--
--* zodpovedá za riadenie prideleného projektu - stanovenie cieľov, spracovanie harmonogramu prác, koordináciu členov projektového tímu, sledovanie dodržiavania harmonogramu prác a rozpočtu, hodnotenie a prezentáciu výsledkov a za riadenie s tým súvisiacich rizík. Projektový manažér vedie špecifikáciu a implementáciu projektov v súlade s firemnými štandardami, zásadami a princípmi projektového riadenia.
--
--
--* zodpovedá za plnenie projektových/programových cieľov v rámci stanovených kvalitatívnych, časových a rozpočtovým plánov a za riadenie s tým súvisiacich rizík. V prípade externých kontraktov sa vedúci projektu/ projektový manažér obvykle podieľa na ich plánovaní a vyjednávaní a je hlavnou kontaktnou osobou pre zákazníka.
--)))
--|**Detailný popis rozsahu zodpovednosti, povinností a kompetencií**|(((
--Zodpovedný za:
--
--* Riadenie projektu podľa pravidiel stanovených vo Vyhláške 85/2020 Z.z.
--* Riadenie prípravy, inicializácie a realizácie projektu
--* Identifikovanie kritických miest projektu a navrhovanie ciest k ich eliminácii
--* Plánovanie, organizovanie, motivovanie projektového tímu a monitorovanie projektu
--* Zabezpečenie efektívneho riadenia všetkých projektových zdrojov s cieľom vytvorenia a dodania obsahu a zabezpečenie naplnenie cieľov projektu
--* Určenie pravidiel, spôsobov, metód a nástrojov riadenia projektu a získanie podpory Riadiaceho výboru (RV) pre riadenie, plánovanie a kontrolu projektu a využívanie projektových zdrojov
--* Zabezpečenie vypracovania manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 85/2020 Z.z., Prílohou č.1
--* Zabezpečenie realizácie projektu podľa štandardov definovaných vo Vyhláške 78/2020 Z.z.
--* Zabezpečenie priebežnej aktualizácie a verzionovania manažérskej a špecializovanej dokumentácie v minimálnom rozsahu Vyhlášky 85/2020 Z.z., Prílohy č.1
--* Vypracovanie, pravidelné predkladanie a zabezpečovanie prezentácie stavov projektu, reportov, návrhov riešení problémov a odsúhlasovania manažérskej a špecializovanej dokumentácie v rozsahu určenom Vyhláškou 85/2020 Z.z., Prílohou č.1 na rokovanie RV
--* Riadenie a operatívne riešenie a odstraňovanie strategických / projektových rizík a závislostí
--* Predkladanie návrhov na zlepšenia na rokovanie Riadiaceho výboru (RV)
--* Zabezpečenie vytvorenia a pravidelnej aktualizácie BC/CBA a priebežné zdôvodňovanie projektu a predkladanie na rokovania RV
--* Celkovú alokáciu a efektívne využívanie ľudských a finančných zdrojov v projekte
--* Celkový postup prác v projekte a realizuje nápravné kroky v prípade potreby
--* Vypracovanie požiadaviek na zmenu (CR), návrh ich prioritizácie a predkladanie zmenových požiadaviek na rokovanie RV
--* Riadenie zmeny (CR) a prípadné požadované riadenie konfigurácií a ich zmien
--* Riadenie implementačných a prevádzkových aktivít v rámci projektov.
--* Aktívne komunikuje s dodávateľom, zástupcom dodávateľa a projektovým manažérom dodávateľa s cieľom zabezpečiť úspešné dodanie a nasadenie požadovaných projektových výstupov,
--* Formálnu administráciu projektu, riadenie centrálneho projektového úložiska, správu a archiváciu projektovej dokumentácie
--* Kontrolu dodržiavania a plnenia míľnikov v zmysle zmluvy s dodávateľom,
--* Dodržiavanie metodík projektového riadenia,
--* Predkladanie požiadaviek dodávateľa na rokovanie Riadiaceho výboru (RV),
--* Vecnú a procesnú administráciu zúčtovania dodávateľských faktúr
--
--
--)))
--|**Odporúčané kvalifikačné predpoklady**|
--|**Poznámka**|
--
--
--
--
  = {{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 =
  //Doplniť odkazy na už existujúce produkty v maximálnej miere – vyhnúť sa duplikovaným informáciám.//

1734613979109-463.png

Autor

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

Veľkosť

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

Obsah

1734614157955-808.png

Autor

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

Veľkosť

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

Obsah

1734614183247-727.png

Autor

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

Veľkosť

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

Obsah

1734614611104-530.png

Autor

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

Veľkosť

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

Obsah

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

Súhrn

Podrobnosti

Aplikácie

Navigácia

Moje posledné úpravy

Need help?