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

...	...	@@ -288,35 +288,121 @@
288	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 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.//
292		-//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):
293	293
294		-* //Nutné – aplikačné moduly/funkcionality, ktoré sú nevyhnutné pre dosiahnutie cieľov//
295		-* //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)//
296		-* //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.//
297		-[[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).
298	298
	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	+
299	299	== {{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 ==
300	300
301		-//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 __//).//
302		-//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í).//
303		-//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.//
304		-[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_a966e8b8a99b13da.png||height="311" width="542"]]
305		-//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.//
306		-//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** ===
307	307
308		-* //nulový variant, ktorý sa neposudzuje v MCA a je automaticky porovnávajúcim variantom v M-05 Analýza nákladov a prínosov,//
309		-* //preferovaný variant, ktorý splnil všetky kritéria MCA,//
310		-* „//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).
311	311
	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	+
312	312	= {{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) =
313	313
314		-* //Doplňte informácie – POPIS PRODUKTU - čo bude/čo chcete, aby bolo po ukončení projektu dodané//
315		-** //projektové výstupy podľa vyhlášky 401/2023 o riadení projektov (vrátane zdrojových kódov)//
316		-** //koncové služby a biznis procesy, ktoré sú predmetom dodávky projektu//
317		-** //biznis objekty, ktoré majú byť vstupmi a výstupmi zo systému – napr. podania, formuláre, rozhodnutia, reporty, dáta, aplikačné rozhrania//
318		-* //Doplniť informáciu, resp. identifikovať VLASTNÍKOV PROCESOV (toto je dôležitá informácia pre budúce riadenie projektu a schvaľovanie výstupov projektu).//
	348	+**Čo bude dodané po ukončení projektu:**
	349	+Projekt zabezpečí vybudovanie základnej dátovej infraštruktúry pre obec Huncovce vrátane:
319	319
	351	+* siete **29 IoT senzorov** (kamery s analytickými funkciami) na 12 strategických lokalitách,
	352	+* **serverového a sieťového vybavenia** na spracovanie a archiváciu dát,
	353	+* **softvéru na základnú analytiku**, vizualizácie a export dát v štandardizovanom formáte XML,
	354	+* **interných dashboardov a reportov** pre vedenie obce,
	355	+* **otvoreného dátového výstupu** (min. 3 kategórie open data ročne),
	356	+* **dokumentácie a školenia personálu** na prevádzku systému.
	357	+
	358	+Projekt nebude vytvárať nový ISVS, riešenie je navrhnuté ako **samostatný modulárny systém** pripravený na budúcu integráciu.
	359	+
	360	+----
	361	+
	362	+**Projektové výstupy podľa vyhlášky č. 401/2023 Z. z.:**
	363	+
	364	+1. **I-01 Ideový zámer** – schválený a zverejnený v MetaIS.
	365	+1. **I-02 Projektový zámer** – schválený dokument definujúci ciele, rozsah, architektúru a harmonogram.
	366	+1. **I-04 Katalóg požiadaviek** – definícia funkčných a nefunkčných požiadaviek.
	367	+1. **I-05 Vyhlásenie podľa §8** – potvrdenie, že projekt nevytvára nový ISVS.
	368	+1. **Zoznam rizík, harmonogram, rozpočet, SLA, plán prevádzky a údržby.**
	369	+1. **Zdrojové kódy a konfigurácie** – exportované nastavenia analytického softvéru, skripty na spracovanie dát a štruktúry XML výstupov (pripravené na zverejnenie podľa Prílohy č. 11 výzvy).
	370	+
	371	+----
	372	+
	373	+**Koncové služby a biznis procesy pokryté projektom:**
	374	+
	375	+* Zber, spracovanie a archivácia dát z verejných priestranstiev a dopravných uzlov.
	376	+* Generovanie mesačných/kvartálnych reportov pre vedenie obce.
	377	+* Publikovanie anonymizovaných dát na webovom sídle obce (open data).
	378	+* Podpora rozhodovania pri plánovaní investícií, údržby a dopravných opatrení.
	379	+* Poskytovanie podkladov pre regionálnych partnerov (UMR Poprad–Svit–Kežmarok, PSK).
	380	+
	381	+----
	382	+
	383	+**Biznis objekty – vstupy a výstupy zo systému:**
	384	+
	385	+* **Vstupy:** surové obrazové dáta zo senzorov (neukladané), metadáta o počte a type objektov, lokalita, časové značky.
	386	+* (((
	387	+**Výstupy:**
	388	+
	389	+* agregované dátové sety (XML, CSV) – denné/mesačné prehľady,
	390	+* dashboardy a vizualizácie pre interné rozhodovanie,
	391	+* open data súbory 3. úrovne kvality,
	392	+* prevádzková a incidentná dokumentácia,
	393	+* exporty na národnú integračnú platformu (podľa Prílohy č. 11).
	394	+)))
	395	+* **Rozhrania:** REST API na prístup k anonymizovaným dátam, možnosť rozšírenia integrácie.
	396	+
	397	+----
	398	+
	399	+**Vlastníci procesov:**
	400	+
	401	+* **Starosta obce Huncovce** – vlastník procesov rozhodovania a plánovania rozvoja.
	402	+* **Obecný úrad Huncovce (technický pracovník, referent investícií)** – vlastník procesov zberu, spracovania a publikovania dát, zodpovedný za prevádzku systému.
	403	+* **Zastupiteľstvo obce Huncovce** – schvaľovanie rozhodnutí a rozpočtu na rozvoj systému.
	404	+* **Externý dodávateľ technológie** – zodpovednosť za implementáciu, úvodné nastavenie a odovzdanie riešenia.
	405	+
320	320	= {{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.NÁHĽAD ARCHITEKTÚRY =
321	321
322	322	* //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,//