Zmeny dokumentu I-02_PROJEKTOVY_ZAMER_Projekt_LVU_MD_SR

Naposledy upravil Juraj Paulen 2024/11/19 17:20

From 3.1 to 2.1

Z verzie 2.1

upravil Juraj Paulen
-

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

Do verzie 1.1

upravil Juraj Paulen
-

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

Raw
Rendered

Súhrn

Vlastnosti stránky (2 modified, 0 added, 0 removed)

Podrobnosti

Vlastnosti stránky

Názov

@@ -1,1 +1,1 @@
--I-02_PROJEKTOVY_ZAMER_Projekt_LVU_MD_SR
++I-02 Projektový zámer (projektovy_zamer)

Obsah

@@ -1,1572 +1,523 @@
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_5d283de4ad3c0b7a.png||height="49" width="225"]]
  **PROJEKTOVÝ ZÁMER**
++**Vzor pre manažérsky výstup I-02**
++**podľa vyhlášky MIRRI č. 401/2023 Z. z.**
--**Vzor pre manažérsky výstup  I-02**
--
--**~ podľa vyhlášky MIRRI č. 401/2023 Z. z. **
--
--
--
--|Povinná osoba|**Ministerstvo dopravy SR_**
--|Názov projektu|Lepšie využívanie údajov MD SR
--|Zodpovedná osoba za projekt|Igor Sibert
--|Realizátor projektu|MD SR
--|Vlastník projektu|Igor Sibert
--
--
++|**Povinná osoba**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Ministerstvo dopravy Slovenskej republiky{{/content}}
++|**Názov projektu**|{{content id="projekt.nazov"}}Lepšie využívanie údajov MD SR{{/content}}
++|**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}]]"}}Ministerstvo dopravy Slovenskej republiky{{/content}}
++|**Vlastník projektu**| {{content id="projekt.vlastnik.nazov"}}Ministerstvo dopravy Slovenskej republiky{{/content}}
  **Schvaľovanie dokumentu**
--
--|Položka|Meno a priezvisko|Organizácia|Pracovná pozícia|Dátum|(((
--Podpis
--
++|**Položka**|**Meno a priezvisko**|**Organizácia**|**Pracovná pozícia**|**Dátum**|(((
++**Podpis**
  (alebo elektronický súhlas)
  )))
  |Vypracoval| | | | |
++= {{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 =
--1. História DOKUMENTU
++|**Verzia**|**Dátum**|**Zmeny**|**Meno**
++|//0.1//|//14.11.2023//|//Pracovný návrh//|
++|//1.0//|//22.12.2023//|//Zapracovanie súladu s vyhláškou č. 401/2023 Z. z.//|
++| | | |
--|Verzia|Dátum|Zmeny|Meno
--|//0.1//|//14.08.2024//|//Pracovný návrh//|
--|//0.2//|//23.08.2024//|//Zapracovanie súladu s vyhláškou č. 401/2023 Z. z.//|
--|//0.3//|//17.09.2024//|//Doplnenie čiastkových kapitol//|
++= {{id name="_Toc152607284"/}}{{id name="_Toc683485446"/}}{{id name="_Toc365474999"/}}{{id name="_Toc1488819067"/}}{{id name="_Toc461533771"/}}{{id name="_Toc1193242276"/}}{{id name="_Toc738207424"/}}{{id name="_Toc2067375730"/}}{{id name="_Toc336064095"/}}{{id name="_Toc62328600"/}}{{id name="_Toc1636304797"/}}{{id name="_Toc635885549"/}}{{id name="_Toc152607283"/}}2.ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE =
++//V súlade s Vyhláškou 401/2023 Z.z. je dokument I-02 Projektový zámer určený na rozpracovanie detailných informácií prípravy projektu, aby bolo možné rozhodnúť o pokračovaní prípravy projektu, pláne realizácie, alokovaní rozpočtu a ľudských zdrojov.//
++//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.//
--1. Účel dokumentu
++== 2.1Použité skratky a pojmy ==
--
--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í.
--
--
--
--
--
--
--
--
--
--
--
--
--Obsah
--
--[[1.      História DOKUMENTU....................................................................................................................... 1>>path:#_Toc1593275612]]
--
--[[2.      Účel dokumentu............................................................................................................................. 1>>path:#_Toc1488007316]]
--
--[[2.1   Použité skratky a pojmy...................................................................................................................... 2>>path:#_Toc1791499666]]
--
--[[2.2   Konvencie pre typy požiadaviek (príklady)................................................................................................ 4>>path:#_Toc1888515527]]
--
--[[3.      DEFINOVANIE PROJEKTU..................................................................................................................... 4>>path:#_Toc1837894400]]
--
--[[3.1   Kontext ku projektu.......................................................................................................................... 5>>path:#_Toc588185911]]
--
--[[3.2   Kontext ku digitálnym dokladom.......................................................................................................... 5>>path:#_Toc1343697711]]
--
--[[3.3   Manažérske zhrnutie......................................................................................................................... 6>>path:#_Toc143548357]]
--
--[[3.4   Motivácia a rozsah projektu............................................................................................................... 7>>path:#_Toc1735571825]]
--
--[[3.4.1   Realizovanie aktivít v projekte..................................................................................................... 9>>path:#_Toc858174254]]
--
--[[3.4.2   Rámcový popis realizácie jednotlivých aktivít................................................................................ 10>>path:#_Toc1602641718]]
--
--[[3.5   Zainteresované strany/Stakeholderi................................................................................................... 17>>path:#_Toc1543201938]]
--
--[[3.6   Ciele projektu................................................................................................................................ 18>>path:#_Toc1754460903]]
--
--[[3.7   Merateľné ukazovatele (KPI)............................................................................................................. 20>>path:#_Toc1155245823]]
--
--[[3.8   Špecifikácia potrieb koncového používateľa........................................................................................... 21>>path:#_Toc1290336540]]
--
--[[3.9   Riziká a závislosti............................................................................................................................ 22>>path:#_Toc234794010]]
--
--[[3.10 Stanovenie alternatív v biznisovej vrstve architektúry............................................................................. 22>>path:#_Toc1492084754]]
--
--[[3.11 Multikriteriálna analýza.................................................................................................................. 23>>path:#_Toc1449543300]]
--
--[[3.12 Stanovenie alternatív v aplikačnej vrstve architektúry............................................................................ 25>>path:#_Toc268958134]]
--
--[[3.13 Stanovenie alternatív v technologickej vrstve architektúry...................................................................... 25>>path:#_Toc1575169122]]
--
--[[4.      POŽADOVANÉ VÝSTUPY  (PRODUKT PROJEKTU).................................................................................... 27>>path:#_Toc1304276951]]
--
--[[5.      NÁHĽAD ARCHITEKTÚRY.................................................................................................................... 28>>path:#_Toc779043113]]
--
--[[5.1   Prehľad e-Government komponentov.................................................................................................. 30>>path:#_Toc1151033095]]
--
--[[6.      LEGISLATÍVA.................................................................................................................................... 30>>path:#_Toc2033518892]]
--
--[[7.      ROZPOČET A PRÍNOSY....................................................................................................................... 30>>path:#_Toc545933628]]
--
--[[7.1   Sumarizácia nákladov a prínosov....................................................................................................... 30>>path:#_Toc1331692167]]
--
--[[7.2   Prínosy projektu............................................................................................................................. 32>>path:#_Toc1498505336]]
--
--[[7.3   Vyhodnotenie CBA.......................................................................................................................... 33>>path:#_Toc764144530]]
--
--[[7.4   HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA............................................. 34>>path:#_Toc1661934828]]
--
--[[8.      riadiaci výbor A PROJEKTOVÝ TÍM................................................................................................... 35>>path:#_Toc566306201]]
--
--[[8.1   PRACOVNÉ NÁPLNE........................................................................................................................ 37>>path:#_Toc666478656]]
--
--[[8.1.1   Pôsobnosť a úlohy Riadiaceho výboru......................................................................................... 37>>path:#_Toc672385306]]
--
--[[8.1.2   Pracovná náplň projektového tímu............................................................................................. 38>>path:#_Toc110650010]]
--
--[[9.      PRÍLOHY.......................................................................................................................................... 40>>path:#_Toc567440366]]
--
--
--[[Tabuľka 1: Aktivity realizované v projekte. 19>>path:#_Toc178517758]]
--
--[[Tabuľka 2: Súčasný stav poskytovania údajov MV SR na IS CPDI 20>>path:#_Toc178517759]]
--
--[[Tabuľka 3: Prehlaď interných a externých kapacít pre realizáciu systematického manažmentu v rámci aktivity A7. 25>>path:#_Toc178517760]]
--
--[[Tabuľka 4: Súhrnný pohľad pre realizáciu legislatívno-právnej oblasti projektu. 28>>path:#_Toc178517761]]
--
--[[Tabuľka 5: Spracovanie MCA. 34>>path:#_Toc178517762]]
--
--[[Tabuľka 6: Vyhodnotenie MCA. 35>>path:#_Toc178517763]]
--
--[[Tabuľka 7: Vzor riadiaceho výboru. 48>>path:#_Toc178517764]]
--
--[[Tabuľka 8: Popis práce a zodpovedností jednotlivých projektových rolí 50>>path:#_Toc178517765]]
--
--==   ==
--
--[[Obrázok 1: Motivácia, ciele a princípy projektu. 9>>path:#_Toc181531319]]
--
--[[Obrázok 2: Aplikačná architektúra budúceho stavu. 29>>path:#_Toc181531320]]
--
--==   ==
--
--1.
--11. Použité skratky a pojmy
--
--|**SKRATKA/POJEM **|**POPIS **
--|“1x a dosť“ |Princíp „jedenkrát a dosť“ reprezentujúci spôsob, pomocou ktorého môžu orgány verejnej moci a verejná správa získavať výpisy a potvrdenia za občanov a podnikateľov za účelom predkladať v rámci úradných konaní rôzne potvrdenia a výpisy údajov, ktorými už štát disponuje, a to predovšetkým na základe všeobecnej právnej úpravy § 17 ods. 6 zákona o e-Governmente a súvisiaceho Zákona proti byrokracii. Súčasne sa implementujú technické riešenia, ktoré podporujú aplikáciu súvisiacich predpisov do praxe.
--|API |Aplikačné programovacie rozhranie (Application Programming Interface)
--|CBA  |Cost-benefit analýza
--|CIP |Centrálna integračná platforma
--|CMÚ |Centrálny model údajov
--|DCAT  |Data Catalog Vocabulary
--|DI  |Dátová integrácia: sprístupnenie údajovej základne VS vrátane otvorených údajov prostredníctvom platformy dátovej integrácie
--|DM |Dátový model
--|DPIA |Data Protection Impact Assessment (Posúdenie vplyvu na ochranu údajov)
--|DPO |Data Protection Officer (Zodpovedná osoba pre ochranu údajov)
--|DQ |Dátová kvalita (Data quality)
--|EUDIW |Európska digitálna peňaženka s identitou (European Digital Identity Wallet)
--|eGOV |Elektronické služby štátu
--|ENTITA |Prvok vyznačujúci sa vlastnosťami, ktoré umožňujú jeho jednoznačné odlíšenie od ostatných podobných prvkov nejakej množiny.
--|ETL |Extract, transform, load
--|EU |Európska únia
--|FO |Fyzická́ osoba
--|FP |Funkčné požiadavky
--|GDPR |General Data Protection Regulation – Nariadenie Európskeho parlamentu a Rady (EÚ) 2016/679 z 27. apríla 2016 o ochrane fyzických osôb pri spracúvaní osobných údajov a o voľnom pohybe takýchto údajov, ktorým sa zrušuje smernica 95/46/ES (všeobecné nariadenie o ochrane údajov)
--|HW |Hardware
--|IAM |Identity and Access Management (Správa identít).
--|IB |Informačná bezpečnosť
--|ID |Identifikačné číslo
--|IEC |International Electrotechnical Commission
--|IS CPDI |Centrálna integračná platforma (CIP) je rozšírením IS CSRÚ, a spoločne sú označované ako IS CPDI  (centrálna platforma dátovej integrácie)
--|IS MOÚ |Informačný systém Manažment osobných údajov
--|ISO |International Organization for Standardization (Medzinárodná organizácia pre štandardizáciu)
--|ISVS  |Informačný systém verejnej správy
--|JSON |JavaScript Object Notation
--|JSON-LD |JavaScript Object Notation for Linked Data
--|MDM |Master data management
--|MetaIS |Centrálny metainformačný systém verejnej správy
--|MD SR |Ministerstvo dopravy Slovenskej republiky
--|MIRRI SR |Ministerstvo investícií, regionálneho rozvoja a informatizácie Slovenskej republiky
--|MOU |Manažment osobných údajov
--|NKIVS |Národná koncepcia informatizácie verejnej správy Slovenskej republiky
--|OE |Objekt evidencie
--|OOTS |Technický systém pre jedenkrát a dosť (Once-Only Technical System)
--|OpenData |Otvorené údaje
--|OS |Operačný systém
--|OVM |Orgán verejnej moci
--|OWL |Web Ontology Language
--|RFO |Register fyzických osôb
--|RPO  |Register právnických osôb
--|SLA |Service-level agreements/Dohoda o správe
--|SPARQL |Dopytovací jazyk (z angl. SPARQL Protocol and RDF Query Language)
--|URI |Jednotný identifikátor (kompaktný reťazec znakov používaný na identifikáciu alebo pomenovanie zdroja)
--|VC |Overiteľné poverenia (Verifiable Credentials)
--|W3C |World Wide Web Consortium
--|XML |Extensible Markup Language
--|XSD |XML Schema Definition
--|XSLT |XSL Transformations
--|ZoD  |Zmluva o dielo
--
--
--1.
--11. Konvencie pre typy požiadaviek (príklady)
--
--
--Hlavné kategórie požiadaviek v zmysle katalógu požiadaviek sú rozdelené na:
--
--* funkčné,
--* nefunkčné,
--* technické.
--
--
--Oblasti požiadaviek sú pre projekt rozdelené nasledovne:
--
--
--|(((
--* Automatizovaná tvorba a zverejňovanie otvorených údajov
--)))
--|(((
--* Bezpečnostná požiadavka
--)))
--|(((
--* Bezpečnostný projekt
--)))
--|(((
--* Centrálna evidencia o prístupe ku informáciám o údajoch
--)))
--|(((
--* Dátová požiadavka
--)))
--|(((
--* Implementačná požiadavka
--)))
--|(((
--* Integračná požiadavka
--)))
--|(((
--* Kvalita a čistenie údajov
--)))
--|(((
--* Legislatívna požiadavka
--)))
--|(((
--* Podpora a prevádzka
--)))
--|(((
--* Projektová dokumentácia
--)))
--|(((
--* Rezortná Integračná Platforma
--)))
--|(((
--* Správa technických účtov
--)))
--|(((
--* Súlad ISVS s GDPR
--)))
--|(((
--* Systematický manažmentu údajov
--)))
--|(((
--* Transformačný modul
--)))
--
--
--Funkčné požiadavky používajú konvenciu: ID_číslo
--
--Nefunkčné požiadavky používajú konvenciu: NP_ číslo
--
--
--Ostatné typy požiadaviek môžu byť v neskoršej fáze projektu (realizačná fáza) upravené prípadne dodefinované PM (objednávateľom/zhotoviteľ).
--
--
--1. DEFINOVANIE PROJEKTU
--
--
--1.
--11. Kontext ku projektu
--
--
--Slovenská republika implementovala strategickú prioritu Manažment údajov vo verejnej správe od roku 2017. Jedným z cieľov bolo zaviesť zdieľanie údajov medzi inštitúciami verejnej správy podľa princípu „jeden-krát a dosť“ a umožniť občanom a podnikateľom prístup k údajom zo štátnych systémov prostredníctvom Informačného systému Manažment osobných údajov (IS MOU). Tento systém bol vyvinutý a nasadený do predprodukčnej prevádzky na konci roku 2023.
--
--
--IS MOU predstavuje nový prístup k digitálnym verejným službám, ktoré sú bezpečnejšie, užitočnejšie a rešpektujú právo občana na súkromie. Občania a podnikatelia získavajú prístup k údajom evidovaným štátom vo strojovo-spracovateľnej podobe. Okrem prístupu môžu občania súkromne manipulovať so svojimi údajmi, zdieľať ich s tretími stranami, používať ich v službách súkromného sektora alebo reklamovať nezrovnalosti. Riešenie zabezpečuje prístup k aktuálnym údajom a technickému udeľovaniu súhlasov na ich prístup.
--
--Projekt MOU prakticky aplikuje princípy nariadenia GDPR a zvyšuje ochranu osobných údajov. Koncept MOU je širší ako GDPR a zahŕňa nielen fyzické osoby, ale aj právnické osoby. Poskytuje rozšírené práva, ako napríklad právo na "logovanie prístupov k údajom".
--
--V digitálnom priestore verejnej správy občan riadi výmenu údajov, čo vytvára priestor pre nové a inovatívne služby v súkromnom sektore. Integrovaním údajov v správe Ministerstva dopravy SR občan získa prehľad o všetkých svojich dokladoch, ako sú občiansky preukaz, rodný list, sobášny list, záznamy z katastra, vodičský preukaz a technické preukazy vozidiel. To predstavuje dôležitú súčasť celkovej architektúry e-Governmentu, ktorá prepojí dátové nástroje s používateľom a jeho interakciou s verejnou správou.
--
--
--Na úrovni EÚ sa taktiež rieši téma dát v digitálnom priestore verejnej správy. Európsky parlament schválil revíziu nariadenia eIDAS, ktorá zavádza iniciatívu Digitálna peňaženka (EU digital identity wallet - EUDIW). Tento rámec umožní občanom EÚ preukázať svoju totožnosť a zdieľať elektronické dokumenty zo svojich peňaženiek európskej digitálnej identity. To umožní občanom pristupovať k online službám na základe ich národnej digitálnej identity, ktorá bude uznávaná v celej Európe. Predpokladom pre použitie EUDI Wallet je sprístupnenie alebo integrácia produkčných údajov z jednotlivých dokladov zo systémov príslušných orgánov verejnej moci na IS MOU. Technologickým základom pre EUDI Wallet na Slovensku je IS MOU.
--
--
--Informačný systém MOU navyše umožňuje poskytovanie údajov aj na základe dlhodobého súhlasu. Integráciou viacerých komponentov MOU možno vytvoriť Univerzálnu elektronickú peňaženku, ktorá umožní obyvateľom Slovenska používať elektronické doklady aj v celej EÚ.
--
--
--1.
--11. Kontext ku digitálnym dokladom
--
--V oblasti digitalizácie verejných služieb SR a rozširovania digitálnych služieb sprístupňovaných občanov v 21.storočí aj na súkromným sektorom začína zohrávať vydávanie digitálnych dokladov kľúčovú úlohu. Tento proces umožní občanom prístup k svojim identifikačným údajom a preukazom v digitálnej podobe, čím zvyšuje pre občana komfort a efektivita využívania verejných služieb.
--
--Jedným z hlavných pilierov tejto transformácie je sprístupnenie údajov z existujúcich preukazov v digitálnej podobe. Údaje z preukazov, ako sú občianske preukazy alebo vodičské preukazy, služobný preukaz zamestnanca, prípadne zbrojný alebo poľovný lístok, môžu byť elektronicky spravované a distribuované do mobilnej aplikácie občanov prostredníctvom technológií prevádzkovaných a spravovaných Ministerstvom vnútra SR. Elektronický preukaz tak poskytuje občanovi možnosť mať všetky svoje dôležité doklady na jednom mieste, v digitálnej peňaženke, bez potreby nosenia fyzických preukazov.
--
--Dôležité je, že vydávanie digitálnych preukazov nemení zaužívané procesy vydávania fyzických preukazov v príslušných inštitúciách. Občan si stále prevezme fyzickú podobu dokladu (plastovú kartičku alebo papierový doklad), ak sa preukaz vydáva, respektíve ak príslušná legislatíva, ktorá sa vzťahuje na konkrétny preukaz, neustanovuje prípadne nebude ustanovovať inak. Elektronická verzia je doplnkom a slúži na rozšírenie možností využitia dokladov, pričom fyzická kartička alebo doklad nezaniká. Tento prístup zabezpečuje kontinuitu tradičných administratívnych procesov, zatiaľ čo súčasne prináša inovácie.
--
--Zavedenie digitálnych dokladov umožňuje proaktívne zavádzanie väčšieho počtu digitálnych služieb štátu, ktoré môžu zlepšiť a zjednodušiť prístup občanov k štátnym službám. Digitálne preukazy zjednodušujú autentifikáciu a autorizáciu, čím sa občanom otvára prístup k rôznym e-službám, od prihlásenia sa do štátnych portálov až po poskytovanie digitálnych podpisov. Tento vývoj bude v budúcnosti prínosom pre občanov, keďže štátne služby budú dostupnejšie a efektívnejšie.
--
--==== **Európska iniciatíva v oblasti digitálnej identity** ====
--
--Zavádzanie elektronických preukazov je úzko prepojené s európskou legislatívou a cieľmi EÚ v oblasti digitálnej identity. Európske peňaženky digitálnej identity budú vychádzať z vnútroštátnych systémov, ktoré už existujú v niektorých členských štátoch. Podľa nového  Nariadenia Európskeho parlamentu a Rady (EÚ) 2024/1183 z 11. apríla 2024, ktorým sa mení nariadenie (EÚ) č. 910/2014, pokiaľ ide o zriadenie európskeho rámca digitálnej identity, členské štáty budú povinné zabezpečiť pre svojich občanov digitálnu identitu. naďalej poskytovať digitálne identity. Európska peňaženka digitálnej identity stavia na tomto základe, rozširuje funkcie a použiteľnosť vnútroštátnych elektronických identifikácií a zabezpečuje vzájomné uznávanie vnútroštátnych peňaženiek vystavaných na štandardoch stanovených Európskou komisiou ostatnými členskými štátmi.
--
--Európsky rámec digitálnej identity vytvára príležitosť pre občanov používať elektronické preukazy a digitálnu identitu nielen na národnej úrovni, ale aj v rámci celej EÚ. To prinesie väčšiu interoperabilitu, zjednoduší procesy pri cestovaní, podnikaní a poskytovaní verejných služieb na medzinárodnej úrovni. Vytvorenie spoločného rámca zabezpečí, že digitálne preukazy budú uznávané a využiteľné naprieč celou Úniou.
--
--V národnom prostredí sa v prvej fáze pristupuje ku konceptu tzv. Digitálnych rovnopisov existujúcich fyzických dokladov sprístupňovaných a štandardizačne vizualizovaných fyzickej (a prípadne aj právnickej osobe) prostredníctvom mobilnej aplikácie pri zachovaní aktuálneho platného spôsobu a procesov vydávania dokladov. V budúcnosti a možno pristúpi k zmene procesov priamo pri vydávaní dokladov na digitálne už pri ich vzniku s cieľom postupného zániku fyzických podôb preukazov/dokladov.
--
--Navrhovaný projekt predpokladá, že údaje sprístupnené v informačnom systéme IS MOU, ktoré sú v súčasnosti prezentované vo forme fyzickej plastovej karty alebo kartičky, definovanej ako doklad či preukaz, budú digitalizované a v neskoršej fáze zobrazené v EUDIW, a to v súlade s rozsahom špecifikovaným v príslušnej časti dokumentu prístup ku projektu, kapitola Moje údaje.
--
--
--1.
--11. Manažérske zhrnutie
--
--Cieľom projektu je posilnenie informačného systému IS MOU, najmä pokiaľ ide o automatizáciu a efektívne spravovanie notifikácií. V rámci Ministerstva dopravy  SR sa tento projekt zameriava na rozšírenie funkčnosti informačného systému JISCD - Jednotný informačný systém v cestnej doprave  (isvs_4867), ktorý zabezpečuje efektívne riadenie, evidenciu a kontrolu výkonu štátnej správy na úseku dopravy, konkrétne v oblasti správy autoškôl, v oblasti správy technických služieb a v oblasti riadenia odborných spôsobilostí v cestnej doprave. JISCD znamená značný prínos pre občanov a podnikateľské subjekty, ktorým uľahčuje komunikáciu s orgánmi verejnej správy na úseku dopravy a poverenými organizáciami. Taktiež im zjednodušuje a zefektívňuje vybavovanie svojich záležitostí v tejto oblasti a zabezpečuje prehľadnejšie a modernejšie rozhranie na riešenie rôznych životných situácií v oblasti dopravy a cestnej premávky.
--
--Tieto údaje sú kritické a ich správne spracovanie je nevyhnutné pre správne fungovanie agendy Ministerstva.
--
--Projekt sa zameriava aj na zvýšenie kvality a presnosti týchto údajov (aktivita A2), čo zahŕňa podporu nástrojov na správu údajov a procesov.
--
--Ďalším dôležitým aspektom projektu je bezpečnosť. Systém prejde dôkladným bezpečnostným auditom a bude aktualizovaný a doplnený o nové bezpečnostné opatrenia, ktoré zaručia ochranu citlivých osobných údajov, ako je definované v bezpečnostnom projekte pre systém JISCD.
--
--Ďalej je potrebné spomenúť, že projekt zahŕňa aj aktualizáciu Dôslednej analýzy vplyvu na ochranu údajov (DPIA) v súlade s nariadením GDPR. Tento dokument bude obsahovať dôkladnú analýzu rizík a zabezpečí, že všetky procesy spracúvania údajov budú v súlade s najnovšími legislatívnymi požiadavkami na ochranu osobných údajov.
--
--Celkovo povedané, tento projekt nie je len o rozšírení a zlepšení funkcionality informačného systému, ale aj o zabezpečení, že bude plne súčasný a schopný efektívne reagovať na budúce výzvy a požiadavky štátnej správy.
--
--
--1.
--11. Motivácia a rozsah projektu
--
--
--Ministerstvo investícií, regionálneho rozvoja a informatizácie Slovenskej republiky (ďalej len „MIRRI SR“) realizovalo systematický dátový program, ktorý bol zameraný na zavedenie manažmentu údajov verejnej správy, t. j. nielen pre MIRRI SR. Dátový program smeroval k praktickému a efektívnemu napĺňaniu cieľov Programového vyhlásenia vlády Slovenskej republiky na obdobie rokov 2021 – 2024, ako aj platných, účinných národných strategických dokumentov a to najmä:
--
--* Národnej koncepcie informatizácie verejnej správy,
--* Iniciatívy pre otvorené vládnutie), európskych strategických dokumentov (najmä Európskej dátovej stratégie),
--* právne záväzných aktov Európskej únie (GDPR, PSI, DGA, EDA)
--* slovenskej legislatívy
--** zákon č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov (zákon o e-Governmente) v znení neskorších predpisov,
--** zákon č. 177/2018 Z. z. o niektorých opatreniach na znižovanie administratívnej záťaže využívaním informačných systémov verejnej správy a o zmene a doplnení niektorých zákonov (zákon proti byrokracii) v znení neskorších predpisov,
--** 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 v znení neskorších predpisov, návrh zákona o údajoch).
--
--Súčasťou národnej koncepcie informatizácie verejnej správy bola strategická priorita Manažment údajov vo verejnej správe, ktorú od roku 2017 Slovenská republika začala implementovať v gescii MIRRI. Jedným z cieľov bolo zaviesť zdieľanie údajov medzi inštitúciami verejnej správy podľa princípu „jeden-krát a dosť“ a umožniť občanom a podnikateľom prístup k údajom zo štátnych systémov prostredníctvom Informačného systému Manažment osobných údajov (IS MOU). Tento systém bol vyvinutý a nasadený do predprodukčnej prevádzky na konci roku 2023.
--
--IS MOU predstavuje nový prístup k digitálnym verejným službám, ktoré sú bezpečnejšie, užitočnejšie a rešpektujú právo občana na súkromie. Občania a podnikatelia získavajú prístup k údajom evidovaným štátom vo strojovo-spracovateľnej podobe. Okrem prístupu môžu občania súkromne manipulovať so svojimi údajmi, zdieľať ich s tretími stranami, používať ich v službách súkromného sektora alebo reklamovať nezrovnalosti. Riešenie zabezpečuje prístup k aktuálnym údajom a technickému udeľovaniu súhlasov na ich prístup.
--
--IS MOU prakticky aplikuje princípy nariadenia GDPR v prostredí moderných informačných technológií. Koncept MOU sa netýka iba fyzických osôb ako GDPR ale zahŕňa aj právnické osoby. Poskytuje rozšírené práva, ako napríklad právo na "logovanie prístupov k údajom".
--
--Na úrovni EÚ sa taktiež rieši téma dát v digitálnom priestore verejnej správy. Európsky parlament schválil revíziu nariadenia eIDAS, ktorá zavádza iniciatívu Digitálna peňaženka (EU digital identity wallet - EUDIW). Tento rámec umožní občanom EÚ preukázať svoju totožnosť a zdieľať elektronické dokumenty zo svojich peňaženiek európskej digitálnej identity. To umožní občanom pristupovať k online službám na základe ich národnej digitálnej identity, ktorá bude uznávaná v celej Európe. Predpokladom pre použitie EUDI Wallet je sprístupnenie alebo integrácia produkčných údajov z jednotlivých dokladov zo systémov MV SR na IS MOU.
--
--Informačný systém MOU navyše umožňuje poskytovanie údajov aj na základe dlhodobého súhlasu. Integráciou viacerých komponentov MOU možno vytvoriť Univerzálnu elektronickú peňaženku, ktorá umožní obyvateľom Slovenska používať elektronické doklady aj v celej EÚ.
--
--Ministerstvo chce túto víziu a koncept aj naďalej podporovať a z dôvodu, že má vo svojej správe veľké množstvo agendových systémov a kľúčovými štátnymi registrami, ktoré spracovávajú osobné údaje občanov. Súčasne sa tieto údaje nachádzajú v zozname prioritných mojich údajov.
--
--Cieľom projektu je posilnenie informačného systému IS MOU, najmä pokiaľ ide o automatizáciu a efektívne spravovanie notifikácií a tiež generovanie a následné zasielanie zmenových dávok údajov pre konkrétnu FO pre vybrané datasety.
--
--
--
--
--
--
--
--
--
--
--
--
--Nižšie na obrázku je uvedený grafický prehľad motivácie a cieľov projektu.
--
--
--[[image:file:////Users/ijp/Library/Group%20Containers/UBF8T346G9.Office/TemporaryItems/msohtmlclip/clip_image001.png||alt="Obrázok, na ktorom je text, snímka obrazovky, písmo, dizajn
--
--Automaticky generovaný popis"]]
--
--Obrázok 1: Motivácia, ciele a princípy projektu
--
--
--
--
--
--
--
--
--
--
--
--1.
--11.
--111. Realizovanie aktivít v projekte
--
--Tu je prehľadná tabuľka, ktorá sumarizuje predmety, podaktivity a podmienky uvedené v texte:
--
--
--|**Predmet**|**Podaktivity**|**Realizácia v projekte**|**Rámcový popis**|**Detailný popis**
--|A1. Zavedenie manažmentu osobných údajov pre službu „Moje dáta“|Povinná podaktivita|Áno|PZ Kapitola 3.3.2.1 |Kapitola 4.3.7
--|A2. Čistenie údajov, dosiahnutie vyššej kvality údajov a dátová interoperabilita| |Áno|PZ Kapitola 3.3.2.2 |Kapitola 4.3.4
--|(% rowspan="2" %)A3. Realizácia poskytovateľskej dátovej integrácie|3.1: Realizácia dátovej integrácie na centrálnu integračnú platformu (IS CIP/IS CPDI) za účelom poskytovania údajov|Áno|PZ Kapitola 3.3.2.3 |Kapitola 4.2.8
--|3.2: Vyhlásenie referenčných údajov|(((
--Nie
--
++|**SKRATKA/POJEM**|**POPIS**
++| |
++| |
++| |
++{{id name="_Toc152607286"/}}
--)))| |
--|A4. Realizácia dátovej integrácie na centrálnu integračnú platformu (IS CIP/IS CPDI) za účelom konzumovania údajov| |(((
--Áno
--
--)))|PZ Kapitola 3.3.2.4 |odôvodnenie v kapitole 4.2.9
--|A5. Automatizované publikovanie otvorených údajov| |Áno|PZ Kapitola 3.3.2.5 |Kapitola 4.3.5
--|A6. Sprístupnenie údajov na analytické účely| |Nie| |
--|A7. Zavedenie systematického manažmentu údajov| |Áno|PZ Kapitola 3.3.2.6 |Kapitola 4.3.1
--|A8. Vybudovanie nového zdrojového registra alebo strojovo-spracovateľného objektu evidencie| |Nie| |
--|A9. Vytvorenie rezortnej integračnej platformy pre konsolidáciu interných systémov inštitúcie| |Áno|PZ Kapitola 3.3.2.7 |Kapitola 4
--|A10. Rozvoj informačných systémov z pohľadu bezpečnosti a GDPR| |Áno|PZ Kapitola 3.3.2.8 |Kapitola 4.5
--|A11. Legislatívna analýza údajov inštitúcie verejnej správy| |Áno|(((
--PZ Kapitola
++== 2.2Konvencie pre typy požiadaviek (príklady) ==
--3.3.2.9
--)))|Kapitola 4.3.8
++//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**//
--Tabuľka 1: Aktivity realizované v projekte
++* //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.//
++= {{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 =
--1.
--11.
--111. Rámcový popis realizácie jednotlivých aktivít
++== {{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 ==
++//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.//
--1.
--11.
--111.
--1111. Aktivita A1  Zavedenie manažmentu osobných údajov pre službu „moje dáta“
++== {{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 ==
++* //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"]](%%).//
--Cieľom projektu je posilnenie informačného systému IS MOU, najmä pokiaľ ide o automatizáciu a efektívne spravovanie notifikácií. V rámci projektu sa Ministerstvo dopravy zameriava na rozšírenie funkčnosti informačného systému Jednotný informačný systém v cestnej doprave JISCD (ISVS_4867), ktorý slúži ako zdrojový systém pre evidenciu dôležitých údajov v nasledovnom rozsahu:
++== {{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 ==
--|(((
--1. Údaje o emisnej kontrole (Rozsah atribútov (e-preukaz)
--)))
--|(((
--1. Údaje o technickej kontrole (Rozsah atribútov (e-preukaz
--)))
--|(((
--1. Protokol o kontrole originality
--)))
--|(((
--1. Osvedčenie odbornej spôsobilosti na vykonávanie taxislužby
--)))
--|(((
--1. Taxi koncesie
--)))
--|(((
--1. Preukaz vodiča vozidla taxislužby (Rozsah atribútov (e-preukaz)
--)))
--|(((
--1. Údaje o technikovi technickej kontroly
--)))
--|(((
--1. Údaje o technikovi emisnej kontroly
--)))
--|(((
--1. Údaje o technikovi kontroly originality
--)))
--|(((
--1. Údaje o technikovi MPZ
--)))
--|(((
--1. Údaje o stanici EK
--)))
--|(((
--1. Údaje o stanici  TK
--)))
--|(((
--1. Údaje o stanici  KO
--)))
--|(((
--1. Údaje o stanici  MPZ
--)))
--|(((
--1. ERRU Povolenie
--)))
--|(((
--1. ERRU Licencia
--)))
--|(((
--1. ADR vodič
--)))
--|(((
--1. ADR bezpečnostný poradca
--)))
--|(((
--1. Kvalifikačná karta vodiča (Rozsah atribútov pre e-preukaz)
--)))
--|(((
--1. Údaje o autoškole
--)))
--|(((
--1. Evidencia o inštruktoroch autoškôl (Rozsah atribútov (e-preukaz)
--)))
++* //Doplňte KTO (zoznam subjektov/osôb) sa zúčastňuje projektu a akú rolu zastáva//
--
--V súčasnosti neexistuje žiadna integrácia akéhokoľvek systému MDSR na centrálny komponent IS CPDI v správe MIRRI.
--
--Súčasťou aktivity je realizovať potrebné úpravy ISVS_4867 na zabezpečenie poskytnutia  údajov o prístupe k informácii a distribúcie zmenových dávok údajov.
--
--
--Projekt bude zameraný na rozvoj informačného systému ISVS_4867 o FP pre všetky vyššie uvedené objekty evidencie:
--
--1. **Notifikácia o spracovaní osobných údajov:** Informovanie dotknutých osôb o prezretí alebo spracovaní ich údajov.
--1. **Distribúcia/poskytovanie údajov zmenových dávok:** Informovanie o zmene osobných údajov z referenčných registrov.
--1. **Notifikácia o zmene osobných údajov (log):** Zaznamenávanie a informovanie o zmene osobných údajov a vývoj funkcionality pre podnety na opravu údajov
--1. **Notifikácia o vzniku/zápisu osobných údajov (log):** Zaznamenávanie a informovanie o vzniku nových údajov.
--1. **Notifikácia o ukončení platnosti osobných údajov (log):** Informovanie o ukončení platnosti údajov.
--1. **Notifikácia o vymazaní osobných údajov (log):** Zaznamenávanie a informovanie o vymazaní údajov.
--1. **Notifikácia o zmene stavu procesu (log):** Informovanie o stave spracovania údajov.
--
--
--1.
--11.
--111.
--1111. Aktivita A2 - Čistenie údajov, dosiahnutie vyššej kvality údajov a dátová interoperabilita
--
--
--Počas realizačnej fázy projektu bude Ministerstvo realizovať nasledovné oblasti z pohľadu dátovej kvality a interoperability v rozsahu:
--
--
--1. Čistenie údajov a zvyšovanie kvality údajov
--1. Riadenie dátovej kvality na vstupe (prevencia)
--1. Zavádzanie dátovej interoperability
--1. Monitoringu dátovej kvality (zavedenie monitoringu)
--
--
--Detailný popis pre jednotlivé časti kvality je uvedený v dokument prístup k projektu v kapitole Dátová vsrtva
--
--
--1.
--11.
--111.
--1111. Aktivita A3 - Realizácia poskytovateľskej dátovej integrácie - 3.1: Realizácia dátovej integrácie na centrálnu integračnú platformu (IS CIP/IS CPDI) za účelom poskytovania údajov
--
--
--Moje údaje zo systému JISCD (isvs_ 4867) budú dostupné pre fyzické a právnické osoby prostredníctvom IS MOU  isvs_8705. Dostupnosť Mojich údajov v IS Manažment mojich údajov sa zabezpečí
--
--nasledovne:
--
--1. Nový poskytovateľ údajov: Integráciou údajov na Modul procesnej integrácie a integrácie údajov (IS CPDI; isvs_5836)
--
--
--Detailný popis To BE stav a prehľadu o integračných väzbách je popísaný v dokumente Prístup k projektu v kapitole 4 architektúra riešenia projektu
--
--
--1.
--11.
--111.
--1111. Aktivita A4 - Realizácia dátovej integrácie na centrálnu integračnú platformu (IS CIP/IS CPDI) za účelom konzumovania údajov
--
--
--V súčasnosti neexistuje žiadna integrácia akéhokoľvek systému inštitúcie MD SR na centrálny komponent IS CPDI v správe MIRRI za účelom konzumovania údajov. Vzhľadom na to, že MD SR disponuje veľkým počtom údajov v rámci organizácie, a špecifické údaje týkajúce sa napr. FO a PO neboli doposiaľ stotožňované s referenčnými ma organizácia ambíciu konzumovať referenčné registre a plniť tým aj legislatívne požiadavky v zmysle zákon MIRRI č. 305/2013 Z.z. o e-Governmente.
--
--V súčasnosti neexistuje žiadna integrácia systémov inštitúcie MD SR s centrálnym komponentom IS CPDI, za účelom konzumácie údajov. Napriek tomu, že MD SR spravuje rozsiahle množstvo dát, doteraz nedošlo k synchronizácii špecifických údajov týkajúcich sa fyzických a právnických osôb s referenčnými registrami, ktoré sú dôležitým nástrojom pre overovanie a aktualizáciu údajov v súlade s právnymi normami.
--
--Organizácia preto plánuje rozšíriť svoje systémy tak, že bude konzumovať údaje (typ integračnej väzby v zmysle integračného manuálu IS CDPI: Nový konzument), aby mohla efektívne využívať údaje z referenčných registrov, čím by sa zabezpečila vyššia kvalita a presnosť údajov, čo je kľúčové pre zlepšenie interných procesov a poskytovania verejných služieb. Využívanie referenčných registrov by umožnilo automatické stotožnenie údajov o fyzických a právnických osobách s oficiálnymi a aktuálnymi údajmi, ktoré sú spravované centrálnymi autoritami. To by nielen zlepšilo kvalitu správy údajov, ale zároveň umožnilo plniť legislatívne povinnosti, ktoré vyplývajú zo zákona č. 305/2013 Z.z. o e-Governmente, keďže definuje povinnosť štátnych a verejných inštitúcií využívať referenčné údaje s cieľom zefektívniť výmenu informácií medzi štátnymi systémami, minimalizovať duplicitu údajov a znížiť administratívnu záťaž. Počet vyšpecifikovaných integračných väzieb a konkrétne integračné väzby sú popísané v dokumente prístup k projektu a v katalógu požiadaviek.
--
--
--1.
--11.
--111.
--1111. Aktivita A5 - Automatizované publikovanie otvorených údajov
--
--
--V rámci projektu bude vybudovaný lokálny katalóg otvorených údajov, ktorý bude založený na štandardoch SPARQL a RDF pre prepojené údaje (Linked Data). Tento katalóg bude slúžiť na efektívnu správu a sprístupňovanie otvorených údajov organizácie, pričom bude zohľadňovať národné a medzinárodné štandardy a zabezpečovať interoperabilitu s inými katalógmi údajov.
--
--Hlavným cieľom katalógu je zabezpečiť otvorenosť údajov, umožniť ich jednoduché vyhľadávanie a sťahovanie, podporovať rozhodovacie procesy a poskytovať prepojené dáta na lokálnej aj medzinárodnej úrovni. Údaje budú štruktúrované podľa štandardu RDF, čo zabezpečí ich kompatibilitu a možnosť dotazovania prostredníctvom SPARQL endpointu. Tento endpoint umožní efektívne vyhľadávanie a získavanie údajov podľa zadaných kritérií, čím zjednoduší prácu s dátami pre interných aj externých používateľov.
--
--
--
--1.
--11.
--111.
--1111. Aktivita A7 – Podpora systematického manažmentu údajov inštitúcie
--
--
--Každá inštitúcia musí mať zavedený systematický manažment údajov vrátane nastavenie príslušných procesov a metodík pre správu celého životného cyklu údajov. Súčasne inštitúcia musí byť schopná evidovať a spravovať údaje v strojovo-spracovateľnej podobe avšak na to potrebuje disponovať internými kapacitami so znalosťami v oblastí dátovej vedy. S takýmto prístupom sa Ministerstvo Dopravy stotožňuje, a preto je cieľom realizovať Aktivitu A7 zameranú na podporu, alebo posilnenie inštitucionálnych dátových kancelárií.
--
--
--Realizáciou aktivity A7 bude zabezpečená komplexná analýza, čím si inštitúcia zabezpečí komplexné zmapovanie jej dátového manažmentu. Súčasné kapacity neumožňujú pokryť všetky kľúčové oblasti potrebné na efektívne riadenie a správu údajov, čo brzdí nielen inovácie, ale aj udržateľný rast a rozvoj v oblasti dátového manažmentu a interoperability. Kombinácia interných a externých odborník v oblasti dátovej vedy bude viesť ku nasledovných výstupom
--
--
--1. Bude vytvorený dátový katalóg: Popíšu sa všetky objekty evidencie až na úroveň atribútov, ktoré inštitúcia:
--
--1. Bude originálne vytvárať a evidovať v zdrojových registroch (agendové informačné systémy verejnej správy) v rámci rozsahu projektu.
--1. Bude spracúvať za účelom výkonu príslušnej agendy inštitúcie.
--
--1. Budú definované a popísané plánované procesy organizácie riadenia celého životného cyklu správy údajov:
--11. Budú zrozumiteľne zdokumentované dátové štruktúry, proces tvorby údajov, štatistické metodológie (ak budú použité), dátové zdroje, kontext a ďalšie aspekty manažmentu údajov.
--11. Proces riadenia pre manažment údajov bude zavedený nad informačným systémom ISVS_4867, ktoré budú obsahovať objekty evidencie riešené v projekte.
--1. Bude podporovaná a rozvíjaná inštitucionálna dátová kancelária.
--11. Kancelária bude slúžiť ako špecializovaný útvar pre dáta v rámci inštitúcie, súčasne bude zodpovedná za riadenie systematického manažmentu údajov.
--11. budú definované zodpovednosti za jednotlivé aspekty manažmentu údajov. V prípade potreby budú rozdelené údaje do jednotlivých segmentov podľa typu/druhu údajov.
--
--
--Z pohľadu interných kapacít plánuje organizácia posilniť role uvedené v kapitole 8 dokumentu.
--
--
--
--1.
--11.
--111.
--1111. Aktivita A9 – Vytvorenie rezortnej integračnej platformy pre konsolidáciu interných systémov inštitúcie (Master Data Management)
--
--
--Cieľom aktivity je vybudovať centrálny integračný komponent a platformu manažmentu údajov, ktoré budú slúžiť na efektívne spravovanie a zdieľanie údajov medzi rôznymi informačnými systémami.
--
--Komponent by mal poskytovať tieto služby:
--
--* Integrácia na služby IS CPDI: Centrálny komponent, cez ktorý sa IS budú integrovať na ostatné IS OVM.
--
--* Centralizácia údajov: Zabezpečuje, že údaje sú uložené na jednom mieste, čo uľahčuje ich správu a prístup k nim. Týka sa to najmä referenčných registrov kedy tento komponent na jednej stane prostredníctvom integrácie na IS CPDI udržiava aktuálne lokálne kópie údajov a na druhej strane poskytuje služby agendovým IS na prístup k týmto údajom, prípadne zmeny aktívne propaguje do príslušných IS na základe ich oprávnení.
--
--* Správa centrálnych číselníkov: systém ktorý bude slúžiť na centralizované riadenie a správu číselníkov MD SR
--
--* Transformácia údajov: Umožňuje konverziu údajov do formátu, ktorý je potrebný pre cieľový systém.
--
--* Orchestrácia procesov: Riadi tok údajov medzi systémami a zabezpečuje, že údaje sú doručené správnym spôsobom a v správnom čase.
--
--
--Predpokladaný rozsah:
--
--* Sprístupnenie referenčných údajov minimálne pre IS zapojené do výzvy
--
--* Vybudovaná správa centrálnych číselníkov
--
--* Vybudovaný integračný komponent min. v rozsahu integrácie na IS CPDI
--
--* Napojenie IS na integračný komponent
--
--
--1.
--11.
--111.
--1111. Aktivita A10 - Rozvoj informačných systémov z pohľadu bezpečnosti a súladu s GDPR (právo dotknutej osoby na prístup k údajom).
--
--
--Účelom aktivity 10 výzvy je rozvoj informačných systémov z pohľadu bezpečnosti a zabezpečenie súladu s GDPR (právo dotknutej osoby na prístup k údajom).
--
--
--Informačné systémy, ktoré spracúvajú osobné údaje alebo citlivé údaje, vyžadujú pravidelnú identifikáciu a analýzu rizík spojených s bezpečnosťou týchto údajov. Je potrebné zabezpečiť, aby boli identifikované potenciálne hrozby a zraniteľnosti, ktoré môžu ohroziť dôvernosť, integritu a dostupnosť údajov. Tento krok je základom pre vytvorenie alebo aktualizáciu bezpečnostného projektu a súčasne vytvorenie dokumentu DPIA čím sa znižuje riziko porušenia pravidiel ochrany osobných údajov a zlepšuje celkovú bezpečnosť spracovávaných dát v konkrétnych informačných systémoch.
--
--
--V rámci predkladaného projektu bude MD SR realizovať aktivitu 10 výzvy v nasledovnom rozsahu.
--
--1. Aktualizácia bezpečnostného projektu **projekt pre:**
--1*. ** informačný systém **ISVS_4867
--
--
--1. Vytvorenie dokumentu na vplyvu na ochranu údajov (DPIA) **pre:**
--
--* **informačný systém **ISVS_4867
--
--|**Kód ISVS**|**Názov ISVS**|**DPIA (vytvorenie / aktualizácia)**|**Bezpečnostný projekt (vytvorenie/ aktualizácia)**
--|ISVS_4867|JISCD - Jednotný informačný systém v cestnej doprave|Áno - vytvorenie|Áno - aktualizácia
--
--Tabuľka 3:Rozsah ISVS v projekte pre realizáciu BP a DPIA
--
--1.
--11.
--111.
--1111.
--11111. Bezpečnostný projekt
--
--
--Metodika pre tvorbu bezpečnostného projektu prípadne jeho aktualizáciu (ak už existuje) bude prebiehať v súlade s požiadavkami na analýzu rizík a vyhodnotenie súladu implementovaných opatrení podľa vyhlášky Úradu podpredsedu vlády SR pre investície a informatizáciu č. 179/2020 Z. z., ktorá upravuje spôsob kategorizácie a obsah bezpečnostných opatrení pre informačné technológie vo verejnej správe.
--
--Revíziu bezpečnostného zámeru a analýzy rizík vykonáme aj v rámci kratšej periódy, ak dôjde k narušeniu dôvernosti alebo integrity chránených alebo prísne chránených informácií, ako aj pri zásadnej zmene funkčnosti informačného systému, ktorá bude mať vplyv na spracúvanie chránených a prísne chránených informácií.
--
--
--Bezpečnostný zámer vymedzí základné bezpečnostné ciele, ktoré bude potrebné dosiahnuť na ochranu Informačného systému verejnej správy (ďalej ako ISVS) počas jeho vývoja, nasadzovania a prevádzky.
--
--
--1.
--11.
--111.
--1111.
--11111. Posúdenie vplyvu na ochranu osobných údajov (DPIA)
--
--
--DPIA, alebo posúdenie vplyvu na ochranu osobných údajov, je proces stanovený v rámci GDPR, konkrétne v článku 35.
--
--
--Analýza rizík prinesie odpoveď na otázku, pôsobeniu akých hrozieb bude dotknutá osoba vystavená, ako budú aktíva voči hrozbám zraniteľné, aká vysoká bude pravdepodobnosť, že hrozba zneužije určitú zraniteľnosť, a aký dopad by to na dotknutú osobu mohlo mať.
--
--Riadením rizík prostredníctvom prijatých opatrení znížime riziko na úroveň prijateľnú, ktorá bude posudzovaná podľa vyhlášky Úradu na ochranu osobných údajov Slovenskej republiky č. 158/2018 Z. z. o postupe pri posudzovaní vplyvu na ochranu osobných údajov.
--
--
--Dokumenty DPIA budú mať štruktúrovanú formu, ktorá bude zohľadňovať všetky povinné kroky na posúdenie vplyvu na ochranu osobných údajov a budú odkonzultované a schválené Zodpovednou osobou (DPO) MD SR. Takýto dokument by mal byť formálny, prehľadný a jasne definovať kľúčové informácie.
--
--
--
--1.
--11.
--111.
--1111. Aktivita A11 - Legislatívna analýza údajov inštitúcie verejnej správy
--
--
--Projekt je orientovaný najmä na komplexnú úpravu funkcionalít zdrojových informačných systémov pre poskytovanie žiadaných notifikácií pre registrovaného používateľa do IS MOU, pričom primárne sa týka dát, ktoré sú už pre IS MOU poskytované prostredníctvom IS CPDI (hoci v predprodukčnej / testovacej prevádzke) MD SR sa vo svojej správe zaoberá veľkým množstvom agendových systémov a štátnymi registrami, ktoré spracovávajú kľúčové osobné údaje osôb v oblasti dopravy.
--
--Preto aktivity v legislatívno-právnej oblasti sa budú primárne týkať týchto zákonov a na ne nadväzujúcich vykonávacích predpisov:
--
--
--* Zákon č. 93/2005 Z. z. o autoškolách a o zmene a doplnení niektorých zákonov
--* Zákon č. 106/2018 Z. z. o prevádzke vozidiel v cestnej premávke a o zmene a doplnení niektorých zákonov
--
--
--*
--** Vyhláška Ministerstva dopravy a výstavby Slovenskej republiky č.  133/2018 Z. z. ktorou sa ustanovujú podrobnosti o dokladoch vozidla
--** Vyhláška Ministerstva dopravy a výstavby Slovenskej republiky č.  134/2018 Z. z. ktorou sa ustanovujú podrobnosti o prevádzke vozidiel v cestnej premávke
--** Vyhláška Ministerstva dopravy a výstavby Slovenskej republiky č.  135/2018 Z. z. ktorou sa ustanovujú podrobnosti o cestnej technickej kontrole
--** Vyhláška Ministerstva dopravy a výstavby Slovenskej republiky č.  136/2018 Z. z. ktorou sa ustanovujú podrobnosti o technickej službe overovania
--** Vyhláška Ministerstva dopravy a výstavby Slovenskej republiky č.  137/2018 Z. z. ktorou sa ustanovujú podrobnosti v oblasti technickej kontroly
--** Vyhláška Ministerstva dopravy a výstavby Slovenskej republiky č.  138/2018 Z. z.
--** ktorou sa ustanovujú podrobnosti v oblasti emisnej kontroly
--** Vyhláška Ministerstva dopravy a výstavby Slovenskej republiky č.  139/2018 Z. z. ktorou sa ustanovujú podrobnosti v oblasti kontroly originality
--** Vyhláška Ministerstva dopravy a výstavby Slovenskej republiky č.  141/2018 Z. z.
--** ktorou sa ustanovujú podrobnosti o štátnom odbornom dozore a odbornom dozore technických služieb na úseku prevádzky vozidiel v cestnej premávke
--*** preukaz Kontrolóra
--
--
--* Zákon č. 56/2012 Z. z. o cestnej doprave
--
--
--*
--** Vyhláška Ministerstva dopravy a výstavby Slovenskej republiky č. 124/2012 Z. z.
--
--
--* Zákon č. 280/2006 Z.z. o povinnej základnej kvalifikácii a pravidelnom výcviku niektorých vodičov
--
--
--Aktivity v legislatívno-právnej oblasti budú analyzované počas realizačnej fázy projektu pre nasledovné oblasti:
--
--
--|ID|Oblasť legislatívy|Popis
--|A|(((
--Analýza legislatívnych podmienok sprístupňovania údajov (v rozsahu aktivity A1)
--
--
--)))|(((
--1. Analýza legislatívnych podmienok sprístupňovania údajov registrovaným používateľom IS MOU
--1. identifikácia legislatívnych prekážok sprístupňovania údajov registrovaným používateľom IS MOU
--1. návrh úpravy dotknutých zákonov a prípadne aj ich vykonávacích predpisov za účelom legálneho umožnenia sprístupňovania údajov definovaných v projekte registrovaným používateľom IS MOU.
--)))
--|A1|Právna analýza procesu opravy chybných/neaktuálnych údajov a návrh úpravy legislatívy pre opravu údajov (v rozsahu aktivity A1)|Súčasťou aktivity je návrh úpravy dotknutých zákonov a prípadne aj ich vykonávacích predpisov, za účelom zefektívnenia procesov opravy chybných údajov.
--|B|Právna analýza konkrétnych ustanovení osobitných predpisov pre ďalšie aktivity projektu.|Právna analýza konkrétnych ustanovení osobitných predpisov vytvárajúcich zákonné prekážky aplikácie v realizačnej fáze projektu pre Aktivitu A2 až A6 a súčasne vypracovanie konkrétneho návrhu noviel súvisiacich právnych predpisov/ návrhu nového zákona.
--|C|Vypracovanie komplexného dátovo-právneho manažmentu, t. j. právna analýza osobitných právnych predpisov, ktorá sa zameriava na identifikáciu právnych základov a právnych základov v rezortnom rozsahu, a to pre:|(((
--1. konzumáciu údajov od iných inštitúcií verejnej správy (identifikácia právneho základu pre spracúvanie údaja na konkrétnu spracovateľskú operáciu),
--1. poskytovanie údajov evidovaných v registroch inštitúcie verejnej správy
--
--* orgánom verejnej moci na účely výkonu úradnej činnosti
--* iným subjektom mimo verejnej správy na iné účely,
--
--1. poskytovanie údajov evidovaných v registroch inštitúcie verejnej správy na účely analytického spracúvania údajov,
--1. poskytovanie údajov evidovaných v registroch inštitúcie verejnej správy ako otvorených údajov.
--)))
--
--Tabuľka 4: Súhrnný pohľad pre realizáciu legislatívno-právnej oblasti projektu
--
--
--
--1.
--11. Zainteresované strany/Stakeholderi
--
--
--|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.|Ministerstvo investícií, regionálneho rozvoja a informatizácie SR|MIRRI|Sprístupňovanie údajov FO a PO pomocou informačnej technológie|isvs_8705 IS MOU
--|4.|Ministerstvo Dopravy SR|MD SR|Poskytovateľ údajov|Isvs_4867 JISCD
++|//1.//|//Ministerstvo investícií, regionálneho rozvoja a informatizácie SR//|//MIRRI//|//Poskytovateľ služieb centrálnej platformy integrácie údajov//|//isvs_5836 IS CSRU//
++|//2.//|//Občan / podnikateľ//| |//Spracovateľ podania formou vyplnenia žiadosti vo formulárovom prostredí//|//Nerelevantné//
++|//3.//|//OVM//| |//Konzument údajov//|//Doplniť ISVS (v projekte)//
++|//5.//|//Občan/Podnikateľ/OVM …//|//Doplniť skratku subjektu//|//Doplniť rolu (v projekte)//|//Doplniť ISVS (v projekte)//
++== {{id name="_Toc1171095368"/}}{{id name="_Toc917011599"/}}{{id name="_Toc1971312639"/}}{{id name="_Toc1126157752"/}}{{id name="_Toc1310576106"/}}{{id name="_Toc2022117806"/}}{{id name="_Toc1657084950"/}}{{id name="_Toc1062413439"/}}{{id name="_Toc2022428828"/}}{{id name="_Toc2122222112"/}}{{id name="_Toc754065181"/}}{{id name="_Toc152607307"/}}{{id name="_Toc47815696"/}}{{id name="_Toc152607306"/}}{{id name="_Toc152607305"/}}{{id name="_Toc152607304"/}}{{id name="_Toc152607303"/}}{{id name="_Toc152607302"/}}{{id name="_Toc152607301"/}}{{id name="_Toc152607300"/}}{{id name="_Toc152607299"/}}{{id name="_Toc152607298"/}}{{id name="_Toc152607297"/}}{{id name="_Toc152607296"/}}{{id name="_Toc152607295"/}}{{id name="_Toc152607294"/}}3.4Ciele projektu ==
--1.
--11. Ciele 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**
++|...| |...|...
++|...| |...|...
--Víziou informatizácie verejnej správy je zabezpečenie kvalitných digitálnych služieb pre občanov a podnikateľov. Ciele projektu významné podporujú Národnú koncepciu informatizácie verejnej správy Slovenskej republiky (ďalej len „NKIVS“), ktorá prevádzkuje a buduje informačné technológie a zároveň sa riadi primárne zákonmi:
++== {{id name="_Toc152607308"/}}3.5Merateľné ukazovatele (KPI) ==
--* č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov v znení neskorších predpisov (ďalej len „zákon o ITVS“)
--* č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti subjektov verejnej moci a o zmene a doplnení niektorých zákonov (zákon o e -Governmente) v znení neskorších predpisov (ďalej len „zákon o e -Governmente“).
--
--
--Kľúčové ciele projektu sú zamerané na Strategickú prioritu Manažment údajov, a to najmä pre oblasť Moje údaje/koncept Mojich údajov alebo tiež MyData[[~[1~]>>path:#_ftn1]]. Poskytovanie údajov pre službu „Moje dáta“ sa realizuje na základe:
--
--* § 10a zákona č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov (zákon o e-Governmente) a súvisiacich ustanovení zákona o e-Governmente,
--* § 12 ods. 1 písm. l) 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.
--
--
--Víziou pre strategickú prioritu v oblasti Manažmentu údajov je verejná správa založená na údajoch, ktoré je možné a efektívne sekundárne využiť pri dôslednom dodržiavaní všetkých právnych princípov a požiadaviek všeobecne záväzných právnych predpisov na ochranu a bezpečnosť spracúvaných údajov a realizáciou projektu prispieva ku napĺňanie nasledovných cieľov v zmysle NKIVS:
--
--1. Cieľ 1.3: Znížiť interakcie osôb a zložitosť pri používaní služieb verejnej správy, prioritnej osi 1 - Lepšie služby
--1. Cieľ 2.3: Zvýšenie otvorenosti a transparentnosti verejnej správy, prioritnej osi 2 - Digitálna a dátová transformácia
--1. Cieľ 2.4: Dobudovať digitálne prostredie založené na zdieľaní údajov vo verejnej správe, prioritnej osi 2 - Digitálna a dátová transformácia
--
--
--|ID|Označenie cieľa|Názov cieľa|Názov strategického cieľa|Spôsob realizácie strategického cieľa
--|1|Cieľ 1.3|Lepšie služby  - Znížiť interakcie osôb a zložitosť pri používaní služieb verejnej správy, prioritnej osi 1|Moje údaje - VS bude zavádzať koncept „Mojich údajov” do svojich informačných systémov a zvyšovať transparentnosť verejnej správy pri využívaní osobných údajov prostredníctvom IS MOU|Poskytovanie údajov v rozsahu definovanom v kapitole 4 (Prístup k projektu) do IS MOU (mobilná aplikácia) a súčasne úprava zdrojových informačných systémov, kde tieto dáta „vznikajú“ o funkčné požiadavky definované v KP
--|2|Cieľ 2.3|Digitálna a dátová transformácia - Zvýšenie otvorenosti a transparentnosti verejnej správy, prioritnej osi 2|Otvorené údaje  - VS bude automatizovaným spôsobom zverejňovať nové otvorené údaje, ktoré nebudú mať reálnu prekážku na zverejnenie.|Bude vybudovaný Lokálny katalóg otvorených dát (LKOD) čo znamená, že MD SR znamená, že MD SR nebude ukladať datasety a ich distribúciu do centrálneho portálu otvorených dát data.slovensko.sk. Namiesto toho, svoje otvorené údaje zverejní na svojom úložisku (napr. na webstránke svoje organizácie v časti Otvorené údaje). Následne opäť na svojej strane (svoje úložisko, alebo API) zverejnený zoznam vypublikovaných datasetov, podľa štandardu [[DCAT-AP-SK2.0>>url:https://datova-kancelaria.github.io/dcat-ap-sk-2.0/]].
--|3|Cieľ 2.3|Digitálna a dátová transformácia - Zvýšenie otvorenosti a transparentnosti verejnej správy, prioritnej osi 2|Dátová kvalita - VS bude zvyšovať dôveryhodnosť údajov, riadiť ich kvalitu a vymieňať si ich prioritne automatizovaným spôsobom.|(((
--Pre službu „Moje dáta“ je stanovená úroveň kvality údajov podľa
--
--formátov RDF / XML, JSON-LD API (kvalita úrovne 5★). Jedným z hlavných cieľov v aktivite A2 bude dátová transformácia pre zvýšenie interoperability medzi systémami verejnej správy, priblíženie sa odporúčaniam a štandardom EÚ pre interoperabilitu verejnej správy a medzi krajinami EÚ a zjednodušenie prístupu k údajom pre konzumentov. Za týmto účelom vznikne transformácia dát z aktuálneho XML formátu do RDF formátu v 5★ kvalite prelinkovaných údajov („Linked Data“)[[~[2~]>>path:#_ftn2]], pre konkrétne OE.
--)))
--|4|(((
--Cieľ 2.4
--
--
--)))|Digitálna a dátová transformácia - Dobudovať digitálne prostredie založené na zdieľaní údajov vo verejnej správe, prioritnej osi 2|Moje údaje - VS bude zavádzať koncept „Mojich údajov” do svojich informačných systémov a zvyšovať transparentnosť verejnej správy pri využívaní osobných údajov prostredníctvom IS MOU|Úprava zdrojových informačných systémov, kde tieto dáta „vznikajú“ o funkčné požiadavky pre zasielanie informácii o prístupe k údajom definovaných v KP
--|5|(((
--Cieľ 2.4
--
--
--)))|Digitálna a dátová transformácia - Dobudovať digitálne prostredie založené na zdieľaní údajov vo verejnej správe, prioritnej osi 2|Analytické údaje - VS bude podporovať prácu analytických jednotiek poskytovaním údajov (registre, agendové systémy, opendata) pripojených na centrálnu analytickú platformu tak, aby údaje bolo možné použiť pre čo najširšie analytické potreby pri zachovaní ochrany osobných údajov, utajovaných skutočností, citlivých informácií podľa atómového zákona a zákona o kritickej infraštruktúre.|
--|6|(((
--Cieľ 2.4
--
--
--)))|Digitálna a dátová transformácia - Dobudovať digitálne prostredie založené na zdieľaní údajov vo verejnej správe, prioritnej osi 2|Jedenkrát a dosť a dátová interoperabilita  - VS bude publikovať nové referenčné údaje a základné číselníky a bude podporovať dodržiavanie princípu „1- krát a dosť”|V procese transformácie sa predpokladá aj obohatenie a doplnenie pôvodných údajov tak, aby spĺňali požiadavku na kvalitu výstupu na úrovni 5★ RDF a aby boli v súlade s CMÚ.
--
--1.
--11. Merateľ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
--|1|Rozvoj služby Moje údaje|Sprístupnenie údajov na platformu IS MOU|Sprístupňovanie nových údajov pre službu “moje údaje” na platformu IS MOU|počet|0|10|Integrácie OE na IS MOU
--|2|Úprava IS o notifikácie|Rozvoj IS  o notifikácie|Úprav zdrojových IS o informácie o prenose údajov|počet|0|10|Akceptačný protokol z testovania
--|3|Dátová kvalita|Interoperabilita|Zvyšovanie kvality údajov na najvyššiu možnú úroveň 5* priamo v zdrojovom registri|počet|0|10|Akceptačný protokol z testovania
--|4|Dátová kvalita|Prevencia nekvality na vstupe|Riadenie dátovej kvality na vstupe|počet|0|21|Akceptačný protokol z testovania
--|5|Dátová kvalita|Monitoring kvality údajov|Monitorovanie a vyhodnocovanie účinnosť zmien dátovej kvality v dlhodobom horizonte|%|0|100%|Pravidelný Reporting
--|6|Dátová kvalita|Čistenie údajov  a zvyšovanie kvality údajov|Za účelom zvýšenia kvality vstupných datasetov bude integrácia rozšírená aj o funkcionalitu stotožňovania a referencovania voči číselníkom a referenčným registrom|počet|0|21|Akceptačný protokol z testovania
--|7|Rezortná platforma|Integračná platforma|Vybudovania / Modernizácia rezortnej platformy v rámci inštitúcie|Počet|0|1|Akceptačný protokol z testovania
++ **(cieľové hodnoty)|**Spôsob ich merania**|**Pozn.**
++|...| |...|...|...|...|...|...|...
++|...| |...|...|...|...|...|...|...
++|...| |...|...|...|...|...|...|...
++//Vysvetlivky k vyplneniu tabuľky~://
--1.
--11. Špecifikácia potrieb koncového používateľa
++* //Vzory merateľných ukazovateľov pre projekt sú publikované v Checkliste pre agendu Merateľné ukazovatele/KPI (//__[[https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]__// )//
++* //**AS IS merateľné ukazovatele** – t. j. popíšte, aké merateľné ukazovatele máte teraz (vpíšte výsledky meraní – v merateľných jednotkách) .//
++* //**TO BE merateľné ukazovatele** – t. j. popíšte cieľové merateľné ukazovatele, ktoré chcete dosiahnuť.//
++* //Odporúčame, aby váš budúci IS mal automatizovaný monitoring (na pravidelnej báze, napr. týždenne) vami stanovených merateľných ukazovateľov – s cieľom, aby ste mohli riadiť službu, produkt, proces, ľudí//
++* //V prípade financovania cez zdroje EÚ uvádzať aj Projektové merateľné ukazovatele z operačného programu (špecifické ciele, merateľné ukazovatele atď).//
++== {{id name="_Toc152607312"/}}{{id name="_Toc1937275886"/}}{{id name="_Toc741126126"/}}{{id name="_Toc1465086354"/}}{{id name="_Toc1808286414"/}}{{id name="_Toc773473969"/}}{{id name="_Toc1151283522"/}}{{id name="_Toc1993493887"/}}{{id name="_Toc2086720991"/}}{{id name="_Toc484272872"/}}{{id name="_Toc1278737203"/}}{{id name="_Toc325672769"/}}{{id name="_Toc152607311"/}}{{id name="_Toc152607309"/}}3.6Špecifikácia potrieb koncového používateľa ==
--Pre predkladaný projekt vyhláška MIRRI č. 547/2021 Z. z. nie je relevantná pre rozsah a charakter projektu, pretože projekt sa nezaoberá návrhom ani úpravou rozhraní pre občana, podnikateľa alebo zamestnanca verejnej správy. Rovnako nie je potrebné realizovať používateľský prieskum UX/CX požiadaviek, keďže projekt neobsahuje služby zamerané na interakciu s koncovými používateľmi, avšak modernizáciou informačného systému isvs_4768 v správe Ministerstva Dopravy prináša pre koncových používateľov, ako sú občania a podnikatelia, zásadné zlepšenia v oblasti dostupnosti, spravovania a ochrany osobných údajov.
++//Táto časť sa týka projektov, ktoré sú zamerané na vývoj alebo rozvoj  ISVS/s elektronickými službami , ktoré  majú grafické alebo iné používateľské rozhranie a sú určené pre občanov/podnikateľov (alebo aj pracovníkov verejnej správy pracujúcich s agendovým systémom), ďalej označených ako koncoví používatelia. //
++* //Špecifikácia požiadaviek koncových používateľov musí byť v súlade s legislatívou (s aktuálne platnou alebo s návrhom jej zmien ako súčasť projektu) a postupmi pri vytváraní elektronických služieb verejnej správy, ako sú napríklad používateľský prieskum, mapovanie používateľskej cesty, vytváranie informačnej architektúry a testovanie prototypov podľa vyhlášky //__[[547/2021 Z. z. o elektronizácii agendy verejnej správy>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2021/547/]]__//.//
++* //Definujte skupiny koncových používateľov elektronických služieb a popísať cieľové skupiny koncových používateľov, vrátane sociodemografických charakteristík cieľových skupín alebo účastníkov používateľského prieskumu. Príklad definície skupín koncových používateľov, tzv. persón nájdete v metodike pre tvorbu používateľsky kvalitných elektronických služieb (//__[[Metodika pre tvorbu používateľsky kvalitných elektronických služieb>>url:https://mirri.gov.sk/wp-content/uploads/2020/10/Metodicke-usmernenie-pre-tvorbu-pouzivatelsky-kvalitnych-elektronickych-sluzieb-VS_7102020.pdf]]__//).//
++* //Špecifikujte potreby resp. ciele koncových používateľov (ideálne formou tzv. //__ [[používateľského príbehu>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2023/401/#paragraf-13.odsek-4]]__//) ktoré identifikujú, čo jednotlivé skupiny koncových používateľov od elektronickej  služby požadujú.  Ak ide o zmenu (upgrade) elektronickej služby, ktorá už existuje, dajú sa ciele  koncových používateľov kvantitatívne odmerať: //
++** //ako sa koncovým používateľom svoje potreby (resp. ciele) darí napĺňať (performance indikátory) - napr. priemerný čas pre naplnenie potreby, miera chybovosti, miera dokončenia, pomer online/offline transakcií, //
++** //ako sú koncoví používatelia (ne)spokojní s existujúcou  elektronickou službou (Net Promoter Score, Customer effort Score, customer satisfaction....),//
++* //Pri rozvoji existujúcej elektronickej služby je možné použiť výstupy zo zisťovania spätnej väzby k elektronickej službe, ak z nich vyplývajú požiadavky koncových používateľov na rozvoj služby.  //
++* //Ak ide o vytváranie novej koncovej služby, realizuje sa používateľský prieskum spravidla metódou kvalitatívneho prieskumu (formou štruktúrovaného rozhovoru alebo dotazníka, ktorého cieľom je pomenovať základné ciele/potreby koncových používateľov) a očakávania od kvality a funkcionalít plánovanej elektronickej služby (odkaz návod (v angličtine): //__[[Ako vybrať vhodnú metódu používateľského prieskumu>>url:https://www.nngroup.com/articles/which-ux-research-methods/]]__//).//
++* //Priložte Report zákazníckeho prieskumu ako prílohu Projektového zámeru,  ktorý popíše priebeh a metódy prieskumu, základné kvantitatívne ukazovatele, veľkosť vzorky atď. //
++* //Doplňte Katalóg požiadaviek (funkčné, nefunkčné) o priorizované požiadavky z používateľského prieskumu v dokumente M-05 Analýza nákladov a prínosov, karta Katalóg požiadaviek I-04 Katalóg požiadaviek.//
++.
--Koncoví používatelia informačného systému, ako sú občania a podnikatelia, vyžadujú spoľahlivý, bezpečný a efektívny prístup k svojim osobným údajom, ktoré sú spravované v rámci verejnej správy, najmä na úseku dopravy. Projekt sa preto zameriava na riešenie týchto potrieb prostredníctvom nasledujúcich opatrení:
++== {{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 ==
++//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ť.//
--Pre občanov a podnikateľov, najmä pre tých, ktorí podnikajú v oblasti dopravy, je kľúčové mať ľahký prístup k dôležitým údajom. Systém JISCD (Jednotný informačný systém v cestnej doprave) umožňuje používateľom získavať notifikácie o spracovaní, zmene alebo ukončení platnosti údajov pre definované objekty evidencie. To výrazne znižuje čas potrebný na vybavovanie administratívnych úkonov a zvyšuje transparentnosť procesov.
++* //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 ==
--Príklad: Podnikateľ, ktorý vlastní taxislužbu, bude automaticky informovaný prostredníctvom notifikácií o stave jeho žiadostí, ako sú osvedčenia pre vozidlá alebo preukazy vodičov taxislužby, čím sa znižuje potreba manuálnej kontroly stavu vybavenia.
++//Na základe identifikovaného rozsahu problému navrhujete v projektovom zámere rôzne riešenia biznis procesov (podmnožiny problému). Alternatíva môže pokrývať procesy všetkých stakeholderov (zainteresované strany) alebo iba vybraných, celú životnú situáciu alebo len časť. Na úrovni stanovenia alternatívy je budúci stav biznis procesov popísaný rámcovo, pri zúžení alternatív na tie, ktoré vstupujú do CBA konkrétne.//
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_6f4954d8b4fa4b84.png||height="161" width="594"]]
++== {{id name="_Toc152607316"/}}{{id name="_Toc272880027"/}}{{id name="_Toc1555402845"/}}{{id name="_Toc202773756"/}}{{id name="_Toc184325397"/}}{{id name="_Toc668554681"/}}{{id name="_Toc1254416069"/}}{{id name="_Toc1027950788"/}}{{id name="_Toc1148271670"/}}{{id name="_Toc113941326"/}}{{id name="_Toc531942663"/}}{{id name="_Toc154507425"/}}3.9Multikriteriálna analýza ==
--**Podpora digitálnych dokladov a interoperabilita**
++//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
--
--Zavedenie digitálnych dokladov, ako napríklad osvedčení pre vodičov alebo taxislužby, ktoré sú prístupné cez systémy verejnej správy, je ďalším dôležitým aspektom pre koncových používateľov. Použitie formátov ako RDF/XML a JSON-LD API zabezpečí, že údaje budú spracované na vysokej kvalitatívnej úrovni a interoperabilita medzi rôznymi systémami bude zabezpečená.
--
--Prístup k týmto digitálnym dokladom zjednodušuje životné situácie a zvyšuje efektivitu interakcie občana alebo podnikateľa s verejnou správou.
--
--
--
--**Bezpečnosť údajov a súlad s GDPR**
--
--
--Koncoví používatelia potrebujú istotu, že ich osobné údaje sú spracované bezpečne a v súlade s platnou a účinnou legislatívou. V rámci projektu bude systém prejsť bezpečnostným auditom a implementujú sa nové opatrenia na ochranu osobných údajov, ako aj dôkladná analýza rizík v súlade s nariadením GDPR.
--
--
--Príklad: Vlastníci taxislužieb budú mať istotu, že ich údaje, ako sú osvedčenia alebo preukazy vodičov, sú spracované v súlade s najnovšími legislatívnymi požiadavkami, vrátane práva na prístup k osobným údajom.
--
--
--
--**Prístup k údajom prostredníctvom IS CPDI a podpora princípu „1 x a dosť“**
--
--
--Integrácia so systémom IS CPDI rozvíja koncept 1x a dosť a zároveň umožní občanom a podnikateľom efektívny prístup k svojim údajom. Prostredníctvom systému „Moje dáta“ budú mať používatelia možnosť bezpečne pristupovať k svojim osobným údajom, čím sa zvýši transparentnosť a zabezpečí sa jednoduchšie spravovanie životných situácií.
--
--Príklad: Podnikatelia, ktorí potrebujú pravidelne aktualizovať svoje údaje, ako napríklad osvedčenia o vozidlách taxislužby alebo odborné preukazy, budú môcť tieto informácie sledovať a spravovať prostredníctvom jedného informačného systému, čím sa odstránia zbytočné legislatívne prekážky.
--
--
--1.
--11. Riziká a závislosti
--
--
--Riziká a závislosti predkladaného projektu sú uvedené v samostatnom dokumente s označením „**P_01_a_I_01_a_M_02_1_PRILOHA_1_REGISTER_RIZIK-a-ZAVISLOSTI_XY**“, ktorý je prílohou predkladaných dokumentov v prípravnej fáze projektu potrebných pre schválenie Žiadosti o nenávratný finančný príspevok
--
--
--1.
--11. Stanovenie alternatív v biznisovej vrstve architektúry
--
--
--Na základe identifikovaného rozsahu problému sú v projektovom zámere navrhnuté rôzne riešenia zabezpečenia chodu biznis procesov a funkcií.
--
--
--Alternatívy pokrývajú procesy a funkcie, ktoré vedú k zlepšeniu kontroly nákladov a plánovania podriadených organizácií a zahŕňajú všetkých stakeholderov (zainteresované strany). Na úrovni alternatívy je budúci stav biznis procesov popísaný rámcovo, alternatíva, ktorá splní kritéria výberu bude vstupom do CBA.
--
--
--[[image:file:////Users/ijp/Library/Group%20Containers/UBF8T346G9.Office/TemporaryItems/msohtmlclip/clip_image002.png||alt="Obrázok, na ktorom je text, snímka obrazovky, vizitka, písmo
--
--Automaticky generovaný popis"]]
--
--
--
--
--1.
--11. Multikriteriálna analýza
--
--
--Výber alternatív je uskutočnený na úrovni biznis vrstvy prostredníctvom MCA zostavenej na základe výstupov kapitoly Motivácia, ktorá obsahuje ciele stakeholderov, ich požiadavky a obmedzenia pre dosiahnutie uvedených cieľov.
--
--
--V rámci motivácie boli identifikované Princípy, ktoré boli kritériami pre výber vhodného variantu. Kritériá označené ako “KO” vyplynuli z kľúčových biznis požiadaviek zo zadania na riešenie, ktoré sú z hľadiska rozsahu identifikovaného problému a motivácie nevyhnutné pre riešenie problému a projektu. Naplnenie všetkých KO kritérií indikuje preferovaný variant riešenia a naopak, nesplnenie KO kritéria vylučuje identifikovaný variant.
--
--
--
--| |KRITÉRIUM|ZDÔVODNENIE KRIÉRIA|MD SR|MIRRI|Registrovaný používateľ MOU
--|(% rowspan="4" %)(((
--BIZNIS VRSTVA
--
--
--)))|Kritérium A (KO)|Moje údaje - VS bude zavádzať koncept „Mojich údajov” do svojich informačných systémov a zvyšovať transparentnosť verejnej správy pri využívaní osobných údajov prostredníctvom IS MOU.|X|X|X
--|Kritérium B (KO)|Dátová kvalita - VS bude zvyšovať dôveryhodnosť údajov, riadiť ich kvalitu a vymieňať si ich prioritne automatizovaným spôsobom.|X|X|X
--|Kritérium C (KO)|Úprava zdrojových informačných systémov, kde tieto dáta „vznikajú“ o funkčné požiadavky pre zasielanie informácii o zmenách a prístupe k údajom.|X| |X
--|Kritérium D|Otvorené údaje  - VS bude automatizovaným spôsobom sprístupňovať nové otvorené údaje, ktoré nebudú podliehať právnemu režimu ochrany.|X| |X
--
--Tabuľka 5: Spracovanie MCA
--
--
--|Zoznam kritérií|(((
--Alternatíva
--
--0
++| |**KRITÉRIUM**|**ZDÔVODNENIE KRIÉRIA**|(((
++**STAKEHOLDER**
++**1**
  )))|(((
--Spôsob
--
--dosiahnutia
--)))|Alternatíva 1|(((
--Spôsob
--
--dosiahnutia
--)))|Alternatíva 2|(((
--Spôsob
--
--dosiahnutia
++**STAKEHOLDER**
++**2**
++)))|(((
++**STAKEHOLDER**
++**3**
  )))
--|Kritérium A|nie|V prípade zachovania súčasného stavu sa projekt nebude realizovať|áno|Budú integrované prioritné údaje pre službu moje údaje na IS MOU|áno|Budú integrované prioritné údaje pre službu moje údaje na IS MOU
--|Kritérium B|nie|Ak sa nebude realizovať zvyšovanie štandardu  údajov do požadovanej úrovne 5*, nebudú splnené povinné požiadavky výzvy|áno|(((
--Zabezpečiť požadovanú úroveň dátovej kvality je možné prostredníctvom služieb (nástrojmi pre dátovú
--
--kvalitu) Centrálnej platformy dátovej integrácie v spolupráci s Centrálnou
--
--dátovou kanceláriou MIRRI SR
--)))|áno|(((
--Bude realizovaná požadovaná
--
--úroveň kvality údajov podľa
--
--formátov RDF / XML, JSON-LD API (kvalita úrovne 5★). priamo v zdrojových registroch.
++|(% rowspan="6" %)BIZNIS VRSTVA|Kritérium A (KO)| |X|X|X
++|Kritérium B (KO)| |X|X|
++|Kritérium C (KO)| | |X|X
++|Kritérium D (KO)| | |X|X
++|Kritérium E| |X|X|
++|Kritérium F| |X| |X
++Príklad šablóny pre vyhodnotenie MCA
++|**Zoznam kritérií**|(((
++**Alternatíva**
++**1**
++)))|(((
++**Spôsob**
++**dosiahnutia**
++)))|**Alternatíva 2**|(((
++**Spôsob**
++**dosiahnutia**
  )))
--|Kritérium C|nie|Úprava zdrojových IS o zasielanie informácií o prístupe k údajom, ktoré  generujú prioritné údaje pre službu Moje údaje je povinná aktivita pre projekt|nie|Úprava zdrojových IS o zasielanie informácií o prístupe k údajom, ktoré  generujú prioritné údaje pre službu Moje údaje musí byť realizovaná u poskytovateľa údajov na zdrojových IS|áno|Úprava zdrojových IS o zasielanie informácií o prístupe k údajom, ktoré  generujú prioritné údaje pre službu Moje údaje musí byť realizovaná u poskytovateľa údajov na zdrojových IS
--|Kritérium D|áno|Projekt je možné realizovať, aj keď sa nebude realizovať aktivita zameraná na budovanie LKOD|áno|Vybudovanie LKOD na rezorte bude podarovať a rozvíjať Národný katalóg otvorených dát, čo znamená jednotné koncepčné riešenie  problematiky v krajine|áno|Vybudovanie LKOD na rezorte bude podarovať a rozvíjať Národný katalóg otvorených dát, čo znamená jednotné koncepčné riešenie problematiky v krajine
++|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|
--Tabuľka 6: Vyhodnotenie MCA
++== {{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~://
--Alternatíva 0: Zachovanie súčasného stavu
++* //Nutné – aplikačné moduly/funkcionality, ktoré sú nevyhnutné pre dosiahnutie cieľov//
++* //Preferované – aplikačné moduly/funkcionality, ktoré rozvíjajú biznis alternatívu a vytvárajú dodatočné prínosy, započítané v Analýze nákladov a prínosov M-05 (BC/CBA povinná pre projekty nad 1 000 000,- EUR)//
++* //Aplikačná vrstva by mala byť schopná rozdeliť moduly do skupín podľa koncových služieb/funkcionalít, ktoré plnia nutné a preferované požiadavky.//
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_5701ef6f26440efc.png||height="156" width="288"]]
++== {{id name="_Toc152607318"/}}{{id name="_Toc1308618109"/}}{{id name="_Toc1709724880"/}}{{id name="_Toc1118245238"/}}{{id name="_Toc416893103"/}}{{id name="_Toc1814703501"/}}{{id name="_Toc1969952445"/}}{{id name="_Toc1495260625"/}}{{id name="_Toc1603455053"/}}{{id name="_Toc245422461"/}}{{id name="_Toc1058442113"/}}{{id name="_Toc2040067840"/}}{{id name="_Toc47815701"/}}{{id name="_Toc521508982"/}}3.11Stanovenie alternatív v technologickej vrstve architektúry ==
--V tejto alternatíve nie sú podniknuté žiadne kroky na realizáciu projektu. Projekt sa teda nebude realizovať a súčasný stav ostane nezmenený. V rámci jednotlivých kritérií platia nasledujúce fakty:
++//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~://
--* Kritérium A: Údaje pre službu „Moje údaje“ nebudú integrované do informačného systému MOU.
--* Kritérium B: Požiadavky na dátovú kvalitu nebudú splnené. Bez zvýšenia štandardu na požadovanú úroveň kvality (5★) nebudú naplnené povinné podmienky výzvy.
--* Kritérium C: Zdrojové informačné systémy nebudú upravené tak, aby zasielali informácie o prístupe k údajom pre službu „Moje údaje“.
--* Kritérium D: Aj bez vybudovania Lokálneho katalógu otvorených dát (LKOD) by bolo možné projekt realizovať, ale kvalita výstupov a koordinácia by bola obmedzená.
++* //nulový variant, ktorý sa neposudzuje v MCA a je automaticky porovnávajúcim variantom v M-05 Analýza nákladov a prínosov,//
++* //preferovaný variant, ktorý splnil všetky kritéria MCA,//
++* „//minimalistický variant“, ktorý vychádza z rovnakého biznis variantu ako preferovaný variant, ale realizuje iba „nutné“ aplikačné moduly.//
++= {{id 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) =
--Alternatíva 1: Čiastočná realizácia s využitím existujúcich nástrojov
++* //Doplňte informácie – POPIS PRODUKTU - čo bude/čo chcete, aby bolo po ukončení projektu dodané//
++** //projektové výstupy podľa vyhlášky 401/2023 o riadení projektov (vrátane zdrojových kódov)//
++** //koncové služby a biznis procesy, ktoré sú predmetom dodávky projektu//
++** //biznis objekty, ktoré majú byť vstupmi a výstupmi zo systému – napr. podania, formuláre, rozhodnutia, reporty, dáta, aplikačné rozhrania//
++* //Doplniť informáciu, resp. identifikovať VLASTNÍKOV PROCESOV (toto je dôležitá informácia pre budúce riadenie projektu a schvaľovanie výstupov projektu).//
++= {{id 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 =
--Alternatíva 1 predpokladá čiastočné riešenie, kde sa implementujú niektoré kľúčové kroky, no nie všetky procesy budú vykonané v plnom rozsahu.
++* //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//
--* Kritérium A: Integrácia prioritných údajov pre službu „Moje údaje“ do IS MOU bude realizovaná.
--* Kritérium B: Zabezpečenie požadovanej úrovne dátovej kvality (5★) bude dosiahnuté prostredníctvom centrálnej platformy dátovej integrácie, v spolupráci s Centrálnou dátovou kanceláriou MIRRI SR.
--* Kritérium C: Zdrojové informačné systémy budú upravené na zasielanie informácií o prístupe k údajom, ale realizácia tejto úpravy bude musieť prebiehať na strane poskytovateľa údajov.
--* Kritérium D: Vybudovanie LKOD bude podporovať Národný katalóg otvorených dát, čím sa zabezpečí jednotné koncepčné riešenie problematiky v krajine.
++== {{id name="_Toc152607321"/}}{{id name="_Toc823562243"/}}5.1Prehľad e-Government komponentov ==
++//__**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ľ~://
--Alternatíva 2: Kompletná realizácia s pokročilými úpravami
++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: ===
--Alternatíva 2 predstavuje úplné a komplexné riešenie, ktoré zabezpečuje všetky požadované úpravy a integrácie v plnom rozsahu.
++{{content id="projekt.planovane_ks" template="
++|=Kód KS (z MetaIS)|=Názov KS|=Používateľ KS (G2C/G2B/G2G/G2A)|=Životná situáciab(+ kód z MetaIS)|=Úroveň elektronizácie KS[# th:each='item : ${ks}']
++[['|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.atribut('EA_Profil_KS_pouzivatel_ks')?:''} +
++'|' + ${item.zs?.nazov?:''} + '; ' + ${item.zs?.kodMetais?:''} + '|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_KS_sofistikovanost')?:''}]]
++[/]
++"}}|=Kód KS (z MetaIS)|=Názov KS|=Používateľ KS (G2C/G2B/G2G/G2A)|=Životná situáciab(+ kód z MetaIS)|=Úroveň elektronizácie KS{{/content}}
--* Kritérium A: Prioritné údaje pre službu „Moje údaje“ budú plne integrované do informačného systému MOU.
--* Kritérium B: Požadovaná úroveň kvality údajov bude dosiahnutá priamo v zdrojových registroch v súlade s formátmi RDF/XML a JSON-LD API, čo umožní dosiahnuť kvalitu údajov na úrovni 5★.
--* Kritérium C: Zdrojové informačné systémy budú plne upravené tak, aby poskytovali informácie o prístupe k údajom, čím sa zabezpečí komplexná podpora služby „Moje údaje“.
--* Kritérium D: LKOD bude vybudovaný a bude podporovať Národný katalóg otvorených dát, čím sa dosiahne jednotné koncepčné riešenie v celej krajine.
++=== 5.1.2Prehľad budovaných/rozvíjaných ISVS v projekte – budúci stav: ===
++{{content id="projekt.planovane_isvs" template="
++|=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)[# th:each='item : ${isvs}']
++[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${#html.checkbox(item.atribut('EA_Profil_ISVS_modul_isvs') == 'true')} +
++'|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_stav_isvs')?:''} +
++'|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_typ_isvs')?:''} +
++'|' + ${item.nadradeneIsvs?.kodMetais?:''} + '|')]
++[/]
++"}}|=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
++|isvs_4867|JISCD - Jednotný informačný systém v cestnej doprave|{{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: ===
--Prínosy alternatívy 2:
++{{content id="projekt.planovane_as" template="
++|=Kód AS (z MetaIS)|=Názov AS|=ISVS/modul ISVS (kód z MetaIS)|=Aplikačná služba realizuje KS (kód KS z MetaIS)[# th:each='item : ${as}']
++[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.sluziIsvs?:''} + '|' + ${#strings.listJoin(item.ks, ', ')} + '|')]
++[/]
++"}}|=Kód AS (z MetaIS)|=Názov AS|=ISVS/modul ISVS (kód z MetaIS)|=Aplikačná služba realizuje KS (kód KS z MetaIS){{/content}}
++=== 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 ===
--Alternatíva 2 je najkomplexnejším riešením, ktoré prináša niekoľko zásadných výhod:
++* //Uviesť prehľad ISVS, pri ktorých sa plánuje využívanie služieb iných ISVS, spoločných blokov (SaaS) alebo služieb tretích strán v TO BE stave.//
++* //Uviesť prehľad ISVS integrovaných na spoločné moduly podľa zákona č. 305/2013 Zz.//
++* //Plánované využívanie a integrácie služieb iných ISVS musí byť evidované v MetaIS – zaevidovanie vzťahu na aplikačnú službu určenú na externú integráciu poskytujúcim ISVS//
++|(((
++**Kód ISVS**
++//(z MetaIS)//
++)))|**Názov ISVS**|(((
++**Kód integrovaného ISVS**
++//(z MetaIS)//
++)))|**Názov integrovaného ISVS**
++| | | |
++| | | |
--* Plná integrácia a vysoká kvalita dát: Dosiahnutá bude požadovaná úroveň kvality dát (5★), čo zabezpečí, že údaje budú dostupné v moderných formátoch, vhodné pre ďalšie spracovanie a integráciu.
--* Komplexná podpora služby „Moje údaje“: Vďaka úpravám v zdrojových systémoch bude zabezpečená efektívna a bezproblémová podpora pre poskytovanie informácií o prístupe k údajom.
--* Jednotné riešenie otvorených dát: Vybudovanie LKOD a jeho integrácia s Národným katalógom otvorených dát podporí vytváranie jednotného prístupu k zdieľaniu a správe otvorených dát na národnej úrovni.
++* //Na informáciu je v nasledujúcej tabuľke prehľad AS na externú integráciu Spoločných modulov podľa § 10 zákona 305/2013 Zz. **Vo finálnom dokumente túto tabuľku prehľadu AS spoločných modulov vymažte:**//
++:
++(((
++|//**MetaIS kód**//|//**Názov**//|//**AS na externú integráciu (využitie Spoločného modulu)**//
++|//isvs_8846//|//Autentifikačný modul//|//Autentifikácia používateľa na ÚPVS (BOK) (as_59698)//
++|//isvs_8847//|//Elektronické schránky//|//Vytváranie, odosielanie a prijímanie elektronických správ (as_59630)//
++|//isvs_8848//|//Modul elektronických formulárov//|//Poskytnutie vzorov e_formulárov (sluzba_is_185)//
++|//isvs_9369//|//Modul elektronického doručovania//|//Centrálne úradné doručovanie (as_59701)//
++|//isvs_8850//|//Platobný modul//|//Realizácia platieb správnych a súdnych poplatkov (as_59700)//
++|//isvs_9368//|//Modul centrálnej elektronickej podateľne//|//Overovanie elektronického podpisu (KEP) (as_59702)//
++|//isvs_8851//|//Modul dlhodobého uchovávania (nepovinný)//|//Uchovávanie elektronických dokumentov (as_59703)//
++|//isvs_9370//|//Notifikačný modul (nepovinný)//|//Zasielanie oznámení prostredníctvom elektronických komunikačných kanálov (sms, email) (as_59699)//
++|//isvs_9513//|//Centrálna API manažment Platforma (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Poskytovanie služby integráciou na AS CAMP (as_60157)//
++|//isvs_9513//|//Centrálna API manažment Platforma (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Konzumovanie služby iného ISVS prostredníctvom CAMP (as_60158)//
++|//isvs_5836//|//IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Poskytovanie dát na integráciu (as_59119)//
++|//isvs_5836//|//IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Poskytnutie konsolidovaných údajov o subjekte (sluzba_is_49250)//
++|//isvs_5836//|//IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Poskytnutie konsolidovaných referenčných údajov z IS CSRÚ na synchronizáciu (sluzba_is_49253)//
++)))
--1.
--11. Stanovenie alternatív v aplikačnej vrstve architektúry
++=== 5.1.5Aplikačné služby na integráciu ===
++//Uveďte v nasledujúcej tabuľke budované aplikačné služby a ich využitie na integráciu na spoločné moduly a iné ISVS alebo ich poskytovanie na externú integráciu a predpokladané vybudovanie cloudových služieb “softvér ako služba“ (SaaS),//
--Nebola zvažovaná iná alternatíva aplikačnej architektúry. Hoci nebola zvažovaná iná alternatíva aplikačnej architektúry, rozhodnutie vychádza zo strategického prístupu, ktorý zohľadňuje kompatibilitu, efektivitu, dlhodobú udržateľnosť a legislatívne požiadavky. Povinnosť zvážiť open-source softvér bola splnená tým, že sa analyzovala jeho použiteľnosť, avšak vzhľadom na uvedené dôvody sa uprednostnilo riešenie, ktoré lepšie vyhovuje potrebám projektu.
++* //Plánované aplikačné služby musia byť evidované v MetaIS s fázou životného cyklu a musia mať v MetaIs evidované všetky povinné atribúty a vzťahy,//
++* //Evidencia integrácií v MetaIS sa realizuje evidovaním vzťahov aplikačných služieb budovaného~/~/rozvíjaného ISVS na príslušné aplikačné služby nadrezortných ISVS. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.3.1 a kap. 2.1.3.3.2.__ __Detailný popis služieb IS CSRÚ a poskytovaných objektov evidencie je v aktuálnej verzii integračného manuálu IS CSRÚ.//
++* //Ak IS povinnej osoby potrebuje konzumovať alebo poskytovať služby iným ISVS alebo IS tretích strán prostredníctvom modulu Centrálna API Manažment Platforma (CAMP) a jej modulu API Gateway, je potrebné aplikačné služby IS Povinnej osoby naviazať na príslušné integračné služby CAMP (API Gatewy).//
++* //Budované aplikačné služby musia mať v MetaIs evidované SLA parametre pre východiskový a cieľový stav. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.//
++{{content id="projekt.integracne_as" template="
++|=AS (Kód MetaIS)|=Názov AS|=Realizuje ISVS (kód MetaIS)|=Poskytujúca alebo Konzumujúca|=Integrácia cez CAMP|=Integrácia s IS tretích strán|=SaaS|=Integrácia na AS poskytovateľan (kód MetaIS)[# th:each='item : ${as}']
++[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.isvs?:''} +
++'|' + 'Poskytovaná / Konzumujúca////////' + ${item.atribut('EA_Profil_AS_typ_cloudovej_sluzby')?:''} +
++'|' + 'Áno/Nie' + '|' + 'Áno/Nie' + '|' + 'Áno/Nie' + ${item.sluziAs?:''} + '|')]
++[/]
++"}}|=AS (Kód MetaIS)|=Názov AS|=Realizuje ISVS (kód MetaIS)|=Poskytujúca alebo Konzumujúca|=Integrácia cez CAMP|=Integrácia s IS tretích strán|=SaaS|=Integrácia na AS poskytovateľan (kód MetaIS){{/content}}
--1.
--11. Stanovenie alternatív v technologickej vrstve architektúry
++=== {{id name="_Toc62489735"/}}{{id name="_Toc814509359"/}}{{id name="_Toc153139693"/}}{{id name="_Toc63764348"/}}5.1.6Poskytovanie údajov z ISVS do IS CSRÚ ===
++//Uveďte v tabuľke prehľad poskytovaných údajov (objektov evidencie, ďalej OE) z ISVS do IS CSRÚ v TO BE stave.//
--Pri definovaní cieľov multikriteriálnej analýzy (MCA) pre technologickú vrstvu je dôležité zohľadniť špecifické aspekty a potreby tejto oblasti. Tu sú kľúčové ciele, ktoré by mali byť zahrnuté v hodnotení:
++|**ID OE**|**Názov (poskytovaného) objektu evidencie**|**Kód ISVS poskytujúceho OE**|**Názov ISVS poskytujúceho OE**
++| | | |
++| | | |
++| | | |
++=== {{id name="_Toc63764349"/}}{{id name="_Toc1792132569"/}}{{id name="_Toc153139694"/}}5.1.7Konzumovanie údajov z IS CSRÚ ===
--Optimalizácia výkonu: Zabezpečiť, aby technologické riešenia poskytovali maximálny výkon a efektivitu. To môže zahŕňať hodnotenie rýchlosti, spoľahlivosti a škálovateľnosti technológií.
++//Uveďte v tabuľke prehľad konzumovaných údajov z IS CSRÚ v TO BE stave. [[Súčasné dostupné objekty evidencie a údaje v IS CSRÚ>>url:https://managementmania.com/sk/databaza]] sú uvedené v integračnom manuáli IS CSRÚ//__.__
--Nákladová efektívnosť: Hodnotiť náklady spojené s implementáciou a prevádzkou technológií, vrátane počiatočných investícií, prevádzkových nákladov a nákladov na údržbu.
++|**ID OE**|**Názov (konzumovaného) objektu evidencie**|**Kód a názov ISVS konzumujúceho OE z IS CSRÚ**|**Kód zdrojového ISVS v MetaIS**
++| | | |
++| | | |
++| | | |
++=== 5.1.8Prehľad plánovaného využívania infraštruktúrnych služieb (cloudových služieb) – budúci stav: ===
--Realizovateľnosť: Zohľadniť schopnosť technológií realizovať z ich pomocou všetky požadované požiadavky v požadovanom čase spolu aj s inštaláciou a konfiguráciou.
++//Zaevidujte MetaIS využívanie cloudových infraštruktúrnych služieb vašimi ISVS. Podrobné informácie o evidencii využívania infraštruktúrnych služieb sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.4.3 ISVS využívajúci infraštruktúrne služby.//
--Kompatibilita a integrácia: Zabezpečiť, aby nové technológie boli kompatibilné s existujúcimi systémami a infraštruktúrou, a aby ich integrácia bola čo najhladšia.
++|(((
++**Kód infraštruktúrnej služby**
++//(z MetaIS)//
++)))|**Názov infraštruktúrnej služby**|(((
++**Kód využívajúceho ISVS**
++//(z MetaIS)//
++)))|**Názov využívajúceho ISVS**
++| | | |
++| | | |
++//V súlade s NKIVS by technologická architektúra mala byť založená na cloudových službách uvedených v katalógu služieb, ktoré prešli procesom klasifikácie, hodnotenia, registrácie a zaradenia do katalógu služieb zverejnenom na stránke MIRRI: //__[[https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb>>url:https://www.mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb]].__
--Bezpečnosť a ochrana dát: Zabezpečiť, aby technologické riešenia spĺňali požiadavky na bezpečnosť a ochranu dát, vrátane ochrany pred kybernetickými hrozbami a zabezpečenia súkromia používateľov.
++= {{id name="_Toc152607322"/}}{{id name="_Toc2133064951"/}}{{id name="_Toc146510989"/}}{{id name="_Toc1763044084"/}}{{id name="_Toc30446447"/}}{{id name="_Toc2101360933"/}}{{id name="_Toc825763386"/}}{{id name="_Toc1614333450"/}}{{id name="_Toc1269235670"/}}{{id name="_Toc2114332294"/}}{{id name="_Toc208969925"/}}{{id name="_Toc1427296716"/}}6.LEGISLATÍVA =
++//Doplniť popis potrebných zmien v oblasti legislatívy pre naplnenie cieľov a dodanie výstupov projektu.//
++//Uviesť konkrétne zákony, prípadne aj paragrafy, ktoré budú predmetom legislatívnych zmien.//
++//Doplniť popis, aký je negatívny dopad na výstupy projektu, jeho ciele a rozsah a časový harmonogram, ak vyššie uvedené zmeny v zákonoch nebudú realizované.//
--Tieto ciele pomáhajú vytvoriť komplexný rámec pre hodnotenie technologických alternatív a zabezpečujú, že vybrané riešenia budú efektívne,
++= {{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 =
--Na základe zvolenej alternatívy 2 na podľa biznis požiadaviek je možné stanoviť nasledujúce možné technologické alternatívy:
++//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ť~://
++* //**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)//
--Alternatíva 1: nasadenie novej platformy manažmentu údajov a s jej použitím realizovať potrebné funkčnosti  - znamená vybudovanie novej platformy, ktorá bude slúžiť ako Rezortná platformu manažmentu údajov a tá sa použije na splnenie požiadaviek na funkčnosť vyplývajúcej z tejto výzvy.
++== 7.1Sumarizácia nákladov a prínosov ==
++|**Náklady**|(((
++**Názov**
++**modulu**
++)))|(((
++**Názov**
++**modulu**
++)))|(((
++**Názov**
++**modulu**
++)))
++|**Všeobecný materiál**| | |
++|**IT - CAPEX**| | |
++|Aplikácie| | |
++|SW| | |
++|HW| | |
++|**IT - OPEX- prevádzka**| | |
++|Aplikácie| | |
++|SW| | |
++|HW| | |
++|**Prínosy**| | |
++|**Finančné prínosy**| | |
++|Administratívne poplatky| | |
++|Ostatné daňové a nedaňové príjmy| | |
++|**Ekonomické prínosy**| | |
++|Občania (€)| | |
++|Úradníci (€)| | |
++|Úradníci (FTE)| | |
++|**Kvalitatívne prínosy**| | |
++| | | |
++//Interpretácia výsledkov~://
++//Ekonomická a finančná efektívnosť projektu je v analýze prínosov nákladov hodnotená kvantitatívne pomocou nasledujúcich ukazovateľov (prahové hodnoty v zmysle platných dokumentov v prípade financovania zo zdrojov EÚ sú uvedené)~://
--Alternatíva 2: využitie existujúcich komponentov poskytujúcich požadovanú funkčnosť – znamená využiť existujúce komponenty prevádzkované v MD SR a s ich použitím budovať Rezortnú platformu manažmentu údajov a požiadavky na funkčnosť vyplývajúcej z tejto výzvy. Cieľom je použiť existujúce komponenty tieto existujúce komponenty:
++* //Pomer prínosov a nákladov (BCR): viac ako 1,00//
++* //Ekonomická vnútorná výnosová miera vyjadrená v % (EIRR): viac ako 5,0 %//
++* //Ekonomická čistá súčasná hodnota vyjadrená v eurách (ENPV): viac ako 0//
++//Pre účely financovania z prostriedkov EU vyjadruje Analýza nákladov a prínosov BC/CBA aj nasledovné ukazovatele~://
++* //Finančná vnútorná výnosová miera v % (FIRR)//
++* //Finančná čistá súčasná hodnota v eur (FNPV).//
++//Nie všetky sociálno-ekonomické vplyvy sa dajú vždy vyčísliť a zhodnotiť. Je to preto, že okrem odhadu ukazovateľov výkonnosti by sa mala zohľadniť aj úvaha o nepeňažných nákladoch a výnosoch, najmä vo vzťahu k týmto otázkam: (čistý) dosah na zamestnanosť, ochrana životného prostredia, sociálna rovnosť a rovnaké príležitosti.//
++//V prípade ak dosiahnu uvedené hodnoty viaceré varianty posudzované v rámci Analýzy nákladov, odporúča sa pri výbere finálnej alternatívy zohľadniť výšku BCR, dôležitosť nekvantifikovaných spoločenských prínosov a mieru naplnenia stanovených cieľov. Po vzore krajín ako Veľká Británia sa prioritne odporúča realizovať projekty, kde prínosy prevyšujú náklady štvornásobne (BCR aspoň 4,00).//
++//**Príklad: Kvalitatívne prínosy projektov**//
++//Problém: Proces získania stavebného povolenia jeden z najdlhších v EÚ.//
++//Príklady kvalitatívnych prínosov projektu, ktoré je možné finančne oceniť~://
++* //Zvýšenie ekonomickej aktivity v stavebnom sektore (zvýšenie rastu HDP)//
++* //Nižšie spoločenské škody, spojené s búraním čiernych stavieb//
++//Príklady kvalitatívnych prínosov projektu, ktoré nie je možné spoľahlivo finančne oceniť~://
++* //Zníženie miery korupcie//
++* //Zníženie miery stresu zamestnancov stavebných úradov//
++//Vyššia spokojnosť verejnosti s procesmi územného a stavebného konania.//
++= {{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 =
--* Aplikačný server poskytujúci grafické používateľské rozhranie pre CMS TYPO3 aplikáciu public portálu.
--* Poskytovanie webových stránok pre verejnosť zo systému JISCD.
--* Aplikačný server poskytujúci aplikáciu OSB so službami vo verejnom priestore siete Internet.
--* Oracle SOA/BPM Suite.
--* SOAP služby vo veľkej mierne a čiastočne REST služby pre elektronické formuláre.
--* Aplikačný server poskytujúci backend aplikácie na podporenie procesov z OSB.
--** WebLogic Server.
--** SOAP služby.
--* Databáza pre CMS TYPO3.
--** MySQL.
--* Oracle databáza pre zabezpečenie business funkcionalít public portálu.
--* LDAP server pre poskytovanie identít pre prístup k public portálu.
--* Aplikačný web server na ktorom sú poskytované základné služby a frontend pre Extranet.
--** WebLogic Server.
--* Aplikačný web server na ktorom beží integračná platforma Oracle SOA Suite.
--** WebLogic Server.
--* Aplikačný web server na ktorom sú poskytované agendové dáta pre frontend a integračnú platformu.
--** WebLogic Server.
--* Správa účtov používateľských účtov.
--** LDAP.
--* Perzistentné úložisko relačných dát
--** Oracle databáza.
--* Perzistentné úložisko pre reporty.
--** Oracle databáza.
--* Aplikačný web sever poskytujúci frontend pre Intranet.
--** WebLogic Server.
--* Aplikačný web server poskytujúci frontend pre prístup k reportovaciemu nástroju SAP BO
--* Aplikačný web server na ktorom beží integračná platforma Oracle SOA Suite
--** WebLogic Server
--* Aplikačný web server ktorý poskytuje webové služby aplikácií backendu pre Intrantet.
--** WebLogic Server.
--* SAP BI backend.
--* DWH na Oracle databáze.
--* LDAP služba poskytujúca identity používateľov
--* Databáza na perzistenciu relačných údajov.
--** Oracle databáza.
++//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).//
--Alternatíva 3: nebude použitá žiadna platforma na manažment údajov.
--
--
--|Stĺpec1 |Alternatíva 1 |Alternatíva 2 |Alternatíva 3
--|Optimalizácia výkonu |A |A |N
--|Nákladová efektívnosť |N |A |N
--|Realizovateľnosť |N |A |N
--|Kompatibilita a integrácia |A |A |N
--|Bezpečnosť a ochrana dát |A |A |N
--
--Tabuľka 7: vyhodnotenie MCA Technologickej architektúry
--
--Na základe predchádzajúcich informácií je preferovaná Alternatíva 2.
--
--1. POŽADOVANÉ VÝSTUPY  (PRODUKT PROJEKTU)
--
--
--V rámci projektu budú požadované nasledovné výstupy projektu:
--
--* **Projektové výstupy** podľa vyhlášky č. 401/2023 Z. z. o riadení projektov (vrátane zdrojových kódov) pre fázy podľa: [[https:~~/~~/www.slov-lex.sk/pravne-predpisy/prilohy/SK/ZZ/2023/401/20231115_5583266-2.pdf>>url:https://www.slov-lex.sk/pravne-predpisy/prilohy/SK/ZZ/2023/401/20231115_5583266-2.pdf]] minimálne v rozsahu:
--** Výstupy vytvárané PRIEBEŽNE počas celého projektu,
--** Realizačná fáza - Analýza a dizajn, nákup technických prostriedkov programových prostriedkov a služieb, implementácia a testovania, nasadenie a post-implementačná podpora (PIP).
--* Koncové služby a biznis procesy, ktoré sú predmetom dodávky projektu - dodanie modulov architektúry vrátane funkcií služieb, procesov,
--
--
--Predpokladom realizácie projektu je zakotvenie zodpovednosti budúceho dodávateľa realizácie za všetky návrhy výstupov projektu. Dodávateľ bude známy po vyhodnotení verejného obstarávania. Zodpovednosť za schvaľovanie výstupov bude mať vlastník projektu, ktorý bude nominovaný vedením inštitúcie resp. nim poverená relevantná osoba, resp. projektová rola, podľa typu a obsahu projektového výstupu. Definícia rolí je uvedená v kapitole 16.  Definícia zodpovedností bude záväzne zadefinovaná v zmluve o dielo, resp. realizačnej zmluve projektu a súvisiacej projektovej dokumentácii.
--
--1. NÁHĽAD ARCHITEKTÚRY
--
--
--[[image:file:////Users/ijp/Library/Group%20Containers/UBF8T346G9.Office/TemporaryItems/msohtmlclip/clip_image003.png||alt="Obrázok, na ktorom je text, snímka obrazovky, diagram, písmo
--
--Automaticky generovaný popis"]]
--
--Obrázok 2: Aplikačná architektúra budúceho stavu
--
--
--V rámci predkladaného projektu plánuje ministerstvo vybudovať niekoľko modulov:
--
--
--* Modul MyData slúži na správu osobných údajov jednotlivca, pričom občan má kontrolu nad tým, ktoré údaje poskytuje, komu ich poskytuje a na aké účely. Tento modul podporuje koncept transparentnosti, pričom umožňuje občanom mať prehľad o prístupe k ich dátam v digitálnych systémoch.
--
--
--* Transformačný modul zabezpečuje prevod údajov z jedného formátu do iného, aby boli kompatibilné s cieľovými systémami. Umožňuje úpravu a štandardizáciu dát, čím zlepšuje ich interoperabilitu medzi rôznymi systémami a platformami.
--
--
--* Modul kvality a čistenia údajov: Tento modul sa zameriava na identifikáciu a opravu nekvalitných alebo nekonzistentných údajov v databázach. Zabezpečuje validáciu, štandardizáciu, deduplikáciu a aktualizáciu údajov, čím zvyšuje ich spoľahlivosť a presnosť. Je nevyhnutný pre zlepšenie rozhodovacích procesov a analytických operácií.
--
--
--* Modul riadenia údajov: Modul riadenia údajov poskytuje metodiku na správu životného cyklu dát v organizácii, od ich vytvárania a ukladania až po ich používanie a archiváciu. Zahŕňa politiky a procesy na zabezpečenie integrity, bezpečnosti a dostupnosti údajov. Tento modul podporuje efektívne riadenie údajov v organizácii a zaisťuje súlad s regulačnými požiadavkami.
--
--
--* Lokálny katalóg otvorených údajov: Lokálny katalóg otvorených údajov predstavuje centralizovaný systém, kde sú zhromaždené a sprístupnené údaje z rôznych verejných a súkromných zdrojov. Umožňuje jednoduchý prístup k otvoreným dátam, ktoré môžu byť využité na rôzne analýzy, výskum alebo tvorbu aplikácií. Zvyšuje transparentnosť a podporuje opakované využívanie dát v rôznych oblastiach.
--
--
--* Centrálna správa údajov: slúžiaci ako centrálna zbernica údajov v rámci Ministerstva dopravy (MD SR) plní kľúčovú úlohu pri integrácii rôznych informačných systémov rezortu, pričom jeho hlavnou úlohou je zjednodušiť a efektívne zabezpečiť výmenu údajov medzi týmito systémami. Tento komponent umožňuje prepojenie a synchronizáciu rôznych databáz používaných v rámci MD SR, čo má priamy dopad na zlepšenie procesov vnútornej komunikácie a správy údajov
--
--
--1.
--11. Prehľad e-Government komponentov
--
--V rámci projektu sa realizuje aj výstup I-03 Prístup k projektu, v ktorom je uvedený náhľad architektúry ako aj prehľad e-Government komponentov, ktoré slúžia na plnenie výstupu M-06 - aktualizácia evidencie e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIS).
--
--
--1. LEGISLATÍVA
--
--
--Projekt bude realizovaný v súlade s aktuálne platnou a účinnou legislatívou v min. rozsahu pre oblasti informatizácie, poskytovania elektronických služieb a bezpečnosti:
--
--* Nariadenie Európskeho parlamentu a Rady (EÚ) 2016/679 z 27. apríla 2016 o ochrane fyzických osôb pri spracúvaní osobných údajov a o voľnom pohybe takýchto údajov, ktorým sa zrušuje smernica 95/46/ES (všeobecné nariadenie o ochrane údajov);
--* 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) v znení neskorších predpisov;
--* Zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov v znení neskorších predpisov;
--* Vyhláška Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 547/2021 Z. z. o elektronizácii agendy verejnej správy;
--* Vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy;
--* Vyhláška Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy;
--* Vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 179/2020 Z. z. ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy;
--* Zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov v znení neskorších predpisov a jeho vykonávacie všeobecne záväzné právne predpisy;
--* Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov a jeho vykonávacie všeobecne záväzné právne predpisy.
--
--
--Legislatívno-právne aktivity sú obsiahnuté v aktivite A10 - Rozvoj informačných systémov z pohľadu bezpečnosti a GDPR (právo dotknutej osoby na prístup k údajom), keď prispievajú do bezpečnostného projektu týkajúceho sa konkrétneho informačného systému inštitúcie a ako dôkazu dôsledného plnenia podmienok kyberbezpečnosti, a samozrejme do DPIA (Posúdenie vplyvu na ochranu údajov v zmysle čl. 35 GDPR/§ 42 zákona č. 18/2018 Z. z.) V projekte bude realizovaná aj legislatívna analýza so zreteľom na oblasti definované v aktivite A11 s dôrazom na aktivity týkajúce sa spracúvania údajov a legislatívneho zakotvenia zákonných povinností a oprávnení príslušných orgánov verejnej moci (detailnejší popis je uvedený v Dokumente Prístup k projektu v kapitole č. 4.
--
--
--
--1. ROZPOČET A PRÍNOSY
--11. Sumarizácia nákladov a prínosov
--
--Z pohľadu výzvy sa jedná o nasledovnú nákladovú štruktúru:
--
--
-- - Hlavné aktivity – 3 719 859 € z toho:
--
--Vývoj aplikácií - 3 719 859 € z toho:
--
--013 Softvér - 3 572 753 €
--
--521 Mzdové výdavky – 147 106 €
--
--Podporné aktivity:
--
--907 Paušálne náhrady – 260 390 €
--
--**Celkové náklady pre výzvu - 3 980 249 €**
--
--
--V nasledujúcej tabuľke sú uvedené náklady projektu v horizonte 10 rokov:
--
--
--|(% rowspan="2" %)**Typ aktivity**|(% rowspan="2" %)**Oblasť výdavku**|(% rowspan="2" %)**Suma**|(% rowspan="2" %)**OPEX / CAPEX**|(% rowspan="2" %)**Int / ext**|(% colspan="2" rowspan="2" %)**Suma**|(% colspan="2" %) |
--| | |
--|(% rowspan="6" %)Hlavné aktivity|(% rowspan="3" %)Vývoj aplikácií|(% rowspan="3" %)3 719 859 €|OPEX|Externé|(% colspan="2" %)- €| | |
--|CAPEX|Externé|(% colspan="2" %)3 572 753 €| | |
--|OPEX|Interné|(% colspan="2" %)147 106 €| | |
--|(% rowspan="3" %)Nákup HW a SW|(% rowspan="3" %)0 €|OPEX|Externé|(% colspan="2" %)- €| | |
--|CAPEX|Externé|(% colspan="2" %)- €| | |
--|OPEX|Interné|(% colspan="2" %)- €| | |
--|(% rowspan="6" %)Prevádzka|(% rowspan="3" %)Aplikácie|(% rowspan="3" %)3 858 573 €|OPEX|Externé|(% colspan="2" %)1 607 739 €| | |
--|CAPEX|Externé|(% colspan="2" %)2 250 834 €| | |
--|OPEX|Interné|(% colspan="2" %)- €| | |
--|(% rowspan="3" %)HW a SW|(% rowspan="3" %)0 €|OPEX|Externé|(% colspan="2" %)- €| | |
--|CAPEX|Externé|(% colspan="2" %)- €| | |
--|OPEX|Interné|(% colspan="2" %)- €| | |
--|(% rowspan="5" %)Podporné aktivity|(% rowspan="2" %)Projektový manažment|(% rowspan="2" %)80 976 €|OPEX|Externé|(% colspan="2" %)0 €| | |
--|OPEX|Interné|(% colspan="2" %)80 976 €| | |
--|(% rowspan="2" %)Publicita|(% rowspan="2" %)179 414 €|OPEX|Externé|(% colspan="2" %)- €| | |
--|OPEX|Interné|(% colspan="2" %)4 049 €| | |
--|Ostatné výdavky| |(% colspan="2" %)Ostatné zmiešané výdavky| |175 365 €|(% colspan="2" %) |
--|(% colspan="2" rowspan="2" %)Výstupné náklady|(% rowspan="2" %)0 €| |Externé| |- €|(% colspan="2" %) |
--| |Interné| |- €|(% colspan="2" %) |
--|(% colspan="2" %)SPOLU|7 838 822 €| |-| |**7 838 822 €**|(% colspan="2" %) |
--
--
--1.
--11.  Prínosy projektu
--
--Prínosy projektu boli kalkulované ako úspora času na strane občana, pričom pri vybavovaní dokladov o emisnej, technickej a kontrole originality.
--
--
--Počty podaní za rok 2023 sú v nasledujúcej tabuľke:
--
--
--|Položka|Hodnota (2023)
--|Údaje o emisnej kontrole|1 366 379
--|Údaje o technickej kontrole|1 576 011
--|Protokol o kontrole originality|99 302
--|Priemerná čakacia lehota (hodiny)|0,25
--|Priemerná doba príjazdu (hodiny)|0,25
--|TO BE trvanie|0,33
--
--
--Z pohľadu dĺžky trvania AS IS vybavenia bol do úvahy braný priemerný čas čakania a doby príjazdu na základe štatistík z verejných zdrojov, ku ktorému bol pripočítaný čas na prepravu v hodnote cca 0,25 hodiny.
--
--V nasledujúcej tabuľke je uvedený predpokladaný nárast vybavenia dokladov prostredníctvom MOU:
--
--
--|**Rok**|**Postupnosť Automatizácie**|**Hodnota OP**|**Hodnota VP**|**Hodnota CP**|**Spolu**|**AS IS spôsob**|**TO BE trvanie**
--|1|0%|0|0|0|0|3 041 692|0,50
--|2|5%|68 318|78 800|4 965|152 083|2 889 609|0,49
--|3|10%|136 637|157 601|9 930|304 168|2 737 524|0,48
--|4|15%|204 956|236 401|14 895|456 252|2 585 440|0,47
--|5|25%|341 594|394 002|24 825|760 421|2 281 271|0,46
--|6|45%|614 870|709 204|44 685|1 368 759|1 672 933|0,42
--|7|55%|751 508|866 806|54 616|1 672 930|1 368 762|0,41
--|8|65%|888 146|1 024 407|64 546|1 977 099|1 064 593|0,39
--|9|75%|1 024 784|1 182 008|74 476|2 281 268|760 424|0,37
--|10|85%|1 161 422|1 339 609|84 406|2 585 437|456 255|0,36
--
--
--Následne bolo TO BE trvania vybavenia počítané ako vážený priemer hodnoty AS IS stavu a TO BE stavu vybavení dokladov.
--
--Časová úspora na strane používateľa je kalkulovaná na základe zníženia čakacej lehoty na vydanie dokladu, pričom táto lehota je odvodená z publikovaných údajov o priemerných čakacích dobách poskytovaných Policajným zborom (PZ). Súčasne je do kalkulácie zahrnutý aj priemerný čas potrebný na príjazd používateľa na miesto poskytovania služieb, ako je sieť poskytovateľov emisných a technických kontrol (EK a TK).
--
--Východiskový stav („BE“) predstavuje odhad minimálneho trvania procesov, pričom zohľadňuje časové úspory plynúce zo zjednodušenia a zefektívnenia vybavovania životných situácií, ktoré sa očakávajú po implementácii projektu. Tento odhad je založený na konzervatívnom prístupe a predpokladá postupné skracovanie lehôt prostredníctvom automatizácie a digitalizácie procesov.
--
--Časová úspora zohľadňuje aj postupný nábeh automatizácie počas plánovaného desaťročného obdobia trvania projektu. Medzi kľúčové faktory, ktoré prispievajú k tejto úspore, patria:
--
--1. **Zníženie administratívnej záťaže:** Skrátenie času potrebného na vybavenie dokladov prostredníctvom optimalizácie pracovných procesov.
--1. **Zrýchlenie fyzickej dostupnosti služieb:** Vďaka optimalizácii siete poskytovateľov (napr. emisných a technických kontrol) sa znižuje priemerný čas potrebný na príjazd používateľov.
--1. **Automatizácia procesov:** Implementácia technologických riešení eliminuje manuálne kroky a urýchľuje priebeh spracovania požiadaviek.
--
--V dlhodobom horizonte sa očakáva, že tieto opatrenia prispejú k významnému zlepšeniu používateľskej skúsenosti, zníženiu administratívnych nákladov a celkovému zvýšeniu efektivity poskytovania verejných služieb. Tento prístup vytvára reálny predpoklad pre kvalitnejšie a rýchlejšie vybavovanie životných situácií občanov.
--
--
--
--1.
--11.  Vyhodnotenie CBA
--
--V nasledujúcej tabuľke je vyhodnotená CBA v horizonte 10 rokov:
--
--| |(% colspan="6" %)Cashflow projektu|(% colspan="5" %)Čistá súčasná hodnota z projektu
--| |(% colspan="3" %)Finančný cashflow (s DPH)|(% colspan="3" %)Ekonomický cashflow (bez DPH)|koeficient obdobia|Finančná (FNPV)|Ekonomická (ENPV)|(% colspan="2" %)Kumulovaná diskont. návratnosť ENPV
--|Obdobie|AS IS|TO BE|//rozdiel//|AS IS|TO BE|//rozdiel//| | | |(% colspan="2" %)
--|t1|0,00|-3 928 171,32|-3 928 171,32|0,00|-3 273 476,10|-3 273 476,10|0|-3 928 171,32|-3 273 476,10|-3 273 476,10|<
--|t2|-10 582,00|-480 808,36|-470 226,36|-8 818,33|-161 006,04|-152 187,70|1|-452 140,74|-144 940,67|-3 418 416,77|<
--|t3|0,00|-428 730,34|-428 730,34|0,00|122 063,07|122 063,07|2|-396 385,30|110 714,80|-3 307 701,96|<
--|t4|-55 600,00|-428 730,34|-373 130,34|-46 333,33|361 732,25|408 065,58|3|-331 711,51|352 502,39|-2 955 199,57|<
--|t5|-250 000,00|-428 730,34|-178 730,34|-208 333,33|841 072,17|1 049 405,51|4|-152 779,44|863 348,51|-2 091 851,06|<
--|t6|0,00|-428 730,34|-428 730,34|0,00|1 799 752,03|1 799 752,03|5|-352 385,08|1 410 152,81|-681 698,26|<
--|t7|0,00|-428 730,34|-428 730,34|0,00|2 279 095,11|2 279 095,11|6|-338 831,81|1 700 695,86|1 018 997,60|Rok návratu investície
--|t8|-8 500,00|-428 730,34|-420 230,34|-7 083,33|2 758 435,03|2 765 518,37|7|-319 340,52|1 965 402,27|2 984 399,87|>
--|t9|-12 500,00|-428 730,34|-416 230,34|-10 416,67|3 237 774,96|3 248 191,63|8|-304 135,43|2 198 503,95|5 182 903,82|>
--|t10|0,00|-428 730,34|-428 730,34|0,00|3 717 114,89|3 717 114,89|9|-301 220,25|2 396 085,40|7 578 989,22|>
--|SPOLU|-337 182,00|-7 838 822,37|-7 501 640,37|-280 985,00|11 682 557,38|11 963 542,38|SPOLU|-6 877 101,39|7 578 989,22| |
--| | | | | | | | | | | |
--| | | | | | | |(% colspan="2" %)Výsledok CBA|//Výsledná hodnota//|//Minimálna hodnota//|
--| | | | | | | |BCR|pomer prínosov a nákladov|1,92|1,00|
--| | | | | | | |FIRR|finančná vnútorná výnosová miera ~(%)| |-|
--| | | | | | | |EIRR|ekonomická vnútorná výnosová miera ~(%)|25,8%|5,0%|
--| | | | | | | | | | | |
--| | | | | | | |FNPV|finančná čistá súčasná hodnota (eur s DPH)|-6 877 101|-|
--| | | | | | | |ENPV|ekonomická čistá súčasná hodnota (eur bez DPH)|7 578 989|0|
--
--
--
--1.
--11. HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA
--
--
--Indikatívny harmonogram realizácie projektu je uvedený v tabuľke nižšie. Časové oneskorenie realizácie projektu môže byť ovplyvnené externými faktormi, ako napríklad dĺžka verejného obstarávania a ďalšie podobné okolnosti. Harmonogram môže byť následne upravený a spresnený v závislosti od vývoja týchto faktorov. Navrhovaný rozsah projektu najmä z pohľadu aktivity A1 prípadne integrácii na CPDI (poskytovanie / konzumovanie údajov) a rozvoj integračnej platformy je možne realizovať aj pod existujúcou platnou SLA zmluvou ku systému JISCD, keďže ide o rozvoj a modernizáciu existujúceho systému.
--
--
--|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|9/2024|12/2024|
--|1.1|Proces Verejného obstarávania (VO) alebo zmenové konanie platnej SLA JISCD|01/2025|05/2025|Konkrétne funkčné požiadavky týkajúce sa rozvoja informačných systémov verejnej správy (IS VS), ktoré sú pokryté platnou zmluvou o úrovni poskytovaných služieb (SLA), je možné realizovať aj nad rámec paušálnych služieb, pokiaľ to umožňuje príslušná zmluva o aplikačnej podpore.
--|2.|Realizačná fáza|06/2025|03/2026|
--|2a|Analýza a Dizajn|06/2025|04/2024|
--|2b|Nákup technických prostriedkov, programových prostriedkov a služieb|06/2025|05/2025|Napr. Je potrebné obstarať dodávateľa IS riešenia/ licencie[[~[3~]>>path:#_ftn3]]/ konzultačné služby
--|2c|Implementácia a testovanie|01/2025|04/2025|
--|2d|Nasadenie a PIP|05/2026|07/2026|PIP - 3 mesiace po nasadení
--|3.|Dokončovacia fáza|08/2026|08/2026|
--|4.|Podpora prevádzky (SLA)|09/2026|12/2026|
++)))|**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 sa bude realizovať podľa metodiky Waterfall, čo znamená, že jeho priebeh bude rozdelený do jednotlivých, jasne definovaných fáz, pričom každá fáza musí byť ukončená pred prechodom na ďalšiu. Už na začiatku je stanovený presný rozsah projektu, čo zabezpečuje, že všetky požiadavky a ciele sú jasne definované a nebudú sa meniť v priebehu realizácie prípadne vo veľmi malom rozsahu.
++//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//
--//[[image:file:////Users/ijp/Library/Group%20Containers/UBF8T346G9.Office/TemporaryItems/msohtmlclip/clip_image004.png||alt="/Users/admin/Desktop/Snímka obrazovky 2020-08-03 o 10.37.34.png"]]//
++|**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"]]
--1. riadiaci výbor A PROJEKTOVÝ TÍM
++== {{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.//
--V rámci prípravnej a iniciačnej fázy projektu sa určí Zloženie Riadiaceho výboru, ktorý bude mať nasledovnú formu:
++= {{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.//
--1. Riadiaci výbor bude mať minimálne 3 členov, vrátane predsedu Riadiaceho výboru (ďalej len „predseda“).
++= {{id name="_Toc152607328"/}}{{id name="_Toc352209542"/}}{{id name="_Toc23745434"/}}{{id name="_Toc2079765538"/}}{{id name="_Toc439451047"/}}{{id name="_Toc432728511"/}}{{id name="_Toc2041295352"/}}{{id name="_Toc2053721865"/}}{{id name="_Toc1673192336"/}}{{id name="_Toc1660740083"/}}{{id name="_Toc1335486469"/}}{{id name="_Toc1845624711"/}}{{id name="_Toc47815711"/}}11.PRÍLOHY =
++**Príloha : **Zoznam rizík a závislostí (Excel): __[[//https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html//>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]__
++//Poznámka: **Odporúčame**, si evidovať a vyhodnotiť pripomienky odbornej verejnosti//
--1. Riadiaci výbor projektu bude tvoriť:
--11. predseda Riadiaceho výboru projektu,
--11. vlastník alebo vlastníci procesov objednávateľa (biznis vlastník) alebo nimi poverený zástupca alebo zástupcovia,
--11. zástupcu kľúčových používateľov objednávateľa (end user),
--11. zástupca za Dodávateľa v zmysle Zmluvy.
++* //Podľa § 4 odsek 10 – Vyhláška 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke je potrebné zrealizovať pripomienkovanie Projektového zámeru odbornou verejnosťou//
++* //Odporúčame túto aktivitu formalizovať (do dokumentu)//
++* //Odporúčame vyhodnotenie zverejniť na webové sídlo objednávateľa (do projektového adresára) – v súlade s Vyhláškou 401/2023 Zz. Oznámenie o začatí verejného pripomienkovania sa zverejní v centrálnom metainformačnom systéme verejnej správy na mieste určenom Orgánom vedenia. Na schválenie riadiacemu výboru v prípravnej a iniciačnej fáze sa tieto výstupy predkladajú až po zverejnení vyhodnotenia pripomienok.//
++//Koniec dokumentu//
++[[1>>path:#sdfootnote1anc||name="sdfootnote1sym"]] Notácia ArchiMate: __[[https:~~/~~/publications.opengroup.org/standards/archimate>>url:https://publications.opengroup.org/standards/archimate]]__
++[[2>>path:#sdfootnote2anc||name="sdfootnote2sym"]] Aktuálny spoločný repozitár architektonických modelov verejnej správy je __[[https:~~/~~/avssr.horizzon.cloud/>>url:https://avssr.horizzon.cloud/]]__. O prístup do repozitára a poskytnutie licencie pre modelovací nástroj pracujúci s repozitárom modelov je potrebné požiadať na e-mailovej adrese: sprava_EA@mirri.gov.sk.
++[[3>>path:#sdfootnote3anc||name="sdfootnote3sym"]] Napr. modelovací nástroj Archi - Open Source ArchiMate Modelling: __[[https:~~/~~/www.archimatetool.com>>url:https://www.archimatetool.com/]]__.
++[[4>>path:#sdfootnote4anc||name="sdfootnote4sym"]] Napr. modelovací nástroj pre BPMN - Camunda Modeler - Open Source Desktop Modeler: __[[https:~~/~~/camunda.com/download/modeler/>>url:https://camunda.com/download/modeler/]]__.
++[[5>>path:#sdfootnote5anc||name="sdfootnote5sym"]] Podľa § 2 ods. 1 písm. i) vyhlášky MIRRI č. 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy sa objednávateľom rozumie správca alebo prevádzkovateľ ITVS, ktorý projekt realizuje alebo chce realizovať.
++[[6>>path:#sdfootnote6anc||name="sdfootnote6sym"]] Spoločné moduly podľa zákona č. 305/2013 e-Governmente
++[[7>>path:#sdfootnote7anc||name="sdfootnote7sym"]] EUPL licencie: __[[https:~~/~~/joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf>>url:https://joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf]]__
--
--1. Väčšina členov Riadiaceho výboru s hlasovacím právom budú osoby navrhnuté objednávateľom a zastupujú záujmy objednávateľa,
--
--
--V rámci prípravnej a iniciačnej fázy projektu sa menuje Projektový manažér, na ktorého
--
--návrh sa vymenuje projektový tím, pričom predseda riadiaceho výboru projektu alebo projektový manažér objednávateľa na základe poverenia zabezpečia:
--
--
--* určenie rozsahu úloh všetkých členov projektového tímu,
--* určenie vhodných kandidátov na pozície členov projektového tímu, pričom bude obsadenie projektových rolí v rozsahu (v zmysle vyhlášky MIRRRI č.401/2023 Z. z.  o riadení projektov):
--
--1. kľúčový používateľ,
--1. IT analytik alebo biznis analytik,
--1. IT architekt,
--1. biznis vlastník,
--1. manažér kvality pri veľkých projektoch; pri ostatných projektoch, ak je to potrebné,
--1. manažér IT prevádzky, ak je to potrebné,
--1. manažér kybernetickej a informačnej bezpečnosti, ak je to potrebné,
--1. UX dizajnér, ak je to potrebné,
--1. iná špecifická rola, ak je to potrebné,
--
--
--
--Vzor štruktúry riadiaceho výboru
--
--[[image:file:////Users/ijp/Library/Group%20Containers/UBF8T346G9.Office/TemporaryItems/msohtmlclip/clip_image005.png]]
--
--Tabuľka 8: Vzor riadiaceho výboru
--
--[[image:file:////Users/ijp/Library/Group%20Containers/UBF8T346G9.Office/TemporaryItems/msohtmlclip/clip_image006.png]]
--
--
--1.
--11.  PRACOVNÉ NÁPLNE
--
--
--1.
--11.
--111. Pôsobnosť a úlohy Riadiaceho výboru
--
--
--Základnou úlohou Riadiaceho výboru je najmä:
--
--1. schválenie predmetu projektu, inkrementov, priebežné a záverečné schválenie manažérskych produktov a špecializovaných produktov,
--1. základné rozhodnutia v projekte, najmä rozhodnutia o rozsahu, rozpočte a harmonograme projektu,
--1. zabezpečenie finančných zdrojov a schvaľovanie zmien financovania projektu,
--1. účelnosť vynakladaných finančných prostriedkov a kontrolu BC/CBA – odôvodnenia projektu pred začatím projektu a priebežnú kontrolu aktualizácie zdôvodnenia projektu po ukončení každej fázy projektu,
--1. pravidelnú kontrolu projektového manažéra objednávateľa, činnosti projektového tímu a riadenia projektu,
--1. priebežnú kontrolu a pravidelné vyhodnotenie dosahovania určených merateľných ukazovateľov,
--1. dodržanie bezpečnostných štandardov, štandardov informačných technológií verejnej správy a dodržanie legislatívy v oblasti ochrany osobných údajov pri realizácii projektu,
--1. schválenie požiadaviek na zmenu alebo odchýlky od špecifikácie a zadania projektu,
--1. určenie rozsahu manažérskych produktov vytváraných počas celého projektu a akceptáciu rozsahu a kvality dodávaných projektových výstupov,
--1. berie na vedomie výsledky zverejneného vyhodnotenia verejného pripomienkovania manažérskych produktov na webovom sídle objednávateľa, ktoré sú vstupom do Verejného obstarávania
--1. zabezpečuje zverejňovanie zápisov z Riadiacich výborov projektu a schvaľovaných projektových (manažérskych a špecializovaných) výstupov vo verejnej časti centrálneho metainformačného systému verejnej správy,
--1. schválenie obsahov manažérskych produktov, ktoré  sú vstupom do Verejného obstarávania,
--1. schválenie manažérskych a špecializovaných produktov,
--1. schválenie prechodu do nasledujúcej fázy alebo etapy,
--1. zabezpečenie dodržania princípov hospodárnosti, efektívnosti, účinnosti a účelnosti využívania verejných prostriedkov aj pri tvorbe, modernizácii, úprave a rozvoji informačných technológií verejnej správy, ktorú zabezpečuje riadiaci výbor projektu v čase realizácie projektu, ako aj v čase správy a prevádzky informačného systému, ktorý je v rámci projektu vytvorený,
--1. prerokovanie a rozhodovanie o problémoch eskalovaných z nižšieho stupňa riadenia projektu
--1. akceptácia a schvaľovanie Výstupov Etáp pre jednotlivé Časti Diela v rámci príslušného Vydania a celkového Diela,
--1. schvaľovanie Stratégie testovania, Plánu testovania a Testovacích scenárov finálnych testov pre otestovanie plnej funkcionality riešenia,** **
--1. posudzovanie, ktorá zo Zmluvných strán nesie zodpovednosť za vzniknutú vadu časti Diela alebo Diela pri nezhode Zmluvných strán,
--1. schválenie opatrení na odstránenie bezpečnostných a iných chýb odhalených po uvedení Diela do produkčnej prevádzky,
--1. rozhodovanie o požiadavkách na zmenu počas implementácie a prevádzkovania
--1. schválenie zmeny Zmluvy,
--1. schválenie zmien štatútu,
--1. rozhodovanie o nevhodnosti pokynov zo strany Objednávateľa,
--1. prijímanie strategických rozhodnutí súvisiacich s prevádzkou.
--
--
--
--1.
--11.
--111. Pracovná náplň projektového tímu
--
--
--Tu je prehľadná tabuľka popisu práce a zodpovedností jednotlivých projektových rolí:
--
--
--|**Projektová rola**|**Popis práce**|**Zodpovednosti**
--|(((
--1. IT projektový manažér
--)))|Manažuje projekt počas celého jeho životného cyklu, riadi ľudské a finančné zdroje, zabezpečuje tvorbu obsahu a komunikáciu s dodávateľmi. Zodpovedá za implementáciu projektu v súlade s platnými predpismi.|- Riadenie projektových zdrojov (ľudské a finančné).
--- Aktualizácia BC/CBA a predkladanie na rokovania.
--- Sledovanie plnenia harmonogramu a rozpočtu.
--- Riadenie rizík projektu.
--- Dohľad nad plnením zmluvných záväzkov.
--- Zmenové riadenie a implementácia funkčných zmien.
--- Administrácia pracovných výkazov a dokumentácie.
--- Príprava materiálov na audity a kontroly.
--|(((
--1. IT analytik
--)))|Analyzuje a spracováva funkčné požiadavky, navrhuje riešenia IT systémov vrátane biznis a technických aspektov. Koordinuje činnosti SW analytikov a zabezpečuje dokumentáciu.|- Zber a analýza požiadaviek na IT systémy.
--- Tvorba analytických modelov a návrh systémov.
--- Koordinácia s IT architektmi a vývojármi.
--- Špecifikácia IT procesov a technických požiadaviek.
--- Analýza podnikových a procesných systémov.
--- Návrh softvérových riešení.
--|(((
--1. IT architekt
--)))|Navrhuje IT architektúru a technológie s dôrazom na udržateľnosť, kvalitu a náklady. Zodpovedá za návrh systémov, optimalizáciu technických prostriedkov a dohľad nad projektovou dokumentáciou.|- Návrh architektúry IT systémov.
--- Projektovanie dizajnu a štruktúry IT infraštruktúry.
--- Kontrola súladu implementácie s projektovou dokumentáciou.
--- Konzultácie a poradenstvo v oblasti IT architektúry.
--- Dohľad nad technickými riešeniami a ich zlučiteľnosťou s požiadavkami projektu.
--|(((
--1. Biznis vlastník
--)))|Kľúčová osoba na strane zákazníka, ktorá definuje biznis požiadavky, schvaľuje funkčné a technické riešenia a zabezpečuje plnenie cieľov projektu v súlade s očakávaniami používateľov.|- Schvaľovanie biznis a technických požiadaviek.
--- Definícia výkonnostných ukazovateľov projektu.
--- Posúdenie a schválenie projektových výstupov.
--- Zabezpečenie kvality výstupov pre používateľov.
--- Odsúhlasovanie akceptačných kritérií a ich naplnenie.
--- Dohľad nad plnením očakávaní koncových používateľov a hodnotenie výstupov.
--|(((
--1. Kľúčový používateľ
--)))|Reprezentuje záujmy budúcich používateľov, špecifikuje funkčné a technické požiadavky, kontroluje kvalitu výstupov a aktívne sa podieľa na testovaní a schvaľovaní výsledkov projektu.|- Návrh a špecifikácia funkčných a technických požiadaviek.
--- Overovanie kvality produktov.
--- Definovanie akceptačných kritérií.
--- Akceptačné testovanie a schvaľovanie produktov.
--- Zodpovednosť za zmenové požiadavky a ich implementáciu.
--- Dohľad nad dodržaním "user experience" (UX) a kontrola výstupov.
--|(((
--1. Dátový kurátor
--)))|Táto rola zahŕňa evidenciu a správu požiadaviek na dátovú kvalitu, monitoring a riadenie kvality dátového procesu, riadenie životného cyklu údajov od ich vzniku až po archiváciu a udržiavanie štandardov kvality vrátane pravidelných auditov.|(((
--1. Zber a správa požiadaviek na kvalitu dát.
--1. Priebežný monitoring kvality dát a riešenie problémov.
--1. Riadenie dát od vzniku po archiváciu.
--1. Udržiavanie štandardov a audit kvality dát.
--)))
--|(((
--1. Iná špecifická rola - Dátový špecialista (Legislatíva)
--)))|Dátový špecialista v IT projektoch so zameraním na legislatívu zabezpečuje, že všetky procesy spracovania, uchovávania a zdieľania dát v rámci projektu sú v súlade s príslušnými právnymi a regulačnými požiadavkami. Spolupracuje s projektovým tímom, aby minimalizoval právne riziká a zaistil dodržiavanie legislatívnych štandardov.|(((
--* Vytváranie interných dátových štandardov a politík špecifických pre projektové prostredie, ktoré reflektujú legislatívne požiadavky.
--* Konzultácie pre tím ohľadom legislatívnych otázok a ich vplyvu na projektové riešenia.
--* Koordinácia s projektovým oddelením pri vývoji projektových riešení, aby boli v súlade s legislatívou.
--* Spolupráca s projektovým tímom na implementácii legislatívnych požiadaviek (napr. GDPR) do projektových procesov a technológií.
--)))
--|(((
--1. Iná špecifická rola - Manažér kybernetickej bezpečnosti
--)))|Manažér kybernetickej bezpečnosti zodpovedá za ochranu informačných systémov, dát a digitálnych aktív ministerstva pred kybernetickými hrozbami. Jeho úlohou je zabezpečiť, aby boli systémy ministerstva chránené pred neoprávneným prístupom, kybernetickými útokmi a inými bezpečnostnými incidentmi.|(((
--* Vytváranie a implementácia bezpečnostnej stratégie
--* Identifikácia rizík a zraniteľností
--* Implementácia bezpečnostných opatrení
--* Monitorovanie a reakcia na kybernetické incidenty
--* Incident response (reakcia na incidenty)
--* Vzdelávanie a zvyšovanie povedomia
--* Spolupráca s inými orgánmi
--* Pravidelné reportovanie
--* Zabezpečenie súladu s legislatívou
--)))
--|(((
--1. IT Tester
--)))|IT Tester je zodpovedný za plánovanie, prípravu, vykonávanie a dokumentovanie testov softvéru, s cieľom identifikovať a nahlásiť chyby a zabezpečiť kvalitu produktu pred jeho uvedením do prevádzky.|(((
--* Príprava testovacích scenárov a prípadov
--* Vykonávanie testov
--* Identifikácia a nahlasovanie chýb
--* Analýza výsledkov testov
--* Príprava reportov
--)))
--|(((
--1. Dátový špecialista
--)))|Dátový špecialista spravuje, analyzuje a zabezpečuje kvalitu dát organizácie, s cieľom poskytovať relevantné informácie na podporu rozhodovacích procesov a optimalizáciu organizácie|(((
--* Zabezpečenie spoľahlivosti a aktuálnosti dátových zdrojov a systémov.
--* Spracovanie dát, identifikácia trendov a vytváranie reportov pre podporu rozhodovania.
--* Implementácia skriptov a nástrojov na zefektívnenie práce s dátami.
--* Poskytovanie dátových analýz a konzultácií ostatným oddeleniam.
--)))
--|(((
--1. Špecialista na publicitu
--)))|Špecialista na publicitu je zodpovedný za riadenie komunikačných aktivít a propagáciu projektu s cieľom zvyšovať povedomie projektu|(((
--* Plánovanie a realizácia komunikačných kampaní
--* Príprava článkov, príspevkov na sociálne siete a ďalších PR materiálov.
--* Monitoring a analýza publicity: Sledovanie mediálneho pokrytia, analýza efektivity kampaní a reportovanie výsledkov.
--)))
--
--Tabuľka 9: Popis práce a zodpovedností jednotlivých projektových rolí
--
--
--1. PRÍLOHY
--
--
--**Príloha : **Zoznam rizík a závislostí (Excel): [[//https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html//>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]
--
--// //
--
--
--
------
--
--[[~[1~]>>path:#_ftnref1]] https:~/~/mydata.org/
--
--[[~[2~]>>path:#_ftnref2]] Zdroj: [[https:~~/~~/5stardata.info/en/>>url:https://5stardata.info/en/]], Dátum referencie: 08.03.2023
--
--[[~[3~]>>path:#_ftnref3]] 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]]
++| | |

Zmeny dokumentu I-02_PROJEKTOVY_ZAMER_Projekt_LVU_MD_SR

Súhrn

Podrobnosti

Aplikácie

Navigácia

Moje posledné úpravy

Need help?