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

Naposledy upravil Peter Ďuriš 2025/10/09 16:19

From 2.1 to 1.1 From 4.1 to 3.1

Z verzie 3.1

upravil Peter Ďuriš
-

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

Do verzie 2.1

upravil Peter Ďuriš
-

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

Raw
Rendered

Súhrn

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

Podrobnosti

Vlastnosti stránky

Obsah

@@ -13,6 +13,7 @@
  |Realizátor projektu|SITVS, MIRRI SR
  |Vlastník projektu|Jaroslav Chovanec, Milan Patráš / Produktový manažér
++
  **Schvaľovanie dokumentu**
  |Položka|Meno a priezvisko|Organizácia|Pracovná pozícia|Dátum|(((
@@ -22,6 +22,7 @@
  )))
  |Vypracoval| | | | |
++
 . História DOKUMENTU
  |Verzia|Dátum|Zmeny|Meno
@@ -39,7 +39,7 @@
  Účelom dokumentu je popísať potreby a požiadavky kľúčových koncových používateľov, ako aj závislosti a riziká v zmysle platnej legislatívy a existujúcich projektov, prebiehajúcich v rámci MIRRI SR a iných OVM na vybudovanie platformy pre životné situácie v rámci programu Slovensko 3.0, financovaného z Plánu obnovy a odolnosti. Dokument bude bližšie popisovať oblasti, ktoré sú predmetom 2. inkrementu – časť CPK (Centrálny podpisový komponent).
--1.
++1.
 . Použité skratky a pojmy
  |Skratka|Popis
@@ -93,11 +93,14 @@
  |**SKRATKA/POJEM**|POPIS
++
 . DEFINOVANIE PROJEKTU
--1.
++
++1.
 . Manažérske zhrnutie
++
  Prax a skúsenosti pri vybavovaní životných situácii elektronicky (v zmysle § 3 písm. q) zákona č. 95/2019 Z.z. o informačných technológiách vo verejnej správe a o zmene na doplnení niektorých zákonov v znení neskorších predpisov, ďalej ako („zákon č. 95/2019“) prostredníctvom občanov ukazujú, že z pohľadu používateľa je podpisovanie podaní najnáročnejšou činnosťou pri vytváraní podania a to na portáli slovensko.sk a na špecializovaných portáloch (v zmysle § 5 ods. 3 zákona č. 305/2013 Z.z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov v znení neskorších predpisov, ďalej ako „zákon č. 305/2013 o e-Governmente“), ktoré majú implementovaný mechanizmus podpisovania prostredníctvom podpisových aplikácií (poskytovaných na stiahnutie na ÚPVS), a to najmä z dôvodu komplikovanej inštalácie komponentov určených na podpisovanie, obmedzenia prehliadačov pri inicializácii podpisovej aplikácie z webového prehliadača ako aj nutnosti poznať viaceré unikátne identifikátory ako je BOK či KEP PIN. Pri vytváraní podania je najviac neúspešných krokov z dôvodu zlyhania podpisovania.
@@ -118,17 +118,20 @@
--1.
++
++1.
 . Motivácia a rozsah projektu
++
  Realizovaním projektu sa zabezpečí jednotné, jednoduché, intuitívne a komfortné používateľské rozhranie, v ktorom bude podpisovanie realizované. Projekt zároveň prinesie rozšírenie možností vyhotovenia kvalifikovaného elektronického podpisu aj bez nutnosti použitia čítačky čipových kariet, a to aj s pomocou mobilných zariadení (možnosť autorizácie s využitím eID 2.0), ako aj zjednodušenú formu autorizácie (autorizácia funkciou prístupového miesta), ktorá zabezpečí rýchlejší a používateľsky komfortnejší spôsob podpisovania vybraných úkonov a služieb nevyžadujúcich autorizáciu na úrovni KEP a to bez nutnosti inštalovania osobitného SW, či poznania unikátnych identifikátorov (ako napr. KEP PIN).
  Riešenie bude slúžiť pre všetky komunikačné kanály a prístupové miesta (Slovensko v mobile, ÚPVS, špecializované portály, ISVS) a zároveň bude umožňovať využívanie aj pre tretie strany.
--1.
++1.
 . Zainteresované strany/Stakeholderi
++
  |**ID**|(((
  **AKTÉR / STAKEHOLDER**
@@ -160,12 +160,14 @@
  )))|Doplniť ISVS (v projekte)
--1.
++
++1.
 . Ciele projektu
--1.
++
++1.
 . Merateľné ukazovatele (KPI)
  |**ID**|(((
@@ -193,16 +193,19 @@
  |4|Zvýšenie efektivity procesov|Čas potrebný na vyhotovenie KEP|Porovnanie času potrebného na vyhotovenie KEP pred a po nasadení projektu|Čas (minúty)|15|5|Časové meranie procesu vyhotovenia KEP s eID+čítačka a vyhotovenia KEP s eID 2.0 (cez NFC s využitím aplikácie SvM)|Časové hľadisko treba pred zadefinovaním KPI reálne zmerať, pri využití podpisovania cez KEP vs. EID 2.0. s NFC rozhraním
--1.
++
++1.
 . Špecifikácia potrieb koncového používateľa
++
  Pri špecifikovaní potrieb, bol zvolený prístup z pohľadu preferencií používateľa. V rámci príloh sa bude nachádzať kalatóg požiadaviek, ktorý poskytne sumarizáciu funkčných a nefunkčných požiadaviek a závislostí k jednotlivým požiadavkám.
  ==   ==
--1.
++1.
 . Riziká a závislosti
++
  |**Popis rizika**|**Dôvod rizika**|**Možný dopad**|**Možná mitigácia**
  |Doba obstarania|Obstaranie modulu bude trvať dlhšie ako je plánované|(((
  Nedodanie nového riešenia v
@@ -315,13 +315,15 @@
  publikovania služieb
  )))|Priama integrácia na centrálne komponenty.
--1.
++
++1.
 . Stanovenie alternatív v biznisovej vrstve architektúry
++
  Na základe analýzy pomocou biznis vrstvy boli stanovené nasledovné alternatívy:
--1.
--11.
++1.
++11.
 . Alternatíva A – ponechanie súčasného stavu
  **Za nevýhody** tohto riešenia možno považovať:
@@ -339,8 +339,8 @@
  Neodporúčame prijať túto alternatívu.
--1.
--11.
++1.
++11.
 . Alternatíva B – akceptácia riešenia bez komponentu CPK (Centrálny podpisový komponent)
  Navrhovaná alternatíva pre riešenie by mala zabezpečiť:
@@ -366,8 +366,8 @@
   Neodporúčame prijať túto alternatívu.
--1.
--11.
++1.
++11.
 . Alternatíva C – akceptácia riešenia využívajúceho komponent CPK (Centrálny podpisový komponent)
  Centrálny podpisový komponent umožňuje autorizáciu z ľubovoľného portálu, prostredníctvom jednotného rozhrania, podľa parametrov danej koncovej služby. Komponent umožní integráciu z rôznych portálov a používateľských rozhraní. Jeho využívaním sa odbúra potreba implementácie a udržiavania rôznych spôsobov autorizácie a podpisových komponentov na jednotlivých portáloch.
@@ -379,6 +379,7 @@
  * autorizácie funkciou prístupového miesta (AFPM)
  * autorizácie prostredníctvom KEP na mobile pomocou eID 2.0 a NFC
++
  Po vytvorení podania CPK na základe informácií k službe z Meta IS repozitára zobrazí voľbu možností autorizácie. Užívateľ si v zobrazenom GUI rozhraní komponentu CPK zvolí jednu z ponúkaných prípustných možností autorizácie, dostupnosť ktorej CPK opätovne overí v kombinácii voči požadovanej službe. Ak je všetko v poriadku, pokračuje ďalej v procese autorizácie.
  **Výhodami** tohto riešenia budú:
@@ -393,12 +393,13 @@
  * Nezávislosť na licenčných podmienkach dodávateľa
  * CPK ako komponent poskytne do budúcnosti možnosť integrácie ďalších, nových foriem autorizácie (napr. Remote Signing)
--Odporúčame akceptáciu riešenia** v alternatíve C**
++Odporúčame akceptáciu riešenia** v alternatíve C**
--1.
++1.
 . Multikriteriálna analýza
++
  |**//Alternatíva A//**|**Kritérium**|**Krátky popis**|**Zdôvodnenie kritéria**|**Ministerstvo investícií, regionálneho rozvoja a informatizácie SR**|**Národná agentúra pre sieťové a elektronické služby**|**Občan / podnikateľ**|**OVM**
  |(% rowspan="4" %)(((
  BIZNIS VRSTVA
@@ -423,6 +423,7 @@
  |Kritérium 3|Využívanie jednotnej spoločnej aplikácie na vytváranie podpisov pre občanov, FO, PO, OVM|Kritérium zabezpečuje jednotné a jednoduché riešenie autorizácie naprieč platformami pre rôzne cieľové skupiny.|// //|// X//|// X//|// X//
  |Kritérium 4|Autorizácia z ľubovoľného portálu cez jednotné rozhranie vrátane autorizácie klikom integrovaná do CPK|Kritérium reflektuje potrebu centrálnej a jednotnej autorizácie na rôznych portáloch štátnej správy.|// //|// //|// X//|//X//
++
  // //
  |**//Alternatíva C//**|**Kritérium**|**Krátky popis**|**Zdôvodnenie kritéria**|**Ministerstvo investícií, regionálneho rozvoja a informatizácie SR**|**Národná agentúra pre sieťové a elektronické služby**|**Občan / podnikateľ**|(((
@@ -441,8 +441,8 @@
  // //** **
--1.
--11.
++1.
++11.
 . Vyhodnotenie navrhnutých alternatív
  |**Kritérium**|**Krátky popis**|**Zdôvodnenie kritéria**|**Alternatíva A**|**Alternatíva B**|**Alternatíva C**
@@ -457,12 +457,12 @@
  **Na základe uskutočnenej multikriteriálnej analýzy sme sa rozhodli pre Alternatívu C – Akceptácia riešenia využívajúceho komponent CPK (Centrálny podpisový komponent).**
--1.
++1.
 . Stanovenie alternatív v aplikačnej vrstve architektúry
  Aplikačná architektúra je determinovaná alternatívou vybranou na nadradenej biznisovej vrstve architektúry. Z tohto dôvodu sa nenavrhuje alternatívna aplikačná architektúra.
--1.
++1.
 . Stanovenie alternatív v technologickej vrstve architektúry
  Z pohľadu technologickej architektúry prichádzajú do úvahy nasledovné možnosti prevádzkovania:
@@ -470,6 +470,7 @@
 . v privátnom vládnom cloude SK.Cloud
 . v IaaS/PaaS prostredí NASES
++
  Bez ohľadu na zvolené miesto prevádzky bude potrebné pre aplikačnú architektúru CPK využívať infraštruktúrne služby spojené s  prevádzkovaním databáz, úložísk, aplikačných serverov, load balancerov a platforiem na ich orchestráciu. Konkrétne typy databáz, aplikačných serverov, úložísk záleží  na analýze ktorá bude vypracovaná vo fáze Analýza a dizajn projektu. Zatiaľ je vytvorený len predbežný návrh a modelový príklad vychádzajúci z využitia infraštruktúrnych služieb podľa názvoslovia používaného v NASES.
  [[image:1758713769550-378.png]]
@@ -549,7 +549,7 @@
  CPK bude vytvárať systémové aj aplikačné záznamy o svojej činnosti. Záznamy budú distribuované do centrálneho systému zberu logov a prevádzkového dohľadu v NASES. Vybrané aplikačné záznamy aktivít budú poskytované aj pre používateľov aplikácie, aby si sami mohli skontrolovať záznamy, ktoré vykonali alebo boli vykonané v ich zastúpení. Záznamy o aktivitách, ktoré budú určené aj pre používateľov musia používateľsky zrozumiteľne popisovať zaznamenanú aktivitu: čas aktivity, meno používateľa a zástupcu, ich ID, výsledok aktivity, zrozumiteľný popis aktivity alebo chyby, identifikácia objektu, s ktorým bola aktivita vykonaná.
--1.
++1.
 . Projektové vymedzenie výstupov:
  Realizácia projektu bude v zmysle vyhlášky 401/2023 Z.z. pozostávať z uvedených etáp:
@@ -558,6 +558,7 @@
  * Implementácia a testovanie,
  * Nasadenie.
++
  |**ID**|**Prehľad projektových výstupov**
  |** **|**Výstupy vytvárané PRIEBEŽNE počas celého projektu**
  |M-01|**Plán etapy/Plán fázy**
@@ -633,9 +633,11 @@
  | |**Manažérske správy, plány, reporty, zoznamy, odporúčania a požiadavky:**
  | |(1) Správa o dokončení projektu (etapy/fázy)
++
 . NÁHĽAD ARCHITEKTÚRY
--1.
++
++1.
 . Popis budúceho cieľového produktu projektu
  Cieľom projektu je vytvorenie Centrálneho podpisového komponentu (CPK), ktorý integruje rôzne elektronické služby verejnej správy. Tento komponent bude slúžiť na vytváranie a validáciu elektronických podpisov v súlade s požiadavkami na bezpečnosť a integritu údajov, umožňujúc občanom a organizáciám bezpečne podpisovať a odosielať elektronické podania.
@@ -651,7 +651,7 @@
  [[image:1758713769554-405.png]]
--1.
++1.
 . Náhľad aplikačnej architektúry riešenia:
  Na nasledujúcej schéme je definovaný finálny náhľad aplikačnej architektúry:
@@ -660,12 +660,13 @@
  * CPK spolupracuje s inými modulmi a prvkami ISVS ako napríklad CEP, Slovensko v Mobile, UPVS, Konštruktor správ
  * CPK interaguje s jednotlivými komponentmi na základe definovaných API a výstupov z týchto služieb, vrátane výstupov ako MessageContainer a Authorization.
++
  [[image:1758713769558-385.png]]
  Obrázok 4 Náhľad finálnej architektúry
--1.
--11.
++1.
++11.
 . Funkčné požiadavky aplikačnej architkúry
 . **Vytvorenie a validácia podpisov**:
 *. Schopnosť vytvárať kvalifikované elektronické podpisy a overovať ich pravosť.
@@ -690,7 +690,7 @@
 . **Škálovateľnosť**:
 *. Systém musí byť schopný zvládnuť zvýšený počet používateľov a požiadaviek bez poklesu výkonnosti.
--1.
++1.
 . Náhľad budúcej technologickej architektúry
  CPK bude prevádzkovaný na cloudovej infraštruktúre prevádzkovanej buď v NASES alebo v privátnej časti vládneho cloudu SK Cloud. V TO-BE stave bude technologická architektúra nastavená tak, aby bolo možné využívať nasledovné alebo ekvivalentné služby:
@@ -700,6 +700,7 @@
  * K8S PaaS (Kubernetes Platform as a Service)
  * DB** **as PaaS
++
  Technologická architektúra musí zohľadňovať nasledovné špecifiká:
  CPK využíva rozhrania, ktoré podporujú bezpečné protokoly pre komunikáciu medzi servermi verejnej správy a lokálnymi zariadeniami používateľov.
@@ -708,6 +708,7 @@
 . LEGISLATÍVA
++
  Legislatívne požiadavky na produkt vychádzajú z legislatívy Slovenskej republiky a Európskej Únie, ďalších technických špecifikácií a  produkt musí byť v súlade s nasledujúcou legislatívou/reguláciou:
 . Štandardy a legislatívne normy stanovené vo Vyhláške Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu z z 9. októbra 2023 o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy401/2023 Z. z.
@@ -745,7 +745,7 @@
  V nasledujúcej kapitole sú definované náklady projektu ako aj prípadné benefity, ktoré by navrhovaným riešením mali byť dosiahnuté.
--1.
++1.
 . Kalkulované náklady projektu
  Projekt predpokladá nasledovné náklady, ktoré boli kalkulované na základe UCP analýzy s reflektovaním trhového prieskumu. Táto skutočnosť je vyjadrená v nasledujúcej tabuľke:
@@ -815,7 +815,7 @@
  Na základe týchto parametrov vychádza ročná úspora na úrovni cca 1,5 mil. € na strane občana a podnikateľa.
--1.
++1.
 . Vyhodnotenie CBA
  V nasledujúcej tabuľke je uvedené vyhodnotenie CBA
@@ -835,18 +835,21 @@
  )))|POZNÁMKA
  | 1. | Prípravná a iniciačná fáza         | 11/2023                 | 04/2025               |Zahŕňa projektovú ideu, drafty, pripomienkovanie a schválenia.
  |1a | Projektová Idea                    | 11/2023                 | 01/2024               |Vypracovanie a schválenie projektovej idey.
--|1b |PTK a PHZ                          | 01/2024                 | 02/2025               |Predbežné technické konzultácie a stanovenie predpokladanej hodnoty.
++|1b |PTK a PHZ                          | 01/2024                 | 11/2024               |Predbežné technické konzultácie a stanovenie predpokladanej hodnoty.
  |1c |Ideový zámer (I-01), Projektový zámer (I-02)|10/2024      | 11/2024               | Nominácia tímu a návrh požiadaviek na projekt.
--| 2. |Verejné obstarávanie / Objednávka   | 06/2025                 | 08/2025               | Proces verejného obstarávania vrátane vyhodnotenia a podpisu zmluvy.
--|2a |Príprava podkladov                 | 11/2024                 | 05/2025               |Príprava zadania, návrh zmluvy a interné pripomienkovanie.
--|2b |Vyhlásenie a priebeh VO            | 06/2025                 | 08/2025               |Ukončenie obstarávania a uzatvorenie zmluvy.
--| 3. |Realizačná fáza                    | 09/2025                 | 02/2026               |Realizácia projektu vrátane vývoja, testovania a nasadenia do prevádzky.
--|3a |Analýza a Dizajn                | 09/2025                 | 11/2025               |Zahŕňa detailný návrh a plán testovania.
--|3b |Nákup technických prostriedkov  | 10/2025                 | 10/2025               |Objednávka a obstaranie technického vybavenia.
--| 3c |Implementácia a Testovanie | 11/2025                 | 12/2025               |Vývoj, migrácia dát, integrácia a viacstupňové testovanie.
--|3d |Nasadenie a PIP    | 01/2026                 | 02/2026               | Nasadenie systému do produkcie a podpora po implementácii.
--| 4. |Dokončovacia fáza                  | 03/2026                 | 06/2026               | Finalizácia projektu, odovzdanie dokumentácie a vypracovanie správ.
++| 2. |Verejné obstarávanie / Objednávka   | 01/2025                 | 04/2025               | Proces verejného obstarávania vrátane vyhodnotenia a podpisu zmluvy.
++|2a |Príprava podkladov                 | 11/2024                 | 01/2025               |Príprava zadania, návrh zmluvy a interné pripomienkovanie.
++|2b |Vyhlásenie a priebeh VO            | 01/2025                 | 04/2025               |Ukončenie obstarávania a uzatvorenie zmluvy.
++| 3. |Realizačná fáza                    | 04/2025                 | 07/2026               |Realizácia projektu vrátane vývoja, testovania a nasadenia do prevádzky.
++|3a |Analýza a Dizajn                | 04/2025                 | 06/2025               |Zahŕňa detailný návrh a plán testovania.
++|3b |Nákup technických prostriedkov  | 06/2025                 | 06/2025               |Objednávka a obstaranie technického vybavenia.
++| 3c |Implementácia a Testovanie  - Release 1   | 06/2025                 | 07/2026               |Vývoj, migrácia dát, integrácia a viacstupňové testovanie.
++|3d | Nasadenie a PIP – Release 1         | 07/2026                 | 07/2026               | Nasadenie systému do produkcie a podpora po implementácii.
++|3e|Implementácia a Testovanie  - Release 2   | 02/2026                 | 02/2026               |Vývoj, migrácia dát, integrácia a viacstupňové testovanie.
++|3f| Nasadenie a PIP – Release 2         | 03/2026                 | 03/2026               |Nasadenie systému do produkcie a podpora po implementácii.
++| 4. |Dokončovacia fáza                  | 03/2026                 | 03/2026               | Finalizácia projektu, odovzdanie dokumentácie a vypracovanie správ.
++
  Pri realizácii projektu CPK sme zvolili metodiku Waterfall (vodopádový prístup), pretože táto metodika umožňuje detailne naplánovať všetky kroky od začiatku až po ukončenie projektu, čo je kľúčové pri projektoch s jasne stanovenými cieľmi a požiadavkami. Waterfall je lineárny prístup, kde sa jednotlivé fázy projektu (analýza, návrh, vývoj, testovanie, implementácia) vykonávajú postupne a bez návratu späť, čo prispieva k jasnému prehľadu o postupe projektu a predvídateľnosti jeho priebehu.
  Tento prístup je vhodný pre projekty s minimálnou potrebou zmien a flexibilitou, čo nám umožňuje sústrediť sa na precíznu dokumentáciu, eliminovať riziká spojené s nejasnými alebo meniaci sa požiadavkami a udržať prísnu kontrolu nad časom a nákladmi. Vzhľadom na povahu nášho projektu, kde sú požiadavky jasne definované už na začiatku, je táto metóda optimálnou voľbou, ktorá zaručí splnenie cieľov v stanovených parametroch.
@@ -854,22 +854,25 @@
 . PROJEKTOVÝ TÍM
++
  **Projektový tím pre realizáciu projektu – Organizačná štruktúra a zodpovednosti**
--1.
--11.
++1.
++11.
 . Riadiaci výbor (RV)
  |**ID**|**Meno a Priezvisko**|**Pozícia**|**Oddelenie**|**Rola v projekte**
  |1|Roman Miškovič|Predseda RV|MIRRI|Predseda RV
--|2|Milan Patráš|Produktový manažér|MIRRI|Biznis vlastník
--|3|Petra Šramko|Projektový manažér|MIRRI|Projektový manažér
--|4|Štefan Szilva|Zástupca prevádzky|NASES|Zástupca prevádzky
--|5|Peter Marman|Zástupca prevádzky|NASES|Zástupca prevádzky
--|ž|Bude známy po VO|Zástupca dodávateľa|Dodávateľ|Zástupca dodávateľa (voliteľný člen)
++|2|Jaroslav Chovanec|Produktový manažér|MIRRI|Biznis vlastník
++|3|Milan Patráš|Produktový manažér|MIRRI|Biznis vlastník
++|4|Petra Šramko|Projektový manažér|MIRRI|Projektový manažér
++|5|Štefan Szilva|Zástupca prevádzky|NASES|Zástupca prevádzky
++|6|Peter Marman[[~[HT1~]>>path:#_msocom_1]] |Zástupca prevádzky|NASES|Zástupca prevádzky
++|7|Bude známy po VO|Zástupca dodávateľa|Dodávateľ|Zástupca dodávateľa (voliteľný člen)
--1.
--11.
++
++1.
++11.
 . Projektový tím objednávateľa
  |**ID**|**Meno a Priezvisko**|**Pozícia**|**Oddelenie**|**Rola v projekte**
@@ -876,28 +876,32 @@
  |1|Milan Patráš|Produktový manažér|MIRRI|Produktová manažér
  |2|Daniela Mesková|Riaditeľka odboru rozvoja produktov|MIRRI|Biznis vlastník
  |3|Petra Šramko|Projektový manažér|MIRRI|Projektový manžér
--|4|Tomáš Husár|IT architekt|MIRRI|IT architekt
--|5|Alexander Vengrin|Biznis analytik|MIRRI|IT analytik / Biznis analytik
--|6|Martin Mosný|UX dizajnér|MIRRI|UX dizajnér
--|7|(Voľné miesto pre ďalšieho člena)|Manažér kvality*|Bude doplnené (ak projekt prekročí 1 000 000 EUR)|Manažér kvality (voliteľný)
--|8|(Nepovinná rola)|Manažér IT prevádzky|Bude doplnené podľa potreby|Manažér IT prevádzky
--|9|(Nepovinná rola)|Manažér bezpečnosti|Bude doplnené podľa potreby|Manažér kybernetickej a informačnej bezpečnosti
++|4|Jaroslav Chovanec|Produktový manažér|MIRRI|Zástupca kľúčových používateľov
++|5|Tomáš Husár|IT architekt|MIRRI|IT architekt
++|6|Alexander Vengrin|Biznis analytik|MIRRI|IT analytik / Biznis analytik
++|7|Martin Mosný|UX dizajnér|MIRRI|UX dizajnér
++|8|(Voľné miesto pre ďalšieho člena)|Manažér kvality*|Bude doplnené (ak projekt prekročí 1 000 000 EUR)|Manažér kvality (voliteľný)
++|9|(Nepovinná rola)|Manažér IT prevádzky|Bude doplnené podľa potreby|Manažér IT prevádzky
++|10|(Nepovinná rola)|Manažér bezpečnosti|Bude doplnené podľa potreby|Manažér kybernetickej a informačnej bezpečnosti
--1.
++
++1.
 .  PRACOVNÉ NÁPLNE
++
  **Stručný popis rolí v Projektovom tíme:**
  * **Projektový manažér (Milan Patráš)**: Zodpovedá za plánovanie, koordináciu a riadenie všetkých činností v projekte, vrátane správy zdrojov a kontrolu nad priebehom projektu.
  * **Biznis vlastník (Daniela Mesková)**: Definuje biznisové ciele a požiadavky, spolupracuje na hodnotení výstupov a zaisťuje ich súlad s obchodnými cieľmi.
--* Zástupca kľúčových používateľov (Milan Patráš): Špecifikuje požiadavky a potreby budúcich koncových používateľov projektových produktov alebo výstupov z hľadiska obsahu, kvality a prínosu pre koncového používateľa
++* Zástupca kľúčových používateľov (Jaroslav Chovanec, Milan Patráš): Špecifikuje požiadavky a potreby budúcich koncových používateľov projektových produktov alebo výstupov z hľadiska obsahu, kvality a prínosu pre koncového používateľa
  * **IT architekt (Tomáš Husár)**: Navrhuje technickú architektúru systému, integruje technické požiadavky a dohliada na technickú kvalitu riešení.
  * **IT analytik / Biznis analytik (Alexander Vengrin)**: Analyzuje potreby projektu z pohľadu biznisu a IT, definuje požiadavky na systém a podporuje tvorbu technickej dokumentácie.
--* **UX dizajnér (Martin Mosný)**: Navrhuje používateľské rozhranie, zabezpečuje, aby bolo používateľské prostredie intuitívne a zodpovedalo metodológiám používateľsky orientovaného dizajnu.
++* **UX dizajnér (Martin Mosný)**: Navrhuje používateľské rozhranie, zabezpečuje, aby bolo používateľské prostredie intuitívne a zodpovedalo metodológiám používateľsky orientovaného dizajnu (UCD).
--1.
--11.
++
++1.
++11.
 . Podrobnosti o vybraných rolách
  **Projektový manažér (PM):**
@@ -926,12 +926,15 @@
  * Dokumentáciu požiadaviek a návrhových riešení.
++
 . ODKAZY
++
  Doplniť odkazy na už existujúce produkty v maximálnej miere – vyhnúť sa duplikovaným informáciám.
 . PRÍLOHY
++
  **Príloha : **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]]
  ----

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

Súhrn

Podrobnosti

Vitajte

Linky

Navigácia