Naposledy upravil Jana Machová 2025/10/09 01:19
Z verzie 5.1
upravil Jana Machová
-
Zmeniť komentár: Pre túto verziu nie sú komentáre
Do verzie 3.1
upravil Jana Machová
-
Zmeniť komentár: Pre túto verziu nie sú komentáre

Súhrn

Podrobnosti

Vlastnosti stránky
Obsah
... ... @@ -25,6 +25,7 @@
25 25  vedúci odboru investícií a udržateľného mestského rozvoja
26 26  )))|8.10.2025|
27 27  
28 +
28 28  == **1. HISTÓRIA DOKUMENTU** ==
29 29  
30 30  |**Verzia**|**Dátum**|**Zmeny**|**Meno a priezvisko**
... ... @@ -31,6 +31,7 @@
31 31  |0.9|30.9.2025|Zapracovanie zmien z interného pripomienkového konania|RNDr. Jana Machová
32 32  |1.0|7.10.2025|Finálna verzia projektovej dokumentácie|RNDr. Jana Machová
33 33  
35 +
34 34  == **2. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE** ==
35 35  
36 36  Tento dokument predstavuje **I-02 Projektový zámer** pre projekt Podpora rozvoja tvorby, spracovania, využívania a prepájania dát – Inteligentné mesto Michalovce, ktorý realizuje **Mesto Michalovce**. V súlade s **Vyhláškou č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy** rozpracúva detailné informácie potrebné na rozhodnutie o pokračovaní prípravy projektu, pláne realizácie, alokácii rozpočtu a ľudských zdrojov.
... ... @@ -967,6 +967,7 @@
967 967  * Občania majú pod kontrolou svoje dáta, služby (dane, poplatky, podania, služby,notifikácie) a môžu aktívne participovať na správe mesta (hlasovanie, podnety, komunitné skupiny).
968 968  * Systém je pripravený na budúce rozšírenie nových služieb v rámci konceptu Smart City (nové moduly, open data, napojenie na analytickú vrstvu štátu), zachováva otvorenosť, interoperabilitu a najvyššie bezpečnostné štandardy.
969 969  
972 +[[image:1759912769728-738.png]]
970 970  
971 971  //Obrázok 8 Náhľad celkovej architektúry v notácii ArchiMate//
972 972  
... ... @@ -1433,7 +1433,7 @@
1433 1433  Navrhované aplikačné riešenie mesta Michalovce transformuje fragmentované IS a obmedzené služby do jedného moderného, otvoreného, škálovateľného a bezpečného systémového prostredia, pripraveného na dlhodobý rozvoj služieb Smart City, prepojenie s verejnými údajovými platformami a kontinuálne legislatívne, procesné aj technologické inovácie.
1434 1434  
1435 1435  
1436 -[[image:1759914248827-113.png]]
1439 +[[image:1759912904186-222.png]]
1437 1437  
1438 1438  //Obrázok 12 Budúca (TO BE) aplikačna architektúra a závislostí (dátových tokov) medzi systémami//
1439 1439  
... ... @@ -1454,10 +1454,8 @@
1454 1454  
1455 1455  Aplikačný ekosystém mesta Michalovce je koncipovaný ako otvorená, bezpečná a škálovateľná platforma. IPDS integruje dáta a procesy všetkých dôležitých agend, rozšírené moduly umožňujú rast služieb do budúcnosti bez architektonických zásahov, špecializované riešenia ako energetický manažment poskytujú cenné analytické výstupy a IoT vrstva sprostredkováva “živé” údaje pre optimalizáciu chodu mesta. Silná väzba na externé štátne systémy umožňuje občanom Michaloviec komfortný, bezpečný a plnohodnotný prístup ku kompletným digitálnym službám modernej samosprávy.
1456 1456  
1460 +[[image:1759912915574-132.png]]
1457 1457  
1458 -
1459 -[[image:1759914267502-794.png]]
1460 -
1461 1461  //Obrázok 13 Znázornenia plánovaných integrácií//
1462 1462  
1463 1463  Navrhovaná architektúra mesta je postavená na princípoch Integračnej platformy digitálnych služieb (IPDS), ktorá tvorí jadro celého riešenia. IPDS zabezpečuje jednotné prepojenie mestských agendových systémov, externých štátnych služieb a IoT zariadení, pričom zároveň poskytuje prístupové rozhrania pre frontendové aplikácie občanov. Platforma zahŕňa funkčné moduly ako vstupný systém, zdieľané služby, API Gateway, úložisko dát a dátové integrácie či zobrazovacie riešenia vo forme dashboardov, máp a vizualizácií. Súčasťou IPDS je aj špecializovaná funkcionalita pre manažment vývozu odpadu, monitoring komunikácií, konto občana napojené na IAM a participácia, ktorá združuje anketový modul, participatívny rozpočet, burzu a hlásenie podnetov. Pre zabezpečenie interoperability s národnými riešeniami je IPDS prepojená aj na Cloudovú dátovú platformu (CDP).
... ... @@ -1533,9 +1533,10 @@
1533 1533  
1534 1534  //Tabuľka 15 Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)//
1535 1535  
1537 +1.
1538 +11.
1539 +111. Aplikačné služby pre Koncové služby – budúci stav (TO BE)
1536 1536  
1537 -== **5.4.6 Aplikačné služby pre Koncové služby – budúci stav (TO BE)** ==
1538 -
1539 1539  |(((
1540 1540  **Kód AS**
1541 1541  
... ... @@ -1555,9 +1555,10 @@
1555 1555  
1556 1556  //Tabuľka 16 Aplikačné služby pre Koncové služby – budúci stav (TO BE)//
1557 1557  
1560 +1.
1561 +11.
1562 +111. Aplikačné služby na integráciu – budúci stav (TO BE)
1558 1558  
1559 -== **5.4.7 Aplikačné služby na integráciu – budúci stav (TO BE)** ==
1560 -
1561 1561  |(((
1562 1562  **AS**
1563 1563  
... ... @@ -1582,7 +1582,8 @@
1582 1582  //Tabuľka 17 Aplikačné služby na integráciu – budúci stav (TO BE)//
1583 1583  
1584 1584  
1585 -== **5.5 Dátová architektúra** ==
1588 +1.
1589 +11. Dátová architektúra
1586 1586  
1587 1587  **AS-IS stav dátovej architektúry**
1588 1588  
... ... @@ -1592,7 +1592,7 @@
1592 1592  
1593 1593  **Štruktúra objektov evidencie a vzťahov (logický model)**
1594 1594  
1595 -[[image:1759913151346-341.png]]
1599 +[[image:1759911471421-618.png]]
1596 1596  
1597 1597  //Obrázok 16 Znázornenie AS IS dátoveho modelu//
1598 1598  
... ... @@ -1653,7 +1653,9 @@
1653 1653  Riadenie údajov nie je formalizované ani organizačne ukotvené – absentuje dátový kurátor aj dátová kancelária, a neexistuje ucelený proces pre správu údajov v súlade s národnou dátovou politikou. Tento stav si vyžaduje zásadnú konsolidáciu, vytvorenie centrálnej dátovej vrstvy, zavedenie systematického manažmentu údajov a prijatie metodiky MV SR pre modelovanie a publikovanie údajov.
1654 1654  
1655 1655  
1656 -== **5.5.1 Objekty evidencie** ==
1660 +1.
1661 +11.
1662 +111. Objekty evidencie
1657 1657  
1658 1658  Pri návrhu objektov evidencie v projekte sa vychádza z centrálneho dátového modelu verejnej správy podľa § 30 vyhlášky č. 78/2020 Z. z. a metodiky Ministerstva vnútra SR. Objekty evidencie sú základnými prvkami, ktoré umožňujú jednotné spracovanie, integráciu a publikovanie údajov v rámci budovaných ISVS a registrov mesta.
1659 1659  
... ... @@ -1676,28 +1676,37 @@
1676 1676  //Tabuľka 18 Objekty evidencie//
1677 1677  
1678 1678  
1679 -== **5.5.2 Referenčné údaje** ==
1685 +1.
1686 +11.
1687 +111. Referenčné údaje
1680 1680  
1681 1681  V projekte nebudú vznikať údaje, ktoré by sa dali označiť ako referenčné.
1682 1682  
1683 1683  
1684 -== **5.5.3 Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE)** ==
1692 +1.
1693 +11.
1694 +111. Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE)
1685 1685  
1686 1686  V projekte nie je plánované poskytovanie údajov do IS CPDI.
1687 1687  
1688 1688  
1689 -== **5.5.4 Konzumovanie údajov z IS CPDI – budúci stav (TO BE)** ==
1699 +1.
1700 +11.
1701 +111. Konzumovanie údajov z IS CPDI – budúci stav (TO BE)
1690 1690  
1691 1691  V projekte nie je plánované konzumovanie údajov z CPDI.
1692 1692  
1693 1693  
1694 -== **5.5.5 Identifikácia údajov a subjektov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ)** ==
1706 +1.
1707 +11.
1708 +111. Identifikácia údajov a subjektov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ)
1695 1695  
1696 1696  V projekte nie je plánované konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ).
1697 1697  
1712 +1.
1713 +11.
1714 +111. Kvalita a čistenie údajov
1698 1698  
1699 -== **5.5.6 Kvalita a čistenie údajov** ==
1700 -
1701 1701  Kvalita údajov zohráva v novom dátovom prostredí mesta Michalovce kľúčovú úlohu, nakoľko nesprávna, neúplná, chybná alebo neaktualizovaná informácia v objektoch evidencie môže narušiť tok agendy, znehodnotiť výsledky analytiky, vytvárať riziká v rozhodnutiach a obmedziť dôveru občanov a partnerov v digitálne služby mesta. Pri návrhu procesov kvality je preto dôležitá systematická validácia, čistenie, referencovanie (najmä voči štátnym a komunálnym registrám) a nepretržité monitorovanie dátovej integrity a úplnosti.
1702 1702  
1703 1703  Zásady riadenia kvality údajov a čistenia:
... ... @@ -1756,9 +1756,10 @@
1756 1756  
1757 1757  Dátová kvalita je v projekte IPDS zásadná – do architektúry je zabudovaná na úrovni vstupných štruktúr, procesov migrácie, biznis pravidiel ISVS aj organizačných nástrojov (dátová kancelária, kurátor). Meranie kvality bude realizované systematicky pred nasadením, po migrácii dát a periodicky počas prevádzky, pričom hlavný dôraz bude na objekty s vysokým vplyvom na rozhodovanie, spoľahlivý reporting a riadenie služieb pre občana. Všetky mechanizmy budú v súlade s postupmi MIRRI SR a platnou legislatívou o eGovernmente, otvorených dátach a správe údajov vo verejnej správe.
1758 1758  
1774 +1.
1775 +11.
1776 +111. Otvorené údaje
1759 1759  
1760 -== **5.5.7 Otvorené údaje** ==
1761 -
1762 1762  V rámci projektu bude implementovaná funkcionalita pre automatizované a štandardizované publikovanie otvorených údajov s priamou previazanosťou na kľúčové objekty evidencie vytvorené alebo spravované v IS mesta. Otvorené údaje budú publikované v súlade s princípmi 5★ otvorených dát, s dôrazom na maximálnu interoperabilitu, transparentnosť a opakovateľné strojové spracovanie.
1763 1763  
1764 1764  Základná funkcionalita platformy umožní publikovať datasety z oblasti senzorických údajov (IoT – spotreby energií, informácie o dostupnosti verejných služieb, parkovaní…), dát z mestských subsystémov (doprava, rezervácie, komunikácia s občanom, zdieľané služby, evidencia podaní, zmlúv a rozhodnutí) aj ďalších objektov evidencie podľa potrebnej periodicity. Bude priamy dôraz na použitie otvorených dátových štandardov (JSON, CSV, RDF) s podporou pre tvorbu SPARQL endpointov a automatizovaný harvesting do Národného katalógu otvorených údajov (NKOD).
... ... @@ -1793,9 +1793,10 @@
1793 1793  
1794 1794  Výsledkom bude, že všetky kritické datasety budú systematicky publikované, prepojené na NKOD, aktualizované podľa životného cyklu a dostupné ako open data v štruktúre zodpovedajúcej požiadavkám daného odboru, biznis oblasti a legislatívy. Transparentnosť, dostupnosť a interoperabilita údajov výrazne posilní digitálnu dôveru v služby mesta, rozvoj podnikateľských a výskumných sektorov a úroveň digitálneho mesta.
1795 1795  
1812 +1.
1813 +11.
1814 +111. Analytické údaje
1796 1796  
1797 -== **5.5.8 Analytické údaje** ==
1798 -
1799 1799  Analytické údaje budú v projekte systematicky zhromažďované, centralizované a sprístupňované naprieč rôznymi modernými modulmi informačných systémov mesta a smart IoT infraštruktúrou. Tieto analytické dáta budú slúžiť nielen na účely prevádzkovej optimalizácie, reporting a spätnú väzbu, ale predovšetkým na podporu efektívneho manažmentu, plánovania a strategického rozhodovania mesta v oblastiach energetiky, mobility, bezpečnosti, udržateľnosti a smart služieb pre verejnosť.
1800 1800  
1801 1801  Všetky objekty evidencie, ktoré budú projektom pripravené a používané na analytické účely, budú navrhnuté v súlade s centrálnym doménovým modelom, pričom detailná štruktúra atribútov každého objektu bude vytvorená v rámci analytickej fázy projektu s dôrazom na strojovú spracovateľnosť, interoperabilitu a kompatibilitu s otvorenými dátovými iniciatívami mesta aj štátu.
... ... @@ -1828,14 +1828,16 @@
1828 1828  
1829 1829  Každý OE bude zaradený do jednotnej dátovej vrstvy platformy, prehľadne evidovaný, opatrený metaúdajmi, namapovaný na prioritné analytické výstupy a pripravený na publikovanie pre vizualizáciu, reporty i open-data účely. Takto koncipované analytické objekty zabezpečia komplexný, trvalo udržateľný pohľad na riadenie a rozvoj mesta v duchu princípov Smart City a digitálnej transformácie.
1830 1830  
1848 +1.
1849 +11.
1850 +111. Moje údaje
1831 1831  
1832 -== **5.5.9 Moje údaje** ==
1833 -
1834 1834  Projektom nebudú poskytované žiadne analytické údaje.
1835 1835  
1854 +1.
1855 +11.
1856 +111. Prehľad jednotlivých kategórií údajov
1836 1836  
1837 -== **5.5.10 Prehľad jednotlivých kategórií údajov** ==
1838 -
1839 1839  Prehľad jednotlivých kategórií údajov bude v rámci projektu vždy aktualizovaný po analytickej fáze a po špecifikácii konfigurácie nainštalovaných IoT zariadení a sprístupnených mestských ISVS. Presný rozsah údajov sa bude odvíjať od reálneho počtu, umiestnenia a funkcionality týchto zariadení. Primárnym účelom získavaných údajov bude monitorovanie stavu verejných priestorov, podpora informácií pre obyvateľov i samosprávu, a podklady pre plánovanie a manažment zdrojov mesta.
1840 1840  
1841 1841  Vybrané dátové súbory budú využívané ako otvorené údaje, čím posilníme transparentnosť, občianske zapojenie a inovačné možnosti podnikateľského/projektového ekosystému. Kategorizácia objektov evidencie s rozlíšením podľa spôsobu využitia je ukážkovo znázornená v tejto tabuľke:
... ... @@ -1862,9 +1862,9 @@
1862 1862  
1863 1863  Každý objekt evidencie je vyhodnotený, či slúži (alebo bude slúžiť) ako referenčný údaj (napr. základné registre osôb, subjektov), údaj "Môj údaj" (personalizovaný výstup pre občana v jeho konte, rezervácie, podania), otvorený údaj (public open-data, publikované vo formátoch CSV/JSON/RDF a sprístupňované cez portál NKOD alebo LKOD) a/alebo analytický údaj (centrálne spracovávaný systémom pre potreby dashboardov, manažmentu a štatistických vyhodnotení). Výsledná štruktúra bude aktualizovaná podľa metodiky a finálne prijatá v rámci výstupov analyticko-dizajnovej fázy projektu.
1864 1864  
1884 +1.
1885 +11. Technologická architektúra
1865 1865  
1866 -== **5.6 Technologická architektúra** ==
1867 -
1868 1868  V súčasnosti mestská časť nedisponuje centralizovaným technologickým riešením na integráciu, zber, správu a vizualizáciu údajov z IoT zariadení. Chýba dedikovaná platforma, ktorá by zabezpečovala kontinuálny monitoring prostredia, podporovala nasadenie inteligentných senzorov, zber údajov v reálnom čase, prezentáciu výsledkov alebo automatizovaný reporting pre ďalšie rozhodovanie. Mesto prevádzkuje prevažne štandardné výpočtové kapacity slúžiace prioritne na bežnú administratívu, prácu v základných ekonomických systémoch, vedenie evidencií a prevádzku v rámci ISVS (ekonomický systém, registratúra, spisová služba).
1869 1869  
1870 1870  Výpočtové prostriedky a interná sieťová infraštruktúra nie sú optimalizované pre dátovo náročné a nepretržité služby. Táto skutočnosť sa prejavuje v nedostatku kapacít pre centralizovanú analytiku, obmedzenej možnosti integrácií ďalších smart služieb, chýbajúcej podpore pre nasadenie nových typov senzorov alebo IoT sústav. Komunikačné prepojenia medzi objektmi a budovami sú často riešené ad hoc; neexistuje konsolidovaná dátová sieť alebo high-availability konektivita umožňujúca zber a spracovanie údajov z rozptýlených zariadení. Napájacia a dátová infraštruktúra pre smart zariadenia absentuje – v území aktuálne neexistuje podpora pre inštaláciu prístupových systémov, energetických snímačov, monitoring či automatizovanú vizualizáciu údajov. Chýbajú automatizované zálohovania, pravidelný monitoring infraštruktúry aj jednotná politika kybernetickej bezpečnosti pre digitálne prostriedky mesta.
... ... @@ -1871,9 +1871,10 @@
1871 1871  
1872 1872  Súčasný technologický stav preto predstavuje významnú bariéru pre rozvoj konceptu Smart City a preklopenie prevádzky na moderné, centrálnym spôsobom spravované a otvorené architektúry s podporou pre cloudové technológie, škálovateľnosť služieb, automatizáciu procesov a efektívne riadenie mestských údajov i zariadení v reálnom čase. Projekt tak rieši zásadné nedostatky v oblasti zberu a využívania dát, prevádzkovej flexibility a koncepčného manažmentu digitálnej infraštruktúry mesta.
1873 1873  
1893 +1.
1894 +11.
1895 +111. Návrh riešenia technologickej architektúry
1874 1874  
1875 -== **5.6.1 Návrh riešenia technologickej architektúry** ==
1876 -
1877 1877  AS IS stav technologickej vrstvy:
1878 1878  Súčasná technologická infraštruktúra mesta Michalovce je charakteristická najmä heterogénnym prostredím pozostávajúcim z viacerých samostatných serverov prevádzkovaných v rôznych lokalitách mesta. Tieto servery zabezpečujú beh existujúcich ISVS (napr. ekonomické systémy, registratúru, web, evidencie) a sú navzájom prepojené prostredníctvom lokálnej siete mesta a internetu. Medzi problémové body aktuálnej architektúry patrí nedostatok centralizovanej správy IT, limitovaná škálovateľnosť, vysoká prevádzková komplexnosť, relatívne nízka úroveň kybernetickej bezpečnosti a chýbajúce moderné integračné rozhrania/API medzi systémami. Väčšina vybraných komponentov je prevádzkovaná na fyzických alebo čiastočne virtualizovaných serveroch, s obmedzenou možnosťou zálohovania, v niektorých prípadoch absentuje oddelené vývojové a testovacie prostredie a chýba jednotná monitorovacia vrstva.
1879 1879  
... ... @@ -1908,7 +1908,9 @@
1908 1908  Navrhované riešenie poskytuje robustný digitálny základ pre všetky nadväzujúce smart city aplikácie, ponúka vysokú dostupnosť, bezpečnosť a flexibilitu v ďalšom rozširovaní a napojiť IT prostredie mesta na najmodernejšie štandardy slovenskej eGovernment a cloud stratégie, čím splní všetky požiadavky udržateľnosti, bezpečnosti a digitálnej odolnosti.
1909 1909  
1910 1910  
1911 -== **5.6.2 Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)** ==
1931 +1.
1932 +11.
1933 +111. Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)
1912 1912  
1913 1913  |**Parameter**|**Jednotky**|**Predpokladaná hodnota**|**Poznámka**
1914 1914  |Počet interných používateľov|Počet|150|IT administrátori, pracovníci úradu, operátori
... ... @@ -1929,15 +1929,19 @@
1929 1929  //Tabuľka 29 Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)//
1930 1930  
1931 1931  
1932 -== **5.6.3 Využívanie služieb z katalógu služieb vládneho cloudu** ==
1954 +1.
1955 +11.
1956 +111. Využívanie služieb z katalógu služieb vládneho cloudu
1933 1933  
1934 1934  V rámci projektu nie je plánované využitie služieb vládneho cloudu.
1935 1935  
1936 -== ==
1937 1937  
1938 -== **5.7 Bezpečnostná architektúra** ==
1961 +1.
1962 +11. Bezpečnostná architektúra
1939 1939  
1940 -== **5.7.1 Návrh riešenia bezpečnosti** ==
1964 +1.
1965 +11.
1966 +111. Návrh riešenia bezpečnosti
1941 1941  
1942 1942  Základom bezpečnosti riešenia budú platné legislatívne a normatívne požiadavky v oblasti ochrany údajov, informačných technológií vo verejnej správe, kybernetickej bezpečnosti a súvisiace technické štandardy: zákon č. 18/2018 Z.z. o ochrane osobných údajov (GDPR), 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, vyhláška č. 78/2020 Z.z., normy ISO/IEC rady 27000, ISO/IEC 15408, Common Criteria, odporúčania OWASP Guides, a ďalšie záväzné predpisy.
1943 1943  
... ... @@ -1982,7 +1982,9 @@
1982 1982  * zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov v znení neskorších predpisov,
1983 1983  * Metodika analýzy rizík kybernetickej bezpečnosti - Metodika analýzy rizík pre uplatnenie v procesoch riadenia rizika v zmysle požiadaviek zákona č. 69/2018 Z. z. o kybernetickej bezpečnosti (NBÚ).
1984 1984  
1985 -== **5.7.2 Určenie obsahu bezpečnostných opatrení** ==
2011 +1.
2012 +11.
2013 +111. Určenie obsahu bezpečnostných opatrení
1986 1986  
1987 1987  V projekte budú požiadavky na minimálne bezpečnostné opatrenia a bezpečnostný projekt nastavené v súlade s aktuálnou legislatívou SR a špecifickými predpismi pre informačné technológie verejnej správy a aktíva digitálneho mesta.
1988 1988  
... ... @@ -2011,7 +2011,9 @@
2011 2011  //Tabuľka 33 Určenie zdrojov a obsahu minimálnych bezpečnostných opatrení//
2012 2012  
2013 2013  
2014 -== **5.7.3 Legislatívne, právne, štatutárne, regulačné a zmluvné požiadavky,** ==
2042 +1.
2043 +11.
2044 +111. Legislatívne, právne, štatutárne, regulačné a zmluvné požiadavky,
2015 2015  
2016 2016  Navrhované riešenie bude plne rešpektovať legislatívne, právne a technické požiadavky, ktoré sa vzťahujú na informačné technológie vo verejnej správe. Dôraz bude kladený najmä na zabezpečenie ochrany údajov, kybernetickej bezpečnosti, interoperability, prevádzkovej spoľahlivosti a dostupnosti služieb v súlade s princípmi efektívneho eGovernmentu.
2017 2017  
... ... @@ -2045,8 +2045,11 @@
2045 2045  * Vyhláška Úradu na ochranu osobných údajov Slovenskej republiky č. 158/2018 Z. z. o postupe pri posudzovaní vplyvu na ochranu osobných údajov
2046 2046  * 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)
2047 2047  
2048 -== **5.7.4 Riešenie autentifikácie a prístupov používateľov** ==
2049 2049  
2079 +1.
2080 +11.
2081 +111. Riešenie autentifikácie a prístupov používateľov
2082 +
2050 2050  Riešenie autentifikácie používateľov a správy prístupov bude v projekte postavené na moderných bezpečnostných princípoch, so zohľadnením možnosti využitia jednotného prihlásenia (Single Sign-On, SSO) a zapojením štátnych či mestských identity providerov. Prístup používateľov bude zabezpečený prostredníctvom IAM, ktoré je súčasťou iného projektu mesta.
2051 2051  
2052 2052  **Požiadavky na autentifikáciu používateľov:**
... ... @@ -2080,9 +2080,10 @@
2080 2080  Autentifikácia, správa prístupov a definícia používateľských rolí budú v plnom rozsahu podliehať bezpečnostnej architektúre projektu, s cieľom zabezpečiť najvyššiu možnú úroveň ochrany identity, dát a transakcií všetkých používateľských skupín. Všetky vyššie uvedené požiadavky budú zanesné a podrobne rozpracované v Katalógu požiadaviek IS/IPDS mesta Michalovce.
2081 2081  
2082 2082  
2083 -== **6. PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU** ==
2116 +1. PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU
2084 2084  
2085 -== **6.1 Návrh riešenia prevádzky a údržby** ==
2118 +1.
2119 +11. Návrh riešenia prevádzky a údržby
2086 2086  
2087 2087  AS IS stav:
2088 2088  V súčasnom stave je prevádzka a údržba informačných systémov v meste vykonávaná prevažne ad hoc a zameraná na základnú správu bežných administratívnych IS a technickej infraštruktúry. Správa systémov je vykonávaná internými pracovníkmi, v prípade závažnejších chýb alebo incidentov sa objednávajú služby externých dodávateľov formou objednávky alebo servisnej zmluvy, ktoré však nezahŕňajú garantované úrovne poskytovaných služieb (SLA). Pravidelná preventívna údržba a monitoring IT infraštruktúry a aplikácií je obmedzený, reaktívne riešenie výpadkov alebo porúch prevláda nad proaktívnym monitorovaním a plánovaním obnovy. Aktuálny stav správy záloh, obnovovania systému a dát, verzovania konfigurácií a dokumentácie je fragmentovaný, často bez centrálneho riadenia a jednotnej politiky.
... ... @@ -2118,7 +2118,8 @@
2118 2118  Takto nastavený prevádzkový a údržbový model zaistí efektívnu správu, minimalizáciu rizík a vysokú dostupnosť všetkých nových digitálnych služieb i existujúcich integračných rozhraní mesta, v súlade s očakávaniami používateľov a legislatívnymi povinnosťami SR.
2119 2119  
2120 2120  
2121 -== **6.2 Zabezpečenie podpory používateľov a prevádzky** ==
2155 +1.
2156 +11. Zabezpečenie podpory používateľov a prevádzky
2122 2122  
2123 2123  Podpora používateľov a prevádzky Integrovaného informačného systému bude realizovaná v súlade s medzinárodne uznávanými princípmi viacúrovňovej podpory (L1, L2, L3), ktoré zabezpečia efektívne, včasné a transparentné riešenie problémov a incidentov v rámci celého ekosystému služieb.
2124 2124  
... ... @@ -2150,7 +2150,8 @@
2150 2150  //Tabuľka 34 Prehľad riešenia zabezpečenia podpory používateľov a prevádzky//
2151 2151  
2152 2152  
2153 -== **6.3 Riešenie incidentov v prevádzke - parametre úrovní služby** ==
2188 +1.
2189 +11. Riešenie incidentov v prevádzke - parametre úrovní služby
2154 2154  
2155 2155  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:
2156 2156  
... ... @@ -2219,7 +2219,8 @@
2219 2219  Pre tieto služby budú dohodnuté osobitné parametre dodávky.
2220 2220  
2221 2221  
2222 -== **6.4 Požadovaná dostupnosť informačného systému:** ==
2258 +1.
2259 +11. Požadovaná dostupnosť informačného systému:
2223 2223  
2224 2224  |**Popis**|**Parameter**|**Upresnenie**
2225 2225  |**Prevádzkové hodiny**|12 hodín|od 6:00 hod. - do 18:00 hod. počas pracovných dní
... ... @@ -2243,8 +2243,10 @@
2243 2243  |[[**RTO (Recovery Time Objective)**>>url:https://docs.google.com/document/d/1WHRgSnhmNa_uts-Ps8Fl9YKJ3DZpcM0y/edit#heading=h.4y5muewupdgk]]** **|4 hodiny|Tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni
2244 2244  |**RPO (Recovery Point Objective)**|6 hodín|Tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni
2245 2245  
2246 -== **6.5 Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky** ==
2247 2247  
2284 +1.
2285 +11. Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky
2286 +
2248 2248  Pre zaistenie bezpečnej, spoľahlivej a efektívnej prevádzky Integrovaného informačného systému a naviazaných smart služieb je nevyhnutné definovanie a alokácia adekvátnych ľudských zdrojov s jasne rozdelenými kompetenciami a zodpovednosťami. Cieľom je trvalo udržateľná správa, rozvoj a rozšíriteľnosť systému v súlade s prevádzkovými a legislatívnymi požiadavkami mesta.
2249 2249  
2250 2250  Personálne zabezpečenie prevádzky budovaného systému:
... ... @@ -2277,7 +2277,8 @@
2277 2277  Všetky vyššie uvedené požiadavky budú systematicky evidované v Katalógu požiadaviek projektu IPDS/CDP/IAM a systematicky rozpracované v prevádzkovej dokumentácii a interných smerniciach mesta pre digitálne služby. Plán školení bude mať presne určené skupiny, obsah, periodicitu a spôsob overovania získaných znalostí. Implementácia systému sa považuje za ukončenú, ak je zabezpečená aj personálna pripravenosť mesta garantovať jeho prevádzku v plnom rozsahu definovaných SLA a bezpečnostných požiadaviek.
2278 2278  
2279 2279  
2280 -== **6.6 Požiadavky na zdrojové kódy** ==
2319 +1.
2320 +11. Požiadavky na zdrojové kódy
2281 2281  
2282 2282  Pre projekt **Integračná platforma digitálnych služieb **mesta Michalovce je nevyhnutná úplná transparentnosť a právna istota v oblasti dodávky zdrojových kódov aplikačných častí riešenia, ich dokumentácie a všetkých projektových výstupov zhotovených dodávateľom. Dodávka musí byť realizovaná v súlade s § 15 ods. d) zákona č. 95/2019 Z.z., pričom objednávateľ – Mesto Michalovce – bude mať garantované dispozičné (vlastnícke) práva k odovzdaným kódom a dokumentácii bez akéhokoľvek obmedzujúceho „vendor lock-in“.
2283 2283  
... ... @@ -2310,7 +2310,7 @@
2310 2310  Týmto bude zabezpečené, že dodané riešenie bude v plnom súlade so zákonom o IT VS, odporúčaniami MIRRI aj metodikou pre otvorené softvérové riešenia vo verejnej správe.
2311 2311  
2312 2312  
2313 -== **7. OPIS IMPLEMENTÁCIE PROJEKTU A PREBERANIA VÝSTUPOV PROJEKTU** ==
2353 +1. OPIS IMPLEMENTÁCIE PROJEKTU A PREBERANIA VÝSTUPOV PROJEKTU
2314 2314  
2315 2315  Projekt bude implementovaný v súlade s požiadavkami vyhlášky MIRRI č. 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke. Spôsob riadenia realizácie projektu bude zvolený s ohľadom na charakter riešenia, cieľové výstupy a požadovanú úroveň flexibility pri vývoji. Optimálny je prístup "waterfall s prvkami agile", ktorý umožní jednoznačné plánovanie etáp (etapizáciu podľa legislatívy a financií), ale zároveň pružne integrovať pripomienky používateľa, upraviť detaily alebo pridať nové požiadavky v priebehu životného cyklu.
2316 2316  
... ... @@ -2368,7 +2368,7 @@
2368 2368  Implementácia a preberanie výstupov projektu je naplánovaná v etapách a míľnikoch s dôrazom na jasné, auditovateľné rozdelenie zodpovedností, transparentnosť preberania, včasné odhalenie prípadných nezhôd a ochranu práv objednávateľa k všetkým projektovým produktom. Každý krok bude v plnej súlade s platnou legislatívou, odporúčaniami MIRRI a osvedčenými praktikami verejnej správy SR.
2369 2369  
2370 2370  
2371 -== **8. ODKAZY** ==
2411 +1. ODKAZY
2372 2372  
2373 2373  Projekt nadväzuje na, alebo čerpá informácie z nasledujúcich existujúcich materiálov a projektov:
2374 2374  
... ... @@ -2393,7 +2393,7 @@
2393 2393  Pri navrhovaní a hodnotení projektovej dokumentácie odporúčame vždy citovať a vychádzať priamo z týchto kľúčových podkladov – tým sa minimalizuje duplicita a zabezpečí konzistentnosť naprieč všetkými výstupmi aj pripomienkovacím procesom.
2394 2394  
2395 2395  
2396 -== **9. PRÍLOHY** ==
2436 +1. PRÍLOHY
2397 2397  
2398 2398  **Príloha 1: **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]]
2399 2399  
... ... @@ -2403,3 +2403,4 @@
2403 2403  //Koniec dokumentu//
2404 2404  
2405 2405  
2446 +
1759913151346-341.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.jana\.machova@msumi\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -96.6 KB
Obsah
1759914169799-966.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.jana\.machova@msumi\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -274.7 KB
Obsah
1759914200937-724.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.jana\.machova@msumi\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -243.4 KB
Obsah
1759914248827-113.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.jana\.machova@msumi\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -243.4 KB
Obsah
1759914267502-794.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.jana\.machova@msumi\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -163.9 KB
Obsah