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

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

Z verzie 4.1

upravil Peter Longa
-

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

Do verzie 1.1

upravil Peter Longa
-

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

Raw
Rendered

Súhrn

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

Podrobnosti

Vlastnosti stránky

Obsah

@@ -5,7 +5,7 @@
  |**Povinná osoba**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Úrad geodézie, kartografie a katastra Slovenskej republiky{{/content}}
  |**Názov projektu**|{{content id="projekt.nazov"}}ISKN 2.0{{/content}}
--|**Zodpovedná osoba za projekt**| //Peter Longa, peter.longa@skgeodesy.sk//
++|**Zodpovedná osoba za projekt**| //Meno a priezvisko osoby, ktorá predkladá dokumenty (zamestnanec /Projektový manažér)//
  |**Realizátor projektu**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Úrad geodézie, kartografie a katastra Slovenskej republiky{{/content}}
  |**Vlastník projektu**| {{content id="projekt.vlastnik.nazov"}}Úrad geodézie, kartografie a katastra Slovenskej republiky{{/content}}
  **Schvaľovanie dokumentu**
@@ -18,1161 +18,233 @@
  = {{id name="_Toc152607282"/}}{{id name="_Toc524109316"/}}{{id name="_Toc750608766"/}}{{id name="_Toc1668519232"/}}{{id name="_Toc1701549819"/}}{{id name="_Toc1964418579"/}}{{id name="_Toc947666535"/}}{{id name="_Toc33433513"/}}{{id name="_Toc556769729"/}}{{id name="_Toc1400213064"/}}{{id name="_Toc148367215"/}}{{id name="_Toc1875421741"/}}1.História DOKUMENTU =
  |**Verzia**|**Dátum**|**Zmeny**|**Meno**
--|//0.1//|//19.12.2024//|//Pracovný návrh//|
++|//0.1//|//14.11.2023//|//Pracovný návrh//|
  |//1.0//|//22.12.2023//|//Zapracovanie súladu s vyhláškou č. 401/2023 Z. z.//|
  | | | |
  = {{id name="_Toc152607284"/}}{{id name="_Toc683485446"/}}{{id name="_Toc365474999"/}}{{id name="_Toc1488819067"/}}{{id name="_Toc461533771"/}}{{id name="_Toc1193242276"/}}{{id name="_Toc738207424"/}}{{id name="_Toc2067375730"/}}{{id name="_Toc336064095"/}}{{id name="_Toc62328600"/}}{{id name="_Toc1636304797"/}}{{id name="_Toc635885549"/}}{{id name="_Toc152607283"/}}2.ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE =
--V súlade s Vyhláškou 401/2023 Z.z. je dokument I-02 Projektový zámer určený na rozpracovanie detailných informácií o projekte, aby bolo možné rozhodnúť o pokračovaní prípravy projektu, pláne realizácie, alokovaní rozpočtu a ľudských zdrojov.
++//V súlade s Vyhláškou 401/2023 Z.z. je dokument I-02 Projektový zámer určený na rozpracovanie detailných informácií prípravy projektu, aby bolo možné rozhodnúť o pokračovaní prípravy projektu, pláne realizácie, alokovaní rozpočtu a ľudských zdrojov.//
++//Dokument Projektový zámer v zmysle vyššie uvedenej vyhlášky má obsahovať manažérske zhrnutie, rozsah, ciele a motiváciu na realizáciu projektu, zainteresované strany, alternatívy, návrh merateľných ukazovateľov, detailný opis požadovaných projektových výstupov, detailný opis obmedzení, predpokladov, tolerancií a návrh organizačného zabezpečenia projektu, detailný opis rozpočtu projektu a jeho prínosov, náhľad architektúry a harmonogram projektu so zoznamom rizík a závislostí,//
++//**Inštrukcia: Šedý text** v celom dokumente predstavuje nápovedu pre vyplnenie dokumentu, po vyplnení kapitol **odporúčame text šedou farbou vymazať.**//
++//Dokumenty ukladajte s prefixom I_XX.//
++//Odporúčame, aby ste si TABUĽKOVÉ VSTUPY  vo formáte EXCEL spravovali v jednom centrálnom súbore s cieľom minimalizovať budúcu prácnosť s aktualizáciou a udržiavaním obsahu.//
--
--Dokument Projektový zámer bude v zmysle vyššie uvedenej vyhlášky obsahovať minimálne: manažérske zhrnutie, motiváciu a rozsah projektu, zainteresované strany, ciele projektu a merateľné ukazovatele, návrh organizačného zabezpečenia projektu, alternatívy, opis obmedzení, predpokladov a tolerancií, opis požadovaných výstupov, náhľad architektúry, opis rozpočtu, detailný popis nákladov a prínosov, postup a spôsob nacenenia projektu, harmonogram projektu a zoznam rizík a závislostí (ako príloha projektového zámeru).
--
  == 2.1Použité skratky a pojmy ==
--
  |**SKRATKA/POJEM**|**POPIS**
--|CISMA|Centrálny informačný systém matričnej agendy
--|IS|Informačný systém resp. Informačné systémy
--|ISVS|Informačný systém verejnej správy
--|IT|Informačné technológie
--|KOOÚ|Katastrálny odbor okresného úradu
--|MCA|Multikriteriálna analýza
--|OVM|Orgán verejnej moci
--|RFO|Register fyzických osôb
--|RPO|Register právnických osôb
--|SGI|Súbor geodetických informácií
--|SPI|Súbor popisných informácií
--|SR|Slovenská repulika
--| ÚGKK SR|Úrad geodézie, kartografie a katastra Slovenskej republiky
--|ISKN 2.0|Informačný systém katastra nehnuteľností 2.0 - nová generácia systému pre správu údajov katastra, centralizuje existujúce riešenia a zefektívňuje agendové procesy.
--|REP|Rezortná elektronická podateľňa - systém na prijímanie, evidenciu a spracovanie elektronických podaní adresovaných organizáciám rezortu.
--|RIP|Rezortná integračná platforma - moderná integračná platforma na výmenu údajov medzi internými systémami rezortu a externými informačnými systémami.
--|SKM|Systém katastrálnych máp - systém na správu a analýzu geodetických informácií a katastrálnych máp.
--|IS ZBGIS|Základná báza geografických informácií Slovenska - centrálny systém na správu a distribúciu geografických údajov Slovenska.
--|ISGZ SKPOS|Systém korekcie polohy v reálnom čase - systém na poskytovanie korekcie polohy pre presné geodetické a kartografické činnosti.
--|CERS|Centrálne elektronické registratúre stredisko - systém na zjednodušenie prístupu k digitalizovaným dokumentom katastrálneho odboru.
--|RFO|Register fyzických osôb - referenčný register fyzických osôb používaný na integráciu údajov medzi systémami.
--|RPO|Register právnických osôb - referenčný register právnických osôb a podnikateľov pre integráciu údajov.
--|ELPO|Evidencia elektronických spisov - systém na správu elektronických spisov a dokumentov.
--|ELODO|Elektronické odosielanie dokumentov - nástroj na odosielanie elektronických dokumentov organizáciami rezortu.
--|MAPKA|Systém na zobrazovanie, vyhľadávanie a analýzu priestorových údajov a mapových služieb.
--|Cenová mapa|Nástroj na zobrazovanie a analyzovanie hodnôt nehnuteľností na základe reálnych trhových transakcií.
--|Jednotná registratúra|Centralizované riešenie na správu všetkých dokumentov a registratúrnych spisov v rámci rezortu ÚGKK SR, GKÚ a VÚGK.
--|Jednotná správa používateľov|Systém na centralizovanú správu používateľov a ich oprávnení v rámci všetkých informačných systémov rezortu.
--|Portál ESKN|Portál elektronických služieb katastra nehnuteľností - poskytuje prístup k údajom katastra a špecializované služby pre registrovaných používateľov.
--|WRKN|Web register katastra nehnuteľností - aplikácia na evidenciu podaní a objednávok.
--|WISKN|Windows informačný systém katastra nehnuteľností - aplikácia na správu katastrálneho operátu.
--|VUK|Viacúčelový kataster nehnuteľností - systém na poskytovanie a aktualizáciu katastrálnych informácií okrem SGI.
--|KOKEŠ|Nástroj na zápis zmien do súboru geodetických informácií (SGI).
--|RauknWin|Systém na retrospektívne poskytovanie údajov katastra, napríklad históriu listov vlastníctva.
--|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.
++| |
++| |
++| |
++{{id name="_Toc152607286"/}}
++
  == 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é.
++//Zvoľte si konvenciu pre označovanie požiadaviek, súborov, atd. Hlavné kategórie požiadaviek v zmysle katalógu požiadaviek, rozdeľujeme na funkčné (funkcionálne), nefunkčné (kvalitatívne, výkonové a pod.). Podskupiny v hlavných kategóriách je možné rozšíriť podľa potrieb projektu, napríklad~://
++//**Funkcionálne (používateľské) požiadavky **majú nasledovnú konvenciu~://
++//**FRxx**//
--Číslovanie požiadaviek používa konvenciu:
++* //U – užívateľská požiadavka//
++* //R – označenie požiadavky//
++* //xx – číslo požiadavky//
++//**Nefunkčné (kvalitatívne, výkonové - Non Functional Requirements - NFR) požiadavky** majú nasledovnú konvenciu~://
++//**NRxx**//
++* //N – nefukčná požiadavka (NFR)//
++* //R – označenie požiadavky//
++* //xx – číslo požiadavky//
++//Ostatné typy požiadaviek môžu byť ďalej definované objednávateľom/PM.//
--UGKK-xxx
--
--* xxx         – číslo požiadavky
--
  = {{id name="_Toc47815693"/}}{{id name="_Toc152607289"/}}{{id name="_Toc2101596728"/}}{{id name="_Toc21597077"/}}{{id name="_Toc200637902"/}}{{id name="_Toc1533185111"/}}{{id name="_Toc1887694913"/}}{{id name="_Toc824463063"/}}{{id name="_Toc2032956156"/}}{{id name="_Toc1083272272"/}}{{id name="_Toc1535460233"/}}{{id name="_Toc2126332012"/}}{{id name="_Toc461677146"/}}{{id name="_Toc152607288"/}}3.DEFINOVANIE PROJEKTU =
  == {{id name="_Toc152607290"/}}{{id name="_Toc653156677"/}}{{id name="_Toc1001409967"/}}{{id name="_Toc294056164"/}}{{id name="_Toc822212923"/}}{{id name="_Toc700822328"/}}{{id name="_Toc1982046122"/}}{{id name="_Toc32260942"/}}{{id name="_Toc629221952"/}}{{id name="_Toc423614589"/}}{{id name="_Toc1077465011"/}}{{id name="_Toc723955740"/}}3.1Manažérske zhrnutie ==
--Úrad geodézie, kartografie a katastra Slovenskej republiky je ústredným orgánom štátnej správy Slovenskej republiky pre geodéziu, kartografiu a kataster nehnuteľností
++//Stručný popis projektu, dôvod jeho realizácie, obsah projektu (vývoj SW, nákup HW/licencie, migrácia do vládneho cloudu a pod.), indikatívna výška finančných prostriedkov určených na realizáciu projektu, prínosy a časový horizont realizácie projektu.//
++//Očakáva sa, že stručne, jasne a štruktúrovane popíšete základné zdôvodnenie, prečo by sa mal projekt realizovať. Vo vašom popise odpovedajte najmä na otázky „Prečo chcete projekt zrealizovať? Čo je predmetom projektu? Pre koho sú výsledky projektu určené? Za akú sumu? Čo to prinesie cieľovej skupine?//
++//V prípade projektov financovaných z európskych fondov je potrebné uviesť zdôvodnenie využitia národného/dopytového projektu, prijímateľa/partnera projektu a dôvod jeho určenia, príslušnosť národného/dopytového projektu k prioritnej osi príslušného operačného programu.//
--Správa údajov katastra nehnuteľností prebieha v súčasnosti na pracoviskách katastrálnych odborov okresných úradov (ďalej len „KOOÚ“) prostredníctvom viacerých morálne zastaralých a dlhodobo neudržateľných aplikácií: WRKN, WISKN, SKM-KOKEŠ,VUK, čiastočne CSKN, ESKN Portál, ZBGIS.
--
--Údaje katastra nehnuteľností sú spravované nekonzistentne, organizačne podľa jednotlivých katastrálnych území, pričom príslušné KOOÚ dokáže spravovať iba údaje katastra nehnuteľností v rámci jeho pôsobnosti (t.j. v rámci okresu). Správa údajov prebieha distribuovane, t.j. na jednotlivých KOOÚ, pričom sú údaje následne nahrávané do centrálnej databázy, ktorá je raz za deň – ak prebehnú aktualizácie – publikovaná pre služby ESKN. Používatelia ESKN teda nepracujú s online dátami katastra, ale zvyčajne minimálne s 1 deň starými dátami.
--
--Kvalita spravovaných údajov katastra nehnuteľností je je na nedostatočnej úrovni a existujúce aplikácie ju nedokážu garantovať ani prispieť k jej zvyšovaniu.
--
--Pre spracovateľov údajov tretích strán – geodetov – sú prostredníctvom služieb ESKN poskytované údaje, avšak neexistuje komplexný mechanizmus na automatizované prijímanie a kontrolu údajov od geodetov, technickú validáciu dát a ich prípravu na ďalšie spracovanie.
--
--Úplne absentuje možnosť evidovania a sledovania histórie údajov katastra nehnuteľností a prehľadnej evidencie údajov katastra nehnuteľností pripravených na spracovanie.
--
--Vo všeobecnosti je potrebné konštatovať, že existujúce aplikácie a informačné systémy určené na správu katastra nehnuteľností sú morálne zastaralé a predstavujú riziko pre správu údajov, vrátane možných majetkových škôd, z hľadiska biznis procesov katastra nehnuteľností pracovné postupy pracovníkom KOOÚ spomaľujú namiesto toho, aby im zjednodušovali činnosti a poskytovali IT podporu pre realizáciu činností katastra nehnuteľností.
--
--Z vyššie uvedeného teda identifikujeme štyri základné problémy spojené so súčasným stavom spravovania údajov katastra nehnuteľností:
--
--P1. Dlhodobo neudržateľný a morálne zastaralý stav systémov a aplikácii prevádzkovaných na KOOÚ
--
--P2. Absencia centralizovaného systému Katastra nehnuteľností
--
--P3. Poskytovanie údajov a  služieb
--
--P4. Nevyhovujúca kvalita priestorových údajov katastra nehnuteľností
--
--
--Po realizácii projektu vznikne nový **Informačný systém katastra nehnuteľností 2.0**, ktorý:
--
--* Bude obsahovať centralizovanú databázu  údajov katastra nehnuteľností
--* Centralizovanú aplikáciu (serverové riešenie) na správu údajov katastra nehnuteľností
--* Klientsku aplikáciu (tenký klient/semi tenký klient) určenú pre zamestnancov KOOÚ, ktorá bude poskytovať potrebné funkcionality na správu  údajov katastra nehnuteľností
--* 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**.
--
--Predpokladané náklady na realizáciu projektu (odhadované): 30 mil. EUR
--
--Miesto realizácie: SR
--
  == {{id name="_Toc152607292"/}}{{id name="_Toc312483730"/}}{{id name="_Toc2111721766"/}}{{id name="_Toc1058305394"/}}{{id name="_Toc656462781"/}}{{id name="_Toc1832659409"/}}{{id name="_Toc488319966"/}}{{id name="_Toc1232937879"/}}{{id name="_Toc392723854"/}}{{id name="_Toc1753883964"/}}{{id name="_Toc141343421"/}}{{id name="_Toc1911602422"/}}{{id name="_Toc47815694"/}}{{id name="_Toc152607291"/}}3.2Motivácia a rozsah projektu ==
--* (((
--Správa údajov katastra nehnuteľností prebieha v súčasnosti na pracoviskách katastrálnych odborov okresných úradov (ďalej len „KOOÚ“) prostredníctvom viacerých morálne zastaralých a dlhodobo neudržateľných aplikácií: WRKN, WISKN, SKM-KOKEŠ,VUK, čiastočne CSKN, ESKN Portál, ZBGIS.
++* //Popíšte PROBLÉM, ktorý chcete realizáciou projektu odstrániť//
++* //STRUČNE popísať koľko a aké vaše biznis procesy sú predmetom projektu//
++* //Doplniť informácie o OBLASTI (AGENDA / ŽIVOTNÁ SITUÁCIA), ktorým sa projekt venuje//
++* //Doplniť rámcový popis ROZSAHU projektu (subjekty a ISVS, ktorých sa problém a projekt týka)//
++* //Doplniť MOTIVÁCIU na dosiahnutie budúceho stavu a OBMEDZENIA pre dosiahnutie cieľov projektu.//
++* //Môžete doplniť vizualizáciu motivácie pomocou notácie ArchiMate[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^1^^>>path:#sdfootnote1sym||name="sdfootnote1anc"]](%%).//
--Údaje katastra nehnuteľností sú spravované nekonzistentne, organizačne podľa jednotlivých katastrálnych území, pričom príslušné KOOÚ dokáže spravovať iba údaje katastra nehnuteľností v rámci jeho pôsobnosti (t.j. v rámci okresu). Správa údajov prebieha distribuovane, t.j. na jednotlivých KOOÚ, pričom sú údaje následne nahrávané do centrálnej databázy, ktorá je raz za deň – ak prebehnú aktualizácie – publikovaná pre služby ESKN. Používatelia ESKN teda nepracujú s online dátami katastra, ale zvyčajne minimálne s 1 deň starými dátami.
--
--Kvalita spravovaných údajov katastra nehnuteľností je na nedostatočnej úrovni a existujúce aplikácie ju nedokážu garantovať ani prispieť k jej zvyšovaniu.
--
--Pre spracovateľov údajov tretích strán – geodetov – sú prostredníctvom služieb ESKN poskytované údaje, avšak neexistuje komplexný mechanizmus na automatizované prijímanie a kontrolu údajov od geodetov, technickú validáciu dát a ich prípravu na ďalšie spracovanie.
--
--Úplne absentuje možnosť evidovania a sledovania histórie údajov katastra nehnuteľností a prehľadnej evidencie údajov katastra nehnuteľností pripravených na spracovanie.
--
--Vo všeobecnosti je potrebné konštatovať, že existujúce aplikácie a informačné systémy určené na správu katastra nehnuteľností sú morálne zastaralé a predstavujú riziko pre správu údajov, vrátane možných majetkových škôd, z hľadiska biznis procesov katastra nehnuteľností pracovné postupy pracovníkom KOOÚ spomaľujú namiesto toho, aby im zjednodušovali činnosti a poskytovali IT podporu pre realizáciu činností katastra nehnuteľností.
--
--Z vyššie uvedeného teda identifikujeme štyri základné problémy spojené so súčasným stavom spravovania údajov katastra nehnuteľností:
--
--P1. Dlhodobo neudržateľný a morálne zastaralý stav systémov a aplikácii prevádzkovaných na KOOÚ
--
--P2. Absencia centralizovaného systému Katastra nehnuteľností
--
--P3. Poskytovanie údajov a služieb
--
--P4. Nevyhovujúca kvalita priestorových údajov katastra nehnuteľností
--
--
--**Biznis procesy**
--
--
--Zavedenie nového ISKN 2.0 dôjde k zásadným zmenám na úrovni procesov najmä v internom prostredí ÚGKK SR a KOOÚ.
--
--Hlavné **existujúce** procesy, ktoré budú projektom dotknuté sú:
--)))
--* Procesy správy údajov katastra nehnuteľností na úrovni KOOÚ
--* Procesy správy údajov katastra nehnuteľností na centrálnej úrovni
--* Procesy distribúcie údajov katastra nehnuteľností
--* Procesy aktualizácie údajov katastra nehnuteľností
--* (((
--**Novozavedené **procesy budú najmä v oblasti správy centralizovanej databázy priestorových údajov.
--
--Proces spravovania údajov katastra nehnuteľností bude realizovaný novými spôsobmi, dôjde k zjednoteniu správy grafických a popisných údajov a tomu bude potrebné prispôsobiť všetky činnosti KOOÚ. Budú zavedené úplne nové procesy spojené s archiváciou a historizáciou údajov katastra nehnuteľností, rovnako ako procesy vytvárania tzv. to be stavu katastra nehnuteľností, t.j. spravovania komplexných viacerých zmien údajov katastra nehnuteľností, ktoré budú postupne pripravované, overované a zaznamenané ako jeden ucelený blok nových údajov.
--
--Zavedením centralizovaného systému sa zásadne zmenia činnosti spojené s optimalizovaním prác KOOÚ. Z pohľadu spracovania podaní bude môcť ktorékoľvek KOOÚ realizovať agendu správy katastra nehnuteľností pre ktorékoľvek katastrálne územie v rámci SR. Prideľovanie podaní, optimalizácia nasadenia pracovníkov a pod. si vyžiada samostatné interné procesy na strane KOOÚ riadené z pozície ÚGKK SR.
--
--Pri správe centralizovaného riešenia budú musieť byť zavedené doteraz absentujúce činnosti správy centrálneho riešenia, distribúcie updatov, kontroly záloh, ktoré budú v gescii ÚGKK SR resp. organizácii v jej zriaďovateľskej pôsobnosti.
--
--Samostatnou skupinou dotknutých business procesov potom budú interakcie so subjektmi tretích strán, ktoré požadujú poskytovanie údajov katastra nehnuteľností (pre rôzne účely), a ktoré vytváranú údaje pre správu katastra nehnuteľností (geodeti).
--
--Predpokladáme, že vo všeobecnosti na strane pracovníkov KOOÚ dôjde k zásadnému zjednodušeniu činností a realizácie biznis procesov katastra nehnuteľností, zvýšeniu kvality spravovaných údajov katastra nehnuteľností a v konečnom dôsledku skvalitneniu služieb poskytovaných zo strany ÚGKK SR. Celková zmena procesov bude znamenať optimalizáciu, kedy sa činnosti správu údajov katastra nehnuteľností prestanú prispôsobovať zastaraným aplikáciám, a naopak budú technológie slúžiť používateľom.
--
--
--**Oblasti zamerania projektu**
--
--
--Projekt sa venuje riešeniu prioritných životných situácií definovaných v zmysle Projektu budovania prioritných životných situácií (podrobnejšie viď: [[https:~~/~~/mirri.gov.sk/plan-obnovy/reformy-a-investicie/zivotne-situacie/>>url:https://mirri.gov.sk/plan-obnovy/reformy-a-investicie/zivotne-situacie/]] ). Ide konkrétne o nasledovné životné situácie:
--
--ŽS2 Kúpa a vlastníctvo nehnuteľnosti na bývanie
--
--ŽS3 Začatie podnikania
--
--ŽS6 Presťahovanie
--
--ŽS15 Uzavretie manželstva
--
--ŽS16 Úmrtie a dedičské konanie
--
--
--ŽS2 Kúpa a vlastníctvo nehnuteľnosti na bývanie
--
--
--Realizácia služieb projektu vychádza z dokumentácie životnej situácie, ktorá je zverejnená na stránke:
--
--[[https:~~/~~/mirri.gov.sk/plan-obnovy/reformy-a-investicie/zivotne-situacie/zivotna-situacia-2-kupa-a-vlastnenie-nehnutelnosti-na-byvanie/>>url:https://mirri.gov.sk/plan-obnovy/reformy-a-investicie/zivotne-situacie/zivotna-situacia-2-kupa-a-vlastnenie-nehnutelnosti-na-byvanie/]]
--
--Realizácia všetkých služieb je plánovaná v kontexte rozsahu zákazníckej cesty – budúceho stavu – tejto prioritnej životnej situácie a implementačného plánu tejto prioritnej životnej situácie.
--
--
--ŽS3 Začatie podnikania
--
--
--Realizácia služieb projektu vychádza z dokumentácie životnej situácie, ktorá je zverejnená na stránke:
--
--[[https:~~/~~/mirri.gov.sk/plan-obnovy/zivotne-situacie/zivotna-situacia-3-zacatie-podnikania/>>url:https://mirri.gov.sk/plan-obnovy/zivotne-situacie/zivotna-situacia-3-zacatie-podnikania/]]
--
--Realizácia všetkých služieb je plánovaná v kontexte rozsahu zákazníckej cesty – budúceho stavu – tejto prioritnej životnej situácie a implementačného plánu tejto prioritnej životnej situácie.
--
--
--ŽS6 Presťahovanie
--
--
--Realizácia služieb projektu vychádza z dokumentácie životnej situácie, ktorá je zverejnená na stránke:
--
--[[https:~~/~~/mirri.gov.sk/plan-obnovy/reformy-a-investicie/zivotne-situacie/zivotna-situacia-6-prestahovanie/>>url:https://mirri.gov.sk/plan-obnovy/reformy-a-investicie/zivotne-situacie/zivotna-situacia-6-prestahovanie/]]
--
--Realizácia všetkých služieb je plánovaná v kontexte rozsahu zákazníckej cesty – budúceho stavu – tejto prioritnej životnej situácie a implementačného plánu tejto prioritnej životnej situácie.
--
--
--ŽS15 Uzavretie manželstva
--
--
--Realizácia služieb projektu vychádza z dokumentácie životnej situácie, ktorá je zverejnená na stránke:
--
--[[https:~~/~~/mirri.gov.sk/plan-obnovy/zivotne-situacie/zivotna-situacia-15-uzavretie-manzelstva/>>url:https://mirri.gov.sk/plan-obnovy/zivotne-situacie/zivotna-situacia-15-uzavretie-manzelstva/]]
--
--Realizácia všetkých služieb je plánovaná v kontexte rozsahu zákazníckej cesty – budúceho stavu – tejto prioritnej životnej situácie a implementačného plánu tejto prioritnej životnej situácie.
--
--
--ŽS16 Úmrtie a dedičské konanie
--
--
--Realizácia služieb projektu vychádza z dokumentácie životnej situácie, ktorá je zverejnená na stránke:
--
--[[https:~~/~~/mirri.gov.sk/plan-obnovy/reformy-a-investicie/zivotne-situacie/zivotna-situacia-16-umrtie-a-dedicske-konanie/>>url:https://mirri.gov.sk/plan-obnovy/reformy-a-investicie/zivotne-situacie/zivotna-situacia-16-umrtie-a-dedicske-konanie/]]
--
--Realizácia všetkých služieb je plánovaná v kontexte rozsahu zákazníckej cesty – budúceho stavu – tejto prioritnej životnej situácie a implementačného plánu tejto prioritnej životnej situácie.
--
--
--**Prínosy projektu**
--
--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í
--* Optimalizácia procesov správy údajov katastra nehnuteľností
--* Zavedenie nového centralizovaného Informačného systému katastra nehnuteľností 2.0 a centralizovanej databázy údajov katastra nehnuteľností
--* Zavedenie nových nástrojov na distribúciu údajov katastra nehnuteľností
--* Zavedenie nových nástrojov na prijímanie nových údajov katastra nehnuteľností od tvorcov
--* Spravovanie histórie k zmenám údajov katastra
--* Naplnenie procesných potrieb KOOÚ napr. v aktuálnom stave úplne absentujúcou funkcionalitou prípravy budúceho stavu
--* (((
--
--
--
--**Dotknuté ISVS**
--
--V rámci projektu vznikne nový ISVS: Informačný systém katastra nehnuteľností, isvs_XXX, ktorý bude pozostávať z viacerých modulov.
--
--
--Predpokladáme, že systém sa dotkne nasledovných ISVS:
--
--
--ISVS prevádzkované na úrovni ÚGKK SR budú dotknuté v minímálne nasledovnom rozsahu:
--
--
--)))
--* Rezortná integračná platforma isvs_14801
--* Agendový modulárny systém pre správu a riadenie procesov v organizácii isvs_11207
--* Registratúra isvs_11206
--* Informačný systém katastra nehnuteľností isvs_421
--* Portál doplnkových služieb katastra nehnuteľností isvs_10700
--* Registratúra isvs_8722
--* (((
--
--
--ISVS prevádzkované inými OVM v minimálne nasledovnom predpokladanom rozsahu:
--
--
--)))
--* IS Centrálna platforma dátovej integrácie isvs_5836 (ďalej len IS CPDI)
--* Register obyvateľov isvs_190 (ďalej len REGOP)
--* Register adries isvs_192 (ďalej len RA)
--
  == {{id name="_Toc152607293"/}}{{id name="_Toc1804717142"/}}{{id name="_Toc2082286828"/}}{{id name="_Toc408208333"/}}{{id name="_Toc2091742582"/}}{{id name="_Toc1276965606"/}}{{id name="_Toc1095995576"/}}{{id name="_Toc1849077951"/}}{{id name="_Toc1415248283"/}}{{id name="_Toc213456280"/}}{{id name="_Toc1645756734"/}}{{id name="_Toc305576249"/}}{{id name="_Toc47815695"/}}3.3Zainteresované strany/Stakeholderi ==
++* //Doplňte KTO (zoznam subjektov/osôb) sa zúčastňuje projektu a akú rolu zastáva//
--
--
--|ID|AKTÉR / STAKEHOLDER|(((
--SUBJEKT
--
++|**ID**|**AKTÉR / STAKEHOLDER**|(((
++**SUBJEKT**
  (názov / skratka)
  )))|(((
--ROLA
--
++**ROLA**
  (vlastník procesu/ vlastník dát/zákazník/ užívateľ …. člen tímu atď.)
  )))|(((
--Informačný systém
--
++**Informačný systém**
  (MetaIS kód a názov ISVS)
  )))
--|1.|Ministerstvo investícií, regionálneho rozvoja a informatizácie SR|MIRRI|Poskytovateľ služieb centrálnej platformy integrácie údajov|isvs_5836 IS CSRU
--|2.|Občan / podnikateľ| |Osoba využívajúca údaje katastra nehntueľností pre svoje potreby (napr. prevod majetku podnikanie a pod.)|Tu bude uvedené ISVS nového systému
--|3.|OVM| |Konzument údajov katastra nehnuteľností|Doplniť ISVS (v projekte)
--|4.|Zamestnanec KOOÚ|ÚGKK SR|Osoba využívajúca systém na správu údajov katastra nehnuteľností|(((
--Tu bude uvedené ISVS nového systému
++|//1.//|//Ministerstvo investícií, regionálneho rozvoja a informatizácie SR//|//MIRRI//|//Poskytovateľ služieb centrálnej platformy integrácie údajov//|//isvs_5836 IS CSRU//
++|//2.//|//Občan / podnikateľ//| |//Spracovateľ podania formou vyplnenia žiadosti vo formulárovom prostredí//|//Nerelevantné//
++|//3.//|//OVM//| |//Konzument údajov//|//Doplniť ISVS (v projekte)//
++|//5.//|//Občan/Podnikateľ/OVM …//|//Doplniť skratku subjektu//|//Doplniť rolu (v projekte)//|//Doplniť ISVS (v projekte)//
--
--)))
--|5.|Administrátor systému|ÚGKK SR|Osoba zodpovedná za prevádzkovanie systému|Tu bude uvedené ISVS nového systému
--|6.|Geodet| |Špecifický subjekt, ktorý prijíma údaje katastra nehnuteľností a zároveň tieto údaje katastra nehnuteľností spracúva a zasiela na spracovanie geometrické plány, ktoré sú podkladom na aktualizáciu priestorových údajov katastra nehnuteľností|(((
--Tu bude uvedené ISVS nového systému
++== {{id name="_Toc1171095368"/}}{{id name="_Toc917011599"/}}{{id name="_Toc1971312639"/}}{{id name="_Toc1126157752"/}}{{id name="_Toc1310576106"/}}{{id name="_Toc2022117806"/}}{{id name="_Toc1657084950"/}}{{id name="_Toc1062413439"/}}{{id name="_Toc2022428828"/}}{{id name="_Toc2122222112"/}}{{id name="_Toc754065181"/}}{{id name="_Toc152607307"/}}{{id name="_Toc47815696"/}}{{id name="_Toc152607306"/}}{{id name="_Toc152607305"/}}{{id name="_Toc152607304"/}}{{id name="_Toc152607303"/}}{{id name="_Toc152607302"/}}{{id name="_Toc152607301"/}}{{id name="_Toc152607300"/}}{{id name="_Toc152607299"/}}{{id name="_Toc152607298"/}}{{id name="_Toc152607297"/}}{{id name="_Toc152607296"/}}{{id name="_Toc152607295"/}}{{id name="_Toc152607294"/}}3.4Ciele projektu ==
--
--)))
++//Do tabuliek nižšie doplniť CIEĽ /CIELE PROJEKTU, ich mapovanie na strategické ciele (napr. z NKIVS, KRIT a iných strategických dokumentov) a súvisiace merateľné ukazovatele (KPI- key performance indicators). Ciele musia byť S.M.A.R.T. - //konkrétne, merateľné, dosiahnuteľné, relevantné, časovo ohraničené.
++|**ID**|
++\\**Názov cieľa**|**Názov strategického cieľa**|**Spôsob realizácie strategického cieľa**
++|...| |...|...
++|...| |...|...
--
--* {{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
--
--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“).
--
--
--**Partnerská dohoda **pre špecifický cieľ RSO 1.2. Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy a konkrétne opatrenie: 1.2.1 Podpora v oblasti informatizácie a digitálnej transformácie, pričom hlavným cieľ je realizovaný v súlade so Stratégiou digitálnej transformácie Slovenska 2030.
--
--
--**Národná koncepcia informatizácie verejnej správy** definuje strategický cieľ Používanie služieb eGovernmentu občanmi (DESI), pričom určuje v rámci prioritnej osi 3 Efektívne IT nasledovné zamerania:
--
--
--|ID*|(((
--
--
--
--Názov cieľa
--)))|Názov strategického cieľa|Spôsob realizácie strategického cieľa
--|3.1|(((
--Zvýšiť úžitkovú hodnotu informačných systémov verejnej správy počas ich životného cyklu.
--
--
--)))|(((
--Strategický cieľ NKIVS: Používanie služieb eGovernmentu občanmi (DESI), Prioritná os 3: Efektívne IT
--
--
--Partnerská dohoda:
--RSO 1.2. Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy a konkrétne opatrenie: 1.2.1 Podpora v oblasti informatizácie a digitálnej transformácie
--)))|Realizácia projektu “Informačný systém katastra nehnuteľností 2.0”
--|3.3|Optimalizovať náklady verejnej správy|(((
--Strategický cieľ NKIVS: Používanie služieb eGovernmentu občanmi (DESI), Prioritná os 3: Efektívne IT
--
--
--Partnerská dohoda:
--RSO 1.2. Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy a konkrétne opatrenie: 1.2.1 Podpora v oblasti informatizácie a digitálnej transformácie
--)))|Realizácia projektu “Informačný systém katastra nehnuteľností 2.0”
--
--~* ID sú uvedené podľa ID príslušného cieľa NKIVS
--
--==   ==
--
  == {{id name="_Toc152607308"/}}3.5Merateľné ukazovatele (KPI) ==
--
--
--|ID|(((
--
--
--
--ID/Názov cieľa*
--)))|Názov
--ukazovateľa (KPI)|Popis
--ukazovateľa|Merná jednotka
-- |AS IS
--merateľné hodnoty
--(aktuálne)|TO BE
++|**ID**|
++\\**ID/Názov cieľa**|**Názov
++ ukazovateľa **(KPI)|**Popis
++ ukazovateľa**|**Merná jednotka**
++ |**AS IS
++ merateľné hodnoty
++ **(aktuálne)|**TO BE
  Merateľné hodnoty
--(cieľové hodnoty)|Spôsob ich merania|Pozn.
--|1|3.1|Systémy vyššej úspory|(((
--Podiel sledovaných systémov, ktoré generujú vyššiu
++ **(cieľové hodnoty)|**Spôsob ich merania**|**Pozn.**
++|...| |...|...|...|...|...|...|...
++|...| |...|...|...|...|...|...|...
++|...| |...|...|...|...|...|...|...
++//Vysvetlivky k vyplneniu tabuľky~://
--úsporu / benefity ako náklady na prevádzku sledovaných
++* //Vzory merateľných ukazovateľov pre projekt sú publikované v Checkliste pre agendu Merateľné ukazovatele/KPI (//__[[https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]__// )//
++* //**AS IS merateľné ukazovatele** – t. j. popíšte, aké merateľné ukazovatele máte teraz (vpíšte výsledky meraní – v merateľných jednotkách) .//
++* //**TO BE merateľné ukazovatele** – t. j. popíšte cieľové merateľné ukazovatele, ktoré chcete dosiahnuť.//
++* //Odporúčame, aby váš budúci IS mal automatizovaný monitoring (na pravidelnej báze, napr. týždenne) vami stanovených merateľných ukazovateľov – s cieľom, aby ste mohli riadiť službu, produkt, proces, ľudí//
++* //V prípade financovania cez zdroje EÚ uvádzať aj Projektové merateľné ukazovatele z operačného programu (špecifické ciele, merateľné ukazovatele atď).//
--systémov
--)))|systém|4|1|Počet systémov a hodnota úspor pri nákladoch na prevádzku|
--|2|3.1|Počet zamestnancov ÚGKK SR v platových triedach 1. až 6.|(((
--Podiel zamestnancov rezortu ÚGKK SR vykonávajúcich
--
--najnáročnejšie činnosti zaradené do 1. až 6. platovej
--
--triedy na celkovom počte štátnych zamestnancov
--)))|%|Hodnotu stanoví ÚGKK SR nasledovne - počet zamestnancov platovej triedy 1.-6., ktorí robia robotu ťažšiu ako táto trieda súčasnými IT systémami|Hodnota lepšia ako tá, ktorá nám vyjde.|Stanovenie zvýšenia počtu zamestnancov (v %) v triede 1. až 6., ktorí dokážu realizovať náročnejšie činnosti.|
--|3|3.3|Množstvo ušetrených výdavkov|(((
--Kumulatívne množstvo ušetrených výdavkov verejnej správy oproti
--
--alternatíve AS IS (zdroj: štátny rozpočet: Kľúčové ukazovatele v
--
--informatizácii)
--)))|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
--
--
  == {{id name="_Toc152607312"/}}{{id name="_Toc1937275886"/}}{{id name="_Toc741126126"/}}{{id name="_Toc1465086354"/}}{{id name="_Toc1808286414"/}}{{id name="_Toc773473969"/}}{{id name="_Toc1151283522"/}}{{id name="_Toc1993493887"/}}{{id name="_Toc2086720991"/}}{{id name="_Toc484272872"/}}{{id name="_Toc1278737203"/}}{{id name="_Toc325672769"/}}{{id name="_Toc152607311"/}}{{id name="_Toc152607309"/}}3.6Špecifikácia potrieb koncového používateľa ==
++//Táto časť sa týka projektov, ktoré sú zamerané na vývoj alebo rozvoj  ISVS/s elektronickými službami , ktoré  majú grafické alebo iné používateľské rozhranie a sú určené pre občanov/podnikateľov (alebo aj pracovníkov verejnej správy pracujúcich s agendovým systémom), ďalej označených ako koncoví používatelia. //
--//T//
++* //Špecifikácia požiadaviek koncových používateľov musí byť v súlade s legislatívou (s aktuálne platnou alebo s návrhom jej zmien ako súčasť projektu) a postupmi pri vytváraní elektronických služieb verejnej správy, ako sú napríklad používateľský prieskum, mapovanie používateľskej cesty, vytváranie informačnej architektúry a testovanie prototypov podľa vyhlášky //__[[547/2021 Z. z. o elektronizácii agendy verejnej správy>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2021/547/]]__//.//
++* //Definujte skupiny koncových používateľov elektronických služieb a popísať cieľové skupiny koncových používateľov, vrátane sociodemografických charakteristík cieľových skupín alebo účastníkov používateľského prieskumu. Príklad definície skupín koncových používateľov, tzv. persón nájdete v metodike pre tvorbu používateľsky kvalitných elektronických služieb (//__[[Metodika pre tvorbu používateľsky kvalitných elektronických služieb>>url:https://mirri.gov.sk/wp-content/uploads/2020/10/Metodicke-usmernenie-pre-tvorbu-pouzivatelsky-kvalitnych-elektronickych-sluzieb-VS_7102020.pdf]]__//).//
++* //Špecifikujte potreby resp. ciele koncových používateľov (ideálne formou tzv. //__ [[používateľského príbehu>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2023/401/#paragraf-13.odsek-4]]__//) ktoré identifikujú, čo jednotlivé skupiny koncových používateľov od elektronickej  služby požadujú.  Ak ide o zmenu (upgrade) elektronickej služby, ktorá už existuje, dajú sa ciele  koncových používateľov kvantitatívne odmerať: //
++** //ako sa koncovým používateľom svoje potreby (resp. ciele) darí napĺňať (performance indikátory) - napr. priemerný čas pre naplnenie potreby, miera chybovosti, miera dokončenia, pomer online/offline transakcií, //
++** //ako sú koncoví používatelia (ne)spokojní s existujúcou  elektronickou službou (Net Promoter Score, Customer effort Score, customer satisfaction....),//
++* //Pri rozvoji existujúcej elektronickej služby je možné použiť výstupy zo zisťovania spätnej väzby k elektronickej službe, ak z nich vyplývajú požiadavky koncových používateľov na rozvoj služby.  //
++* //Ak ide o vytváranie novej koncovej služby, realizuje sa používateľský prieskum spravidla metódou kvalitatívneho prieskumu (formou štruktúrovaného rozhovoru alebo dotazníka, ktorého cieľom je pomenovať základné ciele/potreby koncových používateľov) a očakávania od kvality a funkcionalít plánovanej elektronickej služby (odkaz návod (v angličtine): //__[[Ako vybrať vhodnú metódu používateľského prieskumu>>url:https://www.nngroup.com/articles/which-ux-research-methods/]]__//).//
++* //Priložte Report zákazníckeho prieskumu ako prílohu Projektového zámeru,  ktorý popíše priebeh a metódy prieskumu, základné kvantitatívne ukazovatele, veľkosť vzorky atď. //
++* //Doplňte Katalóg požiadaviek (funkčné, nefunkčné) o priorizované požiadavky z používateľského prieskumu v dokumente M-05 Analýza nákladov a prínosov, karta Katalóg požiadaviek I-04 Katalóg požiadaviek.//
++.
--
--Vzhľadom na súčasný stav, ponaučenia z minulosti a potreby jednotlivých zainteresovaných skupín používateľov bude zvolený nasledovný prístup k realizácii budúceho systému katastra nehnuteľností:
--
--1. Budúce riešenie bude centralizovaný systém používaný na jednotlivých KOOÚ a zároveň ÚGKK / VÚGK / GKÚ
--1. Riešenie bude realizované viacerými etapami, prvá etapa sa primárne zameriava na KOOU a nahrádza súčasné aplikácie WRKN / WISKN / VUK / SKM-KOKEŠ
--1. Prvá etapa je minimalistický variant
--1. Zmeny týkajúce sa vlastníckych práv na údajovej úrovni prebiehajú manuálnym potvrdzovaním pracovníkov KOOÚ a sú riešené za prevádzky, napr. v rámci zápisov zmien na LV
--
--Projekt bude realizovaný vo viacerých etapách:
--
--* **Etapa 0 – Súčasný stav** (WRKN, WISKN, VUK, SKM-KOKEŠ čiastočne CSKN, ESKN Portál, ZBGIS...)
--* **Etapa 1 – Nová centrálna aplikácia** nad dátami v **centrálnej databáze**
--**  Zavedenie nového Informačného systému katastra nehnuteľností 2.0
--*** Vytvorenie predpokladov na zmeny poskytovania údajov tretím stranám
--*** Aplikácie na poskytovanie údajov sa nemenia
--** UNDO funkcionalita pre zápis do platného stavu (úvodné zjednodušenie procesu spracovania komplexných podaní)
--** Systém WRKN / WISKN / VUK / SKM-KOKEŠ sú pre vybrané KÚ vypnuté z prevádzky
--**  Sprevádzkovanie a testovanie systému nad kvalitnými údajmi získanými novým mapovaním
--** **kontinuálne čistenie súčasných údajov a ich postupná migrácia do nového riešenia**
--* **Etapa 2 – Problematika poskytovania údajov tretím stranám**
--** Postupný presun odberateľov na nové formáty údajov (XML, CSV a pod)
--** 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
--** Využívanie integrácie na zdrojové registre (RFO, RPO, iné) prostredníctvom RIP
--** Doplnenie modulu/nástrojov na návrh stotožnenia osôb v rámci konaní a SPI, finálne potvrdenie je na používateľovi KOOÚ
--** 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ť
--**  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í
--* Optimalizácia procesov správy údajov katastra nehnuteľností
--* Zavedenie nového centralizovaného Informačného systému katastra nehnuteľností 2.0 a centralizovanej databázy údajov katastra nehnuteľností
--* Zavedenie nových nástrojov na distribúciu údajov katastra nehnuteľností
--* Zavedenie nových nástrojov na prijímanie nových údajov katastra nehnuteľností od tvorcov
--* Spravovanie histórie k zmenám údajov katastra
--* Naplnenie procesných potrieb KOOÚ napr. v aktuálnom stave úplne absentujúcou funkcionalitou prípravy budúceho stavu
--
  == {{id name="_Toc152607313"/}}{{id name="_Toc198641823"/}}{{id name="_Toc1446281799"/}}{{id name="_Toc1842310707"/}}{{id name="_Toc1163807533"/}}{{id name="_Toc916545230"/}}{{id name="_Toc521854426"/}}{{id name="_Toc498488475"/}}{{id name="_Toc1758750743"/}}{{id name="_Toc207777217"/}}{{id name="_Toc936389862"/}}{{id name="_Toc1446163721"/}}3.7Riziká a závislosti ==
--Zoznam rizík a závislostí je detailne rozpracovaný v prílohe tohto dokumentu č. 1: Zoznam rizík a závislostí (dokument: I_01_PRILOHA_1_REGISTER_RIZIK-a-ZAVISLOSTI_ISKN_2_0.xlsx). Tento zoznam bude počas celej realizácie projektu aktualizovaný.
++//Doplňte/stručne popíšte **RIZIKÁ a ZÁVISLOSTI** (detail v prílohe ZOZNAM RIZÍK a ZÁVISLOSTI) **Zoznam RIZÍK a ZÁVISLOSTI** - je potrebné počas celej realizácie projektu aktualizovať.//
++* //V prípade projektov financovaných zo zdrojov EÚ je povinné vyhodnotenie rizík súvisiacich s~://
++* //Realizáciou verejného obstarávania (t.j. napr. pred vyhlásením VO bude dopad na projekt Fatálny, ak má objednávateľ už uzatvorenú dodávateľskú zmluvu, bude dopad nevýznamný a pod...)//
++* //Legislatívou: vyhodnotiť potrebu zmeny legislatívy (ak je potrebné prijať nový zákon tak bude dopad Fatálny)//
++* //Časovým priebehom: ak je harmonogram realizácie naplánovaný do konca roka 2023, tak bude dopad Fatálny.//
++
  == {{id name="_Toc152607315"/}}{{id name="_Toc1793724252"/}}{{id name="_Toc1466175488"/}}{{id name="_Toc1609225226"/}}{{id name="_Toc1296717251"/}}{{id name="_Toc1633501589"/}}{{id name="_Toc1315070395"/}}{{id name="_Toc1675606855"/}}{{id name="_Toc577492669"/}}{{id name="_Toc1200979875"/}}{{id name="_Toc248627913"/}}{{id name="_Toc1580551965"/}}{{id name="_Toc47815698"/}}{{id name="_Toc521508979"/}}3.8Stanovenie alternatív v biznisovej vrstve architektúry ==
++//Na základe identifikovaného rozsahu problému navrhujete v projektovom zámere rôzne riešenia biznis procesov (podmnožiny problému). Alternatíva môže pokrývať procesy všetkých stakeholderov (zainteresované strany) alebo iba vybraných, celú životnú situáciu alebo len časť. Na úrovni stanovenia alternatívy je budúci stav biznis procesov popísaný rámcovo, pri zúžení alternatív na tie, ktoré vstupujú do CBA konkrétne.//
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_6f4954d8b4fa4b84.png||height="161" width="594"]]
--1. Zachovanie existujúceho stavu
--1. Vytvorenie centralizovaného riešenia
--1. Vytvorenie centralizovaného riešenia s nástrojmi aktualizácie údajov
--1. Vytvorenie centralizovaného riešenia (alt. 2) s prepojeniami na iné systémy evidencie fyzických a právnických osôb.
--
--0. 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).
--
--
--~1. Vytvorenie centralizovaného riešenia
--
--V prípade vytvorenia centralizovaného riešenia pôjde o vývoj centrálneho IS, ktorý bude určený na správu údajov katastra nehnuteľností. Umožní distribúciu činností pre rôzne KOOÚ, umožní centrálnu správu databázy údajov katastra nehnuteľností, avšak nebude obsahovať nástroje kontroly a aktualizácie údajov katastra nehnuteľností (nástroje pre import údajov zo strany geodetov, kontrolu údajov a súčasne nástroje na tvorbu “TO BE” stavu, rovnako ako strata možnosti resp. obmedzené možnosti sledovania histórie zmien údajov katastra nehnuteľností, rovnako ako nízka odolnosť voči kybernetickým útokom a trvalej strate dát katastra nehnuteľností).
--
--
--2. Vytvorenie centralizovaného riešenia s nástrojmi aktualizácie údajov
--
--Ide prakticky o vytvorenie kompletného ISKN 2.0 so všetkými nástrojmi podľa potrieb ÚGKK SR. Celý projekt však bude izolovaný od IS iných OVM, t.j. nedôjde k potenciálnemu zjednoteniu s údajmi CSRÚ (napríklad RFO, RPO a pod.).
--
--
--3. Vytvorenie centralizovaného riešenia (alt. 2) s prepojeniami na iné systémy evidencie fyzických a právnických osôb
--
--Štvrtá alternatíva predpokladá realizáciu alternatívy 2 s prepojením na iné systémy OVM, s potenciálom zjednotenia s údajmi CSRÚ. Samotné zjendotenie je veľmi dôležité, pričom je potrebné napríklad aj s ohľadom na IS CISMA a iné registre brať do úvahy stav, kedy údaje o úmrtí vlastníka, nájomcu alebo správcu, resp. o zániku právnickej osoby ako vlastníka, nájomcu alebo správcu sú v IS iných OVM už k dispozícii, avšak v ISKN 2.0 musia byť evidované v stave “TO BE” stavu, pričom rozhodujúci moment pre zmenu údajov katastra nehnuteľností je výsledok katastrálneho konania ako súčasti biznis procesu správy údajov katastra nehnuteľností na KOOÚ, ktoré musí byť zo strany ISKN 2.0 plne podporované.
--
--
--[[image:1734609422370-917.png||height="385" width="572"]]
--
--
  == {{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 ==
++//Výber alternatív prebieha na úrovni biznis vrstvy prostredníctvom MCA zostavenej na základe kapitoly Motivácia, ktorá obsahuje ciele stakeholderov, ich požiadavky a obmedzenia pre dosiahnutie uvedených cieľov.//
++//Niektoré (nie všetky) kritériá môžu byť označené ako KO kritériá. KO kritériá označujú biznis požiadavky na riešenie, ktoré sú z hľadiska rozsahu identifikovaného problému a motivácie nevyhnutné pre riešenie problému a všetky akceptovateľné alternatívy ich tak musia naplniť. Alternatívy, ktoré nesplnia všetky KO kritériá, môžu byť vylúčené z ďalšieho posudzovania. KO kritériá nesmú byť technologické (preferovať jednu formu technologickej implementácie voči druhej).//
++Príklad šablóny pre spracovanie MCA
--
--Definícia parametrov MCA:
--
--
--| |KRITÉRIUM|ZDÔVODNENIE KRIÉRIA|ST1|ST2|ST3|ST4|ST5|ST6
--|(% rowspan="5" %)(((
--BIZNIS VRSTVA
--
--
--)))|Kritérium A (KO)|Udržateľnosť IS na správu KO|X|X| |X|X|X
--|Kritérium B (KO)|Centralizovaná správa údajov katastra nehnuteľností| |X| |X|X|X
--|Kritérium C (KO)|Poskytovanie údajov aj služieb katastra|X|X|X|X|X|X
--|Kritérium D (KO)|Vyhovujúca kvalita údajov katastra nehnuteľností| |X|X|X| |X
--|Kritérium E (KO)|Ochrana osobných údajov a zvýšenie bezpečnosti pri poskytovaní údajov|X|X|X|X|X|X
--| |Kritérium F|Zjednotenie s registrami iných OVM|X|X|X|X|X|X
--
--
--Vyhodnotenie MCA
--
--|Zoznam kritérií|(((
--Alternatíva
--
--1
++| |**KRITÉRIUM**|**ZDÔVODNENIE KRIÉRIA**|(((
++**STAKEHOLDER**
++**1**
  )))|(((
--Spôsob
--
--dosiahnutia
--)))|Alternatíva 2|(((
--Spôsob
--
--dosiahnutia
++**STAKEHOLDER**
++**2**
++)))|(((
++**STAKEHOLDER**
++**3**
  )))
--|Kritérium A|Nie|Z hľadiska použitých technológií súčasný stav – ani v prípade rozvoja existujúcich IS neumožní zabezpečiť udržateľnosť IS na správu údajov katastra nehntueľností, nakoľko ide o IS založené na zastaraných princípoch a technológiách.|áno|Navrhované riešenie postavené na moderných technológiách bude umožňovať dlhodobú udržateľnosť prevádzkových systémov s ohľadosť na otvorenosť platformy, jej potenciál rozvoja a škálovateľnosti.
--|Kritérium B|Nie|Existujúce IT technológie neumožňujú centralizovanú správu údajov katastra nehnuteľností a ak áno, tak za cenu neprimeraných finančných a personálnych nákladov, ako aj bezpečnostných rizík.|áno|Celý návrh riešenia bude vychádzať z toho, že má byť budované na centralizovanej úrovni, t.j. použité IT technológie zabezpečia schopnosť nového systému centralizovanej správy údajov katastra nehnuteľností.
--|Kritérium C|Nie|Súčasné riešenie na správu údajov katastra priamo z povahy vlastných technológií neumožňuje poskytovanie dátových balíkov a služieb, je používaný systém ESKN.|nie|Toto riešenie nebude mať nástroje na poskytovanie údajov a služieb, t.j. nebude disponovať ani nástrojmi pre geodetov na aktualizáciu údajov, bude absentovať celá sada funkcionalít na tvorbu “to be” stavu a histórie údajov katastra nehnuteľností.
--|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í.
--)))
--|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
--
--3
++|(% rowspan="6" %)BIZNIS VRSTVA|Kritérium A (KO)| |X|X|X
++|Kritérium B (KO)| |X|X|
++|Kritérium C (KO)| | |X|X
++|Kritérium D (KO)| | |X|X
++|Kritérium E| |X|X|
++|Kritérium F| |X| |X
++Príklad šablóny pre vyhodnotenie MCA
++|**Zoznam kritérií**|(((
++**Alternatíva**
++**1**
  )))|(((
--Spôsob
--
--dosiahnutia
--)))|Alternatíva 4|(((
--Spôsob
--
--dosiahnutia
++**Spôsob**
++**dosiahnutia**
++)))|**Alternatíva 2**|(((
++**Spôsob**
++**dosiahnutia**
  )))
--|Kritérium A|áno|Navrhované riešenie postavené na moderných technológiách bude umožňovať dlhodobú udržateľnosť prevádzkových systémov s ohľadosť na otvorenosť platformy, jej potenciál rozvoja a škálovateľnosti.|áno|Navrhované riešenie postavené na moderných technológiách bude umožňovať dlhodobú udržateľnosť prevádzkových systémov s ohľadosť na otvorenosť platformy, jej potenciál rozvoja a škálovateľnosti
--|Kritérium B|áno|Celý návrh riešenia bude vychádzať z toho, že má byť budované na centralizovanej úrovni, t.j. použité IT technológie zabezpečia schopnosť nového systému centralizovanej správy údajov katastra nehnuteľností.|áno|(((
--Celý návrh riešenia bude vychádzať z toho, že má byť budované na centralizovanej úrovni, t.j. použité IT technológie zabezpečia schopnosť nového systému centralizovanej správy údajov katastra nehnuteľností.
++|Kritérium A|áno|vysvetlenie prečo áno|áno|vysvetlenie prečo áno
++|Kritérium B|áno|vysvetlenie prečo áno|nie|
++|Kritérium C|áno|vysvetlenie prečo áno|nie|
++|Kritérium D|áno|vysvetlenie prečo áno|nie|
--
--)))
--|Kritérium C|áno|Riešenie bude mať realizované funkcionality na poskytovanie údajov a služieb a to vrátane poskytovania a prijímania údajov od osôb oprávnených pripravovať údaje na zmeny obsahu katastra nehnuteľností (geodeti). Technológie budú umožňovať okrem objednávania údajov aj odosielanie spracovateľských vstupov, ich kontrolu, logovanie chýb, tvorbu “to be” stavu a sledovanie histórie údajov katastra nehnuteľností.|áno|(((
--Riešenie bude mať realizované funkcionality na poskytovanie údajov a služieb a to vrátane poskytovania a prijímania údajov od osôb oprávnených pripravovať údaje na zmeny obsahu katastra nehnuteľností (geodeti). Technológie budú umožňovať okrem objednávania údajov aj odosielanie spracovateľských vstupov, ich kontrolu, logovanie chýb, tvorbu “to be” stavu a sledovanie histórie údajov katastra nehnuteľností.
--
--
--)))
--|Kritérium D|áno|Celé riešenie bude orientované na sledovanie kvality údajov katastra nehnuteľností. Každá zmena údajov bude mať auditnú stopu (sledovanie histórie), okrem toho bude riešenie orientované na kontrolu prijímaných dátových vstupov (geometrických plánov) a ich technickú kontrolu.|áno|(((
--Celé riešenie bude orientované na sledovanie kvality údajov katastra nehnuteľností. Každá zmena údajov bude mať auditnú stopu (sledovanie histórie), okrem toho bude riešenie orientované na kontrolu prijímaných dátových vstupov (geometrických plánov) a ich technickú kontrolu.
--
--
--)))
--|Kritérium E|á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.|á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|Riešenie v tejto alternatíve nepredpokladá integráciu na IS resp. Služby iných IS poskytovaných inými OVM.|áno|Riešenie bude prepojené s inými relevantnými IS iných OVM, ktoré zabezpečia aktuálnosť jeho údajov.
--
--
--
--
  == {{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" %)^^2^^>>path:#sdfootnote2sym||name="sdfootnote2anc"]](%%)// architektonických modelov verejnej správy, alebo modelovací nástroj, ktorý podporuje export modelu do štandardizovaných výmenných formátov súborov (The Open Group ArchiMate Model Exchange File Format Standard)^^ [[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^3^^>>path:#sdfootnote3sym||name="sdfootnote3anc"]](%%)^^ a export súborov podľa špecifikácie BPMN 2.0//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^4^^>>path:#sdfootnote4sym||name="sdfootnote4anc"]](%%)//,//
++** //Pre jednoznačnú identifikovateľnosť komponentov v náhľade architektúry uveďte aj ich MetaIS kódy//
++** //Očakáva sa, že ak realizujete popis dizajn procesov podľa pravidiel EVS, tak všetky výstupy musia byť v súlade s metodikou a postupom: //__[[https:~~/~~/www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave&subor=255448>>url:https://www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave&subor=255448]]__ .
++** //Náhľad architektúry v tomto výstupe I-02 Projektový zámer by mal byť v súlade s jeho detailizáciou vo výstupe I-03 Prístup k projektu, ak objednávateľ podľa prílohy č. 1 vyhlášky 401/2023 Zz pripravuje aj výstup I-03 Prístup k projektu.//
++** //Náhľad architektúry v tomto výstupe I-02 Projektový zámer by mal byť v súlade s výstupom M-06 - aktualizáciou evidencie e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIs) a komponenty, ktorých sa projekt týka by mali mať upravenú evidenciu ich stavu a fázu ich životného cyklu.//
++** //Príklad náhľadu na architektúru podľa metamodelu e-Government komponentov evidovaných v MetaIS~://
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_fc5f5326fe7d94a7.gif||alt="Obrázok 8" height="459" width="551"]]
++//Obrázok 1 Príklad náhľadu architektúry v notácii ArchiMate//
--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" %)^^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: ===
@@ -1181,9 +1181,7 @@
  [['|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.atribut('EA_Profil_KS_pouzivatel_ks')?:''} +
  '|' + ${item.zs?.nazov?:''} + '; ' + ${item.zs?.kodMetais?:''} + '|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_KS_sofistikovanost')?:''}]]
  [/]
--"}}
--|=Kód KS (z MetaIS)|=Názov KS|=Používateľ KS (G2C/G2B/G2G/G2A)|=Životná situáciab(+ kód z MetaIS)|=Úroveň elektronizácie KS
--{{/content}}
++"}}|=Kód KS (z MetaIS)|=Názov KS|=Používateľ KS (G2C/G2B/G2G/G2A)|=Životná situáciab(+ kód z MetaIS)|=Úroveň elektronizácie KS{{/content}}
  === 5.1.2Prehľad budovaných/rozvíjaných ISVS v projekte – budúci stav: ===
@@ -1194,11 +1194,8 @@
  '|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_typ_isvs')?:''} +
  '|' + ${item.nadradeneIsvs?.kodMetais?:''} + '|')]
  [/]
--"}}
--|=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
--|isvs_421|Informačný systém katastra nehnuteľností|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
--c_stav_isvs.2|Vyberte jednu z možností
--c_typ_isvs.1| |
++"}}|=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
++|isvs_421|Informačný systém katastra nehnuteľností|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.2|Vyberte jednu z možností\\c_typ_isvs.1||
  {{/content}}
  === 5.1.3Prehľad budovaných aplikačných služieb – budúci stav: ===
@@ -1207,11 +1207,9 @@
  |=Kód AS (z MetaIS)|=Názov AS|=ISVS/modul ISVS (kód z MetaIS)|=Aplikačná služba realizuje KS (kód KS z MetaIS)[# th:each='item : ${as}']
  [('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.sluziIsvs?:''} + '|' + ${#strings.listJoin(item.ks, ', ')} + '|')]
  [/]
--"}}
--|=Kód AS (z MetaIS)|=Názov AS|=ISVS/modul ISVS (kód z MetaIS)|=Aplikačná služba realizuje KS (kód KS z MetaIS)
--{{/content}}
++"}}|=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" %)^^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.//
@@ -1255,7 +1255,8 @@
  * //Plánované aplikačné služby musia byť evidované v MetaIS s fázou životného cyklu a musia mať v MetaIs evidované všetky povinné atribúty a vzťahy,//
  * //Evidencia integrácií v MetaIS sa realizuje evidovaním vzťahov aplikačných služieb budovaného~/~/rozvíjaného ISVS na príslušné aplikačné služby nadrezortných ISVS. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.3.1 a kap. 2.1.3.3.2.__ __Detailný popis služieb IS CSRÚ a poskytovaných objektov evidencie je v aktuálnej verzii integračného manuálu IS CSRÚ.//
  * //Ak IS povinnej osoby potrebuje konzumovať alebo poskytovať služby iným ISVS alebo IS tretích strán prostredníctvom modulu Centrálna API Manažment Platforma (CAMP) a jej modulu API Gateway, je potrebné aplikačné služby IS Povinnej osoby naviazať na príslušné integračné služby CAMP (API Gatewy).//
--* //Budované aplikačné služby musia mať v MetaIs evidované SLA parametre pre východiskový a cieľový stav. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.//{{content id="projekt.integracne_as" template="
++* //Budované aplikačné služby musia mať v MetaIs evidované SLA parametre pre východiskový a cieľový stav. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.//
++{{content id="projekt.integracne_as" template="
  |=AS (Kód MetaIS)|=Názov AS|=Realizuje ISVS (kód MetaIS)|=Poskytujúca alebo Konzumujúca|=Integrácia cez CAMP|=Integrácia s IS tretích strán|=SaaS|=Integrácia na AS poskytovateľan (kód MetaIS)[# th:each='item : ${as}']
  [('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.isvs?:''} +
  '|' + 'Poskytovaná / Konzumujúca////////' + ${item.atribut('EA_Profil_AS_typ_cloudovej_sluzby')?:''} +
@@ -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" %)^^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.//
@@ -1956,4 +1956,4 @@
  [[6>>path:#sdfootnote6anc||name="sdfootnote6sym"]] Spoločné moduly podľa zákona č. 305/2013 e-Governmente
  [[7>>path:#sdfootnote7anc||name="sdfootnote7sym"]] EUPL licencie: __[[https:~~/~~/joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf>>url:https://joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf]]__
--| | |
++| | |

1734609422370-917.png

Autor

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

Veľkosť

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

Obsah

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?