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

Naposledy upravil Martin Lukáč 2025/01/31 11:39

From 2.1 to 2.2 From 2.6 to 3.1

Z verzie 2.2

upravil Martin Lukáč
-

Zmeniť komentár: (Autosaved)

Do verzie 2.6

upravil Martin Lukáč
-

Zmeniť komentár: Pre túto verziu nie sú komentáre

Raw
Rendered

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 @@
  == {{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 ==
--//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é.
++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]] )
  |**ID**|
  \\**Názov cieľa**|**Názov strategického cieľa**|**Spôsob realizácie strategického cieľa**
--|...| |...|...
--|...| |...|...
++|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
++|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
++|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
  == {{id name="_Toc152607308"/}}3.5Merateľné ukazovatele (KPI) ==
@@ -318,44 +318,123 @@
   **(aktuálne)|**TO BE
  Merateľné hodnoty
   **(cieľové hodnoty)|**Spôsob ich merania**|**Pozn.**
--|...| |...|...|...|...|...|...|...
--|...| |...|...|...|...|...|...|...
--|...| |...|...|...|...|...|...|...
--//Vysvetlivky k vyplneniu tabuľky~://
++|1.|(((
++PO081
--* //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]]__// )//
--* //**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) .//
--* //**TO BE merateľné ukazovatele** – t. j. popíšte cieľové merateľné ukazovatele, ktoré chcete dosiahnuť.//
--* //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í//
--* //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ď).//
++(PSKPRCO76)
++)))|Integrované projekty pre územný rozvoj|(((
++Počet integrovaných projektov podporovaných v rámci integrovaného územného rozvoja, ktoré sú
++integrované samé o sebe v súlade s článkom 28
++
++nariadenia o spoločných ustanoveniach č. 2021/1060
++)))|projekt|0|1|(((
++Príklad zdroja overenia najmä: Podporené projekty, ITMS,
++
++správa o dokončení výstupu
++)))|(((
++Typ ukazovateľa: výstup, súčet, ku koncu realizácie
++
++hlavných aktivít
++
++projektu
++)))
++|2.|PR092 (PSKPSRI40)|(((
++Používatelia nových a vylepšených
++
++verejných inovatívnych služieb,
++
++produktov a procesov
++)))|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)
++
  == {{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 ==
--//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. //
++Š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.
--* //Š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/]]__//.//
--* //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]]__//).//
--* //Š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ť: //
--** //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í, //
--** //ako sú koncoví používatelia (ne)spokojní s existujúcou  elektronickou službou (Net Promoter Score, Customer effort Score, customer satisfaction....),//
--* //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.  //
--* //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/]]__//).//
--* //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ď. //
--* //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.//
++
++**Špecifikácia potrieb koncových užívateľov**
++
++
++|**Cieľová skupina**|**Špecifikácia potrieb**
++|Zamestnanci PSK|(((
++Podpora správy majetku PSK, automatizácia a transformácia dát
++
++Zníženie prevádzkových nákladov v oblasti spotreby energií
++
++Zverejňovanie otvorených údajov z IoT zariadení a súčasné lepšie rozhodovanie a plánovanie v rámci riadenia správy budov
++
++Zavedenie jednotného systému a postupov oblasti hospodárenia s energiami v zariadeniach v majetku PSK
++
++Digitalizácia dokumentov pre lepšiu archiváciu, evidenciu objektov a majetku PSK
++)))
++|Zamestnanci EASR PSK|(((
++Zníženie prevádzkových nákladov v oblasti spotreby energií
++
++Zavedenie jednotného systému a postupov oblasti hospodárenia s energiami v zariadeniach v majetku PSK
++)))
++|Zamestnanci OvZP/ Správcovia objektov|(((
++Úspora energií len v dôsledku sledovania a vyhodnocovania
++
++Zavedenie jednotného systému a postupov oblasti hospodárenia s energiami v zariadeniach v majetku PSK
++)))
++|Občan / podnikateľ|Zvýšená verejná kontrola prostredníctvom otvorených údajov
++|Organizácie verejnej moci|Zvýšená verejná kontrola prostredníctvom otvorených údajov
++
++
++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.
++
++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]].
++
  .
  == {{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 ==
--//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ť.//
++Medzi riziká projektu považujeme:
--* //V prípade projektov financovaných zo zdrojov EÚ je povinné vyhodnotenie rizík súvisiacich s~://
--* //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...)//
--* //Legislatívou: vyhodnotiť potrebu zmeny legislatívy (ak je potrebné prijať nový zákon tak bude dopad Fatálny)//
--* //Časovým priebehom: ak je harmonogram realizácie naplánovaný do konca roka 2023, tak bude dopad Fatálny.//
++* Č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.
++* 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.
++* 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.
++* 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.
++* 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.
++
++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í.
++
  == {{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 ==
--//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.//
++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ť.
++
++
++**Alternatíva AB1 – ponechanie súčasného stavu **
++
++Manuálne meranie, vyhodnocovanie a analýza údajov a ponechaný pôvodný softvérový nástroj na správu budov.
++
++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.
++
++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í.
++
++Na základe vyššie uvedeného neodporúčame prijať túto alternatívu.
++
++
++**Alternatíva AB2 – SW bez IoT senzorov **
++
++Implementácia SW riešení pre podporu ENM bez IoT senzorov.
++
++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ý.
++
++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.
++
++Na základe vyššie uvedeného neodporúčame prijať túto alternatívu.
++
++
++**Alternatíva AB3 – Zavedenie HW a SW pre smart energetický manažment budov a manažment správy budov **
++
++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.
++
++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.
++
++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.
++
  [[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_6f4954d8b4fa4b84.png||height="161" width="594"]]
  == {{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,69 +364,111 @@
  //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).//
  Príklad šablóny pre spracovanie MCA
--| |**KRITÉRIUM**|**ZDÔVODNENIE KRIÉRIA**|(((
--**STAKEHOLDER**
--**1**
--)))|(((
--**STAKEHOLDER**
--**2**
--)))|(((
--**STAKEHOLDER**
--**3**
++| |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
++|(% rowspan="5" %)BIZNIS VRSTVA|Automatický zber dát (KO)|Aktuálny zber dát neaktuálny v čase, manuálny|X|X|X| | |(((
++
++
++X
  )))
--|(% rowspan="6" %)BIZNIS VRSTVA|Kritérium A (KO)| |X|X|X
--|Kritérium B (KO)| |X|X|
--|Kritérium C (KO)| | |X|X
--|Kritérium D (KO)| | |X|X
--|Kritérium E| |X|X|
--|Kritérium F| |X| |X
--Príklad šablóny pre vyhodnotenie MCA
--|**Zoznam kritérií**|(((
--**Alternatíva**
--**1**
--)))|(((
--**Spôsob**
--**dosiahnutia**
--)))|**Alternatíva 2**|(((
--**Spôsob**
--**dosiahnutia**
--)))
--|Kritérium A|áno|vysvetlenie prečo áno|áno|vysvetlenie prečo áno
--|Kritérium B|áno|vysvetlenie prečo áno|nie|
--|Kritérium C|áno|vysvetlenie prečo áno|nie|
--|Kritérium D|áno|vysvetlenie prečo áno|nie|
++| |Management budov (KO)|Aktuálne procesy subjektívne, málo informácií na podporu politík|X|X|X| | |
++| |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| |
++| |Analytika (KO)|Podpora pre rozhodovacie procesy|X|X|X|X| |
++| |Archivacia|Archivacia dokumentov|X|X|X|X| |
  == {{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 ==
--//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.//
--//Pre klasifikáciu alternatív za účelom ďalšieho porovnania aplikačnej vrstvy a architektúry je potrebné zadefinovať nasledovné požiadavky~://
++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.
--* //Nutné – aplikačné moduly/funkcionality, ktoré sú nevyhnutné pre dosiahnutie cieľov//
--* //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)//
--* //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.//
--[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_5701ef6f26440efc.png||height="156" width="288"]]
  == {{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 ==
--//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 __//).//
--//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í).//
--//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.//
--[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_a966e8b8a99b13da.png||height="311" width="542"]]
--//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.//
--//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~://
++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.
++[[image:Obrázok1.png||alt="SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_a966e8b8a99b13da.png" height="311" width="542"]]
--* //nulový variant, ktorý sa neposudzuje v MCA a je automaticky porovnávajúcim variantom v M-05 Analýza nákladov a prínosov,//
--* //preferovaný variant, ktorý splnil všetky kritéria MCA,//
--* „//minimalistický variant“, ktorý vychádza z rovnakého biznis variantu ako preferovaný variant, ale realizuje iba „nutné“ aplikačné moduly.//
++
  = {{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) =
--* //Doplňte informácie – POPIS PRODUKTU - čo bude/čo chcete, aby bolo po ukončení projektu dodané//
--** //projektové výstupy podľa vyhlášky 401/2023 o riadení projektov (vrátane zdrojových kódov)//
--** //koncové služby a biznis procesy, ktoré sú predmetom dodávky projektu//
--** //biznis objekty, ktoré majú byť vstupmi a výstupmi zo systému – napr. podania, formuláre, rozhodnutia, reporty, dáta, aplikačné rozhrania//
--* //Doplniť informáciu, resp. identifikovať VLASTNÍKOV PROCESOV (toto je dôležitá informácia pre budúce riadenie projektu a schvaľovanie výstupov projektu).//
++**Aktuálny stav biznis procesov a požiadaviek:**
++* Využívajú sa rôzne  SW pre správu dokumentov a energií, ktoré nie je možné dátovo prepojiť. Existujúci SW je v základnej verzii s nutnosťou manuálneho zadávania údajov bez automatizovaných algoritmov a bez podpory energetického manažmentu.
++* Úrad PSK potrebuje od SW ďalšie nové funkcionality riadenia a správy majetku a energetického manažmentu s doplnením automatizovaného zber údajov z IoT senzorov, ktorý súčasný SW nedokáže naplniť.
++* ENM je vykonávaný konvenčne z dostupných údajov o spotrebe energie, zabehnutých štandardov a manuálnych procesov pri spracovaní agendy a správy majetku.
++* Manuálne vykonávanie správy majetku a fyzické spracovanie údajov o energiách, evidencie majetku, rozpočítavanie energií a pod.
++* Nie je vybudovaná prenosová infraštruktúra pre pripojenie IoT zariadení. Potreba vytvoriť sieť IoT zariadení so zabezpečením dátového prenosu a centralizácie dát – dátové úložisko.
++* Je potrebné získať podrobnejší rozsah dát o budovách v správe PSK.
++* Neexistuje databáza dokumentov. Je potrebné vytvoriť digitálnu databázu dokumentácie a registrov – nájomné zmluvy, majetku, technickej dokumentácie, projektových dokumentácií, a pod.
++* Neexistuje sledovanie termínov pravidelných úkonov – vykonávanie revíznych obhliadok, plánovaná a pravidelná údržba, zmluvných termínov, záručných lehôt a pod.
++* Komplikované, zdĺhavé a zložité vyhľadávanie údajov, nemožnosť robiť celkové prehľady a analýzy. Je potrebné SW nástroj na lepšiu prácu s dátami.
++* Neaktuálne údaje z Katastra nehnuteľností. Je potrebné automatizovať proces aktualizácie údajov z katastra nehnuteľností.
++* Zjednodušenie práce s dátami. Je potrebný intuitívny „interface“ pre bežného užívateľa (ekonómka / správca v škole, DSS, SÚC.. ). Takto budú títo bežný zamestnanci ochotnejšie zadávať potrebné údaje, ktoré sú používané na správu budov, ako aj energetického manažmentu.
++* Požadujeme SW nástroj pre zautomatizovanie vyhodnocovacích procesov, analýz s možnosťou predikcie alebo návrhu odporúčaných opatrení z hľadiska prevádzky technických zariadení a správy energií.
++* Možnosť prepojenia systému na iné systémy napr. ekonomický softvér.
++* Neexistuje meranie a vyhodnocovanie kvality vnútorného prostredia v budovách. Je potrebné zaviesť systémy pre meranie kvality vnútorného prostredia s prepojením na meranie spotrieb energií a vplyvu vonkajšieho prostredia.
++
++
++**Identifikácia vlastníkov procesov: **
++
++Projekt je zameraný pre komplexné riešenie manažmentu správy budov a energetického manažmentu pre objekty PSK.
++
++Celkovo sa jedná o 778 budov spadajúcich pod 126 organizácií v zriadovatelskej pôsobnosti PSK (údaj k 31.03.2024, zdroj: Kataster nehnutelností), 950 odberných miest elektrickej energie, zemného plynu, tepla, vody a pod. Celkové náklady na energie predstavujú hodnotu 5 – 6 mil. Eur ročne.
++
++
++Pre prácu so SW a HW je plánované:
++
++* Vrcholový manažment kraja – vedúci odborov majetku a investícií, školstva, sociálnych vecí a rodiny, kultúry, financií, vedenie úradu PSK. Pre túto skupinu sú určené globálne a súhrnne výstupy, ktoré umožnia samospráve podporu v rozhodovacích procesoch, nastavovaní priorít a stratégií.
++* Pracovníci odboru majetku a investícií – ide o pracovníkov poverených pre vykonávanie správy majetku PSK.
++* Pracovníci Energetickej Agentúry Smart Regiónu PSK – ide o pracovníkov poverených pre výkon energetického manažmentu pre budovy PSK.
++* Pracovníci odboru IKT – ide o pracovníkov poverených pre správu dát, informačno-komunikačných technológií.
++* Pracovníci odboru strategického rozvoja - ide o pracovníkov poverených prípravou strategických dokumentov, akčných plánov, a pod.
++* Pracovníci organizácií – ide o riaditeľov, správcov budov, ekonómov, ktorý budú využívať SW pre zjednodušenie práce v rámci zvereného majetku a povinností v organizácii (stredné školy, domovy sociálnych služieb, kultúrne zariadenia, a pod.).
++* Verejnosť / občania – Open data určené pre verejnosť.
++
++
++V súlade s Vyhláškou č. 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy budú realizované nasledovné výstupy:
++
++* Poskytovanie údajov z IoT zariadení PSK
++* Inštalované inteligentné IoT zariadenia pre oblasť energetického manažmentu
++* Poskytované otvorené údaje z oblasti energetického manažmentu.
++
++
++Metódu riadenia waterfall, v súlade s Prílohou č. 1 Vyhlášky č. 401/2023 Z.z. budú  po ukončení projektu dodané nasledujúce výstupy:
++
++
++|(% colspan="3" %)**Prípravná a iniciačná fáza projektu**
++|**Manažérsky výstup** |(% colspan="2" %)**ID**
++|Ideový zámer |(% colspan="2" %)I-01
++|Projektový zámer |(% colspan="2" %)I-02
++|Prístup k projektu |(% colspan="2" %)I-03
++|Katalóg požiadaviek |(% colspan="2" %)I-04
++|(% colspan="3" %)**Realizačná fáza**
++| |**//Špecializovaný výstup//** |**ID**
++|(% rowspan="4" %)Analýza a dizajn |Projektový iniciálny dokument (PID)  |(% rowspan="2" %)R-01
++|Akceptačné kritériá
++|Detailný návrh riešenia (DNR)  |R1-1
++|Plán a stratégia testovania  |R1-2
++|(% rowspan="2" %)Nákup technických prostriedkov, programových prostriedkov a služieb  |Obstaranie technických prostriedkov (voliteľné) |R2-1
++|Obstaranie programových prostriedkov a služieb (voliteľné) |R2-2
++|(% rowspan="4" %)Implementácia a testovanie |Vývoj, migrácia údajov a integrácia |R3-1
++|Testovanie |R3-2
++|Školenia personálu |R3-3
++|Dokumentácia |R3-4
++|(% rowspan="2" %)Nasadenie a postimplementačná podpora (PIP) |Nasadenie do produkčnej prevádzky (vyhodnotenie) |R4-1
++|Akceptácia spustenia do produkčnej prevádzky (vyhodnotenie) |R4-2
++|(% colspan="3" %)**Dokončovacia fáza**
++|**Manažérsky výstup** |(% colspan="2" %)**ID**
++| Správa o dokončení projektu (etapy/fázy) |(% colspan="2" %)M-02
++|(% colspan="3" %)**Manažérske výstupy priebežne počas celého projektu**
++|**Manažérsky výstup **|(% colspan="2" %)**ID**
++|Plán etapy/Plán fázy |(% colspan="2" %)M-01
++|Manažérske správy, plány, reporty, zoznamy, odporúčania a požiadavky |(% colspan="2" %)M-02
++|Akceptačný protokol |(% colspan="2" %)M-03
++|(((
++Evidencia e-Government komponentov v MetaIS, vrátane architektonických
++
++modelov
++)))|(% colspan="2" %)M-06
++
  = {{id name="_Toc152607320"/}}{{id name="_Toc982854671"/}}{{id name="_Toc744122543"/}}{{id name="_Toc1493751813"/}}{{id name="_Toc452731307"/}}{{id name="_Toc1695646942"/}}{{id name="_Toc534841930"/}}{{id name="_Toc654836100"/}}{{id name="_Toc1570812277"/}}{{id name="_Toc1016816405"/}}{{id name="_Toc609127555"/}}{{id name="_Toc1888607264"/}}{{id name="_Toc47815704"/}}5.NÁHĽAD ARCHITEKTÚRY =
  * //Doplňte krátky POPIS BUDÚCEHO CIEĽOVÉHO PRODUKTU PROJEKTU z pohľadu biznis/aplikačnej/technologickej architektúry v závislosti od charakteru projektu a výsledku analýzy alternatív riešenia,//

Obrázok1.png

Autor

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

Veľkosť

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

Obsah

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

Súhrn

Podrobnosti

Aplikácie

Navigácia

Need help?