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,5 +1,421 @@ 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 + 1 1 99 +)))|((( 100 +**Kritérium A (KO)** 2 2 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 + 3 3 **Služba registrácie a prihlasovania do IS GM** 4 4 5 5 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.