Naposledy upravil Ivana Pukajová 2025/05/21 12:31
Z verzie 20.5
upravil Ivana Pukajová
-
Zmeniť komentár: Pridať komentár
Do verzie 21.1
upravil Ivana Pukajová
-
Zmeniť komentár: Pre túto verziu nie sú komentáre

Súhrn

Podrobnosti

Vlastnosti stránky
Obsah
... ... @@ -28,7 +28,7 @@
28 28  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.
29 29  
30 30  
31 -1.
31 +1.
32 32  11. Použité skratky a pojmy
33 33  
34 34  |SKRATKA/POJEM|POPIS
... ... @@ -148,7 +148,7 @@
148 148  
149 149  1. Architektúra riešenia projektu
150 150  
151 -1.
151 +1.
152 152  11. Biznis procesy, ktoré sú predmetom projektu
153 153  
154 154  **//Proces č.1: //Sprístupnenie spisu účastníkom konania**
... ... @@ -156,8 +156,8 @@
156 156  
157 157  Ide o jednoznačnú koncovú službu pre občanov. V rámci projektu vznikne samostatný proces, ktorým budú na Webové sídlo propagované neverejné údaje.
158 158  
159 +[[image:1744702948526-931.jpg]]
159 159  
160 -[[image:1744701980576-163.jpg]]
161 161  
162 162  Tento proces pokrýva prípady použitia popísané nižšie.
163 163  
... ... @@ -216,7 +216,7 @@
216 216  
217 217  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.
218 218  
219 -[[image:1744702059198-731.jpg]]
219 +[[image:1744702974895-522.jpg]]
220 220  
221 221  
222 222  1.
... ... @@ -231,7 +231,6 @@
231 231  ** Informácie o prevádzke KÚS (aktuality, tlačové správy,..)
232 232  ** Informácie o konaniach (povinne zverejňované  podania a rozhodnutia)
233 233  
234 -
235 235  Okrem spomínaných podprocesov sa v rámci návrhu riešenia nachádzajú ďalšie funkcionality, ktoré je nevyhnutné realizovať, aby navrhované riešenie spĺňalo všetky požiadavky definované v rámci katalógu požiadaviek.
236 236  
237 237  
... ... @@ -246,8 +246,8 @@
246 246  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ú.
247 247  
248 248  
249 -1.
250 -11.
248 +1.
249 +11.
251 251  111. 1.1.1       Zoznam upravovaných biznis funkcií a komponentov
252 252  
253 253  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.
... ... @@ -281,14 +281,14 @@
281 281  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.
282 282  
283 283  
284 -1.
283 +1.
285 285  11. Biznis vrstva
286 286  
287 287  Biznisová vrstva projektu pozostáva z zavedenia elektronického spisu, čo sa s pohľadu zákazníkov prejaví nasledovnými službami
288 288  
289 289  
290 -1.
291 -11.
289 +1.
290 +11.
292 292  111. Prehľad koncových služieb – budúci stav:
293 293  
294 294  |(((
... ... @@ -307,8 +307,8 @@
307 307  Obrázok 1 Model biznis architektúry (aktéri-koncoví používatelia, koncové služby, procesy) – príklad
308 308  
309 309  
310 -1.
311 -11.
309 +1.
310 +11.
312 312  111. Jazyková podpora a lokalizácia
313 313  
314 314  Jazyková podpora zostáva nezmenená.
... ... @@ -315,12 +315,12 @@
315 315  
316 316  
317 317  
318 -1.
317 +1.
319 319  11. Aplikačná vrstva
320 320  
321 321  Kapitola popisuje aplikačnú architektúru navrhovaného systému vrátane okolia systému z pohľadu aplikačných komponentov a rozhraní.
322 322  
323 -[[image:1744702077190-757.jpg]]
322 +[[image:1744702995103-232.jpg]]
324 324  
325 325  Aplikačná architektúra popisuje jednotlivé logické vrstvy aplikačných komponentov:
326 326  
... ... @@ -329,8 +329,8 @@
329 329  
330 330  * 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.
331 331  
332 -1.
333 -11.
331 +1.
332 +11.
334 334  111. Frontend
335 335  
336 336  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:
... ... @@ -352,21 +352,21 @@
352 352  * **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.
353 353  * **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).
354 354  
355 -1.
356 -11.
354 +1.
355 +11.
357 357  111. Backend
358 358  
359 359  V rámci vrstvy sú realizované špecifické komponenty, ktoré rozdeľujú na agendové a podporné moduly
360 360  
361 -*
362 -*1.
363 -*11.
360 +*
361 +*1.
362 +*11.
364 364  *111. Agendové moduly
365 365  * **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)
366 366  ** V rámci tohto riešenia sa bude aktualizovať systém a spôsob vyhľadávania v rámci modulu
367 367  * **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
368 -*1.
369 -*11.
367 +*1.
368 +*11.
370 370  *111. Podporné moduly
371 371  
372 372  Vrstva obsahuje komponenty:
... ... @@ -411,8 +411,8 @@
411 411  Tento modul je postavený na framework: GWT/GWTP (Google Web Toolkit/ Google Web Toolkit Platform).
412 412  
413 413  
414 -1.
415 -11.
413 +1.
414 +11.
416 416  111. 1.1.2     Externé informačné systémy
417 417  
418 418  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.
... ... @@ -420,8 +420,8 @@
420 420  
421 421  
422 422  
423 -1.
424 -11.
422 +1.
423 +11.
425 425  111. Rozsah informačných systémov – AS IS
426 426  
427 427  Uveďte dotknuté ISVS a ich moduly AS IS:
... ... @@ -445,8 +445,8 @@
445 445  |isvs_11662|Modul Zbierka nálezov a uznesení ÚS SR|☒| Prevádzkovaný a plánujem rozvíjať| Agendový|isvs_517
446 446  |isvs_11661|Modul Manažment konaní|☒| Prevádzkovaný a plánujem rozvíjať| Agendový|isvs_517
447 447  
448 -1.
449 -11.
447 +1.
448 +11.
450 450  111. Rozsah informačných systémov – TO BE
451 451  
452 452  Uveďte informácie o dotknutých ISVS z pohľadu ich ďalšej prevádzky po realizácii projektu – TO BE stav:
... ... @@ -473,7 +473,7 @@
473 473  )))|Plánujem budovať|Agendový|
474 474  
475 475  1.
476 -11.
475 +11.
477 477  111. Využívanie nadrezortných a spoločných ISVS – AS IS
478 478  
479 479  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.
... ... @@ -483,8 +483,8 @@
483 483  | | |//Vyberte jednu z možností.//
484 484  | | |//Vyberte jednu z možností.//
485 485  
486 -1.
487 -11.
485 +1.
486 +11.
488 488  111. Prehľad plánovaných integrácií ISVS na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013  e-Governmente – TO BE
489 489  
490 490  Uveďte plánované využívanie nadrezortných a spoločných ISVS v TO BE stave.
... ... @@ -496,8 +496,8 @@
496 496  |isvs_8846|Autentifikačný modul|//Autentifikačný modul//
497 497  |isvs_9369|Modul elektronického doručovania|//Modul elektronického doručovania//
498 498  
499 -1.
500 -11.
498 +1.
499 +11.
501 501  111. Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE
502 502  
503 503  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.
... ... @@ -522,7 +522,7 @@
522 522  | | | |
523 523  
524 524  1.
525 -11.
524 +11.
526 526  111. Aplikačné služby pre realizáciu koncových služieb – TO BE
527 527  
528 528  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.
... ... @@ -546,7 +546,7 @@
546 546  | | | |
547 547  
548 548  1.
549 -11.
548 +11.
550 550  111. Aplikačné služby na integráciu – TO BE
551 551  
552 552  Projekt nerealizuje žiadne nové aplikačné služby.
... ... @@ -614,8 +614,8 @@
614 614  Obrázok 4 Integrácie na IS CSRÚ – ref. príklad
615 615  
616 616  
617 -1.
618 -11.
616 +1.
617 +11.
619 619  111. Poskytovanie údajov z ISVS do IS CSRÚ – TO BE
620 620  
621 621  n/a – projekt nemá dátový charakter
... ... @@ -630,7 +630,7 @@
630 630  | | | |
631 631  
632 632  1.
633 -11.
632 +11.
634 634  111. Konzumovanie údajov z IS CSRU – TO BE
635 635  
636 636  n/a – projekt nemá dátový charakter
... ... @@ -658,8 +658,8 @@
658 658  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.
659 659  
660 660  
661 -1.
662 -11.
660 +1.
661 +11.
663 663  111. Údaje v správe organizácie
664 664  
665 665  [[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).
... ... @@ -669,8 +669,8 @@
669 669  * Popíšte zavedenie systematického manažmentu údajov v organizácií.
670 670  * 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.
671 671  
672 -1.
673 -11.
671 +1.
672 +11.
674 674  111. Dátový rozsah projektu - Prehľad objektov evidencie - TO BE
675 675  
676 676  n/a – projekt nemá dátový charakter
... ... @@ -699,8 +699,8 @@
699 699  Obrázok 6 Zjednodušený doménový model - príklad
700 700  
701 701  
702 -1.
703 -11.
701 +1.
702 +11.
704 704  111. Referenčné údaje
705 705  
706 706  n/a – projekt nemá dátový charakter
... ... @@ -715,8 +715,8 @@
715 715  * 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),
716 716  * 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),
717 717  * 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).
718 -*1.
719 -*11.
717 +*1.
718 +*11.
720 720  *111. Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné
721 721  
722 722  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ť“.
... ... @@ -736,8 +736,8 @@
736 736  | | | | |
737 737  
738 738  1.
739 -11.
740 -111.
738 +11.
739 +111.
741 741  1111. Identifikácia údajov pre konzumovanie alebo poskytovanie údajov  do/z CSRU
742 742  
743 743  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.
... ... @@ -756,15 +756,15 @@
756 756  | | |Vyberte jednu z možností.|
757 757  
758 758  1.
759 -11.
758 +11.
760 760  111. Kvalita a čistenie údajov
761 761  
762 762  n/a – projekt nemá dátový charakter
763 763  
764 764  
765 -1.
766 -11.
767 -111.
764 +1.
765 +11.
766 +111.
768 768  1111. Zhodnotenie objektov evidencie z pohľadu dátovej kvality
769 769  
770 770  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:
... ... @@ -799,8 +799,8 @@
799 799  | | | | |
800 800  
801 801  1.
802 -11.
803 -111.
801 +11.
802 +111.
804 804  1111. Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality
805 805  
806 806  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/]] )
... ... @@ -813,7 +813,7 @@
813 813  |***Iná rola (doplniť)**| |
814 814  
815 815  1.
816 -11.
815 +11.
817 817  111. Otvorené údaje
818 818  
819 819  n/a – projekt nemá dátový charakter
... ... @@ -852,8 +852,8 @@
852 852  | |Vyberte jednu z možností.|Vyberte jednu z možností.
853 853  | |Vyberte jednu z možností.|Vyberte jednu z možností.
854 854  
855 -1.
856 -11.
854 +1.
855 +11.
857 857  111. Analytické údaje
858 858  
859 859  n/a – projekt nemá dátový charakter
... ... @@ -872,7 +872,7 @@
872 872  | | | |
873 873  
874 874  1.
875 -11.
874 +11.
876 876  111. Moje údaje
877 877  
878 878  n/a – projekt nemá dátový charakter
... ... @@ -914,7 +914,7 @@
914 914  | | | |
915 915  
916 916  1.
917 -11.
916 +11.
918 918  111. Prehľad jednotlivých kategórií údajov
919 919  
920 920  Realizácia projektu nemení rozsah spracovávaných údajov.
... ... @@ -936,18 +936,18 @@
936 936  | | |☐|☐|☐|☐
937 937  | | |☐|☐|☐|☐
938 938  
939 -1.
938 +1.
940 940  11. Technologická vrstva
941 941  
942 942  Projekt rozvíja aktuálne riešenie doplnením funkcionality cez change requesty. Technologická vrstva sa jeho realizáciou nemení.
943 943  
944 944  
945 -1.
946 -11.
944 +1.
945 +11.
947 947  111. Prehľad technologického stavu - AS IS
948 948  
949 -1.
950 -11.
948 +1.
949 +11.
951 951  111. Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE
952 952  
953 953  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, …).
... ... @@ -963,14 +963,14 @@
963 963  |Ďalšie kapacitné a výkonové požiadavky ...| | |
964 964  
965 965  1.
966 -11.
965 +11.
967 967  111. Návrh riešenia technologickej architektúry
968 968  
969 969  Technologická architektúra využíva aktuálny technologický stack, ktorý sa zásadne nemení.
970 970  
971 971  
972 -1.
973 -11.
971 +1.
972 +11.
974 974  111. Využívanie služieb z katalógu služieb vládneho cloudu
975 975  
976 976  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.
... ... @@ -1043,7 +1043,7 @@
1043 1043  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]].
1044 1044  
1045 1045  
1046 -1.
1045 +1.
1047 1047  11. Bezpečnostná architektúra
1048 1048  
1049 1049  Projekt nemení aktuálnu bezpečnostnú architektúru.
... ... @@ -1090,7 +1090,7 @@
1090 1090  Prevádzka a údržba zostávajú nezmenené.
1091 1091  
1092 1092  
1093 -1.
1092 +1.
1094 1094  11. Prevádzkové požiadavky
1095 1095  
1096 1096  Uveďte popis L1 úrovne – požiadavky / očakávania
... ... @@ -1104,8 +1104,8 @@
1104 1104  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.
1105 1105  
1106 1106  
1107 -1.
1108 -11.
1106 +1.
1107 +11.
1109 1109  111. Úrovne podpory používateľov
1110 1110  
1111 1111  Help Desk bude realizovaný cez 3 úrovne podpory, s nasledujúcim označením:
... ... @@ -1125,8 +1125,8 @@
1125 1125  * 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,
1126 1126  * Dostupnosť L3 podpory pre IS je 8x5 (8 hodín x 5 dní od 8:00h do 16:00h počas pracovných dní),
1127 1127  
1128 -1.
1129 -11.
1127 +1.
1128 +11.
1130 1130  111. Riešenie incidentov – SLA parametre
1131 1131  
1132 1132  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.
... ... @@ -1195,7 +1195,7 @@
1195 1195  Pre tieto služby budú dohodnuté osobitné parametre dodávky.
1196 1196  
1197 1197  
1198 -1.
1197 +1.
1199 1199  11. Požadovaná dostupnosť IS:
1200 1200  
1201 1201  |Popis|Parameter|Poznámka
... ... @@ -1218,8 +1218,8 @@
1218 1218  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.
1219 1219  )))
1220 1220  
1221 -1.
1222 -11.
1220 +1.
1221 +11.
1223 1223  111. Dostupnosť (Availability)
1224 1224  
1225 1225  **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:
... ... @@ -1251,8 +1251,8 @@
1251 1251  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/]].
1252 1252  
1253 1253  
1254 -1.
1255 -11.
1253 +1.
1254 +11.
1256 1256  111. RTO (Recovery Time Objective)
1257 1257  
1258 1258  **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.
... ... @@ -1263,8 +1263,8 @@
1263 1263  * Asynchrónne replikácie dát - výpadok a obnova v poriadku sekúnd až minút
1264 1264  * Synchrónny replikácie dát - nulový výpadok
1265 1265  
1266 -1.
1267 -11.
1265 +1.
1266 +11.
1268 1268  111. RPO (Recovery Point Objective)
1269 1269  
1270 1270  **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ť.
1744702948526-931.jpg
Autor
... ... @@ -1,0 +1,1 @@
1 +XWiki.ivana\.pukajova@itacon\.sk
Veľkosť
... ... @@ -1,0 +1,1 @@
1 +144.7 KB
Obsah
1744702974895-522.jpg
Autor
... ... @@ -1,0 +1,1 @@
1 +XWiki.ivana\.pukajova@itacon\.sk
Veľkosť
... ... @@ -1,0 +1,1 @@
1 +148.8 KB
Obsah
1744702995103-232.jpg
Autor
... ... @@ -1,0 +1,1 @@
1 +XWiki.ivana\.pukajova@itacon\.sk
Veľkosť
... ... @@ -1,0 +1,1 @@
1 +230.1 KB
Obsah