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 (projekt nepresahuje 1 milión EUR, avšak obsahuje mobilnú aplikáciu) 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ť nasledovnej priorite 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

Hlavným cieľom projektu je dosiahnuť realizáciou vhodne škálovaného projektu zlepšenie kvality života všetkých občanov, a to prostredníctvom systémových riešenia, racionalizáciou a zefektívnením agendy inteligentného rozvoja mesta v podmienkach SR. Mesto Nováky plánuje vybudovať moderný digitálny varovný a informačný systém založený na bezdrôtovom rozhlase. Projekt zahŕňa obnovu existujúcich hlásičov a dobudovanie nových hniezd rozhlasu tak, aby bol zabezpečený plošný dosah pre celé územie mesta. Hlavným cieľom je zvýšiť bezpečnosť obyvateľov a pripravenosť mesta na krízové situácie prostredníctvom efektívnej, rýchlej a spoľahlivej komunikácie. Projekt je súčasťou širšej koncepcie Smart City a počíta s integráciou na otvorené dáta a ďalšie informačné systémy verejnej správy.

Realizácia projektu bude pozostávať z Obnovy a dobudovania hniezd verejného rozhlasu.

Ide o dodanie Varovného informačného systému mesta Nováky, ktorý bude slúžiť k súčasnému zvukovému informovaniu obyvateľov konkrétnych lokalít. Miestna dostupná rádiová komunikácia medzi jednotlivými prvkami systému bude prebiehať digitálnym prenosom. K prenosu signálu na koncové body budú využívané samostatné kmitočty digitálneho prenosu. Obojstranná komunikácia bude používať modernú sieť IoT zariadení, ktoré bude možné využívať aj na iné účely spojené s inteligentným riadením rozhodovacích procesov mesta.

Projekt svojim obsahom adresuje vo vzťahu k IÚS Prievidza - Nováky Strategický cieľ 1.1: Veda, výskum a inovácie na Hornej Nitre, a v rámci neho Špecifický cieľ 1.1.2: Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy. Súčasťou tohto špecifického cieľa je indikatívne opatrenie: Podpora budovania inteligentných miest a regiónov.

Cieľová skupina:

• Ministerstvo investícií, regionálneho rozvoja a informatizácie SR
• Občania/podnikatelia
• Zamestnanci mesta
• Administrátor IT systémov mesta
• Správca zariadení
• Iné OVM

Realizáciou projektu budú naplnené nasledovné merateľné ukazovatele:

• PSKPRCO76 Integrované projekty pre územný rozvoj – cieľová hodnota 1
• PSKPSRI40 Používatelia nových a vylepšených verejných inovatívnych služieb, produktov a procesov – cieľová hodnota 4 174

Predpokladaná výška oprávnených výdavkov projektu (rozpočet projektu): 221 294,39 EUR

(predmetom ŽoNFP budú náklady na nákup HW a SW a paušálne výdavky; mzdové výdavky bude mesto Nováky hradiť z vlastných zdrojov).

Miesto realizácie: Mesto Nováky.

3.2Motivácia a rozsah projektu

Mesto Nováky v súčasnosti v súčasnosti neprevádzkuje žiadne inovatívne technologické a netechnologické riešenie resp. nástroje inteligentného riadenia na podporu rozvoja tvorby, spracovania, využívania a prepájania dát v rámci verejnej správy; nedisponuje žiadnou dátovou platformou, potenciálne nástrojmi na využívanie 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žívaní dát v rámci verejnej správy, budovania špecifických kapacít a infraštruktúry.

Existujúci analógový rozhlas je technicky zastaraný, jeho možnosti sú obmedzené a nezabezpečuje úplné pokrytie územia mesta. Súčasne mu chýba integrácia na moderné IKT technológie a štátne varovné systémy, čo výrazne obmedzuje jeho efektívne využitie. V prípade krízových situácií preto nemožno garantovať dostatočný dosah ani zrozumiteľnosť hlásení, čím sa znižuje úroveň informovanosti a bezpečnosti obyvateľov.

V rámci mesta je prevádzkovaný agendový systém Korwin (resp. niektoré jeho moduly) a webové sídlo (isvs_9035).

Hlavným cieľom projektu je dosiahnuť realizáciou vhodne škálovaného projektu zlepšenie kvality života všetkých občanov, a to prostredníctvom systémových riešenia, racionalizáciou a zefektívnením agendy inteligentného rozvoja mesta v podmienkach SR.

Podpora budovania inteligentného mesta a regiónu má význam nie len pre mesto, ktorému zabezpečuje efektívnejšie využívanie zdrojov, čím prispeje aj k zvyšovaniu kvality života obyvateľov, ale má význam aj na národnej úrovni pre úspešné plánovanie investícií a rozvoja mesta. Projekt je v súlade 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.

Biznis procesy

Projektom budú dotknuté nasledovné biznis procesy mesta, ktoré:

• vyplývajú z agendy mesta a predstavujú rozhodovaciu kompetenciu mesta
• sa dotýkajú bezpečnosti občanov a podnikateľov na území mesta
• sú orientované na využívanie údajov z IoT zariadení
• sú určené na diagnostiku a automatizáciu procesov pravidelnej a nepravidelnej údržby koncových bodov – IoT zariadení
• umožňujú zdieľanie ú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 dátami agendových systémov mesta

Rámcový rozsah projektu

Mesto Nováky prevádzkuje niekoľko informačných systémov a ich modulov na podporu jeho agendy resp. prevádzkových činností:

• KORWIN - správa registratúry isvs_9034
• KORWIN - Modul majetok isvs_9038
• KORWIN - Modul evidencie obyvateľstva isvs_9039
• KORWIN - Modul Účtovníctvo isvs_9040
• KORWIN - Modul dane a poplatky isvs_9041
• Centrálna ohlasovňa - aplikácia Ministerstva vnútra SR isvs_9037
• WEB sídlo mesta Nováky; http://www.novaky.sk/ isvs_9035

Tieto systémy sú primárne určené na komunikáciu s občanmi a zabezpečovanie činností mesta Nováky. Predpokladáme, že realizácia projektu sa môže dotknúť nasledovných systémov mesta:

• Centrálna ohlasovňa - aplikácia Ministerstva vnútra SR isvs_9037
• WEB sídlo mesta Nováky; http://www.novaky.sk/ isvs_9035
• KORWIN - Modul majetok isvs_9038

Realizácia projektu sa dotkne nasledovných subjektov:

• Ministerstvo investícií, regionálneho rozvoja a informatizácie SR
• Občania/podnikatelia
• Zamestnanci mesta
• Administrátor IT systémov mesta
• Správca zariadení
• Iné OVM

Samotný projektu bude realizovaný v nasledovnom rozsahu:

• Dodávka a inštalácia vysielacej časti rozhlasu.
• Dodávka a inštalácia prijímacej časti (hlásiče, reproduktory).
• Vybudovanie centrálneho riadiaceho pracoviska.
• Integrácia na varovný systém civilnej ochrany.
• Vybudovanie nadstavby Smart City – prepojenie na mobilnú aplikáciu, otvorené dáta a dashboard pre samosprávu.

Motivácia a obmedzenia pre dosiahnutie cieľov projektu

            Ako bolo uvedené vyššie, mesto Nováky v súčasnosti neprevádzkuje žiadne inovatívne technologické a netechnologické riešenie resp. nástroje inteligentného riadenia na podporu rozvoja tvorby, spracovania, využívania a prepájania dát v rámci verejnej správy; nedisponuje žiadnou dátovou platformou, potenciálne nástrojmi na využívanie 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žívaní dát v rámci verejnej správy, budovania špecifických kapacít a infraštruktúry. Motiváciou projektu je primárne zlepšenie kvality života všetkých občanov, a to prostredníctvom systémových riešenia, racionalizáciou a zefektívnením agendy inteligentného rozvoja mesta v podmienkach SR.

Dosiahnutie zmeny existujúceho stavu bude dosiahnutá vybudovaním Výstražného informačného systému mesta Nováky.

Z hľadiska technického, legislatívneho alebo personálneho, resp. z iných hľadísk neevidujeme akékoľvek obmedzenia na realizáciu projektu.

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 – v kontexte predkladaného projektu – 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.

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.

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 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. Nemenej dôležitými používateľmi sú občania a podnikatelia, u ktorých sa zavedenie systému prejaví zvýšením bezpečnosti a transparentnosti mesta.

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

Používateľský prieskum medzi zamestnancami bol realizovaný na dvoch úrovniach:

• rokovanie s riadiacimi pracovníkmi dotknutých odborov mesta
• individuálne rokovania na úrovni jednotlivých dotknutých odborov mesta za účasti riadiaceho pracovníka a jeho podriadených, ktorí sú zodpovední za príslušnú agendu.

Spracovanie požiadaviek na varovný informačný systém je teda dielom širšieho konsenzu zamestnancov mesta.

Pri príprave projektu - s ohľadom na obecnú povahu vznikajúcich koncových služieb projektu - bola odborná verejnosť zapojená do prípravy projektu v rámci verejného pripomienkovania projektu a všetky jej pripomienky boli zapracované alebo vysvetlené.

Súčasťou projektu je:

1. Vybudovanie vysielacieho pracoviska
2. Inštalácia prijímacej časti varovného informačného systému (koncové zariadenia)
3. Implementácia Smart systému
4. Rozmiestnenie inteligentných senzorov

1. Vybudovanie vysielacieho pracoviska

Predmetom realizácie tejto časti projektu bude dodávka a implementácia:

• Vysielacej skrine (servera) s adekvátnymi technickými parametrami na prevádzku varovného centrálneho systému
• Softvérovej aplikácie na vysielanie, ktorá umožní vysielanie a prípravu vlastných relácií na odvisielanie (aj v nastavenom čase)
• Diagnostickej aplikácie, ktorá bude slúžiť na diagnostiku jednotlivých hlásičov (oznamovacích jednotiek). Pôjde o webovú aplikáciu, ktorej úlohou bude neustále overovať stav siete hlásičov a zabezpečovať ich pravidelnú a nepravidelnú údržbu.

2. Inštalácia prijímacej časti varovného informačného systému (koncové zariadenia)

Prijímacia časť systému sa skladá z koncových prvkov – bezdrôtových hlásičov. Systém je založený na rádiovo riadených akustických jednotkách s digitálnym prenosom.

3. Implementácia Smart systému

Smart systém bude slúžiť ako platforma na zber, analýzu, spracovanie, prezentáciu dát ovládania varovného systému z rôznych IoT senzorov, ktoré využívajú prenosové siete IoT.

Zo Smart systému bude výstupom SmartCity služba, ktorá bude mať tri základné výstupy:

• Verejne dostupný dashboard – na prezentáciu dát a informácií z jednotlivých senzorov a umiestnenie senzorov v mapovom podklade. Prístup k dashboardu bude z bežného prehliadača alebo z mobilnej aplikácie.
• Administrátorské rozhranie – je určené pre pracovníkov mesta na správu senzorov a údajov zo senzorov, ich nastavovania a zdieľania. Ďalej na spravovanie informácií a kontaktov obyvateľov, príjemcov správ a dát. V tomto prostredí sa tiež nastavujú napríklad varovné povodňové stupne, automatické hlásenia pre limitné hodnoty z dát rôznych senzorov (napr. meteosenzory). Rovnako umožňuje definovať zasielanie informácií na predvytvorené záujmové skupiny (hasiči, povodňová komisia atď.)
• Mobilná aplikácia – je určená na personifikáciu služby a prístup k údajom zo senzorov a infokanálu. Bude napomáhať pri inštalácii a výmene senzorov a umožní zasielať informácie obyvateľom. Tí si môžu sami nastaviť či, a z ktorých zariadení, alebo v akých parametroch chcú dostávať upozornenia.

4. Rozmiestnenie inteligentných senzorov

Na území mesta budú rozmiestnené nasledovné senzory:

• Senzor na diaľkové sledovanie spotreby elektriny
• Čidlo na meranie prašnosti
• Meteorologická stanica
• Dopravno-analytická kamera DARK – z pohľadu osobných údajov budú dodržané pri použití tohto zariadenia všetky požiadavky GDPR, najmä najmä čl. 9

Údaje z týchto senzorov budú smerované do Smart systému, spracúvané do podoby varovaní a tieto varovania budú buď mobilnou aplikáciou alebo varovným systémom distribuované občanom.

Samozrejmosťou je, že celý systém umožní v budúcnosti postupné využitie a integráciu získavaných údajov v budúcich platforiem mesta a iných OVM, existujúcich informačných systémov, zavedenie inovatívnych služieb, smart riešení prevádzkovaných na území mesta, analytických nástrojov a aplikácií pre zvyšovanie kvality života, ekologickosti, bezpečnosti, odolnosti a udržateľnosti mesta Nováky, jeho udržateľného fungovania a podporu budovania rozširovania inteligentných systémov riadenia mesta, monitorovania, prediktívnej údržby a prevencie.

Systém bude identifikovať hrozbu povodní a automaticky

• Vykonávať vysielanie do koncových bodov
• Zasielať hlásenia skupinám osôb a používateľom mobilnej aplikácie
• Zasielať hlásenia prostredníctvom SMS správ

Systém bude identifikovať miesta vysokej koncentrácie prachových častíc a

• Vykonávať vysielanie do koncových bodov
• Zasielať hlásenia skupinám osôb a používateľom mobilnej aplikácie

Systém umožní kontrolu koncových bodov (diagnostiku) a automatizovať procesy rozhodovania pri ich pravidelnej a nepravidelnej údržbe

Systém bude pripravený na zapojenie ďalších zdrojov dát, na základe ktorých dokáže zasielať varovanie o hrozbách formou digitálneho vysielania, cez SMS alebo mobilnú aplikáciu.

Veľmi dôležitou skutočnosťou je, že systém nebude predstavovať uzavretú dodanú funkčnosť. Jeho hlavnou výhodou bude možnosť dokonfigurovávať jeho funkcionalitu a súčasti podľa aktuálnych potrieb mesta, ktoré budú identifikované napríklad po ukončení realizácie projektu; do tohto systému bude môcť pripojiť ďalšie nové senzory, ktoré nebudú zakúpené v rámci projektu, ale mesto ich obstará v rámci udržateľnosti z vlastných zdrojov a pod.

3.7 Detailný opis obmedzení a predpokladov

Obmedzenia projektu (vymedzenie rozsahu projektu):

• projekt musí byť realizovaný v súlade s legislatívou SR a EÚ, najmä zákonom o civilnej ochrane, o kybernetickej bezpečnosti a vyhláškou MIRRI,
• nutnosť dodržať štátne štandardy a metodiky MIRRI SR, aby bol systém kompatibilný s národnými riešeniami,
• potreba pridelenia a koordinácie frekvencií zo strany regulačných orgánov,
• technické obmedzenia pokrytia – niektoré lokality môžu byť problematické na dosah signálu,
• časová obmedzenosť – podľa opisu predmetu zákazky je maximálna realizácia do 4 mesiacov od začiatku implementácie,

Predpoklady pre úspešnú realizáciu projektu:

• Projekt predpokladá úspešné a včasné verejné obstarávanie dodávateľa projektu.

3.8. Vyhodnotenie rizík a závislostí

Zoznam rizík a závislostí je detailne rozpracovaný v prílohe tohto dokumentu č. 1: Zoznam rizík a závislostí (I_01_PRILOHA_1_REGISTER_RIZIK-a-ZAVISLOSTI_Projekt_IUINovaky). Tento zoznam bude počas celej realizácie projektu aktualizovaný.

3.9 Detailný opis rozpočtu projektu a jeho prínosov

S ohľadom na obsah projektu (projekt nad 200 000,00,- EUR, ktorý obsahuje mobilnú aplikáciu) je vyžadovaná BC/CBA, súčasťou projektu je dokument M-05  Analýza nákladov a prínosov, ktorá obsahuje aj Katalóg požiadaviek.

3.9.1 Sumarizácia nákladov a prínosov

* Hodnota za 10 ročné sledované obdobie v zmysle CBA.

Tabuľka 5 Sumarizácia nákladov a prínosov

Interpretácia výsledkov:

Ekonomická a finančná efektívnosť projektu je v analýze prínosov nákladov hodnotená kvantitatívne pomocou nasledujúcich ukazovateľov (prahové hodnoty v zmysle platných dokumentov v prípade financovania zo zdrojov EÚ sú uvedené):

• Pomer prínosov a nákladov (BCR): 10,79 (t.j. viac ako požadovaných 1,00)
• Ekonomická čistá súčasná hodnota vyjadrená v eurách (ENPV): 4 094 754,00 (t.j. viac ako požadovaných 0)

Všetky základné kritériá sú teda nad požadovanými hodnotami.

V zmysle spracovanej Analýzy nákladov a prínosov BC/CBA je návratnosť projektu 1 rok od začatia realizácie projektu.

Hodnoty môžu byť zavádzajúce, nakoľko v súčasnosti nie je v rámci mesta Nováky prevádzkovaný inteligentný systém resp. verejný rozhlas. Pri hodnotení údajov resp. vyhodnocovaní návratnosti sme vychádzali z predpokladu, že bude potrebné informovať všetkých občanov mesta napr. o hroziacich povodniach. Táto potreba existuje i dnes a informácia sa musí dostať ku každému občanovi – počet volaní je teda nezmenený. Zmení sa iba čas, kedy je možné volanie vybaviť (dôjde k jeho výraznému skráteniu) a tiež k prijatiu informácie od mesta občanom.

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.

Kvalitatívne prínosy projektu:

3.9.2 Zdroj financovania

Uvažovaný zdroj financovania:

Európske štrukturálne a investičné fondy (85%)

Program Slovensko

Výzva: 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

Štátny rozpočet (7%)

a finančné prostriedky mesta Nováky (8%).

3.10 Harmonogram projektu

Tabuľka 6 Harmonogram projektu

Projekt bude realizovaný metódou Waterfall s logickými nadväznosťami realizácie jednotlivých modulov na základe funkčnej a technickej špecifikácie vypracovanej v rámci prípravy projektu.

Tento prístup bol zvolený nakoľko projekt má jasne definované ciele, postupy a rozdelenie práce.

Funkčné požiadavky boli definované vo vzťahu k dodávaným komponentom, pričom samotný projekt je realizovaný štandardizovanými nástrojmi (softvérmi a hardvérovým vybavením). Cena realizačných prác je zahrnutá v cene HW a SW produktov, nakoľko ide o štandardné úkony spojené s dodávkou uvedených produktov.

Finálne odovzdanie výstupu projektu je zakončené finálnou akceptáciou diela so samostatným preberacím protokolom. Pri podpise tohto finálneho protokolu začína plynúť záruka na dielo.

3.11 Návrh organizačného zabezpečenia projektu (projektový tím)

Pre účely realizácie projektu bude zriadený Riadiaci výbor (RV) realizátora projektu minimálne v nasledovnom zložení:

• Predseda RV: Ing. Branislava Adamec
• Biznis vlastník: Marián Miština
• Zástupca prevádzky: Štefan Košík
• Projektový manažér realizátora projektu (Objednávateľa) (PM): Mgr. Klaudia Boboková

Pre účely realizácie projektu bude zriadený Projektový tím realizátora projektu:

• IT architekt: Štefan Košík
• kľúčový používateľ: Anton Horný
• IT analytik a biznis analytik: Marián Miština
• projektový manažér: Mgr. Klaudia Boboková

IT architekt bude zároveň i UX a UI dizajnér. 

Tabuľka 7 Sumarizácia nákladov a prínosov

4. LEGISLATÍVA

Projekt bude realizovaný v súlade s nasledovnými legislatívnymi normami:

Zákon č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov (zákon o e- Governmente)

• 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
• Zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov
• 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
• Vyhláška č.78/2020 Z.z. o štandardoch pre ITVS
• Vyhláška č.401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy
• Vyhláška 547/2021 Z. z. o elektronizácii agendy verejnej správy
• Vyhláška č. 227/2025 Z. z. Národného bezpečnostného úradu o bezpečnostných opatreniach
• Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov
• Nariadenie (EÚ) 2016/679: všeobecné nariadenie o ochrane osobných údajov, účinné od 25. 5. 2018
• Zákon č. 18/2018 Z. z. o ochrane osobných údajov

5. ARCHITEKTÚRA RIEŠENIA PROJEKTU

Realizácia projektu bude zahŕňať budovanie nového ISVS a jeho prepojenie s existujúcimi resp. budovanými ISVS TSK a súčasne nákup HW a SW. Z toho dôvodu budú navrhnuté všetky vrstvy architektúry (biznis, aplikačná, technologická).

Pred uvedením a detailným popisom zvoleného navrhovaného riešenia boli vyhodnotené alternatívy riešenia pre každú vrstvu architektúry.

Architektúra navrhovaného riešenia projektu je v súlade s funkčnými, nefunkčnými a technickými požiadavkami definovanými v katalógu požiadaviek (M-05 Analýza nákladov a prínosov - BC/CBA, karta: Katalóg požiadaviek).

Obsah tejto kapitoly je tiež prehľadom realizácie výstupu M-06 - aktualizácia evidencie e-Government komponentov v MetaIS. Mesto Nováky tak 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 MetaIS bezodkladne podľa § 12 ods. 1 písm. b) zákona č. 95/2019 Z.z.

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.

5.1. Stanovenie alternatív architektúry riešenia

Voľba výsledného variantu projektu prebehla v dvoch kolách. V prvom kole bola uplatnená multikriteriálna analýza (ďalej len „MCA“) – výber relevantných alternatív realizácie projektu. V druhom bola spracovaná Analýza nákladov v zmysle vyhlášky 401/2025 Z. z. pre projekt, ktorý bol najvýhodnejší z pohľadu prvého kola (tzv. biznis hodnotenie).

V rámci MCA sme pracovali s nasledovnými tromi variantmi:

1. Nulový variant – t.j. zachovanie existujúceho statusu quo – k dispozícii budú len existujúce informačné systémy mesta – IS Korwin (niektoré z jeho modulov, ktoré mesto prevádzkuje), webová stránka mesta a e-mailový server. Nebude existovať žiaden SMART systém mesta a nebude prevádzkovaný Varovný informačný systém mesta Nováky.

2. Minimalistický variant, ktorý síce pokrýva požadované biznis varianty ako preferovaný variant (t.j. zvýšenie kvality distribúcie informácií občanom), ale komunikáciu bude zabezpečovať veľmi obmedzene – hlásenia budú realizované prostredníctvom digitálneho rozhrania cez koncové body – hlásiče rozhlasu, nebude zavedený SMART systém so všetkými jeho výhodami a nebudú pripravené rozhrania na zapojenie IoT senzorov. V princípe pôjde o základné vysielacie centrum a distribuované koncové body bez ďalšej pridanej hodnoty.

3. Preferovaný variant, ktorý splnil všetky kritériá MCA – predpokladá zavedenie kompletného Varovného informačného systému mesta Nováky. Bude zahŕňať všetky výhody minimalistického variantu, ale aj realizáciu SMART systému, zavedenie kontrol monitorovania koncových bodov, implementáciu mobilnej aplikácie, možnosť nastavení rôznych typov hlásení a možnosť vytvárania cieľových skupín hlásení. Rovnako integráciu na senzory – IoT zariadenia – na základe ich vstupov budú automaticky spúšťané hlásenia určeným skupinám obyvateľstva a pracovným skupinám zodpovedných ľudí.

5.1.1 Stanovenie alternatív v biznisovej vrstve architektúry

V rámci biznisovej vrstvy architektúry sme porovnávali 3 variantné alternatívy riešenia súčasného stavu. Na základe identifikovaného rozsahu problému v projektovom zámere boli stanovené tri rôzne riešenia.

Alternatíva 1 znamená ponechanie existujúceho stavu. Systémy mesta Nováky vrátane rozhlasu zostanú v prevádzke tak, ako sú, nebude existovať digitálne SMART systém mesta a nebude prevádzkovaný Varovný informačný systém mesta Nováky. Zamestnanci mesta Nováky budú naďalej informovať občanov o možných rizikách analógovou formou a existujúcimi technickými prostriedkami, bez špecifických senzorových dát. Občania a podnikatelia budú na poskytovanie informácií čakať tak, ako doteraz – pomerne dlho.

Alternatíva 2 predpokladá čiastkovú realizáciu riešenia. Vznikne varovný systém, ktorý bude zabezpečovať obmedzene komunikáciu s občanmi – hlásenia bude realizovať prostredníctvom digitálneho rozhrania cez koncové body – hlásiče rozhlasu. SMART systém nebude zavedený a nebudú pripravené ani rozhrania na zapojenie IoT senzorov. Občania a podnikatelia síce budú informovaní digitálnymi prostriedkami, ale len v dosahu ich zvukovej kapacity (t.j. iba v dosahu zvukových vĺn). Hromadné poskytovanie informácie občanom a podnikateľom bude možné, avšak s obmedzenou možnosťou dosahu systému, intenzity poskytovania informácií a možnosti ich uchovávať. Zo strany mesta Nováky bude naďalej potrebné vykonávať pomerne vysoké úsilie na to, aby boli informácie transparentne a v čo najkratšom čase distribuované občanom a podnikateľom.

Alternatíva 3 predpokladá plnohodnotnú realizáciu riešenia. Znamená nielen vybudovanie rozhlasu vrátane jeho koncových zariadení, ale aj zavedenie SMART systému mesta, jeho napojenie na IoT zariadenie a prípravu na integráciu budúcich SMART senzorov v rámci udržateľnosti projektu. Okrem funkčného vysielacieho centra a rozhlasu bude zavedený SMART systém, ktorý bude distribuovať informácie aj elektronickou formou (SMS, mobilná aplikácia), umožní integráciu IoT zariadení získaných v rámci projektu aj v rámci jeho udržateľnosti. Okrem toho bude tento systém poskytovať nástroje na monitorovanie koncových bodov rozhlasu, pripojených IoT zariadení a vytváranie podkladov pre údržbu. Integrované IoT zariadenia umožnia automaticky spúšťať hlásenia určeným skupinám obyvateľstva a pracovným skupinám zodpovedných ľudí.

Týmto spôsobom dôjde k zásadnému zrýchleniu distribúcie údajov občanom a podnikateľom zvýšeniu spokojnosti občanov aj podnikateľov, ktorí budú profitovať z rýchlejšieho a adresnejšieho poskytovania služieb. Údaje budú takisto sprístupnené iným OVM prostredníctvom otvorených dát a integrácií, čím sa zvýši transparentnosť a interoperabilita mesta Nováky ako digitálne zrelej samosprávy. Alternatíva 3 predstavuje systémové, dlhodobo udržateľné riešenie, ktoré dokáže reagovať na výzvy modernej samosprávy a zároveň flexibilne rásť podľa potrieb meta a jeho obyvateľov či podnikateľov.

Obrázok 1 Znázornenie alternatív riešenia v biznis vrstve architektúry

Tabuľka 8 Klasifikácia budovaných informačných systémov

Tabuľka 9 Vyhodnotenie MCA

Na základe vyhodnotenia MCA analýzy vychádza Alternatíva 3 ako jediná, ktorá spĺňa všetky požiadavky.

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

V aplikačnej vrstve budú projektom riešené len aplikačné moduly/funkcionality, ktoré sú nevyhnutné pre dosiahnutie cieľov vybranej alternatívy č. 3.

Pri hodnotení možnosti využitia aplikácií s otvoreným kódom žiadateľ dospel k záveru, že nie je k dispozícii Open Source softvérové riešenie, ktoré by bolo možné za náklady rovnaké alebo podobné, ako boli cenové ponuky predložené zabezpečiť a prevádzkovať v kombinácii s HW pre berzdrôtový rozhlas. Rovnako štandardizovaný softvér určený pre hardvér vysielacích pracovísk a ovládače IoT zariadení či koncové stanice rozhlasu a jeho cena je niekoľko násobne nižšia ako v prípade, že by bol vyvíjaný pre projekt mesta Nováky. Z uvedeného dôvodu bude predmetom realizácie obstaranie existujúcich HW a SW produktov a ich súčasťou bude ich nasadenie do prevádzky.

5.1.3 Stanovenie 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 posudzovaní požadovaných technologických zariadení boli zvážené viaceré technologické platformy a zariadenia, ktoré boli aj testované pri demo testoch. Navrhovaná zostava zariadení je definovaná tak, aby vykrývala potrebné pokrytie územia mesta Nováky a kombinovala potrebné senzory/kamery za účelom naplnenia cieľov projektu. Vďaka testovaniu konštatujeme, že ide o optimalizovanú verziu počtu jednotlivých zariadení. 

Celý projekt bude využívať primárne vlastné hardvérové vybavenie – server, koncové zariadenia a IoT zariadenia obstarané v rámci projektu. Medzi jednotlivými koncovými bodmi bude zabezpečená konektivita formou vysielacej frekvencie resp. internetovým pripojením.

5.2 Náhľad architektúry a popis budúceho cieľového produktu

Výsledkom projektu budú:

• Projektové výstupy v zmysle vyhlášky 401/2023 o riadení projektov. V prípade, že predmetom realizácie bude dielo (oceniteľné práva a/alebo zdrojový kód), získa mesto Novýky právo vykonávať autorské práva k tomuto dielu, vrátane výhradnej a územne neobmedzenej licencie, získa zdrojové kódy a právo publikovať tieto zdrojové kódy. Tieto podmienky sa nevzťahujú na tzv. krabicový softvér, ktorý je predávaný ako produkt či už realizátora alebo tretej strany.
• Vybudované vysielacie pracovisko, ktoré bude pozostávať z:
  • Vysielacej skrine
  • Softvérovej aplikácie na vysielanie
  • Diagnostickej aplikácie
• Inštalácia prijímacej časti varovného informačného systému (koncové zariadenia – hlásiče bezdrôtového rozhlasu)
• Inteligentné senzory
• Nový ISVS: Varovný informačný systém mesta Nováky (SMART systém)

Základný pohľad na architektúru budúceho riešenia znázorňuje nasledovný obrázok:

Obrázok 2 Znázornenie základného pohľadu na architektúru budúceho riešenia

5.3 Biznis vrstva

V tejto kapitole je spracované detailnejšie rozpracovanie zvolenej alternatívy riešenia v biznis vrstve architektúry. Sú uvedené e-Government komponenty – Koncové služby, ktoré budú výstupom projektu, a ktoré sú zaevidované v MetaIS v rámci výstupu M-06.

5.3.1 Návrh riešenia v biznis vrstve architektúry

Projekt sa týka životných situácií, kedy buď priamo podporuje získavanie informácií občanmi a podnikateľmi alebo zrýchľuje rozhodovacie procesy mesta Nováky v rámci bežného poskytovania informácií alebo v kritických situáciách.

V rámci projektu sú z pohľadu biznis vrstvy sledované nasledovné výstupy:

• Poskytovanie zvukových informácií pre občanov a podnikateľov (nejde koncovú službu ISVS)
• Poskytovanie varovných a informačných správ prostredníctvom webovej aplikácie alebo mobilnej aplikácie (ide o koncovú službu)
• Poskytovanie otvorených údajov formou vhodného rozhrania (nejde o koncovú službu ISVS).

Nasledovný obrázok znázorňuje TO BE stav biznis vrstvy, pričom v rámci projektu pribudne jedna koncová služba.

Obrázok 3 Znázornenie TO BE biznis vrstvy

5.3.2 Prehľad koncových služieb – budúci stav (TO BE):

Tabuľka 10Prehľad koncových služieb - budúci stav (TO BE)

5.3.3 Organizačné zmeny a Procesy dotknuté navrhovaným riešením

Realizáciou projektu dôjde k dvom základným zmenám z hľadiska organizácie a procesov

• Nastanú organizačné zmeny na úrovni toku informácií oprávneným a informovaným osobám. V súčasnosti v prípade vzniku mimoriadnej udalosti, v prípade zverejňovanie informácií je problém zabezpečiť rýchlu distribúciu informácií občanom, podnikateľom a ostatným subjektom. Zavedenie nového IS tento proces zásadne zjednoduší; komunikácia prebehne
  •  zvukovým vysielaním (pričom vysielanie sa môže za určitých okolností spustiť aj automatizovane)
  •  zasielaním cielených správ, vrátane zasielania správ na mobilné zariadenia do mobilnej aplikácie alebo webového rozhrania.
• Interná zmena procesov – budú definované skupiny interných používateľov, ktorí budú na základe získaných informácií bezprostredne informovaní o nových udalostiach a budú riadení vopred definovanými procesmi
• Zavedenie zberu údajov z monitorovacej infraštruktúry a na základe získaných údajov (meteostanice, prachové senzory a pod.) spúšťanie procesov varovania
• Realizácia procesov automatizovaného poskytovania údajov cez elektronickú úradnú tabuľu

5.3.4 Jazyková podpora a lokalizácia

Vizuálne rozhrania koncových služieb musia byť dostupné v slovenskom a anglickom jazyku s možnosťou dopracovať ďalšie jazykové mutácie. Správcovské rozhrania musia byť k dispozícii pre koncových používateľov (zamestnancov mesta Nováky) v slovenskom jazyku, nástroje určené pre IT adminov môžu byť v odôvodnených prípadoch (open source, perzistentný softvér) v anglickom jazyku.

Dokumentácia projektu musí byť spracovaná výhradne v slovenskom alebo českom jazyku. Rovnako používateľské návody pre používateľov koncových služieb musia byť k dispozícii v slovenskom jazyku. Koncové služby projektu budú dostupné aj pre používateľov z iných členských štátov EÚ.

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_67993	Poskytovanie otvorených údajov		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