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. Implementácia štandardizovaného rozhrania REST API zabezpečí jednoduchú integráciu s inými systémami, čím sa zvýši interoperabilita a využiteľnosť údajov. 

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. Navyše, REST API rozhranie umožní 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.

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

V projekte neplánujeme využívanie iných ISVS.

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 datasety je potrebné registrovať v centrálnom katalógu otvorených údajov na data.gov.sk). Formát CSV, XML, ODS, JSON. Datasety budú publikované na webovej stránke mesta s referencovaním na data.gov.sk. Správca informačného systému bude voliť z celkovej množiny dát vybrané datasetov na publikáciu.

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

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ľ 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.
• 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.
• 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í.

• 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.
• 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).

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

Následne ustanovenia predchádzaniu vendor-lockinu budú  byť 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