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,79 +235,96 @@
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		-//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ť.//
	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.
239	239
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.//
	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.
244	244
	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	+
245	245	== {{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 ==
246	246
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"]]
249	249
	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	+
250	250	== {{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 ==
251	251
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
	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| |
255	255
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|
287	287
	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	+
288	288	== {{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 ==
289	289
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~://
	291	+Alternatívy aplikačnej architektúry vychádzajú z navrhnutých alternatív v **biznis vrstve** (kapitola 3.8 PZ):
292	292
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"]]
	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).
297	297
	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	+
298	298	== {{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 ==
299	299
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~://
	312	+=== **tanovenie alternatív v technologickej vrstve architektúry** ===
306	306
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.//
	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).
310	310
	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	+
311	311	= {{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) =
312	312
313	313	* //Doplňte informácie – POPIS PRODUKTU - čo bude/čo chcete, aby bolo po ukončení projektu dodané//