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

Súhrn

• Vlastnosti stránky (1 modified, 0 added, 0 removed)

Podrobnosti

Vlastnosti stránky

Obsah

...	...	@@ -459,96 +459,30 @@
459	459
460	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.
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"]]
462	462
463	463	== {{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 ==
464	464
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"]]
	467	+//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 __//).//
	468	+//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í).//
	469	+//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.//
	470	+[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_a966e8b8a99b13da.png||height="311" width="542"]]
	471	+//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.//
	472	+//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~://
467	467
468		-
	474	+* //nulový variant, ktorý sa neposudzuje v MCA a je automaticky porovnávajúcim variantom v M-05 Analýza nákladov a prínosov,//
	475	+* //preferovaný variant, ktorý splnil všetky kritéria MCA,//
	476	+* „//minimalistický variant“, ktorý vychádza z rovnakého biznis variantu ako preferovaný variant, ale realizuje iba „nutné“ aplikačné moduly.//
469	469
470	470	= {{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) =
471	471
472		-**Aktuálny stav biznis procesov a požiadaviek:**
	480	+* //Doplňte informácie – POPIS PRODUKTU - čo bude/čo chcete, aby bolo po ukončení projektu dodané//
	481	+** //projektové výstupy podľa vyhlášky 401/2023 o riadení projektov (vrátane zdrojových kódov)//
	482	+** //koncové služby a biznis procesy, ktoré sú predmetom dodávky projektu//
	483	+** //biznis objekty, ktoré majú byť vstupmi a výstupmi zo systému – napr. podania, formuláre, rozhodnutia, reporty, dáta, aplikačné rozhrania//
	484	+* //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).//
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		-
552	552	= {{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 =
553	553
554	554	* //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,//