Zmeny dokumentu I-03 Prístup k projektu (pristup_k_projektu)

Naposledy upravil Ivana Pukajová 2025/05/21 12:31

From 25.5 to 26.1 From 27.1 to 28.1

Z verzie 26.1

upravil Ivana Pukajová
-

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

Do verzie 27.1

upravil Ivana Pukajová
-

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

@@ -28,7 +28,7 @@
  Dokument Prístup k projektu v zmysle vyššie uvedenej vyhlášky obsahuje opis navrhovaného riešenia, architektúru riešenia projektu na úrovni biznis vrstvy, aplikačnej vrstvy, dátovej vrstvy, technologickej vrstvy, infraštruktúry navrhovaného riešenia, bezpečnostnej architektúry, špecifikáciu údajov spracovaných v projekte, čistenie údajov, prevádzku a údržbu výstupov projektu, prevádzkové požiadavky, požiadavky na zdrojové kódy.
--1.
++1.
 . Použité skratky a pojmy
  |SKRATKA/POJEM|POPIS
@@ -148,7 +148,7 @@
 . Architektúra riešenia projektu
--1.
++1.
 . Biznis procesy, ktoré sú predmetom projektu
  **//Proces č.1: //Sprístupnenie spisu účastníkom konania**
@@ -216,9 +216,6 @@
  Súčasťou ekosystému ústavného súdu je integračný komponent ServiceMix. Ide o kľúčový technologický komponent, ktorý sa zúčastňuje na všetkých procesoch zabezpečujúcich služby pre občana. Aktuálne použitý integračný server Apache ServiceMix je neaktualizovaný a predstavuje bezpečnostné aj prevádzkové riziko, nakoľko reprezentuje „single point of failure“. Vzhľadom na neexistenciu dostatočnej aplikačnej dokumentácie od predchádzajúceho dodávateľa, nie je možné jednotlivé aplikačné funkčnosti integračného servera dostatočne kvalifikovane meniť, aktualizovať a rozširovať. Prístup reverzného inžinierstva je v tomto prípade neefektívny nakoľko by predstavovalo veľké množstvo prácnosti, ktorého očakávaným výsledkom je zmenšenie prevádzkovej role integračného servera. Zároveň by bolo nutné spätne identifikovať aj príslušné biznis motivácie/požiadavky, aby bolo možné vyhodnotiť prínos danej funkčnosti na úrovni integračného servera.
--[[image:1744702974895-522.jpg]]
--
--
 .
 . Biznis architektúra projektu
@@ -245,8 +245,8 @@
  Táto služba slúži pre občanov, podnikateľov aj orgány verejnej moci na podanie žiadosti o sprístupnenie informácie zo spisu účastníkom konania, ktorý o toto sprístupnenie požiadajú.
--1.
--11.
++1.
++11.
 . 1.1.1       Zoznam upravovaných biznis funkcií a komponentov
  V tejto časti sú spracované základné biznis funkcie a komponenty navrhovaného riešenia, ktoré sa budú v rámci plnenia tohto projektu nejakým spôsobom meniť alebo pridávať do aktuálneho IS ÚS SR. Jednotlivé funkcionality sú rozdelené podľa entít, ktoré sú prostredníctvom týchto procesov vytvárané a ďalej počas ich životného cyklu aktualizované. Detailný popis procesov a navrhovanej funkcionality je zaevidovaný v rámci dokument Prístup k projektu.
@@ -280,14 +280,14 @@
  Jedná sa o aktualizáciu zastaraného integračného komponentu Apache Service Mix za aktuálnejší a bezpečnejší integračný komponent s možnosť následnej automatickej aktualizácie.
--1.
++1.
 . Biznis vrstva
  Biznisová vrstva projektu pozostáva z zavedenia elektronického spisu, čo sa s pohľadu zákazníkov prejaví nasledovnými službami
--1.
--11.
++1.
++11.
 . Prehľad koncových služieb – budúci stav:
  |(((
@@ -303,11 +303,13 @@
  |ks_381226|Poskytovanie informácií zo spisu účastníkom konania|//G2C/G2B/G2G//|003- Iná podpora, slobodný prístup k informáciám, prístup k odtajneným  skutočnostiam, archívy; 055-Slobodný prístup k informáciám, prístup k odtajneným skutočnostiam, archívy|úroveň 4
  | | | | |Vyberte jednu z možností
--Obrázok 1 Model biznis architektúry (aktéri-koncoví používatelia, koncové služby, procesy) – príklad
++[[image:1744702974895-522.jpg]]
++Obrázok 1 Model biznis architektúry (aktéri-koncoví používatelia, koncové služby, procesy)
--1.
--11.
++
++1.
++11.
 . Jazyková podpora a lokalizácia
  Jazyková podpora zostáva nezmenená.
@@ -314,7 +314,7 @@
--1.
++1.
 . Aplikačná vrstva
  Kapitola popisuje aplikačnú architektúru navrhovaného systému vrátane okolia systému z pohľadu aplikačných komponentov a rozhraní.
@@ -328,8 +328,8 @@
  * Vrstva **Externé informačné systémy**: Táto vrstva obsahuje externé komponenty na ktoré je potrebné sa integrovať v rámci navrhovaného riešenia. Primárne ide o integráciu systémov tretích strán, ktorá aktuálne zahŕňa viacero ISVS.
--1.
--11.
++1.
++11.
 . Frontend
  Vrstva realizuje grafické používateľské rozhranie, prostredníctvom, ktorého používatelia pracujú so systémom. Aplikácia poskytuje rôzne grafické rozhrania pre rôzne typy používateľov:
@@ -351,21 +351,21 @@
  * **UI Všeobecná registratúra**: Všeobecná registratúra je modul pre vybavovanie správnej agendy, t. j. všetko ostatné čo nesúvisí s rozhodovacou činnosťou.
  * **UI Administračný modul**: Tento komponent tvorí grafické rozhranie pre administračný modul. Tento modul je postavený na framework: GWT/GWTP (Google Web Toolkit/ Google Web Toolkit Platform).
--1.
--11.
++1.
++11.
 . Backend
  V rámci vrstvy sú realizované špecifické komponenty, ktoré rozdeľujú na agendové a podporné moduly
--*
--*1.
--*11.
++*
++*1.
++*11.
  *111. Agendové moduly
  * **Manažment konaní**: Modul manažment konaní je určený pre vybavenie agendy rozhodovacej činnosti Ústavného súdu SR a na evidenciu celého procesu konania (taktiež označovaný ako „špecializovaná registratúra). Aktuálne beží na Framework: JSF (JavaServer Faces)
  **  V rámci tohto riešenia sa bude aktualizovať systém a spôsob vyhľadávania v rámci modulu
  * **Zbierka nálezov a uznesení US SR:** Modul je určený na proces spracovania a tvorby zbierky nálezov a uznesení od výberu rozhodnutí po samotné generovanie a publikovanie zbierky na webovom sídle, ako aj vyhľadávanie v zbierke. Aktuálne beží na frameworku GWT/GWTP
--*1.
--*11.
++*1.
++*11.
  *111. Podporné moduly
  Vrstva obsahuje komponenty:
@@ -410,8 +410,8 @@
  Tento modul je postavený na framework: GWT/GWTP (Google Web Toolkit/ Google Web Toolkit Platform).
--1.
--11.
++1.
++11.
 . 1.1.2     Externé informačné systémy
  Komunikácia s externými systémami bude realizovaná pomocou integračného modulu. Integračný modul týmto spôsobom konfigurácie zabezpečí oddelenie externých a interných systémov, čím sa zvýši bezpečnosť celého prostredia a komunikácie.
@@ -419,8 +419,8 @@
--1.
--11.
++1.
++11.
 . Rozsah informačných systémov – AS IS
  Uveďte dotknuté ISVS a ich moduly AS IS:
@@ -444,8 +444,8 @@
  |isvs_11662|Modul Zbierka nálezov a uznesení ÚS SR|☒|  Prevádzkovaný a plánujem rozvíjať|  Agendový|isvs_517
  |isvs_11661|Modul Manažment konaní|☒|  Prevádzkovaný a plánujem rozvíjať|  Agendový|isvs_517
--1.
--11.
++1.
++11.
 . Rozsah informačných systémov – TO BE
  Uveďte informácie o dotknutých ISVS z pohľadu ich ďalšej prevádzky po realizácii projektu – TO BE stav:
@@ -472,7 +472,7 @@
  )))|Plánujem budovať|Agendový|
 .
--11.
++11.
 . Využívanie nadrezortných a spoločných ISVS – AS IS
  Uveďte informácie o využívaných, resp. nevyužívaných nadrezortných ISVS (Spoločných ISVS a spoločných blokov SaaS) – AS IS stav. Všetky realizované integrácie na nadrezortné ISVS v AS IS stave musia byť evidované v MetaIS.
@@ -482,8 +482,8 @@
  | | |//Vyberte jednu z možností.//
  | | |//Vyberte jednu z možností.//
--1.
--11.
++1.
++11.
 . Prehľad plánovaných integrácií ISVS na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013  e-Governmente – TO BE
  Uveďte plánované využívanie nadrezortných a spoločných ISVS v TO BE stave.
@@ -495,8 +495,8 @@
  |isvs_8846|Autentifikačný modul|//Autentifikačný modul//
  |isvs_9369|Modul elektronického doručovania|//Modul elektronického doručovania//
--1.
--11.
++1.
++11.
 . Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE
  Uveďte v nasledujúcej tabuľke prehľad ISVS, pri ktorých sa plánuje využívanie služieb iných ISVS, spoločných blokov (SaaS) alebo služieb inf. systémov tretích strán v TO BE stave.
@@ -521,7 +521,7 @@
  | | | |
 .
--11.
++11.
 . Aplikačné služby pre realizáciu koncových služieb – TO BE
  Uveďte v nasledujúcej tabuľke budované aplikačné služby, realizáciu koncových služieb aplikačnou službou, koncová služba by mala byť realizovaná aspoň jednou aplikačnou službou (KS môžu realizovať aj viaceré aplikačné služby). Všetky aplikačné služby a ich vzťah na koncové služby musia byť evidované v MetaIS.
@@ -545,10 +545,9 @@
  | | | |
 .
--11.
++11.
 . Aplikačné služby na integráciu – TO BE
--
  |(((
  AS
@@ -571,7 +571,7 @@
  | | | | | | | |
 .
--11.
++11.
 . Poskytovanie údajov z ISVS do IS CSRÚ – TO BE
  n/a – projekt nemá dátový charakter
@@ -586,7 +586,7 @@
  | | | |
 .
--11.
++11.
 . Konzumovanie údajov z IS CSRU – TO BE
  n/a – projekt nemá dátový charakter
@@ -614,8 +614,8 @@
  Každá organizácia by mala mať zavedený systematický manažment údajov (vrátane nastavenie príslušných procesov a metodík pre správu celého životného cyklu údajov) a byť schopná evidovať a spravovať údaje v strojovo-spracovateľnej podobe. V kapitolách nižšie je potrebné popísať AS IS a následne TO BE stav organizácie z pohľadu údajov, ich štruktúry a následného výkonu príslušnej agendy vo vzťahu k projektu.
--1.
--11.
++1.
++11.
 . Údaje v správe organizácie
  [[Popíšte dátovú architektúru riešenia na úrovni objektov evidencie a vzťahov medzi nimi>>url:https://managementmania.com/sk/zalohovanie-backup#heading=h.2s8eyo1]] **v AS IS stave**. Pri popise je potrebné vychádzať z metodiky Ministerstva vnútra - Metodika identifikácie, vizualizácie a referencovania údajov pri dátovom modelovaní vo verejnej správe (zverejnená na stránke [[https:~~/~~/www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave>>url:https://www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave]] v Aktivite 5).
@@ -625,8 +625,8 @@
  * Popíšte zavedenie systematického manažmentu údajov v organizácií.
  * Po organizačnej stránke je podmienkou zavedenie role dátového kurátora (dátový architekt) v organizácii, v rozsahu ako ju definuje strategická priorita Manažment údajov a strategická priorita Otvorené údaje, ktorý bude zodpovedný za koncept systematického manažmentu údajov a úpravu organizačnej štruktúry smerom k vytvoreniu rezortnej dátovej kancelárie.
--1.
--11.
++1.
++11.
 . Dátový rozsah projektu - Prehľad objektov evidencie - TO BE
  n/a – projekt nemá dátový charakter
@@ -655,8 +655,8 @@
  Obrázok 6 Zjednodušený doménový model - príklad
--1.
--11.
++1.
++11.
 . Referenčné údaje
  n/a – projekt nemá dátový charakter
@@ -671,8 +671,8 @@
  * Uviesť dôvod vyhlásenia referenčných údajov (údaje musia byť k subjektu evidencie jedinečné a k týmto údajom je podľa osobitných predpisov uvedená domnienka správnosti),
  * Uviesť poskytovateľov a konzumentov (vlastníkov) údajov do centrálnej platformy dátovej integrácie (modulu procesnej integrácie a integrácie údajov slúžiacim pre výmenu údajov pri výkone verejnej moci elektronicky),
  * Popísať legislatívu a procesy vo verejnej správe (konkrétnej životnej situácie), pre konkrétne údaje identifikované v projekte (odstránenie legislatívnych povinností predkladať úradom výpisy a potvrdenia a automatizácia procesov viažucich sa k životným situáciám a interakcie s občanom / podnikateľským subjektom).
--*1.
--*11.
++*1.
++*11.
  *111. Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné
  V tejto časti dokumentu je potrebné definovať/popísať rozsah a štruktúru na úrovni registrov / objektov evidencie / údajov, ktoré sa navrhujú vyhlásiť za referenčné v naviazanosti na ich zrealizovateľné vzájomné zdieľanie medzi subjektami verejnej správy a dodržanie pravidla, že za referenčné údaje/atribúty sú vyhlasované také údaje/atribúty, ktoré sú k subjektu evidencie jedinečné a práve tie, ktoré využívajú subjekty verejnej správy pri realizácii princípu „1 x a dosť“.
@@ -692,8 +692,8 @@
  | | | | |
 .
--11.
--111.
++11.
++111.
 . Identifikácia údajov pre konzumovanie alebo poskytovanie údajov  do/z CSRU
  Identifikujte a uveďte v nasledujúcej tabuľke potenciálnych konzumentov objektov evidencie, ktoré budú poskytnuté na dátovú integráciu realizáciou projektu, vrátane ich oprávnenosti/nároku na konzumovanie v zmysle konkrétnych ustanovení osobitných právnych predpisov na strane konzumenta, prípadne aj na strane poskytovateľa. V nadväznosti na uvedené identifikujte  osobitné právne predpisy (až na úroveň konkrétneho ustanovenia), ktoré je nutné novelizovať v záujme dosiahnutia TO BE stavu využitia údajov a jeho bezproblémovej aplikovateľnosti.
@@ -712,15 +712,15 @@
  | | |Vyberte jednu z možností.|
 .
--11.
++11.
 . Kvalita a čistenie údajov
  n/a – projekt nemá dátový charakter
--1.
--11.
--111.
++1.
++11.
++111.
 . Zhodnotenie objektov evidencie z pohľadu dátovej kvality
  Zhodnoťte objekty evidencie so zameraním sa na významnosť kvality údajov pre biznis procesy (možné riziká v dôsledku dátovej nekvality), t.j. ak bude údaj nepresný, bude mať nesprávnu hodnotu, formát, nebude vyplnený, alebo stotožnený voči referenčnému registru, ako významne to ovplyvní príslušnú agendu:
@@ -755,8 +755,8 @@
  | | | | |
 .
--11.
--111.
++11.
++111.
 . Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality
  V nasledujúcej tabuľke definujte potrebné kapacity pre zabezpečenie riadenia dátovej kvality – napr. dátový kurátor, data steward, dátový špecialista pre dátovú kvalitu, databázový špecialista, projektový manažér a pod. (informácie k téme: [[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/datova-kvalita/>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/datova-kvalita/]] )
@@ -769,7 +769,7 @@
  |***Iná rola (doplniť)**| |
 .
--11.
++11.
 . Otvorené údaje
  n/a – projekt nemá dátový charakter
@@ -808,8 +808,8 @@
  | |Vyberte jednu z možností.|Vyberte jednu z možností.
  | |Vyberte jednu z možností.|Vyberte jednu z možností.
--1.
--11.
++1.
++11.
 . Analytické údaje
  n/a – projekt nemá dátový charakter
@@ -828,7 +828,7 @@
  | | | |
 .
--11.
++11.
 . Moje údaje
  n/a – projekt nemá dátový charakter
@@ -870,7 +870,7 @@
  | | | |
 .
--11.
++11.
 . Prehľad jednotlivých kategórií údajov
  Realizácia projektu nemení rozsah spracovávaných údajov.
@@ -892,18 +892,18 @@
  | | |☐|☐|☐|☐
  | | |☐|☐|☐|☐
--1.
++1.
 . Technologická vrstva
  Projekt rozvíja aktuálne riešenie doplnením funkcionality cez change requesty. Technologická vrstva sa jeho realizáciou nemení.
--1.
--11.
++1.
++11.
 . Prehľad technologického stavu - AS IS
--1.
--11.
++1.
++11.
 . Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE
  Doplňte pre TO BE stav do nasledujúcej tabuľky požiadavky na výkonnostné parametre, kapacitné požiadavky, ktoré majú vplyv na výkon, sizing prostredia, napr. počet interných používateľov, počet externých používateľov, počet spracovávaných procesov, dokumentov, komunikáciu medzi vrstvami architektúry IS, využívanie sieťovej infraštruktúry (Govnet, LAN, VPN, …).
@@ -919,14 +919,14 @@
  |Ďalšie kapacitné a výkonové požiadavky ...| | |
 .
--11.
++11.
 . Návrh riešenia technologickej architektúry
  Technologická architektúra využíva aktuálny technologický stack, ktorý sa zásadne nemení.
--1.
--11.
++1.
++11.
 . Využívanie služieb z katalógu služieb vládneho cloudu
  Zaevidujte v MetaIS využívanie infraštruktúrnych služieb vašimi ISVS. Podrobné informácie o evidencii využívania infraštruktúrnych služieb sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.4.3 ISVS využívajúci infraštruktúrne služby.
@@ -999,7 +999,7 @@
  Požiadavky na služby vládneho cloudu odporúčame mať ešte pred vyhlásením VO odkomunikované s prevádzkovateľom vládneho cloudu (MV SR) v súlade s postupom zverejneným na webovom sídle https:~/~/sk.cloud v sekcii “Postup a hlavné kroky pre vytvorenie projektu vo Vládnom cloude” alebo  [[https:~~/~~/www.sk.cloud/data/Postup_a_hlavne_kroky_pre_vytvorenie_projektu_vo_Vladnom_cloude.pdf>>url:https://www.sk.cloud/data/Postup_a_hlavne_kroky_pre_vytvorenie_projektu_vo_Vladnom_cloude.pdf]].
--1.
++1.
 . Bezpečnostná architektúra
  Projekt nemení aktuálnu bezpečnostnú architektúru.
@@ -1040,7 +1040,7 @@
  Prevádzka a údržba zostávajú nezmenené.
--1.
++1.
 . Prevádzkové požiadavky
  Uveďte popis L1 úrovne – požiadavky / očakávania
@@ -1054,8 +1054,8 @@
  Uveďte požadované SLA na služby systémovej a aplikačnej podpory – servisné služby vzťahujúce sa na produkčné a testovacie prostredie IS.
--1.
--11.
++1.
++11.
 . Úrovne podpory používateľov
  Help Desk bude realizovaný cez 3 úrovne podpory, s nasledujúcim označením:
@@ -1075,8 +1075,8 @@
  * Help Desk je dostupný cez IS Solution manager a pre vybrané skupiny užívateľov cez telefón a email, incidenty sú evidované v IS Solution manager,
  * Dostupnosť L3 podpory pre IS je 8x5 (8 hodín x 5 dní od 8:00h do 16:00h počas pracovných dní),
--1.
--11.
++1.
++11.
 . Riešenie incidentov – SLA parametre
  Za incident je považovaná chyba IS, t.j. správanie sa v rozpore s prevádzkovou a používateľskou  dokumentáciou IS. Za incident nie je považovaná chyba, ktorá nastala mimo prostredia IS napr. výpadok poskytovania konkrétnej služby Vládneho cloudu alebo komunikačnej infraštruktúry.
@@ -1145,7 +1145,7 @@
  Pre tieto služby budú dohodnuté osobitné parametre dodávky.
--1.
++1.
 . Požadovaná dostupnosť IS:
  |Popis|Parameter|Poznámka
@@ -1168,8 +1168,8 @@
  V prípade nedodržania dostupnosti IS bude každý ďalší začatý pracovný deň nedostupnosti braný ako deň omeškania bez odstránenia vady alebo incidentu.
  )))
--1.
--11.
++1.
++11.
 . Dostupnosť (Availability)
  **Dostupnosť** (**Availability**) je pojem z oblasti riadenia bezpečnosti v organizácii. Dostupnosť znamená, že dáta sú prístupné v okamihu jej potreby. Narušenie dostupnosti sa označuje ako nežiaduce zničenie (destruction) alebo nedostupnosť. Dostupnosť je zvyčajne vyjadrená ako percento času v danom období, obvykle za rok. Orientačný zoznam dostupnosti je uvedený v nasledovnom prehľade:
@@ -1201,8 +1201,8 @@
  V prípade, že je časť softvér alebo infraštruktúra zabezpečovaná externe (napr. hosting, webhosting), prenáša sa zodpovednosť za dostupnosť týchto komponentov na dodávateľa. Potom je potrebné mať vhodným spôsobom ošetrenú úroveň dostupnosti, ktorú musí dodávateľ dodržať. Zvyčajne je dostupnosť súčasťou [[dohody o úrovni poskytovaných služieb (SLA)>>url:https://datalab.digital/referencne-udaje/]].
--1.
--11.
++1.
++11.
 . RTO (Recovery Time Objective)
  **Recovery Time Objective** (zvyčajne sa požíva skratka RTO) je jeden z ukazovateľov [[dostupnosti>>url:https://managementmania.com/sk/data]] dát. RTO vyjadruje množstvo času potrebné pre obnovenie [[dát>>url:https://datalab.digital/legislativa/]] a celej prevádzky nedostupného systému ([[softvér>>url:https://datalab.digital/dokumenty]]). Môže byť, v závislosti na použitej technológii, vyjadrené v sekundách, hodinách či dňoch.
@@ -1213,8 +1213,8 @@
  * Asynchrónne replikácie dát - výpadok a obnova v poriadku sekúnd až minút
  * Synchrónny replikácie dát - nulový výpadok
--1.
--11.
++1.
++11.
 . RPO (Recovery Point Objective)
  **Recovery Point Objective** (zvyčajne sa požíva skratka RPO) je jeden z ukazovateľov [[dostupnosti>>url:https://datalab.digital/legislativa/]] dát. RPO vyjadruje, do akého stavu (bodu) v minulosti možno obnoviť [[dáta>>url:https://datalab.digital]]. Inými slovami množstvo dát, o ktoré môže organizácia prísť.

Zmeny dokumentu I-03 Prístup k projektu (pristup_k_projektu)

Súhrn

Podrobnosti

Vitajte

Linky

Naposledy navštívené