Naposledy upravil Ivana Pukajová 2025/05/21 12:31
Z verzie 25.5
upravil Ivana Pukajová
-
Zmeniť komentár: Pridať komentár
Do verzie 26.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,12 +314,12 @@
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í.
321 321  
322 -[[image:1744702995103-232.jpg]]
322 +[[image:1744708529354-140.jpg]]
323 323  
324 324  Aplikačná architektúra popisuje jednotlivé logické vrstvy aplikačných komponentov:
325 325  
... ... @@ -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.
... ... @@ -545,11 +545,10 @@
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  
552 -
553 553  |(((
554 554  AS
555 555  
... ... @@ -572,7 +572,7 @@
572 572  | | | | | | | |
573 573  
574 574  1.
575 -11.
574 +11.
576 576  111. Poskytovanie údajov z ISVS do IS CSRÚ – TO BE
577 577  
578 578  n/a – projekt nemá dátový charakter
... ... @@ -587,7 +587,7 @@
587 587  | | | |
588 588  
589 589  1.
590 -11.
589 +11.
591 591  111. Konzumovanie údajov z IS CSRU – TO BE
592 592  
593 593  n/a – projekt nemá dátový charakter
... ... @@ -615,8 +615,8 @@
615 615  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.
616 616  
617 617  
618 -1.
619 -11.
617 +1.
618 +11.
620 620  111. Údaje v správe organizácie
621 621  
622 622  [[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).
... ... @@ -626,8 +626,8 @@
626 626  * Popíšte zavedenie systematického manažmentu údajov v organizácií.
627 627  * 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.
628 628  
629 -1.
630 -11.
628 +1.
629 +11.
631 631  111. Dátový rozsah projektu - Prehľad objektov evidencie - TO BE
632 632  
633 633  n/a – projekt nemá dátový charakter
... ... @@ -656,8 +656,8 @@
656 656  Obrázok 6 Zjednodušený doménový model - príklad
657 657  
658 658  
659 -1.
660 -11.
658 +1.
659 +11.
661 661  111. Referenčné údaje
662 662  
663 663  n/a – projekt nemá dátový charakter
... ... @@ -672,8 +672,8 @@
672 672  * 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),
673 673  * 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),
674 674  * 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).
675 -*1.
676 -*11.
674 +*1.
675 +*11.
677 677  *111. Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné
678 678  
679 679  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ť“.
... ... @@ -693,8 +693,8 @@
693 693  | | | | |
694 694  
695 695  1.
696 -11.
697 -111.
695 +11.
696 +111.
698 698  1111. Identifikácia údajov pre konzumovanie alebo poskytovanie údajov  do/z CSRU
699 699  
700 700  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.
... ... @@ -713,15 +713,15 @@
713 713  | | |Vyberte jednu z možností.|
714 714  
715 715  1.
716 -11.
715 +11.
717 717  111. Kvalita a čistenie údajov
718 718  
719 719  n/a – projekt nemá dátový charakter
720 720  
721 721  
722 -1.
723 -11.
724 -111.
721 +1.
722 +11.
723 +111.
725 725  1111. Zhodnotenie objektov evidencie z pohľadu dátovej kvality
726 726  
727 727  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:
... ... @@ -756,8 +756,8 @@
756 756  | | | | |
757 757  
758 758  1.
759 -11.
760 -111.
758 +11.
759 +111.
761 761  1111. Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality
762 762  
763 763  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/]] )
... ... @@ -770,7 +770,7 @@
770 770  |***Iná rola (doplniť)**| |
771 771  
772 772  1.
773 -11.
772 +11.
774 774  111. Otvorené údaje
775 775  
776 776  n/a – projekt nemá dátový charakter
... ... @@ -809,8 +809,8 @@
809 809  | |Vyberte jednu z možností.|Vyberte jednu z možností.
810 810  | |Vyberte jednu z možností.|Vyberte jednu z možností.
811 811  
812 -1.
813 -11.
811 +1.
812 +11.
814 814  111. Analytické údaje
815 815  
816 816  n/a – projekt nemá dátový charakter
... ... @@ -829,7 +829,7 @@
829 829  | | | |
830 830  
831 831  1.
832 -11.
831 +11.
833 833  111. Moje údaje
834 834  
835 835  n/a – projekt nemá dátový charakter
... ... @@ -871,7 +871,7 @@
871 871  | | | |
872 872  
873 873  1.
874 -11.
873 +11.
875 875  111. Prehľad jednotlivých kategórií údajov
876 876  
877 877  Realizácia projektu nemení rozsah spracovávaných údajov.
... ... @@ -893,18 +893,18 @@
893 893  | | |☐|☐|☐|☐
894 894  | | |☐|☐|☐|☐
895 895  
896 -1.
895 +1.
897 897  11. Technologická vrstva
898 898  
899 899  Projekt rozvíja aktuálne riešenie doplnením funkcionality cez change requesty. Technologická vrstva sa jeho realizáciou nemení.
900 900  
901 901  
902 -1.
903 -11.
901 +1.
902 +11.
904 904  111. Prehľad technologického stavu - AS IS
905 905  
906 -1.
907 -11.
905 +1.
906 +11.
908 908  111. Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE
909 909  
910 910  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, …).
... ... @@ -920,14 +920,14 @@
920 920  |Ďalšie kapacitné a výkonové požiadavky ...| | |
921 921  
922 922  1.
923 -11.
922 +11.
924 924  111. Návrh riešenia technologickej architektúry
925 925  
926 926  Technologická architektúra využíva aktuálny technologický stack, ktorý sa zásadne nemení.
927 927  
928 928  
929 -1.
930 -11.
928 +1.
929 +11.
931 931  111. Využívanie služieb z katalógu služieb vládneho cloudu
932 932  
933 933  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.
... ... @@ -1000,7 +1000,7 @@
1000 1000  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]].
1001 1001  
1002 1002  
1003 -1.
1002 +1.
1004 1004  11. Bezpečnostná architektúra
1005 1005  
1006 1006  Projekt nemení aktuálnu bezpečnostnú architektúru.
... ... @@ -1041,7 +1041,7 @@
1041 1041  Prevádzka a údržba zostávajú nezmenené.
1042 1042  
1043 1043  
1044 -1.
1043 +1.
1045 1045  11. Prevádzkové požiadavky
1046 1046  
1047 1047  Uveďte popis L1 úrovne – požiadavky / očakávania
... ... @@ -1055,8 +1055,8 @@
1055 1055  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.
1056 1056  
1057 1057  
1058 -1.
1059 -11.
1057 +1.
1058 +11.
1060 1060  111. Úrovne podpory používateľov
1061 1061  
1062 1062  Help Desk bude realizovaný cez 3 úrovne podpory, s nasledujúcim označením:
... ... @@ -1076,8 +1076,8 @@
1076 1076  * 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,
1077 1077  * Dostupnosť L3 podpory pre IS je 8x5 (8 hodín x 5 dní od 8:00h do 16:00h počas pracovných dní),
1078 1078  
1079 -1.
1080 -11.
1078 +1.
1079 +11.
1081 1081  111. Riešenie incidentov – SLA parametre
1082 1082  
1083 1083  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.
... ... @@ -1146,7 +1146,7 @@
1146 1146  Pre tieto služby budú dohodnuté osobitné parametre dodávky.
1147 1147  
1148 1148  
1149 -1.
1148 +1.
1150 1150  11. Požadovaná dostupnosť IS:
1151 1151  
1152 1152  |Popis|Parameter|Poznámka
... ... @@ -1169,8 +1169,8 @@
1169 1169  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.
1170 1170  )))
1171 1171  
1172 -1.
1173 -11.
1171 +1.
1172 +11.
1174 1174  111. Dostupnosť (Availability)
1175 1175  
1176 1176  **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:
... ... @@ -1202,8 +1202,8 @@
1202 1202  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/]].
1203 1203  
1204 1204  
1205 -1.
1206 -11.
1204 +1.
1205 +11.
1207 1207  111. RTO (Recovery Time Objective)
1208 1208  
1209 1209  **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.
... ... @@ -1214,8 +1214,8 @@
1214 1214  * Asynchrónne replikácie dát - výpadok a obnova v poriadku sekúnd až minút
1215 1215  * Synchrónny replikácie dát - nulový výpadok
1216 1216  
1217 -1.
1218 -11.
1216 +1.
1217 +11.
1219 1219  111. RPO (Recovery Point Objective)
1220 1220  
1221 1221  **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ť.
1744708529354-140.jpg
Autor
... ... @@ -1,0 +1,1 @@
1 +XWiki.ivana\.pukajova@itacon\.sk
Veľkosť
... ... @@ -1,0 +1,1 @@
1 +197.4 KB
Obsah