PROJEKTOVÝ ZÁMER
Vzor pre manažérsky výstup I-02
podľa vyhlášky MIRRI č. 401/2023 Z. z.

1.História DOKUMENTU

2.ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE

V súlade s vyhláškou MIRRI č. 401/2023 Z.z. v znení neskorších predpisov je tento výstup I-02 Projektový zámer určený na rozpracovanie detailných informácií prípravnej a iniciačnej fázy projektu z pohľadu aktuálneho stavu, budúceho stavu a navrhovaného riešenia.

Tento dokument obsahuje manažérske zhrnutie, rozsah, ciele a motiváciu na realizáciu projektu, zainteresované strany, návrh merateľných ukazovateľov. Okrem toho  obsahuje aj

            1. detailný opis požadovaných projektových výstupov,

            2. detailný opis obmedzení, predpokladov, tolerancií a návrh organizačného zabezpečenia projektu,

            3. detailný opis rozpočtu projektu a jeho prínosov,

            4. harmonogram projektu,

            5. vyhodnotenie rizík a závislostí,

            6. architektúru riešenia projektu na úrovni biznis vrstvy, aplikačnej vrstvy, dátovej vrstvy, technologickej vrstvy a bezpečnostnej architektúry,

            7. vyhodnotenie alternatív riešenia projektu pre každú vrstvu architektúry riešenia,

            8. špecifikáciu a klasifikáciu údajov spracovaných v projekte,

            9. požiadavky na prevádzku a údržbu výstupov projektu,

            10. požiadavky na technologickú infraštruktúru,

            11. požiadavky na zdrojové kódy,

            12. opis implementácie projektu a preberania výstupov projektu.

V rámci projektového zámeru sa súbežne sa vyhotovujú dokumenty I-04 Katalóg požiadaviek (v tomto prípade je súčasťou dokumentu M-05), M-05 Analýza nákladov a prínosov a M-06 Evidencia komponentov v MetaIS.

2.1Použité skratky a pojmy

Tabuľka 1 Skratky a pojmy

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

V rámci projektu budú definované tri základné typy požiadaviek:

Funkčné (používateľské) požiadavky majú nasledovnú konvenciu:

Fxx

F   – funkčná požiadavka

xx  – číslo požiadavky

Nefunkčné (kvalitatívne, výkonové - Non Functional Requirements - NFR) požiadavky majú nasledovnú konvenciu:

Nxx

N  – nefunkčná požiadavka (NFR)

xx  – číslo požiadavky

Technické požiadavky majú nasledovnú konvenciu:

Txx

T   – technická požiadavka

xx  – číslo požiadavky

.

3.DEFINOVANIE PROJEKTU

3.1Manažérske zhrnutie

Projekt je realizovaný na základe výzvy: „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“, kód výzvy: PSK-MIRRI-619-2024-ITI-EFRR (ďalej len „Výzva“).

Projekt sa bude venovať nasledovným prioritám v rámci Programu Slovensko:

Priorita: 1P1 Veda, výskum a inovácie

Špecifický cieľ: RSO1.2 Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy

Opatrenie: 1.2.2. Podpora budovania inteligentných miest a regiónov

Priorita: 5P1 Moderné regióny

Špecifický cieľ: RSO 5.1 Podpora integrovaného a inkluzívneho sociálneho, hospodárskeho a environmentálneho rozvoja, kultúry, prírodného dedičstva, udržateľného cestovného ruchu a bezpečnosti v mestských oblastiach

Opatrenie: 5.1.3 Investície do bezpečného fyzického prostredia obcí, miest a regiónov

Projekt sleduje nasledovné ciele na základe poskytnutých finančných prostriedkov z výzvy:

1. Zabezpečenie rozvoja mesta prostredníctvom implementácie inovatívnych technologických a netechnologických riešení a inteligentného riadenia v rámci podpory rozvoja tvorby, spracovania, využívania a prepájania dát v rámci verejnej správy, najmä rozvoja dátových platforiem, využívania priestorových a otvorených dát a súvisiacich nástrojov s pridanou hodnotou pre inteligentné rozhodovanie a správu mesta, proaktívnych elektronických služieb, ako aj poskytovanie služieb občanom a podnikateľom, vrátane získavania poznatkov o aktuálnom stave dostupnosti a využívania dát v rámci verejnej správy, budovania špecifických kapacít a infraštruktúry.
2. Dosiahnuť podstatné zlepšenie kvality života všetkých občanov, a to prostredníctvom systémových riešení, racionalizáciou a zefektívnením agendy inteligentného rozvoja miest a regiónov v podmienkach SR v súlade aj s Akčným plánom inteligentných miest a regiónov na roky 2023 – 2026, ktorý bol schválený uznesením vlády SR č. 310 z 12. júna 2023.
3. Budovanie infraštruktúry opatrení na predchádzanie problémových javov a napätia, zabezpečenie verejného poriadku, ochrany zdravia a majetku v obciach a regiónoch prostredníctvom podpory aktivít subjektov územnej samosprávy

Realizácia projektu bude pozostávať z dodávky štyroch samostatných celkov, ktoré sa navzájom dopĺňajú a v čase na seba nadväzujú. Ide o nasledovné 4 celky:

1. Analýza dátových zdrojov pre inteligentné systémy mesta Žilina umiestnených na sieti verejného osvetlenia

2. Optické senzory a bezpečnostné kamery

3. Inteligentné senzory

4. Analytický informačný systém na podporu riadenia samosprávnych procesov

3.2Motivácia a rozsah projektu

3.2.1 Hlavný popis problému

Mesto Žilina spravuje územie v rámci katastrálnych území Žilina, Bytčica, Závodie, Bánová, Strážov, Žilinská Lehota, Považský Chlmec, Vranie, Budatín, Brodno, Zádubnie, Zástranie, Trnové a Mojšova Lúčka. V súčasnosti sú na území mesta rozmiestnené v rámci prototypového projektu inteligentné senzory – kamery, meteosenzory a mikročastice. Okrem toho Mesto Žilina disponuje verejným osvetlením s trvalým napájaním, t.j. každý stožiar verejného osvetlenia je pripojený do energetickej siete, ktorá okrem rozvodu elektrickej energie umožňuje aj prenos údajov. Súčasťou vybudovanej infraštruktúry je na území mesta veľmi hustá sieť vysokorýchlostného internetu v blízkosti stožiarov verejného osvetlenia, čo umožňuje pripojiť live stream optické senzory alebo bezpečnostné kamery.

Existujúca agenda mesta zahŕňa pôsobnosť mesta v oblasti napríklad:

• Dopravy
• Životného prostredia a výstavby
• Sociálnej pomoci a bývania
• Kultúry a ekonomiky
• Vzdelávania a voľného času

Táto agenda sa každoročne rozširuje – nie len z pohľadu legislatívnych povinností samosprávy, ale aj vyplývajúc z medzinárodných dohôd, ustanovení EÚ (napr. GreenDeal), zvyšovaním energetickej náročností inštalácií v správe mesta a súčasne zvyšovaním nákladov na energie. Neustále sa mení dynamika dopravy, nároky a požiadavky na statickú dopravu, okrem toho sú neustále vznášané požiadavky na

• Pravidelnú a nepravidelnú údržbu miestnych komunikácií
• Údržbu dopravného značenia
• Kontrolu a údržbu stavu chodníkov a verejných priestranstiev
• Kontrolu a údržbu mestskej zelene, vrátane stromov a krov
• Údržbu mostov, lávok, zábradlí
• Optimalizáciu a údržbu siete autobusových zástaviek
• Optimalizáciu a údržbu stojísk pre nádoby komunálneho a separovaného odpadu a jednotlivých nádob, vrátane zberných nádob
• Manažment mobiliáru mesta, športových a detských ihrísk a iné.

Samozrejmosťou sú neustále zvyšujúce sa nároky na rýchlosť rozhodovacích činností mesta vo vzťahu k občanom, podnikateľom a iným OVM.

Agenda mesta Žilina v sebe tiež zahŕňa hľadanie úspor resp. optimalizáciu vynakladaných finančných prostriedkov na všetky vyššie spomenuté agendy tak, aby tieto usporené finančné prostriedky dokázalo mesto investovať do zvyšovania kvality života občanov a podnikateľského prostredia pre podnikateľov na území mesta. Veľmi špecifickými sú potom investície do ochrany zdravia, majetku a životov, ktoré vyplývajú z analýz a predikcií z meteosenzorov, inteligentných senzorov, optických senzorov, protipovodňových senzorov a pod.

Základný problém mesta, ktorý bude vyriešený realizáciou projektu teda je – na základe veľmi veľkého množstva informácií z podaní občanov a podnikateľov, údajov od iných OVM a na základe z dát zo senzorov a kamier na území mesta dôjde k implementácii inovatívnych technologických a netechnologických riešení a inteligentného riadenia v rámci podpory rozvoja tvorby, spracovania, využívania a prepájania dát v meste Žilina, s využitím prepojenia existujúcich dátových platforiem, priestorových a otvorených dát a súvisiacich nástrojov s pridanou hodnotou pre inteligentné rozhodovanie a správu mesta, proaktívnych elektronických služieb, ako aj poskytovanie služieb občanom a podnikateľom, vrátane získavania poznatkov o aktuálnom stave dostupnosti a využívania dát v rámci verejnej správy, budovania špecifických kapacít a infraštruktúry.

Zároveň bude dosiahnuté podstatné zlepšenie kvality života všetkých občanov, a to prostredníctvom systémových riešení, racionalizáciou a zefektívnením agendy inteligentného rozvoja miest a regiónov v podmienkach SR v súlade s Akčným plánom inteligentných miest a regiónov na roky 2023 – 2026.

Bude vybudovaná infraštruktúra opatrení na predchádzanie problémových javov a napätia, zabezpečenie verejného poriadku, ochrany zdravia a majetku v meste Žilina.

3.2.2 Biznis procesy

Projektom budú dotknuté procesy mesta, ktoré:

• vyplývajú z agendy mesta (mestská doprava, životné prostredie a výstavba, sociálna pomoc a bývanie, kultúra a komunity, vzdelávanie a voľný čas) a predstavujú rozhodovaciu kompetenciu mesta
• sú viazané na optimalizáciu nákladov pri zabezpečovaní výkonu agendy mesta
• sa dotýkajú bezpečnosti občanov a podnikateľov na území mesta
• sú orientované na prenos dát zo senzorov do centrálneho analytického softvéru, ich inteligentného vyhodnotenia a vytváranie ich pridanej hodnoty v rámci aj mimo organizácie
• umožňujú zdieľanie získaných údajov zo senzorov a analytických údajov s inými OVM v medziach platnej legislatívy
• sú zamerané na publikovanie výsledkov analýz a štatistík zo senzorových dát v kombinácii aj s inými dátami (napr. agendové systémy mesta) vizuálnymi i nevizuálnymi službami

3.2.3 Rámcový rozsah projektu

Mesto Žilina v súčasnosti prevádzkuje niekoľko informačných systémov na podporu jeho agendy resp. prevádzkových činností:

1. Komponent na vypĺňanie formulárov isvs_11191
2. Work flow manažér isvs_11190
3. Rezervačný systém isvs_11145
4. ISV slúži na realizáciu povoľovania vstupu a výstupu z mesta isvs_11143
5. Lokálne registre - Register právnických osôb isvs_5547
6. DMS - Systém pre správu dokumentov isvs_5543
7. Modul informovanie a poradenstvo isvs_5535
8. Lokálne registre - Register obyvateľov isvs_5545
9. Modul Majetok a prenajímanie isvs_5539
10. Interný reporting isvs_5551
11. Modul zastupiteľstvo isvs_5540
12. Lokálne registre - Register adries a nehnuteľností isvs_5546
13. Elektronické formuláre isvs_5538
14. Modul Účtovníctvo isvs_5541
15. CMS - Systém pre správu obsahu isvs_5536
16. Modul Rozpočet a financie isvs_5542
17. Modul dane a poplatky isvs_5544
18. Modul správa registratúry isvs_5533
19. Modul GIS isvs_5534

Predpokladáme, že realizácia projektu sa môže dotknúť všetkých uvedených systémov mesta.

Tieto systémy sú primárne určené na komunikáciu s občanmi a zabezpečovanie činností mesta v samostatných agendách – parkovanie, dane a poplatky, odpadové hospodárstvo a pod. Slabinou týchto systémov je absencia ich vzájomného prepojenia a poskytovanie komplexných informácií pre rozhodovania napríklad pri územnom plánovaní, pri mimoriadnych udalostiach, ale aj pri vydávaní stavebných povolení alebo počas mimoriadnych udalostí.

V rámci prebiehajúceho programového obdobia z Programu Slovensko implementuje mesto Žilina projekty:

• Zvýšenie úrovne kybernetickej bezpečnosti – Mesto Žilina (číslo projektu MetaIS: projekt_2500)
• Personalizácia služieb mesta Žilina (číslo projektu MetaIS: projekt_3149)

Okrem uvedených ISVS a realizovaných/pripravovaných projektov mesto Žilina z hľadiska technického prevádzkuje sieť verejného osvetlenia s tzv. trvalým napájaním, čo v praxi znamená, že každý svetelný bod je permanentne pod elektrickým napätím a súčasne táto sieť umožňuje dátový prenos z každého umiestnenia verejného svetelného bodu do centralizovaného riešenia na správu údajov. Celkovo je v meste Žilina k dispozícii 9044 svetelných bodov vybavených pripojením na internet a trvalým napájaním. Táto sieť umožňuje rozmiestniť na území mesta veľký počet inteligentných senzorov, ktoré v online režime budú zasielať sledované údaje na ďalšie spracovanie do centralizovaného systému mesta. Rovnako je v blízkosti mnohých stĺpov verejného osvetlenia privedený vysokorýchlostný internet (optické vlákna), vďaka čomu je možné na tieto stĺpy umiestniť kamery alebo optické senzory za účelom zberu a prenosu obrazových dát do centralizovaného systému mesta alebo pracovisku mestskej či štátnej polície.

Realizácia projektu sa dotkne nasledovných subjektov:

• Ministerstvo investícií, regionálneho rozvoja a informatizácie SR
• Občan / podnikateľ
• Administrátor IT systémov mesta
• Správca zariadení mesta
• Zamestnanec mesta
• OVM

3.2.4 Motivácia a obmedzenia pre dosiahnutie cieľov projektu

Motiváciou mesta je zabezpečiť nastavenie systematického a automatizovaného zberu, referencovania, zverejňovania a sprístupňovania údajov a tiež využívanie údajov v rámci procesov mesta v rámci inteligentného rozhodovania. Všetky údaje získané z IoT zariadení alebo kamerových systémov budú dátovými tokmi nasmerované do centralizovaného softvérového riešenia, ktoré bude údaje pre účely procesov mesta vyhodnocovať (aj s využitím umelej inteligencie), distribuovať oprávneným pracovníkom a poskytovať im informácie resp. podklady na rozhodovanie.

Problémy súčasného stavu:

Hoci má mesto Žilina rozvinutú technickú infraštruktúru (sieť verejného osvetlenia s trvalým napájaním, dostupné optické pripojenie, rozmiestnené inteligentné senzory a bezpečnostné kamery), neexistuje jednotný systém, ktorý by efektívne prepájal a vyhodnocoval dáta zo všetkých týchto zdrojov. Z jednotlivých senzorov sa zbierajú čiastkové dáta, ktoré však zostávajú nevyužité v plnom potenciáli, pretože:

• Dátové toky nie sú konsolidované – údaje z existujúcich senzorov nie sú systematicky zhromažďované, kombinované ani dlhodobo analyzované.
• Rozhodovacie procesy sú prevažne reaktívne a intuitívne, nie dátovo podložené a prediktívne.
• Automatizácia a inteligentné rozhodovanie nie sú zavedené – v praxi chýbajú funkcie ako alertovanie na základe senzorických údajov, prediktívna údržba alebo autonómna podpora rozhodovania.
• Agendové systémy mesta sú roztrúsené a nespojené s dátovými tokmi zo senzorov – znemožňuje to efektívne plánovanie a monitoring verejných politík.
• Bezpečnostná infraštruktúra má nízku mieru inteligentných funkcií – napríklad kamerový systém nedisponuje analytickými funkciami ako rozpoznávanie EČV, automatická zonácia, počítanie osôb a vozidiel.

Tieto problémy spôsobujú, že mesto nevyužíva potenciál už existujúcich technológií a zberaných údajov na zlepšenie správy územia, prevenciu rizík a zvýšenie efektívnosti služieb. V dôsledku toho dochádza k:

• nízkej miere pružnosti pri riešení problémov (napr. znečistenie, havárie, bezpečnosť),
• zbytočným nákladom z dôvodu nedostatočnej optimalizácie služieb (napr. údržba zelene, dopravné riadenie),
• strate dôvery občanov v digitálne riešenia z dôvodu ich viditeľného prínosu.

Návrh spôsobu riešenia problémov súčasného stavu:

Projekt reaguje na uvedené problémy realizáciou štyroch vzájomne prepojených komponentov, ktoré spoločne vytvoria základ pre dátovo riadenú, inteligentnú a efektívnu samosprávu:

1. Pasportizácia a analýza existujúcich dátových zdrojov, v rámci ktorého budú realizované nasledovné činnosti:
   • Zmapovanie aktuálne rozmiestnených senzorov a kamier.
   • Analýza kvality, typu a využiteľnosti dát, ktoré tieto zariadenia poskytujú.
   • Návrh optimalizácie rozmiestnenia senzorov a doplnenie tam, kde chýbajú.
2. Optické senzory a bezpečnostné kamery

V tejto fáze dôjde k rozšíreniu senzorickej infraštruktúry o nové IoT zariadenia na detekciu dopravy (optické senzory) a AI bezpečnostné kamery s vysokou pridanou hodnotou:

• 
  
  • Optické senzory umožnia rozpoznávanie EČV, zisťovanie pohybu vozidiel, identifikáciu dopravných prúdov, čo podporí riadenie statickej a dynamickej dopravy.
  • Bezpečnostné  kamery budú schopné napríklad automaticky detegovať osoby, evidenčné čísla, vykonávať analýzu pohybu, rozpoznávanie tvárí a zonáciu s cieľom zvýšenia bezpečnosti.

Tieto zariadenia budú inštalované najmä na stožiaroch verejného osvetlenia s dostupným napájaním a optickým pripojením, čím sa zabezpečí efektívna prevádzka a minimálne investičné náklady do infraštruktúry.

1. Inteligentné senzory

V rámci tejto časti budú do mesta doplnené špecializované inteligentné senzory environmentálneho a prevádzkového charakteru, ktoré umožnia zber dát o:

• 
  
  • vlhkosti pôdy,
  • stave ovzdušia a meteopodmienkach (meteostanice),
  • výške vodných hladín a záplavových rizikách,
  • pohybe osôb alebo objektov,
  • stave verejného mobiliáru, zelene a iných infraštruktúrnych prvkov.

Tieto senzory vytvoria dátovú základňu pre prediktívne plánovanie údržby, manažment zelene, ekologickú optimalizáciu územia a krízový manažment (napr. protipovodňové opatrenia). Všetky zariadenia budú kompatibilné so štandardmi pre integráciu do centrálnej dátovej platformy.

1. Analytický informačný systém na podporu riadenia samosprávnych procesov

Táto záverečná, integračná časť predstavuje kľúčový softvérový komponent projektu, ktorého úlohou je:

• 
  
  • Zbieranie a centralizácia údajov zo všetkých senzorov, kamier a ďalších dátových zdrojov (vrátane agendových systémov),
  • Spracovanie a analýza údajov s cieľom vytvárania analytických výstupov, dashboardov a prediktívnych modelov,
  • Podpora inteligentného rozhodovania – systém bude poskytovať podklady na tvorbu politík, plánovanie investícií a operatívne riadenie mesta,
  • Automatizácia procesov – alertovanie, reakcie na špecifické situácie, notifikácie občanom (napr. SMS pri riziku povodne),
  • Zverejňovanie dát – otvorené dáta pre občanov a podnikateľov, podpora digitálnych dvojčiat a národných katalógov údajov.

Výhodou navrhovaného systému bude modularita a škálovateľnosť – jeho funkcionalita bude rozšíriteľná o ďalšie senzory, služby či algoritmy aj po ukončení projektu, čím sa zabezpečí dlhodobá udržateľnosť a pridaná hodnota. Rozšírenie senzorickej a kamerovej infraštruktúry

Výsledkom realizácie uvedených štyroch častí projektu bude Podpora inteligentného rozhodovania a automatizácie mesta Žilina t.j. nastavenie automatizovaných reakcií a upozornení (napr. vysoké emisie, riziko povodne, dopravné kolapsy), ale napríklad aj poskytnutie a vyhodnotenie dát pre rozhodovanie v oblastiach ako údržba zelene, manažment parkovania, urbanizmus a stavebné konania, bezpečnosť a prevencia kriminality, optimalizácia zberu odpadu a dopravy.

3.3Zainteresované strany/Stakeholderi

Tabuľka 2 Zainteresované strany (Stakeholderi)

3.4Ciele projektu

Hlavným cieľom Výzvy pre mechanizmus integrovaného územného rozvoja, je prostredníctvom nenávratného finančného príspevku:

1. Zabezpečenie rozvoja obcí, miest a regiónov (ďalej len „mestá a regióny”) prostredníctvom implementácie inovatívnych technologických a netechnologických riešení a inteligentného riadenia v rámci podpory rozvoja tvorby, spracovania, využívania a prepájania dát v rámci verejnej správy, najmä rozvoja dátových platforiem, využívania priestorových a otvorených dát a súvisiacich nástrojov s pridanou hodnotou pre inteligentné rozhodovanie a správu mesta/regiónu, proaktívnych elektronických služieb, ako aj poskytovanie služieb občanom a podnikateľom, vrátane získavania poznatkov o aktuálnom stave dostupnosti a využívania dát v rámci verejnej správy, budovania špecifických kapacít a infraštruktúry.
2. Dosiahnuť podstatné zlepšenie kvality života všetkých občanov, a to prostredníctvom systémových riešení, racionalizáciou a zefektívnením agendy inteligentného rozvoja miest a regiónov v podmienkach SR. Podpora budovania inteligentných miest a regiónov má význam nielen pre dotknuté samosprávy, ktorým zabezpečuje efektívnejšie využívanie zdrojov, čím zároveň prispieva k zvyšovaniu kvality života obyvateľov, avšak má význam i na národnej úrovni pre úspešné plánovanie investícií a rozvoja miest a regiónov. Uvedená výzva je v súlade aj s Akčným plánom inteligentných miest a regiónov na roky 2023 – 2026, ktorý bol schválený uznesením vlády SR č. 310 z 12. júna 2023.
3. Budovanie infraštruktúry opatrení na predchádzanie problémových javov a napätia, zabezpečenie verejného poriadku, ochrany zdravia a majetku v obciach a regiónoch prostredníctvom podpory aktivít subjektov územnej samosprávy.

Ciele projektu sú definované v súlade s Národnou koncepciou informatizácie verejnej správy a očakávanými výsledkami definovanými v Partnerskej dohode SR na roky 2021-2027. Zároveň nadväzujú na priority definovanú pre výzvu:

Priorita: 1P1 Veda, výskum a inovácie

Špecifický cieľ: RSO1.2 Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy

Opatrenie: 1.2.2. Podpora budovania inteligentných miest a regiónov

V rámci tohto opatrenia sú definované nasledovné oprávnené typy akcie:

Povinná: Podpora rozvoja tvorby, spracovania, využívania a prepájania dát v rámci verejnej správy ( najmä rozvoja dátových platforiem, využívania priestorových a otvorených dát a súvisiacich nástrojov s pridanou hodnotou pre inteligentné rozhodovanie a správu mesta/regiónu, proaktívnych elektronických služieb, ako aj poskytovanie služieb občanom a podnikateľom, vrátane získavania poznatkov o aktuálnom stave dostupnosti a využívania dát v rámci verejnej správy, budovania špecifických kapacít a infraštruktúry v tejto oblasti).

Doplnkové - nepovinné aktivity v rámci opatrenia 1.2.2:

• podpora analytických aktivít s prínosom pre integrované plánovanie a riadenie, zavádzanie smart koncepcie a stratégie;
• zavádzanie a zvyšovanie kvality a odolnosti systémov a optimalizácie procesov verejnej správy a systémov riadenia kvality);
• aktivity medzi-obecnej, resp. medzi-regionálnej či cez-hraničnej spolupráce v oblasti rozvoja inteligentných miest a regiónov.

Priorita: 5P1 Moderné regióny

Špecifický cieľ: RSO 5.1 Podpora integrovaného a inkluzívneho sociálneho, hospodárskeho a environmentálneho rozvoja, kultúry, prírodného dedičstva, udržateľného cestovného ruchu a bezpečnosti v mestských oblastiach

Opatrenie: 5.1.3 Investície do bezpečného fyzického prostredia obcí, miest a regiónov

Doplnkové - nepovinné aktivity v rámci opatrenia 5.1.3:

• prevencia kriminality (kamerové systémy, inštalácia nových svetelných bodov verejného osvetlenia, ich rekonštrukcia v rizikových lokalitách ako súčasť integrovaného projektu, posilnenie pomáhajúcich profesií, adresná podpora aktivít zameraných na primárnu prevenciu, osveta a scitlivovanie bezpečnostných zložiek);
• zabezpečenie promptného prístupu k poradenstvu a pomoci pre obete trestných činov;
• terénna a dobrovoľnícka práca s rizikovými skupinami;
• analyticko-strategické činnosti, tvorba, implementácia, hodnotenie a monitorovanie strategických dokumentov v oblasti bezpečnosti a predchádzania vzniku, prehlbovania sociálno-patologických javov;
• zvyšovanie schopnosti územnej samosprávy predchádzať ďalšej polarizácii a nárastu extrémizmu a reagovať na prejavujúce sa nebezpečné sociálno-patologické javy.

Tabuľka 3 Ciele projektu

3.5Merateľné ukazovatele (KPI)

Tabuľka 4 Merateľné ukazovatele (KPI)

3.6Špecifikácia potrieb koncového používateľa

Z pohľadu mesta Žilina sú koncovým používateľom projektu viaceré používateľské skupiny. Primárne sú koncovými používateľmi výstupov projektu zamestnanci mesta, u ktorých dochádza k zvýšeniu efektivity práce. To sa prejaví sekundárne pri používateľoch občanoch a podnikateľoch, ktorí vybavia agendu s mestom rýchlejšie. Samostatnými používateľmi sú potom OVM a iné osoby, ktoré majú záujem o údaje z informačného systému napríklad za účelom využívania otvorených dát, alebo za účelom využívania údajov bezpečnosti (napr. polícia pri zabezpečovaní bezpečnosti športových podujatí a pod.)

  S ohľadom na potreby koncových používateľov bude realizácia projektu pozostávať z dodávky štyroch samostatných celkov, ktoré sa navzájom dopĺňajú a v čase na seba nadväzujú. Ide o nasledovné 4 celky:

1. Analýza dátových zdrojov pre inteligentné systémy mesta Žilina umiestnených na sieti verejného osvetlenia

2. Optické senzory a bezpečnostné kamery

3. Inteligentné senzory

4. Analytický informačný systém na podporu riadenia samosprávnych procesov

1. Analýza dátových zdrojov pre inteligentné systémy mesta Žilina umiestnených na sieti verejného osvetlenia

Opis súčasného stavu

Mesto Žilina je prevádzkovateľom verejného osvetlenia, ktoré je pripojené na tzv. zdroj trvalého napájania. V praxi to znamená, že elektrická energia v sieti trvalého napájania nie je spustená iba v čase, kedy sú zdroje verejného osvetlenia zapnuté, ale počas celého dňa. Tento prístup o.i. umožňuje využívať verejné osvetlenie aj v čase mimoriadnych svetelných podmienok (napríklad počas búrky) a nastavovať využívanie svetelného osvetlenia podľa skutočnej potreby, nie v stanovenom intervale. Zdroj trvalého napájania okrem toho umožňuje prenos dát. Na rozdiel od napájania počas vybraného času je možné dátový prenos realizovať počas celého dňa. Údaje zo senzorov prevádzkovaných na sieti verejného osvetlenia sú tak permanentným zdrojom aktuálnych údajov, ktoré je možné využívať pre tvorbu, spracovanie, využívanie a prepájanie dát v rámci verejnej správy pre inteligentné rozhodovanie, plánovanie a správu.

Mesto spravuje 9044 svetelných bodov. Na uvedených svetelných bodoch alebo v ich blízkosti sú na mestom vlastnenej infraštruktúre umiestnené:

1. Senzory/zariadenia na zber dát

Každý senzor/zariadenie je napojený na zdroj trvalého napätia alebo zdroj napätia, ktoré umožňuje zber údajov zo senzorov. V prípade senzorov na verejnom osvetlení s permanentným napájaním ide o  zber dát online, v prípade senzorov na verejnom osvetlení s bežným napájaním ide o zber dát v čase, keď je k dispozícii elektrické pripojenie.

Senzory sú rôzneho typu, pričom podľa jednotlivého typu je následne možné definovať, aký typ dát sú senzory schopné získavať a zasielať ich inteligentným systémom mesta na spracovanie.

1. Technológie na umiestnenie senzorov/zariadení na zber dát

Ide o sériu technických zariadení, ktoré umožňujú pripojenie nových senzorov na stĺpy verejného osvetlenia resp. v ich blízkosti.

V rámci zákazky bude zdokumentované priestorové rozloženie siete verejného osvetlenia (určenie polohy jednotlivých svetelných bodov/svetelných miest na styku so zemou s presnosťou na 30 cm; v prípade, že svetelný bod/miesto nie je pevne spojené zo zemou t.j. je mimo stožiaru alebo stĺpu verejného osvetlenia, bude zameraný voči úrovni terénu s poznámkou o výške umiestnenia v 3D súradniciach X, Y, Z v súradnicovom systéme WGS84). Priestorová poloha bude determinovaná iba pre 3764 svetelných bodov definovaných verejným obstarávateľom. Verejný obstarávateľ bude poskytovať určenie priestorovej polohy nasledovných svetelných bodov:

• 4425 svetelných bodov určených v rámci zákazky „Zvýšenie energetickej efektívnosti sústavy verejného osvetlenia v meste Žilina“
• 855 ks svetelných bodov určených v rámci zákazky „Lampové regulátory“

Pre každý svetelný bod/miesto (celkom 9044 svetelných bodov/miest) bude vykonaná analýza umiestnenia dátového zdroja (senzora) resp. analýza umiestnenia viacerých dátových zdrojov – senzorov – napájaných a inštalovaných na svetelných bodoch/ alebo technológií na umiestnenie senzorov/zariadení na zber dát.

Každé zariadenie – senzor – napájané a inštalované na svetelných bodoch/miestach bude mať determinovanú priestorovú väzbu na priestorovú polohu svetelného bodu/miesta. V prípade, že senzor nie je inštalovaný na svetelnom bode/mieste formou fyzického uchytenia o stožiar alebo stĺp verejného osvetlenia, ale na iných prvkoch sústavy verejného osvetlenia, budú tieto prvky priestorovo determinované samostatne.

Pre každý senzor/zariadenie na zber dát bude spracovaná fotodokumentácia aj s jeho fyzickým uchytením, identifikáciou typu zariadenia (napríklad informačná tabuľa, LED tabuľa, kamera, meteostanica, rozhlas, dopravná signalizácia, merač dopravy atď.), identifikáciou dodávateľa/výrobcu (napr. prostredníctvom výrobného alebo servisného štítku – v prípade, že nebude identifikácia možná, poskytne súčinnosť verejný obstarávateľ sprístupnením technickej dokumentácie), uvedením rozmerov, výšky umiestnenia, spôsobu uchytenia a iných dôležitých informácií o senzore/zariadení.

Z pohľadu napájania bude identifikovaný bod napojenia zariadenia (rozvodnica, stožiarová svorkovnica, svorky vzdušného vedenia a iné), spôsob napojenia, istenia a spotreba zariadenia (prostredníctvom výrobného štítku alebo meraním, v prípade že to nebude možné bude nutná súčinnosť mesta Žilina).

Z uvedených údajov musí byť zrejmé, aký typ dát je možné pre konkrétnu lokalitu získať tak, aby na základe tejto analýzy mohol byť realizovaný návrh:

• Rozmiestnenia nových senzorov
• Premiestnenia existujúcich senzorov
• Návrh usporiadania dátových tokov pre spracovanie, využívanie a prepájanie dát v rámci verejnej správy pre inteligentné rozhodovanie, plánovanie a správu

Výsledkom realizácie zákazky bude kompletná dokumentácia rozmiestnenia svetelných bodov/miest, k nim previazaných senzorov/zariadení, ako aj dokumentácia voľných technických bodov napojenia pre umiestnenie ďalších senzorov/zariadení v podobe:

• Vhodne zvoleného dokumentu (word, excel)
• Súboru s determináciou priestorového umiestnenia (napr. vo formáte shp).

2. Optické senzory a bezpečnostné kamery

Položky zákazky sú uvedené v súlade s Výzvou a sú určené pre nasledovné opatrenia:

1.2.2. Podpora budovania inteligentných miest a regiónov

5.1.3 Investície do bezpečného fyzického prostredia obcí, miest a regiónov

Položky označené ako „Opatrenie 1.2.2“ musia spĺňať nasledovnú podmienku:

• Nejde o zariadenia, ktoré slúžia primárne len na zaznamenávanie obrazu
• V prípade, že položky vytvárajú otvorené dáta, musia byť tieto dáta kompatibilné s centrálnym portálom otvorených dát MIRRI SR - data.slovensko.sk
• V prípade, že položky nevytvárajú otvorené dáta, musí byť zabezpečený súlad týchto dát so štandardami uvedenými v prílohe č. 11 Výzvy: Konsolidovaná analytická vrstva (opis štandardov pre integráciu), ktorej úplné znenie je uvedené na konci tohto Opisu predmetu zákazky.

Položky označené ako „Opatrenie 5.1.3“ musia spĺňať nasledovnú podmienku:

• Ide o optické zariadenia, určené na prevenciu kriminality

Pre účely zákazky verejný obstarávateľ uvádza, že všetky zariadenia budú inštalované na objektoch, ktoré sú:

• v jeho vlastníctve a budú mať zabezpečený prívod elektrickej energie. Rovnako budú mať zabezpečený prístup k trvalému napájaniu elektrickou energiou.
• nebudú v jeho vlastníctve, ale verejný obstarávateľ zabezpečí súhlas vlastníka na umiestnenie hnuteľnej veci

Verejný obstarávateľ požaduje dodávku nasledovných typov zariadení – položiek:

• IoT zariadenie detekcie dopravy TYP1 (Opatrenie 1.2.2)
• IoT zariadenie detekcie dopravy TYP2 (Opatrenie 1.2.2)
• IoT zariadenie monitoringu bezpečnosti (Opatrenie 5.1.3)
• Riadiaca a monitorovacia jednotka IoT zariadenia -  TYP1 (Opatrenie 1.2.2)
• Riadiaca a monitorovacia jednotka IoT zariadenia -  TYP2 (Opatrenie 1.2.2)
• Rozvádzač pre IoT zariadenie monitoringu bezpečnosti (290 ks pre Opatrenie 1.2.2 a 15 ks pre opatrenie 5.1.3)
• Rozhranie pre analytické operácie riadenia dopravy a monitoringu bezpečnosti (Opatrenie 1.2.2).

Senzory budú umiestnené na území mesta Žilina v katastrálnych územiach: Žilina, Bytčica, Závodie, Bánová, Strážov, Žilinská Lehota, Považský Chlmec, Vranie, Budatín, Brodno, Zádubnie, Zástranie, Trnové a Mojšova Lúčka.

Podrobné požiadavky na jednotlivé zariadenia sú uvedené v podrobne prílohe Opis predmetu zákazky. Pre každé zariadenie si verejný obstarávateľ vyhradzuje právo na to overiť, či ponúkaný tovar spĺňa príslušné parametre, a to napríklad kontrolou technických listov, výrobných listov, overením u výrobcu alebo požiadavkou na predvedenie funkčnosti zariadenia.

3. Inteligentné senzory

Položky zákazky sú uvedené v súlade s Výzvou a sú určené pre nasledovné opatrenia:

1.2.2. Podpora budovania inteligentných miest a regiónov

Pre účely zákazky verejný obstarávateľ uvádza, že všetky zariadenia budú inštalované na objektoch, ktoré sú:

• v jeho vlastníctve a budú mať zabezpečený prívod elektrickej energie. Rovnako budú mať zabezpečený prístup k trvalému napájaniu elektrickou energiou.
• nebudú v jeho vlastníctve, ale verejný obstarávateľ zabezpečí súhlas vlastníka na umiestnenie hnuteľnej veci

Verejný obstarávateľ požaduje dodávku nasledovných typov zariadení – položiek:

• senzor vlhkosti pôdy
• meteostanica
• snímač vodnej hladiny
• záplavový senzor
• SMART senzor
• SMART modul (LC modul)
• SMART modul meraní (PM modul)

Senzory budú umiestnené na území mesta Žilina v katastrálnych územiach: Žilina, Bytčica, Závodie, Bánová, Strážov, Žilinská Lehota, Považský Chlmec, Vranie, Budatín, Brodno, Zádubnie, Zástranie, Trnové a Mojšova Lúčka.

Podrobné požiadavky na jednotlivé zariadenia sú uvedené v podrobne prílohe Opis predmetu zákazky.

4. Analytický informačný systém na podporu riadenia samosprávnych procesov

Predmetom zákazky je vyhotovenie softvérového programu – diela v podobe informačného systému pod názvom „Inteligentný systém analýz a riadenia (ISAR)“.

Tento informačný systém bude umožňovať zber a vyhodnocovanie údajov z optických a inteligentných senzorov, ktoré budú do systému distribuované prostredníctvom internetového pripojenia cez komunikačné rozhrania. Informačný systém bude implementovať inovatívne technologické a netechnologické riešenia inteligentného riadenia v rámci podpory rozvoja tvorby, spracovania, využívania a prepájania dát v rámci verejnej správy, najmä rozvoja dátových platforiem, využívania priestorových a otvorených dát a súvisiacich nástrojov s pridanou hodnotou pre inteligentné rozhodovanie a správu mesta, proaktívnych elektronických služieb, ako aj poskytovanie služieb občanom a podnikateľom, vrátane získavania poznatkov o aktuálnom stave dostupnosti a využívania dát v rámci verejnej správy, budovania špecifických kapacít a infraštruktúry.

Predmetom realizácie bude vyhotovenie informačného systému vrátane dodávky potrebných licencií a ich konfigurácie, ktorý musí spĺňať zoznam požiadaviek, ktoré sú uvedené v prílohe Opis predmetu zákazky.

 3.7 Detailný opis obmedzení a predpokladov

Táto časť sa týka projektov, ktoré sú zamerané na vývoj alebo rozvoj  ISVS/s elektronickými službami , ktoré  majú grafické alebo iné používateľské rozhranie a sú určené pre občanov/podnikateľov (alebo aj pracovníkov verejnej správy pracujúcich s agendovým systémom), ďalej označených ako koncoví používatelia. 

• Špecifikácia požiadaviek koncových používateľov musí byť v súlade s legislatívou (s aktuálne platnou alebo s návrhom jej zmien ako súčasť projektu) a postupmi pri vytváraní elektronických služieb verejnej správy, ako sú napríklad používateľský prieskum, mapovanie používateľskej cesty, vytváranie informačnej architektúry a testovanie prototypov podľa vyhlášky 547/2021 Z. z. o elektronizácii agendy verejnej správy.
• Definujte skupiny koncových používateľov elektronických služieb a popísať cieľové skupiny koncových používateľov, vrátane sociodemografických charakteristík cieľových skupín alebo účastníkov používateľského prieskumu. Príklad definície skupín koncových používateľov, tzv. persón nájdete v metodike pre tvorbu používateľsky kvalitných elektronických služieb (Metodika pre tvorbu používateľsky kvalitných elektronických služieb).
• Špecifikujte potreby resp. ciele koncových používateľov (ideálne formou tzv.  používateľského príbehu) ktoré identifikujú, čo jednotlivé skupiny koncových používateľov od elektronickej  služby požadujú.  Ak ide o zmenu (upgrade) elektronickej služby, ktorá už existuje, dajú sa ciele  koncových používateľov kvantitatívne odmerať: 
  • ako sa koncovým používateľom svoje potreby (resp. ciele) darí napĺňať (performance indikátory) - napr. priemerný čas pre naplnenie potreby, miera chybovosti, miera dokončenia, pomer online/offline transakcií, 
  • ako sú koncoví používatelia (ne)spokojní s existujúcou  elektronickou službou (Net Promoter Score, Customer effort Score, customer satisfaction....),
• Pri rozvoji existujúcej elektronickej služby je možné použiť výstupy zo zisťovania spätnej väzby k elektronickej službe, ak z nich vyplývajú požiadavky koncových používateľov na rozvoj služby.  
• Ak ide o vytváranie novej koncovej služby, realizuje sa používateľský prieskum spravidla metódou kvalitatívneho prieskumu (formou štruktúrovaného rozhovoru alebo dotazníka, ktorého cieľom je pomenovať základné ciele/potreby koncových používateľov) a očakávania od kvality a funkcionalít plánovanej elektronickej služby (odkaz návod (v angličtine): Ako vybrať vhodnú metódu používateľského prieskumu).
• Priložte Report zákazníckeho prieskumu ako prílohu Projektového zámeru,  ktorý popíše priebeh a metódy prieskumu, základné kvantitatívne ukazovatele, veľkosť vzorky atď. 
• Doplňte Katalóg požiadaviek (funkčné, nefunkčné) o priorizované požiadavky z používateľského prieskumu v dokumente M-05 Analýza nákladov a prínosov, karta Katalóg požiadaviek I-04 Katalóg požiadaviek.
  .

3.7Riziká a závislosti

Doplňte/stručne popíšte RIZIKÁ a ZÁVISLOSTI (detail v prílohe ZOZNAM RIZÍK a ZÁVISLOSTI) Zoznam RIZÍK a ZÁVISLOSTI - je potrebné počas celej realizácie projektu aktualizovať.

• V prípade projektov financovaných zo zdrojov EÚ je povinné vyhodnotenie rizík súvisiacich s:
• Realizáciou verejného obstarávania (t.j. napr. pred vyhlásením VO bude dopad na projekt Fatálny, ak má objednávateľ už uzatvorenú dodávateľskú zmluvu, bude dopad nevýznamný a pod...)
• Legislatívou: vyhodnotiť potrebu zmeny legislatívy (ak je potrebné prijať nový zákon tak bude dopad Fatálny)
• Časovým priebehom: ak je harmonogram realizácie naplánovaný do konca roka 2023, tak bude dopad Fatálny.

3.8Stanovenie alternatív v biznisovej vrstve architektúry

Na základe identifikovaného rozsahu problému navrhujete v projektovom zámere rôzne riešenia biznis procesov (podmnožiny problému). Alternatíva môže pokrývať procesy všetkých stakeholderov (zainteresované strany) alebo iba vybraných, celú životnú situáciu alebo len časť. Na úrovni stanovenia alternatívy je budúci stav biznis procesov popísaný rámcovo, pri zúžení alternatív na tie, ktoré vstupujú do CBA konkrétne.

3.9Multikriteriálna analýza

Výber alternatív prebieha na úrovni biznis vrstvy prostredníctvom MCA zostavenej na základe kapitoly Motivácia, ktorá obsahuje ciele stakeholderov, ich požiadavky a obmedzenia pre dosiahnutie uvedených cieľov.
Niektoré (nie všetky) kritériá môžu byť označené ako KO kritériá. KO kritériá označujú biznis požiadavky na riešenie, ktoré sú z hľadiska rozsahu identifikovaného problému a motivácie nevyhnutné pre riešenie problému a všetky akceptovateľné alternatívy ich tak musia naplniť. Alternatívy, ktoré nesplnia všetky KO kritériá, môžu byť vylúčené z ďalšieho posudzovania. KO kritériá nesmú byť technologické (preferovať jednu formu technologickej implementácie voči druhej).
Príklad šablóny pre spracovanie MCA

3.10Stanovenie alternatív v aplikačnej vrstve architektúry

Alternatívy na úrovni aplikačnej architektúry reflektujú alternatívy vypracované na základe „nadradenej“ architektonickej biznis vrstvy, pričom vďaka uplatneniu nasledujúcich princípov aplikačná vrstva architektúry dopĺňa informácie k alternatívam stanoveným pomocou biznis architektúry.
Pre klasifikáciu alternatív za účelom ďalšieho porovnania aplikačnej vrstvy a architektúry je potrebné zadefinovať nasledovné požiadavky:

• Nutné – aplikačné moduly/funkcionality, ktoré sú nevyhnutné pre dosiahnutie cieľov
• Preferované – aplikačné moduly/funkcionality, ktoré rozvíjajú biznis alternatívu a vytvárajú dodatočné prínosy, započítané v Analýze nákladov a prínosov M-05 (BC/CBA povinná pre projekty nad 1 000 000,- EUR)
• Aplikačná vrstva by mala byť schopná rozdeliť moduly do skupín podľa koncových služieb/funkcionalít, ktoré plnia nutné a preferované požiadavky.
  

3.11Stanovenie alternatív v technologickej vrstve architektúry

Alternatívy na úrovni technologickej architektúry reflektujú alternatívy vypracované na základe „nadradenej“ architektonickej aplikačnej vrstvy, pričom sa prioritne uvažuje o využití služieb vládneho cloudu (privátne aj verejné cloudové služby zverejnené v katalógu služieb vládneho cloudu (odkaz na katalóg služieb ).
V prípadoch, kedy by nebolo ekonomicky výhodné využiť vládny cloud v plnom rozsahu projektu, je možné uvažovať aj o iných/ďalších alternatívach: hybridnej (časť aplikácií využíva privátny vládny cloud a časť vlastný HW žiadateľa, resp. časť aplikácii využíva služby komerčného poskytovateľa cloudových služieb), nasadenie v prostredí komerčného cloudu alebo v krajnom prípade sú všetky aplikácie nasadené v prostredí vlastného HW žiadateľa (prípady zohľadnenia bezpečnosti alebo iných povinností).
Ekonomická výhodnosť technologickej alternatívy je preukázaná nižšími nákladmi na TCO projektu. Spracovateľ projektového zámeru je povinný preukázať, že zvolené riešenie je ekonomicky výhodnejšie. V prípade, že z bezpečnostných alebo iných dôvodov nezvolil najvýhodnejšiu alternatívu (resp. neposudzoval viacero alternatív), spracovateľ doloží zdôvodnenie potreby daného technologického riešenia. V zdôvodnení sú uvedené konkrétne požiadavky a ich parametre, ktoré neumožnili zvoliť najvýhodnejšie riešenie alebo porovnať viacero alternatív.

Ako alternatívu nepovažujeme porovnanie krabicových „off-the-shelf“ riešení (COTS) riešení s alternatívou vývoja aplikácií „na zelenej lúke“ a to z dôvodu toho, že žiadateľ pre zachovanie nediskriminačných podmienok vo verejnom obstarávaní nevie vopred určiť, či dostane ponuku od uchádzača k vývoju na zelenej lúke, alebo sa všetky ponuky od uchádzačov vo verejnom obstarávaní budú vzťahovať na COTS riešenie. Výnimka je v prípade, ak žiadateľ uvažuje použiť konkrétne COTS riešenie ako podmienku pre uchádzača v rámci procesu verejného obstarávania a to vzhľadom na ekonomické alebo iné dôvody preukázané v dokumente.
Výber alternatív prebieha v dvoch kolách. Prvé kolo predstavuje uplatnenie multikriteriálnej analýzy (ďalej len „MCA“) – výber relevantných alternatív. Druhé kolo predstavuje vypracovanie Analýzy nákladov M-05 BC/CBA. Do druhého kola vstupujú alternatívy ktoré splnili všetky vylučovacie kritéria stanovené v multikritériálnej analýze. Minimálny počet variant, je stanovený na 3:

• nulový variant, ktorý sa neposudzuje v MCA a je automaticky porovnávajúcim variantom v M-05 Analýza nákladov a prínosov,
• preferovaný variant, ktorý splnil všetky kritéria MCA,
• „minimalistický variant“, ktorý vychádza z rovnakého biznis variantu ako preferovaný variant, ale realizuje iba „nutné“ aplikačné moduly.

4.POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU)

• Doplňte informácie – POPIS PRODUKTU - čo bude/čo chcete, aby bolo po ukončení projektu dodané
  • projektové výstupy podľa vyhlášky 401/2023 o riadení projektov (vrátane zdrojových kódov)
  • koncové služby a biznis procesy, ktoré sú predmetom dodávky projektu
  • biznis objekty, ktoré majú byť vstupmi a výstupmi zo systému – napr. podania, formuláre, rozhodnutia, reporty, dáta, aplikačné rozhrania
• Doplniť informáciu, resp. identifikovať VLASTNÍKOV PROCESOV (toto je dôležitá informácia pre budúce riadenie projektu a schvaľovanie výstupov projektu).

5.NÁHĽAD ARCHITEKTÚRY

• Doplňte krátky POPIS BUDÚCEHO CIEĽOVÉHO PRODUKTU PROJEKTU z pohľadu biznis/aplikačnej/technologickej architektúry v závislosti od charakteru projektu a výsledku analýzy alternatív riešenia,
• Doplňte a detailne spracujte funkčné a nefunkčné požiadavky vyplývajúce z analýz alternatív riešenia vo všetkých vrstvách architektúry a vyplňte požiadavky v dokumente  M-05 Analýza nákladov a prínosov, karta Katalóg požiadaviek., I-04 Katalóg požiadaviek
• Doplňte stručný náhľad budúcej IT architektúry (biznis, aplikačná, technologická) riešenia, ktorý podľa potreby pozostáva aj z viacerých obrázkov (diagramov), aby dostatočne zrozumiteľne znázornil predmet dodávky, jeho kontext a zmeny v architektúre verejnej správy (objednávateľa, realizátora projektu), ktoré projekt realizuje,
  • Náhľad architektúry vytvorte v modelovacom nástroji pomocou notácie ArchiMate (https://publications.opengroup.org/standards/archimate), v prípade potreby väčšej detailizácie biznis procesov môžete použiť notáciu BPMN (http://www.omg.org/spec/BPMN/2.0/),
  • Pre vytvorenie náhľadu architektúry použite modelovací nástroj, ktoré môže byť buď integrovaný na spoločný repozitár² architektonických modelov verejnej správy, alebo modelovací nástroj, ktorý podporuje export modelu do štandardizovaných výmenných formátov súborov (The Open Group ArchiMate Model Exchange File Format Standard) ³ a export súborov podľa špecifikácie BPMN 2.0⁴,
  • Pre jednoznačnú identifikovateľnosť komponentov v náhľade architektúry uveďte aj ich MetaIS kódy
  • Očakáva sa, že ak realizujete popis dizajn procesov podľa pravidiel EVS, tak všetky výstupy musia byť v súlade s metodikou a postupom: https://www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave&subor=255448 .
  • Náhľad architektúry v tomto výstupe I-02 Projektový zámer by mal byť v súlade s jeho detailizáciou vo výstupe I-03 Prístup k projektu, ak objednávateľ podľa prílohy č. 1 vyhlášky 401/2023 Zz pripravuje aj výstup I-03 Prístup k projektu.
  • Náhľad architektúry v tomto výstupe I-02 Projektový zámer by mal byť v súlade s výstupom M-06 - aktualizáciou evidencie e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIs) a komponenty, ktorých sa projekt týka by mali mať upravenú evidenciu ich stavu a fázu ich životného cyklu.
  • Príklad náhľadu na architektúru podľa metamodelu e-Government komponentov evidovaných v MetaIS:
    
    Obrázok 1 Príklad náhľadu architektúry v notácii ArchiMate

5.1Prehľad e-Government komponentov

Ak bude vytváraný aj výstup I-03 Prístup k projektu, môže byť táto kapitola z dokumentu I-02 Projektový zámer vypustená, pretože jej obsah bude spracovaný vo výstupe I-03 Prístup k projektu.
Obsah tejto kapitoly je prehľadom realizácie výstupu M-06 - aktualizácia evidencie e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIs). Objednávateľ⁵ plní výstupom M-06 povinnosti orgánu riadenia sprístupňovať a aktualizovať informácie o informačných technológiách verejnej správy prostredníctvom centrálneho metainformačného systému verejnej správy (MetaIS) bezodkladne podľa § 12 ods. 1 písm. b) zákona 95/2019 Z.z.
V okamihu odovzdania výstupu I-02 Projektový zámer objednávateľ:

1. vytvorí náhľady architektúry v modelovacom nástroji, ktorý môže byť buď integrovaný na spoločný repozitár  architektonických modelov verejnej správy, alebo ktorý podporuje export modelu do štandardizovaných výmenných formátov súborov,
2. uloží architektonické modely súčasnej a budúcej architektúry riešenia buď do repozitára architektonických modelov verejnej správy alebo do projektovej dokumentácie I-02 ako prílohu  vo výmennom formáte pre uloženie modelu, 
3. aktualizuje v MetaIS e-Government komponenty, ktoré budú realizované alebo menené projektom alebo veľkou zmenovou požiadavkou a to koncové služby, ISVS, ich moduly, aplikačné služby, atribúty a vzájomné vzťahy týchto e-Government komponentov a ich vzťahy (integrácie) na spoločné ISVS alebo ISVS iných správcov, ktoré budú využívať. 
   Objednávateľ v tejto kapitole uvedie prehľad nasledovných e-Government komponentov, ktoré budú výstupom projektu (dodané nové alebo zmenené) a ktoré evidoval v rámci výstupu M-06 v MetaIS:

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

5.1.2Prehľad budovaných/rozvíjaných ISVS v projekte – budúci stav:

5.1.3Prehľad budovaných aplikačných služieb – budúci stav:

5.1.4Prehľad integrácii ISVS na spoločné ISVS⁶ a ISVS iných OVM alebo IS tretích strán

• Uviesť prehľad ISVS, pri ktorých sa plánuje využívanie služieb iných ISVS, spoločných blokov (SaaS) alebo služieb tretích strán v TO BE stave.
• Uviesť prehľad ISVS integrovaných na spoločné moduly podľa zákona č. 305/2013 Zz.
• Plánované využívanie a integrácie služieb iných ISVS musí byť evidované v MetaIS – zaevidovanie vzťahu na aplikačnú službu určenú na externú integráciu poskytujúcim ISVS

• Na informáciu je v nasledujúcej tabuľke prehľad AS na externú integráciu Spoločných modulov podľa § 10 zákona 305/2013 Zz. Vo finálnom dokumente túto tabuľku prehľadu AS spoločných modulov vymažte:

5.1.5Aplikačné služby na integráciu

Uveďte v nasledujúcej tabuľke budované aplikačné služby a ich využitie na integráciu na spoločné moduly a iné ISVS alebo ich poskytovanie na externú integráciu a predpokladané vybudovanie cloudových služieb “softvér ako služba“ (SaaS),

• Plánované aplikačné služby musia byť evidované v MetaIS s fázou životného cyklu a musia mať v MetaIs evidované všetky povinné atribúty a vzťahy,
• Evidencia integrácií v MetaIS sa realizuje evidovaním vzťahov aplikačných služieb budovaného//rozvíjaného ISVS na príslušné aplikačné služby nadrezortných ISVS. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.3.1 a kap. 2.1.3.3.2. Detailný popis služieb IS CSRÚ a poskytovaných objektov evidencie je v aktuálnej verzii integračného manuálu IS CSRÚ.
• Ak IS povinnej osoby potrebuje konzumovať alebo poskytovať služby iným ISVS alebo IS tretích strán prostredníctvom modulu Centrálna API Manažment Platforma (CAMP) a jej modulu API Gateway, je potrebné aplikačné služby IS Povinnej osoby naviazať na príslušné integračné služby CAMP (API Gatewy).
• Budované aplikačné služby musia mať v MetaIs evidované SLA parametre pre východiskový a cieľový stav. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.

  AS (Kód MetaIS)	Názov AS	Realizuje ISVS (kód MetaIS)	Poskytujúca alebo Konzumujúca	Integrácia cez CAMP	Integrácia s IS tretích strán	SaaS	Integrácia na AS poskytovateľan (kód MetaIS)
  as_67298	Publikovanie výsledkov analýz a štatistík		Poskytovaná / Konzumujúcac_typ_cloud_sluzba_as.1	Áno/Nie	Áno/Nie	Áno/Nie
  as_67297	Publikovanie otvorených dát senzorov		Poskytovaná / Konzumujúcac_typ_cloud_sluzba_as.1	Áno/Nie	Áno/Nie	Áno/Nie

5.1.6Poskytovanie údajov z ISVS do IS CSRÚ

Uveďte v tabuľke prehľad poskytovaných údajov (objektov evidencie, ďalej OE) z ISVS do IS CSRÚ v TO BE stave.

5.1.7Konzumovanie údajov z IS CSRÚ

Uveďte v 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Ú.

5.1.8Prehľad plánovaného využívania infraštruktúrnych služieb (cloudových služieb) – budúci stav:

Zaevidujte MetaIS využívanie cloudových infraštruktúrnych služieb vašimi ISVS. Podrobné informácie o evidencii využívania infraštruktúrnych služieb sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.4.3 ISVS využívajúci infraštruktúrne služby.

6.LEGISLATÍVA

Doplniť popis potrebných zmien v oblasti legislatívy pre naplnenie cieľov a dodanie výstupov projektu.
Uviesť konkrétne zákony, prípadne aj paragrafy, ktoré budú predmetom legislatívnych zmien.
Doplniť popis, aký je negatívny dopad na výstupy projektu, jeho ciele a rozsah a časový harmonogram, ak vyššie uvedené zmeny v zákonoch nebudú realizované.

7.ROZPOČET A PRÍNOSY

Počas Prípravnej a iniciačnej fázy, je potrebné predložiť samostatný dokument M-05 Analýza nákladov a prínosov (xls. BC/CBA) v predpísanej štruktúrovanej forme.(povinné v prípade projektov nad 1 000 000,- EUR). Pre iný, než veľký projekt - projekt pod 1 000 000,- EUR - objednávateľ detailne opíše nákladovú a prínosovú stránku a postup, ktorý je zvolený na cenovú kalkuláciu nákladov a prínosov projektu.
V tejto časti dokumentu sa od Vás očakáva štruktúrovane popísať:

• vypočítané náklady (vývoj + prevádzka) v T10 (t.j. na 10 rokov dopredu)
• vypočítané prínosy v T10 (t.j. na 10 rokov dopredu)
• slovne popísať výpočet prínosov, z čoho sú čerpané vstupné hodnoty
• rok návratnosti (doplnenie ukazovateľov: ENPV, FNPV, BCR)

7.1Sumarizácia nákladov a prínosov

• Pomer prínosov a nákladov (BCR): viac ako 1,00
• Ekonomická vnútorná výnosová miera vyjadrená v % (EIRR): viac ako 5,0 %
• Ekonomická čistá súčasná hodnota vyjadrená v eurách (ENPV): viac ako 0
  Pre účely financovania z prostriedkov EU vyjadruje Analýza nákladov a prínosov BC/CBA aj nasledovné ukazovatele:
• Finančná vnútorná výnosová miera v % (FIRR)
• Finančná čistá súčasná hodnota v eur (FNPV).
  Nie všetky sociálno-ekonomické vplyvy sa dajú vždy vyčísliť a zhodnotiť. Je to preto, že okrem odhadu ukazovateľov výkonnosti by sa mala zohľadniť aj úvaha o nepeňažných nákladoch a výnosoch, najmä vo vzťahu k týmto otázkam: (čistý) dosah na zamestnanosť, ochrana životného prostredia, sociálna rovnosť a rovnaké príležitosti.
  V prípade ak dosiahnu uvedené hodnoty viaceré varianty posudzované v rámci Analýzy nákladov, odporúča sa pri výbere finálnej alternatívy zohľadniť výšku BCR, dôležitosť nekvantifikovaných spoločenských prínosov a mieru naplnenia stanovených cieľov. Po vzore krajín ako Veľká Británia sa prioritne odporúča realizovať projekty, kde prínosy prevyšujú náklady štvornásobne (BCR aspoň 4,00).
  Príklad: Kvalitatívne prínosy projektov
  Problém: Proces získania stavebného povolenia jeden z najdlhších v EÚ.
  Príklady kvalitatívnych prínosov projektu, ktoré je možné finančne oceniť:
• Zvýšenie ekonomickej aktivity v stavebnom sektore (zvýšenie rastu HDP)
• Nižšie spoločenské škody, spojené s búraním čiernych stavieb
  Príklady kvalitatívnych prínosov projektu, ktoré nie je možné spoľahlivo finančne oceniť:
• Zníženie miery korupcie
• Zníženie miery stresu zamestnancov stavebných úradov
  Vyššia spokojnosť verejnosti s procesmi územného a stavebného konania.

8.HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA

Doplňte highlevel HARMONOGRAM, ktorý sa neskôr (v ďalších fázach/dokumentoch) bude detailizovať:

• KEDY potrebujete (chcete) ZAČAŤ? Napíšte TERMÍN (mesiac/rok)
• KEDY potrebujete (chcete) SKONČIŤ (mať dodaný výstup)? Napíšte TERMÍN (mesiac/rok).
• Fakturačné míľniky: jednotlivé míľniky projektu naviažte aj na fakturačné míľniky (v jednej tabuľke), aby ste si mohli kontrolovať cashflow v projekte.
• Míľniky Verejného obstarávania (VO) – do harmonogramu si doplňte aj míľnik procesu verejného obstarávania (celý proces).

ID	FÁZA/AKTIVITA	ZAČIATOK (odhad termínu)	KONIEC (odhad termínu)	POZNÁMKA
1.	Prípravná fáza a Iniciačná fáza	napr. 01/2020	napr. 02/2020
2.	Realizačná fáza	napr. 05/2020	napr. 10/2020
2a	Analýza a Dizajn	napr. 05/2020	napr. 06/2020
2b	Nákup technických prostriedkov, programových prostriedkov a služieb	napr. 07/2020	napr. 08/2020	Napr. Je potrebné obstarať dodávateľa IS riešenia/ licencie7/ konzultačné služby
2c	Implementácia a testovanie	napr. 05/2020	napr. 06/2020
2d	Nasadenie a PIP	napr. 12/2020	napr. 02/2021	PIP - 3 mesiace po nasadení
3.	Dokončovacia fáza	napr. 11/2020	napr. 12/2020
4.	Podpora prevádzky (SLA)	napr. 01/2021	napr. 01/2025	Napr. Je potrebné obstarať SLA zmluvu (Zmluvu o podpore prevádzky IS)? Odporúčame – pre reportovacie účely projektu si vytvorte high-level projektový plán v MS EXCEL alebo v inom formáte/nástroji pre projektové riadenie. Doplňte informácie o vybranej metóde riadenia projektu a zdôvodniť výber: Ak realizujete projekt metódou Waterfall: Waterfall - vodopádový prístup počíta s detailným naplánovaním jednotlivých krokov a následnom dodržiavaní postupu pri vývoji alebo realizácii projekty. Projektovému tímu je daný minimálny priestor na zmeny v priebehu realizácie. Vodopádový prístup je vhodný a užitočný v projektoch, ktorý majú jasný cieľ a jasne definovateľný postup a rozdelenie prác. Objednávateľ projektu vypracuje funkčnú a technickú špecifikáciu, Ak realizujeme projekt metódou Agile: Agilný prístup k riadeniu projektov sa uplatňuje v projektoch, u ktorých je jasný rámcový cieľ, ale z najrôznejších dôvodov je nemožné presne definovať všetky dlhodobé požiadavky bez priebežných prototypov. Pri agilných metódach práce sa realizujú malé porcie výsledkov v každom vývojovom cykle, iterácii, v tesnej spolupráci so zákazníkom. Agile metódu je možné aplikovať za podmienok definovaných vo vyhláške MIRRI č. 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke.

9.PROJEKTOVÝ TÍM

Zostavuje sa Riadiaci výbor (RV), v minimálnom zložení:

• Predseda RV
• Biznis vlastník
• Zástupca prevádzky
• Zástupca dodávateľa (dopĺňa sa až po VO / voliteľný člen)
• Projektový manažér objednávateľa (PM)
  Zostavuje sa Projektový tím objednávateľa
• kľúčový používateľ,
• IT analytik alebo biznis analytik,
• IT architekt,
• biznis vlastník
• manažér kvality (nepovinný člen pre projekty do 1 000 000,- EUR, povinný pri veľkých projektoch nad 1 000 000,- EUR,
• manažér IT prevádzky (nepovinný člen)
• manažér kybernetickej a informačnej bezpečnosti (nepovinný člen)
• UX dizajnér (nepovinný člen)
• iná špecifická rola (nepovinný člen)
• doplniť tabuľku zodpovedných osôb, ktoré budú participovať v projekte

ID	Meno a Priezvisko	Pozícia	Oddelenie	Rola v projekte
1.	Doplniť meno a priezvisko	Doplniť pozíciu (pracovné zaradenie v línii)	Doplniť názov org. útvaru	Doplniť rolu v projekte
2.	Doplniť meno a priezvisko	Doplniť pozíciu (pracovné zaradenie v línii)	Doplniť názov org. útvaru	Doplniť rolu v projekte
3.	Doplniť meno a priezvisko	Doplniť pozíciu (pracovné zaradenie v línii)	Doplniť názov org. útvaru	Doplniť rolu v projekte Vzor organizačnej štruktúry

9.1 PRACOVNÉ NÁPLNE

Doplniť podľa dokumentu z Riadiaceho Výboru projektu, prípadne zo splnomocnení alebo menovacích dekrétov . Tieto vstupy neskôr využijete pri dokumente PID.
VZORY a ŠABLONY zdrojových súborov sú tu: https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html  
Poznámka: Odporúčame – pozrite si VZOR pre MENOVACIE DEKRÉTY členov projektového tímu – vzor obsahuje názorný popis všetkých projektových rolí, ktoré vyžaduje Vyhláška 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke.

10.ODKAZY

Doplniť odkazy na už existujúce produkty v maximálnej miere – vyhnúť sa duplikovaným informáciám.

11.PRÍLOHY

Príloha : Zoznam rizík a závislostí (Excel): https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html
Poznámka: Odporúčame, si evidovať a vyhodnotiť pripomienky odbornej verejnosti

• Podľa § 4 odsek 10 – Vyhláška 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke je potrebné zrealizovať pripomienkovanie Projektového zámeru odbornou verejnosťou
• Odporúčame túto aktivitu formalizovať (do dokumentu)
• Odporúčame vyhodnotenie zverejniť na webové sídlo objednávateľa (do projektového adresára) – v súlade s Vyhláškou 401/2023 Zz. Oznámenie o začatí verejného pripomienkovania sa zverejní v centrálnom metainformačnom systéme verejnej správy na mieste určenom Orgánom vedenia. Na schválenie riadiacemu výboru v prípravnej a iniciačnej fáze sa tieto výstupy predkladajú až po zverejnení vyhodnotenia pripomienok.
  Koniec dokumentu
  1 Notácia ArchiMate: https://publications.opengroup.org/standards/archimate
  2 Aktuálny spoločný repozitár architektonických modelov verejnej správy je https://avssr.horizzon.cloud/. O prístup do repozitára a poskytnutie licencie pre modelovací nástroj pracujúci s repozitárom modelov je potrebné požiadať na e-mailovej adrese: sprava_EA@mirri.gov.sk.
  3 Napr. modelovací nástroj Archi - Open Source ArchiMate Modelling: https://www.archimatetool.com.
  4 Napr. modelovací nástroj pre BPMN - Camunda Modeler - Open Source Desktop Modeler: https://camunda.com/download/modeler/.
  5 Podľa § 2 ods. 1 písm. i) vyhlášky MIRRI č. 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy sa objednávateľom rozumie správca alebo prevádzkovateľ ITVS, ktorý projekt realizuje alebo chce realizovať.
  6 Spoločné moduly podľa zákona č. 305/2013 e-Governmente
  7 EUPL licencie: https://joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf