Zmeny dokumentu I-02 Projektový zámer (projektovy_zamer)
Naposledy upravil Admin MetaIS 2025/03/07 12:00
Súhrn
-
Vlastnosti stránky (1 modified, 0 added, 0 removed)
Podrobnosti
- Vlastnosti stránky
-
- Obsah
-
... ... @@ -1,558 +98,5 @@ 1 - 2 -(% style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" %)3.8 Stanovenie alternatív v biznis vrstve architektúry 3 - 4 -V rámci analýzy a prípravy projektu Automatizácia a digitalizácia správy grantov a výskumných projektov pre CVTI SR je dôležité zvážiť rôzne alternatívy, ktoré by mohli byť implementované v prípade, že celková zmena systému nebude možná alebo sa rozhodne pre iný prístup. Tieto alternatívy sa zameriavajú na rôzne úrovne zmeny v súčasnom systéme správy grantov a výskumných projektov, od zachovania súčasného stavu až po plnú implementáciu nového systému. 5 - 6 -[[image:https://metais.slovensko.sk/wiki/bin/download/Dokumenty/projekt_3304/projektovy_zamer/WebHome/1740318823833-143.png?rev=1.1||alt="1740318823833-143.png"]] 7 - 8 -**Alternatíva 1: Zachovanie súčaného stavu** 9 - 10 -V tejto alternatíve by sa nezrealizovali žiadne zásadné zmeny v súčasnom systéme správy grantov a výskumných projektov. Systém, ktorý je v súčasnosti implementovaný, by pokračoval v prevádzke bez významných vylepšení alebo zmien. Táto alternatíva si zachováva súčasnú administratívnu záťaž a manuálne procesy, ktoré môžu byť časovo náročné a menej efektívne. 11 - 12 -* **Výhody**: 13 - 14 -Nízké náklady na implementáciu a prevádzku. 15 - 16 -Žiadne riziko prerušenia služieb počas implementácie nových technológií. 17 - 18 -* **Nevýhody**: 19 - 20 -Neefektívnosť a obmedzená transparentnosť v procesoch hodnotenia grantov. 21 - 22 -Zvýšená administratívna záťaž pre používateľov. 23 - 24 -Nedostatočná podpora otvorenej vedy a moderných technológií na zdieľanie dát. 25 - 26 -Obmedzené možnosti škálovania pre rozšírenie grantových programov. 27 - 28 -**Alternatíva 2: Čiastková implementácia IS – legislatívne požiadavky** 29 - 30 -V tejto alternatíve by sa implementovali iba vybrané časti z celkového plánu zmeny systému, pričom by sa inovovali procesy zamerané na zlepšenie správy a analýzy v rámci platných legislatívnych požiadaviek. Implementácia by sa zamerala na to, aby proces správy grantov vyhovoval nevyhnutným legislatívnym normám a reguláciám, ktoré sú požiadavkou pre správnu funkciu systému podľa vyhlášky o elektronickom systéme správy grantov (ISGM), bez zavedenia plnej elektronizácie systému. Tento prístup zabezpečí, že systémy budú v súlade s predpismi, ktoré sú potrebné pre pokračovanie procesu, ale nebudú plne automatizované. Tento systém bude úplne vyhovovať legislatívnym požiadavkám podľa vyhlášky. 31 - 32 -* **Výhody**: 33 - 34 -Rýchlejší procený čas v porovnaní s celkovým systémom. 35 - 36 -Nižšie náklady na implementáciu oproti plnej zmene. 37 - 38 -Možnosť flexibilnej implementácie, s postupným prechodom na plnú automatizáciu. 39 - 40 -* **Nevýhody**: 41 - 42 -Obmedzená zmena a nekompletná optimalizácia procesov. 43 - 44 -Možné nekompatibility medzi novými a existujúcimi procesmi. 45 - 46 -Chýbajúca podpora požiadaviek z hladiska intergácie dát a zdrojových systémov 47 - 48 -Obmedzené výhody v oblasti efektivity a transparentnosti. 49 - 50 -**Alternatíva 3: Vybudovanie nového ISGM** 51 - 52 -Tento prístup zahŕňa úplnú implementáciu nového Informačného systému pre správu grantov a výskumných projektov (ISGM), ktorý bude plne digitalizovať a automatizovať procesy od podávania grantových žiadostí až po ich hodnotenie a správu projektov. Nový systém bude plne kompatibilný s existujúcimi verejnými databázami a zabezpečí implementáciu všetkých nevyhnutných legislatívnych požiadaviek, ktoré sú potrebné na správne fungovanie systému. Tento prístup sa sústredí na optimalizáciu procesov grantového manažmentu, čím sa dosiahne vyššia efektivita, transparentnosť a spokojnosť koncových používateľov. Systémové zdroje budú plne kompatibilné a interoperabilné v rámci nového ISGM, taktiež dokumentácia bude podliehať plnej kompatibilite v rámci rozhraní zakomponovaných systémov. 53 - 54 -* **Výhody:** 55 - 56 -Kompletná optimalizácia procesov grantového manažmentu: Digitalizácia a automatizácia všetkých procesov od podávania žiadostí až po ich hodnotenie a správu projektov umožní rýchlejšie, efektívnejšie a presnejšie spracovanie. Tento proces eliminuje manuálne chyby, znižuje administratívnu záťaž a zabezpečuje plynulý priebeh každého kroku, od podania žiadosti až po vyhodnotenie výsledkov. 57 - 58 -Vyššia efektivita a transparentnosť pre používateľov: Automatizované hodnotenie a správa projektov zabezpečí spravodlivé a rýchle rozhodovanie. Používatelia budú mať plnú transparentnosť nad procesom, čo im umožní lepšie sledovať stav svojich žiadostí a predpokladať, kedy môžu očakávať odpovede alebo rozhodnutia. 59 - 60 -Zlepšený užívateľský zážitok: Systém bude navrhnutý tak, aby bol intuitívny a jednoducho ovládateľný pre koncových používateľov. Používatelia budú mať k dispozícii jednoduché a jasné rozhranie, ktoré im umožní rýchlo podávať žiadosti, sledovať ich priebeh a prijímať spätne informácie o ich žiadostiach. 61 - 62 -Škálovateľnosť a flexibilita: Nový systém bude pripravený na ďalší rast a zmeny v legislatívnych požiadavkách, čo umožní ľahkú adaptáciu na nové potreby, ako napríklad zvýšený počet žiadostí alebo rozšírenie počtu používateľov, bez narušenia prevádzky. 63 - 64 -* **Nevýhody:** 65 - 66 -Vyššie náklady na vývoj a implementáciu: Implementácia plne automatizovaného systému si vyžaduje značné investície do technológie, čo môže predstavovať vysoké počiatočné náklady. 67 - 68 -Dlhší čas implementácie: Prechod na nový systém bude vyžadovať čas na vývoj a testovanie, čo môže spôsobiť dočasné zdržanie v existujúcich procesoch správy grantov a výskumných projektov. 69 - 70 -Riziko prerušenia bežnej prevádzky: Počas implementácie nového systému môže dôjsť k krátkodobým prerušením v správe grantov, čo môže ovplyvniť procesy hodnotenia a rozhodovania v prechodnom období. 71 - 72 -== 3.9 Multikriteriálna analýza (MCA) == 73 - 74 -Výber alternatív prebieha prostredníctvom MCA zostavenej na základe kapitoly Motivácia a rozsah projektu, 75 - 76 -ktorá obsahuje ciele stakeholderov, ich požiadavky a obmedzenia pre dosiahnutie uvedených cieľov. 77 - 78 -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). 79 - 80 -Spracovanie MCA 81 - 82 -| |KRITÉRIUM|ZDÔVODNENIE KRIÉRIA|((( 83 -STAKE-HOLDER 84 - 85 -MIRRI 86 -)))|STAKE-HOLDER G2B/G2C|((( 87 -STAKE-HOLDER 88 - 89 -G2G 90 -)))|((( 91 -STAKEH-OLDER 92 - 93 -CVTI 94 -))) 95 -|(% rowspan="6" %)((( 96 -BIZNIS VRSTVA 97 - 98 98 99 -)))|((( 100 -**Kritérium A (KO)** 101 101 102 -Zabezpečiť Value for money a minimalizáciu nákladov. (Efektívne vynakladanie zdrojov) 103 -)))|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|X|X|X 104 -|((( 105 -**Kritérium B (KO)** 106 - 107 -Škálovateľnosť a flexibilita 108 -)))|Potreba rýchlej a jednoduchej reakcie riešenia. Riešenie umožní reagovať na meniace sa potreby organizácie. Riešenie podporuje integráciu s inými systémami.| | | |X 109 -|((( 110 -**Kritérium C (KO)** 111 - 112 -Zálohovanie a obnova 113 -)))|Efektívne poskytovanie verejných služieb si vyžadujú moderné a spoľahlivé informačné technológie. Potreba ochrany dát a aplikácie. Zabezpečenie riešenia zálohovania a obnovy dát. Citlivé údaje občanov a subjektov verejnej správy vyžadujú osobitnú ochranu, aby sa predišlo neoprávnenému prístupu, manipulácii alebo úniku údajov.| |X|X|X 114 -|**Kritérium D (KO)** Požiadavky na bezpečnosť|Implementácia príslušných bezpečnostných opatrení a postupov je preto nevyhnutná na zabezpečenie integrity a dôvernosti údajov a na splnenie štandardov ochrany osobných údajov. Zabezpečenie dostatočných bezpečnostných opatrení a mechanizmov je nevyhnutné na minimalizovanie rizika kybernetických útokov, ktoré by mohli ohroziť nielen integritu údajov, ale aj dôveru verejnosti v správu a ochranu ich informácií. Implementácia potrebných bezpečnostných opatrení sa stáva kľúčovou súčasťou posilňovania odolnosti informačných systémov voči kybernetickým hrozbám.|X|X|X|X 115 -|((( 116 -**Kritérium E** 117 - 118 -Správa, podpora a aktualizácie 119 -)))|Zabezpečenie údržby a aktualizácie systému. Miera kvality technickej podpory a rýchlosť reakcie na incidenty.| | | |X 120 -|**Kritérium F** Výkonnosť, dostupnosť a zhoda s požiadavkam**i**|Zabezpečenie vysokých hodnôt týchto kritérií prispieva k celkovej úspešnosti projektu a zvyšuje jeho prínosy pre organizáciu ale aj občana a podnikateľa. Výkonnosť, dostupnosť a zhoda s požiadavkami sú kľúčovými faktormi pre dosiahnutie cieľov projektu a zabezpečenie jeho trvalého pozitívneho vplyvu na podnikateľské prostredie.|X|X|X|X 121 - 122 -Vyhodnotenie MCA 123 - 124 -|Zoznam kritérií|Alternatíva 1|((( 125 - 126 - 127 -Spôsob 128 - 129 -dosiahnutia 130 -)))|Alternatíva 2|((( 131 - 132 - 133 -Spôsob 134 - 135 -dosiahnutia 136 -)))|Alternatíva 3|((( 137 - 138 - 139 -Spôsob dosiahnutia 140 -))) 141 -|Kritérium A|Nie|Alternatíva 1 je zachovanie statusu quo bez realizácie projektu|Áno|Implementáciou alternatívy 2 sa zabezpečí Value for money a minimalizácia nákladov.|((( 142 -Áno 143 - 144 - 145 -)))|Implementáciou alternatívy 3 sa zabezpečí Value for money a minimalizácia nákladov. 146 -|Kritérium B|Nie|((( 147 -Alternatíva 1 je zachovanie statusu quo bez realizácie projektu 148 - 149 - 150 -)))|((( 151 -Nie 152 - 153 - 154 -)))|((( 155 -Implementáciou 156 - 157 -alternatívy 2 sa nezabezpečí škálovateľnosť a flexibilita riešenia 158 -)))|((( 159 -Áno 160 - 161 - 162 -)))|Implementáciou alternatívy 3 sa zabezpečí škálovateľnosť a flexibilita riešenia 163 -|Kritérium C|Nie|((( 164 -Alternatíva 1 je zachovanie statusu quo bez realizácie projektu 165 - 166 - 167 -)))|((( 168 -Áno 169 - 170 - 171 -)))|((( 172 -Implementáciou 173 - 174 -alternatívy 2 sa zabezpečí zálohovanie a obnova. 175 -)))|((( 176 -Áno 177 - 178 - 179 -)))|Implementáciou alternatívy 3 sa zabezpečí zálohovanie a obnova. 180 -|Kritérium D|Nie|((( 181 -Alternatíva 1 je zachovanie statusu quo bez realizácie projektu 182 - 183 - 184 -)))|((( 185 -Áno 186 - 187 - 188 -)))|((( 189 -Implementáciou 190 - 191 -alternatívy 2 sa zabezpečí naplnenie všetkých bezpečnostných požiadaviek. 192 -)))|((( 193 -Áno 194 - 195 - 196 -)))|Implementáciou alternatívy 3 sa zabezpečí naplnenie všetkých bezpečnostných požiadaviek 197 -|Kritérium E|Nie|((( 198 -Alternatíva 1 je zachovanie statusu quo bez realizácie projektu 199 - 200 - 201 -)))|((( 202 -Nie 203 - 204 - 205 -)))|Implementáciou alternatívy 2 sa nezabezpečí správa, podpora a aktualizácie|((( 206 -Áno 207 - 208 - 209 -)))|Implementáciou alternatívy 3 sa zabezpečí správa, podpora a aktualizácie 210 -|Kritérium F|Nie|((( 211 -Alternatíva 1 je zachovanie statusu quo bez realizácie projektu 212 - 213 - 214 -)))|((( 215 -Nie 216 - 217 - 218 -)))|((( 219 -Implementáciou 220 - 221 -alternatívy 2 sa nezabezpečí výkonnosť, dostupnosť a zhoda s požiadavkami 222 -)))|((( 223 -Áno 224 - 225 - 226 -)))|Implementáciou alternatívy 3 sa zabezpečí výkonnosť, dostupnosť a zhoda s požiadavkami 227 - 228 -**Na základe vyhodnotenia MCA analýzy vychádza Alternatíva 3 ako jediná, ktorá spĺňa všetky požiadavky**. 229 - 230 -== 3.10 Stanovenie alternatív v aplikačnej vrstve architektúry == 231 - 232 -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. 233 - 234 -== 3.11 Stanovenie alternatív v technologickej vrstve architektúry == 235 - 236 -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, ktorá vytvorí prostredie pre implementáciu nového informačného systému, ktorý bude obsahovať všetky funkcie potrebné pre naplnenie povinnosti vyplývajúce z dohovoru. 237 - 238 -Z tohto dôvodu je ekonomicky nevýhodné uvažovať s ďalšími alternatívami na technologickej vrstve architektúry. 239 - 240 -== 4. POŽADOVANÉ VÝSTUPY (PRODUKTY PROJEKTU) == 241 - 242 -Výstupom projektu je funkčný, stabilný, efektívny a 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. 243 - 244 -Realizácia projektu bude v zmysle vyhlášky MIRRI SR č. 401/2023 Z. z. pozostávať z nižšie uvedených etáp: 245 - 246 -* Analýza a dizajn, 247 -* Nákup technických prostriedkov, programových prostriedkov a služieb 248 -* Implementácia a testovanie, 249 -* Nasadenie. 250 - 251 -CVTI 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. 252 - 253 -|**Etapa**|**Požadované výstupy** 254 -|((( 255 -**R1** 256 - 257 -**Analýza a dizajn** 258 -)))|((( 259 - 260 - 261 -**R-01 Projektový iniciálny dokument (PID) pre všetky funkčné oblasti** 262 - 263 -Zoznam požiadaviek 264 - 265 -Akceptačné kritériá 266 - 267 -Rámcová špecifikácia riešenia (Popis produktu, Dekompozícia produktu, Vývojový diagram produktu) 268 - 269 -Biznis architektúra 270 - 271 -Aplikačná architektúra 272 - 273 -Technologická architektúra – časť systémová architektúra 274 - 275 -Bezpečnostná architektúra 276 - 277 -Stratégia testovania 278 - 279 -Plán testovania 280 - 281 -Testovacie scenáre a prípady 282 - 283 - **R1-1 Detailný návrh riešenia (DNR )** 284 - 285 -(1) Zámer riešenia, analýza požiadaviek, používateľský prieskum a motivačná architektúra (2) Popis postupu analýzy a návrhu riešenia 286 - 287 -(3) Biznis architektúra * a. Existujúca a cieľová biznis architektúra b. Procesy podporované navrhovaným riešením c. Vytvorenie informačnej architektúry a mapovanie používateľskej cesty d. Vytvorenie grafického návrhu a prototypu používateľského rozhrania (UX, UI) voliteľné ÁNO ÁNO ÁNO ÁNO e. Prípady použitia (use case model) 288 - 289 -(4) Dátová architektúra 290 - 291 -(5) Aplikačná architektúra * a. Existujúca a budúca aplikačná architektúra b. Aplikačné komponenty a ich vzťah k biznis komponentom a funkčným požiadavkám c. Integrácie – Komunikácia medzi komponentami (OpenAPI) 292 - 293 -(6) Technologická architektúra * a. Existujúca a budúca technologická architektúra b. Technologické komponenty riešenia a ich vzťah k aplikačným komponentom 294 - 295 -(7) Softvérové licencie a zdrojové kódy 296 - 297 -(8) Požiadavky na úrovne služieb (SLA) a výkonnosť 298 - 299 -(9) Zabezpečenie dostupnosti, zálohovanie a obnova riešenia 300 - 301 -(10) Bezpečnosť – riešenie požiadaviek na bezpečnosť 302 - 303 -(11) Migrácia dát 304 - 305 -(12) Harmonogram realizácie a nasadenia, závislosti 306 - 307 -**R1 - 2 Plán a stratégia testovania** 308 - 309 -(1) Testovacie prípady (UC/TC) 310 - 311 -(2) Testovacie prostredia 312 - 313 -(3) Testovacie dáta 314 - 315 -(4) Defekt manažment, monitoring a reporting test 316 -))) 317 -|((( 318 -**R2** 319 - 320 -**Nákup technických prostriedkov, programových prostriedkov a služieb** 321 -)))|**R2-2 Obstaranie programových prostriedkov a služieb** 322 -|((( 323 -**R3** 324 - 325 -**Implementácia a testovanie** 326 -)))|((( 327 - 328 - 329 -**R3-1 Vývoj, migrácia údajov a integrácií** 330 - 331 -**R3-2 Testovanie** 332 - 333 -(1) Funkčné testovanie (FAT) 334 - 335 -(2) Systémové a integračné testovanie (SIT) 336 - 337 -(3) Záťažové a výkonnostné testovanie 338 - 339 -(4) Bezpečnostné testovanie (SW/HW a kybernetická bezpečnosť) 340 - 341 -(5) Používateľské testy funkčného používateľského rozhrania (UX) 342 - 343 -(6) Používateľské akceptačné testovanie (UAT) 344 - 345 -**R3-4 Dokumentácia** 346 - 347 -Aplikačná príručka 348 - 349 -Používateľská príručka 350 -))) 351 -|((( 352 -**R4** 353 - 354 -**Nasadenie** 355 -)))|((( 356 - 357 - 358 -**R4-1 Nasadenie do produkčnej prevádzky** 359 - 360 -Príprava produkčného prostredia 361 - 362 -Administratívna príprava produkčného prostredia (procesy, dokumentácia) 363 - 364 -Inštalácia riešenia do produkčného prostredia 365 - 366 -Sprístupnenie riešenia v produkčnom prostredí vybraným používateľom 367 - 368 -**R4-2 Akceptácia spustenia do produkčnej prevádzky** 369 -))) 370 -|((( 371 - 372 - 373 -**M-02** 374 - 375 -**Dokončovacia fáza projektu** 376 -)))|((( 377 - 378 - 379 -**Manažérsky produkt** 380 - 381 -M-02 Správa o dokončení projektu 382 - 383 -M-02 Správa o získaných poznatkoch 384 - 385 -M-02 Plán kontroly po odovzdaní projektu 386 - 387 -M-02 Odporúčanie nadväzných krokov 388 - 389 -M-02 Zoznam funkčných zdrojových kódov 390 -))) 391 -|**Služby projektového riadenia**|((( 392 - 393 - 394 -**Manažérsky produkt** 395 - 396 -M-01 Plán etapy 397 - 398 -M-02 Manažérske správy, plány, reporty, zoznamy a požiadavky 399 - 400 -M-03 Akceptačný protokol 401 - 402 -M-04 Audit kvality 403 - 404 -M-05 Analýza nákladov a prínosov 405 - 406 -M-02 Zoznam rizík a závislostí 407 -))) 408 - 409 -== 5. NÁHĽAD ARCHITEKTÚRY == 410 - 411 -V súčasnosti nie je k dispozícii jednotný systém na administráciu celého životného cyklu programov – od prípravy a zverejnenia výzvy, cez prijímanie a hodnotenie žiadostí o granty, implementáciu až po udržateľnosť jednotlivých projektov. Žiadosťou o grant sa pre účely tohto materiálu rozumie žiadosť o poskytnutie dotácie na projekt, žiadosť o regionálny príspevok, žiadosť o projekt, resp. iné žiadosti, ktorými žiadatelia žiadajú o pridelenie finančných prostriedkov. Na základe návrhu zákona o výskume, vývoji a inováciách a o zmene a doplnení niektorých zákonov má v zmysle zákona vzniknúť jednotný grantový informačný systém pre výskumnú obec. V súčasnosti nie je k dispozícii jednotný systém na administráciu celého životného cyklu programov – od prípravy a zverejnenia výzvy, cez prijímanie a hodnotenie žiadostí o granty, implementáciu až po udržateľnosť jednotlivých projektov. Žiadosťou o grant sa pre účely tohto materiálu rozumie žiadosť o poskytnutie dotácie na projekt, žiadosť o regionálny príspevok, žiadosť o projekt, resp. iné žiadosti, ktorými žiadatelia žiadajú o pridelenie finančných prostriedkov. Na základe návrhu zákona o výskume, vývoji a inováciách a o zmene a doplnení niektorých zákonov má v zmysle zákona vzniknúť jednotný grantový informačný systém pre výskumnú obec. 412 - 413 -Informačný systém Grant manažment bude realizovaný ako portálové riešenie na elektronické podávanie žiadostí o granty na podporu projektov v rámci činností zameraných na dosahovanie cieľov organizácii v pôsobnosti štátu na celoštátnej, regionálnej alebo miestnej úrovni s dôrazom na zabezpečenie jednotného spôsobu zverejňovania, evidencie, vyhodnocovania a spracovávania žiadostí o granty. Samotná aplikácia bude podporovať kompletnú elektronizáciu životného cyklu žiadosti od jej podania, cez kontroly, transparentné hodnotenie a vybavenie, až po čerpanie grantu, dotácie alebo regionálneho príspevku. Zároveň poskytne ucelený prehľad a históriu celej komunikácie so žiadateľom na jednom mieste. Jeho hlavným cieľom je široká škála modularity a postupov, aby každý žiadateľ mohol upravovať proces spracovania. Ďalšími cieľmi je zjednodušiť vybavenie agendy žiadateľov s využitím elektronickej formy komunikácie medzi poskytovateľom dotácií a žiadateľmi o dotácie. 414 - 415 - [[image:1740433727120-317.png]] 416 - 417 -Obrázok 2 Biznis architektúra 418 - 419 -**Služba registrácie a prihlasovania do IS GM** 420 - 421 -Služba slúži ako zápis údajov o fyzických a právnických osobách, ktorí majú v záujme využívať verejný portál. Služba uchováva údaje do databázy prostredníctvom registračného formulára, ktorý žiada informácie: Meno, priezvisko, osoba, cieľová skupina (študent, doktorand, post-doc, vzdelávacia inštitúcia, výskumná inštitúcia, verejnosť, súkromný sektor), email, bydlisko. V prípade právnickej osoby je registračný formulár v rozsahu: Meno, priezvisko, osoba, cieľová skupina, email, telefónne číslo, sídlo, názov organizácie, IČO, DIČ. Každá registrácia vytvára nový záznam v databáze. 422 - 423 -Prihlasovanie musí umožňovať prepojenie užívateľa do jeho prostredia, t. j. profilu. Služba čerpá údaje z backend databázy, ktoré boli vytvorené pri registrácii. 424 - 425 -**Podslužba registrácie a prihlásenia žiadateľa** 426 - 427 -Služba registrácie žiadateľa je určená jednotlivcom žiadajúcim finančný príspevok v rámci rôznych programov a fondov. Tento systém zabezpečuje dôkladný overovací proces, ktorý pomáha znížiť počet nechcených registrácií a zabezpečiť, aby všetci žiadatelia boli riadne overení. Proces registrácie zahŕňa zadávanie základných údajov vrátane: 428 - 429 -* Meno 430 -* Priezvisko 431 -* Heslo 432 -* Rodné číslo 433 -* Email 434 -* Číslo občianskeho preukazu 435 - 436 -Zadávanie základných osobných údajov zabezpečuje dôkladné overenie identity žiadateľov. Možnosť prihlásenia cez Slovensko.sk ponúka zvýšenú bezpečnosť a autenticitu. 437 - 438 -Zníženie počtu nechcených registrácií: 439 - 440 -* Starostlivé overovanie údajov pomáha predchádzať falošným a neautorizovaným registráciám. 441 -* Overený proces zabezpečuje, že iba kvalifikovaní žiadatelia môžu požiadať o finančný príspevok. 442 - 443 -Jednoduchý a efektívny proces registrácie: 444 - 445 -* Používateľsky prívetivý registračný formulár. 446 -* Intuitívny proces registrácie, ktorý je jednoduchý na použitie. 447 - 448 -Po overení emailu systém vyzve žiadateľa na nastavenie viacfaktorovej autentifikácie. Navrhujeme použiť kombináciu nasledujúcich faktorov: 449 - 450 -EMAIL overenie 451 - 452 -* Žiadateľ zadá pri registrácii svoj email. 453 -* Systém odošle jednorazový kód na zadaný email. 454 -* Žiadateľ musí zadať tento kód do systému na dokončenie overenia identity. 455 - 456 -Prihlasovanie musí umožňovať prepojenie používateľa do jeho prostredia, t.j. profilu. Služba čerpá údaje z backend databázy, ktoré boli vytvorené pri registrácii. Na prihlásenie používateľa sa využíva emailová adresa používateľa, ktorú zadal pri registrácií a heslo, ktoré taktiež zadal pri registrácii. 457 - 458 -**Podslužba registrácie a prihlásenia žiadateľa prostredníctvom eID ** 459 - 460 -IS GM musí umožňovať prihlásenie cez elektronickú čítačku, ktorá umožňuje zápis registračných údajov do BE databázy. Tieto údaje sú následne ukladené a sprístupňované pri využívaní portálu. Medzi úkony, ktoré budú využívať tieto údaje môžeme zaradiť: 461 - 462 -* Elektronický podpis žiadosti 463 -* Automatizovaná registrácia a prihlasovanie 464 -* Vypĺňanie preddefinovaných dokumentov a pod. 465 - 466 -**Služba podávania žiadostí v IS GM** 467 - 468 -Táto služba umožňuje elektronické podávanie žiadostí, ktoré sú následne uložené v systéme, aby mohli byť spracované poskytovateľmi dotácií. Celý proces je plne elektronizovaný a umožňuje sledovať žiadosti v reálnom čase. 469 - 470 -Biznis proces začína vytvorením výzvy, kde poskytovateľ určí podmienky, na základe ktorých môžu žiadatelia podať svoje projekty. Žiadatelia majú prístup k formulárom prostredníctvom front-end portálu, kde vyplnia všetky potrebné informácie a priložia príslušné prílohy, ktoré tvoria neoddeliteľnú súčasť podania projektu. Tieto údaje sú následne spracované na back-end strane poskytovateľa, ktorý vykonáva formálnu kontrolu žiadosti. 471 - 472 -Z technického hľadiska je podávanie žiadostí plne podporované prostredníctvom responzívnej webovej aplikácie, ktorá umožňuje užívateľom prístup z akéhokoľvek zariadenia. Využitie preddefinovaných šablón pre formuláre zjednodušuje tvorbu žiadostí, pričom dynamické prvky systému umožňujú aktualizáciu informácií v reálnom čase. Systém tiež integruje notifikačný mechanizmus, ktorý automaticky informuje žiadateľov o stave ich žiadosti. 473 - 474 -**Podšlužba vytvárania žiadosti** 475 - 476 -Celý proces sa začína výberom programu ku ktorému prinalieha relevantná výzva do ktorej sa Registrovaný používateľ želá zapojiť. Po výbere relevantnej výzvy sa proces presúva do podslužby vytvárania žiadosti o projekt alebo výzvu. IS GM po kliknutí na tlačidlo spúšta preddefinované responzívne formuláre prostredníctvom webovej aplikácie. Po vyplnení žiadosti musí registrovaný používateľ spustiť podslužbu validácie, ktorá skontroluje všetky povinné polia. Pri pozitívnom vyhodnotení validačného procesu, sa Registrovanému používateľovi umožňuje odoslať žiadosť a teda pristúpiť ku jej podaniu. 477 - 478 -**Podslužba validácie žiadosti** 479 - 480 -Validácia žiadosti slúži ako kontrolný mechanizmus, ktorý kontroluje všetky polia responzívneho formuláru žiadosti. Všetky polia, ktoré boli pri vytváraní výzvy nastavené ako povinné musia obsahovať znaky. Tento proces slúži ako prvá kontrola zamedzovaniu vynechania informácií pri vypĺňaní. Po spustení validácie môžu nastať dva stavy: 481 - 482 -* Pozitívne vyhodnotenie: Systém pustí žiadateľa o dotáciu odoslať žiadosť na hodnotenie. 483 -* Negatívne vyhodnotenie: Systém zvýrazní červenou farbou polia responzívneho formulára a vyzve žiadateľa o dotáciu na doplnenie zadaných polí. 484 - 485 -Podslužba hodnotenia žiadosti sa sústreďuje najmä na administratívnu časť overenia splnenia podmienok výzvy. 486 - 487 -**Podslužba odoslania žiadosti** 488 - 489 -Po dokončení procesu validácie žiadosti systém odosiela žiadosť používateľa portálu do databázy. Toto odoslanie so sebou obnáša kompletnú odoslanie všetkých dokumentov, ktoré boli v pripojené ku žiadosti spolu so sprievodným formulárom vyplnenej výzvy. Tieto dokumenty sú sprístupniteľné prostredníctvom služby evidencie podaných žiadostí v DMS. Ich prístupnosť je obmedzená na základe prístupových práv, ktoré sú nastaviteľné v administrátorskom rozhraní portálu IS GM. 490 - 491 -**Služba moje žiadosti** 492 - 493 -Ide o sekciu, ktorá je sprístupniteľna prostredníctvom statického UX dizajne responzívneho webového rozhrania. Sekcia sa objavuje po vytvorení používateľského účtu na portáli IS GM. V tejto sekcii ma používateľ v roli žiadateľ o dotáciu možnosť vidieť všetky svoje rozpracované a odoslané žiadosti. Toto rozhranie poskytuje informácie o: 494 - 495 -* Počtu rozpracovaných žiadostí 496 -* Počtu podaných žiadostí 497 - 498 -Medzi iné, každá žiadosť, ktorá je v stave “ rozpracovaná” umožňuje na ňu kliknúť a ďalej pokračovať v jej úprave. 499 - 500 -Pri podaných žiadostiach je po kliknutí možné sa dostať ku informáciám, ktoré boli poskytnuté ako vyhodnotenie danej žiadosti. Ak bola žiadosť zamietnutá, používateľ má možnosť kedykoľvek sprístupniť stanovisko hodnotiteľov. Ak bola žiadosť úspešná, ma používateľ informáciu o tom o akú výzvu išlo a aké dokumenty boli vyplnené a odoslané. 501 - 502 -**Služba Zberu údajov od VŠ** 503 - 504 -Služba zabezpečuje elektronizáciu a automatizáciu procesov súvisiacich so zberom údajov o výskumných a nevýskumných projektoch, ktoré sú spracovávané na verejných vysokých školách. Táto služba tvorí samostatnú sekciu v navigačnom menu. Jej hlavnou úlohou je zhromaždiť štruktúrované údaje o projektoch a aktivitách pre potreby Ministerstva školstva, vedy, výskumu a športu (MŠVVaŠ SR) a Centra vedecko-technických informácií SR (CVTI SR), ktoré pripravujú podklady pre rozpis dotácií. 505 - 506 -Kľúčové funkcionality: 507 - 508 -* Umožňuje verejným vysokým školám elektronicky zadávať údaje o projektoch prostredníctvom definovaného formulára. 509 -* Overuje formálnu správnosť a úplnosť zadaných údajov. 510 - 511 -Business procesy: 512 - 513 -Vytvorenie a schválenie formulára: 514 - 515 -* Vysoká škola pristúpi k systému IS GM a vyberie formulár podľa typu projektu (napr. výskumný od verejnej správy, zahraničný grant). 516 -* Zodpovedná osoba vyplní formulár, pričom systém poskytne nápovedu a validáciu údajov podľa prednastavených pravidiel. 517 -* Po dokončení sa formulár uloží a čaká na elektronické schválenie rektorom alebo ním poverenou osobou. 518 - 519 -Automatická validácia: 520 - 521 -* Systém overí úplnosť zadaných údajov, napríklad vyplnenie všetkých povinných polí, správnosť formátu identifikačných čísel (IČO, identifikátor projektu), a porovná ich s číselníkmi odborov vedy a techniky. 522 - 523 -Prenos údajov: 524 - 525 -* Schválené formuláre sú elektronicky odoslané na spracovanie do CVTI SR. 526 -* Systém umožní export údajov vo formáte kompatibilnom s SK CRIS. 527 - 528 -[[image:https://metais.slovensko.sk/wiki/bin/download/Dokumenty/projekt_3304/projektovy_zamer/WebHome/1740318929163-316.png?rev=1.1||alt="1740318929163-316.png"]] 529 - 530 -Obrázok 3 – procesná komplexnosť ISGM 531 - 532 -K požiadavke na vybudovanie takéhoto systému na podporu životného cyklu grantov sa pripojila aj Platobná jednotka, ktorej požiadavky systém tiež dokáže pokryť, pričom je zdôraznená potreba integrácie na CES. 533 - 534 -Vytvoreným IS Grant manažment dôjde k elektronizácii procesu realizácie grantových a dotačných programov – pre každý program vznikne možnosť poskytovať informácie o programe, prípravy a zverejnenia výzvy (výziev) pre program, jednoduché podávanie a prijímanie žiadostí o grant, hodnotenie žiadostí, finančné vyúčtovanie a monitorovanie projektov, používateľsky prívetivé prehliadanie podaných žiadostí v rámci jednotlivých grantov na jednom mieste. Samozrejmosťou systému bude jeho rozdelenie na verejnú a neverejnú časť, nastavenie prístupových práv vo verejnej aj neverejnej časti prostredníctvom vhodného identity managementu. Integráciami na referenčné registre a iné relevantné IS VS bude zabezpečené overovanie a získavanie údajov o žiadateľoch bez toho, aby boli vyzývaní na dokladanie informácií, ktoré o nich už sú evidované v iných IS VS. Takisto bude nový IS zabezpečený, bude umožňovať reportovanie udalostí podľa vopred definovaných kritérií atď. 535 - 536 -Služby na správu grantových žiadostí budú slúžiť ako centrálny nástroj na podávanie, spracovanie a hodnotenie grantových žiadostí. Cieľom týchto služieb je automatizovať celý proces podávania žiadostí a zabezpečiť efektívne spracovanie týchto žiadostí v systéme. Žiadatelia o granty, medzi ktorých patria výskumné inštitúcie, výskumníci a organizácie, budú môcť elektronicky podávať žiadosti o financovanie výskumných projektov. Služba tiež zahŕňa automatizovaný proces validácie, ktorý overí správnosť údajov v žiadostiach, čím sa zabezpečí ich úplnosť a súlad s pravidlami pre získanie grantov. Hodnotitelia grantových žiadostí budú mať k dispozícii aplikáciu na hodnotenie projektov na základe preddefinovaných kritérií. 537 - 538 -Služby na správu projektov budú poskytovať nástroje pre efektívnu správu a monitorovanie výskumných projektov po ich schválení. Administrátori a manažéri projektov budú môcť spravovať informácie o schválených projektoch, alokovaných rozpočtoch a výstupoch projektov. Služba tiež umožní monitorovanie pokroku projektov a poskytne prehľad o dosahovaných výsledkoch a ich súlade s plánom. Okrem toho budú výsledky výskumu zverejnené na verejných platformách v režime otvoreného prístupu. 539 - 540 -Tento systém poskytne aj nástroje na analýzu údajov generovaných počas hodnotenia grantových žiadostí a správy projektov. Tieto analytické nástroje umožnia administrátorom a hodnotiteľom lepšie analyzovať dáta o podaných žiadostiach a projektoch, čím sa zabezpečí efektívnejšie rozhodovanie. Generovanie správ a reportov o výkonnosti projektov, hodnotení žiadostí a alokácii grantov bude dostupné v reálnom čase pre administrátorov a hodnotiteľov. 541 - 542 -V oblasti otvoreného prístupu k dátam budú služby zodpovedné za zverejnenie vedeckých publikácií a výskumných dát v režime otvoreného prístupu, čím sa zabezpečí ich dostupnosť pre širokú verejnosť a výskumníkov na celom svete. Tieto dáta budú zverejnené na verejných platformách, pričom správa a kontrola prístupu k dátam zabezpečí, že tieto informácie budú dostupné v súlade s pravidlami otvoreného prístupu a budú chránené pred neoprávneným prístupom. 543 - 544 -Bezpečnostné služby budú zabezpečovať ochranu citlivých údajov pred neoprávneným prístupom. Aplikačné služby, ktoré sa zameriavajú na šifrovanie údajov, zabezpečia, že citlivé údaje budú šifrované počas prenosu aj ich uloženia. Okrem toho autentifikačné a autorizácie služby zabezpečia, že len oprávnení používatelia budú mať prístup k citlivým informáciám, čím sa posilní celková bezpečnosť systému. 545 - 546 -Služby na integráciu s externými systémami umožnia systému ISGM efektívne sa integrovať s verejnými a štátnymi databázami, čo zabezpečí bezproblémovú výmenu údajov. Služba pre integráciu s verejnými databázami umožní komunikáciu s existujúcimi databázami, ako je Slovensko.sk alebo CES, na validáciu údajov o žiadateľoch a projektoch. Okrem toho synchronizačné služby medzi ISGM a vládnymi systémami, ako je SK CRIS, zabezpečia aktuálnosť a presnosť informácií v systéme. 547 - 548 -[[image:https://metais.slovensko.sk/wiki/bin/download/Dokumenty/projekt_3304/projektovy_zamer/WebHome/1740318952134-872.png?rev=1.1||alt="1740318952134-872.png"]] 549 - 550 -Obrázok 4 – Náhľad splikačnej architektúry 551 - 552 -Navrhovaný informačný systém Grant Manažment (IS GM) bude postavený na modulárnej a škálovateľnej architektúre, ktorá umožní efektívne spracovanie celého životného cyklu grantových žiadostí. Systém bude využívať princípy microservices architektúry, čo zabezpečí lepšiu škálovateľnosť, flexibilitu a údržbu systému. Každá služba bude implementovaná ako samostatná komponenta, ktorá môže byť nezávisle nasadzovaná a aktualizovaná. Systém bude pozostávať z troch hlavných vrstiev: prezentačná vrstva zabezpečí interakciu používateľov so systémom prostredníctvom webového rozhrania, aplikačná vrstva spracováva logiku systému, overovanie údajov a orchestráciu procesov a dátová vrstva slúži na ukladanie a spracovanie údajov vrátane grantových žiadostí, dokumentov a hodnotení. Prezentačná vrstva bude vyvinutá ako responzívna webová aplikácia postavená na moderných frameworkoch, umožní registráciu a autentifikáciu používateľov, podávanie, sledovanie a spravovanie žiadostí o granty, interaktívne formuláre s validáciou údajov v reálnom čase a notifikácie o stave žiadosti. Aplikačná vrstva bude založená na RESTful API a GraphQL, umožňujúc efektívnu komunikáciu medzi frontendom a backendom. Jej súčasťou budú autentifikačný modul zabezpečujúci overovanie identity používateľov, modul správy žiadostí spracovávajúci celý životný cyklus žiadosti, hodnotiaci modul umožňujúci hodnotiteľom spravovať a posudzovať podané žiadosti, modul správy zmlúv generujúci a uchovávajúci zmluvné dokumenty, notifikačný modul automaticky odosielajúci upozornenia a emailové správy a analytický a reportingový modul poskytujúci štatistiky a export dát pre administrátorov a poskytovateľov grantov. 553 - 554 -Dátová vrstva bude pozostávať z relačnej databázy a dokumentovej databázy na ukladanie štruktúrovaných aj neštruktúrovaných údajov. Súčasťou bude aj systém správy dokumentov na archiváciu dokumentov a auditná databáza na logovanie všetkých aktivít v systéme pre účely transparentnosti a kontroly. Systém IS GM bude podporovať integráciu s externými systémami prostredníctvom API Gateway. Hlavné integračné body zahŕňajú Slovensko.sk na overenie identity a elektronický podpis, referenčné registre na overovanie údajov žiadateľov, platobné brány na spracovanie poplatkov za podanie žiadostí a ERP systémy poskytovateľov grantov na finančné riadenie a účtovanie dotácií. Bezpečnostná architektúra bude vychádzať z princípov Zero Trust Security a bude implementovať opatrenia ako dvojfaktorová autentifikácia pre všetkých používateľov, šifrovanie údajov v databáze a pri prenose dát, riadenie prístupových práv na základe rolí, automatické monitorovanie a detekcia anomálií a pravidelné audity bezpečnosti. Nasadenie systému IS GM bude realizované v cloudovom prostredí s podporou hybridného modelu (on-premise + cloud). Použitie kontajnerizácie umožní jednoduché škálovanie a aktualizáciu jednotlivých komponentov. Systém bude nasadený v produkčnom prostredí s vysokou dostupnosťou a automatickým zálohovaním, testovacom prostredí na validáciu nových funkcionalít pred nasadením do produkcie a vývojovom prostredí na priebežnú implementáciu a testovanie. Navrhovaná architektúra informačného systému Grant Manažment zabezpečuje moderný, bezpečný a škálovateľný spôsob elektronizácie procesov grantového financovania. Implementácia modulárnej microservices architektúry, využitie cloudových riešení a podpora interoperability so štátnymi systémami prispejú k efektívnemu a transparentnému riadeniu grantových programov. 555 - 556 556 == 557 557 5.1 Prehľad e-Government komponentov == 558 558