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

Naposledy upravil Peter Ďuriš 2025/03/25 15:01

From 5.1 to 4.1

Z verzie 4.1

upravil Peter Ďuriš
-

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

Do verzie 1.1

upravil Peter Ďuriš
-

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

Raw
Rendered

Súhrn

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

Podrobnosti

Vlastnosti stránky

Obsah

@@ -1,1515 +1,526 @@
++[[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 investícií, regionálneho rozvoja a informatizácie SR
--|Názov projektu|Implementačný nástroj podpory gigabitových infraštruktúr v zmysle Digitálneho kompasu 2030
--|Zodpovedná osoba za projekt|Meno a priezvisko osoby, ktorá predkladá dokumenty (zamestnanec /Projektový manažér)
--|Realizátor projektu|Ministerstvo investícií, regionálneho rozvoja a informatizácie SR
--|Vlastník projektu|Názov inštitúcie, ktorá zodpovedá za projekt a schvaľuje dokumenty
--
--
++|**Povinná osoba**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Ministerstvo investícií, regionálneho rozvoja a informatizácie Slovenskej republiky{{/content}}
++|**Názov projektu**|{{content id="projekt.nazov"}}Implementačný nástroj podpory gigabitových infraštruktúr v zmysle Digitálneho kompasu 2030{{/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 investícií, regionálneho rozvoja a informatizácie Slovenskej republiky{{/content}}
++|**Vlastník projektu**| {{content id="projekt.vlastnik.nazov"}}Ministerstvo investícií, regionálneho rozvoja a informatizácie 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)
  )))
--|Schválil| | | | |
++|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|17.2.2025|Pracovný návrh|
++|**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.//|
  | | | |
--| | | |
++= {{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 =
--1. ÚČ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.//
--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.
++== 2.1Použité skratky a pojmy ==
++|**SKRATKA/POJEM**|**POPIS**
++| |
++| |
++| |
++{{id name="_Toc152607286"/}}
++
--Dokument Projektový zámer v zmysle vyššie uvedenej vyhlášky obsahuje 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í,
++== 2.2Konvencie pre typy požiadaviek (príklady) ==
++//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**//
++* //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.//
--1.
--11. Použité skratky a pojmy
++= {{id name="_Toc47815693"/}}{{id name="_Toc152607289"/}}{{id name="_Toc2101596728"/}}{{id name="_Toc21597077"/}}{{id name="_Toc200637902"/}}{{id name="_Toc1533185111"/}}{{id name="_Toc1887694913"/}}{{id name="_Toc824463063"/}}{{id name="_Toc2032956156"/}}{{id name="_Toc1083272272"/}}{{id name="_Toc1535460233"/}}{{id name="_Toc2126332012"/}}{{id name="_Toc461677146"/}}{{id name="_Toc152607288"/}}3.DEFINOVANIE PROJEKTU =
++== {{id name="_Toc152607290"/}}{{id name="_Toc653156677"/}}{{id name="_Toc1001409967"/}}{{id name="_Toc294056164"/}}{{id name="_Toc822212923"/}}{{id name="_Toc700822328"/}}{{id name="_Toc1982046122"/}}{{id name="_Toc32260942"/}}{{id name="_Toc629221952"/}}{{id name="_Toc423614589"/}}{{id name="_Toc1077465011"/}}{{id name="_Toc723955740"/}}3.1Manažérske zhrnutie ==
--|SKRATKA/POJEM|POPIS
--|API |Application Program Interface
--|BB|BroadBand
--|BCO|Broadband Competance Office
--|BEREC|Európsky orgán pre reguláciu elektronických komunikácií (Body of European Regulators for Electronic Communications)
--|DB|DataBáza
--|DGA|Akt o správe údajov- (Data Governance Act)
--|EDA|Európska obranná agentúra - (European Defence Agency)
--|EIF|Európsky rámec interoperability – (European Interoperability Framework)
--|EK |Európska komisia
--|EÚ |Európska únia
--|GDPR|Všeobecné nariadenie o ochrane údajov - (General Data Protection Regulation)
--|GIS|Geografický informačný systém
--|HW |Hardvér
--|IaaS |Infrastructure as a Service
--|ID-SK princípy|Usmernenia pre dizajn digitálnych služieb verejnej správy na Slovensku.
--|IKT |Informačné a Komunikačné Technológie
--|IS CPDI |IS Centrálna platforma dátovej integrácie
--|IS ESRÚ |IS pre elektronické služby regulačného úradu
--|IS |Informačný Systém
--|IT |Informačné Technológie
--|KPI |Key Performance Indicator
--|MIRRI|Ministerstvo Regionálneho Rozvoja a Informatizácie Slovenskej Republiky
--|MSRŠD|Monitorovací systém pre reguláciu a štátny dohľad
--|NIS |Network and Information Security
--|NKIVS|Národná koncepcia informatizácie verejnej správy
--|OVM|Orgány Verejnej Moci
--|PaaS |Platform as a Service
--|Projekt AoPI|Atlas pasívnej infraštruktúry
--|PSI|Smernica o otvorených údajoch a opakovanom použití informácií verejného sektora- (Public Sector Information Directive) –
--|SaaS |Software as a Service
--|SLA|Service Level Agreement – dohoda/zmluva o parametroch poskytovania služby
--|SW |Softvér
--|ŠC |Špecifický Cieľ
--|ÚPREKAPS |Úrad pre reguláciu elektronických komunikácií a poštových služieb
--|ÚPVS |Ústredný portál verejnej správy
--|VK|Verejné konzultácie
--|VS |Verejná Správa
--|WF|Workflow = pracovný proces, zobrazený postupnosťou úkonov
++//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.//
++== {{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"]](%%).//
--1.
--11. Konvencie pre typy požiadaviek (príklady)
++== {{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 ==
--**Funkcionálne (používateľské) požiadavky **majú nasledovnú konvenciu:
++* //Doplňte KTO (zoznam subjektov/osôb) sa zúčastňuje projektu a akú rolu zastáva//
--**FRxx**
--
--1. U            – užívateľská požiadavka
--1. R             – označenie požiadavky
--1. xx            – číslo požiadavky
--
--**Nefunkčné (kvalitatívne, výkonové - Non Functional Requirements - NFR) požiadavky** majú nasledovnú konvenciu:
--
--**NRxx**
--
--1. N            – nefukčná požiadavka (NFR)
--1. R             – označenie požiadavky
--1. xx            – číslo požiadavky
--
--Ostatné typy požiadaviek môžu byť ďalej definované PM.
--
--
--1. DEFINOVANIE PROJEKTU
--
--
--1.
--11. Manažérske zhrnutie
--
--
--Projekt „Implementačný nástroj podpory gigabitových infraštruktúr v zmysle Digitálneho kompasu 2030“ (ďalej len “GigaOffice”) predstavuje strategický impulz na posilnenie rozvoja širokopásmových sietí a budovanie trhového prostredia, ktoré podporuje zdravú konkurenciu medzi poskytovateľmi infraštruktúry. Jeho hlavným cieľom je prekonať doterajšie limity v informačnom systéme Monitorovací systém pre reguláciu a štátny dohľad (ďalej len “MSRŠD”), ktorý dokáže údaje o bielych adresách, projektoch a investíciách síce evidovať, no neponúka ucelenú analytickú vrstvu či automatizované riadenie intervenčných procesov.
--
--Projekt GigaOffice zaistí prepojenie a automatizáciu kľúčových úkonov: vďaka pokročilému modulu pre priestorové údaje sa zefektívni identifikácia bielych adries a analýza potencionálnych lokalít vhodných na podporu budovania infraštruktúry. Interným používateľom (zamestnanci BCO) poskytne nástroje na intuitívne vyhľadávanie dát, nastaviteľné notifikácie, či detailnejšiu kontrolu pri schvaľovaní a monitorovaní pridelených finančných príspevkov. Externí stakeholderi (poskytovatelia telekomunikačných služieb, samosprávy, podnikatelia) budú zároveň profitovať z novej funkcionality, ktorá im umožní definovať „záujmové oblasti“ a získať včasné upozornenia, ak sa v daných oblastiach otvára verejná konzultácia či štátna intervencia.
--
--V súčasnosti prebieha delimitácia IS MSRŠD z ÚPREKAPS na MIRRI, čím by sa malo zabezpečiť kontinuálne rozvíjanie IS MSRŠD. Súčasný IS MSRŠD obsahuje niekoľko softvérových komponentov, ktoré tvoria jadro systému, pričom väčšina funkcionalít poskytovaných v rámci IS MSRŠD je určená pre BCO MIRRI.
--
--Zároveň projekt GigaOffice tvorí spoločný program spolu s projektom Atlasu pasívnej infraštruktúry, nakoľko IS MSRŠD ako ISVS projektu GigaOffice je prvým zdrojom dát pre spustenie ISVS Atlas pasívnej infraštruktúry. IS MSRŠD je určený a zameraný úsek verejnej správy telekomunikácií. Jeho hlavnou úlohou je zber informácií a vyhodnocovanie informácií o telekomunikačnom pokrytí a pasívnej telekomunikačnej infraštruktúre, ktorá samotné pokrytie zabezpečuje. Atlas je prijímateľom dát a v synergii s ostatnými dátami o infraštruktúre (elektrická, vodovodná, plynová a podobne) tvorí ucelený a komplexný pohľad na infraštruktúru ako celok. V súčasnosti IS MSRŠD obsahuje informácie a dáta o telekomunikáciách zo zberu vykonaného v roku 2024 odovzdaných jednotlivými poskytovateľmi elektronických a komunikačných služieb a sietí a prevádzkovateľmi telekomunikačnej infrastruktúry.
--
--Projekt GigaOffice tak odpovedá na požiadavky Národnej koncepcie informatizácie verejnej správy (NKIVS), kde prispieva k skvalitneniu digitálnych a dátových služieb, a zároveň napĺňa ciele Národného plánu širokopásmového pripojenia, ktoré sa zameriavajú na dostupnú a stabilnú konektivitu naprieč celou Slovenskou republikou. Implementáciou nových integračných funkcií sa podstatne zníži potreba manuálneho spracovávania dát a zjednodušia sa administračné kontroly (napr. pri overovaní nedoplatkov cez národné referenčné registre), čo zvýši transparentnosť a urýchli rozhodovanie o prideľovaní dotácií.
--
--Rozsiahle analytické možnosti v rozšírení MSRŠD, vrátane flexibilnej práce s priestorovými údajmi a zjednodušeného nahrávania či exportovania dát, vytvoria predpoklad pre presnejšie a operatívnejšie plánovanie budovania gigabitových sietí. Celková investícia do projektu sa odhaduje na  **5 994 296** EUR, pričom financovanie zabezpečí Program Slovensko. Týmto spôsobom projekt priamo podporuje digitálnu a dátovú transformáciu Slovenska, s dôrazom na konkrétne zlepšenia v oblasti širokopásmového pripojenia a vo vytváraní efektívnych verejných digitálnych služieb.
--
--Projekt GigaOffice nadväzuje na Národnú koncepciu informatizácie verejnej správy (NKIVS), Národný plán širokopásmového pripojenia a celkové ciele digitálnej transformácie, ktoré vychádzajú aj z Usmernení BEREC a Digitálneho kompasu EÚ. Zavedením pokročilých technológií a vytvorením moderného rozšírenia informačného systému MSRŠD sa v praxi napĺňajú princípy poskytovania efektívnych digitálnych služieb a dátovej spolupráce naprieč sektormi.
--
--Projekt priamo prispieva k naplneniu cieľov definovaných v Národnej koncepcii informatizácie verejnej správy SR 2021, konkrétne:
--
--* Prioritná os 1 - Lepšie služby
--** Zvýšiť spokojnosť a dôveru osôb a subjektov verejnej správy s elektronickými službami
--** Znížiť interakcie osôb a zložitosť pri používaní služieb verejnej správy.
--* Prioritná os 2 - Digitálna a dátová transformácia
--** Zvýšiť otvorenosť a transparentnosť údajov verejnej správy
--** Dobudovať digitálne prostredie založené na zdieľaní údajov vo verejnej správe
--
--Kľúčovou motiváciou je eliminovať a vyriešiť limity pôvodného MSRŠD, ktorý síce umožňuje evidenciu dát, no postráda analytickú a automatizačnú vrstvu. Projekt GigaOffice tak prinesie vyšší stupeň integrácie a využitie externých zdrojov (napr. finančná správa, Sociálna a zdravotné poisťovne) na verifikáciu žiadateľov o dotácie, čím sa skracuje manuálny proces kontroly a zvyšuje transparentnosť. Navyše systém zabezpečí aj mapovanie subjektov verejnej správy a geografických dát Slovenska na účely lepšieho projektového plánovania.
--
--Z hľadiska eGovernmentu projekt GigaOffice posilní konkurencieschopnosť pri výstavbe širokopásmovej infraštruktúry, čím nepriamo prispieva k vyššej dostupnosti služieb pre občanov a sociálno-ekonomické zariadenia. Rovnako zlepší komunikáciu s verejnosťou zavedením elektronických prieskumov či zisťovaním záujmových oblastí, ktoré umožnia adresnejšie zapojenie stakeholderov do plánovania a realizácie projektov. Nadviazanie na národné referenčné registre súčasne zrýchli a zjednoduší administratívne procesy pri prideľovaní zdrojov, čo podporuje myšlienku efektívnej digitálnej transformácie Slovenska.
--
--Tento projekt je vypracovaný v súlade s:
--
--* Vyhláškou č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy.
--
--Projekt GigaOffice je naplánovaný od **1.8.2024 do 31.12.2027**, pričom hlavné fázy vývoja a nasadenia pokryjú automatizáciu, procesné zlepšenia a rozšírenie integrácií. Po ukončení realizácie (od **1.1.2028 do 31.12.2032**) je plánovaná podpora prevádzky, ktorá zaistí dlhodobú udržateľnosť a priebežný rozvoj systému v meniacom sa prostredí elektronických komunikácií.
--
--**Projekt bude financovaný z Programu Slovensko:**
--
--
--**Cieľ:** 1. Konkurencieschopnejšia a inteligentnejšia Európa vďaka presadzovaniu inovatívnej a inteligentnej transformácie hospodárstva a regionálnej prepojenosti IKT
--
--**Špecifický cieľ:** RSO1.5. Posilňovanie digitálnej pripojiteľnosti
--
--**~ **
--
--**Projekt prispieva k opatreniam Programu Slovensko:**
--
--* Opatrenie 1.5.1 Podpora digitálnej pripojiteľnosti
--** **Aktivita: **rozvoj infraštruktúry – zavádzanie vysokokapacitných širokopásmových sietí (najmenej 1 Gbps v oboch smeroch) v miestach zlyhania trhu. Na základe mapovania aktuálneho pokrytia a komerčných plánov operátorov budú spolufinancované náklady na pasívnu časť infraštruktúry elektronických komunikačných sietí;
--
--
--1.
--11. Motivácia a rozsah projektu
--
--
--Ministerstvo investícií, regionálneho rozvoja a informatizácie Slovenskej republiky (ďalej len „MIRRI SR“) je zodpovedné za digitalizáciu a národný plán širokopásmového pripojenia Slovenska ([[https:~~/~~/digital-strategy.ec.europa.eu/sk/policies/broadband-slovakia>>url:https://digital-strategy.ec.europa.eu/sk/policies/broadband-slovakia]]). V rámci tohto plánu sa do roku 2030 predpokladá:
--
--* pokrytie všetkých domácností rýchlosťou najmenej 100 Mbps, ktorú možno zvýšiť na 1 Gbps,
--* pokrytie sociálno-ekonomických aktérov gigabitovým pripojením,
--* čo spolu vytvára dôležitý základ pre digitálnu transformáciu verejnej správy, rozvoj inovatívneho podnikateľského prostredia a zlepšenie kvality života občanov v SR.
--
--MIRRI SR, v súlade s cieľmi Národného plánu širokopásmového pripojenia SR a stratégiami Európskej únie, pripravuje a realizuje systematický dátový program zameraný na manažment údajov verejnej správy a na podporu budovania spoľahlivej širokopásmovej infraštruktúry. Tento program sa opiera aj o povinnosti a odporúčania vyplývajúce z:
--
--* Programového vyhlásenia vlády Slovenskej republiky na obdobie 2021 – 2024,
--* Národnej koncepcie informatizácie verejnej správy,
--* Iniciatívy pre otvorené vládnutie,
--* Európskej dátovej stratégie (European Data Strategy),
--* právne záväzných aktov EÚ (GDPR, PSI, DGA, EDA),
--* slovenskej legislatívy, najmä zákonov o e-Governmente, proti byrokracii, o informačných technológiách vo verejnej správe a pripravovaného zákona o údajoch.
--
--
--Súčasťou Národnej koncepcie informatizácie verejnej správy je od roku 2017 aj strategická priorita Manažment údajov vo verejnej správe, ktorú Slovenská republika začala implementovať pod gesciou Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky (MIRRI SR). Projekt GigaOffice priamo nadväzuje na tieto snahy a prináša ďalší rozvoj digitálnych služieb postavených na princípoch „jeden-krát a dosť“, bezpečného zdieľania údajov medzi inštitúciami, ako aj ochrany súkromia občanov.
--
--Broadband Competence Office (BCO) je odborný útvar zriadený pri Ministerstve investícií, regionálneho rozvoja a informatizácie Slovenskej republiky (MIRRI SR) v súlade so zverenými kompetenciami na strategickú koordináciu a podporu pri budovaní vysokorýchlostných elektronických komunikačných sietí. Jeho pôsobnosť a kompetencie vychádzajú najmä z vnútornej organizačnej smernice MIRRI SR, ako aj z príslušných právnych predpisov (napr. zákon č. 575/2001 Z. z. o organizácii činnosti vlády a organizácii ústrednej štátnej správy v znení neskorších predpisov, zákon č. 452/2021 Z. z. o elektronických komunikáciách) a ďalších strategických dokumentov vlády SR, ktoré určujú rozsah úloh MIRRI SR v oblasti rozvoja širokopásmového pripojenia.
--
--Broadband Competence Office (BCO) pri Ministerstve investícií, regionálneho rozvoja a informatizácie SR (MIRRI SR) dlhodobo podporuje a koordinuje rozvoj širokopásmového pripojenia na Slovensku. V rámci tejto činnosti zbiera a spravuje dôležité údaje o pokrytí, tzv. bielych adresách, záujmových oblastiach a projektoch, ktoré súvisia s budovaním telekomunikačnej infraštruktúry. V súčasnom stave však dochádza k opakovanému zberu a manuálnemu spracovaniu údajov, pričom chýbajú nástroje na efektívne automatizované prepojenie týchto údajov v rámci aktuálneho IS MSRŠD.
--
--Projekt GigaOffice nadväzuje na existujúce procesy MSRŠD a prináša riešenie, ktoré zabezpečí plynulé a efektívne využívanie dát pri výkone agendy BCO, v súlade s princípmi „jeden-krát a dosť“. Primárnym cieľom projektu je podpora národného plánu budovania širokopásmového pripojenia, a to sprístupnením a zapojením relevantných údajov z iných verejných inštitúcií a rezortných registrov. Impulzom na realizáciu projektu je nutnosť zvýšiť mieru automatizácie a zefektívniť prepojenie procesov, akými sú tvorba verejných konzultácií, identifikácia bielych adries či príprava štátnych intervencií.
--
--Práve nedostatok automatizácie prináša zvýšené personálne nároky a riziko nekvalitných či neaktuálnych údajov. Nie je efektívne, aby jednotlivé informačné podsystémy pracovali s duplicitnými dátami alebo aby zamestnanci ručne vytvárali klastre bielych adries či opakovane vyhodnocovali tie isté informácie. Tento stav spôsobuje vysoké náklady na vývoj, údržbu softvérového vybavenia, a najmä obmedzuje transparentnosť a rýchlosť rozhodovania o investíciách do telekomunikačných sietí.
--
--V zmysle národných priorít a legislatívnych rámcov sa očakáva, že verejné inštitúcie si navzájom sprístupnia údaje, ktoré evidujú, a tie budú ďalej poskytované iba raz. To znižuje administratívnu záťaž a zlepšuje konzistentnosť dát. BCO plánuje vďaka projektu GigaOffice aplikovať tento princíp aj v oblasti prideľovania finančných prostriedkov v rámci štátnych intervencií, aby sme napomohli k rýchlejšiemu a efektívnejšiemu rozhodovaniu o budovaní infraštruktúry.
--
--Projekt GigaOffice súčasne kladie dôraz na transparentnosť a zníženie administratívnej záťaže. Automatizácia, využívanie referenčných údajov a prepojenie s relevantnými údajmi v rámci systému prinesie omnoho rýchlejšie zverejňovanie verejných konzultácií a efektívnejšie vyhodnocovanie projektov. Tým sa predíde duplicite, administratívnym chybám a oneskoreniam, ktoré dnes obmedzujú dynamický rozvoj telekomunikačnej infraštruktúry na Slovensku.
--
--Zavedením digitálnych nástrojov projektu GigaOffice v IS MSRŠD a vytvorením prostredia, v ktorom môžu byť údaje spravované a zdieľané BCO systematicky a otvorene, bude možné získať robustné analýzy a kvalitné podklady pre ďalšie investičné rozhodovanie. Výsledkom bude zlepšenie pokrytia širokopásmovým pripojením, zvýšenie dostupnosti digitálnych služieb a posilnenie konkurencieschopnosti slovenských regiónov v súlade s dlhodobými cieľmi MIRRI SR.
--
--**Hlavné ciele projektu:**
--
--1. **Zvýšenie digitalizácie a automatizácie agendy BCO**
--1*. Cieľom je prejsť od manuálnych, často duplicitne vykonávaných činností (napr. identifikácia bielych adries, tvorba verejných konzultácií) ku komplexnej automatizácii procesov. Táto zmena prinesie rýchlejšiu a spoľahlivejšiu evidenciu, zníži administratívnu náročnosť a pomôže pri efektívnom spracovaní veľkého objemu dát.
--1. **Optimalizácia a zjednodušenie procesov v oblasti činnosti BCO**
--1*. Projekt sa zameriava na prehodnotenie a redizajn kľúčových postupov (napr. schvaľovanie intervencií, tvorba projektovej dokumentácie, plánovanie rozvoja sietí) tak, aby boli prehľadnejšie a ľahšie koordinovateľné. Dôraz sa kladie na elimináciu duplicít, jasné definovanie zodpovedností a dôsledné monitorovanie priebehu s vyššou dynamikou pri vyhlasovaní verejných konzultácií a štátnych intervencií.
--1. **Efektívnejšie využívanie dostupných dát štátu**
--1*. Prepojením informačných systémov verejnej správy a zdieľaním referenčných údajov sa zabezpečí, že BCO bude mať v reálnom čase prístup k presným a aktuálnym informáciám (napr. hranice krajov, aktualizované zoznamy adresných bodov, evidencie neplatičov, register subjektov verejnej správy). Tým sa zlepší kvalita rozhodovania o investíciách do širokopásmovej infraštruktúry a minimalizuje sa riziko nekonzistencie dát.
--1. **Podpora budovania širokopásmového pripojenia a telekomunikačnej infraštruktúry**
--1*. Hlavným účelom projektu je uľahčiť a zefektívniť realizáciu národných cieľov v oblasti broadbandu. Hoci sa pravidelné zbery dát o aktuálnom stave sietí už vykonávajú, tieto údaje sa väčšinou len prehliadajú a následne ručne analyzujú, čo spomaľuje proces rozhodovania. Projekt GigaOffice preto kladie dôraz na automatizované spracovanie existujúcich dát, čím sa dosiahne presnejšie plánovanie a kontrola projektov rozvoja širokopásmovej infraštruktúry. Zároveň umožní lepšie zapojenie telekomunikačných operátorov, samospráv a ďalších relevantných subjektov, vďaka čomu bude investovanie do infraštruktúry efektívnejšie a transparentnejšie.
--1. **Zvýšenie miery transparentnosti a zlepšenie komunikácie s verejnosťou**
--1*. Projekt GigaOffice prinesie prehľadné a ľahko dostupné informácie o krokoch BCO, stave projektov či výsledkoch verejných konzultácií. Zapojenie občanov, podnikateľov a samospráv do konzultačných procesov pomocou elektronických dotazníkov zvýši dôveru v štátne inštitúcie a umožní lepšie pochopiť potreby jednotlivých regiónov.
--
--**Dotknuté IS VS:**
--
--* IS MSRŠD
--* IS ESRÚ
--* IS AoPI
--
--**Dotknuté úseky VS:**
--
--* U00051 - Telekomunikácie
--
--**Dotknuté životné situácie:**
--
--* C01 - Občan a štát
--* C10 - Bývanie
--* A01 – Podpora podnikania
--
--**Dotknuté strategické ciele v zmysle NKIVS:**
--
--Prioritná os 1 - Lepšie služby
--
--* Zvýšiť spokojnosť a dôveru osôb a subjektov verejnej správy s elektronickými službami
--* Znížiť interakcie osôb a zložitosť pri používaní služieb verejnej správy.
--
--Prioritná os 2 - Digitálna a dátová transformácia
--
--* Zvýšiť otvorenosť a transparentnosť údajov verejnej správy
--* Dobudovať digitálne prostredie založené na zdieľaní údajov vo verejnej správe
--
--
--Projekt GigaOffice priamo nadväzuje na hlavné princípy a ciele definované v Európskom rámci pre interoperabilitu (EIF) a Európskej dátovej stratégii (EU Data Strategy), ktoré vyžadujú systematické zdieľanie a efektívne spracovanie údajov vo verejnej správe. Zavedením vzájomne prepojených informačných systémov a jednotných štandardov projekt prispieva k posilneniu interoperabilných riešení, ktoré sú pilierom moderného eGovernmentu na úrovni EÚ.
--
--V súlade s princípom „jeden-krát a dosť“ projekt GigaOffice minimalizuje nutnosť opakovaného zberu rovnakých údajov od občanov, podnikateľov a inštitúcií. Tým napĺňa požiadavky Európskeho akčného plánu pre eGovernment, ako aj slovenskú legislatívu (napr. zákon č. 177/2018 Z. z. – tzv. zákon proti byrokracii) a Národnú koncepciu informatizácie verejnej správy.
--
--Zavádzané opatrenia a technologické riešenia v projekte GigaOffice tak podporujú digitálnu transformáciu, zvyšujú kvalitu poskytovaných verejných služieb a znižujú administratívnu záťaž. Tým priamo prispievajú k napĺňaniu národných priorít v oblasti eGovernmentu a k dosahovaniu cieľov EU Data Strategy, EIF a ďalších strategických dokumentov EÚ týkajúcich sa modernizácie a interoperability verejnej správy.
--
--**Zainteresované osoby:**
--
--* Fyzické osoby
--** Zamestnanci MIRRI kancelárie BCO
--** Občan
--* Právnické osoby
--** Ministerstvo investícií, regionálneho rozvoja a informatizácie Slovenskej republiky
--** Orgány verejnej moci
--** Podnikatelia
--** Poskytovatelia telekomunikačných služieb a sietí
--** Úrad pre reguláciu elektronických komunikácií a poštových služieb
--** Sociálno-ekonomický aktéri
--
--**Hlavný cieľ projektu GigaOffice**
--
--Primárnym cieľom projektu GigaOffice je **uľahčiť a zefektívniť rozvoj širokopásmovej infraštruktúry** na Slovensku prostredníctvom automatizácie kľúčových procesov, prepojenia dostupných údajov a zosúladenia postupov medzi relevantnými inštitúciami (BCO, telekomunikační operátori, samosprávy, rezortné orgány). Projekt reflektuje potreby moderného eGovernmentu, minimalizuje administratívne zaťaženie a vytvára predpoklady na transparentné a cielené investovanie do rozvoja digitálnej konektivity v súlade s národnými a európskymi stratégiami.
--
--**Podciele projektu GigaOffice:**
--
--* **Zjednodušená identifikácia bielych adries: **Zavedením centrálnej evidencie a automatizovaného spracovania dát sa znižuje riziko chýb a duplicít, urýchľuje sa vyhlasovanie verejných konzultácií a zlepšuje sa plánovanie intervencií.
--* **Efektívne zdieľanie a využitie dostupných údajov: **Uplatnením princípu „jeden-krát a dosť“ sa minimalizuje opakované zadávanie dát, čím sa šetrí čas a zvyšuje kvalita a aktuálnosť rozhodovacích podkladov.
--* **Uľahčenie participácie a spolupráce: **Online nástroje pre verejné konzultácie a elektronickú komunikáciu zlepšujú zapojenie firiem a samospráv, posilňujú transparentnosť a pomáhajú reagovať na reálne potreby konkrétnych lokalít.
--* **Rýchlejšie a flexibilnejšie projektové riadenie: **Jednotná platforma na monitorovanie rozvojových projektov prispieva k efektívnemu čerpaniu verejných zdrojov, zrýchľuje realizáciu investícií a poskytuje lepší prehľad o stave a výsledkoch projektov.
--* **Komplexný prehľad a strategické rozhodovanie: **Vďaka prepojeným systémom a dostupným dátam získavajú kompetentné orgány ucelený obraz o pokrytí, potrebách a prioritách, čo umožňuje adresné a transparentné plánovanie ďalšieho rozvoja širokopásmovej infraštruktúry.
--
--
--**Súčasný stav**
--
--V súčasnosti kompetencie BCO v oblasti určovania tzv. bielych adries, vyhlasovania verejných konzultácií a plánovania štátnych intervencií pokrýva **IS MSRŠD**. Tento informačný systém umožňuje:
--
--* Základnú evidenciu bielych adries a ich zoskupenie do „klastrov“,
--* Vytváranie a evidenciu verejných konzultácií (VK) v konkrétnych geografických oblastiach,
--* Založenie a záznam štátnej intervencie pre podporu budovania telekomunikačnej infraštruktúry vo vybraných lokalitách,
--* Pridanie projektov do intervencie a nahrávanie základných údajov o plánovanej realizácii.
--
--**Nedostatky súčasného stavu**
--
--* **Manuálna tvorba klastrov bielych adries: **Systém nevytvára klastre automaticky. V praxi musí administrátor po vyhlásení verejnej konzultácie vyhodnotiť príslušné adresy ručne, čo je časovo náročné a zvyšuje riziko chýb.
--* **Slabé využívanie dostupných dát: **Štát síce disponuje množstvom údajov (napr. hranice krajov, okresov, adresné body, informácie o pokrytí), avšak v MSRŠD sa s nimi pracuje len obmedzene a nedochádza k systematickému prepojeniu týchto dát a vytvoreniu prostredia pre automatizáciu.
--* **Nedostatočná automatizácia procesov: **Jednotlivé úkony (napr. výber oblastí pre VK, vyhodnotenie predložených projektov) prebiehajú prevažne manuálne. To predlžuje proces a vyžaduje zvýšenú administratívnu kapacitu.
--* **Obmedzená podpora projektového cyklu: **MSRŠD poskytuje základnú evidenciu projektov, v praxi chýbajú komplexné funkcionality na monitorovanie a riadenie ich životného cyklu, napr. dynamické notifikácie, definovanie špecifických pravidiel pre požadovanú dokumentáciu, flexibilné schvaľovanie míľnikov či generovanie prehľadných reportov. V dôsledku toho majú používatelia obmedzené možnosti na efektívne plánovanie, sledovanie a vyhodnocovanie realizovaných projektov.
--* **Riziko duplicitných a neaktuálnych informácií: **Kým z rôznych verejných zdrojov dochádza k zberu rovnakých dát, MSRŠD ich nepreberá automaticky. Musia sa manuálne prenášať alebo opäť zadávať, čo zvyšuje pravdepodobnosť nekonzistencie a komplikácií pri zbere dát.
--* **Statická prezentácia geografických údajov: **Aktuálne GIS riešenie poskytuje len vopred definované mapové vrstvy a neumožňuje používateľom dynamicky selektovať či kombinovať rôzne dátové sady podľa ich potrieb, čo obmedzuje zamestnancov BCO pri prehľadávaní dát.
--* **Nepružné exporty a zdieľanie dát: **Formáty exportu sú striktne preddefinované, a teda nie je možné jednoducho získať podrobnejšie výstupy alebo ich previesť do iných nástrojov na pokročilú analýzu do ďalších nástrojov pre prognózy a pokročilejšie analytické predpovede.
--* **Chýbajúca analytická vrstva: **Systém neponúka nástroje na priestorové filtrovanie, agregáciu či porovnávacie analýzy, čím sa znižuje využiteľnosť geografických dát pri plánovaní a hodnotení projektov.
--* **Slabé prepojenie priestorových dát s adresnými bodmi: **Obmedzená integrácia lokalizačných údajov s databázou adresných bodov brzdí dynamický výber lokalít a analýzu ich pokrytia, čím sa sťažuje efektívne plánovanie rozvoja širokopásmovej infraštruktúry.
--* **Chýbajúce procesy na zlepšovanie kvality a konzistencie dát: **Systém pracuje so staticky zaznamenanými údajmi o adresných bodoch a ich pripojení, ktoré nie sú dostatočne prepojené v čase. Nedostatok nástrojov na verziovanie či historické porovnanie pôvodného a nového stavu obmedzuje možnosť pozorovať vývoj budovania infraštruktúry a hodnotiť jeho efektívnosť.
--* **Obmedzené možnosti napojenia externých aplikácií (OpenAPI štandardy): **MSRŠD podporuje len prísne definované XML/XSD štruktúry, čo síce zvyšuje formálnu kvalitu dát, avšak náročnosť prípravy týchto súborov sa pri prvých zberoch údajov (napr. pre ÚPREKAPS) ukázala ako problematická a časovo náročná, niektoré nahrávania údajov od podnikov sa museli opakovať. Chýba otvorenejší a flexibilnejší prístup (napr. REST API) pre ľahšiu integráciu rôznorodých externých systémov.
--
--
--
--[[image:1742633629381-497.png]]
--
--Obrázok 1 - Diagram motivácie
--
--**Projekt GigaOffice reflektuje najmä potrebu:**
--
--* Automatizovať manuálne procesy, čím sa zrýchli a spresní realizácia verejných konzultácií.
--* Spracúvať dáta dynamicky v reálnom čase s neustálym prístupom k aktuálnym údajom.
--* Zlepšiť kvalitu a konzistenciu dát prostredníctvom verziovania, historického porovnávania a procesov na ich kontinuálne zlepšovanie.
--* Zaviesť robustnú analytickú vrstvu, umožňujúcu priestorové filtrovanie, agregáciu či mapovanie súvislostí na presnejšie plánovanie.
--* Podporiť interoperabilitu a otvorené štandardy pre ľahšiu integráciu externých systémov a flexibilné dátové formáty.
--* Minimalizovať duplicitu v zbere dát aplikáciou princípu „jeden-krát a dosť“.
--* Integrovať GIS do kľúčových procesov pre efektívne vyhodnocovanie adries, dynamické určovanie lokalít záujmu a predvídanie potrieb rozvoja sietí.
--* Spriehľadniť projektové riadenie poskytovaním nástrojov na evidenciu a schvaľovanie projektov, vrátane notifikácií a monitorovania plnenia milníkov.
--* Zjednodušiť komunikáciu s verejnosťou zavedením online konzultácií, dotazníkov a participatívnych nástrojov.
--* Zlepšiť transparentnosť a dôveryhodnosť sprístupňovaním prehľadných informácií o projektoch, alokácii zdrojov a výsledkoch verejných konzultácií.
--
--
--**V súlade s hlavnými princípmi informatizácie verejnej správy** (podľa NKIVS):
--
--* **P1 – Orientácia na používateľa**
--** • Jednoduchá prístupnosť služieb
--** • Personalizácia a Proaktívnosť
--* **P2 – Prirodzene digitálna verejná správa**
--** Kontinuálne administratívne zjednodušovanie - optimalizácia procesov a legislatívy
--** Prednostné využívanie digitálnych služieb a dát pre rozhodovanie
--** Efektívnosť a pridaná hodnota – najvyššia hodnota za peniaze
--* **P3 – Údaje sú aktíva**
--** Maximalizácia zdieľania a spoločného využívania údajov (obmedzené len legitímnosťou) pre lepšie rozhodovanie
--**  sú pripravované **otvorené API** a modulárna architektúra, ktorá umožňuje škálovateľné rozširovanie funkcionalít.
--* **P6 – Bezpečnosť**
--** Optimálna úroveň bezpečnosti
--** Včasné riešenie bezpečnosti
--** Dostupnosť – odolnosť voči výpadkom
--
--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|Vlastník procesu / Koordinátor projektu|isvs_483
--|2.|Úrad pre reguláciu elektronických komunikácií a poštových služieb|UPREKAPS|Vlastník dát / Regulátor|(((
--isvs_9441
++|//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)//
--isvs_9444
++== {{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 ==
--isvs_9443
--)))
--|3.|Orgány verejnej moci|OVM|Používateľ / Stakeholder|N/A
--|4.|Poskytovatelia telekomunikačných služieb|-|Používateľ / Stakeholder|N/A
--|5.|Podnikatelia|-|Používateľ / Stakeholder|N/A
--|6.|Sociálno-ekonomickí aktéri|-|Užívateľ|N/A
--|7.|Občan|-|Užívateľ|N/A
++//Do tabuliek nižšie doplniť CIEĽ /CIELE PROJEKTU, ich mapovanie na strategické ciele (napr. z NKIVS, KRIT a iných strategických dokumentov) a súvisiace merateľné ukazovatele (KPI- key performance indicators). Ciele musia byť S.M.A.R.T. - //konkrétne, merateľné, dosiahnuteľné, relevantné, časovo ohraničené.
++|**ID**|
++\\**Názov cieľa**|**Názov strategického cieľa**|**Spôsob realizácie strategického cieľa**
++|...| |...|...
++|...| |...|...
++== {{id name="_Toc152607308"/}}3.5Merateľné ukazovatele (KPI) ==
--1.
--11. Ciele projektu
--
--
--|ID|Názov cieľa|Názov strategického cieľa|Spôsob realizácie strategického cieľa
--|1.|Zvýšenie digitalizácie a automatizácie agendy BCO|Digitálna a dátová transformácia|(((
--* Automatizácia manuálnych procesov
--* Zaviesť robustnú analytickú vrstvu na lepšie plánovanie a analýzu dát
--* Implementovať princíp „jeden-krát a dosť“ na minimalizáciu duplicity v zbere dát
--)))
--|2.|Optimalizácia a zjednodušenie procesov v oblasti činnosti BCO|Digitálna a dátová transformácia|(((
--* Zlepšiť kvalitu a konzistenciu dát pomocou verziovania a historického porovnávania
--* Spriehľadniť projektové riadenie poskytovaním nástrojov na evidenciu a schvaľovanie projektov, vrátane notifikácií a monitorovania plnenia milníkov
--)))
--|3.|Efektívnejšie využívanie dostupných dát štátu|Digitálna a dátová transformácia|(((
--* Spracovávať dáta dynamicky v reálnom čase a zaisťovať prístup k aktuálnym údajom
--* Integrovať GIS do procesov pre efektívne určovanie lokalít a analýzu adries
--* Podporiť interoperabilitu a otvorené štandardy pre flexibilnú integráciu externých systémov
--)))
--|4.|Podpora budovania širokopásmového pripojenia a telekomunikačnej infraštruktúry|Digitálna a dátová transformácia|(((
--* Automatizovať spracovanie dát o infraštruktúre a zefektívniť plánovanie projektov rozvoja širokopásmovej siete
--* Automatizovať generovanie bielych miest na základe analýzy dostupných dát, čo umožní presnejšie plánovanie a určenie priorít investícií
--)))
--|5.|Zvýšenie miery transparentnosti a zlepšenie komunikácie s verejnosťou|Lepšie služby|(((
--* Zverejňovať prehľadné informácie o verejných konzultáciách a intervenciách
--* Zverejňovať informácie o projektoch a alokácii zdrojov
--* Implementovať elektronické dotazníky na získavanie spätnej väzby od subjektov
--)))
--
--
--
--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|Pozn.
--|1.|2. Optimalizácia a zjednodušenie procesov v oblasti činnosti BCO|Počet vyhlásených intervencií|Počet pripravených intervencií na zvýšenie pokrytia alebo dopytu po vysokorýchlostnom pripojení do siete internet|Počet za rok|0|5|Report z GigaOffice|
--|2.|5. Zvýšenie miery transparentnosti a zlepšenie komunikácie s verejnosťou|Počet publikovaných dotazníkov|Počet publikovaných dotazníkov zaslaných subjektom pomocou GigaOffice portálu|Počet za rok|0|10|Report z GigaOffice|
--|3.|4. Podpora budovania širokopásmového pripojenia a telekomunikačnej infraštruktúry|Počet zapojených poskytovateľov telekomunikačných služieb|Počet poskytovateľov telekomunikačných služieb zapojených do verejných konzultácií|Počet za rok|0|40|Report z GigaOffice|
--|4.|4. Podpora budovania širokopásmového pripojenia a telekomunikačnej infraštruktúry|Počet vytvorených záujmových oblastí|Počet oblastí zaevidovaných záujemcami o verejné konzultácie a štátne intervencie|Počet za rok|0|100|Report z GigaOffice|
--|5.|1. Zvýšenie digitalizácie a automatizácie agendy BCO|Skrátenie času tvorby klastrov bielych adries|Čas trávený pri tvorbe klastra bielych adries zakresľovaním do mapy|Minúty|80|5|Dotazník UX od používateľov BCO BO|
--|6.|3. Efektívnejšie využívanie dostupných dát štátu|Počet sociálno-ekonomických zariadení v oblastiach intervencie|Počet sociálno-ekonomických zariadení, ktoré sa budú nachádzať v oblastiach štátnej intervencie|Počet za rok|0|10|Report z GigaOffice|
++ **(cieľové hodnoty)|**Spôsob ich merania**|**Pozn.**
++|...| |...|...|...|...|...|...|...
++|...| |...|...|...|...|...|...|...
++|...| |...|...|...|...|...|...|...
++//Vysvetlivky k vyplneniu tabuľky~://
++* //Vzory merateľných ukazovateľov pre projekt sú publikované v Checkliste pre agendu Merateľné ukazovatele/KPI (//__[[https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]__// )//
++* //**AS IS merateľné ukazovatele** – t. j. popíšte, aké merateľné ukazovatele máte teraz (vpíšte výsledky meraní – v merateľných jednotkách) .//
++* //**TO BE merateľné ukazovatele** – t. j. popíšte cieľové merateľné ukazovatele, ktoré chcete dosiahnuť.//
++* //Odporúčame, aby váš budúci IS mal automatizovaný monitoring (na pravidelnej báze, napr. týždenne) vami stanovených merateľných ukazovateľov – s cieľom, aby ste mohli riadiť službu, produkt, proces, ľudí//
++* //V prípade financovania cez zdroje EÚ uvádzať aj Projektové merateľné ukazovatele z operačného programu (špecifické ciele, merateľné ukazovatele atď).//
++== {{id name="_Toc152607312"/}}{{id name="_Toc1937275886"/}}{{id name="_Toc741126126"/}}{{id name="_Toc1465086354"/}}{{id name="_Toc1808286414"/}}{{id name="_Toc773473969"/}}{{id name="_Toc1151283522"/}}{{id name="_Toc1993493887"/}}{{id name="_Toc2086720991"/}}{{id name="_Toc484272872"/}}{{id name="_Toc1278737203"/}}{{id name="_Toc325672769"/}}{{id name="_Toc152607311"/}}{{id name="_Toc152607309"/}}3.6Špecifikácia potrieb koncového používateľa ==
--1.
--11. Špecifikácia potrieb koncového používateľa
++//Táto časť sa týka projektov, ktoré sú zamerané na vývoj alebo rozvoj  ISVS/s elektronickými službami , ktoré  majú grafické alebo iné používateľské rozhranie a sú určené pre občanov/podnikateľov (alebo aj pracovníkov verejnej správy pracujúcich s agendovým systémom), ďalej označených ako koncoví používatelia. //
++* //Š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.//
++.
--Východiskový systém MSRŠD v súčasnosti disponuje základným používateľským rozhraním, ktoré bolo vytvorené v súlade s princípmi dizajn manuálu ID-SK, teda metodického rámca pre tvorbu používateľsky kvalitných elektronických služieb. Týmto je zabezpečená konzistentná interakcia s externými používateľmi (napr. telekomunikační operátori) pri zadávaní či úprave údajov.
++== {{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 ==
--Projekt GigaOffice sa však nezaoberá primárne tvorbou nových elektronických služieb s koncovým používateľským rozhraním pre občanov či podnikateľov. Namiesto toho je jeho hlavným zámerom zlepšiť spracovanie dát a odstrániť problémy, ktoré sa v MSRŠD prejavujú pri práci s údajmi a doterajších procesoch. Dôležitým východiskom zostáva zachovanie súčasnej logiky fungovania systému vo vzťahu k externým používateľom a rešpektovanie ID-SK princípov v tých častiach, ktoré už MSRŠD poskytuje.
++//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ť.//
--Riešenie preto vychádza z funkčných a nefunkčných požiadaviek, ktoré určujú minimálne kritériá pre oblasť dátovej integrácie, bezpečnosti a výkonu. Špecifické potreby externých používateľov sa v tejto fáze budú rozširovať minimálne o nové front-endové služby, no zároveň sa nezmení ich prístup k existujúcim funkciám vybudovaným v línii ID-SK. Projekt GigaOffice tak rieši predovšetkým interné dátové procesy, pričom zachováva existujúci spôsob používania systému z pohľadu koncových osôb a inštitúcií, ktoré s MSRŠD pracujú.
++* //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 ==
--1.
--11. Riziká a závislosti
++//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 ==
--|**ID**|**Názov rizika**|**Pravdepodobnosť**|**Dosah**|**Návrh mitigácie**
--|R_1|Kvalita dát odovzdaných v rámci verejných konzultácií|Stredné riziko|Extrémny
--dosah|Vytvorenie metodických postupov pre odovzdávanie dát v rámci zberov verejných konzultácií
--|R_2|Komplikácie pri migrácii starých údajov|Nízke riziko|Stredný dosah|Vypracovanie migračného plánu, v ktorom bude vytvorené mapovanie existujúcich údajov do nových dátových štruktúr
--|R_3|Nedostatočné skúsenosti a kvalifikácia|Stredné riziko|Stredný dosah|Zadefinovanie kvalifikačných kritérií potrebných pre plnenie realizácie projektu
--|R_4|Bezpečnostné riziko|Stredné riziko|Stredný dosah|Quality assurance pri implementácii riešenia, vykonanie penetračných testov a testov zraniteľnosti a vypracovanie protokol o výsledkoch z bezpečnostného testovania
--|R_5|Nepridelené finančné prostriedky|Stredné riziko|Extrémny dosah|Hľadanie iných zdrojov financií z iných programov, presunutie financií z iných projektov alebo financovanie zo štátneho rozpočtu a následne refinancovanie spätne
--|R_6|Neúplné požiadavky|Stredné riziko|Stredný dosah|Priebežné validovanie – zaviesť pravidelné stretnutia (workshopy, review) s cieľom kontrolovať, či požiadavky odzrkadľujú potreby užívateľov a sú v súlade s platnou legislatívou a projektovými cieľmi.
--|R_7|(((
--Riziko nedostatku interných zdrojov pre požadovanú dodávku prác pridelených
--na interných zamestnancov úradu
++//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
--
--)))|Stredné riziko|Stredný dosah|Prijímanie zamestnancov s časovou rezervou pred začiatkom prác
--|R_8|Komplikácie s verejným obstarávaním|Stredné riziko|Stredný dosah|Dôsledná príprava obstarávacích podkladov: Zabezpečiť odbornú oponentúru a kontrolu súťažných podmienok a zmluvných klauzúl, aby spĺňali legislatívne požiadavky a boli formálne i vecne správne.
--|R_9|Projekt nebude realizovaný a nasadený podľa plánu.|Stredné riziko|Stredný dosah|Podrobné rozdelenie aktivít a míľnikov: Vytvoriť prehľadný harmonogram s jasne definovanými etapami, míľnikmi a výstupmi. Pravidelné sledovanie a vyhodnocovanie pokroku pomôže včas odhaliť potenciálne meškania a zaviesť nápravné opatrenia.
--\\Riadenie zmien a priebežné monitorovanie rizík: Riadiaci výbor bude schvaľovať a kontrolovať všetky zmeny v projekte. Tým sa minimalizuje riziko nepredvídaných úprav, ktoré by mohli ohroziť harmonogram.
--|R_10|Nerealizácia projektu Atlas pasívnej infraštruktúry (AoPI)|Stredné riziko|Nízky dosah|Projekt AoPI je konzumentom dát, teda závislosť projektov je orientovaná smerom od GigaOffice ku AoPI a preto dosah rizika je nízky, funkcionalita GigaOffice nebude ohrozená
--|R_11|Ohrozenie prevádzky a dostupnosti systému|Stredné riziko|Nízky dosah|Monitoring prevádzky: Implementovať nonstop monitoring kľúčových ukazovateľov (výkon, stav služieb, sieťové spojenia) s možnosťou včasného varovania (alertov) pri prekročení kritických hodnôt. Tým sa minimalizuje doba odhalenia problému a skracuje reakčný čas.
--|R_12|Zmena požiadaviek na základe pilotnej prevádzky|Stredné riziko|Nízky dosah|Proces riadenia zmien (Change Management): Zaviesť formálny postup, cez riadiaci výbor, na posudzovanie nových či upravených požiadaviek, vrátane vyčíslenia dopadu na čas, rozpočet a ďalšie zdroje. Tým sa zachová kontrola nad rozširovaním rozsahu (scope creep).
--|R_13|Riziko nedostatku financií|Nízke riziko|Vysoký dosah|Manažment nákladov a priebežné sledovanie rozpočtu: Už v úvodnej fáze projektu zaviesť detailné sledovanie rozpočtu a nákladov (Cost Management Plan). Pravidelné vyhodnocovanie nákladov a porovnanie so schváleným rozpočtom pomôže včas odhaliť potenciálne prekročenia limitov.
--|R_14|Riziko nedostatku kvalifikovaných odborníkov|Nízke riziko|Vysoký dosah|V rámci verejného obstarávania zaviesť detailné kvalitatívne kritériá na odbornú spôsobilosť projektového tímu (t. j. vyžadovať referencie, odborné certifikáty, relevantné skúsenosti a definovať minimálne štandardy pre kľúčových expertov). Tým sa pri výbere dodávateľa zabezpečí dostatočne kvalifikovaný tím a zníži sa riziko, že počas realizácie nebude možné obsadiť kritické roly odborníkmi s požadovanými znalosťami.
--|R_15|Riziko technických problémov|Nízke riziko|Vysoký dosah|Zaviesť podrobný plán technických testov (zahŕňajúci integračné, výkonnostné a pilotné testovanie) a súčasne využiť pilotné prostredie na odhalenie možných nedostatkov ešte pred ostrým nasadením. Tým sa minimalizuje riziko, že nekompatibility či výkonnostné problémy zistíme až v produkčnej prevádzke, kde by spôsobili neočakávané výpadky alebo zlyhania.
--|R_16|Nesúčinnosť a nespoľahlivosť dodávateľa|Stredné riziko|Vysoký dosah|V zmluvných podmienkach verejného obstarávania detailne upraviť mechanizmy kontroly a zodpovednosti (napr. zaviesť výkonnostné ukazovatele, sankcie pri nedodržaní míľnikov, eskalačný postup). Pravidelné statusy a kontrolné body s dodávateľom umožnia včas zachytiť potenciálne problémy a poskytnú priestor na rýchle nápravné opatrenia.
--|R_17|Nemožnosť využitia MIRRI cloudu|Stredné riziko|Žiaden dosah|V rámci projektu sa počíta s nasadením IS MSRŠD do prostredia MIRRI cloudu, ktorý v súčasnosti nei je k dispozícii. Ako alternatíva v rámci technologickej vrstvy projektu je navrhnuté riešenie využitia Vládneho cloudu, čo eliminuje riziko. Rozhodnutie o nasadení je potrebné vykonať vo fáze Analýza a dizajn.
--|R_18|Neprebehne delimitácia systému MSRŠD z ÚPREKAPS do MIRRI|Nízke riziko|Vysoký dosah|V prípade, že delimitácia systému nebude úspešná, bude potrebné prehodnotiť alternatívne riešenia v rámci biznisovej a multikriteriálnej analýzy.
--
--
--
--1.
--11. Stanovenie alternatív v biznisovej vrstve architektúry
--
--
--V rámci biznisovej architektúry sme porovnávali 3 alternatívy riešenia súčasného stavu. Na základe identifikovaného rozsahu problému v projektovom zámere boli stanovené tri rôzne riešenia. Ako najefektívnejšia bola vybraná Alternatíva č. 3 taká, ktorá napĺňa procesné a funkčné požiadavky všetkých stakeholderov.
--
--
--[[image:1742633629386-605.jpeg]]
--
--Obrázok 2 - Diagram alternatív
--
--
--**Alternatíva 1 **–** **Zachovanie súčasného stavu
--
--Pri alternatíve zachovania súčasného stavu by nedošlo k implementácii nového systému ani k rozšíreniu existujúceho riešenia. Hoci by si tento prístup nevyžadoval dodatočné investície ani zmeny v súčasnej infraštruktúre, nepriniesol by žiadne zlepšenia ani riešenia na splnenie nových povinností a potrieb.
--
--Zachovanie súčasného stavu by znamenalo, že mnohé špecifické požiadavky by museli byť naďalej riešené manuálne, čo by viedlo k vysokej pracnosti a nízkej efektivite procesov. Tento prístup by navyše nezohľadňoval rastúce nároky na digitalizáciu a automatizáciu, čo by mohlo v budúcnosti viesť k ďalším prevádzkovým komplikáciám a vyšším nákladom na riešenie individuálnych požiadaviek.
--
--**Alternatíva 2 **–** **Vytvorenie nového informačného systému
--
--Alternatíva vytvorenia nového, samostatného systému predpokladá návrh a vývoj riešenia s vlastnou infraštruktúrou a architektúrou, nezávislého od existujúcich systémov. Tento prístup zabezpečuje vyššiu flexibilitu a umožňuje optimalizáciu systému pre špecifické potreby BCO bez obmedzení vyplývajúcich z existujúcich riešení. Nezávislosť nového systému umožňuje jednoduchšiu implementáciu budúcich funkcionalít a prispôsobenie sa meniacim požiadavkám.
--
--Na druhej strane, táto alternatíva prináša aj významné nevýhody. Vzhľadom na nutnosť vybudovania novej infraštruktúry a vývoja systému od základu sú s týmto riešením spojené vyššie náklady a dlhší čas potrebný na vývoj a nasadenie. Zároveň vzniká riziko duplicity niektorých funkcionalít, ktoré už existujú v iných systémoch, a je potrebné zabezpečiť ich integráciu, čo môže predstavovať ďalšie technické výzvy a zvýšené náklady na údržbu a prevádzku.
--
--**Alternatíva 3 **– Využitie existujúceho riešenia a jeho rozšírenie
--
--Rozšírenie existujúceho Monitorovacieho systému pre reguláciu a štátny dohľad (MSRŠD) o nové funkcionality  predstavuje efektívne riešenie, ktoré umožňuje využitie existujúcej infraštruktúry a overených technologických komponentov. Tento prístup prináša významnú úsporu nákladov na implementáciu, keďže eliminuje potrebu budovania nového systému a umožňuje zachovať existujúce integrácie s inými systémami.
--
--Ďalšou výhodou je, že prevádzkový tím už disponuje znalosťami systému, čo znižuje požiadavky na školenia a urýchľuje adaptáciu na nové funkcionality. Správa jedného centralizovaného systému je zároveň jednoduchšia a efektívnejšia, pričom zostávajú zachované existujúce bezpečnostné mechanizmy, čím sa eliminuje potreba dodatočných bezpečnostných opatrení.
--
--Implementácia nových funkcionalít v rámci IS MSRŠD zároveň umožňuje skrátiť čas potrebný na implementáciu riešenia, zabezpečuje jednotné používateľské rozhranie a centralizovanú správu dát, čím sa zjednodušuje riadenie a ukladanie informácií. Zachovanie existujúcich procesov prevádzky a podpory navyše minimalizuje potrebu rozsiahlych zmien v operačných a podporných postupoch, čím sa zabezpečí plynulý prechod na nové funkcionality bez narušenia súčasných procesov.
--
--
--1.
--11. Multikriteriálna analýza
--
--
--Výber alternatív prebieha na úrovni biznis vrstvy prostredníctvom MCA zostavenej na základe kapitoly Motivácia, ktorá obsahuje ciele stakeholderov, ich požiadavky a obmedzenia pre dosiahnutie uvedených cieľov.
--
--Niektoré (nie všetky) kritériá môžu byť označené ako KO kritériá. KO kritériá označujú biznis požiadavky na riešenie, ktoré sú z hľadiska rozsahu identifikovaného problému a motivácie nevyhnutné pre riešenie problému a všetky akceptovateľné alternatívy ich tak musia naplniť. Alternatívy, ktoré nesplnia všetky KO kritériá, môžu byť vylúčené z ďalšieho posudzovania. KO kritériá nesmú byť technologické (preferovať jednu formu technologickej implementácie voči druhej).
--
--
--| |KRITÉRIUM|ZDÔVODNENIE KRIÉRIA|MIRRI BCO|UPREKAPS|Poskytovateľ el. služieb
--|(% rowspan="7" %)(((
--BIZNIS VRSTVA
--
--
--)))|Kritérium A (KO) Zabezpečiť Value for money a minimalizáciu nákladov. (Efektívne vynakladanie zdrojov)|Efektívne hospodárenie so zdrojmi je kľúčové pre každú organizáciu, vrátane samosprávy. Investície do informačných technológií a bezpečnostných opatrení by mali byť usmerňované tak, aby prinášali maximálny prínos pri súčasnom minimalizovaní nákladov. Efektívnym vynakladaním finančných prostriedkov na implementáciu infraštruktúry a bezpečnostných opatrení sa dosahuje optimálny pomer medzi nákladmi a prínosmi.|X| |
--|Kritérium B (KO) Potreba pokročilej dátovej analytiky na spracovanie zozbieraných údajov|Potrebné automatizované detailné analýzy zozbieraných údajov ako napríklad biele adresy, výsledky verejných konzultácií pre rýchle a presné rozhodovanie v procesoch prípravy štátnych intervencií.|X| |
--|Kritérium C (KO) Zachovanie funkcií dôležitých pre reguláciu a dohľad|Pre kľúčového regulátora v oblasti elektronických komunikácií je nevyhnutné, aby nový projekt zachoval všetky doterajšie funkcie využívané na dohľad, správu a vyhodnocovanie údajov. Ak by sa týmto funkcionalitám neprikladal dostatočný dôraz alebo by došlo k ich znefunkčneniu, projekt by stratil opodstatnenie z pohľadu regulátora. Zabezpečenie plynulého výkonu dohľadu a kontroly je preto kľúčovým kritériom, pri nesplnení ktorého by projekt nemohol byť podporený.| |X|
--|Kritérium D (KO) Zachovanie plynulosti zberu dát pre poskytovateľov elektronických služieb|Poskytovatelia elektronických služieb už investovali do integrácií a prispôsobili svoje systémy tak, aby zber údajov prebiehal bez výpadkov. Ak by nový projekt narušil alebo zmenil tieto zaužívané mechanizmy (formáty, rozhrania, termíny) bez adekvátnej náhrady, spôsobil by dodatočné náklady a problémy v prevádzke. Kontinuita zberu dát je preto pre poskytovateľov kľúčová a jej zabezpečenie predstavuje nevyhnutnú podmienku na podporu projektu.| | |X
--|Kritérium E Zabezpečenie kontinuálneho zberu dát bez narušenia harmonogramu zberu|Poskytovatelia elektronických služieb sú podľa zákona o elektronických komunikáciách (ZEK) povinní pravidelne odovzdávať údaje na vyhodnotenie pokrytia širokopásmovým pripojením pre ÚPREKAPS, pričom zároveň prebieha pilotné testovanie nahrávania dát do verejného testovacieho prostredia. Je preto nevyhnutné, aby nedošlo k narušeniu kontinuity zberu a prepojenia dát v čase, keďže sú tieto údaje kľúčové pre správne vyhodnotenie odovzdaných informácií.|X| |X
--|Kritérium F Správa a rozhodovanie|Zabezpečenie lepšieho využívania údajov a rozhodovania v organizácií|X|X|
--|Kritérium G Optimalizácia procesov|Kontinuálne administratívne zjednodušovanie - optimalizácia procesov a legislatívy|X|X|X
--
--
--Vyhodnotenie MCA
--
--|Zoznam kritérií|(((
--Alter-natív
--
--1
++| |**KRITÉRIUM**|**ZDÔVODNENIE KRIÉRIA**|(((
++**STAKEHOLDER**
++**1**
  )))|(((
--Spôsob
--
--dosiahnutia
++**STAKEHOLDER**
++**2**
  )))|(((
--Alter-natív
--
--2
++**STAKEHOLDER**
++**3**
++)))
++|(% rowspan="6" %)BIZNIS VRSTVA|Kritérium A (KO)| |X|X|X
++|Kritérium B (KO)| |X|X|
++|Kritérium C (KO)| | |X|X
++|Kritérium D (KO)| | |X|X
++|Kritérium E| |X|X|
++|Kritérium F| |X| |X
++Príklad šablóny pre vyhodnotenie MCA
++|**Zoznam kritérií**|(((
++**Alternatíva**
++**1**
  )))|(((
--Spôsob
--
--dosiahnutia
--)))|(((
--Alter-natív
--
--3
--)))|(((
--Spôsob
--
--dosiahnutia
++**Spôsob**
++**dosiahnutia**
++)))|**Alternatíva 2**|(((
++**Spôsob**
++**dosiahnutia**
  )))
--|Kritérium A|áno|alternatíva 1 je zachovanie statusu quo bez realizácie projektu|nie|Realizáciou alternatívy 2 nezabezpečí Value for money a navyšuje náklady na realizáciu projektu.|áno|Realizáciou alternatívy 3 sa zabezpečí Value for money a minimalizácia nákladov.
--|Kritérium B|nie|alternatíva 1 je zachovanie statusu quo bez realizácie projektu|áno|Realizáciou alternatívy 2 sa zabezpečí potreba pokročilej dátovej analytiky na spracovanie zozbieraných údajov|áno|Realizáciou alternatívy 3 sa zabezpečí potreba pokročilej dátovej analytiky na spracovanie zozbieraných údajov
--|Kritérium C|áno|alternatíva 1 je zachovanie statusu quo bez realizácie projektu|áno|Realizáciou alternatívy 2 sa zabezpečí zachovanie funkcií dôležitých pre reguláciu a dohľad|áno|Realizáciou alternatívy 3 sa zabezpečí zachovanie funkcií dôležitých pre reguláciu a dohľad
--|Kritérium D|áno|alternatíva 1 je zachovanie statusu quo bez realizácie projektu|áno|Realizáciou alternatívy 2 sa zabezpečí zachovanie plynulosti zberu dát pre poskytovateľov elektronických služieb|áno|Realizáciou alternatívy 3 sa zabezpečí zachovanie plynulosti zberu dát pre poskytovateľov elektronických služieb
--|Kritérium E|áno|alternatíva 1 je zachovanie statusu quo bez realizácie projektu|nie|Realizáciou alternatívy 2 sa nezabezpečí zabezpečenie kontinuálneho zberu dát bez narušenia harmonogramu zberu|áno|(((
--Realizáciou alternatívy 3 sa zabezpečí zabezpečenie kontinuálneho zberu dát bez narušenia harmonogramu zberu
++|Kritérium A|áno|vysvetlenie prečo áno|áno|vysvetlenie prečo áno
++|Kritérium B|áno|vysvetlenie prečo áno|nie|
++|Kritérium C|áno|vysvetlenie prečo áno|nie|
++|Kritérium D|áno|vysvetlenie prečo áno|nie|
--
--)))
--|Kritérium F|nie|alternatíva 1 je zachovanie statusu quo bez realizácie projektu|áno|Realizáciou alternatívy 2 sa zabezpečí správa a rozhodovanie|áno|Realizáciou alternatívy 3 sa zabezpečí správa a rozhodovanie
--|Kritérium G|nie|alternatíva 1 je zachovanie statusu quo bez realizácie projektu|áno|Realizáciou alternatívy 2 sa zabezpečí optimalizácia procesov|áno|(((
--Realizáciou alternatívy 3 sa zabezpečí optimalizácia procesov
++== {{id name="_Toc152607317"/}}{{id name="_Toc2141037501"/}}{{id name="_Toc305797393"/}}{{id name="_Toc757025235"/}}{{id name="_Toc799792984"/}}{{id name="_Toc1320898353"/}}{{id name="_Toc662890955"/}}{{id name="_Toc2002161453"/}}{{id name="_Toc463175707"/}}{{id name="_Toc660959900"/}}{{id name="_Toc1051940062"/}}{{id name="_Toc1081082045"/}}{{id name="_Toc47815700"/}}{{id name="_Toc521508981"/}}3.10Stanovenie alternatív v aplikačnej vrstve architektúry ==
--
--)))
++//Alternatívy na úrovni aplikačnej architektúry reflektujú alternatívy vypracované na základe „nadradenej“ architektonickej biznis vrstvy, pričom vďaka uplatneniu nasledujúcich princípov aplikačná vrstva architektúry dopĺňa informácie k alternatívam stanoveným pomocou biznis architektúry.//
++//Pre klasifikáciu alternatív za účelom ďalšieho porovnania aplikačnej vrstvy a architektúry je potrebné zadefinovať nasledovné požiadavky~://
++* //Nutné – aplikačné moduly/funkcionality, ktoré sú nevyhnutné pre dosiahnutie cieľov//
++* //Preferované – aplikačné moduly/funkcionality, ktoré rozvíjajú biznis alternatívu a vytvárajú dodatočné prínosy, započítané v Analýze nákladov a prínosov M-05 (BC/CBA povinná pre projekty nad 1 000 000,- EUR)//
++* //Aplikačná vrstva by mala byť schopná rozdeliť moduly do skupín podľa koncových služieb/funkcionalít, ktoré plnia nutné a preferované požiadavky.//
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_5701ef6f26440efc.png||height="156" width="288"]]
--**Na základe vyhodnotenia MCA analýzy vychádza Alternatíva 3 ako jediná, ktorá spĺňa všetky požiadavky**.
++== {{id name="_Toc152607318"/}}{{id name="_Toc1308618109"/}}{{id name="_Toc1709724880"/}}{{id name="_Toc1118245238"/}}{{id name="_Toc416893103"/}}{{id name="_Toc1814703501"/}}{{id name="_Toc1969952445"/}}{{id name="_Toc1495260625"/}}{{id name="_Toc1603455053"/}}{{id name="_Toc245422461"/}}{{id name="_Toc1058442113"/}}{{id name="_Toc2040067840"/}}{{id name="_Toc47815701"/}}{{id name="_Toc521508982"/}}3.11Stanovenie alternatív v technologickej vrstve architektúry ==
++//Alternatívy na úrovni technologickej architektúry reflektujú alternatívy vypracované na základe „nadradenej“ architektonickej aplikačnej vrstvy, pričom sa prioritne uvažuje o využití služieb vládneho cloudu (privátne aj verejné cloudové služby zverejnené v katalógu služieb vládneho cloudu (//__[[odkaz na katalóg>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb/]] služieb __//).//
++//V prípadoch, kedy by nebolo ekonomicky výhodné využiť vládny cloud v plnom rozsahu projektu, je možné uvažovať aj o iných/ďalších alternatívach: hybridnej (časť aplikácií využíva privátny vládny cloud a časť vlastný HW žiadateľa, resp. časť aplikácii využíva služby komerčného poskytovateľa cloudových služieb), nasadenie v prostredí komerčného cloudu alebo v krajnom prípade sú všetky aplikácie nasadené v prostredí vlastného HW žiadateľa (prípady zohľadnenia bezpečnosti alebo iných povinností).//
++//Ekonomická výhodnosť technologickej alternatívy je preukázaná nižšími nákladmi na TCO projektu. Spracovateľ projektového zámeru je povinný preukázať, že zvolené riešenie je ekonomicky výhodnejšie. V prípade, že z bezpečnostných alebo iných dôvodov nezvolil najvýhodnejšiu alternatívu (resp. neposudzoval viacero alternatív), spracovateľ doloží zdôvodnenie potreby daného technologického riešenia. V zdôvodnení sú uvedené konkrétne požiadavky a ich parametre, ktoré neumožnili zvoliť najvýhodnejšie riešenie alebo porovnať viacero alternatív.//
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_a966e8b8a99b13da.png||height="311" width="542"]]
++//Ako alternatívu nepovažujeme porovnanie krabicových „off-the-shelf“ riešení (COTS) riešení s alternatívou vývoja aplikácií „na zelenej lúke“ a to z dôvodu toho, že žiadateľ pre zachovanie nediskriminačných podmienok vo verejnom obstarávaní nevie vopred určiť, či dostane ponuku od uchádzača k vývoju na zelenej lúke, alebo sa všetky ponuky od uchádzačov vo verejnom obstarávaní budú vzťahovať na COTS riešenie. Výnimka je v prípade, ak žiadateľ uvažuje použiť konkrétne COTS riešenie ako podmienku pre uchádzača v rámci procesu verejného obstarávania a to vzhľadom na ekonomické alebo iné dôvody preukázané v dokumente.//
++//Výber alternatív prebieha v dvoch kolách. Prvé kolo predstavuje uplatnenie multikriteriálnej analýzy (ďalej len „MCA“) – výber relevantných alternatív. Druhé kolo predstavuje vypracovanie Analýzy nákladov M-05 BC/CBA. Do druhého kola vstupujú alternatívy ktoré splnili všetky vylučovacie kritéria stanovené v multikritériálnej analýze. Minimálny počet variant, je stanovený na 3~://
++* //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.//
--1.
--11. Stanovenie alternatív v aplikačnej vrstve architektúry
++= {{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) =
--Na aplikačnej vrstve budú projektom riešené len aplikačné moduly/funkcionality, ktoré sú nevyhnutné pre dosiahnutie cieľov vybranej alternatívy č. 3. Alternatívy na úrovni aplikačnej architektúry reflektujú alternatívy vypracované na základe „nadradenej" architektonickej biznis vrstvy, pričom vďaka uplatneniu nasledujúcich princípov aplikačná vrstva architektúry dopĺňa informácie k alternatívam stanoveným pomocou biznis architektúry. Cieľom je v čo najvyššej možnej miere zabezpečiť, aby jednotlivé moduly IS boli vyvinuté formou open source (EUPL licenčný model) - bližšie informácie k EUPL sú uvedené v Prístupe k projektu, kapitola 6.
++* //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 =
--1.
--11. Stanovenie alternatív v technologickej vrstve architektúry
++* //Doplňte krátky POPIS BUDÚCEHO CIEĽOVÉHO PRODUKTU PROJEKTU z pohľadu biznis/aplikačnej/technologickej architektúry v závislosti od charakteru projektu a výsledku analýzy alternatív riešenia,//
++* //Doplňte a detailne spracujte funkčné a nefunkčné požiadavky vyplývajúce z analýz alternatív riešenia vo všetkých vrstvách architektúry a vyplňte požiadavky v dokumente  M-05 Analýza nákladov a prínosov, karta Katalóg požiadaviek., I-04 Katalóg požiadaviek//
++* //Doplňte stručný náhľad budúcej IT architektúry (biznis, aplikačná, technologická) riešenia, ktorý podľa potreby pozostáva aj z viacerých obrázkov (diagramov), aby dostatočne zrozumiteľne znázornil predmet dodávky, jeho kontext a zmeny v architektúre verejnej správy (objednávateľa, realizátora projektu), ktoré projekt realizuje,//
++** //Náhľad architektúry vytvorte v modelovacom nástroji pomocou notácie ArchiMate (//__[[https:~~/~~/publications.opengroup.org/standards/archimate>>url:https://publications.opengroup.org/standards/archimate]]__//), v prípade potreby väčšej detailizácie biznis procesov môžete použiť notáciu BPMN (//__[[http:~~/~~/www.omg.org/spec/BPMN/2.0/>>url:http://www.omg.org/spec/BPMN/2.0/]]__//),//
++** {{id name="_Ref152763300"/}} //Pre vytvorenie náhľadu architektúry použite modelovací nástroj, ktoré môže byť buď integrovaný na spoločný repozitár//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^2^^>>path:#sdfootnote2sym||name="sdfootnote2anc"]](%%)// architektonických modelov verejnej správy, alebo modelovací nástroj, ktorý podporuje export modelu do štandardizovaných výmenných formátov súborov (The Open Group ArchiMate Model Exchange File Format Standard)^^ [[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^3^^>>path:#sdfootnote3sym||name="sdfootnote3anc"]](%%)^^ a export súborov podľa špecifikácie BPMN 2.0//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^4^^>>path:#sdfootnote4sym||name="sdfootnote4anc"]](%%)//,//
++** //Pre jednoznačnú identifikovateľnosť komponentov v náhľade architektúry uveďte aj ich MetaIS kódy//
++** //Očakáva sa, že ak realizujete popis dizajn procesov podľa pravidiel EVS, tak všetky výstupy musia byť v súlade s metodikou a postupom: //__[[https:~~/~~/www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave&subor=255448>>url:https://www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave&subor=255448]]__ .
++** //Náhľad architektúry v tomto výstupe I-02 Projektový zámer by mal byť v súlade s jeho detailizáciou vo výstupe I-03 Prístup k projektu, ak objednávateľ podľa prílohy č. 1 vyhlášky 401/2023 Zz pripravuje aj výstup I-03 Prístup k projektu.//
++** //Náhľad architektúry v tomto výstupe I-02 Projektový zámer by mal byť v súlade s výstupom M-06 - aktualizáciou evidencie e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIs) a komponenty, ktorých sa projekt týka by mali mať upravenú evidenciu ich stavu a fázu ich životného cyklu.//
++** //Príklad náhľadu na architektúru podľa metamodelu e-Government komponentov evidovaných v MetaIS~://
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_fc5f5326fe7d94a7.gif||alt="Obrázok 8" height="459" width="551"]]
++//Obrázok 1 Príklad náhľadu architektúry v notácii ArchiMate//
--Alternatívy na úrovni technologickej architektúry reflektujú alternatívy vypracované na základe „nadradenej“ architektonickej aplikačnej vrstvy. Projekt počíta s rozšírením existujúcej technologickej vrstvy, kde bude toto riešenie implementované. Z tohto dôvodu je ekonomicky nevýhodné uvažovať s ďalšími alternatívami na technologickej vrstve architektúry.
++== {{id name="_Toc152607321"/}}{{id name="_Toc823562243"/}}5.1Prehľad e-Government komponentov ==
--1. POŽADOVANÉ VÝSTUPY  (PRODUKT PROJEKTU)
++//__**Ak bude vytváraný aj výstup I-03 Prístup k projektu, môže byť táto kapitola z dokumentu I-02 Projektový zámer vypustená, pretože jej obsah bude spracovaný vo výstupe I-03 Prístup k projektu.**__//
++//Obsah tejto kapitoly je prehľadom realizácie výstupu **M-06 - aktualizácia evidencie e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIs)**. Objednávateľ//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^5^^>>path:#sdfootnote5sym||name="sdfootnote5anc"]](%%)// plní výstupom M-06 povinnosti orgánu riadenia sprístupňovať a aktualizovať informácie o informačných technológiách verejnej správy prostredníctvom centrálneho metainformačného systému verejnej správy (MetaIS) bezodkladne podľa § 12 ods. 1 písm. b) zákona 95/2019 Z.z.//
++//V okamihu odovzdania výstupu I-02 Projektový zámer objednávateľ~://
--Výstupom projektu je funkčný, stabilný, efektívny, bezpečný systém. Výstupom bude aj dodanie používateľskej príručky, inštalačnej príručky a pokynov na inštaláciu (úvodnú/opakovanú), prevádzkový opis a pokyny pre servis, údržbu a diagnostiku, pokyny na obnovu pri výpadku alebo havárii (Havarijný plán) a bezpečnostný projekt. Na dodržanie štandardov sa použije M-04 Audit kvality zameraný na výstupy z iniciačnej, realizačnej a dokončovacej fázy projektu.
++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: ===
--Realizácia projektu bude v zmysle vyhlášky MIRRI SR č. 401/2023 Z. z. pozostávať z uvedených etáp:
++{{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}}
--* Analýza a dizajn,
--* Nákup technických prostriedkov, programových prostriedkov a služieb,
--* Implementácia a testovanie,
--* Nasadenie.
++=== 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_9443|IS Zber ekonomických dát|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.3|Vyberte jednu z možností\\c_typ_isvs.1||
++|isvs_4830|CMS – Systém správy obsahu|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.2|Vyberte jednu z možností\\c_typ_isvs.5||
++|isvs_9441|IS Spisová služba_|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.3|Vyberte jednu z možností\\c_typ_isvs.1||
++|isvs_9444|IS Zber technických dát|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.3|Vyberte jednu z možností\\c_typ_isvs.1||
++{{/content}}
--MIRRI bude pri implementácii postupovať v zmysle vyhlášky MIRRI SR č. 401/2023 Z. z. Pre implementované zmeny budú dodané nasledovné špecializované a manažérske produkty, ktoré budú kompletne pokrývať celý rozsah dodávky popísaný v biznis, aplikačnej a technologickej architektúre a požadované výstupy budú dodávane primerane vzhľadom na charakter projektu.
++=== 5.1.3Prehľad budovaných aplikačných služieb – budúci stav: ===
--|**Etapa**|**Požadované výstupy**
--|**Analýza a dizajn**|(((
--**Úvodná správa (Projektový iniciálny dokument, ďalej ako „PID“) pre všetky funkčné oblasti**
++{{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}}
--- Zoznam požiadaviek
++=== 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 ===
--- Akceptačné kritériá
++* //Uviesť prehľad ISVS, pri ktorých sa plánuje využívanie služieb iných ISVS, spoločných blokov (SaaS) alebo služieb tretích strán v TO BE stave.//
++* //Uviesť prehľad ISVS integrovaných na spoločné moduly podľa zákona č. 305/2013 Zz.//
++* //Plánované využívanie a integrácie služieb iných ISVS musí byť evidované v MetaIS – zaevidovanie vzťahu na aplikačnú službu určenú na externú integráciu poskytujúcim ISVS//
--- Rámcová špecifikácia riešenia (Popis produktu, Dekompozícia produktu, Vývojový diagram
++|(((
++**Kód ISVS**
++//(z MetaIS)//
++)))|**Názov ISVS**|(((
++**Kód integrovaného ISVS**
++//(z MetaIS)//
++)))|**Názov integrovaného ISVS**
++| | | |
++| | | |
--  produktu)
++* //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:**//
--- Biznis architektúra
++:
--- Aplikačná architektúra
--
--- Technologická architektúra – časť systémová architektúra
--
--- Bezpečnostná architektúra
--
--- Stratégia testovania
--
--- Plán testovania
--
--- Testovacie scenáre a prípady
--
--**Detailná funkčná špecifikácia riešenia**
--
--- vypracovanie registratúrneho poriadku
--
--- detailný popis funkcionality a biznis požiadaviek,
--
--- Blokové a dátové modely finálneho produktu
--
--**Detailná technická špecifikácia, pre všetky systémy samostatne**
--
--- technická architektúra – časť fyzická architektúra
--
--- špecifikácia správy používateľov a používateľských profilov (vrátane rolí a práv)
--
--- špecifikácia podpory identifikácie používateľov a autentifikácie vykonávaných činností
--
--- špecifikácia technologických riešení a predpokladov na dosiahnutie výkonnostných požiadaviek
--
--- Plán testovania
--
--- Testovacie scenáre a prípady
--
--- Plán Implementácie
++(((
++|//**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)//
  )))
--|**Nákup technických prostriedkov, programových prostriedkov a služieb**|**Obstaranie programových prostriedkov a služieb (R2-2)**
--|**Implementácia a testovanie**|(((
--**Implementácia:**
--**Implementačný plán pre všetky funkčné oblasti samostatne:**
++=== 5.1.5Aplikačné služby na integráciu ===
--- Implementácia systémov pre všetky funkčné oblasti samostatne
++//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),//
--- Implementácia integrácií systémov pre všetky funkčné oblasti samostatne
++* //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}}
--- Úvodná konfigurácia systému podľa reálnych biznis procesov pre testovacie účely
++=== {{id name="_Toc62489735"/}}{{id name="_Toc814509359"/}}{{id name="_Toc153139693"/}}{{id name="_Toc63764348"/}}5.1.6Poskytovanie údajov z ISVS do IS CSRÚ ===
--- Vybudovanie testovacieho prostredia, jeho nasadenie a oživenie diela pre všetky systémy a pre všetky funkčné oblasti samostatne
++//Uveďte v tabuľke prehľad poskytovaných údajov (objektov evidencie, ďalej OE) z ISVS do IS CSRÚ v TO BE stave.//
--- Implementácia procesov
++|**ID OE**|**Názov (poskytovaného) objektu evidencie**|**Kód ISVS poskytujúceho OE**|**Názov ISVS poskytujúceho OE**
++| | | |
++| | | |
++| | | |
--**Testovanie:**
++=== {{id name="_Toc63764349"/}}{{id name="_Toc1792132569"/}}{{id name="_Toc153139694"/}}5.1.7Konzumovanie údajov z IS CSRÚ ===
--**Zrealizovanie testovania minimálne v nasledovnom rozsahu:**
++//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Ú//__.__
--- Funkčné testy
++|**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**
++| | | |
++| | | |
++| | | |
--- Bezpečnostné testy - v rozsahu dokumentu „Metodika pre systematické zabezpečenie organizácií verejnej správy v oblasti informačnej bezpečnosti“ (dostupná na [[https:~~/~~/www.csirt.gov.sk/doc/MetodikaZabezpeceniaIKT_v2.0.pdf>>url:https://www.csirt.gov.sk/doc/MetodikaZabezpeceniaIKT_v2.0.pdf]])
++=== 5.1.8Prehľad plánovaného využívania infraštruktúrnych služieb (cloudových služieb) – budúci stav: ===
--- Záťažové testy
++//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.//
--- Systémové integračné testy
++|(((
++**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]].__
--- Testy použiteľnosti
++= {{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 =
--- Používateľské akceptačné testovanie
--)))
--|**Nasadenie**|(((
--**Nasadenie do produkcie:**
++//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é.//
--- Príprava produkčného prostredia
++= {{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 =
--- Administratívna príprava produkčného prostredia (procesy, dokumentácia)
++//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ť~://
--- Inštalácia riešenia do produkčného prostredia
++* //**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)//
--- Sprístupnenie riešenia v produkčnom prostredí vybraným používateľom
--)))
--|(((
--**~ **
++== 7.1Sumarizácia nákladov a prínosov ==
--**Dokončovacia fáza projektu**
++|**Náklady**|(((
++**Názov**
++**modulu**
  )))|(((
--**Manažérsky produkt**
--
--**- **M-02 Správa o dokončení projektu
--
--**- **M-02 Plán kontroly po odovzdaní projektu
--
--**- **M-02 Odporúčanie nadväzných krokov
--
--**- **M-02 Plán monitorovania a hodnotenia po odovzdaní projektu
++**Názov**
++**modulu**
++)))|(((
++**Názov**
++**modulu**
  )))
--|**Služby projektového riadenia**|(((
--**Manažérsky produkt**
++|**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é)~://
--**- **M-01 Plán etapy
++* //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.//
--**- **M-02 Manažérske správy, plány, reporty, zoznamy a požiadavky
++= {{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 =
--**- **M-03 Akceptačný protokol
++//Doplňte highlevel HARMONOGRAM, ktorý sa neskôr (v ďalších fázach/dokumentoch) bude detailizovať~://
--**- **M-04 Audit kvality
++* //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).//
--**- **M-05 Analýza nákladov a prínosov
--)))
--
--
--
--1. NÁHĽAD ARCHITEKTÚRY
--11. Biznis architektúra
--
--**Aktuálny stav biznis architektúry - AS IS**
--
--Súčasný stav biznis architektúry ukazuje, ako sú v rámci procesu rozvoja širokopásmového pripojenia prepojení hlavní aktéri (MIRRI BCO, ÚPREKAPS, telekomunikační operátori, poskytovatelia informácií JIM, občania), aké kľúčové biznis služby a procesy využívajú, a akými kanálmi (BCO BackOffice, Portál, CDNMT, API) prebieha ich interakcia. V rovine štátneho dohľadu zahŕňa súčasné činnosti meranie technických parametrov, spracovanie priestorových údajov či spracovanie dát z meracej techniky. Ďalšou nosnou oblasťou je agenda BCO, ktorá pokrýva verejné konzultácie, štátne intervencie, identifikáciu bielych adries a zber dát o elektronických komunikáciách. Poslednú hlavnú časť tvorí Poskytovanie informácií, ktoré je rozdelené na poskytovanie informácií verejnosti z výsledkov zberov a poskytovanie informácií od operátorov.
--
--Na pokrytie týchto funkcií sa v súčasnosti využíva **Monitorovací systém pre reguláciu a štátny dohľad (MSRŠD)**. Ten ponúka aspoň základnú podporu v rámci činností BCO pre:
--
--* Evidenciu a tvorbu verejných konzultácií
--* Spracovanie bielych adries a ich zoskupovanie do klastrov
--* Správu štátnych intervencií (t. j. financovanie projektov infraštruktúry v nedostatočne pokrytých lokalitách)
--* Zber a vyhodnocovanie vstupných dát (napr. informácie z ÚPREKAPS či od telekomunikačných operátorov)
--* Správu projektov rozvoja širokopásmového pripojenia
--
--
--Tieto služby a procesy sú však často zaťažené manuálnymi krokmi, chýba im automatizácia pri zbere a zdieľaní údajov, a málo využívajú prepojenie medzi dátami či pokročilé GIS analýzy. Súčasný stav tak síce poskytuje východisko pre zber kľúčových dát a realizáciu verejných konzultácií, avšak nemá dostatočné nástroje na efektívne plánovanie a monitorovanie rozvoja širokopásmovej siete v reálnom čase. Východiskom pre zmenu je pripravovaný projekt GigaOffice, ktorý cieli na prepojenie existujúcich systémov, rozšírenie automatizovaných funkcií a vytvorenie komplexnejšieho, transparentnejšieho riešenia pre digitálnu agendu BCO v rámci IS MSRŠD.
--
--[[image:1742633629387-122.png]]
--
--Obrázok 3 - Bizins architektúra AS IS stavu
--
--
--**Budúci stav biznis architektúry - TO BE**
--
--Biznis architektúra budúceho stavu popisuje, akým spôsobom sa v rámci projektu GigaOffice rozšíria a upravia súčasné procesy a služby IS MSRŠD  tak, aby bolo možné efektívnejšie a automatizovanejšie riadiť agendu širokopásmového pripojenia. Primárnou snahou je odstrániť doterajšie nedostatky, zaviesť pokročilé funkcionality (napr. dynamické reportovanie, notifikácie, manažment záujmových oblastí) a využiť pritom už existujúce dáta či procesy na strane BCO. Tým sa umožní nielen rýchlejšie spracovanie nových údajov, ale aj transparentnejšia koordinácia medzi telekomunikačnými operátormi, sociálno-ekonomickými subjektmi a samotnou verejnou správou.
--
--[[image:1742633629390-576.png]]
--
--Obrázok 4 - Bizins architektúra TO BE stavu
--
--
--V rámci budúceho stavu biznis architektúry dochádza k presnejšiemu rozlíšeniu viacerých skupín aktérov, ktorí v rôznej miere využívajú alebo potrebujú údaje o širokopásmovom pripojení:
--
--1. **OVM (Orgány verejnej správy)**: Doposiaľ sa OVM nelíšili od bežných právnických osôb, avšak v novom riešení sa evidujú osobitne. Budú sa podľa potreby synchronizovať s registrom subjektov verejnej správy a s údajmi z ÚPVS, aby systém vždy obsahoval aktuálny prehľad o inštitúciách verejnej správy.
--1. **Podnikatelia**: Pôjde o všeobecnú množinu právnických osôb, ktorá zahŕňa subjekty so záujmom o podnikanie v oblasti telekomunikácií. V budúcom stave ich systém dokáže identifikovať a využiť napr. pri verejných konzultáciách alebo projektoch na rozvoj infraštruktúry.
--1. **Sociálno-ekonomickí aktéri**: Špecifická skupina OVM, ktorá bola doteraz evidovaná medzi bežnými právnickými osobami. V novom modeli sú vyčlenení do samostatného zoznamu, aby bolo možné detailnejšie identifikovať tie inštitúcie verejnej správy (napr. zdravotnícke, vzdelávacie, sociálne), ktoré potrebujú prioritnú pozornosť pri zlepšovaní pripojenia alebo majú iný dôvod na intenzívnejšiu komunikáciu s BCO.
--
--Toto nové rozčlenenie aktérov prispeje k adresnejšej spolupráci a umožní systému GigaOffice pružne poskytovať cielené informácie či notifikácie rôznym typom subjektov podľa ich špecifických potrieb.
--
--V budúcom stave sa zavádza integrácia GigaOffice s** eDesk**, čo umožní:
--
--* **Automatické zasielanie notifikácií** (napr. o spustení verejnej konzultácie či zmene stavu projektu) priamo do elektronických schránok zainteresovaných subjektov,
--* **Sledovanie stavu správ** (doručená, prečítaná a pod.), čím sa zníži riziko, že dôležité informácie zostanú nepovšimnuté.
--
--Táto nová integrácia prinesie vyššiu efektivitu a transparentnosť komunikácie, keďže subjekty (telekomunikační operátori, samosprávy a iní) budú môcť v oficiálnej forme prijímať správy bez potreby alternatívnych kanálov (e-mail, pošta). Zároveň sa zjednoduší preukázanie doručenia v zmysle platných právnych predpisov. Týmto spôsobom budú osoby (napríklad operátori či samosprávy), ktoré si nastavili záujmové územie, včas a oficiálne informované o plánovaných konzultáciách alebo projektoch v danej oblasti, čím sa zvýši ich zapojenie a rozšíri konkurenčný priestor pre ponuky či partnerstvá v prospech rozvoja širokopásmovej infraštruktúry.
--
--Detailný opis biznis architektúry je súčasťou dokumentu Prístup k projektu.
--
--1.
--11. Aplikačná architektúra
--
--**Aktuálny stav aplikačnej architektúry - AS IS**
--
--Aplikačná architektúra projektu MSRŠD bola postavená modulárne postavená na princípoch SOA. Projekt bol rozdelený do niekoľkých aplikačných komponentov, ktoré sú usporiadané do 3 hlavných celkov združujúcich aplikačné moduly podľa zamerania ich činnosti. MSRŠD pozostáva z nasledujúcich modulov:
--
--1. Centrálny dohľad nad meracou technikou
--1. Monitoring stavu pokrytia Broadband
--1. Spracovávanie mapových a priestorových podkladov (zakresľovanie infraštruktúry)
--1. Mobilná analytika (Spracovanie dát z meracej techniky)
--1. Zber dát pre potreby BCO
--1. Plánovanie a riadenie investícií do Broadband
--1. Správa štátnych intervencií pre oblasť Broadband
--1. Správa a riadenie verejných konzultácií
--1. BCO BackOffice
--1. BCO Portál
--1. Integračná platforma
--1. DMS
--1. SmartAnalytics/CFMS
--
--
--Hlavnými celkami súčasnej aplikačnej architektúry, ktoré združujú funkcionalitu MSRŠD a zabezpečujú hlavný chod systému sú:
--
--* BCO Backoffice
--* BCO portál
--* CDNMT
--
--[[image:1742633629392-955.png]]
--
--Obrázok 5 - Aplikačná architektúra AS IS stavu
--
--
--**Budúci stav aplikačnej architektúry - TO BE**
--
--V budúcom stave aplikačnej architektúry sa predpokladá rozšírenie existujúceho systému o nové aplikačné moduly, ktoré budú primárne zamerané na podporu kancelárie BCO, ako aj o doplnkové riešenia pre vyššiu flexibilitu a dynamiku celého prostredia. Tieto moduly budú využívať ďalšie dátové zdroje, aby sa kľúčové procesy BCO opierali o presnejšie a aktuálnejšie informácie.
--
--V diagrame budúceho stavu sú znázornené aplikačné komponenty, do ktorých bude potrebné zasiahnuť z hľadiska logiky a funkcionality, a taktiež novovzniknuté moduly, ktoré rozšíria pôvodnú architektúru MSRŠD. Tento prístup umožní plynulú modernizáciu aplikácie pri zachovaní kontinuity s existujúcimi službami a procesmi, zároveň však poskytne priestor na nasadenie pokročilejších analytických či integračných funkcií potrebných pre efektívnu agendu BCO.
--
--
--[[image:1742633629396-595.png]]
--
--Obrázok 6 - Aplikačná architektúra TO BE stavu
--
--
--Detailný opis aplikačnej architektúry je súčasťou dokumentu Prístup k projektu.
--
--1.
--11. Technologická architektúra
--
--**Aktuálny stav technologickej architektúry - AS IS**
--
--Aktuálny stav technologickej vrstvy vychádza z projektu MSRŠD a jeho realizácie. Súčasná technologická vrstva je postavená na dvoch základných prostrediach. Prvým je datacentrum, ktoré predstavuje vlastnú infraštruktúru ÚPREKAPS. Druhé prostredie je vo vládnom cloude. Dôvodom rozdelenia bol hlavne komponent GIS, ktorý nebolo možné v danom čase prevádzkovať vo vládnom cloude, preto evidenčná časť bez priestorových dát bola uložená do vládneho cloudu, nakoľko nevyžadovala náročné HW prostriedky. Do datacentra boli uložené komponenty, ktoré boli náročné na HW prostriedky, ako GIS, komponenty pre zber a spracovanie dát z meracích vozidiel, DMS server a Integračná platforma.
--
--Vo vládnom cloude sa nachádzajú 3 hlavné evidenčné moduly a to BCO Backoffice, BCO portál a CDNMT, pričom BCO zdieľa jednu databázu, nakoľko portál je publikovaná časť pre verejnosť a vychádza z dát evidovaných cez BCO Backoffice. BCO Backoffice vytvára záznamy, ku ktorým sa následne viažu dáta zadané na portáli externými používateľmi.
--
--Ostatné komponenty tvoria podporné funkcionality na spracovanie dát z ÚPVS, o evidovaných telekomunikačných podnikoch a validácia vstupných importovaných súborov do GIS na zistenie, či dáta spĺňajú požadované náležitosti ohľadom štruktúry.
--
--Technológie použité na prevádzkovanie jednotlivých komponentov sú rôzne, pre Backend aplikácie sa používa framework Spring a .Net, pre Frontend aplikácie zase Angular. Samotný GIS je vytvorený pomocou PHP. Samotné servery ako OS používajú Linux distribúcie a v prípade CDNMT je použitý Windows server. Pre databázy sú použité distribúcie PostgreSQL, MySQL a MS SQL. Pre DMS server bol použitý opensource OpenKM s modifikáciou kódu, ktorá opravuje niektoré chyby. Integračná platforma je tvorená vlastnou implementáciou pomocou Spring Integration.
--
--[[image:1742633629401-991.png]]
--
--Obrázok 7 - Technologická architektúra AS IS stavu
--
--
--**Budúci stav technologickej architektúry - TO BE**
--
--Detailný opis technologickej architektúry je súčasťou dokumentu Prístup k projektu.
--
--
--1. LEGISLATÍVA
--
--Realizácia projektu predpokladá komplexné zanalyzovanie osobitných právnych predpisov podľa ktorých BCO postupuje. V rámci analýzy sa identifikujú a pripravia konkrétne legislatívne návrhy na nevyhnutnú zmenu súvisiacej právnej úpravy obsiahnutej v osobitných právnych predpisoch.
--
--Právna analýza bude zameraná najmä na:
--
--* identifikáciu konkrétnych ustanovení osobitných predpisov vytvárajúcich zákonné prekážky aplikácie v realizačnej fáze projektu a pre každú realizovanú aktivitu v projekte v rozsahu konkrétnych objektov evidencie obsiahnutých v realizovanom projekte podľa dotknutých informačných systémov verejnej správy;
--* identifikáciu potreby novej legislatívy za účelom bezproblémovej realizácie projektu v rámci “to be” stavu spoločne s vypracovaním konkrétneho návrhu noviel
--
--Na základe tejto právnej analýzy budú zapracované legislatívne zmeny do praxe. Základnými legislatívnymi normami upravujúcimi oblasť  implementáciu tohto projektu sú:
--
--* Zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe
--* 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)
--* Vyhláška Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 547/2021 Z. z. o elektronizácii agendy verejnej správy
--* Zákon č. 540/2001 Z. z. o štátnej štatistike
--* Zákon č. 211/2000 Z. z. o slobodnom prístupe k informáciám (zákon o slobode informácií)
--* 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
--* Zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti
--* Zákon č. 45/2011 Z.z. o kritickej infraštruktúre
--* Vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy
--* Vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 179/2020 Z. z., ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy
--* Vyhláška Úradu na ochranu osobných údajov Slovenskej republiky č. 158/2018 Z. z. o postupe pri posudzovaní vplyvu na ochranu osobných údajov
--* 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)
--* Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov.
--* Zákon č. 343/2015 Z. z. o verejnom obstarávaní a o zmene a doplnení niektorých zákonov v znení neskorších  predpisov – úplné znenie
--* Vyhláška č. 481/2023 Z. z. zo dňa 12. 12. 2023, ktorou sa ustanovuje finančný limit pre nadlimitnú zákazku, finančný limit pre nadlimitnú koncesiu a finančný limit pri súťaži návrhov
--* Vyhláška č. 73/2022 Z. z. zo dňa 14. 3. 2022, ktorou sa ustanovujú obsahové náležitosti dotazníka na zápis do zoznamu elektronických prostriedkov na elektronickú komunikáciu vo verejnom obstarávaní
--* Vyhláška č. 171/2019 Z. z. zo dňa 11. 6. 2019, ktorou sa mení a dopĺňa vyhláška Úradu pre verejné obstarávanie č. 157/2016 Z. z., ktorou sa ustanovujú podrobnosti o druhoch súťaží návrhov v oblasti architektúry, územného plánovania a stavebného inžinierstva, o obsahu súťažných podmienok a o činnosti poroty
--* Vyhláška č. 41/2019 Z. z. zo dňa 11. 02. 2019, ktorou sa ustanovujú podrobnosti o technických a funkčných požiadavkách pre nástroje a zariadenia používané na elektronickú komunikáciu vo verejnom obstarávaní
--* Vyhláška č. 157/2016 Z. z. zo dňa 23. 03. 2016, ktorou sa ustanovujú podrobnosti o druhoch súťaží návrhov v oblasti architektúry, územného plánovania a stavebného  inžinierstva, o obsahu súťažných podmienok a o činnosti poroty
--* Vyhláška č. 155/2016 Z. z. zo dňa 23. 03. 2016, ktorou sa ustanovujú podrobnosti o jednotnom európskom dokumente a jeho obsahu
--* Vyhláška č. 132/2016 Z. z. zo dňa 23. 03. 2016, ktorou sa ustanovujú podrobnosti o postupe certifikácie systémov na uskutočnenie elektronickej aukcie
--* Zákon č. 214/2021 Z. z. o podpore ekologických vozidiel cestnej dopravy a o zmene a doplnení niektorých zákonov
--
--
--Agenda Broadband Competence Office (BCO) sa v Slovenskej republike opiera o viaceré zákony, strategické materiály a európske predpisy, ktoré tvoria základný rámec pre rozvoj širokopásmového pripojenia a infraštruktúry. Dôležitými legislatívnymi normami sú najmä:
--
--* Zákon č. 452/2021 Z. z. o elektronických komunikáciách
--Upravuje podmienky poskytovania elektronických komunikačných sietí a služieb. Zakotvuje právne nástroje na podporu hospodárskej súťaže, ochranu používateľov a rozvoj vysokorýchlostných sietí.
--* Zákon č. 25/2025 Z. z.  o zmene a doplnení niektorých zákonov (Stavebný zákon) a Zákon č. 200/2022 Z. z. o územnom plánovaní a výstavbe
--Upravujú procesy výstavby, povoľovania a územného plánovania, čo je kľúčové pri budovaní nových elektronických komunikačných sietí či infraštruktúry.
--* Vyhláška MŽP SR č. 532/2002 Z. z.
--Rieši environmentálne aspekty, ktoré môžu vstupovať do procesu prípravy a realizácie stavebných činností súvisiacich s pokládkou alebo modernizáciou telekomunikačných sietí.
--* Národný plán širokopásmového pripojenia (NPŠP)
--Strategický dokument, ktorý definuje ciele a kroky Slovenskej republiky pri budovaní vysokorýchlostného internetu. BCO tu hrá dôležitú úlohu koordinátora a metodického centra.
--* Opatrenie Úradu pre reguláciu elektronických komunikácií a poštových služieb č. O-1/2018
--Stanovuje niektoré špecifické požiadavky na poskytovanie a zverejňovanie údajov v oblasti elektronických komunikácií, čo priamo ovplyvňuje adresnú identifikáciu „bielych miest“ a budovanie infraštruktúry.
--
--Z hľadiska európskeho práva a strategických materiálov sú kľúčové najmä:
--
--* Smernica Európskeho parlamentu a Rady č. 2014/61/EÚ („Smernica EÚ o znížení nákladov“)
--Uľahčuje a zlacňuje budovanie vysokorýchlostných elektronických komunikačných sietí najmä zjednodušením prístupu k fyzickej infraštruktúre a koordináciou stavebných prác.
--* Smernica Európskeho parlamentu a Rady (EÚ) 2018/1972
--Zavádza Európsky kódex elektronických komunikácií, ktorý zjednocuje a aktualizuje pravidlá na podporu konkurencie, investícií a inovácie v sektore telekomunikačných sietí.
--* Nariadenie (EÚ) 2018/1971
--Vytvára právny základ pre spoluprácu a koordináciu činností v oblasti elektronických komunikácií na úrovni EÚ, napr. prostredníctvom siete regulačných orgánov (BEREC).
--* Usmernenia BEREC (Body of European Regulators for Electronic Communications)
--Poskytujú metodickú podporu a výklad k vykonávaniu smerníc a nariadení EÚ, s cieľom harmonizovať regulačné prístupy v oblasti širokopásmových sietí.
--* Digitálny kompas EÚ
--Stanovuje ciele pre digitálnu transformáciu Európy do roku 2030 vrátane rozvoja gigabitových sietí a digitálnych zručností.
--
--Pre BCO je tak dôležité zosúladiť národné opatrenia (Zákon o elektronických komunikáciách, stavebné predpisy, NPŠP) s európskym kontextom (Smernica 2014/61/EÚ, Kódex elektronických komunikácií) a odporúčaniami regulačných orgánov (BEREC). Tým sa zabezpečí jednotný a efektívny postup pri rozvoji vysokorýchlostnej infraštruktúry na celom území Slovenska.
--
--
--1. ROZPOČET A PRÍNOSY
--
--
--UCP analýza a prieskum trhu v prípade systémového SW pre projekt tvorili základ pre prípravu rozpočtu.
--
--Prínosy boli kalkulované ako úspora nákladov na klasické zemné práce pri nahradení xDSL pripojení a pevného rádiového pripojenia optickou technológiou využitím existujúcej infraštruktúry alebo budovaním novej siete aj s inými sieťami.
--
--
--1.
--11. Sumarizácia nákladov a prínosov
--
--
--**Nákladová štruktúra projektu:**
--
--Hlavné aktivity:
--
--* Vývoj aplikácií – 5 610200 € z toho:
--* 013 Softvér –    5 047 967 €
--* 521 Mzdové výdavky –   562 234 €
--
--Podporné aktivity:
--
--* 907 paušálna sadzba – 38  384 096€
--
--**Celková suma za projekt z pohľadu výzvy je 5 994 296 €**
--
--|(% rowspan="2" %)**Typ aktivity**|(% rowspan="2" %)**Oblasť výdavku**|(% rowspan="2" %)**Suma**|(% rowspan="2" %)**OPEX / CAPEX**|(% colspan="2" rowspan="2" %)**Int / ext**|(% rowspan="2" %)**Suma**|
--|
--|(% rowspan="6" %)Hlavné etapy|(% rowspan="3" %)Vývoj aplikácií|(% rowspan="3" %)5,610,200 €|OPEX|(% colspan="2" %)Externé|- €|
--|CAPEX|(% colspan="2" %)Externé|5,047,967 €|
--|OPEX|(% colspan="2" %)Interné|562,234 €|
--|(% rowspan="3" %)Nákup HW a SW|(% rowspan="3" %)0 €|OPEX|(% colspan="2" %)Externé|- €|
--|CAPEX|(% colspan="2" %)Externé|- €|
--|OPEX|(% colspan="2" %)Interné|- €|
--|(% rowspan="6" %)Prevádzka|(% rowspan="3" %)Aplikácie|(% rowspan="3" %)5,451,804 €|OPEX|(% colspan="2" %)Externé|2,271,585 €|
--|CAPEX|(% colspan="2" %)Externé|3,180,219 €|
--|OPEX|(% colspan="2" %)Interné|- €|
--|(% rowspan="3" %)HW a SW|(% rowspan="3" %)0 €|OPEX|(% colspan="2" %)Externé|- €|
--|CAPEX|(% colspan="2" %)Externé|- €|
--|OPEX|(% colspan="2" %)Interné|- €|
--|(% rowspan="5" %)Podporné oblasti|(% rowspan="2" %)Projekový manažment|(% rowspan="2" %)61,290 €|OPEX|(% colspan="2" %)Externé|0 €|
--|OPEX|(% colspan="2" %)Interné|61,290 €|
--|(% rowspan="2" %)Publicita|(% rowspan="2" %)322,806 €|OPEX|(% colspan="2" %)Externé|- €|
--|OPEX|(% colspan="2" %)Interné|- €|
--|Ostatné výdavky| |(% colspan="2" %)Ostatné zmiešané výdavky| |322,806 €|
--|(% colspan="2" rowspan="2" %)Výstupné náklady|(% rowspan="2" %)0 €| |Externé| |- €|
--| |Interné| |- €|
--|(% colspan="2" %)SPOLU|11,446,100 €| |-| |** 11,446,100 €**|
--
--
--
--
--
--
--1.
--11. Prínosy projektu
--
--Prínosy projektu boli kalkulované na základe 25% úspory nákladov na pokrývanie bielych miest identifikovaných v rámci Štúdie uskutočniteľnosti - Národného plánu širokopásmového pripojenia v porovnaní s budovaním klasickými zemnými prácami.
--
--
--Podľa Štúdie uskutočniteľnosti – Národného plánu širokopásmového pripojenia je backhaul nepokrytých obcí 947 a priemerná chýbajúca dĺžka pripojenia je 5km. Priemerná cena za vybudovanie km pripojenia je 20 000 EUR.
--
--
--Ďalej pri kalkulácii celkových prínosov projektu bol uplatnený predpoklad úspory nákladov v objeme 25% vychádzajúci zo Štúdie SMART 2015/0066 spracovanej spoločnosťami WIK-Consult GmbH  a Valdani Vicari & Associati S.r.l.  vypracovanej pre Európsku komisiu. Pri budovaní sietí na pokrytie bielych miest sa uvažuje so 60% využitím existujúcej infraštruktúry alebo spoločným budovaním s inými sieťami.
--
--
--Na základe vyššie uvedených informácii bola vypočítaná dĺžka siete na pokrytie bielych miest a následne prepočítaná cena vybodovania tohto pripojenia pri predpokladanej miere využitia existujúcej infraštruktúry (60%) a úspore (25%) pri využití elektrických vedení.
--
--
--|**Názov**|**Hodnota**
--|Počet kilometrov na pokrytie bielych miest (km)|4 735
--|Využitie existijúcej infraštruktúry (km)|2 841
--|Predpokladaná úspora|25%
--|Priemerná cena za vybudovanie pripojenia (EUR/km)|20 000
--|**Úspora (EUR)**|**14 205 000**
--
--
-- Vyššie vypočítané prínosy boli vo výpočte CBA uvedené ako kvalitatívne prínosy aplikované od tretieho roku (887 813 EUR) a potom vo štvrtom roku a všetkých nasledujúcich rokoch (1 902 455 EUR).
--
--Kvalitatívne prínosy projektu sa prejavia v znížení nákladov na budovanie sietí, ktoré by mohlo podporiť rozširovanie zavádzania optických sietí do oblastí (vrátane vidieckych), kde by ich ďalšie budovanie bolo inak nerentabilné a umožní dostupnosť širokopásmového vysokorýchlostného pripojenia. Štúdia SMART 2015/0066 poukazuje aj pozitívny vplyv zrýchleného budovania optických sietí, ako aj rastúcej rýchlosti pripojenia užívateľov na rast HDP krajiny.
--
--
--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**|**-371,837.54**|**-371,837.54**|**0.00**|**-309,864.62**|**-309,864.62**|0|**-371,837.54**|**-309,864.62**|**-309,864.62**|**<**
--|t2|**0.00**|**-6,228,214.35**|**-6,228,214.35**|**0.00**|**-5,190,178.62**|**-5,190,178.62**|1|**-5,988,667.64**|**-4,943,027.26**|**-5,252,891.88**|**<**
--|t3|**0.00**|**-605,756.01**|**-605,756.01**|**0.00**|**383,015.83**|**383,015.83**|2|**-560,055.48**|**347,406.64**|**-4,905,485.24**|**<**
--|t4|**0.00**|**-605,756.01**|**-605,756.01**|**0.00**|**1,397,658.68**|**1,397,658.68**|3|**-538,514.89**|**1,207,350.12**|**-3,698,135.12**|**<**
--|t5|**0.00**|**-605,756.01**|**-605,756.01**|**0.00**|**1,397,658.68**|**1,397,658.68**|4|**-517,802.78**|**1,149,857.26**|**-2,548,277.86**|**<**
--|t6|**0.00**|**-605,756.01**|**-605,756.01**|**0.00**|**1,397,658.68**|**1,397,658.68**|5|**-497,887.28**|**1,095,102.15**|**-1,453,175.71**|**<**
--|t7|**0.00**|**-605,756.01**|**-605,756.01**|**0.00**|**1,397,658.68**|**1,397,658.68**|6|**-478,737.77**|**1,042,954.43**|**-410,221.28**|**<**
--|t8|**0.00**|**-605,756.01**|**-605,756.01**|**0.00**|**1,397,658.68**|**1,397,658.68**|7|**-460,324.78**|**993,289.93**|**583,068.65**|**Rok návratu investície**
--|t9|**0.00**|**-605,756.01**|**-605,756.01**|**0.00**|**1,397,658.68**|**1,397,658.68**|8|**-442,619.98**|**945,990.41**|**1,529,059.06**|**>**
--|t10|**0.00**|**-605,756.01**|**-605,756.01**|**0.00**|**1,397,658.68**|**1,397,658.68**|9|**-425,596.14**|**900,943.25**|**2,430,002.31**|**>**
--|**SPOLU**|**0.00**|**-11,446,099.96**|**-11,446,099.96**|**0.00**|**4,666,583.36**|**4,666,583.36**|**SPOLU**|**-10,282,044.29**|**2,430,002.31**| |
--| | | | | | | | | | | |
--| | | | | | | |**Výsledok CBA**| |**//Výsledná hodnota//**|**//Minimálna hodnota//**|
--| | | | | | | |**BCR**|pomer prínosov a nákladov|**1.08**|**1.00**|
--| | | | | | | |FIRR|finančná vnútorná výnosová miera ~(%)|N/A|-|
--| | | | | | | |EIRR|ekonomická vnútorná výnosová miera ~(%)|14.2%|5.0%|
--| | | | | | | | | | | |
--| | | | | | | |FNPV|finančná čistá súčasná hodnota (eur s DPH)|-10,282,044|-|
--| | | | | | | |ENPV|ekonomická čistá súčasná hodnota (eur bez DPH)|2,430,002|0|
--
--
--
--
--
--1. HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA
--
--
  |**ID**|**FÁZA/AKTIVITA**|(((
  **ZAČIATOK**
--
  (odhad termínu)
  )))|(((
  **KONIEC**
--
  (odhad termínu)
  )))|**POZNÁMKA**
--|1.|Prípravná fáza a Iniciačná fáza|08/2024|09/2025|Vrátane VO
--|2.|Realizačná fáza|10/2025|09/2027|
--|2a|Analýza a Dizajn|10/2025|07/2026|
--|2b|Implementácia a testovanie|07/2026|07/2027|
--|2c|Nasadenie a PIP|07/2027|12/2027|(((
--Nasadenie (07-09/2027)
++|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"]]
--PIP - 3 mesiace po nasadení (10-12/2027
--)))
--|3.|Dokončovacia fáza|09/2027|12/2027|
--|4.|Podpora prevádzky (SLA)|01/2028|12/2032|
++= {{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 =
++//Zostavuje sa **Riadiaci výbor (RV),** v minimálnom zložení~://
--**Projekt bude realizovaný metódou Waterfall, čo znamená **vodopádový prístup, ktorý 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.
++* //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//
--// //
++|**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. 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.//
--Projekt sa bude riadiť v súlade s platnou legislatívou v oblasti riadenia projektov IT. Pre potreby riadenia projektu bude vytvorený riadiaci výbor projektu a budú menovaní členovia Riadiaceho výboru projektu (ďalej len „RV“), projektový manažér a členovia projektového tímu.
++= {{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 =
--Najvyššou autoritou projektu je RV, ktorý tvorí:
++//Doplniť odkazy na už existujúce produkty v maximálnej miere – vyhnúť sa duplikovaným informáciám.//
--* predseda RV
--* podpredseda RV
--* zástupca kľúčových používateľov
--* Projektový manažér
--* zástupca dodávateľa
++= {{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//
--Zloženie riadiaceho výboru:
++* //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]]__
--|ID|Meno a Priezvisko|Pozícia|Oddelenie|Rola v projekte
--|1.|Ivan Ivančin|štátny tajomník|MIRRI SR|Predseda RV (HP)
--|2.|TBC|generálny riaditeľ|MIRRI SR|Podpredseda (HP)
--|3.|TBC|TBC|MIRRI SR|Zástupca vlastníkov procesov (HP)
--|4.|TBC|TBC|MIRRI SR|Zástupca kľúčových používateľov (HP)
--|5.|TBC|Projektový manažér|MIRRI SR|Člen bez HP
--|6.|TBC|Zástupca dodávateľa| |Zástupca dodávateľa (HP)
--
--
--Zloženie projektového tímu:
--
--|ID|Meno a Priezvisko|Pozícia|Oddelenie|Rola v projekte
--|1.|TBC|Projektový manažér|MIRRI SR|Projektový manažér
--|2.|TBC|Vlastník projektu|MIRRI SR|Vlastník projektu
--|3.|TBC|Kľúčový používateľ|MIRRI SR|Kľúčový používateľ
--|4.|TBC|IT analytik|MIRRI SR|IT analytik
--|5.|TBC|IT architekt|MIRRI SR|IT architekt
--|6.|TBC|Manažér KIB|MIRRI SR|Manažér KIB
--|8.|TBC|Manažér kvality|MIRRI SR|Manažér kvality
--|9.|TBC|UX Dizajnér|MIRRI SR|UX Dizajnér
--|10.|TBC|Vlastník údajov|MIRRI SR|Vlastník údajov
--
--
--
--
--
--1.
--11.  PRACOVNÉ NÁPLNE
--
--
--Zástupca vlastníkov projektu
--
--|**Projektová rola:**|(((
--**~ **
--
--**VLASTNÍK PROJEKTU **(biznis vlastník)
--
--
--)))
--|**Stručný popis:**|(((
--* zodpovedá za proces - jeho výstupy i celkový priebeh poskytnutia služby alebo produktu konečnému užívateľovi. Kľúčová rola na strane zákazníka (verejného obstarávateľa), ktorá schvaľuje biznis požiadavky a zodpovedá za výsledné riešenie, prínos požadovanú hodnotu a naplnenie merateľných ukazovateľov. Úlohou tejto roly je definovať na užívateľa orientované položky (user-stories), ktoré budú zaradzované a prioritizované v produktovom zásobníku. Zodpovedá za priebežné posudzovanie vecných výstupov dodávateľa v rámci analýzy, návrhu riešenia vrátane DNR z pohľadu analýzy a návrhu riešenia aplikácii IS.
--* zodpovedný za schválenie funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu. Definuje očakávania na kvalitu projektu, kvalitu projektových produktov, prínosy pre koncových používateľov a požiadavky na bezpečnosť. Definuje merateľné výkonnostné ukazovatele projektov a prvkov. Vlastník procesov schvaľuje  akceptačné kritériá, rozsah a kvalitu dodávaných projektových výstupov pri dosiahnutí platobných míľnikov, odsúhlasuje spustenie výstupov projektu do produkčnej prevádzky a dostupnosť ľudských zdrojov alokovaných na realizáciu projektu.
--)))
--|**Detailný popis rozsahu zodpovednosti, povinností a kompetencií**|(((
--Zodpovedný za:
--
--* Realizáciu dohľadu nad súladom projektových výstupov s požiadavkami koncových používateľov.
--
--* Spoluprácu pri riešení odpovedí na otvorené otázky  a riziká projektu.
--
--* Posudzovanie, pripomienkovanie, testovanie a protokolárne odsúhlasovanie projektových výstupov v príslušnej oblasti (v biznis procese) po vecnej stránke (najmä procesnej a legislatívnej)
--
--* Riešenie problémov a požiadaviek  v spolupráci s odbornými garantmi,
--* Spoluprácu pri špecifikácii a poskytuje súčinnosť pri riešení zmenových požiadaviek
--
--* Schválenie funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu z pohľadu používateľov koncového produktu
--* Definovanie očakávaní na kvalitu projektu, kritérií kvality projektových produktov, prínosov pre koncových používateľova požiadaviek na bezpečnosť,
--* Definovanie merateľných výkonnostných ukazovateľov projektov a prvkov,
--* Sledovanie a odsúhlasovanie nákladovosti, efektívnosti vynakladania finančných prostriedkov a priebežné monitorovanie a kontrolu odôvodnenia projektu (BC/CBA)
--* Schválenie akceptačných kritérií,
--* Riešenie problémov používateľov
--* Akceptáciu rozsahu a kvality dodávaných projektových výstupov pri dosiahnutí platobných míľnikov,
--* Vykonanie UX a UAT testovania
--* Odsúhlasenie spustenia výstupov projektu do produkčnej prevádzky,
--* Dostupnosť a efektívne využitie ľudských zdrojov alokovaných na realizáciu projektu,
--* Vykonávanie monitorovania a hodnotenia procesov v plánovaných intervaloch.
--* Poskytovanie vyjadrení k zmenovým požiadavkám, k ich opodstatnenosti a prioritizácii
--* Zisťovanie efektívneho spôsobu riadenia a optimalizácie zvereného procesu, vrátane analyzovanie všetkých vyskytujúcich sa nezhôd,
--* Okrem zvažovaní rizík prevádzkových alebo podporných procesov súčasne vlastník napomáha identifikovať príležitosti,
--* Zlepšovanie a optimalizáciu procesov v spolupráci s ďalšími prepojenými vlastníkmi procesov a manažérom kvality,
--* Odsúhlasenie akceptačných protokolov zmenových konaní
--* Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 401/20323 Z.z., Prílohou č.1
--* plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu
--
--
--)))
--
--
--Zástupca kľúčových používateľov
--
--|**Projektová rola:**|(((
--**~ **
--
--**KĽUČOVÝ POUŽIVATEĽ **(end user)
--
--
--)))
--|**Stručný popis:**|(((
--* zodpovedný za reprezentáciu záujmov budúcich používateľov projektových produktov alebo projektových výstupov a za overenie kvality produktu.
--* zodpovedný za návrh a špecifikáciu funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu, požiadaviek koncových používateľov na prínos systému a požiadaviek na bezpečnosť.
--* Kľúčový používateľ (end user) navrhuje a definuje akceptačné kritériá, je zodpovedný za akceptačné testovanie a návrh na akceptáciu projektových produktov alebo projektových výstupov a návrh na spustenie do produkčnej prevádzky. Predkladá požiadavky na zmenu funkcionalít produktov a je súčasťou projektových tímov
--)))
--|**Detailný popis rozsahu zodpovednosti, povinností a kompetencií**|(((
--
--
--Zodpovedný za:
--
--* Návrh a špecifikáciu funkčných a technických požiadaviek
--* Jednoznačnú špecifikáciu požiadaviek na jednotlivé projektové výstupy (špecializované produkty a výstupy) z pohľadu vecno-procesného a legislatívy
--* Vytvorenie špecifikácie, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu,
--* Špecifikáciu požiadaviek koncových používateľov na prínos systému
--* Špecifikáciu požiadaviek na bezpečnosť,
--* Návrh a definovanie akceptačných kritérií,
--* Vykonanie používateľského testovania funkčného používateľského rozhrania (UX testovania)
--* Finálne odsúhlasenie používateľského rozhrania
--* Vykonanie akceptačného testovania (UAT)
--* Finálne odsúhlasenie a  akceptáciu manažérskych a špecializovaných produktov alebo projektových výstupov
--* Finálny návrh na spustenie do produkčnej prevádzky,
--* Predkladanie požiadaviek na zmenu funkcionalít produktov
--* Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 401/2023 Z.z., Prílohou č.1
--* Plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu
--
--
--)))
--
--
--Projektový tím
--
--|**Projektová rola:**|(((
--**~ **
--
--**PROJEKTOVÝ MANAŽÉR**
--
--
--)))
--|**Stručný popis:**|(((
--* zodpovedá za riadenie projektu počas celého životného cyklu projektu. Riadi projektové (ľudské a finančné) zdroje, zabezpečuje tvorbu obsahu, neustále odôvodňovanie projektu (aktualizuje BC/CBA) a predkladá vstupy na rokovanie Riadiaceho výboru. Zodpovedá za riadenie všetkých (ľudských a finančných) zdrojov, členov projektovému tím objednávateľa a za efektívnu komunikáciu s dodávateľom alebo stanovených zástupcom dodávateľa.
--* zodpovedá za riadenie prideleného projektu - stanovenie cieľov, spracovanie harmonogramu prác, koordináciu členov projektového tímu, sledovanie dodržiavania harmonogramu prác a rozpočtu, hodnotenie a prezentáciu výsledkov a za riadenie s tým súvisiacich rizík. Projektový manažér vedie špecifikáciu a implementáciu projektov v súlade s firemnými štandardami, zásadami a princípmi projektového riadenia.
--* zodpovedá za plnenie projektových/programových cieľov v rámci stanovených kvalitatívnych, časových a rozpočtovým plánov a za riadenie s tým súvisiacich rizík. V prípade externých kontraktov sa vedúci projektu/ projektový manažér obvykle podieľa na ich plánovaní a vyjednávaní a je hlavnou kontaktnou osobou pre zákazníka.
--)))
--|**Detailný popis rozsahu zodpovednosti, povinností a kompetencií**|(((
--Zodpovedný za:
--
--* Riadenie projektu podľa pravidiel stanovených vo Vyhláške 401/2023 Z.z.
--* Riadenie prípravy, inicializácie a realizácie projektu
--* Identifikovanie kritických miest projektu a navrhovanie ciest k ich eliminácii
--* Plánovanie, organizovanie, motivovanie projektového tímu a monitorovanie projektu
--* Zabezpečenie efektívneho riadenia všetkých projektových zdrojov s cieľom vytvorenia a dodania obsahu a zabezpečenie naplnenie cieľov projektu
--* Určenie pravidiel, spôsobov, metód a nástrojov riadenia projektu a získanie podpory Riadiaceho výboru (RV) pre riadenie, plánovanie a kontrolu projektu a využívanie projektových zdrojov
--* Zabezpečenie vypracovania manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 401/2023 Z.z.
--* Zabezpečenie realizácie projektu podľa štandardov definovaných vo Vyhláške 78/2020 Z.z.
--* Zabezpečenie priebežnej aktualizácie a verzionovania manažérskej a špecializovanej dokumentácie v minimálnom rozsahu Vyhlášky 401/2023 Z.z.Vypracovanie, pravidelné predkladanie a zabezpečovanie prezentácie stavov projektu, reportov, návrhov riešení problémov a odsúhlasovania manažérskej a špecializovanej dokumentácie v rozsahu určenom Vyhláškou 401/2023 na rokovanie RV
--* Riadenie a operatívne riešenie a odstraňovanie strategických / projektových rizík a závislostí
--* Predkladanie návrhov na zlepšenia na rokovanie Riadiaceho výboru (RV)
--* Celkovú alokáciu a efektívne využívanie ľudských a finančných zdrojov v projekte
--* Celkový postup prác v projekte a realizuje nápravné kroky v prípade potreby
--* Vypracovanie požiadaviek na zmenu (CR), návrh ich prioritizácie a predkladanie zmenových požiadaviek na rokovanie RV
--* Riadenie zmeny (CR) a prípadné požadované riadenie konfigurácií a ich zmien
--* Riadenie implementačných a prevádzkových aktivít v rámci projektov.
--* Aktívne komunikuje s dodávateľom, zástupcom dodávateľa a projektovým manažérom dodávateľa s cieľom zabezpečiť úspešné dodanie a nasadenie požadovaných projektových výstupov,
--* Formálnu administráciu projektu, riadenie centrálneho projektového úložiska, správu a archiváciu projektovej dokumentácie
--* Kontrolu dodržiavania a plnenia míľnikov v zmysle zmluvy s dodávateľom,
--* Dodržiavanie metodík projektového riadenia,
--* Predkladanie požiadaviek dodávateľa na rokovanie Riadiaceho výboru (RV),
--* Vecnú a procesnú administráciu zúčtovania dodávateľských faktúr
--
--
--)))
--
--
--|**Projektová rola:**|(((
--**~ **
--
--**IT ARCHITEKT**
--
--
--)))
--|**Stručný popis:**|(((
--* zodpovedá za návrh architektúry riešenia IS a implementáciu technológií predovšetkým z pohľadu udržateľnosti, kvality a nákladov, za riešenie architektonických cieľov projektu dizajnu IS a súlad s architektonickými princípmi.
--* vykonáva, prípadne riadi vysoko odborné tvorivé činnosti v oblasti návrhu IT. Študuje a stanovuje smery technického rozvoja informačných technológií, navrhuje riešenia na optimalizáciu a zvýšenie efektívnosti prostriedkov výpočtovej techniky. Navrhuje základnú architektúru informačných systémov, ich komponentov a vzájomných väzieb. Zabezpečuje projektovanie dizajnu, architektúry IT štruktúry, špecifikácie jej prvkov a parametrov, vhodnej softvérovej a hardvérovej infraštruktúry podľa základnej špecifikácie riešenia.
--* zodpovedá za spracovanie a správu projektovej dokumentácie a za kontrolu súladu implementácie s dokumentáciou. Môže tiež poskytovať konzultácie, poradenstvo a vzdelávanie v oblasti svojej špecializácie. IT architekt, projektant analyzuje, vytvára a konzultuje so zákazníkom riešenia na úrovni komplexných IT systémov a IT architektúr, najmä na úrovni aplikačného vybavenia, infraštruktúrnych systémov, sietí a pod. Zaručuje, že návrh architektúry a/alebo riešenia zodpovedá zmluvne dohodnutým požiadavkám zákazníka v zmysle rozsahu, kvality a ceny celej služby/riešenia.
--)))
--|**Detailný popis rozsahu zodpovednosti, povinností a kompetencií**|(((
--
--
--Zodpovedný za:
--
--* Navrhovanie architektúry IT riešení s cieľom dosiahnuť najlepšiu efektivitu.
--* Transformovanie cieľov, prísľubov a zámerov projektu do tvorby reálnych návrhov a riešení.
--* Navrhovanie takých riešení, aby poskytovali čo najvyššiu funkčnosť a flexibilitu.
--* Posudzovanie vhodnosti navrhnutých riešení s ohľadom na požiadavky projektu.
--* Zodpovednosť za technické navrhnutie a realizáciu projektu.
--* Zodpovednosť za vytvorenie technickej IT dokumentácie a jej následná kontrola.
--* Zodpovednosť za definovanie integračných vzorov, menných konvencií, spôsobov návrhu a spôsobu programovania.
--* Definovanie architektúry systému, technických požiadaviek a funkčného modelu (Proof Of Concept.)
--* Vytvorenie požiadaviek na HW/SW infraštruktúru IS
--* Udržiavanie a rozvoj konzistentnej architektúry s dôrazom na architektúru aplikačnú, dátovú a infraštruktúru
--* Analýzu a odhad náročnosti technických požiadaviek na vytvorenie IS alebo vykonanie zmien v IS
--* Navrhovanie riešení zohľadňujúce architektonické štandardy, časové a zdrojové obmedzenia,
--* Navrhovanie dátových transformácií medzi dátovými skladmi a aplikáciami
--* Vyhodnocovanie implementačných alternatív z pohľadu celkovej IT architektúry
--* Ladenie dátových štruktúr za účelom dosiahnutia optimálneho výkonu
--* Prípravu akceptačných kritérií
--* Analýza nových nástrojov, produktov a technológií
--* Správa, rozvoj a dohľad nad dodržiavaním integračných štandardov
--* Priebežné posudzovanie vecných výstupov dodávateľa v rámci analýzy, návrhu riešenia vrátane Detailného návrhu riešenia (DNR) z pohľadu analýzy a návrhu riešenia architektúry IS
--* Vykonáva posudzovanie a úpravu testovacej stratégie, testovacích scenárov, plánov testov, samotné testovanie a účasť na viacerých druhoch testovania
--* Vykonanie záťažových, výkonnostných a integračných testov a navrhnutie následných nápravných
--* Nasadenie a otestovanie migrácie, overenie kvality dát a navrhnutie nápravných opatrení
--* Participáciu na výkone bezpečnostných testov,
--* Participáciu na výkone UAT testov,
--* Posúdenie prevádzkovo-infraštruktúrnej dokumentácie pred akceptáciou a prevzatím od dodávateľa
--* Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 85/2020 Z.z., Prílohou č.1
--* Plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu
--
--
--)))
--
--
--|**Projektová rola:**|(((
--**~ **
--
--**IT ANALYTIK**
--
--
--)))
--|**Stručný popis:**|(((
--* zodpovedá za zber a analyzovanie funkčných požiadaviek, analyzovanie a spracovanie dokumentácie z pohľadu procesov, metodiky, technických možností a inej dokumentácie. Podieľa sa na návrhu riešenia vrátane návrhu zmien procesov v oblasti biznis analýzy a analýzy softvérových riešení. Zodpovedá za výkon analýzy IS, koordináciu a dohľad nad činnosťou SW analytikov.
--* analyzuje požiadavky na informačný systém/softvérový systém, formálnym spôsobom zaznamenáva činnosti/procesy, vytvára analytický model systému, okrem analýzy realizuje aj návrh systému, ten vyjadruje návrhovým modelom.
--* Analytik informačných technológií pripravuje špecifikáciu cieľového systému od procesnej až po technickú rovinu. Mapuje a analyzuje existujúce podnikateľské a procesné prostredie, analyzuje biznis požiadavky na informačný systém, špecifikuje požiadavky na informačnú podporu procesov, navrhuje koncept riešenia a pripravuje podklady pre architektov a vývojárov riešenia, participuje na realizácii zmien, dohliada na realizáciu požiadaviek v cieľovom riešení, spolupracuje pri ich preberaní (akceptácie) používateľom.
--* Pri návrhu IT systémov využíva odbornú špecializáciu IT architektov a projektantov. Študuje a analyzuje dokumentáciu, požiadavky klientov, legislatívne a technické podmienky a možnosti zvyšovania efektívnosti a výkonnosti riadiacich a informačných procesov. Navrhuje a prerokúva koncepcie riešenia informačných systémov a analyzuje ich efekty a dopady. Zabezpečuje spracovanie analyticko-projektovej špecifikácie s návrhom dátových a objektových štruktúr a ich väzieb, užívateľského rozhrania a ostatných podkladov pre projektovanie nových riešení.
--* Spolupracuje na projektovaní a implementácii návrhov. Môže tiež poskytovať poradenstvo v oblasti svojej špecializácie. Zodpovedá za návrhovú (design) časť IT - pôsobí ako medzičlánok medzi používateľmi informačných systémov (biznis pohľad) a ich realizátormi (technologický pohľad).
--)))
--|**Detailný popis rozsahu zodpovednosti, povinností a kompetencií**|(((
--
--
--Zodpovedný za:
--
--* Vykonanie analýzy procesných a ďalších požiadaviek a vytvorenie špecifikácie súčasného alebo budúceho užívateľa softwaru („zákazníka“) a následne navrhuje dizajn a programátorské riešenie.
--* Participáciu na vývoji nových, ale i vylepšovaní existujúcich aplikácií v rámci celého vývojového cyklu – systémová analýza, dizajn, kódovanie, užívateľské testovanie, implementácia, podpora, dokumentácia. Úzko spolupracuje aj s IT architektom.
--* Analýza potrieb zákazníka vrátane tvorby úplnej analytickej dokumentácie a vstupov do verejného obstarávania (VO).
--* Mapovanie požiadaviek do návrhu funkčných riešení.
--* Návrh a správa katalóg požiadaviek  - registra požiadaviek riešenia
--* Analýza funkčných a nefunkčných požiadaviek,
--* Návrh fyzického a logického modelu,
--* Návrh testovacích scenárov,
--* V priebehu implementácie robí dohľad nad zhodou výstupov s pôvodným analytickým zadaním.
--* Zodpovednosť za dodržovanie správnej metodiky pri postupe analýzy
--* Definovanie akceptačných kritérií v projekte
--* Odsúhlasenie opisu produktov, ktoré predstavujú vstupy alebo výstupy (priebežné alebo konečné) úloh dodávateľov, alebo ktoré ich priamo ovplyvňujú a zabezpečovať akceptáciu produktov po ich dokončení
--* Priraďuje priority a poskytuje stanoviská používateľov na rozhodnutia Riadiaceho výboru projektu – k realizácii zmenových požiadaviek
--* Poskytuje merania aktuálneho stavu pre potreby porovnania s výsledkami projektu vzhľadom na realizáciu prínosov
--* Rieši požiadavky používateľov a konflikty iných priorít
--* Posúdenie prevádzkovo-infraštruktúrnej dokumentácie pred akceptáciou a prevzatím od dodávateľa
--* Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 401/2023
--* Plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu
--
--
--)))
--
--
--|**Projektová rola:**|**MANAŽÉR KVALITY**
--|**Stručný popis:**|(((
--* zodpovedá za úvodné nastavenie pravidiel riadenia kvality a za následné dodržiavanie a kontrolu kvality,
--* kontroluje, či sa riadenie a proces zabezpečenia kvality vykonáva správnym spôsobom, v správnom čase
--* a správnymi osobami,
--* počas celej doby realizácie projektu zabezpečuje riadenie kvality projektových výstupov a zhodu
--* projektových výstupov s požiadavkami definovaním merateľných výkonnostných parametrov na vytváranie, overovanie projektových produktov, definovanie akceptačných kritérií, ktoré sú vhodné na požadovaný účel,
--* počas celej doby realizácie projektu zodpovedá za priebežné vyžadovanie, hodnotenie a kontrolu kvality (vecnej aj formálnej), za plánovanie, zabezpečovanie, kontrolu, operatívne riadenie, zlepšovanie a vyhodnocovanie kvality projektu,
--* aktívne sa zúčastňuje stretnutí projektového tímu aspolupracuje na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Prílohou č.1 tejto smernice,
--* plní pokyny PM a dohody zo stretnutí projektového tímu,
--* spolupracuje s PM,
--* zodpovedá sa PM,
--* informuje PM o stave plnenia úloh, o zisteniach a o rizikách,
--* sleduje a hodnotí kvalitatívne ukazovatele projektových výstupov,
--* zabezpečuje zhodnotenie kvality projektu zamerané na výstupy iniciačnej a realizačnej fázy projektu
--* formou auditu na mieste, ktorého výsledky spracuje v produkte M-04 Audit kvality.
--)))
--|**Detailný popis rozsahu zodpovednosti, povinností a kompetencií**|(((
--* návrh a zavádzanie do praxe postupov, techník, nástrojov a pravidiel, ktoré maximalizujú efektivitu práce a kvalitatívne parametre vývoja softwaru/produktu/IS, resp. IT projektu,
--* definovanie politiky kvality (stratégie kvality), meranie kvality, analýzu a spracovanie plánov kvality,
--
--* riadenie a monitorovanie dosahovania cieľov kvality,
--* špecifikáciu požiadaviek na kvalitu vyvíjaných funkcionalít systému,
--* špecifikáciu požiadaviek pre ďalší rozvoj,
--* definovanie akceptačných kritérií,
--* zabezpečenie súladu so štandardmi, normami, právnymi požiadavkami, požiadavkami užívateľov a prevádzkovateľov systémov,
--* posúdenie BC/CBA – odôvodenie projektu s katalógom funkčných, nefunkčných a technických požiadaviek,
--* kontrolu kvality plnenia vecných požiadaviek definovaných v zmluve s dodávateľom alebo v požiadavkách na zmenu,
--* akceptáciu splnenia vecných a kvalitatívnych požiadaviek v projekte svojím podpisom na akceptačnom protokole pri odovzdávaní jednotlivých fáz projektu/čiastkových projektov alebo pri odovzdávaní zmien vykonaných v rámci zmenových konaní,
--* monitoring a vyhodnocovanie kvality údajov a návrh nápravných opatrení za účelom zabezpečenia správnosti a konzistentnosti údajov,
--* definovanie postupov, navrhovanie a vyjadrovanie sa k plánom testov a testovacích scenárov,
--* analyzovanie výsledkov testovania,
--* kontrolu plnenia projektových úloh a časového harmonogramu projektu,
--* 15. kontrolu plnenia finančného plánu projektu,
--)))
--
--
--|**Projektová rola:**|**MANAŽÉR TESTOVANIA**
--|**Stručný popis:**|(((
--* zodpovedá za vytvorenie a riadenie testovacej stratégie, koordináciu testovacích aktivít a zdrojov, vrátane manuálneho a automatizovaného testovania. Vytvára testovacie plány a metodiky, definuje testovacie prípady a zodpovedá za sledovanie kvality výstupov.
--* dohliada na priebeh akceptačných testov a vykonáva kontrolu kvality výstupov v súlade s dohodnutými kritériami. Spolupracuje s kľúčovými používateľmi na definovaní akceptačných kritérií a dohliada na riešenie zistených chýb pred nasadením do produkcie.
--)))
--|**Detailný popis rozsahu zodpovednosti, povinností a kompetencií**|(((
--* vytvára a implementuje testovaciu stratégiu pre projekt, vrátane definovania metodík, nástrojov a postupov testovania.
--* riadi koordináciu testovacích aktivít a alokáciu testovacích zdrojov (ľudských, technických).
--* vytvára podrobné testovacie plány a definujú testovacie prípady na základe požiadaviek projektu.
--* dohliada na správne vykonávanie manuálneho a automatizovaného testovania.
--* spolupracuje s kľúčovými používateľmi pri definovaní akceptačných kritérií a zbere spätnej väzby.
--* sleduje a vyhodnocuje kvalitu testovacích výstupov počas celého testovacieho procesu.
--* zabezpečuje dodržiavanie testovacích kritérií a požiadaviek počas akceptačných testov.
--* riadi identifikáciu, riešenie a následné testovanie chýb pred nasadením do produkcie.
--* monitoruje a vyhodnocuje efektívnosť testovacích procesov a výsledkov testovania.
--* zabezpečuje, že testovanie prebieha v súlade s internými a externými normami, predpismi a požiadavkami.
--* poskytuje pravidelné správy o stave testovania, problémoch a rizikách projektovému manažérovi.
--* neustále zlepšuje testovacie procesy s cieľom zvýšiť efektivitu a kvalitu testovania.
--)))
--
--
--|**Projektová rola:**|**MANAŽÉR KYBERNETICKEJ A INFORMAČNEJ BEZPEČNOSTI („KIB“)**
--|**Stručný popis:**|(((
--* má neobmedzený aktívny prístup ku všetkým projektovým dokumentom, nástrojom a výstupom projektu, v ktorých sa opisuje predmet projektu z hľadiska jeho architektúry, funkcií, procesov, manažmentu informačnej bezpečnosti a spôsobov spracúvania dát, ako aj dát samotných,
--* má sprístupnené všetky informácie o bezpečnostných opatreniach zavádzaných projektom v zmysle § 20 zákona č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov v znení neskorších predpisov a v zmysle ustanovení zákona č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov v znení neskorších predpisov,
--* zodpovedá za posúdenie možných alternatív realizácie projektu za oblasť IB a KB,
--* zodpovedá za posúdenie požiadaviek agendy IB a KB na rozhrania a spoločné komponenty, na integrácie a procesy konverzie a migrácie, identifikácia nesúladu a návrh riešenia,
--* poskytuje konzultácie a súčinnosť pre problematiku IB a KB,
--* poskytuje konzultácie pri tvorbe šablón a vzorov dokumentácie pre oblasť IB a KB,
--* poskytuje konzultácie a vykonáva kontrolnú činnosť zameranú na obsah a komplexnosť dokumentácie z hľadiska IB a KB,
--* dohliada na zosúladenie projektu s princípmi definovanými v interných riadiacich aktoch DEUS a dokumentoch týkajúcich sa bezpečnosti DEUS,
--* zabezpečuje získavanie a spracovanie informácií nutných pre plnenie úloh v oblasti IB a KB,
--* aktívne sa zúčastňuje stretnutí projektového tímu a spolupracuje na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Prílohou č.1 tejto smernice,
--* plní pokyny PM a dohody zo stretnutí projektového tímu.
--)))
--|**Detailný popis ozsahu zodpovedností, povinností a kompetencií**|(((
--- zodpovedá za špecifikovanie:
--
--
--* štandardov, princípov a stratégií v oblasti informačnej bezpečnosti („IB“) akybernetickej bezpečnosti („KB“) a ich dodržiavanie,
--* funkčných, nefunkčných a technických požiadaviek na IB a KB a za ich analýzu,
--* požiadaviek na IB a KB, kontroluje ich implementáciu v realizovanom projekte,
--* požiadaviek na bezpečnosť vývojového, testovacieho a produkčného prostredia,
--* požiadaviek na bezpečnosť v rámci bezpečnostnej vrstvy,
--* požiadaviek na školenia pre oblasť IB a KB,
--* požiadaviek na bezpečnostnú architektúru riešenia a technickú infraštruktúru pre oblasť IB a KB,
--* požiadaviek na dostupnosť, zálohovanie, archiváciu a obnovu IS vzťahujúce sa na IB a KB,
--* požiadaviek na IB a KB, bezpečnostný projekt a riadenie prístupu,
--* požiadaviek na opis vývojového, testovacieho a produkčného prostredia za oblasť IB a KB,
--* požiadaviek na testovanie z hľadiska IB a KB, realizáciu kontroly zapracovania a retestu,
--* požiadaviek na obsah dokumentácie v zmysle legislatívnych požiadaviek pre oblasť IB a KB, ako aj v zmysle "best practies",
--* požiadavieknadodaniepotrebnejdokumentáciesúvisiacejsIBaKBkontrolujeichimplementáciu v realizovanom projekte,
--* požiadaviek a konzultácie pri návrhu riešenia za agendu IB a KB v rámci procesu „Mapovanie a analýza technických požiadaviek - detailný návrh riešenia (DNR)“,
--* požiadavieknabezpečnosť ITaKB vrámci procesu "akceptácie, odovzdania a správy zdrojových kódov“,
--* akceptačných kritérií za oblasť IB a KB,
--* pravidiel pre publicitu a informovanosť s ohľadom na IB a KB,
--* podmienok na testovanie, reviduje výsledky a výstupy z testovania za oblasť IB a KB,
--* požiadaviek na bezpečnostný projekt pre oblasť̌ IB a KB,
--\\ zodpovedá za realizáciu kontroly:
--
--* zameranej na naplnenie požiadaviek definovaných v bezpečnostnom projekte za oblasť IB a KB,
--* zameranú na správnosť nastavení a konfigurácii bezpečnosti jednotlivých prostredí,
--* zameranú na realizáciu procesu posudzovania a komplexnosti bezpečnostných rizík, bezpečnosť a kompletný popis rozhraní, správnu identifikácia závislostí,
--* naplnenia definovaných požiadaviek pre oblasť IB a KB,
--* zameranú na implementovaný proces v priamom súvise s IB a KB,
--* súladu s platnou legislatívou v oblasti IB a KB (obsahuje aj kontrolu legislatívnych požiadaviek),
--* zameranú na zabezpečenie procesu, interfejsov, integrácii, kompletného popisu rozhraní a spoločných komponentov a posúdenia z pohľadu bezpečnosti.
--)))
--
--
--|**Projektová rola:**|(((
--**~ **
--
--**VLASTNÍK ÚDAJOV / VLASTNÍK DÁT**
--
--
--)))
--|**Stručný popis:**|(((
--* zodpovedá za udržiavanie databázy, spravuje používateľské účty/prístupy, zálohuje a optimalizuje chod databázy, identifikuje problémové oblasti a navrhuje riešenia na ich odstránenie. Správca databáz vykonáva, prípadne riadi odborné činnosti v oblasti správy bázy dát a dátových súborov IKT.
--* zabezpečuje inštaláciu, testovanie, oživovanie a nastavenie parametrov a následnú správu databázy vrátane prostriedkov a aplikácií na jej využitie. Zabezpečuje migráciu dát, generovanie výstupov, vytváranie relácií a spájanie dát, zálohovanie dát a správu používateľských účtov/prístupov.
--* zabezpečuje monitoring prevádzky bázy dát, administratívne a dokumentačné práce súvisiace so správou databázy a riešenie neštandardných situácií. Poskytuje inštrukcie a poradenstvo používateľom databázových systémov
--* celý rozsah svojej agendy rieši v súlade s legislatívou o dátových štandardoch – Vyhláškou 78/2020 Zz o dátových štandaroch
--)))
--|**Detailný popis rozsahu zodpovednosti, povinností a kompetencií**|(((
--Zodpovedný za:
--
--* Realizáciu dohľadu nad súladom projektových výstupov s požiadavkami na dátovú kvalitu.
--
--* Spoluprácu pri riešení odpovedí na otvorené otázky a riziká projektu.
--
--* Posudzovanie, pripomienkovanie, testovanie a protokolárne odsúhlasovanie projektových výstupov v príslušnej oblasti – dátových štandardov
--
--* Riešenie problémov a požiadaviek v spolupráci s odbornými garantmi,
--* Spoluprácu pri špecifikácii a poskytuje súčinnosť pri riešení zmenových požiadaviek
--
--* Schválenie funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu z pohľadu používateľov koncového produktu
--* Spolupráca pri definovaní merateľných výkonnostných ukazovateľov projektov a prvkov,
--* Konzultovanie akceptačných kritérií,
--* Spolupráca na realizácii UAT testovania z pohľadu dodržania dátových štandardov
--* Odsúhlasenie spustenia výstupov projektu do produkčnej prevádzky,
--* Dostupnosť a efektívne využitie ľudských zdrojov alokovaných na realizáciu projektu,
--* Poskytovanie vyjadrení k zmenovým požiadavkám, k ich opodstatnenosti a prioritizácii
--* Zisťovanie efektívneho spôsobu riadenia a optimalizácie zvereného procesu, vrátane analyzovanie všetkých vyskytujúcich sa nezhôd,
--* Odsúhlasenie akceptačných protokolov zmenových konaní
--* Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 401/2023 Z.z., Prílohou č.1
--* plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu
--
--
--)))
--
--
--
--|**Projektová rola:**|(((
--**~ **
--
--**UX DIZAJNÉR **(UX výskumník, Informačný architekt, Interakčný dizajnér)
--
--**~ **
--)))
--|**Stručný popis:**|zodpovedá za podporu a dohľad nad projektom z pohľadu nastavenia princípov, kritérií a požiadaviek na UX, kontrolu kvality dodržania “user experience” a realácie výstupov. Hlavnou úlohou role je zabezpečiť aplikáciu metodológie UCD (user centered design) pri vývoji SW, pričom vznikajúce koncové služby SW musia byť postavené na reálnych potrebách koncových používateľov.
--|**Detailný popis rozsahu zodpovednosti, povinností a kompetencií**|(((
--
--
--Zodpovedný za:
--
--* Realizáciu kvalitatívneho používateľského výskumu (nastavenie požiadaviek na regrutáciu, návrh scenára, vedenie rozhovoru a vyhodnotenie výskumu).
--* Realizáciu kvantitatívneho používateľského výskumu (nastavenie požiadaviek na regrutáciu, návrh scenára, vedenie dotazníku a vyhodnotenie výskumu).
--* Syntetizáciu biznis, technických a používateľských požiadaviek.
--* Realizáciu formatívnych a sumatívnych testovaní použiteľnosti (nastavenie požiadaviek na regrutáciu, návrh scenára, vedenie rozhovoru a vyhodnotenie výskumu).
--* Návrh informačnej architektúry a to najmä metódami triedenia kariet (card sorting), návrhom mapy stránky a screen flow.
--* Tvorbu, testovanie a iteráciu prototypov – napr. pomocou Axure, Sketch, Figma alebo Adobe XD
--* Mapovanie zákazníckych ciest
--* Analýzu a návrh riešenia problematiky prístupnosti webových sídiel,
--* Podporu a spoluprácu pri tvorbe Stratégie riadenia kvality (princípy, kritériá kvality),
--* Spoluprácu pri vytváraní funkčných požiadaviek na výstupy z pohľadu dohľadu a UX,
--* Vedenie a aktualizáciu príslušných projektových výstupov a registrov,
--* Hodnotenie jednotlivých verzií výstupov projektu z pohľadu dohľadu, kontroly a UX v jednotlivých etapách,
--* Vytváranie hodnotiacich kritérií na dohľad výstupov a príslušných záznamov, o ktorých reportuje projektovému manažérovi objednávateľa,
--* Nastavenie a dohľad nad procesom testovania a pripomienkovanie stratégie testovania, plánov a testovacích scenárov,
--* Účasť na kontrolných aktivitách počas implementácie výstupov
--* Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 85/2020 Z.z., Prílohou č.1
--* Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 85/2020 Z.z., Prílohou č.1
--* Plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu
--
--
--)))
--
--
--
--
--1. ODKAZY
--
--Bez odkazov.
--
--1. PRÍLOHY
--
--
--**Príloha 1:** 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]]
--
--**Príloha 2:** Prístup k projektu – detailný
--
--**Príloha 3:** Špecifická BC/CBA
--
--
++| | |

1740142163912-800.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1740142209635-211.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1740142232971-712.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1740142244065-526.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1741598508977-231.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1741598508984-353.jpeg

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1741598508986-600.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1741598508990-423.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1741598508992-220.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1741598508996-526.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1741598509000-255.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1742633629381-497.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1742633629386-605.jpeg

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1742633629387-122.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1742633629390-576.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1742633629392-955.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1742633629396-595.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

1742633629401-991.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Veľkosť

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

Obsah

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

Súhrn

Podrobnosti

Aplikácie

Navigácia

Tips

Moje posledné úpravy

Need help?