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

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

2.1Použité skratky a pojmy

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

Funkcionálne (používateľské) požiadavky majú nasledovnú konvenciu:
FRxx

• U – užívateľská požiadavka
• R – označenie požiadavky
• xx – číslo požiadavky
  Nefunkčné (kvalitatívne, výkonové - Non Functional Requirements - NFR) požiadavky majú nasledovnú konvenciu:
  NRxx
• N – nefunkčná požiadavka (NFR)
• R – označenie požiadavky
• xx – číslo požiadavky
  Ostatné typy požiadaviek môžu byť ďalej definované objednávateľom

Všetky požiadavky uvedené v Prístupe k projektu v príslušných kapitolách, musia byť v súlade s funkčnými, nefunkčnými a technickými požiadavkami uvedenými v Katalógu požiadaviek I-04 (M-04 Analýza nákladov a prínosov - BC/CBA, karta: Katalóg požiadaviek).

3.Popis navrhovaného riešenia

Z pohľadu biznis architektúry chce mesto komplexne vyriešiť zber a správu údajov objektov evidencie vo svojom prostredí, pričom bude cieliť k jednoznačnému referencovaniu akýchkoľvek údajov na základe informácií o referenčnosti zdroja alebo mechanizmu, ktorý posúdi úroveň dôveryhodnosti ako aj časovej relevantnosti akéhokoľvek zdroja dát.

Projekt má za cieľ vytvoriť Centrálny dátový sklad, miesto do ktorého budú prispievať dátami všetky IS mesta, ktorý bude obsahovať funkčnosť a nástroje pre automatizované ukladanie, porovnávanie, referencovanie a poskytovanie/publikovanie údajov všetkým dotknutým IS v prostredí mesta ako aj systémom, ktoré si údaje vyžiadajú.

Zároveň chce zabezpečiť dátovou integráciou na centrálne registre automatizáciu referencovania údajov v rozsahu, ktorý je dostupný v IS CSRÚ, upraviť procesy a následne existujúce IS pri vybavovaní jednotlivých životných situácii tak, aby referent disponoval aktuálnymi údajmi potrebnými k vyriešeniu podania bez nutnosti ich prepisovania medzi IS.

V procese prvotnej inicializácie centrálneho dátového skladu využije existujúce dáta backoffice systému ako aj zber priestorových informácii (spolu s popisným údajmi), prostredníctvom Orchestračnej platformy a Dátového konektoru vytvorí základný komunikačný kanál medzi backoffice systémom a centrálnym dátovým skladom pre potreby budúcej výmeny dát medzi nimi a nastaví automatizáciu autorizácie prístupu k jednotlivým údajom na základe oprávnenosti jednotlivých IS.

Ďalej zavedie automatizované procesy zberu údajov z oblasti dopravy v centrálnom dátovom sklade z IoT zariadení aby do budúcna disponovalo údajmi pre správne rozhodnutia v oblasti riadenia dopravy.

Nad centrálnym dátovým skladom poskytne nový nástroj v podobe plnohodnotného GIS riešenia, ktorý sa stane pracovným nástrojom pre referentov a manažment mesta a zároveň publikačnm nástrojom pre občanov a tretie strany.

Obrázok č. 1  Alternatívy pre MCA

Zhrnutie / výsledok:

Výber alternatív prebiehal aplikovaním kritérií multikriteriálnej analýzy. V rámci MCA bola vybratá alternatíva 3, ktorá splnila všetky 4 zadefinované kritériá.

Preferovaný variant predstavuje plnohodnotnú realizáciu projektu v zmysle požiadaviek na komplexné, neduplicitné prostredie pre uloženie a správu dát, ich ďalšie využitie na analytické a publikačné účely.

Rovnako v rámci projektu dôjde k zavedeniu jednoznačnej referenčnosti údajov prostredníctvom Orchestračnej platformy v kombinácii s funkčným Centrálnym dátovým skladom. Mesto bude disponovať GIS nástrojom a nástrojom pre automatickú tvorbu a publikovanie Otvorených údajov.

4.Architektúra riešenia projektu

4.1Biznis vrstva

Obr. č.2 Biznis architektúra – AS IS

Aktuálna biznis architektúra MESTA v kontexte  poskytovania údajov je reprezentovaná:

• prístupovými FrontEnd kanálmi, ktoré zabezpečujú priamu elektronickú alebo písomnú komunikáciu s občanmi a podnikateľmi, prípadne ďalšími stakeholdermi,
• integračnou vrstvou mesta, ktorá aktuálne zabezpečuje v súčasnosti iba funkcionalitu prepojenia na Ústredný portál verejnej správy.

Kvalita dát: Mesto Prievidza dlhodobo bojuje s nedostatočnou kvalitou údajov, ktoré sú generované pri styku s občanom/podnikateľom/návštevníkom/inými tretími stranami. Údaje, ktoré sú spracúvané pri úradnom styku so stakeholdermi častokrát vykazujú niektoré z nižšie uvedených nedostatkov:

• duplicita údajov;
• neúplnosť údajov;
• preklepy;
• nekonzistencia údajov;
• úmyselne chybne vyplnené pole (zo strany stakeholdera – zľahčovanie úradného styku);
• nesprávny formát vložených údajov.

Vstupy z  priamej komunikácie so stakeholdermi v úrade, alebo prostredníctvom elektronických prostriedkov dlhodobo čelia horeuvedeným nedostatkom a v neúplnom/nevalidnom stave sa prenášajú do ISVS, ktorým mesto disponuje. Táto skutočnosť má za následok, že Mesto Prievidza dlhodobo bojuje s nízšou kvalitou získavaných a ukladaných dát, ktorých následne použitie na správu mesta je limitované rovnako ako ich publikácia smerom k verejnosti prostredníctvom Open Data formátov alebo prostredníctvom Webovej stránky mesta. Akékoľvek dáta určené na publikovanie je následne ešte pred publikovaním potrebné manuálne čistiť, prechádzať a kontrolovať, čo sa negatívne prejavuje na interných nákladoch mesta a samotnej efektivite výkonu agendy verejnej moci, nakoľko máme za to, že čisteniu dát by malo dochádzať jednorazovo a následne dáta vytvárať takými spôsobmi, aby nebolo potrebné vykonávať aktivity čistenia dát mesta opakovane, to znamená, že je potrebné prioritne odstraňovať príčiny a nie dôsledky. Dáta, ktoré mesto získava, spracúva, ukladá a poskytuje vyplývajú z legislatívnych povinností.

Okrem nevalidných dát, ktoré vznikajú na vstupe do ISVS Mesta Prievidza, identifikujeme ďalší problém, ktorý zásadným spôsobom vplýva na kvalitu údajov mesta a to je proces ich aktualizácie. Občan resp. iný stakeholder opomína svoju povinnosť hlásiť Mestu zmenu údajov alebo mu z povahy úkonu takáto povinnosť nevzniká, pričom pre mesto a jeho systémy je okrem kvality kritickým atribútom aj aktuálnosť údajov. Stakeholderi často krát opomínajú túto povinnosť aj voči iným OVM, ktoré sú v zmysle legislatívy referenčným alebo iným registrom pre potreby konaní realizovaných Mestom Prievidza. Aj keby sme pripustili 100% kvalitu dát v týchto registroch, Mesto Prievidza nevyužíva žiaden automatizovaný nástroj na aktualizáciu uložených dát v svojich lokálnych registroch a k aktualizácii dochádza viac menej náhodne v čase, keď stakeholder rieši inú agendu.

Vyššie uvedené pri istej miere zjednodušenia implikuje nasledovné závery:

• čím dlhšie mesto drží vo svojich IS dáta, tým je pravdepodobnejšie, že sú nevalidné;
• zamestnanci mesta pri styku s občanom sa dopúšťajú relatívnej vysokej chybovosti pri manipulácii (zápise údajov) do IS mesta;
• získavanie údajov z centrálnej autority, ktorá ručí za aktuálnosť a kvalitu vstupov sa dnes neaplikuje;
• dáta, ktoré mesto zverejňuje je potrebné manuálne kontrolovať a prácne čistiť, pričom neexistuje schéma, ktorá by túto aktivitu umožnila vykonať len jednorazovo a následne by zamedzila ďalšiemu vzniku chýb v údajoch.

Rovnaký záver je možné aplikovať aj na priestorové údaje, ktorými v súčasnom stave mesto disponuje. V minulosti mesto realizovalo pasport priestorových údajov, no postupom času sa tieto údaje stali neaktuálnymi.

Obr. č.3 Biznis architektúra – TO BE

Aktuálna biznis architektúra MESTA sa rozšíri o:

• získavanie údajov z CSRÚ za účelom ich využitia v procesoch mesta;
• poskytovanie otvorených údajov, ktoré budú občanom a podnikateľom dostupné cez Portál OpenData.gov
• Poskytovanie priestorových údajov a lokalizačných služieb, ktoré budú dostupné pre občanov, podnikateľov a pracovníkov MsÚ prostredníctvom GIS riešenia

Realizáciou projektu sa dosiahne:

• odstránenie chybovosti v aktuálne využívaných datasetoch mesta
• úprava systémov ISVS na front-office časti systému, kde dochádza ku kontaktu mesto-stakeholder (prevažne občan), kde v súčasnosti dochádza pri vkladaní údajov k chybám. V rámci tejto úpravy budú definované obmedzenia („constrains“) na úrovni ISVS, čo znemožní vložiť nevalidné
• Integrácia na centrálnu dátovú autoritu ako zdroj validných a aktuálnych údajov, ku ktorým bude mať Mesto Prievidza prístup (referenti budú môcť pracovať s aktuálnymi údajmi o stakeholderoch bez toho, aby títo museli nahlasovať zmeny mestu). Zdrojom zmien budú inštitúcie, ktorým je stakeholder povinný nahlasovať zmeny svojich údajov,
• Konsolidácia a referencovanie udajov v Centrálnom dátovom sklade pre ich ďalšie použitie internými a externými systémami
• Publikácia dát vo formáte Open Data
• Publikovanie priestorových údajov a ich využívanie na analytické účely spolu s lokalizačnými službami v rozhodovacích procesoch a pri riešení životných situácii
• Výstupom bude efektívnejší výkon agiend Mesta Prievidza, eliminácia tvorby duplicít a nevalídnych záznamov a naštartovanie procesu publikácie dátových setov.

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

4.1.2Jazyková podpora a lokalizácia

Jazyková podpora a lokalizácia bude v slovenskom jazyku.

4.2Aplikačná vrstva

Aplikačná architektúra – súčasný stav:

Obr. č.3 Aplikačná architektúra – súčasný stav

Front end mesta

Web aplikácia eGOV a webové sídlo mesta sú základnými komponentami front-office vrstvy riešenia  predstavujúce používateľské rozhranie pre verejnosť a implementované elektronické služby.

Integračná vrstva

Integračná vrstva / modul napojenia na externé IS slúži ako komunikačná infraštruktúra medzi informačnými systémamimesta a externými systémami (napr. moduly ÚPVS). Modul zabezpečuje logické riešenie pre

integráciu systémov (ich vzájomné prepojenie) a procesné spracovanie správ (smerovanie, zasielanie

a prijímanie).

Back office

Predstavuje agendové systémy mesta, ktorý tvoria najmä Informačný systém mesta Prievidza, Registratúrny systém mesta Prievidza a Geografický systém mesta Prievidza.

Aplikačná architektúra – budúci stav

Obr. č.4 Aplikačná architektúra – budúci stav

Front end mesta

základné prístupové komponenty – egov.mesta a webová stránka mesta, cez ktorý občania / podnikatelia pristupujú k elektronickým / koncovým službám, bude rozšírený o nový komponent GIS mesta s ponukou priestorových informácií a analytických nástrojov a zároveň bude vytvorený lokálny OpenData katalóg, ktorý bude poskytovať datasety pre Národný OpenData katalóg.

Integračná vrstva

Modul napojenia na externé IS bude v rámci projektu rozšírený o Dátový konektor. Integračná vrstva bude rovnako rozšírená o Orchestračnú platformu, ktorá bude doplnená o dátovú integráciu na CSRU a Centrálny dátový. V tejto časti dôjde aj k vytvoreniu prepojení databáz jednotlivých IS, tak aby mohli odovzdávať a následne konzumovať dáta. Nad takto zhromaždenými dátami bude možné prostredníctvo BI nástroja vytvárať rôzne analytické a štatistické výstupy a zároveň definovať metadáta datasetov pre OpenData, ktoré budú publikované v Lokálnom katalógu a prelinkované na data.slovensko.sk.

Back Office

tvoria ho agendové systémy mesta, ako. Informačný systém Mesta Prievidza, Registratúrny systém Mesta Prievidza. Naopak mesto už naďalej neplánuje prevádzkovať v tejto vrstve Geografický systém mesta Prievidza a jeho funkciu nahradí nový komponent na front-ende mesta..

Orchestračná platforma mesta

Tento novovybudovaný IS (Integračná zbernica služieb - Enterprise Service Bus, ESB) bude samostatným modulom Informačného systému mesta. Bude hlavnou komunikačnou platformou jednotlivých modulov riešenia a integrovaných interných a externých systémov. ESB bude spĺňať minimálne nasledovné požiadavky:

1. Podpora rôznych komunikačných protokolov

• Platforma musí podporovať široké spektrum protokolov ako napr. SOAP, REST, JMS, FTP, HTTP(S), AMQP, atď., aby umožnila komunikáciu medzi rôznorodými systémami a aplikáciami.

2. Flexibilná a škálovateľná architektúra

• Platforma musí byť škálovateľná, aby zvládala narastajúce požiadavky na výkonnosť a množstvo integrácií bez akýchkoľvek výkonnostných obmedzení. Musí tiež umožniť horizontálne aj vertikálne škálovanie podľa potrieb mesta.

3. Podpora orchestrácie a choreografie služieb

• Platforma musí podporovať rôzne spôsoby integrácie služieb vrátane orchestrácie (centrálna kontrola nad komunikáciou medzi službami) a choreografie (decentralizovaná komunikácia medzi nezávislými službami).

4. Centralizovaná správa a monitorovanie

• Platforma musí umožňovať centralizovanú správu všetkých integrácií, vrátane monitorovania výkonu, záznamu udalostí, chybovej diagnostiky a podrobnejšieho logovania.

5. Bezpečnosť a kontrola prístupu

• Platforma musí poskytovať robustné bezpečnostné mechanizmy, vrátane šifrovania, autentifikácie, autorizácie a podpory bezpečnostných štandardov ako OAuth, JWT, SAML, SSL/TLS na ochranu citlivých údajov.

6. Podpora transformačných nástrojov

• Platforma musí poskytovať nástroje na transformáciu dátových formátov medzi rôznymi systémami (napr. z XML na JSON, CSV, atď.), aby zabezpečila interoperabilitu medzi rôznymi modulmi a informačnými systémami.

7. Asynchrónna komunikácia a spracovanie správ

• ESB musí podporovať asynchrónne spracovanie a odosielanie správ t.j. okamžitá odpoveď nie je nevyhnutná, alebo kde môže dôjsť k zdržaniu v spracovaní.

8. Podpora pre rozširovateľnosť a prispôsobiteľnosť

• Platforma by mala byť dostatočne modulárna, aby umožnila prispôsobenie a rozšírenie podľa konkrétnych potrieb mesta, vrátane možnosti integrácie vlastných konektorov alebo rozhraní.

9. Zabezpečenie vysokej dostupnosti a zotavenia po poruche (high availability & failover)

• Platforma musí zabezpečiť nepretržitú dostupnosť služieb aj v prípade porúch jednotlivých komponentov, s podporou funkcionalít ako automatický failover, clustering a záložné systémy.

10. Kompatibilita s rôznymi technológiami a systémami

• ESB musí byť schopná integrácie s rôznymi platformami a technológiami vrátane cloudových služieb, lokálnych systémov, databáz, ERP systémov a pod. Okrem toho by musí umožňovať jednoduché nasadenie do hybridných prostredí (cloud a on-premise).

V rámci realizácie predmetu zákazky/projektu zabezpečí integračná platforma minimálne:

• Komunikáciu všetkých modulov realizovaných v rámci predmetu zákazky
• Publikovanie otvorených údajov a analytických služieb smerom do verejného prostredia
• Vybudovanie integračného rozhrania pre externé systémy, ktoré poskytujú referenčné údaje štátu, primárne CSRÚ, IS CISMA, ESKN a iné, ktoré budú identifikované v rámci realizačnej fázy analýza a dizajn, nevyhnutné pre realizáciu projektu
• Vybudovanie integračného rozhrania pre interné systémy obsahujúce referenčné objekty mesta

Centrálny dátový sklad

Centrálny dátový sklad bude samostatný modul Informačného systému mesta Prievidza, ktorý bude zabezpečovať správu a distribúciu údajov o referenčných objektoch evidencie mesta Prievidza. Za referenčný objekt evidencie bude považovaný každý objekt evidencie, ktorý je informačnými systémami mesta Prievidza využívaný na realizovanie viac ako jednej agendy.

Centrálny dátový sklad bude obsahovať kompletný dátový model o uložení údajov a väzieb všetkých objektov evidencie.

Všetky existujúce informačné systémy mesta budú prispievať dátami do tohto dátového skladu. Platí to aj pre zhromažďovanie dát z rôznych implementovaných IoT snímačov. Nad takýmito agregovanými a referencovateľnými dátami budú prebiehať ďalšie operácie IS mesta s nimi. Platí teda, že napríklad aj do elektronického formulára konkrétnej koncovej služby bude použitý referenčný údaj z dátového skladu, ktorý zohľadňuje stav v centrálnych referenčných registroch, pričom pre ich získanie sú využívané už existujúce a novovybudované integračné komponenty. 

Z pohľadu tvorby nového IS Centrálneho dátového skladu(zbernice) mesta sú definované základné požiadavky na jeho funkcionalitu, ktorými sú:

• Dáta od zdrojov dát bude zbernica preberať a vo finále ukladať v rámci svojho vlastného komplexného dátového modelu. Toto umožní, aby nebolo potrebné škálovať všetky zdroje na maximálnu možnú záťaž spojenú s dopytovaním dát, ale len zbernicu. Dáta pritom bude zbernica od zdrojov preberať vtedy, keď to bude výhodné pre obe strany (nočné hodiny a pod.)
• Dátový model zbernice bude koncipovaný tak, aby dokázal naraz pracovať z rôznymi verziami predpisu uložených dát.  Dáta teda nebude potrebné komplikovane migrovať z jednej verzie ich predpisu na druhú a pod.
• Model môže optimalizovať centrálne uložené dáta na rôzne typy operácií a spôsobov ich použitia – vyhľadávanie, analyticko-štatistické operácie. Dosiahnuť rovnaký efekt izolovane vo všetkých zdrojov dát by bolo omnoho náročnejšie.
• Zbernica môže poskytovať pre zapojené strany – zdroje a konzumentov dát; aj tzv. „publish-subscribe“ návrhový vzor, pri ktorom môžu byť automaticky všetci konzumenti po publikovaní novej informácie zdrojom informovaní o existencii takejto zmeny. Toto môže prispieť k zefektívneniu  celkovej architektúre procesov výmeny dát cieľového prostredia.
• Zbernica bude implementovať aj stranu tzv. „dlhodobého archívu“, kam sa  budú dáta na základe retenčných pravidiel presúvať pomocou dedikovaných funkcii. V úložisku pritom ostane referencia o tom, že tieto dáta boli presunuté do archívu. Funkcie presúvania dát do archívu budú fungovať aj opačným smerom – na základe požiadavky sa dočasne konkrétne archivované dáta budú môcť presunúť na vymedzenú časový interval späť.
• Centrálny dátový skład bude obsahovať funkcionalitu „Data Handler“, ktorá bude zabezpečovať overovanie a autorizáciu dát. V prípade, že budú o tom istom objekte evidencie v rôznych informačných systémoch evidované rôzne hodnoty toho istého atribútu (napríklad adresa bydliska), data hanlder na základe stanovených pravidiel vyhodnotí, ktorú hodnotu bude považovať za pravdivú a referenčnú do doby, kým nebude preukázaný opak. O možnom konflikte údajov musí notifikovať zodpovedný informačný systém. Údaje považované za pravdivé budú mať v centrálnom dátovom sklade príznak „referenčné“ pra daný objekt evidencie.

Obr. č.5 Princíp činnosti data handlera

Data handler bude zodpovedný za to, že pri pravidelných aktualizáciách centrálneho dátového skladu bude zabezpečená konzistencia dát a nedôjde k znehodnoteniu referenčných údajov nepravdivými alebo neoverenými údajmi. Pravidlá priority údajov budú definované v realizačnej fáze Analýza a dizajn.

Ďalšou z funkcionalít novovybudovaného centrálneho dátového skladu  je poskytnutie analytického nástroja pre vytváranie ľubovoľných analytických výstupov nad dátami v uloženými v jeho štruktúrach. Očakáva sa plnohodnotný BI nástroj, ktorý umožní  vytváranie špecifických dátových modelov, tvorbu výpočtov v dátových modeloch, tvorbu reportov, tvorbu dashboardov, definovanie hraničných hodnôt pre automatizovanú notifikáciu ako aj zdieľanie takto vytvorených výstupov s ostatnými používateľmi .

Dátový konektor pre spojenie s Informačným systémom samosprávy

Dátový konektor pre spojenie s Informačným systémom samosprávy predstavuje modul informačného systému, rozšírenie existujúce IS samosprávy, ktorého úlohou bude migrácia údajov o všetkých objektoch a relevantných atribútoch informačného systému samosprávy do centralizovaného dátového skladu.

Súčasťou realizácie predmetu projektu bude dodanie nasledovných funkčností/elementov:

• Dokumentácia dátového modelu ISS pre objekty evidencie, ktoré sú predmetom migrácie do centrálneho dátového skladu
• Iniciačná migrácia údajov o objektoch evidencie
• Zabezpečovanie pravidelnej aktualizácie údajov o objektoch evidencie vedených v centrálnom dátovom sklade na báze 24 hodín (mimo pracovného času) z databázy ISS
• Zabezpečovanie „on demand“ aktualizácie údajov o objektoch evidencie v centrálnom dátovom sklade potrebných pre realizáciu príslušnej služby na základe volania používateľa

Predmetom migrácie do centrálneho dátového skladu budú údaje o minimálne objektoch evidencie mesta Prievidza, ktoré sú predmetom tohto projektu v niektorej z jeho častí. Rozsah jednotlivých atribútov OE bude definovaný v fáze Analýza a Dizajn.

Zoznam OE z existujúceho IS mesta, ktoré budú migrované do centrálneho dátového skladu

GIS

Dodané riešenie bude poskytnuté ako webová aplikácia dostupná prostredníctvom webových prehliadačov s responzívnym zobrazením pre počítačové aj mobilné prehliadače (na prácu s aplikáciou je potrebný iba ľubovoľný internetový prehliadač a pripojenie na internet bez nutnosti inštalácie dodatočného software), súčasťou riešenia bude aj   poskytovanie služieb  mapového servera, prvotný iniciačný import dát poskytnutých mestom a priestorový zber dát/pasport s následným importom všetkých dát do Centrálneho dátového skladu.

Nevyhnutnou podmienkou je trvalé zdieľanie všetkých dát v Centrálnom dátovom sklade.

Riešenie musí byť koncipované modulárne, modul zastrešuje istú agendu/ príp. jej časť, a musí umožňovať do budúcna  prípadný rozvoj tak konkrétneho modulu ako aj prípadné rozšírenie celého riešenia o ďalší modul.

Pri implementácii projektu budú dodané nasledovné moduly:

• Evidencia a správa verejnej zelene
• Evidencia a správa miestnych ciest a dopravy
• Evidencia a správa odpadov
• Evidencia a správa mobiliáru
• Evidencia a správa verejného osvetlenia
• Územný plán

Základnými očakávaniami pre riešenie GIS nástroja sú :

• • pripojenie musí byť zabezpečené SSL certifikátom,
  • aplikácia musí byť prevádzkovaná v CLOUDe alebo na serveroch dodávateľa,
  • používateľské rozhranie aplikácie musí byť v slovenskom jazyku,
  • riešenie musí byť modulárne s možnosťou jeho rozšírenia o ďalšie moduly alebo funkcionality,
  • riešenie musí byť integrované na centrálny dátový sklad mesta Prievidza, ktorý je výsledkom tohto projektu,
  • riešenie musí umožniť poskytovanie dát vo formáte JSON alebo XML pre potreby vlastnej vizualizácie dát a zdieľania ako otvorené dáta,
  • riešenie musí poskytovať možnosť embedovať/vkladať mapy vo forme IFRAME do ďalšíchstránok (napríklad stránok mesta),
  • poskytovanie mapových služieb podľa štandardov Open Geospatial Consortium (OGC),
  • dynamické zobrazovanie rastrových dát prostredníctvom pohľadových dlaždíc,
  • riešenie musí podporovať funkcionalitu zberu dát,
  • používateľské rozhranie aplikácie musí byť v slovenskom jazyku,
  • vytvorenie a správa používateľov (vkladanie, zmena údajov a zrušenie prístupov) administrátorom na strane mesta,
  • riešenie musí zabezpečiť možnosť viacerých prístupov s pridelenými oprávneniami (role) pre používateľov,
  • možnosť tvorby používateľských skupín (množiny používateľov s rovnakými oprávneniami),
  • možnosť nastavenia užívateľské oprávnenia pre prístup k modulom alebo ich časti,
  • riešenie musí sprístupňovať samostatne tematicky orientované celky/moduly, určené na prácu s konkrétnou agendou (napr. pasport), v ktorých je možné editovať jednotlivé predmetné prvky/objekty a to ako ich grafické údaje tak aj popisné informácie,
  • jednotlivé moduly musia umožňovať vzájomnú prepojiteľnosť a vzájomné využívanie dát,
  • riešenie obsahuje nástroje pre vytváranie vlastných mapových kompozícií a tém s možnosťou editácie

Zároveň musí toto riešenie disponovať minimálne nižšie definovanou funkcionalitou :

• fungovanie systému v súradnicovom systéme S-JTSK,
  • zobrazovanie rôznych podkladových, rastrových aj vektorových máp (min. základná mapa, ortofotomapy, mapy územnej identifikácie, povodňové mapy, orientačné mapy, mapy správy ciest, historické mapy) ako zapínateľné/vypínateľné vrstvy,
  • zobrazovanie rôznych vrstiev a objektov aktuálneho a archívneho katastra nehnuteľností ako zapínateľné/vypínateľné vrstvy,
  • zobrazovanie tematických máp ako zapínateľné/vypínateľné vrstvy
  • možnosť zapínanie alebo vypínanie mapových vrstiev, skrývanie skupín vrstiev,
  • možnosť zmeny transparentnosti vybraných máp, vrstiev a objektov,
  • zobrazovanie legendy k mapovým vrstvám,
  • zmeny mierky zobrazenia, pohyb v mape, posun na určené lokality,
  • meranie dĺžok a plôch v mape,
• textové poznámky k mape (zvýrazňovanie a vkladanie dočasných bodov, línií a polygónov do   mapy) bez obmedzenia počtu znakov,
  • identifikácia súradníc bodov v S-JTSK aj WGS 84,
  • identifikácia vybraných objektov v mape,
  • vyhľadávanie vybraných objektov v mape,
  • vyhľadávanie vybraných objektov v mape, vyhľadávanie formou predgenerovaného fultextu,
  • vyhľadávanie bez potreby diakritiky vo vybraných mapových vrstvách,
  • zobrazovanie atribútov objektov v rámci identifikácie alebo vyhľadávania objektov v mape,
  • práca s mapovými službami podľa štandardov Open Geospatial Consortium (OGC),
  • možnosť prepínania medzi jednotlivými mapovými kompozíciami a aplikáciami pri zachovaní  zoomu a mierky v mape,
  • nápoveda pre prácu s poskytnutým riešením v slovenskom jazyku

• editačné funkcie musia byť dostupné na základe pridelených prístupových práv,
• editácie vektorových prvkov,
• integrácia máp, vrstiev a prvkov pri editácií,
• funkcia zobrazenia polohy v mape podľa polohy zariadenia (ak zariadenie podporuje zdieľanie polohy),
• editácia polohy jednotlivých prvkov v mape prebieha priamo v mapovej časti aplikácie, k dispozícii sú editačné nástroje pre body, línie, plochy aj polygóny,
• možnosť kopírovať prvky z WFS služieb do vlastnej lokálnej mapovej vrstvy,
• podpora vytvárania topologicky čistých dát, najmä prichytávanie, rozdeľovanie prvkov, preberanie geometrie z referenčných podkladov (napr. z parciel, z technickej mapy), zabezpečenie vytvárania dát s valídnou geometriou (najmä zamedzenie uloženia prvkov bez geometrie, prvkov s nulovou geometriou a pod.),
• informačná vrstva pri spracovaní editácie zobrazujúca dĺžky kreslených prvkov a nápovede pre konštrukciu základných uhlov,
• možnosť umiestnenia poznámok (body, línie, plochy) s popisom a fotografiou,
• možnosť pridania nového atribútu pre celú skupinu prvkov,
• kompletná dokumentácia objektu: každý záznam o objekte možno doplniť o fotografie alebo inú dokumentáciu v elektronickej podobe,
• editácia geometrie, podpora vytvárania topologicky čistých dát, tzn. prichytávanie, rozdelenie prvkov, prebranie geometrie z referenčných podkladov (napr. parciel, technickej mapy), zabezpečenie vytvárania dát s valídnou geometriou (najmä zamedzenie uloženia prvkov bez geometrie, prvkov s nulovou geometriou...),
• nástroje pre vytváranie tlačových zostáv a rozšíriteľnosť sady tlačových zostáv,
• nástroje pre vytváranie, editáciu a ukladanie tlačových šablón,
• tvorba tlačových zostáv s možnosťou exportu do tlačového výstupu PDF, JPEG, PNG, obsahujúceho napr. legendu, mierku, vodoznak, informácie o ochranných známkach a autorských právach, atď.,
• export mapy do formátu PDF s možnosťou vloženia nadpisu a voľby preddefinovanej mapovej mierky a veľkosti papiera,
• export pasportu a evidencie viacerých i jednotlivých objektov do formátu PDF a DOC s možnosťou voľby preddefinovanej šablóny,
• tlač vo formátoch ISO A3/A4,
• orientácia tlače na výšku/šírku - tlač s legendou/s legendou na ďalšej strane/bez legendy/len legenda atď.,
• pripájanie referenčných výkresov do mapových aplikácií vo formáte DGN verzie 7 a vyššej, tieto podkladové výkresy sú využiteľné pri editácii grafiky pre prichytávanie (snapovanie),
• priamy import a export dát minimálne z formátov DGN, DXF, GPX, SHP, CSV spôsobom, ktorý zabezpečí užívateľsky jednoduché riešenie bez predchádzajúcej úpravy dát treťou stranou,
• priamy export mapy do rastrového formátu podľa aktuálneho zobrazenia na obrazovke
• možnosť zostavenia a uloženia užívateľských SQL dotazov,
• možnosť zobrazenia vybraných prvkov pasportu podľa špecifických atribútov,
• možnosť pridania ďalších tematických vrstiev do zoznamu vrstiev v mape,
• možnosť prepínania medzi jednotlivými mapovými kompozíciami pri zachovaní zoomu a mierky v mape

Základné požiadavky na jednotlivé moduly GIS

Evidencia a správa verejnej zelene

• modul na správu aktuálneho pasportu zelene mesta - evidencia a správa verejnej zelene (plochy zelene, biologické prvky zelene, technické prvky zelene), vrátane súvisiacich činností (údržba, výruby a iné zásahy),

• databázová evidencia pre správu súvisiacich informácií, možnosť uloženia príslušných povolení a fotodokumentácie,

• dodávka číselníkov drevín a zelene v zmysle arboristických štandardov platných na území SR,

• evidencia chránených stromov - číslo pamätného stromu, dôvod ochrany, dátum vyhlásenia/zrušenia, grafické znázornenie ochrannej zóny v mape (automatické generovanie na základe priemeru kmeňa),

• evidencia zdravotného stavu stromov - automatické hlásenie o plánovanej kontrole dendrologických údajov,

• evidencia mestskej zelene a súvisiacich objektov (výmery plôch/počty prvkov, kvalitatívne atribúty),

• evidencia a zobrazenie prvkov v rôznych stavoch (súčasný, návrh, zrušený) s možnosťou obnovenia zrušených prvkov (historizácie, vrátane geometrie),

• evidencia vykonaných a plánovaných zásahov (kosenie, údržba stromov),

• mapa kosenia - prezentácia informácií o dátume najbližšieho plánovaného kosenia a posledného vykonaného kosenia trávnatých plôch v meste a stave vykonaných prác,

• výpočet nákladov na údržbu - možnosť využitia a porovnanie rôznych cenníkov, možnosť využitia rôznych sád úkonov,

• možnosť generovania výstupných zostáv - sumarizácia prvkov podľa druhu za vybranú základnú (evidenčné) plochu/za vybrané územia, sumarizácia nákladov na údržbu za vybranú základnú (evidenčné) plochu/za vybrané územia,

• výpis parciel dotknutých vybranými prvkami zelene,

• možnosť nastavenia východzej hodnoty v číselníkoch (pri vytváraní nového prvku sa východzia hodnota atribútu vkladá automaticky),

• možnosť pripojenia dokumentov a fotodokumentácie ku všetkým prvkom,

• evidencia zakladateľov (resp. editorov) dát spolu s dátumami a časmi založenia (resp. editácie) u jednotlivých prvkov a možnosť podľa týchto hodnôt vyhľadávať,

• editácia geometrie: podpora vytvárania topologicky čistých dát, tzn. prichytávanie, rozdelenie prvkov, prebranie geometrie z referenčných podkladov (napr. parciel, technickej mapy), zabezpečenie vytvárania dát s validnou geometriou (najmä zamedzenie uloženia prvkov bez geometrie, prvkov s nulovou geometriou...),

Evidencia a správa miestnych ciest a dopravy

• modul na správu aktuálneho pasportu dopravy mesta - evidencia a správa miestnych ciest, chodníkov, parkovísk a parkovací miest, mostov, dopravného značenia, kanalizačných vpustí a kanalizačných poklopov, objektov MHD a inžinierskych objektov,

• evidencia ciest, chodníkov, zvislého a vodorovného dopravného značenia, povrchov, mostov, vpustí, zjazdov, technických a iných objektov, opráv a zásahov na cestách,

• evidencia dĺžok a plôch ciest a mostov a ich súčty (všetkých ciest, podľa tried ciest),

• evidencia a zobrazenie prvkov v rôznych stavoch (súčasný, návrh, zrušený) s možnosťou obnovenia zrušených prvkov,

• zobrazenie prvkov pasportu podľa špecifických atribútov alebo podľa farieb v číselníku,

• zobrazenie ciest v mape podľa kategórie ciest (štátna, krajská, miestna, účelová), podľa triedy ciest, podľa typu úseku (vozovky, chodníky, cyklotrasy), podľa funkčnej skupiny (rýchlostná, zberná, obslužná, upokojená, cyklistická, pre chodcov), podľa povrchu,

• evidencia zásahov na cestách - zobrazenie v mape podľa dátumu záruky, upozornenie

  na končiacu záruku v systéme GIS a e-mailom

• výpis parciel dotknutých ciest,

• obsahuje číselníky s možnosťou prednastavenia predvolenej hodnoty v jednotlivých atribútoch,

• možnosť pripojenia dokumentov (napr. povolenia) a fotodokumentácie ku všetkým prvkom pasportu,

• evidencia opráv ku všetkým prvkom v pasporte,

• editácia v mape,

• podpora vytvárania topologicky čistých dát, tzn. prichytávanie, rozdelenie prvkov,

• zabezpečenie vytvárania dát s valídnou geometriou (najmä zamedzenie uloženia prvkov bez geometrie, prvkov s nulovou geometriou...),

• rotácia zvislých a vodorovných značení,

• história zmien a možnosť obnovenia hodnôt v atribútoch vrátane geometrie,

• evidencia zakladateľov (resp. editorov) dát spolu s dátumami a časmi založenia (resp. editácie) u jednotlivých prvkov a možnosť podľa týchto hodnôt filtrovať a vyhľadávať,

• záujmové oblasti,

• možnosť zavádzať informácie o možnosti parkovania, parkovacej zóne,

• možnosť zavádzať informácie o únosnosti vozovky,

• možnosť zavádzať informácie o pláne letnej údržby, minimálne v rozsahu poradia a zodpovedného subjektu a ceny,

• možnosť zavádzať informácie o pláne zimnej údržby, minimálne v rozsahu poradia, zodpovedného subjektu a ceny,

• možnosť generovať sumarizačné štatistiky napr.: za celkovú/vybratú dĺžku, priem. šírku a plochu atď,

• pri priechodoch pre chodcov možnosť zavádzať informácie o osvetlení a bezbariérovom prístupe,

• otvorenosť riešenia pre možnosť integrácie pre načítanie, vizualizáciu, analýzy a reporty z dát zo smart zariadení,

• pri vpustiach musí byť možné zavádzať informácie o čistení v minimálnom rozsahu: početnosti, dátume a musí byť možné vytvárať zjednodušené plány čistenia

Evidencia a správa odpadov

• atribúty stojiska: názov lokality, evidenčné číslo, zvozová oblasť, povrch, technický stav, typy kontajnerov, vlastník stavby, poznámka, prístupné pre verejnosť,

• naviazanie na parcelu (parcelné číslo),

• musí obsahovať údaje o adrese v rozsahu ulica, popisné číslo

• musí umožniť naviazanie entity typ odpadu, napr. separovaný odpad, TKO, nebezpečný odpad, objemový odpad atď.,

• požaduje sa pri jednotlivých entitách (typ odpadu) evidovať typ nádoby, objem, komodita, údaje o správe zariadenia,

• požaduje sa evidencia údajov o zvoze odpadu vrátane plánu zvozu (minimálne na úrovni dňa v týždni a početnosti) a ceny za odvoz,

• štatistické vyhodnotenie odpadového hospodárstva na základe zozbieraných dát,

• otvorenosť riešenia pre možnosť integrácie pre načítanie, vizualizáciu, analýzy a reporty z dát z RFID/USG a iných čipov/ smart zariadení,

• na všetky objektové triedy sa požaduje nástroj na evidenciu Opráv, minimálne v rozsahu popis, číslo faktúry, dátum, dátum záruky, subjekt, druh opravy, cena.

Evidencia a správa mobiliáru

• komplexný nástroj pre správu a údržbu drobného majetku

• evidencia a zobrazenie prvkov v rôznych stavoch (súčasný, návrh, zrušený) s možnosťou obnovenia zrušených prvkov,

• zobrazenie prvkov pasportu podľa špecifických atribútov alebo podľa farieb v číselníku,

• popis funkcií SW agendy:

• obsahuje číselníky s možnosťou prednastavenia predvolenej hodnoty v jednotlivých atri bútoch,

• možnosť pripojenia dokumentov (napr. povolenia) a fotodokumentácie ku všetkým prvkom  pasportu,

• evidencia opráv ku všetkým prvkom v pasporte,

• editácia v mape,

• podpora vytvárania topologicky čistých dát, tzn. prichytávanie, rozdelenie prvkov,

• zabezpečenie vytvárania dát s valídnou geometriou (najmä zamedzenie uloženia prvkov bez geometrie, prvkov s nulovou geometriou...),

• rotácia zvislých a vodorovných značení,

• história zmien a možnosť obnovenia hodnôt v atribútoch vrátane geometrie,

• evidencia zakladateľov (resp. editorov) dát spolu s dátumami a časmi založenia (resp. editácie) u jednotlivých prvkov a možnosť podľa týchto hodnôt vyhľadávať,

• záujmové oblasti,

Evidencia a správa verejného osvetlenia

• agenda bude slúžiť na evidenciu priestorovej databázy verejného osvetlenia a pridružených zariadení (rozvádzače, stožiare, káble, ... ),

• možnosť k jednotlivým prvkom viesť základné informácie (technické parametre, Informácie o ich vybavení, záruke, dodávateľovi...),

• informácie o revízii (napr. typ revízie, termín atď.) a oprave (popis, dátum, záruka, číslo faktúry atď.),

• možnosť užívateľsky doplňovať číselníky,

• možnosť pripojenia dokumentov a fotodokumentácia ku všetkým objektom evidencie,

• modul na upozornenia a notifikácie (napr. email) a záručné lehoty, atď.,

• historizácia zmien a možnosť obnovenia vybraného historického stavu prvku vrátane geometrie,

• evidencia zakladateľov, možnosť doplňovania opráv k jednotlivým prvkom evidencie zakladateľov (resp. editorov) dát spolu s dátumami a časmi založenia (resp. editácie) u jednotlivých prvkov a možnosť podľa týchto hodnôt filtrovať a vyhľadávať,

• editácia geometrie - podpora vytvárania topologicky čistých dát, tzn. prichytávanie, rozdelenie prvkov, zabezpečenie vytvárania dát s validnou geometriou (najmä zamedzenie uloženia prvkov bez geometrie, prvkov s nulovou geometriou, ... )

• otvorenosť riešenia pre možnosť integrácie pre načítanie, vizualizáciu, analýzy a reporty z dát zo smart zariadení,

Územný plán

• vizualizáciu dát územného plánu a generelov,

• vizualizácia hlavného záväzného výkresu územného plánu vo forme podkladovej mapy, so zachovaním symbológie v zmysle schválenej dokumentácie, ku výkresu bude dostupná plnohodnotná grafická legenda,

• požaduje sa, aby súčasťou boli minimálne podkladové vrstvy (alebo rastre): výkres komplexný návrh priest. usporiadania a funkčného využitia územia, výkres verejného dopravného vybavenia, výkres verejného technického vybavenia I., výkres verejného technického vybavenia II., výkres perspektívneho použitia PPF a LPF na nepoľnohospodárske účely, výkres ochrany prírody a tvorby krajiny vrátane prvkov múses,

• mapová aplikácia bude umožňovať identifikáciu "Funkčné/Regulačné plochy" s atribútmi funkcia, etapa a regulatív,

• pri identifikácii funkčných plôch uvádzať aj odkaz na celé znenie regulatívu,

• pri identifikácii regulačných plôch uvádzať aj odkaz na celé znenie regulatívu,

• možnosť pridania ďalších územnoplánovacích podkladov vo forme plánov (rastrov),

• možnosť pridania jednotlivých urbanistických štúdií vo forme plánu (rastru),

Digitálnotechnická mapa

• správa a vizualizáciu dát jednotlivých vrstiev inžinierskych sieti v rozsahu Plyn, Teplo, Elektrická energia, Telekomunikačné siete, Voda a kanalizácia

• agenda bude slúžiť na evidenciu priestorovej databázy jednotlivých inžinierskych sietí (vedenia, koncové zariadenia a pod...)

• možnosť k jednotlivým prvkom viesť základné informácie (technické parametre, Informácie o ich vybavení, záruke, dodávateľovi...),

• informácie o revízii (napr. typ revízie, termín atď.) a oprave (popis, dátum, záruka, číslo faktúry atď.),

• možnosť užívateľsky doplňovať číselníky,

• možnosť pripojenia dokumentov a fotodokumentácia ku všetkým objektom evidencie,

PRVOTNÝ MOBILNÝ ZBER/PASPORT ÚDAJOV

Do novozadefinovaných dátových štruktúr GIS modulov sa očakáva vykonanie pasportu údajov a to v nasledujúcich oblastiach a rozsahu:

Technické požiadavky na tvorbu pasportov

Pasporty musia byť spracované podľa princípov budovania a fungovanie geografických informačných systémov (GIS). Pasporty budú obsahovať grafickú (mapovú) časť a popisnú (databázovú) časť. Každý objekt – prvok pasportu musí byť zobrazený v mape, musí byť jednoznačne identifikovaný a musí mať väzbu na množinu vlastností (atribútov), ktorá je stanovená pre príslušnú triedu prvkov, ktorej je členom. Každý prvok musí byť možné vyhľadať a zobraziť na mape a zobraziť jeho množinu atribútov.

Požiadavky na spôsob zberu dát

Požaduje sa, aby pri tvorbe pasportov bola použitá kombinácia 3 metód zberu údajov. Kombinácia metód je vyžadovaná z dôvodu zabezpečenia polohovej presnosti a komplexnosti pasportizovaných objektov. Požaduje sa aby pri zbere údajov leteckými metódami bol zber vykonaný mimo vegetačného obdobia rastlín, pre dosiahnutie čo najvyššej presnosti.

Minimálny obsah mapových podkladov dodaných v projekte

• štátne ortofotomapy,
• parcely katastra nehnuteľností – C a E,
• druhy pozemkov,
• hranica intravilánu
• parcely C a E vo vlastníctve mesta,
• parcely C a E vo vlastníctve VÚC,
• parcely C a E vo vlastníctve SR,
• ulice a cestné komunikácie,
• adresné body v meste,
• miestopis,
• katastrálne územia, časti mesta.

Pre implementáciu a prevádzku GIS riešenia bude v projekte vytvorená pozícia Referenta pre spracovanie údajov GIS

IoT snímače

Plne autonomné riešenie implementácie snímačov na najfrekventovanejších uzloch dopravného systému mesta. Mesto zadefinovalo 4 lokality/križovatky, kde chce zbierať dáta o hustote dopravy.

1. Svetelná križovatka Matice slovenskej – Nábrežie s. Cyrila – Nábrežie sv. Metoda (vjazd on Novák a Handlovej)
2. Sverelná križovatka Bojnická cesta – ul. sama Chalúpku (vjazd od Bojníc)
3. Kruhový objazd na Nedožerskej ceste (vjazd od Nedožier – Brezian)
4. Svetelná križovatka Košovská cesta – Nábrežie sv. Metoda (vjazd od priemyselnej zóny)

Snímače budú umiestnené na stĺpoch vo vlastníctve mesta, a budú zaznamenávať okrem počtu vozidiel, ktoré v konkrétnom čase prechádzajú daným miestom aj ich typ. Tieto dáta budú odosielať do novovybudovaného Centrálneho dátového skladu mesta, čo na strane mesta sprocesuje Orchestračná platforma Mesta Prievidza. Minimálna požadovaná frekvencia odosielania dát je 1 krát denne.

• Rovnaké požiadavky sú kladené aj na snímače hluku, teploty a prašnosti ovzdušia, pričom tieto plánuje mesto umiestniť v rovnakých lokalitách ako pri senzoroch hustoty dopravy

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

Uveďte dotknuté ISVS a ich moduly AS IS:

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

Uveďte informácie o dotknutých ISVS z pohľadu ich ďalšej prevádzky po realizácii projektu – TO BE stav:

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

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

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

Predmetom projektu nie sú integrácie na iné / externé ISVS.

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

Uveďte v nasledujúcej tabuľke budované aplikačné služby, realizáciu koncových služieb aplikačnou službou, koncová služba by mala byť realizovaná aspoň jednou aplikačnou službou (KS môžu realizovať aj viaceré aplikačné služby). Všetky aplikačné služby a ich vzťah na koncové služby musia byť evidované v MetaIS.

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

.

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

Predmetom projektu nie je poskytovanie údajov do IS CSRÚ.

4.2.9Konzumovanie údajov z IS CSRU – TO BE

Uveďte v nasledujúcej tabuľke prehľad konzumovaných údajov z IS CSRÚ v TO BE stave. Súčasné dostupné objekty evidencie a údaje v IS CSRÚ sú uvedené v integračnom manuáli IS CSRÚ.

4.3Dátová vrstva

4.3.1Údaje v správe organizácie

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

4.3.3Referenčné údaje

MESTO bude len konzumentom referenčných údajov z IS CSRÚ, MESTO neplánuje vyhlasovanie svojich údajov za referenčné v rámci tohto projektu.

4.3.3.1Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné

4.3.3.2Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CSRU

Identifikujte a uveďte v nasledujúcej tabuľke potenciálnych konzumentov objektov evidencie, ktoré budú poskytnuté na dátovú integráciu realizáciou projektu, vrátane ich oprávnenosti/nároku na konzumovanie v zmysle konkrétnych ustanovení osobitných právnych predpisov na strane konzumenta, prípadne aj na strane poskytovateľa. V nadväznosti na uvedené identifikujte osobitné právne predpisy (až na úroveň konkrétneho ustanovenia), ktoré je nutné novelizovať v záujme dosiahnutia TO BE stavu využitia údajov a jeho bezproblémovej aplikovateľnosti.
V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE:
Poznámka: Pre úspešné napojenie ISVS na IS CSRÚ v roli konzumenta údajov je nutné postupovať podľa integračného manuálu IS CSRÚ.

4.3.4Kvalita a čistenie údajov

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

Dosiahnutie zvýšenia kvality údajov a nastavenie procesu ich ďalšieho čistenia sa udeje na základe integrácie na IS CSRÚ a prostredníctvom priestorového zberu údajov. Po implementácii integrácie na IS CSRÚ dôjde k nastaveniu stavu, v ktorom u daných objektoch evidencie už nebude do IS zavádzaný nekvalitný údaj a postupne bude dochádzať k odstraňovaniu nekvalitných údajov na základe ich opätovného využívania. Každé ich využitie totiž už bude realizované z Centrálneho dátového skladu, kde dôjde ich referencovaniu. Významnú rolu pri celom procese zohraje novozavedená pozícia Dátového kurátora, ktorá má byť garantom kvality údajov aj po implementácii projektu.

V prvom kroku si mesto stanovilo za cieľ vyriešiť nekvalitu dát v pri nasledujúcich objektoch evidencie

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

4.3.5Otvorené údaje

4.3.6Analytické údaje

4.3.7Moje údaje

Predmetom projektu nie je poskytovanie „mojich údajov“.

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

Vyplňte nasledujúcu súhrnnú tabuľku pre kategorizáciu údajov dotknutých projektom z pohľadu využiteľnosti týchto údajov.
V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE.

4.4Technologická vrstva

4.4.1Prehľad technologického stavu - AS IS

Riešenie projektu bude prevádzkované na existujúcej infraštruktúre mesta Prievidza

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

4.4.3Návrh riešenia technologickej architektúry

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

V rámci projektu sa nepredpokladá využívanie služieb vládneho cloudu.

4.5Bezpečnostná architektúra

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.

Povinnosťou bude preukázať súlad so zákonom č. 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á.

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:

• 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
• zákon č. 69/2018 Z.z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov
• zákon č. 45/2011 Z.z. o kritickej infraštruktúre
• 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
• 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.
• 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)
• 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“),
• 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),
• 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,
• 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í,
• vyhláška Národného bezpečnostného úradu č. 493/2022 Z. z. o audite kybernetickej bezpečnosti,
• 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,
• 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, ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy,
• 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,
• 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,
• 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Ú)

5.Závislosti na ostatné ISVS / projekty

Predkladaný projekt nie je závislý na iných pripravovaných resp. prebiehajúcich projektoch.

6.Zdrojové kódy

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

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

Ďalej uvádzame postupy, v zmysle ktorých bude narábané so zdrojovým kódom.

• Centrálny repozitár zdrojových kódov: https://www.zakonypreludi.sk/zz/2020-78/znenie-20200501#p31+
• Overenie zdrojového kódu s cieľom jeho prepoužitia: https://www.zakonypreludi.sk/zz/2020-85/znenie-20200501#p7-3-c+
• Spôsoby zverejňovania zdrojového kódu: https://www.zakonypreludi.sk/zz/2020-85/znenie-20200501#p8-9+
• Inštrukcie k EUPL licenciám: https://joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf+

Uvedeným spôsobom obstarávania dôjde k zamedzeniu „Vendor lock-in" v súlade so Zákonom o ITVS.

7.Prevádzka a údržba

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

7.1Prevádzkové požiadavky

Prevádzkové požiadavky budú zabezpečené na úrovni podpory L1, L2 a L3.

7.1.1Úrovne podpory používateľov

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

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

Prevádzka implementovaných nástrojov v rámci projektu L1 až L3 bude zabezpečená internými zamestnancami ŠÚKL. V prípade nevyhnutnej potreby bude zabezpečená L3 podpora výrobcu implementovaných nástrojov, ktorá bude financovaná z vlastných zdrojov ŠÚKL.

7.1.2Rieš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 Vládneho cloudu alebo komunikačnej infraštruktúry.

Označenie naliehavosti incidentu:

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

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

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

(4) Incidenty nahlásené verejným obstarávateľom úspešnému uchádzačovi v rámci testovacieho prostredia majú prioritu 3 a nižšiu

Vzťahujú sa výhradne k dostupnosti testovacieho prostredia. 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:

7.2.1Dostupnosť (Availability)

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.

7.2.2RTO (Recovery Time Objective)

V rámci projektu sa očakáva tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni.

7.2.3RPO (Recovery Point Objective)

V rámci projektu sa očakáva tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni.

8.Požiadavky na personál

Riadiaci výbor projektu tvorí predseda riadiaceho výboru projektu a vlastníci procesov alebo nimi poverení zástupcovia.

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.

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

Riadiaci výbor má minimálne 5 členov, vrátane predsedu Riadiaceho výboru (ďalej len „predseda“) :

Riadiaci výbor projektu budú tvoriť:

1. 
   
   1. predseda Riadiaceho výboru projektu,
   2. podpredseda Riadiaceho výboru projektu,
   3. vlastník alebo vlastníci procesov (biznis vlastník infraštruktúra) alebo nimi poverený zástupca alebo zástupcovia,
   4. zástupcu kľúčových používateľov (end user),
   5. zástupca za Dodávateľa v zmysle Zmluvy o Dielo s Dodávateľom.
   6. projektový manažér prijímateľa.

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 s hlasovacím právom. Na rokovanie Riadiaceho výboru môžu byť v prípade potreby prizvaní aj iní účastníci tak zo strany Objednávateľa alebo za stranu Dodávateľa.

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.

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.

Program zasadnutia a pracovné materiály Riadiaceho výboru distribuuje Asistent projektového manažéra na základe podkladov a inštrukcií predsedu alebo toho člena Riadiaceho výboru, ktorý požiadal o zasadnutie Riadiaceho výboru.

Asistent projektového manažéra 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á.

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.

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, celkový dohľad nad vývojom dodávaného Diela, vrátane kvality), finančného riadenia a monitorovania realizácie projektu v zmysle riadenia podľa vyhlášky MIRRI č. 401/2023 Z. z. v platnom znení.

V súlade s výzvou Mesto Prievidza 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 Mesta Prievidza.

Pre implementáciu a prevádzku GIS riešenia bude v projekte vytvorená pozícia Referenta pre spracovanie údajov GIS, ktorý bude počas trvania projektu súčasťou projektového tímu.

Projektový manažér Objednávateľa bude zabezpečovať koordináciu projektových činností a manažment v súlade s metodikou PRINCE2 (hlavné dokumenty, priebežné manažérske výstupy, a pod.).

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 projektovým manažérom dodávateľa koordinovať realizáciu hlavných aktivít, činností a úloh projektu.

Zodpovednosťou projektového manažéra je v spolupráci s finančným manažérom (objednávateľa) finančné riadenie projektu kontrolu 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.

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.

RV je riadiaci orgán projektu, ktorý zodpovedá najmä za splnenie stanovených cieľov projektu, rozhoduje o zmenách, ktoré majú zásadný význam a prejavujú sa hlavne dopadom na časový harmonogram a finančné prostriedky projektu. Reprezentuje najvyššiu akceptačnú autoritu projektu. Štatút Riadiaceho výboru projektu upravuje najmä úlohy, zloženie a pôsobnosť RV, ako aj práva a povinnosti členov RV pri riadení a realizácii predmetného projektu.

Projektový manažér riadi projekt, kvalitu a riziká projektu a zabezpečuje plnenie úloh uložených RV. Členovia projektového tímu zabezpečujú plnenie úloh uložených projektovým manažérom, alebo RV.

Ďalšie povinnosti členov RV, projektového manažéra a členov projektového tímu sú uvedené vo Vyhláške č. 401/2023 Z. z. a v doplňujúcich vzoroch a šablónach zverejnených na webovom sídle MIRRI SR.

Každodenný chod projektu bude riadiť projektový tím, ktorý bude zložený z osôb podieľajúcich sa na fyzickej realizácii projektu. Jeho zloženie bude odrážať potreby jednotlivých etáp projektu, pričom v ňom budú zastupcovia objednávateľa ako aj dodávateľov jednotlivých tovarov a služieb.

V projektovom tíme bude mať nezastupiteľnú úlohu osoba Dátového kurátora. Táto rola bude garantom konzistentnosti a udržateľnosti želaných výsledkov v oblasti dátového manažmentu.

Pre implementáciu a prevádzku GIS riešenia bude v projekte vytvorená pozícia Referenta pre spracovanie údajov GIS, ktorý bude počas trvania projektu súčasťou projektového tímu.

Navrhované zloženie Projektového tímu:

Náplň práce jednotlivých členov projektového tímu

9.Implementácia a preberanie výstupov projektu

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

10.Prílohy

Strana 23/23