Zmeny dokumentu I-02 Projektový zámer (projektovy_zamer)

Naposledy upravil Marián Grotkovský 2025/10/09 17:08

From 8.1 to 9.1 From 13.1 to 14.1

Z verzie 9.1

upravil Marián Grotkovský
-

Zmeniť komentár: Pre túto verziu nie sú komentáre

Do verzie 13.1

upravil Marián Grotkovský
-

Zmeniť komentár: Pre túto verziu nie sú komentáre

Raw
Rendered

Súhrn

Vlastnosti stránky (1 modified, 0 added, 0 removed)
Prílohy (0 modified, 2 added, 0 removed)
- 1760017486064-307.png
- 1760017486072-449.png

Podrobnosti

Vlastnosti stránky

Obsah

@@ -5,15 +5,14 @@
  |**Povinná osoba**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Prešovský samosprávny kraj{{/content}}
  |**Názov projektu**|{{content id="projekt.nazov"}}Monitorovací systém dopravy regiónu Vysoké Tatry, MSD RVT{{/content}}
--|**Zodpovedná osoba za projekt**| //Meno a priezvisko osoby, ktorá predkladá dokumenty (zamestnanec /Projektový manažér)//
++|**Zodpovedná osoba za projekt**|Artur Beneš
  |**Realizátor projektu**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Prešovský samosprávny kraj{{/content}}
--|**Vlastník projektu**| {{content id="projekt.vlastnik.nazov"}}Prešovský samosprávny kraj{{/content}}
++|**Vlastník projektu**|(((
++ {{content id="projekt.vlastnik.nazov"}}Prešovský samosprávny kraj{{/content}}
  **Schvaľovanie dokumentu**
--|**Položka**|**Meno a priezvisko**|**Organizácia**|**Pracovná pozícia**|**Dátum**|(((
--**Podpis**
--(alebo elektronický súhlas)
++
++**Peter Hadbavný**
  )))
--|Vypracoval| | | | |
  = {{id name="_Toc152607282"/}}{{id name="_Toc524109316"/}}{{id name="_Toc750608766"/}}{{id name="_Toc1668519232"/}}{{id name="_Toc1701549819"/}}{{id name="_Toc1964418579"/}}{{id name="_Toc947666535"/}}{{id name="_Toc33433513"/}}{{id name="_Toc556769729"/}}{{id name="_Toc1400213064"/}}{{id name="_Toc148367215"/}}{{id name="_Toc1875421741"/}}1.História DOKUMENTU =
@@ -297,8 +297,6 @@
  == {{id name="_Toc152607293"/}}{{id name="_Toc1804717142"/}}{{id name="_Toc2082286828"/}}{{id name="_Toc408208333"/}}{{id name="_Toc2091742582"/}}{{id name="_Toc1276965606"/}}{{id name="_Toc1095995576"/}}{{id name="_Toc1849077951"/}}{{id name="_Toc1415248283"/}}{{id name="_Toc213456280"/}}{{id name="_Toc1645756734"/}}{{id name="_Toc305576249"/}}{{id name="_Toc47815695"/}}3.3Zainteresované strany/Stakeholderi ==
--* //Doplňte KTO (zoznam subjektov/osôb) sa zúčastňuje projektu a akú rolu zastáva//
--
  |**ID**|**AKTÉR / STAKEHOLDER**|(((
  **SUBJEKT**
  (názov / skratka)
@@ -333,40 +333,21 @@
  == {{id name="_Toc152607308"/}}3.5Merateľné ukazovatele (KPI) ==
--|**ID**|(% style="width:214px" %)
--\\**ID/Názov cieľa**|(% style="width:319px" %)**Názov
-- ukazovateľa **(KPI)|**Popis
-- ukazovateľa**|**Merná jednotka**
-- |**AS IS
-- merateľné hodnoty
-- **(aktuálne)|**TO BE
++
++(% style="margin-left:auto" %)
++|(% style="width:41px" %)**ID**|(% style="width:189px" %)**ID/Názov cieľa**|(% style="width:229px" %)**Názov ukazovateľa **(KPI)|(% style="width:450px" %)**Popis ukazovateľa**|(% style="width:176px" %)**Merná jednotka**|(% style="width:120px" %)**AS IS merateľné hodnoty
++ **(aktuálne)|(% style="width:146px" %)**TO BE
  Merateľné hodnoty
-- **(cieľové hodnoty)|**Spôsob ich merania**|**Pozn.**
--|1|(% style="width:214px" %)(((
--RSO1.2
++ **(cieľové hodnoty)|(% style="width:228px" %)**Spôsob ich merania**|(% style="width:120px" %)**Pozn.**
++|(% style="width:41px" %)1|(% style="width:189px" %)(((
++RSO1.2 Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy (EFRR)
++)))|(% style="width:229px" %)PO081 (PSKPRCO76) - Integrované projekty pre územný rozvoj|(% style="width:450px" %)(((
++Počet integrovaných projektov s podporou  v rámci integrovaného územného rozvoja, ktoré sú integrované samé o sebe v súlade s článkom 28 nariadenia o spoločných ustanoveniach č. 2021/1060
++)))|(% style="width:176px" %)Projekt|(% style="width:120px" %)0|(% style="width:146px" %)1|(% style="width:228px" %)Výsledok projektu, monitorovacia správa|(% style="width:120px" %)
++|(% style="width:41px" %)2|(% style="width:189px" %)(((
++RSO1.2 Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy (EFRR)
++)))|(% style="width:229px" %)PSKPSRI40 Používatelia nových a vylepšených verejných inovatívnych služieb, produktov a procesov|(% style="width:450px" %)Používateľ|(% style="width:176px" %)Počet používateľov / rok|(% style="width:120px" %)1|(% style="width:146px" %)10 000|(% style="width:228px" %)Počet registrácií v systéme MSD RVT|(% style="width:120px" %)
--Využívanie prínosov digitalizácie pre občanov, podniky, výskumné
--
--organizácie a orgány verejnej
--
--správy (EFRR)
--)))|(% style="width:319px" %)PO081 (PSKPRCO76) - Integrované projekty pre územný rozvoj|(((
--Počet integrovaných
--
--projektov s podporou  v rámci integrovaného
--
--územného rozvoja, ktoré sú integrované samé o sebe v súlade s článkom 28 nariadenia o spoločných ustanoveniach č. 2021/1060
--)))|Projekt|0|1|(((
--Výsledok projektu,
--
--monitorovacia správa
--)))|
--|2|(% style="width:214px" %)(((
--RSO1.2
--
--Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy (EFRR)
--)))|(% style="width:319px" %)PSKPSRI40 Používatelia nových a vylepšených verejných inovatívnych služieb, produktov a procesov|Používateľ|Počet používateľov / rok|0|10 000|Počet registrácií v systéme MSD RVT|
--
  {{id name="_Toc152607312"/}}{{id name="_Toc1937275886"/}}{{id name="_Toc741126126"/}}{{id name="_Toc1465086354"/}}{{id name="_Toc1808286414"/}}{{id name="_Toc773473969"/}}{{id name="_Toc1151283522"/}}{{id name="_Toc1993493887"/}}{{id name="_Toc2086720991"/}}{{id name="_Toc484272872"/}}{{id name="_Toc1278737203"/}}{{id name="_Toc325672769"/}}{{id name="_Toc152607311"/}}{{id name="_Toc152607309"/}}(% style="color:inherit; font-family:inherit; font-size:max(20px, min(24px, 12.8889px + 0.925926vw))" %)3.6Špecifikácia potrieb koncového používateľa
  Hlavným zdrojom dopravného dopytu je široká verejnosť, konzumenti služieb cestovného ruchu (CR) RVT. Dlhodobo známe situácie dopravných obmedzení a kvality dopravných služieb je možno zhrnúť do niekoľkých hlavných bodov:
@@ -642,7 +642,6 @@
 min (1,5 hod.) zápchy * 200 automobilov * 3 osoby * 9,60 EUR/hod * 90 dní sezóny * 1 kongescia za deň = 777 600 € za rok
--
  Stratené tržby
 min (1,5 hod.) zápchy * 200 automobilov * 3 osoby * 1,00 EUR/hod stratených tržieb * 90 dní sezóny =
@@ -649,12 +649,10 @@
 000 € za rok
--
  Ušetrené palivo
 min (1,5 hod.) zápchy * 200 automobilov * 1,50 EUR/liter paliva * 90 dní sezóny * 1 kongescia za deň = 40 500 € za rok
--
  Pri týchto konzervatívnych predpokladoch spolu projekt prinesie **899 100 €** **za rok**
@@ -1123,13 +1123,11 @@
  Obrázok 3 Náhľad celkovej ToBe Architektúry MSD RVT v notácii ArchiMate
--
  == 5.3. Business vrstva ==
  Riešenie MSD RVT je postavené na zbere dát, ich zdieľaní a najmä na ich analytickom vyhodnocovaní a ďalšom expertom spracovávaní prostredníctvom služieb webovej a mobilnej aplikácie DDRVT a TATRY GO.
--
  **Minimálny rozsah požiadaviek na blok zberu dát:**
  -           Snímanie veličín a udalostí v doprave a mobilite
@@ -1293,12 +1293,8 @@
  Z hľadiska aplikačných služieb rieši súčasný stav základné riadenie agendy PSK, manažment dotácií a publikovanie potrebného obsahu smerom k občanom a podnikateľom a takisto všetky interné služby pre riadenie organizácie PSK.
--1.
--11.
--111.
--1111. Popis TOBE stavu aplikačnej vrstvy
++Popis TOBE stavu aplikačnej vrstvy
--
  [[image:1760011748332-956.png]]
  Obrázok 9 Aplikačná architektúra - náhľad na aplikačné služby ToBe stav
@@ -1367,162 +1367,963 @@
  ===   ===
--=== {{id name="_Toc152607322"/}}{{id name="_Toc2133064951"/}}{{id name="_Toc146510989"/}}{{id name="_Toc1763044084"/}}{{id name="_Toc30446447"/}}{{id name="_Toc2101360933"/}}{{id name="_Toc825763386"/}}{{id name="_Toc1614333450"/}}{{id name="_Toc1269235670"/}}{{id name="_Toc2114332294"/}}{{id name="_Toc208969925"/}}{{id name="_Toc1427296716"/}}(% style="color:inherit; font-family:inherit; font-size:max(23px, min(29px, 12.3333px + 1.38889vw))" %)6.LEGISLATÍVA(%%) ===
++=== 5.4.2 Rozsah informačných systémov – budúci stav (TO BE) ===
--//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é.//
++|(((
++Kód ISVS
--= {{id name="_Toc510413657"/}}{{id name="_Toc152607323"/}}{{id name="_Toc765633140"/}}{{id name="_Toc2047061689"/}}{{id name="_Toc1365902580"/}}{{id name="_Toc96771585"/}}{{id name="_Toc977817845"/}}{{id name="_Toc338302336"/}}{{id name="_Toc158422599"/}}{{id name="_Toc894533619"/}}{{id name="_Toc1336543996"/}}{{id name="_Toc1715202395"/}}{{id name="_Toc1402143762"/}}{{id name="_Toc47815706"/}}7.ROZPOČET A PRÍNOSY =
++(z MetaIS)
++)))|Názov ISVS|(((
++Modul ISVS
--//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ť~://
++(zaškrtnite, ak ISVS je modulom)
++)))|Stav IS VS|Typ IS VS|(((
++Kód nadradeného ISVS
--* //**vypočítané náklady** (vývoj + prevádzka) v T10 (t.j. na 10 rokov dopredu)//
--* //v**ypočí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)//
++(v prípade zaškrtnutého checkboxu pre modul ISVS)
++)))
++|isvs_15322|Monitorovací systém dopravy RVT (MSD RVT)|☐|Plánujem budovať|Agendový|-
--== 7.1Sumarizácia nákladov a prínosov ==
++Tabuľka 13 Rozsah informačných systémov - budúci stav (TO BE)
--|**Náklady**|(((
--**Názov**
--**modulu**
++
++=== 5.4.3. Využívanie nadrezortných a spoločných ISVS – AS IS ===
++
++V projekte sa nadrezortné a spoločné ISVS nevyužívajú.
++
++
++=== 5.4.4. Prehľad plánovaných integrácií na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013 Z.z. o  e-Governmente – budúci stav (TO BE) ===
++
++Riešenie MSD RVT má integrované všetky podporné moduly, vrátane IAM modulu. Pre zvýšenie bezpečnosti však využijeme existujúci IAM modul dostupný v rámci ÚPVS. Požiadavka na posúdenie integrácie exitujúcich modulov ISVS bude súčasťou podkladov pre VO projektu.
++
++|(((
++**Kód ISVS**
++
++//(z MetaIS)//
++)))|**Názov ISVS**|**Spoločné moduly podľa zákona č. 305/2013  e-Governmente**
++|isvs_15322|Monitorovací systém dopravy regiónu Vysoké Tatry|//Autentifikačný modul//
++
++//Tabuľka 14 Prehľad plánovaných integrácií na spoločné moduly – budúci stav (TO BE)//
++
++
++=== 5.4.5. Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE) ===
++
++Na iné nadrezortné ISVS sa integrácia využívať neplánuje.
++
++V prípade, že v čase realizácie projektu bude dostupné na integráciu aj centrálne riešenie MIRRI „Smart Data HUB“ a Konsolidovaná analytická vrstva v podobe digitálnej platformy určenej pre samosprávu, je možné implementovať integráciu aj na toto riešenie v závislosti od finančných možností tohto projektu.
++
++
++=== 5.4.6. Aplikačné služby pre Koncové služby – budúci stav (TO BE) ===
++
++|(((
++Kód AS
++
++//(z MetaIS)//
++)))|Názov  AS|(((
++Realizuje ISVS
++
++(kód ISVS, ktorý realizuje AS)
  )))|(((
--**Názov**
--**modulu**
++Aplikačná služba slúži KS
++
++//(kód KS z MetaIS)//
++)))
++|as_67976|Automatický zber údajov|isvs_15322|Manažment a analytika dát dopravy a mobility regiónu Vysoké Tatry
++|as_67977|Spracovanie a kategorizácia dát|isvs_15322|Manažment a analytika dát dopravy a mobility regiónu Vysoké Tatry
++|as_67978|Pokročilá analytika mobility|isvs_15322|Manažment a analytika dát dopravy a mobility regiónu Vysoké Tatry
++|as_67979|Prediktívne modelovanie dopravy a podpora rozhodovania|isvs_15322|Manažment a analytika dát dopravy a mobility regiónu Vysoké Tatry
++|as_67981|Vizualizácia dát a interaktívne prehľady|isvs_15322|Poskytovanie dopravných dát regiónu Vysoké Tatry
++|as_67983|Interaktívne modelovanie a simulácia dát|isvs_15322|Poskytovanie dopravných dát regiónu Vysoké Tatry
++|as_67984|Riadenie a plánovanie dopravy|isvs_15322|Poskytovanie dopravných dát regiónu Vysoké Tatry
++|as_67985|Publikovanie dát webovým portálom|isvs_15322|Poskytovanie dopravných dát regiónu Vysoké Tatry
++|as_67991|Publikovanie dát mobilnou aplikáciou|isvs_15322|Poskytovanie dopravných dát regiónu Vysoké Tatry
++
++Tabuľka 14 Aplikačné služby pre Koncové služby – budúci stav (TO BE)
++
++
++=== 5.4.7. Aplikačné služby na integráciu – budúci stav (TO BE) ===
++
++|(((
++AS
++
++(Kód MetaIS)
  )))|(((
--**Názov**
--**modulu**
++
++
++Názov  AS
++)))|(((
++Realizuje ISVS
++
++(kód ISVS, ktorý realizuje AS)
++)))|Poskytujúca alebo Konzumujúca|Integrácia cez CAMP|Integrácia  IS tretích strán|SaaS|(((
++Integrácia na AS poskytovateľa
++
++(kód MetaIS)
  )))
--|**Všeobecný materiál**| | |
--|**IT - CAPEX**| | |
--|Aplikácie| | |
--|SW| | |
--|HW| | |
--|**IT - OPEX- prevádzka**| | |
--|Aplikácie| | |
--|SW| | |
--|HW| | |
--|**Prínosy**| | |
--|**Finančné prínosy**| | |
--|Administratívne poplatky| | |
--|Ostatné daňové a nedaňové príjmy| | |
--|**Ekonomické prínosy**| | |
--|Občania (€)| | |
--|Úradníci (€)| | |
--|Úradníci (FTE)| | |
--|**Kvalitatívne prínosy**| | |
--| | | |
--//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é)~://
++|as_67987|Integrácie na open dáta / portál data.gov.sk a ďalšie|isvs_15322|Poskytovaná|Nie|Nie|Áno|Data.gov.sk
++|as_67988|Integrácia dát a služieb tretích strán|isvs_15322|Poskytovaná / Konzumujúca|Nie|Áno|Áno|
++|as_67989|Integrácia systémov a zariadení na báze štandardov rozhraní a protokolov|isvs_15322|Poskytovaná / Konzumujúca|Nie|Áno|Áno|
++|as_67990|Dátová konverzia|isvs_15322|Poskytovaná / Konzumujúca|Nie|Áno|Áno|
--* //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.//
++Tabuľka 15 Aplikačné služby na integráciu – budúci stav (TO BE)
--= {{id name="_Toc152607324"/}}{{id name="_Toc895423427"/}}{{id name="_Toc241209616"/}}{{id name="_Toc1109933817"/}}{{id name="_Toc1693584831"/}}{{id name="_Toc116189132"/}}{{id name="_Toc1157370114"/}}{{id name="_Toc1343589887"/}}{{id name="_Toc2053421042"/}}{{id name="_Toc1329406378"/}}{{id name="_Toc812300137"/}}{{id name="_Toc1301800014"/}}{{id name="_Toc47815707"/}}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ť~://
++== 5.5 Dátová architektúra ==
--* //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)
++**Aktuálny stav dátovej architektúry (AS IS stav)**
++
++
++**Súčasné dátové zdroje a systémy:**
++
++V prostredí regiónu Vysokých Tatier v súčasnosti neexistuje žiadne evidenčné systémy a databázy, ktoré obsahujú údaje relevantné pre smart city domény (doprava, infraštruktúra, údržba, plánovanie atď.).
++
++Neexistujú ani čiastkové evidencie ako pasportizácia komunikácií, mestského majetku, údaje o semaforoch a dopravnom značení v GIS systéme a dáta z video analytických zariadení v Monitorovacom kamerovom systéme.
++
++
++**Kvalita a dostupnosť údajov:**
++
++V súčasnosti neexistujú aktuálne a kvalitné údaje. Údaje o dopravnej infraštruktúre (cesty, semafory, značenie) nie sú vôbec digitalizované ani jednotne spravované, čo sťažuje údržbu – tá je reaktívna a nákladná namiesto preventívnej. Napríklad informácie o technickom stave ciest či mostov sa aktualizujú len pri manuálnych kontrolách, chýba systematický zber dát o poruchách. Taktiež chýbajú senzory a prediktívne modely, ktoré by včas upozornili na vznikajúce problémy (napr. poškodenia vozovky, poruchy svetelnej signalizácie). Údaje o zimnej údržbe (posyp ciest, odhŕňanie snehu) sú evidované len operatívne a ex post, nie v reálnom čase. Výmena dát medzi VÚC systémami a externými zdrojmi je minimálna – izolovanosť VÚC IT systémov znamená, že informácie sa nezdieľajú naprieč platformami. Celkovo teda buď vôbec neexistujú, alebo sú dáta neprepojené, redundantné a ich kvalita je nejednotná (rôzne formáty, chýbajúce atribúty, nejednoznačné identifikátory v rôznych evidenciách). Toto všetko limituje schopnosť VÚC plánovať dopravu a údržbu na základe dát a poskytovať pokročilé digitálne služby.
++
++
++**Organizačná stránka**
++
++V súčasnosti nie je zavedená rola dátového kurátora (dátový architekt) v organizácii, v rozsahu ako ju definuje strategická priorita Manažment údajov a strategická priorita Otvorené údaje, ktorý bude zodpovedný za koncept systematického manažmentu údajov a úpravu organizačnej štruktúry smerom k vytvoreniu rezortnej dátovej kancelárie.
++
++===   ===
++
++=== 5.5.1. Objekty evidencie ===
++
++V rámci projektu MSD RVT bol vypracovaný doménový model dátovej vrstvy, ktorý definuje návrh dátových prvkov súvisiacich s predmetom projektu. Model je platformovo nezávislý, zjednodušene zobrazuje vzťahy a základné objekty evidencie relevantné pre oblasť dopravy, riadenia údržby a súvisiace oblasti inteligentnej správy PSK.
++
++Doménový model je v súlade s Centrálnym modelom údajov verejnej správy a rešpektuje metodické pokyny MIRRI pre interoperabilitu a štandardizáciu údajov. V nasledujúcej tabuľke č.16 uvádzame a popisujeme jednotlivé objekty evidencie (OE) relevantné pre projekt:
++
++
++|ID OE|Objekt evidencie - názov|Objekt evidencie - popis|Referencovateľný identifikátor URI dátového prvku
++|OE_1|Zberové zariadenia a senzory|(((
++• dopravné kamery (rozpoznávanie EČV, počítanie vozidiel, porušovanie pravidiel cestnej premávky)
++
++• radarové senzory (rýchlosť, smer jazdy)
++
++• sčítače dopravy / kamery (indukčné slučky, lidar, video)
++
++• meteo stanice (teplota, vlhkosť, povrch vozovky, zrážky, námraza, vietor, viditeľnosť)
++
++• IoT senzory (hluk, vibrácie, kvalita ovzdušia – PM, NOx, O₃, …)
++
++• smart elektromery a napájacie moduly (monitoring spotreby, UPS, solárne zdroje)
++)))|„Nemá“
++|OE_2|Dátové objekty pre dopravný model|(((
++• uzly (križovatky, vjazdy do zóny, parkoviská)
++
++• hrany (úseky ciest, ulice)
++
++• dopravné prúdy (vozidlá, cyklisti, chodci)
++)))|„Nemá“
++|OE_3|Dátové objekty pre dopravné udalosti|• nehody, obmedzenia, uzávierky, zápchy|„Nemá“
++|OE_4|Dátové objekty pre simulácie a predikcie|• časy dojazdu, modelovanie kolón, rozptyl návštevníkov|„Nemá“
++|OE_5|Dátové objekty pre správne a administratívne objekty|• používatelia a roly (admin, operátor, analytik, verejný používateľ)|„Nemá“
++|OE_6|Dátové objekty pre auditovanie systému|• Incidenty a udalosti (logy, audit trail, servisné záznamy)|„Nemá“
++
++Tabuľka 16 Objekty evidencie
++
++
++=== 5.5.2. Referenčné údaje ===
++
++V rámci projektu nebudú vznikať referenčné dáta.
++
++
++=== 5.5.3. Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE) ===
++
++Tento projekt nerieši poskytovanie údajov z ISVS do IS CPDI.
++
++===   ===
++
++=== 5.5.4. Konzumovanie údajov z IS CPDI – budúci stav (TO BE) ===
++
++Tento projekt nerieši konzumovanie údajov z CPDI.
++
++
++=== 5.5.5. Identifikácia údajov a subjektov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ) ===
++
++Tento projekt nerieši poskytovanie a konzumovanie údajov z CPDI.
++
++
++=== 5.5.6. Kvalita a čistenie údajov ===
++
++**Procesy riadenia životného cyklu správy údajov (AS IS)**
++
++
++Súčasné procesy manažmentu údajov sú fragmentované a nesystémové. Tvorba údajov sa vykonáva individuálne na úrovni odborov VÚC bez centrálneho riadenia a bez jednotných pravidiel zberu, validácie, čistenia a archivácie. Nie sú implementované systematické metodológie štatistického vyhodnocovania ani jednotný kontextuálny rámec pre údaje.
++
++Dátové zdroje sú prevažne interné, pričom absentuje jednotná metodika pre ich integráciu alebo referencovanie voči národným dátovým registrom.
++
++
++**Zavedenie systematického manažmentu údajov (TO BE)**
++
++
++V rámci projektu MSD RVT bude zavedený systematický manažment údajov podľa metodiky Ministerstva vnútra SR („Metodika identifikácie, vizualizácie a referencovania údajov pri dátovom modelovaní vo verejnej správe”).
++
++Kľúčové opatrenia zahŕňajú:
++
++* Implementácia jednotného centrálneho dátového modelu s definovanými objektmi evidencie,
++* Zavedenie centrálnej dátovej platformy pre integrované ukladanie, správu a publikovanie údajov,
++* Jednotné metadátové štandardy a využitie URI identifikátorov podľa Centrálneho modelu údajov verejnej správy,
++* Pravidlá pre kvalitu údajov (validácia, čistenie, štandardizácia) a zabezpečenie interoperability s externými národnými registrami.
++
++**Organizačná stránka – zavedenie dátového kurátora**
++
++
++PSK bude využívať dátového kurátora (dátový architekt), ktorý je zodpovedný za:
++
++* Koordináciu implementácie systematického manažmentu údajov v súlade s národnými metodikami a štandardmi,
++* Komunikáciu so správcami referenčných registrov a zabezpečenie súladu dátových objektov PSK s národnými štandardmi a URI,
++* Dohľad nad kvalitou údajov a poskytovaním otvorených údajov pre občanov, podnikateľov a pre iné organizácie verejnej správy,
++* Tieto kroky povedú k dosiahnutiu cieľového stavu dátovej architektúry, ktorá umožní efektívne riadenie PSK na základe údajov a podporí princípy NKIVS (jedenkrát a dosť, interoperabilita, otvorené údaje).
++
++**Kľúčové zodpovednosti dátového kurátora v kontexte tejto dátovej vrstvy:**
++
++* Správa dátového modelu a slovníkov,
++* Kvalita údajov,
++* Integrácie a interoperabilita,
++* Edukácia a podpora).
++
++|ID OE|(((
++Názov Objektu evidencie
++
++(uvádzať OE z tabuľky v kap. 5.5)
  )))|(((
--**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/ licencie[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^7^^>>path:#sdfootnote7sym||name="sdfootnote7anc"]](%%)/ 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,//
--[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_ea8a81537e587b5e.png||height="354" width="400"]]
--//**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.//
--[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_dcd0f7fe8c3f7b57.png||height="292" width="487"]]
++Významnosť kvality
--= {{id name="_Toc510413660"/}}{{id name="_Toc152607325"/}}{{id name="_Toc1722900095"/}}{{id name="_Toc1548891642"/}}{{id name="_Toc1524307507"/}}{{id name="_Toc926619902"/}}{{id name="_Toc369843141"/}}{{id name="_Toc1228095438"/}}{{id name="_Toc1350957483"/}}{{id name="_Toc1726013925"/}}{{id name="_Toc651796977"/}}{{id name="_Toc1094373969"/}}{{id name="_Toc425060707"/}}{{id name="_Toc47815708"/}}9.PROJEKTOVÝ TÍM =
++1 (malá) až 5 (veľmi významná)
++)))|(((
++Citlivosť kvality
--//Zostavuje sa **Riadiaci výbor (RV),** v minimálnom zložení~://
++1 (malá) až 5 (veľmi významná)
++)))|(((
++Priorita //– poradie dôležitosti//
--* //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//
++(začnite číslovať od najdôležitejšieho)
++)))
++|OE_3|Dátové objekty pre dopravné udalosti|5|3|1
++|OE_4|Dátové objekty pre simulácie a predikcie|5|3|2
++|OE_2|Dátové objekty pre dopravný model|4|4|3
++|OE_1|Zberové zariadenia a senzory|3|3|4
++|OE_5|Dátové objekty pre správne a administratívne objekty|2|2|5
++|OE_6|Dátové objekty pre auditovanie systému|5|3|6
--|**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**//
--[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_d9faa472f626899.png||height="321" width="658"]]
--[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_a6af23de6588b10b.png||height="64" width="480"]]
++Tabuľka 17 Zhodnotenie dátovej kvality objektov evidencie
--== {{id name="_Toc510413661"/}}{{id name="_Toc152607326"/}}{{id name="_Toc542498601"/}}{{id name="_Toc1556184162"/}}{{id name="_Toc1705652877"/}}{{id name="_Toc91475143"/}}{{id name="_Toc699254480"/}}{{id name="_Toc1575456504"/}}{{id name="_Toc1175869665"/}}{{id name="_Toc761214469"/}}{{id name="_Toc316351360"/}}{{id name="_Toc596074253"/}}{{id name="_Toc1994700246"/}}{{id name="_Toc47815709"/}}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>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]__// &nbsp;//
--//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.//
++|Rola|Činnosti|Pozícia zodpovedná za danú činnosť (správca ISVS / dodávateľ)
++|Dátový kurátor|Evidencia požiadaviek na dátovú kvalitu, monitoring a riadenie procesu|Dátový kurátor správcu IS
++|Data steward|Čistenie a stotožňovanie voči referenčným údajom|Pracovník IT podpory
++|Databázový špecialista|Analyzuje požiadavky na dáta, modeluje obsah procedúr|Dodávateľ
++|Dátový špecialista pre dátovú kvalitu|Spracovanie výstupov merania, interpretácie, zápis biznis pravidiel, hodnotiace správy z merania|Dátový špecialista pre dátovú kvalitu – nová interná pozícia v projekte
--= {{id name="_Toc510413662"/}}{{id name="_Toc152607327"/}}{{id name="_Toc1721209686"/}}{{id name="_Toc1704088007"/}}{{id name="_Toc663571237"/}}{{id name="_Toc222896765"/}}{{id name="_Toc1718852369"/}}{{id name="_Toc445439934"/}}{{id name="_Toc1591178749"/}}{{id name="_Toc1059352832"/}}{{id name="_Toc1317943368"/}}{{id name="_Toc1275292488"/}}{{id name="_Toc922415075"/}}{{id name="_Toc47815710"/}}10.ODKAZY =
++Tabuľka 18 Personálne zabezpečenie a roly pri riadení dátovej kvality
--//Doplniť odkazy na už existujúce produkty v maximálnej miere – vyhnúť sa duplikovaným informáciám.//
--= {{id name="_Toc152607328"/}}{{id name="_Toc352209542"/}}{{id name="_Toc23745434"/}}{{id name="_Toc2079765538"/}}{{id name="_Toc439451047"/}}{{id name="_Toc432728511"/}}{{id name="_Toc2041295352"/}}{{id name="_Toc2053721865"/}}{{id name="_Toc1673192336"/}}{{id name="_Toc1660740083"/}}{{id name="_Toc1335486469"/}}{{id name="_Toc1845624711"/}}{{id name="_Toc47815711"/}}11.PRÍLOHY =
++=== 5.5.7. Otvorené údaje ===
--**Príloha : **Zoznam rizík a závislostí (Excel): __[[//https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html//>>url: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//
++V tejto časti uvádzame otvorené údaje, ktoré budú publikované v rámci projektu. Vznikajúce dáta budú v kvalite 3, čo znamená automatizované publikovanie otvorených údajov. Všetky metadáta datasetov budú registrované v centrálnom katalógu otvorených údajov na data.slovensko.sk. Datasety budú publikované na portáli otvorených údajov kraja s referencovaním na data.slovensko.sk. Správca informačného systému bude voliť z celkovej množiny dát vybrané datasetov na publikáciu.
--* //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>>path:#sdfootnote1anc||name="sdfootnote1sym"]] Notácia ArchiMate: __[[https:~~/~~/publications.opengroup.org/standards/archimate>>url:https://publications.opengroup.org/standards/archimate]]__
--[[2>>path:#sdfootnote2anc||name="sdfootnote2sym"]] Aktuálny spoločný repozitár architektonických modelov verejnej správy je __[[https:~~/~~/avssr.horizzon.cloud/>>url: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>>path:#sdfootnote3anc||name="sdfootnote3sym"]] Napr. modelovací nástroj Archi - Open Source ArchiMate Modelling: __[[https:~~/~~/www.archimatetool.com>>url:https://www.archimatetool.com/]]__.
--[[4>>path:#sdfootnote4anc||name="sdfootnote4sym"]] Napr. modelovací nástroj pre BPMN - Camunda Modeler - Open Source Desktop Modeler: __[[https:~~/~~/camunda.com/download/modeler/>>url:https://camunda.com/download/modeler/]]__.
--[[5>>path:#sdfootnote5anc||name="sdfootnote5sym"]] 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>>path:#sdfootnote6anc||name="sdfootnote6sym"]] Spoločné moduly podľa zákona č. 305/2013 e-Governmente
--[[7>>path:#sdfootnote7anc||name="sdfootnote7sym"]] EUPL licencie: __[[https:~~/~~/joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf>>url:https://joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf]]__
++Zvyšovanie dátovej kvality nebude jednorazovou aktivitou, ale bude súčasťou celoživotného cyklu údajov – od zberu až po publikáciu. Kombináciou technologických nástrojov (etl – extract, transform, load, validácie), organizačných opatrení (školenia, data governance), ako aj analytických výstupov a spätnej väzby od používateľov sa zabezpečí, že systém bude poskytovať dôveryhodné a využiteľné údaje v súlade s cieľmi projektu a štandardmi pre inteligentnú verejnú správu.
++Projekt neuvažuje s poskytovaním dát do centrálneho riešenia data smart hub. PSK si však vyhradzuje možnosť takúto integráciu zvážiť v budúcnosti, v závislosti od vývoja národných dátových platforiem, právneho rámca a technickej pripravenosti projektu.
++
++Na lokálnej úrovni budú využívané nasledovné interné analytické nástroje:
++
++* Vizualizácia údajov v mapovom prostredí
++* Tvorba analytických vrstiev – napr. tematické mapy
++* Generovanie tabuľkových výstupov a export do formátov csv, xlsx pre ďalšie spracovanie v kancelárskych alebo analytických nástrojoch
++
++|ID OE|(((
++Názov objektu evidencie / datasetu
++
++(uvádzať OE z tabuľky v kap. 5.5)
++)))|(((
++
++
++Požadovaná interoperabilita
++
++(3★ - 5★)
++)))|(((
++Periodicita publikovania
++
++(týždenne, mesačne, polročne, ročne)
++)))
++|OE_1|Zberové zariadenia a senzory|3★|Mesačne
++
++Tabuľka 19 Objekty evidencie, ktoré budú sprístupnené ako otvorené údaje
++
++**Zdôvodnenie:**
++
++Zberové zariadenia a senzory - Dopravné dáta z IoT senzorov sú publikované v úrovni 3★ interoperability, keďže obsahujú dynamické údaje vhodné na ďalšie automatizované spracovanie, analytiku a modelovanie dopravných situácií.
++
++
++PSK zabezpečí vytvorenie lokálneho katalógu otvorených dát (LKOD) podľa štandardu DCAT~-~-SK2.0 ([[https:~~/~~/github.com/datova-kancelaria/dcatap-sk-2.0>>url:https://github.com/datova-kancelaria/dcatap-sk-2.0]] ), a SPARQL Endpoint, sprístupní datasety data.slovensko.sk, a registruje LKOD do centrálneho Národného katalógu otvorených údajov (dostupný na data.gov.sk).
++
++
++=== 5.5.8. Analytické údaje ===
++
++V rámci projektu MSD RVT budú vybrané objekty evidencie sprístupnené pre analytické spracovanie, aby podporili rozhodovanie, plánovanie a prípravu PSK politík. Tieto údaje budú sprístupnené analytickým jednotkám.
++
++
++|OE ID|Názov objektu evidencie pre analytické účely|Zoznam atribútov objektu evidencie|Popis a špecifiká objektu evidencie
++|OE_1|Zberové zariadenia a senzory|(((
++identifikátor_senzora; dátum_merania; čas_merania;
++
++počet_vozidiel; typ_vozidla; smer_jazdy;
++
++geografická_pozícia
++)))|Dáta z dopravných senzorov, obsahujú údaje o intenzite dopravy v reálnom čase. Slúžia na analýzu tokov dopravy a identifikáciu problematických miest v dopravnej sieti RVT.
++
++Tabuľka 20 Objekty evidencie, ktoré budú projektom pripravené pre analytické účely
++
++Uvedené objekty evidencie budú v rámci projektu sprístupnené pre analytické jednotky prostredníctvom integračnej vrstvy analytickej platformy projektu, ktorá zabezpečí kontinuálny prístup k dátam v reálnom čase alebo v pravidelných intervaloch (v závislosti od špecifikácie datasetu). Údaje budú konsolidované a harmonizované v súlade s metodickými pokynmi MIRRI pre analytické údaje a budú poskytované v strojovo-spracovateľných formátoch (CSV, JSON, RDF), čím sa zabezpečí ich okamžitá použiteľnosť v analytických nástrojoch verejnej správy.
++
++Údaje budú priebežne aktualizované a ich kvalita bude garantovaná dátovou kanceláriou PSK, ktorá bude zodpovedná za správu a kvalitu údajov vrátane zavedenia pravidelného monitoringu a kontroly údajovej integrity a správnosti.
++
++
++Každý objekt evidencie bude opatrený metadátami podľa štandardov Open Data a NKIVS (Národná koncepcia informatizácie verejnej správy), vrátane referencovateľného URI identifikátora, čo umožní interoperabilitu, jednoznačnú identifikáciu a dlhodobú udržateľnosť údajov v rámci analytickej platformy.
++
++Sprístupnenie analytických údajov umožní efektívne vyhodnocovanie PSK procesov, operatívne a strategické plánovanie a podporu rozhodovania na všetkých úrovniach riadenia PSK.
++
++
++PSK pre aktivity, pri ktorých dôjde k:
++
++1. tvorbe dát, ktoré nie sú otvorenými dátami,
++1. tvorbe nových, úprave či prispôsobení existujúcich informačných systémov na výkon analytickej činnosti žiadateľa, zabezpečí súlad riešenia so štandardmi uvedenými **//v prílohe 5//** - Príloha č. 11 Výzvy SK_MIRRI_619_2024_ITI_EFRR_122_513_523 konsol, s cieľom prispieť k štandardizácii a interoperabilite tvorených dátových sád a súvisiacich analytických systémov a modelov. Žiadateľ zároveň musí umožniť poskytovanie analytických údajov (ktoré nemajú charakter otvorených údajov) do centrálneho analytického systému MIRRI.
++
++=== 5.5.9. Moje údaje ===
++
++V rámci projektu nebudú vznikať dáta, ktoré spadajú do kategórie mojich údajov.
++
++
++=== 5.5.10. Prehľad jednotlivých kategórií údajov ===
++
++V nasledujúcej tabuľke č.21 sú kategorizované údaje dotknuté projektom z pohľadu využiteľnosti týchto údajov. Tabuľka je zosúladená s kapitolou 6.5.1 Objekty evidencie.
++
++
++|ID|(((
++Register / Objekt evidencie
++
++(uvádzať OE z tabuľky v kap. 5.5)
++)))|Referenčné údaje|Moje údaje|Otvorené údaje|Analytické údaje
++|OE_1|Zberové zariadenia a senzory|☐|☐|☒|☒
++|OE_2|Dátové objekty pre dopravný model|☐|☐|☐|☐
++|OE_3|Dátové objekty pre dopravné udalosti|☐|☐|☐|☐
++|OE_4|Dátové objekty pre simulácie a predikcie|☐|☐|☐|☐
++|OE_5|Dátové objekty pre správne a administratívne objekty|☐|☐|☐|☐
++|OE_6|Dátové objekty pre auditovanie systému|☐|☐|☐|☐
++
++Tabuľka 21 Prehľad jednotlivých kategórií údajov
++
++Legenda:
++
++☒ – objekt patrí do danej kategórie,
++
++☐ – objekt nepatrí do danej kategórie
++
++
++Všetky údaje uvedené v tabuľke sú definované v súlade s Centrálnym modelom údajov verejnej správy a budú spravované v jednotnom dátovom modeli (doménovom modeli) PSK v rámci MSD RVT.
++
++
++== 5.6 Technologická architektúra ==
++
++=== 5.6.1. Návrh riešenia technologickej architektúry ===
++
++
++Popis ASIS stavu technologickej vrstvy
++
++[[image:1760017486064-307.png]]
++
++Obrázok 12 Technologická architektúra ASIS stav
++
++
++V súčasnosti technologická vrstva PSK pozostáva zo základných HW prvkov ako sú servre, sieťové prvky, diskové polia a pásková knižnica pre zálohovanie aplikácií a dát.
++
++Sieťové prvky riešia integrácie na spoločné moduly ÚPVS, GP SR a ŠÚ SR.
++
++
++**Popis TOBE stavu technologickej vrstvy**
++
++
++[[image:1760017486072-449.png]]
++
++Obrázok 13 Technologická architektúra TOBE stav
++
++
++Technologická infraštruktúra pozostáva z hardvéru (servre, sieťové komponenty, senzory a kamery), ktorý tvorí komplexný celok s modulárnym prístupom ku jednotlivým komponentom. Centrálny hardvér bude prevádzkovaný v dodávateľskom cloud prostredí za presne definovaných pravidiel a sieťových prístupov. Celé riešenie je navrhnuté tak, tak aby sa aplikácie v budúcnosti vedeli jednoducho zmigrovať do novej infraštruktúry.
++
++Integrácia jednotlivých lokalít s umiestnenými IoT senzormi bude komunikačne zabezpečená 4G/5G dátovými službami operátorov a komunikačnými komponentami pre bezpečný prenos dát na minimalizáciu rizík ich zneužitia. Na každej lokalite bude vytvorená lokálna LPWAN sieť (BLE, Lora, Zigbee), ktorá napojí jednotlivé senzory. Kamery budú prenášať údaje cez sieťovú TCP/IP infraštruktúru, celá lokalita bude preto pripojená 4G/5G routrom s dátovou SIM (podľa kvality signálu a maximálnej prenosovej rýchlosti sa zvolí príslušný operátor).
++
++**Detailná špecifikácia technologických parametrov integračnej platformy IoT:**
++
++Platforma IoT, jadro celého systému, beží v cloudovom prostredí budúceho dodávateľa na technologickom podklade s vysokým stupňom otvorenosti a interoperability. Musí byť schopná integrovať smart body a smart riešenia od rôznych dodávateľov do jedného koncového bodu. Musí vedieť prijímať, spracovávať a zobrazovať údaje, uchovávať historické dáta a vytvárať štatistiky pre manažment verejných politík. Hlavné technologické komponenty IoT platformy tvoria:
++
++
++* Modul komunikačných rozhraní
++* Modul komponentov služieb
++* Modul monitoringu
++* Technologické komponenty dátových úložísk
++
++**Minimálny rozsah výkonnostných parametrov:**
++
++
++**Modul komunikačných rozhraní - verejný portál musí byť schopný**
++
++* **prijímať a spracovávať údaje z platformy v dohodnutom formáte a zvolenou formou ich v reálnom čase prezentovať.**
++* **zverejňovať dáta vo forme datasetov pre tretie strany.**
++* **integrácia s open data portálom – publikovať / poskytovať dáta vo forme datasetov na **[[https:~~/~~/data.gov.sk/dataset>>url:https://data.gov.sk/dataset]]
++
++**Používateľské rozhranie a zobrazovanie kľúčových informácií v rozsahu min:**
++
++* Definovanie dátových štruktúr
++* Monitoring stavu hodnôt jednotlivých zariadení / digitálnych objektov
++* Reporty a nástroje na ich tvorbu
++* Služby dashboard-u
++* Kompatibilita s bežnými webovými prehliadačmi a OS
++
++**Správa zariadení a digitálnych bodov v rozsahu min:**
++
++* **Manažment fyzických zariadení (digitálnych objektov) - vytváranie, mazanie a spravovanie zariadení z používateľského rozhrania. Možnosť zobrazovať zariadenia ako digitálnych objektov (bod alebo polygón), o jeho forme zobrazenia rozhoduje používateľ. Nastaviteľné GPS súradnice bodu alebo polygónu. Definovanie atribútov podľa ich charakteru, t.j. telemetria, statická alebo dynamická informácia o zariadení.**
++* **Modelovanie reálneho sveta a zariadení / digitálnych objektov - definovanie digitálnych objektov a mapovanie reálnych zariadení na digitálne body v čase ich pripojenia. Vytváranie digitálnych bodov na mapovom podklade s GPS súradnicami.**
++* **Integrácia zariadení - podpora a komunikácia so zariadeniami, ktoré podporujú štandardné IT protokoly (napr. MQTT)**
++* **API - Modifikovateľný systém pre tvorbu dátových konverzií z externých systémov do dátovej štruktúry. Musí byť možné pripojiť akýkoľvek externý počítačový systém, ktorý môže svoje dátové štruktúry zapisovať alebo čítať.**
++
++**Systémová správa v rozsahu min:**
++
++* **Systémová správa - Podpora horizontálneho škálovania, otvorenosť pre migráciu na novú serverovú infraštruktúru, cloud, hybridné alebo kontajnerové prostredie bez výpadkov funkčnosti a bez potreby prerušovania prevádzky. Dostupnosť všetkých dát na požiadanie v otvorenom a dokumentovanom formáte (napr. JSON, CSV, XML, a pod.) spolu s opisom ich štruktúry a vzťahov.**
++* **Logovanie v minimálnom rozsahu**
++** Núdzový stav (Emergency)
++** Upozornenie (Alert)
++** Kritický stav (Critical)
++** Chyba (Error)
++** Varovanie (Warning)
++** Oznámenie (Notice)
++** Informácia (Information)
++** Prihlásenie (Login)
++** Ladenie (Debug)
++
++**Bezpečnosť**
++
++* **Použitie štandardizovaných prvkov ochrany prenosu dát šifrovaním (napr. SSL).**
++* **Možnosť zabezpečenia autorizácie vzdialeného prístupu na zariadenia.**
++* **Zariadenia / digitálne objekty komunikujú s IoT platformou na báze access tokenov.**
++* **Zariadenia / digitálne objekty sa prihlasujú a autorizujú do IoT platformy na základe access tokenov.**
++* **Pripojenie na webovú aplikáciu cez GUI je prostredníctvom šifrovanej komunikácie (napr. cez HTTPS alebo pod.).**
++* **Prístupy do IoT platformy sú riadené prostredníctvom access tokenov (napr. JWT / JSON web token alebo pod.).**
++* **Prístupové práva k systému sú autorizované prostredníctvom OAUTH 2 – bearer token OpenIDConnect alebo podobným bezpečnostným štandardom.**
++* **Duplicitné a šifrované ukladanie údajov v jednotlivých databázach platformy.**
++
++Návrh funkčných a technických špecifikácií pre integráciu podporných systémov IDS RVT, musí reflektovať prebiehajúce projekty, minimálne pre:
++
++* Inteligentné parkovacie systémy (IPS) pre multimodálne dopravné terminály P+R,
++* Inteligentnú infraštruktúru zastávok VOD (IIZ VOD) pre implementáciu opatrení zameraných na vybudovanie inteligentných zastávok VOD v RVT,
++* Inteligentné dopravné značenie (IDZ) pre implementáciu opatrení zameraných na výstavbu, rekonštrukcie a modernizáciu ciest v RVT.
++
++=== 5.6.2. Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE) ===
++
++
++Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE
++
++
++|Parameter|Jednotky|Predpokladaná hodnota|Poznámka
++|Počet interných používateľov|Počet|50|Zamestnanci magistrátu mesta Košice, pracovníci dopravného dispečingu, správy infraštruktúry a analytici
++|Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení|Počet|20|Počas špičkovej prevádzky (napr. krízové situácie, dopravné incidenty, zimná údržba)
++|Počet externých používateľov (internet)|Počet|50 000|Celkový počet registrovaných používateľov občanov a podnikateľov využívajúcich verejné služby
++|Počet externých používateľov používajúcich systém v špičkovom zaťažení|Počet|5 000|Odhad súčasne aktívnych používateľov pri výrazných udalostiach (napr. dopravné incidenty, nehody, výluky)
++|Počet transakcií (podaní, požiadaviek) za obdobie|Počet/obdobie|100|Mesačný odhad celkového počtu transakcií, vrátane senzorických dát a občianskych podaní
++|Objem údajov na transakciu|Objem/transakcia|10 MB|Priemerný objem údajov na jednu transakciu (vrátane senzorických údajov, obrazových dát z IoT zariadení)
++|Objem existujúcich kmeňových dát|Objem|1 TB|(((
++Celkový počiatočný objem všetkých
++
++integrovaných údajov a historických dát
++)))
++|Denný objem generovaných senzorických údajov|GB/deň|80 GB|Denne generované senzorické dáta zo všetkých IoT zariadení (dopravné dáta, meteodáta, videozáznamy)
++|Požadovaná rýchlosť siete (interná LAN / Govnet pripojenie)|Gbit/s|1|Požiadavka na vysokorýchlostné interné prepojenie dátového centra a dispečingov
++|Požadovaná rýchlosť siete pre IoT zariadenia|Mbit/s|20|Minimálna požadovaná kapacita prenosu pre IoT zariadenia (celková kapacita pripojenia)
++|Dostupnosť centrálnej dátovej platformy|%|99,5 %|Požadovaná dostupnosť centrálnej platformy (ročne)
++|Čas odozvy pri práci interných používateľov|sekundy|< 2 sek.|Požadovaná maximálna odozva systému pri práci interných používateľov
++|Čas odozvy verejného portálu|sekundy|< 3 sek.|Požadovaná maximálna odozva systému pri práci externých používateľov
++|Počet integrovaných IoT zariadení|Počet|40|Celkový počet integrovaných IoT zariadení (senzory dopravy, zimnej údržby, environmentálne senzory, video analytické detektory)
++
++Tabuľka 22 Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)
++
++Ďalšie kapacitné a výkonové požiadavky:
++
++* Škálovateľnosť dátového skladu
++** Platforma musí byť škálovateľná, umožňujúca rozšírenie o ďalších minimálne 5 TB dát počas nasledujúcich 5 rokov.
++* Zálohovanie a obnova údajov
++** Vyžaduje sa denná záloha kritických dát s retenciou 30 dní, týždenná záloha všetkých údajov s retenciou 6 mesiacov. Zálohovanie sa vyžaduje v technologickom prostredí s dosahom PSK.
++
++* Spracovanie analytických úloh
++** Analytická platforma musí podporovať paralelné spracovanie veľkých objemov údajov (10-30 GB na analytickú úlohu) s výstupmi do 1 hodiny od zadania požiadavky.
++* Podpora vysokého počtu súbežných prístupov k API
++** API platforma musí byť schopná spracovať minimálne 50 simultánnych požiadaviek v špičke.
++
++Tieto kapacitné a výkonnostné parametre zabezpečia efektívne fungovanie riešenia, dostatočný výkon a pripravenosť pre ďalší rast a rozvoj infraštruktúry PSK v rámci projektu MSD RVT.
++
++
++=== 5.6.4. Využívanie služieb z katalógu služieb vládneho cloudu ===
++
++
++Služby z katalógu služieb vládneho cloudu sa v tomto projekte nebudú využívať.
++
++
++== 5.7 Bezpečnostná architektúra ==
++
++=== 5.7.1. Návrh riešenia bezpečnosti ===
++
++Všetky aktivity spojené s KB budú realizované podľa najnovších pravidiel KB sumarizovaných v kapitole 5.7.3. tohto dokumentu.
++
++
++=== 5.7.2. Určenie obsahu bezpečnostných opatrení ===
++
++
++|Obsah bezpečnostných opatrení podľa vyhlášky ÚPVII č. 179/2020 Z. z|Aplikované opatrenia|Aplikovaná legislatíva
++|Minimálne bezpečnostné opatrenia Kategórie I|Áno|Uveďte aplikovateľný odsek §3 vyhlášky 179/2020 vzťahujúci sa na vašu organizáciu, projekt a budované aktíva
++|Minimálne bezpečnostné opatrenia Kategórie II|Nie|Uveďte aplikovateľný odsek §3 vyhlášky 179/2020 vzťahujúci sa na vašu organizáciu, projekt a budované aktíva
++|Minimálne bezpečnostné opatrenia Kategórie III|Nie|Uveďte aplikovateľný odsek §3 vyhlášky 179/2020 vzťahujúci sa na vašu organizáciu, projekt a budované aktíva
++|Bezpečnostný projekt|Áno|§ 23 ods. 1 a 2 zákona 95/2019 Z.z.
++|Bezpečnostné opatrenia podľa osobitného predpisu|Áno|Doplňte osobitný predpis alebo odkaz na predpisy, podľa ktorých budú aplikované ďalšie bezp. opatrenia
++
++Tabuľka 23 Určenie zdrojov a obsahu minimálnych bezpečnostných opatrení
++
++Minimálne bezpečnostné opatrenia Kategórie I, podľa vyhlášky ÚPVII č. 179/2020 Z. z., budú v aplikované v projekte MSD RVT**.**
++
++**Vypracovanie bezpečnostného projektu**: Bezpečnostný projektu musí byť pripravovaný a dodaný súčasne s Detailným návrhom riešenia (DNR, projektový výstup  R1-1), aby opatrenia z bezpečnostného projektu boli zapracované do DNR a dodaného diela. Bezpečnostný projekt musí byť aktualizovaný počas celej realizačnej fázy projektu podľa skutočného stavu implementácie požiadaviek, technologickej infraštruktúry a aj na základe nálezov z bezpečnostného testovania.
++
++**Bezpečnostný projekt** bude popísaný v samostatnom dokumente Bezpečnostný projekt, ktorý je výstupom etapy R3-4 a jeho náležitosti ustanovuje príloha č. 3 vyhlášky ÚPVII č. 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.
++
++
++PSK plánuje zjednotiť bezpečnostnú politiku podľa požiadaviek aktuálne platného zákona o kybernetickej bezpečnosti s účinnosťou od 1.1.2025 a nadväzujúcich vyhlášok. Všetky kritické aj podporné IT systémy v rámci projektu MSD RVT budú riadené spoločnými bezpečnostnými opatreniami. Integrovaný systém Identity & Access Management (IAM) poskytne centrálnu správu účtov, vrátane Single Sign-On a viacfaktorovej autentifikácie.
++
++
++**Pri riešení sa predpokladá:**
++
++* Nasadenie vrstvenej ochrany (perimetrové firewally, WAF, IPS/IDS systémy),
++* Využitie zabezpečených IoT zariadení (certifikáty, kryptografické protokoly) a šifrovaná komunikácia,
++* Vytvorenie plánu kontinuity (BCP) a disaster recovery (DR) pre dôležité systémy.
++* Možnosť využitia externých SOC služieb pre monitoring, detekciu a riešenie bezpečnostných incidentov,
++
++Navrhovaná bezpečnostná architektúra rešpektuje:
++
++
++
++**Postupy pre dosiahnutie požadovanej bezpečnosti (CIA triáda)**
++
++
++**Dôvernosť** (Confidentiality):
++
++* Centrálne IAM, viacfaktorová autentifikácia, segregácia rolí (RBAC), implementácia Tiering modelu,
++* Šifrovanie komunikácie (TLS), šifrovanie citlivých dát,
++* Dôsledné logovanie prístupov a kontrola prístupových práv.
++
++**Dostupnosť** (Availability):
++
++* Redundantné servery a sieťová infraštruktúra,
++* Záložné napájanie, HA klastre,
++* Jasný incident management a definované RTO/RPO.
++
++**Integrita** (Integrity):
++
++
++* Kontrola verzie softvérových komponentov, digitálne podpisy,
++* Hashovanie dôležitých databázových tabuliek,
++* Automatizované testy pre zmenové požiadavky a monitorovanie anomálií.
++
++**Požiadavky na realizáciu Bezpečnostného projektu**
++
++
++* Vytvorenie bezpečnostnej politiky PSK, ktorá pokrýva aj projekt MSD RVT.
++* Aktualizácia bezpečnostnej dokumentácie (zápisy o rizikách, kategorizácia ITVS, interné smernice).
++* Zavedenie SIEM riešenia na centralizované logovanie bezpečnostných udalostí, reporting a notifikácie.
++* Ochrana proti malvéru, DDoS, a nasadenie mechanizmov pre detekciu a prevenciu prienikov (IPS/IDS).
++* Vytvorenie a pravidelná aktualizácia plánu kontinuity (BCP) a obnovy po havárii (DR).
++
++**Požiadavky na používateľské role a správu prístupov**
++
++
++**Interní používatelia**:
++
++
++* Administrátori a pracovníci IT správy: Plný prístup k systémovým nastaveniam, logom, správu kont, s dôrazom na princíp minimálnych oprávnení.
++* Funkční používatelia (zamestnanci PSK, PSK organizácií): Prístup len k agendám, v ktorých pôsobia (napr. údržba, dispečing). Režim vychádza z definovaných rolí v IAM.
++* Prevádzka a podpora: Samostatná rola pre dohľad, odstraňovanie incidentov, bez prístupu k osobným údajom, ak to nie je nevyhnutné.
++
++**Externí používatelia** (občania, podnikatelia, partneri):
++
++
++* Prístup cez zabezpečené verejné rozhrania (portály, open API),
++* Overovanie identity pomocou eID alebo iných dôveryhodných metód,
++* Obmedzenie oprávnení len na vopred definované transakcie (napr. podanie žiadosti, zobrazenie stavu, nahlásenie incidentu).
++
++=== 5.7.3. Legislatívne, právne, štatutárne, regulačné a zmluvné požiadavky ===
++
++
++Bezpečnostná architektúra je 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 bude v súlade so:
++
++* **Zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe**: Integrovaná správa a metodická dokumentácia, schvaľovanie zmien, metodiky pre projektové riadenie,
++
++* **Zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti** a súvisiace vyhlášky: Mestské systémy budú kategorizované, v prípade potreby zaradené do základných, pokročilých alebo špecifických bezpečnostných opatrení,
++* **Zákon č. 45/2011 Z. z. o kritickej infraštruktúre**: Ak by niektoré časti infraštruktúry spadali do kritickej infraštruktúry, zaistia sa osobitné opatrenia,
++* Vyhláška NBU č. 166/2018 Z. z., o podrobnostiach o technickom, technologickom a personálnom vybavení jednotky pre riešenie kybernetických bezpečnostných incidentov
++* Vyhláška NBU č. 164/2018 Z. z., ktorou sa určujú identifikačné kritériá prevádzkovanej služby (kritériá základnej služby)
++* Vyhláška NBU č. 362/2018 Z. z., ktorou sa ustanovuje obsah bezpečnostných opatrení, obsah a štruktúra bezpečnostnej dokumentácie a rozsah všeobecných bezpečnostných opatrení
++* Vyhláška NBU č. 436/2019 Z. z., o audite kybernetickej bezpečnosti a znalostnom štandarde audítora
++* **Vyhláška č. 78/2020 Z. z. o štandardoch pre IT verejnej správy**: Dodržiava štandardy pre kybernetickú bezpečnosť, IAM, formáty údajov, logovanie,
++* **Vyhláška č. 179/2020 Z. z.** (bezpečnostné opatrenia pre ITVS): Riešenie zavedie opatrenia zodpovedajúce výslednej kategorizácii,
++* **Vyhláška č. 158/2018 Z. z. (postup pri posudzovaní vplyvu na ochranu osobných údajov)**: Pre oblasť spracúvania osobných údajov bude vykonaná DPIA (Data Protection Impact Assessment) vždy, keď riešenie prichádza do styku s osobitnými kategóriami údajov,
++* **GDPR (Nariadenie (EÚ) 2016/679)** a **Zákon č. 18/2018 Z. z. o ochrane osobných údajov**: Spracúvanie osobných údajov je založené na princípe minimalizácie, prísnej správe prístupov a transparentnom informovaní dotknutých osôb.
++
++Bezpečnosť bude zároveň riešená v súlade so schválenou koncepciou rozvoja IS v PSK.
++
++Minimálne technické bezpečnostné štandardy budú aplikované a pravidelne kontrolované : ochrana proti škodlivému softvéru, firewall, aktualizácia softvéru, monitorovanie, periodické hodnotenie zraniteľnosti, zálohovanie, požiadavky na fyzické ukladanie záloh, identifikácia a autorizácia.
++
++
++=== 5.7.4. Riešenie autentifikácie a prístupov používateľov ===
++
++
++Autentizácia používateľov v rámci projektu MSD RVT bude spravovaná spoločným modulom ÚPVS IAM.
++
++
++
++=== {{id name="_Toc152607322"/}}{{id name="_Toc2133064951"/}}{{id name="_Toc146510989"/}}{{id name="_Toc1763044084"/}}{{id name="_Toc30446447"/}}{{id name="_Toc2101360933"/}}{{id name="_Toc825763386"/}}{{id name="_Toc1614333450"/}}{{id name="_Toc1269235670"/}}{{id name="_Toc2114332294"/}}{{id name="_Toc208969925"/}}{{id name="_Toc1427296716"/}}(% style="color:inherit; font-family:inherit; font-size:max(23px, min(29px, 12.3333px + 1.38889vw))" %)6. Prevádzka a údržba výstupov projektu(%%) ===
++
++**Zoznam služieb, ktoré budú dodávané dodávateľom v rámci 5 ročnej záručnej doby na IS MSD RVT:**
++
++* Evidencia objektov, majetku a zariadení
++* Údržba a ticketovací systém správy
++* Výkresová a technická dokumentácia
++* Reporting
++* Prevádzková podpora, monitoring a zisťovanie porúch
++
++== 6.1. Návrh riešenia prevádzky a údržby ==
++
++ISVS a jeho technologické komponenty budú prevádzkované a podporované dodávateľom v zmysle záručných podmienok definovaných ako súčasť záručnej lehoty podľa podmienok Zmluvy. Záručná lehota sa požaduje na obdobie minimálne 5 rokov.
++
++Minimálny rozsah záručných podmienok:
++
++* funkčnosť systému ako celok aj jeho častí pre bezporuchové poskytovanie služieb MSD RVT podľa požiadaviek a špecifikácii prevádzkovateľa
++* realizácia servisných zásahov podľa požiadaviek (riešenie požiadaviek na zmenu konfigurácie),
++* činnosti a práce nevyhnutné pre zachovanie funkčnosti a prevádzkyschopnosti Informačného systému
++* podpora pri realizácii rozvojových zásahov (riešenie požiadaviek),
++* poskytovanie telefonických konzultácií pre pracovníkov Objednávateľa,
++* dolaďovanie a optimalizácia analytických a prediktívnych výstupov na riešenie motivačných dôvodv projektu,
++* odstraňovanie vád komponentov a modulov v požadovanej kvalite,
++* podpora pri realizácii prevádzkových zásahov,
++* realizácia pravidelných preventívnych zásahov,
++* realizácia servisných zásahov (riešenie incidentov) v prípade nefunkčnosti Informačného systému alebo jeho komponentov, služby údržby, konfigurácie, malých zmien a doplnenia ISVS,
++* dostupnosť služby pre zapracovanie požiadaviek objednávateľa a analýzu požiadaviek.
++
++== 6.2 Zabezpečenie podpory používateľov a prevádzky ==
++
++Hlavnú rolu pri zabezpečovaní podpory používateľov a funkčnosti systému bude zohrávať Operačné pracovisko v rozsahu minimálne:
++
++* Prístup k modulom administrácie zberu údajov, web aplikácie, mobilnej aplikácie
++* Prideľovanie prístupov a oprávnení, dohľad nad bezpečnosťou systému
++* Monitoring vlastností MSD RVT a kvality jeho služieb počas testovacej a ostrej prevádzky systému.
++* Komunikácia s používateľmi, identifikovanie odchýlok od požadovaných vlastností a služieb systému.
++* Komunikácia s dodávateľom systému s cieľom odstrániť identifikované odchýlky v technickej prevádzke a službách systému
++* Prístup k nástrojom Modulu analýz a modelovania na adaptáciu výstupov do kvality požadovanej konzumentmi MSD RVT
++* Riešenie podnetov na zlepšenie funkčných vlastností systému
++* Single Point of Contact, informačný manažmen a PR
++* Help desk, manažment požiadaviek a incidentov, ticket manažment
++
++**Help Desk bude realizovaný cez 3 úrovne podpory**, s nasledujúcim označením:
++
++• **L1 podpory IS** (Level 1, priamy kontakt užívateľa) - jednotný kontaktný bod (zabezpečuje prevádzkovateľ IS).
++
++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 a L3 podpory IS** (Level 2/3, postúpenie požiadaviek od L1) - na základe zmluvy o podpore IS
++
++zabezpečuje úspešný uchádzač.
++
++
++Ďalšie špecifikácie služieb Operačného pracoviska:
++
++1. Help Desk je dostupný pre vybrané skupiny užívateľov cez telefón a email, incidenty
++1. Dostupnosť L2/L3 podpory pre IS je 8x5 (8 hodín x 5 dní od 8:00h do 16:00h počas pracovných dní)
++
++|PodPora|(((
++Poskytovateľ
++
++(subjekt zodpovedný za poskytnutie podpory)
++)))|Požadovaný Čas dostupnosti|STAV zabezpečenia|(((
++Pozn.
++
++(napr. známe obmedzenia služby, špeciálne zodpovednosti, a pod.)
++)))
++|**Podpora L1 - **jednotný kontaktný bod|Operačné pracovisko|8x5 (8 hodín x 5 dní od 8:00h do 16:00h počas pracovných dní)|Súčasť organizačno/procesného zabezpečenia projektu|(((
++Vyžaduje sa zastúpenie
++
++* odborná expertíza v oblasti dopravy
++* odbornosť v podpore a prevádzke systémov IKT
++)))
++|**Podpora L2**|Operačné pracovisko iniciuje zásah dodávateľa|8x5 (8 hodín x 5 dní od 8:00h do 16:00h počas pracovných dní)|Záručné podmienky Zmluvy o dielo počas dobu 5 rokov|Nevyhnutná súčinnosť Operačného pracoviska a budúceho dodávateľa pri zabezpečovaní analytických výstupov a modelov MSD RVT
++|**Podpora L3**|Dodávateľ riešenia / úspešný uchádzač o dodávku riešenia|8x5 (8 hodín x 5 dní od 8:00h do 16:00h počas pracovných dní)|Záručné podmienky Zmluvy o dielo počas dobu 5 rokov|
++|**Podpora infraštruktúrnych služieb**|Dodávateľ riešenia / úspešný uchádzač o dodávku riešenia|8x5 (8 hodín x 5 dní od 8:00h do 16:00h počas pracovných dní)|Záručné podmienky Zmluvy o dielo počas dobu 5 rokov|
++
++Tabuľka 24 Prehľad riešenia zabezpečenia podpory používateľov a prevádzky
++
++== 6.3 Riešenie incidentov v prevádzke - parametre úrovní služby ==
++
++Parametre služby riešenia incidentov v prevádzke sú špecifikované na základe určenia priority incidentu pomocou kombinácie jeho naliehavosti a dopadu podľa najlepších skúseností z praxe (best practice) z oblasti manažmentu IT služieb (  Information Technology Infrastructure Library - ITIL V3) nasledovným spôsobom:
++
++
++**Incident** - za incident je považovaná každá nahlásená alebo inak zistená relevantná skutočnosť týkajúca sa aktíva (informačného systému) alebo jeho časti, ktorého nedostupnosť alebo nefunkčnosť má vplyv na poskytovanie služieb.
++
++
++|klasifikácia naliehavosti incidentu|Závažnosť  incidentu|Popis naliehavosti incidentu
++|A|Kritická|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.
++|B|Vysoká|Chyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.
++|C|Stredná|Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.
++|D|Nízka|Kozmetické a drobné chyby.
++
++Tabuľka 25 Klasifikácia Naliehavosti incidentu
++
++|Klasifikácia závažnosti incidentu|(((
++
++
++Dopad
++)))|Popis dopadu
++|1|katastrofický|katastrofický dopad, priamy finančný dopad alebo strata dát,
++|2|značný|značný dopad alebo strata dát
++|3|malý|malý dopad alebo strata dát
++
++Tabuľka 26 Klasifikácia Závažnosti incidentu
++
++Určenie priority incidentu je kombináciou dopadu a naliehavosti podľa nasledovnej matice:
++
++|(% colspan="2" rowspan="2" %)Matica priority incidentov|(% colspan="3" %)Dopad
++|Katastrofický - 1|Značný - 2|Malý - 3
++|(% rowspan="4" %)Naliehavosť|Kritická - A|1|2|3
++|Vysoká - B|2|3|3
++|Stredná - C|2|3|4
++|Nízka - D|3|4|4
++
++Tabuľka 27 Určenie priority incidentu
++
++**Parametre služby Riešenia incidentov v prevádzke:**
++
++|Označenie priority incidentu|Reakčná doba^^(1)^^ od nahlásenia incidentu po začiatok riešenia incidentu|Doba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI) ^^(2)^^|(((
++Spoľahlivosť ^^(3)^^
++
++(počet incidentov za mesiac)
++)))
++|1|1 hod.|4  hodín|1
++|2|4 hod.|12 hodín|2
++|3|24 hod.|24 hodín|10
++|4|24 hod.|(% colspan="2" %)Vyriešené a nasadené v rámci plánovaných releasov (vydaní novej verzie programového vybavenia a konfigurácie)
++
++Tabuľka 28 Parametre služby Riešenia incidentov v prevádzke
++
++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 **(Doba konečného vyriešenia incidentu) - znamená čas obnovenia štandardnej prevádzky - čas medzi nahlásením incidentu verejným obstarávateľom a vyriešením incidentu poskytovateľom podpory (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 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 poskytovateľ podpory oprávnený požadovať od verejného obstarávateľa schválenie riešenia incidentu.
++
++(3) **Spoľahlivosť** - 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 poskytovateľovi podpory v rámci testovacieho prostredia majú prioritu 3 a nižšiu. Vzťahujú sa výhradne k dostupnosti testovacieho prostredia. Za incident v testovacom prostredí sa nepovažuje incident vztiahnutý k práve testovanej funkcionalite.
++
++
++Vyššie uvedené záručné parametre nebudú použité pre nasledovné služby:
++
++* Služby systémovej podpory na požiadanie (nad paušál)
++* Služby realizácie aplikačných zmien vyplývajúcich z legislatívnych a metodických zmien (nad paušál)
++
++Pre tieto služby budú dohodnuté osobitné parametre dodávky.
++
++
++== 6.4 Požadovaná dostupnosť informačného systému: ==
++
++|Popis|Parameter|Upresnenie
++|Prevádzkové hodiny|24 hodín|Nonstop
++|(% rowspan="2" %)Servisné okno|8 hodín|od 21:00 hod. - do 5:00 hod. počas pracovných dní
++|24 hodín|od 00:00 hod. - 23:59 hod. pred / mimo hlavnej turist. sezóny a mimo dní pracovného pokoja a štátnych sviatkov – najväčší nápor návštevníkov RVT
++|Dostupnosť produkčného prostredia IS|99,5%|(((
++Servis a údržba sa bude realizovať mimo pracovného času.
++
++98,5% z 24/7/365 t.j. max ročný výpadok je 3,65 dňa.
++
++Maximálny mesačný výpadok je 0,3 dňa.
++
++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.
++)))
++|[[RTO (Recovery Time Objective)>>path:#_RTO_(Recovery_Time]] |12 hodín|RTO vyjadruje množstvo času potrebné pre obnovenie dát a celej prevádzky nedostupného systému
++|RPO (Recovery Point Objective)|6 hodín|RPO vyjadruje, do akého času (bodu) v minulosti možno obnoviť dáta, t.j. rozsah dát, o ktoré môže organizácia prísť
++
++**Dostupnosť** (**Availability**) je pojem z oblasti riadenia bezpečnosti v organizácii. Dostupnosť znamená, že dáta sú prístupné v okamihu jej potreby. Narušenie dostupnosti sa označuje ako nežiaduce zničenie (destruction) alebo nedostupnosť. Dostupnosť je zvyčajne vyjadrená ako percento času v danom období, obvykle za rok. Orientačný zoznam dostupnosti je uvedený v nasledovnom prehľade:
++
++//90% dostupnosť znamená výpadok 36,5 dňa//
++
++//95% dostupnosť znamená výpadok 18,25 dňa//
++
++//98% dostupnosť znamená výpadok 7,30 dňa//
++
++//99% dostupnosť znamená výpadok 3,65 dňa//
++
++//99,5% dostupnosť znamená výpadok 1,83 dňa//
++
++//99,8% dostupnosť znamená výpadok 17,52 hodín//
++
++//99,9% (“tri deviatky”) dostupnosť znamená výpadok 8,76 hodín//
++
++//99,99% (“štyri deviatky”) dostupnosť znamená výpadok 52,6 minút//
++
++//99,999% (“päť deviatok”) dostupnosť znamená výpadok 5,26 minút//
++
++//99,9999% (“šesť deviatok”) dostupnosť znamená výpadok 31,5 sekúnd//
++
++
++Dostupnosť je jedným s kľúčových požiadaviek na každý dôležitý [[informačný systém>>url:https://datalab.digital/dokumenty/]] a vplyv na dostupnosť má mnoho faktorov, napríklad:
++
++* Dostupnosť [[servera>>url:https://metais.vicepremier.gov.sk/help]]
++* Dostupnosť pripojenie k internetu
++* Dostupnosť [[databázy>>url:https://www.zakonypreludi.sk/zz/2020-85/znenie-20200501]]
++* Dostupnosť [[webových stránok>>url:https://managementmania.com/sk/sla-service-level-agreement]]
++
++V prípade, že je časť softvér alebo infraštruktúra zabezpečovaná externe (napr. hosting, webhosting), prenáša sa zodpovednosť za dostupnosť týchto komponentov na dodávateľa. Potom je potrebné mať vhodným spôsobom ošetrenú úroveň dostupnosti, ktorú musí dodávateľ dodržať. Zvyčajne je dostupnosť súčasťou [[dohody o úrovni poskytovaných služieb (SLA)>>url:https://datalab.digital/referencne-udaje/]].
++
++
++Popri špecifikácii dostupnosti systému v percentách uveďte aj upresňujúce ukazovatele, ktoré vyjadrujú požadované doby obnovenia systému a rozsahu dát, o ktoré môžete prísť:
++
++
++* **Recovery Time Objective** (zvyčajne sa požíva skratka RTO) - vyjadruje množstvo času potrebné pre obnovenie prevádzky systému po jeho výpadku. Môže byť, v závislosti na použitej technológii, vyjadrené v sekundách, hodinách či dňoch. Pre zabezpečenie RTO sa používajú rôzne stratégie a technológie zálohovania alebo replikácie dát (vrátane obrazov a konfigurácií infraštruktúry) a vytvárania a prevádzky záložných systémov v ďalších lokalitách. Kľúčovým prostriedkom pre zabezpečenie dosiahnutia požadovaného RTO je okrem pravidelného a spoľahlivého vykonávania záloh dát a konfigurácií a vytvorenia záložného systému aj podrobný a overený Plán obnovy po výpadku (recovery plán) a aktuálna inštalačná dokumentácia.
++
++* **Recovery Point Objective** (zvyčajne sa požíva skratka RPO) - je ukazovateľ [[dostupnosti>>url:https://datalab.digital/legislativa/]] dát. RPO vyjadruje, do akého stavu (bodu) v minulosti možno obnoviť [[dáta>>url:https://datalab.digital]] po výpadku systému. Inými slovami množstvo dát, o ktoré môže organizácia prísť. Pre zabezpečenie RPO sa používajú rôzne stratégie a technológie zálohovania alebo replikácie dát a bod obnovy dát je možné znížiť až k nulovej strate. Existujúce technológie poskytujú orientačne nasledovné úrovne zabezpečenia RPO:
++** Tradičné zálohovanie - strata dát v rozsahu cca hodiny až dni
++** Asynchrónne replikácie dát – strata dát v rozsahu minút až sekúnd, strata sa blíži k nule
++** Synchrónna replikácia dát - nulová strata
++
++== 6.5 Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky ==
++
++IS MSD RVT bude dodávaný s 5 ročnou záručnou dobou ako cloudová aplikácia. Preto prvých 5 rokov nebude potrebné zabezpečovať prevádzku systému.
++
++Riadenie projektu bude zabezpečovať RV a projektový tím objednávateľa.
++
++Realizáciu projektu bude zabezpečovať projektový tím dodávateľa v koordinácii s RV.
++
++Dokumentácia k poskytnutému riešeniu bude obsahovať:
++
++* dokumentáciu pre obsluhu Systémovým administrátorom – Administrátorská príručka
++* dokumentáciu pre obsluhu Používateľmi vo všetkých rolách - Užívateľská príručka
++
++Školenia používateľov bude poskytnuté v rozsahu školenia:
++
++* administrátora systému – rozsah min. 2 dni pre 2 účastníkov
++* kľúčových užívateľov – rozsah min. 10 dní pre 10 účastníkov
++
++Školenia koncových používateľov budú realizované vyškolenými kľúčovými používateľmi.
++
++
++== 6.6 Požiadavky na zdrojové kódy ==
++
++
++Zdrojové kódy budú vo vlastníctve PSK a pri návrhu a implementácii budú aplikované technológie na** **otvorených licenciách vychádzajúc z:
++
++Centrálny repozitár zdrojových kódov:
++
++[[https:~~/~~/www.zakonypreludi.sk/zz/2020-78/znenie-20200501#p31>>url:https://www.zakonypreludi.sk/zz/2020-78/znenie-20200501#p31]]
++
++Overenie zdrojového kódu s cieľom jeho prepoužitia:
++
++[[https:~~/~~/www.zakonypreludi.sk/zz/2020-85/znenie-20200501#p7-3-c>>url:https://www.zakonypreludi.sk/zz/2020-85/znenie-20200501#p7-3-c]]
++
++Spôsoby zverejňovania zdrojového kódu:
++
++[[https:~~/~~/www.zakonypreludi.sk/zz/2020-85/znenie-20200501#p8-9>>url:https://www.zakonypreludi.sk/zz/2020-85/znenie-20200501#p8-9]]
++
++Inštrukcie k EUPL licenciám:
++
++[[https:~~/~~/joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf>>url:https://joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf]]
++
++= {{id name="_Toc510413657"/}}{{id name="_Toc152607323"/}}{{id name="_Toc765633140"/}}{{id name="_Toc2047061689"/}}{{id name="_Toc1365902580"/}}{{id name="_Toc96771585"/}}{{id name="_Toc977817845"/}}{{id name="_Toc338302336"/}}{{id name="_Toc158422599"/}}{{id name="_Toc894533619"/}}{{id name="_Toc1336543996"/}}{{id name="_Toc1715202395"/}}{{id name="_Toc1402143762"/}}{{id name="_Toc47815706"/}}7.OPIS IMPLEMENTÁCIE PROJEKTU A PREBERANIA VÝSTUPOV PROJEKTU =
++
++Projekt bude realizovaný oprávnenými aktivitami nad modulmi diela MDS RVT. Prehľad hlavných projektových aktivít a výstupov je uvedený v nasledujúcej tabuľke:
++
++
++|**Typ aktivity**|**Hlavné aktivity**|**Projektový výstup**
++|(% rowspan="7" %)**Analýza**|(% rowspan="7" %)**Analýza a dizajn riešenia**|Realizačný návrh riešenia MSD RVT (RNR_1)
++|Zber a prenos údajov (DFŠ_1)
++|Proj. dokumentácia k umiestneniu dopr. zariadení (PJD_1)
++|Web aplikácia (DFŠ_2)
++|Mobilná aplikácia (DFŠ_3)
++|Operačné pracovisko (DFŠ_4)
++|Referenčný model dopravy a mobility RVT (RMD_1)
++|(% rowspan="5" %)**Implementácia**|(% rowspan="5" %)**Implementácia riešenia a integrácia**|Zber a prenos údajov – obstaranie a implementácia
++|Web aplikácia – vývoj a implementácia
++|Mobilná aplikácia – vývoj  implementácia
++|Operačné pracovisko – implementácia
++|Integrácia riešenia MSD RVT
++|(% rowspan="4" %)**Testovanie**|(% rowspan="4" %)(((
++**Testovanie riešenia**
++
++Zhotovenie dokumentácie riešenia, školení a testov a testy
++)))|Zber a prenos údajov – zaškolenie a testovanie
++|Web aplikácia – zaškolenie a testovanie
++|Mobilná aplikácia – zaškolenie a testovanie
++|Operačné pracovisko – zaškolenie a testovanie
++|(% rowspan="5" %)**Nasadenie**|(% rowspan="5" %)(((
++**Nasadenie riešenia**
++
++Nasadenie do produkčného prostredia, preskúšanie a akceptácia
++)))|Zber a prenos údajov – preškolenie a nasadenie
++|Web aplikácia – preškolenie a nasadenie
++|Mobilná aplikácia – preškolenie a nasadenie
++|Operačné pracovisko – preškolenie a nasadenie
++|Výstupná dokumentácia riešenia, príučky a manuály
++
++Tabuľka 29 Prehľad hlavných projektových aktivít a výstupov
++
++PSK pri aktivitách súvisiacich s úpravou, vývojom nových a modifikáciou existujúcich informačných systémov a/alebo aplikácií, ich obstarávaním a implementáciou, bude postupovať, dodržiavať a riadiť sa podľa relevantných právnych predpisov, a to najmä:
++
++* 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 č. 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.
++
++= {{id name="_Toc152607324"/}}{{id name="_Toc895423427"/}}{{id name="_Toc241209616"/}}{{id name="_Toc1109933817"/}}{{id name="_Toc1693584831"/}}{{id name="_Toc116189132"/}}{{id name="_Toc1157370114"/}}{{id name="_Toc1343589887"/}}{{id name="_Toc2053421042"/}}{{id name="_Toc1329406378"/}}{{id name="_Toc812300137"/}}{{id name="_Toc1301800014"/}}{{id name="_Toc47815707"/}}8.ODKAZY =
++
++N/A
++
++=   =
++
++= {{id name="_Toc510413660"/}}{{id name="_Toc152607325"/}}{{id name="_Toc1722900095"/}}{{id name="_Toc1548891642"/}}{{id name="_Toc1524307507"/}}{{id name="_Toc926619902"/}}{{id name="_Toc369843141"/}}{{id name="_Toc1228095438"/}}(% style="color:inherit; font-family:inherit; font-size:max(23px, min(29px, 12.3333px + 1.38889vw))" %)9.PRÍLOHY(%%) =
++
++Príloha č.1 - príloha dáta pre tatry dotaznik MSD RVT
++
++Príloha č.2 - príloha dáta pre tatry anketa RVT k 12jul25
++
++Príloha č.3 - Katalóg požiadaviek
++
++Príloha č.4 - Zoznam rizík a závislostí
++
++Príloha č.5 - Príloha_11_Integračno-analytická platforma (opis štandardov pre integráciu)
++
++Príloha č.6 - PHZ konsolidované
++
++
  | | |

1760017486064-307.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.marian\.grotkovsky@gmail\.com

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+224.5 KB

Obsah

1760017486072-449.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.marian\.grotkovsky@gmail\.com

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+533.9 KB

Obsah

Zmeny dokumentu I-02 Projektový zámer (projektovy_zamer)

Súhrn

Podrobnosti

Vitajte

Linky

Navigácia