Naposledy upravil Ivana Pukajová 2025/05/21 12:31
Z verzie 21.2
upravil Ivana Pukajová
-
Zmeniť komentár: Pridať komentár
Do verzie 22.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**
... ... @@ -245,8 +245,8 @@
245 245  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ú.
246 246  
247 247  
248 -1.
249 -11.
248 +1.
249 +11.
250 250  111. 1.1.1       Zoznam upravovaných biznis funkcií a komponentov
251 251  
252 252  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 @@
280 280  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.
281 281  
282 282  
283 -1.
283 +1.
284 284  11. Biznis vrstva
285 285  
286 286  Biznisová vrstva projektu pozostáva z zavedenia elektronického spisu, čo sa s pohľadu zákazníkov prejaví nasledovnými službami
287 287  
288 288  
289 -1.
290 -11.
289 +1.
290 +11.
291 291  111. Prehľad koncových služieb – budúci stav:
292 292  
293 293  |(((
... ... @@ -306,8 +306,8 @@
306 306  Obrázok 1 Model biznis architektúry (aktéri-koncoví používatelia, koncové služby, procesy) – príklad
307 307  
308 308  
309 -1.
310 -11.
309 +1.
310 +11.
311 311  111. Jazyková podpora a lokalizácia
312 312  
313 313  Jazyková podpora zostáva nezmenená.
... ... @@ -314,7 +314,7 @@
314 314  
315 315  
316 316  
317 -1.
317 +1.
318 318  11. Aplikačná vrstva
319 319  
320 320  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 @@
328 328  
329 329  * 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.
330 330  
331 -1.
332 -11.
331 +1.
332 +11.
333 333  111. Frontend
334 334  
335 335  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 @@
351 351  * **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.
352 352  * **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).
353 353  
354 -1.
355 -11.
354 +1.
355 +11.
356 356  111. Backend
357 357  
358 358  V rámci vrstvy sú realizované špecifické komponenty, ktoré rozdeľujú na agendové a podporné moduly
359 359  
360 -*
361 -*1.
362 -*11.
360 +*
361 +*1.
362 +*11.
363 363  *111. Agendové moduly
364 364  * **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)
365 365  ** V rámci tohto riešenia sa bude aktualizovať systém a spôsob vyhľadávania v rámci modulu
366 366  * **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
367 -*1.
368 -*11.
367 +*1.
368 +*11.
369 369  *111. Podporné moduly
370 370  
371 371  Vrstva obsahuje komponenty:
... ... @@ -410,8 +410,8 @@
410 410  Tento modul je postavený na framework: GWT/GWTP (Google Web Toolkit/ Google Web Toolkit Platform).
411 411  
412 412  
413 -1.
414 -11.
413 +1.
414 +11.
415 415  111. 1.1.2     Externé informačné systémy
416 416  
417 417  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 @@
419 419  
420 420  
421 421  
422 -1.
423 -11.
422 +1.
423 +11.
424 424  111. Rozsah informačných systémov – AS IS
425 425  
426 426  Uveďte dotknuté ISVS a ich moduly AS IS:
... ... @@ -444,8 +444,8 @@
444 444  |isvs_11662|Modul Zbierka nálezov a uznesení ÚS SR|☒| Prevádzkovaný a plánujem rozvíjať| Agendový|isvs_517
445 445  |isvs_11661|Modul Manažment konaní|☒| Prevádzkovaný a plánujem rozvíjať| Agendový|isvs_517
446 446  
447 -1.
448 -11.
447 +1.
448 +11.
449 449  111. Rozsah informačných systémov – TO BE
450 450  
451 451  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 @@
472 472  )))|Plánujem budovať|Agendový|
473 473  
474 474  1.
475 -11.
475 +11.
476 476  111. Využívanie nadrezortných a spoločných ISVS – AS IS
477 477  
478 478  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 @@
482 482  | | |//Vyberte jednu z možností.//
483 483  | | |//Vyberte jednu z možností.//
484 484  
485 -1.
486 -11.
485 +1.
486 +11.
487 487  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
488 488  
489 489  Uveďte plánované využívanie nadrezortných a spoločných ISVS v TO BE stave.
... ... @@ -495,8 +495,8 @@
495 495  |isvs_8846|Autentifikačný modul|//Autentifikačný modul//
496 496  |isvs_9369|Modul elektronického doručovania|//Modul elektronického doručovania//
497 497  
498 -1.
499 -11.
498 +1.
499 +11.
500 500  111. Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE
501 501  
502 502  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 @@
521 521  | | | |
522 522  
523 523  1.
524 -11.
524 +11.
525 525  111. Aplikačné služby pre realizáciu koncových služieb – TO BE
526 526  
527 527  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.
... ... @@ -540,12 +540,12 @@
540 540  
541 541  //(kód KS z MetaIS)//
542 542  )))
543 -| |Poskytovanie elektronického spisu|Elektronický spis|
543 +|as_67116|Poskytovanie elektronického spisu|Elektronický spis|ks_381226
544 544  | | | |
545 545  | | | |
546 546  
547 547  1.
548 -11.
548 +11.
549 549  111. Aplikačné služby na integráciu – TO BE
550 550  
551 551  Projekt nerealizuje žiadne nové aplikačné služby.
... ... @@ -613,8 +613,8 @@
613 613  Obrázok 4 Integrácie na IS CSRÚ – ref. príklad
614 614  
615 615  
616 -1.
617 -11.
616 +1.
617 +11.
618 618  111. Poskytovanie údajov z ISVS do IS CSRÚ – TO BE
619 619  
620 620  n/a – projekt nemá dátový charakter
... ... @@ -629,7 +629,7 @@
629 629  | | | |
630 630  
631 631  1.
632 -11.
632 +11.
633 633  111. Konzumovanie údajov z IS CSRU – TO BE
634 634  
635 635  n/a – projekt nemá dátový charakter
... ... @@ -657,8 +657,8 @@
657 657  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.
658 658  
659 659  
660 -1.
661 -11.
660 +1.
661 +11.
662 662  111. Údaje v správe organizácie
663 663  
664 664  [[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).
... ... @@ -668,8 +668,8 @@
668 668  * Popíšte zavedenie systematického manažmentu údajov v organizácií.
669 669  * 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.
670 670  
671 -1.
672 -11.
671 +1.
672 +11.
673 673  111. Dátový rozsah projektu - Prehľad objektov evidencie - TO BE
674 674  
675 675  n/a – projekt nemá dátový charakter
... ... @@ -698,8 +698,8 @@
698 698  Obrázok 6 Zjednodušený doménový model - príklad
699 699  
700 700  
701 -1.
702 -11.
701 +1.
702 +11.
703 703  111. Referenčné údaje
704 704  
705 705  n/a – projekt nemá dátový charakter
... ... @@ -714,8 +714,8 @@
714 714  * 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),
715 715  * 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),
716 716  * 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).
717 -*1.
718 -*11.
717 +*1.
718 +*11.
719 719  *111. Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné
720 720  
721 721  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ť“.
... ... @@ -735,8 +735,8 @@
735 735  | | | | |
736 736  
737 737  1.
738 -11.
739 -111.
738 +11.
739 +111.
740 740  1111. Identifikácia údajov pre konzumovanie alebo poskytovanie údajov  do/z CSRU
741 741  
742 742  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.
... ... @@ -755,15 +755,15 @@
755 755  | | |Vyberte jednu z možností.|
756 756  
757 757  1.
758 -11.
758 +11.
759 759  111. Kvalita a čistenie údajov
760 760  
761 761  n/a – projekt nemá dátový charakter
762 762  
763 763  
764 -1.
765 -11.
766 -111.
764 +1.
765 +11.
766 +111.
767 767  1111. Zhodnotenie objektov evidencie z pohľadu dátovej kvality
768 768  
769 769  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:
... ... @@ -798,8 +798,8 @@
798 798  | | | | |
799 799  
800 800  1.
801 -11.
802 -111.
801 +11.
802 +111.
803 803  1111. Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality
804 804  
805 805  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/]] )
... ... @@ -812,7 +812,7 @@
812 812  |***Iná rola (doplniť)**| |
813 813  
814 814  1.
815 -11.
815 +11.
816 816  111. Otvorené údaje
817 817  
818 818  n/a – projekt nemá dátový charakter
... ... @@ -851,8 +851,8 @@
851 851  | |Vyberte jednu z možností.|Vyberte jednu z možností.
852 852  | |Vyberte jednu z možností.|Vyberte jednu z možností.
853 853  
854 -1.
855 -11.
854 +1.
855 +11.
856 856  111. Analytické údaje
857 857  
858 858  n/a – projekt nemá dátový charakter
... ... @@ -871,7 +871,7 @@
871 871  | | | |
872 872  
873 873  1.
874 -11.
874 +11.
875 875  111. Moje údaje
876 876  
877 877  n/a – projekt nemá dátový charakter
... ... @@ -913,7 +913,7 @@
913 913  | | | |
914 914  
915 915  1.
916 -11.
916 +11.
917 917  111. Prehľad jednotlivých kategórií údajov
918 918  
919 919  Realizácia projektu nemení rozsah spracovávaných údajov.
... ... @@ -935,18 +935,18 @@
935 935  | | |☐|☐|☐|☐
936 936  | | |☐|☐|☐|☐
937 937  
938 -1.
938 +1.
939 939  11. Technologická vrstva
940 940  
941 941  Projekt rozvíja aktuálne riešenie doplnením funkcionality cez change requesty. Technologická vrstva sa jeho realizáciou nemení.
942 942  
943 943  
944 -1.
945 -11.
944 +1.
945 +11.
946 946  111. Prehľad technologického stavu - AS IS
947 947  
948 -1.
949 -11.
948 +1.
949 +11.
950 950  111. Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE
951 951  
952 952  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, …).
... ... @@ -962,14 +962,14 @@
962 962  |Ďalšie kapacitné a výkonové požiadavky ...| | |
963 963  
964 964  1.
965 -11.
965 +11.
966 966  111. Návrh riešenia technologickej architektúry
967 967  
968 968  Technologická architektúra využíva aktuálny technologický stack, ktorý sa zásadne nemení.
969 969  
970 970  
971 -1.
972 -11.
971 +1.
972 +11.
973 973  111. Využívanie služieb z katalógu služieb vládneho cloudu
974 974  
975 975  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.
... ... @@ -1042,7 +1042,7 @@
1042 1042  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]].
1043 1043  
1044 1044  
1045 -1.
1045 +1.
1046 1046  11. Bezpečnostná architektúra
1047 1047  
1048 1048  Projekt nemení aktuálnu bezpečnostnú architektúru.
... ... @@ -1089,7 +1089,7 @@
1089 1089  Prevádzka a údržba zostávajú nezmenené.
1090 1090  
1091 1091  
1092 -1.
1092 +1.
1093 1093  11. Prevádzkové požiadavky
1094 1094  
1095 1095  Uveďte popis L1 úrovne – požiadavky / očakávania
... ... @@ -1103,8 +1103,8 @@
1103 1103  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.
1104 1104  
1105 1105  
1106 -1.
1107 -11.
1106 +1.
1107 +11.
1108 1108  111. Úrovne podpory používateľov
1109 1109  
1110 1110  Help Desk bude realizovaný cez 3 úrovne podpory, s nasledujúcim označením:
... ... @@ -1124,8 +1124,8 @@
1124 1124  * 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,
1125 1125  * Dostupnosť L3 podpory pre IS je 8x5 (8 hodín x 5 dní od 8:00h do 16:00h počas pracovných dní),
1126 1126  
1127 -1.
1128 -11.
1127 +1.
1128 +11.
1129 1129  111. Riešenie incidentov – SLA parametre
1130 1130  
1131 1131  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.
... ... @@ -1194,7 +1194,7 @@
1194 1194  Pre tieto služby budú dohodnuté osobitné parametre dodávky.
1195 1195  
1196 1196  
1197 -1.
1197 +1.
1198 1198  11. Požadovaná dostupnosť IS:
1199 1199  
1200 1200  |Popis|Parameter|Poznámka
... ... @@ -1217,8 +1217,8 @@
1217 1217  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.
1218 1218  )))
1219 1219  
1220 -1.
1221 -11.
1220 +1.
1221 +11.
1222 1222  111. Dostupnosť (Availability)
1223 1223  
1224 1224  **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:
... ... @@ -1250,8 +1250,8 @@
1250 1250  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/]].
1251 1251  
1252 1252  
1253 -1.
1254 -11.
1253 +1.
1254 +11.
1255 1255  111. RTO (Recovery Time Objective)
1256 1256  
1257 1257  **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.
... ... @@ -1262,8 +1262,8 @@
1262 1262  * Asynchrónne replikácie dát - výpadok a obnova v poriadku sekúnd až minút
1263 1263  * Synchrónny replikácie dát - nulový výpadok
1264 1264  
1265 -1.
1266 -11.
1265 +1.
1266 +11.
1267 1267  111. RPO (Recovery Point Objective)
1268 1268  
1269 1269  **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ť.