Naposledy upravil Ivana Pukajová 2025/05/21 12:31
Z verzie 18.1
upravil Ivana Pukajová
-
Zmeniť komentár: Pre túto verziu nie sú komentáre
Do verzie 19.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**
... ... @@ -216,9 +216,10 @@
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 219  
220 220  
221 -1.
222 +1.
222 222  11. Biznis architektúra projektu
223 223  
224 224  Informačný systém Ústavného súdu SR pozostáva z viacerých komponentov. Kľúčovými komponentmi sú:
... ... @@ -230,7 +230,6 @@
230 230  ** Informácie o prevádzke KÚS (aktuality, tlačové správy,..)
231 231  ** Informácie o konaniach (povinne zverejňované  podania a rozhodnutia)
232 232  
233 -[[image:file:///C:/Users/Ivka/AppData/Local/Temp/msohtmlclip1/01/clip_image002.png]][[image:1742568920210-478.png]]
234 234  
235 235  
236 236  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.
... ... @@ -247,8 +247,8 @@
247 247  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ú.
248 248  
249 249  
250 -1.
251 -11.
250 +1.
251 +11.
252 252  111. 1.1.1       Zoznam upravovaných biznis funkcií a komponentov
253 253  
254 254  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.
... ... @@ -282,14 +282,14 @@
282 282  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.
283 283  
284 284  
285 -1.
285 +1.
286 286  11. Biznis vrstva
287 287  
288 288  Biznisová vrstva projektu pozostáva z zavedenia elektronického spisu, čo sa s pohľadu zákazníkov prejaví nasledovnými službami
289 289  
290 290  
291 -1.
292 -11.
291 +1.
292 +11.
293 293  111. Prehľad koncových služieb – budúci stav:
294 294  
295 295  |(((
... ... @@ -308,8 +308,8 @@
308 308  Obrázok 1 Model biznis architektúry (aktéri-koncoví používatelia, koncové služby, procesy) – príklad
309 309  
310 310  
311 -1.
312 -11.
311 +1.
312 +11.
313 313  111. Jazyková podpora a lokalizácia
314 314  
315 315  Jazyková podpora zostáva nezmenená.
... ... @@ -316,12 +316,12 @@
316 316  
317 317  
318 318  
319 -1.
319 +1.
320 320  11. Aplikačná vrstva
321 321  
322 322  Kapitola popisuje aplikačnú architektúru navrhovaného systému vrátane okolia systému z pohľadu aplikačných komponentov a rozhraní.
323 323  
324 -[[image:file:///C:/Users/Ivka/AppData/Local/Temp/msohtmlclip1/01/clip_image003.png]][[image:1742568963893-477.png]]
324 +[[image:1744702077190-757.jpg]]
325 325  
326 326  Aplikačná architektúra popisuje jednotlivé logické vrstvy aplikačných komponentov:
327 327  
... ... @@ -330,8 +330,8 @@
330 330  
331 331  * 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.
332 332  
333 -1.
334 -11.
333 +1.
334 +11.
335 335  111. Frontend
336 336  
337 337  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:
... ... @@ -353,21 +353,21 @@
353 353  * **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.
354 354  * **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).
355 355  
356 -1.
357 -11.
356 +1.
357 +11.
358 358  111. Backend
359 359  
360 360  V rámci vrstvy sú realizované špecifické komponenty, ktoré rozdeľujú na agendové a podporné moduly
361 361  
362 -*
363 -*1.
364 -*11.
362 +*
363 +*1.
364 +*11.
365 365  *111. Agendové moduly
366 366  * **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)
367 367  ** V rámci tohto riešenia sa bude aktualizovať systém a spôsob vyhľadávania v rámci modulu
368 368  * **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
369 -*1.
370 -*11.
369 +*1.
370 +*11.
371 371  *111. Podporné moduly
372 372  
373 373  Vrstva obsahuje komponenty:
... ... @@ -412,8 +412,8 @@
412 412  Tento modul je postavený na framework: GWT/GWTP (Google Web Toolkit/ Google Web Toolkit Platform).
413 413  
414 414  
415 -1.
416 -11.
415 +1.
416 +11.
417 417  111. 1.1.2     Externé informačné systémy
418 418  
419 419  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.
... ... @@ -421,8 +421,8 @@
421 421  
422 422  
423 423  
424 -1.
425 -11.
424 +1.
425 +11.
426 426  111. Rozsah informačných systémov – AS IS
427 427  
428 428  Uveďte dotknuté ISVS a ich moduly AS IS:
... ... @@ -446,8 +446,8 @@
446 446  |isvs_11662|Modul Zbierka nálezov a uznesení ÚS SR|☒| Prevádzkovaný a plánujem rozvíjať| Agendový|isvs_517
447 447  |isvs_11661|Modul Manažment konaní|☒| Prevádzkovaný a plánujem rozvíjať| Agendový|isvs_517
448 448  
449 -1.
450 -11.
449 +1.
450 +11.
451 451  111. Rozsah informačných systémov – TO BE
452 452  
453 453  Uveďte informácie o dotknutých ISVS z pohľadu ich ďalšej prevádzky po realizácii projektu – TO BE stav:
... ... @@ -474,7 +474,7 @@
474 474  )))|Plánujem budovať|Agendový|
475 475  
476 476  1.
477 -11.
477 +11.
478 478  111. Využívanie nadrezortných a spoločných ISVS – AS IS
479 479  
480 480  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.
... ... @@ -484,8 +484,8 @@
484 484  | | |//Vyberte jednu z možností.//
485 485  | | |//Vyberte jednu z možností.//
486 486  
487 -1.
488 -11.
487 +1.
488 +11.
489 489  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
490 490  
491 491  Uveďte plánované využívanie nadrezortných a spoločných ISVS v TO BE stave.
... ... @@ -497,8 +497,8 @@
497 497  |isvs_8846|Autentifikačný modul|//Autentifikačný modul//
498 498  |isvs_9369|Modul elektronického doručovania|//Modul elektronického doručovania//
499 499  
500 -1.
501 -11.
500 +1.
501 +11.
502 502  111. Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE
503 503  
504 504  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.
... ... @@ -523,7 +523,7 @@
523 523  | | | |
524 524  
525 525  1.
526 -11.
526 +11.
527 527  111. Aplikačné služby pre realizáciu koncových služieb – TO BE
528 528  
529 529  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.
... ... @@ -547,7 +547,7 @@
547 547  | | | |
548 548  
549 549  1.
550 -11.
550 +11.
551 551  111. Aplikačné služby na integráciu – TO BE
552 552  
553 553  Projekt nerealizuje žiadne nové aplikačné služby.
... ... @@ -615,8 +615,8 @@
615 615  Obrázok 4 Integrácie na IS CSRÚ – ref. príklad
616 616  
617 617  
618 -1.
619 -11.
618 +1.
619 +11.
620 620  111. Poskytovanie údajov z ISVS do IS CSRÚ – TO BE
621 621  
622 622  n/a – projekt nemá dátový charakter
... ... @@ -631,7 +631,7 @@
631 631  | | | |
632 632  
633 633  1.
634 -11.
634 +11.
635 635  111. Konzumovanie údajov z IS CSRU – TO BE
636 636  
637 637  n/a – projekt nemá dátový charakter
... ... @@ -659,8 +659,8 @@
659 659  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.
660 660  
661 661  
662 -1.
663 -11.
662 +1.
663 +11.
664 664  111. Údaje v správe organizácie
665 665  
666 666  [[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).
... ... @@ -670,8 +670,8 @@
670 670  * Popíšte zavedenie systematického manažmentu údajov v organizácií.
671 671  * 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.
672 672  
673 -1.
674 -11.
673 +1.
674 +11.
675 675  111. Dátový rozsah projektu - Prehľad objektov evidencie - TO BE
676 676  
677 677  n/a – projekt nemá dátový charakter
... ... @@ -700,8 +700,8 @@
700 700  Obrázok 6 Zjednodušený doménový model - príklad
701 701  
702 702  
703 -1.
704 -11.
703 +1.
704 +11.
705 705  111. Referenčné údaje
706 706  
707 707  n/a – projekt nemá dátový charakter
... ... @@ -716,8 +716,8 @@
716 716  * 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),
717 717  * 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),
718 718  * 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).
719 -*1.
720 -*11.
719 +*1.
720 +*11.
721 721  *111. Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné
722 722  
723 723  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ť“.
... ... @@ -737,8 +737,8 @@
737 737  | | | | |
738 738  
739 739  1.
740 -11.
741 -111.
740 +11.
741 +111.
742 742  1111. Identifikácia údajov pre konzumovanie alebo poskytovanie údajov  do/z CSRU
743 743  
744 744  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.
... ... @@ -757,15 +757,15 @@
757 757  | | |Vyberte jednu z možností.|
758 758  
759 759  1.
760 -11.
760 +11.
761 761  111. Kvalita a čistenie údajov
762 762  
763 763  n/a – projekt nemá dátový charakter
764 764  
765 765  
766 -1.
767 -11.
768 -111.
766 +1.
767 +11.
768 +111.
769 769  1111. Zhodnotenie objektov evidencie z pohľadu dátovej kvality
770 770  
771 771  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:
... ... @@ -800,8 +800,8 @@
800 800  | | | | |
801 801  
802 802  1.
803 -11.
804 -111.
803 +11.
804 +111.
805 805  1111. Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality
806 806  
807 807  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/]] )
... ... @@ -814,7 +814,7 @@
814 814  |***Iná rola (doplniť)**| |
815 815  
816 816  1.
817 -11.
817 +11.
818 818  111. Otvorené údaje
819 819  
820 820  n/a – projekt nemá dátový charakter
... ... @@ -853,8 +853,8 @@
853 853  | |Vyberte jednu z možností.|Vyberte jednu z možností.
854 854  | |Vyberte jednu z možností.|Vyberte jednu z možností.
855 855  
856 -1.
857 -11.
856 +1.
857 +11.
858 858  111. Analytické údaje
859 859  
860 860  n/a – projekt nemá dátový charakter
... ... @@ -873,7 +873,7 @@
873 873  | | | |
874 874  
875 875  1.
876 -11.
876 +11.
877 877  111. Moje údaje
878 878  
879 879  n/a – projekt nemá dátový charakter
... ... @@ -915,7 +915,7 @@
915 915  | | | |
916 916  
917 917  1.
918 -11.
918 +11.
919 919  111. Prehľad jednotlivých kategórií údajov
920 920  
921 921  Realizácia projektu nemení rozsah spracovávaných údajov.
... ... @@ -937,18 +937,18 @@
937 937  | | |☐|☐|☐|☐
938 938  | | |☐|☐|☐|☐
939 939  
940 -1.
940 +1.
941 941  11. Technologická vrstva
942 942  
943 943  Projekt rozvíja aktuálne riešenie doplnením funkcionality cez change requesty. Technologická vrstva sa jeho realizáciou nemení.
944 944  
945 945  
946 -1.
947 -11.
946 +1.
947 +11.
948 948  111. Prehľad technologického stavu - AS IS
949 949  
950 -1.
951 -11.
950 +1.
951 +11.
952 952  111. Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE
953 953  
954 954  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, …).
... ... @@ -964,14 +964,14 @@
964 964  |Ďalšie kapacitné a výkonové požiadavky ...| | |
965 965  
966 966  1.
967 -11.
967 +11.
968 968  111. Návrh riešenia technologickej architektúry
969 969  
970 970  Technologická architektúra využíva aktuálny technologický stack, ktorý sa zásadne nemení.
971 971  
972 972  
973 -1.
974 -11.
973 +1.
974 +11.
975 975  111. Využívanie služieb z katalógu služieb vládneho cloudu
976 976  
977 977  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.
... ... @@ -1044,7 +1044,7 @@
1044 1044  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]].
1045 1045  
1046 1046  
1047 -1.
1047 +1.
1048 1048  11. Bezpečnostná architektúra
1049 1049  
1050 1050  Projekt nemení aktuálnu bezpečnostnú architektúru.
... ... @@ -1091,7 +1091,7 @@
1091 1091  Prevádzka a údržba zostávajú nezmenené.
1092 1092  
1093 1093  
1094 -1.
1094 +1.
1095 1095  11. Prevádzkové požiadavky
1096 1096  
1097 1097  Uveďte popis L1 úrovne – požiadavky / očakávania
... ... @@ -1105,8 +1105,8 @@
1105 1105  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.
1106 1106  
1107 1107  
1108 -1.
1109 -11.
1108 +1.
1109 +11.
1110 1110  111. Úrovne podpory používateľov
1111 1111  
1112 1112  Help Desk bude realizovaný cez 3 úrovne podpory, s nasledujúcim označením:
... ... @@ -1126,8 +1126,8 @@
1126 1126  * 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,
1127 1127  * Dostupnosť L3 podpory pre IS je 8x5 (8 hodín x 5 dní od 8:00h do 16:00h počas pracovných dní),
1128 1128  
1129 -1.
1130 -11.
1129 +1.
1130 +11.
1131 1131  111. Riešenie incidentov – SLA parametre
1132 1132  
1133 1133  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.
... ... @@ -1196,7 +1196,7 @@
1196 1196  Pre tieto služby budú dohodnuté osobitné parametre dodávky.
1197 1197  
1198 1198  
1199 -1.
1199 +1.
1200 1200  11. Požadovaná dostupnosť IS:
1201 1201  
1202 1202  |Popis|Parameter|Poznámka
... ... @@ -1219,8 +1219,8 @@
1219 1219  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.
1220 1220  )))
1221 1221  
1222 -1.
1223 -11.
1222 +1.
1223 +11.
1224 1224  111. Dostupnosť (Availability)
1225 1225  
1226 1226  **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:
... ... @@ -1252,8 +1252,8 @@
1252 1252  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/]].
1253 1253  
1254 1254  
1255 -1.
1256 -11.
1255 +1.
1256 +11.
1257 1257  111. RTO (Recovery Time Objective)
1258 1258  
1259 1259  **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.
... ... @@ -1264,8 +1264,8 @@
1264 1264  * Asynchrónne replikácie dát - výpadok a obnova v poriadku sekúnd až minút
1265 1265  * Synchrónny replikácie dát - nulový výpadok
1266 1266  
1267 -1.
1268 -11.
1267 +1.
1268 +11.
1269 1269  111. RPO (Recovery Point Objective)
1270 1270  
1271 1271  **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ť.
... ... @@ -1291,4 +1291,3 @@
1291 1291  n/a
1292 1292  
1293 1293  
1294 -
1744702059198-731.jpg
Autor
... ... @@ -1,0 +1,1 @@
1 +XWiki.ivana\.pukajova@itacon\.sk
Veľkosť
... ... @@ -1,0 +1,1 @@
1 +148.8 KB
Obsah
1744702077190-757.jpg
Autor
... ... @@ -1,0 +1,1 @@
1 +XWiki.ivana\.pukajova@itacon\.sk
Veľkosť
... ... @@ -1,0 +1,1 @@
1 +230.1 KB
Obsah