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,82 +267,65 @@
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		-|=**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| |
	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
277	277
	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|
278	278
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		-
289	289	== {{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 ==
290	290
291		-Alternatívy aplikačnej architektúry vychádzajú z navrhnutých alternatív v **biznis vrstve** (kapitola 3.8 PZ):
	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~://
292	292
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).
	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"]]
296	296
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		-
310	310	== {{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 ==
311	311
312		-=== **tanovenie alternatív v technologickej vrstve architektúry** ===
	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~://
313	313
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).
	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.//
315	315
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		-V súlade s metodikou riadenia projektov ITVS a požiadavkami výzvy PSK-MIRRI-619-2024-ITI-EFRR:
325		-
326		-1. **COTS vs. vývoj na zelenej lúke:**
327		-V projektovom zámere neporovnávame alternatívu vývoja riešenia „na zelenej lúke“ s COTS riešením. Verejné obstarávanie bude otvorené a nediskriminačné – nebude vopred stanovené, či uchádzači predložia ponuku na vývoj alebo implementáciu hotového produktu. Riešenie je popísané funkčne a požiadavky sú definované nezávisle od konkrétneho technologického dodávateľa.
328		-1. **Kolá výberu alternatív:**
329		-Výber alternatív prebieha podľa metodiky v dvoch krokoch:
330		-
331		-* **1. kolo:** Multikriteriálna analýza (MCA) – výber relevantných alternatív podľa vylučovacích kritérií (KO).
332		-* **2. kolo:** Analýza nákladov a prínosov (M-05 BC/CBA) – hodnotenie nákladovej efektívnosti preferovaného variantu a jeho porovnanie s nulovým variantom a minimalistickým variantom.
333		-
334		-1. **Povinnosť CBA/BC:**
335		-Pre tento projekt **nie je povinné** spracovať BC/CBA, keďže celkový rozpočet je pod 1 000 000 € a projekt nevytvára ani nerozširuje ISVS. Zdôvodnenie výberu riešenia preto končí pri multikriteriálnej analýze, ktorá je postačujúca na preukázanie správnosti výberu preferovaného variantu.
336		-1. **Definícia variantov:**
337		-
338		-* **Nulový variant:** Zachovanie súčasného stavu bez systémového zberu dát (slúži ako porovnávací variant).
339		-* **Preferovaný variant:** Alternatíva A3 (IoT senzory na 12 lokalitách s lokálnym spracovaním dát), ktorá spĺňa všetky KO kritériá.
340		-* **Minimalistický variant:** Rovnaký biznis variant ako preferovaný, no realizuje iba „nutné“ aplikačné moduly (základný zber dát, základná analytika, bez rozšírených vizualizácií a integrácií).
341		-
342		-Týmto je zabezpečená transparentnosť, nediskriminácia a metodická správnosť výberu riešenia.
343		-
344		-
345		-
346	346	= {{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) =
347	347
348	348	* //Doplňte informácie – POPIS PRODUKTU - čo bude/čo chcete, aby bolo po ukončení projektu dodané//