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

Naposledy upravil Vladimír Stromček 2025/07/27 23:10

From 2.13 to 2.14 From 2.16 to 2.17

Z verzie 2.14

upravil Vladimír Stromček
-

Zmeniť komentár: (Autosaved)

Do verzie 2.16

upravil Vladimír Stromček
-

Zmeniť komentár: (Autosaved)

Raw
Rendered

Súhrn

Vlastnosti stránky (1 modified, 0 added, 0 removed)
Prílohy (0 modified, 1 added, 0 removed)
- 1753366560278-708.png

Podrobnosti

Vlastnosti stránky

Obsah

@@ -1040,34 +1040,129 @@
  * Vyhláška 362/2018 Z.z. o obsahu bezpečnostných opatrení, obsah a štruktúra bezpečnostnej dokumentácie a rozsah všeobecných bezpečnostných opatrení
  * Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov
--= {{id name="_Toc152607320"/}}{{id name="_Toc982854671"/}}{{id name="_Toc744122543"/}}{{id name="_Toc1493751813"/}}{{id name="_Toc452731307"/}}{{id name="_Toc1695646942"/}}{{id name="_Toc534841930"/}}{{id name="_Toc654836100"/}}{{id name="_Toc1570812277"/}}{{id name="_Toc1016816405"/}}{{id name="_Toc609127555"/}}{{id name="_Toc1888607264"/}}{{id name="_Toc47815704"/}}5.ARCHITEKTÚRY =
++= {{id name="_Toc152607320"/}}{{id name="_Toc982854671"/}}{{id name="_Toc744122543"/}}{{id name="_Toc1493751813"/}}{{id name="_Toc452731307"/}}{{id name="_Toc1695646942"/}}{{id name="_Toc534841930"/}}{{id name="_Toc654836100"/}}{{id name="_Toc1570812277"/}}{{id name="_Toc1016816405"/}}{{id name="_Toc609127555"/}}{{id name="_Toc1888607264"/}}{{id name="_Toc47815704"/}}**5. ARCHITEKTÚRA RIEŠENIA PROJEKTU** =
--* //Doplňte krátky POPIS BUDÚCEHO CIEĽOVÉHO PRODUKTU PROJEKTU z pohľadu biznis/aplikačnej/technologickej architektúry v závislosti od charakteru projektu a výsledku analýzy alternatív riešenia,//
--* //Doplňte a detailne spracujte funkčné a nefunkčné požiadavky vyplývajúce z analýz alternatív riešenia vo všetkých vrstvách architektúry a vyplňte požiadavky v dokumente  M-05 Analýza nákladov a prínosov, karta Katalóg požiadaviek., I-04 Katalóg požiadaviek//
--* //Doplňte stručný náhľad budúcej IT architektúry (biznis, aplikačná, technologická) riešenia, ktorý podľa potreby pozostáva aj z viacerých obrázkov (diagramov), aby dostatočne zrozumiteľne znázornil predmet dodávky, jeho kontext a zmeny v architektúre verejnej správy (objednávateľa, realizátora projektu), ktoré projekt realizuje,//
--** //Náhľad architektúry vytvorte v modelovacom nástroji pomocou notácie ArchiMate (//__[[https:~~/~~/publications.opengroup.org/standards/archimate>>url:https://publications.opengroup.org/standards/archimate]]__//), v prípade potreby väčšej detailizácie biznis procesov môžete použiť notáciu BPMN (//__[[http:~~/~~/www.omg.org/spec/BPMN/2.0/>>url:http://www.omg.org/spec/BPMN/2.0/]]__//),//
--** {{id name="_Ref152763300"/}} //Pre vytvorenie náhľadu architektúry použite modelovací nástroj, ktoré môže byť buď integrovaný na spoločný repozitár//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^2^^>>path:#sdfootnote2sym||name="sdfootnote2anc"]](%%)// architektonických modelov verejnej správy, alebo modelovací nástroj, ktorý podporuje export modelu do štandardizovaných výmenných formátov súborov (The Open Group ArchiMate Model Exchange File Format Standard)^^ [[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^3^^>>path:#sdfootnote3sym||name="sdfootnote3anc"]](%%)^^ a export súborov podľa špecifikácie BPMN 2.0//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^4^^>>path:#sdfootnote4sym||name="sdfootnote4anc"]](%%)//,//
--** //Pre jednoznačnú identifikovateľnosť komponentov v náhľade architektúry uveďte aj ich MetaIS kódy//
--** //Očakáva sa, že ak realizujete popis dizajn procesov podľa pravidiel EVS, tak všetky výstupy musia byť v súlade s metodikou a postupom: //__[[https:~~/~~/www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave&subor=255448>>url:https://www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave&subor=255448]]__ .
--** //Náhľad architektúry v tomto výstupe I-02 Projektový zámer by mal byť v súlade s jeho detailizáciou vo výstupe I-03 Prístup k projektu, ak objednávateľ podľa prílohy č. 1 vyhlášky 401/2023 Zz pripravuje aj výstup I-03 Prístup k projektu.//
--** //Náhľad architektúry v tomto výstupe I-02 Projektový zámer by mal byť v súlade s výstupom M-06 - aktualizáciou evidencie e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIs) a komponenty, ktorých sa projekt týka by mali mať upravenú evidenciu ich stavu a fázu ich životného cyklu.//
--** //Príklad náhľadu na architektúru podľa metamodelu e-Government komponentov evidovaných v MetaIS~://
--[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_fc5f5326fe7d94a7.gif||alt="Obrázok 8" height="459" width="551"]]
--//Obrázok 1 Príklad náhľadu architektúry v notácii ArchiMate//
--== {{id name="_Toc152607321"/}}{{id name="_Toc823562243"/}}5.1Prehľad e-Government komponentov ==
--//__**Ak bude vytváraný aj výstup I-03 Prístup k projektu, môže byť táto kapitola z dokumentu I-02 Projektový zámer vypustená, pretože jej obsah bude spracovaný vo výstupe I-03 Prístup k projektu.**__//
--//Obsah tejto kapitoly je 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 wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^5^^>>path:#sdfootnote5sym||name="sdfootnote5anc"]](%%)// 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ísm. b) zákona 95/2019 Z.z.//
--//V okamihu odovzdania výstupu I-02 Projektový zámer objednávateľ~://
++Realizácia projektu bude zahŕňať budovanie nového ISVS a jeho prepojenie s existujúcimi resp. budovanými ISVS mesta Žilina a súčasne nákup HW. Z toho dôvodu budú navrhnuté všetky vrstvy architektúry (biznis, aplikačná, technologická).
--1. //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, alebo ktorý podporuje export modelu do štandardizovaných výmenných formátov súborov,//
--1. //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-02 ako prílohu  vo výmennom formáte pre uloženie modelu, //
--1. //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ť. //
--//Objednávateľ v tejto kapitole uvedie prehľad nasledovných e-Government komponentov, ktoré budú výstupom projektu (dodané nové alebo zmenené) a ktoré evidoval v rámci výstupu M-06 v MetaIS~://
--=== 5.1.1Prehľad koncových služieb – budúci stav: ===
++**Pred uvedením a detailným popisom zvoleného navrhovaného riešenia boli vyhodnotené alternatívy riešenia pre každú vrstvu architektúry.**
++
++Architektúra navrhovaného riešenia projektu je 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**).
++
++Obsah tejto kapitoly je tiež prehľadom realizácie výstupu **M-06 - aktualizácia evidencie e-Government komponentov v MetaIS**. Mesto Žilina tak 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 MetaIS bezodkladne podľa § 12 ods. 1 písm. b) zákona č. 95/2019 Z.z.
++
++== {{id name="_Toc152607321"/}}{{id name="_Toc823562243"/}}**5.1 Stanovenie alternatív architektúry riešenia** ==
++
++Výber alternatív architektúry riešenia prebieha v dvoch kolách. Prvé kolo predstavuje uplatnenie multikriteriálnej analýzy (
++
++ďalej len „MCA“) – výber relevantných alternatív. Druhé kolo predstavuje vypracovanie Analýzy nákladov M-05 BC/CBA. Do druhého kola vstupujú alternatívy ktoré splnili všetky vylučovacie kritéria stanovené v multikritériálnej analýze. Minimálny počet variant, je stanovený na 3:
++
++* nulový variant, ktorý sa neposudzuje v MCA a je automaticky porovnávajúcim variantom v M-05 Analýza nákladov a prínosov,
++* „minimalistický variant“, ktorý vychádza z rovnakého biznis variantu ako preferovaný variant, ale realizuje iba „nutné“ aplikačné moduly,
++* preferovaný variant, ktorý splnil všetky kritéria MCA.
++
++=== 5.1.1 Stanovenie alternatív v biznisovej vrstve architektúry ===
++
++
++V rámci biznisovej vrstvy architektúry sme porovnávali 3 variantné alternatívy riešenia súčasného stavu. Na základe identifikovaného rozsahu problému v projektovom zámere boli stanovené tri rôzne riešenia.
++
++
++**Alternatíva 1** znamená ponechanie existujúceho stavu. Systémy mesta zostanú v prevádzke tak, ako sú, nebudú využívať údaje zo senzorov, resp. iba tie, ktoré už sú k dispozícii; nebude existovať jedna platforma, ktorá umožní centralizáciu a vyhodnocovanie senzorických dát, a ktorá bude mať preddefinované postupy rozhodovania t.j. business intelligence, a to aj na základe umelej inteligencie a schopnosti machine learning. Zamestnanci mesta budú naďalej rozhodovať na základe dostupných informácií, bez senzorových dát, ktoré im nebudú k dispozícii online, svoje rozhodnutia budú opierať o neúplné údaje resp. údaje posunuté v čase. Údaje budú musieť overovať a vydávanie rozhodnutí bude trvať dlhšie, nakoľko bude musieť prebiehať aj interná komunikácia s dotknutými odbormi. Občania a podnikatelia budú na vydávanie rozhodnutí, povolení resp. inej agendy čakať tak, ako doteraz – pomerne dlho. Údaje zo senzorov nebudú pre OVM k dispozícii, pretože nebudú existovať resp. momentálne z existujúcich senzorov nie sú poskytované.
++
++**Alternatíva 2** predpokladá čiastkovú realizáciu riešenia. Agendové systémy naďalej zostanú oddelené a nebude existovať jedna spojujúca platforma na vyhodnocovanie údajov zo senzorických dát, avšak bude vybudovaná kompletná sieť optických senzorov, kamier a inteligentných senzorov – dáta z nich budú buď online, alebo v krátkych časových odstupoch (max. 1 deň) k dispozícii zamestnancom mesta. Zamestnanci mesta tak budú môcť svoje rozhodovanie oprieť o aktuálne údaje, ktoré manuálne vyhodnotia, nebudú mať k dispozícii prediktívne modelovanie, automatické nástroje na hodnotenie senzorických dát. Ich rozhodovanie sa skráti, pridaná hodnota však nedosiahne svoj potenciál, nakoľko absentujúca platforma neumožní napríklad analýzu historických dát, rýchle prehľadávanie údajov s pomocou umelej inteligencie, predikcie, kombináciu dát viacerých senzorov a pod., čím sa znemožní inteligentné riadenie mesta s využívaním pokročilých dátových analýz.
++
++**Alternatíva 3** predpokladá plnohodnotnú realizáciu riešenia. Znamená nielen vybudovanie siete optických senzorov, bezpečnostných kamier a inteligentných senzorov, ale aj vytvorenie centrálnej analytickej platformy, ktorá bude schopná v reálnom čase prijímať, spracovávať a vyhodnocovať údaje zo všetkých typov zariadení. Súčasťou riešenia bude aj prepojenie na vybrané agendové systémy mesta, čím sa umožní nielen sprístupnenie dát zamestnancom mesta, ale aj ich automatizované spracovanie, tvorba preddefinovaných analytických scenárov, vizualizácií a rozhodovacích stromov.
++
++Zamestnanci mesta budú mať k dispozícii nástroje umožňujúce rýchle a efektívne rozhodovanie – založené na kombinácii aktuálnych a historických údajov, podporené algoritmami umelej inteligencie (napr. predikcia, alertovanie, detekcia vzorcov správania). Platforma zároveň umožní rýchle vyhľadávanie súvislostí, mapovanie javov v čase a priestore, ako aj nastavovanie autonómnych reakcií systému (napr. pri environmentálnych výkyvoch alebo bezpečnostných incidentoch).
++
++Týmto spôsobom dôjde k zásadnému **zrýchleniu a spresneniu rozhodovacích procesov**, zníženiu počtu chýb, obmedzeniu duplicít a zvýšeniu spokojnosti občanov aj podnikateľov, ktorí budú profitovať z rýchlejšieho a adresnejšieho poskytovania služieb. Údaje budú takisto sprístupnené iným OVM prostredníctvom otvorených dát a integrácií, čím sa zvýši transparentnosť a interoperabilita mesta ako digitálne zrelej samosprávy.
++
++Alternatíva 3 tak predstavuje systémové, dlhodobo udržateľné riešenie, ktoré dokáže reagovať na výzvy modernej samosprávy a zároveň flexibilne rásť podľa potrieb mesta a jeho obyvateľov.
++
++[[image:1753366560278-708.png]]
++
++//Obrázok 1 Znázornenie alternatív riešenia v biznis vrstve architektúry//
++
++Výber alternatív na úrovni biznis vrstvy prebieha prostredníctvom **Multikriteriálnej analýzy (MCA)** zostavenej na základe kapitoly Motivácia, ktorá obsahuje ciele stakeholderov, ich požiadavky a obmedzenia pre dosiahnutie uvedených cieľov.
++
++(% style="width:1417.22px" %)
++|(((
++
++)))|(% style="width:274px" %)**KRITÉRIUM**|(% style="width:481px" %)**ZDÔVODNENIE KRITÉRIA**|(% style="width:124px" %)(((
++**STAKEHOLDER**
++
++**1: Občan**
++)))|(% style="width:120px" %)(((
++**STAKEHOLDER**
++
++**2: Podnikateľ**
++)))|(% style="width:164px" %)(((
++**STAKEHOLDER**
++
++**3: Pracovník Mesta Žilina**
++)))|(% style="width:144px" %)(((
++**STAKEHOLDER**
++
++**4: OVM**
++)))
++|(% rowspan="8" %)(((
++BIZNIS VRSTVA
++
++
++)))|(% style="width:274px" %)Kritérium A: Rozvoj dátových platforiem a inteligentné riadenie|(% style="width:481px" %)Zabezpečenie centrálneho prístupu k dátam, ich spracovanie a využitie v analytických výstupoch podporujúcich efektívne riadenie samosprávy.|(% style="width:124px" %)-|(% style="width:120px" %)-|(% style="width:164px" %)X|(% style="width:144px" %)X
++|(% style="width:274px" %)Kritérium B: Poskytovanie služieb občanom a podnikateľom na základe dát|(% style="width:481px" %)Proaktívne elektronické služby vychádzajúce z aktuálnych a historických dát zvyšujú kvalitu služieb a skracujú čas rozhodovania.|(% style="width:124px" %)X|(% style="width:120px" %)X|(% style="width:164px" %)X|(% style="width:144px" %)-
++|(% style="width:274px" %)Kritérium C: Využívanie otvorených a priestorových dát|(% style="width:481px" %)Prístup k otvoreným údajom podporuje transparentnosť, opätovné využitie údajov a zlepšuje plánovanie v rámci celej verejnej správy.|(% style="width:124px" %)X|(% style="width:120px" %)X|(% style="width:164px" %)-|(% style="width:144px" %)X
++|(% style="width:274px" %)Kritérium D: Zvyšovanie kvality života prostredníctvom efektívnych procesov|(% style="width:481px" %)Zavedenie systémových riešení, ktoré znižujú náklady, zvyšujú presnosť a skracujú časové lehoty rozhodnutí.|(% style="width:124px" %)X|(% style="width:120px" %)X|(% style="width:164px" %)X|(% style="width:144px" %)-
++|(% style="width:274px" %)Kritérium E: Prístup k informáciám v reálnom čase|(% style="width:481px" %)Informovanosť zvyšuje komfort života a umožňuje lepšie plánovanie každodenných aktivít.|(% style="width:124px" %)X|(% style="width:120px" %)X|(% style="width:164px" %)X|(% style="width:144px" %)X
++|(% style="width:274px" %)Kritérium F: Predchádzanie problémovým javom pomocou technológií|(% style="width:481px" %)Využitie inteligentných senzorov a analytických nástrojov umožňuje včasnú detekciu rizík (kriminalita, environmentálne javy).|(% style="width:124px" %)X|(% style="width:120px" %)X|(% style="width:164px" %)X|(% style="width:144px" %)-
++|(% style="width:274px" %)Kritérium G: Zvýšenie bezpečnosti prostredníctvom analytických nástrojov|(% style="width:481px" %)Bezpečnostné kamery a platformy s AI funkciami pomáhajú identifikovať incidenty a znižujú kriminalitu.|(% style="width:124px" %)X|(% style="width:120px" %)X|(% style="width:164px" %)X|(% style="width:144px" %)-
++|(% style="width:274px" %)Kritérium H: Podpora prediktívnej správy infraštruktúry|(% style="width:481px" %)Automatizované spracovanie senzorových údajov umožňuje efektívnejšiu údržbu verejných zariadení a úspornejšie hospodárenie.|(% style="width:124px" %)-|(% style="width:120px" %)-|(% style="width:164px" %)X|(% style="width:144px" %)-
++
++//Tabuľka 8 Príklad šablóny pre spracovanie MCA//
++
++Vyhodnotenie kritérií vo vzťahu k jednotlivým alternatívam:
++
++(% style="width:1421.22px" %)
++|**Zoznam kritérií**|(((
++**Alternatíva**
++
++**1**
++)))|(% style="width:278px" %)(((
++**Spôsob**
++
++**dosiahnutia**
++)))|(% style="width:110px" %)**Alternatíva 2**|(% style="width:403px" %)(((
++**Spôsob**
++
++**dosiahnutia**
++)))|(% style="width:113px" %)**Alternatíva 3**|(% style="width:334px" %)(((
++**Spôsob**
++
++**dosiahnutia**
++)))
++|Kritérium A|Nie|(% style="width:278px" %)Pri zachovaní súčasného stavu nebude kritérium naplnené. Jeho naplnenie bude dosiahnuté realizáciou projektu.|(% style="width:110px" %)Nie|(% style="width:403px" %)Centralizácia údajov zo senzorov nebude zavedená komplexne, zamestnanec bude pristupovať k údajom jednotlivo.|(% style="width:113px" %)Áno|(% style="width:334px" %)Bude realizovaný centrálny prístup k dátam zo senzorov, dynamické vyhodnocovanie a prístup k výstupom SMART zariadení.
++|Kritérium B|Nie|(% style="width:278px" %)Pri zachovaní súčasného stavu nebude kritérium naplnené. Jeho naplnenie bude dosiahnuté realizáciou projektu.|(% style="width:110px" %)Nie|(% style="width:403px" %)Služby nebudú poskytované proaktívne, pretože nebude prebiehať strojová analýza senzorových dát a ich následné vyhodnotenie a spustenie proaktívnych služieb (napr. varovanie pred povodňou a pod.)|(% style="width:113px" %)Áno|(% style="width:334px" %)Všetky služby sa budú opierať o aktuálne a historické dáta, budú výsledkom rozhodovania nad centralizovanými údajmi agendových systémov a senzorov v meste.
++|Kritérium C|Nie|(% style="width:278px" %)Pri zachovaní súčasného stavu nebude kritérium naplnené. Jeho naplnenie bude dosiahnuté realizáciou projektu.|(% style="width:110px" %)Áno|(% style="width:403px" %)Údaje zo senzorov bude možné poskytovať ako samostatné balíky formou otvorených údajov.|(% style="width:113px" %)Áno|(% style="width:334px" %)(((
++Údaje zo senzorov bude možné poskytovať ako samostatné balíky formou otvorených údajov.
++
++
++Rovnako vhodne zvolené údaje z dátových analýz.
++)))
++|Kritérium D|Nie|(% style="width:278px" %)Pri zachovaní súčasného stavu nebude kritérium naplnené. Jeho naplnenie bude dosiahnuté realizáciou projektu.|(% style="width:110px" %)Čiastočne|(% style="width:403px" %)Pri realizácii alternatívy 2 dôjde k čiastočnému zvýšeniu kvality života miernym zefektívnením procesov.|(% style="width:113px" %)Áno|(% style="width:334px" %)Dôjde k zásadnému zvýšeniu kvality života zefektívnením procesov na úrovni mesta a tým vybavovaním agendy vo vzťahu k občanom a podnikateľom.
++|Kritérium E|Nie|(% style="width:278px" %)Pri zachovaní súčasného stavu nebude kritérium naplnené. Jeho naplnenie bude dosiahnuté realizáciou projektu.|(% style="width:110px" %)Áno|(% style="width:403px" %)Údaje zo senzorov budú k dispozícii online. K dispozícii nebudú online údaje potenciálne získané ich analýzou a interpretáciou.|(% style="width:113px" %)Áno|(% style="width:334px" %)K dispozícii budú online údaje zo senzorov. K dispozícii budú online aj údaje získané analýzou a interpretáciou senzorických dát.
++|Kritérium F|Nie|(% style="width:278px" %)Pri zachovaní súčasného stavu nebude kritérium naplnené. Jeho naplnenie bude dosiahnuté realizáciou projektu.|(% style="width:110px" %)Nie|(% style="width:403px" %)Automatizácia bude iba čiastočná, nie v očakávanom resp. možnom dosiahnuteľnom rozsahu.|(% style="width:113px" %)Áno|(% style="width:334px" %)Bude možné predikovať prípadné problémové javy a aktívne im predchádzať.
++|Kritérium G|Nie|(% style="width:278px" %)Pri zachovaní súčasného stavu nebude kritérium naplnené. Jeho naplnenie bude dosiahnuté realizáciou projektu.|(% style="width:110px" %)Čiastočne|(% style="width:403px" %)Moderné kamery obsahujú softvér, vrátane prvkov umelej inteligencie, ktoré dokážu varovať v prípade narušenia bezpečnosti. Nepôjde však o komplexné bezpečnostné riešenie.|(% style="width:113px" %)Áno|(% style="width:334px" %)Bude zavedené komplexné riešenie na zvýšenie bezpečnosti prostredníctvom analytických nástrojov.
++|Kritérium H|Nie|(% style="width:278px" %)Pri zachovaní súčasného stavu nebude kritérium naplnené. Jeho naplnenie bude dosiahnuté realizáciou projektu.|(% style="width:110px" %)Nie|(% style="width:403px" %)Bez ucelenej analýzy dát nebude možné toto kritérium naplniť.|(% style="width:113px" %)Áno|(% style="width:334px" %)Automatizované spracovanie senzorových údajov vo väzbe na agendové systémy umožní efektívnejšiu údržbu verejných zariadení a úspornejšie hospodárenie.
++
++//Tabuľka 9 Príklad šablóny pre vyhodnotenie MCA//
++
++**Na základe vyhodnotenia MCA analýzy vychádza Alternatíva 3 ako jediná, ktorá spĺňa všetky požiadavky.**
++
++===   ===
++
  {{content id="projekt.planovane_ks" template="
  |=Kód KS (z MetaIS)|=Názov KS|=Používateľ KS (G2C/G2B/G2G/G2A)|=Životná situáciab(+ kód z MetaIS)|=Úroveň elektronizácie KS[# th:each='item : ${ks}']
  [['|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.atribut('EA_Profil_KS_pouzivatel_ks')?:''} +

1753366560278-708.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.vladimir\.stromcek@amazonite\.sk

Veľkosť

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

Obsah

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

Súhrn

Podrobnosti

Vitajte

Linky

Navigácia