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

Naposledy upravil Markéta Šimoni 2025/01/23 14:30

From 3.1 to 2.2 From 5.1 to 4.1

Z verzie 4.1

upravil Marián Brém
-

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

Do verzie 3.1

upravil Marián Brém
-

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, 1 removed)
- aplarch.jpg

Podrobnosti

Vlastnosti stránky

Obsah

@@ -314,13 +314,15 @@
  * **Nedostatok transparentnosti – Nedostatočný prehľad o údajoch môže viesť k neinformovanému rozhodovaniu. Projekt sa snaží zabezpečiť lepšiu transparentnosť a dostupnosť údajov pre všetky relevantné strany.**
  * **Nepripravenosť na škálovanie a rozvoj – Súčasné systémy nemusia byť pripravené na rozširovanie a spracovanie väčšieho objemu dát v budúcnosti. Projekt reflektuje potrebu škálovateľného riešenia, ktoré bude schopné rásť spolu s požiadavkami organizácie.**
--[[Obrázok 1 Motivačná architektúra>>image:motarch.png||alt="Obrázok 1 Motivačná architektúra" height="651" width="895"]]
++[[image:file:////Users/majco/Library/Group%20Containers/UBF8T346G9.Office/TemporaryItems/msohtmlclip/clip_image001.png]]
++Obrázok 1 Motivačná architektúra
++
  **Projekt teda reflektuje potrebu:**
--*
++*
  ** Zabezpečenie prístupu občana/podnikateľa k údajom, ktoré o nich eviduje úrad.
  ** Aplikácia princípu 1-krát a dosť a zabezpečenie využívania už existujúcich údajov.
  ** Zriadenie registrov a evidencií, ktoré umožnia centrálne riadenie dát a minimalizujú administratívne zaťaženie zamestnancov.
@@ -333,6 +333,7 @@
  ** Revízie smerníc a ich dodržiavania s cieľom nadobudnúť schopnosť promptne sa prispôsobovať zmenám (technologickému pokroku, legislatívnym zmenám), a zabezpečenie prísneho dodržiavania predpisov o ochrane a bezpečnosti údajov pre ochranu citlivých informácii a zachovanie integrity a spoľahlivosti systémov ÚV SR.
  ** Súhrnne zjednotenie údajovej základne úradu a zvýšenie kvality údajov.
++
  **Aplikované princípy informatizácie VS (v zmysle NKIVS):**
@@ -351,8 +351,10 @@
  * Včasné riešenie bezpečnosti
  * Dostupnosť – odolnosť voči výpadkom
--=== 3.3 Zainteresované strany/Stakeholderi ===
++1.
++11. Zainteresované strany/Stakeholderi
++
  |**ID**|(((
  **AKTÉR / STAKEHOLDER**
@@ -386,10 +386,13 @@
  |4.|Občan|-|Zákazník / Užívateľ|N/A
  |5.|Podnikateľ|-|Zákazník / Užívateľ|N/A
--=== 3.4 Ciele projektu ===
++1.
++11. Ciele projektu
++
  Hlavným cieľom projektu je vytvoriť komplexný systém, ktorý zabezpečí občanom informácie o spracovaní ich osobných údajov a poskytne im kontrolu nad tým, kto a za akých podmienok môže k týmto údajom pristupovať a naplniť povinnosti Úradu vlády Slovenskej republiky (ďalej len „ÚV SR“) zabezpečením výmeny jej údajov a prenosu údajov medzi inštitúciami v rámci SR vytvorením moderného riešenia s konzistentnou, interoperabilnou a integrovanou databázou údajov.
++
  Hlavný cieľ je možné rozdeliť na čiastkové ciele:
  * Zabezpečenie prístupu občanov k údajom, ktoré ÚV SR o nich eviduje, prostredníctvom služby „Moje dáta“.
@@ -436,8 +436,11 @@
  |2|Zvýšiť spokojnosť a dôveru osôb a subjektov verejnej správy s elektronickými službami|Zvýšiť spokojnosť a dôveru osôb a subjektov verejnej správy s elektronickými službami|Optimalizácia dizajnu a funkcionalít webových stránok a aplikácií pre lepšiu užívateľskú prívetivosť a intuitívnosť. Proaktívne informovať ohľadom náležitostí potrebných pre splnenie povinností voči ÚV SR vo veci žiadosti a povinností
  |3|Zjednodušiť prístup k elektronickým službám verejnej správy|Zjednodušiť prístup k elektronickým službám verejnej správy|Prostredníctvom implementácie ľahko dostupných a používateľsky prívetivých riešení
--=== 3.5 Merateľné ukazovatele (KPI) ===
++==   ==
++1.
++11. Merateľné ukazovatele (KPI)
++
  |ID|(((
@@ -479,12 +479,18 @@
  |8..|Vytvorenie registrov resp. evidencií, ktoré umožnia centrálne riadenie dát a eliminujú prácnosť na strane zamestnancov organizácie / Zlepšenie rozhodovania vo verejnej správe|Počet nových evidencií|Počet nových evidencií|Počet|0|9|Overenie akceptačným protokolom
  |9.|Vytvorenie rezortnej integračnej platformy|Vytvorenie rezortnej integračnej platformy|Vytvorenie rezortnej integračnej platformy pre konsolidáciu interných systémov inštitúcie|Počet|0|1|Akceptačný protokol
--=== 3.6 Špecifikácia potrieb koncového používateľa ===
++1.
++11. Špecifikácia potrieb koncového používateľa
++
  Projekt nerealizuje elektronické koncové služby s používateľským rozhraním pre občanov alebo podnikateľov. Projekt sa výhradne venuje dátovej problematike a práce s údajmi. Zároveň projekt vychádza z aktuálnej výzvy a požiadaviek výzvy, ktorá definuje minimálne funkčné resp. nefunkčné požiadavky na realizované podaktivity a teda aj samotné riešenie. Funkčné a nefunkčné požiadavky vychádzajú teda predovšetkým z požiadaviek uvedenej výzvy.
--=== 3.7 Riziká a závislosti ===
++.
++
++1.
++11. Riziká a závislosti
++
  Riziká a závislostí sú spracované v Prílohe č. 1 – **Zoznam RIZÍK a ZÁVISLOSTÍ**. Zoznam rizík a závislostí reflektuje riziká v čase prípravno-iniciačnej fázy projektu.
  |**ID**|(((
@@ -505,8 +505,10 @@
  |**11**|Nesúčinnosť a nespoľahlivosť dodávateľa|Predčasné ukončenie projektu, alebo predĺženie doby realizácie projektu.
  |**12**|Nedostatok ľudských zdrojov|Predĺženie doby realizácie projektu. Výstupy projektu budú dodané v nedostatočnej kvalite.
--=== 3.8 Stanovenie alternatív v biznisovej vrstve architektúry ===
++1.
++11. Stanovenie alternatív v biznisovej vrstve architektúry
++
  V rámci biznisovej vrstvy architektúry sme porovnávali 3 variantné alternatívy riešenia súčasného stavu. Na základe identifikovaného rozsahu problému v projektovom zámere boli stanovené tri rôzne riešenia. Ako najefektívnejšia bola vybraná Alternatíva č. 3 taká, kt. pokrýva procesy a požiadavky všetkých stakeholderov.
@@ -514,17 +514,23 @@
  //[[image:file:////Users/majco/Library/Group%20Containers/UBF8T346G9.Office/TemporaryItems/msohtmlclip/clip_image002.png]]//
++
  Alternatíva 1 Táto alternatíva znamená ponechanie súčasného stavu. Pri tejto alternatíve by zostala aj vysoká prácnosť pri plnení špecifických požiadaviek a nemožnosť poskytovania údajov. Povinnosti vyplývajúce zo koncepcie štátnej politiky vo vzťahu k dátovému programu by ostali nenaplnené.
++
  Alternatíva 2 Táto alternatíva uvažuje so zvýšením dostupnosti údajov zavedením manažmentu osobných údajov. Zároveň  v rámci danej alternatívy sa zabezpečí čistenie údajov a realizuje legislatívna analýza údajov ÚV SR vrátane integrácie na CPDI za účelom poskytovania údajov pre službu „moje dáta“. Kompletné zvýšenie dostupnosti údajov bude zabezpečené len v rámci existujúcich systémov a existujúcich zdrojov ÚV SR.
++
  Alternatíva 3 Alternatíva uvažuje so zvýšením dostupnosti údajov zavedením manažmentu osobných údajov. Zároveň  v rámci danej alternatívy sa zabezpečí čistenie údajov a realizuje legislatívna analýza údajov ÚV SR vrátane integrácie na CPDI za účelom poskytovania údajov pre službu „moje dáta“. Kompletné zvýšenie dostupnosti údajov bude zabezpečené prostredníctvom nových vybudovaných investícií, kde bude zároveň zabezpečené právo dotknutej osoby na prístup k údajom (bezpečnosť údajov a GDPR). Vybudovaný systém zabezpečí zároveň lepšie využívanie údajov v rámci samotnej organizácie.
--=== 3.9 Multikriteriálna analýza ===
++1.
++11. Multikriteriálna analýza
++
  Výber alternatív prebieha prostredníctvom MCA zostavenej na základe kapitoly Motivácia a rozsah projektu, 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).
@@ -583,21 +583,27 @@
  **Na základe vyhodnotenia MCA analýzy vychádza Alternatíva 3 ako jediná, ktorá spĺňa všetky požiadavky**.
--=== 3.10 Stanovenie alternatív v aplikačnej vrstve architektúry ===
++1.
++11. Stanovenie alternatív v aplikačnej vrstve architektúry
++
  Na aplikačnej vrstve budú projektom riešené len aplikačné moduly/funkcionality, ktoré sú nevyhnutné pre dosiahnutie cieľov vybranej alternatívy č. 3. 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. Cieľom je v čo najvyššej možnej miere zabezpečiť, aby jednotlivé IS/moduly boli vyvinuté formou open source (EUPL licenčný model) - bližšie informácie k EUPL sú uvedené v Prístupe k projektu, kapitola 6.
--=== 3.11 Stanovenie 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. Projekt počíta s rozšírením existujúcej technologickej vrstvy, kde bude toto riešenie implementované. Z tohto dôvodu je ekonomicky nevýhodné uvažovať s ďalšími alternatívami na technologickej vrstve architektúry.
++1.
++11. Stanovenie alternatív v technologickej vrstve architektúry
--== 4. POŽADOVANÉ VÝSTUPY  (PRODUKT PROJEKTU) ==
++Alternatívy na úrovni technologickej architektúry reflektujú alternatívy vypracované na základe „nadradenej“ architektonickej aplikačnej vrstvy. Projekt počíta s rozšírením existujúcej technologickej vrstvy, kde bude toto riešenie implementované. Z tohto dôvodu je ekonomicky nevýhodné uvažovať s ďalšími alternatívami na technologickej vrstve architektúry.
++1. POŽADOVANÉ VÝSTUPY  (PRODUKT PROJEKTU)
++
  Výstupom projektu je funkčný, stabilný, efektívny, bezpečný systém. Výstupom bude aj dodanie používateľskej príručky, inštalačnej príručky a pokynov na inštaláciu (úvodnú/opakovanú), prevádzkový opis a pokyny pre servis, údržbu a diagnostiku, pokyny na obnovu pri výpadku alebo havárii (Havarijný plán) a bezpečnostný projekt. Na dodržanie štandardov sa použije M-04 Audit kvality zameraný na výstupy z iniciačnej, realizačnej a dokončovacej fázy projektu.
++
  Realizácia projektu bude v zmysle vyhlášky MIRRI SR č. 401/2023 Z. z. pozostávať z uvedených etáp:
++
  * Analýza a dizajn,
  * Nákup technických prostriedkov, programových prostriedkov a služieb
  * Implementácia a testovanie,
@@ -725,10 +725,10 @@
  **- **M-04 Audit kvality
--**- **M-05 Analýza nákladov a prínosov5.
++**- **M-05 Analýza nákladov a prínosov
  )))
--== 5. NÁHĽAD ARCHITEKTÚRY ==
++1. NÁHĽAD ARCHITEKTÚRY
  Cieľom navrhovaného stavu aplikačnej architektúry je priniesť komplexné zefektívnenie správy dát, ktoré umožní lepšie využitie a sprístupnenie kľúčových informácií v rámci Úradu vlády Slovenskej republiky. Tento nový prístup reaguje na potrebu zvýšiť efektivitu práce s údajmi, zjednotiť rôzne zdroje dát a zabezpečiť ich vyššiu kvalitu a konzistenciu.
@@ -751,18 +751,25 @@
  V rámci integrácie iné IS VS sa očakáva poskytovanie dát pre OpenData, KAV MIRRI a MOÚ, kde bude úrad poskytovať identifikované datasety s príslušnými dáta vhodné pre publikovanie do OpenData a KAV MIRRI a taktiež vhodné pre poskytovanie údajov o subjektoch do MOÚ.
--[[Obrázok 2 Aplikačná architektúra>>image:aplarch.jpg||alt="Obrázok 2 Aplikačná architektúra"]]
--==== Modul publikovania dát (MPD) ====
++[[image:file:////Users/majco/Library/Group%20Containers/UBF8T346G9.Office/TemporaryItems/msohtmlclip/clip_image003.jpg]][[image:1734363477730-688.png||height="644" width="672"]]
++Obrázok 2 Aplikačná architektúra
++
++
++
++=== Modul publikovania dát (MPD) ===
++
  Modul publikovania dát je navrhnutý na sprístupnenie otvorených údajov externým systémom a aplikáciám cez štandardizované rozhrania. Sprístupní dáta z lokálneho katalógu otvorených údajov. Modul je navrhnutý s podporou SPARQL ako primárne rozhranie umožňujúce priamu interakciu s údajmi v RDF formáte. Okrem údajov uložených v lokálnom katalógu otvorených dát, modul bude podporovať aj publikáciu metadát s podľa DCAT-AP-SK 2.1.1 metodiky.
--==== Modul Moje dáta (MMD) ====
++=== Modul Moje dáta (MMD) ===
++
  Modul moje dáta je navrhnutý na správu a sledovanie prístupu k osobným údajom jednotlivca. Jeho hlavným cieľom je zabezpečenie transparentnej informovanosti občana o tom, kedy, kde a na aký účel boli ich osobné údaje spracované alebo sprístupnené. Tento modul podporuje koncept transparentnosti pri zabezpečení súladu s legislatívou o ochrane osobných údajov. Zaznamenané udalosti súvisiace s prístupom alebo zo spracovaním osobných údajov občana a udalosti bude synchronizovať do IS MOU - informačného systému Moje Osobné Údaje.
--==== Modul riadenia kmeňových dát (MDM) ====
++=== Modul riadenia kmeňových dát (MDM) ===
++
  Modul slúži na centralizovanú správu, integráciu a konsolidáciu kmeňových dát organizácie. Tieto kmeňové dáta predstavujú základné, opakovane používané údaje, ktoré sú kľúčové pre všetky procesy a systémy v organizácii, ako napríklad základné číselníky, registre, údaje o užívateľoch alebo organizáciách vystupujúcich v rôznych procesoch organizácie. Jeho hlavným prínosom je eliminácia nekonzistencie údajov uložených v rôznych systémoch, poskytuje „single source of truth“ pre všetky systémy, zabezpečuje dôveryhodné dáta pre analytiku a ostatné agendové systémy.
  Hlavné funkcie modulu sú správa číselníkov, správa kmeňových dát, konsolidácia údajov z rôznych systémov, správa metaúdajov, riadenie zmien a verzionovanie dát alebo generovanie štatistík a reportov o kvalite dát, ich používaní a histórii zmien.
@@ -773,8 +773,9 @@
  Modul disponuje používateľským rozhraním pre kurátorov a data stewardov pre správu číselníkov, metaúdajov, pre prístup k reportom a štatistikám ako aj pre správu LKOD
--==== Modul riadenia kvality dát (DQM) ====
++=== Modul riadenia kvality dát (DQM) ===
++
  Modul riadenia kvality dát (Data Quality Management) sa zameriava na zabezpečenie, monitorovanie a zlepšovanie kvality dát v rámci organizácie. Zameriava sa na správu údajov tak, aby boli konzistentné, presné, aktuálne a relevantné pre procesy, rozhodovanie a analytické účely. Nosné funkcie modulu je analýza údajov na identifikáciu problémov ako sú chýbajúce hodnoty, nekonzistentné formáty alebo duplicitné záznamy. Modul umožní definíciu pravidiel pre validáciu a kontrolu kvality dát, ako napríklad rozsahové, konzistenčné alebo formátové pravidlá, a ponúka možnosť prispôsobenia pravidiel aj pre špecifické dátové zdroje. O detegovaných nesúladoch voči definovaným pravidlám a kvalite údajov modul generuje reporty alebo notifikácie. Spôsob notifikácie je jednoducho konfigurovateľný a podporuje minimálne posielanie emailových správ, volanie REST služby alebo zaslanie udalosti do fronty správ.
  Modul implementuje zabudovanú funkcionalitu automatického stotožnenia objektov voči centrálnym referenčným registrom (IS CPDI) a umožňuje overovať, čistiť a štandardizovať údaje porovnávaním s referenčnými registrami. Podporuje integráciu minimálne v rozsahu RFO, RPO a RA na úrovni konzumenta.
@@ -783,24 +783,31 @@
  Modul DQM okrem automatických funkcií na validáciu, monitoring alebo reporting ponúka aj intuitívne používateľské rozhranie (UI) pre kurátorov, a dátových stewardov. Toto rozhranie umožňuje odborníkom správu dát monitorovať kvalitu údajov, sledovať vývoj kvality dát podľa stanovených pravidiel, alebo definovať pravidlá kvality dát podľa špecifických požiadaviek organizácie.
--==== Integračný modul (IM) ====
++=== Integračný modul (IM) ===
++
  Integračný modul je navrhnutý na zabezpečenie ETL procesov, ktoré umožňujú zber, transformáciu a načítanie údajov z rôznych interných a externých zdrojov do MDM systému. Zbiera primárne údaje ktoré sú zdieľané medzi ostatnými informačnými systémami a sú predmetom LKOD. Tento komponent disponuje aj rozhraním pre prístup k referenčnému registru fyzických osôb (RFO) a k registru právnických osôb (RPO) s možnosťou označenia záujmových osôb.
--==== Transformačný modul (TM) ====
++=== Transformačný modul (TM) ===
++
  Tento podporný  komponent slúži na konverziu dát medzi rôznymi formátmi a štruktúrami, čím umožňuje integráciu, výmenu a harmonizáciu údajov medzi systémami s odlišnými dátovými požiadavkami.
--==== API Gateway ====
++=== API Gateway ===
++
  API Gateway je základný integračný komponent, ktorý slúži ako vstupný bod pre všetky externé a niektoré interné požiadavky na API služby úradu vlády. Tento komponent spravuje prístup sprístupneným službám, pričom zaisťuje bezpečnosť, škálovateľnosť a efektívnosť komunikácie. API Gateway funguje ako sprostredkovateľ medzi klientmi a servermi, pričom centralizuje správu API a poskytuje pokročilé funkcie na optimalizáciu, zabezpečenie a monitoring.
--=== 5.1 Prehľad e-Government komponentov ===
++
++1.
++11. Prehľad e-Government komponentov
++
  Informácie relevantné pre túto kapitolu sú uvedené v Prístupe k projektu.
--== 6. LEGISLATÍVA ==
++1. LEGISLATÍVA
++
  Realizácia projektu predpokladá komplexné zanalyzovanie osobitných právnych predpisov podľa ktorých ÚV SR postupuje. V rámci analýzy sa identifikujú a pripravia konkrétne legislatívne návrhy na nevyhnutnú zmenu súvisiacej právnej úpravy obsiahnutej v osobitných právnych predpisoch.
  Právna analýza bude zameraná najmä na:
@@ -847,10 +847,13 @@
  * Zákon o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov – úplné znenie (Zákon o e-Governmente)
  * Zákon č. 214/2021 Z. z. o podpore ekologických vozidiel cestnej dopravy a o zmene a doplnení niektorých zákonov
--== 7. ROZPOČET A PRÍNOSY ==
--=== 7.1 Sumarizácia nákladov a prínosov ===
++1. ROZPOČET A PRÍNOSY
++
++1.
++11. Sumarizácia nákladov a prínosov
++
  **NÁKLADY**
  Sumarizácia nákladov:
@@ -865,17 +865,24 @@
  [[image:file:////Users/majco/Library/Group%20Containers/UBF8T346G9.Office/TemporaryItems/msohtmlclip/clip_image005.png]]
++
++
  Interpretácia výsledkov:
++
  Ekonomická a finančná efektívnosť projektu je v analýze prínosov a nákladov hodnotená kvantitatívne pomocou nasledujúcich ukazovateľov:
++
  * Pomer prínosov a nákladov (BCR): 1,33
  * Kumulovaná diskont. návratnosť ENPV: t7 (v 5 roku)
++
  **Rozpočet projektu**: **3 992 650,16 EUR**
++
  Celkové náklady na zabezpečenie riešenia boli vypočítané prostredníctvom UCP analýzy. Vypočítané náklady projektu a výšku rozpočtu môžeme rozdeliť nasledovne:
++
  **Hlavné aktivity**
  **Vývoj aplikácií:**
@@ -892,6 +892,8 @@
 - Paušálna sadzba na nepriame výdavky podľa článku 54 písm. a) NSU:   261 201,41 EUR
++
++
  **PRÍNOSY**
@@ -898,6 +898,7 @@
  **Kvalitatívne Prínosy:**
++
  * **Zefektívnenie dátovej integrácie pre inštitúcie verejnej správy** - projekt zabezpečí lepšiu spoluprácu medzi rôznymi inštitúciami verejnej správy prostredníctvom efektívnej integrácie dát. Centrálna platforma umožní prepojenie a spracovanie údajov z viacerých zdrojov, čím sa minimalizuje duplicitná práca a zvyšuje presnosť zdieľaných informácií.
  * **Zefektívnenie internej dátovej integrácie a konsolidácie dát pre inštitúcie verejnej správy** - interná integrácia dát v rámci ÚV SR umožní zamestnancom rýchlejší prístup k presným a aktuálnym údajom. Automatizovaná konsolidácia dát z rôznych oddelení zjednoduší správu a zlepší prepojenie dátových tokov medzi jednotlivými systémami.
  * **Údaje pre službu Moje dáta** - služba „Moje dáta“ umožní občanom prístup k údajom, ktoré ÚV SR o nich vedie. Tento transparentný prístup k dátam posilňuje dôveru medzi občanmi a úradmi, zlepšuje kvalitu poskytovaných služieb a uľahčuje komunikáciu s verejnou správou.
@@ -906,27 +906,40 @@
  * **Zvýšenie efektivity procesov správy dát, rýchlejší prístup k informáciám a lepšie rozhodovanie** - centralizovaný systém správy dát umožní rýchlejší prístup k relevantným informáciám, čím sa urýchlia rozhodovacie procesy. ÚV SR bude môcť prijímať informovanejšie a efektívnejšie rozhodnutia v reálnom čase. Zjednotením a centralizáciou všetkých dátových tokov do jedného centrálneho systému sa zníži zložitosť správy dát, čím sa zabezpečí jednoduchší prístup, lepšia kontrola a efektívnejšia správa údajov.
  * **Zabezpečenie dát pred neoprávneným prístupom a zníženie rizika bezpečnostných incidentov** - projekt zavádza pokročilé bezpečnostné opatrenia, ktoré ochránia citlivé údaje pred neoprávneným prístupom. To zníži riziko bezpečnostných incidentov a zlepší ochranu osobných údajov a dát verejných inštitúcií.
++
  **Kvantitatívne Prínosy:**
++
  Úspora času z dôvodu zavedenia dokladu potvrdzujúcom dĺžku trvania štátnozamestnaneckého pomeru. - Zavedenie štandardizovaného dokladu potvrdzujúceho dĺžku trvania štátnozamestnaneckého pomeru umožňuje automatizáciu procesu. Tým sa znižuje administratívna záťaž a skracuje čas potrebný na vybavenie žiadostí zamestnancov.
++
  Predvypĺňanie Údajov, z dôvodu integrácie na RPO, RFO, RA (CRZ) - Integrácia informačných systémov s referenčnými registrami bude umožňovať automatické predvyplňovanie údajov v rôznych formulároch a dokumentoch. Tým sa znižuje potreba manuálneho zadávania údajov, čo minimalizuje riziko chýb a urýchľuje procesy.
++
  Predvypĺňanie Údajov, z dôvodu integrácie na RA (CRZ) - Integrácia informačných systémov s referenčnými registrami bude umožňovať automatické predvyplňovanie údajov v rôznych formulároch a dokumentoch. Tým sa znižuje potreba manuálneho zadávania údajov, čo minimalizuje riziko chýb a urýchľuje procesy.
++
  Predvypĺňanie Údajov, z dôvodu integrácie na RPO,RFO, RA (CRP) - Integrácia informačných systémov s referenčnými registrami bude umožňovať automatické predvyplňovanie údajov v rôznych formulároch a dokumentoch. Tým sa znižuje potreba manuálneho zadávania údajov, čo minimalizuje riziko chýb a urýchľuje procesy.
++
  Účasť na výberových konaniach (občan) - Ponúkne občanovi, ktorý sa zúčastňoval výberových konaní do štátnej služby relevantné údaje z týchto výberových konaní - Občanom, ktorí sa zúčastňujú výberových konaní do štátnej služby, systém ponúkne relevantné údaje z predchádzajúcich konaní. To znamená, že pri opakovanej účasti nemusia opätovne zadávať tie isté informácie, čím sa znižuje čas potrebný na podanie prihlášky. Zároveň dostanú automaticky informáciu o ukončenom výberovom konaní, ktorého sa zúčastnili.
++
  Početnosti a trvania procesov v súčasnom stave boli stanovené na základe riadeného rozhovoru s reprezentatívnou vzorkou zamestnancov pracujúcich s dotknutými informačnými systémami, resp. dátovými objektami. Hodnoty pre budúci stav boli stanovené kontrolovaným pozorovaním reprezentatívnej vzorky používateľov, ktorí procesné kroky vykonávali v simulovanom prostredí.
++
  Na základe analýzy a v nej použitých konzervatívnych odhadov je predpokladaný rok návratnosti investície do projektu v  5. roku.
--== 8. HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA ==
++
++
++
++1. HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA
++
  Projekt bude dodávaný v 2 Inkrementoch z dôvodu priehľadnosti uvádzame Harmonogram na úrovni 1 Etapy/ 1 Inkrementu.
++
  |ID|FÁZA/AKTIVITA|(((
  ZAČIATOK
@@ -964,15 +964,18 @@
  V aktuálnej dobe ÚV SR neprevádzkuje systémy obdobného rozsahu. Prevádzka informačného systému bude zabezpečená prostredníctvom Zmluvy o SLA, z dôvodu zabezpečenia udržateľnosti projektu stanovenej riadiacou dokumentáciou. Na danú zmluvu, ako aj personálne náklady spojené s prevádzkou SW produktu a aplikácie, bude mať ÚV SR vyčlenené finančné prostriedky z vlastného rozpočtu minimálne na obdobie 5 rokov.
++
  Projekt bude realizovaný metódou 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 projektu. 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.
  [[image:waterfall.png||height="532" width="600"]]
--== 9. PROJEKTOVÝ TÍM ==
++1. PROJEKTOVÝ TÍM
++
  **Riadiaci výbor** projektu tvorí predseda riadiaceho výboru projektu a vlastníci procesov alebo nimi poverení zástupcovia.
++
  Riadiaci výbor sa riadi “Štatútom riadiaceho výboru”, ktorý je popísaný v dokumente Štatút RV projektu ako najvyšší riadiaci orgán na účely realizácie projektu na základe schválenej projektovej dokumentácie.
  Štatút Riadiaceho výboru upravuje najmä jeho pôsobnosť, úlohy, zloženie, zasadnutie a hlasovanie. Členom riadiaceho výboru projektu môže byť aj zástupca dodávateľa. Väčšina členov riadiaceho výboru projektu s hlasovacím právom sú osoby navrhnuté objednávateľom a zastupujú záujmy objednávateľa. Riadiaci výbor projektu dozerá na hospodárnosť, efektívnosť a účelové využívanie finančných prostriedkov a môže prispôsobiť štandardy projektového riadenia na realizovaný projekt.
@@ -979,9 +979,10 @@
  Riadiaci výbor má minimálne 5 členov, vrátane predsedu Riadiaceho výboru (ďalej len „predseda“) :
++
  Riadiaci výbor projektu bude tvoriť:
--1.
++1.
 . **predseda** Riadiaceho výboru projektu,
 . **podpredseda **Riadiaceho výboru projektu,
 . **vlastník alebo vlastníci procesov **(biznis vlastník infraštruktúra) alebo nimi poverený zástupca alebo zástupcovia,
@@ -990,16 +990,22 @@
  Riadiaci výbor je riadený predsedom, ktorým je zástupca Objednávateľa. V prípade neprítomnosti predsedu na zasadnutí Riadiaceho výboru, predseda musí na toto konkrétne zasadnutie písomne delegovať svoju funkciu v rozsahu svojich práv a povinností formou splnomocnenia na zástupcu, ktorým môže byť aj iný člen Riadiaceho výboru. Na rokovanie Riadiaceho výboru môžu byť v prípade potreby prizvaní aj iní účastníci, tak zo strany Objednávateľa, ako aj zo strany Dodávateľa.
++
  Riadiaci výbor zasadá pravidelne, spravidla raz za mesiac avšak najmenej jedenkrát za tri (3) po sebe nasledujúce kalendárne mesiace. Zasadnutie Riadiaceho výboru zvoláva predseda. Závery zo zasadnutia Riadiaceho výboru a jednotlivé body zo zasadnutia Riadiaceho výboru sa prijímajú súhlasným hlasovaním nadpolovičnej väčšiny prítomných členov Riadiaceho výboru s hlasovacím právom. Hlas predsedu má v prípade rovnosti hlasov hodnotu dvoch hlasov.
++
  Hlavné dokumenty spojené s činnosťou Riadiaceho výboru sú program zasadnutia, pracovný materiál a záznam zo zasadnutia Riadiaceho výboru, ktorého prílohou musí byť aj prezenčná listina, prípadne aj písomné splnomocnenia členov Riadiaceho výboru.
++
  Program zasadnutia a pracovné materiály Riadiaceho výboru distribuuje Administratívny projektový manažér na základe podkladov a inštrukcií predsedu alebo toho člena Riadiaceho výboru, ktorý požiadal o zasadnutie Riadiaceho výboru.
  Administratívny projektový manažér zabezpečí ich distribúciu členom Riadiaceho výboru najneskôr 3 pracovné dni pred zasadnutím Riadiaceho výboru. Za vecnú správnosť distribuovaného materiálu zodpovedá člen Riadiaceho výboru, ktorý ho predkladá.
++
  Riadiaci výbor zaniká ukončením plnohodnotnej implementácie projektu a jeho uvedením do produktívnej prevádzky. Zoznam členov Riadiaceho výboru je súčasťou dokumentu Komunikačná matica uloženom na zdieľanom projektovom úložisku.
++// //
++
  |**ID**|**Meno a Priezvisko**|**Pozícia**|**Oddelenie**|**Rola v projekte**
  |1.|TBD|TBD|TBD|Predseda RV
  |2.|TBD|TBD|TBD|Biznis vlastník
@@ -1006,12 +1006,15 @@
  |3.|TBD|TBD|TBD|Zástupca prevádzky
  |4.|TBD|TBD|TBD|Zástupca dodávateľa
--// //Administratívne riadenie projektu zo strany Objednávateľa bude zabezpečené prostredníctvom Projektového manažéra a Finančného manažéra a bude trvať počas celej doby realizácie projektu. Bude pokrývať oblasť projektového riadenia (projektový manažment, celková koordinácia projektu), finančného riadenia a monitorovania realizácie projektu v zmysle Príručky pre prijímateľa.
++// //
++Administratívne riadenie projektu zo strany Objednávateľa bude zabezpečené prostredníctvom Projektového manažéra a Finančného manažéra a bude trvať počas celej doby realizácie projektu. Bude pokrývať oblasť projektového riadenia (projektový manažment, celková koordinácia projektu), finančného riadenia a monitorovania realizácie projektu v zmysle Príručky pre prijímateľa.
++
  Odborné riadenie (celkový dohľad nad vývojom dodávaného Diela, vrátane kvality, komunikácie s dodávateľom a odbornou sekciou poskytovateľa MIRRI SR)podľa vyhlášky MIRRI č. 401/2023 Z. z. v platnom znení bude zabezpečovať IT projektový manažér
  IT projektový manažér Objednávateľa bude riadiť, administratívne a organizačne zabezpečovať implementáciu projektu, komunikovať s  dodávateľmi, sledovať plnenie harmonogramu projektu a zabezpečovať dokumenty požadované MIRRI. Zároveň bude v spolupráci s IT projektovým manažérom dodávateľa koordinovať realizáciu hlavných aktivít, činností a úloh projektu.
++
  Projektový tím bude pozostávať z pozícií:
  * Projektové role:
@@ -1031,10 +1031,14 @@
  V súlade s výzvou ÚV SR zabezpečí, aby počas implementácie projektu a po jeho skončení (počas obdobia udržateľnosti) bol k dispozícii interný personál na obsluhu, prevádzku a rozvoj riešenia. Zároveň bude minimálne počas obdobia udržateľnosti zabezpečené financovanie tohto personálu zo zdrojov ÚV SR.
++
++
  Zodpovednosťou administratívneho projektového manažéra je v spolupráci s finančným manažérom (objednávateľa) administratívne a  finančné riadenie projektu, kontrola rozpočtu projektu a jeho súlad s účtovnými dokladmi. Kontrolu podpornej účtovnej dokumentácie a poradenstvo pri definovaní oprávnených výdavkov bude zabezpečovať finančný manažér Objednávateľa.
++
  Súčasťou projektového riadenia bude tiež operatívna projektová podpora zabezpečujúca administratívnu podporu pre písomnú komunikáciu, administratívne vedenie projektovej dokumentácie a prípravu podkladov pre členov projektového tímu, organizáciu stretnutí a pod.. V rámci aktivity budú taktiež zabezpečovaný manažment a hodnotenie kvality zo strany Objednávateľa.
++
  |**ID**|**MENO A PRIEZVISKO**|**POZÍCIA**|**ORGANIZAČNÝ ÚTVAR**|**PROJEKTOVÁ ROLA**
  |1.|TBD|Projektový manažér|TBD|IT projektový manažér
  |2.|TBD|TBD|TBD|Kľúčový používateľ
@@ -1047,8 +1047,10 @@
  |10.|TBD|TBD|TBD|Finančný manažér
  |11.|TBD|TBD|TBD|Administratívny projektový manažér
--=== 9.1 PRACOVNÉ NÁPLNE ===
++1.
++11. PRACOVNÉ NÁPLNE
++
  |**Projektová rola:**|**IT PROJEKTOVÝ MANAŽÉR**
  |Detailný popis rozsahu zodpovedností, povinností a kompetencií:|(((
  * zodpovedá za každodenné riadenie projektu v mene objednávateľa, za monitorovanie projektu, za plánovanie aktivít, za informovanie o projekte, atď.,
@@ -1083,8 +1083,8 @@
  * zodpovedá za publikovanie RV schválených projektových výstupov v MetaIS chronologicky, z každej fázy životného cyklu projektu,
  * zodpovedá za publikovanie zápisov RV v MetaIS,
  * počas celej doby realizácie projektu štandardne zabezpečuje nasledovné prierezové činnosti:
--*1.
--*11.
++*1.
++*11.
  *111. kontinuálne zdôvodňovanie projektu, ktoré zahŕňa posúdenie, či je projekt požadovaný a dosiahnuteľný, potrebné na rozhodovanie o pokračovaní vynakladania prostriedkov počas všetkých fáz projektu, vypracované aspoň po ukončení každej fázy projektu,
  *111. plánovanie a operatívne riadenie dodávania projektových produktov,
  *111. riadenie rizík a závislostí, ktoré zahŕňa identifikáciu, hodnotenie a riadenie rizík, závislostí a hrozieb na úspešnú realizáciu projektu,
@@ -1312,6 +1312,7 @@
  * zodpovedá za splnenie všetkých legislatívnych požiadaviek (právne predpisy SR a EK) a metodických a administratívnych požiadaviek súvisiacich s implementáciou projektu.
  )))
++
  |**Projektová rola:**|**ŠPECIALISTA NA PUBLICITU**
  |Detailný popis rozsahu zodpovedností, povinností a kompetencií|(((
  * plánovanie a organizácia propagačných kampaní a komunikačných stratégií;
@@ -1324,14 +1324,15 @@
  * zabezpečenie priaznivej publicity.
  )))
--== 10. ODKAZY ==
++1. ODKAZY
  Bez odkazov
--== 11. PRÍLOHY ==
++1. PRÍLOHY
  Príloha 1: Zoznam rizík a závislostí
++
  Koniec dokumentu

aplarch.jpg

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.marian\.brem@vlada\.gov\.sk

Veľkosť

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

Obsah

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

Súhrn

Podrobnosti

Aplikácie

Navigácia

Moje posledné úpravy

Need help?