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

Z verzie 2.3
upravil Martin Lukáč
-
Zmeniť komentár: Pre túto verziu nie sú komentáre
Do verzie 2.6
upravil Martin Lukáč
-
Zmeniť komentár: Pre túto verziu nie sú komentáre

Súhrn

Podrobnosti

Vlastnosti stránky
Obsah
... ... @@ -390,16 +390,52 @@
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 -//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 rizi projektu považujeme:
394 394  
395 -* //V prípade projektov financovaných zo zdrojov EÚ je povinné vyhodnotenie rizík súvisiacich s~://
396 -* //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...)//
397 -* //Legislatívou: vyhodnotiť potrebu zmeny legislatívy (ak je potrebné prijať nový zákon tak bude dopad Fatálny)//
398 -* //Č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.
399 399  
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 +
400 400  == {{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 ==
401 401  
402 -//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 +
403 403  [[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_6f4954d8b4fa4b84.png||height="161" width="594"]]
404 404  
405 405  == {{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 ==
... ... @@ -408,69 +408,111 @@
408 408  //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).//
409 409  Príklad šablóny pre spracovanie MCA
410 410  
411 -| |**KRITÉRIUM**|**ZDÔVODNENIE KRIÉRIA**|(((
412 -**STAKEHOLDER**
413 -**1**
414 -)))|(((
415 -**STAKEHOLDER**
416 -**2**
417 -)))|(((
418 -**STAKEHOLDER**
419 -**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
420 420  )))
421 -|(% rowspan="6" %)BIZNIS VRSTVA|Kritérium A (KO)| |X|X|X
422 -|Kritérium B (KO)| |X|X|
423 -|Kritérium C (KO)| | |X|X
424 -|Kritérium D (KO)| | |X|X
425 -|Kritérium E| |X|X|
426 -|Kritérium F| |X| |X
427 -Príklad šablóny pre vyhodnotenie MCA
428 -|**Zoznam kritérií**|(((
429 -**Alternatíva**
430 -**1**
431 -)))|(((
432 -**Spôsob**
433 -**dosiahnutia**
434 -)))|**Alternatíva 2**|(((
435 -**Spôsob**
436 -**dosiahnutia**
437 -)))
438 -|Kritérium A|áno|vysvetlenie prečo áno|áno|vysvetlenie prečo áno
439 -|Kritérium B|áno|vysvetlenie prečo áno|nie|
440 -|Kritérium C|áno|vysvetlenie prečo áno|nie|
441 -|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| |
442 442  
443 443  == {{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 ==
444 444  
445 -//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.//
446 -//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.
447 447  
448 -* //Nutné – aplikačné moduly/funkcionality, ktoré sú nevyhnutné pre dosiahnutie cieľov//
449 -* //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)//
450 -* //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.//
451 -[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_5701ef6f26440efc.png||height="156" width="288"]]
452 452  
453 453  == {{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 ==
454 454  
455 -//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 __//).//
456 -//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í).//
457 -//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.//
458 -[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_a966e8b8a99b13da.png||height="311" width="542"]]
459 -//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.//
460 -//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~://
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.
466 +[[image:Obrázok1.png||alt="SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_a966e8b8a99b13da.png" height="311" width="542"]]
461 461  
462 -* //nulový variant, ktorý sa neposudzuje v MCA a je automaticky porovnávajúcim variantom v M-05 Analýza nákladov a prínosov,//
463 -* //preferovaný variant, ktorý splnil všetky kritéria MCA,//
464 -* „//minimalistický variant“, ktorý vychádza z rovnakého biznis variantu ako preferovaný variant, ale realizuje iba „nutné“ aplikačné moduly.//
468 +
465 465  
466 466  = {{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) =
467 467  
468 -* //Doplňte informácie – POPIS PRODUKTU - čo bude/čo chcete, aby bolo po ukončení projektu dodané//
469 -** //projektové výstupy podľa vyhlášky 401/2023 o riadení projektov (vrátane zdrojových kódov)//
470 -** //koncové služby a biznis procesy, ktoré sú predmetom dodávky projektu//
471 -** //biznis objekty, ktoré majú byť vstupmi a výstupmi zo systému – napr. podania, formuláre, rozhodnutia, reporty, dáta, aplikačné rozhrania//
472 -* //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).//
472 +**Aktuálny stav biznis procesov a požiadaviek:**
473 473  
474 +* 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. 
475 +* Ú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ť. 
476 +* 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.
477 +* Manuálne vykonávanie správy majetku a fyzické spracovanie údajov o energiách, evidencie majetku, rozpočítavanie energií a pod.
478 +* 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.
479 +* Je potrebné získať podrobnejší rozsah dát o budovách v správe PSK.
480 +* 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.
481 +* 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. 
482 +* 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. 
483 +* Neaktuálne údaje z Katastra nehnuteľností. Je potrebné automatizovať proces aktualizácie údajov z katastra nehnuteľností. 
484 +* 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.
485 +* 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í. 
486 +* Možnosť prepojenia systému na iné systémy napr. ekonomický softvér.
487 +* 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. 
488 +
489 +
490 +**Identifikácia vlastníkov procesov: **
491 +
492 +Projekt je zameraný pre komplexné riešenie manažmentu správy budov a energetického manažmentu pre objekty PSK. 
493 +
494 +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. 
495 +
496 +
497 +Pre prácu so SW a HW je plánované:
498 +
499 +* 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í.
500 +* Pracovníci odboru majetku a investícií – ide o pracovníkov poverených pre vykonávanie správy majetku PSK. 
501 +* 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.
502 +* Pracovníci odboru IKT – ide o pracovníkov poverených pre správu dát, informačno-komunikačných technológií. 
503 +* Pracovníci odboru strategického rozvoja - ide o pracovníkov poverených prípravou strategických dokumentov, akčných plánov, a pod. 
504 +* 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.).
505 +* Verejnosť / občania – Open data určené pre verejnosť. 
506 +
507 +
508 +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:
509 +
510 +* Poskytovanie údajov z IoT zariadení PSK
511 +* Inštalované inteligentné IoT zariadenia pre oblasť energetického manažmentu
512 +* Poskytované otvorené údaje z oblasti energetického manažmentu.
513 +
514 +
515 +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:
516 +
517 +
518 +|(% colspan="3" %)**Prípravná a iniciačná fáza projektu**
519 +|**Manažérsky výstup** |(% colspan="2" %)**ID**
520 +|Ideový zámer |(% colspan="2" %)I-01
521 +|Projektový zámer |(% colspan="2" %)I-02
522 +|Prístup k projektu |(% colspan="2" %)I-03
523 +|Katalóg požiadaviek |(% colspan="2" %)I-04
524 +|(% colspan="3" %)**Realizačná fáza**
525 +| |**//Špecializovaný výstup//** |**ID**
526 +|(% rowspan="4" %)Analýza a dizajn |Projektový iniciálny dokument (PID)  |(% rowspan="2" %)R-01
527 +|Akceptačné kritériá 
528 +|Detailný návrh riešenia (DNR)  |R1-1
529 +|Plán a stratégia testovania  |R1-2
530 +|(% rowspan="2" %)Nákup technických prostriedkov, programových prostriedkov a služieb  |Obstaranie technických prostriedkov (voliteľné) |R2-1
531 +|Obstaranie programových prostriedkov a služieb (voliteľné) |R2-2
532 +|(% rowspan="4" %)Implementácia a testovanie |Vývoj, migrácia údajov a integrácia |R3-1
533 +|Testovanie |R3-2
534 +|Školenia personálu |R3-3
535 +|Dokumentácia |R3-4
536 +|(% rowspan="2" %)Nasadenie a postimplementačná podpora (PIP) |Nasadenie do produkčnej prevádzky (vyhodnotenie) |R4-1
537 +|Akceptácia spustenia do produkčnej prevádzky (vyhodnotenie) |R4-2
538 +|(% colspan="3" %)**Dokončovacia fáza**
539 +|**Manažérsky výstup** |(% colspan="2" %)**ID**
540 +| Správa o dokončení projektu (etapy/fázy) |(% colspan="2" %)M-02
541 +|(% colspan="3" %)**Manažérske výstupy priebežne počas celého projektu**
542 +|**Manažérsky výstup **|(% colspan="2" %)**ID**
543 +|Plán etapy/Plán fázy |(% colspan="2" %)M-01
544 +|Manažérske správy, plány, reporty, zoznamy, odporúčania a požiadavky |(% colspan="2" %)M-02
545 +|Akceptačný protokol |(% colspan="2" %)M-03
546 +|(((
547 +Evidencia e-Government komponentov v MetaIS, vrátane architektonických 
548 +
549 +modelov
550 +)))|(% colspan="2" %)M-06
551 +
474 474  = {{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 =
475 475  
476 476  * //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