I-03 Prístup k projektu (pristup_k_projektu)

PRÍSTUP K PROJEKTU

 Manažérsky výstup I-03

podľa vyhlášky MIRRI č. 401/2023 Z. z. 

Schvaľovanie dokumentu

1. História dokumentu

1. Účel dokumentu

V súlade s 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 je dokument I-03 Prístup k projektu určený na rozpracovanie detailných informácií prípravy projektu z pohľadu aktuálneho stavu, budúceho stavu a navrhovaného riešenia. 

Účelom predkladaného dokumentu je v rámci iniciačnej fázy projektu súhrnne popísať hlavné informácie o navrhovanom projekte so zameraním na technický návrh riešenia.  

Dokument je vypracovaný v súlade s vyššie uvedenou vyhláškou a popisuje nasledovné oblasti:  

• opis navrhovaného riešenia,  
• architektúru riešenia projektu na úrovni biznis vrstvy, aplikačnej vrstvy, dátovej vrstvy, technologickej vrstvy, infraštruktúry navrhovaného riešenia, bezpečnostnej architektúry,  
• špecifikáciu údajov spracovaných v projekte, čistenie údajov,  
• prevádzku a údržbu výstupov projektu,  
• prevádzkové požiadavky,  
• požiadavky na zdrojové kódy. 

1. 
   
   1. Použité skratky a pojmy

1. 
   
   1. Konvencie pre typy požiadaviek (príklady)

Hlavné kategórie požiadaviek v zmysle katalógu požiadaviek sú rozdelené na funkčné a nefunkčné požiadavky. Podskupiny v hlavných kategóriách je možné rozšíriť v závislosti od potrieb projektu:

Funkčné požiadavky používajú konvenciu:

RF_xxx

• RF           – funkčná požiadavka
• xxx          – číslo požiadavky

Nefunkčné a technické požiadavky používajú konvenciu:

RNF_xxx

• RNF         – nefunkčná požiadavka
• xxx          – číslo požiadavky

Ostatné typy požiadaviek môžu byť ďalej definované objednávateľom/PM.

1. Popis navrhovaného riešenia

Zámerom projektu je zabezpečenie návrhu riešenia a implementácie komplexného informačného systému pre zabezpečenie IT podpory v oblasti činností stavebnej inšpekcie a interného auditu a súvisiacich odborných poradenských služieb so spracovaním detailného návrhu riešenia. Systém zabezpečí plánovanie, prípravu a realizáciu stavebných inšpekcií a interných auditov, vyhodnocovanie inšpekcií  a interných auditov a spracovanie ich nedostatkov.  

Časový harmonogram projektu je nastavený na 12 mesiacov a finálnym termínom dokončenia do 31.03.2026.  

1. Architektúra riešenia projektu

Úrad pre územné plánovanie a výstavbu Slovenskej republiky (ďalej aj ako „ÚpÚPaV SR) je v kontexte predkladaného projektu podľa zákona č. 575/2001 Z. z. o organizácii činnosti vlády a organizácii ústrednej štátnej správy ústredným orgánom štátnej správy pre územné plánovanie okrem ekologických aspektov, výstavbu a vyvlastnenie.

Predmetom predkladaného projektu je implementácia riešení, ktoré zabezpečia IT podporu v oblasti činností stavebnej inšpekcie a interného auditu.  Architektúra riešenia projektu je spracovaná v súlade s funkčnými a nefunkčnými požiadavkami, ktoré sú bližšie spracované v prílohe Katalóg požiadaviek. Architektúra je ďalej rozpracovaná na úrovni biznis vrstvy, aplikačnej vrstvy, technologickej vrstvy a bezpečnostnej vrstvy.

1. 
   
   1. Biznis vrstva

V rámci biznis architektúry sú identifikované nasledovné fyzické osoby a právnické osoby (biznis aktéri): 

Zainteresované osoby 

• Fyzické osoby:    

• Zamestnanec ÚÚPaV  

• Zamestnanec Regionálnych pracovísk ÚÚPaV; 
• Stavebný inšpektor;
• Interný audítor.

• Právnické osoby 

• Úrad pre územné plánovanie a výstavbu Slovenskej republiky;  

• Regionálne pracoviská Úradu pre územné plánovanie a výstavbu Slovenskej republiky;
• Regionálny stavebný úrad;
• Špeciálny stavebný úrad.  

Dotknutý úsek VS: 

• U00055 Stavebný poriadok a územné plánovanie okrem ekologických aspektov  

K úseku VS v zmysle aktuálneho číselníka prináleží niekoľko desiatok agend VS. V súvislosti s novou právnou úpravou pre oblasť územného plánovania a výstavby, a s úpravami pôsobnosti orgánov štátnej správy vo výstavbe, je aktuálny základný číselník potrebné aktualizovať. 

Dotknuté Životné situácie: 

• 163 Stavebné konanie 

Z pohľadu biznis funkcií, ktorých sa navrhovaný projekt týka, sú dôležité nasledovné oblasti:

• Činnosti stavebnej inšpekcie
• Interný audit
• Investičné zámery
• Stavby a objekty
• Správa projektov

Obrázok 1: Biznis architektúra AS IS

Počet koncových služieb ostáva nezmenený, nemenia sa biznis aktéri a  nemenia sa ani prístupové miesta. V rámci poskytovaných služieb ÚpÚPaV SR poskytuje služby prostredníctvom rôznych prístupových kanálov: elektronicky, listinne, osobne ako aj telefonicky, ale prevažne najmä listinne.

Obrázok 2: Biznis architektúra TO BE

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

Predmetom projektu nebude zmena e-Government komponentov a projektom nebudú vytvorené nové koncové služby ani aplikačné služby.  Projekt neplánuje využívanie služieb iných ISVS, spoločných blokov (SaaS), ani využívanie a integrácie služieb iných ISVS. Projekt  neplánuje poskytovanie ani konzumovanie z IS CSRÚ a neplánuje sa využívanie infraštruktúrnych služieb.   

1. 
   
   1. 
      
      1. Jazyková podpora a lokalizácia

Jazyková lokalizácia riešenia a používateľské prostredie služieb bude implementované v slovenskom jazyku. 

1. 
   
   1. Aplikačná vrstva

Aplikačná architektúra AS IS:

Aplikačná vrstva ÚpÚPaV SR pozostáva z viacerých informačných systémov podporujúcich výkon funkcií a činností definovaných na úrovni biznis architektúry. Je rozdelené primárne do nasledujúcich oblastí.

Moduly front-endu: predstavujú špecifické, najmä rezortné komponenty pre interakciu s používateľmi, čiže komponenty, ktoré nie sú spoločné a zdieľané viacerými inštitúciami (napr. rezortné portály).

Externé systémy: externé systémy integrované so systémami ÚpÚPaV SR

Spoločné moduly front-endu: združujú spoločné komponenty, ktoré riešia interakciu s používateľmi (občanmi, podnikateľmi a zamestnancami verejnej správy)

Integrácia a orchestrácia: rieši integráciu a vzájomnú interoperabilitu informačných systémov verejnej správy SR na úrovni aplikačnej a dátovej integrácie a zabezpečuje služby orchestrácie najmä pre životné situácie.

Agendové informačné systémy: podporujú výkon konkrétnej agendy a realizujú kľúčové aplikačné služby.

Moduly back-endu: predstavujú špecifické, najmä rezortné komponenty pre podporu špecifických back office činností, čiže komponenty, ktoré nie sú spoločné a zdieľané viacerými organizáciami.

V súčasnom stave absentuje riešenie, ktoré by podporovalo procesy stavebnej inšpekcie a interného auditu a napĺňalo legislatívne požiadavky vyplývajúce zo stavebného zákona od 1.4.2025.

Obrázok 3: Aplikačná architektúra AS IS

Aplikačná architektúra TO BE:

V rámci navrhovaného riešenia aplikačná vrstva bude rozdelená na logické celky/komponenty v nasledovnej štruktúre s podporou požadovanej funkčnosti:

• 
  
  • 
    
    • Inšpekcia
      • Zobrazenie, zoraďovanie a filtrovanie záznamov v rámci inšpekčných aktivít
      • Podpora vytvárania šablón a generovania dokumentov pre jednotlivé typy inšpekcií
      • Podpora zaznamenávania a vyhodnocovania sankcií Pokút
      • Možnosť editácie dát s logovaním zmien
      • Možnosť rozdelenia záznamov na logické bloky
      • Možnosť manuálneho vytvorenia záznamu

• 
  
  • 
    
    • Objekty a stavby
      • Zobrazenie a zoraďovanie záznamov a požadovaných informácií o projektoch, investičných zámeroch, stavebných povoleniach a zmenách projektov
      • Evidencia kontaktov k projektom, objektom a stavbám 
      • Možnosť editácie dát s logovaním zmien
      • Možnosť rozdelenia záznamov na logické bloky
      • Možnosť manuálneho vytvorenia záznamu

• 
  
  • 
    
    • Dokumentácia
      • Centrálna evidencia dokumentácie týkajúcej sa stavebných konaní a inšpekcií
      • Evidencia súvisiacich právnych dokumentov, plánov, smerníc a postupov
      • Možnosť rýchleho vyhľadávania podľa rôznych kritérií
      • Možnosť zdieľania dokumentácie medzi jednotlivými účastníkmi procesu
      • Možnosť editácie dát s logovaním zmien
      • Možnosť rozdelenia záznamov na logické bloky
      • Možnosť manuálneho vytvorenia záznamu

• 
  
  • 
    
    • Plánovanie
      • Plánovanie inšpekcií na základe stavebných plánov a ďalších kritérií
      • Kalendárové zobrazenie plánovaných termínov stavebných inšpekcií pre konkrétny projekt     
      • Podpora automatického generovania upozornení na blížiace sa termíny

• 
  
  • 
    
    • Interný audit
      • Zobrazenie, zoraďovanie a filtrovanie záznamov v rámci interných auditov
      • Podpora vytvárania šablón a generovania dokumentov pre jednotlivé typy auditov
      • Podpora zaznamenávania a vyhodnocovania nápravných opatrení
      • Možnosť editácie dát s logovaním zmien
      • Možnosť rozdelenia záznamov na logické bloky
      • Možnosť manuálneho vytvorenia záznamu

• 
  
  • 
    
    • Komunikácia
      • Možnosť elektronickej komunikácie medzi stavebnými inšpektormi, stavebníkmi, projektantmi a ďalšími relevantnými stranami konaní
      • Podpora auditovanej komunikácie priamo v aplikácií  
      • Podpora zaznamenávania, riešenia a vyhodnocovania petícií, podnetov a sťažností

• 
  
  • 
    
    • Reporting, filtre a prehľady
      • Možnosť vytvárať štatistiky v rámci evidovaných údajov a spracovávaných činností (počty auditov, inšpekcií, typoch nedostatkov, zistení a pod.)
      • Filtrovanie podľa kombinácie vybraných parametrov
      • Možnosť uloženia zvoleného filtra

• 
  
  • 
    
    • správa používateľov IS
      • Možnosť vytvárať, aktivovať a deaktivovať používateľské účty
      • Možnosť zaraďovať používateľov do skupín
      • Možnosť nastavenia rolí a definovania súvisiacich oprávnení v IS

Súčasťou riešenia budú funkcionality, ktoré sú bližšie popísané v katalógu požiadaviek.

Obrázok 4: Aplikačná architektúra TO BE

1. 
   
   1. 
      
      1. Rozsah informačných systémov -  AS IS

Predmetom projektu nebude zmena e-Government komponentov a projektom nebudú vytvorené nové koncové služby ani aplikačné služby.  Projekt neplánuje využívanie služieb iných ISVS, spoločných blokov (SaaS), ani využívanie a integrácie služieb iných ISVS. Projekt  neplánuje poskytovanie ani konzumovanie z IS CSRÚ a neplánuje sa využívanie infraštruktúrnych služieb.   

V rámci projektu budú implementované nové nástroje pre IT podporu v oblasti činností stavebnej inšpekcie a interného auditu.

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

Cieľom projektu sa zabezpečuje IT podpora v oblasti činností stavebnej inšpekcie a interného auditu. Projektom nedochádza k rozširovaniu koncových alebo aplikačných služieb, funkcionalít v rámci agendových systémov, ani k zmene evidovaných a poskytovaných údajov. Projekt neplánuje využívanie služieb iných ISVS.

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

Projektom nedochádza k rozširovaniu koncových alebo aplikačných služieb, funkcionalít v rámci agendových systémov, ani k zmene evidovaných a poskytovaných údajov. Projekt neplánuje využívanie služieb iných ISVS.

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

Projektom nedochádza k rozširovaniu koncových alebo aplikačných služieb, funkcionalít v rámci agendových systémov, ani k zmene evidovaných a poskytovaných údajov. Projekt neplánuje využívanie služieb iných ISVS.

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

Projektom nedochádza k rozširovaniu koncových alebo aplikačných služieb, funkcionalít v rámci agendových systémov, ani k zmene evidovaných a poskytovaných údajov. Projekt neplánuje využívanie služieb iných ISVS.

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

Projektom nedochádza k rozširovaniu koncových alebo aplikačných služieb, funkcionalít v rámci agendových systémov, ani k zmene evidovaných a poskytovaných údajov.

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

Projektom nedochádza k rozširovaniu koncových alebo aplikačných služieb, funkcionalít v rámci agendových systémov, ani k zmene evidovaných a poskytovaných údajov.

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

Projekt  neplánuje poskytovanie ani konzumovanie z IS CSRÚ.

1. 
   
   1. 
      
      1. Konzumovanie údajov z IS CSRU – TO BE

Projekt  neplánuje poskytovanie ani konzumovanie z IS CSRÚ.

1. 
   
   1. Dátová vrstva

Cieľom projektu sa zabezpečuje IT podpora v oblasti činností stavebnej inšpekcie a interného auditu. Zavedenie systematického manažmentu údajov nie je predmetom navrhovaného projektu. 

1. 
   
   1. 
      
      1. Referenčné údaje

Nie je relevantné pre projekt, nebudú poskytované žiadne nové Referenčné údaje.

1. 
   
   1. 
      
      1. Kvalita a čistenie údajov

Navrhovaný projekt nie je zameraný na kvalitu a čistenie údajov.

1. 
   
   1. 
      
      1. Otvorené údaje

Nie je relevantné pre projekt, nebudú poskytované žiadne nové Otvorené údaje.

1. 
   
   1. 
      
      1. Analytické údaje

Nie je relevantné pre projekt, nebudú poskytované žiadne nové Analytické údaje.

1. 
   
   1. 
      
      1. Moje údaje

Nie je relevantné pre projekt, nebudú poskytované žiadne nové Moje údaje.

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

Projekt nie je zameraný na systematický manažment údajov, nemení štruktúru ani obsah údajov.

1. 
   
   1. Technologická vrstva
      1. Prehľad technologického stavu - AS IS

ÚpÚPaV SR využíva na prevádzku informačných systémov svoje dátové centrum. V tomto dátovom centre sú prevádzkované viaceré agendové systémy.

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

V rámci navrhovaného riešenia sa predpokladá zachovanie súčasných výkonnostných požiadaviek a kapacitných požiadaviek.

1. 
   
   1. 
      
      1. Návrh riešenia technologickej architektúry

Technologická architektúra sa oproti súčasnému stavu nemení a bude prevádzkovaná v rovnakom technologickom prostredí. Všetky dodané technologické softvérové produkty budú kompatibilné s existujúcim technologickým prostredím ÚpÚPaV SR. Pri implementácii riešenia budú zohľadnené požiadavky kybernetickej a informačnej bezpečnosti kladené platnou legislatívou a štandardami.  

Obrázok 5: Technologická architektúra TO BE

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

Projekt nebude využívať služby z katalógu vládneho cloudu. Cieľom projektu sa zabezpečuje IT podpora v oblasti činností stavebnej inšpekcie a interného auditu. Nedochádza k rozširovaniu koncových alebo aplikačných služieb, funkcionalít v rámci agendových systémov, ani k zmene evidovaných a poskytovaných údajov. Implementované nástroje budú prevádzkované v infraštruktúre ÚpÚPaV SR bez potreby jej rozšírenia.

1. 
   
   1. Bezpečnostná architektúra

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

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

1. Závislosti na ostatné ISVS / projekty

Projekt nie je závislý na iných plánovaných resp. prebiehajúcich projektoch.

1. Zdrojové kódy

Projekt bude realizovaný internými kapacitami a na základe zmluvy s dodávateľom a na základe zmluvných vzťahov. Všetky zdrojové kódy vytvorené v rámci projektu budú dostupné pre ÚÚPaV SR. Zdrojový kód bude spustiteľný v prostredí ÚUPaV SR a bude v podobe, ktorá zaručuje možnosť overenia, že je kompletný a v správnej verzii, tzn. umožňujúcej kompiláciu, inštaláciu, spustenie a overenie funkcionality.

Vo fáze prípravy a obstarania projektu je obstarávateľ bude povinný akceptovať také zmluvné podmienky, podľa ktorých zdrojový kód vytvorený počas projektu bude otvorený v súlade s licenčnými podmienkami verejnej softvérovej licencie Európskej únie podľa osobitného predpisu, a to v rozsahu, v akom zverejnenie tohto kódu nemôže byť zneužité na činnosť smerujúcu k narušeniu alebo k zničeniu informačného systému verejnej správy, je jediným a výhradným disponentom so všetkými informáciami zhromaždenými alebo získanými počas projektu a prevádzky projektom vytvoreného riešenia vrátane jeho zmien a servisu a pri zmene dodávateľa pôvodný dodávateľ poskytne správcovi IS úplnú súčinnosť pri prechode na nového dodávateľa, najmä v oblasti architektúry a integrácie informačných systémov.

1. Prevádzka a údržba

Prevádzka a údržba navrhnutého riešenia projektu bude zabezpečená internými personálnymi kapacitami na úrovni podpory L1 až L3. Pre hlásenie problémov bude využívaný Helpdesk. Predpoklad riešenia problémov a požiadaviek bude od nahlásenia problému alebo požiadavky prostredníctvom helpdesku (e-mailom, telefonicky, formulárom), identifikácia a preverenie problému/požiadavky, vykonanie opravy/podpory.

1. 
   
   1. Prevádzkové požiadavky

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

1. 
   
   1. 
      
      1. Úrovne podpory používateľov

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

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

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

1. 
   
   1. 
      
      1. Riešenie incidentov – SLA parametre

Označenie naliehavosti incidentu:

možný dopad:

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

Vyžadované reakčné doby:

1. 
   
   1. Požadovaná dostupnosť IS:

1. Požiadavky na personál

Požadované role:

• Projektový manažér
• Kľúčový používateľ,
• Biznis vlastník.

Bližší popis pre požadované role je uvedený v Projektovom zámere.

1. Implementácia a preberanie výstupov projektu

Implementácia a preberanie výstupov projektu bude realizované v súlade s Vyhláškou Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy v zmysle ustanovení podľa § 5 a nasledovných ustanovení.

1. Prílohy

N/A

Koniec dokumentu