Version 8.2 by Peter Ďuriš on 2025/03/25 10:02

Hide last authors
Peter Ďuriš 1.1 1 **PROJEKTOVÝ ZÁMER**
2
Peter Ďuriš 2.1 3 **Vzor pre manažérsky výstup I-02**
4
5 **~ podľa vyhlášky MIRRI č. 401/2023 Z. z. **
6
7
8 |Povinná osoba|Ministerstvo investícií, regionálneho rozvoja a informatizácie SR
9 |Názov projektu|Implementačný nástroj podpory gigabitových infraštruktúr v zmysle Digitálneho kompasu 2030
10 |Zodpovedná osoba za projekt|Meno a priezvisko osoby, ktorá predkladá dokumenty (zamestnanec /Projektový manažér)
11 |Realizátor projektu|Ministerstvo investícií, regionálneho rozvoja a informatizácie SR
12 |Vlastník projektu|Názov inštitúcie, ktorá zodpovedá za projekt a schvaľuje dokumenty
13
14
Peter Ďuriš 1.1 15 **Schvaľovanie dokumentu**
Peter Ďuriš 2.1 16
17 |Položka|Meno a priezvisko|Organizácia|Pracovná pozícia|Dátum|(((
18 Podpis
19
Peter Ďuriš 1.1 20 (alebo elektronický súhlas)
21 )))
Peter Ďuriš 2.1 22 |Schválil| | | | |
Peter Ďuriš 1.1 23
24
Peter Ďuriš 2.1 25 1. História DOKUMENTU
26
27 |Verzia|Dátum|Zmeny|Meno
28 |0.1|17.2.2025|Pracovný návrh|
Peter Ďuriš 1.1 29 | | | |
Peter Ďuriš 2.1 30 | | | |
Peter Ďuriš 1.1 31
32
Peter Ďuriš 4.1 33 1. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE
Peter Ďuriš 1.1 34
Peter Ďuriš 2.1 35 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.
Peter Ďuriš 1.1 36
37
Peter Ďuriš 2.1 38 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í,
Peter Ďuriš 1.1 39
40
41
Peter Ďuriš 4.1 42 1.
43 11. Použité skratky a pojmy
Peter Ďuriš 1.1 44
45
Peter Ďuriš 2.1 46 |SKRATKA/POJEM|POPIS
47 |API |Application Program Interface
48 |BB|BroadBand
49 |BCO|Broadband Competance Office
50 |BEREC|Európsky orgán pre reguláciu elektronických komunikácií (Body of European Regulators for Electronic Communications)
51 |DB|DataBáza
52 |DGA|Akt o správe údajov- (Data Governance Act)
53 |EDA|Európska obranná agentúra - (European Defence Agency)
54 |EIF|Európsky rámec interoperability – (European Interoperability Framework)
55 |EK |Európska komisia
56 |EÚ |Európska únia
57 |GDPR|Všeobecné nariadenie o ochrane údajov - (General Data Protection Regulation)
58 |GIS|Geografický informačný systém
59 |HW |Hardvér
60 |IaaS |Infrastructure as a Service
61 |ID-SK princípy|Usmernenia pre dizajn digitálnych služieb verejnej správy na Slovensku.
62 |IKT |Informačné a Komunikačné Technológie
63 |IS CPDI |IS Centrálna platforma dátovej integrácie
64 |IS ESRÚ |IS pre elektronické služby regulačného úradu
65 |IS |Informačný Systém
66 |IT |Informačné Technológie
67 |KPI |Key Performance Indicator
68 |MIRRI|Ministerstvo Regionálneho Rozvoja a Informatizácie Slovenskej Republiky
69 |MSRŠD|Monitorovací systém pre reguláciu a štátny dohľad
70 |NIS |Network and Information Security
71 |NKIVS|Národná koncepcia informatizácie verejnej správy
72 |OVM|Orgány Verejnej Moci
73 |PaaS |Platform as a Service
Peter Ďuriš 4.1 74 |Projekt AoPI|Atlas pasívnej infraštruktúry
Peter Ďuriš 2.1 75 |PSI|Smernica o otvorených údajoch a opakovanom použití informácií verejného sektora- (Public Sector Information Directive) –
76 |SaaS |Software as a Service
77 |SLA|Service Level Agreement – dohoda/zmluva o parametroch poskytovania služby
78 |SW |Softvér
79 |ŠC |Špecifický Cieľ
80 |ÚPREKAPS |Úrad pre reguláciu elektronických komunikácií a poštových služieb
81 |ÚPVS |Ústredný portál verejnej správy
82 |VK|Verejné konzultácie
83 |VS |Verejná Správa
84 |WF|Workflow = pracovný proces, zobrazený postupnosťou úkonov
Peter Ďuriš 1.1 85
86
87
Peter Ďuriš 4.1 88 1.
89 11. Konvencie pre typy požiadaviek (príklady)
Peter Ďuriš 1.1 90
Peter Ďuriš 2.1 91 **Funkcionálne (používateľské) požiadavky **majú nasledovnú konvenciu:
Peter Ďuriš 1.1 92
Peter Ďuriš 2.1 93 **FRxx**
94
95 1. U – užívateľská požiadavka
96 1. R – označenie požiadavky
97 1. xx            – číslo požiadavky
98
99 **Nefunkčné (kvalitatívne, výkonové - Non Functional Requirements - NFR) požiadavky** majú nasledovnú konvenciu:
100
101 **NRxx**
102
103 1. N            – nefukčná požiadavka (NFR)
104 1. R – označenie požiadavky
105 1. xx            – číslo požiadavky
106
107 Ostatné typy požiadaviek môžu byť ďalej definované PM.
108
109
Peter Ďuriš 4.1 110 1. DEFINOVANIE PROJEKTU
Peter Ďuriš 2.1 111
112
Peter Ďuriš 4.1 113 1.
114 11. Manažérske zhrnutie
Peter Ďuriš 2.1 115
116
Peter Ďuriš 4.1 117 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.
Peter Ďuriš 2.1 118
Peter Ďuriš 4.1 119 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.
120
121 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.
122
123 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.
124
Peter Ďuriš 2.1 125 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í.
126
Peter Ďuriš 7.1 127 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 938 213** 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.
Peter Ďuriš 2.1 128
Peter Ďuriš 4.1 129 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.
Peter Ďuriš 2.1 130
131 Projekt priamo prispieva k naplneniu cieľov definovaných v Národnej koncepcii informatizácie verejnej správy SR 2021, konkrétne:
132
133 * Prioritná os 1 - Lepšie služby
134 ** Zvýšiť spokojnosť a dôveru osôb a subjektov verejnej správy s elektronickými službami
135 ** Znížiť interakcie osôb a zložitosť pri používaní služieb verejnej správy.
136 * Prioritná os 2 - Digitálna a dátová transformácia
137 ** Zvýšiť otvorenosť a transparentnosť údajov verejnej správy
138 ** Dobudovať digitálne prostredie založené na zdieľaní údajov vo verejnej správe
139
Peter Ďuriš 4.1 140 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.
Peter Ďuriš 2.1 141
Peter Ďuriš 4.1 142 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.
Peter Ďuriš 2.1 143
144 Tento projekt je vypracovaný v súlade s:
145
146 * 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.
147
Peter Ďuriš 7.1 148 Projekt GigaOffice je naplánovaný od **1.1.2026 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í.
Peter Ďuriš 2.1 149
150 **Projekt bude financovaný z Programu Slovensko:**
151
152
153 **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
154
155 **Špecifický cieľ:** RSO1.5. Posilňovanie digitálnej pripojiteľnosti
156
157 **~ **
158
159 **Projekt prispieva k opatreniam Programu Slovensko:**
160
161 * Opatrenie 1.5.1 Podpora digitálnej pripojiteľnosti
162 ** **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í;
163
164
Peter Ďuriš 4.1 165 1.
166 11. Motivácia a rozsah projektu
Peter Ďuriš 2.1 167
168
169 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á:
170
171 * pokrytie všetkých domácností rýchlosťou najmenej 100 Mbps, ktorú možno zvýšiť na 1 Gbps,
172 * pokrytie sociálno-ekonomických aktérov gigabitovým pripojením,
173 * č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.
174
175 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:
176
177 * Programového vyhlásenia vlády Slovenskej republiky na obdobie 2021 – 2024,
178 * Národnej koncepcie informatizácie verejnej správy,
179 * Iniciatívy pre otvorené vládnutie,
180 * Európskej dátovej stratégie (European Data Strategy),
181 * právne záväzných aktov EÚ (GDPR, PSI, DGA, EDA),
182 * 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.
183
184
185 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.
186
187 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.
188
189 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.
190
191 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í.
192
193 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í.
194
195 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.
196
197 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.
198
Peter Ďuriš 4.1 199 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.
Peter Ďuriš 2.1 200
201 **Hlavné ciele projektu:**
202
203 1. **Zvýšenie digitalizácie a automatizácie agendy BCO**
204 1*. Cieľom je prejsť od manuálnych, často duplici­tne 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.
205 1. **Optimalizácia a zjednodušenie procesov v oblasti činnosti BCO**
206 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í.
207 1. **Efektívnejšie využívanie dostupných dát štátu**
208 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.
209 1. **Podpora budovania širokopásmového pripojenia a telekomunikačnej infraštruktúry**
210 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.
211 1. **Zvýšenie miery transparentnosti a zlepšenie komunikácie s verejnosťou**
212 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.
213
214 **Dotknuté IS VS:**
215
216 * IS MSRŠD
217 * IS ESRÚ
Peter Ďuriš 4.1 218 * IS AoPI
Peter Ďuriš 2.1 219
220 **Dotknuté úseky VS:**
221
222 * U00051 - Telekomunikácie
223
224 **Dotknuté životné situácie:**
225
226 * C01 - Občan a štát
227 * C10 - Bývanie
Peter Ďuriš 4.1 228 * A01 – Podpora podnikania
Peter Ďuriš 2.1 229
230 **Dotknuté strategické ciele v zmysle NKIVS:**
231
232 Prioritná os 1 - Lepšie služby
233
234 * Zvýšiť spokojnosť a dôveru osôb a subjektov verejnej správy s elektronickými službami
235 * Znížiť interakcie osôb a zložitosť pri používaní služieb verejnej správy.
236
237 Prioritná os 2 - Digitálna a dátová transformácia
238
239 * Zvýšiť otvorenosť a transparentnosť údajov verejnej správy
240 * Dobudovať digitálne prostredie založené na zdieľaní údajov vo verejnej správe
241
242
243 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Ú.
244
245 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.
246
247 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.
248
249 **Zainteresované osoby:**
250
251 * Fyzické osoby
252 ** Zamestnanci MIRRI kancelárie BCO
253 ** Občan
254 * Právnické osoby
255 ** Ministerstvo investícií, regionálneho rozvoja a informatizácie Slovenskej republiky
256 ** Orgány verejnej moci
257 ** Podnikatelia
258 ** Poskytovatelia telekomunikačných služieb a sietí
259 ** Úrad pre reguláciu elektronických komunikácií a poštových služieb
260 ** Sociálno-ekonomický aktéri
261
262 **Hlavný cieľ projektu GigaOffice**
263
264 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.
265
266 **Podciele projektu GigaOffice:**
267
268 * **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í.
269 * **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.
270 * **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.
271 * **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.
272 * **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.
273
274
275 **Súčasný stav**
276
Peter Ďuriš 4.1 277 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:
Peter Ďuriš 2.1 278
279 * Základnú evidenciu bielych adries a ich zoskupenie do „klastrov“,
280 * Vytváranie a evidenciu verejných konzultácií (VK) v konkrétnych geografických oblastiach,
281 * Založenie a záznam štátnej intervencie pre podporu budovania telekomunikačnej infraštruktúry vo vybraných lokalitách,
282 * Pridanie projektov do intervencie a nahrávanie základných údajov o plánovanej realizácii.
283
284 **Nedostatky súčasného stavu**
285
286 * **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.
287 * **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.
288 * **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.
Peter Ďuriš 4.1 289 * **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.
Peter Ďuriš 2.1 290 * **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.
291 * **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.
292 * **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.
293 * **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.
294 * **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.
Peter Ďuriš 4.1 295 * **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ť.
Peter Ďuriš 2.1 296 * **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.
297
298
299
Peter Ďuriš 8.1 300 [[image:1742893321583-357.png]]
Peter Ďuriš 2.1 301
Peter Ďuriš 4.1 302 Obrázok 1 - Diagram motivácie
303
Peter Ďuriš 2.1 304 **Projekt GigaOffice reflektuje najmä potrebu:**
305
306 * Automatizovať manuálne procesy, čím sa zrýchli a spresní realizácia verejných konzultácií.
307 * Spracúvať dáta dynamicky v reálnom čase s neustálym prístupom k aktuálnym údajom.
308 * Zlepšiť kvalitu a konzistenciu dát prostredníctvom verziovania, historického porovnávania a procesov na ich kontinuálne zlepšovanie.
309 * Zaviesť robustnú analytickú vrstvu, umožňujúcu priestorové filtrovanie, agregáciu či mapovanie súvislostí na presnejšie plánovanie.
310 * Podporiť interoperabilitu a otvorené štandardy pre ľahšiu integráciu externých systémov a flexibilné dátové formáty.
311 * Minimalizovať duplicitu v zbere dát aplikáciou princípu „jeden-krát a dosť“.
312 * 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í.
313 * Spriehľadniť projektové riadenie poskytovaním nástrojov na evidenciu a schvaľovanie projektov, vrátane notifikácií a monitorovania plnenia milníkov.
314 * Zjednodušiť komunikáciu s verejnosťou zavedením online konzultácií, dotazníkov a participatívnych nástrojov.
315 * 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í.
316
317
318 **V súlade s hlavnými princípmi informatizácie verejnej správy** (podľa NKIVS):
319
320 * **P1 – Orientácia na používateľa**
321 ** • Jednoduchá prístupnosť služieb
322 ** • Personalizácia a Proaktívnosť
323 * **P2 – Prirodzene digitálna verejná správa**
324 ** Kontinuálne administratívne zjednodušovanie - optimalizácia procesov a legislatívy
325 ** Prednostné využívanie digitálnych služieb a dát pre rozhodovanie
326 ** Efektívnosť a pridaná hodnota – najvyššia hodnota za peniaze
327 * **P3 – Údaje sú aktíva**
328 ** Maximalizácia zdieľania a spoločného využívania údajov (obmedzené len legitímnosťou) pre lepšie rozhodovanie
Peter Ďuriš 7.1 329 ** sú pripravované **otvorené API** a modulárna architektúra, ktorá umožňuje škálovateľné rozširovanie funkcionalít.
Peter Ďuriš 2.1 330 * **P6 – Bezpečnosť**
331 ** Optimálna úroveň bezpečnosti
332 ** Včasné riešenie bezpečnosti
333 ** Dostupnosť – odolnosť voči výpadkom
334
Peter Ďuriš 4.1 335 1.
336 11. Zainteresované strany/Stakeholderi
Peter Ďuriš 2.1 337
338
339 |ID|AKTÉR / STAKEHOLDER|(((
340 SUBJEKT
341
Peter Ďuriš 1.1 342 (názov / skratka)
343 )))|(((
Peter Ďuriš 2.1 344 ROLA
345
Peter Ďuriš 1.1 346 (vlastník procesu/ vlastník dát/zákazník/ užívateľ …. člen tímu atď.)
347 )))|(((
Peter Ďuriš 2.1 348 Informačný systém
349
Peter Ďuriš 1.1 350 (MetaIS kód a názov ISVS)
351 )))
Peter Ďuriš 2.1 352 |1.|Ministerstvo investícií, regionálneho rozvoja a informatizácie SR|MIRRI|Vlastník procesu / Koordinátor projektu|isvs_483
353 |2.|Úrad pre reguláciu elektronických komunikácií a poštových služieb|UPREKAPS|Vlastník dát / Regulátor|(((
354 isvs_9441
Peter Ďuriš 1.1 355
Peter Ďuriš 2.1 356 isvs_9444
Peter Ďuriš 1.1 357
Peter Ďuriš 2.1 358 isvs_9443
359 )))
360 |3.|Orgány verejnej moci|OVM|Používateľ / Stakeholder|N/A
361 |4.|Poskytovatelia telekomunikačných služieb|-|Používateľ / Stakeholder|N/A
362 |5.|Podnikatelia|-|Používateľ / Stakeholder|N/A
363 |6.|Sociálno-ekonomickí aktéri|-|Užívateľ|N/A
364 |7.|Občan|-|Užívateľ|N/A
Peter Ďuriš 1.1 365
366
367
Peter Ďuriš 4.1 368 1.
369 11. Ciele projektu
Peter Ďuriš 2.1 370
Peter Ďuriš 4.1 371
Peter Ďuriš 2.1 372 |ID|Názov cieľa|Názov strategického cieľa|Spôsob realizácie strategického cieľa
373 |1.|Zvýšenie digitalizácie a automatizácie agendy BCO|Digitálna a dátová transformácia|(((
374 * Automatizácia manuálnych procesov
375 * Zaviesť robustnú analytickú vrstvu na lepšie plánovanie a analýzu dát
376 * Implementovať princíp „jeden-krát a dosť“ na minimalizáciu duplicity v zbere dát
377 )))
378 |2.|Optimalizácia a zjednodušenie procesov v oblasti činnosti BCO|Digitálna a dátová transformácia|(((
379 * Zlepšiť kvalitu a konzistenciu dát pomocou verziovania a historického porovnávania
380 * Spriehľadniť projektové riadenie poskytovaním nástrojov na evidenciu a schvaľovanie projektov, vrátane notifikácií a monitorovania plnenia milníkov
381 )))
382 |3.|Efektívnejšie využívanie dostupných dát štátu|Digitálna a dátová transformácia|(((
383 * Spracovávať dáta dynamicky v reálnom čase a zaisťovať prístup k aktuálnym údajom
384 * Integrovať GIS do procesov pre efektívne určovanie lokalít a analýzu adries
385 * Podporiť interoperabilitu a otvorené štandardy pre flexibilnú integráciu externých systémov
386 )))
387 |4.|Podpora budovania širokopásmového pripojenia a telekomunikačnej infraštruktúry|Digitálna a dátová transformácia|(((
388 * Automatizovať spracovanie dát o infraštruktúre a zefektívniť plánovanie projektov rozvoja širokopásmovej siete
389 * 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í
390 )))
391 |5.|Zvýšenie miery transparentnosti a zlepšenie komunikácie s verejnosťou|Lepšie služby|(((
392 * Zverejňovať prehľadné informácie o verejných konzultáciách a intervenciách
393 * Zverejňovať informácie o projektoch a alokácii zdrojov
394 * Implementovať elektronické dotazníky na získavanie spätnej väzby od subjektov
395 )))
396
397
398
Peter Ďuriš 4.1 399 1.
400 11. Merateľné ukazovatele (KPI)
Peter Ďuriš 2.1 401
Peter Ďuriš 4.1 402
Peter Ďuriš 2.1 403 |ID|(((
404
405
406 ID/Názov cieľa
407 )))|Názov
408 ukazovateľa (KPI)|Popis
409 ukazovateľa|Merná jednotka
410 |AS IS
411 merateľné hodnoty
412 (aktuálne)|TO BE
Peter Ďuriš 1.1 413 Merateľné hodnoty
Peter Ďuriš 2.1 414 (cieľové hodnoty)|Spôsob ich merania|Pozn.
415 |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|
416 |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|
417 |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|
418 |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|
419 |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|
420 |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|
Peter Ďuriš 1.1 421
422
423
Peter Ďuriš 4.1 424 1.
425 11. Špecifikácia potrieb koncového používateľa
Peter Ďuriš 1.1 426
427
Peter Ďuriš 2.1 428 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.
Peter Ďuriš 1.1 429
Peter Ďuriš 4.1 430 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.
Peter Ďuriš 1.1 431
Peter Ďuriš 7.1 432 V rámci prvého roku prevádzky IS MSRŠD vykonal UPREKAPS komplexný zber údajov o širokopásmovom pokrytí, mobilnom pokrytí a telekomunikačnej infraštruktúre na území celého Slovenska.  V rámci vykonávania zberov dát boli zbierané aj podnety používateľov externého BCO portálu a interného BCO Backoffice rozhrania. Tieto podnety boli konzultované v spolupráci so zástupcami UPREKAPS, pričom na základe nich boli stanovené niektoré funkčné požiadavky, ktoré optimalizujú zbery dát v rámci IS MSRŠD. Zber dát v rámci IS MSRŠD je harmonizovaný a pre činnosti UPREKAPS aj BCO, preto podnety vyzbierané v rámci celoštátneho zberu dát vykonaného v rámci UPREKAPS pomôžu používateľom v rámci BCO kancelárie.
Peter Ďuriš 1.1 433
Peter Ďuriš 7.1 434 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úce princípy používania systému z pohľadu koncových osôb a inštitúcií, ktoré s IS MSRŠD pracujú, no zároveň v rámci funkčných zmien dôjde k zlepšeniu používateľského zážitku.
Peter Ďuriš 1.1 435
Peter Ďuriš 7.1 436
Peter Ďuriš 4.1 437 1.
438 11. Riziká a závislosti
Peter Ďuriš 1.1 439
Peter Ďuriš 4.1 440
Peter Ďuriš 2.1 441 |**ID**|**Názov rizika**|**Pravdepodobnosť**|**Dosah**|**Návrh mitigácie**
442 |R_1|Kvalita dát odovzdaných v rámci verejných konzultácií|Stredné riziko|Extrémny
443 dosah|Vytvorenie metodických postupov pre odovzdávanie dát v rámci zberov verejných konzultácií
444 |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
445 |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
446 |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
447 |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
448 |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.
449 |R_7|(((
450 Riziko nedostatku interných zdrojov pre požadovanú dodávku prác pridelených
451 na interných zamestnancov úradu
Peter Ďuriš 1.1 452
Peter Ďuriš 2.1 453
454 )))|Stredné riziko|Stredný dosah|Prijímanie zamestnancov s časovou rezervou pred začiatkom prác
455 |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.
456 |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.
457 \\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.
Peter Ďuriš 4.1 458 |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á
Peter Ďuriš 2.1 459 |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.
460 |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).
461 |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.
462 |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.
463 |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.
Peter Ďuriš 4.1 464 |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.
465 |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.
466 |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.
Peter Ďuriš 2.1 467
468
469
Peter Ďuriš 4.1 470 1.
471 11. Stanovenie alternatív v biznisovej vrstve architektúry
472
473
Peter Ďuriš 2.1 474 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.
475
476
Peter Ďuriš 8.1 477 [[image:1742893321590-429.jpeg]]
Peter Ďuriš 2.1 478
Peter Ďuriš 4.1 479 Obrázok 2 - Diagram alternatív
Peter Ďuriš 2.1 480
Peter Ďuriš 4.1 481
Peter Ďuriš 2.1 482 **Alternatíva 1 **–** **Zachovanie súčasného stavu
483
484 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.
485
486 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.
487
488 **Alternatíva 2 **–** **Vytvorenie nového informačného systému
489
Peter Ďuriš 4.1 490 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.
Peter Ďuriš 2.1 491
492 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.
493
494 **Alternatíva 3 **– Využitie existujúceho riešenia a jeho rozšírenie
495
Peter Ďuriš 4.1 496 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.
Peter Ďuriš 2.1 497
498 Ď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í.
499
Peter Ďuriš 4.1 500 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.
Peter Ďuriš 2.1 501
502
Peter Ďuriš 4.1 503 1.
504 11. Multikriteriálna analýza
Peter Ďuriš 2.1 505
Peter Ďuriš 4.1 506
Peter Ďuriš 2.1 507 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.
508
509 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).
510
511
512 | |KRITÉRIUM|ZDÔVODNENIE KRIÉRIA|MIRRI BCO|UPREKAPS|Poskytovateľ el. služieb
513 |(% rowspan="7" %)(((
514 BIZNIS VRSTVA
515
516
517 )))|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| |
518 |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| |
519 |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|
520 |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
521 |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
522 |Kritérium F Správa a rozhodovanie|Zabezpečenie lepšieho využívania údajov a rozhodovania v organizácií|X|X|
523 |Kritérium G Optimalizácia procesov|Kontinuálne administratívne zjednodušovanie - optimalizácia procesov a legislatívy|X|X|X
524
525
526 Vyhodnotenie MCA
527
528 |Zoznam kritérií|(((
529 Alter-natív
530
531 1
Peter Ďuriš 1.1 532 )))|(((
Peter Ďuriš 2.1 533 Spôsob
534
535 dosiahnutia
Peter Ďuriš 1.1 536 )))|(((
Peter Ďuriš 2.1 537 Alter-natív
538
539 2
Peter Ďuriš 1.1 540 )))|(((
Peter Ďuriš 2.1 541 Spôsob
542
543 dosiahnutia
544 )))|(((
545 Alter-natív
546
547 3
548 )))|(((
549 Spôsob
550
551 dosiahnutia
Peter Ďuriš 1.1 552 )))
Peter Ďuriš 2.1 553 |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.
554 |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
555 |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
556 |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
557 |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|(((
558 Realizáciou alternatívy 3 sa zabezpečí zabezpečenie kontinuálneho zberu dát bez narušenia harmonogramu zberu
Peter Ďuriš 1.1 559
Peter Ďuriš 2.1 560
561 )))
562 |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
563 |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|(((
564 Realizáciou alternatívy 3 sa zabezpečí optimalizácia procesov
Peter Ďuriš 1.1 565
Peter Ďuriš 2.1 566
567 )))
Peter Ďuriš 1.1 568
569
Peter Ďuriš 2.1 570 **Na základe vyhodnotenia MCA analýzy vychádza Alternatíva 3 ako jediná, ktorá spĺňa všetky požiadavky**.
Peter Ďuriš 1.1 571
572
573
Peter Ďuriš 4.1 574 1.
575 11. Stanovenie alternatív v aplikačnej vrstve architektúry
576
Peter Ďuriš 2.1 577 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.
Peter Ďuriš 1.1 578
579
Peter Ďuriš 4.1 580 1.
581 11. Stanovenie alternatív v technologickej vrstve architektúry
582
Peter Ďuriš 2.1 583 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.
Peter Ďuriš 1.1 584
Peter Ďuriš 4.1 585 1. POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU)
Peter Ďuriš 1.1 586
Peter Ďuriš 2.1 587 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.
Peter Ďuriš 1.1 588
589
Peter Ďuriš 2.1 590 Realizácia projektu bude v zmysle vyhlášky MIRRI SR č. 401/2023 Z. z. pozostávať z uvedených etáp:
Peter Ďuriš 1.1 591
Peter Ďuriš 2.1 592 * Analýza a dizajn,
593 * Nákup technických prostriedkov, programových prostriedkov a služieb,
594 * Implementácia a testovanie,
595 * Nasadenie.
Peter Ďuriš 1.1 596
597
Peter Ďuriš 2.1 598 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.
Peter Ďuriš 1.1 599
Peter Ďuriš 2.1 600 |**Etapa**|**Požadované výstupy**
601 |**Analýza a dizajn**|(((
602 **Úvodná správa (Projektový iniciálny dokument, ďalej ako „PID“) pre všetky funkčné oblasti**
Peter Ďuriš 1.1 603
Peter Ďuriš 2.1 604 - Zoznam požiadaviek
Peter Ďuriš 1.1 605
Peter Ďuriš 2.1 606 - Akceptačné kritériá
Peter Ďuriš 1.1 607
Peter Ďuriš 2.1 608 - Rámcová špecifikácia riešenia (Popis produktu, Dekompozícia produktu, Vývojový diagram  
Peter Ďuriš 1.1 609
Peter Ďuriš 2.1 610 produktu)
Peter Ďuriš 1.1 611
Peter Ďuriš 2.1 612 - Biznis architektúra
Peter Ďuriš 1.1 613
Peter Ďuriš 2.1 614 - Aplikačná architektúra
615
616 - Technologická architektúra – časť systémová architektúra
617
618 - Bezpečnostná architektúra
619
620 - Stratégia testovania
621
Peter Ďuriš 7.1 622 - Plán testovania plán bude zahŕňať:
Peter Ďuriš 2.1 623
Peter Ďuriš 7.1 624 * Testovanie časovej úspory pri realizácii procesov (porovnanie AS-IS vs TO-BE)
625 * Automatizované výkonnostné testy pre kritické časti systému
626 * Testovanie používateľskej skúsenosti metódami UX testovania
627 * Testovanie správnosti automatizovaných výpočtov a analýz
628 * Testovanie integrácie s externými systémami
629 * Pre každý optimalizovaný proces bude vytvorený testovací scenár, ktorý bude obsahovať počiatočné podmienky, kroky testovacieho prípadu a očakávané výsledky vrátane časových parametrov. Výsledky testovania budú dokumentované a porovnané s očakávanými prínosmi definovanými v projektovej dokumentácii.
630
Peter Ďuriš 2.1 631 - Testovacie scenáre a prípady
632
633 **Detailná funkčná špecifikácia riešenia**
634
635 - vypracovanie registratúrneho poriadku
636
637 - detailný popis funkcionality a biznis požiadaviek,
638
639 - Blokové a dátové modely finálneho produktu
640
641 **Detailná technická špecifikácia, pre všetky systémy samostatne**
642
643 - technická architektúra – časť fyzická architektúra
644
645 - špecifikácia správy používateľov a používateľských profilov (vrátane rolí a práv)
646
647 - špecifikácia podpory identifikácie používateľov a autentifikácie vykonávaných činností
648
649 - špecifikácia technologických riešení a predpokladov na dosiahnutie výkonnostných požiadaviek
650
651 - Plán testovania
652
653 - Testovacie scenáre a prípady
654
655 - Plán Implementácie
Peter Ďuriš 1.1 656 )))
Peter Ďuriš 2.1 657 |**Nákup technických prostriedkov, programových prostriedkov a služieb**|**Obstaranie programových prostriedkov a služieb (R2-2)**
658 |**Implementácia a testovanie**|(((
659 **Implementácia:**
Peter Ďuriš 1.1 660
Peter Ďuriš 2.1 661 **Implementačný plán pre všetky funkčné oblasti samostatne:**
Peter Ďuriš 1.1 662
Peter Ďuriš 2.1 663 - Implementácia systémov pre všetky funkčné oblasti samostatne
Peter Ďuriš 1.1 664
Peter Ďuriš 2.1 665 - Implementácia integrácií systémov pre všetky funkčné oblasti samostatne
Peter Ďuriš 1.1 666
Peter Ďuriš 2.1 667 - Úvodná konfigurácia systému podľa reálnych biznis procesov pre testovacie účely
Peter Ďuriš 1.1 668
Peter Ďuriš 2.1 669 - Vybudovanie testovacieho prostredia, jeho nasadenie a oživenie diela pre všetky systémy a pre všetky funkčné oblasti samostatne
Peter Ďuriš 1.1 670
Peter Ďuriš 2.1 671 - Implementácia procesov
Peter Ďuriš 1.1 672
Peter Ďuriš 2.1 673 **Testovanie:**
Peter Ďuriš 1.1 674
Peter Ďuriš 2.1 675 **Zrealizovanie testovania minimálne v nasledovnom rozsahu:**
Peter Ďuriš 1.1 676
Peter Ďuriš 2.1 677 - Funkčné testy
Peter Ďuriš 1.1 678
Peter Ďuriš 2.1 679 - 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]])
Peter Ďuriš 1.1 680
Peter Ďuriš 2.1 681 - Záťažové testy
Peter Ďuriš 1.1 682
Peter Ďuriš 2.1 683 - Systémové integračné testy
Peter Ďuriš 1.1 684
Peter Ďuriš 2.1 685 - Testy použiteľnosti
Peter Ďuriš 1.1 686
Peter Ďuriš 2.1 687 - Používateľské akceptačné testovanie
Peter Ďuriš 7.1 688
689 **Bezpečnosť:**
690
691 - Aktualizácia bezpečnostného projektu IS MSRŠD
Peter Ďuriš 2.1 692 )))
693 |**Nasadenie**|(((
694 **Nasadenie do produkcie:**
Peter Ďuriš 1.1 695
Peter Ďuriš 2.1 696 - Príprava produkčného prostredia
Peter Ďuriš 1.1 697
Peter Ďuriš 2.1 698 - Administratívna príprava produkčného prostredia (procesy, dokumentácia)
Peter Ďuriš 1.1 699
Peter Ďuriš 2.1 700 - Inštalácia riešenia do produkčného prostredia
Peter Ďuriš 1.1 701
Peter Ďuriš 2.1 702 - Sprístupnenie riešenia v produkčnom prostredí vybraným používateľom
703 )))
704 |(((
705 **~ **
Peter Ďuriš 1.1 706
Peter Ďuriš 2.1 707 **Dokončovacia fáza projektu**
Peter Ďuriš 1.1 708 )))|(((
Peter Ďuriš 2.1 709 **Manažérsky produkt**
710
711 **- **M-02 Správa o dokončení projektu
712
713 **- **M-02 Plán kontroly po odovzdaní projektu
714
715 **- **M-02 Odporúčanie nadväzných krokov
716
717 **- **M-02 Plán monitorovania a hodnotenia po odovzdaní projektu
Peter Ďuriš 1.1 718 )))
Peter Ďuriš 2.1 719 |**Služby projektového riadenia**|(((
720 **Manažérsky produkt**
Peter Ďuriš 1.1 721
Peter Ďuriš 2.1 722 **- **M-01 Plán etapy
Peter Ďuriš 1.1 723
Peter Ďuriš 2.1 724 **- **M-02 Manažérske správy, plány, reporty, zoznamy a požiadavky
Peter Ďuriš 1.1 725
Peter Ďuriš 2.1 726 **- **M-03 Akceptačný protokol
Peter Ďuriš 1.1 727
Peter Ďuriš 2.1 728 **- **M-04 Audit kvality
Peter Ďuriš 1.1 729
Peter Ďuriš 2.1 730 **- **M-05 Analýza nákladov a prínosov
731 )))
732
733
734
Peter Ďuriš 4.1 735 1. NÁHĽAD ARCHITEKTÚRY
736 11. Biznis architektúra
Peter Ďuriš 2.1 737
738 **Aktuálny stav biznis architektúry - AS IS**
739
740 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.
741
742 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:
743
744 * Evidenciu a tvorbu verejných konzultácií
745 * Spracovanie bielych adries a ich zoskupovanie do klastrov
746 * Správu štátnych intervencií (t. j. financovanie projektov infraštruktúry v nedostatočne pokrytých lokalitách)
747 * Zber a vyhodnocovanie vstupných dát (napr. informácie z ÚPREKAPS či od telekomunikačných operátorov)
748 * Správu projektov rozvoja širokopásmového pripojenia
749
750
Peter Ďuriš 4.1 751 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.
Peter Ďuriš 2.1 752
Peter Ďuriš 8.1 753 [[image:1742893321591-655.png]]
Peter Ďuriš 2.1 754
Peter Ďuriš 4.1 755 Obrázok 3 - Bizins architektúra AS IS stavu
Peter Ďuriš 2.1 756
Peter Ďuriš 4.1 757
Peter Ďuriš 2.1 758 **Budúci stav biznis architektúry - TO BE**
759
Peter Ďuriš 4.1 760 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.
Peter Ďuriš 2.1 761
Peter Ďuriš 8.1 762 [[image:1742893321594-148.png]]
Peter Ďuriš 2.1 763
Peter Ďuriš 4.1 764 Obrázok 4 - Bizins architektúra TO BE stavu
Peter Ďuriš 2.1 765
Peter Ďuriš 4.1 766
Peter Ďuriš 2.1 767 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í:
768
769 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.
770 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.
771 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.
772
773 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.
774
775 V budúcom stave sa zavádza integrácia GigaOffice s** eDesk**, čo umožní:
776
777 * **Automatické zasielanie notifikácií** (napr. o spustení verejnej konzultácie či zmene stavu projektu) priamo do elektronických schránok zainteresovaných subjektov,
778 * **Sledovanie stavu správ** (doručená, prečítaná a pod.), čím sa zníži riziko, že dôležité informácie zostanú nepovšimnuté.
779
780 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.
781
Peter Ďuriš 3.1 782 Detailný opis biznis architektúry je súčasťou dokumentu Prístup k projektu.
Peter Ďuriš 2.1 783
Peter Ďuriš 4.1 784 1.
785 11. Aplikačná architektúra
Peter Ďuriš 2.1 786
Peter Ďuriš 3.1 787 **Aktuálny stav aplikačnej architektúry - AS IS**
Peter Ďuriš 2.1 788
Peter Ďuriš 3.1 789 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:
Peter Ďuriš 2.1 790
Peter Ďuriš 3.1 791 1. Centrálny dohľad nad meracou technikou
792 1. Monitoring stavu pokrytia Broadband
793 1. Spracovávanie mapových a priestorových podkladov (zakresľovanie infraštruktúry)
794 1. Mobilná analytika (Spracovanie dát z meracej techniky)
795 1. Zber dát pre potreby BCO
796 1. Plánovanie a riadenie investícií do Broadband
797 1. Správa štátnych intervencií pre oblasť Broadband
798 1. Správa a riadenie verejných konzultácií
799 1. BCO BackOffice
800 1. BCO Portál
801 1. Integračná platforma
802 1. DMS
803 1. SmartAnalytics/CFMS
Peter Ďuriš 2.1 804
805
Peter Ďuriš 3.1 806 Hlavnými celkami súčasnej aplikačnej architektúry, ktoré združujú funkcionalitu MSRŠD a zabezpečujú hlavný chod systému sú:
Peter Ďuriš 2.1 807
Peter Ďuriš 3.1 808 * BCO Backoffice
809 * BCO portál
810 * CDNMT
Peter Ďuriš 2.1 811
Peter Ďuriš 8.1 812 [[image:1742893321596-169.png]]
Peter Ďuriš 2.1 813
Peter Ďuriš 4.1 814 Obrázok 5 - Aplikačná architektúra AS IS stavu
Peter Ďuriš 2.1 815
Peter Ďuriš 4.1 816
Peter Ďuriš 3.1 817 **Budúci stav aplikačnej architektúry - TO BE**
Peter Ďuriš 2.1 818
Peter Ďuriš 3.1 819 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.
Peter Ďuriš 2.1 820
Peter Ďuriš 3.1 821 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.
Peter Ďuriš 2.1 822
823
Peter Ďuriš 8.1 824 [[image:1742893321599-855.png]]
Peter Ďuriš 2.1 825
Peter Ďuriš 4.1 826 Obrázok 6 - Aplikačná architektúra TO BE stavu
Peter Ďuriš 2.1 827
Peter Ďuriš 4.1 828
Peter Ďuriš 3.1 829 Detailný opis aplikačnej architektúry je súčasťou dokumentu Prístup k projektu.
Peter Ďuriš 2.1 830
Peter Ďuriš 4.1 831 1.
832 11. Technologická architektúra
Peter Ďuriš 2.1 833
Peter Ďuriš 3.1 834 **Aktuálny stav technologickej architektúry - AS IS**
Peter Ďuriš 2.1 835
Peter Ďuriš 3.1 836 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.
Peter Ďuriš 2.1 837
Peter Ďuriš 3.1 838 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.
Peter Ďuriš 2.1 839
Peter Ďuriš 3.1 840 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.
Peter Ďuriš 2.1 841
Peter Ďuriš 4.1 842 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.
Peter Ďuriš 2.1 843
Peter Ďuriš 8.1 844 [[image:1742893321602-235.png]]
Peter Ďuriš 2.1 845
Peter Ďuriš 4.1 846 Obrázok 7 - Technologická architektúra AS IS stavu
Peter Ďuriš 2.1 847
Peter Ďuriš 4.1 848
Peter Ďuriš 3.1 849 **Budúci stav technologickej architektúry - TO BE**
Peter Ďuriš 2.1 850
Peter Ďuriš 3.1 851 Detailný opis technologickej architektúry je súčasťou dokumentu Prístup k projektu.
852
853
Peter Ďuriš 4.1 854 1. LEGISLATÍVA
855
Peter Ďuriš 2.1 856 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.
857
858 Právna analýza bude zameraná najmä na:
859
860 * 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;
861 * 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
862
863 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ú:
864
865 * Zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe
866 * 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)
867 * Vyhláška Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 547/2021 Z. z. o elektronizácii agendy verejnej správy
868 * Zákon č. 540/2001 Z. z. o štátnej štatistike
869 * Zákon č. 211/2000 Z. z. o slobodnom prístupe k informáciám (zákon o slobode informácií)
870 * 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
871 * Zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti
Peter Ďuriš 7.1 872 * Zákon č. 367/2024 Z. z. o kritickej infraštruktúre a o zmene a doplnení niektorých zákonov
Peter Ďuriš 2.1 873 * 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
874 * 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
875 * Vyhláška Úradu na ochranu osobných údajov Slovenskej republiky č. 158/2018 Z. z. o postupe pri posudzovaní vplyvu na ochranu osobných údajov
876 * 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)
877 * Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov.
878 * 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
879 * 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
880 * 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í
881 * 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
882 * 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í
883 * 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
884 * Vyhláška č. 155/2016 Z. z. zo dňa 23. 03. 2016, ktorou sa ustanovujú podrobnosti o jednotnom európskom dokumente a jeho obsahu
885 * 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
886 * Zákon č. 214/2021 Z. z. o podpore ekologických vozidiel cestnej dopravy a o zmene a doplnení niektorých zákonov
887
888
889 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ä:
890
891 * Zákon č. 452/2021 Z. z. o elektronických komunikáciách
892 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í.
Peter Ďuriš 4.1 893 * 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
Peter Ďuriš 2.1 894 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.
895 * Vyhláška MŽP SR č. 532/2002 Z. z.
896 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í.
897 * Národný plán širokopásmového pripojenia (NPŠP)
898 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.
899 * Opatrenie Úradu pre reguláciu elektronických komunikácií a poštových služieb č. O-1/2018
900 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.
901
902 Z hľadiska európskeho práva a strategických materiálov sú kľúčové najmä:
903
904 * Smernica Európskeho parlamentu a Rady č. 2014/61/EÚ („Smernica EÚ o znížení nákladov“)
905 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.
906 * Smernica Európskeho parlamentu a Rady (EÚ) 2018/1972
907 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í.
908 * Nariadenie (EÚ) 2018/1971
909 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).
910 * Usmernenia BEREC (Body of European Regulators for Electronic Communications)
911 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í.
912 * Digitálny kompas EÚ
913 Stanovuje ciele pre digitálnu transformáciu Európy do roku 2030 vrátane rozvoja gigabitových sietí a digitálnych zručností.
914
915 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.
916
917
Peter Ďuriš 4.1 918 1. ROZPOČET A PRÍNOSY
Peter Ďuriš 2.1 919
Peter Ďuriš 4.1 920
Peter Ďuriš 2.1 921 UCP analýza a prieskum trhu v prípade systémového SW pre projekt tvorili základ pre prípravu rozpočtu.
922
923 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.
924
925
Peter Ďuriš 4.1 926 1.
927 11. Sumarizácia nákladov a prínosov
Peter Ďuriš 2.1 928
929
930 **Nákladová štruktúra projektu:**
931
932 Hlavné aktivity:
933
Peter Ďuriš 7.1 934 * Vývoj aplikácií – 5 549 732 z toho:
935 * 013 Softvér – 5 102 696 €
936 * 521 Mzdové výdavky – 447 036 €
Peter Ďuriš 2.1 937
938 Podporné aktivity:
939
Peter Ďuriš 7.1 940 * 907 paušálna sadzba – 388 481 €
Peter Ďuriš 2.1 941
Peter Ďuriš 7.1 942 **Celková suma za projekt z pohľadu výzvy je 5 938 213 €**
Peter Ďuriš 2.1 943
944 |(% 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**|
945 |
Peter Ďuriš 7.1 946 |(% rowspan="6" %)Hlavné etapy|(% rowspan="3" %)Vývoj aplikácií|(% rowspan="3" %)5,549,732 €|OPEX|(% colspan="2" %)Externé|- €|
947 |CAPEX|(% colspan="2" %)Externé|5,102,696 €|
948 |OPEX|(% colspan="2" %)Interné|447,036 €|
949 |(% rowspan="3" %)Nákup HW a SW|(% rowspan="3" %)0 €|OPEX|(% colspan="2" %)Externé|- €|
950 |CAPEX|(% colspan="2" %)Externé|- €|
951 |OPEX|(% colspan="2" %)Interné|- €|
952 |(% rowspan="6" %)Prevádzka|(% rowspan="3" %)Aplikácie|(% rowspan="3" %)5,510,911 €|OPEX|(% colspan="2" %)Externé|2,296,213 €|
953 |CAPEX|(% colspan="2" %)Externé|3,214,698 €|
954 |OPEX|(% colspan="2" %)Interné|- €|
955 |(% rowspan="3" %)HW a SW|(% rowspan="3" %)0 €|OPEX|(% colspan="2" %)Externé|- €|
956 |CAPEX|(% colspan="2" %)Externé|- €|
957 |OPEX|(% colspan="2" %)Interné|- €|
958 |(% rowspan="5" %)Podporné oblasti|(% rowspan="2" %)Projekový manažment|(% rowspan="2" %)61,182 €|OPEX|(% colspan="2" %)Externé|0 €|
959 |OPEX|(% colspan="2" %)Interné|61,182 €|
960 |(% rowspan="2" %)Publicita|(% rowspan="2" %)327,299 €|OPEX|(% colspan="2" %)Externé|- €|
961 |OPEX|(% colspan="2" %)Interné|- €|
962 |Ostatné výdavky| |(% colspan="2" %)Ostatné zmiešané výdavky| |327,299 €|
963 |(% colspan="2" rowspan="2" %)Výstupné náklady|(% rowspan="2" %)0 €| |Externé| |- €|
964 | |Interné| |- €|
965 |(% colspan="2" %)SPOLU|11,449,125 €| |-| |** 11,449,125 €**|
966
967
968
Peter Ďuriš 2.1 969
970
Peter Ďuriš 7.1 971 Projekt bude realizovaný v rámci jedného inkrementu, ktorý zahŕňa vývoj a implementáciu štyroch modulov v období 24 mesiacov. Tento prístup bol zvolený z dôvodu efektívneho riadenia projektu a minimalizácie rizika nesúladu medzi jednotlivými modulmi. Všetky komponenty budú vyvíjané paralelne, pričom ich dodanie, testovanie a nasadenie bude koordinované tak, aby sa zabezpečila ich funkčná integrácia. Katalóg požiadaviek obsahuje najviac požiadaviek so zložitosťou 10. Tieto požiadavky sú charakteristické komplexným užívateľským rozhraním, spracovaním dát ovplyvňujúcim niekoľko databázových subjektov a procesmi pozostávajúcimi z vyššieho počtu krokov. Ich implementácia je nevyhnutná pre dosiahnutie cieľov projektu, ktoré zahŕňajú: pokročilé analytické funkcionality, priestorové informácie a integráciu s externými systémami. Pre dva moduly projektu bol stanovený faktor produktivity (PF) na úrovni 30 hodín na jeden UCP (Use Case Point). Tento vyšší faktor bol zvolený vzhľadom na technickú náročnosť a kritickosť týchto modulov, ktorý reflektuje potrebu detailnej implementácie, testovania a optimalizácie kódu, aby sa zabezpečila spoľahlivosť, bezpečnosť a vysoká kvalita systému. Táto hodnota je v súlade s odporúčaniami teórie Karnera, ktorá umožňuje flexibilitu podľa náročnosti projektu. Ďalej v rámci UCP analýzy boli použité konzervatívne hodnoty pre ECF a TCF nakoľko projekt je komplexný. Vyššia hodnota ECF reflektuje nároky na skúsenosti tímu a TCF technickú náročnosť projektus ohľadom na potrebu implementácie pokročilých technológií a robustných riešení. UAW bolo stanovené na základe vstupov z biznis architektúry projektu.
Peter Ďuriš 4.1 972
973
974 1.
975 11. Prínosy projektu
976
Peter Ďuriš 2.1 977 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.
978
979
980 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.
981
982
983 Ď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.
984
985
986 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í.
987
988
989 |**Názov**|**Hodnota**
990 |Počet kilometrov na pokrytie bielych miest (km)|4 735
991 |Využitie existijúcej infraštruktúry (km)|2 841
992 |Predpokladaná úspora|25%
993 |Priemerná cena za vybudovanie pripojenia (EUR/km)|20 000
994 |**Úspora (EUR)**|**14 205 000**
995
996
997 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).  
998
999 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.
1000
Peter Ďuriš 7.1 1001 Prínosy projektu boli kalkulované na základe údajov iba pre tento projekt a nie sú duplikované v komplementárnom projekte Atlas pasívnej infraštruktúry, kde boli prínosy počítané na podobnom metodickom základe, ale ich prínosy boli kalkulované na základe rozšírenia internetového pripojenia xDSL a pripojenia s pevným rádiovým prístupom.
Peter Ďuriš 2.1 1002
Peter Ďuriš 7.1 1003
1004
Peter Ďuriš 4.1 1005 1.
1006 11. Vyhodnotenie CBA
Peter Ďuriš 2.1 1007
1008 V nasledujúcej tabuľke je vyhodnotená CBA v horizonte 10 rokov:
1009
1010 | |(% colspan="6" %)**Cashflow projektu**|(% colspan="5" %)**Čistá súčasná hodnota z projektu**
1011 | |(% 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
1012 |**Obdobie**|AS IS|TO BE|//rozdiel//|AS IS|TO BE|//rozdiel//| | | |(% colspan="2" %)
Peter Ďuriš 7.1 1013 |t1|**0.00**|**-376,244.84**|**-376,244.84**|**0.00**|**-313,537.37**|**-313,537.37**|0|**-376,244.84**|**-313,537.37**|**-313,537.37**|**<**
1014 |t2|**0.00**|**-6,174,291.94**|**-6,174,291.94**|**0.00**|**-5,145,243.28**|**-5,145,243.28**|1|**-5,936,819.17**|**-4,900,231.70**|**-5,213,769.07**|**<**
1015 |t3|**0.00**|**-612,323.47**|**-612,323.47**|**0.00**|**377,542.94**|**377,542.94**|2|**-566,127.47**|**342,442.58**|**-4,871,326.49**|**<**
1016 |t4|**0.00**|**-612,323.47**|**-612,323.47**|**0.00**|**1,392,185.80**|**1,392,185.80**|3|**-544,353.34**|**1,202,622.44**|**-3,668,704.06**|**<**
1017 |t5|**0.00**|**-612,323.47**|**-612,323.47**|**0.00**|**1,392,185.80**|**1,392,185.80**|4|**-523,416.67**|**1,145,354.70**|**-2,523,349.35**|**<**
1018 |t6|**0.00**|**-612,323.47**|**-612,323.47**|**0.00**|**1,392,185.80**|**1,392,185.80**|5|**-503,285.26**|**1,090,814.00**|**-1,432,535.35**|**<**
1019 |t7|**0.00**|**-612,323.47**|**-612,323.47**|**0.00**|**1,392,185.80**|**1,392,185.80**|6|**-483,928.13**|**1,038,870.48**|**-393,664.88**|**<**
1020 |t8|**0.00**|**-612,323.47**|**-612,323.47**|**0.00**|**1,392,185.80**|**1,392,185.80**|7|**-465,315.51**|**989,400.45**|**595,735.58**|**Rok návratu investície**
1021 |t9|**0.00**|**-612,323.47**|**-612,323.47**|**0.00**|**1,392,185.80**|**1,392,185.80**|8|**-447,418.76**|**942,286.15**|**1,538,021.73**|**>**
1022 |t10|**0.00**|**-612,323.47**|**-612,323.47**|**0.00**|**1,392,185.80**|**1,392,185.80**|9|**-430,210.35**|**897,415.38**|**2,435,437.10**|**>**
1023 |**SPOLU**|**0.00**|**-11,449,124.55**|**-11,449,124.55**|**0.00**|**4,664,062.87**|**4,664,062.87**|**SPOLU**|**-10,277,119.51**|**2,435,437.10**| |
Peter Ďuriš 2.1 1024 | | | | | | | | | | | |
1025 | | | | | | | |**Výsledok CBA**| |**//Výsledná hodnota//**|**//Minimálna hodnota//**|
1026 | | | | | | | |**BCR**|pomer prínosov a nákladov|**1.08**|**1.00**|
1027 | | | | | | | |FIRR|finančná vnútorná výnosová miera ~(%)|N/A|-|
Peter Ďuriš 7.1 1028 | | | | | | | |EIRR|ekonomická vnútorná výnosová miera ~(%)|14.3%|5.0%|
Peter Ďuriš 4.1 1029 | | | | | | | | | | | |
Peter Ďuriš 7.1 1030 | | | | | | | |FNPV|finančná čistá súčasná hodnota (eur s DPH)|-10,277,120|-|
1031 | | | | | | | |ENPV|ekonomická čistá súčasná hodnota (eur bez DPH)|2,435,437|0|
Peter Ďuriš 2.1 1032
1033
1034
Peter Ďuriš 4.1 1035
1036
1037 1. HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA
1038
1039
Peter Ďuriš 1.1 1040 |**ID**|**FÁZA/AKTIVITA**|(((
1041 **ZAČIATOK**
Peter Ďuriš 2.1 1042
Peter Ďuriš 1.1 1043 (odhad termínu)
1044 )))|(((
1045 **KONIEC**
Peter Ďuriš 2.1 1046
Peter Ďuriš 1.1 1047 (odhad termínu)
1048 )))|**POZNÁMKA**
Peter Ďuriš 2.1 1049 |1.|Prípravná fáza a Iniciačná fáza|08/2024|09/2025|Vrátane VO
1050 |2.|Realizačná fáza|10/2025|09/2027|
1051 |2a|Analýza a Dizajn|10/2025|07/2026|
1052 |2b|Implementácia a testovanie|07/2026|07/2027|
1053 |2c|Nasadenie a PIP|07/2027|12/2027|(((
1054 Nasadenie (07-09/2027)
Peter Ďuriš 1.1 1055
Peter Ďuriš 2.1 1056 PIP - 3 mesiace po nasadení (10-12/2027
1057 )))
1058 |3.|Dokončovacia fáza|09/2027|12/2027|
1059 |4.|Podpora prevádzky (SLA)|01/2028|12/2032|
Peter Ďuriš 1.1 1060
1061
Peter Ďuriš 2.1 1062 **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.
Peter Ďuriš 1.1 1063
Peter Ďuriš 4.1 1064 // //
Peter Ďuriš 1.1 1065
Peter Ďuriš 4.1 1066 1. PROJEKTOVÝ TÍM
Peter Ďuriš 1.1 1067
Peter Ďuriš 4.1 1068
Peter Ďuriš 2.1 1069 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.
Peter Ďuriš 1.1 1070
Peter Ďuriš 2.1 1071 Najvyššou autoritou projektu je RV, ktorý tvorí:
Peter Ďuriš 1.1 1072
Peter Ďuriš 2.1 1073 * predseda RV
1074 * podpredseda RV
1075 * zástupca kľúčových používateľov
1076 * Projektový manažér
1077 * zástupca dodávateľa
Peter Ďuriš 1.1 1078
1079
Peter Ďuriš 2.1 1080 Zloženie riadiaceho výboru:
Peter Ďuriš 1.1 1081
Peter Ďuriš 2.1 1082 |ID|Meno a Priezvisko|Pozícia|Oddelenie|Rola v projekte
Peter Ďuriš 7.1 1083 |1.|TBC|štátny tajomník|MIRRI SR|Predseda RV (HP)
Peter Ďuriš 2.1 1084 |2.|TBC|generálny riaditeľ|MIRRI SR|Podpredseda (HP)
1085 |3.|TBC|TBC|MIRRI SR|Zástupca vlastníkov procesov (HP)
1086 |4.|TBC|TBC|MIRRI SR|Zástupca kľúčových používateľov (HP)
1087 |5.|TBC|Projektový manažér|MIRRI SR|Člen bez HP
1088 |6.|TBC|Zástupca dodávateľa| |Zástupca dodávateľa (HP)
1089
1090
1091 Zloženie projektového tímu:
1092
1093 |ID|Meno a Priezvisko|Pozícia|Oddelenie|Rola v projekte
1094 |1.|TBC|Projektový manažér|MIRRI SR|Projektový manažér
1095 |2.|TBC|Vlastník projektu|MIRRI SR|Vlastník projektu
1096 |3.|TBC|Kľúčový používateľ|MIRRI SR|Kľúčový používateľ
1097 |4.|TBC|IT analytik|MIRRI SR|IT analytik
1098 |5.|TBC|IT architekt|MIRRI SR|IT architekt
1099 |6.|TBC|Manažér KIB|MIRRI SR|Manažér KIB
Peter Ďuriš 4.1 1100 |8.|TBC|Manažér kvality|MIRRI SR|Manažér kvality
1101 |9.|TBC|UX Dizajnér|MIRRI SR|UX Dizajnér
1102 |10.|TBC|Vlastník údajov|MIRRI SR|Vlastník údajov
Peter Ďuriš 2.1 1103
1104
1105
1106
1107
Peter Ďuriš 4.1 1108 1.
1109 11. PRACOVNÉ NÁPLNE
Peter Ďuriš 2.1 1110
Peter Ďuriš 4.1 1111
1112 Zástupca vlastníkov projektu
1113
Peter Ďuriš 2.1 1114 |**Projektová rola:**|(((
1115 **~ **
1116
Peter Ďuriš 4.1 1117 **VLASTNÍK PROJEKTU **(biznis vlastník)
Peter Ďuriš 2.1 1118
1119
1120 )))
1121 |**Stručný popis:**|(((
1122 * 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.
1123 * 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.
1124 )))
1125 |**Detailný popis rozsahu zodpovednosti, povinností a kompetencií**|(((
1126 Zodpovedný za:
1127
1128 * Realizáciu dohľadu nad súladom projektových výstupov s požiadavkami koncových používateľov.
1129
1130 * Spoluprácu pri riešení odpovedí na otvorené otázky  a riziká projektu.
1131
1132 * 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)
1133
1134 * Riešenie problémov a požiadaviek  v spolupráci s odbornými garantmi,
1135 * Spoluprácu pri špecifikácii a poskytuje súčinnosť pri riešení zmenových požiadaviek
1136
1137 * 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
1138 * 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ť,
1139 * Definovanie merateľných výkonnostných ukazovateľov projektov a prvkov,
1140 * Sledovanie a odsúhlasovanie nákladovosti, efektívnosti vynakladania finančných prostriedkov a priebežné monitorovanie a kontrolu odôvodnenia projektu (BC/CBA)
1141 * Schválenie akceptačných kritérií,
1142 * Riešenie problémov používateľov
1143 * Akceptáciu rozsahu a kvality dodávaných projektových výstupov pri dosiahnutí platobných míľnikov,
1144 * Vykonanie UX a UAT testovania
1145 * Odsúhlasenie spustenia výstupov projektu do produkčnej prevádzky,
1146 * Dostupnosť a efektívne využitie ľudských zdrojov alokovaných na realizáciu projektu,
1147 * Vykonávanie monitorovania a hodnotenia procesov v plánovaných intervaloch.
1148 * Poskytovanie vyjadrení k zmenovým požiadavkám, k ich opodstatnenosti a prioritizácii
1149 * Zisťovanie efektívneho spôsobu riadenia a optimalizácie zvereného procesu, vrátane analyzovanie všetkých vyskytujúcich sa nezhôd,
1150 * Okrem zvažovaní rizík prevádzkových alebo podporných procesov súčasne vlastník napomáha identifikovať príležitosti,
1151 * Zlepšovanie a optimalizáciu procesov v spolupráci s ďalšími prepojenými vlastníkmi procesov a manažérom kvality,
1152 * Odsúhlasenie akceptačných protokolov zmenových konaní
1153 * 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
1154 * plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu
1155
1156
1157 )))
1158
1159
1160 Zástupca kľúčových používateľov
1161
1162 |**Projektová rola:**|(((
1163 **~ **
1164
1165 **KĽUČOVÝ POUŽIVATEĽ **(end user)
1166
1167
1168 )))
1169 |**Stručný popis:**|(((
1170 * zodpovedný za reprezentáciu záujmov budúcich používateľov projektových produktov alebo projektových výstupov a za overenie kvality produktu.
1171 * 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ť.
1172 * 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
1173 )))
1174 |**Detailný popis rozsahu zodpovednosti, povinností a kompetencií**|(((
1175
1176
1177 Zodpovedný za:
1178
1179 * Návrh a špecifikáciu funkčných a technických požiadaviek
1180 * 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
1181 * Vytvorenie špecifikácie, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu,
1182 * Špecifikáciu požiadaviek koncových používateľov na prínos systému
1183 * Špecifikáciu požiadaviek na bezpečnosť,
1184 * Návrh a definovanie akceptačných kritérií,
1185 * Vykonanie používateľského testovania funkčného používateľského rozhrania (UX testovania)
1186 * Finálne odsúhlasenie používateľského rozhrania
1187 * Vykonanie akceptačného testovania (UAT)
1188 * Finálne odsúhlasenie a  akceptáciu manažérskych a špecializovaných produktov alebo projektových výstupov
1189 * Finálny návrh na spustenie do produkčnej prevádzky,
1190 * Predkladanie požiadaviek na zmenu funkcionalít produktov
1191 * 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
1192 * Plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu
1193
1194
1195 )))
1196
1197
1198 Projektový tím
1199
1200 |**Projektová rola:**|(((
1201 **~ **
1202
1203 **PROJEKTOVÝ MANAŽÉR**
1204
1205
1206 )))
1207 |**Stručný popis:**|(((
1208 * 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.
1209 * 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.
1210 * 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.
1211 )))
1212 |**Detailný popis rozsahu zodpovednosti, povinností a kompetencií**|(((
1213 Zodpovedný za:
1214
1215 * Riadenie projektu podľa pravidiel stanovených vo Vyhláške 401/2023 Z.z.
1216 * Riadenie prípravy, inicializácie a realizácie projektu
1217 * Identifikovanie kritických miest projektu a navrhovanie ciest k ich eliminácii
1218 * Plánovanie, organizovanie, motivovanie projektového tímu a monitorovanie projektu
1219 * 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
1220 * 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
1221 * Zabezpečenie vypracovania manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 401/2023 Z.z.
1222 * Zabezpečenie realizácie projektu podľa štandardov definovaných vo Vyhláške 78/2020 Z.z.
1223 * 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
1224 * Riadenie a operatívne riešenie a odstraňovanie strategických / projektových rizík a závislostí
1225 * Predkladanie návrhov na zlepšenia na rokovanie Riadiaceho výboru (RV)
1226 * Celkovú alokáciu a efektívne využívanie ľudských a finančných zdrojov v projekte
1227 * Celkový postup prác v projekte a realizuje nápravné kroky v prípade potreby
1228 * Vypracovanie požiadaviek na zmenu (CR), návrh ich prioritizácie a predkladanie zmenových požiadaviek na rokovanie RV
1229 * Riadenie zmeny (CR) a prípadné požadované riadenie konfigurácií a ich zmien
1230 * Riadenie implementačných a prevádzkových aktivít v rámci projektov.
1231 * 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,
1232 * Formálnu administráciu projektu, riadenie centrálneho projektového úložiska, správu a archiváciu projektovej dokumentácie
1233 * Kontrolu dodržiavania a plnenia míľnikov v zmysle zmluvy s dodávateľom,
1234 * Dodržiavanie metodík projektového riadenia,
1235 * Predkladanie požiadaviek dodávateľa na rokovanie Riadiaceho výboru (RV),
1236 * Vecnú a procesnú administráciu zúčtovania dodávateľských faktúr
1237
1238
1239 )))
1240
1241
1242 |**Projektová rola:**|(((
1243 **~ **
1244
1245 **IT ARCHITEKT**
1246
1247
1248 )))
1249 |**Stručný popis:**|(((
1250 * 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.
1251 * 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.
1252 * 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.
1253 )))
1254 |**Detailný popis rozsahu zodpovednosti, povinností a kompetencií**|(((
1255
1256
1257 Zodpovedný za:
1258
1259 * Navrhovanie architektúry IT riešení s cieľom dosiahnuť najlepšiu efektivitu.
1260 * Transformovanie cieľov, prísľubov a zámerov projektu do tvorby reálnych návrhov a riešení.
1261 * Navrhovanie takých riešení, aby poskytovali čo najvyššiu funkčnosť a flexibilitu.
1262 * Posudzovanie vhodnosti navrhnutých riešení s ohľadom na požiadavky projektu.
1263 * Zodpovednosť za technické navrhnutie a realizáciu projektu.
1264 * Zodpovednosť za vytvorenie technickej IT dokumentácie a jej následná kontrola.
1265 * Zodpovednosť za definovanie integračných vzorov, menných konvencií, spôsobov návrhu a spôsobu programovania.
1266 * Definovanie architektúry systému, technických požiadaviek a funkčného modelu (Proof Of Concept.)
1267 * Vytvorenie požiadaviek na HW/SW infraštruktúru IS
1268 * Udržiavanie a rozvoj konzistentnej architektúry s dôrazom na architektúru aplikačnú, dátovú a infraštruktúru
1269 * Analýzu a odhad náročnosti technických požiadaviek na vytvorenie IS alebo vykonanie zmien v IS
1270 * Navrhovanie riešení zohľadňujúce architektonické štandardy, časové a zdrojové obmedzenia,
1271 * Navrhovanie dátových transformácií medzi dátovými skladmi a aplikáciami
1272 * Vyhodnocovanie implementačných alternatív z pohľadu celkovej IT architektúry
1273 * Ladenie dátových štruktúr za účelom dosiahnutia optimálneho výkonu
1274 * Prípravu akceptačných kritérií
1275 * Analýza nových nástrojov, produktov a technológií
1276 * Správa, rozvoj a dohľad nad dodržiavaním integračných štandardov
1277 * 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
1278 * Vykonáva posudzovanie a úpravu testovacej stratégie, testovacích scenárov, plánov testov, samotné testovanie a účasť na viacerých druhoch testovania
1279 * Vykonanie záťažových, výkonnostných a integračných testov a navrhnutie následných nápravných
1280 * Nasadenie a otestovanie migrácie, overenie kvality dát a navrhnutie nápravných opatrení
1281 * Participáciu na výkone bezpečnostných testov,
1282 * Participáciu na výkone UAT testov,
1283 * Posúdenie prevádzkovo-infraštruktúrnej dokumentácie pred akceptáciou a prevzatím od dodávateľa
1284 * 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
1285 * Plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu
1286
1287
1288 )))
1289
1290
1291 |**Projektová rola:**|(((
1292 **~ **
1293
1294 **IT ANALYTIK**
1295
1296
1297 )))
1298 |**Stručný popis:**|(((
1299 * 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.
1300 * 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.
1301 * 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.
1302 * 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í.
1303 * 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).
1304 )))
1305 |**Detailný popis rozsahu zodpovednosti, povinností a kompetencií**|(((
1306
1307
1308 Zodpovedný za:
1309
1310 * 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.
1311 * 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.
1312 * Analýza potrieb zákazníka vrátane tvorby úplnej analytickej dokumentácie a vstupov do verejného obstarávania (VO).
1313 * Mapovanie požiadaviek do návrhu funkčných riešení.
1314 * Návrh a správa katalóg požiadaviek  - registra požiadaviek riešenia
1315 * Analýza funkčných a nefunkčných požiadaviek,
1316 * Návrh fyzického a logického modelu,
1317 * Návrh testovacích scenárov,
1318 * V priebehu implementácie robí dohľad nad zhodou výstupov s pôvodným analytickým zadaním.
1319 * Zodpovednosť za dodržovanie správnej metodiky pri postupe analýzy
1320 * Definovanie akceptačných kritérií v projekte
1321 * 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í
1322 * Priraďuje priority a poskytuje stanoviská používateľov na rozhodnutia Riadiaceho výboru projektu – k realizácii zmenových požiadaviek
1323 * Poskytuje merania aktuálneho stavu pre potreby porovnania s výsledkami projektu vzhľadom na realizáciu prínosov
1324 * Rieši požiadavky používateľov a konflikty iných priorít
1325 * Posúdenie prevádzkovo-infraštruktúrnej dokumentácie pred akceptáciou a prevzatím od dodávateľa
1326 * 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
1327 * Plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu
1328
1329
1330 )))
1331
1332
1333 |**Projektová rola:**|**MANAŽÉR KVALITY**
1334 |**Stručný popis:**|(((
1335 * zodpovedá za úvodné nastavenie pravidiel riadenia kvality a za následné dodržiavanie a kontrolu kvality,
1336 * kontroluje, či sa riadenie a proces zabezpečenia kvality vykonáva správnym spôsobom, v správnom čase
1337 * a správnymi osobami,
1338 * počas celej doby realizácie projektu zabezpečuje riadenie kvality projektových výstupov a zhodu
1339 * 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,
1340 * 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,
1341 * 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,
1342 * plní pokyny PM a dohody zo stretnutí projektového tímu,
1343 * spolupracuje s PM,
1344 * zodpovedá sa PM,
1345 * informuje PM o stave plnenia úloh, o zisteniach a o rizikách,
1346 * sleduje a hodnotí kvalitatívne ukazovatele projektových výstupov,
1347 * zabezpečuje zhodnotenie kvality projektu zamerané na výstupy iniciačnej a realizačnej fázy projektu
1348 * formou auditu na mieste, ktorého výsledky spracuje v produkte M-04 Audit kvality.
1349 )))
1350 |**Detailný popis rozsahu zodpovednosti, povinností a kompetencií**|(((
1351 * 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,
1352 * definovanie politiky kvality (stratégie kvality), meranie kvality, analýzu a spracovanie plánov kvality,
1353
1354 * riadenie a monitorovanie dosahovania cieľov kvality,
1355 * špecifikáciu požiadaviek na kvalitu vyvíjaných funkcionalít systému,
1356 * špecifikáciu požiadaviek pre ďalší rozvoj,
1357 * definovanie akceptačných kritérií,
1358 * zabezpečenie súladu so štandardmi, normami, právnymi požiadavkami, požiadavkami užívateľov a prevádzkovateľov systémov,
1359 * posúdenie BC/CBA – odôvodenie projektu s katalógom funkčných, nefunkčných a technických požiadaviek,
1360 * kontrolu kvality plnenia vecných požiadaviek definovaných v zmluve s dodávateľom alebo v požiadavkách na zmenu,
1361 * 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í,
1362 * monitoring a vyhodnocovanie kvality údajov a návrh nápravných opatrení za účelom zabezpečenia správnosti a konzistentnosti údajov,
1363 * definovanie postupov, navrhovanie a vyjadrovanie sa k plánom testov a testovacích scenárov,
1364 * analyzovanie výsledkov testovania,
1365 * kontrolu plnenia projektových úloh a časového harmonogramu projektu,
1366 * 15. kontrolu plnenia finančného plánu projektu,
1367 )))
1368
1369
Peter Ďuriš 4.1 1370 |**Projektová rola:**|**MANAŽÉR TESTOVANIA**
1371 |**Stručný popis:**|(((
1372 * 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.
1373 * 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.
1374 )))
1375 |**Detailný popis rozsahu zodpovednosti, povinností a kompetencií**|(((
1376 * vytvára a implementuje testovaciu stratégiu pre projekt, vrátane definovania metodík, nástrojov a postupov testovania.
1377 * riadi koordináciu testovacích aktivít a alokáciu testovacích zdrojov (ľudských, technických).
1378 * vytvára podrobné testovacie plány a definujú testovacie prípady na základe požiadaviek projektu.
1379 * dohliada na správne vykonávanie manuálneho a automatizovaného testovania.
1380 * spolupracuje s kľúčovými používateľmi pri definovaní akceptačných kritérií a zbere spätnej väzby.
1381 * sleduje a vyhodnocuje kvalitu testovacích výstupov počas celého testovacieho procesu.
1382 * zabezpečuje dodržiavanie testovacích kritérií a požiadaviek počas akceptačných testov.
1383 * riadi identifikáciu, riešenie a následné testovanie chýb pred nasadením do produkcie.
1384 * monitoruje a vyhodnocuje efektívnosť testovacích procesov a výsledkov testovania.
1385 * zabezpečuje, že testovanie prebieha v súlade s internými a externými normami, predpismi a požiadavkami.
1386 * poskytuje pravidelné správy o stave testovania, problémoch a rizikách projektovému manažérovi.
1387 * neustále zlepšuje testovacie procesy s cieľom zvýšiť efektivitu a kvalitu testovania.
1388 )))
1389
1390
Peter Ďuriš 2.1 1391 |**Projektová rola:**|**MANAŽÉR KYBERNETICKEJ A INFORMAČNEJ BEZPEČNOSTI („KIB“)**
1392 |**Stručný popis:**|(((
1393 * 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,
1394 * 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,
1395 * zodpovedá za posúdenie možných alternatív realizácie projektu za oblasť IB a KB,
1396 * 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,
1397 * poskytuje konzultácie a súčinnosť pre problematiku IB a KB,
1398 * poskytuje konzultácie pri tvorbe šablón a vzorov dokumentácie pre oblasť IB a KB,
1399 * poskytuje konzultácie a vykonáva kontrolnú činnosť zameranú na obsah a komplexnosť dokumentácie z hľadiska IB a KB,
1400 * 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,
1401 * zabezpečuje získavanie a spracovanie informácií nutných pre plnenie úloh v oblasti IB a KB,
1402 * 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,
1403 * plní pokyny PM a dohody zo stretnutí projektového tímu.
1404 )))
1405 |**Detailný popis ozsahu zodpovedností, povinností a kompetencií**|(((
1406 - zodpovedá za špecifikovanie:
1407
1408
1409 * štandardov, princípov a stratégií v oblasti informačnej bezpečnosti („IB“) akybernetickej bezpečnosti („KB“) a ich dodržiavanie,
1410 * funkčných, nefunkčných a technických požiadaviek na IB a KB a za ich analýzu,
1411 * požiadaviek na IB a KB, kontroluje ich implementáciu v realizovanom projekte,
1412 * požiadaviek na bezpečnosť vývojového, testovacieho a produkčného prostredia,
1413 * požiadaviek na bezpečnosť v rámci bezpečnostnej vrstvy,
1414 * požiadaviek na školenia pre oblasť IB a KB,
1415 * požiadaviek na bezpečnostnú architektúru riešenia a technickú infraštruktúru pre oblasť IB a KB,
1416 * požiadaviek na dostupnosť, zálohovanie, archiváciu a obnovu IS vzťahujúce sa na IB a KB,
1417 * požiadaviek na IB a KB, bezpečnostný projekt a riadenie prístupu,
1418 * požiadaviek na opis vývojového, testovacieho a produkčného prostredia za oblasť IB a KB,
1419 * požiadaviek na testovanie z hľadiska IB a KB, realizáciu kontroly zapracovania a retestu,
1420 * požiadaviek na obsah dokumentácie v zmysle legislatívnych požiadaviek pre oblasť IB a KB, ako aj v zmysle "best practies",
1421 * požiadavieknadodaniepotrebnejdokumentáciesúvisiacejsIBaKBkontrolujeichimplementáciu v realizovanom projekte,
1422 * požiadaviek a konzultácie pri návrhu riešenia za agendu IB a KB v rámci procesu „Mapovanie a analýza technických požiadaviek - detailný návrh riešenia (DNR)“,
1423 * požiadavieknabezpečnosť ITaKB vrámci procesu "akceptácie, odovzdania a správy zdrojových kódov“,
1424 * akceptačných kritérií za oblasť IB a KB,
1425 * pravidiel pre publicitu a informovanosť s ohľadom na IB a KB,
1426 * podmienok na testovanie, reviduje výsledky a výstupy z testovania za oblasť IB a KB,
1427 * požiadaviek na bezpečnostný projekt pre oblasť̌ IB a KB,
1428 \\ zodpovedá za realizáciu kontroly:
1429
1430 * zameranej na naplnenie požiadaviek definovaných v bezpečnostnom projekte za oblasť IB a KB,
1431 * zameranú na správnosť nastavení a konfigurácii bezpečnosti jednotlivých prostredí,
1432 * zameranú na realizáciu procesu posudzovania a komplexnosti bezpečnostných rizík, bezpečnosť a kompletný popis rozhraní, správnu identifikácia závislostí,
1433 * naplnenia definovaných požiadaviek pre oblasť IB a KB,
1434 * zameranú na implementovaný proces v priamom súvise s IB a KB,
1435 * súladu s platnou legislatívou v oblasti IB a KB (obsahuje aj kontrolu legislatívnych požiadaviek),
1436 * zameranú na zabezpečenie procesu, interfejsov, integrácii, kompletného popisu rozhraní a spoločných komponentov a posúdenia z pohľadu bezpečnosti.
1437 )))
1438
1439
1440 |**Projektová rola:**|(((
1441 **~ **
1442
1443 **VLASTNÍK ÚDAJOV / VLASTNÍK DÁT**
1444
1445
1446 )))
1447 |**Stručný popis:**|(((
1448 * 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.
1449 * 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.
1450 * 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
1451 * 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
1452 )))
1453 |**Detailný popis rozsahu zodpovednosti, povinností a kompetencií**|(((
1454 Zodpovedný za:
1455
1456 * Realizáciu dohľadu nad súladom projektových výstupov s požiadavkami na dátovú kvalitu.
1457
1458 * Spoluprácu pri riešení odpovedí na otvorené otázky a riziká projektu.
1459
1460 * Posudzovanie, pripomienkovanie, testovanie a protokolárne odsúhlasovanie projektových výstupov v príslušnej oblasti – dátových štandardov
1461
1462 * Riešenie problémov a požiadaviek v spolupráci s odbornými garantmi,
1463 * Spoluprácu pri špecifikácii a poskytuje súčinnosť pri riešení zmenových požiadaviek
1464
1465 * 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
1466 * Spolupráca pri definovaní merateľných výkonnostných ukazovateľov projektov a prvkov,
1467 * Konzultovanie akceptačných kritérií,
1468 * Spolupráca na realizácii UAT testovania z pohľadu dodržania dátových štandardov
1469 * Odsúhlasenie spustenia výstupov projektu do produkčnej prevádzky,
1470 * Dostupnosť a efektívne využitie ľudských zdrojov alokovaných na realizáciu projektu,
1471 * Poskytovanie vyjadrení k zmenovým požiadavkám, k ich opodstatnenosti a prioritizácii
1472 * Zisťovanie efektívneho spôsobu riadenia a optimalizácie zvereného procesu, vrátane analyzovanie všetkých vyskytujúcich sa nezhôd,
1473 * Odsúhlasenie akceptačných protokolov zmenových konaní
1474 * 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
1475 * plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu
1476
1477
1478 )))
1479
1480
1481
1482 |**Projektová rola:**|(((
1483 **~ **
1484
1485 **UX DIZAJNÉR **(UX výskumník, Informačný architekt, Interakčný dizajnér)
1486
1487 **~ **
1488 )))
1489 |**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.
1490 |**Detailný popis rozsahu zodpovednosti, povinností a kompetencií**|(((
1491
1492
1493 Zodpovedný za:
1494
1495 * 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).
1496 * 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).
1497 * Syntetizáciu biznis, technických a používateľských požiadaviek.
1498 * 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).
1499 * Návrh informačnej architektúry a to najmä metódami triedenia kariet (card sorting), návrhom mapy stránky a screen flow.
1500 * Tvorbu, testovanie a iteráciu prototypov – napr. pomocou Axure, Sketch, Figma alebo Adobe XD
1501 * Mapovanie zákazníckych ciest
1502 * Analýzu a návrh riešenia problematiky prístupnosti webových sídiel,
1503 * Podporu a spoluprácu pri tvorbe Stratégie riadenia kvality (princípy, kritériá kvality),
1504 * Spoluprácu pri vytváraní funkčných požiadaviek na výstupy z pohľadu dohľadu a UX,
1505 * Vedenie a aktualizáciu príslušných projektových výstupov a registrov,
1506 * Hodnotenie jednotlivých verzií výstupov projektu z pohľadu dohľadu, kontroly a UX v jednotlivých etapách,
1507 * 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,
1508 * Nastavenie a dohľad nad procesom testovania a pripomienkovanie stratégie testovania, plánov a testovacích scenárov,
1509 * Účasť na kontrolných aktivitách počas implementácie výstupov
1510 * 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
1511 * 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
1512 * Plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu
1513
1514
1515 )))
1516
1517
1518
1519
Peter Ďuriš 4.1 1520 1. ODKAZY
Peter Ďuriš 2.1 1521
1522 Bez odkazov.
1523
Peter Ďuriš 4.1 1524 1. PRÍLOHY
Peter Ďuriš 2.1 1525
1526
1527 **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]]
1528
1529 **Príloha 2:** Prístup k projektu – detailný
1530
1531 **Príloha 3:** Špecifická BC/CBA
1532
Peter Ďuriš 4.1 1533