Naposledy upravil Sergej Kuriš 2025/05/30 09:12
Z verzie 22.4
upravil Sergej Kuriš
-
Zmeniť komentár: Pre túto verziu nie sú komentáre
Do verzie 22.11
upravil Sergej Kuriš
-
Zmeniť komentár: (Autosaved)

Súhrn

Podrobnosti

Vlastnosti stránky
Obsah
... ... @@ -664,9 +664,8 @@
664 664  
665 665  Nasledujúci schéma zobrazuje ideový návrh architektúry riešenia a budovania jednotlivých častí v rámci Centrálnej správy registrov a evidencií. Schéma modrou farbou zobrazuje časti, ktoré budú vybudované ako súčasť realizácie projektu.
666 666  
667 -[[image:1747313646415-982.png]]
667 +[[Plánovaná architektúra riešenia>>image:1747313646415-982.png]]
668 668  
669 -Obrázok 3 Plánovaná architektúra riešenia
670 670  
671 671  Architektúra riešenia vychádza priamo z požiadaviek výzvy „Lepšie eGOV služby“ a cieľov Ministerstva kultúry SR (MK SR) na modernizáciu a centralizáciu správy dátových registrov. Riešenie je navrhnuté ako modulárna platforma založená na mikroservisnej architektúre, nasadenej vo vládnom cloude s vysokou dostupnosťou, škálovateľnosťou a bezpečnosťou.
672 672  
... ... @@ -900,7 +900,7 @@
900 900  
901 901  Tento variant je považovaný za najlepšie riešenie, pretože poskytuje komplexnú podporu pre všetky funkcie požadované výzvou a zabezpečuje udržateľné a rozšíriteľné riešenie pre ďalší rozvoj služieb v oblasti kultúry a médií.
902 902  
903 -Alternatíva 3 zároveň napĺňa všetky KO kritériá definované v MCA:
902 +**Alternatíva 3 zároveň napĺňa všetky KO kritériá definované v MCA:**
904 904  
905 905  |**Kritérium**|**Alternatíva 1**|**Alternatíva 2**|**Alternatíva 3**
906 906  |A – Správa registra médií a audiovízie|Nie|Áno|Áno
... ... @@ -938,12 +938,10 @@
938 938  
939 939  Táto alternatíva predstavuje systematickú transformáciu spôsobu správy údajov v MK SR a vytvára základ pre budúce digitálne služby vo verejnej správe.
940 940  
941 -[[image:1747314321290-616.png]]
940 +[[Znázornenie alternatív riešenia v biznis vrstve architektúry>>image:1747314321290-616.png||height="366" width="600"]]
942 942  
943 -Obrázok 3 Znázornenie alternatív riešenia v biznis vrstve architektúry
944 944  
945 -
946 -| |KRITÉRIUM|ZDÔVODNENIE KRIÉRIA|MK SR|MIRRI|Používateľ
943 +| |**KRITÉRIUM**|**ZDÔVODNENIE KRIÉRIA**|**MK SR**|**MIRRI**|**Používateľ**
947 947  |(% rowspan="6" %)(((
948 948  BIZNIS VRSTVA
949 949  
... ... @@ -955,10 +955,8 @@
955 955  |Kritérium E|Systém musí poskytovať kvalitné a bezpečné služby pre používateľov a dotknuté osoby (napr. jednoduchý prístup k informáciám, transparentnosť).|X|X|X
956 956  |Kritérium F|Služby musia byť plne kompatibilné s existujúcimi systémami verejnej správy, ako aj s plánovanými systémovými zmenami v rámci eGov.|X|X|X
957 957  
958 -Tabuľka 11 Biznis vrstva multikriteriálnej analýzy
959 959  
960 -
961 -|Zoznam kritérií|Alternatíva 1|Spôsob dosiahnutia|Alternatíva 2|Spôsob dosiahnutia|Alternatíva 3|Spôsob dosiahnutia
956 +|**Zoznam kritérií**|**Alternatíva 1**|**Spôsob dosiahnutia**|**Alternatíva 2**|**Spôsob dosiahnutia**|**Alternatíva 3**|**Spôsob dosiahnutia**
962 962  |Kritérium A (KO)|nie|Tento variant neponúka riešenie správy a poskytovania elektronických služieb.|áno|Tento variant implementuje základnú funkcionalitu elektronických služieb.|Áno|Preferovaný variant plne implementuje komplexné eGov služby, vrátane podávania žiadostí a správy údajov.
963 963  |Kritérium B (KO)|nie|Neschopnosť integrácie s inými systémami.|nie|Tento variant nezabezpečuje integráciu s CPDI.|áno|Plná integrácia so systémami verejnej správy a CPDI, zabezpečujúca vysokú interoperabilitu.
964 964  |Kritérium C (KO)|nie|Nezabezpečuje zhodu so zákonmi ako GDPR.|áno|Splnenie základných požiadaviek na legálnosť, ale bez plnej legislatívnej ochrany.|áno|Plne zabezpečuje legislatívnu zhodu, vrátane GDPR a eGov predpisov.
... ... @@ -966,39 +966,25 @@
966 966  |Kritérium E|nie|Nízka úroveň kvality a bezpečnosti služieb.|áno|Poskytuje základné, ale obmedzené služby pre používateľov.|áno|Poskytuje kvalitné, bezpečné a transparentné služby s plným zabezpečením práv dotknutých osôb.
967 967  |Kritérium F|nie|Nepodporuje kompatibilitu s verejnými systémami.|áno|Systém má základnú kompatibilitu s niektorými verejnými systémami.|áno|Plná kompatibilita so všetkými systémami verejnej správy a predpokladanými zmenami v rámci eGov.
968 968  
969 -//Tabuľka 12 Kritéria multikriteriálnej analýzy//
970 970  
965 +=== 5.2.2 Stanovenie alternatív v aplikačnej vrstve architektúry ===
971 971  
972 -
973 -1.
974 -11.
975 -111. Stanovenie alternatív v aplikačnej vrstve architektúry
976 -
977 977  Na aplikačnej vrstve architektúry sa v projekte implementujú iba tie aplikačné moduly a funkcionality, ktoré sú nevyhnutné na naplnenie cieľov projektu definovaných v nadradenej biznis architektúre pre preferovanú Alternatívu č. 3 (komplexné riešenie s vybudovaním novej platformy). Inými slovami, aplikačná architektúra priamo vychádza z požiadaviek a procesov biznis vrstvy – identifikované biznis ciele a procesy určujú, aké konkrétne aplikácie a moduly je potrebné navrhnúť a nasadiť v rámci výsledného riešenia. V súlade s Alternatívou 3 boli vybrané kľúčové moduly a funkcionality potrebné pre zvýšenie dostupnosti a kvality údajov (napr. rezortná integračná platforma pre prepojenie systémov a zdieľanie údajov, modul správy a čistenia údajov vrátane podpory GDPR požiadaviek). Tieto komponenty novovytvorenej platformy pokrývajú všetky požadované funkcie tak, aby boli splnené očakávania všetkých relevantných stakeholderov a dosiahnuté merateľné ciele projektu.
978 978  
979 979  Zároveň sa neuvažovalo s inými variantmi existujúcej aplikačnej architektúry (napríklad pokračovanie v súčasnom stave alebo len čiastkové úpravy existujúcich systémov), pretože preferovaný variant – vybudovanie novej komplexnej platformy – zabezpečuje požadovanú kompatibilitu aj efektivitu riešenia, a taktiež súlad s platnou legislatívou a dlhodobú udržateľnosť. Konkrétne nový aplikačný návrh prináša tieto výhody:
980 980  
981 981  * **Kompatibilita**
982 -
983 983  Nová platforma je navrhnutá v súlade s architektonickými štandardmi rezortu a národnými eGovernment komponentmi, čo umožní bezproblémovú integráciu s existujúcimi registrami a centrálnymi systémami (napr. pre službu „Moje dáta“).
984 -
985 985  * **Efektivita**
986 -
987 987  Riešenie eliminuje manuálne a duplicitné činnosti zavedením automatizovaných procesov správy údajov a jednotnej integračnej vrsty. Tým sa zvýši výkonnosť a spoľahlivosť systému pri práci s údajmi a znížia sa prevádzkové náklady.
988 -
989 989  * **Súlad s legislatívou**
990 -
991 991  Nové moduly od začiatku zohľadňujú všetky relevantné zákonné požiadavky (napr. povinnosti vyplývajúce z koncepcie štátnej dátovej politiky, ochranu osobných údajov podľa GDPR a súvisiace vyhlášky). Tým je zabezpečené, že informačný systém bude plniť zákonné povinnosti pri správe a poskytovaní údajov.
992 -
993 993  * **Dlhodobá udržateľnosť**
994 -
995 995  Komplexná novovybudovaná platforma má modernú, modulárnu architektúru, ktorá umožňuje ľahšie úpravy a rozširovanie do budúcnosti. Odstránenie zastaraných častí existujúcej architektúry znižuje riziká spojené s jej ďalšou prevádzkou a vývojom, vďaka čomu bude výsledné riešenie udržateľné po celý svoj životný cyklus.
996 996  
997 997  Aplikačná vrstva architektúry tak v konečnom dôsledku plne reflektuje vybranú Alternatívu 3 z biznisovej architektúry. Navrhnuté aplikačné moduly koncentrujú potrebnú funkcionalitu do novej platformy a žiadne alternatívne scenáre v tejto vrstve neboli potrebné. Tento prístup garantuje, že architektúra informačného systému Ministerstva kultúry SR bude kompatibilná, efektívna, legislatívne súladná a udržateľná v dlhodobom horizonte, čím prispieva k úspešnému naplneniu cieľov projektu.
998 998  
999 -1.
1000 -11.
1001 -111. Stanovenie alternatív v technologickej vrstve architektúry
982 +=== 5.2.3 Stanovenie alternatív v technologickej vrstve architektúry ===
1002 1002  
1003 1003  V rámci technologickej vrstvy architektúry riešenia projektu sa uplatňujú alternatívy vychádzajúce z požiadaviek definovaných v aplikačnej vrstve a vybraného preferovaného variantu (variant 3). Tento variant sa zameriava na vybudovanie evidenčných a registračných služieb v oblasti médií a audiovízie, pričom sa kladie dôraz aj na integráciu s CPDI a zlepšenie elektronických služieb pre občanov a podnikateľov.
1004 1004  
... ... @@ -1005,19 +1005,12 @@
1005 1005  Technologická vrstva riešenia je navrhnutá s ohľadom na efektívnosť a zabezpečenie požiadaviek na funkcionalitu, bezpečnosť a udržateľnosť systému. Pri výbere alternatív v technologickej vrstve boli zohľadnené nasledujúce kľúčové faktory:
1006 1006  
1007 1007  * Primárne využitie služieb vládneho cloudu
1008 -
1009 1009  V súlade s metodickými usmerneniami a štandardmi verejnej správy sa plánuje využitie vládneho cloudu pre zabezpečenie efektívnej prevádzky systému. Cloudové služby z verejného katalógu vládneho cloudu poskytujú potrebnú flexibilitu, bezpečnosť a súlad s legislatívnymi požiadavkami.
1010 -
1011 1011  * Zabezpečenie škálovateľnosti, bezpečnosti a dostupnosti
1012 -
1013 1013  Technologická vrstva riešenia musí byť škálovateľná, aby zvládla rastúce nároky na objem spracovávaných údajov a zároveň musí zabezpečiť vysokú dostupnosť a bezpečnosť údajov, čo je kľúčové pre dôveru používateľov a zabezpečenie ochrany osobných údajov.
1014 -
1015 1015  * Hybridný model v prípade špecifických požiadaviek
1016 -
1017 1017  V prípade, že použitie výlučne verejného cloudu nebude ekonomicky výhodné alebo technicky vhodné, bude zvážené využitie hybridného modelu, ktorý kombinuje výhody verejného a privátneho cloudu. Tento model bude zohľadňovať potreby na ochranu údajov a ochranu pred vendor lock-in efektom.
1018 -
1019 1019  * Minimalizácia vendor lock-in efektu
1020 -
1021 1021  Systém bude navrhnutý tak, aby bol čo najmenej závislý na konkrétnych technologických poskytovateľoch, čo umožní flexibilitu pri ďalších technologických vylepšeniach a zníži náklady v dlhodobom horizonte.
1022 1022  
1023 1023  Nasledujúca tabuľka uvádza klasifikáciu jednotlivých ISVS a modulov, ktoré budú v rámci tohto projektu vybudované alebo modernizované. Klasifikácia zohľadňuje požiadavky na dostupnosť, kritickosť, integritu a autenticitu a je v súlade s metodickým usmernením č. 023107/2023/oSBATA-1 pre klasifikáciu ISVS. Tieto informácie sú kľúčové pre ďalší vývoj a implementáciu systému v súlade s požiadavkami verejnej správy.
... ... @@ -1027,7 +1027,7 @@
1027 1027  * **Ix** – úroveň integrity,
1028 1028  * **Ax** – úroveň autenticity.
1029 1029  
1030 -|**ISVS / Modul**|**Ux**|**Cx**|**Ix**|**Ax**|**Poznámka**
1004 +|=**ISVS / Modul**|=**Ux**|=**Cx**|=**Ix**|=**Ax**|=**Poznámka**
1031 1031  |Správa evidencií a registrov|3|3|3|3|Hlavný komponent pre správu evidencií a registrov
1032 1032  |Modul pre správu žiadostí|3|3|3|3|Modul na správu podaných žiadostí
1033 1033  |Integračný modul|3|3|3|3|Modul pre integráciu s externými ISVS
... ... @@ -1038,13 +1038,11 @@
1038 1038  |Rozhranie pre integráciu s CPDI|4|4|4|4|Integračné rozhranie na externé systémy (CPDI)
1039 1039  |Platforma pre automatizáciu procesov|4|4|4|4|Modul pre automatizáciu a optimalizáciu procesov
1040 1040  
1041 -**//Tabuľka //**//14**: Klasifikácia budovaných informačných systémov**//
1015 +**//Tabuľka: Klasifikácia budovaných informačných systémov//**
1042 1042  
1043 1043  
1044 -*
1045 -*1.
1046 -*11.
1047 -*111. Alternatíva 1 – Nulový variant (on-premise prevádzka)
1018 +==== 5.2.3.1 Alternatíva 1 – Nulový variant (on-premise prevádzka) ====
1019 +
1048 1048  * Aplikácie by boli prevádzkované na infraštruktúre MK SR, avšak aktuálna kapacita dostupnej infraštruktúry na strane MK SR neumožňuje nasadenie IS Centrálna správa registrov a evidencií (isvs_9914)
1049 1049  * Nevznikajú dodatočné náklady na prenájom infraštruktúry, avšak:
1050 1050  ** vysoké nároky na údržbu a prevádzku,
... ... @@ -1051,16 +1051,15 @@
1051 1051  ** obmedzená škálovateľnosť a redundancia,
1052 1052  ** slabá podpora pre moderné integračné technológie,
1053 1053  ** nesúlad s princípmi eGovernment Cloudu SR.
1054 -**1.
1055 -**11. Alternatíva 2 – Hybridné riešenie (kombinácia vládneho cloudu a vlastnej infraštruktúry)
1056 1056  
1027 +==== 5.2.3.2 Alternatíva 2 – Hybridné riešenie (kombinácia vládneho cloudu a vlastnej infraštruktúry) ====
1028 +
1057 1057  * Využitie privátneho vládneho cloudu pre komponenty s vyššou klasifikáciou a vlastnej infraštruktúry pre menej kritické časti.
1058 1058  * Umožňuje optimalizáciu nákladov a súčasne dodržiavanie bezpečnostných štandardov.
1059 1059  * Nevýhodou môže byť komplexnejšia prevádzka a potreba koordinácie viacerých prostredí.
1060 -*1.
1061 -*11.
1062 -*111. Alternatíva 3 – Preferovaný variant (plná prevádzka vo vládnom cloude)
1063 1063  
1033 +==== 5.2.3.3 Alternatíva 3 – Preferovaný variant (plná prevádzka vo vládnom cloude) ====
1034 +
1064 1064  * Nasadenie všetkých komponentov a ISVS vo vládnom cloude (s využitím služieb IaaS, PaaS).
1065 1065  * Splnenie požiadaviek zákona č. 95/2019 Z. z. a zabezpečenie vysokej úrovne dostupnosti (U3).
1066 1066  * Možnosť dynamickej škálovateľnosti prostredia, zníženie nárokov na vlastnú infraštruktúru.