Zmeny dokumentu I-02 Projektový zámer V1.0

Naposledy upravil Sergej Kuriš 2025/05/30 09:12

From 22.1 to 22.2 From 22.10 to 22.11

Z verzie 22.2

upravil Sergej Kuriš
-

Zmeniť komentár: Pre túto verziu nie sú komentáre

Do verzie 22.10

upravil Sergej Kuriš
-

Zmeniť komentár: Pre túto verziu nie sú komentáre

Raw
Rendered

Súhrn

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

Podrobnosti

Vlastnosti stránky

Obsah

@@ -664,9 +664,8 @@
  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.
--[[image:1747313646415-982.png]]
++[[Plánovaná architektúra riešenia>>image:1747313646415-982.png]]
--Obrázok 3 Plánovaná architektúra riešenia
  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.
@@ -831,9 +831,7 @@
  Tento variant bol vyhodnotený ako najvhodnejší pre implementáciu všetkých podaktivit výzvy, nakoľko umožňuje komplexné riešenie, ktoré najlepšie vyhovuje potrebám používateľov a štátnej správy, čím zabezpečuje efektívnu správu evidencií a registrov a zároveň umožňuje optimálnu integráciu a interoperabilitu medzi systémami verejnej správy. Zároveň tento variant vytvorí solídne základy IS ktorý môže byť postupne rozvíjaný za účelom správy ďalších evidencií a registrov.
--1.
--11.
--111. Stanovenie alternatív v biznisovej vrstve architektúry
++=== 5.2.1 Stanovenie alternatív v biznisovej vrstve architektúry ===
  Biznisová vrstva architektúry riešenia je kľúčovým prvkom v rámci transformácie a modernizácie evidenčných a registračných služieb v oblasti médií a audiovízie, ktoré spadajú pod MK SR. Na základe identifikovaného rozsahu problému v oblasti správy evidencií sa navrhujú alternatívy riešenia biznis procesov, ktoré sú nevyhnutné na efektívnu implementáciu lepších eGov služieb, s cieľom optimalizácie a modernizácie procesov, ktoré sú kľúčové pre implementáciu nového registra médií a audiovízie.
@@ -844,10 +844,7 @@
  **V rámci analýzy boli definované nasledujúce alternatívy biznis procesov:**
--1.
--11.
--111.
--1111. Alternatíva 1 – Ponechanie súčasného stavu (nulový variant)
++==== 5.2.1.1 Alternatíva 1 – Ponechanie súčasného stavu (nulový variant) ====
  Tento variant znamená zotrvanie v existujúcom stave, bez akýchkoľvek zmien v procesoch alebo implementácií informačného systému. Evidencia registrov a evidencií by zotrvala bez akejkoľvek systémovej podpory, bez podpory a poskytovania moderných eGov služieb, ako je napríklad možnosť zavedovania žiadosti využitím elektronického formulára, prihlásenie sa do eGOV služib poskytovaných MK SR prostredníctvom ÚPVS/Slovensko v mobile, overenie stavu žiadosti a podobne. Tento variant by neumožnil realizovať žiadnu z podaktivít (A, B a C) vyhlásenej výzvy a nebol by v súlade s požiadavkami legislatívy, vrátane GDPR a zákona č. 265/2022 Z. z.
@@ -859,10 +859,7 @@
  Tento variant bol vylúčený z ďalšieho hodnotenia, pretože nesplňuje žiadne z kľúčových kritérií stanovených v rámci výzvy.
--1.
--11.
--111.
--1111. Alternatíva 2 – Minimalistický variant
++==== 5.2.1.2 Alternatíva 2 – Minimalistický variant ====
  Minimalistický variant predpokladá implementáciu základných biznisových požiadaviek súvisiacich s požiadavkami Zákona č. 265/2022 Z. z., pričom sa zameriava len na implementáciu „nutných“ aplikačných funkcionalít. Tento variant pokrýva časť podaktivít vyhlásenej výzvy, ale neimplementuje plný rozsah funkcií, ktoré by zaručili efektívnu integráciu a automatizáciu procesov. Realizácia by zahŕňala:
@@ -881,36 +881,23 @@
  Tento variant by mohol byť považovaný za prechodné riešenie, ale neumožňuje plnohodnotné naplnenie všetkých cieľov výzvy a z biznisového pohľadu nenapĺňa všetky očakávané nároky a požiadavky na implementovaný informačný systém.
--1.
--11.
--111.
--1111. Alternatíva 3 – Preferovaný variant (komplexná transformácia)
++==== 5.2.1.3 Alternatíva 3 – Preferovaný variant (komplexná transformácia) ====
  Preferovaný variant predstavuje plne implementované riešenie, ktoré pokrýva všetky kľúčové požiadavky výzvy a zabezpečuje efektívnu správu evidencií a registrov prostredníctvom modernizovaných procesov. Tento variant zahŕňa plnú implementáciu všetkých potrebných funkcií na zlepšenie používateľskej skúsenosti, zautomatizovanie procesov a integráciu so systémami verejnej správy. Implementácia tohto riešenia by zahŕňala:
  * Kompletnú implementáciu eGov služieb
--
  Automatizované spracovanie žiadostí a využitie elektronických formulárov v súlade s požiadavkami výzvy.
--
  * Zlepšenie používateľského rozhrania (frontend)
--
  Implementácia moderného dizajnu používateľského rozhrania s dôrazom na prístupnosť a použiteľnosť.
--
  * Komplexnú integráciu s CPDI
--
  Konzumovanie údajov z RFO, RPO a RA a vytvorenie lokálnych verzií všetkých registrov.
--
  * Automatizácia a zefektívnenie procesov
--
  Automatizácia väčšiny administratívnych procesov a integrácia s existujúcimi ISVS pre bezproblémovú výmenu údajov.
--
  * Implementácia OOÚ
--
  Zavedenie robustného systému pre správu údajov s dôrazom na ochranu osobných údajov v súlade s legislatívnymi požiadavkami (napr. GDPR).
  Tento variant bude plne pokrývať podaktivity A, B a C vyhlásenej výzvy a poskytne dlhodobé riešenie, ktoré bude plne kompatibilné so systémami verejnej správy. Zároveň sa zabezpečí vyššia miera automatizácie a integrácie procesov, čím sa umožní efektívnejšie poskytovanie služieb občanom a podnikateľom.
--
  Charakteristiky preferovaného variantu:
  * Komplexné riešenie pokrývajúce všetky podaktivity výzvy.
@@ -921,9 +921,8 @@
  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í.
++**Alternatíva 3 zároveň napĺňa všetky KO kritériá definované v MCA:**
--Alternatíva 3 zároveň napĺňa všetky KO kritériá definované v MCA:
--
  |**Kritérium**|**Alternatíva 1**|**Alternatíva 2**|**Alternatíva 3**
  |A – Správa registra médií a audiovízie|Nie|Áno|Áno
  |B - Poskytovanie elektronických služieb|Nie|Áno|Áno
@@ -960,12 +960,10 @@
  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.
--[[image:1747314321290-616.png]]
++[[Znázornenie alternatív riešenia v biznis vrstve architektúry>>image:1747314321290-616.png||height="366" width="600"]]
--Obrázok 3 Znázornenie alternatív riešenia v biznis vrstve architektúry
--
--| |KRITÉRIUM|ZDÔVODNENIE KRIÉRIA|MK SR|MIRRI|Používateľ
++| |**KRITÉRIUM**|**ZDÔVODNENIE KRIÉRIA**|**MK SR**|**MIRRI**|**Používateľ**
  |(% rowspan="6" %)(((
  BIZNIS VRSTVA
@@ -977,10 +977,8 @@
  |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
  |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
--Tabuľka 11 Biznis vrstva multikriteriálnej analýzy
--
--|Zoznam kritérií|Alternatíva 1|Spôsob dosiahnutia|Alternatíva 2|Spôsob dosiahnutia|Alternatíva 3|Spôsob dosiahnutia
++|**Zoznam kritérií**|**Alternatíva 1**|**Spôsob dosiahnutia**|**Alternatíva 2**|**Spôsob dosiahnutia**|**Alternatíva 3**|**Spôsob dosiahnutia**
  |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.
  |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.
  |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.
@@ -988,39 +988,25 @@
  |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.
  |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.
--//Tabuľka 12 Kritéria multikriteriálnej analýzy//
++=== 5.2.2 Stanovenie alternatív v aplikačnej vrstve architektúry ===
--
--1.
--11.
--111. Stanovenie alternatív v aplikačnej vrstve architektúry
--
  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.
  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:
  * **Kompatibilita**
--
  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“).
--
  * **Efektivita**
--
  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.
--
  * **Súlad s legislatívou**
--
  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.
--
  * **Dlhodobá udržateľnosť**
--
  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.
  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.
--1.
--11.
--111. Stanovenie alternatív v technologickej vrstve architektúry
++=== 5.2.3 Stanovenie alternatív v technologickej vrstve architektúry ===
  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.
@@ -1027,19 +1027,12 @@
  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:
  * Primárne využitie služieb vládneho cloudu
--
  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.
--
  * Zabezpečenie škálovateľnosti, bezpečnosti a dostupnosti
--
  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.
--
  * Hybridný model v prípade špecifických požiadaviek
--
  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.
--
  * Minimalizácia vendor lock-in efektu
--
  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.
  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.
@@ -1049,7 +1049,7 @@
  * **Ix** – úroveň integrity,
  * **Ax** – úroveň autenticity.
--|**ISVS / Modul**|**Ux**|**Cx**|**Ix**|**Ax**|**Poznámka**
++|=**ISVS / Modul**|=**Ux**|=**Cx**|=**Ix**|=**Ax**|=**Poznámka**
  |Správa evidencií a registrov|3|3|3|3|Hlavný komponent pre správu evidencií a registrov
  |Modul pre správu žiadostí|3|3|3|3|Modul na správu podaných žiadostí
  |Integračný modul|3|3|3|3|Modul pre integráciu s externými ISVS
@@ -1060,13 +1060,11 @@
  |Rozhranie pre integráciu s CPDI|4|4|4|4|Integračné rozhranie na externé systémy (CPDI)
  |Platforma pre automatizáciu procesov|4|4|4|4|Modul pre automatizáciu a optimalizáciu procesov
--**//Tabuľka //**//14**: Klasifikácia budovaných informačných systémov**//
++**//Tabuľka: Klasifikácia budovaných informačných systémov//**
--*
--*1.
--*11.
--*111. Alternatíva 1 – Nulový variant (on-premise prevádzka)
++==== 5.2.3.1 Alternatíva 1 – Nulový variant (on-premise prevádzka) ====
++
  * 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)
  * Nevznikajú dodatočné náklady na prenájom infraštruktúry, avšak:
  ** vysoké nároky na údržbu a prevádzku,
@@ -1073,16 +1073,15 @@
  ** obmedzená škálovateľnosť a redundancia,
  ** slabá podpora pre moderné integračné technológie,
  ** nesúlad s princípmi eGovernment Cloudu SR.
--**1.
--**11. Alternatíva 2 – Hybridné riešenie (kombinácia vládneho cloudu a vlastnej infraštruktúry)
++==== 5.2.3.2 Alternatíva 2 – Hybridné riešenie (kombinácia vládneho cloudu a vlastnej infraštruktúry) ====
++
  * Využitie privátneho vládneho cloudu pre komponenty s vyššou klasifikáciou a vlastnej infraštruktúry pre menej kritické časti.
  * Umožňuje optimalizáciu nákladov a súčasne dodržiavanie bezpečnostných štandardov.
  * Nevýhodou môže byť komplexnejšia prevádzka a potreba koordinácie viacerých prostredí.
--*1.
--*11.
--*111. Alternatíva 3 – Preferovaný variant (plná prevádzka vo vládnom cloude)
++==== 5.2.3.3 Alternatíva 3 – Preferovaný variant (plná prevádzka vo vládnom cloude) ====
++
  * Nasadenie všetkých komponentov a ISVS vo vládnom cloude (s využitím služieb IaaS, PaaS).
  * Splnenie požiadaviek zákona č. 95/2019 Z. z. a zabezpečenie vysokej úrovne dostupnosti (U3).
  * Možnosť dynamickej škálovateľnosti prostredia, zníženie nárokov na vlastnú infraštruktúru.

Zmeny dokumentu I-02 Projektový zámer V1.0

Súhrn

Podrobnosti

Aplikácie

Navigácia

Moje posledné úpravy

Need help?