PRÍSTUP K PROJEKTU
Vzor pre manažérsky výstup I-03
podľa vyhlášky MIRRI č. 401/2023 Z. z.

1.História dokumentu

2.Účel dokumentu

V súlade s Vyhláškou 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy  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 projektu Pasportizácia mestskej infraštruktúry a zelene mesta Košice financovaného z Operačného programu Slovensko, v rámci výzvy č. PSK-MIRRI-619-2024-ITI-EFRR Podpora rozvoja tvorby, spracovania, využívania a prepájania dát v rámci verejnej správy pre inteligentné rozhodovanie, plánovanie a správu.

2.1Použité skratky a pojmy

2.2Konvencie pre typy požiadaviek (príklady)

Na označenie čísla položky sa v dokumente používa prefix ID a poradové číslo položky.

3.Popis navrhovaného riešenia

Navrhované riešenie projektu je rozšírenie a skvalitnenie údajovej databázy už etablovaného systému GISPLAN prostredníctvom pasportizácie mestských budov, dopravy a zelene s cieľom skvalitnenia prostriedkov digitálnej podpory smerovanej na efektívnejšie rozhodovanie, plánovanie a správu mesta ich užívateľom prostredníctvom dostatku kvalitatívnych a kvantitatívnych informácií.

Navrhovaná architektúra riešenia pozostáva z troch kľúčových vrstiev – biznis, aplikačnej a technologickej. Na úrovni biznis procesov sa projekt zameriava na evidenciu mestského majetku, plánovanie jeho údržby a obnovy, ako aj na zdieľanie údajov medzi jednotlivými oddeleniami magistrátu. Transparentné sprístupnenie týchto údajov verejnosti bude zabezpečené cez mapového klienta, čo prispeje k zvýšeniu dôvery občanov a podnikateľov voči mestským procesom. 

V aplikačnej vrstve bude systém rozšírený o nové moduly pre digitálne pasporty budov, dopravy a zelene, ktoré sa integrujú do už existujúcich komponentov GISPLAN. Systém bude umožňovať vizualizáciu údajov cez mapového klienta a podporovať tvorbu analytických výstupov pre interné aj externé potreby. Integrácia prostredníctvom štandardizovaných aplikačných služieb zabezpečí interoperabilnú výmenu údajov medzi GIS systémom a internými a externými ISVS, čím sa posilní kvalita a využiteľnosť dát.

Technologická vrstva zahŕňa mapový a webový server, ktoré budú slúžiť na spracovanie a vizualizáciu priestorových údajov. Centralizovaný systém správy údajov zabezpečí konzistentnosť dát, minimalizáciu redundancie a uľahčí ich sprístupnenie pre interné procesy aj verejnosť. Dôležitou súčasťou riešenia je prepojenie s externými a štátnymi systémami, čo umožní efektívnu výmenu údajov na regionálnej a národnej úrovni. 

Navrhované riešenie podporuje digitálnu transformáciu mesta Košice prostredníctvom integrácie moderných nástrojov a postupov do existujúcich procesov. Okrem zvýšenia transparentnosti a efektivity mestských služieb poskytne kvalitné podklady na strategické rozhodovanie a plánovanie, čím prispeje k zlepšeniu kvality života občanov a udržateľnému rozvoju mesta.

4.Architektúra riešenia projektu

Architektúra navrhovaného riešenia projektu pre rozvoj GIS systému mesta Košice zahŕňa všetky tri vrstvy – biznis, aplikačnú a technologickú, pričom je plne v súlade s funkčnými, nefunkčnými a technickými požiadavkami uvedenými v katalógu požiadaviek. V nasledujúcich častiach je popísaný súčasný stav (AS IS) a budúci cieľový stav (TO BE) architektúry.

AS IS Architektúra (Súčasný stav): V súčasnosti mesto Košice využíva geografický informačný systém GISPLAN. Tento systém je rozdelený do existujúcich pasportov a mapových aplikácií, ktoré pokrývajú vybrané oblasti mestských agend. Systém v súčasnosti funguje v privátnom cloude mesta, čo znamená, že všetky dáta sú spravované a uchovávané interne.

TO BE Architektúra (Cieľový stav): Navrhovaný stav architektúry rozširuje existujúci systém GISPLAN o nové digitálne pasporty budov, dopravy a zelene, čím sa výrazne zvýši kvalita, aktuálnosť a prepojenosť údajov. 

• Biznis vrstva: Budúci stav zahŕňa procesy, ktoré umožnia efektívnu evidenciu mestského majetku, plánovanie jeho údržby a obnovy, zdieľanie údajov medzi oddeleniami magistrátu a ich transparentné sprístupnenie verejnosti. Tento prístup podporuje strategické rozhodovanie založené na aktuálnych a kvalitných dátach.
• Aplikačná vrstva: Systém GISPLAN bude rozšírený o nové moduly pre digitálny pasport budov, dopravy a zelene, ktoré budú integrované s existujúcimi modulmi a zabezpečia konzistentnú správu údajov. Moduly budú zahŕňať funkcionality na správu metadát, lokalizáciu a vizualizáciu údajov, ako aj tvorbu reportov. Naviac, štandardizované aplikačné služby umožnia integráciu s externými a internými systémami, čo podporí interoperabilitu. 
• Technologická vrstva: V budúcom stave bude systém aj naďalej prevádzkovaný v privátnom cloude i mesta, čo zabezpečí plnú kontrolu nad prevádzkou a bezpečnosťou údajov. Mapový server bude hostovať priestorové údaje a poskytovať prístup k nim prostredníctvom webového servera a mapového klienta. Technologické riešenie sa zameriava na škálovateľnosť a udržateľnosť, pričom umožní jednoduché rozšírenie funkcionalít v budúcnosti.

Obrázok 1 Náhľad architektúry v notácii ArchiMate

Funkčné požiadavky, nefunkčné a technické požiadavky sú uvedené v katalógu požiadaviek.

4.1Biznis vrstva

Biznis vrstva architektúry projektu sa zameriava na podporu kľúčových procesov správy mestského majetku a efektívneho rozhodovania. Navrhované riešenie integruje rôzne procesy a funkcie, ktoré sú nevyhnutné na zlepšenie evidencie a správy údajov o mestskom majetku, ich sprístupnenie občanom a podnikateľom, ako aj na podporu strategického plánovania a hodnotenia realizovaných opatrení.

Obrázok 2 Biznisová vrstva

Navrhované riešenie projektu sa zameriava na komplexnú správu mestského majetku prostredníctvom moderného geografického informačného systému, ktorý integruje údaje o infraštruktúre, doprave a zeleni. Hlavným cieľom je centralizovať a sprístupniť tieto údaje, aby slúžili ako spoľahlivý základ pre efektívne rozhodovanie, plánovanie a správu mesta. Riešenie pokrýva niekoľko kľúčových procesov, ktoré zabezpečia vyššiu efektivitu a transparentnosť. 

Jedným z najdôležitejších procesov je evidencia mestského majetku, kde systém umožní zber, aktualizáciu a konsolidáciu údajov o budovách, dopravnej infraštruktúre a zeleni. Tieto údaje sa budú centralizovane ukladať a spravovať v GIS platforme, čím sa minimalizujú redundancie a chyby v dátach. Automatizované nástroje na validáciu a čistenie údajov zabezpečia vysokú kvalitu dát a ich pripravenosť na strategické analýzy.

Riešenie zároveň podporí plánovanie údržby a obnovy mestského majetku prostredníctvom analytických nástrojov, ktoré umožnia predikciu nákladov na základe historických trendov a aktuálneho stavu infraštruktúry. Systém bude generovať plánovacie prehľady, ktoré poslúžia ako podklad pre efektívne rozhodovanie a schvaľovanie rozpočtov. 

Ďalšou dôležitou súčasťou riešenia je zdieľanie údajov medzi rôznymi organizačnými útvarmi mesta a ich sprístupnenie verejnosti. GIS systém umožní internú integráciu dátových tokov medzi týmito útvarmi, čo zlepší koordináciu a zníži duplicity v údajoch. Pre občanov a podnikateľov bude dostupná „inteligentná mapa“, ktorá poskytne prehľadné a aktuálne informácie o mestskom majetku. Navyše, systém bude podporovať publikáciu otvorených dát (Open Data), čím zvýši transparentnosť a podporí výskum a inovácie.

Strategické rozhodovanie bude výrazne zlepšené vďaka vizualizácii a analýze údajov v GIS. Platforma umožní interaktívne zobrazenie dát na mapách a poskytne vstupy pre tvorbu strategických plánov mesta. Systém takisto umožní vyhodnocovanie efektivity realizovaných opatrení, čo pomôže optimalizovať budúce investície a procesy.

Celkové riešenie teda predstavuje moderný nástroj na správu mestského majetku, ktorý spája centralizované údaje, analytické nástroje a transparentnosť v jednom systéme. Tento prístup umožní mestu Košice efektívnejšie plánovať, spravovať a komunikovať so svojimi obyvateľmi a partnermi.

4.1.1Prehľad koncových služieb – budúci stav:

4.1.2Jazyková podpora a lokalizácia

Dodávané riešenie musí mať Slovensku jazykovú lokalizáciu. Ďalšie lokalizácie nie sú požadované 

4.2Aplikačná vrstva

Obrázok 3 Aplikačná architektúra

AS IS stav aplikačnej vrstvy

Systém GISPLAN je už etablovaný a v aktívnej dennej prevádzke. Systém je funkčne integrovaný do informačno-komunikačného systému mesta a na svoj chod využíva vybudovanú hardvérovú a aplikačnú infraštruktúru, vrátane báz dát. Než dôjde k realizácii zamýšľanej pasportizácie bude systém GISPLAN, po porovnaní údajových báz katastra nehnuteľností a systému Noris, o údaje z týchto dvoch systémov doplnený.

TO BE stav aplikačnej vrstvy

Navrhované riešenie v aplikačnej vrstve architektúry je štruktúrované na dva hlavné moduly, ktoré tvoria základ systému pre správu mestského majetku a integráciu údajov.

1. Moduly pasportu budov, dopravy a zelene: Tieto moduly sú zodpovedné za evidenciu a správu mestského majetku. Každý modul sa špecializuje na konkrétnu oblasť:
   1. Pasport budov: Zaznamenáva údaje o mestských budovách, vrátane technických parametrov, lokalizácie a aktuálneho stavu.
   2. Pasport dopravy: Obsahuje údaje o dopravnej infraštruktúre, ako sú cesty, dopravné značenie a technické objekty, ktoré súvisia s mestskou dopravou.
   3. Pasport zelene: Zameriava sa na evidenciu mestskej zelene, vrátane stromov, kríkov, trávnatých plôch a ďalších prírodných prvkov. Umožňuje plánovanie údržby a hodnotenie ekologického stavu.

Tieto moduly budú integrované do systému GISPLAN, čo umožňuje automatizáciu správy údajov, ich vizualizáciu na interaktívnych mapách a podporu strategického rozhodovania na základe kvalitných a aktuálnych dát.

      2. Existujúce pasporty: Tento komponent predstavuje už zavedené a používané pasporty, ktoré boli implementované v rámci predchádzajúcich projektov. Tieto existujúce dáta sú kľúčové pre úspešnú integráciu a rozšírenie nových modulov. Ich aktualizácia a konsolidácia v rámci GIS systému zabezpečí, že systém bude centralizovaný a údaje v ňom budú jednotné, čím sa minimalizuje redundancia a zlepšuje kvalita rozhodovacích procesov

Ide napríklad o:

• Pasport verejného osvetlenia (nevstupuje do projektu),
• Pasport reklamných zariadení (nevstupuje do projektu),
• Pasport ihrísk a športovísk (nevstupuje do projektu),
• Pasport cintorínov (nevstupuje do projektu),
• Pasport odpadov (nevstupuje do projektu),
• Pasport zelene – realizovaný pilotne v 5 mestských častiach z 21,
• Pasport komunikácií – realizovaný pilotne v 1 mestskej časti z 22,
• Pasport objektov – v základnom rozsahu (napr. názov, typ, lokalizácia),
• Ďalšie interné evidencie, ktoré síce nie sú formálne označované ako pasporty, ale tvoria súčasť informačnej bázy GIS systému.

      3. Aplikačné služby pre integráciu a publikovanie údajov: V súlade s architektúrou budú v GIS implementované tieto nové aplikačné služby:

• as_67234 – Poskytovanie údajov o pasportizácii pre Open Data portál (isvs_11079)
• as_67235 – Synchronizácia údajov o objektoch so spotrebou energií z ISVS Energetický manažment (isvs_14564)
• as_67236 – Synchronizácia údajov o objektoch z ISVS Ekonomický a administratívny IS (isvs_10074)
• as_67237 – Poskytovanie metadát do Národného katalógu otvorených dát (isvs_9342)

Tieto služby zabezpečia výmenu údajov medzi GIS a vybranými systémami v štandardizovanom formáte.

Táto štruktúra umožňuje nielen efektívnu správu údajov, ale aj postupnú modernizáciu systému, pričom využíva existujúce dáta a rozširuje ich o nové funkcionality.

4.2.1Rozsah informačných systémov – AS IS

Systém GISPLAN je už etablovaný a v aktívnej dennej prevádzke rovnako je prevádzkovaný aj Open Data portál.

4.2.2Rozsah informačných systémov – TO BE

Pasporty budov, dopravy a zelene budú integrované do existujúceho systému GISPLAN a vybrané datasety budú zverejnené aj na Open Data portáli.

4.2.3Využívanie nadrezortných a spoločných ISVS – AS IS

V rámci projektu nebudú využívané nadrezortné a spoločné centrálne bloky

4.2.4Prehľad plánovaných integrácií ISVS na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013 e-Governmente – TO BE

V projekte neplánujeme integrácie na nadrezortné centrálne bloky. GIS bude exportovať údaje na webovú stránku mesta, pričom na https://data.slovensko.sk bude vytvorený katalógový záznam o metadátach.

4.2.5Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE

4.2.6Aplikačné služby pre realizáciu koncových služieb – TO BE

4.2.7Aplikačné služby na integráciu – TO BE

4.2.8Poskytovanie údajov z ISVS do IS CSRÚ – TO BE

ISVS nebude priamo poskytovať údaje do IS CSRÚ ale v prípade potreby je pripravený ich poskytovať v budúcnosti cez rozhranie REST API.

4.2.9Konzumovanie údajov z IS CSRU – TO BE

ISVS nebude konzumovať údaje z IS CSRÚ.

4.3Dátová vrstva

Vďaka realizácii projektu plánuje mesto rozšíriť existujúci systematický manažment údajov a zavedenej evidencie a správy údajov v strojovo-spracovateľnej podobe o ďalšie pasporty:

• digitálny pasport budov,
• digitálny pasport dopravy,
• digitálny pasport zelene.

4.3.1Údaje v správe organizácie

Kapitola nie je relevantná pre projekt

4.3.2Dátový rozsah projektu - Prehľad objektov evidencie - TO BE

Obsahom projektu sú nasledujúce objekty evidencie:

4.3.3Referenčné údaje

Kapitola nie je relevantná pre projekt

4.3.4Kvalita a čistenie údajov

4.3.4.1Zhodnotenie objektov evidencie z pohľadu dátovej kvality

4.3.4.2Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality

Na riadenie dátovej kvality budú na projekte využité nasledujúce personálne kapacity.

4.3.5Otvorené údaje

V tejto časti uvádzame otvorené údaje, ktoré budú publikované v rámci projektu. Vznikajúce dáta budú v kvalite 3, čo znamená automatizované publikovanie otvorených údajov Všetky metadáta datasetov budú registrované v centrálnom katalógu otvorených údajov na data.slovensko.sk). Datasety budú publikované na webovej stránke mesta s referencovaním na data.slovensko.sk. Správca informačného systému bude voliť z celkovej množiny dát vybrané datasetov na publikáciu. Atribúty jednotlivých objektov evidencie sú v tabuľke v kapitole 4.3.4.

Zvyšovanie dátovej kvality nebude jednorazovou aktivitou, ale bude súčasťou celoživotného cyklu údajov – od zberu až po publikáciu. kombináciou technologických nástrojov (etl – extract, transform, load, validácie), organizačných opatrení (školenia, data governance), ako aj analytických výstupov a spätnej väzby od používateľov sa zabezpečí, že systém bude poskytovať dôveryhodné a využiteľné údaje v súlade s cieľmi projektu a štandardmi pre inteligentnú verejnú správu.

Projekt neuvažuje s poskytovaním dát do centrálneho riešenia data smart hub. Mesto Košice však takúto integráciu zváži v budúcnosti, v závislosti od vývoja národných dátových platforiem, právneho rámca a technickej pripravenosti projektu.

Na lokálnej úrovni budú využívané nasledovné interné analytické nástroje:

• Vizualizácia údajov v mapovom prostredí – priestorová analýza, napr. hustota stromov, frekvencia opráv, technický stav komunikácií.
• Tvorba analytických vrstiev – napr. tematické mapy podľa funkčných tried komunikácií, hodnotenia drevín alebo plánovaných zásahov.
• Generovanie tabuľkových výstupov a export do formátov csv, xlsx pre ďalšie spracovanie v kancelárskych alebo analytických nástrojoch.

4.3.6Analytické údaje

Analytické údaje sú 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. V nasledujúcej tabuľke uvádzame podmnožinu údajov, ktoré bude možné poskytnúť na tieto účely. Analytické údaje bude možné selektovať a poskytovať vo vybranom rozsahu.

4.3.7Moje údaje

ISVS nebude pracovať s mojimi údajmi.

4.3.8Prehľad jednotlivých kategórií údajov

Atribúty jednotlivých objektov evidencie sú uvedené v tabuľke v kapitole 4.3.6.

4.4Technologická vrstva

Technologická vrstva riešenia pozostáva z dvoch hlavných serverových komponentov – Mapového servera a Webového servera – ktoré spoločne poskytujú robustné prostredie na správu a vizualizáciu priestorových údajov. Fyzická architektúra je doplnená o REST API, ktoré umožňuje externým systémom a používateľom prístup k údajom a službám systému. Toto prepojenie zabezpečuje integráciu s externými systémami a poskytuje potrebné dáta iným subjektom verejnej správy, občanom a podnikateľom.

Obrázok 4 Technologická architektúra

1. Mapový server
   1. Funkcia: Mapový server je zodpovedný za ukladanie, spracovanie a publikáciu geografických a priestorových údajov. Poskytuje hlavné funkcie pre priestorové analýzy a zabezpečuje vizualizáciu údajov na mapách. Je optimalizovaný pre rýchlu odozvu pri práci s geografickými údajmi.
   2. Prepojenie s Webovým serverom: Mapový server komunikuje s Webovým serverom, ktorý zabezpečuje, aby boli údaje dostupné používateľom prostredníctvom mapového klienta na verejnom portáli.
2. Webový server
   1. Funkcia: Webový server hostí webový portál, cez ktorý majú používatelia prístup k údajom prostredníctvom mapového rozhrania. Slúži ako primárne rozhranie pre občanov, podnikateľov a iné subjekty, ktoré potrebujú prístup k údajom a službám GIS systému.
   2. Interakcia s REST API: Webový server poskytuje údaje aj prostredníctvom REST API, čím umožňuje prístup k údajom a funkciám GISPLAN systému ďalším aplikáciám a systémom verejnej správy. Táto integrácia zabezpečuje, že údaje sú dostupné cez štandardizované rozhranie a môžu byť použité v rámci iných ISVS
3. REST API
   1. Funkcia: REST API je dôležitou súčasťou fyzickej architektúry, ktorá umožňuje externým aplikáciám a systémom získať prístup k údajom a funkcionalitám GISPLAN systému. API poskytuje prístup ku konsolidovaným a aktualizovaným údajom, čím uľahčuje ich integráciu do iných riešení.
   2. Využitie: REST API je prístupné z externých systémov, umožňujúce prístup k otvoreným údajom, analytickým údajom a ďalším informáciám, ktoré môžu byť použité na rôzne účely.

Táto architektúra zabezpečuje vysokú dostupnosť a flexibilitu, ktorá je potrebná pre efektívnu správu a zdieľanie priestorových údajov. Systém spája Mapový a Webový server s REST API, čím umožňuje komplexné zdieľanie údajov a podporuje otvorený prístup k verejným informáciám. Tento dizajn tiež podporuje budúcu škálovateľnosť a integráciu s externými systémami, čím umožňuje ďalší rozvoj funkcionality GISPLAN systému v súlade s požiadavkami verejnej správy a potrebami občanov.

4.4.1Prehľad technologického stavu - AS IS

Systém GISPLAN je už etablovaný a v aktívnej dennej prevádzke. Systém je funkčne integrovaný do informačno-komunikačného systému mesta a na svoj chod využíva vybudovanú hardvérovú a aplikačnú infraštruktúru, vrátane báz dát.

4.4.2Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE

4.4.3Návrh riešenia technologickej architektúry

Systém GISPLAN je a bude prevádzkovaný v privátnom cloude mesta.

4.4.4Využívanie služieb z katalógu služieb vládneho cloudu

V realizovanom projekte neplánujeme využívať služby z katalógu vládneho cloudu.

4.5Bezpečnostná architektúra

Dodávateľ sa zaviaže riešiť bezpečnostnú architektúru dodávaných IS,IKT a služieb v zmysle nasledujúcej legislatívy:

• 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
• Zákon č. 45/2011 Z.z. o kritickej infraštruktúre
• Vyhláška NBU č. 166/2018 Z.z., o podrobnostiach o technickom, technologickom a personálnom vybavení jednotky pre riešenie kybernetických bezpečnostných incidentov  
• Vyhláška NBU č. 164/2018 Z.z., ktorou sa určujú identifikačné kritériá prevádzkovanej služby (kritériá základnej služby) 
• Vyhláška NBU č. 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í  
• Vyhláška NBU č. 436/2019 Z.z., o audite kybernetickej bezpečnosti a znalostnom štandarde audítora 
• 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
• 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 v
• Vyhláška Úradu na ochranu osobných údajov Slovenskej republiky č. 158/2018 Z. z. o postupe pri posudzovaní vplyvu na ochranu osobných údajov
• 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)
• Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov.

5.Závislosti na ostatné ISVS / projekty

Realizovaný́ projekt nemá závislosti na iné projekty mesta.

6.Zdrojové kódy

Mesto Košice plánuje pri obstarávaní postupovať v zmysle vzoru Zmluvy o dielo.

Zmluvnú úpravu predkladáme nasledujúcu:

• Zhotoviteľ sa zaväzuje odovzdať Objednávateľovi zdrojové kódy k Informačnému systému alebo jeho časti v aktuálnej podobe, udeliť Objednávateľovi súhlas s používaním Informačného systému alebo jeho časti v podobe licencie špecifikovanej v čl. 7 Zmluvy o dielo a odovzdať k Informačnému systému alebo jeho časti všetku a akúkoľvek dokumentáciu, ktorá vznikla vo vzťahu k dodávke Informačného systému alebo jeho časti.
• Zmluvné strany sa výslovne dohodli, že Objednávateľ je jediným a výhradným disponentom so všetkými informáciami zhromaždenými alebo získanými počas projektu a prevádzky projektom vytvoreného riešenia vrátane jeho zmien a servisu.
• Zdrojový kód bude otvorený v súlade s licenčnými podmienkami verejnej softvérovej licencie Európskej únie podľa osobitného predpisu, a to v rozsahu, v akom zverejnenie tohto kódu nemôže byť zneužité na činnosť smerujúcu k narušeniu alebo k zničeniu informačného systému verejnej správy.
• V prípade, ak dôjde k zmene Zhotoviteľa podľa tejto Zmluvy z akéhokoľvek dôvodu, pôvodný Zhotoviteľ je povinný poskytnúť Objednávateľovi všetku potrebnú súčinnosť pri prechode na nového zhotoviteľa v takom rozsahu a takým spôsobom, aby bola zabezpečená úplnosť a kontinuita plnení podľa tejto Zmluvy v plnom rozsahu.

Následne ustanovenia predchádzaniu vendor-lockinu budú zahrnuté aj v ZoD a SLA.

Usmernenia pre oblasť zdrojových kódov:

• 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/ 
• Inštrukcie k EUPL licenciám: https://commission.europa.eu/content/european-union-public-licence_en

7.Prevádzka a údržba

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.

7.1Prevádzkové požiadavky

Úrovne podpory používateľov:

Help Desk bude realizovaný́ cez 3 úrovne podpory, s nasledujúcim označením:

• L1 podpory IS (Level 1, priamy kontakt zákazníka) - jednotný́ kontaktný́ bod verejného obstarávateľa
• 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ľ).
• L3 podpory IS (Level 3, postúpenie požiadaviek od L2) - na základe zmluvy o podpore IS (zabezpečuje úspešný́ uchádzač).

Definícia:

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ď.

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 odovzdaných riešiteľmi 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.

Podpora L3 (podpora 3. stupňa) - Podpora 3. stupňa predstavuje najvyššiu úroveň podpory pre riešenie tých najobtiažnejších hlásení, vrátane vykonávania hĺbkových analýz a riešenie extrémnych prípadov.

Riešenie incidentov – SLA parametre

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.

Označenie závažnosti incidentu:

Vyžadované reakčné doby:

• Požiadavky na hlásenie Incidentov sa spracúvajú v rámci časového pokrytia od 8:00 do 16:00.

• (1) Reakčná doba je čas medzi nahlásením incidentu užívateľom IS (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.
• (2) DKVI znamená obnovenie štandardnej prevádzky – čas medzi nahlásením incidentu užívateľom IS a vyriešením incidentu riešiteľom
•  (do doby, kedy je funkčnosť prostredia znovu obnovená v plnom rozsahu). Do tejto doby sa nezarátava čas potrebný́ na nevyhnutnú súčinnosť užívateľa IS, ak je potrebná pre vyriešenie incidentu. V prípade potreby je riešiteľ oprávnený́ požadovať od užívateľa IS schválenie riešenia incidentu.
• (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.

Incidenty nahlásené v rámci testovacieho prostredia

1. Majú závažnosť incidentu nekritickú a nižšiu
2. Vzťahujú sa výhradne k dostupnosti testovacieho prostredia
3. Za incident na testovacom prostredí sa nepovažuje incident vztiahnutý́ k práve testovanej funkcionalite

Vyššie uvedené SLA parametre nebudú použité pre nasledovné služby:

• Služby systémovej podpory na požiadanie (nad paušál)
• Služby realizácie aplikačných zmien vyplývajúcich z legislatívnych a metodických zmien (nad paušál)

Pre tieto služby budú dohodnuté osobitné parametre dodávky.

7.2Požadovaná dostupnosť IS:

Časové pokrytie poskytovania služieb

8.Požiadavky na personál

Požiadavky na personál boli definované v projektovom zámere v kapitole Projektový tím.

9.Implementácia a preberanie výstupov projektu

Projekt bude v zmysle Vyhlášky 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy realizovaný́ metódou waterfall.

V zmysle vyhlášky 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy je možné pristupovať k realizácii projektu prostredníctvom čiastkových plnení, t.j. inkrementov. V projekte je definovaný́ jeden inkrement na obdobie hlavných aktivít.

10.Prílohy

Dokument neobsahuje prílohy