Zmeny dokumentu projekt_1756_Projektovy_zamer_detailny

Naposledy upravil Admin-metais MetaIS 2024/11/20 15:56

From 2.1 to 1.1 From 5.1 to 4.1

Z verzie 4.1

upravil martina_lamackova
-

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

Do verzie 2.1

upravil martina_lamackova
-

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, 0 added, 5 removed)
Objekty (1 modified, 0 added, 0 removed)
- Confluence.Code.ConfluencePageClass[0]

Podrobnosti

Vlastnosti stránky

Obsah

@@ -23,27 +23,27 @@
  |(((
  **Povinná osoba**
  )))|(((
--//Trenčiansky samosprávny kraj//
++//Tu uveďte názov inštitúcie (napr. OVM), ktorá projekt požaduje//
  )))
  |(((
  **Názov projektu**
  )))|(((
--Moderné technológie v TSK
++// //
  )))
  |(((
  **Zodpovedná osoba za projekt**
  )))|(((
--Martina Lamačková
++//Meno a priezvisko fyzickej osoby, ktorá predloží dokumenty pre prípravnú/ iniciačnú fázu projektu –zamestnanec /Projektový manažér//
  )))
  |(((
  **Realizátor projektu**
  )))|(((
--\\
++//Tu uveďte názov inštitúcie, v prospech ktorej sa projekt realizuje, môže byť totožná s Oprávnenou osobou (napr. podriadená organizácia)//
  )))
  |(((
  **Vlastník projektu**
  )))|(((
--\\
++//Meno a priezvisko fyzickej osoby, ktorá zodpovedá za projekt a schvaľuje predložené dokumenty//
  )))
  \\
@@ -68,13 +68,13 @@
  |(((
  Vypracoval
  )))|(((
--Martina Lamačková
++\\
  )))|(((
--TSK
++\\
  )))|(((
--PM
++\\
  )))|(((
--1.4.2022
++\\
  )))|(((
  \\
  )))
@@ -181,15 +181,24 @@
  Meno
  )))
  |(((
--1.0
++1.81
  )))|(((
--1.4.2022
++26.7.2021
  )))|(((
--Vytvorenie prvej verzie dokumentu
++Aktualizácia nápovedy v kapitolách 3.4 Ciele projektu a merateľné ukazovatele a 12. Prílohy
  )))|(((
--PM TSK
++oPOHIT MIRRI
  )))
  |(((
++1.82
++)))|(((
++17.9.2021
++)))|(((
++Aktualizácia číslovania podkapitol
++)))|(((
++oPOHIT MIRRI
++)))
++|(((
  \\
  )))|(((
  \\
@@ -198,11 +198,47 @@
  )))|(((
  \\
  )))
++|(((
++\\
++)))|(((
++\\
++)))|(((
++\\
++)))|(((
++\\
++)))
  // //
++**//Šedý text//**// v celom dokumente predstavuje nápovedu pre vyplnenie dokumentu, po vyplnení kapitol odporúčame text šedou farbou vymazať.//
++
++**//Zelenou farbou//**// je nápoveda pre prípravnú fázu projektu a **modrou farbou** pre iniciačnú fázu projektu, rovnako ako v prípade šedého textu odporúčame po vyplnení zmazať.//
++
++**// //**
++
++//Pre** prípravnú fázu**, prosím ukladajte dokumenty s prefixom P_XX (podľa vyhlášky) a pre **iniciačnú fázu** s prefixom I_XX.//
++
++//Finálna, schválená verzia dokumentácia z predošlej fázy musí byť na karte dokumentov v MetaIS uložená s koncovkou _FIN.//
++
++// //
++
++//Poznámka: Odporúčame aby ste si VŠETKY TABUĽKOVÉ VSTUPY evidovali a spravovali v jednom centrálnom EXCELI – s cieľom minimalizovať budúcu prácnosť s aktualizáciou a udržiavaním obsahu.//
++
++// //
++
++//Nápoveda inštrukcie k vypĺňaniu dokumentu PROJEKTOVÝ ZÁMER~://
++
++* //Text uvedený „zelenou farbou“ vypĺňate v PRÍPRAVNEJ FÁZE projektu//
++** //j. ešte pred akýmkoľvek schvaľovaním a odsúhlasovaním vášho projektového zámeru vo vedení úradu (OVM) alebo u vašej autority, ktorá je zodpovedná za rozpočet//
++** //v tejto fáze ešte nečerpáte rozpočet.//
++* //Text uvedený „modrou farbou“ vypĺňate v INICIAČNEJ FÁZE projektu//
++** //j. už po úvodnom odsúhlasení vedením organizácie pokračujete v zdetailizovaní vášho projektového zámeru//
++** //v tejto fáze začínate alokovať pracovníkov na špecializovaných útvaroch – z dôvodu dopĺňania úvodných vstupov.//
++
  \\
++//VZORY a ŠABLONY zdrojových súborov sú tu: //[[//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||shape="rect"]]
++
  // //
  = {{id name="projekt_1756_Projektovy_zamer_detailny-2.ÚČELDOKUMENTU,SKRATKY(KONVENCIE)ADEFINÍCIE"/}}2.     ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE =
@@ -209,8 +209,18 @@
  **~ **
--V súlade s Vyhláškou 85/2020 Z.z. o riadení projektov predstavuje dokument Projektový zámer v rámci iniciačnej fázy rozpracovanie detailných informácií prípravy projektu “Moderné technológie v TSK”.
++//Doplniť vstupy v //** PRÍPRAVNEJ FÁZE:**
++* //V súlade s **[[Vyhláškou 85/2020 Z.z>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2020/85/||shape="rect"]]. o riadení projektov** - je dokument **Projektový zámer** pre prípravnú fázu určený na rozpracovanie informácií k projektu, aby bolo možné rozhodnúť o pokračovaní prípravy projektu, alokovaní rozpočtu, ľudských zdrojov a prechode do iniciačnej fázy.//
++
++\\
++
++//Doplniť vstupy v//**  INICIAČNEJ FÁZE:**
++
++* //V súlade** **s** Vyhláškou 85/2020 Z.z. o riadení projektov -** je dokument **Projektový zámer** pre iniciačnú fázu určený na rozpracovanie detailných informácií prípravy projektu.//
++
++**~ **
++
  = {{id name="projekt_1756_Projektovy_zamer_detailny-2.1.Použitéskratky(príklady)"/}}2.1.         Použité skratky (príklady) =
  = {{id name="projekt_1756_Projektovy_zamer_detailny-2.1.1.Konvencie–pravidlánázvoslovia,číslovaniaaverzionovania-požiadaviek(príklady)"/}}2.1.1.      Konvencie – pravidlá názvoslovia, číslovania a verzionovania - požiadaviek (príklady) =
@@ -318,103 +318,96 @@
  |(((
 .
  )))|(((
--FO
++DSL
  )))|(((
--Fyzická osoba
++Definitive Software Library (ITIL) – zoznam SW, ktorý je možné/povolené používať v prostredí organizácie (s priradenými identifikačnými kódmi)
  )))
  |(((
 .
  )))|(((
--IKT
++Automatizovaný spôsob
  )))|(((
--Informačno-komunikačné technológie
++Ide o spracovanie vstupných dát v štruktúrovanej forme na základe nadefinovanej procedúry alebo scriptu. Spustenie spracovania môže byť naplánované ako opakovaná činnosť, alebo vyvolaná jednorazovou činnosťou (napr. uzavretie tiketu)
  )))
  |(((
 .
  )))|(((
--IS
++FT
  )))|(((
--Informačný systém
++Fix Time - Maximálna doba, do ktorej nahlásená vada musí byť odstránená a služba poskytovaná podľa dohodnutých parametrov
  )))
  |(((
 .
  )))|(((
--IS VS
++FŠ
  )))|(((
--Informačný systém verejnej správy
++Funkčná špecifikácia (dokument, popisujúci kontext pre využitie riešenia s jeho funkčnými požiadavkami)
  )))
  |(((
 .
  )))|(((
--VÚC
++HW/Cloud
  )))|(((
--Vyšší územný celok
++Hardvér / Cloud
  )))
  |(((
 .
  )))|(((
--NFP
++IKT
  )))|(((
--Nenávratný finančný príspevok
++Informačno-komunikačné technológie (organizácie)
  )))
  |(((
 .
  )))|(((
--NKIVS
++IdM
  )))|(((
--Národná koncepcia informatizácie verejnej správy Slovenskej republiky
++Identity Manager
  )))
  |(((
 .
  )))|(((
--OPII
++IS
  )))|(((
--Operačný program Integrovaná infraštruktúra
++Informačný systém
  )))
  |(((
 .
  )))|(((
--OVM
++IT ROLA
  )))|(((
--Orgán verejnej moci
++Rola, ktorá definuje prístup do IS alebo definuje využívanie IT zdrojov
  )))
  |(((
 .
  )))|(((
--OZE
++RT
  )))|(((
--Obnoviteľný zdroj energie
++Response Time - Maximálna doba, počas ktorej je dodávateľ povinný reagovať na podnet objednávateľa (napr. incident, požiadavku)
  )))
  |(((
 .
  )))|(((
--PO
++SD
  )))|(((
--Právnická osoba
++Service Desk
  )))
  |(((
 .
  )))|(((
--IoT
++SDM
  )))|(((
--Internet of Things
++Service Desk Manager
  )))
  |(((
 .
  )))|(((
--TCO
--)))|(((
--Total Cost of Ownership (TCO) - celkové náklady spojené s vlastníctvom
--)))
--|(((
--14.
--)))|(((
  SLA
  )))|(((
  Service Level Agreement – dohoda/zmluva o parametroch poskytovania služby
  )))
  |(((
--15.
++14.
  )))|(((
  SW
  )))|(((
@@ -421,7 +421,7 @@
  softvér
  )))
  |(((
--16.
++15.
  )))|(((
  TŠ
  )))|(((
@@ -428,7 +428,7 @@
  Technická špecifikácia (dokument, popisujúci kontext pre technické začlenenie riešenia do prostredia organizácie, s jeho technickými, integračnými, architektúrnymi a bezpečnostnými požiadavkami)
  )))
  |(((
--17.
++16.
  )))|(((
  WF
  )))|(((
@@ -435,33 +435,12 @@
  Workflow = pracovný proces, zobrazený postupnosťou úkonov
  )))
  |(((
--18.
++17.
  )))|(((
  PTK/RFI
  )))|(((
  Predbežná trhová konzultácia/Request for information
  )))
--|(((
--19.
--)))|(((
--TSK
--)))|(((
--Trenčiansky samosprávny kraj
--)))
--|(((
--20.
--)))|(((
--PHSR
--)))|(((
--Program hospodárskeho a sociálneho rozvoja
--)))
--|(((
--21.
--)))|(((
--OvZP
--)))|(((
--Organizácia v zriaďovateľskej pôsobnosti
--)))
  \\
@@ -507,6 +507,14 @@
  // //
++**//Kapacitné požiadavky majú nasledovnú konvenciu~://**
++
++**//Bezpečnostné požiadavky majú nasledovnú konvenciu: ...//**
++
++**//Prevádzkové požiadavky majú nasledovnú konvenciu: ...//**
++
++**//Ostatné požiadavky majú nasledovnú konvenciu: ...//**
++
  **//Ostatné typy požiadaviek môžu byť ďalej definované objednávateľom/PM.//**
  **// //**
@@ -519,150 +519,46 @@
  \\
--Predkladaný projekt je zameraný na využitie smart technológií v prostredí TSK. Cieľom projektu je vybudovanie integračnej platformy, získavanie údajov z externých senzorov a zariadení, ich vzájomné prepojenie, analýza údajov a podpora rozhodovania pre tvorbu a/alebo reguláciu politík TSK vrátane poskytovania údajov koncovým používateľom s cieľom efektívneho nakladania s verejnými zdrojmi.
++//Doplniť vstupy v// PRÍPRAVNEJ FÁZE:
--Predkladaný projekt je možné rozdeliť do troch tematických blokov:
++//Stručný popis projektu, dôvod jeho realizácie, obsah projektu (vývoj SW, nákup HW/licencie, migrácia do vládneho cloudu a pod.), indikatívna výška finančných prostriedkov určených na realizáciu projektu, prínosy a časový horizont realizácie projektu. Očakáva sa, že stručne, jasne a štruktúrovane popíšete základné zdôvodnenie, prečo by sa mal projekt realizovať. Vo vašom popise odpovedajte najmä na otázky „Prečo chcete projekt zrealizovať? Čo je predmetom projektu? Pre koho sú výsledky projektu určené? Za akú sumu? Čo to prinesie cieľovej skupine?//
--1. Energetický manažment budov v správe TSK
--1. Monitoring mostov v správe TSK
--1. Telemedicína
++// //
--\\
++//V prípade projektov financovaných z európskych fondov je potrebné uviesť zdôvodnenie využitia národného/dopytového projektu, prijímateľa/partnera projektu a dôvod jeho určenia, príslušnosť národného/dopytového projektu k prioritnej osi príslušného operačného programu.//
--Z pohľadu navrhovaného projektu ide o realizáciu politík a rozhodovania o veciach verejných v pôsobnosti TSK v nasledovných oblastiach:
++// //
--* Energetická a prevádzková efektívnosť
++//V prípade potreby doplniť informácie v// INICIAČNEJ FÁZE.
--V súčasnosti z pohľadu správy budov TSK je ich ekosystém tvorený rôznorodými technickými zariadeniami (vykurovacie, vetracie, klimatizačné a osvetľovacie) s rôznou úrovňou autonómnej regulácie a vysokým stupňom heterogernity.
++= {{id name="projekt_1756_Projektovy_zamer_detailny-3.2.Motiváciaarozsahprojektu"/}}3.2.          Motivácia a rozsah projektu =
--Informácie správcov budov a v prenesenom význame TSK sú neaktuálne v čase a dostupné na rôznych miestach. Ich vzájomné prepojenie, ktoré by prinášalo synergický efekt v úsporách energie, z hľadiska údržby a celkového facility manažmentu nie je v súčasnosti možné. Množstvo rôznorodých zariadení od rôznych výrobcov zneprehľadňuje a znemožňuje efektívnu údržbu a servis. Náklady na udržiavanie zariadení v prevádzke, ktorá zodpovedá optimálnej spotrebe energie, sú vysoké resp. servis a údržba sa zanedbávajú, čo má dopad na zvýšenú spotrebu energie. V tejto oblasti sa vykonávajú len legislatívou nariadené činnosti, pravidelný výrobcom predpísaný prevádzkový servis sa vykonáva sporadicky.
--
--Pozitívne efekty v úsporách energie prináša využívanie riadiacich systémov a regulácie. Zariadenia sú častokrát riadené v ručnom režime, regulácia zariadení je nefunkčná alebo obsluha zariadení nevie možnosti regulácie využívať.
--
--Meranie spotrieb energie, meranie prevádzkových parametrov zariadení i meranie pomocných veličín musí vyhovovať kritériám výberu takých meračov a snímačov, ktoré je možné integrovať do systému centrálneho riadenia.
--
  \\
--* Efektívna správa mostných telies a predchádzanie havarijným stavom
++//Doplniť vstupy v// PRÍPRAVNEJ FÁZE:
--Mosty predstavujú kľúčový prvok cestnej infraštruktúry. Podľa údajov z roku 2020 je v správe TSK na cestách II. a III. triedy spolu 639 mostov, ktorých stav je hodnotený na 8 stupňovej stupnici (bezchybný, veľmi dobrý, dobrý, uspokojivý, zlý, veľmi zlý, havarijný, neurčený). Úlohou vlastníkov mostov je nastaviť systém prehliadok, diagnostiky a následných opráv tak, aby opravy a rekonštrukcie mostov boli vykonávané priebežne a preventívne najmä vtedy, keď sú mosty v lepších stupňoch stavebno-technického stavu. Minimalizovali by sa tak prípady finančne náročných rekonštrukcií a prestavieb mostov, ako aj zatvárania mostov pre hroziacu katastrofu. Navrhované riešenie vychádza z premisy [[Správy NKÚ>>url:https://www.nku.gov.sk/documents/10157/265201/96775-0-110.pdf/8ae4f01d-16fb-460a-93fb-52a757a7fd8b?version=1.0||shape="rect"]] o rekonštrukcii, oprave a údržbe mostov na cestách I., II. a III. triedy, nakoľko implementované IoT senzory počas bežnej prevádzky budú poskytovať aktuálne informácie o prevádzke s cieľom efektívne riadiť správu mostných telies, ich opráv a predchádzanie havarijným stavom. Tým sa zvýši zároveň bezpečnosť dopravy a ušetrí čas pri prípadných obchádzkach a dopravných uzáverách.
++* //Popísať PROBLÉM, ktorý chcete realizáciou projektu odstrániť//
++* //STRUČNE popísať koľko a aké vaše biznis procesy sú predmetom projektu//
++* //doplniť informácie o OBLASTI (AGENDA / ŽIVOTNÁ SITUÁCIA), ktorým sa projekt venuje//
++* //doplniť rámcový popis ROZSAHU projektu (subjekty a ISVS, ktorých sa problém a projekt týka)//
++* //doplniť MOTIVÁCIU na dosiahnutie budúceho stavu a OBMEDZENIA pre dosiahnutie cieľov projektu.//
--\\
++// //
--* Telemedicína
++//V prípade potreby doplniť informácie v// INICIAČNEJ FÁZE.
--Dlhodobý trend na všetkých úrovniach poskytovania zdravotnej starostlivosti je okrem iného poddimenzovanosť ľudských zdrojov. Situácia sa príchodom pandémie COVID-19 ešte vyostrila a regionálni poskytovatelia zdravotnej starostlivosti majú problém so starnúcim zdravotníckym personálom a jeho preťaženosťou. Je preto potrebné hľadať riešenia, ktoré odbremenia zdravotnícky personál od jednoduchších či repetitných činností. Medzi takéto aktivity je možné zaradiť napr. meranie teploty, tepu, tlaku pacientom, ktoré je v súčasnosti možné robiť bez ľudskej interakcie, bez obmedzovania pacienta, hromadne, so štatistickým spracovaním a vyhodnocovaním vývoja. Pri použití relevantného nástroja pre zber údajov, ktorým bude certifikovaná zdravotncíka pomôcka, to povedie nie len k zníženiu vyťaženosti zdravotníckeho personálu, ale aj k zvýšeniu komfortu pacientov a skvalitneniu zdravotníckej starostlivosti, nakoľko sa personál bude môcť viac venovať odbornejším činnostiam či individuálnej starostlivosti. Pre oblasť telemedicíny bolo vytipované interné oddelenie Nemocnice v Bojniciach.
--
  \\
--* Tvorba, resp. manažment verejných politík prostredníctvom analýzy zozbieraných dát
++= {{id name="projekt_1756_Projektovy_zamer_detailny-3.3.Zainteresovanéstrany/Stakeholderi"/}}3.3.          Zainteresované strany/Stakeholderi =
--Základným predpokladom správnych rozhodnutí sú údaje a ich správna interpretácia.
--
--Zo zberu údajov by sa mala stať uvedomelá dlhodobá činnosť so stanovenými pravidlami. Je dôležitá i z hľadiska budúceho využitia údajov ako referenčného základu pre vyhodnotenie pokroku v dosahovaných výsledkoch.
--
--Údaje a na nich postavené analýzy predstavujú silný argument pri zdôvodňovaní výberu toho-ktorého riešenia. Vedenie regiónu a odborný tím sa majú o čo oprieť pri vysvetľovaní svojich rozhodnutí. Sú demokratizačným prvkom v procese riadenia regiónu. Obmedzenie prvkov intuitívnosti v riadení prináša stabilitu a pokoj do prevádzky regionálnych úradov.
--
--Nastavenie rozsahu a dôležitosti zbieraných údajov je základnou povinnosťou tímu odborníkov a tento proces vyžaduje dôkladnú prípravu. Zbytočná redundancia pozbieraných údajov kladie ľudské, časové i finančné nároky na proces koordinovaného zberu údajov.
--
--Pre ukladanie, archiváciu a analýzy údajov sa často v súčasnosti využívajú sofistikované informačné systémy. Excelovské tabuľky neposkytujú primeraný komfort, sú častokrát neprehľadné pri spracovaní väčšieho množstva údajov. V nich sa často stráca pochopenie súvisu medzi dvomi alebo viacerými procesmi.
--
--Ďalším synergickým efektom zberu údajov je ich poskytnutie verejnosti vo forme OPEN dát - datasetov. Hlavným cieľom ponuky údajov pre verejné využitie je zlepšovanie vládnutia a spravovania vecí verejných prostredníctvom zvyšovania transparentnosti, efektivity a zodpovednosti. Posilňuje sa tým tiež participácia verejnosti na riadení regiónu. Katalógy údajov obsahujú rôzne užitočné informácie využiteľné pre tvorbu aplikácii zlepšujúcich život občanov v meste a regióne, znižovanie nákladov na prevádzku budov a optimalizáciu ich správy.
--
  \\
--Prínosy kvalitatívne i kvantitatívne v rámci navrhovaného projektu spočívajú v nasledovnom:
++//Doplniť vstupy v//  PRÍPRAVNEJ FÁZE:
--* Zníženie nákladov na prevádzku a zvýšenie energetickej hospodárnosti budov v správe TSK vzhľadom na detailnú analýzu dát;
--* Efektívna správa mostov v správe TSK a predchádzanie havarijným stavom;
--* „Otvorenie“ rozhodovacích procesov voči obyvateľom TSK sprístupnením zbieraných dát v oblasti energetického manažmentu.
++* //doplniť KTO (zoznam subjektov/osôb) sa zúčastňuje projektu a akú rolu zastáva//
--* Zvýšenie kvality poskytovanej zdravotnej starostlivosti.
--
  \\
--Časový horizont samotnej realizácie projektu je obdobie 06.2022-09.2023 a pozostáva z hlavných aktivít, ktoré predpisuje príručka žiadateľa pre dopytové projekty v rámci OPII.
--
--\\
--
--Inteligentné riešenia nepredstavujú iba hromadné nasadenie komunikačných a počítačových technológií, ale hlavne vytváranie ucelených systémov fungovania mestských a regionálnych úradov k lepšej budúcnosti. Od vytvárania zmysluplných procesov riadenia po budovanie kvalitných rozvojových tímov s jasnou predstavou a kompetenciami.
--
--Tieto inteligentné alebo smart riešenia nie sú iba unikátne technológie a nasadenie umelej inteligencie, ale hlavne zaužívané inteligentné postupy v bežnej práci mestských a regionálnych úradov s úspešnými a overiteľnými výsledkami.
--
--V takomto smart prostredí budú zohrávať údaje, ich zber, uchovávanie a analyzovanie veľmi dôležitú úlohu. Údaje, ktoré zmapujú stav vecí v reálnom čase, ale aj údaje, ktoré zdokumentujú stav pokroku. Bez porovnania stavu pred a po nebudeme vedieť, či sme sa posunuli smerom k definovanému cieľu.
--
--A tak význam smart city riešení v mestách a regiónoch vidíme hlavne v prepojení digitalizácie, údajov, ekonomických, sociálnych a klimatických politík v bežnej praxi mestských a regionálnych úradov za asistencie participácie občanov.
--
--Na hľadanie najlepších projektov práve v oblasti zberu údajov, ale aj iných problémov, sa zameriava koncept Smart City. Zber údajov prostredníctvom senzorov poprepájaných špecializovanými komunikačnými sieťami sa stáva cenovo dostupnejší a vzhľadom na rastúce náklady na energie a inú prevádzku aj efektívnejší. Štruktúrované uloženie údajov v relačných databázach podobne. Správa údajov s možnosťou ich analýzy je vlastná špecializovaným softvérom. Prispôsobenie reportov konečným užívateľom je jednou z vlastností prezentačných programov.
--
--Indikatívna výška finančných prostriedkov určených na realizáciu projektu je: **4 055 854,50 €.**
--
--= {{id name="projekt_1756_Projektovy_zamer_detailny-3.2.Motiváciaarozsahprojektu"/}}3.2.          Motivácia a rozsah projektu =
--
--\\
--
--Projekt a jeho jednotlivé aktivity sú predkladané s cieľom dosiahnutia úspor prevádzkových a investičných nákladov v oblasti energetického manažmentu vzhľadom na rastúce ceny energií a cieľ znižovať spotrebu vo verejných budovách, oblasti správy mostov ako na opravu nákladných prvkov cestnej infraštruktúry a telemedicíny s cieľom skvalitniť poskytovanie zdravotnej starostlivosti a odbremeniť obmedzené ľudské zdroje zdravotníckeho personálu.
--
--Projekt zohľadňuje multiúrovňové rozvojové stratégie a akčné plány reagujúce na zmeny klímy. Už samotné zníženie spotreby bez zmeny prevádzkových technológií sa prejavia v prevádzkových nákladoch a energetickej efektivite s priamym dopadom na rozpočet samospráv. Tento proces bude vyžadovať odborných pracovníkov s novými vedomosťami, dátovými zdrojmi a spoluprácu s externými expertmi.
--
--Nepriamy a dlhodobý prínos budú mať analýzy údajov s dopadom na plánovanie investícií do rekonštrukcií a obnovy budov či mostov. Prísna energetická legislatíva ovplyvňuje vo veľkej miere investičné správanie a preto dôsledné analýzy neustále aktualizovaných údajov o efektivite prevádzky budú mať veľký význam v hospodárení TSK. Investičné plány budú zamerané na výber a poradie rekonštrukcií, ktorých výsledkom bude zlepšenie vnútorného prostredia budov a zníženie spotreby energie. Energetické plánovanie sa dostane na vyššiu úroveň a bez dôsledných analýz by to nebolo možné. Ako aspekt do prioritizácie projektov vstúpia overiteľné argumenty napr. o hospodárnosti investície, blížiacom sa termíne obnovy a pod. Prirodzene, vzhľadom na prostredie verejnej správy aj naďalej budú potrebné aj iné aspekty prioritizácie na inom ako tvrdo ekonomickom základe. Projekt predstavuje aj prínos v oblasti energetickej bezpečnosti vzhľadom na poskytovanie reálnych údajov o energetickej efektivite a rezervách.
--
--Projekt je realizovaný v rámci dopytovo orientovanej výzvy Moderné technológie II  OPII_2021_7_17_DOP.  Projekt je v súlade s požiadavkami Národnej koncepcie informatizácie verejnej správy, ktorej ciele sú reflektované v multikriteriálnej analýze a celkových požiadavkách a nárokoch na výstupy projektu. V rámci prípravy projektovej dokumentácie boli vytipované nasledovné aktivity.
--
--**Špecifické ciele:**
--
--7.4 Zvýšenie kvality, štandardu a dostupnosti eGovernment služieb pre občanov
--
--Typ aktivity:   E. Podpora budovania inteligentných miest a regiónov
--
--Podaktivita:   E.1 Inteligentné systémy riadenia, monitorovania, prediktívnej údržby a prevencie
--
--* inteligentné systémy na monitorovanie a manažment budov / smart energetický management budov,
--*  IoT monitorovacie zariadenia mostných objektov, diagnostika mostných objektov
--* tvorba, resp. manažment verejných politík
--
--7.5. Zlepšenie celkovej dostupnosti dát vo verejnej správe s dôrazom na otvorené údaje
--
--Typ aktivity: H. Implementácia nástrojov pre zdieľanie, integráciu a riadenia kvality dát s dôrazom na otvorené dáta
--
--Podaktivita: H.1: Identifikácia zdrojov otvorených dát a ich kvality (vrátane následného zverejnenia výstupných údajov spracovaných v užívateľskom formáte na internete/prostredníctvom emailu)
--
--Podaktivita: H.2: Automatizácia procesov tvorby, zdieľania, integrácie a riadenia kvality dát s dôrazom na otvorené dáta
--
--7.6  Zlepšenie digitálnych zručností a inklúzie znevýhodnených jednotlivcov do digitálneho trhu
--
--Typ aktivity:   J. Zavedenie nástrojov pre podporu asistovaného života a telemedicíny
--
--Podaktivita:   vo výzve nie je špecifická podaktivita definovaná
--
--\\
--
--V aktuálnom stave TSK neráta so zapojením jednotlivých miest a obcí do projektu, avšak plánovaná integračná platforma bude budovaná škálovateľne a modulárne, ponúkne možnosti a rozhrania na zapojenie týchto subjektov v budúcnosti.
--
--**Strategické dokumenty v korelácii s predkladaným projektom:**
--
--Na nadregionálnej úrovni projekt vychádza z viacerých strategických dokumentov, ktoré priebežne od prelomu milénia priorizujú energetickú efektivitu ako napr. Agenda 21, Plán pre Európu efektívne využívajúcu zdroje, Akčný plán energetickej efektívnosti na roky 2014-2016 s výhľadom do roku 2020.
--
--Na regionálnej úrovni vychádza z posledného Akčného plánu udržateľného energetického rozvoja Trenčianskeho samosprávneho kraja na roky 2013-2020 a rozvíja záväzky Programu hospodárskeho a sociálneho rozvoja Trenčianskeho samosprávneho kraja na roky 2013-2023. Ten vo svojej programovej časti uvádza:
--
--PO4 Kvalita verejných služieb - energetika uvádza
--Opatrenie 5.4 Energeticky efektívne nízkouhlíkové hospodárstvo vo všetkých sektoroch.
--Aktivita 5.4.4.: Podpora energetickej efektívnosti, inteligentného riadenia energie a využívania energie z obnoviteľných zdrojov vo verejných infraštruktúrach, vrátane verejných budov a v sektore bývania
--
--PO2 Rozvoj udržateľnej infraštruktúry - Doprava a infraštruktúra
--V časti Akčný plán je uvedených viacero potrebných rekonštrukcií mostov z dôvodu zlého alebo veľmi zlého stavu telies. No zároveň je uvádzaná potreba v súlade s dobrým riadením plán rekonštrukcií každý rok aktualizovať a pripraviť s priamou väzbou na rozpočet.
--
--PO4 Kvalita verejných služieb - zdravotníctvo
--Opatrenie 4.3 Lepší prístup k efektívnejším zdravotníckym službám
--Aktivita 4.3.1 Modernizovať zdravotnícku infraštruktúru
--Aktivita s účelom zvýšenia produktivity a efektívnosti v poskytovaní zdravotníckej starostlivosti. Z analýz PHSR vyplynulo, že zariadenia sú v mnohých nemocniciach a ambulanciách zastaralé, preťažené a neumožňujú vykonávanie efektívnej zdravotnej starostlivosti.
--
--V oblasti monitoringu mostov je projekt v súlade so závermi a odporúčaniami Správy o výsledku kontroly rekonštrukcie, údržby a opravy mostov na cestách I., II. a III. triedy z roku 2021, podľa ktorej kraj aktívne využíval všetky formy dotácií a nenávratných finančných príspevkov na cestnú infraštruktúru. Bol jedným z krajov, ktorý žiadal rezorty dopravy a financií o vytvorenie fondu na financovanie rekonštrukcií regionálnych ciest a mostov z dôvodu, že potreba ich financovania presahuje možnosti rozpočtu samosprávneho kraja. Zároveň však je potrebné priznať, že zdroje na údržbu a opravy mostov v rámci bežnej činnosti správcov sú nedostatočné. Informácie o stave mostov nie sú aktuálne v čase, nie sú správne alebo úplné. Dôsledkom tohto stavu je skreslené plánovanie potrebnej údržby, opráv a rekonštrukcií mostov. Systém rekonštrukcií, opráv a údržby mostov je z hľadiska intenzity procesov a dosahovaných výsledkov neúčinný, je zanedbávaná diagnostika a prehliadky mostov. Cieľom tejto časti projektu je preto optimalizovať a priorizovať mimoriadne prehliadky a technické diagnostiky, na základe zvýšeného množstva dát stanovovať poradia naliehavosti údržby, opráv, rekonštrukcií a prestavieb mostov.
--
--= {{id name="projekt_1756_Projektovy_zamer_detailny-3.3.Zainteresovanéstrany/Stakeholderi"/}}3.3.          Zainteresované strany/Stakeholderi =
--
--\\
--
  |(((
  **ID**
  )))|(((
@@ -691,55 +691,83 @@
  )))|(((
  Poskytovateľ služieb centrálnej platformy integrácie údajov
  )))|(((
--IS CSRU isvs_5836
++IS CSRU
  )))
  |(((
 .
  )))|(((
--Trenčiansky samosprávny kraj
++Občan / podnikateľ
  )))|(((
--TSK
++\\
  )))|(((
--Správca Integračného komponentu
++Spracovateľ podania formou vyplnenia žiadosti vo formulárovom prostredí
  )))|(((
--Integračný komponent isvs_11174
++Nerelevantné
  )))
  |(((
 .
  )))|(((
--Občan
++OVM
  )))|(((
--G2C
++\\
  )))|(((
--Pacient
++Konzument údajov
  )))|(((
--Nerelevantné
++Doplniť ISVS (v projekte)
  )))
  |(((
 .
  )))|(((
--Občan/podnikateľ
++Občan/Podnikateľ/OVM …
  )))|(((
--G2C/G2B
++Doplniť skratku subjektu
  )))|(((
--Konzument údajov
++Doplniť rolu (v projekte)
  )))|(((
--[[data.gov.sk>>url:http://data.gov.sk||shape="rect"]] / Web TSK
++Doplniť ISVS (v projekte)
  )))
  |(((
 .
  )))|(((
--Zamestnanci TSK a OvZP
++Občan/Podnikateľ/OVM …
  )))|(((
--G2E/OVM
++Doplniť skratku subjektu
  )))|(((
--Spotrebitelia energií
++Doplniť rolu (v projekte)
  )))|(((
--Nerelevantné
++Doplniť ISVS (v projekte)
  )))
  \\
++\\
++
++//Doplniť vstupy v//  INICIALIČNEJ FÁZE:
++
++* //do už vytvoreného dokumentu PROJEKTOVÝ ZÁMER z Prípravnej fázy aktualizovať a detailne rozpracovať – ak relevantné.//
++
++// //
++
++// //
++
++// //
++
++// //
++
++// //
++
++// //
++
++// //
++
++// //
++
++// //
++
++// //
++
++// //
++
  = {{id name="projekt_1756_Projektovy_zamer_detailny-3.4.Cieleprojektuamerateľnéukazovatele"/}}3.4.          Ciele projektu a merateľné ukazovatele =
  **~ **
@@ -790,153 +790,212 @@
  **POZNÁMKA**
  )))
  |(((
--1
++sem vpíšte identifikáciu /číslo ukazovateľa
  )))|(((
++\\
--\\\\\\\\ŠC 7.4 - P0945**   **Aktivita: E. Podpora budovania inteligentných miest a regiónov
++\\
++
++\\
++
++\\
++
++\\
++
++sem vpíšte názov cieľa
  )))|(((
--Podaktivita E.1 Inteligentné systémy riadenia, monitorovania, prediktívnej údržby a prevencie v rámci
++sem vpíšte názov ukazovateľa (KPI)
  )))|(((
--Ukazovateľ vyjadruje počet implementovaných senzorov a ďalších prvkov internetu vecí slúžiacich na získavanie dát v oblasti mostnej infraštruktúry,
++sem vpíšte popis ukazovateľa
  )))|(((
--ks
++sem vpíšte - čas, početnosť, financie,...
  )))|(((
--0
++sem vpíšte aktuálne namerané hodnoty, ktoré chcete realizáciou projektu zlepšiť
  )))|(((
--15
++sem vpíšte cieľové hodnoty, ktoré chcete dosiahnuť realizáciou cieľa (napr.
++_Zrýchlenie poskytnutia služby (čas),
++_Zvýšenie počtu poskytnutých služieb (početnosť),
++_Zníženie nákladov na proces (financie), ... atď.
  )))|(((
--Report setov zapojených do Modulu Mosty
++sem vpíšte spôsob (metódu / postup), ako sa po nasadení overí naplnenie cieľa (naplnenie KPI)
  )))|(((
--\\
++sem vpíšte spôsob (metódu / postup), ako sa po nasadení overí naplnenie cieľa (naplnenie KPI)
  )))
  |(((
--2
++...
  )))|(((
--ŠC 7.6 - P0195: Počet nástrojov asistovaného života a/alebo telemedicíny zavedených do reálneho využívania
++\\
  )))|(((
--Aktiviay: J. Zavedenie nástrojov pre podporu asistovaného života a telemedicíny
++...
  )))|(((
--Ukazovateľ vyjadruje počet implementovaných senzorov slúžiacich na monitoring životných funkcií pacientov
++...
  )))|(((
--ks
++...
  )))|(((
--0
++...
  )))|(((
--50
++...
  )))|(((
--Report setov zapojených do Modulu Telemedicína
++...
  )))|(((
--\\
++...
  )))
  |(((
--3
++...
  )))|(((
--ŠC 7.4 - P0945**   **Aktivita: E. Podpora budovania inteligentných miest a regiónov
++\\
  )))|(((
--Podaktivita E.1 Inteligentné systémy riadenia, monitorovania, prediktívnej údržby a prevencie v rámci
++...
  )))|(((
--Ukazovateľ vyjadruje počet implementovaných senzorov slúžiacich na energetický monitoring budov
++...
  )))|(((
--set
++...
  )))|(((
--0
++...
  )))|(((
--120
++...
  )))|(((
--Report setov zapojených do Modulu Energetický manažment
++...
  )))|(((
--\\
++...
  )))
  |(((
--4
++...
  )))|(((
--ŠC 7.5 - P0217** **
++\\
  )))|(((
--Počet nových datasetov publikovaných vo formáte s vysokým potenciálom na znovupoužitie
++...
  )))|(((
--Ukazovateľ vyjadruje počet nových datasetov, ktoré sú publikované na centrálnom prístupovom bode podľa pravidiel garantujúcich vysoký potenciál pre znovupoužitie.
++...
  )))|(((
--%
++...
  )))|(((
--0
++...
  )))|(((
--0,5833
--
--(7/1200*100=
--
--0,5833)
++...
  )))|(((
--Report open datasetov publikovaných zo Integračného komponentu
++...
  )))|(((
--\\
++...
  )))
++\\
++
++\\
++
++//Nápoveda (inštrukcie) k vyplneniu obsahu tabuľky~://
++
++* //doplniť zmerané hodnoty stavu AS IS (pre oblasti, ktoré chceme realizáciou projektu zlepšiť)//
++* //doplniť základné cieľové merateľné a výkonnostné hodnoty stavu TO BE//
++* //ku každej hodnote doplniť spôsob, ako zmeriame dosiahnutie CIEĽA, výkonnostného ukazovateľa, atď.//
++* //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||shape="rect"]])//
++
++// //
++
++**//POŽIADAVKY: //**//stručne popíšte, aké cieľové merateľné ukazovatele chcete dosiahnuť    //
++
++* **//ASIS merateľné ukazovatele//**// – t. j. popíšte, aké merateľné ukazovatele máte teraz (vpíšte výsledky meraní – v časových/merateľných jednotkách) .//
++* **//TOBE merateľné ukazovatele//**// – t. j. popíšte cieľové merateľné ukazovatele, ktoré chcete dosiahnuť.//
++** //Odporúčame, aby váš budúci IS už mal automatizovaný reporting (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 EŠIF uvádzať aj Projektové merateľné ukazovatele z operačného programu (špecifické ciele, merateľné ukazovatele atď).//
++
++\\
++
++//Doplniť vstupy v//  INICIAČNEJ FÁZE:
++
++* //do už vytvoreného dokumentu PROJEKTOVÝ ZÁMER z Prípravnej fázy aktualizovať a detailnejšie rozpracovať, ak relevantné.//
++
++// //
++
  = {{id name="projekt_1756_Projektovy_zamer_detailny-3.5.Špecifikáciapotriebkoncovéhopoužívateľa"/}}3.5.          Špecifikácia potrieb koncového používateľa =
  **// //**
--Súčasťou predmetného projektu je vývoj softvérového riešenia, 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>>url:http://data.gov.sk||shape="rect"]]. Tieto sú však publikované prostredníctvom rezortnej integrácie na Integračný komponent isvs_11174.
++//Táto časť sa týka SW 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, ďalej koncových používateľov.//
--
++// //
--= {{id name="projekt_1756_Projektovy_zamer_detailny-3.6.Rizikáazávislosti"/}}3.6.          Riziká a závislosti =
++//Špecifikácia požiadaviek koncových používateľov **musí byť výsledkom používateľského prieskumu **a v súlade s platnou legislatívou. //
--**~ **
++
--Riziká a závislosti sú uvedené v prílohe 1 P_01 a I_01_Príioha 1: ZOZNAM RIZÍK a ZÁVISLOSTI.
++//Doplniť vstupy v // INICIAČNEJ FÁZE:
--= {{id name="projekt_1756_Projektovy_zamer_detailny-3.7.AlternatívyaMultikriteriálnaanalýza"/}}3.7.          Alternatívy a Multikriteriálna analýza =
++
--\\
++* //Definovať 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. (Vytvoriť prvú “iteráciu”  popisu cieľových skupín koncových používateľov, ktorá bude neskôr doplnená o poznatky z používateľského prieskumu. Príklad definície skupín koncových používateľov , tzv. persón nájdete napríklad v [[metodike pre tvorbu používateľsky kvalitných elektronických služieb>>url:https://www.mirri.gov.sk/wp-content/uploads/2020/10/Metodicke-usmernenie-pre-tvorbu-pouzivatelsky-kvalitnych-elektronickych-sluzieb-VS_7102020.pdff||shape="rect"]]alebo [[v tomto článku>>url:https://www.nngroup.com/articles/persona-types/||shape="rect"]]).   //
++* //Potreby resp. ciele koncových používateľov (ideálne formou tzv.  používateľského príbehu) ktoré identifikujú to, čo jednotlivé skupiny koncových používateľov od elektronickej  služby požadujú (čiže  ako k naplneniu potreby pristupujú popísané //[[//formou príbehu//>>url:https://www.nngroup.com/articles/user-need-statements/||shape="rect"]]//).//
--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ť.
++
--[[image:attach:image2022-4-28_21-32-41.png||height="250"]]
++*  //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ť (performanceindiká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 PromoterScore, 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. (//[[//Ako vybrať vhodnú metódu používateľského prieskumu//>>url:https://www.nngroup.com/articles/which-ux-research-methods/||shape="rect"]]//).//
--// //
++
--= {{id name="projekt_1756_Projektovy_zamer_detailny-3.7.1.Stanoveniealternatívpomocoubiznisovejvrstvyarchitektúry"/}}3.7.1.      Stanovenie alternatív pomocou biznisovej vrstvy architektúry =
++* //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ď.//
++* //Doplnenie popisu skupín koncových používateľov o poznatky z používateľského prieskumu (overenie predpokladov charakteristík skupín koncových používateľov používateľským prieskumom a doplnenie týchto poznatkov do popisu skupín používateľov - vytvorenie persón, ktoré boli predtým “protopersónami”). //
++* //Doplniť Katalóg požiadaviek o priorizované požiadavky z používateľského prieskumu.//
++
++
++= {{id name="projekt_1756_Projektovy_zamer_detailny-3.6.Rizikáazávislosti"/}}3.6.          Riziká a závislosti =
++
++**~ **
++
++//Doplniť vstupy v//  PRÍPRAVNEJ FÁZE:
++
++//Doplňte/stručne popíšte **RIZIKÁ a ZÁVISLOSTI** (detail v prílohe 1 P_01 a I_01_Príioha 1: ZOZNAM RIZÍK a ZÁVISLOSTI)  **Zoznam RIZÍK a ZÁVISLOSTI** -  je potrebné počas celej realizácie projektu aktualizovať.//
++
++//V prípade projektov financovaných z EŠIF 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 majú 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.//
++
  // //
--//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 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.//
++= {{id name="projekt_1756_Projektovy_zamer_detailny-3.7.AlternatívyaMultikriteriálnaanalýza"/}}3.7.          Alternatívy a Multikriteriálna analýza =
  \\
--= {{id name="projekt_1756_Projektovy_zamer_detailny-3.7.2.Multikriteriálnaanalýza"/}}3.7.2.      Multikriteriálna analýza =
++//Doplniť vstupy v//  PRÍPRAVNEJ FÁZE:
--\\
++* //doplniť/stručne popísať možné alternatívy riešenia projektu.//
--==== {{id name="projekt_1756_Projektovy_zamer_detailny-AlternatívaAB1–ponechaniesúčasnéhostavu"/}}Alternatíva AB1 – ponechanie súčasného stavu ====
++// //
--**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.
++//Doplniť vstupy v//  INICIAČNEJ FÁZE:
--**Za nevýhodu** tejto alternatívy je možné považovať neobjektívne uskutočňovanie rozhodovania 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í.
++* //doplniť/stručne popísať podkapitoly nižšie.//
--**Na základe vyššie uvedeného neodporúčame prijať túto alternatívu.**
++// //
--==== {{id name="projekt_1756_Projektovy_zamer_detailny-AlternatívaAB2–Energetickýmanažment"/}}Alternatíva AB2 – Energetický manažment ====
++= {{id name="projekt_1756_Projektovy_zamer_detailny-3.7.1.Stanoveniealternatívpomocoubiznisovejvrstvyarchitektúry"/}}3.7.1.      Stanovenie alternatív pomocou biznisovej vrstvy architektúry =
--**Za výhodu** tejto alternatívy je možné považovať zvýšenie efektivity nakladania s verejnými zdrojmi a objektivizáciu určovania investičných priorít vďaka čiastočnej overiteľnej dátovej znalosti prostredia.
++// //
--**Za nevýhodu** tejto alternatívy je možné považovať nekomplexnosť riešenia. Energetický manažment je iba úzkym profilom aktuálnych možností a sám o sebe nezodpovedá dnešným technologickým a aplikačným možnostiam. Kombináciou s ďalšími IoT riešeniami je možné priamo efektívne využiť komunikačnú a analyticko-integračnú infraštruktúru aj pre ďalšie oblasti. Táto možnosť taktiež vylučuje manažment v oblasti analýzy dopravy ako jednej z kľúčových oblastí vyžadujúcich posun v inteligentnom riadení založenom na dátových znalostiach a nerieši exponovanú situáciu v oblasti ľudských zdrojov v regionálnom zdravotníctve.
++//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 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.//
--**Na základe vyššie uvedeného neodporúčame prijať túto alternatívu.**
++\\
--==== {{id name="projekt_1756_Projektovy_zamer_detailny-AlternatívaAB3–Kombináciaenergetickéhomanažmentu,mostnejinfraštruktúryatelemedicíny"/}}Alternatíva AB3 – Kombinácia energetického manažmentu, mostnej infraštruktúry a telemedicíny ====
++= {{id name="projekt_1756_Projektovy_zamer_detailny-3.7.2.Multikriteriálnaanalýza"/}}3.7.2.      Multikriteriálna analýza =
--**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. Vzájomne komunikujúca IoT senzorika prinesie škálovateľnosť a modularitu aj reálnejšie vstupné dáta do viacerých rozhodovacích politík.
++\\
--**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.
++//Výber alternatív prebieha na úrovni biznis vrstvy prostredníctvom MCA zostavenej na základe kapitoly Motivácia, ktorá obsahuje ciele stakeholderov, ich požiadavky a obmedzenia pre dosiahnutie uvedených cieľov.//
--**Na základe vyššie uvedeného odporúčame prijať túto alternatívu.**
++//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).//
--\\
++// //
--Šablóna pre spracovanie MCA
++Príklad šablóny pre spracovanie MCA
  |(((
--\\
++**// //**
  )))|(((
  **KRITÉRIUM**
  )))|(((
@@ -944,26 +944,24 @@
  )))|(((
  **STAKEHOLDER**
--**MIRRI**
++**1**
  )))|(((
  **STAKEHOLDER**
--**TSK**
++**2**
  )))|(((
  **STAKEHOLDER**
--**G2C/G2B**
--)))|(((
--**STAKEHOLDER**
--
--**G2E**
++**3**
  )))
--|(% rowspan="5" %)(((
++|(% rowspan="6" %)(((
  BIZNIS VRSTVA
++
++// //
  )))|(((
  Kritérium A (KO)
  )))|(((
--Riešenie priamo optimalizuje prevádzkové náklady.
++// //
  )))|(((
  //X//
  )))|(((
@@ -970,171 +970,131 @@
  //X//
  )))|(((
  //X//
--)))|(((
--//X//
  )))
  |(((
--Kritérium B
++Kritérium B (KO)
  )))|(((
--Riešenie poskytuje online analytiku.
++// //
  )))|(((
--\\
--)))|(((
  //X//
  )))|(((
--\\
--)))|(((
  //X//
++)))|(((
++// //
  )))
  |(((
  Kritérium C (KO)
  )))|(((
--Riešenie postavené na otvorenej platforme v zmysle NKIVS
++// //
  )))|(((
--//X//
++// //
  )))|(((
  //X//
  )))|(((
  //X//
--)))|(((
--\\
  )))
  |(((
--Kritérium D
++Kritérium D (KO)
  )))|(((
--Aplikačné riešenie a platformu bude možné dopĺňať o ďalšie funkčné komponenty.
++// //
  )))|(((
--//X//
++// //
  )))|(((
  //X//
  )))|(((
--\\
--)))|(((
  //X//
  )))
  |(((
      Kritérium E
  )))|(((
--Riešenie prinesie zjednodušenie životných situácií
++// //
  )))|(((
--\\
++//X//
  )))|(((
--\\
++//X//
  )))|(((
++// //
++)))
++|(((
++    Kritérium F
++)))|(((
++// //
++)))|(((
  //X//
  )))|(((
--\\
++// //
++)))|(((
++//X//
  )))
--**
--**
++// //
--Vyhodnotenie MCA
++Príklad šablóny pre vyhodnotenie MCA
  |(((
--**ZOZNAM KRITÉRIÍ**
++**Zoznam kritérií**
  )))|(((
--**ALTERNATÍVA **
++**Alternatíva**
  **1**
  )))|(((
--**SPÔSOB **
++**Spôsob**
--**DOSIAHNUTIA**
++**dosiahnutia**
  )))|(((
--**ALTERNATÍVA 2**
++**Alternatíva 2**
  )))|(((
--**SPÔSOB **
++**Spôsob**
--**DOSIAHNUTIA**
--)))|(((
--**ALTERNATÍVA 3**
--)))|(((
--**SPÔSOB **
--
--**DOSIAHNUTIA**
++**dosiahnutia**
  )))
  |(((
  Kritérium A
  )))|(((
--nie
--)))|(((
--Riešenie zachováva aktuálny stav bez prínosov.
--)))|(((
  áno
  )))|(((
--Riešenie prináša limitované úspory v oblasti energetického manažmentu.
++vysvetlenie prečo áno
  )))|(((
  áno
  )))|(((
--Riešenie prináša prevádzkové a kapitálové úspory, i šetrenie ľudských zdrojov vo viacerých oblastiach.
++vysvetlenie prečo áno
  )))
  |(((
  Kritérium B
  )))|(((
--nie
--)))|(((
--Riešenie zachováva aktuálny stav bez zásadnej analytiky.
--)))|(((
  áno
  )))|(((
--Riešenie poskytuje analytiku pre zvolenú oblasť.
++vysvetlenie prečo áno
  )))|(((
--áno
++nie
  )))|(((
--Riešenie ponúka analytiku pre všetky identifikované príležitosti.
++\\
  )))
  |(((
  Kritérium C
  )))|(((
--nie
--)))|(((
--V súčasnom stave chýba dostupnosť údajov a otvorenosť samosprávy.
--)))|(((
  áno
  )))|(((
--Výstupy z interných senzorov budú publikované a dostupné cez API.
++vysvetlenie prečo áno
  )))|(((
--áno
++nie
  )))|(((
--Výstupy z interných a externých senzorov budú publikované ako open data a dostupné cez open API.
++\\
  )))
  |(((
  Kritérium D
  )))|(((
--nie
--)))|(((
--V súčasnosti aplikačné riešenie absentuje.
--)))|(((
--nie
--)))|(((
--Riešenie je limitované na zvolenú oblasť bez modulárnosti a škálovateľnosti.
--)))|(((
  áno
  )))|(((
--Komplexita navrhovaného riešenia je zároveň predpokladom i požiadavkou pre škálovateľnosť a modularitu.
--)))
--|(((
--Kritérium E
++vysvetlenie prečo áno
  )))|(((
  nie
  )))|(((
--Riešenie neponúka žiadne zlepšenie životných situácií a znamená odklad zvýšenia kvality poskytovaných služieb.
--)))|(((
--nie
--)))|(((
--Riešenie vzhľadom na limitovanú oblasť neponúka zlepšenie životných situácií.
--)))|(((
--áno
--)))|(((
--Riešenie ponúka zlepšenie životných situácií v oblasti dopravy a poskytovania zdravotnej starostlivosti.
++\\
  )))
--**
--**
++// //
--Zo zvažovaných biznis alternatív spĺňa kritériá MCA iba alternatíva AB2. Súčasný stav znamená iba ďalší rast nákladov a zachovanie nevyhovujúceho status quo. Alternatíva AB1 sa javí ako málo progresívna vzhľadom na ponúkajúce sa príležitosti a synergický efekt. Víťazná alternatíva AB3 prináša okrem priamych prevádzkových úspor aj významné infraštruktúrne príležitosti a priame zlepšenie kvality života obyvateľov TSK.
--
  // //
  = {{id name="projekt_1756_Projektovy_zamer_detailny-3.7.3.Stanoveniealternatívpomocouaplikačnejvrstvyarchitektúry"/}}3.7.3.      Stanovenie alternatív pomocou aplikačnej vrstvy architektúry =
@@ -1141,20 +1141,52 @@
  // //
--[[image:attach:image2022-4-28_21-34-10.png]]
++//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.//
  // //
--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~://
--Z hľadiska aplikačnej architektúry je podstatnou črtou navrhovaného riešenia otvorenosť platformy. Vytvorenie komplexnej integračnej platformy je základným predpokladom pre kompatibilitu a interoperabilitu jednotlivých senzorických riešení a možnosť ich ďalšieho koncepčného rozvoja. Integračná platforma v zmysle publikovania výsledkov v primeranom rozsahu ráta s použitím OPEN API a OPEN DATA, no zároveň je požadovaná otvorenosť nadstavbovej analytickej SW platformy s možnosťou pridávania nových funkcionalít. Prezentačná vrstva bude dostupná prostredníctvom tenkého klienta a prostredníctvom mobilnej aplikácie.
++// //
++* //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 CBA//
++* //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.//
++
++// //
++
  = {{id name="projekt_1756_Projektovy_zamer_detailny-3.7.4.Stanoveniealternatívpomocoutechnologickejvrstvyarchitektúry"/}}3.7.4.      Stanovenie alternatív pomocou technologickej vrstvy 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 cloud ready aplikácii 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. smart platforma spracúvajúca 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.
++//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í vládneho cloudu.//
++// //
++
++//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 vládny cloud a časť vlastný HW žiadateľa, resp. časť aplikácii využíva komerčný cloud), 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.//
++
++// //
++
++// //
++
++// //
++
++// //
++
++//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 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~://
++
++* //nulový variant, ktorý sa neposudzuje v MCA a je automaticky porovnávajúcim variantom v CBA,//
++* //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="projekt_1756_Projektovy_zamer_detailny-4.POŽADOVANÉVÝSTUPY(PRODUKTPROJEKTU)"/}}4.     POŽADOVANÉ VÝSTUPY  (PRODUKT PROJEKTU) =
@@ -1161,175 +1161,390 @@
  // //
--|(% colspan="2" %)(((
--**Iniciačná fáza projektu**
++//Doplniť vstupy v//  PRÍPRAVNEJ FÁZE:
++
++* //Doplniť informácie – POPIS PRODUKTU - čo bude/čo chcete, aby bolo po ukončení projektu dodané//
++** //doplniť informáciu k aktuálnemu stavu vašich biznis procesov, ktoré sú predmetom projektu//
++** //aktuálne (AS IS) procesy nie sú automatizované (bez podpory IS)//
++** //manuálne vypisujete viackrát tie isté dokumenty (vstupy do dokumentov)//
++** //manuálne si vytvárate pravidelné reporty z IS//
++** //požadujete úradné procesy zautomatizovať (+ napíšte, ktoré hlavné činnosti, chcete automatizovať).//
++* //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).//
++
++\\
++
++//Doplniť vstupy v//  INICIAČNEJ FÁZE:
++
++* //do už vytvoreného dokumentu PROJEKTOVÝ ZÁMER z Prípravnej fázy aktualizovať a detailne rozpracovať – ak relevantné.//
++
++\\
++
++\\
++
++= {{id name="projekt_1756_Projektovy_zamer_detailny-5.NÁHĽADARCHITEKTÚRY"/}}5.     NÁHĽAD ARCHITEKTÚRY =
++
++
++
++//Doplniť vstupy v//  PRÍPRAVNEJ FÁZE:
++
++* //doplniť 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.//
++
++\\
++
++//Doplniť vstupy v//  INICIAČNEJ FÁZE:
++
++* //stručný náhľad budúcej IT architektúry (biznis, aplikačná, technologická) riešenia (high-level architektonický model, pričom detailný pohľad na architektúru je predmetom dokumentu I_03 PRÍSTUP-k-PROJEKTU).//
++* //Detailne spracované požiadavky (funkčné, nefunkčné, technické) vyplniť v dokumente **I-02 BC/CBA, karta Katalóg požiadaviek.**//
++
++// //
++
++//Očakáva sa, že, ak realizujete popis dizajn procesov podľa pravidiel EVS, tak všetky výstupy musia byť v súlade s metodikou a postupom: //[[https:~~/~~/www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave&subor=255448>>url:https://www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave&subor=255448||shape="rect"]].
++
++\\
++
++= {{id name="projekt_1756_Projektovy_zamer_detailny-6.LEGISLATÍVA"/}}6.     LEGISLATÍVA =
++
++// //
++
++// //
++
++//Doplniť vstupy v//  PRÍPRAVNEJ FÁZE:
++
++// //
++
++* //doplniť popis potrebných zmien v oblasti legislatívy pre naplnenie cieľov a dodanie výstupov projektu,//
++* //uviesť konkrétne zákony, prípadne aj paragrafy, ktoré budú predmetom legislatívnych zmien.//
++
++// //
++
++// //
++
++//Doplniť vstupy v// ** **INICIAČNEJ FÁZE:
++
++* //doplniť popis aký je negatívny dopad na výstupy projektu, jeho ciele a rozsah a časový harmonogram, ak vyššie uvedené zmeny v zákonoch nebudú realizované.//
++
++// //
++
++= {{id name="projekt_1756_Projektovy_zamer_detailny-7.ROZPOČETAPRÍNOSY"/}}7.     ROZPOČET A PRÍNOSY =
++
++\\
++
++//Doplniť vstupy v  //PRÍPRAVNEJ FÁZE//~://
++
++\\
++
++* **//Všetky projekty nad 200 tis. € musia mať vypracovanú CBA//**//. Projekty v rozpätí 200 tis. € až 999 999 € nemusia mať vypracovaný slepý rozpočet, prínosy vyplývajúce z procesných máp vrátane slovného popisu výpočtu a od zdrojovania vstupných hodnôt.//
++* //Je potrebné vyčísliť** **a** **v tejto časti dokumentu popísať indikatívne náklady a prínosy projektu, v zmysle Vyhlášky 85/2020 (P-02 popísať na tomto mieste odôvodnenie projektu).//
++
++\\
++
++// //
++
++//Doplniť vstupy v// ** **INICIAČNEJ FÁZE:
++
++* //Počas iniciačnej fázy, je potrebné predložiť samostatný dokument (xls. BC/CBA) v predpísanej štruktúrovanej forme.//
++
++// //
++
++//V tejto časti dokumentu sa od Vás očakáva štruktúrovane popísať~://
++
++* **//vypočítané náklady//**// (vývoj + prevádzka) v T10 (t.j. na 10 rokov dopredu)//
++* //v**ypočítané prínosy** v T10 (t.j. na 10 rokov dopredu)//
++* **//slovne popísať výpočet prínosov//**//, z čoho sú čerpané vstupné hodnoty//
++* **//rok návratnosti//**// (doplnenie ukazovateľov: ENPV, FNPV, BCR)//
++
++**// //**
++
++\\
++
++Sumarizácia nákladov a prínosov
++
++|(((
++**Náklady**
++)))|(((
++**Názov**
++
++**modulu**
++)))|(((
++**Názov**
++
++**modulu**
++)))|(((
++**Názov**
++
++**modulu**
  )))
--|(% colspan="2" %)(((
--**Manažérsky produkt**
++|(((
++**Všeobecný materiál**
++)))|(((
++\\
++)))|(((
++\\
++)))|(((
++\\
  )))
--|(% colspan="2" %)(((
--Projektový iniciálny dokument (PID) (I-04)
++|(((
++**IT - CAPEX**
++)))|(((
++\\
++)))|(((
++\\
++)))|(((
++\\
  )))
--|(% colspan="2" %)(((
--**Realizačná fáza projektu**
++|(((
++Aplikácie
++)))|(((
++\\
++)))|(((
++\\
++)))|(((
++\\
  )))
  |(((
--**Hlavné aktivity**
++SW
  )))|(((
--**Špecializovaný produkt**
++\\
++)))|(((
++\\
++)))|(((
++\\
  )))
--|(% rowspan="2" %)(((
--Analýza a dizajn
++|(((
++HW
  )))|(((
--Detailný návrh riešenia (R1-1)
++\\
++)))|(((
++\\
++)))|(((
++\\
  )))
  |(((
--Plán testov (R1-2)
++**IT - OPEX- prevádzka**
++)))|(((
++\\
++)))|(((
++\\
++)))|(((
++\\
  )))
--|(% rowspan="2" %)(((
--Nákup technických prostriedkov, programových prostriedkov a služieb
++|(((
++Aplikácie
  )))|(((
--Obstaranie technických prostriedkov (R2-1)
++\\
++)))|(((
++\\
++)))|(((
++\\
  )))
  |(((
--Obstaranie programových prostriedkov a služieb (R2-2)
++SW
++)))|(((
++\\
++)))|(((
++\\
++)))|(((
++\\
  )))
--|(% rowspan="4" %)(((
--Implementácia a Testovanie
++|(((
++HW
  )))|(((
--Vývoj, migrácia údajov a integrácia (R3-1)
++\\
++)))|(((
++\\
++)))|(((
++\\
  )))
  |(((
--Testovanie (R3-2)
++**Prínosy**
++)))|(((
++\\
++)))|(((
++\\
++)))|(((
++\\
  )))
  |(((
--Školenia personálu (R3-3)
++**Finančné prínosy**
++)))|(((
++\\
++)))|(((
++\\
++)))|(((
++\\
  )))
  |(((
--Dokumentácia (R3-4)
++Administratívne poplatky
++)))|(((
++\\
++)))|(((
++\\
++)))|(((
++\\
  )))
--|(% rowspan="2" %)(((
--Nasadenie a Postimplementačná podpora
++|(((
++Ostatné daňové a nedaňové príjmy
  )))|(((
--Nasadenie do produkcie (vyhodnotenie) (R4-1)
++\\
++)))|(((
++\\
++)))|(((
++\\
  )))
  |(((
--Preskúšanie a akceptácia spustenia do produkcie (vyhodnotenie) (R4-2)
++**Ekonomické prínosy**
++)))|(((
++\\
++)))|(((
++\\
++)))|(((
++\\
  )))
--|(% colspan="2" %)(((
--**Dokončovacia fáza projektu**
++|(((
++Občania (€)
++)))|(((
++\\
++)))|(((
++\\
++)))|(((
++\\
  )))
--|(% colspan="2" %)(((
--**Manažérsky produkt**
++|(((
++Úradníci (€)
++)))|(((
++\\
++)))|(((
++\\
++)))|(((
++\\
  )))
--|(% colspan="2" %)(((
--Správa o dokončení projektu
++|(((
++Úradníci (FTE)
++)))|(((
++\\
++)))|(((
++\\
++)))|(((
++\\
  )))
--|(% colspan="2" %)(((
--Správa o získaných poznatkoch
++|(((
++**Kvalitatívne prínosy**
++)))|(((
++\\
++)))|(((
++\\
++)))|(((
++\\
  )))
--|(% colspan="2" %)(((
--Plán kontroly po odovzdaní projektu
++|(((
++**~ **
++)))|(((
++// //
++)))|(((
++// //
++)))|(((
++// //
  )))
--|(% colspan="2" %)(((
--Odporúčanie nadväzných krokov
--)))
--|(% colspan="2" %)(((
--**Služby projektového riadenia**
--)))
--|(% colspan="2" %)(((
--**Manažérsky produkt**
--)))
--|(% colspan="2" %)(((
--M-01 Plán etapy
--)))
--|(% colspan="2" %)(((
--M-02 Manažérske správy, reporty, zoznamy a požiadavky
--)))
--|(% colspan="2" %)(((
--M-03 Akceptačný protokol
--)))
--= {{id name="projekt_1756_Projektovy_zamer_detailny-5.NÁHĽADARCHITEKTÚRY"/}}5.     NÁHĽAD ARCHITEKTÚRY =
++\\
--Detailný komentár jednotlivých vrstiev architektúry a ich náhľadu je v dokumente I-03 Prístup k projektu – detailný.
++//Interpretácia výsledkov~://
--[[image:attach:image2022-4-28_21-35-23.png]]
++// //
--= {{id name="projekt_1756_Projektovy_zamer_detailny-6.LEGISLATÍVA"/}}6.     LEGISLATÍVA =
++//Ekonomická a finančná efektívnosť projektu je v analýze prínosov nákladov hodnotená kvantitatívne pomocou nasledujúcich ukazovateľov (prahové hodnoty v zmysle platných dokumentov v prípade financovania cez OP II sú uvedené)~://
++* //Pomer prínosov a nákladov (BCR): viac ako 1,00//
++* //Ekonomická vnútorná výnosová miera vyjadrená v % (EIRR): viac ako 5,0 %//
++* //Ekonomická čistá súčasná hodnota vyjadrená v eurách (ENPV): viac ako 0//
++
++//Pre účely financovania z prostriedkov OP II vyjadruje CBA aj nasledovné ukazovatele~://
++
++* //Finančná vnútorná výnosová miera v % (FIRR)//
++* //Finančná čistá súčasná hodnota v eur (FNPV).//
++
++//Nie všetky sociálno-ekonomické vplyvy sa dajú vždy vyčísliť a zhodnotiť. Je to preto, že okrem odhadu ukazovateľov výkonnosti by sa mala zohľadniť aj úvaha o nepeňažných nákladoch a výnosoch, najmä vo vzťahu k týmto otázkam: (čistý) dosah na zamestnanosť, ochrana životného prostredia, sociálna rovnosť a rovnaké príležitosti.//
++
++//V prípade ak dosiahnu uvedené hodnoty viaceré varianty posudzované v rámci CBA, odporúča sa pri výbere finálnej alternatívy zohľadniť výšku BCR, dôležitosť nekvantifikovaných spoločenských prínosov a mieru naplnenia stanovených cieľov. Po vzore krajín ako Veľká Británia sa prioritne odporúča realizovať projekty, kde prínosy prevyšujú náklady štvornásobne (BCR aspoň 4,00).//
++
  // //
--* V rámci realizácie projektu nie je predpokladaná potreba legislatívnej zmeny.
++// //
--//
--//
++// //
--* Dodržané budú východiská platnej legislatívy, a to najmä:
--* Zákon č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov (zákon o eGovernmente)
--* Zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov
--* Vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 85/2020 Z. z. o riadení projektov
--* Vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 179/2020 Z. z., ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy
--* Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov
--* Zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov
--* Zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov
++// //
  // //
--= {{id name="projekt_1756_Projektovy_zamer_detailny-7.ROZPOČETAPRÍNOSY"/}}7.     ROZPOČET A PRÍNOSY =
++// //
--\\
++// //
--Sumarizácia nákladov a prínosov riešenia za obdobie 10 rokov:
++// //
--[[image:attach:image2022-4-28_21-36-25.png||height="250"]]
++// //
--\\
++// //
--[[image:attach:image2022-4-28_21-36-48.png||height="250"]]
++// //
--\\
++|(((
++**//Príklad: Kvalitatívne prínosy projektov//**
++)))
++|(((
++//Problém: Proces získania stavebného povolenia jeden z najdlhších v EÚ.//
--**Rozpočet projektu: 4 055 854,50 €**
++//Príklady kvalitatívnych prínosov projektu, ktoré je možné finančne oceniť~://
--**Rozpočet žiadosti o NFP: 3 853 061,78 €**
++-        //Zvýšenie ekonomickej aktivity v stavebnom sektore (zvýšenie rastu HDP)//
--Celkové náklady na zabezpečenie riešenia boli vypočítané prostredníctvom UCP analýzy.
++-        //Nižšie spoločenské škody, spojené s búraním čiernych stavieb//
--Vypoćítané náklady projektu cez UCP anylýzu môžeme rozdeliť nasledovne:
++//Príklady kvalitatívnych prínosov projektu, ktoré nie je možné spoľahlivo finančne oceniť~://
--**Hlavné aktivity:   Externé služby     - 923 794,60 € **
++-        //Zníženie miery korupcie//
--**Interné kapacity  - 433 081,04 € **
++-        //Zníženie miery stresu zamestnancov stavebných úradov//
--**HW a SW              - 2 559 170,25 €**
++-        //Vyššia spokojnosť verejnosti s procesmi územného a stavebného konania//
++)))
--**Podporné aktivity:  Zabezpečenie riadenia projektu  - 128 649,60 € **
++\\
--**Publicita a informovanosť - 11 160 €**
++= {{id name="projekt_1756_Projektovy_zamer_detailny-8.HARMONOGRAMJEDNOTLIVÝCHFÁZPROJEKTUaMETÓDAJEHORIADENIA"/}}8.     HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA =
  \\
--**PRÍNOSY:**
++//Doplniť vstupy v//  PRÍPRAVNEJ FÁZE:
--Možnosti uplatnenia facility managementu predstavujú významný priestor pre riadenie podporných činností Trenčianskeho samosprávneho kraja. Hlavným prínosom facility managementu je cielené najhospodárnejšie využitie priestoru, nehnuteľností, inventára VUC, zaistenia kvality v rámci pracovného prostredia a zároveň slúži facility managment aj ako rozhodovací nástroj v mnohých operatívnych problémov v rámci podporných činností.
++* //doplniť highlevel HARMONOGRAM, ktorý sa neskôr (v ďalších fázach/dokumentoch) bude detailizovať//
++** //KEDY potrebujete (chcete) ZAČAŤ? Napíšte TERMÍN (mesiac/rok)//
++** //KEDY potrebujete (chcete) SKONČIŤ (mať dodaný výstup)? Napíšte TERMÍN (mesiac/rok).//
--Výsledkom zavedenia facility managementu predpokladáme úspory režijných nákladov a zároveň zaistenie týchto činností zabezpečí aj vyššiu výkonnosť a hospodárnejšie nakladanie s verejnými zdrojmi.  Predpokladáme využitie facility managmentu na tej najvyššej úrovni a to v stratégii riadenia VUC, v územnoplánovacej politike, správe nehnuteľností, finančnom plánovaní, oceňovaní investícií a v zaobchádzaní s údajmi.
++// //
--V predloženej projektovej dokumentácii v dokumente BC/CBA sme kvantifikovali úsporu na prevádzkových nákladov budov v správe alebo v majetku TSK. Kvantifikovaná úsporá vychádzka z expertného odhadu percenta úspory nákladov nad projektovanými predpokladanými prevádzkovými nákladmi budúcich období.
++//Odporúčame~://
--Telemedicína predpokladá s úsporou času sestier a zdravotného personálu na oddeleniach z dôvodu zavedenia smart náramkov, ktoré napomôžu k zníženiu časovej náročnosti jednotlivých úkonov ako napríklad meranie srdcového rytmu, teploty a tlaku pacienta.
++* //Fakturačné míľniky: jednotlivé míľniky projektu naviažte aj na fakturačné míľniky (v jednej tabuľke), aby ste si mohli kontrolovať cashflow v projekte.//
++* //Míľniky Verejného obstarávania (VO) – do harmonogramu si doplňte aj míľnik procesu verejného obstarávania (celý proces).//
--Pri monitorovaní cestných mostov sa zameriavame na výpočet prínosov z úspory nákladov na prevádzku a opravu mostov. Neustále monitorovanie mostov zaručuje aktuálnosť údajov o stave mostov, poukazuje na potreby opráv in-time a zároveň odbúrava náklady na pravidelné prehliadky. Priemerná životnosť mosta je v intervale od 80 do 100 rokov. Veľká rekonštrukcia sa realizuje raz za 30 - 40 rokov. Priemerný most sa generálne zrekoštruje počas doby svojej životnosti 2,5 krát. Súčasné náklady na rekoštrukciu 1 m2 mosta sú od 800 do 1000,- €/m2. Vybrané mosty v majetku TSK majú plochu 15000m2 x 900,-€/2= 13 500 000,-€. Podľa  konzervatívneho odborného odhadu projektantov a mostmajstrov sa včastnou prediktívnou údržbou dá predlžiť životnosť mostov v priemere o 10-20%. Pri  priemernej životnosti a potrebnej rekoštrukcii v čase životného cyklu mostov by boli celkové odhadované náklady 2,5 x 1350000,-€ = 33 750 000,- €. Pri predlžení životnosti v priemere o 15% docháza za dobu životnosti k šetreniu cca 5 100 000,- €. Pri prepočítaní na 1 rekoštrukciu ide o hodnotu cca 2 000 000,- €.
++// //
--Pomer prínosov a nákladov:
++\\
--**BCR: 1,73**
++//Doplniť vstupy v//  INICIAČNEJ FÁZE:
--= {{id name="projekt_1756_Projektovy_zamer_detailny-8.HARMONOGRAMJEDNOTLIVÝCHFÁZPROJEKTUaMETÓDAJEHORIADENIA"/}}8.     HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA =
++\\
++* //do už vytvoreného dokumentu PROJEKTOVÝ ZÁMER z Prípravnej fázy aktualizovať a detailne rozpracovať – ak relevantné.//
++
  // //
++// //
++
++// //
++
  |(((
  **ID**
  )))|(((
@@ -1350,11 +1350,11 @@
  )))|(((
  Prípravná fáza
  )))|(((
--11/2021
++napr. 01/2020
  )))|(((
--12/2021
++napr. 02/2020
  )))|(((
--\\
++**~ **
  )))
  |(((
  **2.**
@@ -1361,11 +1361,11 @@
  )))|(((
  Iniciačná fáza
  )))|(((
--01/2022
++napr. 03/2020
  )))|(((
--08/2022
++napr. 04/2020
  )))|(((
--\\
++**~ **
  )))
  |(((
  **3.**
@@ -1372,11 +1372,11 @@
  )))|(((
  Realizačná fáza
  )))|(((
--09/2022
++napr. 05/2020
  )))|(((
--09/2023
++napr. 10/2020
  )))|(((
--\\
++**~ **
  )))
  |(((
  **3a**
@@ -1383,11 +1383,11 @@
  )))|(((
  Analýza a Dizajn
  )))|(((
--09/2022
++napr. 05/2020
  )))|(((
--10/2022
++napr. 06/2020
  )))|(((
--\\
++**~ **
  )))
  |(((
  **3b**
@@ -1394,20 +1394,20 @@
  )))|(((
  Nákup technických prostriedkov, programových prostriedkov a služieb
  )))|(((
--10/2022
++napr. 07/2020
  )))|(((
--12/2022
++napr. 08/2020
  )))|(((
--\\
++Napr. Je potrebné obstarať dodávateľa IS riešenia/licencie/konzultačné služby ?
  )))
  |(((
  **3c**
  )))|(((
--Implementácia a testovanie
++Implementácia a testovanie
  )))|(((
--12/2022
++napr. 05/2020
  )))|(((
--06/2023
++napr. 06/2020
  )))|(((
  \\
  )))
@@ -1416,9 +1416,9 @@
  )))|(((
  Nasadenie a PIP
  )))|(((
--07/2023
++napr. 12/2020
  )))|(((
--09/2023
++napr. 02/2021
  )))|(((
  PIP - 3 mesiace po nasadení
  )))
@@ -1427,11 +1427,11 @@
  )))|(((
  Dokončovacia fáza
  )))|(((
--10/2023
++napr. 11/2020
  )))|(((
--11/2023
++napr. 12/2020
  )))|(((
--\\
++**~ **
  )))
  |(((
  **5.**
@@ -1438,43 +1438,145 @@
  )))|(((
  Podpora prevádzky (SLA)
  )))|(((
--09/2023
++napr. 01/2021
  )))|(((
--09/2028
++napr. 01/2025
  )))|(((
--\\
++Napr. Je potrebné obstarať SLA zmluvu (Zmluvu o podpore prevádzky IS)?
  )))
  \\
--Projekt bude realizovaný metódou **waterfall**.
++\\
++//Odporúčame – **pre reportovacie účely** projektu si vytvorte high-level projektový plán v MS EXCEL alebo v inom formáte/nástroji pre projektové riadenie.//
++
++// //
++
++//Doplniť vstupy v//  INICIAČNEJ FÁZE:
++
++* //doplniť informácie o vybranej metóde riadenia projektu a zdôvodniť výber.//
++
++// //
++
++**//Ak realizujeme projekt metódou Waterfall//**
++
++//Waterfall- vodopádový prístup počíta s detailným naplánovaním jednotlivých krokov a následnom dodržiavaní postupu pri vývoji alebo realizácii projekty. Projektovému tímu je daný minimálny priestor na zmeny v priebehu realizácie. Vodopádový prístup je vhodný a užitočný v projektoch, ktorý majú jasný cieľ a jasne definovateľný postup a rozdelenie prác.//
++
++// //
++
++//Objednávateľ projektu vypracuje **funkčnú špecifikáciu - detailnú** a **technickú špecifikáciu - rámcovú**.//
++
++// //
++
++// //
++
++**//Ak realizujeme projekt metódou Agile//**
++
++**// //**
++
++//Agilný prístup k riadeniu projektov sa uplatňuje v projektoch, u ktorých je jasný rámcový cieľ, ale z najrôznejších dôvodov je nemožné presne definovať všetky dlhodobé požiadavky bez priebežných prototypov. Pri agilných metódach práce sa realizujú malé porcie výsledkov v každom vývojovom cykle, iterácii, v tesnej spolupráci so zákazníkom.//
++
++// //
++
++//Objednávateľ projektu vypracuje **funkčnú špecifikáciu - detailnú** a **technickú špecifikáciu - rámcovú**.//
++
++// //
++
  \\
--Ak realizujeme projekt metódou Waterfall
++\\
--Waterfall- vodopádový prístup počíta s detailným naplánovaním jednotlivých krokov a následnom dodržiavaní postupu pri vývoji alebo realizácii projektu. Projektovému tímu je daný minimálny priestor na zmeny v priebehu realizácie. Vodopádový prístup je vhodný a užitočný v projektoch, ktoré majú jasný cieľ a jasne definovateľný postup a rozdelenie prác.
++\\
--Objednávateľ projektu vypracuje funkčnú špecifikáciu - detailnú a technickú špecifikáciu - rámcovú.
++\\
++\\
++
++\\
++
++\\
++
  = {{id name="projekt_1756_Projektovy_zamer_detailny-9.PROJEKTOVÝTÍM"/}}9.     PROJEKTOVÝ TÍM =
++\\
++
++//Doplniť vstupy v//  PRÍPRAVNEJ FÁZE:
++
++\\
++
++//Zostavuje sa Riadiaci výbor (RV), v minimálnom zložení~://
++
++* //Predseda RV//
++* //zástupca vlastníkov procesov objednávateľa//
++* //zástupca kľúčových používateľov objednávateľa//
++* //zástupca dodávateľa (dopĺňa sa až po VO / voliteľný člen)//
++
++// //
++
  //Určuje sa Projektový manažér objednávateľa (PM)//
  //Zostavuje sa Projektový tím objednávateľa//
++* //kľúčový používateľ,//
++* //IT analytik,//
++* //IT architekt,//
++* //manažér kvality,//
++* //vlastník procesov//
++* //vlastník údajov (nepovinný člen)//
++* //manažér kybernetickej a informačnej bezpečnosti (nepovinný člen)//
++* //iná špecifická rola (nepovinný člen)//
++* //doplniť tabuľku zodpovedných osôb, ktoré budú participovať v projekte//
--** //kľúčový používateľ,//
--** //IT analytik,//
--** //IT architekt,//
--** //manažér kvality//
++\\
--* //dátový špecialista//
++|(((
++**ID**
++)))|(((
++**Meno a Priezvisko**
++)))|(((
++**Pozícia**
++)))|(((
++**Oddelenie**
++)))|(((
++**Rola v projekte**
++)))
++|(((
++**1.**
++)))|(((
++Doplniť meno a priezvisko
++)))|(((
++Doplniť pozíciu (pracovné zaradenie v línii)
++)))|(((
++Doplniť názov org. útvaru
++)))|(((
++Doplniť rolu v projekte
++)))
++|(((
++**2.**
++)))|(((
++Doplniť meno a priezvisko
++)))|(((
++Doplniť pozíciu (pracovné zaradenie v línii)
++)))|(((
++Doplniť názov org. útvaru
++)))|(((
++Doplniť rolu v projekte
++)))
++|(((
++**3.**
++)))|(((
++Doplniť meno a priezvisko
++)))|(((
++Doplniť pozíciu (pracovné zaradenie v línii)
++)))|(((
++Doplniť názov org. útvaru
++)))|(((
++Doplniť rolu v projekte
++)))
--* //tester//
++\\
--V súčasnosti samospráva ako žiadateľ nemá jednoznačne zadefinované mená zamestnancov, ktorí budú spolupracovať na implementácii projektu. V IT tíme disponujeme pracovníkmi so skúsenosťami na pozícii IT architekt, QA, IT projektový manažér, IT analytik, kľúčový používateľ. Pri implementácii projektu plánujeme vytvoriť nové potrebné pozície.
--
  \\
  = {{id name="projekt_1756_Projektovy_zamer_detailny-10.PRACOVNÉNÁPLNE"/}}10.   PRACOVNÉ NÁPLNE =
@@ -1481,58 +1481,52 @@
  \\
--Podrobné pracovné náplne, povinnosti projektového tímu a ich zodpovednosti budú predmetom menovacích dekrétov.
++//Doplniť vstupy v//  INICIAČNEJ FÁZE:
--Projektový manažér
++* //doplniť **podľa dokumentu z Riadiaceho Výboru** projektu, prípadne zo splnomocnení alebo menovacích dekrétov - do už vytvoreného dokumentu PROJEKTOVÝ ZÁMER z Prípravnej fázy a aktualizovať a detailne rozpracovať. Tieto vstupy neskôr využijete pri dokumente PID.//
--* zodpovedá za riadenie projektu počas celého životného cyklu projektu. Riadi projektové (ľudské a finančné) zdroje, zabezpečuje tvorbu obsahu, neustále odôvodňovanie projektu (aktualizuje BC/CBA) a predkladá vstupy na rokovanie Riadiaceho výboru. Zodpovedá za riadenie všetkých (ľudských a finančných) zdrojov, členov projektovému tím objednávateľa a za efektívnu komunikáciu s dodávateľom alebo stanovených zástupcom dodávateľa.
--* zodpovedá za riadenie prideleného projektu - stanovenie cieľov, spracovanie harmonogramu prác, koordináciu členov projektového tímu, sledovanie dodržiavania harmonogramu prác a rozpočtu, hodnotenie a prezentáciu výsledkov a za riadenie s tým súvisiacich rizík. Projektový manažér vedie špecifikáciu a implementáciu projektov v súlade s firemnými štandardmi, zásadami a princípmi projektového riadenia.
--* zodpovedá za plnenie projektových/programových cieľov v rámci stanovených kvalitatívnych, časových a rozpočtovým plánov a za riadenie s tým súvisiacich rizík. V prípade externých kontraktov sa vedúci projektu/ projektový manažér obvykle podieľa na ich plánovaní a vyjednávaní a je hlavnou kontaktnou osobou pre zákazníka.
++// //
--Kľúčový používateľ
++//VZORY a ŠABLONY zdrojových súborov sú tu: [[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||shape="rect"]]//
--* zodpovedný za reprezentáciu záujmov budúcich používateľov projektových produktov alebo projektových výstupov a za overenie kvality produktu.
--* zodpovedný za návrh a špecifikáciu funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu, požiadaviek koncových používateľov na prínos systému a požiadaviek na bezpečnosť.
--* Kľúčový používateľ (end user) navrhuje a definuje akceptačné kritériá, je zodpovedný za akceptačné testovanie a návrh na akceptáciu projektových produktov alebo projektových výstupov a návrh na spustenie do produkčnej prevádzky. Predkladá požiadavky na zmenu funkcionalít produktov a je súčasťou projektových tímov
++// //
--IT analytik
++//Poznámka: Odporúčame – pozrite si VZOR pre **MENOVACIE DEKRÉTY** členov projektového tímu – vzor obsahuje názorný popis všetkých projektových rolí, ktoré vyžaduje Vyhláška 85/2020 Z.z.//
--* zodpovedá za zber a analyzovanie funkčných požiadaviek, analyzovanie a spracovanie dokumentácie z pohľadu procesov, metodiky, technických možností a inej dokumentácie. Podieľa sa na návrhu riešenia vrátane návrhu zmien procesov v oblasti biznis analýzy a analýzy softvérových riešení. Zodpovedá za výkon analýzy IS, koordináciu a dohľad nad činnosťou SW analytikov.
--* analyzuje požiadavky na informačný systém/softvérový systém, formálnym spôsobom zaznamenáva činnosti/procesy, vytvára analytický model systému, okrem analýzy realizuje aj návrh systému, ten vyjadruje návrhovým modelom.
--* Analytik informačných technológií pripravuje špecifikáciu cieľového systému od procesnej až po technickú rovinu. Mapuje a analyzuje existujúce podnikateľské a procesné prostredie, analyzuje biznis požiadavky na informačný systém, špecifikuje požiadavky na informačnú podporu procesov, navrhuje koncept riešenia a pripravuje podklady pre architektov a vývojárov riešenia, participuje na realizácii zmien, dohliada na realizáciu požiadaviek v cieľovom riešení, spolupracuje pri ich preberaní (akceptácie) používateľom.
--* Pri návrhu IT systémov využíva odbornú špecializáciu IT architektov a projektantov. Študuje a analyzuje dokumentáciu, požiadavky klientov, legislatívne a technické podmienky a možnosti zvyšovania efektívnosti a výkonnosti riadiacich a informačných procesov. Navrhuje a prerokúva koncepcie riešenia informačných systémov a analyzuje ich efekty a dopady. Zabezpečuje spracovanie analyticko-projektovej špecifikácie s návrhom dátových a objektových štruktúr a ich väzieb, užívateľského rozhrania a ostatných podkladov pre projektovanie nových riešení.
--* Spolupracuje na projektovaní a implementácii návrhov. Môže tiež poskytovať poradenstvo v oblasti svojej špecializácie. Zodpovedá za návrhovú (design) časť IT - pôsobí ako medzičlánok medzi používateľmi informačných systémov (biznis pohľad) a ich realizátormi (technologický pohľad).
++\\
--IT architekt
++= {{id name="projekt_1756_Projektovy_zamer_detailny-11.ODKAZY"/}}11.   ODKAZY =
--* zodpovedá za návrh architektúry riešenia IS a implementáciu technológií predovšetkým z pohľadu udržateľnosti, kvality a nákladov, za riešenie architektonických cieľov projektu dizajnu IS a súlad s architektonickými princípmi.
--* vykonáva, prípadne riadi vysoko odborné tvorivé činnosti v oblasti návrhu IT. Študuje a stanovuje smery technického rozvoja informačných technológií, navrhuje riešenia na optimalizáciu a zvýšenie efektívnosti prostriedkov výpočtovej techniky. Navrhuje základnú architektúru informačných systémov, ich komponentov a vzájomných väzieb. Zabezpečuje projektovanie dizajnu, architektúry IT štruktúry, špecifikácie jej prvkov a parametrov, vhodnej softvérovej a hardvérovej infraštruktúry podľa základnej špecifikácie riešenia.
--* zodpovedá za spracovanie a správu projektovej dokumentácie a za kontrolu súladu implementácie s dokumentáciou. Môže tiež poskytovať konzultácie, poradenstvo a vzdelávanie v oblasti svojej špecializácie. IT architekt, projektant analyzuje, vytvára a konzultuje so zákazníkom riešenia na úrovni komplexných IT systémov a IT architektúr, najmä na úrovni aplikačného vybavenia, infraštruktúrnych systémov, sietí a pod. Zaručuje, že návrh architektúry a/alebo riešenia zodpovedá zmluvne dohodnutým požiadavkám zákazníka v zmysle rozsahu, kvality a ceny celej služby/riešenia.
++\\
--Manažér kvality
++//Doplniť vstupy v//  PRÍPRAVNEJ FÁZE:
--* zodpovedá za priebežné vyžadovanie, hodnotenie a kontrolu kvality (vecnej aj formálnej) počas celého projektu. Je zodpovedný za úvodné nastavenie pravidiel riadenia kvality a za následné dodržiavanie a kontrolu kvality jednotlivých projektových výstupov. Sleduje a hodnotí kvalitatívne ukazovatele projektových výstupov a o zisteniach informuje projektového manažéra objednávateľa formou pravidelných alebo nepravidelných správ/záznamov.
--* plánuje, koordinuje, riadi a kontroluje systém manažérstva kvality, monitoruje a meria procesy a identifikuje príležitosti na trvalé zlepšovanie systému manažérstva kvality v organizácii v súlade s platnými normami. Zabezpečuje tvorbu cieľov a koncepcie kvality, vrátane kontroly ich plnenia a vykonáva interné a externé audity kvality v súlade s plánom.
--* Počas celej doby realizácie projektu zabezpečuje zhodu kvality projektových výstupov s požiadavkami. Realizuje postupy riadenia kvality tak, aby výsledkom boli projektové výstupy spĺňajúce požiadavky objednávateľa. Kontroluje, či sa riadenie a proces zabezpečenia kvality vykonáva správnym spôsobom, v správnom čase a správnymi osobami.
++* //doplniť odkazy na už existujúce produkty v maximálnej miere – vyhnúť sa duplikovaným informáciám.//
--Vlastník procesov
++// //
--* zodpovedá za proces - jeho výstupy i celkový priebeh poskytnutia služby alebo produktu konečnému užívateľovi. Kľúčová rola na strane zákazníka (verejného obstarávateľa), ktorá schvaľuje biznis požiadavky a zodpovedá za výsledné riešenie, prínos požadovanú hodnotu a naplnenie merateľných ukazovateľov. Úlohou tejto roly je definovať na užívateľa orientované položky (user-stories), ktoré budú zaradzované a prioritizované v produktovom zásobníku. Zodpovedá za priebežné posudzovanie vecných výstupov dodávateľa v rámci analýzy, návrhu riešenia vrátane DNR z pohľadu analýzy a návrhu riešenia aplikácii IS.
--* zodpovedný za schválenie funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu. Definuje očakávania na kvalitu projektu, kvalitu projektových produktov, prínosy pre koncových používateľov a požiadavky na bezpečnosť. Definuje merateľné výkonnostné ukazovatele projektov a prvkov. Vlastník procesov schvaľuje akceptačné kritériá, rozsah a kvalitu dodávaných projektových výstupov pri dosiahnutí platobných míľnikov, odsúhlasuje spustenie výstupov projektu do produkčnej prevádzky a dostupnosť ľudských zdrojov alokovaných na realizáciu projektu.
++= {{id name="projekt_1756_Projektovy_zamer_detailny-12.PRÍLOHY"/}}12.   PRÍLOHY =
--= {{id name="projekt_1756_Projektovy_zamer_detailny-11.ODKAZY"/}}11.   ODKAZY =
++**// //**
--//Žiadne//
++**//Príloha 1: //**//Zoznam rizík a závislostí (Excel): [[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||shape="rect"]]//
  // //
--= {{id name="projekt_1756_Projektovy_zamer_detailny-12.PRÍLOHY"/}}12.   PRÍLOHY =
++* //Rámcový - vytvára sa v //prípravnej fáze
++* //Detailný - vytvára sa v //iniciačnej fáze
++// //
++
++//Poznámka: **Odporúčame**, si evidovať a vyhodnotiť pripomienky odbornej verejnosti//
++
++* //Podľa §7, odsek 4 – Vyhlášky 85/2020 Z.z – je potrebné zrealizovať pripomienkovanie Projektového zámeru odbornou verejnosťou//
++* //Odporúčame túto aktivitu formalizovať (do dokumentu)//
++* //Odporúčame vyhodnotenie zverejniť na webové sídlo objednávateľa (do projektového adresára) – v súlade s Vyhláškou 85/2020 Zz.//
++
  **// //**
--* Príloha 1: Katalóg požiadaviek – súčasťou CBA dokumentu
--* Príloha 2: Register rizík a závislostí
--* Príloha 3: Rozloženie IoT setov
++\\
  Koniec dokumentu

image2022-4-28_21-32-41.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.martina_lamackova

Veľkosť

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

Obsah

image2022-4-28_21-34-10.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.martina_lamackova

Veľkosť

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

Obsah

image2022-4-28_21-35-23.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.martina_lamackova

Veľkosť

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

Obsah

image2022-4-28_21-36-25.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.martina_lamackova

Veľkosť

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

Obsah

image2022-4-28_21-36-48.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.martina_lamackova

Veľkosť

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

Obsah

Confluence.Code.ConfluencePageClass[0]

Id

@@ -1,1 +1,1 @@
--91192509
++91192521

Zmeny dokumentu projekt_1756_Projektovy_zamer_detailny

Súhrn

Podrobnosti

Aplikácie

Navigácia

Tips

Moje posledné úpravy

Need help?