Naposledy upravil Jana Machová 2025/10/09 01:19

Z verzie 4.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.
... ... @@ -1532,9 +1532,10 @@
1532 1532  
1533 1533  //Tabuľka 15 Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)//
1534 1534  
1537 +1.
1538 +11.
1539 +111. Aplikačné služby pre Koncové služby – budúci stav (TO BE)
1535 1535  
1536 -== **5.4.6 Aplikačné služby pre Koncové služby – budúci stav (TO BE)** ==
1537 -
1538 1538  |(((
1539 1539  **Kód AS**
1540 1540  
... ... @@ -1554,9 +1554,10 @@
1554 1554  
1555 1555  //Tabuľka 16 Aplikačné služby pre Koncové služby – budúci stav (TO BE)//
1556 1556  
1560 +1.
1561 +11.
1562 +111. Aplikačné služby na integráciu – budúci stav (TO BE)
1557 1557  
1558 -== **5.4.7 Aplikačné služby na integráciu – budúci stav (TO BE)** ==
1559 -
1560 1560  |(((
1561 1561  **AS**
1562 1562  
... ... @@ -1581,7 +1581,8 @@
1581 1581  //Tabuľka 17 Aplikačné služby na integráciu – budúci stav (TO BE)//
1582 1582  
1583 1583  
1584 -== **5.5 Dátová architektúra** ==
1588 +1.
1589 +11. Dátová architektúra
1585 1585  
1586 1586  **AS-IS stav dátovej architektúry**
1587 1587  
... ... @@ -1591,7 +1591,7 @@
1591 1591  
1592 1592  **Štruktúra objektov evidencie a vzťahov (logický model)**
1593 1593  
1594 -[[image:1759913151346-341.png]]
1599 +[[image:1759911471421-618.png]]
1595 1595  
1596 1596  //Obrázok 16 Znázornenie AS IS dátoveho modelu//
1597 1597  
... ... @@ -1652,7 +1652,9 @@
1652 1652  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.
1653 1653  
1654 1654  
1655 -== **5.5.1 Objekty evidencie** ==
1660 +1.
1661 +11.
1662 +111. Objekty evidencie
1656 1656  
1657 1657  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.
1658 1658  
... ... @@ -1675,28 +1675,37 @@
1675 1675  //Tabuľka 18 Objekty evidencie//
1676 1676  
1677 1677  
1678 -== **5.5.2 Referenčné údaje** ==
1685 +1.
1686 +11.
1687 +111. Referenčné údaje
1679 1679  
1680 1680  V projekte nebudú vznikať údaje, ktoré by sa dali označiť ako referenčné.
1681 1681  
1682 1682  
1683 -== **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)
1684 1684  
1685 1685  V projekte nie je plánované poskytovanie údajov do IS CPDI.
1686 1686  
1687 1687  
1688 -== **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)
1689 1689  
1690 1690  V projekte nie je plánované konzumovanie údajov z CPDI.
1691 1691  
1692 1692  
1693 -== **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Ú)
1694 1694  
1695 1695  V projekte nie je plánované konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ).
1696 1696  
1712 +1.
1713 +11.
1714 +111. Kvalita a čistenie údajov
1697 1697  
1698 -== **5.5.6 Kvalita a čistenie údajov** ==
1699 -
1700 1700  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.
1701 1701  
1702 1702  Zásady riadenia kvality údajov a čistenia:
... ... @@ -1755,9 +1755,10 @@
1755 1755  
1756 1756  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.
1757 1757  
1774 +1.
1775 +11.
1776 +111. Otvorené údaje
1758 1758  
1759 -== **5.5.7 Otvorené údaje** ==
1760 -
1761 1761  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.
1762 1762  
1763 1763  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).
... ... @@ -1792,9 +1792,10 @@
1792 1792  
1793 1793  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.
1794 1794  
1812 +1.
1813 +11.
1814 +111. Analytické údaje
1795 1795  
1796 -== **5.5.8 Analytické údaje** ==
1797 -
1798 1798  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ť.
1799 1799  
1800 1800  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.
... ... @@ -1827,14 +1827,16 @@
1827 1827  
1828 1828  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.
1829 1829  
1848 +1.
1849 +11.
1850 +111. Moje údaje
1830 1830  
1831 -== **5.5.9 Moje údaje** ==
1832 -
1833 1833  Projektom nebudú poskytované žiadne analytické údaje.
1834 1834  
1854 +1.
1855 +11.
1856 +111. Prehľad jednotlivých kategórií údajov
1835 1835  
1836 -== **5.5.10 Prehľad jednotlivých kategórií údajov** ==
1837 -
1838 1838  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.
1839 1839  
1840 1840  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:
... ... @@ -1861,9 +1861,9 @@
1861 1861  
1862 1862  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.
1863 1863  
1884 +1.
1885 +11. Technologická architektúra
1864 1864  
1865 -== **5.6 Technologická architektúra** ==
1866 -
1867 1867  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).
1868 1868  
1869 1869  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.
... ... @@ -1870,9 +1870,10 @@
1870 1870  
1871 1871  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.
1872 1872  
1893 +1.
1894 +11.
1895 +111. Návrh riešenia technologickej architektúry
1873 1873  
1874 -== **5.6.1 Návrh riešenia technologickej architektúry** ==
1875 -
1876 1876  AS IS stav technologickej vrstvy:
1877 1877  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.
1878 1878  
... ... @@ -1907,7 +1907,9 @@
1907 1907  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.
1908 1908  
1909 1909  
1910 -== **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)
1911 1911  
1912 1912  |**Parameter**|**Jednotky**|**Predpokladaná hodnota**|**Poznámka**
1913 1913  |Počet interných používateľov|Počet|150|IT administrátori, pracovníci úradu, operátori
... ... @@ -1928,15 +1928,19 @@
1928 1928  //Tabuľka 29 Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)//
1929 1929  
1930 1930  
1931 -== **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
1932 1932  
1933 1933  V rámci projektu nie je plánované využitie služieb vládneho cloudu.
1934 1934  
1935 -== ==
1936 1936  
1937 -== **5.7 Bezpečnostná architektúra** ==
1961 +1.
1962 +11. Bezpečnostná architektúra
1938 1938  
1939 -== **5.7.1 Návrh riešenia bezpečnosti** ==
1964 +1.
1965 +11.
1966 +111. Návrh riešenia bezpečnosti
1940 1940  
1941 1941  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.
1942 1942  
... ... @@ -1981,9 +1981,10 @@
1981 1981  * 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,
1982 1982  * 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Ú).
1983 1983  
2011 +1.
2012 +11.
2013 +111. Určenie obsahu bezpečnostných opatrení
1984 1984  
1985 -== **5.7.2 Určenie obsahu bezpečnostných opatrení** ==
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  
1989 1989  ~1. Požiadavky vyplývajúce z obsahu minimálnych bezpečnostných opatrení podľa vyhlášky ÚPVII č. 179/2020 Z. z.:
... ... @@ -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  
... ... @@ -2046,7 +2046,9 @@
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 2048  
2049 -== **5.7.4 Riešenie autentifikácie a prístupov používateľov** ==
2079 +1.
2080 +11.
2081 +111. Riešenie autentifikácie a prístupov používateľov
2050 2050  
2051 2051  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.
2052 2052  
... ... @@ -2081,9 +2081,10 @@
2081 2081  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.
2082 2082  
2083 2083  
2084 -== **6. PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU** ==
2116 +1. PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU
2085 2085  
2086 -== **6.1 Návrh riešenia prevádzky a údržby** ==
2118 +1.
2119 +11. Návrh riešenia prevádzky a údržby
2087 2087  
2088 2088  AS IS stav:
2089 2089  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.
... ... @@ -2119,7 +2119,8 @@
2119 2119  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.
2120 2120  
2121 2121  
2122 -== **6.2 Zabezpečenie podpory používateľov a prevádzky** ==
2155 +1.
2156 +11. Zabezpečenie podpory používateľov a prevádzky
2123 2123  
2124 2124  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.
2125 2125  
... ... @@ -2151,7 +2151,8 @@
2151 2151  //Tabuľka 34 Prehľad riešenia zabezpečenia podpory používateľov a prevádzky//
2152 2152  
2153 2153  
2154 -== **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
2155 2155  
2156 2156  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:
2157 2157  
... ... @@ -2220,7 +2220,8 @@
2220 2220  Pre tieto služby budú dohodnuté osobitné parametre dodávky.
2221 2221  
2222 2222  
2223 -== **6.4 Požadovaná dostupnosť informačného systému:** ==
2258 +1.
2259 +11. Požadovaná dostupnosť informačného systému:
2224 2224  
2225 2225  |**Popis**|**Parameter**|**Upresnenie**
2226 2226  |**Prevádzkové hodiny**|12 hodín|od 6:00 hod. - do 18:00 hod. počas pracovných dní
... ... @@ -2245,7 +2245,8 @@
2245 2245  |**RPO (Recovery Point Objective)**|6 hodín|Tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni
2246 2246  
2247 2247  
2248 -== **6.5 Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky** ==
2284 +1.
2285 +11. Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky
2249 2249  
2250 2250  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.
2251 2251  
... ... @@ -2279,7 +2279,8 @@
2279 2279  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.
2280 2280  
2281 2281  
2282 -== **6.6 Požiadavky na zdrojové kódy** ==
2319 +1.
2320 +11. Požiadavky na zdrojové kódy
2283 2283  
2284 2284  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“.
2285 2285  
... ... @@ -2312,7 +2312,7 @@
2312 2312  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.
2313 2313  
2314 2314  
2315 -== **7. OPIS IMPLEMENTÁCIE PROJEKTU A PREBERANIA VÝSTUPOV PROJEKTU** ==
2353 +1. OPIS IMPLEMENTÁCIE PROJEKTU A PREBERANIA VÝSTUPOV PROJEKTU
2316 2316  
2317 2317  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.
2318 2318  
... ... @@ -2370,7 +2370,7 @@
2370 2370  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.
2371 2371  
2372 2372  
2373 -== **8. ODKAZY** ==
2411 +1. ODKAZY
2374 2374  
2375 2375  Projekt nadväzuje na, alebo čerpá informácie z nasledujúcich existujúcich materiálov a projektov:
2376 2376  
... ... @@ -2395,7 +2395,7 @@
2395 2395  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.
2396 2396  
2397 2397  
2398 -== **9. PRÍLOHY** ==
2436 +1. PRÍLOHY
2399 2399  
2400 2400  **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]]
2401 2401  
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