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

...	...	@@ -235,96 +235,79 @@
235	235
236	236	== {{id name="_Toc152607313"/}}{{id name="_Toc198641823"/}}{{id name="_Toc1446281799"/}}{{id name="_Toc1842310707"/}}{{id name="_Toc1163807533"/}}{{id name="_Toc916545230"/}}{{id name="_Toc521854426"/}}{{id name="_Toc498488475"/}}{{id name="_Toc1758750743"/}}{{id name="_Toc207777217"/}}{{id name="_Toc936389862"/}}{{id name="_Toc1446163721"/}}3.7Riziká a závislosti ==
237	237
238		-Projekt je vymedzený na 12 konkrétnych lokalít v rámci obce Huncovce, ktoré boli vybrané na základe ich strategického významu pre rozvoj územia. Ide najmä o dopravné uzly, priechody a prístupové komunikácie, ktoré sú dôležité pre obyvateľov, návštevníkov, aj tranzitujúcich. Obcou prechádza frekventovaná cesta medzi Kežmarkom a Popradom, ako aj medzinárodná cyklotrasa. Monitorované lokality boli zvolené tak, aby zber dát prispel k plánovaniu v oblastiach dopravy, mobility, výstavby drobnej infraštruktúry (napr. cyklozastávky, bufet, elektro-nabíjačky), organizácie verejných služieb a celkového rozvoja obce.
	238	+//Doplňte/stručne popíšte **RIZIKÁ a ZÁVISLOSTI** (detail v prílohe ZOZNAM RIZÍK a ZÁVISLOSTI) **Zoznam RIZÍK a ZÁVISLOSTI** - je potrebné počas celej realizácie projektu aktualizovať.//
239	239
240		-Zber dát bude slúžiť ako podklad pre investičné rozhodovanie, zvyšovanie efektívnosti služieb a vytvorenie dátovo riadenej samosprávy. Výstupy budú dostupné vo formáte XML, v súlade s Prílohou č. 11 výzvy, pričom frekvencia ich generovania sa bude prispôsobovať reálnym potrebám obce. Niektoré výstupy budú sprístupnené aj verejnosti ako otvorené údaje.
	240	+* //V prípade projektov financovaných zo zdrojov EÚ je povinné vyhodnotenie rizík súvisiacich s~://
	241	+* //Realizáciou verejného obstarávania (t.j. napr. pred vyhlásením VO bude dopad na projekt Fatálny, ak má objednávateľ už uzatvorenú dodávateľskú zmluvu, bude dopad nevýznamný a pod...)//
	242	+* //Legislatívou: vyhodnotiť potrebu zmeny legislatívy (ak je potrebné prijať nový zákon tak bude dopad Fatálny)//
	243	+* //Časovým priebehom: ak je harmonogram realizácie naplánovaný do konca roka 2023, tak bude dopad Fatálny.//
241	241
242		-Pre úspešnú realizáciu projektu je nevyhnutné:
243		-
244		-* **Zabezpečiť nenávratný finančný príspevok** z výzvy PSK_MIRRI_619_2024_ITI_EFRR (opatrenie 1.2.2),
245		-* **Zrealizovať verejné obstarávanie** a vybrať vhodného dodávateľa technológie a služieb,
246		-* **Zabezpečiť spoluprácu odborných partnerov a projektového tímu**, ktorý bol v rámci obce už zostavený,
247		-* **Zachovať schválený rozsah zámeru**, ktorý bol odobrený Kooperačnou radou UMR Poprad–Svit–Kežmarok.
248		-* Vzhľadom na súčasný stav digitálnej infraštruktúry obce, kde zatiaľ nie je zavedený žiadny informačný systém verejnej správy na spracovanie dát, bude projekt realizovaný ako **lokálna inštalácia s výstupmi vo forme štruktúrovaných XML súborov**. Tento prístup umožňuje rýchle nasadenie riešenia bez potreby zložitého vývoja, pričom výstupy budú plne kompatibilné so štandardmi národnej integračno-analytickej platformy.
249		-* Projekt je koncipovaný tak, aby výstupy boli **intuitívne, ľahko spracovateľné a prakticky využiteľné** pre rozhodovanie v každodennej prevádzke samosprávy. Takto nastavený systém vytvára **pevný základ pre budúci rozvoj analytických kapacít obce**, ako aj možné prepojenie s ďalšími nástrojmi alebo rozšírenie o nové typy senzorov a funkcionalít.
250		-
251	251	== {{id name="_Toc152607315"/}}{{id name="_Toc1793724252"/}}{{id name="_Toc1466175488"/}}{{id name="_Toc1609225226"/}}{{id name="_Toc1296717251"/}}{{id name="_Toc1633501589"/}}{{id name="_Toc1315070395"/}}{{id name="_Toc1675606855"/}}{{id name="_Toc577492669"/}}{{id name="_Toc1200979875"/}}{{id name="_Toc248627913"/}}{{id name="_Toc1580551965"/}}{{id name="_Toc47815698"/}}{{id name="_Toc521508979"/}}3.8Stanovenie alternatív v biznisovej vrstve architektúry ==
252	252
	247	+//Na základe identifikovaného rozsahu problému navrhujete v projektovom zámere rôzne riešenia biznis procesov (podmnožiny problému). Alternatíva môže pokrývať procesy všetkých stakeholderov (zainteresované strany) alebo iba vybraných, celú životnú situáciu alebo len časť. Na úrovni stanovenia alternatívy je budúci stav biznis procesov popísaný rámcovo, pri zúžení alternatív na tie, ktoré vstupujú do CBA konkrétne.//
	248	+[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_6f4954d8b4fa4b84.png||height="161" width="594"]]
253	253
254		-
255		-Na základe analýzy aktuálneho stavu a identifikovaných potrieb obce Huncovce boli zvážené nasledovné alternatívy riešenia:
256		-
257		-|=**Alternatíva**|=**Popis**|=**Výhody**|=**Nevýhody / Riziká**
258		-|**A1 – Zachovanie súčasného stavu**|Pokračovať v rozhodovaní bez systematického zberu dát, spoliehať sa na podnety občanov, vizuálne pozorovania a manuálne štatistiky.|Bez investičných nákladov, jednoduchá administrácia.|Nemožnosť efektívne plánovať, vyššie riziko neefektívnych investícií, chýba transparentnosť.
259		-|**A2 – Zber dát manuálnym spôsobom**|Pravidelné manuálne sčítania a monitoring pracovníkmi obce (napr. na školských uzloch, križovatkách).|Nižšie náklady na technológie, rýchle zavedenie.|Vysoké personálne náklady, obmedzený počet meraní, nízka presnosť a periodicita.
260		-|**A3 – IoT senzory na vybraných uzloch (základná sieť)**|Zaviesť 29 IoT senzorov na 12 kľúčových lokalitách, lokálna analytika, výstupy v XML podľa štandardov.|Presné a pravidelné dáta, možnosť open data, základ pre budúci rozvoj.|Vyššie počiatočné investície, potreba školenia pracovníkov.
261		-|**A4 – Komplexný integrovaný systém Smart City**|Vybudovať rozsiahly ISVS s integráciou na ďalšie systémy (GIS, parkovanie, doprava, bezpečnostné zložky).|Dlhodobá vízia „smart“ obce, široké využitie dát.|Predimenzované pre potreby malej obce, vysoké náklady, dlhá implementácia, vyššie riziká.
262		-
263		-**Vybraná alternatíva:**
264		-Projekt realizuje **Alternatívu A3** – zavedenie základnej siete IoT senzorov a lokálneho spracovania dát bez integrácie do vládneho cloudu. Toto riešenie je optimálne z hľadiska nákladov, rýchlosti implementácie, kompatibility s výzvou PSK-MIRRI-619-2024-ITI-EFRR a budúcich možností rozšírenia.
265		-
266		-
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| |
	252	+//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.//
	253	+//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).//
	254	+Príklad šablóny pre spracovanie MCA
277	277
	256	+| |**KRITÉRIUM**|**ZDÔVODNENIE KRIÉRIA**|(((
	257	+**STAKEHOLDER**
	258	+**1**
	259	+)))|(((
	260	+**STAKEHOLDER**
	261	+**2**
	262	+)))|(((
	263	+**STAKEHOLDER**
	264	+**3**
	265	+)))
	266	+|(% rowspan="6" %)BIZNIS VRSTVA|Kritérium A (KO)| |X|X|X
	267	+|Kritérium B (KO)| |X|X|
	268	+|Kritérium C (KO)| | |X|X
	269	+|Kritérium D (KO)| | |X|X
	270	+|Kritérium E| |X|X|
	271	+|Kritérium F| |X| |X
	272	+Príklad šablóny pre vyhodnotenie MCA
	273	+|**Zoznam kritérií**|(((
	274	+**Alternatíva**
	275	+**1**
	276	+)))|(((
	277	+**Spôsob**
	278	+**dosiahnutia**
	279	+)))|**Alternatíva 2**|(((
	280	+**Spôsob**
	281	+**dosiahnutia**
	282	+)))
	283	+|Kritérium A|áno|vysvetlenie prečo áno|áno|vysvetlenie prečo áno
	284	+|Kritérium B|áno|vysvetlenie prečo áno|nie|
	285	+|Kritérium C|áno|vysvetlenie prečo áno|nie|
	286	+|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):
	290	+//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.//
	291	+//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).
	293	+* //Nutné – aplikačné moduly/funkcionality, ktoré sú nevyhnutné pre dosiahnutie cieľov//
	294	+* //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)//
	295	+* //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.//
	296	+[[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** ===
	300	+//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 __//).//
	301	+//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í).//
	302	+//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.//
	303	+[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_a966e8b8a99b13da.png||height="311" width="542"]]
	304	+//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.//
	305	+//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).
	307	+* //nulový variant, ktorý sa neposudzuje v MCA a je automaticky porovnávajúcim variantom v M-05 Analýza nákladov a prínosov,//
	308	+* //preferovaný variant, ktorý splnil všetky kritéria MCA,//
	309	+* „//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		-
325		-
326		-//A//
327		-
328	328	= {{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) =
329	329
330	330	* //Doplňte informácie – POPIS PRODUKTU - čo bude/čo chcete, aby bolo po ukončení projektu dodané//