Naposledy upravil Jaroslav Zmajkovič 2025/09/22 08:59
Z verzie 5.72
upravil Dušan Macháček
-
Zmeniť komentár: Pre túto verziu nie sú komentáre
Do verzie 5.73
upravil Dušan Macháček
-
Zmeniť komentár: (Autosaved)

Súhrn

Podrobnosti

Vlastnosti stránky
Obsah
... ... @@ -862,7 +862,7 @@
862 862  
863 863  Obrázok 4: Celkový prehľad metamodelu Archimate pre verejnú správu a evidencie eGovernment komponentov v MetaIS
864 864  
865 -== 5.1 Stanovenie alternatív architektúry riešenia ==
865 +== **5.1 Stanovenie alternatív architektúry riešenia** ==
866 866  
867 867  Výber optimálnej architektúry riešenia pre projekt "Zaži mestá a obce, zaži Slovensko" je zásadným krokom, ktorý zabezpečuje, že navrhované riešenie bude efektívne, udržateľné a v súlade so stanovenými cieľmi a potrebami zainteresovaných strán. Tento proces prebieha v dvoch hlavných kolách, ktoré sú v súlade s metodikou pre riadenie projektov vo verejnej správe:
868 868  
... ... @@ -904,7 +904,7 @@
904 904  Výber finálnej alternatívy na realizáciu sa uskutoční na základe výsledkov BC/CBA (ENPV, EIRR, BCR), pričom sa zohľadnia aj nekvantifikovateľné spoločenské prínosy a miera naplnenia strategických cieľov, ako bolo uvedené v kapitole 3.9.1. Na základe záverov Ideového zámeru I-01 a predbežných úvah je **Preferovaný variant** považovaný za strategicky najvhodnejší pre dosiahnutie komplexnej a dlhodobo udržateľnej zmeny.
905 905  
906 906  
907 -== 5.1.1. Stanovenie alternatív v biznisovej vrstve architektúry ==
907 +== **5.1.1. Stanovenie alternatív v biznisovej vrstve architektúry** ==
908 908  
909 909  Na základe komplexnej identifikácie a analýzy rozsahu problému opísaného v predchádzajúcich kapitolách (najmä v častiach 3.2 a 3.6) pristupujeme k definovaniu rôznych alternatív riešenia na úrovni biznis procesov. Tieto alternatívy môžu pokrývať rôzny rozsah transformácie existujúcich procesov, zapojenia stakeholderov a naplnenia ich potrieb a cieľov. Každá alternatíva predstavuje odlišný prístup k riešeniu identifikovaných problémov v organizácii a koordinácii kultúrnych podujatí. Na tejto úrovni je budúci stav biznis procesov popísaný rámcovo, pričom konkrétnejšia špecifikácia a detailný návrh procesov sa uskutočňuje až pre alternatívu (alebo alternatívy), ktorá postupuje do fázy Analýzy nákladov a prínosov (BC/CBA).
910 910  
... ... @@ -962,7 +962,7 @@
962 962  Oba tieto varianty, spolu s Nulovým variantom, preto postupujú do druhého kola hodnotenia – detailnej Analýzy nákladov a prínosov (M-05 BC/CBA), ktorá kvantifikuje ich ekonomickú a finančnú výhodnosť.
963 963  
964 964  
965 -== 5.1.2. Stanovenie alternatív v aplikačnej vrstve architektúry ==
965 +== **5.1.2. Stanovenie alternatív v aplikačnej vrstve architektúry** ==
966 966  
967 967  Alternatívy na úrovni aplikačnej architektúry priamo reflektujú a detailnejšie rozpracúvajú alternatívy definované v predchádzajúcej kapitole na úrovni biznis vrstvy. Kým biznis vrstva definovala //čo// sa má dosiahnuť a //prečo// (rozsah problému a riešenia, ciele), aplikačná vrstva architektúry sa zameriava na to, //ako// budú tieto biznis ciele podporené konkrétnymi informačnými systémami, ich modulmi a funkcionalitami. Aplikačná vrstva dopĺňa informácie k biznis alternatívam tým, že špecifikuje, ktoré aplikačné komponenty sú nevyhnutné pre naplnenie cieľov a ktoré predstavujú preferované, respektíve rozšírené funkcionality.
968 968  
... ... @@ -1047,7 +1047,7 @@
1047 1047  Detailné funkčné a nefunkčné požiadavky pre všetky moduly a funkcionality vybranej alternatívy budú špecifikované v **I-04 Katalóg požiadaviek**. Výber medzi Minimalistickým a Preferovaným variantom (alebo ich kombináciou) bude výsledkom finálneho vyhodnotenia BC/CBA (M-05).
1048 1048  
1049 1049  
1050 -== 5.1.3. Stanovenie alternatív v technologickej vrstve architektúry ==
1050 +== **5.1.3. Stanovenie alternatív v technologickej vrstve architektúry** ==
1051 1051  
1052 1052  Alternatívy na úrovni technologickej architektúry priamo reflektujú a nadväzujú na alternatívy definované pre aplikačnú vrstvu. Kým aplikačná vrstva definuje, aké moduly a funkcionality budú súčasťou IS AkcieOkolo, technologická vrstva špecifikuje, na akej infraštruktúre a s akými technologickými prostriedkami budú tieto aplikačné komponenty prevádzkované.
1053 1053  
... ... @@ -1227,7 +1227,7 @@
1227 1227  Všetky novovytvorené alebo zmenené e-Government komponenty (Koncové služby, ISVS, Moduly ISVS, Aplikačné služby) a ich vzťahy budú riadne zaevidované a aktualizované v **MetaIS** v rámci výstupu **M-06**. Ich stav a fáza životného cyklu budú v MetaIS upravené tak, aby zodpovedali realite projektu (napr. "Plánovaná", "Vo vývoji", "V prevádzke").
1228 1228  
1229 1229  
1230 -== 5.3 Biznis vrstva ==
1230 += **5.3 Biznis vrstva** =
1231 1231  
1232 1232  
1233 1233  V tejto kapitole je detailne rozpracovaná zvolená **Preferovaná alternatíva riešenia** v biznis vrstve architektúry pre projekt "Zaži mestá a obce, zaži Slovensko". Popis sa zameriava na transformované biznis procesy, kľúčových aktérov a ich role, a najmä na Koncové služby, ktoré budú výstupom projektu a budú zaevidované v MetaIS v rámci výstupu M-06. Cieľom je jasne demonštrovať, ako navrhované riešenie naplní biznis ciele projektu a prinesie pridanú hodnotu zainteresovaným stranám.