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

Naposledy upravil Slavomír Hrnčiar 2025/02/18 22:53

version	line-number	content
2.1	1	PRÍSTUP K PROJEKTU
1.1	2
2.1	3	~ Vzor pre manažérsky výstup I-03
	4
	5	podľa vyhlášky MIRRI č. 401/2023 Z. z.
	6
	7
	8	\|Povinná osoba\|Mesto Liptovský Mikuláš
	9	\|Názov projektu\|Vybudovanie analyticko-strategického centra a nástrojov pre riadenie mesta Liptovský Mikuláš
	10	\|Zodpovedná osoba za projekt\|Ing. Slavomír Hrnčiar - Projektový manažér
	11	\|Realizátor projektu\|Mesto Liptovský Mikuláš
	12	\|Vlastník projektu\|Ing. Ján Blcháč, PhD – primátor mesta Liptovský Mikuláš
	13
	14
1.1	15	Schvaľovanie dokumentu
2.1	16
	17	\|Položka\|Meno a priezvisko\|Organizácia\|Pracovná pozícia\|Dátum\|(((
	18	Podpis
	19
1.1	20	(alebo elektronický súhlas)
	21	)))
2.1	22	\|Vypracoval\|Ing. Slavomír Hrnčiar\|Mesto Liptovský Mikuláš\|Projektový manažér\|31.12.2024\|
1.1	23
2.1	24	~1. História dokumentu
1.1	25
2.1	26	\|Verzia\|Dátum\|Zmeny\|Meno
	27	\|0.3\|10.12.2024\|Draft dokumentu\|Projektový manažér
	28	\|0.7\|15.12.2024\|Pripomienky mesta\|Projektový manažér
	29	\|1.0\|31.12.2024\|Finálna verzia dokumentu\|Projektový manažér
1.1	30
2.1	31	2. Účel dokumentu
1.1	32
2.1	33
	34	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.
	35
	36	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.
	37
	38
	39	2.1 Použité skratky a pojmy
	40
	41
1.1	42	\|SKRATKA/POJEM\|POPIS
2.1	43	\|AS IS\|Aktuálny stav bez realizácie projektu
	44	\|DPH\|Daň z pridanej hodnoty
	45	\|EČV\|Evidenčné číslo vozidla
	46	\|eGov\|eGovernement
	47	\|ENPV\|Čistá súčasná ekonomická hodnota
	48	\|ETL\|Extract, Transform, Load - Extrahovať, transformovať, načítať
	49	\|EÚ\|Európska únia
	50	\|EUR, €\|Mena EURO
	51	\|G2B\|Služby pre podnikateľov (Government to Business)
	52	\|G2C\|Služby pre občanov (Government to Citizens)
	53	\|GDPR\|General Data Protection Regulation, 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
	54	\|IaaS\|Infrastructure as a Service (Infraštruktúra ako služba)
	55	\|ID\|Identifikačné číslo
	56	\|IKT\|Informačné komunikačné technológie
	57	\|IS\|Informačný systém
	58	\|IS CPDI\|Informačný systém Centrálna platforma dátovej integrácie
	59	\|ISVS\|Informačný systém verejnej správy
	60	\|IT\|Informačné technológie
	61	\|ITIL\|Information Technology Infrastructure Library
	62	\|IS VS\|IS verejnej správy
	63	\|JSON\|JavaScript Object Notation, Označenie objektu JavaScript
	64	\|KPI\|Key performance indicators - Kľúčové indikátory výkonnosti
	65	\|MOU\|Manažment osobných údajov
	66	\|MÚK\|Modul úradnej komunikácie
	67	\|N/A\|Not applicable, neaplikovateľné
	68	\|NPV\|Čistá súčasná hodnota (Net Present Value)
	69	\|PRINCE\|Projects in Controlled Environments
	70	\|REST\|Representational State Transfer architectural style for distributed hypermedia systems, Reprezentatívny štatút pre štrukturálny štýl prenosu pre distribuované hypermedia systémy
	71	\|ROI\|Návratnosť investícií (Return of Investment)
	72	\|RPO\|Register právnických osôb a podnikateľov
	73	\|SLA\|Service level agreement
	74	\|SOA\|Servisne orientovaná architektúra (Service Oriented Architecture)
	75	\|SR\|Slovenská republika
	76	\|SW\|Softvér (Software)
	77	\|TO BE\|Cieľový stav po realizácii projektu
	78	\|TCO\|Celkové náklady na vlastníctvo (Total Cost of Ownership)
	79	\|ŤZP\|Ťažké zdravotné postihnutie
	80	\|ÚPVS\|Ústredný portál verejnej správy
	81	\|ÚVO\|Úrad pre verejné obstarávanie
	82	\|VO\|Verejné obstarávanie
	83	\|VS\|Verejná správa
	84	\|Z.z.\|Zbierka zákonov
1.1	85
2.1	86	3. Popis navrhovaného riešenia
1.1	87
2.1	88	Projekt „Vybudovanie analyticko-strategického centra a nástrojov pre riadenie mesta Liptovský Mikuláš“ navrhuje komplexné riešenie pre modernizáciu a digitalizáciu procesov riadenia mesta prostredníctvom zavedenia pokročilých technologických systémov. Cieľom projektu je zabezpečiť efektívne riadenie mestského prostredia, optimalizáciu verejných služieb a podporu strategického rozhodovania na základe presných a aktuálnych údajov. Navrhované riešenie zahŕňa implementáciu geografického informačného systému (GIS), ktorý umožní detailné mapovanie a pasportizáciu verejných priestranstiev, miestnych komunikácií, zelene, mobiliáru a ďalších prvkov mestského prostredia. GIS poskytne mestským orgánom digitálne nástroje na správu priestorových údajov, čím prispeje k lepšiemu plánovaniu a údržbe infraštruktúry. Projekt zahŕňa aj využitie IoT technológií, konkrétne inštaláciu senzorov na monitorovanie kvality ovzdušia, teploty, hluku a ďalších environmentálnych parametrov v kľúčových lokalitách mesta. Tieto senzory budú generovať údaje, ktoré sa budú spracúvať v dátovej platforme. Táto platforma zabezpečí integráciu a analýzu údajov z rôznych zdrojov, vrátane GIS, IoT zariadení a existujúcich informačných systémov mesta, pričom umožní aj publikovanie otvorených a analytických údajov pre verejnosť. Súčasťou implementácie bude nasadenie softvéru pre strategické plánovanie, rozhodovanie a efektívnejšie plánovanie ako kľúčového prvku
1.1	89
	90
2.1	91	Kľúčovým komponentom riešenia je vytvorenie analyticko-strategického centra (ASC), ktoré bude fyzickým aj digitálnym priestorom pre analýzu a vizualizáciu údajov. Súčasťou implementácie bude nasadenie softvéru pre strategické plánovanie, rozhodovanie a efektívnejšie plánovanie. Centrum bude vybavené moderným multimediálnym vybavením a softvérom na podporu strategického plánovania a rozhodovania. ASC bude slúžiť na spracovanie dát v reálnom čase a poskytne podklady pre strategické a operatívne rozhodnutia vedenia mesta. Súčasťou riešenia je aj modernizácia serverovej infraštruktúry mesta, ktorá zabezpečí dostatočnú kapacitu na spracovanie a uchovávanie veľkého množstva údajov. Tento systém bude kombinovať lokálne a cloudové riešenia na zabezpečenie ochrany dát a ich zálohovanie. Tento prístup podporí systematický manažment údajov a zvýši kvalitu analytických procesov, čo prispeje k presnejšiemu rozhodovaniu na všetkých úrovniach samosprávy.
1.1	92
	93
2.1	94	Navrhované riešenie kladie dôraz na zlepšenie dostupnosti verejných služieb pre občanov a podnikateľov. Digitalizácia administratívnych procesov zjednoduší komunikáciu medzi mestom a jeho obyvateľmi, pričom minimalizuje časovú a administratívnu záťaž na oboch stranách. Zároveň umožní systematickú publikáciu otvorených a anlytických údajov, čím podporí transparentnosť a zapojenie verejnosti do tvorby inovatívnych riešení. Realizáciou projektu sa mesto Liptovský Mikuláš zaradí medzi inteligentné mestá, ktoré využívajú moderné technológie na podporu udržateľného rozvoja, zlepšenie kvality života obyvateľov a zabezpečenie transparentného riadenia. Navrhované riešenie predstavuje významný krok k digitálnej transformácii verejnej správy a k budovaniu udržateľného mestského prostredia.
1.1	95
	96
2.1	97	4. Achitektúra riešenia projektu
1.1	98
2.1	99	4.1 Biznis vrstva
1.1	100
2.1	101	Projekt je zameraný na optimalizáciu procesov riadenia mesta, zvýšenie efektivity správy verejných zdrojov a zlepšenie dostupnosti služieb pre občanov, podnikateľov a ďalších zainteresovaných strán. Projekt predpokladá implementáciu procesov zameraných na zber, spracovanie, analýzu a vizualizáciu údajov, ktoré budú slúžiť ako základ pre strategické a operatívne rozhodovanie. Projekt sa snaží pokryť kľúčové oblasti, vrátane správy infraštruktúry, environmentálneho monitoringu, plánovania rozvoja a poskytovania verejných služieb. Projekt predpokladá systematické zverejňovanie otvorených a analytických dát, ktoré budú prístupné širokej verejnosti a podporia občiansku participáciu a inovácie. Zverejňovanie týchto údajov prispeje k lepšiemu zapojeniu občanov a podnikateľov do rozvoja mesta. V rámci biznisovej vrstvy sú tiež identifikované kľúčové kritériá udržateľnosti a flexibility riešení, ktoré zabezpečia, že implementovaný systém bude dlhodobo udržateľný a pripravený na budúci technologický rozvoj. Projekt zohľadňuje potreby všetkých relevantných stakeholderov, ako sú občania, podnikatelia, mestské organizácie, zamestnanci mesta a štátne inštitúcie, a zabezpečuje, že riešenia budú reflektovať ich očakávania a požiadavky. Celkovo projekt predstavuje základný operačný prvok pre digitálnu transformáciu mesta Liptovský Mikuláš. Implementácia projektu zabezpečí efektívnejšie riadenie mesta, zvýšenie kvality života obyvateľov, podporu ekonomického rozvoja a udržateľný rozvoj mestského prostredia. Týmto spôsobom projekt vytvára priestor pre inteligentné a dátovo orientované rozhodovanie, ktoré reflektuje potreby modernej samosprávy.
1.1	102
	103
2.1	104	4.1.1 Prehľad koncových služieb – budúci stav:
1.1	105
2.1	106	Nerelevantné - Projektom nebudú budované nové koncové služby.
1.1	107
	108
2.1	109	4.1.2 Jazyková podpora a lokalizácia
1.1	110
2.1	111	Požiadavky na jazykovú lokalizáciu riešenia a používateľské prostredie bude implementované v slovenskom jazyku//.//
1.1	112
	113
2.1	114	4.2 Aplikačná vrstva
1.1	115
2.1	116	Na tejto úrovni Mesto Liptovský Mikuláš disponuje niekoľkými ISVS, pričom ako hlavný komponent agendy mesta je Komplexný informačný systém CG ISS. Systém beží nad databázou Oracle. Jednotlivé vrstvy architektúry možno popísať nasledovne:
1.1	117
	118
2.1	119	FRONT-OFFICE
1.1	120
2.1	121	Vrstva, ktorá priamo zabezpečuje elektronickú výmenu informácií medzi občanom/podnikateľom a mestom. Hlavou úlohou tejto vrstvy je zabezpečiť právne záväzné podania na vstupe a právne relevantné výstupy na strane druhej.
1.1	122
	123
2.1	124	MID-OFFICE
1.1	125
2.1	126	Táto vrstva riadi procesnú stránku podaní a s tým súvisiacu orchestráciu zamestnancov mesta a jednotlivých komponentov IS tak, aby na konci procesu bol požadovaný, validný a právne záväzný výstup. Hlavnými komponentmi sú procesné nástroje a Riadenie podaní pre definíciu typov podaní a správu informácií o ich priebehu.
1.1	127
	128
2.1	129	BACK-OFFICE
1.1	130
2.1	131	Táto vrstva predstavuje predovšetkým vrstvu pre ukladanie dát, ktoré následne slúžia ako úložisko/dátový sklad pre jednotlivé procesy eGovernment služieb a ako vnútorná podpora IKT na úrovni Mesta Liptovský Mikuláš. Back-office pozostáva zo systémov vnútornej správy mesta, lokálnych registrov a ďalších špecifických agiend a registrov mesta.
1.1	132
	133
2.1	134	EXTERNÉ SYSTÉMY
	135
	136	Systémy, ktoré nepatria pod správu Mesta Liptovský Mikuláš, ale predstavujú zdroj údajov, koncový bod využívajúci služby ISVS Mesta Liptovský Mikuláš, alebo vykonávajú inú bližšie nešpecifikovanú úlohu vstupujúcu do procesov na strane mesta.
	137
	138
4.1	139	[[image:Snímka obrazovky 2025-02-18 o 22.51.42.png]]
2.1	140
	141	Obrázok 1. Model aplikačnej architektúry riešenia
	142
	143
	144	Na úrovni business vrstvy sú definovaní všetci relevantní stakeholderi a plánovaní používatelia riešenia, vrátane občanov, podnikateľských subjektov a zamestnancov samosprávy. Business vrstva špecifikuje vizuálne používateľské rozhrania, ktoré budú dostupné v rámci služieb poskytovaných prostredníctvom nového ISVS. Tieto služby budú rozdelené na verejnú časť (pre občanov a podnikateľov) a neverejnú časť (pre zamestnancov mesta). Súčasťou business vrstvy bude aj správcovské rozhranie systému, ktoré umožní efektívne riadenie celého riešenia. Okrem vizuálnych rozhraní sa počíta aj s nevizuálnymi rozhraniami určenými pre systémovú komunikáciu a automatizované procesy.
	145
	146
	147	Na aplikačnej vrstve budú všetky projektom implementované technológie nasadené ako samostatné moduly. Tento modulárny prístup umožní vyššiu flexibilitu a opätovnú použiteľnosť jednotlivých technológií, čo výrazne zlepší schopnosť mesta prepojiť tieto moduly s existujúcimi alebo budúcimi systémami (napr. ďalšími ISVS alebo externými aplikáciami).
	148
	149
	150	Hlavné komponenty architektúry (Architektúra riešenia sa skladá z niekoľkých hlavných komponentov):
	151
	152
	153	~1. Geografický informačný systém (GIS)
	154
	155	GIS predstavuje základný komponent na správu a vizualizáciu geografických dát mesta. Tento systém umožní:
	156
	157	* Pasportizáciu mestských prvkov, ako sú miestne cesty, zeleň, mobiliár a verejné osvetlenie.
	158	* Vizualizáciu údajov o mestských prvkoch na digitálnych mapách.
	159	* Rozšíriteľnosť o ďalšie vrstvy, ako sú dopravné informácie, parkovanie alebo detské ihriská.
	160
	161	2. IoT Senzorická Sieť
	162
	163	IoT senzorická sieť bude zabezpečovať nepretržitý zber environmentálnych údajov. Táto sieť bude obsahovať:
	164
	165	* Senzory kvality ovzdušia, teploty a hluku v minimálne desiatich lokalitách mesta.
	166	* Softvér na spracovanie dát z IoT zariadení a ich integráciu do analytickej platformy.
	167	* API pre prístup k údajom pre mestské orgány a potenciálne tretie strany.
	168
	169	3. Dátová platforma
	170
	171	Dátová platforma bude zabezpečovať integráciu, spracovanie a analýzu dát z rôznych zdrojov. Funkcionality zahŕňajú:
	172
	173	* Centralizovaný zber dát z GIS, IoT senzorov a ďalších informačných systémov.
	174	* Otvorený prístup k vybraným datasetom pre verejnosť a vývojárov.
	175	* Spracovanie dát v reálnom čase pre potreby operatívneho riadenia mesta.
	176	* V prípade analytických údajov ich poskytovanie do IS KAV
	177	* Publikovanie otvorených údajov v maximálnom možnom a relevantnom rozsahu
	178
	179	4. Analyticko-strategické centrum (ASC)
	180
	181	ASC bude fyzickým a digitálnym priestorom pre zber, analýzu a vizualizáciu dát. Jeho hlavné prvky zahŕňajú:
	182
	183	* Multimediálne a nábytkové vybavenie pre prácu tímov.
	184	* Softvér na podporu strategického plánovania a rozhodovania.
	185	* Prepojenie s existujúcimi informačnými systémami mesta.
	186
	187	5. Serverová infraštruktúra
	188
	189	Na zabezpečenie dostatočnej kapacity pre spracovanie a uchovávanie dát bude projekt zahŕňať:
	190
	191	* Navýšenie serverových kapacít mesta.
	192	* Bezpečnostné prvky na ochranu dát.
	193	* Cloudové a lokálne riešenia pre zálohovanie.
	194
	195	Prepojenia a interakcie medzi komponentmi
	196
	197	Všetky komponenty budú navzájom integrované, aby sa dosiahla maximálna efektivita a interoperabilita:
	198
	199	1. IoT senzory budú prostredníctvom dátovej platformy poskytovať údaje GIS systému na vizualizáciu a ďalšiu analýzu.
	200	1. Dátová platforma bude fungovať ako centrálna vrstva, ktorá integruje údaje z rôznych zdrojov a zabezpečuje ich prístup prostredníctvom API.
	201	1. ASC bude využívať údaje z dátovej platformy na analytické spracovanie a strategické plánovanie.
	202	1. GIS systém bude aktualizovaný dátami zo senzorov a GPS zariadení, čo umožní presnú správu verejných priestorov.
	203	1. V prípade analytických údajov ich poskytovanie do IS KAV
	204	1. Publikovanie otvorených údajov v maximálnom možnom a relevantnom rozsahu
	205
	206	Na technologickej vrstve sú komponenty podporujúce prevádzku celého systému. Hoci technologická vrstva nie je predmetom realizácie tohto projektu, architektúra zohľadňuje existujúcu IT infraštruktúru mesta, ktorá bude použitá na prevádzkovanie výstupov projektu. Táto vrstva zahŕňa servery, úložné systémy a sieťovú infraštruktúru potrebnú na zabezpečenie výkonnosti, škálovateľnosti a dostupnosti navrhnutého riešenia.
	207
	208
	209	Navrhované riešenie počíta s už existujúcim integračným komponentom mesta, ktorý umožní prepojenie informačného systému mesta s externými aplikáciami, systémami a registrami. Okrem toho sa riešenie zameriava na prepojenie lokálnych evidencií mesta. Predpokladom je využívanie spoľahlivých a konzistentných údajov („čistých dát“) z dostupných registrov. Tieto opatrenia zlepšia kvalitu služieb poskytovaných mestom a znížia administratívnu záťaž na zamestnancov.
	210
	211
	212	4.2.1 Rozsah informačných systémov – AS IS
	213
	214	Nerelevantné - Projektom nebudú rozvíjané žiadne v súčasnosti už implementované informačné systémy.
	215
	216
	217	4.2.2 Rozsah informačných systémov – TO BE
	218
	219	Rozsah dotknutých ISVS z pohľadu ich ďalšej prevádzky po realizácii projektu – TO BE stav:
	220
	221	\|Názov ISVS\|(((
	222	Modul ISVS
	223
	224	//(zaškrtnite ak ISVS je modulom)//
	225	)))\|Stav IS VS\|Typ IS VS\|(((
	226	Kód nadradeného ISVS
	227
	228	//(v prípade zaškrtnutého checkboxu pre modul ISVS)//
	229	)))
	230	\|Softvér pre strategické plánovanie, rozhodovanie a efektívnejšie plánovanie\|☐\|Plánovaný\|Agendový\|
	231	\|Grafický informačný systém – IS GIS\|☐\|Plánovaný\|Prezentačný\|
	232	\|Modul napojenia na externé IS\|☐\|Plánovaný\|Integračný\|
	233
	234	4.2.3 Využívanie nadrezortných a spoločných ISVS – AS IS
	235
	236	Nerelevantné – Projektom sa nemenia IS, ktoré by v súčasnosti využívali nadrezortné a spoločné ISVS.
	237
	238
	239	4.2.4 Prehľad plánovaných integrácií ISVS na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013 e-Governmente – TO BE
	240
	241	Nerelevantné – Projektom nie je plánované napojenie sa na nadrezortné ISVS.
	242
	243
	244	4.2.5 Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE
	245
1.1	246	\|(((
	247	Kód ISVS
2.1	248
1.1	249	//(z MetaIS)//
2.1	250	)))\|(((
	251	Názov ISVS
	252
	253
	254	)))\|(((
1.1	255	Kód integrovaného ISVS
2.1	256
1.1	257	//(z MetaIS)//
	258	)))\|Názov integrovaného ISVS
2.1	259	\|isvs_14812\|Modul napojenia na externé IS\|isvs_9655\|Konsolidovaná analytická vrstva
1.1	260
2.1	261	4.2.6 Aplikačné služby pre realizáciu koncových služieb – TO BE
1.1	262
2.1	263	Nerelevantné – projektom nie sú budované žiadne koncové služby.
1.1	264
	265
2.1	266	4.2.7 Aplikačné služby na integráciu – TO BE
1.1	267
2.1	268	\|(((
1.1	269
	270
2.1	271	Názov AS
	272	)))\|(((
	273	Realizuje ISVS
1.1	274
2.1	275	(kód MetaIS)
	276	)))\|Poskytujúca alebo Konzumujúca\|Integrácia cez CAMP\|Integrácia s IS tretích strán\|SaaS\|(((
	277	Integrácia na AS poskytovateľa
1.1	278
2.1	279	(kód MetaIS)
	280	)))
	281	\|Poskytnutie otvorených údajov Sparql endpoint - LKOD\|Modul napojenia na externé IS\|Poskytujúca\|Nie\|Nie\|Nie\|
4.1	282	\|Poskytovanie údajov do analytickej platformy\|Modul napojenia na externé IS\|Poskytujúca\|Nie\|Nie\|Nie\|
1.1	283
2.1	284	4.2.8 Poskytovanie údajov z ISVS do IS CSRÚ – TO BE
1.1	285
2.1	286	Nerelevantné - Projektom nebudú poskytované údaje do CSRÚ.
1.1	287
	288
2.1	289	4.2.9 Konzumovanie údajov z IS CSRU – TO BE
1.1	290
2.1	291	Nerelevantné - Projektom nebudú konzumované údaje z CSRÚ.
1.1	292
	293
2.1	294	4.3. Dátová vrstva
1.1	295
2.1	296	4.3.1 Údaje v správe organizácie
1.1	297
2.1	298	Riadenie životného cyklu správy údajov zahŕňa viacero prepojených procesov a činností, ktoré sú nevyhnutné pre efektívne získavanie, správu, udržiavanie, distribúciu a archiváciu údajov v organizácii. Tento proces je obzvlášť dôležitý v projektoch, ktoré zahŕňajú informačné systémy obsahujúce objekty evidencie. Aby bol manažment údajov efektívny, je potrebné zaviesť štruktúrovaný proces. Zavedenie procesov nad informačnými systémami umožňuje efektívny manažment údajov v celom životnom cykle, od ich získania až po archiváciu a zaisťuje, že údaje budú správne spravované a chránené počas celého ich použitia. Mesto Liptovský Mikuláš má 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 eviduje a spravuje údaje v strojovo-spracovateľnej podobe. V kapitolách nižšie popisujeme AS IS stav 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	299
	300
2.1	301	4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE
1.1	302
2.1	303	\|ID OE\|Objekt evidencie - názov\|Objekt evidencie - popis\|Referencovateľný identifikátor URI dátového prvku
	304	\|ID_1\|Zoznam OE z pasportizácie mesta pre GIS\|Zoznam OE z realizovanej pasportizácie mesta\|//Nemá//
	305	\|ID_2\|Zoznam OE z IoT zariadení\|Zoznam OE pre IoT zariadenia\|//Nemá//
1.1	306
2.1	307	4.3.3 Referenčné údaje
1.1	308
2.1	309	4.3.3.1 Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné
1.1	310
2.1	311	V projekte nebudú vznikať údaje, ktoré by sa dali označiť ako referenčné.
1.1	312
	313
2.1	314	4.3.3.2 Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CSRU
1.1	315
2.1	316	Nerelevantné – Projektom nebudú poskytované ani konzumované údaje do/z CSRÚ.
1.1	317
	318
2.1	319	4.3.4 Kvalita a čistenie údajov
1.1	320
2.1	321	4.3.4.1 Zhodnotenie objektov evidencie z pohľadu dátovej kvality
1.1	322
	323
2.1	324	\|ID OE\|(((
	325	Objekt evidencie
1.1	326
2.1	327	(uvádzať OE z tabuľky 11)
1.1	328	)))\|(((
	329	Významnosť kvality
2.1	330
	331	1 (malá) až 5 (veľmi významná)
1.1	332	)))\|(((
	333	Citlivosť kvality
2.1	334
	335	1 (malá) až 5 (veľmi významná)
1.1	336	)))\|(((
2.1	337	Priorita – poradie dôležitosti
	338
	339	(začnite číslovať od najdôležitejšieho)
1.1	340	)))
2.1	341	\|ID_1\|Zoznam OE z pasportizácie mesta pre GIS\|5\|3\|
	342	\|ID_2\|Zoznam OE z IoT zariadení\|5\|3\|
1.1	343
2.1	344	4.3.4.2 Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality
1.1	345
2.1	346	Nerelevantné - nejedná sa o projekt manažmentu údajov.
1.1	347
	348
2.1	349	4.3.5 Otvorené údaje
1.1	350
2.1	351	V rámci projektu bude implementovaná automatizovaná podpora pre publikáciu otvorených údajov prostredníctvom vybudovania lokálneho katalógu otvorených dát (LKOD) mesta Liptovský Mikuláš. Tento katalóg bude založený na technológii SPARQL Endpoint, čo umožní efektívnu a flexibilnú manipuláciu s údajmi, vrátane dopytovania a vyhľadávania dát na základe štandardizovaných protokolov pre sémantický web. SPARQL Endpoint poskytuje robustné riešenie pre publikáciu a výmenu údajov, čím zabezpečuje dodržiavanie otvorených štandardov a zvyšuje interoperabilitu dátových súborov v rámci verejnej správy. Lokálny katalóg otvorených dát bude následne zaregistrovaný a integrovaný do centrálneho Národného katalógu otvorených údajov (NKOD), ktorý je dostupný na platforme data.gov.sk. Tento proces bude plne automatizovaný prostredníctvom tzv. //harvestingu//, čo znamená, že údaje z lokálneho katalógu budú pravidelne a automaticky synchronizované a aktualizované v centrálnom katalógu. Automatizovaný proces zaručí, že všetky nové alebo aktualizované datasety budú bezodkladne prenesené a katalogizované v NKOD, čím sa zabezpečí aktuálnosť a konzistentnosť publikovaných informácií.
1.1	352
2.1	353	Okrem toho, tento systém poskytne mechanizmy na správu a validáciu metadát, čím sa posilní kvalita a konzistentnosť publikovaných otvorených údajov. Lokálny katalóg bude schopný automaticky generovať a poskytovať podrobné štatistiky o publikovaných údajoch, vrátane počtu záznamov, frekvencie aktualizácií a metr__í__--i--k kvality údajov. Tento prístup nielen zjednoduší správu údajov na strane mesta, ale tiež podporí transparentnosť a zlepšenie dostupnosti údajov pre verejnosť, podnikateľskú sféru a ďalšie subjekty verejného sektora.
	354
	355	Technologická infraštruktúra postavená na otvorených štandardoch, ako je SPARQL Endpoint, umožní široké využitie údajov a ich integráciu do rôznych analytických a vizualizačných nástrojov, čo prispeje k efektívnejšiemu využívaniu verejných údajov na analytické, výskumné a strategické účely. Súbor výstupov, ktoré budú generované a publikované vychádzal z poznania agendy a zainteresovaných osôb. Dané dáta budú konzumované a využívané, inštitúciami verejnej správy, 3. sektorom, na národnej a EU úrovni. Vo všeobecnosti sa pri návrhu projektových zámerov aplikoval princíp dostupnosti verejných údajov t.j. údaje z verejných zdrojov majú byť dostupné verejnosti ak ich zverejnenie nie je obmedzené legislatívne alebo iným relevantným dôvodom. V súvislosti s digitálnou transformáciu Slovenska, cieľmi NKIVS a inými strategickými dokumentami, ale aj európskou legislatívou a aj požiadavkami verejnosti si uvedomujeme potrebu nielen zverejňovať údaje, ale aj sprístupňovať otvorené údaje.
	356
	357	Presný rozsah poskytovaných objektov evidencie bude definovaný v nadväznosti na ukončenie fázy analýza a dizajn a v nadväznosti na rozsah a typ implementovaných IoT zariadení.
	358
	359
	360	\|ID OE\|(((
1.1	361	Názov objektu evidencie / datasetu
2.1	362
	363	(uvádzať OE z tabuľky 11)
	364
	365
1.1	366	)))\|(((
2.1	367
	368
	369	Požadovaná interoperabilita 3★ - 5★
1.1	370	)))\|(((
	371	Periodicita publikovania
2.1	372
	373	(týždenne, mesačne, polročne, ročne)
1.1	374	)))
2.1	375	\|ID_1\|Zoznam OE z pasportizácie mesta pre GIS\|5★\|Automatizovane
	376	\|ID_2\|Zoznam OE z IoT zariadení\|5★\|Automatizovane
1.1	377
2.1	378	4.3.6 Analytické údaje
1.1	379
2.1	380	\|ID\|Názov objektu evidencie pre analytické účely\|Zoznam atribútov objektu evidencie\|Popis a špecifiká objektu evidencie
	381	\|ID_2\|Zoznam OE z IoT zariadení\|Zoznam atribútov jednotlivých OE bude definovaný v rámci etapy analýza a dizajn riešenia\|//Spracovaný Dataset z IoT zariadení//
1.1	382
2.1	383	4.3.7 Moje údaje
1.1	384
2.1	385	Projektom nebudú poskytované žiadne analytické údaje. – Nerealizuje sa
1.1	386
	387
2.1	388	4.3.8 Prehľad jednotlivých kategórií údajov
1.1	389
2.1	390	Presný rozsah poskytovaných objektov evidencie bude definovaný v nadväznosti na ukončenie fázy analýza a dizajn a v nadväznosti na rozsah a typ implementovaných IoT zariadení.
1.1	391
2.1	392
1.1	393	\|ID\|(((
	394	Register / Objekt evidencie
2.1	395
1.1	396	//(uvádzať OE z tabuľky v kap. 4.3.2)//
	397	)))\|Referenčné údaje\|Moje údaje\|Otvorené údaje\|Analytické údaje
2.1	398	\|ID_1\|Zoznam OE z pasportizácie mesta pre GIS\|☐\|☐\|☒\|☐
	399	\|ID_2\|Zoznam OE z IoT zariadení\|☐\|☐\|☒\|☒
1.1	400
2.1	401	4.4 Technologická vrstva
1.1	402
2.1	403	4.4.1 Prehľad technologického stavu - AS IS
1.1	404
2.1	405	Predmetom projektu je Vybudovanie analyticko-strategického centra a nástrojov pre riadenie mesta Liptovský Mikuláš na „zelenej lúke“.
1.1	406
	407
2.1	408	4.4.2 Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE
1.1	409
2.1	410	Požiadavky na výkonnostné parametre jednotlivých implementovaných technológií budú stanovené v rámci etapy analýza a dizajn riešenia.
1.1	411
	412
2.1	413	4.4.3 Návrh riešenia technologickej architektúry
1.1	414
2.1	415	Vzhľadom na potrebu rozšírenia výpočtového výkonu a diskového priestoru bude rozšírená vlastna infraštruktúra mesta Liptovský Mikuláš. V rámci projektu nie je plánované využívanie IAAS/PAAS a SAAS verejnej časti eSKcloudu alebo vládneho cloudu, čím sa zabezpečí jednoduchšia implementácia a správa IS projektu.
1.1	416
	417
2.1	418	4.4.4 Využívanie služieb z katalógu služieb vládneho cloudu
1.1	419
2.1	420	Nerelevantné – projekt neplánuje využívať služby z katalógu služieb vládneho cloudu.
1.1	421
	422
2.1	423	4.5 Bezpečnostná architektúra
1.1	424
2.1	425	Základnými východiskami pre rozvíjané riešenie bezpečnosti IS sú rovnako ako v súčasnom stave právne predpisy ako zákon č. 18/2018 Z.z. o ochrane osobných údajov, zákon č. 95/2019 Z.z. o informačných technológiách vo verejnej správe, zákon č. 69/2018 Z.z. o kybernetickej bezpečnosti a ďalej ISO/IES 27000, Common Criteria a OWASP Guides a dodatočných požiadaviek prevádzkovateľa systému.
1.1	426
2.1	427	Riešenie bude v oblasti bezpečnosti a ochrany dát aplikovať relevantné centrálne nastavené bezpečnostné politiky a pravidlá. Na technologickej úrovni budú implementované systémy v čo najvyššej možnej miere využívať komponenty, platformy a technológie vládneho cloudu v nasledujúcich oblastiach:
1.1	428
2.1	429	* Bezpečnosť aplikácií s cieľom zabezpečiť dôvernosť, integritu, autentickosť a dostupnosť dát vytváraných, spracovávaných, uchovávaných alebo prenášaných prostredníctvom riešenia, a to v súlade so štandardom ISO/IEC 15408.
	430	* Bezpečnosť platformy a bezpečnosť dátových úložísk v cloudovom prostredí, v rámci ktorej sa definujú aktualizácie a udržiavanie štandardov pre jednotlivé operačné a databázové systémy, riadenie servisných a bezpečnostných záplat, riadenie zraniteľností a prístupov k virtualizačnej platforme, logovanie prístupov a zmien pre audit, ochrana pred škodlivým kódom.
	431	* Bezpečnosť sietí, kde sa nastaví monitoring sieťových prístupov, DNS bezpečnosť, bezpečnosť vzdialenej práce a práce externistov, emailových sieťových brán, dôveryhodných sieťových a internetových spojení.
	432	* Riadenie prístupov a autentifikačný a autorizačný koncept bude využívať centrálny komponent pre správu identít a prístupov.
	433	* Riadenie kontinuity prevádzky bude budované na využití druhého DC vládneho cloudu, replikácie dát a virtuálnych serverov budú v kompetencií prevádzky cloudu.
	434	* Validácia vstupných a výstupných dát – vzhľadom na zvýšené toky dát z externého prostredia bude potrebné venovať zvýšenú pozornosť validáciám štruktúr a povoleného obsahu dát pred ich spracovaním a importom do konsolidovanej databázy. Výstupné dáta bude potrebné špecificky kontrolovať a chrániť pred zverejnením obchodne citlivých a osobných údajov.
	435	* Riadenie prostredí pre vývoj, migrácie dát a testovanie – pre štandardný prístup implementácie a testovania zmien a datasetov pred ich nasadením do produkčného prostredia.
1.1	436
2.1	437	Všetky rozhrania si budú vyžadovať pripojenie pomocou SSL. Zabezpečený bude monitoring sieťových prístupov, bezpečnosti údajov na diskových poliach, logovanie prístupov a zmien, ako aj služba poskytovania bezpečnej prístupovej siete. V rámci samotného IS budú využívané analytické nástroje pre monitorovanie a vyhodnocovanie bezpečnosti. V rámci IKT vybavenia bude zabezpečené nástroje pre ochranu proti škodlivému softvéru. IKT vybavenie v rámci miest podpory bude využívať VPN prepojenie. Pred spustením IS do prevádzky budú realizované penetračné testy.
1.1	438
2.1	439	Povinnosťou bude preukázať súlad so zákonom č. 95/2019 zákona o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov. Pre úspešnú realizáciu projektu je potrebné zabezpečiť dodržanie pravidiel stanovených Vyhláškou č. 78/2020 (resp. jej novelizácii) Z. z. o štandardoch pre informačné technológie verejnej správy. Z hľadiska ochrany osobných údajov bude dátový manažment realizovaný v súlade so zákonom č. 18/2018 Z.z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov. Implementácia a prevádzka systému musí v oblasti bezpečnosti brať do úvahy aj Zákon 69/2018 Z. z. o kybernetickej bezpečnosti, v znení neskorších predpisov. Bude vypracovaný bezpečnostný projekt rešpektujúci tieto pravidlá.
1.1	440
2.1	441	Bezpečnostná architektúra budúceho stavu bude v súlade 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:
1.1	442
	443
2.1	444	* zákon č. 95/2019 Z.z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov
	445	* zákon č. 69/2018 Z.z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov
	446	* zákon č. 45/2011 Z.z. o kritickej infraštruktúre
	447	* 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
	448	* 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
	449	* vyhláška Úradu na ochranu osobných údajov Slovenskej republiky č. 158/2018 Z. z. o postupe pri posudzovaní vplyvu na ochranu osobných údajov
	450	* 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)
	451	* zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov.
	452	* smernica Európskeho parlamentu a Rady (EÚ) (EÚ) 2022/2555 zo 14. decembra 2022 o opatreniach na zabezpečenie vysokej spoločnej úrovne kybernetickej bezpečnosti v Únii, ktorou sa mení nariadenie (EÚ) č. 910/2014 a smernica (EÚ) 2018/1972 a zrušuje smernica (EÚ) 2016/1148 (smernica NIS 2)
	453	* zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov v znení neskorších predpisov (ďalej aj „zákon o kybernetickej bezpečnosti“),
	454	* vyhláška Národného bezpečnostného úradu č. 164/2018 Z. z., ktorou sa určujú identifikačné kritériá prevádzkovanej služby (kritériá základnej služby),
	455	* vyhláška Národného bezpečnostného úradu č. 165/2018 Z. z., ktorou sa určujú identifikačné kritériá pre jednotlivé kategórie závažných kybernetických bezpečnostných incidentov a podrobnosti hlásenia kybernetických bezpečnostných incidentov,
	456	* vyhláška Národného bezpečnostného úradu č. 264/2023 Z. z. ktorou sa mení a dopĺňa vyhláška Národného bezpečnostného úradu č. 362/2018 Z. z., ktorou sa ustanovuje obsah bezpečnostných opatrení, obsah a štruktúra bezpečnostnej dokumentácie a rozsah všeobecných bezpečnostných opatrení,
	457	* vyhláška Národného bezpečnostného úradu č. 493/2022 Z. z. o audite kybernetickej bezpečnosti,
	458	* zákon č. 301/2023 Z. z. ktorým sa mení a dopĺňa zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov v znení neskorších predpisov a ktorým sa menia a dopĺňajú niektoré zákony,
	459	* 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,
	460	* vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 179/2020, ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy,
	461	* 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) – GDPR,
	462	* zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov v znení neskorších predpisov,
	463	* Metodika analýzy rizík kybernetickej bezpečnosti - Metodika analýzy rizík pre uplatnenie v procesoch riadenia rizika v zmysle požiadaviek zákona č. 69/2018 Z. z. o kybernetickej bezpečnosti (NBÚ)
1.1	464
2.1	465	5. Závislosti na ostatné ISVS / projekty
1.1	466
2.1	467	Predkladaný projekt nie je závislý na iných pripravovaných resp. prebiehajúcich projektoch.
1.1	468
	469
2.1	470	6. Zdrojové kódy
1.1	471
2.1	472	Súčasťou dodávky budú aj zdrojové kódy k vytvorenému riešeniu, pokiaľ to nevylučujú licenčné podmienky tretích osôb vo vzťahu k štandardným Softvérovým produktom, s komentármi a technickým popisom, a to pre prevádzkové a testovacie verzie počítačových programov, a práva na ich zverejnenie v centrálnom repozitári zdrojových kódov podľa § 15 ods. 2 písm. d) Zákona o informačných technológiách vo verejnej správe a § 31 vyhlášky Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu o štandardoch pre informačné technológie verejnej správy č. 78/2020 Z. z., a iného predpisu, ktorý môže v budúcnosti vyhlášku č. 78/2020 Z. z. nahradiť alebo doplniť.
1.1	473
	474
2.1	475	Mesto Liptovský Mikuláš plánuje pri obstarávaní postupovať v zmysle vzoru Zmluvy o dielo. Zmluvnú úpravu predkladáme nasledujúcu:
	476
	477
	478	* Zhotoviteľ je povinný pri akceptácii Informačného systému odovzdať Objednávateľovi funkčné vývojové a produkčné prostredie, ktoré je súčasťou Informačného systému.
	479	* Zhotoviteľ je povinný pri akceptácii Informačného systému alebo jeho časti odovzdať Objednávateľovi Vytvorený zdrojový kód v jeho úplnej aktuálnej podobe, zapečatený, na neprepisovateľnom technickom nosiči dát s označením časti a verzie Informačného systému, ktorej sa týka. Za odovzdanie Vytvoreného zdrojového kódu Objednávateľovi sa na účely tejto Zmluvy o dielo rozumie odovzdanie technického nosiča dát Oprávnenej osobe Objednávateľa. O odovzdaní a prevzatí technického nosiča dát bude oboma Zmluvnými stranami spísaný a podpísaný preberací protokol.
	480	* Informačný systém (Dielo) v súlade s Technickou špecifikáciou obsahuje od zvyšku Diela oddeliteľný modul (časť) vytvorený Zhotoviteľom pri plnení tejto Zmluvy o dielo, ktorý je bez úpravy použiteľný aj tretími osobami, aj na iné alebo podobné účely, ako je účel vyplývajúci z tejto Zmluvy o dielo (ďalej ako „Modul"). A to najmä pre modul Karta občana. Vytvorený zdrojový kód Informačného systému (s výnimkou Modulu) vrátane jeho dokumentácie bude prístupný v režime podľa § 31 ods. 4 písm. b) Vyhlášky č. 78/2020 (s obmedzenou dostupnosťou pre orgán vedenia a orgány riadenia v zmysle Zákona o ITVS – vytvorený zdrojový kód je dostupný len pre orgán vedenia a orgány riadenia). Pre zamedzenie pochybností uvádzame, že sa jedná len o zdrojový kód ktorý Dodávateľ vytvoril, alebo pozmenil v súvislosti s realizáciou diela. Objednávateľ je oprávnený sprístupniť Vytvorený zdrojový kód okrem orgánov podľa predchádzajúcej vety aj tretím osobám, ale len na špecifický účel, na základe riadne uzatvorenej písomnej zmluvy o mlčanlivosti a ochrane dôverných informácií.
	481	* Ak je medzi zmluvnými stranami uzatvorená SLA zmluva, od prevzatia Informačného systému sa prístup k vytvorenému zdrojovému kódu vo vývojovom a produkčnom prostredí, vrátane nakladania s týmto zdrojovým kódom, začne riadiť podmienkami dohodnutými v SLA zmluve.
	482	* Vytvorený zdrojový kód musí byť v podobe, ktorá zaručuje možnosť overenia, že je kompletný a v správnej verzii, t. j. v takej, ktorá umožňuje kompiláciu, inštaláciu, spustenie a overenie funkcionality, a to vrátane kompletnej dokumentácie zdrojového kódu (napr. interfejsov a pod.) takejto Informačného systému alebo jeho časti. Zároveň odovzdaný Vytvorený zdrojový kód musí byť pokrytý testami (aspoň na 90%) a dosahovať rating kvality (statická analýza kódu) podľa CodeClimate/CodeQLa pod. (minimálne stupňa B).
	483	* Pre zamedzenie pochybností, povinnosti Zhotoviteľa týkajúce sa Vytvoreného zdrojového kódu platí i na akékoľvek opravy, zmeny, doplnenia, upgrade alebo update Vytvoreného zdrojového kódu a/alebo vyššie uvedenej dokumentácie, ku ktorým dôjde pri plnení tejto Zmluvy o dielo alebo v rámci záručných opráv. Vytvorené zdrojové kódy budú vytvorené vyexportovaním z produkčného prostredia a budú odovzdané Objednávateľovi na elektronickom médiu v zapečatenom obale. Zhotoviteľ je povinný umožniť Objednávateľovi pri odovzdávaní Vytvoreného zdrojového kódu, pred zapečatením obalu, skontrolovať v priestoroch Objednávateľa prítomnosť Vytvoreného zdrojového kódu na odovzdávanom elektronickom médiu.
	484	* Nebezpečenstvo poškodenia zdrojových kódov prechádza na Objednávateľa momentom prevzatia Informačného systému alebo jeho časti, pričom Objednávateľ sa zaväzuje uložiť zdrojové kódy takým spôsobom, aby zamedzil akémukoľvek neoprávnenému prístupu tretej osoby. Momentom platnosti SLA zmluvy umožní Objednávateľ poskytovateľovi, za predpokladu, že to je nevyhnutné, prístup k Vytvorenému zdrojovému kódu výlučne na účely plnenia povinností z uzatvorenej SLA zmluvy.
	485
	486	7. Prevádzka a údržba
	487
	488	Prevádzka a údržba navrhnutého riešenia projektu bude zabezpečená internými personálnymi kapacitami na úrovni podpory L1 až L3 (L3 externe). Pre hlásenie problémov bude využívaný Helpdesk. Predpoklad riešenia problémov a požiadaviek bude od nahlásenia problému alebo požiadavky prostredníctvom helpdesku (e-mailom, telefonicky, formulárom), identifikácia a preverenie problému/požiadavky, vykonanie opravy/podpory.
	489
	490	Mesto Liptovský Mikuláš v súčasnosti disponuje zamestnancom: Manažér kybernetickej a informačnej bezpečnosti.
	491
	492
	493	7.1 Prevádzkové požiadavky
	494
	495	Prevádzkové požiadavky budú zabezpečené na úrovni podpory L1, L2 a L3.
	496
	497
	498	7.1.1 Úrovne podpory používateľov
	499
	500	Help Desk bude realizovaný cez 3 úrovne podpory s nasledujúcim označením:
	501
	502	* L1 podpora - 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ď.
	503	* L2 podpora - 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.
	504	* L3 podpora - Podpora 3. stupňa predstavuje najvyššiu úroveň podpory pre riešenie tých najobťažnejších hlásení, vrátane prevádzania hĺbkových analýz a riešenie extrémnych prípadov, ktorú bude zabezpečovať výrobca implementovaných nástrojov.
	505
	506	Prevádzka implementovaných nástrojov v rámci projektu L1 až L3 bude zabezpečená internými zamestnancami Mesto Liptovský Mikuláš. V prípade nevyhnutnej potreby bude zabezpečená L3 podpora výrobcu implementovaných nástrojov, ktorá bude financovaná z vlastných zdrojov Mesto Liptovský Mikuláš.
	507
	508
	509	7.1.2 Riešenie incidentov – SLA parametre
	510
	511	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.
	512
	513
1.1	514	Označenie naliehavosti incidentu:
	515
2.1	516	\|Označenie naliehavosti incidentu\|Závažnosť incidentu\|Popis naliehavosti incidentu
	517	\|A\|Kritická\|Je to vada spôsobená vážnou chybou a/alebo nedostatkom dodávanej softvérovej aplikácie, pričom táto chyba a/alebo nedostatok zabraňuje používaniu dodávanej softvérovej aplikácie. Nie je možné poskytnúť požadovaný výstup z IS.
	518	\|B\|Vysoká\|(((
	519	Je vada, spôsobená chybou a/alebo nedostatkom dodávanej softvérovej aplikácie, pričom táto chyba a/alebo nedostatok obmedzuje používanie dodávanej softvérovej aplikácie nasledovne:
	520
	521	Niektoré aplikačné funkcie (moduly, komponenty, objekty, programy) dodávanej softvérovej aplikácie nie sú funkčné alebo nie je umožnený prístup k niektorej aplikačnej funkcii (modulu, komponentu, objektu, programu) dodávanej softvérovej aplikácie
	522
	523	alebo
	524
	525	(ii) Nie je možné vykonať výber niektorých údajov alebo nie je možné vyhotoviť niektorý výstup z databázy údajov dodávanej softvérovej aplikácie alebo nie je možné vykonať prístup k niektorým údajom v databáze údajov dodávanej softvérovej aplikácie.
	526
	527	napr. tlač pomocných výstupov, zostavy, funkčnosť nesúvisiaca s vyrubením a pod.
	528	)))
	529	\|C\|Stredná\|(((
	530	Do tejto kategórie spadajú všetky chyby a/alebo nedostatky spojené s používaním dodávanej softvérovej aplikácie, ktoré nie sú klasifikované ako závažné alebo kritické vady, pričom však čiastočne obmedzujú používanie dodávanej softvérovej aplikácie a vyžadujú si:
	531
	532	Nastavenie parametrov systému Poskytovateľom alebo
	533
	534	(ii) Vzniknutá vada a/alebo nedostatok má za príčinu miernu nepohodlnosť pri práci so softvérovou aplikáciou, ktorá je však funkčná.
	535	)))
	536
1.1	537	možný dopad:
2.1	538
	539
1.1	540	\|Označenie závažnosti incidentu\|Dopad\|Popis dopadu
2.1	541	\|1\|katastrofický\|katastrofický dopad, priamy finančný dopad alebo strata dát,
	542	\|2\|značný\|značný dopad alebo strata dát
	543	\|3\|malý\|malý dopad alebo strata dát
	544
	545	Výpočet priority incidentu je kombináciou dopadu a naliehavosti v súlade s best practices ITIL V3 uvedený v nasledovnej matici:
	546
	547
1.1	548	\|(% colspan="2" rowspan="2" %)Matica priority incidentov\|(% colspan="3" %)Dopad
	549	\|Katastrofický - 1\|Značný - 2\|Malý - 3
2.1	550	\|(% rowspan="3" %)Naliehavosť\|Kritická - A\|1\|2\|3
1.1	551	\|Vysoká - B\|2\|3\|3
	552	\|Stredná - C\|2\|3\|4
2.1	553
	554	Vyžadované reakčné doby:
	555
	556
1.1	557	\|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)^^\|(((
2.1	558	//Spoľahlivosť ^^(3)^^//
	559
	560	//(počet incidentov za mesiac)//
1.1	561	)))
2.1	562	\|1\|0,5 hod.\|4 hodín\|//1//
	563	\|2\|1 hod.\|12 hodín\|//2//
	564	\|3\|1 hod.\|24 hodín\|//10//
	565	\|4\|1 hod.\|(% colspan="2" %)Vyriešené a nasadené v rámci plánovaných releasov
1.1	566
2.1	567	* (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.
1.1	568
2.1	569	* (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.
	570
	571	* (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.
	572
4.1	573	1.
	574	1*.
	575	1**.
2.1	576	1***. (4) Incidenty nahlásené verejným obstarávateľom úspešnému uchádzačovi v rámci testovacieho prostredia
	577	1. Majú prioritu 3 a nižšiu
	578	1. Vzťahujú sa výhradne k dostupnosti testovacieho prostredia
	579	1. Za incident na testovacom prostredí sa nepovažuje incident vztiahnutý k práve testovanej funkcionalite.
	580
	581	Vyššie uvedené SLA parametre nebudú použité pre nasledovné služby:
	582
	583	* Služby systémovej podpory na požiadanie (nad paušál)
	584	* Služby realizácie aplikačných zmien vyplývajúcich z legislatívnych a metodických zmien (nad paušál)
	585
	586	Pre tieto služby budú dohodnuté osobitné parametre dodávky.
	587
	588
	589	7.2 Požadovaná dostupnosť IS:
	590
1.1	591	\|Popis\|Parameter\|Poznámka
2.1	592	\|Prevádzkové hodiny\|8 hodín\|Po – Pia, 8:00 - 16:00
	593	\|(% rowspan="2" %)Servisné okno\|14 hodín\|od 17:00 hod. - do 7:00 hod. počas pracovných dní
	594	\|24 hodín\|od 00:00 hod. - 23:59 hod. počas dní pracovného pokoja a štátnych sviatkov Servis a údržba sa bude realizovať mimo pracovného času.
	595	\|Dostupnosť produkčného prostredia IS\|97%\|(((
	596	* 97% z 24/7/365 t.j. max ročný výpadok je 10,95 dňa. Maximálny mesačný výpadok je 21,9 hodiny.
	597	* 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.
	598	* 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.
	599	* 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	600	)))
2.1	601
	602	7.2.1 Dostupnosť (Availability)
	603
	604	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. V projekte sa uvažuje 97% dostupnosť znamená výpadok 10,95 dňa.
	605
	606
	607	7.2.2 RTO (Recovery Time Objective)
	608
	609	V rámci projektu sa očakáva tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni.
	610
	611
	612	7.2.3 RPO (Recovery Point Objective)
	613
	614	V rámci projektu sa očakáva tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni.
	615
	616
	617	8. Požiadavky na personál
	618
	619
	620	Riadiaci výbor projektu tvorí predseda riadiaceho výboru projektu a vlastníci procesov alebo nimi poverení zástupcovia.
	621
	622
	623	Riadiaci výbor sa riadi “Štatútom riadiaceho výboru”, ktorý je popísaný v dokumente Štatút RV projektu ako najvyšší riadiaci orgán na účely realizácie projektu na základe schválenej projektovej dokumentácie.
	624
	625	Štatút Riadiaceho výboru upravuje najmä jeho pôsobnosť, úlohy, zloženie, zasadnutie a hlasovanie. Členom riadiaceho výboru projektu môže byť aj zástupca dodávateľa. Väčšina členov riadiaceho výboru projektu s hlasovacím právom sú osoby navrhnuté objednávateľom a zastupujú záujmy objednávateľa. Riadiaci výbor projektu dozerá na hospodárnosť, efektívnosť a účelové využívanie finančných prostriedkov a môže prispôsobiť štandardy projektového riadenia na realizovaný projekt.
	626
	627	Riadiaci výbor má minimálne 5 členov, vrátane predsedu Riadiaceho výboru (ďalej len „predseda“) :
	628
	629
	630	Riadiaci výbor projektu bude tvoriť:
	631
4.1	632	1.
2.1	633	11. predseda Riadiaceho výboru projektu,
	634	11. podpredseda Riadiaceho výboru projektu,
	635	11. vlastník alebo vlastníci procesov (biznis vlastník infraštruktúra) alebo nimi poverený zástupca alebo zástupcovia,
	636	11. zástupca kľúčových používateľov (end user),
	637	11. zástupca za Dodávateľa v zmysle Zmluvy o Dielo s Dodávateľom.
	638
	639	Riadiaci výbor je riadený predsedom, ktorým je zástupca Objednávateľa. V prípade neprítomnosti predsedu na zasadnutí Riadiaceho výboru, predseda musí na toto konkrétne zasadnutie písomne delegovať svoju funkciu v rozsahu svojich práv a povinností formou splnomocnenia na zástupcu, ktorým môže byť aj iný člen Riadiaceho výboru. Na rokovanie Riadiaceho výboru môžu byť v prípade potreby prizvaní aj iní účastníci, tak zo strany Objednávateľa, ako aj zo strany Dodávateľa.
	640
	641
	642	Riadiaci výbor zasadá pravidelne, spravidla raz za mesiac avšak najmenej jedenkrát za tri (3) po sebe nasledujúce kalendárne mesiace. Zasadnutie Riadiaceho výboru zvoláva predseda. Závery zo zasadnutia Riadiaceho výboru a jednotlivé body zo zasadnutia Riadiaceho výboru sa prijímajú súhlasným hlasovaním nadpolovičnej väčšiny prítomných členov Riadiaceho výboru s hlasovacím právom. Hlas predsedu má v prípade rovnosti hlasov hodnotu dvoch hlasov.
	643
	644
	645	Hlavné dokumenty spojené s činnosťou Riadiaceho výboru sú program zasadnutia, pracovný materiál a záznam zo zasadnutia Riadiaceho výboru, ktorého prílohou musí byť aj prezenčná listina, prípadne aj písomné splnomocnenia členov Riadiaceho výboru.
	646
	647
	648	Program zasadnutia a pracovné materiály Riadiaceho výboru distribuuje Administratívny projektový manažér na základe podkladov a inštrukcií predsedu alebo toho člena Riadiaceho výboru, ktorý požiadal o zasadnutie Riadiaceho výboru.
	649
	650	Administratívny projektový manažér zabezpečí ich distribúciu členom Riadiaceho výboru najneskôr 3 pracovné dni pred zasadnutím Riadiaceho výboru. Za vecnú správnosť distribuovaného materiálu zodpovedá člen Riadiaceho výboru, ktorý ho predkladá.
	651
	652
	653	Riadiaci výbor zaniká ukončením plnohodnotnej implementácie projektu a jeho uvedením do produktívnej prevádzky. Zoznam členov Riadiaceho výboru je súčasťou dokumentu Komunikačná matica uloženom na zdieľanom projektovom úložisku.
	654
	655	// //
	656
	657	\|ID\|Meno a Priezvisko\|Pozícia\|Oddelenie\|Rola v projekte
	658	\|1.\|TBD\|TBD\|TBD\|Predseda RV
	659	\|2.\|TBD\|TBD\|TBD\|Biznis vlastník
	660	\|3.\|TBD\|TBD\|TBD\|Zástupca prevádzky
	661	\|4.\|TBD\|TBD\|TBD\|Zástupca dodávateľa
	662
	663	// //
	664
	665	Administratívne riadenie projektu zo strany Objednávateľa bude zabezpečené prostredníctvom Projektového manažéra a Finančného manažéra a bude trvať počas celej doby realizácie projektu. Bude pokrývať oblasť projektového riadenia (projektový manažment, celková koordinácia projektu, finančného riadenia a monitorovania realizácie projektu v zmysle Príručky pre prijímateľa.
	666
	667	Odborné riadenie (celkový dohľad nad vývojom dodávaného Diela, vrátane kvality, komunikácie s dodávateľom a odbornou sekciou poskytovateľa MIRRI SR)podľa vyhlášky MIRRI č. 401/2023 Z. z. v platnom znení bude zabezpečovať IT projektový manažér
	668
	669	IT projektový manažér Objednávateľa bude riadiť, administratívne a organizačne zabezpečovať implementáciu projektu, komunikovať s dodávateľmi, sledovať plnenie harmonogramu projektu a zabezpečovať dokumenty požadované MIRRI. Zároveň bude v spolupráci s IT projektovým manažérom dodávateľa koordinovať realizáciu hlavných aktivít, činností a úloh projektu.
	670
	671
	672	Projektový tím bude pozostávať z pozícií:
	673
	674	* Projektové role:
	675
	676	* IT Projektový manažér,
	677	* Kľúčový používateľ,
	678	* Analytik IT,
	679
	680	* Ďalšie projektové role:
	681
	682	* Finančný manažér
	683
	684	V súlade s výzvou mesto Liptovský Mikuláš zabezpečí, aby počas implementácie projektu a po jeho skončení (počas obdobia udržateľnosti) bol k dispozícii interný personál na obsluhu, prevádzku a rozvoj riešenia. Zároveň bude minimálne počas obdobia udržateľnosti zabezpečené financovanie tohto personálu zo zdrojov mesto Liptovský Mikuláš
	685
	686
	687	Zodpovednosťou administratívneho projektového manažéra je v spolupráci s finančným manažérom (objednávateľa) administratívne a finančné riadenie projektu, kontrola rozpočtu projektu a jeho súlad s účtovnými dokladmi. Kontrolu podpornej účtovnej dokumentácie a poradenstvo pri definovaní oprávnených výdavkov bude zabezpečovať finančný manažér Objednávateľa.
	688
	689
	690	Súčasťou projektového riadenia bude tiež operatívna projektová podpora zabezpečujúca administratívnu podporu pre písomnú komunikáciu, administratívne vedenie projektovej dokumentácie a prípravu podkladov pre členov projektového tímu, organizáciu stretnutí a pod.. V rámci aktivity budú taktiež zabezpečovaný manažment a hodnotenie kvality zo strany Objednávateľa.
	691
	692
	693	\|ID\|MENO A PRIEZVISKO\|POZÍCIA\|ORGANIZAČNÝ ÚTVAR\|PROJEKTOVÁ ROLA
	694	\|1.\|TBD\|TBD\|TBD\|IT projektový manažér
	695	\|2.\|TBD\|TBD\|TBD\|Kľúčový používateľ
	696	\|3.\|TBD\|TBD\|TBD\|Analytik IT
	697	\|4.\|TBD\|TBD\|TBD\|Finančný manažér
	698
	699	8.1 PRACOVNÉ NÁPLNE
	700
	701	\|Projektová rola:\|IT PROJEKTOVÝ MANAŽÉR
	702	\|Detailný popis rozsahu zodpovedností, povinností a kompetencií:\|(((
	703	- zodpovedá za každodenné riadenie projektu v mene objednávateľa, za monitorovanie projektu, za plánovanie aktivít, za informovanie o projekte, atď.,
	704
	705	- zodpovedá za určenie pravidiel, spôsobov, metód a nástrojov riadenia projektu a získanie podpory RV pre riadenie, plánovanie a kontrolu projektu a efektívne využívanie projektových zdrojov (ľudských a finančných),
	706
	707	- zodpovedá za splnenie všetkých legislatívnych požiadaviek (právne predpisy SR), metodických požiadaviek súvisiacich s implementáciou projektu a formálnu administráciu projektu súvisiacu s riadením, organizovaním, finančným zúčtovaním, sledovaním čiastkových a celkových výsledkov (monitorovaním) a hodnotením výsledkov,
	708
	709	- integrovane riadi prípravu a uskutočnenie projektu, nasadenie disponibilných prostriedkov, zabezpečuje koordináciu dodávateľov a zhotoviteľov jednotlivých výstupov projektu, zabezpečuje koordináciu partnerov, časový priebeh a kvalitu výstupov projektu, zmeny projektu a rieši konflikty s okolím projektu,
	710
	711	- prijíma rozhodnutia a riadi projekt tak, aby sa splnili stanovené ciele projektu, a aby projekt dodával dohodnuté produkty v dohodnutej kvalite, v čase, a v rámci rozpočtu,
	712
	713	- zodpovedá RV za plnenie cieľov projektu a celkový postup prác v projekte,
	714
	715	- informuje RV o stave a priebehu projektu, predkladá návrhy na zlepšenie,
	716
	717	- riadi strategické a projektové riziká, vrátane vývojových a rezervných plánov,
	718
	719	- zodpovedá za identifikovanie kritických miest projektu a navrhovanie ciest k ich eliminácii,
	720
	721	- aktívne komunikuje s dodávateľom, zástupcom dodávateľa a projektovým manažérom dodávateľa s cieľom zabezpečiť úspešné dodanie a nasadenie požadovaných projektových výstupov,
	722
	723	- zabezpečuje kontrolu dodržiavania a plnenia míľnikov v zmysle zmluvy s dodávateľom,
	724
	725	- zabezpečuje vecnú administráciu zúčtovania dodávateľských faktúr,
	726
	727	- predkladá požiadavky dodávateľa na rokovanie RV,
	728
	729	- zodpovedá za koordináciu a zabezpečenie podkladov pre komunikačné oddelenie pre potreby medializácie projektu,
	730
	731	- zodpovedá za informovanie zamestnancov a verejnosti o začatí a ukončení projektu v závislosti od jeho charakteru,
	732
	733	- zodpovedá za zabezpečenie vypracovania, priebežnej aktualizácie a verziovania manažérskej a špecializovanej dokumentácie a produktov,
	734
	735	- pripravuje a predkladá stanovené dokumenty na schválenie RV,
	736
	737	- navrhuje zaradiť projekt alebo jeho časť do režimu utajenia,
	738
	739	- zabezpečuje permanentný dohľad a zvýšenú mieru kontroly a ochrany tokov informácií pri realizácii utajovaného projektu alebo utajovanej časti projektu,
	740
	741	- zodpovedá za vypracovanie požiadaviek na zmenu, návrh ich prioritizácie a predkladanie zmenových požiadaviek na rokovanie RV,
	742
	743	- zabezpečuje podanie žiadosti o rozpočtové opatrenie MF SR cez Rozpočtový informačný systém na projekt IT podľa potreby,
	744
	745	- zodpovedá za riadenie zmeny a prípadné požadované riadenie konfigurácií,
	746
	747	- navrhuje členov projektového tímu po dohode s líniovým vedúcim a tímovým manažérom a tiež navrhuje rozsah ich zodpovedností a činností,
	748
	749	- organizuje, riadi, motivuje projektový tím a deleguje úlohy členom projektového tímu,
	750
	751	- hodnotí členov projektového tímu,
	752
	753	- udeľuje pokyny na výkon administratívneho zabezpečenia projektu,
	754
	755	- podľa potreby deleguje svoje povinnosti a práva na tímových manažérov a koordinuje ich činnosť,
	756
	757	- plní úlohy tímového manažéra (vedúceho projektového tímu), ak takáto rola v projekte nie je obsadená - pozri činnosť projektovej role „Tímový manažér“,
	758
	759	- monitoruje výkonnosť projektu, to znamená, že sleduje pokrok vo vybraných ukazovateľoch (KPI) projektu a predkladá ho na schválenie RV,
	760
	761	- zodpovedá za publikovanie RV schválených projektových výstupov v MetaIS chronologicky, z každej fázy životného cyklu projektu,
	762
	763	- zodpovedá za publikovanie zápisov RV v MetaIS,
	764
	765	- počas celej doby realizácie projektu štandardne zabezpečuje nasledovné prierezové činnosti:
	766
	767	~1. kontinuálne zdôvodňovanie projektu, ktoré zahŕňa posúdenie, či je projekt požadovaný a dosiahnuteľný, potrebné na rozhodovanie o pokračovaní vynakladania prostriedkov počas všetkých fáz projektu, vypracované aspoň po ukončení každej fázy projektu,
	768
	769	2. plánovanie a operatívne riadenie dodávania projektových produktov,
	770
	771	3. riadenie rizík a závislostí, ktoré zahŕňa identifikáciu, hodnotenie a riadenie rizík, závislostí a hrozieb na úspešnú realizáciu projektu,
	772
	773	- zabezpečuje dodržiavanie legislatívno-metodických zásad pre riadenie projektov,
	774
	775	- zodpovedá za formálnu administráciu projektu, riadenie centrálneho úložiska projektovej dokumentácie, správu a archiváciu projektovej dokumentácie,
	776
	777	- sleduje dodržiavanie interných riadiacich aktov.
1.1	778	)))
	779
2.1	780	\|Projektová rola:\|IT ANALYTIK
	781	\|Stručný popis:\|(((
	782	- Zodpovedá za zber a analyzovanie funkčných požiadaviek, analyzovanie a spracovanie dokumentácie.
1.1	783
2.1	784	- Navrhuje a implementovať zlepšenia na zvýšenie efektívnosti a kvality poskytovaných služieb.
1.1	785
2.1	786	- Posudzuje dopady zmien na projekt a navrhovať riešenia na ich implementáciu.
1.1	787
2.1	788	- Poskytuje podporu v procese testovania, pomáha pri tvorbe a validácii testovacích scenárov a testovacích prípadov.
	789	)))
	790	\|Detailný popis rozsahu zodpovedností, povinností a kompetencií:\|(((
	791	- Zodpovedá za zber a analyzovanie funkčných požiadaviek, analyzovanie a spracovanie dokumentácie z pohľadu procesov, metodiky, technických možností a inej dokumentácie. Podieľa sa na návrhu riešenia vrátane návrhu zmien procesov v oblasti biznis analýzy a analýzy softvérových riešení. Zodpovedá za výkon analýzy IS, koordináciu a dohľad nad činnosťou SW analytikov.
1.1	792
2.1	793	- Analyzuje požiadavky na informačný systém/softvérový systém, formálnym spôsobom zaznamenáva činnosti/procesy, vytvára analytický model systému, okrem analýzy realizuje aj návrh systému, ten vyjadruje návrhovým modelom.
1.1	794
2.1	795	- Pripravuje špecifikáciu cieľového systému od procesnej až po technickú rovinu. Mapuje a analyzuje existujúce podnikateľské a procesné prostredie, analyzuje biznis požiadavky na informačný systém, špecifikuje požiadavky na informačnú podporu procesov, navrhuje koncept riešenia a pripravuje podklady pre architektov a vývojárov riešenia, participuje na realizácii zmien, dohliada na realizáciu požiadaviek v cieľovom riešení, spolupracuje pri ich preberaní (akceptácie) používateľom.
1.1	796
2.1	797	- Pri návrhu IT systémov využíva odbornú špecializáciu IT architektov a projektantov. Študuje a analyzuje dokumentáciu, požiadavky klientov, legislatívne a technické podmienky a možnosti zvyšovania efektívnosti a výkonnosti riadiacich a informačných procesov. Navrhuje a prerokúva koncepcie riešenia informačných systémov a analyzuje ich efekty a dopady. Zabezpečuje spracovanie analyticko-projektovej špecifikácie s návrhom dátových a objektových štruktúr a ich väzieb, užívateľského rozhrania a ostatných podkladov pre projektovanie nových riešení.
1.1	798
2.1	799	- Spolupracuje na projektovaní a implementácii návrhov. Môže tiež poskytovať poradenstvo v oblasti svojej špecializácie. Zodpovedá za návrhovú (design) časť IT - pôsobí ako medzičlánok medzi používateľmi informačných systémov (biznis pohľad) a ich realizátormi (technologický pohľad).
	800	)))
1.1	801
2.1	802	\|Projektová rola:\|KĽÚČOVÝ POUŽÍVATEĽ
	803	\|Stručný popis:\|(((
	804	* reprezentuje záujmy budúcich koncových používateľov projektových produktov alebo projektových výstupov,
	805	* poskytuje súčinnosť pri spracovaní interného riadiaceho aktu upravujúceho prevádzku, servis a podporu IT,
	806	* aktívne sa zúčastňuje stretnutí projektového tímu a spolupracuje na vypracovaní manažérskej a špecializovanej dokumentácie a produktov
	807	* plní pokyny PM a dohody zo stretnutí projektového tímu.
1.1	808
2.1	809
	810	)))
	811	\|Detailný popis rozsahu zodpovedností, povinností a kompetencií\|(((
	812	* návrh a špecifikáciu funkčných, nefunkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu, požiadaviek koncových používateľov na prínos systému a požiadaviek na bezpečnosť,
	813	* jednoznačnú špecifikáciu požiadaviek na jednotlivé projektové výstupy (špecializované produkty a výstupy) z pohľadu vecno-procesného a legislatívy,
	814	* návrh a definovanie rizík, rozhraní a závislostí,
	815	* vykonanie používateľského testovania funkčného používateľského rozhrania (UX testovania) a za finálne odsúhlasenie používateľského rozhrania,
	816	* návrh a definovanie akceptačných kritérií,
1.1	817
2.1	818	- akceptačné testovanie (UAT) a návrh na akceptáciu projektových produktov alebo projektových výstupov a finálny návrh na spustenie do produkčnej prevádzky,
1.1	819
2.1	820	* predkladanie požiadaviek na zmenu funkcionalít produktov.
	821	)))
1.1	822
2.1	823	\|Projektová rola:\|FINANČNÝ MANAŽÉR
	824	\|Detailný popis rozsahu zodpovedností, povinností a kompetencií\|(((
	825	* Koordinácia a monitorovanie napĺňania finančných ukazovateľov spojených s realizáciou projektu.
	826	* Zabezpečenie a kontrola správneho a efektívneho čerpania finančných prostriedkov v rozpočte projektu v súlade so Zmluvou o NFP, riadiacou dokumentáciou a platnou legislatívou SR.
	827	* Metodické usmerňovanie projektového tímu súvisiaceho s oprávnenosťou výdavkov a čerpaním rozpočtu v zmysle Zmluvy o NFP, platnej príručky pre prijímateľa a platnej legislatívy SR.
	828	* Zodpovednosť za prípravu a predloženie Žiadostí o platbu spolu s povinnou dokumentáciou v zmysle platnej príručky pre prijímateľa a riadiacej dokumentácie EŠIF.
	829	* Vedenie administratívy súvisiacej s finančným riadením projektu.
	830	* Vypracovanie povinnej projektovej dokumentácie súvisiacej s finančným riadením v zmysle platnej príručky pre prijímateľa.
	831	* Registrácia a spravovanie údajov v ITMS2021+ súvisiacich s finančným riadením projektu.
	832	* Koordinácia procesov súvisiacich s realizáciou externých finančných kontrol v rámci projektu.
	833	* Vystupovanie za prijímateľa smerom k externému poskytovateľovi finančných zdrojov v oblasti finančného riadenia projektu.
	834	* Organizovanie a aktívna účasť na zasadnutiach projektového tímu projektu.
	835	* Vedenie štatistickej agendy týkajúcej sa projektu.
	836	* Archivácia projektovej dokumentácie a údajov súvisiacich s projektom.
	837	* Zabezpečenie ďalších činností a príprava ďalších projektových dokumentov súvisiacich s finančným riadením projektu.
	838	* Zabezpečovanie podporných procesov súvisiacich s implementáciou projektu.
	839	* Spolupráca s príslušnými organizačnými útvarmi úradu pre potreby realizácie projektu.
	840
	841
	842	)))
	843
	844	9. Implementácia a preberanie výstupov projektu
	845
	846	Implementácia a preberanie výstupov projektu bude realizované v súlade s Vyhláškou Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy v zmysle ustanovení podľa § 5 a nasledovných ustanovení.
	847
	848
	849	10. Prílohy
	850
	851	Koniec dokumentu

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

Vitajte

Linky

Naposledy navštívené