Wiki zdrojový kód pre I-03 Prístup k projektu (pristup_k_projektu)

Naposledy upravil Veronika Ferková 2025/07/21 13:27

version	line-number	content
12.1	1	PRÍSTUP K PROJEKTU
	2
1.1	3	Vzor pre manažérsky výstup I-03
12.1	4
1.1	5	podľa vyhlášky MIRRI č. 401/2023 Z. z.
	6
12.1	7	Podľa aktuálnej Vyhlášky 401/2023ucinnej od 1.4.2025 už nie je dokument povinný.
	8
	9
	10	\|Povinná osoba\|//Tu uveďte názov inštitúcie (napr. OVM), ktorá projekt požaduje//
	11	\|Názov projektu\|
	12	\|Zodpovedná osoba za projekt\|//Meno a priezvisko fyzickej osoby, ktorá predloží dokumenty pre prípravnú/ iniciačnú fázu projektu –zamestnanec /Projektový manažér//
	13	\|Realizátor projektu\|//Tu uveďte názov inštitúcie, v prospech ktorej sa projekt realizuje, môže byť totožná s Oprávnenou osobou (napr. podriadená organizácia)//
	14	\|Vlastník projektu\|//Meno a priezvisko fyzickej osoby, ktorá zodpovedá za projekt a schvaľuje predložené dokumenty//
	15
1.1	16	Schvaľovanie dokumentu
12.1	17
	18	\|Položka\|Meno a priezvisko\|Organizácia\|Pracovná pozícia\|Dátum\|(((
1.1	19	Podpis
12.1	20
1.1	21	(alebo elektronický súhlas)
	22	)))
	23	\|Vypracoval\| \| \| \| \|
	24
12.1	25	1. (((
	26	= História dokumentu =
	27	)))
1.1	28
	29	\|Verzia\|Dátum\|Zmeny\|Meno
	30	\|//0.1//\|//14.11.2023//\|//Pracovný návrh//\|
	31	\|//1.0//\|//22.12.2023//\|//Zapracovanie súladu s vyhláškou č. 401/2023 Z. z.//\|
	32	\| \| \| \|
	33	\| \| \| \|
	34
12.1	35	1. (((
	36	= Účel dokumentu =
	37	)))
1.1	38
	39	//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.//
12.1	40
1.1	41	//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.//
	42
12.1	43	//Inštrukcia: Šedý text v celom dokumente predstavuje nápoveď pre vyplnenie dokumentu, po vyplnení kapitol odporúčame text šedou farbou vymazať.//
1.1	44
12.1	45	//Dokumenty ukladajte s prefixom I_XX.//
	46
	47	//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.//
	48
	49
	50
	51	1.
	52	11. (((
	53	== Použité skratky a pojmy ==
	54	)))
	55
1.1	56	\|SKRATKA/POJEM\|POPIS
	57	\| \|
	58	\| \|
	59	\| \|
	60
	61
12.1	62
	63
	64	1.
	65	11. (((
	66	== Konvencie pre typy požiadaviek (príklady) ==
	67	)))
	68
	69	//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~://
	70
1.1	71	//Funkcionálne (používateľské) požiadavky majú nasledovnú konvenciu~://
12.1	72
1.1	73	//FRxx//
	74
	75	* //U – užívateľská požiadavka//
	76	* //R – označenie požiadavky//
	77	* //xx – číslo požiadavky//
12.1	78
1.1	79	//Nefunkčné (kvalitatívne, výkonové - Non Functional Requirements - NFR) požiadavky majú nasledovnú konvenciu~://
12.1	80
1.1	81	//NRxx//
12.1	82
1.1	83	* //N – nefunkčná požiadavka (NFR)//
	84	* //R – označenie požiadavky//
	85	* //xx – číslo požiadavky//
12.1	86
1.1	87	//Ostatné typy požiadaviek môžu byť ďalej definované objednávateľom/PM.//
	88
12.1	89	//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).//
1.1	90
12.1	91	1. (((
	92	= Popis navrhovaného riešenia =
	93	)))
	94
	95	//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).//
	96
1.1	97	//Obsahom tejto kapitoly je manažérsky sumár navrhovaného riešenia z pohľadu architektúry.//
	98
12.1	99	1. (((
	100	= Architektúra riešenia projektu =
	101	)))
1.1	102
12.1	103	//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í.//
	104
	105	//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 ).//
	106
	107	//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.//
	108
	109	//AS IS architektúra a TO BE architektúra musia byť spracované tak, aby bol zreteľný výsledok projektu (zmena).//
	110
	111	//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" %)^^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.//
	112
1.1	113	//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,~://
	114
12.1	115	* //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" %)^^2^^>>path:#sdfootnote2sym\|\|name="sdfootnote2anc"]](%%)//, alebo ktorý podporuje export modelu do štandardizovaných výmenných formátov súborov,//
	116	* //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" %)^^3^^>>path:#sdfootnote3sym\|\|name="sdfootnote3anc"]](%%)// //
1.1	117	* //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ť. //
12.1	118
1.1	119	//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.//
12.1	120
	121	//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" %)^^4^^>>path:#sdfootnote4sym\|\|name="sdfootnote4anc"]](%%)//, ktorý podporuje export modelu do štandardizovaného formátu „The Open Group ArchiMate Model Exchange File Format Standard“.//
	122
	123	//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).//
	124
	125	//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" %)^^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]]__.//
	126
	127	//Pre detailnejší návrh riešenia v aplikačnej vrstve je možné použiť aj jazyk UML (ISO 19505).//
	128
1.1	129	//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).//
	130
12.1	131	1.
	132	11. (((
	133	== Biznis vrstva ==
	134	)))
1.1	135
	136	//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,//
12.1	137
1.1	138	//Doplňte popis súčasného - AS IS - stavu biznis vrstvy~://
	139
12.1	140	* //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.//
1.1	141	* //Identifikácia existujúcich koncových služieb, ktorých sa projekt týka//
12.1	142	* //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),//
1.1	143	* //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.//
12.1	144	* //Ukazovatele a metriky dôležité pre vyhodnotenie aktuálneho stavu poskytovania služieb, napr.~://
	145
	146	*
	147	** //skutočné počty podaní (interakcií, návštev úradov) pre jednotlivé kroky a životné situácie,//
	148	** //skutočné časy trvania jednotlivých krokov v procese vybavenia ŽS,//
	149	** //skutočné finančné príjmy, spojené s jednotlivými procesnými krokmi (správne poplatky, prípadné pokuty a sankcie),//
	150	** //skutočné finančné náklady, spojené s jednotlivými procesnými krokmi (náklady na tlač, obálkovanie, poštovné, atď.).//
	151
1.1	152	//Doplňte popis budúceho - TO BE - stavu biznis vrstvy~://
12.1	153
	154	* //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,//
	155	* //Uveďte a znázornite popis zmien medzi súčasným a budúcim stavom navrhovaného riešenia,//
	156	* //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]]__),//
	157	* //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),//
	158	* //Očakávané ukazovatele a metriky dôležité pre vyhodnotenie dosiahnutia cieľov projektu a vyhodnotenie úrovní poskytovania služieb, napr.~://
	159	** //očakávané počty podaní (interakcií, návštev úradov) pre jednotlivé kroky a životné situácie,//
	160	** //očakávané časy trvania jednotlivých krokov v procese vybavenia ŽS,//
	161	** //očakávané finančné príjmy, spojené s jednotlivými procesnými krokmi (správne poplatky, prípadné pokuty a sankcie),//
	162	** //očakávané finančné náklady, spojené s jednotlivými procesnými krokmi (náklady na tlač, obálkovanie a poštovné, atď.).//
	163	* //Trvanie vybavenia ŽS zdôvodní predkladateľ projektu jedným z nasledujúcich spôsobov~://
	164	//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).//
	165	//Odhadom dĺžky trvania procesného kroku** v budúcom stave (čas potrebný na vykonanie tohto kroku bude iný ako v súčasnom stave).//
	166	//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).//
	167
	168	[[image:I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v1.0_69f77210.jpg\|\|height="382" width="446"]]
	169
1.1	170	//Obrázok 1 Procesný diagram - príklad//
	171
	172
12.1	173
	174	1.
	175	11.
	176	111. (((
	177	=== Prehľad koncových služieb – budúci stav: ===
	178	)))
	179
	180	\|(((
	181	Kód KS
	182
	183	//(z MetaIS)//
	184	)))\|Názov KS\|Používateľ KS //(G2C/G2B/G2G/G2A)//\|(((
	185	Životná situácia
	186
	187	//(+ kód z MetaIS)//
	188	)))\|Úroveň elektronizácie KS
	189	\| \| \| \| \|Vyberte jednu z možností
	190	\| \| \| \| \|Vyberte jednu z možností
	191	\| \| \| \| \|Vyberte jednu z možností
	192
	193	[[image:I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v1.0_7e75f31c.png\|\|height="305" width="260"]]
	194
1.1	195	//Obrázok 2 Model biznis architektúry (aktéri-koncoví používatelia, koncové služby, procesy) – príklad//
	196
12.1	197	1.
	198	11.
	199	111. (((
	200	=== Jazyková podpora a lokalizácia ===
	201	)))
1.1	202
12.1	203	//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.//
1.1	204
	205
12.1	206
	207	1.
	208	11. (((
	209	== Aplikačná vrstva ==
	210	)))
	211
	212	//Popíšte aplikačnú architektúru riešenia na úrovni ISVS, ich modulov a vzťahov medzi nimi a vzťahov na externé prostredie. Podľa potreby zvýraznite dôležité zmeny v architektúre, dôležité vzťahy a toky dát, vzťah riešených ISVS s okolím a externými SVS.//
	213
	214	//Budované/rozvíjané informačné systémy, vrátene ich modulov musia byť evidované v MetaIS. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS kap. 2.1.4 (__[[https:~~/~~/metais.vicepremier.gov.sk/help>>url:https://metais.vicepremier.gov.sk/help]]__).//
	215
	216	//Uveďte model a popis AS IS stavu aplikačnej vrstvy architektúry: informačné systémy (ISVS), aplikačné služby a ich podpora realizácie koncových služieb.//
	217
	218	//Uveďte model a popis TO BE stavu navrhovaného riešenia aplikačnej vrstvy architektúry s prepojením na biznis architektúru – ako aplikačná architektúra a jej komponenty podporuje realizáciu biznis služieb, riešenia živ. situácií a splnenie cieľov projektu//
	219
	220	[[image:I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v1.0_a066aa27.png\|\|height="378" width="603"]]
	221
1.1	222	//Obrázok 3 Model aplikačnej architektúry – príklad//
12.1	223
	224	[[image:I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v1.0_f16e3fb3.gif\|\|alt="Obrázok 8" height="392" width="471"]]
	225
1.1	226	//Obrázok 4 Príklad náhľadu architektúry v notácii ArchiMate s hlavnými e-Government komponentami a ich vzťahmi podľa metamodelu evidencie eGovernment komponentov v MetaIS//
	227
12.1	228	1.
	229	11.
	230	111. (((
	231	=== Rozsah informačných systémov – AS IS ===
	232	)))
1.1	233
12.1	234	//Uveďte dotknuté ISVS a ich moduly AS IS~://
1.1	235
12.1	236	\|Kód ISVS //(z MetaIS)//\|Názov ISVS\|(((
	237	Modul ISVS
1.1	238
12.1	239	//(zaškrtnite ak ISVS je modulom)//
	240	)))\|(((
	241	Stav IS VS
1.1	242
12.1	243	(AS IS)
	244	)))\|Typ IS VS\|(((
	245	Kód nadradeného ISVS
1.1	246
12.1	247	//(v prípade zaškrtnutého checkboxu pre modul ISVS)//
	248	)))
	249	\| \| \|☐\| Vyberte jednu z možností\| Vyberte jednu z možností\|
	250	\| \| \|☐\| Vyberte jednu z možností\| Vyberte jednu z možností\|
1.1	251
12.1	252	1.
	253	11.
	254	111. (((
	255	=== Rozsah informačných systémov – TO BE ===
	256	)))
	257
	258	//Uveďte informácie o dotknutých ISVS z pohľadu ich ďalšej prevádzky po realizácii projektu – TO BE stav~://
	259
	260	\|Kód ISVS //(z MetaIS)//\|Názov ISVS\|(((
	261	Modul ISVS
	262
	263	//(zaškrtnite ak ISVS je modulom)//
	264	)))\|Stav IS VS\|Typ IS VS\|(((
	265	Kód nadradeného ISVS
	266
	267	//(v prípade zaškrtnutého checkboxu pre modul ISVS)//
	268	)))
	269	\| \| \|☐\| Vyberte jednu z možností\| Vyberte jednu z možností\|
	270	\| \| \|☐\| Vyberte jednu z možností\| Vyberte jednu z možností\|
	271	\| \| \|☐\| Vyberte jednu z možností\| Vyberte jednu z možností\|
	272
	273
	274
	275	1.
	276	11.
	277	111. (((
	278	=== Využívanie nadrezortných a spoločných ISVS – AS IS ===
	279	)))
	280
	281	//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.//
	282
1.1	283	\|Kód IS\|Názov ISVS\|Spoločné moduly podľa zákona č. 305/2013 e-Governmente
12.1	284	\| \| \|//Vyberte jednu z možností.//
	285	\| \| \|//Vyberte jednu z možností.//
	286	\| \| \|//Vyberte jednu z možností.//
1.1	287
12.1	288	1.
	289	11.
	290	111. (((
	291	=== Prehľad plánovaných integrácií ISVS na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013 e-Governmente – TO BE ===
	292	)))
1.1	293
12.1	294	//Uveďte plánované využívanie nadrezortných a spoločných ISVS v TO BE stave.//
1.1	295
12.1	296	* //Povinnosť využívať nadrezortné ISVS ustanovuje najmä zákon č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov (zákon o e-Governmente) a iné legislatívne predpisy. Prehľad a informácie o nadrezortných ISVS sú uvedené v prílohe P8 Zoznam nadrezortných blokov a podporných spoločných blokov Používateľskej príručky MetaIS.//
1.1	297
	298	\|Kód IS\|Názov ISVS\|Spoločné moduly podľa zákona č. 305/2013 e-Governmente
12.1	299	\| \| \|//Vyberte jednu z možností.//
	300	\| \| \|//Vyberte jednu z možností.//
	301	\| \| \|//Vyberte jednu z možností.//
1.1	302
12.1	303	1.
	304	11.
	305	111. (((
	306	=== Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE ===
	307	)))
1.1	308
12.1	309	//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.//
1.1	310
12.1	311	//Plánované využívanie a integrácie služieb iných ISVS musí byť evidované v MetaIS – zaevidovanie vzťahu na aplikačnú službu určenú na externú integráciu poskytujúcim ISVS .//
	312
1.1	313	\|(((
	314	Kód ISVS
12.1	315
1.1	316	//(z MetaIS)//
	317	)))\|Názov ISVS\|(((
	318	Kód integrovaného ISVS
12.1	319
1.1	320	//(z MetaIS)//
	321	)))\|Názov integrovaného ISVS
	322	\| \| \| \|
	323	\| \| \| \|
	324	\| \| \| \|
	325
12.1	326	1.
	327	11.
	328	111. (((
	329	=== Aplikačné služby pre realizáciu koncových služieb – TO BE ===
	330	)))
1.1	331
12.1	332	//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.//
1.1	333
12.1	334	\|(((
	335	Kód AS
1.1	336
12.1	337	//(z MetaIS)//
	338	)))\|Názov AS\|(((
	339	ISVS/modul ISVS
1.1	340
12.1	341	//(kód z MetaIS)//
	342	)))\|(((
	343	Aplikačná služba realizuje KS
1.1	344
12.1	345	//(kód KS z MetaIS)//
	346	)))
	347	\| \| \| \|
	348	\| \| \| \|
	349	\| \| \| \|
	350
	351	1.
	352	11.
	353	111. (((
	354	=== Aplikačné služby na integráciu – TO BE ===
	355	)))
	356
	357	//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)~://
	358
	359	* //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,//
	360	* //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Ú.//
	361	* //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).//
	362	* //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.//
	363
	364	\|(((
	365	AS
	366
	367	(Kód MetaIS)
	368	)))\|Názov AS\|(((
	369	Realizuje ISVS
	370
	371	(kód MetaIS)
	372	)))\|Poskytujúca alebo Konzumujúca\|Integrácia cez CAMP\|Integrácia s IS tretích strán\|SaaS\|(((
	373	Integrácia na AS poskytovateľa
	374
	375	(kód MetaIS)
	376	)))
	377	\| \| \| \|Poskytovaná / Konzumujúca\|Áno/Nie\|Áno/Nie\|Áno/Nie\|
	378	\| \| \| \|Poskytovaná / Konzumujúca\|Áno/Nie\|Áno/Nie\|Áno/Nie\|
	379	\| \| \| \|Poskytovaná / Konzumujúca\|Áno/Nie\|Áno/Nie\|Áno/Nie\|
	380
	381	* //Na informáciu je v nasledujúcej tabuľke prehľad AS na externú integráciu Spoločných modulov podľa § 10 zákona 305/2013 Zz. Vo finálnom dokumente túto tabuľku prehľadu AS spoločných modulov vymažte://
	382
1.1	383	:
	384
	385	(((
	386	\|MetaIS kód\|Názov\|AS na externú integráciu (využitie Spoločného modulu)
	387	\|isvs_8846\|Autentifikačný modul\|Autentifikácia používateľa na ÚPVS (BOK) (as_59698)
	388	\|isvs_8847\|Elektronické schránky\|Vytváranie, odosielanie a prijímanie elektronických správ (as_59630)
	389	\|isvs_8848\|Modul elektronických formulárov\|Poskytnutie vzorov e_formulárov (sluzba_is_185)
	390	\|isvs_9369\|Modul elektronického doručovania\|Centrálne úradné doručovanie (as_59701)
	391	\|isvs_8850\|Platobný modul\|Realizácia platieb správnych a súdnych poplatkov (as_59700)
	392	\|isvs_9368\|Modul centrálnej elektronickej podateľne\|Overovanie elektronického podpisu (KEP) (as_59702)
	393	\|isvs_8851\|Modul dlhodobého uchovávania (nepovinný)\|Uchovávanie elektronických dokumentov (as_59703)
	394	\|isvs_9370\|Notifikačný modul (nepovinný)\|Zasielanie oznámení prostredníctvom elektronických komunikačných kanálov (sms, email) (as_59699)
	395	\|isvs_9513\|Centrálna API manažment Platforma (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov\|Poskytovanie služby integráciou na AS CAMP (as_60157)
	396	\|isvs_9513\|Centrálna API manažment Platforma (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov\|Konzumovanie služby iného ISVS prostredníctvom CAMP (as_60158)
	397	\|isvs_5836\|IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov\|Poskytovanie dát na integráciu (as_59119)
	398	\|isvs_5836\|IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov\|Poskytnutie konsolidovaných údajov o subjekte (sluzba_is_49250)
	399	\|isvs_5836\|IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov\|Poskytnutie konsolidovaných referenčných údajov z IS CSRÚ na synchronizáciu (sluzba_is_49253)
	400	)))
	401
12.1	402	* //Na informáciu sú v nasledujúcich diagramoch vzory modelovania integrácie na nadrezortné a spoločné moduly podľa § 10 zákona 305/2013 Zz podľa usmernenia v Používateľskej príručke MetaIS. Vo vašom finálnom dokumente tieto vzory vymažte a nahraďte svojím diagramom ilustrujúcim plánované integrácie://
	403
	404	[[image:I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v1.0_a7159a80.png\|\|height="435" width="517"]]
	405
1.1	406	//Obrázok 5 Integrácie na spoločné moduly ÚPVS – ref. príklad//
12.1	407
	408	[[image:I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v1.0_99f8c01a.png\|\|height="277" width="539"]]
	409
1.1	410	//Obrázok 6 Integrácie na IS CAMP- referenčný príklad//
12.1	411
	412	[[image:I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v1.0_e75de841.png\|\|height="376" width="574"]]
	413
1.1	414	//Obrázok 7 Integrácie na IS CSRÚ – ref. príklad//
	415
	416
12.1	417	1.
	418	11.
	419	111. (((
	420	=== Poskytovanie údajov z ISVS do IS CSRÚ – TO BE ===
	421	)))
1.1	422
12.1	423	//Uveďte v nasledujúcej tabuľke prehľad poskytovaných údajov (objektov evidencie, ďalej OE) z ISVS do IS CSRÚ v TO BE stave.//
	424
1.1	425	\|ID OE\|Názov (poskytovaného) objektu evidencie\|Kód ISVS poskytujúceho OE\|Názov ISVS poskytujúceho OE
	426	\| \| \| \|
	427	\| \| \| \|
	428	\| \| \| \|
	429
	430
	431
12.1	432	1.
	433	11.
	434	111. (((
	435	=== Konzumovanie údajov z IS CSRU – TO BE ===
	436	)))
	437
	438	//Uveďte v nasledujúcej tabuľke prehľad konzumovaných údajov z IS CSRÚ v TO BE stave. [[Súčasné dostupné objekty evidencie a údaje v IS CSRÚ>>url:https://managementmania.com/sk/databaza]] sú uvedené v integračnom manuáli IS CSRÚ.//
	439
	440	\|ID OE\|Názov (konzumovaného) objektu evidencie\|Kód a názov ISVS konzumujúceho OE z IS CSRÚ\|Kód zdrojového ISVS v MetaIS
1.1	441	\| \| \| \|
	442	\| \| \| \|
	443	\| \| \| \|
	444
	445
	446
12.1	447	1.
	448	11. (((
	449	== Dátová vrstva ==
	450	)))
1.1	451
12.1	452	//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.//
1.1	453
12.1	454	1.
	455	11.
	456	111. (((
	457	=== Údaje v správe organizácie ===
	458	)))
	459
	460	//[[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).//
	461
1.1	462	* //Uveďte diagramy tried a štruktúrovaný popis entít a atribútov vhodný aj pre strojové spracovanie. Diagram tried uveďte vo forme úplného logického modelu.//
12.1	463	* //Popíšte procesy riadenia životného cyklu správy údajov, kde je potrebné zrozumiteľne zdokumentovať dátové štruktúry, proces tvorby údajov, štatistické metodológie (ak budú použité), dátové zdroje, kontext a ďalšie aspekty manažmentu údajov. Proces riadenia pre manažment údajov musí byť zavedený nad informačnými systémami, ktoré obsahujú objekty evidencie a budú riešené v projekte.//
	464	* //Popíšte zavedenie systematického manažmentu údajov v organizácií.//
	465	* //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.//
1.1	466
12.1	467	1.
	468	11.
	469	111. (((
	470	=== Dátový rozsah projektu - Prehľad objektov evidencie - TO BE ===
	471	)))
1.1	472
12.1	473	//Pre budované informačné systémy vytvorte tzv. doménový model, ktorý definuje návrh dátových prvkov súvisiacich s projektom.//
1.1	474
12.1	475	* //Úlohou doménového modelu je vizuálne znázorniť rozsah predmetných údajov daného projektu, pričom je možné abstrahovať od nepodstatných detailov. Je platformovo nezávislý (nie je určený pre konkrétny programovací jazyk),//
	476	* //V nasledujúcej tabuľke uveďte a popíšte Objekty Evidencie (ďalej len OE) v jednotlivých ISVS/registroch súvisiace s projektom.//
1.1	477	* //Doménový model by mal byť v súlade s existujúcim Centrálnym modelom údajov verejnej správy (viac informácií na: __[[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/interoperabilita/>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/interoperabilita/]]__ a __[[https:~~/~~/metais.vicepremier.gov.sk/publicspace?pageId=59836112>>url:https://metais.vicepremier.gov.sk/help?pageId=59836112]]__.).//
	478	* //Pre modelovanie doménového modelu je potrebné stiahnuť si Centrálny model údajov verejnej správy v preferovanej distribúcii a v novom modeli použiť existujúce dátové prvky, ak tieto patria do domény projektu. Z technického pohľadu je odporučený jazyk UML (pre zjednodušený doménový model môžete použiť aj jazyk ArchiMate).//
12.1	479	* //V prípade, že sa používa dátový prvok z Centrálneho dátového modelu je nutné použiť skrátenú formu URI identifikátora daného prvku, napr. pper:PhysicalPerson je skrátený tvar https:~/~/data.gov.sk/def/ontology/physical-person/PhysicalPerson//
1.1	480
	481	\|ID OE\|Objekt evidencie - názov\|Objekt evidencie - popis\|Referencovateľný identifikátor URI dátového prvku
	482	\| \| \| \|//(Ak nie je priradené URI uveďte „Nemá“)//
	483	\| \| \| \|
	484	\| \| \| \|
12.1	485
	486	[[image:I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v1.0_4174049a.png\|\|height="270" width="282"]]
	487
1.1	488	//Obrázok 8 Doménový model - príklad//
12.1	489
	490	[[image:I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v1.0_d0285d88.png\|\|height="272" width="281"]]
	491
1.1	492	//Obrázok 9 Zjednodušený doménový model - príklad//
	493
	494
12.1	495	1.
	496	11.
	497	111. (((
	498	=== Referenčné údaje ===
	499	)))
1.1	500
12.1	501	//V národnej koncepcii informatizácie verejnej správy bol zadefinovaný princíp „jedenkrát a dosť“, ku ktorému boli ďalej detailnejšie rozpracované úlohy v dokumente Strategická priorita Manažment údajov. Cieľom je dosiahnutie stavu, kedy orgány verejnej moci pri poskytovaní svojich služieb odstránia povinnosti občanov alebo podnikateľských subjektov predkladať údaje vo forme rôznych výpisov, odpisov, potvrdení, atď., ktorými už disponuje verejná správa v rámci svojich registrov.//
1.1	502
12.1	503	//Za účelom dosiahnutia TO BE stavu, z ktorého bude benefitovať občan / podnikateľský subjekt úsporou svojho času a prostriedkov, je potrebné popísať viacero nasledujúcich krokov na úrovni participujúcich subjektov verejnej správy~://
1.1	504
12.1	505	* //Popísať, aká je aktuálna kvalita údajov v zdrojových registroch,//
	506	* //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),//
	507	* //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),//
	508	* //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).//
1.1	509
12.1	510	1.
	511	11.
	512	111.
	513	1111. (((
	514	==== Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné ====
	515	)))
	516
	517	//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ť“.//
	518
	519	* //Popísať a zdôvodniť navrhované objekty evidencie k vyhláseniu za referenčné z pohľadu ich dátovej kvality v zmysle podkapitoly venujúce sa kvalite a čisteniu údajov,//
1.1	520	* //Popísať, ako bude zabezpečená dostupnosť poskytovania navrhovaných objektov evidencie za referenčné (t.j. v rámci nich údaje/atribúty) cez Modul procesnej integrácie a integrácie údajov, t.j. integráciou cez jeho dátovú časť - IS CSRÚ,//
12.1	521	* //Uviesť časový harmonogram procesu vyhlasovania a zmeny referenčných údajov. Informácie o procese vyhlasovania a zmeny referenčných údajov sú uvedené v metodickom usmernení MIRRI o postupe zaraďovania referenčných údajov do zoznamu referenčných údajov vo väzbe na referenčné registre a vykonávania postupov pri referencovaní: __[[https:~~/~~/metais.vicepremier.gov.sk/confluence/download/attachments/2621442/Metodicke_usmernenie_UPVII_3639_2019_oDK_1_FINAL.pdf?version=1&modificationDate=1554714761337&api=v2>>url:https://metais.vicepremier.gov.sk/confluence/download/attachments/2621442/Metodicke_usmernenie_UPVII_3639_2019_oDK_1_FINAL.pdf?version=1&modificationDate=1554714761337&api=v2]]__//
	522	* //V nasledujúcej tabuľke uveďte návrh na vyhlásenie a zmeny referenčných údajov, ktoré budú poskytnuté na dátovú integráciu realizáciou projektu. V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE~://
1.1	523
	524	\|ID OE\|(((
	525	Názov referenčného registra /objektu evidencie
12.1	526
	527	//(uvádzať OE z tabuľky v kap. 4.3.2)//
1.1	528	)))\|Názov referenčného údaja (atribúty)\|Identifikácia subjektu, ku ktorému sa viaže referenčný údaj\|Zdrojový register a registrátor zdrojového registra
	529	\| \| \| \| \|
	530	\| \| \| \| \|
	531	\| \| \| \| \|
	532
	533
12.1	534
	535	1.
	536	11.
	537	111.
	538	1111. (((
	539	==== Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CSRU ====
	540	)))
	541
	542	//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.//
	543
	544	//V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE~://
	545
1.1	546	//Poznámka: Pre úspešné napojenie ISVS na IS CSRÚ v roli konzumenta údajov je nutné postupovať podľa integračného manuálu IS CSRÚ.//
	547
	548	\|ID OE\|(((
	549	Názov referenčného údaja /objektu evidencie
12.1	550
	551	//(uvádzať OE z tabuľky v kap. 4.3.2)//
1.1	552	)))\|Konzumovanie / poskytovanie\|Osobitný právny predpis pre poskytovanie / konzumovanie údajov
	553	\| \| \|Vyberte jednu z možností.\|
	554	\| \| \|Vyberte jednu z možností.\|
	555	\| \| \|Vyberte jednu z možností.\|
	556
	557
	558
12.1	559	1.
	560	11.
	561	111. (((
	562	=== Kvalita a čistenie údajov ===
	563	)))
	564
	565	1.
	566	11.
	567	111.
	568	1111. (((
	569	==== Zhodnotenie objektov evidencie z pohľadu dátovej kvality ====
	570	)))
	571
1.1	572	//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~://
	573
12.1	574	* //uveďte, či a ako bude zapracovaná možnosť overenia hodnoty údaja,//
1.1	575	* //uveďte, či bude zapracované pri zadávaní údajov obmedzenie hodnôt, napríklad formou číselníka, alebo podmienok,//
	576	* //uveďte, či budú dáta migrované z iného ISVS.//
	577
12.1	578	//V nasledujúcej tabuľke vyhodnoťte významnosť a citlivosť kvality údajov a prioritu (poradie dôležitosti) pre meranie dátovej kvality objektov evidencií – t.j. poradie, v akom bude správca ISVS približne realizovať meranie dátovej kvality a čistiť údaje. Prvé 2 záznamy sú vyplnené ako príklad. Vymažte, resp. prepíšte ich vlastnými údajmi. Riadky v tabuľke doplňte podľa potreby.//
	579
	580	//V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE~://
	581
1.1	582	\|ID OE\|(((
	583	Názov Objektu evidencie
12.1	584
	585	//(uvádzať OE z tabuľky v kap. 4.3.2)//
1.1	586	)))\|(((
	587	Významnosť kvality
12.1	588
1.1	589	//1 (malá) až 5 (veľmi významná)//
	590	)))\|(((
	591	Citlivosť kvality
12.1	592
1.1	593	//1 (malá) až 5 (veľmi významná)//
	594	)))\|(((
	595	Priorita //– poradie dôležitosti//
12.1	596
1.1	597	//(začnite číslovať od najdôležitejšieho)//
	598	)))
	599	\| \|//Údaje o štatutárovi//\|//5//\|//3//\|//1.//
	600	\| \|//Iné zainteresované osoby//\|//2//\|//3//\|//20.//
	601	\| \| \| \| \|
	602
12.1	603	1.
	604	11.
	605	111.
	606	1111. (((
	607	==== Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality ====
	608	)))
1.1	609
12.1	610	//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/]]__ )//
1.1	611
	612	\|Rola\|Činnosti\|Pozícia zodpovedná za danú činnosť (správca ISVS / dodávateľ)
12.1	613	\|Dátový kurátor\|Evidencia požiadaviek na dátovú kvalitu, monitoring a riadenie procesu\|Dátový kurátor správcu IS
	614	\|Data steward\|Čistenie a stotožňovanie voči referenčným údajom\|Pracovník IT podpory
1.1	615	\|Databázový špecialista\|Analyzuje požiadavky na dáta, modeluje obsah procedúr\|Dodávateľ
	616	\|Dátový špecialista pre dátovú kvalitu\|Spracovanie výstupov merania, interpretácie, zápis biznis pravidiel, hodnotiace správy z merania\|Dátový špecialista pre dátovú kvalitu – nová interná pozícia v projekte
	617	\|*Iná rola (doplniť)\| \|
	618
12.1	619	1.
	620	11.
	621	111. (((
	622	=== Otvorené údaje ===
	623	)))
1.1	624
12.1	625	//V nasledujúcej tabuľke doplňte objekty evidencie, ktoré budú realizáciou projektu sprístupnené ako otvorené údaje. Uveďte názov objektu evidencie (identifikované v kapitole dátový rozsah projektu) pre kategóriu otvorených údajov a stanoviť úroveň požadovanej kvality (interoperability) otvorených údajov. Pravidlá pre úroveň interoperability verejných otvorených údajov sú stanovené v __[[https:~~/~~/wiki.vicepremier.gov.sk/pages/viewpage.action?pageId=23986518>>url:https://metais.vicepremier.gov.sk/help?pageId=23986518]]__.//
	626
1.1	627	//Požadovaná kvalita~://
	628
	629	* //Automatizované publikovanie otvorených údajov v kvalite 3★ (Všetky datasety je potrebné registrovať v centrálnom katalógu otvorených údajov na data.gov.sk). Formát CSV, XML, ODS, JSON//
	630	* //Automatizované publikovanie otvorených údajov v kvalite 4★ (Všetky datasety je potrebné registrovať v centrálnom katalógu otvorených údajov na data.gov.sk) Formát údajov RDF, OWL, TriX, JSON//
	631	* //Automatizované publikovanie otvorených údajov v kvalite 5★ (Všetky datasety je potrebné registrovať v centrálnom katalógu otvorených údajov na data.gov.sk) Formát údajov RDF, OWL, TriX, JSON.//
	632
12.1	633	//V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE~://
	634
1.1	635	\|(((
	636	Názov objektu evidencie / datasetu
12.1	637
	638	//(uvádzať OE z tabuľky v kap. 4.3.2)//
1.1	639	)))\|(((
	640	Požadovaná interoperabilita
12.1	641
1.1	642	(//3★ - 5★)//
	643	)))\|(((
	644	Periodicita publikovania
12.1	645
1.1	646	//(týždenne, mesačne, polročne, ročne)//
	647	)))
	648	\|Príklad: senzorické údaje merania teploty\|3★\|Polročne
	649	\| \|Vyberte jednu z možností.\|Vyberte jednu z možností.
	650	\| \|Vyberte jednu z možností.\|Vyberte jednu z možností.
	651	\| \|Vyberte jednu z možností.\|Vyberte jednu z možností.
	652	\| \|Vyberte jednu z možností.\|Vyberte jednu z možností.
	653	\| \|Vyberte jednu z možností.\|Vyberte jednu z možností.
	654
	655
12.1	656
	657	1.
	658	11.
	659	111. (((
	660	=== Analytické údaje ===
	661	)))
	662
	663	//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. //
	664
	665	//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]]__ ).//
	666
1.1	667	//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/]]__//
	668
12.1	669	\|ID\|Názov objektu evidencie pre analytické účely\|Zoznam atribútov objektu evidencie\|Popis a špecifiká objektu evidencie
1.1	670	\| \|//napr. Dataset vlastníkov automobilov//\|//identifikátor vlastníka; EČV; typ_vozidla; okres_evidencie;...//\|//- dataset obsahuje osobné informácie (r.č. vlastníka)//
	671	\| \| \| \|
	672	\| \| \| \|
	673
12.1	674	1.
	675	11.
	676	111. (((
	677	=== Moje údaje ===
	678	)))
1.1	679
12.1	680	//V tejto časti je potrebné uviesť informácie súvisiace s údajmi, ktoré spadajú do kategórie mojich údajov, z pohľadu budúceho TO BE stavu projektu. Za moje údaje sa považujú najmä: //
1.1	681
	682	* //množina údajov o konaní, ktoré sa týkajú fyzickej osoby alebo právnickej osoby //
12.1	683	* //množina údajov, vrátane osobných údajov, viažucich sa k fyzickej osobe alebo právnickej osobe ako ku subjektu evidencie, ktoré sú predmetom evidovania povinným subjektom, //
	684	* //množina údajov obsiahnutých v návrhu na začatie konania, žalobe, rozhodnutí, žiadosti, sťažnosti, vyjadrení, stanovisku a ohlásení alebo inom dokumente, ktorý vydáva v konaní povinný subjekt, viažuci sa ku konkrétnej fyzickej osobe alebo právnickej osobe.//
	685
	686	//Relevantné údaje budú sprístupnené prostredníctvom modulu procesnej integrácie a integrácie údajov - modul Manažmentu osobných údajov pre dotknuté osoby (občanov a podnikateľov) na základe preukázania elektronickej identity osoby. Podmienkou je zabezpečiť, aby údaje identifikované pre službu moje údaje boli prístupné elektronicky v strojovo-spracovateľnom formáte automatizovaným spôsobom cez aplikačné programovacie rozhranie, alebo prostredníctvom modulu procesnej integrácie a integrácie údajov.//
	687
1.1	688	//Informácie k sprístupneniu dátových zdrojov organizácie pre službu moje údaje~://
12.1	689
1.1	690	//__[[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/moje-udaje/>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/moje-udaje/]]__ .//
12.1	691
	692	//Minimálny rozsah pre vyhlásenie dátových prvkov za moje údaje, ktoré musí žiadateľ v projekte zabezpečiť: //
	693
1.1	694	* //označenie povinného subjektu, //
12.1	695	* //názov ISVS v ktorom je dátový prvok obsiahnutý, //
	696	* //kód informačného systému, v ktorom je dátový prvok obsiahnutý, podľa centrálneho metainformačného systému, //
1.1	697	* //označenie dátového prvku, //
	698	* //strojovo-spracovateľný formát dátového prvku, //
	699	* //technickú špecifikáciu aplikačného programovacieho rozhrania, //
	700	* //ďalšie doplňujúce informácie. //
12.1	701	* //transparentný pohľad na prístup k údajom subjektu, k logom (kto pristupoval k údajom, za akým účelom a kedy). //
1.1	702
12.1	703	//V prípade, že predkladateľ projektu disponuje údajmi, ktoré spadajú do kategórie mojich údajov, je potrebné vyplniť nasledovnú tabuľku. V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE.//
	704
1.1	705	\|ID\|(((
	706	Názov registra / objektu evidencie
12.1	707
	708	//(uvádzať OE z tabuľky v kap. 4.3.2)//
	709	)))\|Atribút objektu evidencie\|Popis a špecifiká objektu evidencie
1.1	710	\| \| \| \|
	711	\| \| \| \|
	712	\| \| \| \|
	713	\| \| \| \|
	714
12.1	715	1.
	716	11.
	717	111. (((
	718	=== Prehľad jednotlivých kategórií údajov ===
	719	)))
1.1	720
12.1	721	//Vyplňte nasledujúcu súhrnnú tabuľku pre kategorizáciu údajov dotknutých projektom z pohľadu využiteľnosti týchto údajov.//
1.1	722
12.1	723	//V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE.//
	724
1.1	725	\|ID\|(((
	726	Register / Objekt evidencie
12.1	727
1.1	728	//(uvádzať OE z tabuľky v kap. 4.3.2)//
	729	)))\|Referenčné údaje\|Moje údaje\|Otvorené údaje\|Analytické údaje
	730	\| \| \|☐\|☐\|☐\|☐
	731	\| \| \|☐\|☐\|☐\|☐
	732	\| \| \|☐\|☐\|☐\|☐
	733	\| \| \|☐\|☐\|☐\|☐
	734	\| \| \|☐\|☐\|☐\|☐
	735	\| \| \|☐\|☐\|☐\|☐
	736
12.1	737	1.
	738	11. (((
	739	== Technologická vrstva ==
	740	)))
1.1	741
12.1	742	1.
	743	11.
	744	111. (((
	745	=== Prehľad technologického stavu - AS IS ===
	746	)))
1.1	747
12.1	748	//Uveďte popis a model technologickej vrstvy AS IS stavu, používané výpočtové prostriedky, konfigurácie siete, problematické body, ktoré je potrebné projektom riešiť.//
1.1	749
12.1	750	1.
	751	11.
	752	111. (((
	753	=== Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE ===
	754	)))
1.1	755
12.1	756	//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, …).//
1.1	757
	758	\|Parameter\|Jednotky\|Predpokladaná hodnota\|Poznámka
	759	\|Počet interných používateľov\|Počet\| \|
12.1	760	\|Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení\|Počet\| \|
1.1	761	\|Počet externých používateľov (internet)\|Počet\| \|
12.1	762	\|Počet externých používateľov používajúcich systém v špičkovom zaťažení\|Počet\| \|
1.1	763	\|Počet transakcií (podaní, požiadaviek) za obdobie\|Počet/obdobie\| \|
	764	\|Objem údajov na transakciu\|Objem/transakcia\| \|
	765	\|Objem existujúcich kmeňových dát\|Objem\| \|
12.1	766	\|Ďalšie kapacitné a výkonové požiadavky ...\| \| \|
1.1	767
12.1	768	1.
	769	11.
	770	111. (((
	771	=== Návrh riešenia technologickej architektúry ===
	772	)))
1.1	773
12.1	774	//Uveďte návrh a model architektúry technologickej vrstvy s prihliadnutím na zavedenie Cloud-Native ako štandardu pre vývoj nových ITVS a pre programovanie starých ITVS do nového štandardu a na zavedenie štandardu vytvárania a používania zdieľaných služieb.//
	775
	776	//V prípade, že riešenie nepredpokladá využívanie cloudových služieb z katalógu služieb vládneho cloudu (Iaas,PaaS,SaaS podľa katalógu služieb VC), je potrebné nevyužitie cloudových služieb z katalógu služieb vládneho cloudu dostatočne zdôvodniť.//
	777
	778	//Taktiež požiadavky riešenia na HW, SW a licencie v zmysle požadovaného sizingu pre vývojové, testovacie a produkčné prostredie je potrebné uviesť v dokumente BC/CBA na príslušných kartách.//
	779
1.1	780	//V popise návrhu riešenia je požadované uviesť~://
	781
	782	* //prístup k riešeniu technologickej architektúry a súvisiace architektonické rozhodnutia//
	783	* //popis požiadaviek na prevádzkové prostredia (vývoj, test, produkčné)//
12.1	784	* //diagram nasadenia a komunikačnej infraštruktúry.//
1.1	785
12.1	786	//Pri výbere požiadaviek na riešenie, je potrebné klásť dôraz na výber služieb, ktoré sú založené na najmodernejších technológiách, prostredníctvom ktorých bude vytvorený predpoklad na vývoj/tvorbu moderného ISVS. Pre navrhované riešenie odporúčame použiť prístup pre vývoj takzvaných Cloud Native aplikácií. Riešenie „Cloud-native“ ISVS, je v čo najväčšej miere nezávislé na umiestnení v cloude, resp. datacentre. Nezávislosť novo vyvíjaného ISVS od cloudového prostredia by malo byť základnou prioritou a podmienkou architektúry ISVS.//
1.1	787
12.1	788	1.
	789	11.
	790	111. (((
	791	=== Využívanie služieb z katalógu služieb vládneho cloudu ===
	792	)))
1.1	793
12.1	794	//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.//
	795
1.1	796	\|(((
	797	Kód infraštruktúrnej služby
12.1	798
1.1	799	//(z MetaIS)//
	800	)))\|Názov infraštruktúrnej služby\|(((
	801	Kód využívajúceho ISVS
12.1	802
1.1	803	//(z MetaIS)//
	804	)))\|Názov integrovaného ISVS
	805	\| \| \| \|
	806	\| \| \| \|
	807	\| \| \| \|
	808
12.1	809	//Uveďte parametre (kapacity) požadovaných výpočtových zdrojov (sizing) a využite služieb hybridného vládneho cloudu (uvedené v tabuľkách nižšie) pre jednotlivé prevádzkové prostredia~://
	810
1.1	811	* //Vývojové – určené pre vývoj systému//
	812	* //Testovacie – určené pre testy nových modulov, úprav, zmenových požiadaviek a retesty na úrovni upgrade‑ov (nie pre záťažové testovanie).//
	813	* //Produkčné – určené pre produkčnú (ostrú) prevádzku systému//
	814	* //Ďalšie existujúce alebo plánované prostredia, ktoré budú potrebné, napr. predprodukčné, integračné, fix prostredie//
12.1	815
1.1	816	//Poznámky~://
12.1	817
1.1	818	//Ak potrebujete pre príslušné prostredie viaceré infraštruktúrne služby, pridajte si potrebné riadky.//
	819
12.1	820	//V prípade, že neplánujete využitie cloudových služieb z katalógu služieb vládneho cloudu, uveďte v tabuľke požadovaných výpočtových zdrojov (sizing) pre jednotlivé prostredia parametre výpočtových zdrojov, ktoré plánujete v projekte použiť. Namiesto názvu a kódu infraštruktúrnej služby uveďte kód a názov výpočtového zdroja evidovaného v MetaIS.//
	821
	822	//V súlade s NKIVS by technologická architektúra mala byť založená na cloudových službách. V rámci verejného obstarávania je potrebné potenciálneho uchádzača o zákazku požiadať o návrh technologickej infraštruktúry potrebnej pre implementáciu a prevádzku navrhovaného riešenia. Dodávateľ by pre svoj návrh technologického prostredia mal využiť hlavne cloudové služby vládneho cloudu uvedené v katalógu služieb, ktoré prešli procesom klasifikácie, hodnotenia, registrácie a zaradenia do katalógu služieb zverejnenom na stránke MIRRI: __[[https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb>>url:https://www.mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb]].__//
	823
1.1	824	\|(% rowspan="2" %)Prostredie\|(% rowspan="2" %)(((
	825	Kód infraštruktúrnej služby
12.1	826
1.1	827	//(z MetaIS)//
	828	)))\|(% rowspan="2" %)Názov infraštruktúrnej služby/ Služba z katalógu cloudových služieb pre zriadenie výpočtového uzla\|(% colspan="4" %)Požadované kapacitné parametre služby
	829	(doplňte stĺpec parametra, ak je dôležitý pre konkrétnu službu)
	830	\|Dátový priestor (GB)\|Tier diskového priestoru\|Počet vCPU\|RAM (GB)
	831	\|Vývojové\| \| \| \| \| \|
	832	\|Testovacie\| \| \| \| \| \|
	833	\|Produkčné\| \| \| \| \| \|
	834	\|(((
	835	ďalšie...
12.1	836
1.1	837	(uviesť názov)
	838	)))\| \| \| \| \| \|
12.1	839
	840	//Určite v štruktúrovanej podobe ďalšie potrebné infraštruktúrne alebo iné cloudové služby (PaaS, SaaS) potrebné na prevádzku projektu podľa katalógu cloudových služieb. Tabuľky si treba prispôsobiť, aby čo najlepšie odpovedali podmienkam návrhu riešenia a charakteristikám zvolených cloudových služieb~://
	841
	842	\|Prostredie\|Ďalšie služby potrebné na prevádzku projektu z katalógu služieb vládneho cloudu (stručný popis / názov)\|(((
1.1	843	Kód služby
12.1	844
1.1	845	//(z MetaIS)//
	846	)))\|Parametre pre službu (doplňte stĺpec parametra, ak je dôležitý pre konkrétnu službu)
	847	\|Vývojové\|Doplň názov a stručný popis\| \|
	848	\|Testovacie\|Doplň názov a stručný popis\| \|
	849	\|Produkčné\|Doplň názov a stručný popis\| \|
	850	\|(((
	851	ďalšie...
12.1	852
1.1	853	(uviesť názov)
	854	)))\| \| \|
	855
12.1	856	//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]]__.//
1.1	857
12.1	858	1.
	859	11. (((
	860	== Bezpečnostná architektúra ==
	861	)))
	862
	863	//Uveďte popis AS IS stavu z pohľadu súčasného riešenia bezpečnostnej architektúry,//
	864
1.1	865	//Uveďte popis TO BE stavu riešenia bezpečnostnej architektúry (+ popis alternatív),//
	866
12.1	867	//Uveďte súlad navrhovanej bezpečnostnej architektúry s dotknutými právnymi normami a zároveň s technickými normami, ktoré stanovujú úroveň potrebnej bezpečnosti IS, pre manipuláciu so samotnými dátami, alebo technické/technologické/personálne zabezpečenie samotnej výpočtovej techniky/HW vybavenia. Ide najmä o~://
	868
1.1	869	* //Zákon č. 95/2019 Z.z. o informačných technológiách vo verejnej správe//
	870	* //Zákon č. 69/2018 Z.z. o kybernetickej bezpečnosti//
12.1	871	* //Zákon č. 45/2011 Z.z. o kritickej infraštruktúre//
1.1	872	* //vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy//
	873	* //vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 179/2020 Z. z., ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy//
	874	* //vyhláška Úradu na ochranu osobných údajov Slovenskej republiky č. 158/2018 Z. z. o postupe pri posudzovaní vplyvu na ochranu osobných údajov//
	875	* //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)//
	876	* //Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov.//
12.1	877
	878	//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).//
	879
	880	//Uveďte požiadavky na realizáciu Bezpečnostného projektu//[[(% class="wikiinternallink" %)^^6^^>>path:#sdfootnote6sym\|\|name="sdfootnote6anc"]]
	881
	882	//Doplňte požiadavky na používateľské role, správu prístupov a správu aplikácie~://
	883
	884	* //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)//
1.1	885	* //Externí používatelia (zákazníci, partneri - tretie strany).//
	886
	887
12.1	888
	889	1. (((
	890	= Závislosti na ostatné ISVS / projekty =
	891	)))
	892
	893	//Uveďte sumárny prehľad všetkých projektov, programov a informačných systémov (ISVS), od ktorých je realizácia pripravovaného projektu závislá.//
	894
1.1	895	//Uveďte ako záujmové osoby (stakeholder) organizačné jednotky verejnej správy zodpovedné za poskytnutie potrebnej súčinnosti pre pripravovaný projekt.//
	896
	897	\|Stakeholder\|(((
	898	Kód projektu /ISVS
12.1	899
1.1	900	//(z MetaIS)//
	901	)))\|Názov projektu /ISVS\|Termín ukončenia projektu\|Popis závislosti
12.1	902	\|//Napr. MIRRI SR//\|//Projekt XY//\|//Projekt_1234//\|//04/2021//\|//Vyplniť//
1.1	903	\| \| \| \| \|
	904	\| \| \| \| \|
	905
	906
12.1	907
	908	1. (((
	909	= Zdrojové kódy =
	910	)))
	911
	912	//Doplňte požiadavky na zdrojové kódy (napr. zo vzorovej zmluvy). Aké druhy, formy a štruktúry zdrojových kódov požadujte odovzdať. Stručne popíšte aj spôsob ich preberania, periodicitu (pri akých míľnikoch) a spôsob archivácie,//
	913
	914	//Doplňte pravidlá pre preberanie, správu a archiváciu zdrojových kódov a tieto pravidlá následne preniesť do Zmluvy o dielo alebo zmluvy na podporu (ZoD/SLA).//
	915
1.1	916	//Naviažte preberanie/odovzdávanie zdrojových kódov na fakturačné míľniky.//
12.1	917
	918	//Navrhnite spôsob, ako predísť „Vendor lock-in“ = t.j. dodávané riešenie musí byť v súlade so Zákonom o ITVS (ktorý „vendor lock-in“ nepovoľuje). Následne ustanovenia predchádzaniu vendor-lockinu musia byť zahrnuté aj v ZoD a SLA.//
	919
1.1	920	//Usmernenia pre oblasť zdrojových kódov~://
	921
	922	* //Metodické usmernenie č. 024077/2023 – o kvalite zdrojových kódov a balíkov softvéru zverejnené na stránke: __[[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/>>url:https://mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/]]__//
12.1	923	* //Inštrukcie k EUPL licenciám: __[[https:~~/~~/commission.europa.eu/content/european-union-public-licence_en>>url:https://commission.europa.eu/content/european-union-public-licence_en]]__//
1.1	924
12.1	925	1. (((
	926	= Prevádzka a údržba =
	927	)))
1.1	928
12.1	929	//Doplňte popis AS IS stavu zabezpečenia prevádzky a údržby a úroveň poskytovania služieb (SLA).//
1.1	930
12.1	931	//Doplňte popis TO BE stavu zabezpečenia prevádzky a údržby a úroveň poskytovania služieb (SLA).//
1.1	932
12.1	933	//Uveďte prehľad všetkých predpokladaných požiadaviek na prevádzku a údržbu cieľového riešenia.//
	934
	935	1.
	936	11. (((
	937	== Prevádzkové požiadavky ==
	938	)))
	939
1.1	940	//Uveďte popis L1 úrovne – požiadavky / očakávania//
12.1	941
1.1	942	//Uveďte popis L2 úrovne – požiadavky / očakávania//
12.1	943
1.1	944	//Uveďte popis L3 úrovne – požiadavky / očakávania//
12.1	945
1.1	946	//Uveďte štandardný čas podpory, čas/rýchlosť odstraňovania vád, dostupnosť systému, zálohovanie, plán obnovy systému, atď.//
	947
12.1	948	//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.//
1.1	949
12.1	950	1.
	951	11.
	952	111. (((
	953	=== Úrovne podpory používateľov ===
	954	)))
	955
1.1	956	//Help Desk bude realizovaný cez 3 úrovne podpory, s nasledujúcim označením~://
	957
12.1	958	* //L1 podpory IS (Level 1, priamy kontakt zákazníka) - jednotný kontaktný bod verejného obstarávateľa – IS Solution manager, ktorý je v správe verejného obstarávateľa a v prípade jeho nedostupnosti Centrum podpory používateľov (zabezpečuje prevádzkovateľ IS a DataCentrum).//
1.1	959	* //L2 podpory IS (Level 2, postúpenie požiadaviek od L1) - vybraná skupina garantov, so znalosťou IS (zabezpečuje prevádzkovateľ IS – verejný obstarávateľ).//
	960	* //L3 podpory IS (Level 3, postúpenie požiadaviek od L2) - na základe zmluvy o podpore IS (zabezpečuje úspešný uchádzač).//
12.1	961
1.1	962	//Definícia~://
12.1	963
1.1	964	* //Podpora L1 (podpora 1. stupňa) - začiatočná úroveň podpory, ktorá je zodpovedná za riešenie základných problémov a požiadaviek koncových užívateľov a ďalšie služby vyžadujúce základnú úroveň technickej podpory. Základnou funkciou podpory 1. stupňa je zhromaždiť informácie, previesť základnú analýzu a určiť príčinu problému a jeho klasifikáciu. Typicky sú v úrovni L1 riešené priamočiare a jednoduché problémy a základné diagnostiky, overenie dostupnosti jednotlivých vrstiev infraštruktúry (sieťové, operačné, vizualizačné, aplikačné atď.) a základné užívateľské problémy (typicky zabudnutie hesla), overovanie nastavení SW a HW atď.//
	965	* //Podpora L2 (podpora 2. stupňa) – riešiteľské tímy s hlbšou technologickou znalosťou danej oblasti. Riešitelia na úrovni Podpory L2 nekomunikujú priamo s koncovým užívateľom, ale sú zodpovední za poskytovanie súčinnosti riešiteľom 1. úrovne podpory pri riešení eskalovaného hlásenia, čo mimo iného obsahuje aj spätnú kontrolu a podrobnejšiu analýzu zistených dát predaných riešiteľom 1. úrovne podpory. Výstupom takejto kontroly môže byť potvrdenie, upresnenie, alebo prehodnotenie hlásenia v závislosti na potrebách Objednávateľa. Primárnym cieľom riešiteľov na úrovni Podpory L2 je dostať Hlásenie čo najskôr pod kontrolu a následne ho vyriešiť - s možnosťou eskalácie na vyššiu úroveň podpory – Podpora L3.//
	966	* //Podpora L3 (podpora 3. stupňa) - Podpora 3. stupňa predstavuje najvyššiu úroveň podpory pre riešenie tých najobťiažnejších Hlásení, vrátane prevádzania hĺbkových analýz a riešenie extrémnych prípadov.//
12.1	967
1.1	968	//Pre služby sú definované takéto SLA~://
12.1	969
	970	* //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,//
1.1	971	* //Dostupnosť L3 podpory pre IS je 8x5 (8 hodín x 5 dní od 8:00h do 16:00h počas pracovných dní),//
	972
12.1	973	1.
	974	11.
	975	111. (((
	976	=== Riešenie incidentov – SLA parametre ===
	977	)))
1.1	978
12.1	979	//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.//
	980
1.1	981	Označenie naliehavosti incidentu:
	982
	983	\|Označenie naliehavosti incidentu\|Závažnosť incidentu\|Popis naliehavosti incidentu
12.1	984	\|A\|Kritická\|Kritické chyby, ktoré spôsobia úplné zlyhanie systému ako celku a nie je možné používať ani jednu jeho časť, nie je možné poskytnúť požadovaný výstup z IS.
	985	\|B\|Vysoká\|Chyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.
1.1	986	\|C\|Stredná\|Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.
12.1	987	\|D\|Nízka\|Kozmetické a drobné chyby.
	988
1.1	989	možný dopad:
12.1	990
1.1	991	\|Označenie závažnosti incidentu\|Dopad\|Popis dopadu
	992	\|1\|katastrofický\|katastrofický dopad, priamy finančný dopad alebo strata dát,
	993	\|2\|značný\|značný dopad alebo strata dát
	994	\|3\|malý\|malý dopad alebo strata dát
12.1	995
	996	Výpočet priority incidentu je kombináciou dopadu a naliehavosti v súlade s best practices ITIL V3 uvedený v nasledovnej matici:
	997
1.1	998	\|(% colspan="2" rowspan="2" %)Matica priority incidentov\|(% colspan="3" %)Dopad
	999	\|Katastrofický - 1\|Značný - 2\|Malý - 3
	1000	\|(% rowspan="4" %)Naliehavosť\|Kritická - A\|1\|2\|3
	1001	\|Vysoká - B\|2\|3\|3
	1002	\|Stredná - C\|2\|3\|4
	1003	\|Nízka - D\|3\|4\|4
12.1	1004
1.1	1005	Vyžadované reakčné doby:
12.1	1006
1.1	1007	\|Označenie priority incidentu\|Reakčná doba^^(1)^^ od nahlásenia incidentu po začiatok riešenia incidentu\|Doba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI) ^^(2)^^\|(((
	1008	Spoľahlivosť ^^(3)^^
12.1	1009
1.1	1010	(počet incidentov za mesiac)
	1011	)))
	1012	\|1\|0,5 hod.\|4 hodín\|1
	1013	\|2\|1 hod.\|12 hodín\|2
	1014	\|3\|1 hod.\|24 hodín\|10
12.1	1015	\|4\|1 hod.\|(% colspan="2" %)Vyriešené a nasadené v rámci plánovaných releasov
	1016
1.1	1017	//Vysvetlivky k tabuľke//
12.1	1018
	1019	//(1) Reakčná doba je čas medzi nahlásením incidentu verejným obstarávateľom (vrátane užívateľov IS, ktorí nie sú v pracovnoprávnom vzťahu s verejným obstarávateľom) na helpdesk úrovne L3 a jeho prevzatím na riešenie.//
	1020
	1021	//(2) DKVI znamená obnovenie štandardnej prevádzky - čas medzi nahlásením incidentu verejným obstarávateľom a vyriešením incidentu úspešným uchádzačom (do doby, kedy je funkčnosť prostredia znovu obnovená v plnom rozsahu). Doba konečného vyriešenia incidentu od nahlásenia incidentu verejným obstarávateľom (DKVI) sa počíta počas celého dňa. Do tejto doby sa nezarátava čas potrebný na nevyhnutnú súčinnosť verejného obstarávateľa, ak je potrebná pre vyriešenie incidentu. V prípade potreby je úspešný uchádzač oprávnený požadovať od verejného obstarávateľa schválenie riešenia incidentu.//
	1022
	1023	//(3) Maximálny počet incidentov za kalendárny mesiac. Každá ďalšia chyba nad stanovený limit spoľahlivosti sa počíta ako začatý deň omeškania bez odstránenia vady alebo incidentu. Duplicitné alebo technicky súvisiace incidenty (zadané v rámci jedného pracovného dňa, počas pracovného času 8 hodín) sú považované ako jeden incident.//
	1024
	1025	//(4) Incidenty nahlásené verejným obstarávateľom úspešnému uchádzačovi v rámci testovacieho prostredia majú prioritu 3 a nižšiu//
	1026
	1027	//Vzťahujú sa výhradne k dostupnosti testovacieho prostredia. Za incident na testovacom prostredí sa nepovažuje incident vztiahnutý k práve testovanej funkcionalite.//
	1028
1.1	1029	//Vyššie uvedené SLA parametre nebudú použité pre nasledovné služby~://
	1030
	1031	* //Služby systémovej podpory na požiadanie (nad paušál)//
12.1	1032	* //Služby realizácie aplikačných zmien vyplývajúcich z legislatívnych a metodických zmien (nad paušál)//
	1033
1.1	1034	//Pre tieto služby budú dohodnuté osobitné parametre dodávky.//
	1035
12.1	1036	1.
	1037	11. (((
	1038	== Požadovaná dostupnosť IS: ==
	1039	)))
1.1	1040
	1041	\|Popis\|Parameter\|Poznámka
	1042	\|Prevádzkové hodiny\|//12 hodín//\|//od 6:00 hod. - do 18:00 hod. počas pracovných dní//
	1043	\|(% rowspan="2" %)Servisné okno\|//10 hodín//\|//od 19:00 hod. - do 5:00 hod. počas pracovných dní//
	1044	\|//24 hodín//\|(((
	1045	//od 00:00 hod. - 23:59 hod. počas dní pracovného pokoja a štátnych sviatkov//
12.1	1046
	1047	//Servis a údržba sa bude realizovať mimo pracovného času.//
1.1	1048	)))
	1049	\|Dostupnosť produkčného prostredia IS\|//98,5%//\|(((
	1050	//98,5% z 24/7/365 t.j. max ročný výpadok je 66 hod.//
12.1	1051
1.1	1052	//Maximálny mesačný výpadok je 5,5 hodiny.//
12.1	1053
	1054	//Vždy sa za takúto dobu považuje čas od 0.00 hod. do 23.59 hod. počas pracovných dní v týždni.//
	1055
	1056	//Nedostupnosť IS sa počíta od nahlásenia incidentu Zákazníkom v čase dostupnosti podpory Poskytovateľa (t.j. nahlásenie incidentu na L3 v čase od 6:00 hod. - do 18:00 hod. počas pracovných dní). Do dostupnosti IS nie sú započítavané servisné okná a plánované odstávky IS.//
	1057
	1058	//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.//
1.1	1059	)))
	1060
12.1	1061	1.
	1062	11.
	1063	111. (((
	1064	=== Dostupnosť (Availability) ===
	1065	)))
1.1	1066
12.1	1067	//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~://
1.1	1068
12.1	1069	* //90% dostupnosť znamená výpadok 36,5 dňa//
	1070	* //95% dostupnosť znamená výpadok 18,25 dňa//
	1071	* //98% dostupnosť znamená výpadok 7,30 dňa//
	1072	* //99% dostupnosť znamená výpadok 3,65 dňa//
	1073	* //99,5% dostupnosť znamená výpadok 1,83 dňa//
	1074	* //99,8% dostupnosť znamená výpadok 17,52 hodín//
	1075	* //99,9% (“tri deviatky”) dostupnosť znamená výpadok 8,76 hodín//
	1076	* //99,99% (“štyri deviatky”) dostupnosť znamená výpadok 52,6 minút//
	1077	* //99,999% (“päť deviatok”) dostupnosť znamená výpadok 5,26 minút//
	1078	* //99,9999% (“šesť deviatok”) dostupnosť znamená výpadok 31,5 sekúnd//
	1079
1.1	1080	//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ť~://
12.1	1081
	1082	* [[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)//
1.1	1083	* [[RPO (Recovery Point Objective) >>path:#_RPO_(Recovery_Point]]//- aké množstvo dát môže byť stratené od vymedzeného okamihu//
	1084	* //Recovery Time - čas potrebný k obnove//
12.1	1085
	1086	//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~://
	1087
	1088	* //Dostupnosť [[servera>>url:https://metais.vicepremier.gov.sk/help]]//
1.1	1089	* //Dostupnosť pripojenie k internetu//
12.1	1090	* //Dostupnosť [[databázy>>url:https://www.zakonypreludi.sk/zz/2020-85/znenie-20200501]]//
	1091	* //Dostupnosť [[webových stránok>>url:https://managementmania.com/sk/sla-service-level-agreement]]//
1.1	1092
12.1	1093	//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/]].//
1.1	1094
12.1	1095	1.
	1096	11.
	1097	111. (((
	1098	=== RTO (Recovery Time Objective) ===
	1099	)))
1.1	1100
12.1	1101	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.//
	1102
	1103	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~://
	1104
1.1	1105	* //Tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni//
	1106	* //Asynchrónne replikácie dát - výpadok a obnova v poriadku sekúnd až minút//
	1107	* //Synchrónny replikácie dát - nulový výpadok//
	1108
12.1	1109	1.
	1110	11.
	1111	111. (((
	1112	=== RPO (Recovery Point Objective) ===
	1113	)))
1.1	1114
12.1	1115	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ť.//
1.1	1116
12.1	1117	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~://
	1118
1.1	1119	* //Tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni//
	1120	* //Asynchrónne replikácie dát - výpadok a obnova v poriadku sekúnd až minút, strata sa blíži k nule//
	1121	* //Synchrónny replikácie dát - nulová strata//
	1122
12.1	1123	1. (((
	1124	= Požiadavky na personál =
	1125	)))
1.1	1126
12.1	1127	//Doplniť požiadavky na projektové personálne zabezpečenie (projektové role a ich obsadenie).//
	1128
1.1	1129	//Doplniť rámcové požiadavky na obsadenie TO BE procesu.//
	1130
12.1	1131	//Doplniť požiadavky potrebných školení a certifikátov.//
1.1	1132
12.1	1133	1. (((
	1134	= Implementácia a preberanie výstupov projektu =
	1135	)))
	1136
	1137	//Posúďte a doplňte spôsoby realizácie projektu a ich dopad na harmonogram projektu a preberanie výstupov pripravovaného projektu.//
	1138
1.1	1139	//V zmysle Vyhlášky 401/2023 Zz o riadení projektov a zmenových požiadaviek v prevádzke je potrebné posúdiť výber spôsobu realizácie projektu metódou waterfall, metódou agile alebo metódou waterfall s prvkami metódy agile.//
	1140
12.1	1141	//V zmysle vyhlášky 401/2023 Zz o riadení projektov a zmenových požiadaviek v prevádzke je možné pristupovať k realizácii projektu prostredníctvom čiastkových plnení, t.j. inkrementov, a to~://
	1142
1.1	1143	* //Inkrement musí obsahovať z realizačnej fázy projektu aspoň etapu Implementácia a Testovanie a Nasadenia do produkcie. Je možné ho realizovať viacerými iteráciami v závislosti od charakteru projektu a každý doručený inkrement projektu je nasadený na produkčnom prostredí informačnej technológie a je možné začať s dokončovacou fázou projektu, alebo pokračovať ďalším inkrementom.//
12.1	1144	* //Ak realizačná fáza veľkých projektov pozostáva z dodania jedného funkčného celku alebo dodania výlučne technických prostriedkov, objednávateľ v produkte PI-03 Prístup k projektu a v M-05 Analýza nákladov a prínosov - BC/CBA, posúdi a vyhodnotí aj alternatívy rozdelenia na inkrementy na preukázanie ekonomickej nevýhodnosti alebo technických obmedzení rozdeliť projekt na inkrementy.//
1.1	1145
12.1	1146	1. (((
	1147	= Prílohy =
	1148	)))
1.1	1149
	1150	//V prípade potreby doplňte zoznam príloh //
	1151
12.1	1152	//Poznámka: odporúčame, aby ste si VŠETKY TABUĽKOVÉ VSTUPY evidovali a spravovali v jednom centrálnom súbore formátu EXCEL – s cieľom minimalizovať budúcu prácnosť s aktualizáciou a udržiavaním obsahu.//
	1153
	1154
	1155
	1156	//Inštrukcie k verejnému pripomienkovaniu~://
	1157
1.1	1158	* //Podľa §4 ods. 10 vyhlášky č. 401/2023 Z.z je potrebné zrealizovať pripomienkovanie Projektového prístupu odbornou verejnosťou, zaevidovať a vyhodnotiť pripomienky odbornej verejnosti.//
	1159	* //Oznámenie o začatí verejného pripomienkovania zverejniť v centrálnom metainformačnom systéme verejnej správy na mieste určenom Orgánom vedenia.//
	1160	* //Dať na schválenie riadiacemu výboru výstupy po zverejnení vyhodnotenia pripomienok.//
	1161	* //Vyhodnotenie zverejniť na webovom sídle objednávateľa (do projektového adresára).//
12.1	1162
	1163
	1164
	1165
	1166
1.1	1167	[[1>>path:#sdfootnote1anc\|\|name="sdfootnote1sym"]] Podľa § 2 ods. 1 písm. i) vyhlášky MIRRI č. 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy sa objednávateľom rozumie správca alebo prevádzkovateľ ITVS, ktorý projekt realizuje alebo chce realizovať.
12.1	1168
1.1	1169	[[2>>path:#sdfootnote2anc\|\|name="sdfootnote2sym"]] https:~/~/avssr.horizzon.cloud/. O prístup do repozitára a poskytnutie licencie pre modelovací nástroj pracujúci s repozitárom modelov je potrebné požiadať na e-mailovej adrese: sprava_EA@mirri.gov.sk.
12.1	1170
1.1	1171	[[3>>path:#sdfootnote3anc\|\|name="sdfootnote3sym"]] The Open Group ArchiMate Model Exchange File Format Standard a špecifikácia BPMN 2.0
12.1	1172
1.1	1173	[[4>>path:#sdfootnote4anc\|\|name="sdfootnote4sym"]] Napr. modelovací nástroj Archi - Open Source ArchiMate Modelling: [[https:~~/~~/www.archimatetool.com>>url:https://www.archimatetool.com/]].
12.1	1174
1.1	1175	[[5>>path:#sdfootnote5anc\|\|name="sdfootnote5sym"]] Napr. modelovací nástroj pre BPMN - Camunda Modeler - Open Source Desktop Modeler: [[https:~~/~~/camunda.com/download/modeler/>>url:https://camunda.com/download/modeler/]].
12.1	1176
1.1	1177	[[6>>path:#sdfootnote6anc\|\|name="sdfootnote6sym"]] Správca ISVS je povinný zaviesť v organizácii systém riadenia informačnej (a kybernetickej) bezpečnosti a vypracovať bezpečnostný projekt pre ISVS podľa vyhlášky Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 179/2020 Z. z., ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy)
12.1	1178
	1179	Strana 22/22
	1180
	1181

Wiki zdrojový kód pre I-03 Prístup k projektu (pristup_k_projektu)

Vitajte

Linky

Navigácia