I-03 Prístup k projektu (pristup_k_projektu)

Naposledy upravil Zuzana Melišová 2025/05/05 14:54

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

Povinná osobaObec Špačince
Názov projektuImplementácia Inteligentných riešení v obci  Špačince
Zodpovedná osoba za projekt Meno a priezvisko osoby, ktorá predkladá dokumenty (zamestnanec /Projektový manažér)
Realizátor projektuObec Špačince
Vlastník projektu Obec Špačince
Schvaľovanie dokumentu
PoložkaMeno a priezviskoOrganizáciaPracovná pozíciaDátum

Podpis
(alebo elektronický súhlas)

VypracovalRastislav ŠkutaObec Špačince

Technik IT,webmaster

Elektrotechnik

15.04.2025 

1.História dokumentu

VerziaDátumZmenyMeno
0.115.03.2025Pracovný návrhRastislav Škuta
0.208.04.2025Aktualizácia na základe zmeny projektového zámeru a aktualizácie prílohy č. 11Rastislav Škuta
1.005.05.2025finalRastislav Škuta
    

2.Účel dokumentu

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.

Dokument Projektový zámer obsahuje manažérske zhrnutie, rozsah, ciele a motiváciu na realizáciu projektu, zainteresované strany, návrh merateľných ukazovateľov a 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í,

architektúru riešenia projektu na úrovni biznis vrstvy, aplikačnej vrstvy, dátovej vrstvy, technologickej vrstvy a bezpečnostnej architektúry, vyhodnotenie alternatív riešenia projektu pre každú vrstvu architektúry riešenia,

  1. špecifikáciu a klasifikáciu údajov spracovaných v projekte,
  2. požiadavky na prevádzku a údržbu výstupov projektu,
  3. požiadavky na technologickú infraštruktúru a posúdenie alternatív prevádzky infraštruktúry cloud computingom,
  4. požiadavky na zdrojové kódy,
  5. opis implementácie projektu a preberania výstupov projektu.

Dokument vychádza zo schváleného projektového zámeru (Názov PZ IÚI  - Implementácia Inteligentných riešení v obci  Špačince), ktorý bolo na 13. zasadnutí Kooperačnej rady UMR Trnava schválená  V UZNESENí 13b/2025

2.1Použité skratky a pojmy

SKRATKA/POJEMPOPIS
DSLDefinitive Software Library (ITIL) – zoznam SW, ktorý je možné/povolené používať v prostredí organizácie (s priradenými identifikačnými kódmi)
Automatizovaný spôsobIde o spracovanie vstupných dát v štruktúrovanej forme na základe nadefinovanej procedúry alebo scriptu. Spustenie spracovania môže byť naplánované ako opakovaná činnosť, alebo vyvolaná jednorazovou činnosťou (napr. uzavretie tiketu)
FTFix Time - Maximálna doba, do ktorej nahlásená vada musí byť odstránená a služba poskytovaná podľa dohodnutých parametrov
Funkčná špecifikácia (dokument, popisujúci kontext pre využitie riešenia s jeho funkčnými požiadavkami)
HW/CloudHardvér / Cloud
IKTInformačno-komunikačné technológie (organizácie)
IÚIIntegrovaný územný rozvoj
IdMIdentity Manager
ISInformačný systém
ISVSInformačný systém verejnej správy
IT ROLARola, ktorá definuje prístup do IS alebo definuje využívanie IT zdrojov
KPIvýkonnostný ukazovateľ
Obec ŠenkviceObec Šenkvice
MIRRIMinisterstvo investícií, regionálneho rozvoja a informatizácie SR
MUmerateľné ukazovatele
MJmerná jednotka
NFPnenávratný finančný príspevok
RTResponse Time - Maximálna doba, počas ktorej je dodávateľ povinný reagovať na podnet objednávateľa (napr. incident, požiadavku)
SDService Desk
SDMService Desk Manager
SLAService Level Agreement – dohoda/zmluva o parametroch poskytovania služby
SRSlovenská republika
SWsoftvér
Technická špecifikácia (dokument, popisujúci kontext pre technické začlenenie riešenia do prostredia organizácie, s jeho technickými, integračnými, architektúrnymi a bezpečnostnými požiadavkami)
WFWorkflow = pracovný proces, zobrazený postupnosťou úkonov
  
  
  

 

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

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

FRxx

  • F          – funkcionálna alebo používateľská požiadavka
  • R         – označenie požiadavky
  • xx        – číslo požiadavky

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

NRxx

  • N         – nefukčná požiadavka (NFR)
  • R         – označenie požiadavky

xx        – číslo požiadavky

3.Popis navrhovaného riešenia

Cieľom projektu je podpora a rozvoj obce prostredníctvom inovatívnych technológií, využívanie a prepájanie dát tak, aby sa zvýšila kvalita života, ekologickosti, bezpečnosti, odolnosti a udržateľnosti obce s dôrazom: na bezpečnosť občanov, ochranu majetku obce, zníženie výdavkov obce pri správe verejných budov a zvýšenie transparentnosti obce,  zlepšenie dopravnej situácie obce a kvality mikroklímy v kontexte blízkosti Jadrovej elektrárne Jaslovské Bohunice .

Cieľovou skupinou sú (výzva nedefinuje presnú cieľovú skupinu projektu, pre projekt definujeme):

  1. Obyvatelia obce Špačince a MFO Trnava, ktorí budú profitovať z výstupov projektu
  2. Prevádzkovatelia a užívatelia dátových systémov
  3. Obyvatelia a návštevníci obce Špačince a celého územia MFO Trnava, ktorí budú profitovať z bezpečnejšieho mestského prostredia a efektívnejšieho riadenia

Miesto realizácie projektu: intravilán obce Špačince - zastavané plochy a k nim priliehajúce plochy (v okolí budov Obecného úradu, Základnej školy, Materskej školy, v okolí cintorína a na cestách v obci Špačince). Ulice: Hlavná, Hospodárska, Čerešňová, Ulička, Na pažiti, Poľovnícka, Na vŕšku, Poštová, Trnavská, Kaštieľska, Jozefa Strečanského, Športová, Hromová, Pod kaštieľom, Poľná, Horná,  Družstevná, Veterná, Krajná, Mlynská, Mierová, Záhradkárska, Brehová, Nad mlynom)

HA 1 IoT, dáta a platformy pre rozvoj tvorby, spracovania a využívania dát s cieľom inteligentného rozhodovania, plánovania a správy obce Špačince

Hlavná aktivita je zvolená v súlade s hlavnou aktivitou opatrenia 1.2.2: IoT, dáta a platformy - Podpora rozvoja tvorby, spracovania, využívania a prepájania dát v rámci verejnej správy, najmä rozvoja dátových platforiem, informačných systémov (v nadväznosti na inteligentné riadenie a podpory budovania miest a regiónov) a súvisiacich nástrojov s pridanou hodnotou pre inteligentné rozhodovanie, plánovanie a správu.

Predmetom aktivity je tvorba dátovo-analytickej platformy pre kamerový systém pre rozvoj tvorby, spracovania a využívania dát s cieľom inteligentného rozhodovania, plánovania a správy. Kamery ako IoT zariadenia budú mať vlastný analytický systém, ktorý bude zabezpečovať záznamové, ovládacie funkcie a systém riadenia. Analytické výstupy budú využívané nielen na bezpečnostné, ale aj rozvojové účely mesta pri ďalšom plánovaní obce Špačince.

HA2 Podpora bezpečnosti fyzického prostredia obce Špačince

Hlavná aktivita 2 je zvolená v súlade s hlavnou aktivitou opatrenia 5.1.3: prevencia kriminality (kamerové systémy, inštalácia nových bodov, 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). Predmetom  doplnkovej aktivity je prevencia kriminality a zvýšenie bezpečnosti. Špeciálne kamery budú určené na detekciu konkrétnych osôb, čo môže byť užitočné napríklad pri pátraní po nezvestných osobách alebo pri identifikácii páchateľov trestných činov. V zmysle výzvy tieto aktivity chápeme ako doplnkovú aktivitu ku HA1. Cieľom je získať reálne makro dáta o počtoch, ktoré nám pomôžu pri lepšom plánovaní, skvalitnenia života obyvateľov, dopravy, parkovania, zlepšenia infraštruktúry, zvýšenia bezpečnosti a komfortu a zníženia kriminality.

4.Architektúra riešenia projektu

1746448152656-803.png

Alternatíva č.1: Zachovanie súčasného stavu

  • Uvedená alternatíva predstavuje zachovanie súčasného stavu. Táto alternatíva by znamenala nerealizovanie projektu - pri zachovaní súčasného stavu nebolo možné postúpenie údajov z IoT zariadení a kamerového systému do IoT
  • Alternatíva č. 2: Realizácia časti projektu
  • Uvedená alternatíva predstavuje realizáciu časti projektu vlastnými kapacitami. Táto alternatíva je v súčasnosti nerealizovateľná. Pre obec by znamenala vysoké finančné zaťaženie, ktoré nie je v súčasnej situácie realizovateľné.
  • Alternatíva č.3 Plnohodnotná realizácia projektu
  • Alternatíva č.3 znamená realizáciu projektu v plnom rozsahu v zmysle technických návrhov riešení súčasnej situácie. Rovnako táto alternatíva znamená získavanie údajov z IoT zariadení pre oblasť a kamerového systému.

1746448152658-424.png

4.1Biznis vrstva

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

Kód KS (z MetaIS)Názov KSPoužívateľ KS (G2C/G2B/G2G/G2A)Životná situácia (+ kód z MetaIS)Úroveň elektronizácie KS
Kód KS (z MetaIS)Názov KSPoužívateľ KS (G2C/G2B/G2G/G2A)Životná situácia (+ kód z MetaIS)Úroveň elektronizácie KS

4.1.2Jazyková podpora a lokalizácia

Jazyková lokácia  - slovenčina.

4.2Aplikačná vrstva

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

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

Kód ISVS (z MetaIS)Názov ISVSModul ISVS (zaškrtnite ak ISVS je modulom)Stav IS VSTyp IS VSKód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
isvs_12837Webové sídlo obce ŠpačinceVyberte jednu z možností
c_stav_isvs.2
Vyberte jednu z možností
c_typ_isvs.2

Kód ISVS (z MetaIS)Názov ISVSModul ISVS (zaškrtnite ak ISVS je modulom)Stav IS VSTyp IS VSKód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
isvs_12837Webové sídlo obce ŠpačinceVyberte jednu z možností
c_stav_isvs.2
Vyberte jednu z možností
c_typ_isvs.2
  
Kód ISVS (z MetaIS)Názov ISVSModul ISVS (zaškrtnite ak ISVS je modulom)Stav IS VSTyp IS VSKód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
isvs_12837Webové sídlo obce ŠpačinceVyberte jednu z možností
c_stav_isvs.2
Vyberte jednu z možností
c_typ_isvs.2
  
Kód ISVS (z MetaIS)Názov ISVSModul ISVS (zaškrtnite ak ISVS je modulom)Stav IS VSTyp IS VSKód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
isvs_12837Webové sídlo obce ŠpačinceVyberte jednu z možností
c_stav_isvs.2
Vyberte jednu z možností
c_typ_isvs.2
  
Kód ISVS (z MetaIS)Názov ISVSModul ISVS (zaškrtnite ak ISVS je modulom)Stav IS VSTyp IS VSKód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
isvs_12837Webové sídlo obce ŠpačinceVyberte jednu z možností
c_stav_isvs.2
Vyberte jednu z možností
c_typ_isvs.2
  
Kód ISVS (z MetaIS)Názov ISVSModul ISVS (zaškrtnite ak ISVS je modulom)Stav IS VSTyp IS VSKód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
isvs_12837Webové sídlo obce ŠpačinceVyberte jednu z možností
c_stav_isvs.2
Vyberte jednu z možností
c_typ_isvs.2
  

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

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

Kód ISVS (z MetaIS)Názov ISVSModul ISVS (zaškrtnite ak ISVS je modulom)Stav IS VSTyp IS VSKód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
isvs_12837Webové sídlo obce ŠpačinceVyberte jednu z možností
c_stav_isvs.2
Vyberte jednu z možností
c_typ_isvs.2

Kód ISVS (z MetaIS)Názov ISVSModul ISVS (zaškrtnite ak ISVS je modulom)Stav IS VSTyp IS VSKód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
isvs_12837Webové sídlo obce ŠpačinceVyberte jednu z možností
c_stav_isvs.2
Vyberte jednu z možností
c_typ_isvs.2
  
Kód ISVS (z MetaIS)Názov ISVSModul ISVS (zaškrtnite ak ISVS je modulom)Stav IS VSTyp IS VSKód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
isvs_12837Webové sídlo obce ŠpačinceVyberte jednu z možností
c_stav_isvs.2
Vyberte jednu z možností
c_typ_isvs.2
  
Kód ISVS (z MetaIS)Názov ISVSModul ISVS (zaškrtnite ak ISVS je modulom)Stav IS VSTyp IS VSKód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
isvs_12837Webové sídlo obce ŠpačinceVyberte jednu z možností
c_stav_isvs.2
Vyberte jednu z možností
c_typ_isvs.2
  
Kód ISVS (z MetaIS)Názov ISVSModul ISVS (zaškrtnite ak ISVS je modulom)Stav IS VSTyp IS VSKód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
isvs_12837Webové sídlo obce ŠpačinceVyberte jednu z možností
c_stav_isvs.2
Vyberte jednu z možností
c_typ_isvs.2
  
Kód ISVS (z MetaIS)Názov ISVSModul ISVS (zaškrtnite ak ISVS je modulom)Stav IS VSTyp IS VSKód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
isvs_12837Webové sídlo obce ŠpačinceVyberte jednu z možností
c_stav_isvs.2
Vyberte jednu z možností
c_typ_isvs.2
  

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

Kód ISNázov ISVSSpoločné moduly podľa zákona č. 305/2013 e-Governmente
  Vyberte jednu z možností.
  Vyberte jednu z možností.
  Vyberte jednu z možností.

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

Kód ISNázov ISVSSpoločné moduly podľa zákona č. 305/2013 e-Governmente
  Vyberte jednu z možností.
  Vyberte jednu z možností.
  Vyberte jednu z možností.

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

Kód ISVS
(z MetaIS)

Názov ISVS

Kód integrovaného ISVS
(z MetaIS)

Názov integrovaného ISVS
    
    
    

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

Kód AS (z MetaIS)Názov ASISVS/modul ISVS (kód z MetaIS)Aplikačná služba realizuje KS (kód KS z MetaIS)
Kód AS (z MetaIS)Názov ASISVS/modul ISVS (kód z MetaIS)Aplikačná služba realizuje KS (kód KS z MetaIS)

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

AS (Kód MetaIS)Názov ASRealizuje ISVS (kód MetaIS)Poskytujúca alebo KonzumujúcaIntegrácia cez CAMPIntegrácia s IS tretích stránSaaSIntegrácia na AS poskytovateľan (kód MetaIS)
 

 

  • 4.2.8Poskytovanie údajov z ISVS do IS CSRÚ – TO BE
ID OENázov (poskytovaného) objektu evidencieKód ISVS poskytujúceho OENázov ISVS poskytujúceho OE
    
    
    

4.2.9Konzumovanie údajov z IS CSRU – TO BE

ID OENázov (konzumovaného) objektu evidencieKód a názov ISVS konzumujúceho OE z IS CSRÚKód zdrojového ISVS v MetaIS
    
    
    

4.3Dátová vrstva

N/A, predmetom projektu nie je manažment údajov.

4.3.1Údaje v správe organizácie

N/A 

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

ID OEObjekt evidencie - názovObjekt evidencie - popisReferencovateľný identifikátor URI dátového prvku
---------(Ak nie je priradené URI uveďte „Nemá“)
    
    


 

4.3.3Referenčné údaje

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

ID OE

Názov referenčného registra /objektu evidencie
(uvádzať OE z tabuľky v kap. 4.3.2)

Názov referenčného údaja (atribúty)Identifikácia subjektu, ku ktorému sa viaže referenčný údajZdrojový register a registrátor zdrojového registra
     
     
     

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

ID OE

Názov referenčného údaja /objektu evidencie
(uvádzať OE z tabuľky v kap. 4.3.2)

Konzumovanie / poskytovanieOsobitný právny predpis pre poskytovanie / konzumovanie údajov
  Vyberte jednu z možností. 
  Vyberte jednu z možností. 
  Vyberte jednu z možností. 

4.3.4Kvalita a čistenie údajov

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

ID OE

Názov Objektu evidencie
(uvádzať OE z tabuľky v kap. 4.3.2)

Významnosť kvality
1 (malá) až 5 (veľmi významná)

Citlivosť kvality
1 (malá) až 5 (veľmi významná)

Priorita – poradie dôležitosti
(začnite číslovať od najdôležitejšieho)

     
     
     

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

RolaČinnostiPozícia zodpovedná za danú činnosť (správca ISVS / dodávateľ)
Dátový kurátorMonitoring a riadenie procesuDátový kurátor správcu IS
Data stewardČistenie a stotožňovanie voči referenčným údajomPracovník IT podpory
Databázový špecialistaAnalyzuje požiadavky na dáta, modeluje obsah procedúrDodávateľ

4.3.5Otvorené údaje

Názov objektu evidencie / datasetu
(uvádzať OE z tabuľky v kap. 4.3.2)

Požadovaná interoperabilita
(3★ - 5★)

Periodicita publikovania
(týždenne, mesačne, polročne, ročne)

Dátová analytická platforma3★Týždenne
Monitoring bezpečnosti (prostredníctvom kamier)3★Týždenne
   
   
   
   

4.3.6Analytické údaje

IDNázov objektu evidencie pre analytické účelyZoznam atribútov objektu evidenciePopis a špecifiká objektu evidencie
    
    
    

4.3.7Moje údaje

ID

Názov registra / objektu evidencie
(uvádzať OE z tabuľky v kap. 4.3.2)

Atribút objektu evidenciePopis a špecifiká objektu evidencie
    
    
    
    

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

ID

Register / Objekt evidencie
(uvádzať OE z tabuľky v kap. 4.3.2)

Referenčné údajeMoje údajeOtvorené údajeAnalytické údaje
  
  
  
  
  
  

4.4Technologická vrstva

4.4.1Prehľad technologického stavu - AS IS

Riešenie projektu prevádzkované na existujúcej infraštruktúre spoločného obecného úradu..

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

ParameterJednotkyPredpokladaná hodnotaPoznámka
Počet interných používateľovPočet2 
Počet súčasne pracujúcich interných používateľov v špičkovom zaťaženíPočet2 
Počet externých používateľov (internet)Počet  
Počet externých používateľov používajúcich systém v špičkovom zaťaženíPočet  
Počet transakcií (podaní, požiadaviek) za obdobiePočet/obdobie  
Objem údajov na transakciuObjem/transakcia Daný systém – v automatickom režime, bude známe po ukončení VO, nie je možné kvantifikovať
Objem existujúcich kmeňových dátObjem Dané automatizovaným systémom
Ďalšie kapacitné a výkonové požiadavky ...   

4.4.3Návrh riešenia technologickej architektúry

A)         Technická časť riešenia systému

Technickou časťou systému sa rozumejú nasledovné časti riešenia:

  • Systém káblových rozvodov
  • Systém kamerových rozvádzačov
  • Systém napájania kamerových rozvádzačov
  • Komunikačné zariadenia kamerových rozvádzačov
  • Kamery
  • Dátovo analytická platforma

Vybudovaná SW platforma bude zabezpečovať vyhodnocovanie nasledovných typov dát a ich spracovania:

  • Rozpoznanie a počítanie špecifických objektov
  • Vyhľadávanie tvárí a registračných značiek
  • Štandardné možnosti vyhľadávania
  • Offline analýza
  • Správa fronty
  • Počítadlo osôb napr. návštevníkov
  • Online reporty
  • Senzory na meranie mikroklímy
  • Automatizovaný monitoring spotreby
  • Interaktívna 3D mapa
  • Autozoom
  • Dewarping obrazu
  • Mobilný klient
  • Metadata z IP zariadení
  • Integrácia so systémami tretích strán

Projekt nie je zameraný na budovanie a rekonštrukciu verejného osvetlenia a budovanie kamerových systémov.

Miesto realizácie projektu: intravilán obce Špačince - zastavané plochy a k nim priliehajúce plochy (v okolí budov Obecného úradu, Základnej školy, Materskej školy, v okolí cintorína a na cestách v obci Špačince). Ulice: Hlavná, Hospodárska, Čerešňová, Ulička, Na pažiti, Poľovnícka, Na vŕšku, Poštová, Trnavská, Kaštieľska, Jozefa Strečanského, Športová, Hromová, Pod kaštieľom, Poľná, Horná,  Družstevná, Veterná, Krajná, Mlynská, Mierová, Záhradkárska, Brehová, Nad mlynom)

P.č. 1 IoT, dáta a platformy pre rozvoj tvorby, spracovania a využívania dát s cieľom inteligentného rozhodovania, plánovania a správy obce Špačince

Dlhodobý hmotný majetok (02):

022 Samostatné hnuteľné veci a súbory hnuteľných vecí

  • IP kam WSN QNO 8 Mpx, D/N infra, analýza
  • IP kam WSN QNO mont. krab AL + adaptér
  • IP kam WSN 4x 8 Mpx multisenzor IP kamera
  • IP kam WSN multisenzor - držiak + adaptér
  • IP kam DHTC 3MPx-AI kamera LPR s rozpoznávaním EČV - do 200km/h
  • Video-server PC, rack, 32GB RAM,RAID 0,max 256 Mbps,HDD 25TB
  • Videoserver - klient PC, rack 2U, 32 GB RAM, RAID 0, HDD 8TB

112 Zásoby

  • IP kam DHTC adaptér + držiak
  • DH PF42-4P-96 4 PoE
  • DH GS-R-20-SMF optický modul
  • Záložný zdroj IP UBQ-EP54V72W
  • Aku 18Ah ext.
  • Záložný zdroj - server ETN UPS PRO 1600 USB

013 Softvér

  • Licencia na 1 POS kanál pre WTN

P.č. 2 Podpora bezpečnosti fyzického prostredia obce Špačince

112 Zásoby

  • Kabeláž – Kábel OPT EXT s prisl. Kábel EXT FT s prisl.
  • Inštalačný materiál  - kotviaci materiál a súvisiaci materiál

518 Ostatné služby

  • Montáž – nových kamier (počet 132), káblové rozvody, nastavenie, programovanie, odskúšanie

Plošina – prenájom/hodina/km

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

Projekt nepredpokladá využívanie služieb vládneho cloudu.

Kód infraštruktúrnej služby
(z MetaIS)

Názov infraštruktúrnej služby

Kód využívajúceho ISVS
(z MetaIS)

Názov integrovaného ISVS
    
    
    
Uveďte parametre (kapacity) požadovaných výpočtových zdrojov (sizing) a využite služieb hybridného vládneho cloudu (uvedené v tabuľkách nižšie) pre jednotlivé prevádzkové prostredia:
Prostredie

Kód infraštruktúrnej služby
(z MetaIS)

Názov infraštruktúrnej služby/ Služba z katalógu cloudových služieb pre zriadenie výpočtového uzlaPožadované kapacitné parametre služby 
(doplňte stĺpec parametra, ak je dôležitý pre konkrétnu službu)
Dátový priestor (GB)Tier diskového priestoruPočet vCPURAM (GB)
Vývojové      
Testovacie      
Produkčné      

ďalšie...
(uviesť názov)

      
Ur
ProstredieĎalšie služby potrebné na prevádzku projektu z katalógu služieb vládneho cloudu (stručný popis / názov)

Kód služby
(z MetaIS)

Parametre pre službu (doplňte stĺpec parametra, ak je dôležitý pre konkrétnu službu)
VývojovéDoplň názov a stručný popis  
TestovacieDoplň názov a stručný popis  
ProdukčnéDoplň názov a stručný popis  

ďalšie...
(uviesť názov)

   
P

4.5Bezpečnostná architektúra

Bezpečnostná architektúra upraveného informačného systému bude realizovaná v súlade s dotknutými právnymi normami a zároveň s technickými normami, ktoré stanovujú úroveň potrebnej bezpečnosti IS, pre manipuláciu so samotnými dátami, alebo technické/technologické/personálne zabezpečenie samotnej výpočtovej techniky/HW vybavenia. Ide najmä o:

  • Zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov v znení neskorších predpisov,
  • Zákon č. 69/2018 Z.z. o kybernetickej bezpečnosti
  • Zákon č. 45/2011 Z.z. o kritickej infraštruktúre
  • 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 401/2023 MIRRI SR o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy,
  • Vyhláška 78/2020 Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu o štandardoch pre informačné technológie verejnej správy,
  • Vyhláška 547/2021 MIRRI SR o elektronizácii agendy verejnej správy.
  • Vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy
  • Vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 179/2020 Z. z., ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy
  • Vyhláška Úradu na ochranu osobných údajov Slovenskej republiky č. 158/2018 Z. z. o postupe pri posudzovaní vplyvu na ochranu osobných údajov
  • Nariadenie Európskeho parlamentu a Rady (EÚ) 2016/679 z 27. apríla 2016 o ochrane fyzických osôb pri spracúvaní osobných údajov a o voľnom pohybe takýchto údajov, ktorým sa zrušuje smernica 95/46/ES (všeobecné nariadenie o ochrane údajov)
  • Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov.

Projekt bude:

  • plne riadený v súlade s vyhláškou Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy a všetky manažérske produkty vyhlášky o riadení projektov budú vypracované a nahraté v Centrálnom metainformačnom systéme verejnej správy SR.
  • realizovaný v súlade požiadavkou na - data driven government (prílohe č. 11 Výzvy Integračno-analytická platforma), t.j. integráciou dátovej platformy do integračno-analytickej platformy formou Azure Data Lake Storage, AzureDataFactory, SQL Database alebo PowerBI na základe dodávky konkrétneho riešenia a podporovaných foriem integrácie podľa uvedenej Prílohy.

5.Závislosti na ostatné ISVS / projekty

U

Stakeholder

Kód projektu /ISVS
(z MetaIS)

Názov projektu /ISVSTermín ukončenia projektuPopis závislosti
    Vyplniť
     
     

6.Zdrojové kódy

Projekt bude v prevažnej miere realizovaný internými kapacitami, zdrojové kódy budú vo vlastníctve obce Špačince.

7.Prevádzka a údržba

Prevádzka bude rovnako ako v súčasnom stave zabezpečená internými kapacitami.

7.1Prevádzkové požiadavky

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

  • L1 podpory IS (Level 1, priamy kontakt zákazníka) - jednotný kontaktný bod verejného obstarávateľa – IS Solution manager, ktorý je v správe verejného obstarávateľa a v prípade jeho nedostupnosti Centrum podpory používateľov (zabezpečuje prevádzkovateľ IS a DataCentrum).
  • L2 podpory IS (Level 2, postúpenie požiadaviek od L1) - vybraná skupina garantov, so znalosťou IS (zabezpečuje prevádzkovateľ IS – verejný obstarávateľ).
  • L3 podpory IS (Level 3, postúpenie požiadaviek od L2) - na základe zmluvy o podpore IS (zabezpečuje úspešný uchádzač).

7.1.1Úrovne podpory používateľov

Definícia:

  • Podpora L1 (podpora 1. stupňa) - začiatočná úroveň podpory, ktorá je zodpovedná za riešenie základných problémov a požiadaviek koncových užívateľov a ďalšie služby vyžadujúce základnú úroveň technickej podpory. Základnou funkciou podpory 1. stupňa je zhromaždiť informácie, previesť základnú analýzu a určiť príčinu problému a jeho klasifikáciu. Typicky sú v úrovni L1 riešené priamočiare a jednoduché problémy a základné diagnostiky, overenie dostupnosti jednotlivých vrstiev infraštruktúry (sieťové, operačné, vizualizačné, aplikačné atď.) a základné užívateľské problémy (typicky zabudnutie hesla), overovanie nastavení SW a HW atď.
  • Podpora L2 (podpora 2. stupňa) – riešiteľské tímy s hlbšou technologickou znalosťou danej oblasti. Riešitelia na úrovni Podpory L2 nekomunikujú priamo s koncovým užívateľom, ale sú zodpovední za poskytovanie súčinnosti riešiteľom 1. úrovne podpory pri riešení eskalovaného hlásenia, čo mimo iného obsahuje aj spätnú kontrolu a podrobnejšiu analýzu zistených dát predaných riešiteľom 1. úrovne podpory. Výstupom takejto kontroly môže byť potvrdenie, upresnenie, alebo prehodnotenie hlásenia v závislosti na potrebách Objednávateľa. Primárnym cieľom riešiteľov na úrovni Podpory L2 je dostať Hlásenie čo najskôr pod kontrolu a následne ho vyriešiť - s možnosťou eskalácie na vyššiu úroveň podpory – Podpora L3.
  • Podpora L3 (podpora 3. stupňa) - Podpora 3. stupňa predstavuje najvyššiu úroveň podpory pre riešenie tých najobťiažnejších Hlásení, vrátane prevádzania hĺbkových analýz a riešenie extrémnych prípadov.

Pre služby sú definované takéto SLA:

  • Help Desk je dostupný cez IS Solution manager a pre vybrané skupiny užívateľov cez telefón a email, incidenty sú evidované v IS Solution manager,
  • Dostupnosť L3 podpory pre IS je 8x5 (8 hodín x 5 dní od 8:00h do 16:00h počas pracovných dní),

7.1.2Riešenie incidentov – SLA parametre

Označenie naliehavosti incidentu:

Označenie naliehavosti incidentuZávažnosť  incidentuPopis naliehavosti incidentu
AKritickáKritické chyby, ktoré spôsobia úplné zlyhanie systému ako celku a nie je možné používať ani jednu jeho časť, nie je možné poskytnúť požadovaný výstup z IS.
BVysokáChyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.
CStrednáChyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.
DNízkaKozmetické a drobné chyby.

možný dopad:

Označenie závažnosti incidentu

 

Dopad

Popis dopadu
1katastrofickýkatastrofický dopad, priamy finančný dopad alebo strata dát,
2značnýznačný dopad alebo strata dát
3malýmalý dopad alebo strata dát

 Výpočet priority incidentu je kombináciou dopadu a naliehavosti v súlade s best practices ITIL V3 uvedený v nasledovnej matici:

Matica priority incidentovDopad
Katastrofický - 1Značný - 2Malý - 3
NaliehavosťKritická - A123
Vysoká - B233
Stredná - C234
Nízka - D344

Vyžadované reakčné doby:

Označenie priority incidentuReakčná doba(1) od nahlásenia incidentu po začiatok riešenia incidentuDoba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI) (2)

Spoľahlivosť (3)

(počet incidentov za mesiac)

10,5 hod.4  hodín1
21 hod.12 hodín2
31 hod.24 hodín10
41 hod.Vyriešené a nasadené v rámci plánovaných releasov
Označenie naliehavosti incidentuZávažnosť incidentuPopis naliehavosti incidentu
AKritickáKritické chyby, ktoré spôsobia úplné zlyhanie systému ako celku a nie je možné používať ani jednu jeho časť, nie je možné poskytnúť požadovaný výstup z IS.
BVysokáChyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.
CStrednáChyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.
DNízkaKozmetické a drobné chyby.
možný dopad:
Označenie závažnosti incidentuDopadPopis dopadu
1katastrofickýkatastrofický dopad, priamy finančný dopad alebo strata dát,
2značnýznačný dopad alebo strata dát
3malýmalý dopad alebo strata dát
Výpočet priority incidentu je kombináciou dopadu a naliehavosti v súlade s best practices ITIL V3 uvedený v nasledovnej matici:
Matica priority incidentovDopad
Katastrofický - 1Značný - 2Malý - 3
NaliehavosťKritická - A123
Vysoká - B233
Stredná - C234
Nízka - D344
Vyžadované reakčné doby:
Označenie priority incidentuReakčná doba(1) od nahlásenia incidentu po začiatok riešenia incidentuDoba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI) (2)

Spoľahlivosť (3)
(počet incidentov za mesiac)

10,5 hod.4 hodín1
21 hod.12 hodín2
31 hod.24 hodín10
41 hod.Vyriešené a nasadené v rámci plánovaných releasov
Vysvetlivky k tabuľke
(1) Reakčná doba je čas medzi nahlásením incidentu verejným obstarávateľom (vrátane užívateľov IS, ktorí nie sú v pracovnoprávnom vzťahu s verejným obstarávateľom) na helpdesk úrovne L3 a jeho prevzatím na riešenie.
(2) DKVI znamená obnovenie štandardnej prevádzky - čas medzi nahlásením incidentu verejným obstarávateľom a vyriešením incidentu úspešným uchádzačom (do doby, kedy je funkčnosť prostredia znovu obnovená v plnom rozsahu). Doba konečného vyriešenia incidentu od nahlásenia incidentu verejným obstarávateľom (DKVI) sa počíta počas celého dňa. Do tejto doby sa nezarátava čas potrebný na nevyhnutnú súčinnosť verejného obstarávateľa, ak je potrebná pre vyriešenie incidentu. V prípade potreby je úspešný uchádzač oprávnený požadovať od verejného obstarávateľa schválenie riešenia incidentu.
(3) Maximálny počet incidentov za kalendárny mesiac. Každá ďalšia chyba nad stanovený limit spoľahlivosti sa počíta ako začatý deň omeškania bez odstránenia vady alebo incidentu. Duplicitné alebo technicky súvisiace incidenty (zadané v rámci jedného pracovného dňa, počas pracovného času 8 hodín) sú považované ako jeden incident.
(4) Incidenty nahlásené verejným obstarávateľom úspešnému uchádzačovi v rámci testovacieho prostredia majú prioritu 3 a nižšiu
Vzťahujú sa výhradne k dostupnosti testovacieho prostredia. Za incident na testovacom prostredí sa nepovažuje incident vztiahnutý k práve testovanej funkcionalite.
Vyššie uvedené SLA parametre nebudú použité pre nasledovné služby:

7.2Požadovaná dostupnosť IS:

Prevádzkové hodiny12 hodínod 6:00 hod. - do 18:00 hod. počas pracovných dní
Servisné okno10 hodínod 19:00 hod. - do 5:00 hod. počas pracovných dní
24 hodín

od 00:00 hod. - 23:59 hod. počas dní pracovného pokoja a štátnych sviatkov

Servis a údržba sa bude realizovať mimo pracovného času.

Dostupnosť produkčného prostredia IS98,5%

98,5% z 24/7/365  t.j. max ročný výpadok je 66 hod.

Maximálny mesačný výpadok je 5,5 hodiny.

Vždy sa za takúto dobu považuje čas od 0.00 hod. do 23.59 hod. počas pracovných dní v týždni.

Nedostupnosť IS sa počíta od nahlásenia incidentu Zákazníkom v čase dostupnosti podpory Poskytovateľa (t.j. nahlásenie incidentu na L3 v čase od 6:00 hod. - do 18:00 hod. počas pracovných dní).  Do dostupnosti IS nie sú započítavané servisné okná a plánované odstávky IS.

V prípade nedodržania dostupnosti IS bude každý ďalší začatý pracovný deň nedostupnosti braný ako deň omeškania bez odstránenia vady alebo incidentu.

   

7.2.1Dostupnosť (Availability)

98% dostupnosť znamená výpadok 7,30 dňa

7.2.2RTO (Recovery Time Objective)

Tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni

7.2.3RPO (Recovery Point Objective)

Tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni

8.Požiadavky na personál

Nie sú evidované. 

9.Implementácia a preberanie výstupov projektu

Projekt bude realizovaný 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.

Projekt bude riadený v zmysle Vyhlášky 401/2023 MIRRI SR o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy.

10.Prílohy