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

Súhrn

• Vlastnosti stránky (1 modified, 0 added, 0 removed)

Podrobnosti

Vlastnosti stránky

Obsah

...	...	@@ -267,65 +267,64 @@
267	267
268	268	== {{id name="_Toc152607316"/}}{{id name="_Toc272880027"/}}{{id name="_Toc1555402845"/}}{{id name="_Toc202773756"/}}{{id name="_Toc184325397"/}}{{id name="_Toc668554681"/}}{{id name="_Toc1254416069"/}}{{id name="_Toc1027950788"/}}{{id name="_Toc1148271670"/}}{{id name="_Toc113941326"/}}{{id name="_Toc531942663"/}}{{id name="_Toc154507425"/}}3.9Multikriteriálna analýza ==
269	269
270		-//Výber alternatív prebieha na úrovni biznis vrstvy prostredníctvom MCA zostavenej na základe kapitoly Motivácia, ktorá obsahuje ciele stakeholderov, ich požiadavky a obmedzenia pre dosiahnutie uvedených cieľov.//
271		-//Niektoré (nie všetky) kritériá môžu byť označené ako KO kritériá. KO kritériá označujú biznis požiadavky na riešenie, ktoré sú z hľadiska rozsahu identifikovaného problému a motivácie nevyhnutné pre riešenie problému a všetky akceptovateľné alternatívy ich tak musia naplniť. Alternatívy, ktoré nesplnia všetky KO kritériá, môžu byť vylúčené z ďalšieho posudzovania. KO kritériá nesmú byť technologické (preferovať jednu formu technologickej implementácie voči druhej).//
272		-Príklad šablóny pre spracovanie MCA
	270	+|=**KRITÉRIUM**|=**ZDÔVODNENIE KRITÉRIA**|=**STAKEHOLDER 1** (Starosta)|=**STAKEHOLDER 2** (Obecné zastupiteľstvo)|=**STAKEHOLDER 3** (Občania a návštevníci)
	271	+|**Kritérium A (KO)**: Splnenie požiadaviek výzvy PSK-MIRRI-619-2024-ITI-EFRR|Projekt musí dodržať štandardy (XML, Príloha 11, open data) pre získanie NFP|X|X|
	272	+|**Kritérium B (KO)**: Možnosť realizácie bez vývoja ISVS|Obec nemá IT oddelenie ani IS, riešenie musí byť implementovateľné lokálne|X|X|
	273	+|**Kritérium C (KO)**: Zabezpečenie anonymizácie a súladu s GDPR|Dôležité z hľadiska ochrany osobných údajov a dôvery verejnosti| |X|X
	274	+|**Kritérium D (KO)**: Pokrytie kľúčových 12 lokalít obce|Nevyhnutné na to, aby obec získala relevantné údaje pre plánovanie|X|X|X
	275	+|**Kritérium E**: Otvorené údaje dostupné pre občanov|Zvýšenie transparentnosti a participácie| |X|X
	276	+|**Kritérium F**: Možnosť budúceho rozšírenia o ďalšie senzory|Podpora dlhodobej digitálnej transformácie obce|X| |
273	273
274		-| |**KRITÉRIUM**|**ZDÔVODNENIE KRIÉRIA**|(((
275		-**STAKEHOLDER**
276		-**1**
277		-)))|(((
278		-**STAKEHOLDER**
279		-**2**
280		-)))|(((
281		-**STAKEHOLDER**
282		-**3**
283		-)))
284		-|(% rowspan="6" %)BIZNIS VRSTVA|Kritérium A (KO)| |X|X|X
285		-|Kritérium B (KO)| |X|X|
286		-|Kritérium C (KO)| | |X|X
287		-|Kritérium D (KO)| | |X|X
288		-|Kritérium E| |X|X|
289		-|Kritérium F| |X| |X
290		-Príklad šablóny pre vyhodnotenie MCA
291		-|**Zoznam kritérií**|(((
292		-**Alternatíva**
293		-**1**
294		-)))|(((
295		-**Spôsob**
296		-**dosiahnutia**
297		-)))|**Alternatíva 2**|(((
298		-**Spôsob**
299		-**dosiahnutia**
300		-)))
301		-|Kritérium A|áno|vysvetlenie prečo áno|áno|vysvetlenie prečo áno
302		-|Kritérium B|áno|vysvetlenie prečo áno|nie|
303		-|Kritérium C|áno|vysvetlenie prečo áno|nie|
304		-|Kritérium D|áno|vysvetlenie prečo áno|nie|
305	305
	279	+|=**Zoznam kritérií**|=**Alternatíva 1: IoT senzory (základná sieť)**|=**Spôsob dosiahnutia**|=**Alternatíva 2: Manuálny monitoring**|=**Spôsob dosiahnutia**
	280	+|Kritérium A|áno|Projekt plne v súlade s výzvou a štandardmi|nie|Nesplní štandardy ani Prílohu 11
	281	+|Kritérium B|áno|Riešenie bez vývoja ISVS, lokálna analytika|áno|Bez vývoja ISVS
	282	+|Kritérium C|áno|IoT riešenia používajú anonymizáciu|čiastočne|Ručný zber dát minimalizuje riziko, ale nie je systémový
	283	+|Kritérium D|áno|Plné pokrytie 12 lokalít|nie|Nedá sa zabezpečiť s dostupnými personálnymi kapacitami
	284	+|Kritérium E|áno|Automatizované generovanie open dát|nie|Manuálny proces nezabezpečí pravidelné zverejňovanie
	285	+|Kritérium F|áno|Možnosť doplniť senzory a integrácie|nie|Manuálne riešenie je ťažko škálovateľné
	286	+
	287	+
	288	+
306	306	== {{id name="_Toc152607317"/}}{{id name="_Toc2141037501"/}}{{id name="_Toc305797393"/}}{{id name="_Toc757025235"/}}{{id name="_Toc799792984"/}}{{id name="_Toc1320898353"/}}{{id name="_Toc662890955"/}}{{id name="_Toc2002161453"/}}{{id name="_Toc463175707"/}}{{id name="_Toc660959900"/}}{{id name="_Toc1051940062"/}}{{id name="_Toc1081082045"/}}{{id name="_Toc47815700"/}}{{id name="_Toc521508981"/}}3.10Stanovenie alternatív v aplikačnej vrstve architektúry ==
307	307
308		-//Alternatívy na úrovni aplikačnej architektúry reflektujú alternatívy vypracované na základe „nadradenej“ architektonickej biznis vrstvy, pričom vďaka uplatneniu nasledujúcich princípov aplikačná vrstva architektúry dopĺňa informácie k alternatívam stanoveným pomocou biznis architektúry.//
309		-//Pre klasifikáciu alternatív za účelom ďalšieho porovnania aplikačnej vrstvy a architektúry je potrebné zadefinovať nasledovné požiadavky~://
	291	+Alternatívy aplikačnej architektúry vychádzajú z navrhnutých alternatív v **biznis vrstve** (kapitola 3.8 PZ):
310	310
311		-* //Nutné – aplikačné moduly/funkcionality, ktoré sú nevyhnutné pre dosiahnutie cieľov//
312		-* //Preferované – aplikačné moduly/funkcionality, ktoré rozvíjajú biznis alternatívu a vytvárajú dodatočné prínosy, započítané v Analýze nákladov a prínosov M-05 (BC/CBA povinná pre projekty nad 1 000 000,- EUR)//
313		-* //Aplikačná vrstva by mala byť schopná rozdeliť moduly do skupín podľa koncových služieb/funkcionalít, ktoré plnia nutné a preferované požiadavky.//
314		-[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_5701ef6f26440efc.png||height="156" width="288"]]
	293	+* **Alternatíva 1:** Základná sieť IoT senzorov s lokálnym spracovaním dát (vybraná ako optimálna).
	294	+* **Alternatíva 2:** Manuálny monitoring a ručný zber dát (neefektívna, nevhodná).
	295	+* **Alternatíva 3:** Komplexný Smart City systém s vysokou mierou integrácie (predimenzované pre potreby obce).
315	315
	297	+V aplikačnej vrstve tieto alternatívy znamenajú rozdielne požiadavky na softvér, integrácie a funkcionalitu:
	298	+
	299	+|=**Aplikačná požiadavka**|=**Nutné (minimum)**|=**Preferované (doplnkové)**|=**Poznámky k alternatívam**
	300	+|**Zber a agregácia dát zo senzorov**|Automatizovaný zber, lokálne spracovanie, export XML podľa Prílohy 11 výzvy|API rozhrania pre externé aplikácie|Nutné vo všetkých alternatívach, no manuálne riešenie by to neplnilo systémovo
	301	+|**Analytický modul**|Základná analytika: počty objektov, dopravné toky, vyťaženosť lokalít|Pokročilé analýzy trendov, porovnania pred/po opatreniach|Preferované pre budúci rozvoj a plánovanie
	302	+|**Dashboardy pre vedenie obce**|Mesačné/kvartálne prehľady vo forme grafov a tabuliek|Online prístup, interaktívne vizualizácie|Nutné pre podporu rozhodovania
	303	+|**Open Data modul**|Generovanie anonymizovaných dátových setov vo formáte XML|Publikovanie dát v rôznych formátoch (CSV, JSON) a vizualizácie|Preferované pre participáciu občanov
	304	+|**Bezpečnostné mechanizmy**|Šifrovaný prenos dát, anonymizácia osobných údajov|Integrované logovanie a monitoring bezpečnosti|Nutné z dôvodu GDPR a ochrany dát
	305	+|**Integrácia s inými systémami**|Základná kompatibilita s národnou integračnou platformou|Priame napojenie na GIS alebo plánovanie dopravy|Preferované, nie je nutné v 1. fáze
	306	+|**Škálovateľnosť**|Možnosť doplnenia ďalších senzorov bez zásahu do jadra systému|Modulárne rozširovanie o environmentálne senzory, parkovacie čidlá|Preferované ako budúci rozvojový krok
	307	+
	308	+*
	309	+
316	316	== {{id name="_Toc152607318"/}}{{id name="_Toc1308618109"/}}{{id name="_Toc1709724880"/}}{{id name="_Toc1118245238"/}}{{id name="_Toc416893103"/}}{{id name="_Toc1814703501"/}}{{id name="_Toc1969952445"/}}{{id name="_Toc1495260625"/}}{{id name="_Toc1603455053"/}}{{id name="_Toc245422461"/}}{{id name="_Toc1058442113"/}}{{id name="_Toc2040067840"/}}{{id name="_Toc47815701"/}}{{id name="_Toc521508982"/}}3.11Stanovenie alternatív v technologickej vrstve architektúry ==
317	317
318		-//Alternatívy na úrovni technologickej architektúry reflektujú alternatívy vypracované na základe „nadradenej“ architektonickej aplikačnej vrstvy, pričom sa prioritne uvažuje o využití služieb vládneho cloudu (privátne aj verejné cloudové služby zverejnené v katalógu služieb vládneho cloudu (//__[[odkaz na katalóg>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb/]] služieb __//).//
319		-//V prípadoch, kedy by nebolo ekonomicky výhodné využiť vládny cloud v plnom rozsahu projektu, je možné uvažovať aj o iných/ďalších alternatívach: hybridnej (časť aplikácií využíva privátny vládny cloud a časť vlastný HW žiadateľa, resp. časť aplikácii využíva služby komerčného poskytovateľa cloudových služieb), nasadenie v prostredí komerčného cloudu alebo v krajnom prípade sú všetky aplikácie nasadené v prostredí vlastného HW žiadateľa (prípady zohľadnenia bezpečnosti alebo iných povinností).//
320		-//Ekonomická výhodnosť technologickej alternatívy je preukázaná nižšími nákladmi na TCO projektu. Spracovateľ projektového zámeru je povinný preukázať, že zvolené riešenie je ekonomicky výhodnejšie. V prípade, že z bezpečnostných alebo iných dôvodov nezvolil najvýhodnejšiu alternatívu (resp. neposudzoval viacero alternatív), spracovateľ doloží zdôvodnenie potreby daného technologického riešenia. V zdôvodnení sú uvedené konkrétne požiadavky a ich parametre, ktoré neumožnili zvoliť najvýhodnejšie riešenie alebo porovnať viacero alternatív.//
321		-[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_a966e8b8a99b13da.png||height="311" width="542"]]
322		-//Ako alternatívu nepovažujeme porovnanie krabicových „off-the-shelf“ riešení (COTS) riešení s alternatívou vývoja aplikácií „na zelenej lúke“ a to z dôvodu toho, že žiadateľ pre zachovanie nediskriminačných podmienok vo verejnom obstarávaní nevie vopred určiť, či dostane ponuku od uchádzača k vývoju na zelenej lúke, alebo sa všetky ponuky od uchádzačov vo verejnom obstarávaní budú vzťahovať na COTS riešenie. Výnimka je v prípade, ak žiadateľ uvažuje použiť konkrétne COTS riešenie ako podmienku pre uchádzača v rámci procesu verejného obstarávania a to vzhľadom na ekonomické alebo iné dôvody preukázané v dokumente.//
323		-//Výber alternatív 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~://
	312	+=== **tanovenie alternatív v technologickej vrstve architektúry** ===
324	324
325		-* //nulový variant, ktorý sa neposudzuje v MCA a je automaticky porovnávajúcim variantom v M-05 Analýza nákladov a prínosov,//
326		-* //preferovaný variant, ktorý splnil všetky kritéria MCA,//
327		-* „//minimalistický variant“, ktorý vychádza z rovnakého biznis variantu ako preferovaný variant, ale realizuje iba „nutné“ aplikačné moduly.//
	314	+Technologické alternatívy vychádzajú z aplikačnej architektúry, ktorá predpokladá jednoduché IoT riešenie so spracovaním dát lokálne v obci. Keďže obec Huncovce nemá vlastné IT oddelenie ani existujúce ISVS, projekt je navrhnutý ako **samostatné riešenie s lokálnou infraštruktúrou**, ktoré je možné v budúcnosti integrovať s národnou analytickou platformou prostredníctvom štandardizovaných výstupov (XML).
328	328
	316	+|=**Alternatíva**|=**Popis**|=**Výhody**|=**Nevýhody / Riziká**
	317	+|**T1 – Plné využitie vládneho cloudu**|Senzory posielajú dáta priamo do centrálneho úložiska vo vládnom cloude, analytika a vizualizácie bežia na cloudovej platforme.|Centralizácia, vysoká dostupnosť, jednoduchšie škálovanie.|Nevhodné pre pilotný projekt malej obce, vyššie náklady, zložité integračné procesy, závislosť od centrálnej správy.
	318	+|**T2 – Hybridný model**|Senzory zbierajú a spracúvajú dáta lokálne, časť dát sa archivuje alebo zdieľa cez vládny cloud.|Kombinuje výhody lokálnej prevádzky a centralizácie, možnosť postupného prechodu do cloudu.|Potreba koordinácie dvoch prostredí, vyššia technická zložitosť.
	319	+|**T3 – Lokálna infraštruktúra (vybraná)**|Lokálne servery obce spracovávajú a ukladajú dáta, výstupy v štandardizovanom XML sú pripravené na integráciu s národnou platformou.|Nízke prevádzkové náklady, nezávislosť, jednoduché riadenie, vhodné pre obec bez ISVS.|Nutnosť zabezpečiť fyzickú a kybernetickú ochranu, menšia kapacita škálovania.
	320	+
	321	+**Zdôvodnenie výberu:**
	322	+Vybraná je **Alternatíva T3 – Lokálna infraštruktúra**. Projekt nevyžaduje rozsiahlu integráciu s ISVS, cieľom je pilotne zaviesť dátovo riadené rozhodovanie. Nasadenie vo vládnom cloude by v tejto fáze nebolo ekonomicky výhodné ani primerané rozsahu projektu. Systém je navrhnutý tak, aby bol **budúco-kompatibilný** – výstupy sú pripravené na publikovanie v národnej integračno-analytickej platforme.
	323	+
	324	+
	325	+
	326	+//A//
	327	+
329	329	= {{id name="_Toc152607319"/}}{{id name="_Toc235638817"/}}{{id name="_Toc2038485909"/}}{{id name="_Toc1889369710"/}}{{id name="_Toc54886926"/}}{{id name="_Toc472227250"/}}{{id name="_Toc1379517775"/}}{{id name="_Toc540855301"/}}{{id name="_Toc1475201524"/}}{{id name="_Toc1214716058"/}}{{id name="_Toc240714683"/}}{{id name="_Toc476051484"/}}{{id name="_Toc47815703"/}}4.POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU) =
330	330
331	331	* //Doplňte informácie – POPIS PRODUKTU - čo bude/čo chcete, aby bolo po ukončení projektu dodané//