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