Naposledy upravil Gabriela Hajduková 2025/02/03 13:34

Z verzie 1.1
Zmeniť komentár: Pre túto verziu nie sú komentáre
Do verzie 2.1
Zmeniť komentár: Pre túto verziu nie sú komentáre

Súhrn

Podrobnosti

Vlastnosti stránky
Obsah
... ... @@ -4,7 +4,7 @@
4 4  
5 5  |**Povinná osoba**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Mesto Košice{{/content}}
6 6  |**Názov projektu**|{{content id="projekt.nazov"}}Inovatívne elektronické formuláre mesta Košice{{/content}}
7 -|**Zodpovedná osoba za projekt**| //Meno a priezvisko osoby, ktorá predkla dokumenty (zamestnanec /Projektový manažér)//
7 +|**Zodpovedná osoba za projekt**|//Ing. Gabriela Hajduková (zamestnanec /Projektový manažér)//
8 8  |**Realizátor projektu**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Mesto Košice{{/content}}
9 9  |**Vlastník projektu**| {{content id="projekt.vlastnik.nazov"}}Mesto Košice{{/content}}
10 10  **Schvaľovanie dokumentu**
... ... @@ -24,94 +24,186 @@
24 24  
25 25  = {{id name="_Toc74315499"/}}2.Účel dokumentu =
26 26  
27 -//V súlade s Vyhláškou 401/2023 Z.z. je dokument I-03 Prístup k projektu určený na rozpracovanie detailných informácií prípravy projektu z pohľadu aktuálneho stavu, budúceho stavu a navrhovaného riešenia.//
28 -//Dokument Prístup k projektu v zmysle vyššie uvedenej vyhlášky má obsahovať 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. Dodávané riešenie musí byť v súlade so zákonom. Zároveň opisuje aj implementáciu projektu a preberanie výstupov projektu.//
29 -//**Inštrukcia: Šedý text** v celom dokumente predstavuje nápoveď pre vyplnenie dokumentu, po vyplnení kapitol **odporúčame text šedou farbou vymazať.**//
30 -//Dokumenty ukladajte s prefixom I_XX.//
31 -//Odporúčame, aby ste si TABUĽKOVÉ VSTUPY vo formáte EXCEL spravovali v jednom centrálnom súbore s cieľom minimalizovať budúcu prácnosť s aktualizáciou a udržiavaním obsahu.//
27 +Tento dokument je strategickým a operatívnym nástrojom, ktorý slúži na plánovanie, riadenie, implementáciu a kontrolu projektu „Inovatívne formuláre mesta Košice“. Je vypracovaný v súlade s vyhláškou č. 401/2023 Z.z. a jeho cieľom je zabezpečiť hladký priebeh všetkých etáp projektu, od prípravnej fázy až po jeho úspešnú realizáciu a udržateľnosť.
32 32  
29 +Dokument detailne rozpracováva všetky kľúčové aspekty projektu, pričom kladie dôraz na opis aktuálneho stavu, cieľového budúceho stavu a návrhu konkrétneho riešenia. Vychádza z aktuálnej situácie elektronických služieb v meste Košice, ktoré sú nepostačujúce pre moderné potreby občanov, podnikateľov a zamestnancov mesta Košice. Cieľom je vytvoriť riešenie, ktoré bude jednoduché, prístupné a efektívne. Dokument zahŕňa podrobný návrh architektúry riešenia vrátane biznis vrstvy, aplikačnej vrstvy, dátovej vrstvy, technologickej vrstvy a infraštruktúry. Taktiež obsahuje opis bezpečnostnej architektúry, ktorá má zabezpečiť ochranu údajov a systémov v súlade s legislatívou.
30 +
31 +Významnú časť dokumentu tvorí špecifikácia údajov, ktoré budú spracované v rámci projektu. Zahŕňa aj procesy čistenia údajov, ktoré sú potrebné na dosiahnutie ich konzistencie a kvality. Prevádzka a údržba výstupov projektu sú detailne opísané, pričom dôraz sa kladie na dlhodobú udržateľnosť riešenia. Dokument sa venuje aj prevádzkovým požiadavkám, požiadavkám na zdrojové kódy a zabezpečeniu ich dostupnosti pre budúce úpravy a rozvoj. Zvláštna pozornosť je venovaná zabezpečeniu, že dodávané riešenie bude plne v súlade s legislatívnymi normami.
32 +
33 +Implementácia projektu je detailne rozpracovaná v jednotlivých fázach, od návrhu cez testovanie až po preberanie výstupov projektu. Každá fáza je riadená podľa definovaných pravidiel riadenia kvality, pričom sú presne špecifikované procesy na overenie zhody výstupov projektu s požiadavkami. Zároveň je zabezpečený súlad so zákonom č. 95/2019 Z.z. o informačných technológiách vo verejnej správe, ako aj ďalšími normami, ako sú štandardy ID-SK 3.0.
34 +
35 +Význam dokumentu spočíva v jeho funkcii ako základného rámca pre úspešnú realizáciu projektu. Detailné definovanie všetkých procesov, požiadaviek a výstupov umožňuje efektívne riadenie projektu a zabezpečenie jeho prínosov pre občanov a podnikateľov. Projekt „Inovatívne formuláre mesta Košice“ má potenciál významne zlepšiť dostupnosť a kvalitu elektronických služieb, zvýšiť efektivitu mestských procesov a priniesť dlhodobé úspory vo verejných financiách. Dokument zároveň zabezpečuje transparentnosť a umožňuje monitorovanie projektu zo strany všetkých zainteresovaných strán.
36 +
37 +Tento dokument preto predstavuje dôležitý nástroj pre koordináciu a realizáciu projektu, ktorý prispieva k digitalizácii verejnej správy a modernizácii poskytovaných služieb. Jeho súlad s vyhláškou č. 401/2023 Z.z. a ďalšími legislatívnymi predpismi garantuje, že výsledky projektu budú plne reflektovať požiadavky modernej spoločnosti.
38 +
33 33  == {{id name="_Toc152607284"/}}{{id name="_Toc683485446"/}}{{id name="_Toc365474999"/}}{{id name="_Toc1488819067"/}}{{id name="_Toc461533771"/}}{{id name="_Toc1193242276"/}}{{id name="_Toc738207424"/}}{{id name="_Toc2067375730"/}}{{id name="_Toc336064095"/}}{{id name="_Toc62328600"/}}{{id name="_Toc1636304797"/}}{{id name="_Toc635885549"/}}2.1Použité skratky a pojmy ==
34 34  
41 +
35 35  |**SKRATKA/POJEM**|**POPIS**
36 -| |
37 -| |
38 -| |
39 -{{id name="_Toc152607286"/}}
40 -
43 +|MIRRI|Ministerstvo investícií, regionálneho rozvoja a informatizácie
44 +|IIS KE|Integrovaný informačný systém mesta Košice
45 +|ID-SK|Jednotný dizajn manuál elektronických služieb SR
46 +|ISVS|Informačný systém verejnej správy
47 +|KS|Koncová služba
48 +|SLA|Service Level Agreement (zmluva o úrovni poskytovaných služieb)
49 +|eID|Elektronická identifikácia
50 +|IAM SSO|Identity and Access Management - Single Sign-On
51 +|CBA|Cost-Benefit Analysis (analýza nákladov a prínosov)
52 +|PID|Project Initial Document (projektový iniciálny dokument)
53 +|MetaIS|Centrálny metainformačný systém verejnej správy
54 +|ESKE|Elektronické služby mesta Košice
55 +|ITIL|Information Technology Infrastructure Library (knižnica postupov a štandardov v IT)
56 +|GDPR|General Data Protection Regulation (Všeobecné nariadenie o ochrane údajov)
57 +|EUPL|European Union Public Licence
58 +|G2C |Government to Citizen (služby verejnej správy občanom)
59 +|G2B |Government to Business (služby verejnej správy podnikateľom)
60 +|G2G |Government to Government (služby medzi orgánmi verejnej správy)
61 +|G2A |Government to Administration (služby verejnej správy administratíve)
62 +|L1|Level 1 Support (prvá úroveň podpory)
63 +|L2|Level 2 Support (druhá úroveň podpory)
64 +|L3|Level 3 Support (tretia úroveň podpory)
41 41  
42 -== {{id name="_Toc153139681"/}}{{id name="_Toc15428557"/}}{{id name="_Toc15427667"/}}{{id name="_Toc15426945"/}}{{id name="_Toc510413655"/}}2.2Konvencie pre typy požiadaviek (príklady) ==
66 +{{id name="_Toc153139681"/}}{{id name="_Toc15428557"/}}
43 43  
44 -//Zvoľte si konvenciu pre označovanie požiadaviek, súborov, atď. Hlavné kategórie požiadaviek v zmysle katalógu požiadaviek, rozdeľujeme na funkčné (funkcionálne), nefunkčné (kvalitatívne, výkonové a pod.). Podskupiny v hlavných kategóriách je možné rozšíriť podľa potrieb projektu, napríklad~://
45 -//**Funkcionálne (používateľské) požiadavky **majú nasledovnú konvenciu~://
46 -//**FRxx**//
68 += {{id name="_Toc1924467239"/}}{{id name="_Toc153139683"/}}3.Popis navrhovaného riešenia =
47 47  
48 -* //U – užívateľská požiadavka//
49 -* //R – označenie požiadavky//
50 -* //xx – číslo požiadavky//
51 -//**Nefunkčné (kvalitatívne, výkonové - Non Functional Requirements - NFR) požiadavky** majú nasledovnú konvenciu~://
52 -//**NRxx**//
53 -* //N – nefunkčná požiadavka (NFR)//
54 -* //R – označenie požiadavky//
55 -* //xx – číslo požiadavky//
56 -//Ostatné typy požiadaviek môžu byť ďalej definované objednávateľom/PM.//
57 -{{id name="_Toc15428558"/}}{{id name="_Toc15427668"/}}{{id name="_Toc15426946"/}}//Všetky požiadavky uvedené v Prístupe k projektu v príslušných kapitolách, musia byť v súlade s funkčnými, nefunkčnými a technickými požiadavkami uvedenými v Katalógu požiadaviek I-04 (**M-05 Analýza nákladov a prínosov - BC/CBA, karta: Katalóg požiadaviek)**.//
70 +Navrhované riešenie projektu „Inovatívne formuláre mesta Košice“ je úzko integrované s existujúcim Integrovaným informačným systémom mesta Košice (IIS KE). Projekt využíva aktuálne dostupné integrácie a dátové štruktúry v rámci systému, pričom predpokladá ich rozšírenie a úpravu na podporu nových funkcií a požiadaviek vyplývajúcich z modernizácie elektronických formulárov.
58 58  
59 -= {{id name="_Toc1924467239"/}}{{id name="_Toc153139683"/}}3.Popis navrhovaného riešenia =
60 60  
61 -//Opis navrhovaného riešenia sa spracováva až po definovaní vybranej alternatívy riešenia na základe výsledkov MCA z dokumentu Projektový zámer (I-02).//
62 -//Obsahom tejto kapitoly je manažérsky sumár navrhovaného riešenia z pohľadu architektúry.//
73 +**Prepojenie s Integrovaným informačným systémom mesta Košice**
63 63  
64 -= {{id name="_Toc120655606"/}}{{id name="_Toc153139684"/}}4.Architektúra riešenia projektu =
75 +IIS KE predstavuje hlavný rámec pre integráciu elektronických služieb mesta. Navrhované riešenie sa zameriava na efektívne využitie existujúcej infraštruktúry a integrácií s cieľom minimalizovať duplicitu procesov a redundanciu údajov. Projekt umožní:
65 65  
66 -//Spracovanie a rozsah tejto kapitoly závisí od typu projektu – budovanie ISVS, rozvoj ISVS, migrácia do vládneho cloudu, nákup HW atď. Napríklad pri budovaní/rozvoji ISVS navrhujete všetky vrstvy architektúry (biznis, aplikačná, technologická), pri nákupe HW alebo migrácii systému na infraštruktúrne cloudové služby nie je potrebné popisovať detailne biznis a aplikačnú vrstvu architektúry, postačuje v príslušných kapitolách uviesť len nevyhnutné detaily ilustrujúce dopad projektu v týchto vrstvách, aby príslušné zainteresované osoby mohli vyhodnotiť, akým spôsobom ich projekt ovplyvní.//
67 -//Architektúra navrhovaného riešenia projektu musí byť v súlade s funkčnými, nefunkčnými a technickými požiadavkami definovanými v katalógu požiadaviek (**M-05 Analýza nákladov a prínosov - BC/CBA, karta: Katalóg požiadaviek, I-04 Katalóg požiadaviek **).//
68 -//V dokumente Prístup k projektu popíšte súčasný stav (ďalej AS IS) architektúry aj s príslušným architektonickým modelom a budúci stav (ďalej TO BE) architektúry riešenia aj s príslušným architektonickým modelom.//
69 -//AS IS architektúra a TO BE architektúra musia byť spracované tak, aby bol zreteľný výsledok projektu (zmena).//
70 -//Obsah tejto kapitoly je tiež prehľadom realizácie výstupu **M-06 - aktualizácia evidencie e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIs)**. Objednávateľ//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^1^^>>path:#sdfootnote1sym||name="sdfootnote1anc"]](%%)// plní výstupom M-06 povinnosti orgánu riadenia sprístupňovať a aktualizovať informácie o informačných technológiách verejnej správy prostredníctvom centrálneho metainformačného systému verejnej správy (MetaIS) bezodkladne podľa § 12 ods. 1 písmeno b zákona 95/2019 Z.z.//
71 -//Objednávateľ priebežne aktualizuje evidenciu e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIs), vrátane architektonických modelov. Pri odovzdaní výstupu I-03 Prístup k projektu objednávateľ v rámci **výstupu M-06 Evidencia e-Government komponentov v MetaIS,**~://
77 +* Plnú integráciu modernizovaných formulárov s modulmi IIS KE, ako sú evidencia podaní, správa komunikácie s občanmi a spracovanie rozhodnutí.
78 +* Automatizované výmeny údajov medzi systémami mesta Košice a externými registrami, ako sú register fyzických osôb, register právnických osôb či kataster nehnuteľností.
79 +* Podporu už implementovaných procesov, ktoré budú prispôsobené na nové požiadavky projektu.
72 72  
73 -* //vytvorí náhľady architektúry v modelovacom nástroji, ktorý môže byť buď integrovaný na spoločný repozitár architektonických modelov verejnej správy//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^2^^>>path:#sdfootnote2sym||name="sdfootnote2anc"]](%%)//, alebo ktorý podporuje export modelu do štandardizovaných výmenných formátov súborov,//
74 -* //uloží architektonické modely súčasnej a budúcej architektúry riešenia buď do repozitára architektonických modelov verejnej správy alebo do projektovej dokumentácie I-03 Prístup k projektu ako prílohu vo výmennom formáte pre uloženie modelu,//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^3^^>>path:#sdfootnote3sym||name="sdfootnote3anc"]](%%)// //
75 -* //aktualizuje v MetaIS e-Government komponenty, ktoré budú realizované alebo menené projektom alebo veľkou zmenovou požiadavkou a to koncové služby, ISVS, ich moduly, aplikačné služby, atribúty a vzájomné vzťahy týchto e-Government komponentov a ich vzťahy (integrácie) na spoločné ISVS alebo ISVS iných správcov, ktoré budú využívať. //
76 -//Orgán vedenia vyhodnotí náležitosti výstupu I-03 a M-06 v súlade s prílohou č. 2 vyhlášky MIRRI č. 401/2023 Z.z.//
77 -//Vyžadujeme, aby návrh architektúry bol zakreslený pomocou modelovacieho jazyka Archimate minimálne vo verzii 3 (linka na špecifikáciu: __[[https:~~/~~/www.opengroup.org/archimate-forum/archimate-overview>>url:https://www.opengroup.org/archimate-forum/archimate-overview]]__). Pre modelovanie a popis AS IS aj TO BE architektúry odporúčame použiť modelovací nástroj//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^4^^>>path:#sdfootnote4sym||name="sdfootnote4anc"]](%%)//, ktorý podporuje export modelu do štandardizovaného formátu „The Open Group ArchiMate Model Exchange File Format Standard“.//
78 -//V návrhu zohľadnite usmernenia z používateľskej príručky centrálneho metainformačného systému verejnej správy (aktuálna verzia je zverejnená na:__ [[https:~~/~~/metais.vicepremier.gov.sk/help>>url:https://metais.vicepremier.gov.sk/help]]__) pre popis, modelovanie a zápis informácií o komponentoch do metainformačného systému verejnej správy (ďalej MetaIS).//
79 -//Pre detailnejší popis procesov, ktorých sa projekt týka je možné použiť tiež modelovací jazyk BPMN (ISO 19510) a modelovací nástroj, ktorý podporuje tento jazyk a export súborov podľa špecifikácie BPMN 2.0//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^5^^>>path:#sdfootnote5sym||name="sdfootnote5anc"]](%%)//. Pre analýzu a modelovanie procesov využite metodiky optimalizácie procesov MV SR pripravené v rámci projektu Optimalizácia procesov vo verejnej správe: __[[https:~~/~~/www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave>>url:https://www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave]]__.//
80 -//Pre detailnejší návrh riešenia v aplikačnej vrstve je možné použiť aj jazyk UML (ISO 19505).//
81 -//Modely môžu obsahovať viac náhľadov na riešenú oblasť tak, aby dostatočne zrozumiteľne popisovali architektúru riešenia a e-Government komponenty, ktoré majú byť predmetom dodávky projektu, ako aj ich vzťahy a závislosti navzájom a vzťahy na ostatné komponenty eGov (napr. spoločné moduly ústredného portálu verejnej správy, iné vlastné alebo externé ISVS, služby alebo dátové registre).//
82 82  
82 +**Dátové štruktúry**
83 +
84 +Riešenie vychádza z aktuálne používaných dátových štruktúr v IIS KE. Na podporu nových služieb a funkcionalít však projekt predpokladá ich úpravu a rozšírenie. Tieto úpravy zahŕňajú:
85 +
86 +* Pridanie nových polí a tabuliek, ktoré umožnia zachytávanie údajov potrebných pre modernizované formuláre.
87 +* Optimalizáciu existujúcich štruktúr s cieľom zlepšiť výkon databázových operácií a zabezpečiť rýchlejšie spracovanie údajov.
88 +* Zavedenie pravidiel pre validáciu a čistenie údajov na zabezpečenie ich kvality a konzistencie.
89 +
90 +Tieto zmeny budú vykonané s ohľadom na minimalizáciu dopadu na existujúce procesy a systémy. Súčasne budú vypracované mechanizmy na migráciu údajov z aktuálnych štruktúr do nových formátov, aby bol zabezpečený hladký prechod na modernizované riešenie.
91 +
92 +
93 +**Prínosy z integrácie a optimalizácie**
94 +
95 +Prepojenie projektu s IIS KE a úpravy dátových štruktúr prinesú niekoľko významných výhod:
96 +
97 +* **Efektívne spracovanie údajov:** Zjednotené a optimalizované dátové štruktúry znížia duplicitu a redundanciu, čím sa zrýchli spracovanie podaní.
98 +* **Zníženie administratívnej záťaže:** Automatizácia výmeny údajov medzi modulmi IIS KE a externými systémami minimalizuje manuálne zásahy zamestnancov.
99 +* **Zlepšenie používateľskej skúsenosti:** Nové funkcionality umožnia občanom a podnikateľom rýchlejšie vybavovanie ich požiadaviek prostredníctvom intuitívnych formulárov.
100 +
101 +
102 +**Implementácia rozšírení**
103 +
104 +Projekt zahŕňa plán na rozšírenie a úpravu integračných modulov IIS KE, ktoré umožnia:
105 +
106 +* Jednoduché pridávanie nových služieb a rozšírenie ich funkcionalít bez potreby zásadnej rekonfigurácie systému.
107 +* Zavedenie rozhraní API pre komunikáciu s externými registrami a informačnými systémami verejnej správy.
108 +* Neustále monitorovanie a optimalizáciu výkonu integračných modulov na zabezpečenie hladkého priebehu operácií.
109 +
110 +
111 +**Zabezpečenie kompatibility**
112 +
113 +Navrhované riešenie plne rešpektuje požiadavky vyhlášky č. 401/2023 Z.z., pričom zohľadňuje aj technické štandardy a legislatívne normy Slovenskej republiky. Kompatibilita so súčasnými modulmi IIS KE a zabezpečenie bezproblémového prepojenia s externými systémami sú prioritou pri návrhu a implementácii riešenia.
114 +
115 +
116 +**Dlhodobá udržateľnosť**
117 +
118 +Projekt je navrhnutý tak, aby všetky zmeny v integračných moduloch a dátových štruktúrach boli udržateľné z hľadiska budúceho rozvoja. Súčasťou projektu je plán pravidelných aktualizácií systému, údržby štruktúr a školení pre zamestnancov mesta, ktorí budú zodpovední za prevádzku a správu modernizovaného riešenia.
119 +
120 +
121 +**Prispôsobenie na budúce potreby**
122 +
123 +Úpravy dátových štruktúr a integrácií v rámci projektu zohľadňujú nielen aktuálne potreby mesta Košice, ale aj možnosť ich rozšírenia v budúcnosti. Flexibilita návrhu umožňuje rýchle zavedenie ďalších funkcionalít a služieb bez výrazného zásahu do existujúcej infraštruktúry.
124 +
125 +Týmto riešením projekt zabezpečuje efektívne využitie existujúceho systému IIS KE, pričom reflektuje potreby modernizácie a digitalizácie mestských procesov. Návrh poskytuje dostatočný priestor pre ďalší rozvoj služieb a ich prispôsobenie na nové požiadavky občanov, podnikateľov a legislatívy.
126 +
127 += {{id name="_Toc120655606"/}}{{id name="_Toc153139684"/}}4.Architektúra riešenia projektu =
128 +
83 83  == {{id name="_Toc299977606"/}}{{id name="_Toc153139685"/}}4.1Biznis vrstva ==
84 84  
85 -//Doplňte výstižné grafické zobrazenia (pohľady na model biznis architektúry) a popis AS IS stavu biznis vrstvy architektúry a krátky popis TO BE stavu z pohľadu biznis architektúry,//
86 -//Doplňte popis súčasného - **AS IS **- stavu biznis vrstvy~://
131 +Na úrovni biznis vrstvy nedochádza k zásadnej zmene medzi stavom AS IS a TO BE, pretože hlavným cieľom projektu je
87 87  
88 -* //Identifikácia kľúčových životných situácii (ŽS), ktorých sa projekt týka. Sústrediť sa menší počet najdôležitejších životných situácií, ktoré predstavujú väčšinu ekonomických nákladov občanov/podnikateľov a nákladov úradov.//
89 -* //Identifikácia existujúcich koncových služieb, ktorých sa projekt týka//
90 -* //Procesné diagramy, ktoré popisujú postupnosť krokov, komunikácie a zodpovedností, ktoré sú v súčasnom stave potrebné pre vyriešenie každej dotknutej ŽS alebo poskytnutie koncovej služby, vypracované v súlade s metodikou optimalizácie procesov MV SR (či už v spolupráci s MV SR v rámci projektu Optimalizácie procesov alebo samostatnom projekte),//
91 -* //Optimalizačné príležitosti, ktoré popisujú možnú zmenu vo výkone procesov VS, v IKT podporujúcich výkon procesov, prípadne v organizačnom zabezpečení výkonu procesov ŽS.//
92 -* //Ukazovatele a metriky dôležité pre vyhodnotenie aktuálneho stavu poskytovania služieb, napr.~://
93 -* \\
94 -** //skutočné počty podaní (interakcií, návštev úradov) pre jednotlivé kroky a životné situácie,//
95 -** //skutočné časy trvania jednotlivých krokov v procese vybavenia ŽS,//
96 -** //skutočné finančné príjmy, spojené s jednotlivými procesnými krokmi (správne poplatky, prípadné pokuty a sankcie),//
97 -** //skutočné finančné náklady, spojené s jednotlivými procesnými krokmi (náklady na tlač, obálkovanie, poštovné, atď.).//
98 -//Doplňte popis budúceho - **TO BE** - stavu biznis vrstvy~://
99 -* //Doplňte výstižné grafické zobrazenia (pohľady na model architektúry riešenia) a popis TO BE stavu navrhovaného riešenia vybraného na základe MCA (Multikriteriálna analýza) popísanej v Projektovom zámere. Navrhované riešenie musí korešpondovať s procesnými diagramami a musí popisovať spôsob dosiahnutia a monitoringu prínosov uvedených v CBA,//
100 -* //Uveďte a znázornite popis zmien medzi súčasným a budúcim stavom navrhovaného riešenia,//
101 -* //Identifikujte a popíšte projektom budované, resp. rozvíjané **koncové služby**. Do tabuľky prehľadu koncových služieb uveďte všetky projektom budované/rozvíjané koncové služby, ktoré budú výstupom projektu. Projektom budované/rozvíjané koncové služby musia byť evidované v MetaIS s fázou životného cyklu Plánovaná a musia mať v MetaIs evidované všetky povinné atribúty a vzťahy. Projektom budované/rozvíjané koncové služby musia mať v MetaIs evidované SLA parametre pre východiskový a cieľový stav. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS kap. 2.1.1 (__[[https:~~/~~/metais.vicepremier.gov.sk/help>>url:https://metais.vicepremier.gov.sk/help]]__),//
102 -* //Procesné diagramy, ktoré popisujú postupnosť krokov, komunikácie a zodpovedností, ktoré budú potrebné pre vyriešenie každej dotknutej ŽS alebo poskytnutie koncovej služby, vypracované v súlade s metodikou optimalizácie procesov MV SR (či už v spolupráci s MV SR v rámci projektu Optimalizácie procesov alebo samostatnom projekte),//
103 -* //Očakávané ukazovatele a metriky dôležité pre vyhodnotenie dosiahnutia cieľov projektu a vyhodnotenie úrovní poskytovania služieb, napr.~://
104 -** //očakávané počty podaní (interakcií, návštev úradov) pre jednotlivé kroky a životné situácie,//
105 -** //očakávané časy trvania jednotlivých krokov v procese vybavenia ŽS,//
106 -** //očakávané finančné príjmy, spojené s jednotlivými procesnými krokmi (správne poplatky, prípadné pokuty a sankcie),//
107 -** //očakávané finančné náklady, spojené s jednotlivými procesnými krokmi (náklady na tlač, obálkovanie a poštovné, atď.).//
108 -* //Trvanie vybavenia ŽS zdôvodní predkladateľ projektu jedným z nasledujúcich spôsobov~://
109 -** //**Vynechanie procesného kroku** z dôvodu reformy (zmeny legislatívy) a/alebo jeho automatizácie (čas potrebný na vykonanie tohto kroku tak bude 0).//
110 -** //**Odhadom dĺžky trvania procesného kroku** v budúcom stave (čas potrebný na vykonanie tohto kroku bude iný ako v súčasnom stave).//
111 -** //**Odhadom dĺžky trvania nového procesnú kroku**, ktorý vznikol z dôvodu procesnej reformy, zmeny legislatívy či zmeny fungovania informačného systému (čas potrebný na vykonanie tohto kroku bude väčší ako nula).//
112 -[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_1e17e3f9448e2df2.jpg||height="382" width="446"]]
113 -//Obrázok 1 Procesný diagram - príklad//
133 +* zvýšiť mieru využívania elektronických služieb mesta Košice,
134 +* zvýšiť komfort vyhľadania a navigácie na elektronickú službu mesta Košice,
135 +* zvýšiť komfort vypĺňania elektronických formulárov a
136 +* zosúladiť riešenie Infomodulu a elektronických formulárov so súčasnou legislatívou (ID SK 3.0).
114 114  
138 +V rámci modernizácie navigácie a výberu elektronických služieb na portáli mesta Košice, je potrebné sa zamerať na nasledovné oblasti:
139 +
140 +~1. Používateľská prívetivosť (UX):
141 +
142 +* Potreba intuitívnej navigácie, ktorá umožní používateľom rýchlo a jednoducho nájsť požadované služby v prehľadných kategóriách a podkategóriách.
143 +* Responzívny dizajn, ktorý zaistí pohodlné používanie na mobilných zariadeniach, tabletoch aj desktopoch.
144 +* Možnosť personalizácie, aby si používatelia mohli prispôsobiť portál podľa svojich potrieb a preferencií.
145 +
146 +2. Konzistentnosť a vizuálny dizajn:
147 +
148 +* Konzistentný dizajn naprieč celým portálom, ktorý vytvorí harmonický a profesionálny dojem.
149 +* Použitie štandardu ID-SK 3.0
150 +* Zlepšenie čitateľnosti cez vhodné veľkosti písma, kontrastné farby a jednoduché grafické prvky.
151 +
152 +3. Vyhľadávacie funkcie:
153 +
154 +* Potreba pokročilého vyhľadávania s rýchlymi a presnými výsledkami.
155 +* Možnosti filtrovania a triedenia obsahu, aby používatelia mohli efektívne nájsť informácie na základe relevantných kritérií.
156 +
157 +4. Integrácia s existujúcimi systémami:
158 +
159 +* Hladká integrácia s Kontom Košičana, aby používatelia mali jednotný prístup k personalizovaným službám.
160 +* Automatizované načítavanie údajov z centrálnych registrov na zníženie záťaže používateľov.
161 +
162 +5. Prístupnosť:
163 +
164 +* Dodržiavanie štandardov prístupnosti, aby bol portál dostupný aj pre ľudí so zdravotným postihnutím.
165 +* Zahrnutie alternatívnych textov pre obrázky a multimediálny obsah.
166 +
167 +6. Spätná väzba a podpora:
168 +
169 +* Potreba vytvorenia kanálov, ktoré umožnia používateľom poskytovať spätnú väzbu a návrhy na zlepšenie.
170 +* Dostupnosť technickej podpory prostredníctvom rôznych kanálov, ako sú e-mail, alebo telefón.
171 +
172 +Týmito vylepšeniami je možné dosiahnuť efektívnejší a používateľsky príjemnejší portál, ktorý lepšie spĺňa potreby obyvateľov mesta Košice.
173 +
174 +[[image:1738324617367-916.png]]
175 +
176 +Obrázok 1- Biznis vrstva
177 +
178 +Obrázok 1 zobrazuje biznis vrstvu v notácii ArchiMate a popisuje biznis funkcie súvisiace s portálom elektronických služieb mesta Košice. Interakcie sú rozdelené do dvoch hlavných biznis funkcionalít: Výber služby a navigácia a Vytvorenie elektronického podania.
179 +
180 +
181 +Výber služby a navigácia
182 +
183 +Táto časť sa zaoberá prvotným kontaktom používateľa s portálom a poskytuje mu možnosť orientovať sa medzi dostupnými službami mesta Košice. Používateľ si vyberá konkrétnu službu z ponuky na základe rôznych pohľadov (kategorizácie) – podľa toho či vystupuje ako fyzická osoba, alebo podnikateľ, podľa údajov získaných prihlásením prostredníctvom eID karty a pod. Systém poskytuje filtrovanie, aby sa vyhľadávanie zjednodušilo. Po výbere služby systém zobrazí podrobné informácie, ako sú postup podania, legislatíva, potrebné prílohy alebo požiadavky na autorizáciu. Tento krok slúži na informovanie používateľa pred samotným podaním.
184 +
185 +
186 +Vytvorenie elektronického podania
187 +
188 +Vytvorenie elektronického podania je riadený proces, ktorý sa skladá z nasledovných krokov:
189 +
190 +* Predvyplnenie elektronického formulára: Ak sú dostupné údaje o používateľovi (napríklad z predchádzajúcich podaní alebo registrov), systém automaticky vyplní časť formulára, aby sa proces urýchlil.
191 +* Zobrazenie elektronického formulára na vyplnenie: Používateľ dostane prístup k formuláru, kde môže doplniť chýbajúce informácie. Formulár je navrhnutý tak, aby bol používateľsky prívetivý.
192 +* Kontrola zadaných údajov: Systém vykoná automatickú kontrolu správnosti a úplnosti zadaných údajov. Používateľ má tiež možnosť manuálne skontrolovať a upraviť údaje pred ich odoslaním.
193 +* Priloženie požadovaných príloh k formuláru: Používateľ môže nahrať požadované elektronické dokumenty vo formátoch v zmysle štandardov SR,
194 +* Autorizácia: Pred odoslaním je potrebné overiť identitu používateľa. Môže ísť o overenie prostredníctvom kvalifikovaného elektronického podpisu,
195 +* Odoslanie elektronického podania: Po úspešnom vyplnení a kontrole údajov sa podanie odošle na spracovanie do elektronickej schránky mesta Košice.
196 +
197 +
198 +Získanie spätnej väzby na portáli je kľúčové pre zlepšovanie používateľskej skúsenosti a poskytovanie kvalitných služieb. Bude realizovaný:
199 +
200 +* cielenou otázkou,
201 +* možnosťou odpovede prostredníctvom ikony (udelenie hviezdičiek) a
202 +* možnosťou napísania hodnotenia v textovej forme.
203 +
204 +
205 +Zozbierané údaje sa budú  analyzovať. Je dôležité identifikovať opakujúce sa témy a venovať pozornosť problémom, ktoré môžu negatívne ovplyvňovať používateľský zážitok.
206 +
115 115  === 4.1.1Prehľad koncových služieb – budúci stav: ===
116 116  
117 117  {{content id="projekt.planovane_ks" template="
... ... @@ -119,10 +119,17 @@
119 119  [['|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.atribut('EA_Profil_KS_pouzivatel_ks')?:''} +
120 120  '|' + ${item.zs?.nazov?:''} + '; ' + ${item.zs?.kodMetais?:''} + '|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_KS_sofistikovanost')?:''}]]
121 121  [/]
122 -"}}|=Kód KS (z MetaIS)|=Názov KS|=Používateľ KS (G2C/G2B/G2G/G2A)|=Životná situácia (+ kód z MetaIS)|=Úroveň elektronizácie KS{{/content}}
214 +"}}
215 +|=Kód KS (z MetaIS)|=Názov KS|=Používateľ KS (G2C/G2B/G2G/G2A)|=Životná situácia (+ kód z MetaIS)|=Úroveň elektronizácie KS
216 +{{/content}}
217 +
218 +|=Kód KS (z MetaIS)|=Názov KS|=Používateľ KS (G2C/G2B/G2G/G2A)|=Životná situácia (+ kód z MetaIS)|=Úroveň elektronizácie KS
219 +
220 +
123 123  [[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_c0c00f49a0be3428.png||height="305" width="260"]]
124 124  //Obrázok 2 Model biznis architektúry (aktéri-koncoví používatelia, koncové služby, procesy) – príklad//
125 125  
224 +
126 126  === {{id name="_Toc673686985"/}}{{id name="_Toc153139711"/}}4.1.2Jazyková podpora a lokalizácia ===
127 127  
128 128  //Uveďte a do katalógu požiadaviek zaevidujte požiadavky na jazykovú podporu a lokalizáciu používateľského rozhrania a výstupov do viacerých jazykov v riešení TO BE stavu.//
... ... @@ -149,9 +149,14 @@
149 149  '|' + ${item.nadradeneIsvs?.kodMetais?:''} + '|')]
150 150  [/]
151 151  "}}|=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
152 -|isvs_5737|Inovatívne elektronické formuláre|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.2|Vyberte jednu z možností\\c_typ_isvs.1||
153 -{{/content}}
251 +|isvs_5737|Inovatívne elektronické formuláre|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.2|Vyberte jednu z možností\\c_typ_isvs.1||{{/content}}
154 154  
253 +|=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
254 +|isvs_5737|Inovatívne elektronické formuláre|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
255 +c_stav_isvs.2|Vyberte jednu z možností
256 +c_typ_isvs.1| |
257 +
258 +
155 155  === 4.2.2Rozsah informačných systémov – TO BE ===
156 156  
157 157  //Uveďte informácie o dotknutých ISVS z pohľadu ich ďalšej prevádzky po realizácii projektu – TO BE stav~://
... ... @@ -163,9 +163,14 @@
163 163  '|' + ${item.nadradeneIsvs?.kodMetais?:''} + '|')]
164 164  [/]
165 165  "}}|=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
166 -|isvs_5737|Inovatívne elektronické formuláre|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.2|Vyberte jednu z možností\\c_typ_isvs.1||
167 -{{/content}}
270 +|isvs_5737|Inovatívne elektronické formuláre|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.2|Vyberte jednu z možností\\c_typ_isvs.1||{{/content}}
168 168  
272 +|=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
273 +|isvs_5737|Inovatívne elektronické formuláre|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
274 +c_stav_isvs.2|Vyberte jednu z možností
275 +c_typ_isvs.1| |
276 +
277 +
169 169  === 4.2.3Využívanie nadrezortných a spoločných ISVS – AS IS ===
170 170  
171 171  //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.//
... ... @@ -210,9 +210,12 @@
210 210  [('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.sluziIsvs?:''} + '|' + ${#strings.listJoin(item.ks, ', ')} + '|')]
211 211  [/]
212 212  "}}|=Kód AS (z MetaIS)|=Názov AS|=ISVS/modul ISVS (kód z MetaIS)|=Aplikačná služba realizuje KS (kód KS z MetaIS)
213 -|as_66146|Poskytnutie elektronického formulára|||
214 -{{/content}}
322 +|as_66146|Poskytnutie elektronického formulára|||{{/content}}
215 215  
324 +|=Kód AS (z MetaIS)|=Názov AS|=ISVS/modul ISVS (kód z MetaIS)|=Aplikačná služba realizuje KS (kód KS z MetaIS)
325 +|as_66146|Poskytnutie elektronického formulára| | |
326 +
327 +
216 216  === 4.2.7Aplikačné služby na integráciu – TO BE ===
217 217  
218 218  //Uveďte v nasledujúcej tabuľke budované aplikačné služby a ich využitie na integráciu na spoločné moduly a iné ISVS alebo ich poskytovanie na externú integráciu a predpokladané vybudovanie cloudových služieb “softvér ako služba“ (SaaS)~://
... ... @@ -220,8 +220,7 @@
220 220  * //Plánované aplikačné služby musia byť evidované v MetaIS s fázou životného cyklu a musia mať v MetaIs evidované všetky povinné atribúty a vzťahy,//
221 221  * //Evidencia integrácií v MetaIS sa realizuje evidovaním vzťahov aplikačných služieb budovaného~/~/rozvíjaného ISVS na príslušné aplikačné služby nadrezortných ISVS. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.3.1 a kap. 2.1.3.3.2.__ __Detailný popis služieb IS CSRÚ a poskytovaných objektov evidencie je v aktuálnej verzii integračného manuálu IS CSRÚ.//
222 222  * //Ak IS povinnej osoby potrebuje konzumovať alebo poskytovať služby iným ISVS alebo IS tretích strán prostredníctvom modulu Centrálna API Manažment Platforma (CAMP) a jej modulu API Gateway, je potrebné aplikačné služby IS Povinnej osoby naviazať na príslušné integračné služby CAMP (API Gatewy).//
223 -* //Budované aplikačné služby musia mať v MetaIs evidované SLA parametre pre východiskový a cieľový stav. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.//
224 -{{content id="projekt.integracne_as" template="
335 +* //Budované aplikačné služby musia mať v MetaIs evidované SLA parametre pre východiskový a cieľový stav. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.//{{content id="projekt.integracne_as" template="
225 225  |=AS (Kód MetaIS)|=Názov AS|=Realizuje ISVS (kód MetaIS)|=Poskytujúca alebo Konzumujúca|=Integrácia cez CAMP|=Integrácia s IS tretích strán|=SaaS|=Integrácia na AS poskytovateľan (kód MetaIS)[# th:each='item : ${as}']
226 226  [('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.isvs?:''} +
227 227  '|' + 'Poskytovaná / Konzumujúca////////' + ${item.atribut('EA_Profil_AS_typ_cloudovej_sluzby')?:''} +
... ... @@ -421,7 +421,7 @@
421 421  
422 422  === 4.3.6Analytické údaje ===
423 423  
424 -//Analytické údaje predstavujú obrovskú skupinu dát získavaných vysokou rýchlosťou z vysokého počtu rôznych typov zdrojov. V priestore verejnej správy sa jedná o dátové zdroje, ktoré sú vytvárané a spravované jednotlivými organizáciami za účelom podpory služieb verejnej správy, služieb vo verejnom záujme alebo verejných služieb. Tieto údaje môžeme okrem uvedenej primárnej funkcie využiť aj na analytické spracovanie, tak aby verejná správa dokázala využívať svoje údaje pre potreby prípravy analýz, na podporu rozhodovania, riadenia a lepší návrh politík. Podmienkou pre plné využitie potenciálu údajov vo verejnej správe je ich poznanie (informácie o dátových zdrojoch, ich obsahu a atribútoch) a zabezpečenie prístupu k analytickým údajom pre analytické jednotky. //
535 +//Analytické údaje predstavujú obrovskú skupinu dát získavaných vysokou rýchlosťou z vysokého počtu rôznych typov zdrojov. V priestore verejnej správy sa jedná o dátové zdroje, ktoré sú vytvárané a spravované jednotlivými organizáciami za účelom podpory služieb verejnej správy, služieb vo verejnom záujme alebo verejných služieb. Tieto údaje môžeme okrem uvedenej primárnej funkcie využiť aj na analytické spracovanie, tak aby verejná správa dokázala využívať svoje údaje pre potreby prípravy analýz, na podporu rozhodovania, riadenia a lepší návrh politík. Podmienkou pre plné využitie potenciálu údajov vo verejnej správe je ich poznanie (informácie o dátových zdrojoch, ich obsahu a atribútoch) a zabezpečenie prístupu k analytickým údajom pre analytické jednotky.  //
425 425  //V nasledujúcej tabuľke uveďte, ktoré objekty evidencie budú projektom pripravené na analytické účely a sprístupňované pre analytické jednotky (napr. pre systém Konsolidovaná Analytická Vrstva – KAV: __[[https:~~/~~/data.gov.sk/id/egov/isvs/9655>>url:https://data.gov.sk/id/egov/isvs/9655]]__ ).//
426 426  //Informácie k sprístupneniu dátových zdrojov organizácie na analytické účely: __[[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/analyticke-udaje/>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/analyticke-udaje/]]__//
427 427  
... ... @@ -575,7 +575,7 @@
575 575  * //Nariadenie Európskeho parlamentu a Rady (EÚ) 2016/679 z 27. apríla 2016 o ochrane fyzických osôb pri spracúvaní osobných údajov a o voľnom pohybe takýchto údajov, ktorým sa zrušuje smernica 95/46/ES (všeobecné nariadenie o ochrane údajov)//
576 576  * //Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov.//
577 577  //Stručne popíšte postupy na dosiahnutie potrebnej úrovne bezpečnosti a spôsob zabezpečenia aktív projektu na jednotlivých vrstvách architektúry (dôvernosť, dostupnosť a integrita).//
578 -//Uveďte požiadavky na realizáciu Bezpečnostného projektu//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^6^^>>path:#sdfootnote6sym||name="sdfootnote6anc"]](%%)
689 +//Uveďte požiadavky na realizáciu Bezpečnostného projektu//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^6^^>>path:#sdfootnote6sym||name="sdfootnote6anc"]](%%)
579 579  //Doplňte požiadavky na používateľské role, správu prístupov a správu aplikácie~://
580 580  * //Interní používatelia (pracovníci jednotlivých organizačných jednotiek, pracovníci administrácie a správy aplikácie, pracovníci prevádzky a podpory)//
581 581  * //Externí používatelia (zákazníci, partneri - tretie strany).//
... ... @@ -711,7 +711,7 @@
711 711  * //**99,999%** (“**päť deviatok**”) **dostupnosť** znamená výpadok 5,26 minút//
712 712  * //**99,9999%** (“**šesť deviatok**”) **dostupnosť** znamená výpadok 31,5 sekúnd//
713 713  //Hoci je obvyklé uvádzať dostupnosť v percentách, presnejšie ukazovatele sú vyjadrením doby obnovenia systému a na množstvo dát, o ktoré môžeme prísť~://
714 -* [[RTO (Recovery Time Objective)>>path:#_RTO_(Recovery_Time]]// - doba obnovenia systému, t.j. za ako dlho po výpadku musí byť systém funkčný (pre bližšie info klik na nadpis)//
825 +* [[RTO (Recovery Time Objective)>>path:#_RTO_(Recovery_Time]]// - doba obnovenia systému, t.j. za ako dlho po výpadku musí byť systém funkčný (pre bližšie info klik na nadpis)//
715 715  * [[RPO (Recovery Point Objective) >>path:#_RPO_(Recovery_Point]]//- aké množstvo dát môže byť stratené od vymedzeného okamihu//
716 716  * //Recovery Time - čas potrebný k obnove//
717 717  //Riešenie dostupnosti v praxi: Nedostupnosť [[dát>>url:https://datalab.digital/wp-content/uploads/CSRU_poskytovatelia_polozky_v3.xlsx]] je jedným z [[rizík>>url:https://www.zakonypreludi.sk/zz/2020-78/znenie-20200501]], ktorý môže postihnúť každú [[organizáciu>>url:https://metais.vicepremier.gov.sk/publicspace]]. Dostupnosť je jedným s kľúčových požiadaviek na každý dôležitý [[informačný systém>>url:https://datalab.digital/dokumenty/]] a vplyv na dostupnosť má mnoho faktorov, napríklad~://
... ... @@ -723,7 +723,7 @@
723 723  
724 724  === {{id name="_Toc862618350"/}}{{id name="_Toc153139720"/}}{{id name="_Toc34423615"/}}{{id name="_RTO_(Recovery_Time"/}}7.2.2RTO (Recovery Time Objective) ===
725 725  
726 -**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.//
837 +**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.//
727 727  Využitie RTO v praxi//: Ukazovateľ RTO sa z pohľadu zákazníka využíva pre vyjadrenie doby pre obnovu dát. (napr. formou //__[[SLA>>url:https://www.minv.sk/swift_data/source/mvsr_a_eu/fabianova/np_optimalizacia/metodika-modelovania-udajov-vs.pdf]]__//). Na druhú stranu poskytovatelia dnes môžu voliť rôzne technológie zálohovanie, respektíve replikovanie dát a dobu obnovy dát znížiť až k nulovému výpadku. Existujúce technológie sa delia zhruba nasledovne~://
728 728  
729 729  * //Tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni//
... ... @@ -732,7 +732,7 @@
732 732  
733 733  === {{id name="_Toc2066578526"/}}{{id name="_Toc153139721"/}}{{id name="_Toc34423616"/}}{{id name="_RPO_(Recovery_Point"/}}7.2.3RPO (Recovery Point Objective) ===
734 734  
735 -**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ť.//
846 +**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ť.//
736 736  Využitie RPO v praxi//**: **Ukazovateľ RPO sa z pohľadu zákazníka využíva pre vyjadrenie množstva obnoviteľných dát. (napr. formou //__[[SLA>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]__//). Na druhú stranu poskytovatelia dnes môžu voliť rôzne technológie //__[[zálohovanie>>url:https://joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf]]__//, respektíve replikovanie dát a bod obnovy dát znížiť až k nulovej strate. Existujúce technológie sa delia zhruba nasledovne~://
737 737  
738 738  * //Tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni//
1738324617367-916.png
Autor
... ... @@ -1,0 +1,1 @@
1 +XWiki.gabriela\.hajdukova@kosice\.sk
Veľkosť
... ... @@ -1,0 +1,1 @@
1 +35.3 KB
Obsah