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

Súhrn

• Vlastnosti stránky (1 modified, 0 added, 0 removed)

Podrobnosti

Vlastnosti stránky

Obsah

...	...	@@ -1,5 +1,232 @@
	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	+
3	3	== 3.10 Stanovenie alternatív v aplikačnej vrstve architektúry ==
4	4
5	5	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.