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

Súhrn

• Vlastnosti stránky (1 modified, 0 added, 0 removed)
• Prílohy (0 modified, 1 added, 0 removed)
  • Obrázok1.png

Podrobnosti

Vlastnosti stránky

Obsah

...	...	@@ -300,12 +300,13 @@
300	300
301	301	== {{id name="_Toc1171095368"/}}{{id name="_Toc917011599"/}}{{id name="_Toc1971312639"/}}{{id name="_Toc1126157752"/}}{{id name="_Toc1310576106"/}}{{id name="_Toc2022117806"/}}{{id name="_Toc1657084950"/}}{{id name="_Toc1062413439"/}}{{id name="_Toc2022428828"/}}{{id name="_Toc2122222112"/}}{{id name="_Toc754065181"/}}{{id name="_Toc152607307"/}}{{id name="_Toc47815696"/}}{{id name="_Toc152607306"/}}{{id name="_Toc152607305"/}}{{id name="_Toc152607304"/}}{{id name="_Toc152607303"/}}{{id name="_Toc152607302"/}}{{id name="_Toc152607301"/}}{{id name="_Toc152607300"/}}{{id name="_Toc152607299"/}}{{id name="_Toc152607298"/}}{{id name="_Toc152607297"/}}{{id name="_Toc152607296"/}}{{id name="_Toc152607295"/}}{{id name="_Toc152607294"/}}3.4Ciele projektu ==
302	302
303		-//Do tabuliek nižšie doplniť CIEĽ /CIELE PROJEKTU, ich mapovanie na strategické ciele (napr. z NKIVS, KRIT a iných strategických dokumentov) a súvisiace merateľné ukazovatele (KPI- key performance indicators). Ciele musia byť S.M.A.R.T. - //konkrétne, merateľné, dosiahnuteľné, relevantné, časovo ohraničené.
	303	+Medzi ciele projektu patria vybrané ciele z NKIVS popísané nižšie v tabuľke spolu s predpokladanými ukazovateľmi (dostupné na: [[https:~~/~~/mirri.gov.sk/wp-content/uploads/2021/12/Narodna-koncepcia-informatizacie-verejnej-spravy-2021.pdf>>url:https://mirri.gov.sk/wp-content/uploads/2021/12/Narodna-koncepcia-informatizacie-verejnej-spravy-2021.pdf]] )
304	304
305	305	|**ID**|
306	306	\\**Názov cieľa**|**Názov strategického cieľa**|**Spôsob realizácie strategického cieľa**
307		-|...| |...|...
308		-|...| |...|...
	307	+|1.|Dobudovať digitálne prostredie založené na zdieľaní údajov vo verejnej správe.|Používanie služieb eGovernmentu občanmi (DESI)|Podiel systémov sledovaných subjektov verejnej správy, ktoré sú prevádzkované na CLOUD NATIVE technológii
	308	+|2.|Zvýšiť úžitkovú hodnotu informačných systémov verejnej správy počas ich životného cyklu.|Používanie služieb eGovernmentu občanmi (DESI)|Podiel sledovaných systémov, ktoré generujú vyššiu úsporu / benefity ako náklady na prevádzku sledovaných systémov
	309	+|3.|Optimalizovať náklady verejnej správy|Používanie služieb eGovernmentu občanmi (DESI)|Kumulatívne množstvo ušetrených výdavkov verejnej správy oproti alternatíve AS IS
309	309
310	310	== {{id name="_Toc152607308"/}}3.5Merateľné ukazovatele (KPI) ==
311	311
...	...	@@ -318,44 +318,123 @@
318	318	**(aktuálne)|**TO BE
319	319	Merateľné hodnoty
320	320	**(cieľové hodnoty)|**Spôsob ich merania**|**Pozn.**
321		-|...| |...|...|...|...|...|...|...
322		-|...| |...|...|...|...|...|...|...
323		-|...| |...|...|...|...|...|...|...
324		-//Vysvetlivky k vyplneniu tabuľky~://
	322	+|1.|(((
	323	+PO081
325	325
326		-* //Vzory merateľných ukazovateľov pre projekt sú publikované v Checkliste pre agendu Merateľné ukazovatele/KPI (//__[[https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]__// )//
327		-* //**AS IS merateľné ukazovatele** – t. j. popíšte, aké merateľné ukazovatele máte teraz (vpíšte výsledky meraní – v merateľných jednotkách) .//
328		-* //**TO BE merateľné ukazovatele** – t. j. popíšte cieľové merateľné ukazovatele, ktoré chcete dosiahnuť.//
329		-* //Odporúčame, aby váš budúci IS mal automatizovaný monitoring (na pravidelnej báze, napr. týždenne) vami stanovených merateľných ukazovateľov – s cieľom, aby ste mohli riadiť službu, produkt, proces, ľudí//
330		-* //V prípade financovania cez zdroje EÚ uvádzať aj Projektové merateľné ukazovatele z operačného programu (špecifické ciele, merateľné ukazovatele atď).//
	325	+(PSKPRCO76)
	326	+)))|Integrované projekty pre územný rozvoj|(((
	327	+Počet integrovaných projektov podporovaných v rámci integrovaného územného rozvoja, ktoré sú
331	331
	329	+integrované samé o sebe v súlade s článkom 28
	330	+
	331	+nariadenia o spoločných ustanoveniach č. 2021/1060
	332	+)))|projekt|0|1|(((
	333	+Príklad zdroja overenia najmä: Podporené projekty, ITMS,
	334	+
	335	+správa o dokončení výstupu
	336	+)))|(((
	337	+Typ ukazovateľa: výstup, súčet, ku koncu realizácie
	338	+
	339	+hlavných aktivít
	340	+
	341	+projektu
	342	+)))
	343	+|2.|PR092 (PSKPSRI40)|(((
	344	+Používatelia nových a vylepšených
	345	+
	346	+verejných inovatívnych služieb,
	347	+
	348	+produktov a procesov
	349	+)))|Počet používateľov nových a vylepšených služieb, produktov|používatelia / rok|0|130|Príklad zdroja overenia najmä: Súčet užívateľov cez samostatný prístup (vedenie Úradu PSK, vedúci odborov, vedenie organizácií v zriaďovateľskej pôsobnosti, zamestnanci Odboru majetku a investícií), zamestnanci Energetickej Agentúry Smart Regiónu|Typ ukazovateľa: výsledok, po dobu udržateľnosti projektu (5 rokov)
	350	+
332	332	== {{id name="_Toc152607312"/}}{{id name="_Toc1937275886"/}}{{id name="_Toc741126126"/}}{{id name="_Toc1465086354"/}}{{id name="_Toc1808286414"/}}{{id name="_Toc773473969"/}}{{id name="_Toc1151283522"/}}{{id name="_Toc1993493887"/}}{{id name="_Toc2086720991"/}}{{id name="_Toc484272872"/}}{{id name="_Toc1278737203"/}}{{id name="_Toc325672769"/}}{{id name="_Toc152607311"/}}{{id name="_Toc152607309"/}}3.6Špecifikácia potrieb koncového používateľa ==
333	333
334		-//Táto časť sa týka projektov, ktoré sú zamerané na vývoj alebo rozvoj ISVS/s elektronickými službami , ktoré  majú grafické alebo iné používateľské rozhranie a sú určené pre občanov/podnikateľov (alebo aj pracovníkov verejnej správy pracujúcich s agendovým systémom), ďalej označených ako koncoví používatelia. //
	353	+Špecifikácia potrieb koncových užívateľov vzišla ako výsledok realizácie používateľského prieskumu, formou kvalitatívneho výskumu. Podrobnejšie výsledky mapuje Príloha č.1 Projektového zámeru - Report používateľského prieskumu. Stručné výsledky špecifikácie potrieb prezentuje nasledujúca tabuľka.
335	335
336		-* //Špecifikácia požiadaviek koncových používateľov musí byť v súlade s legislatívou (s aktuálne platnou alebo s návrhom jej zmien ako súčasť projektu) a postupmi pri vytváraní elektronických služieb verejnej správy, ako sú napríklad používateľský prieskum, mapovanie používateľskej cesty, vytváranie informačnej architektúry a testovanie prototypov podľa vyhlášky //__[[547/2021 Z. z. o elektronizácii agendy verejnej správy>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2021/547/]]__//.//
337		-* //Definujte skupiny koncových používateľov elektronických služieb a popísať cieľové skupiny koncových používateľov, vrátane sociodemografických charakteristík cieľových skupín alebo účastníkov používateľského prieskumu. Príklad definície skupín koncových používateľov, tzv. persón nájdete v metodike pre tvorbu používateľsky kvalitných elektronických služieb (//__[[Metodika pre tvorbu používateľsky kvalitných elektronických služieb>>url:https://mirri.gov.sk/wp-content/uploads/2020/10/Metodicke-usmernenie-pre-tvorbu-pouzivatelsky-kvalitnych-elektronickych-sluzieb-VS_7102020.pdf]]__//).//
338		-* //Špecifikujte potreby resp. ciele koncových používateľov (ideálne formou tzv. //__ [[používateľského príbehu>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2023/401/#paragraf-13.odsek-4]]__//) ktoré identifikujú, čo jednotlivé skupiny koncových používateľov od elektronickej služby požadujú.  Ak ide o zmenu (upgrade) elektronickej služby, ktorá už existuje, dajú sa ciele koncových používateľov kvantitatívne odmerať: //
339		-** //ako sa koncovým používateľom svoje potreby (resp. ciele) darí napĺňať (performance indikátory) - napr. priemerný čas pre naplnenie potreby, miera chybovosti, miera dokončenia, pomer online/offline transakcií, //
340		-** //ako sú koncoví používatelia (ne)spokojní s existujúcou  elektronickou službou (Net Promoter Score, Customer effort Score, customer satisfaction....),//
341		-* //Pri rozvoji existujúcej elektronickej služby je možné použiť výstupy zo zisťovania spätnej väzby k elektronickej službe, ak z nich vyplývajú požiadavky koncových používateľov na rozvoj služby.  //
342		-* //Ak ide o vytváranie novej koncovej služby, realizuje sa používateľský prieskum spravidla metódou kvalitatívneho prieskumu (formou štruktúrovaného rozhovoru alebo dotazníka, ktorého cieľom je pomenovať základné ciele/potreby koncových používateľov) a očakávania od kvality a funkcionalít plánovanej elektronickej služby (odkaz návod (v angličtine): //__[[Ako vybrať vhodnú metódu používateľského prieskumu>>url:https://www.nngroup.com/articles/which-ux-research-methods/]]__//).//
343		-* //Priložte Report zákazníckeho prieskumu ako prílohu Projektového zámeru, ktorý popíše priebeh a metódy prieskumu, základné kvantitatívne ukazovatele, veľkosť vzorky atď. //
344		-* //Doplňte Katalóg požiadaviek (funkčné, nefunkčné) o priorizované požiadavky z používateľského prieskumu v dokumente M-05 Analýza nákladov a prínosov, karta Katalóg požiadaviek I-04 Katalóg požiadaviek.//
	355	+
	356	+**Špecifikácia potrieb koncových užívateľov**
	357	+
	358	+
	359	+|**Cieľová skupina**|**Špecifikácia potrieb**
	360	+|Zamestnanci PSK|(((
	361	+Podpora správy majetku PSK, automatizácia a transformácia dát
	362	+
	363	+Zníženie prevádzkových nákladov v oblasti spotreby energií
	364	+
	365	+Zverejňovanie otvorených údajov z IoT zariadení a súčasné lepšie rozhodovanie a plánovanie v rámci riadenia správy budov
	366	+
	367	+Zavedenie jednotného systému a postupov oblasti hospodárenia s energiami v zariadeniach v majetku PSK
	368	+
	369	+Digitalizácia dokumentov pre lepšiu archiváciu, evidenciu objektov a majetku PSK
	370	+)))
	371	+|Zamestnanci EASR PSK|(((
	372	+Zníženie prevádzkových nákladov v oblasti spotreby energií
	373	+
	374	+Zavedenie jednotného systému a postupov oblasti hospodárenia s energiami v zariadeniach v majetku PSK
	375	+)))
	376	+|Zamestnanci OvZP/ Správcovia objektov|(((
	377	+Úspora energií len v dôsledku sledovania a vyhodnocovania
	378	+
	379	+Zavedenie jednotného systému a postupov oblasti hospodárenia s energiami v zariadeniach v majetku PSK
	380	+)))
	381	+|Občan / podnikateľ|Zvýšená verejná kontrola prostredníctvom otvorených údajov
	382	+|Organizácie verejnej moci|Zvýšená verejná kontrola prostredníctvom otvorených údajov
	383	+
	384	+
	385	+Súčasťou predmetného projektu je nákup a implementácia softvérového riešenia, zavedenie IoT zariadení vybraných objektov PSK, avšak bez používateľského rozhrania, biznis funkcií alebo koncových služieb pre občana /podnikateľa. V danom zmysle sekundárnou koncovou službou bude publikovanie open dát dostupných na data.gov.sk. Tieto sú však publikované prostredníctvom rezortnej integrácie na Integračný dátový systém isvs_9521.
	386	+
	387	+Vývoj softvérového riešenia spĺňa požiadavky a štandardy projektového riadenia v prevádzke informačných technológií verejnej správy a je v súlade s aktuálne platným legislatívnym rámcom. Podrobnejší legislatívny rámec popisuje kapitola [[6. Legislatíva>>path:#_LEGISLATÍVA]].
	388	+
345	345	.
346	346
347	347	== {{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 ==
348	348
349		-//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ť.//
	393	+Medzi riziká projektu považujeme:
350	350
351		-* //V prípade projektov financovaných zo zdrojov EÚ je povinné vyhodnotenie rizík súvisiacich s~://
352		-* //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...)//
353		-* //Legislatívou: vyhodnotiť potrebu zmeny legislatívy (ak je potrebné prijať nový zákon tak bude dopad Fatálny)//
354		-* //Časovým priebehom: ak je harmonogram realizácie naplánovaný do konca roka 2023, tak bude dopad Fatálny.//
	395	+* Časové riziko – súvisí s nedodržaním harmonogramu v dôsledku vplyvu interných projektových alebo externých externalít. Časový sklz v dôsledku nedostatku personálu, nedostatočnej komunikácie ako vnútri tak navonok projektu, nedostatočná aktualizácia plnenia harmonogramu môže spôsobiť posun termínov v harmonograme smerujúci k ohrozeniu termínu ukončenia projektu. V prípade oneskorenie výstupov dôjde k ohrozeniu ukončenia projektu v termíne podľa harmonogramu. Je kladený dôraz na výber kvalifikovaných dodávateľov a zadefinovanie časovej rezervy na realizáciu projektu. Pravidelný monitoring celkového harmonogramu projektu i jednotlivých fáz a termínov doručenia balíkov práce, korekcie pri zmenách.
	396	+* Oneskorenie procesu verejného obstarávania – v prípade nedodržania termínu procesu VO hrozí sklz v harmonograme a neukončenie projektu včas. Aby sa tomu zabránilo, realizuje sa príprava podkladov VO v dostatočnom časovom predstihu a sú priebežne konzultované s odbornými útvarmi formou ex-ante.
	397	+* Organizačné riziko - jednotlivé komponenty IoT prvkov a softvéru nebudú vykazovať známky 100% kompatibility, nedostatočná kvalita vstupných podkladov pre realizáciu projektu, skryté vady v objektoch. Pre fungovanie celého systému tak ako je navrhnuté v PZ je  dôležité, aby jednotlivé prvky boli schopné komunikovať ako vzájomne, tak smerom k softvéru a mali rovnaké východiskové požiadavky na obojsmernú programovú komunikáciu. V tomto smere je nevyhnutné správne definovanie vstupov a požiadaviek na technológie aby sa zamedzilo nekompatibilite pri dodávaní produktov. Zároveň je vhodné rátať s časovou rezervou pre sfunkčnenie systému. Nedostatočné spracovanie vstupných podkladov a možné skryté vady na objektoch, ktoré budú brániť v inštalácii nových zariadení môžu mať vplyv na úspešné dokončenie projektu. Zainteresovanie všetkých  relevantných odborov PSK pre zabezpečenie čo najlepších podkladov pre realizáciu projektu ešte v prípravnej fáze projektu. Projektový manažér na pravidelnej báze informuje riadiaci výbor projektu, monitoruje plnenie požiadaviek stakeholderov a reportuje sponzorovi projektu.
	398	+* Reputačné riziko - nedostatočná implementácia výstupov projektu do politiky PSK.  Projekt okrem priamych prínosov v rámci motivácie vytvára predpoklady pre rozhodovanie založené na dátach. Sponzor projektu a vedenie PSK musí mať dostatočné informácie ako o projekte, tak jeho implementácii a výstupoch. V prípade ohrozenia dôvery v projekt vzniká riziko odklonu od zámeru politiky založenej na dátach. Projektový manažér na pravidelnej báze informuje riadiaci výbor projektu, monitoruje plnenie požiadaviek stakeholderov a reportuje sponzorovi projektu.
	399	+* Personálne riziko - nedostatok kvalifikovaných interných zdrojov pre realizáciu projektu. Výpadok ľudských zdrojov na strane žiadateľa alebo dodávateľa môže viesť k oneskoreniu prác, prijímaných rozhodnutí, komunikačným bariéram a celkovému sklzu v harmonograme. Pre úspešnú realizáciu projektu bude potrebné vytvoriť tím, ktorý bude partnerom pre budúceho dodávateľa, pričom v súčasnosti sa vychádza z dostupných personálnych zdrojov. Je potrebné zabezpečiť komunikačnú maticu pre online stretnutia, zastupiteľnosť aktérov. Je potrebné vytvoriť stabilný projektový tím s dostatočnou alokáciou časového fondu i motivácie pre prácu na projekte a komunikáciu s dodávateľom.
355	355
	401	+
	402	+Zoznam rizík a závislostí je podrobnejši rozpísaný v Prílohe č. 2 Projektového zámeru – Zoznam rizík a závislostí.
	403	+
356	356	== {{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 ==
357	357
358		-//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.//
	406	+Výber alternatív prebehol na úrovni biznis vrstvy prostredníctvom MCA zostavenej na základe identifikovaných príležitostí na zlepšenie. Z rozsahu zvolených kritérií nie všetky boli definované ako KO kritériá. Tie 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é biznis alternatívy ich tak musia naplniť.
	407	+
	408	+
	409	+**Alternatíva AB1 – ponechanie súčasného stavu **
	410	+
	411	+Manuálne meranie, vyhodnocovanie a analýza údajov a ponechaný pôvodný softvérový nástroj na správu budov.
	412	+
	413	+Za výhodu tejto alternatívy je možné považovať uskutočňovanie politík v súlade s doterajšími postupmi bez zvýšeného nároku na zmenu pracovných metód alebo repriorizáciu dlhodobých plánov.
	414	+
	415	+Za nevýhodu tejto alternatívy je možné považovať neobjektívne uskutočňovanie politík bez dostatočnej dátovej znalosti. Nepoznané je nemožné riadiť. Pri pokračovaní touto alternatívou dochádza k neefektívnemu vynakladaniu verejných zdrojov, subjektívnemu určovaniu priorít, politizácii a na volebnom cykle závislej konzistencii v realizácii politík a v neposlednom rade k lineárnemu narastaniu výskytu tzv. havarijných situácií.
	416	+
	417	+Na základe vyššie uvedeného neodporúčame prijať túto alternatívu.
	418	+
	419	+
	420	+**Alternatíva AB2 – SW bez IoT senzorov **
	421	+
	422	+Implementácia SW riešení pre podporu ENM bez IoT senzorov.
	423	+
	424	+Za výhodu tejto alternatívy je možné považovať zvýšenie efektivity nakladania s verejnými zdrojmi, keďže dosiaľ PSK nedisponuje softvérovým nástrojom pre ENM a pôvodný softvérový nástroj na správu budov je nedostatočný a z dlhodobého hľadiska neudržateľný.
	425	+
	426	+Za nevýhodu tejto alternatívy je možné považovať nekomplexnosť riešenia. Energetický manažment iba na základe manuálneho merania nezodpovedá dnešným technologickým a aplikačným možnostiam. Integrácia a zdieľanie dát z informačných systémov konvenčnými metódami – zdieľané tabuľky, jednotné úložisko, e-mailové preposielanie dát, manuálne spracovanie dát a vizualizácia dát neposkytujú dostačujúce zvýšenie efektivity práce, zníženie nákladov a času. IoT zariadenia umožnia prehľad napr. o aktuálnej spotrebe energií a skrátia reakčný čas pri výskyte havarijnej situácie.
	427	+
	428	+Na základe vyššie uvedeného neodporúčame prijať túto alternatívu.
	429	+
	430	+
	431	+**Alternatíva AB3 – Zavedenie HW a SW pre smart energetický manažment budov a manažment správy budov **
	432	+
	433	+Implementácia SW riešení pre podporu a manažment správy budov a ENM a Zavedenie IoT - inštalácia snímačov – automatizácia.
	434	+
	435	+Za výhodu tejto alternatívy je možné považovať ešte vyššie prínosy v porovnaní predchádzajúcou možnosťou. Tzn. vyššiu efektivitu nakladania s verejnými zdrojmi, ešte vyššiu dátovú znalosť prostredia a objektívnu optimalizáciu na základe celkového pohľadu na správu objektov, či základnú funkcionalitu SW riešenia. IoT snímače umožnia predikovať energetický manažment interiéru budov a poskytnú ucelenejší pohľad na efektivitu ich prevádzky, reálnejšie vstupné dáta do rozhodovacích politík, zároveň sa zlepší efektívnosť práce pri správe majetku a práce s veľkým množstvom dát.
	436	+
	437	+Za nevýhodu tejto alternatívy je možné považovať potrebu vyššej počiatočnej investície v porovnaní s predošlými alternatívami, avšak jednoznačne kompenzovanú identifikovanými prínosmi.
	438	+
359	359	[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_6f4954d8b4fa4b84.png||height="161" width="594"]]
360	360
361	361	== {{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 ==
...	...	@@ -364,53 +364,25 @@
364	364	//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).//
365	365	Príklad šablóny pre spracovanie MCA
366	366
367		-| |**KRITÉRIUM**|**ZDÔVODNENIE KRIÉRIA**|(((
368		-**STAKEHOLDER**
369		-**1**
370		-)))|(((
371		-**STAKEHOLDER**
372		-**2**
373		-)))|(((
374		-**STAKEHOLDER**
375		-**3**
	447	+| |KRITÉ­RIUM|ZDÔVOD-NENIE KRIÉRIA|PSK  1|Zamestnanci PSK  2|Zamestnanci EASR PSK 3|Zamestnanci OvZP/ Správcovia objektov 5|Občan / podnikateľ 6|MIRRI SR 7
	448	+|(% rowspan="5" %)BIZNIS VRSTVA|Automatický zber dát (KO)|Aktuálny zber dát neaktuálny v čase, manuálny|X|X|X| | |(((
	449	+
	450	+
	451	+X
376	376	)))
377		-|(% rowspan="6" %)BIZNIS VRSTVA|Kritérium A (KO)| |X|X|X
378		-|Kritérium B (KO)| |X|X|
379		-|Kritérium C (KO)| | |X|X
380		-|Kritérium D (KO)| | |X|X
381		-|Kritérium E| |X|X|
382		-|Kritérium F| |X| |X
383		-Príklad šablóny pre vyhodnotenie MCA
384		-|**Zoznam kritérií**|(((
385		-**Alternatíva**
386		-**1**
387		-)))|(((
388		-**Spôsob**
389		-**dosiahnutia**
390		-)))|**Alternatíva 2**|(((
391		-**Spôsob**
392		-**dosiahnutia**
393		-)))
394		-|Kritérium A|áno|vysvetlenie prečo áno|áno|vysvetlenie prečo áno
395		-|Kritérium B|áno|vysvetlenie prečo áno|nie|
396		-|Kritérium C|áno|vysvetlenie prečo áno|nie|
397		-|Kritérium D|áno|vysvetlenie prečo áno|nie|
	453	+| |Management budov (KO)|Aktuálne procesy subjektívne, málo informácií na podporu politík|X|X|X| | |
	454	+| |Energetický manažment (KO)|Zariadenia v ručnom režime, regulácia zariadení je nefunkčná. Príčina havarijného stavu zariadení. Neexistuje systém digitalizácie údajov|X|X|X|X| |
	455	+| |Analytika (KO)|Podpora pre rozhodovacie procesy|X|X|X|X| |
	456	+| |Archivacia|Archivacia dokumentov|X|X|X|X| |
398	398
399	399	== {{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 ==
400	400
401		-//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.//
402		-//Pre klasifikáciu alternatív za účelom ďalšieho porovnania aplikačnej vrstvy a architektúry je potrebné zadefinovať nasledovné požiadavky~://
	460	+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.
403	403
404		-* //Nutné – aplikačné moduly/funkcionality, ktoré sú nevyhnutné pre dosiahnutie cieľov//
405		-* //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)//
406		-* //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.//
407		-[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_5701ef6f26440efc.png||height="156" width="288"]]
408	408
409	409	== {{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 ==
410	410
411		-//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 __//).//
412		-//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í).//
413		-//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.//
	465	+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 cloud ready aplikácii / aplikácie nasadené v prostredí vlastného HW žiadateľa s používateľskými rozhraniami cez tenkého klienta. Zásadnou požiadavkou na technologickej vrstve architektúry je škálovateľnosť riešenia v zmysle dopĺňania ako počtu jednotlivých IoT prvkov, tak aj rozširovanie funkcionality riešenia o nové typy prvkov. Softvér spracúvajúci dátové vstupy IoT prvkov musí byť koncipovaný modulárne, tzn. umožňovať nezávislé dopracovanie funkcionalít bez kompletnej alebo zásadnej zmeny aplikačného vybavenia.
414	414	[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_a966e8b8a99b13da.png||height="311" width="542"]]
415	415	//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.//
416	416	//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~://

Obrázok1.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.riaditel@smartp\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+67.7 KB

Obsah