Naposledy upravil Martin Lukáč 2025/01/31 11:39
Z verzie 2.4
upravil Martin Lukáč
-
Zmeniť komentár: (Autosaved)
Do verzie 2.2
upravil Martin Lukáč
-
Zmeniť komentár: (Autosaved)

Súhrn

Podrobnosti

Vlastnosti stránky
Obsah
... ... @@ -300,13 +300,12 @@
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 -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]] )
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é.
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 -|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
307 +|...| |...|...
308 +|...| |...|...
310 310  
311 311  == {{id name="_Toc152607308"/}}3.5Merateľné ukazovatele (KPI) ==
312 312  
... ... @@ -319,123 +319,44 @@
319 319   **(aktuálne)|**TO BE
320 320  Merateľné hodnoty
321 321   **(cieľové hodnoty)|**Spôsob ich merania**|**Pozn.**
322 -|1.|(((
323 -PO081
321 +|...| |...|...|...|...|...|...|...
322 +|...| |...|...|...|...|...|...|...
323 +|...| |...|...|...|...|...|...|...
324 +//Vysvetlivky k vyplneniu tabuľky~://
324 324  
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ú
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ď).//
328 328  
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 -
351 351  == {{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 ==
352 352  
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.
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. //
354 354  
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 -
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.//
389 389  .
390 390  
391 391  == {{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 ==
392 392  
393 -Medzi riziká projektu považujeme:
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ť.//
394 394  
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.
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.//
400 400  
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 -
404 404  == {{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 ==
405 405  
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 -
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.//
439 439  [[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_6f4954d8b4fa4b84.png||height="161" width="594"]]
440 440  
441 441  == {{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 ==
... ... @@ -444,23 +444,47 @@
444 444  //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).//
445 445  Príklad šablóny pre spracovanie MCA
446 446  
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
367 +| |**KRITÉRIUM**|**ZDÔVODNENIE KRIÉRIA**|(((
368 +**STAKEHOLDER**
369 +**1**
370 +)))|(((
371 +**STAKEHOLDER**
372 +**2**
373 +)))|(((
374 +**STAKEHOLDER**
375 +**3**
452 452  )))
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| |
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|
457 457  
458 458  == {{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 ==
459 459  
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.
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~://
461 461  
462 -*
463 -[[image:Obrázok1.png||alt="SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_5701ef6f26440efc.png" height="479" width="884"]]
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"]]
464 464  
465 465  == {{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 ==
466 466  
Obrázok1.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.riaditel@smartp\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -67.7 KB
Obsah