Zmeny dokumentu I-03 Prístup k projektu (pristup_k_projektu)

Naposledy upravil Marian Pavuk 2025/05/14 12:51

From 1.1 to 2.1 From 3.1 to 4.1

Z verzie 2.1

upravil Marian Pavuk
-

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

Do verzie 3.1

upravil Marian Pavuk
-

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, 6 added, 0 removed)

Podrobnosti

Vlastnosti stránky

Obsah

@@ -22,29 +22,38 @@
  |**Verzia**|**Dátum**|**Zmeny**|**Meno**
  |//0.1//|//15.1.2025//|//Inociálna verzia dokumentu//|Ing. Marian Pavuk
  |//1.0//|//28.2.2025//|//Prvá verzia dokumentu//|Ing. Marian Pavuk
++|1.1|4.4.2025|Zapracovanie pripomienok |Ing. Marian Pavuk
  | | | |
--| | | |
  = {{id name="_Toc74315499"/}}2.Účel dokumentu =
--//V súlade s Vyhláškou 401/2023 Z.z. je dokument I-03 Prístup k projektu určený na rozpracovanie detailných informácií prípravy projektu z pohľadu aktuálneho stavu, budúceho stavu a navrhovaného riešenia.//
--//Dokument Prístup k projektu v zmysle vyššie uvedenej vyhlášky má obsahovať opis navrhovaného riešenia, architektúru riešenia projektu na úrovni biznis vrstvy, aplikačnej vrstvy, dátovej vrstvy, technologickej vrstvy, infraštruktúry navrhovaného riešenia, bezpečnostnej architektúry, špecifikáciu údajov spracovaných v projekte, čistenie údajov, prevádzku a údržbu výstupov projektu, prevádzkové požiadavky, požiadavky na zdrojové kódy. Dodávané riešenie musí byť v súlade so zákonom. Zároveň opisuje aj implementáciu projektu a preberanie výstupov projektu.//
--//**Inštrukcia: Šedý text** v celom dokumente predstavuje nápoveď pre vyplnenie dokumentu, po vyplnení kapitol **odporúčame text šedou farbou vymazať.**//
--//Dokumenty ukladajte s prefixom I_XX.//
--//Odporúčame, aby ste si TABUĽKOVÉ VSTUPY  vo formáte EXCEL spravovali v jednom centrálnom súbore s cieľom minimalizovať budúcu prácnosť s aktualizáciou a udržiavaním obsahu.//
++V súlade s Vyhláškou 401/2023 Z.z. je dokument I-03 Prístup k projektu určený na rozpracovanie detailných informácií prípravy projektu z pohľadu aktuálneho stavu, budúceho stavu a navrhovaného riešenia.
++Dokument Prístup k projektu v zmysle vyššie uvedenej vyhlášky má obsahovať opis navrhovaného riešenia, architektúru riešenia projektu na úrovni biznis vrstvy, aplikačnej vrstvy, dátovej vrstvy, technologickej vrstvy, infraštruktúry navrhovaného riešenia, bezpečnostnej architektúry, špecifikáciu údajov spracovaných v projekte, čistenie údajov, prevádzku a údržbu výstupov projektu, prevádzkové požiadavky, požiadavky na zdrojové kódy. Dodávané riešenie musí byť v súlade so zákonom. Zároveň opisuje aj implementáciu projektu a preberanie výstupov projektu
++
  == {{id name="_Toc152607284"/}}{{id name="_Toc683485446"/}}{{id name="_Toc365474999"/}}{{id name="_Toc1488819067"/}}{{id name="_Toc461533771"/}}{{id name="_Toc1193242276"/}}{{id name="_Toc738207424"/}}{{id name="_Toc2067375730"/}}{{id name="_Toc336064095"/}}{{id name="_Toc62328600"/}}{{id name="_Toc1636304797"/}}{{id name="_Toc635885549"/}}2.1Použité skratky a pojmy ==
  |**SKRATKA/POJEM**|**POPIS**
++|IKT|Informačno-komunikačné technológie (organizácie)
++|ISVS|Informačný systém verejnej správy
++|IS|Informačný systém
++|IS CSRÚ|Informačný systém Centrálnej správy referenčných údajov
++|GIS|Geografický informačný systém
++|PSK|Program Slovensko
++|OVM|Orgán verejnej moci
++|SLA|Service Level Agreement – dohoda/zmluva o parametroch poskytovania služby
++|SW|Softvér
++|TŠ|Technická špecifikácia (dokument, popisujúci kontext pre technické začlenenie riešenia do prostredia organizácie, s jeho technickými, integračnými, architektúrnymi a bezpečnostnými požiadavkami)
++|PD|Prievidza
++|MCA|Multikriteriálna analýza
++|BI|Business intelligence – analytický nástroj pre prácu s dátami
  | |
--| |
--| |
  {{id name="_Toc152607286"/}}
  == {{id name="_Toc153139681"/}}{{id name="_Toc15428557"/}}{{id name="_Toc15427667"/}}{{id name="_Toc15426945"/}}{{id name="_Toc510413655"/}}2.2Konvencie pre typy požiadaviek (príklady) ==
--//Zvoľte si konvenciu pre označovanie požiadaviek, súborov, atď. Hlavné kategórie požiadaviek v zmysle katalógu požiadaviek, rozdeľujeme na funkčné (funkcionálne), nefunkčné (kvalitatívne, výkonové a pod.). Podskupiny v hlavných kategóriách je možné rozšíriť podľa potrieb projektu, napríklad~://
++
  //**Funkcionálne (používateľské) požiadavky **majú nasledovnú konvenciu~://
  //**FRxx**//
@@ -56,65 +56,101 @@
  * //N – nefunkčná požiadavka (NFR)//
  * //R – označenie požiadavky//
  * //xx – číslo požiadavky//
--//Ostatné typy požiadaviek môžu byť ďalej definované objednávateľom/PM.//
--{{id name="_Toc15428558"/}}{{id name="_Toc15427668"/}}{{id name="_Toc15426946"/}}//Všetky požiadavky uvedené v Prístupe k projektu v príslušných kapitolách, musia byť v súlade s funkčnými, nefunkčnými a technickými požiadavkami uvedenými v Katalógu požiadaviek I-04 (**M-05 Analýza nákladov a prínosov - BC/CBA, karta: Katalóg požiadaviek)**.//
++//Ostatné typy požiadaviek môžu byť ďalej definované objednávateľom//
++Všetky požiadavky uvedené v Prístupe k projektu v príslušných kapitolách, musia byť v súlade s funkčnými, nefunkčnými a technickými požiadavkami uvedenými v Katalógu požiadaviek I-04 (**M-04 Analýza nákladov a prínosov - BC/CBA, karta: Katalóg požiadaviek)**.
++
  = {{id name="_Toc1924467239"/}}{{id name="_Toc153139683"/}}3.Popis navrhovaného riešenia =
--//Opis navrhovaného riešenia sa spracováva až po definovaní vybranej alternatívy riešenia na základe výsledkov MCA z dokumentu Projektový zámer (I-02).//
--//Obsahom tejto kapitoly je manažérsky sumár navrhovaného riešenia z pohľadu architektúry.//
++Z pohľadu biznis architektúry chce mesto komplexne vyriešiť zber a správu údajov objektov evidencie vo svojom prostredí, pričom bude cieliť k jednoznačnému referencovaniu akýchkoľvek údajov na základe informácií o referenčnosti zdroja alebo mechanizmu, ktorý posúdi úroveň dôveryhodnosti ako aj časovej relevantnosti akéhokoľvek zdroja dát.
--= {{id name="_Toc120655606"/}}{{id name="_Toc153139684"/}}4.Architektúra riešenia projektu =
++Projekt má za cieľ vytvoriť **Centrálny dátový sklad**, miesto do ktorého budú prispievať dátami všetky IS mesta, ktorý bude obsahovať funkčnosť a nástroje pre automatizované ukladanie, porovnávanie, referencovanie a poskytovanie/publikovanie údajov všetkým dotknutým IS v prostredí mesta ako aj systémom, ktoré si údaje vyžiadajú.
--//Spracovanie a rozsah tejto kapitoly závisí od typu projektu – budovanie ISVS, rozvoj ISVS, migrácia do vládneho cloudu, nákup HW atď. Napríklad pri budovaní/rozvoji ISVS navrhujete všetky vrstvy architektúry (biznis, aplikačná, technologická), pri nákupe HW alebo migrácii systému na infraštruktúrne cloudové služby nie je potrebné popisovať detailne biznis a aplikačnú vrstvu architektúry, postačuje v príslušných kapitolách uviesť len nevyhnutné detaily ilustrujúce dopad projektu v týchto vrstvách, aby príslušné zainteresované osoby mohli vyhodnotiť, akým spôsobom ich projekt ovplyvní.//
--//Architektúra navrhovaného riešenia projektu musí byť v súlade s funkčnými, nefunkčnými a technickými požiadavkami definovanými v katalógu požiadaviek (**M-05 Analýza nákladov a prínosov - BC/CBA, karta: Katalóg požiadaviek, I-04 Katalóg požiadaviek **).//
--//V  dokumente Prístup k projektu popíšte súčasný stav (ďalej AS IS) architektúry aj s príslušným architektonickým modelom a budúci stav (ďalej TO BE) architektúry riešenia aj s príslušným architektonickým modelom.//
--//AS IS architektúra a TO BE architektúra musia byť spracované tak, aby bol zreteľný výsledok projektu (zmena).//
--//Obsah tejto kapitoly je tiež prehľadom realizácie výstupu **M-06 - aktualizácia evidencie e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIs)**. Objednávateľ//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^1^^>>path:#sdfootnote1sym||name="sdfootnote1anc"]](%%)// plní výstupom M-06 povinnosti orgánu riadenia sprístupňovať a aktualizovať informácie o informačných technológiách verejnej správy prostredníctvom centrálneho metainformačného systému verejnej správy (MetaIS) bezodkladne podľa § 12 ods. 1 písmeno b zákona 95/2019 Z.z.//
--//Objednávateľ priebežne aktualizuje evidenciu e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIs), vrátane architektonických modelov. Pri odovzdaní výstupu I-03 Prístup k projektu objednávateľ v rámci **výstupu M-06 Evidencia e-Government komponentov v MetaIS,**~://
++Zároveň chce **zabezpečiť dátovou integráciou na centrálne registre** automatizáciu referencovania údajov v rozsahu, ktorý je dostupný v **IS CSRÚ**, upraviť procesy a následne existujúce IS pri vybavovaní jednotlivých životných situácii tak, aby referent disponoval aktuálnymi údajmi potrebnými k vyriešeniu podania bez nutnosti ich prepisovania medzi IS.
--* //vytvorí náhľady architektúry v modelovacom nástroji, ktorý môže byť buď integrovaný na spoločný repozitár  architektonických modelov verejnej správy//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^2^^>>path:#sdfootnote2sym||name="sdfootnote2anc"]](%%)//, alebo ktorý podporuje export modelu do štandardizovaných výmenných formátov súborov,//
--* //uloží architektonické modely súčasnej a budúcej architektúry riešenia buď do repozitára architektonických modelov verejnej správy alebo do projektovej dokumentácie I-03 Prístup k projektu ako prílohu  vo výmennom formáte pre uloženie modelu,//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^3^^>>path:#sdfootnote3sym||name="sdfootnote3anc"]](%%)// //
--* //aktualizuje v MetaIS e-Government komponenty, ktoré budú realizované alebo menené projektom alebo veľkou zmenovou požiadavkou a to koncové služby, ISVS, ich moduly, aplikačné služby, atribúty a vzájomné vzťahy týchto e-Government komponentov a ich vzťahy (integrácie) na spoločné ISVS alebo ISVS iných správcov, ktoré budú využívať. //
--//Orgán vedenia vyhodnotí náležitosti výstupu I-03 a M-06 v súlade s prílohou č. 2 vyhlášky MIRRI č. 401/2023 Z.z.//
--//Vyžadujeme, aby návrh architektúry bol zakreslený pomocou modelovacieho jazyka Archimate minimálne vo verzii 3 (linka na špecifikáciu: __[[https:~~/~~/www.opengroup.org/archimate-forum/archimate-overview>>url:https://www.opengroup.org/archimate-forum/archimate-overview]]__). Pre modelovanie a popis AS IS aj TO BE architektúry odporúčame použiť modelovací nástroj//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^4^^>>path:#sdfootnote4sym||name="sdfootnote4anc"]](%%)//, ktorý podporuje export modelu do štandardizovaného formátu „The Open Group ArchiMate Model Exchange File Format Standard“.//
--//V návrhu zohľadnite usmernenia z používateľskej príručky centrálneho metainformačného systému verejnej správy (aktuálna verzia je zverejnená na:__ [[https:~~/~~/metais.vicepremier.gov.sk/help>>url:https://metais.vicepremier.gov.sk/help]]__) pre popis, modelovanie a zápis informácií o komponentoch do metainformačného systému verejnej správy (ďalej MetaIS).//
--//Pre detailnejší popis procesov, ktorých sa projekt týka je možné použiť tiež modelovací jazyk BPMN (ISO 19510) a modelovací nástroj, ktorý podporuje tento jazyk a export súborov podľa špecifikácie BPMN 2.0//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^5^^>>path:#sdfootnote5sym||name="sdfootnote5anc"]](%%)//. Pre analýzu a modelovanie procesov využite metodiky optimalizácie procesov MV SR pripravené v rámci projektu Optimalizácia procesov vo verejnej správe: __[[https:~~/~~/www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave>>url:https://www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave]]__.//
--//Pre detailnejší návrh riešenia v aplikačnej vrstve je možné použiť aj jazyk UML (ISO 19505).//
--//Modely môžu obsahovať viac náhľadov na riešenú oblasť tak, aby dostatočne zrozumiteľne popisovali architektúru riešenia a e-Government komponenty, ktoré majú byť predmetom dodávky projektu, ako aj ich vzťahy a závislosti navzájom a vzťahy na ostatné komponenty eGov (napr. spoločné moduly ústredného portálu verejnej správy, iné vlastné alebo externé ISVS, služby alebo dátové registre).//
++V procese prvotnej inicializácie centrálneho dátového skladu využije existujúce dáta backoffice systému ako aj zber priestorových informácii (spolu s popisným údajmi), prostredníctvom **Orchestračnej platformy** a **Dátového konektoru** vytvorí základný komunikačný kanál medzi backoffice systémom a centrálnym dátovým skladom pre potreby budúcej výmeny dát medzi nimi a nastaví automatizáciu autorizácie prístupu k jednotlivým údajom na základe oprávnenosti jednotlivých IS.
++Ďalej zavedie automatizované procesy zberu údajov z oblasti dopravy v centrálnom dátovom sklade z IoT zariadení aby do budúcna disponovalo údajmi pre správne rozhodnutia v oblasti riadenia dopravy.
++
++Nad centrálnym dátovým skladom poskytne nový nástroj v podobe plnohodnotného **GIS riešenia, **ktorý sa stane pracovným nástrojom pre referentov a manažment mesta a zároveň publikačnm nástrojom pre občanov a tretie strany.
++
++
++[[image:1747212362075-772.png]]
++
++Obrázok č. 1  Alternatívy pre MCA
++
++
++**Zhrnutie / výsledok:**
++
++
++Výber alternatív prebiehal aplikovaním kritérií multikriteriálnej analýzy. V rámci MCA bola vybratá alternatíva 3, ktorá splnila všetky 4 zadefinované kritériá.
++
++
++Preferovaný variant predstavuje plnohodnotnú realizáciu projektu v zmysle požiadaviek na komplexné, neduplicitné prostredie pre uloženie a správu dát, ich ďalšie využitie na analytické a publikačné účely.
++
++
++Rovnako v rámci projektu dôjde k zavedeniu jednoznačnej referenčnosti údajov prostredníctvom Orchestračnej platformy v kombinácii s funkčným Centrálnym dátovým skladom. Mesto bude disponovať GIS nástrojom a nástrojom pre automatickú tvorbu a publikovanie Otvorených údajov.
++
++
++= {{id name="_Toc120655606"/}}{{id name="_Toc153139684"/}}4.Architektúra riešenia projektu =
++
++
  == {{id name="_Toc299977606"/}}{{id name="_Toc153139685"/}}4.1Biznis vrstva ==
--//Doplňte výstižné grafické zobrazenia (pohľady na model biznis architektúry) a popis AS IS stavu biznis vrstvy architektúry a krátky popis TO BE stavu z pohľadu biznis architektúry,//
--//Doplňte popis súčasného - **AS IS **- stavu biznis vrstvy~://
++[[image:1747212416453-418.png]]
--* //Identifikácia kľúčových životných situácii (ŽS), ktorých sa projekt týka. Sústrediť sa menší počet najdôležitejších životných situácií, ktoré predstavujú väčšinu ekonomických nákladov občanov/podnikateľov a nákladov úradov.//
--* //Identifikácia existujúcich koncových služieb, ktorých sa projekt týka//
--* //Procesné diagramy, ktoré popisujú postupnosť krokov, komunikácie a zodpovedností, ktoré sú v súčasnom stave potrebné pre vyriešenie každej dotknutej ŽS alebo poskytnutie koncovej služby, vypracované v súlade s metodikou optimalizácie procesov MV SR (či už v spolupráci s MV SR v rámci projektu Optimalizácie procesov alebo samostatnom projekte),//
--* //Optimalizačné príležitosti, ktoré popisujú možnú zmenu vo výkone procesov VS, v IKT podporujúcich výkon procesov, prípadne v organizačnom zabezpečení výkonu procesov ŽS.//
--* //Ukazovatele a metriky dôležité pre vyhodnotenie aktuálneho stavu poskytovania služieb, napr.~://
--*
--** //skutočné počty podaní (interakcií, návštev úradov) pre jednotlivé kroky a životné situácie,//
--** //skutočné časy trvania jednotlivých krokov v procese vybavenia ŽS,//
--** //skutočné finančné príjmy, spojené s jednotlivými procesnými krokmi (správne poplatky, prípadné pokuty a sankcie),//
--** //skutočné finančné náklady, spojené s jednotlivými procesnými krokmi (náklady na tlač, obálkovanie, poštovné, atď.).//
--//Doplňte popis budúceho - **TO BE** - stavu biznis vrstvy~://
--* //Doplňte výstižné grafické zobrazenia (pohľady na model architektúry riešenia) a popis TO BE stavu navrhovaného riešenia vybraného na základe MCA (Multikriteriálna analýza) popísanej v Projektovom zámere. Navrhované riešenie musí korešpondovať s procesnými diagramami a musí popisovať spôsob dosiahnutia a monitoringu prínosov uvedených v CBA,//
--* //Uveďte a znázornite popis zmien medzi súčasným a budúcim stavom navrhovaného riešenia,//
--* //Identifikujte a popíšte projektom budované, resp. rozvíjané **koncové služby**. Do tabuľky prehľadu koncových služieb uveďte všetky projektom budované/rozvíjané koncové služby, ktoré budú výstupom projektu. Projektom budované/rozvíjané koncové služby musia byť evidované v MetaIS s fázou životného cyklu Plánovaná a musia mať v MetaIs evidované všetky povinné atribúty a vzťahy. Projektom budované/rozvíjané koncové služby musia mať v MetaIs evidované SLA parametre pre východiskový a cieľový stav. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS kap. 2.1.1 (__[[https:~~/~~/metais.vicepremier.gov.sk/help>>url:https://metais.vicepremier.gov.sk/help]]__),//
--* //Procesné diagramy, ktoré popisujú postupnosť krokov, komunikácie a zodpovedností, ktoré budú potrebné pre vyriešenie každej dotknutej ŽS alebo poskytnutie koncovej služby, vypracované v súlade s metodikou optimalizácie procesov MV SR (či už v spolupráci s MV SR v rámci projektu Optimalizácie procesov alebo samostatnom projekte),//
--* //Očakávané ukazovatele a metriky dôležité pre vyhodnotenie dosiahnutia cieľov projektu a vyhodnotenie úrovní poskytovania služieb, napr.~://
--** //očakávané počty podaní (interakcií, návštev úradov) pre jednotlivé kroky a životné situácie,//
--** //očakávané časy trvania jednotlivých krokov v procese vybavenia ŽS,//
--** //očakávané finančné príjmy, spojené s jednotlivými procesnými krokmi (správne poplatky, prípadné pokuty a sankcie),//
--** //očakávané finančné náklady, spojené s jednotlivými procesnými krokmi (náklady na tlač, obálkovanie a poštovné, atď.).//
--* //Trvanie vybavenia ŽS zdôvodní predkladateľ projektu jedným z nasledujúcich spôsobov~://
--** //**Vynechanie procesného kroku** z dôvodu reformy (zmeny legislatívy) a/alebo jeho automatizácie (čas potrebný na vykonanie tohto kroku tak bude 0).//
--** //**Odhadom dĺžky trvania procesného kroku** v budúcom stave (čas potrebný na vykonanie tohto kroku bude iný ako v súčasnom stave).//
--** //**Odhadom dĺžky trvania nového procesnú kroku**, ktorý vznikol z dôvodu procesnej reformy, zmeny legislatívy či zmeny fungovania informačného systému (čas potrebný na vykonanie tohto kroku bude väčší ako nula).//
--[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_1e17e3f9448e2df2.jpg||height="382" width="446"]]
--//Obrázok 1 Procesný diagram - príklad//
++Obr. č.2 Biznis architektúra – AS IS
++Aktuálna biznis architektúra MESTA v kontexte  poskytovania údajov je reprezentovaná:
++
++* prístupovými FrontEnd kanálmi, ktoré zabezpečujú priamu elektronickú alebo písomnú komunikáciu s občanmi a podnikateľmi, prípadne ďalšími stakeholdermi,
++* integračnou vrstvou mesta, ktorá aktuálne zabezpečuje v súčasnosti iba funkcionalitu prepojenia na Ústredný portál verejnej správy.
++
++Kvalita dát: Mesto Prievidza dlhodobo bojuje s nedostatočnou kvalitou údajov, ktoré sú generované pri styku s občanom/podnikateľom/návštevníkom/inými tretími stranami. Údaje, ktoré sú spracúvané pri úradnom styku so stakeholdermi častokrát vykazujú niektoré z nižšie uvedených nedostatkov:
++
++* duplicita údajov;
++* neúplnosť údajov;
++* preklepy;
++* nekonzistencia údajov;
++* úmyselne chybne vyplnené pole (zo strany stakeholdera – zľahčovanie úradného styku);
++* nesprávny formát vložených údajov.
++
++Vstupy z  priamej komunikácie so stakeholdermi v úrade, alebo prostredníctvom elektronických prostriedkov dlhodobo čelia horeuvedeným nedostatkom a v neúplnom/nevalidnom stave sa prenášajú do ISVS, ktorým mesto disponuje. Táto skutočnosť má za následok, že Mesto Prievidza dlhodobo bojuje s nízšou kvalitou získavaných a ukladaných dát, ktorých následne použitie na správu mesta je limitované rovnako ako ich publikácia smerom k verejnosti prostredníctvom Open Data formátov alebo prostredníctvom Webovej stránky mesta. Akékoľvek dáta určené na publikovanie je následne ešte pred publikovaním potrebné manuálne čistiť, prechádzať a kontrolovať, čo sa negatívne prejavuje na interných nákladoch mesta a samotnej efektivite výkonu agendy verejnej moci, nakoľko máme za to, že čisteniu dát by malo dochádzať jednorazovo a následne dáta vytvárať takými spôsobmi, aby nebolo potrebné vykonávať aktivity čistenia dát mesta opakovane, to znamená, že je potrebné prioritne odstraňovať príčiny a nie dôsledky. Dáta, ktoré mesto získava, spracúva, ukladá a poskytuje vyplývajú z legislatívnych povinností.
++
++Okrem nevalidných dát, ktoré vznikajú na vstupe do ISVS Mesta Prievidza, identifikujeme ďalší problém, ktorý zásadným spôsobom vplýva na kvalitu údajov mesta a to je proces ich aktualizácie. Občan resp. iný stakeholder opomína svoju povinnosť hlásiť Mestu zmenu údajov alebo mu z povahy úkonu takáto povinnosť nevzniká, pričom pre mesto a jeho systémy je okrem kvality kritickým atribútom aj aktuálnosť údajov. Stakeholderi často krát opomínajú túto povinnosť aj voči iným OVM, ktoré sú v zmysle legislatívy referenčným alebo iným registrom pre potreby konaní realizovaných Mestom Prievidza. Aj keby sme pripustili 100% kvalitu dát v týchto registroch, Mesto Prievidza nevyužíva žiaden automatizovaný nástroj na aktualizáciu uložených dát v svojich lokálnych registroch a k aktualizácii dochádza viac menej náhodne v čase, keď stakeholder rieši inú agendu.
++
++Vyššie uvedené pri istej miere zjednodušenia implikuje nasledovné závery:
++
++* čím dlhšie mesto drží vo svojich IS dáta, tým je pravdepodobnejšie, že sú nevalidné;
++* zamestnanci mesta pri styku s občanom sa dopúšťajú relatívnej vysokej chybovosti pri manipulácii (zápise údajov) do IS mesta;
++* získavanie údajov z centrálnej autority, ktorá ručí za aktuálnosť a kvalitu vstupov sa dnes neaplikuje;
++* dáta, ktoré mesto zverejňuje je potrebné manuálne kontrolovať a prácne čistiť, pričom neexistuje schéma, ktorá by túto aktivitu umožnila vykonať len jednorazovo a následne by zamedzila ďalšiemu vzniku chýb v údajoch.
++
++Rovnaký záver je možné aplikovať aj na priestorové údaje, ktorými v súčasnom stave mesto disponuje. V minulosti mesto realizovalo pasport priestorových údajov, no postupom času sa tieto údaje stali neaktuálnymi.
++
++[[image:1747212444457-528.png||height="457" width="653"]]
++
++
++Obr. č.3 Biznis architektúra – TO BE
++
++
++
++Aktuálna biznis architektúra MESTA sa rozšíri o:
++
++* získavanie údajov z CSRÚ za účelom ich využitia v procesoch mesta;
++* poskytovanie otvorených údajov, ktoré budú občanom a podnikateľom dostupné cez Portál OpenData.gov
++* Poskytovanie priestorových údajov a lokalizačných služieb, ktoré budú dostupné pre občanov, podnikateľov a pracovníkov MsÚ prostredníctvom GIS riešenia
++
++Realizáciou projektu sa dosiahne:
++
++* odstránenie chybovosti v aktuálne využívaných datasetoch mesta
++* úprava systémov ISVS na front-office časti systému, kde dochádza ku kontaktu mesto-stakeholder (prevažne občan), kde v súčasnosti dochádza pri vkladaní údajov k chybám. V rámci tejto úpravy budú definované obmedzenia („constrains“) na úrovni ISVS, čo znemožní vložiť nevalidné
++* Integrácia na centrálnu dátovú autoritu ako zdroj validných a aktuálnych údajov, ku ktorým bude mať Mesto Prievidza prístup (referenti budú môcť pracovať s aktuálnymi údajmi o stakeholderoch bez toho, aby títo museli nahlasovať zmeny mestu). Zdrojom zmien budú inštitúcie, ktorým je stakeholder povinný nahlasovať zmeny svojich údajov,
++* Konsolidácia a referencovanie udajov v Centrálnom dátovom sklade pre ich ďalšie použitie internými a externými systémami
++* Publikácia dát vo formáte Open Data
++* Publikovanie priestorových údajov a ich využívanie na analytické účely spolu s lokalizačnými službami v rozhodovacích procesoch a pri riešení životných situácii
++* Výstupom bude efektívnejší výkon agiend Mesta Prievidza, eliminácia tvorby duplicít a nevalídnych záznamov a naštartovanie procesu publikácie dátových setov.
++
  === 4.1.1Prehľad koncových služieb – budúci stav: ===
  {{content id="projekt.planovane_ks" template="
@@ -124,9 +124,12 @@
  [/]
  "}}
  |=Kód KS (z MetaIS)|=Názov KS|=Používateľ KS (G2C/G2B/G2G/G2A)|=Životná situácia (+ kód z MetaIS)|=Úroveň elektronizácie KS
--|ks_381211|Poskytovanie OpenData|[c_pouzivatel.5, c_pouzivatel.7]|; |Vyberte jednu z možností\\c_sofistikovanost.5
--|ks_381210|Publikovanie priestorových údajov|[c_pouzivatel.2, c_pouzivatel.5, c_pouzivatel.7]|; |Vyberte jednu z možností\\c_sofistikovanost.5
--|ks_381212|Poskytovanie analytických výstupov a štatistík|[c_pouzivatel.2]|; |Vyberte jednu z možností\\c_sofistikovanost.5
++|ks_381211|Poskytovanie OpenData|[c_pouzivatel.5, c_pouzivatel.7]|; |Vyberte jednu z možností
++c_sofistikovanost.5
++|ks_381210|Publikovanie priestorových údajov|[c_pouzivatel.2, c_pouzivatel.5, c_pouzivatel.7]|; |Vyberte jednu z možností
++c_sofistikovanost.5
++|ks_381212|Poskytovanie analytických výstupov a štatistík|[c_pouzivatel.2]|; |Vyberte jednu z možností
++c_sofistikovanost.5
  {{/content}}
  |=Kód KS (z MetaIS)|=Názov KS|=Používateľ KS (G2C/G2B/G2G/G2A)|=Životná situácia (+ kód z MetaIS)|=Úroveň elektronizácie KS
@@ -138,25 +138,577 @@
  c_sofistikovanost.5
--[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_c0c00f49a0be3428.png||height="305" width="260"]]
--//Obrázok 2 Model biznis architektúry (aktéri-koncoví používatelia, koncové služby, procesy) – príklad//
--
  === {{id name="_Toc673686985"/}}{{id name="_Toc153139711"/}}4.1.2Jazyková podpora a lokalizácia ===
--//Uveďte a do katalógu požiadaviek zaevidujte požiadavky na jazykovú podporu a lokalizáciu používateľského rozhrania a výstupov do viacerých jazykov v riešení TO BE stavu.//
++Jazyková podpora a lokalizácia bude v slovenskom jazyku.
  == {{id name="_Toc826435347"/}}{{id name="_Toc153139686"/}}4.2Aplikačná vrstva ==
--//Popíšte aplikačnú architektúru riešenia na úrovni ISVS, ich modulov a vzťahov medzi nimi a vzťahov na externé prostredie. Podľa potreby zvýraznite dôležité zmeny v architektúre, dôležité vzťahy a toky dát, vzťah riešených ISVS s okolím a externými SVS.//
--//Budované/rozvíjané informačné systémy, vrátene ich modulov musia byť evidované v MetaIS. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS kap. 2.1.4 (__[[https:~~/~~/metais.vicepremier.gov.sk/help>>url:https://metais.vicepremier.gov.sk/help]]__).//
--//Uveďte model a popis AS IS stavu aplikačnej vrstvy architektúry: informačné systémy (ISVS), aplikačné služby a ich podpora realizácie koncových služieb.//
--//Uveďte model a popis TO BE stavu navrhovaného riešenia aplikačnej vrstvy architektúry s prepojením na biznis architektúru – ako aplikačná architektúra a jej komponenty podporuje realizáciu biznis služieb, riešenia živ. situácií a splnenie cieľov projektu//
--[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_5ae99e3a08ef8ea7.png||height="378" width="603"]]
--//Obrázok 3 Model aplikačnej architektúry – príklad//
--[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_78bfbf0e4b24fbb5.gif||alt="Obrázok 8" height="392" width="471"]]
--//Obrázok 4 Príklad náhľadu architektúry v notácii ArchiMate s hlavnými e-Government komponentami a ich vzťahmi podľa metamodelu evidencie eGovernment komponentov v MetaIS//
++**Aplikačná architektúra – súčasný stav:**
++
++[[image:file:///C:\Users\PAVUK~~1.MAR\AppData\Local\Temp\msohtmlclip1\01\clip_image001.png]][[image:1747212602206-126.png]]
++
++Obr. č.3 Aplikačná architektúra – súčasný stav
++
++
++**Front end mesta**
++
++Web aplikácia eGOV a webové sídlo mesta sú základnými komponentami front-office vrstvy riešenia  predstavujúce používateľské rozhranie pre verejnosť a implementované elektronické služby.
++
++
++**Integračná vrstva**
++
++Integračná vrstva / modul napojenia na externé IS slúži ako komunikačná infraštruktúra medzi informačnými systémamimesta a externými systémami (napr. moduly ÚPVS). Modul zabezpečuje logické riešenie pre
++
++integráciu systémov (ich vzájomné prepojenie) a procesné spracovanie správ (smerovanie, zasielanie
++
++a prijímanie).
++
++
++**Back office**
++
++Predstavuje agendové systémy mesta, ktorý tvoria najmä Informačný systém mesta Prievidza, Registratúrny systém mesta Prievidza a Geografický systém mesta Prievidza.
++
++
++
++
++**Aplikačná architektúra – budúci stav**
++
++
++**[[image:file:///C:\Users\PAVUK~~1.MAR\AppData\Local\Temp\msohtmlclip1\01\clip_image002.jpg]]**[[image:1747212615193-331.png]]
++
++
++
++
++Obr. č.4 Aplikačná architektúra – budúci stav
++
++
++**Front end mesta**
++
++základné prístupové komponenty – egov.mesta a webová stránka mesta, cez ktorý občania / podnikatelia pristupujú k elektronickým / koncovým službám, bude rozšírený o nový komponent GIS mesta s ponukou priestorových informácií a analytických nástrojov a zároveň bude vytvorený lokálny OpenData katalóg, ktorý bude poskytovať datasety pre Národný OpenData katalóg.
++
++
++**Integračná vrstva**
++
++Modul napojenia na externé IS bude v rámci projektu rozšírený o Dátový konektor. Integračná vrstva bude rovnako rozšírená o Orchestračnú platformu, ktorá bude doplnená o dátovú integráciu na CSRU a Centrálny dátový. V tejto časti dôjde aj k vytvoreniu prepojení databáz jednotlivých IS, tak aby mohli odovzdávať a následne konzumovať dáta. Nad takto zhromaždenými dátami bude možné prostredníctvo BI nástroja vytvárať rôzne analytické a štatistické výstupy a zároveň definovať metadáta datasetov pre OpenData, ktoré budú publikované v Lokálnom katalógu a prelinkované na data.slovensko.sk.
++
++
++**Back Office**
++
++
++tvoria ho agendové systémy mesta, ako. Informačný systém Mesta Prievidza, Registratúrny systém Mesta Prievidza. Naopak mesto už naďalej neplánuje prevádzkovať v tejto vrstve Geografický systém mesta Prievidza a jeho funkciu nahradí nový komponent na front-ende mesta..
++
++
++
++= Orchestračná platforma mesta =
++
++Tento novovybudovaný IS (Integračná zbernica služieb - Enterprise Service Bus, ESB) bude samostatným modulom Informačného systému mesta. Bude hlavnou komunikačnou platformou jednotlivých modulov riešenia a integrovaných interných a externých systémov. ESB bude spĺňať minimálne nasledovné požiadavky:
++
++
++1. Podpora rôznych komunikačných protokolov
++
++* Platforma musí podporovať široké spektrum protokolov ako napr. SOAP, REST, JMS, FTP, HTTP(S), AMQP, atď., aby umožnila komunikáciu medzi rôznorodými systémami a aplikáciami.
++
++2. Flexibilná a škálovateľná architektúra
++
++* Platforma musí byť škálovateľná, aby zvládala narastajúce požiadavky na výkonnosť a množstvo integrácií bez akýchkoľvek výkonnostných obmedzení. Musí tiež umožniť horizontálne aj vertikálne škálovanie podľa potrieb mesta.
++
++3. Podpora orchestrácie a choreografie služieb
++
++* Platforma musí podporovať rôzne spôsoby integrácie služieb vrátane orchestrácie (centrálna kontrola nad komunikáciou medzi službami) a choreografie (decentralizovaná komunikácia medzi nezávislými službami).
++
++4. Centralizovaná správa a monitorovanie
++
++* Platforma musí umožňovať centralizovanú správu všetkých integrácií, vrátane monitorovania výkonu, záznamu udalostí, chybovej diagnostiky a podrobnejšieho logovania.
++
++5. Bezpečnosť a kontrola prístupu
++
++* Platforma musí poskytovať robustné bezpečnostné mechanizmy, vrátane šifrovania, autentifikácie, autorizácie a podpory bezpečnostných štandardov ako OAuth, JWT, SAML, SSL/TLS na ochranu citlivých údajov.
++
++6. Podpora transformačných nástrojov
++
++* Platforma musí poskytovať nástroje na transformáciu dátových formátov medzi rôznymi systémami (napr. z XML na JSON, CSV, atď.), aby zabezpečila interoperabilitu medzi rôznymi modulmi a informačnými systémami.
++
++7. Asynchrónna komunikácia a spracovanie správ
++
++* ESB musí podporovať asynchrónne spracovanie a odosielanie správ t.j. okamžitá odpoveď nie je nevyhnutná, alebo kde môže dôjsť k zdržaniu v spracovaní.
++
++8. Podpora pre rozširovateľnosť a prispôsobiteľnosť
++
++* Platforma by mala byť dostatočne modulárna, aby umožnila prispôsobenie a rozšírenie podľa konkrétnych potrieb mesta, vrátane možnosti integrácie vlastných konektorov alebo rozhraní.
++
++9. Zabezpečenie vysokej dostupnosti a zotavenia po poruche (high availability & failover)
++
++* Platforma musí zabezpečiť nepretržitú dostupnosť služieb aj v prípade porúch jednotlivých komponentov, s podporou funkcionalít ako automatický failover, clustering a záložné systémy.
++
++10. Kompatibilita s rôznymi technológiami a systémami
++
++* ESB musí byť schopná integrácie s rôznymi platformami a technológiami vrátane cloudových služieb, lokálnych systémov, databáz, ERP systémov a pod. Okrem toho by musí umožňovať jednoduché nasadenie do hybridných prostredí (cloud a on-premise).
++
++V rámci realizácie predmetu zákazky/projektu zabezpečí integračná platforma minimálne:
++
++* Komunikáciu všetkých modulov realizovaných v rámci predmetu zákazky
++* Publikovanie otvorených údajov a analytických služieb smerom do verejného prostredia
++* Vybudovanie integračného rozhrania pre externé systémy, ktoré poskytujú referenčné údaje štátu, primárne CSRÚ, IS CISMA, ESKN a iné, ktoré budú identifikované v rámci realizačnej fázy analýza a dizajn, nevyhnutné pre realizáciu projektu
++* Vybudovanie integračného rozhrania pre interné systémy obsahujúce referenčné objekty mesta
++
++
++
++= Centrálny dátový sklad =
++
++Centrálny dátový sklad bude samostatný modul Informačného systému mesta Prievidza, ktorý bude zabezpečovať správu a distribúciu údajov o referenčných objektoch evidencie mesta Prievidza. Za referenčný objekt evidencie bude považovaný každý objekt evidencie, ktorý je informačnými systémami mesta Prievidza využívaný na realizovanie viac ako jednej agendy.
++
++Centrálny dátový sklad bude obsahovať kompletný dátový model o uložení údajov a väzieb všetkých objektov evidencie.
++
++Všetky existujúce informačné systémy mesta budú prispievať dátami do tohto dátového skladu. Platí to aj pre zhromažďovanie dát z rôznych implementovaných IoT snímačov. Nad takýmito agregovanými a referencovateľnými dátami budú prebiehať ďalšie operácie IS mesta s nimi. Platí teda, že napríklad aj do elektronického formulára konkrétnej koncovej služby bude použitý referenčný údaj z dátového skladu, ktorý zohľadňuje stav v centrálnych referenčných registroch, pričom pre ich získanie sú využívané už existujúce a novovybudované integračné komponenty.
++
++
++Z pohľadu tvorby nového IS Centrálneho dátového skladu(zbernice) mesta sú definované základné požiadavky na jeho funkcionalitu, ktorými sú:
++
++* Dáta od zdrojov dát bude zbernica preberať a vo finále ukladať v rámci svojho vlastného komplexného dátového modelu. Toto umožní, aby nebolo potrebné škálovať všetky zdroje na maximálnu možnú záťaž spojenú s dopytovaním dát, ale len zbernicu. Dáta pritom bude zbernica od zdrojov preberať vtedy, keď to bude výhodné pre obe strany (nočné hodiny a pod.)
++* Dátový model zbernice bude koncipovaný tak, aby dokázal naraz pracovať z rôznymi verziami predpisu uložených dát.  Dáta teda nebude potrebné komplikovane migrovať z jednej verzie ich predpisu na druhú a pod.
++* Model môže optimalizovať centrálne uložené dáta na rôzne typy operácií a spôsobov ich použitia – vyhľadávanie, analyticko-štatistické operácie. Dosiahnuť rovnaký efekt izolovane vo všetkých zdrojov dát by bolo omnoho náročnejšie.
++* Zbernica môže poskytovať pre zapojené strany – zdroje a konzumentov dát; aj tzv. „publish-subscribe“ návrhový vzor, pri ktorom môžu byť automaticky všetci konzumenti po publikovaní novej informácie zdrojom informovaní o existencii takejto zmeny. Toto môže prispieť k zefektívneniu  celkovej architektúre procesov výmeny dát cieľového prostredia.
++* Zbernica bude implementovať aj stranu tzv. „dlhodobého archívu“, kam sa  budú dáta na základe retenčných pravidiel presúvať pomocou dedikovaných funkcii. V úložisku pritom ostane referencia o tom, že tieto dáta boli presunuté do archívu. Funkcie presúvania dát do archívu budú fungovať aj opačným smerom – na základe požiadavky sa dočasne konkrétne archivované dáta budú môcť presunúť na vymedzenú časový interval späť.
++* Centrálny dátový skład bude obsahovať funkcionalitu „Data Handler“, ktorá bude zabezpečovať overovanie a autorizáciu dát. V prípade, že budú o tom istom objekte evidencie v rôznych informačných systémoch evidované rôzne hodnoty toho istého atribútu (napríklad adresa bydliska), data hanlder na základe stanovených pravidiel vyhodnotí, ktorú hodnotu bude považovať za pravdivú a referenčnú do doby, kým nebude preukázaný opak. O možnom konflikte údajov musí notifikovať zodpovedný informačný systém. Údaje považované za pravdivé budú mať v centrálnom dátovom sklade príznak „referenčné“ pra daný objekt evidencie.
++
++
++[[image:file:///C:\Users\PAVUK~~1.MAR\AppData\Local\Temp\msohtmlclip1\01\clip_image003.png]][[image:1747212632282-644.png]]
++
++
++Obr. č.5 Princíp činnosti data handlera
++
++
++Data handler bude zodpovedný za to, že pri pravidelných aktualizáciách centrálneho dátového skladu bude zabezpečená konzistencia dát a nedôjde k znehodnoteniu referenčných údajov nepravdivými alebo neoverenými údajmi. Pravidlá priority údajov budú definované v realizačnej fáze Analýza a dizajn.
++
++==   ==
++
++Ďalšou z funkcionalít novovybudovaného centrálneho dátového skladu  je poskytnutie analytického nástroja pre vytváranie ľubovoľných analytických výstupov nad dátami v uloženými v jeho štruktúrach. Očakáva sa plnohodnotný BI nástroj, ktorý umožní  vytváranie špecifických dátových modelov, tvorbu výpočtov v dátových modeloch, tvorbu reportov, tvorbu dashboardov, definovanie hraničných hodnôt pre automatizovanú notifikáciu ako aj zdieľanie takto vytvorených výstupov s ostatnými používateľmi .
++
++
++= Dátový konektor pre spojenie s Informačným systémom samosprávy =
++
++Dátový konektor pre spojenie s Informačným systémom samosprávy predstavuje modul informačného systému, rozšírenie existujúce IS samosprávy, ktorého úlohou bude migrácia údajov o všetkých objektoch a relevantných atribútoch informačného systému samosprávy do centralizovaného dátového skladu.
++
++Súčasťou realizácie predmetu projektu bude dodanie nasledovných funkčností/elementov:
++
++* Dokumentácia dátového modelu ISS pre objekty evidencie, ktoré sú predmetom migrácie do centrálneho dátového skladu
++* Iniciačná migrácia údajov o objektoch evidencie
++* Zabezpečovanie pravidelnej aktualizácie údajov o objektoch evidencie vedených v centrálnom dátovom sklade na báze 24 hodín (mimo pracovného času) z databázy ISS
++* Zabezpečovanie „on demand“ aktualizácie údajov o objektoch evidencie v centrálnom dátovom sklade potrebných pre realizáciu príslušnej služby na základe volania používateľa
++
++
++Predmetom migrácie do centrálneho dátového skladu budú údaje o minimálne objektoch evidencie mesta Prievidza, ktoré sú predmetom tohto projektu v niektorej z jeho častí. Rozsah jednotlivých atribútov OE bude definovaný v fáze Analýza a Dizajn.
++
++
++Zoznam OE z existujúceho IS mesta, ktoré budú migrované do centrálneho dátového skladu
++
++
++|**ID OE**|**OE - názov**
++|2|Adresy
++|3|Obyvatelia
++|4|Psy
++|8|Volebné okrsky
++|12|VZN
++|15|Školské zariadenia
++|18|Prevádzky
++|23|Objednávky
++|24|Zmluvy
++|25|Faktúry
++|26|Dotácie
++|27|Správne poplatky
++|29|Reklamné zariadenia
++|31|Stavebné konania
++|43|Sociálna pomoc
++|45|Podnikatelia
++|46|Pobyty
++|47|Dane
++|48|Poplatky
++|49|Odpady a nádoby
++|50|Súpisné čísla
++|51|Orientačné čísla
++|52|Nehnuteľnosti
++|53|Parcely
++|54|Nájmy
++|55|Dokumenty
++|56|Registratúrne záznamy
++
++
++**GIS**
++
++Dodané riešenie bude poskytnuté ako webová aplikácia dostupná prostredníctvom webových prehliadačov s responzívnym zobrazením pre počítačové aj mobilné prehliadače (na prácu s aplikáciou je potrebný iba ľubovoľný internetový prehliadač a pripojenie na internet bez nutnosti inštalácie dodatočného software), súčasťou riešenia bude aj   poskytovanie služieb  mapového servera, prvotný iniciačný import dát poskytnutých mestom a priestorový zber dát/pasport s následným importom všetkých dát do Centrálneho dátového skladu.
++
++Nevyhnutnou podmienkou je trvalé zdieľanie všetkých dát v Centrálnom dátovom sklade.
++
++Riešenie musí byť koncipované modulárne, modul zastrešuje istú agendu/ príp. jej časť, a musí umožňovať do budúcna  prípadný rozvoj tak konkrétneho modulu ako aj prípadné rozšírenie celého riešenia o ďalší modul.
++
++
++Pri implementácii projektu budú dodané nasledovné moduly:
++
++* Evidencia a správa verejnej zelene
++* Evidencia a správa miestnych ciest a dopravy
++* Evidencia a správa odpadov
++* Evidencia a správa mobiliáru
++* Evidencia a správa verejného osvetlenia
++* Územný plán
++
++
++**Základnými očakávaniami pre riešenie GIS nástroja sú :**
++
++*
++** pripojenie musí byť zabezpečené SSL certifikátom,
++** aplikácia musí byť prevádzkovaná v CLOUDe alebo na serveroch dodávateľa,
++** používateľské rozhranie aplikácie musí byť v slovenskom jazyku,
++** riešenie musí byť modulárne s možnosťou jeho rozšírenia o ďalšie moduly alebo funkcionality,
++** riešenie musí byť integrované na centrálny dátový sklad mesta Prievidza, ktorý je výsledkom tohto projektu,
++** riešenie musí umožniť poskytovanie dát vo formáte JSON alebo XML pre potreby vlastnej vizualizácie dát a zdieľania ako otvorené dáta,
++** riešenie musí poskytovať možnosť embedovať/vkladať mapy vo forme IFRAME do ďalšíchstránok (napríklad stránok mesta),
++** poskytovanie mapových služieb podľa štandardov Open Geospatial Consortium (OGC),
++** dynamické zobrazovanie rastrových dát prostredníctvom pohľadových dlaždíc,
++** riešenie musí podporovať funkcionalitu zberu dát,
++** používateľské rozhranie aplikácie musí byť v slovenskom jazyku,
++** vytvorenie a správa používateľov (vkladanie, zmena údajov a zrušenie prístupov) administrátorom na strane mesta,
++** riešenie musí zabezpečiť možnosť viacerých prístupov s pridelenými oprávneniami (role) pre používateľov,
++** možnosť tvorby používateľských skupín (množiny používateľov s rovnakými oprávneniami),
++** možnosť nastavenia užívateľské oprávnenia pre prístup k modulom alebo ich časti,
++** riešenie musí sprístupňovať samostatne tematicky orientované celky/moduly, určené na prácu s konkrétnou agendou (napr. pasport), v ktorých je možné editovať jednotlivé predmetné prvky/objekty a to ako ich grafické údaje tak aj popisné informácie,
++** jednotlivé moduly musia umožňovať vzájomnú prepojiteľnosť a vzájomné využívanie dát,
++** riešenie obsahuje nástroje pre vytváranie vlastných mapových kompozícií a tém s možnosťou editácie
++
++
++**Zároveň musí toto riešenie disponovať minimálne nižšie definovanou funkcionalitou :**
++
++* fungovanie systému v súradnicovom systéme S-JTSK,
++** zobrazovanie rôznych podkladových, rastrových aj vektorových máp (min. základná mapa, ortofotomapy, mapy územnej identifikácie, povodňové mapy, orientačné mapy, mapy správy ciest, historické mapy) ako zapínateľné/vypínateľné vrstvy,
++** zobrazovanie rôznych vrstiev a objektov aktuálneho a archívneho katastra nehnuteľností ako zapínateľné/vypínateľné vrstvy,
++** zobrazovanie tematických máp ako zapínateľné/vypínateľné vrstvy
++** možnosť zapínanie alebo vypínanie mapových vrstiev, skrývanie skupín vrstiev,
++** možnosť zmeny transparentnosti vybraných máp, vrstiev a objektov,
++** zobrazovanie legendy k mapovým vrstvám,
++** zmeny mierky zobrazenia, pohyb v mape, posun na určené lokality,
++** meranie dĺžok a plôch v mape,
++* textové poznámky k mape (zvýrazňovanie a vkladanie dočasných bodov, línií a polygónov do   mapy) bez obmedzenia počtu znakov,
++** identifikácia súradníc bodov v S-JTSK aj WGS 84,
++** identifikácia vybraných objektov v mape,
++** vyhľadávanie vybraných objektov v mape,
++** vyhľadávanie vybraných objektov v mape, vyhľadávanie formou predgenerovaného fultextu,
++** vyhľadávanie bez potreby diakritiky vo vybraných mapových vrstvách,
++** zobrazovanie atribútov objektov v rámci identifikácie alebo vyhľadávania objektov v mape,
++** práca s mapovými službami podľa štandardov Open Geospatial Consortium (OGC),
++** možnosť prepínania medzi jednotlivými mapovými kompozíciami a aplikáciami pri zachovaní  zoomu a mierky v mape,
++** nápoveda pre prácu s poskytnutým riešením v slovenskom jazyku
++
++* editačné funkcie musia byť dostupné na základe pridelených prístupových práv,
++* editácie vektorových prvkov,
++* integrácia máp, vrstiev a prvkov pri editácií,
++* funkcia zobrazenia polohy v mape podľa polohy zariadenia (ak zariadenie podporuje zdieľanie polohy),
++* editácia polohy jednotlivých prvkov v mape prebieha priamo v mapovej časti aplikácie, k dispozícii sú editačné nástroje pre body, línie, plochy aj polygóny,
++* možnosť kopírovať prvky z WFS služieb do vlastnej lokálnej mapovej vrstvy,
++* podpora vytvárania topologicky čistých dát, najmä prichytávanie, rozdeľovanie prvkov, preberanie geometrie z referenčných podkladov (napr. z parciel, z technickej mapy), zabezpečenie vytvárania dát s valídnou geometriou (najmä zamedzenie uloženia prvkov bez geometrie, prvkov s nulovou geometriou a pod.),
++* informačná vrstva pri spracovaní editácie zobrazujúca dĺžky kreslených prvkov a nápovede pre konštrukciu základných uhlov,
++* možnosť umiestnenia poznámok (body, línie, plochy) s popisom a fotografiou,
++* možnosť pridania nového atribútu pre celú skupinu prvkov,
++* kompletná dokumentácia objektu: každý záznam o objekte možno doplniť o fotografie alebo inú dokumentáciu v elektronickej podobe,
++* editácia geometrie, podpora vytvárania topologicky čistých dát, tzn. prichytávanie, rozdelenie prvkov, prebranie geometrie z referenčných podkladov (napr. parciel, technickej mapy), zabezpečenie vytvárania dát s valídnou geometriou (najmä zamedzenie uloženia prvkov bez geometrie, prvkov s nulovou geometriou...),
++* nástroje pre vytváranie tlačových zostáv a rozšíriteľnosť sady tlačových zostáv,
++* nástroje pre vytváranie, editáciu a ukladanie tlačových šablón,
++* tvorba tlačových zostáv s možnosťou exportu do tlačového výstupu PDF, JPEG, PNG, obsahujúceho napr. legendu, mierku, vodoznak, informácie o ochranných známkach a autorských právach, atď.,
++* export mapy do formátu PDF s možnosťou vloženia nadpisu a voľby preddefinovanej mapovej mierky a veľkosti papiera,
++* export pasportu a evidencie viacerých i jednotlivých objektov do formátu PDF a DOC s možnosťou voľby preddefinovanej šablóny,
++* tlač vo formátoch ISO A3/A4,
++* orientácia tlače na výšku/šírku - tlač s legendou/s legendou na ďalšej strane/bez legendy/len legenda atď.,
++* pripájanie referenčných výkresov do mapových aplikácií vo formáte DGN verzie 7 a vyššej, tieto podkladové výkresy sú využiteľné pri editácii grafiky pre prichytávanie (snapovanie),
++* priamy import a export dát minimálne z formátov DGN, DXF, GPX, SHP, CSV spôsobom, ktorý zabezpečí užívateľsky jednoduché riešenie bez predchádzajúcej úpravy dát treťou stranou,
++* priamy export mapy do rastrového formátu podľa aktuálneho zobrazenia na obrazovke
++* možnosť zostavenia a uloženia užívateľských SQL dotazov,
++* možnosť zobrazenia vybraných prvkov pasportu podľa špecifických atribútov,
++* možnosť pridania ďalších tematických vrstiev do zoznamu vrstiev v mape,
++* možnosť prepínania medzi jednotlivými mapovými kompozíciami pri zachovaní zoomu a mierky v mape
++
++
++
++**Základné požiadavky na jednotlivé moduly GIS**
++
++
++**Evidencia a správa verejnej zelene**
++
++• modul na správu aktuálneho pasportu zelene mesta - evidencia a správa verejnej zelene (plochy zelene, biologické prvky zelene, technické prvky zelene), vrátane súvisiacich činností (údržba, výruby a iné zásahy),
++
++• databázová evidencia pre správu súvisiacich informácií, možnosť uloženia príslušných povolení a fotodokumentácie,
++
++• dodávka číselníkov drevín a zelene v zmysle arboristických štandardov platných na území SR,
++
++• evidencia chránených stromov - číslo pamätného stromu, dôvod ochrany, dátum vyhlásenia/zrušenia, grafické znázornenie ochrannej zóny v mape (automatické generovanie na základe priemeru kmeňa),
++
++• evidencia zdravotného stavu stromov - automatické hlásenie o plánovanej kontrole dendrologických údajov,
++
++• evidencia mestskej zelene a súvisiacich objektov (výmery plôch/počty prvkov, kvalitatívne atribúty),
++
++• evidencia a zobrazenie prvkov v rôznych stavoch (súčasný, návrh, zrušený) s možnosťou obnovenia zrušených prvkov (historizácie, vrátane geometrie),
++
++• evidencia vykonaných a plánovaných zásahov (kosenie, údržba stromov),
++
++• mapa kosenia - prezentácia informácií o dátume najbližšieho plánovaného kosenia a posledného vykonaného kosenia trávnatých plôch v meste a stave vykonaných prác,
++
++• výpočet nákladov na údržbu - možnosť využitia a porovnanie rôznych cenníkov, možnosť využitia rôznych sád úkonov,
++
++• možnosť generovania výstupných zostáv - sumarizácia prvkov podľa druhu za vybranú základnú (evidenčné) plochu/za vybrané územia, sumarizácia nákladov na údržbu za vybranú základnú (evidenčné) plochu/za vybrané územia,
++
++• výpis parciel dotknutých vybranými prvkami zelene,
++
++• možnosť nastavenia východzej hodnoty v číselníkoch (pri vytváraní nového prvku sa východzia hodnota atribútu vkladá automaticky),
++
++• možnosť pripojenia dokumentov a fotodokumentácie ku všetkým prvkom,
++
++• evidencia zakladateľov (resp. editorov) dát spolu s dátumami a časmi založenia (resp. editácie) u jednotlivých prvkov a možnosť podľa týchto hodnôt vyhľadávať,
++
++• editácia geometrie: podpora vytvárania topologicky čistých dát, tzn. prichytávanie, rozdelenie prvkov, prebranie geometrie z referenčných podkladov (napr. parciel, technickej mapy), zabezpečenie vytvárania dát s validnou geometriou (najmä zamedzenie uloženia prvkov bez geometrie, prvkov s nulovou geometriou...),
++
++
++**Evidencia a správa miestnych ciest a dopravy**
++
++• modul na správu aktuálneho pasportu dopravy mesta - evidencia a správa miestnych ciest, chodníkov, parkovísk a parkovací miest, mostov, dopravného značenia, kanalizačných vpustí a kanalizačných poklopov, objektov MHD a inžinierskych objektov,
++
++• evidencia ciest, chodníkov, zvislého a vodorovného dopravného značenia, povrchov, mostov, vpustí, zjazdov, technických a iných objektov, opráv a zásahov na cestách,
++
++• evidencia dĺžok a plôch ciest a mostov a ich súčty (všetkých ciest, podľa tried ciest),
++
++• evidencia a zobrazenie prvkov v rôznych stavoch (súčasný, návrh, zrušený) s možnosťou obnovenia zrušených prvkov,
++
++• zobrazenie prvkov pasportu podľa špecifických atribútov alebo podľa farieb v číselníku,
++
++• zobrazenie ciest v mape podľa kategórie ciest (štátna, krajská, miestna, účelová), podľa triedy ciest, podľa typu úseku (vozovky, chodníky, cyklotrasy), podľa funkčnej skupiny (rýchlostná, zberná, obslužná, upokojená, cyklistická, pre chodcov), podľa povrchu,
++
++• evidencia zásahov na cestách - zobrazenie v mape podľa dátumu záruky, upozornenie
++
++  na končiacu záruku v systéme GIS a e-mailom
++
++• výpis parciel dotknutých ciest,
++
++• obsahuje číselníky s možnosťou prednastavenia predvolenej hodnoty v jednotlivých atribútoch,
++
++• možnosť pripojenia dokumentov (napr. povolenia) a fotodokumentácie ku všetkým prvkom pasportu,
++
++• evidencia opráv ku všetkým prvkom v pasporte,
++
++• editácia v mape,
++
++• podpora vytvárania topologicky čistých dát, tzn. prichytávanie, rozdelenie prvkov,
++
++• zabezpečenie vytvárania dát s valídnou geometriou (najmä zamedzenie uloženia prvkov bez geometrie, prvkov s nulovou geometriou...),
++
++• rotácia zvislých a vodorovných značení,
++
++• história zmien a možnosť obnovenia hodnôt v atribútoch vrátane geometrie,
++
++• evidencia zakladateľov (resp. editorov) dát spolu s dátumami a časmi založenia (resp. editácie) u jednotlivých prvkov a možnosť podľa týchto hodnôt filtrovať a vyhľadávať,
++
++• záujmové oblasti,
++
++• možnosť zavádzať informácie o možnosti parkovania, parkovacej zóne,
++
++• možnosť zavádzať informácie o únosnosti vozovky,
++
++• možnosť zavádzať informácie o pláne letnej údržby, minimálne v rozsahu poradia a zodpovedného subjektu a ceny,
++
++• možnosť zavádzať informácie o pláne zimnej údržby, minimálne v rozsahu poradia, zodpovedného subjektu a ceny,
++
++• možnosť generovať sumarizačné štatistiky napr.: za celkovú/vybratú dĺžku, priem. šírku a plochu atď,
++
++• pri priechodoch pre chodcov možnosť zavádzať informácie o osvetlení a bezbariérovom prístupe,
++
++• otvorenosť riešenia pre možnosť integrácie pre načítanie, vizualizáciu, analýzy a reporty z dát zo smart zariadení,
++
++• pri vpustiach musí byť možné zavádzať informácie o čistení v minimálnom rozsahu: početnosti, dátume a musí byť možné vytvárať zjednodušené plány čistenia
++
++
++**Evidencia a správa odpadov**
++
++• atribúty stojiska: názov lokality, evidenčné číslo, zvozová oblasť, povrch, technický stav, typy kontajnerov, vlastník stavby, poznámka, prístupné pre verejnosť,
++
++• naviazanie na parcelu (parcelné číslo),
++
++• musí obsahovať údaje o adrese v rozsahu ulica, popisné číslo
++
++• musí umožniť naviazanie entity typ odpadu, napr. separovaný odpad, TKO, nebezpečný odpad, objemový odpad atď.,
++
++• požaduje sa pri jednotlivých entitách (typ odpadu) evidovať typ nádoby, objem, komodita, údaje o správe zariadenia,
++
++• požaduje sa evidencia údajov o zvoze odpadu vrátane plánu zvozu (minimálne na úrovni dňa v týždni a početnosti) a ceny za odvoz,
++
++• štatistické vyhodnotenie odpadového hospodárstva na základe zozbieraných dát,
++
++• otvorenosť riešenia pre možnosť integrácie pre načítanie, vizualizáciu, analýzy a reporty z dát z RFID/USG a iných čipov/ smart zariadení,
++
++• na všetky objektové triedy sa požaduje nástroj na evidenciu Opráv, minimálne v rozsahu popis, číslo faktúry, dátum, dátum záruky, subjekt, druh opravy, cena.
++
++
++**Evidencia a správa mobiliáru**
++
++• komplexný nástroj pre správu a údržbu drobného majetku
++
++• evidencia a zobrazenie prvkov v rôznych stavoch (súčasný, návrh, zrušený) s možnosťou obnovenia zrušených prvkov,
++
++• zobrazenie prvkov pasportu podľa špecifických atribútov alebo podľa farieb v číselníku,
++
++• popis funkcií SW agendy:
++
++• obsahuje číselníky s možnosťou prednastavenia predvolenej hodnoty v jednotlivých atri bútoch,
++
++• možnosť pripojenia dokumentov (napr. povolenia) a fotodokumentácie ku všetkým prvkom  pasportu,
++
++• evidencia opráv ku všetkým prvkom v pasporte,
++
++• editácia v mape,
++
++• podpora vytvárania topologicky čistých dát, tzn. prichytávanie, rozdelenie prvkov,
++
++• zabezpečenie vytvárania dát s valídnou geometriou (najmä zamedzenie uloženia prvkov bez geometrie, prvkov s nulovou geometriou...),
++
++• rotácia zvislých a vodorovných značení,
++
++• história zmien a možnosť obnovenia hodnôt v atribútoch vrátane geometrie,
++
++• evidencia zakladateľov (resp. editorov) dát spolu s dátumami a časmi založenia (resp. editácie) u jednotlivých prvkov a možnosť podľa týchto hodnôt vyhľadávať,
++
++• záujmové oblasti,
++
++
++
++
++
++**Evidencia a správa verejného osvetlenia**
++
++• agenda bude slúžiť na evidenciu priestorovej databázy verejného osvetlenia a pridružených zariadení (rozvádzače, stožiare, káble, ... ),
++
++• možnosť k jednotlivým prvkom viesť základné informácie (technické parametre, Informácie o ich vybavení, záruke, dodávateľovi...),
++
++• informácie o revízii (napr. typ revízie, termín atď.) a oprave (popis, dátum, záruka, číslo faktúry atď.),
++
++• možnosť užívateľsky doplňovať číselníky,
++
++• možnosť pripojenia dokumentov a fotodokumentácia ku všetkým objektom evidencie,
++
++• modul na upozornenia a notifikácie (napr. email) a záručné lehoty, atď.,
++
++• historizácia zmien a možnosť obnovenia vybraného historického stavu prvku vrátane geometrie,
++
++• evidencia zakladateľov, možnosť doplňovania opráv k jednotlivým prvkom evidencie zakladateľov (resp. editorov) dát spolu s dátumami a časmi založenia (resp. editácie) u jednotlivých prvkov a možnosť podľa týchto hodnôt filtrovať a vyhľadávať,
++
++• editácia geometrie - podpora vytvárania topologicky čistých dát, tzn. prichytávanie, rozdelenie prvkov, zabezpečenie vytvárania dát s validnou geometriou (najmä zamedzenie uloženia prvkov bez geometrie, prvkov s nulovou geometriou, ... )
++
++• otvorenosť riešenia pre možnosť integrácie pre načítanie, vizualizáciu, analýzy a reporty z dát zo smart zariadení,
++
++
++**Územný plán**
++
++• vizualizáciu dát územného plánu a generelov,
++
++• vizualizácia hlavného záväzného výkresu územného plánu vo forme podkladovej mapy, so zachovaním symbológie v zmysle schválenej dokumentácie, ku výkresu bude dostupná plnohodnotná grafická legenda,
++
++• požaduje sa, aby súčasťou boli minimálne podkladové vrstvy (alebo rastre): výkres komplexný návrh priest. usporiadania a funkčného využitia územia, výkres verejného dopravného vybavenia, výkres verejného technického vybavenia I., výkres verejného technického vybavenia II., výkres perspektívneho použitia PPF a LPF na nepoľnohospodárske účely, výkres ochrany prírody a tvorby krajiny vrátane prvkov múses,
++
++• mapová aplikácia bude umožňovať identifikáciu "Funkčné/Regulačné plochy" s atribútmi funkcia, etapa a regulatív,
++
++• pri identifikácii funkčných plôch uvádzať aj odkaz na celé znenie regulatívu,
++
++• pri identifikácii regulačných plôch uvádzať aj odkaz na celé znenie regulatívu,
++
++• možnosť pridania ďalších územnoplánovacích podkladov vo forme plánov (rastrov),
++
++• možnosť pridania jednotlivých urbanistických štúdií vo forme plánu (rastru),
++
++
++**Digitálnotechnická mapa**
++
++• správa a vizualizáciu dát jednotlivých vrstiev inžinierskych sieti v rozsahu Plyn, Teplo, Elektrická energia, Telekomunikačné siete, Voda a kanalizácia
++
++• agenda bude slúžiť na evidenciu priestorovej databázy jednotlivých inžinierskych sietí (vedenia, koncové zariadenia a pod...)
++
++• možnosť k jednotlivým prvkom viesť základné informácie (technické parametre, Informácie o ich vybavení, záruke, dodávateľovi...),
++
++• informácie o revízii (napr. typ revízie, termín atď.) a oprave (popis, dátum, záruka, číslo faktúry atď.),
++
++• možnosť užívateľsky doplňovať číselníky,
++
++• možnosť pripojenia dokumentov a fotodokumentácia ku všetkým objektom evidencie,
++
++
++
++**PRVOTNÝ MOBILNÝ ZBER/PASPORT ÚDAJOV**
++
++Do novozadefinovaných dátových štruktúr GIS modulov sa očakáva vykonanie pasportu údajov a to v nasledujúcich oblastiach a rozsahu:
++
++
++|Doprava|Miestne komunikácie
++| |Dopravné značenie
++| |Chodníky a verejné priestranstvá
++| |Zábradlia
++| |Mosty a lávky
++| |Parkovacie miesta
++| |Autobusové zastávky
++| |Technické objekty
++| |Semafóry
++|Zeleň|Plochy zelene
++| |Stromy a kríky
++| |Stojiská pre nádoby komunálneho odpadu, separovaného odpadu a jednotlivých nádob
++| |Zberné nádoby
++| |Lampy verejneho osvetlenia
++| |Stožiare
++| |Rozvádzače
++| |Mobiliár - lavičky a iné
++| |Reklamné zariadenia
++| |Športoviská a detské ihriská
++
++
++
++**Technické požiadavky na tvorbu pasportov**
++
++Pasporty musia byť spracované podľa princípov budovania a fungovanie geografických informačných systémov (GIS). Pasporty budú obsahovať grafickú (mapovú) časť a popisnú (databázovú) časť. Každý objekt – prvok pasportu musí byť zobrazený v mape, musí byť jednoznačne identifikovaný a musí mať väzbu na množinu vlastností (atribútov), ktorá je stanovená pre príslušnú triedu prvkov, ktorej je členom. Každý prvok musí byť možné vyhľadať a zobraziť na mape a zobraziť jeho množinu atribútov.
++
++
++**Požiadavky na spôsob zberu dát**
++
++Požaduje sa, aby pri tvorbe pasportov bola použitá kombinácia 3 metód zberu údajov. Kombinácia metód je vyžadovaná z dôvodu zabezpečenia polohovej presnosti a komplexnosti pasportizovaných objektov. Požaduje sa aby pri zbere údajov leteckými metódami bol zber vykonaný mimo vegetačného obdobia rastlín, pre dosiahnutie čo najvyššej presnosti.
++
++
++**Minimálny obsah mapových podkladov dodaných v projekte**
++
++* štátne ortofotomapy,
++* parcely katastra nehnuteľností – C a E,
++* druhy pozemkov,
++* hranica intravilánu
++* parcely C a E vo vlastníctve mesta,
++* parcely C a E vo vlastníctve VÚC,
++* parcely C a E vo vlastníctve SR,
++* ulice a cestné komunikácie,
++* adresné body v meste,
++* miestopis,
++* katastrálne územia, časti mesta.
++
++
++Pre implementáciu a prevádzku GIS riešenia bude v projekte vytvorená pozícia Referenta pre spracovanie údajov GIS
++
++
++
++**IoT snímače**
++
++
++Plne autonomné riešenie implementácie snímačov na najfrekventovanejších uzloch dopravného systému mesta. Mesto zadefinovalo 4 lokality/križovatky, kde chce zbierať dáta o hustote dopravy.
++
++
++1. Svetelná križovatka Matice slovenskej – Nábrežie s. Cyrila – Nábrežie sv. Metoda (vjazd on Novák a Handlovej)
++1. Sverelná križovatka Bojnická cesta – ul. sama Chalúpku (vjazd od Bojníc)
++1. Kruhový objazd na Nedožerskej ceste (vjazd od Nedožier – Brezian)
++1. Svetelná križovatka Košovská cesta – Nábrežie sv. Metoda (vjazd od priemyselnej zóny)
++
++Snímače budú umiestnené na stĺpoch vo vlastníctve mesta, a budú zaznamenávať okrem počtu vozidiel, ktoré v konkrétnom čase prechádzajú daným miestom aj ich typ. Tieto dáta budú odosielať do novovybudovaného Centrálneho dátového skladu mesta, čo na strane mesta sprocesuje Orchestračná platforma Mesta Prievidza. Minimálna požadovaná frekvencia odosielania dát je 1 krát denne.
++
++* Rovnaké požiadavky sú kladené aj na snímače hluku, teploty a prašnosti ovzdušia, pričom tieto plánuje mesto umiestniť v rovnakých lokalitách ako pri senzoroch hustoty dopravy
++
++
  === {{id name="_Toc752151050"/}}{{id name="_Toc153139687"/}}4.2.1Rozsah informačných systémov – AS IS ===
  //Uveďte dotknuté ISVS a ich moduly AS IS~://
@@ -172,6 +172,8 @@
  |=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
++|=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
++
  === 4.2.2Rozsah informačných systémov – TO BE ===
  //Uveďte informácie o dotknutých ISVS z pohľadu ich ďalšej prevádzky po realizácii projektu – TO BE stav~://
@@ -271,6 +271,71 @@
  c_typ_isvs.3| |
++|=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
++|isvs_15044|Modul Verejná zeleň|{{html clean="true"}}<input type="checkbox" checked/>{{/html}}|Vyberte jednu z možností
++c_stav_isvs.3|Vyberte jednu z možností
++c_typ_isvs.1| |
++|isvs_15046|Modul Odpady|{{html clean="true"}}<input type="checkbox" checked/>{{/html}}|Vyberte jednu z možností
++c_stav_isvs.3|Vyberte jednu z možností
++c_typ_isvs.1| |
++|isvs_15048|Modul verejné osvetlenie|{{html clean="true"}}<input type="checkbox" checked/>{{/html}}|Vyberte jednu z možností
++c_stav_isvs.3|Vyberte jednu z možností
++c_typ_isvs.1| |
++|isvs_14941|GIS mesta Prievidza|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
++c_stav_isvs.3|Vyberte jednu z možností
++c_typ_isvs.2|isvs_15050|
++|isvs_14941|GIS mesta Prievidza|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
++c_stav_isvs.3|Vyberte jednu z možností
++c_typ_isvs.2|isvs_15049|
++|isvs_14941|GIS mesta Prievidza|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
++c_stav_isvs.3|Vyberte jednu z možností
++c_typ_isvs.2|isvs_15048|
++|isvs_14941|GIS mesta Prievidza|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
++c_stav_isvs.3|Vyberte jednu z možností
++c_typ_isvs.2|isvs_15047|
++|isvs_14941|GIS mesta Prievidza|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
++c_stav_isvs.3|Vyberte jednu z možností
++c_typ_isvs.2|isvs_15046|
++|isvs_14941|GIS mesta Prievidza|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
++c_stav_isvs.3|Vyberte jednu z možností
++c_typ_isvs.2|isvs_15045|
++|isvs_14941|GIS mesta Prievidza|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
++c_stav_isvs.3|Vyberte jednu z možností
++c_typ_isvs.2|isvs_15044|
++|isvs_15040|OpenData creator|{{html clean="true"}}<input type="checkbox" checked/>{{/html}}|Vyberte jednu z možností
++c_stav_isvs.3|Vyberte jednu z možností
++c_typ_isvs.1| |
++|isvs_15045|Modul miestne cesty a doprava|{{html clean="true"}}<input type="checkbox" checked/>{{/html}}|Vyberte jednu z možností
++c_stav_isvs.3|Vyberte jednu z možností
++c_typ_isvs.1| |
++|isvs_15047|Modul Mobiliár|{{html clean="true"}}<input type="checkbox" checked/>{{/html}}|Vyberte jednu z možností
++c_stav_isvs.3|Vyberte jednu z možností
++c_typ_isvs.1| |
++|isvs_15041|Lokálny katalóg OpenData|{{html clean="true"}}<input type="checkbox" checked/>{{/html}}|Vyberte jednu z možností
++c_stav_isvs.3|Vyberte jednu z možností
++c_typ_isvs.2| |
++|isvs_15042|Analytický nástroj (BI)|{{html clean="true"}}<input type="checkbox" checked/>{{/html}}|Vyberte jednu z možností
++c_stav_isvs.3|Vyberte jednu z možností
++c_typ_isvs.5| |
++|isvs_15049|Modul Územný plán|{{html clean="true"}}<input type="checkbox" checked/>{{/html}}|Vyberte jednu z možností
++c_stav_isvs.3|Vyberte jednu z možností
++c_typ_isvs.1| |
++|isvs_14940|Dátový konektor pre spojenie z Informačným systémom samosprávy|{{html clean="true"}}<input type="checkbox" checked/>{{/html}}|Vyberte jednu z možností
++c_stav_isvs.3|Vyberte jednu z možností
++c_typ_isvs.3| |
++|isvs_15050|Modul DTM|{{html clean="true"}}<input type="checkbox" checked/>{{/html}}|Vyberte jednu z možností
++c_stav_isvs.3|Vyberte jednu z možností
++c_typ_isvs.1| |
++|isvs_14939|Centrálny dátový sklad|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
++c_stav_isvs.3|Vyberte jednu z možností
++c_typ_isvs.5|isvs_15042|
++|isvs_14939|Centrálny dátový sklad|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
++c_stav_isvs.3|Vyberte jednu z možností
++c_typ_isvs.5|isvs_15040|
++|isvs_14938|Orchestračná platforma mesta Prievidza|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností
++c_stav_isvs.3|Vyberte jednu z možností
++c_typ_isvs.3| |
++
  === 4.2.3Využívanie nadrezortných a spoločných ISVS – AS IS ===
  //Uveďte informácie o využívaných, resp. nevyužívaných nadrezortných ISVS (Spoločných ISVS a spoločných blokov SaaS) – AS IS stav. Všetky realizované integrácie na nadrezortné ISVS v AS IS stave musia byť evidované v MetaIS.//
@@ -343,6 +343,20 @@
  |as_67090|Definovanie metadát k datasetom| |ks_381211|
++|=Kód AS (z MetaIS)|=Názov AS|=ISVS/modul ISVS (kód z MetaIS)|=Aplikačná služba realizuje KS (kód KS z MetaIS)
++|as_67091|Publikovanie datasetov| |ks_381211|
++|as_67092|Poskytovanie údajov pre data.slovensko.sk| |ks_381211|
++|as_67087|Poskytovanie údajov ostatným IS| | |
++|as_67085|Orchestrácia služieb integrácie medzi IS| | |
++|as_67088|Referencovanie údajov z existujúcich zdrojov| |ks_381211, ks_381210|
++|as_62734|Konzumácia údajov z CSRU| | |
++|as_67086|Import údajov z dátového zdroja| | |
++|as_67089|Vytváranie datasetov| |ks_381211|
++|as_67095|Konzumovanie a poskytovanie dát z/do Centrálneho dátového skladu| | |
++|as_67094|Spracovanie monitorovacích a analytických reportov a štatistík| | |
++|as_67093|Poskytovanie priestorových údajov| |ks_381210|
++|as_67090|Definovanie metadát k datasetom| |ks_381211|
++
  === 4.2.7Aplikačné služby na integráciu – TO BE ===
  //Uveďte v nasledujúcej tabuľke budované aplikačné služby a ich využitie na integráciu na spoločné moduly a iné ISVS alebo ich poskytovanie na externú integráciu a predpokladané vybudovanie cloudových služieb “softvér ako služba“ (SaaS)~://
@@ -704,7 +704,7 @@
  * //Nariadenie Európskeho parlamentu a Rady (EÚ) 2016/679 z 27. apríla 2016 o ochrane fyzických osôb pri spracúvaní osobných údajov a o voľnom pohybe takýchto údajov, ktorým sa zrušuje smernica 95/46/ES (všeobecné nariadenie o ochrane údajov)//
  * //Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov.//
  //Stručne popíšte postupy na dosiahnutie potrebnej úrovne bezpečnosti a spôsob zabezpečenia aktív projektu na jednotlivých vrstvách architektúry (dôvernosť, dostupnosť a integrita).//
--//Uveďte požiadavky na realizáciu Bezpečnostného projektu//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^6^^>>path:#sdfootnote6sym||name="sdfootnote6anc"]](%%)
++//Uveďte požiadavky na realizáciu Bezpečnostného projektu//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^6^^>>path:#sdfootnote6sym||name="sdfootnote6anc"]](%%)
  //Doplňte požiadavky na používateľské role, správu prístupov a správu aplikácie~://
  * //Interní používatelia (pracovníci jednotlivých organizačných jednotiek, pracovníci administrácie a správy aplikácie, pracovníci prevádzky a podpory)//
  * //Externí používatelia (zákazníci, partneri - tretie strany).//

1747212362075-772.png

Autor

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

Veľkosť

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

Obsah

1747212416453-418.png

Autor

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

Veľkosť

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

Obsah

1747212444457-528.png

Autor

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

Veľkosť

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

Obsah

1747212602206-126.png

Autor

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

Veľkosť

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

Obsah

1747212615193-331.png

Autor

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

Veľkosť

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

Obsah

1747212632282-644.png

Autor

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

Veľkosť

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

Obsah

Zmeny dokumentu I-03 Prístup k projektu (pristup_k_projektu)

Súhrn

Podrobnosti

Vitajte

Linky