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

Súhrn

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

Podrobnosti

Vlastnosti stránky

Obsah

...	...	@@ -22,7 +22,7 @@
22	22	)))
23	23	|Vypracoval| | | | |
24	24
25		-= 1. História DOKUMENTU =
	25	+1. História DOKUMENTU
26	26
27	27	|Verzia|Dátum|Zmeny|Meno
28	28	|1.81|26.7.2021|Aktualizácia nápovedy v kapitolách 3.4 Ciele projektu a merateľné ukazovatele a 12. Prílohy|oPOHIT MIRRI
...	...	@@ -32,7 +32,7 @@
32	32	|1.85|06.12.2023|Zapracovanie pripomienok MIRRI & NASES|
33	33	|1.86|19.12.2023|Úprava formátovania, zapracovanie zmien|
34	34
35		-= 2. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE =
	35	+1. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE
36	36
37	37	Tento dokument je vypracovaný v súlade s vyhláškou 401/2023 Z.z. je dokument I-02 Projektový zámer pre iniciačnú 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 realizačnej fázy.
38	38
...	...	@@ -39,7 +39,8 @@
39	39	Úč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 bližšie popisuje oblastí, ktoré sú predmetom 2. inkrementu – časť CPK (Centrálny podpisový komponent).
40	40
41	41
42		-== 2. 1 Použité skratky a pojmy ==
	42	+1.
	43	+11. Použité skratky a pojmy
43	43
44	44	|Skratka|Popis
45	45	|**AFPM**|Autorizácia funkciou prístupového miesta (historicky používané označenie "Klik")
...	...	@@ -91,9 +91,10 @@
91	91	|**KEP PIN**|Kvalifikovaný elektronický podpis – Personal Identification Number (šesťmiestny)
92	92	|**SKRATKA/POJEM**|POPIS
93	93
94		-= 3. DEFINOVANIE PROJEKTU =
	95	+1. DEFINOVANIE PROJEKTU
95	95
96		-== 3. 1 Manažérske zhrnutie ==
	97	+1.
	98	+11. Manažérske zhrnutie
97	97
98	98	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.
99	99
...	...	@@ -113,7 +113,8 @@
113	113	1. **Implementácia autorizácie funkciou prístupového miesta **(AFPM, tiež používané označenie "Klik"), ktorá predstavuje autorizáciu v zmysle § 23 ods. 1 písm. a) bod 2 zákona č. 305/2013 Z.z. o e-Governmente. Jej funkčnosť bude zabezpečovať nový požadovaný komponent AFPM.
114	114	1. **Implementácia autorizácie prostredníctvom eID 2.0 a eDoPP 2.0 (NFC KEP), ktorá predstavuje autorizáciu v zmysle § 23 ods. 1 písm. a) bod 1 zákona č.305/2013 Z.z. o e-Governmente.**
115	115
116		-== 3.2 Motivácia a rozsah projektu ==
	118	+1.
	119	+11. Motivácia a rozsah projektu
117	117
118	118	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).
119	119
...	...	@@ -120,7 +120,8 @@
120	120	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.
121	121
122	122
123		-== 3.3 Zainteresované strany/Stakeholderi ==
	126	+1.
	127	+11. Zainteresované strany/Stakeholderi
124	124
125	125	|**ID**|(((
126	126	**AKTÉR / STAKEHOLDER**
...	...	@@ -152,8 +152,11 @@
152	152	Spracovateľ podania
153	153	)))|Doplniť ISVS (v projekte)
154	154
155		-== 3.4 Merateľné ukazovatele (KPI) ==
	159	+1.
	160	+11. Ciele projektu
156	156
	162	+1.
	163	+11. Merateľné ukazovatele (KPI)
157	157
158	158	|**ID**|(((
159	159
...	...	@@ -179,12 +179,16 @@
179	179	|3|Zvýšenie dostupnosti autorizácie|Umožnenie autorizácie aj prostredníctvom mobilných zariadení|Porovnanie aktuálnych možností autorizácie pomocou mobilného zariadenia|Početnosť|0|2|Kontrola nasadením možnosti autorizácie (AFPM, s eID 2.0)|...
180	180	|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
181	181
182		-== 3.5 Špecifikácia potrieb koncového používateľa ==
	189	+1.
	190	+11. Špecifikácia potrieb koncového používateľa
183	183
184	184	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.
185	185
186		-== 3.6 Riziká a závislosti ==
	194	+== ==
187	187
	196	+1.
	197	+11. Riziká a závislosti
	198	+
188	188	|**Popis rizika**|**Dôvod rizika**|**Možný dopad**|**Možná mitigácia**
189	189	|Doba obstarania|Obstaranie modulu bude trvať dlhšie ako je plánované|(((
190	190	Nedodanie nového riešenia v
...	...	@@ -297,11 +297,14 @@
297	297	publikovania služieb
298	298	)))|Priama integrácia na centrálne komponenty.
299	299
300		-== 3.7 Stanovenie alternatív v biznisovej vrstve architektúry ==
	311	+1.
	312	+11. Stanovenie alternatív v biznisovej vrstve architektúry
301	301
302	302	Na základe analýzy pomocou biznis vrstvy boli stanovené nasledovné alternatívy:
303	303
304		-=== 3.7.1 Alternatíva A – ponechanie súčasného stavu ===
	316	+1.
	317	+11.
	318	+111. Alternatíva A – ponechanie súčasného stavu
305	305
306	306	**Za nevýhody** tohto riešenia možno považovať:
307	307
...	...	@@ -318,7 +318,9 @@
318	318
319	319	Neodporúčame prijať túto alternatívu.
320	320
321		-== 3.7.2 Alternatíva B – akceptácia riešenia bez komponentu CPK (Centrálny podpisový komponent) ==
	335	+1.
	336	+11.
	337	+111. Alternatíva B – akceptácia riešenia bez komponentu CPK (Centrálny podpisový komponent)
322	322
323	323	Navrhovaná alternatíva pre riešenie by mala zabezpečiť:
324	324
...	...	@@ -343,7 +343,9 @@
343	343
344	344	Neodporúčame prijať túto alternatívu.
345	345
346		-=== 3.7.3 Alternatíva C – akceptácia riešenia využívajúceho komponent CPK (Centrálny podpisový komponent) ===
	362	+1.
	363	+11.
	364	+111. Alternatíva C – akceptácia riešenia využívajúceho komponent CPK (Centrálny podpisový komponent)
347	347
348	348	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.
349	349
...	...	@@ -371,7 +371,8 @@
371	371	Odporúčame akceptáciu riešenia** v alternatíve C**
372	372
373	373
374		-=== 3.8 Multikriteriálna analýza ===
	392	+1.
	393	+11. Multikriteriálna analýza
375	375
376	376	|**//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**
377	377	|(% rowspan="4" %)(((
...	...	@@ -413,8 +413,12 @@
413	413	|Kritérium 3|Využívanie jednotného spoločného komponentuna 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//|//x//
414	414	|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//|//x//|//x//
415	415
416		-=== //3.8. 1 //** **Vyhodnotenie navrhnutých alternatív ===
	435	+// //** **
417	417
	437	+1.
	438	+11.
	439	+111. Vyhodnotenie navrhnutých alternatív
	440	+
418	418	|**Kritérium**|**Krátky popis**|**Zdôvodnenie kritéria**|**Alternatíva A**|**Alternatíva B**|**Alternatíva C**
419	419	|Kritérium 1|Zvýšenie kvality, štandardu a dostupnosti elektronických služieb pre občanov|Kritérium je zamerané na zlepšenie dostupnosti a efektivity služieb poskytovaných občanom v eGOV ekosystéme.|//0//|//2//|//4//
420	420	|Kritérium 2|Umožnenie zobrazenia a vytlačenia pdf vizualizácie formulára|Kritérium podporuje transparentnosť a archiváciu dokumentov prostredníctvom čitateľného formátu PDF|//0//|//3//|//4//
...	...	@@ -427,11 +427,13 @@
427	427	**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).**
428	428
429	429
430		-== 3.10 Stanovenie alternatív v aplikačnej vrstve architektúry ==
	453	+1.
	454	+11. Stanovenie alternatív v aplikačnej vrstve architektúry
431	431
432	432	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.
433	433
434		-== 3.11 Stanovenie alternatív v technologickej vrstve architektúry ==
	458	+1.
	459	+11. Stanovenie alternatív v technologickej vrstve architektúry
435	435
436	436	Z pohľadu technologickej architektúry prichádzajú do úvahy nasledovné možnosti prevádzkovania:
437	437
...	...	@@ -464,12 +464,11 @@
464	464
465	465	* **DB as PaaS**
466	466
467		-Cloudové databázové služby ako Platform-as-a-Service (PaaS) poskytujú plne spravované databázové riešenia, ktoré eliminujú potrebu manuálnej správy infraštruktúry, škálovania a údržby. Medzi hlavné vlastnosti patria - automatická správa, škálovateľnosť, vysoká dostupnosť a bezpečnosť, integrácia s cloudovými ekosystémami. Tieto služby umožňujú sústrediť sa na vývoj aplikácií bez nutnosti riešiť správu databázovej infraštruktúry
	492	+Cloudové databázové služby ako Platform-as-a-Service (PaaS) poskytujú plne spravované databázové riešenia, ktoré eliminujú potrebu manuálnej správy infraštruktúry, škálovania a údržby. Medzi hlavné vlastnosti patria - automatická správa, škálovateľnosť, vysoká dostupnosť a bezpečnosť, integrácia s cloudovými ekosystémami. Tieto služby umožňujú sústrediť sa na vývoj aplikácií bez nutnosti riešiť správu databázovej infraštruktúry.
468	468
469		-= 4. POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU) =
	494	+1. POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU)
	495	+11. VECNÉ VYMEDZENIE POŽADOVANÝCH VÝSTUPOV
470	470
471		-== 4.1 VECNÉ VYMEDZENIE POŽADOVANÝCH VÝSTUPOV ==
472		-
473	473	CPK, ktorý verejný obstarávateľ požaduje a ktorý je predmetom tejto zákazky, má poskytnúť služby pre centrálne podpisovanie a riadenie procesu podpisovania. Bude teda otvorený pre dynamické pridávanie nových komponentov alebo modulov zabezpečujúcich podpisovanie (vrátane vzdialeného podpisovania). CPK má poskytnúť definované rozhranie cez ktoré integrovaná podpisová služba bude môcť poskytnúť informácie o rozsahu služieb a formáte podpisov ktoré poskytuje.
474	474
475	475	Verejný obstarávateľ požaduje, aby komponent CPK pozostával z grafického webového používateľského rozhrania (GUI), servisnej vrstvy – služby vystavené cez REST API a backend časti. Webová aplikácia bude slúžiť na vytváranie podpisov pre používateľov pri podpisovaní ľubovoľných elektronických úradných dokumentov, ako aj pri tvorbe elektronických podaní a bude prístupná z ktoréhokoľvek bodu ISVS. Tieto ako aj všetky ostatné funkcionality, budú mať reprezentáciu vo forme REST služieb sprístupnených cez integračnú platformu. Produkt odbremení používateľa, ktorý si už ďalej nemusí inštalovať rôzne typy podpisových aplikácií.
...	...	@@ -518,7 +518,8 @@
518	518
519	519	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á.
520	520
521		-== 4.2 Projektové vymedzenie výstupov: ==
	545	+1.
	546	+11. Projektové vymedzenie výstupov:
522	522
523	523	Realizácia projektu bude v zmysle vyhlášky 401/2023 Z.z. pozostávať z uvedených etáp:
524	524
...	...	@@ -601,9 +601,10 @@
601	601	| |**Manažérske správy, plány, reporty, zoznamy, odporúčania a požiadavky:**
602	602	| |(1) Správa o dokončení projektu (etapy/fázy)
603	603
604		-= 5. NÁHĽAD ARCHITEKTÚRY =
	629	+1. NÁHĽAD ARCHITEKTÚRY
605	605
606		-== 5.1 Popis budúceho cieľového produktu projektu ==
	631	+1.
	632	+11. Popis budúceho cieľového produktu projektu
607	607
608	608	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.
609	609
...	...	@@ -615,8 +615,10 @@
615	615
616	616	[[image:1759753888696-250.png]]
617	617
618		-== 5.2 Náhľad aplikačnej architektúry riešenia: ==
619	619
	645	+1.
	646	+11. Náhľad aplikačnej architektúry riešenia:
	647	+
620	620	Na nasledujúcej schéme je definovaný finálny náhľad aplikačnej architektúry:
621	621
622	622	* Hlavnými súčasťami sú CEP, AFPM, eID 2.0, Local Plugin, Konštruktor správ a podporné služby ako Výpočet Message Digest.
...	...	@@ -627,8 +627,9 @@
627	627
628	628	Obrázok 4 Náhľad finálnej architektúry
629	629
630		-=== 5.2.1 Funkčné požiadavky aplikačnej architkúry ===
631		-
	658	+1.
	659	+11.
	660	+111. Funkčné požiadavky aplikačnej architkúry
632	632	1. **Vytvorenie a validácia podpisov**:
633	633	1*. Schopnosť vytvárať kvalifikované elektronické podpisy a overovať ich pravosť.
634	634	1*. Integrácia s externými službami ako Konštruktor správy, CEP, SvM a IAM na zabezpečenie autentifikácie.
...	...	@@ -641,9 +641,8 @@
641	641	1*. Generovanie správ pre eDesk, vrátane prípravy na odoslanie dokumentu v elektronickej forme a overenie jeho obsahu pred podpisovaním.
642	642	1. **Výpočet Message Digest**:
643	643	1*. Realizácia výpočtu Message Digest (odtlačok dokumentu) pre zaručenie integrity obsahu.
	673	+1*1. Nefunkčné požiadavky aplikačnej architektúry
644	644
645		-=== 5.2.2 Nefunkčné požiadavky aplikačnej architektúry ===
646		-
647	647	1. **Bezpečnosť**:
648	648	1*. CPK musí byť v súlade s bezpečnostnými štandardmi e-Governmentu, vrátane šifrovania dát, ochrany pred neoprávneným prístupom a zabezpečenia komunikácie medzi komponentmi.
649	649	1. **Dostupnosť a spoľahlivosť**:
...	...	@@ -653,7 +653,8 @@
653	653	1. **Škálovateľnosť**:
654	654	1*. Systém musí byť schopný zvládnuť zvýšený počet používateľov a požiadaviek bez poklesu výkonnosti.
655	655
656		-== 5.3 Náhľad budúcej technologickej architektúry ==
	684	+1.
	685	+11. Náhľad budúcej technologickej architektúry
657	657
658	658	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:
659	659
...	...	@@ -668,7 +668,7 @@
668	668
669	669	* Pre spracovanie podpisov a autentifikáciu sa používajú kvalifikované služby a algoritmy na výpočet odtlačku a pripojenie časových pečiatok.
670	670
671		-= 6. LEGISLATÍVA =
	700	+1. LEGISLATÍVA
672	672
673	673	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:
674	674
...	...	@@ -703,44 +703,33 @@
703	703	1. ETSI EN 319 122-1 Electronic Signatures and Infrastructures (ESI); CAdES digital signatures; Part 1: Building blocks and CAdES baseline signatures
704	704	1. ETSI EN 319 162-1 Electronic Signatures and Infrastructures (ESI); Associated Signature Containers (ASiC); Part 1: Building blocks and ASiC baseline containers
705	705
706		-= 7. ROZPOČET A PRÍNOSY =
	735	+1. ROZPOČET A PRÍNOSY
707	707
708	708	V nasledujúcej kapitole sú definované náklady projektu ako aj prípadné benefity, ktoré by navrhovaným riešením mali byť dosiahnuté.
709	709
710		-== 7.1 Kalkulované náklady projektu ==
	739	+1.
	740	+11. Kalkulované náklady projektu
711	711
712	712	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:
713	713
714		-|TO BE - AS IS (€, SUM)| | | |
715		-|(% colspan="3" %) |Spolu|CPK
716		-|Náklady s DPH| | | 4 473 144 €| 4 473 144 €
717		-| |Všeobecný materiál| | - €| - €
718		-| |IT - CAPEX| | 2 686 695 €| 2 686 695 €
719		-| | |Aplikácie| 2 686 695 €| 2 686 695 €
720		-| | |SW| - €| - €
721		-| | |HW| - €| - €
722		-| |IT - OPEX| | 1 676 979 €| 1 676 979 €
723		-| | |Aplikácie| 1 676 979 €| 1 676 979 €
724		-| | |SW| - €| - €
725		-| | |HW| - €| - €
726		-| |Riadenie projektu| | 109 470 €| 109 470 €
727		-| |Výstupné náklady| | - €| - €
728	728
	745	+[[image:1759753753420-163.png]]
729	729
730		-Celkové náklady projektu rozvoja sú vo výške – 1 673 325 €, pričom sa skladajú z nasledovných skupín výdavkov:
	747	+Celkové náklady projektu rozvoja sú vo výške – 1 672 773 €, pričom sa skladajú z nasledovných skupín výdavkov:
731	731
732		-* 013 – softvér – 1 414 050 €
	749	+* 013 – softvér – 1 413 533 €
733	733	* 521 – Mzdové výdavky – 149 806 €
734		-* Paušálne náhrady – 109 470 €
	751	+* Paušálne náhrady – 109 434 €
735	735
736		-Z pohľadu prevádzky sa jedná o 2 790 819 € v horizonte 10 rokov, čo je 311 tis. € za rok. Táto hodnota sa skladá z:
	753	+Z pohľadu prevádzky sa jedná o 2 798 796 € v horizonte 10 rokov, čo je 311 tis. € za rok. Táto hodnota sa skladá z:
737	737
738	738	* SLA prevádzka – 170 tis. ročne
739	739
740	740	* Prípadný rozvoj – 141 tis. ročne
741	741
742		-== 7.2 Kvalitatívne prínosy projektov ==
743	743
	760	+1. Kvalitatívne prínosy projektov
	761	+
744	744	Z pohľadu kvalitatívnych prínosov sa jedná o nasledovné:
745	745
746	746	* Zvýšená efektívnosť a pohodlnosť pre používateľov
...	...	@@ -773,33 +773,14 @@
773	773
774	774	Na základe týchto parametrov vychádza ročná úspora na úrovni cca 1,5 mil. € na strane občana a podnikateľa.
775	775
776		-== 7.3 Vyhodnotenie CBA ==
	794	+1.
	795	+11. Vyhodnotenie CBA
777	777
778	778	V nasledujúcej tabuľke je uvedené vyhodnotenie CBA
779	779
780		-| |(% colspan="3" %)Finančný cashflow (s DPH)|(% colspan="3" %)Ekonomický cashflow (bez DPH)|koeficient obdobia|Finančná (FNPV)|Ekonomická (ENPV)|(% colspan="2" %)Kumulovaná diskont. návratnosť ENPV
781		-|Obdobie|AS IS|TO BE|rozdiel|AS IS|TO BE|rozdiel| | | |(% colspan="2" %)
782		-|t1|0,00|-102 991,80|-102 991,80|0,00|-83 733,17|-83 733,17|0|-102 991,80|-83 733,17|-83 733,17|<
783		-|t2|0,00|-1 881 424,46|-1 881 424,46|0,00|52 025,85|52 025,85|1|-1 809 061,98|49 548,43|-34 184,74|<
784		-|t3|0,00|-311 090,96|-311 090,96|0,00|1 328 719,75|1 328 719,75|2|-287 621,08|1 205 187,98|1 171 003,24|Rok návratu investície
785		-|t4|0,00|-311 090,96|-311 090,96|0,00|1 328 719,75|1 328 719,75|3|-276 558,73|1 147 798,08|2 318 801,32|>
786		-|t5|0,00|-311 090,96|-311 090,96|0,00|1 328 719,75|1 328 719,75|4|-265 921,86|1 093 141,03|3 411 942,35|>
787		-|t6|0,00|-311 090,96|-311 090,96|0,00|1 328 719,75|1 328 719,75|5|-255 694,09|1 041 086,69|4 453 029,04|>
788		-|t7|0,00|-311 090,96|-311 090,96|0,00|1 328 719,75|1 328 719,75|6|-245 859,70|991 511,14|5 444 540,17|>
789		-|t8|0,00|-311 090,96|-311 090,96|0,00|1 328 719,75|1 328 719,75|7|-236 403,56|944 296,32|6 388 836,49|>
790		-|t9|0,00|-311 090,96|-311 090,96|0,00|1 328 719,75|1 328 719,75|8|-227 311,12|899 329,83|7 288 166,32|>
791		-|t10|0,00|-311 090,96|-311 090,96|0,00|1 328 719,75|1 328 719,75|9|-218 568,38|856 504,60|8 144 670,92|>
792		-|SPOLU|0,00|-4 473 143,94|-4 473 143,94|0,00|10 598 050,68|10 598 050,68|SPOLU|-3 925 992,31|8 144 670,92| |
793		-| | | | | | | | | | | |
794		-| | | | | | | |(% colspan="2" %)Výsledok CBA|Výsledná hodnota|Minimálna hodnota|
795		-| | | | | | | |BCR|pomer prínosov a nákladov|2,95|1,00|
796		-| | | | | | | |FIRR|finančná vnútorná výnosová miera ~(%)|N/A|-|
797		-| | | | | | | |EIRR|ekonomická vnútorná výnosová miera ~(%)|379,9%|5,0%|
798		-| | | | | | | | | | | |
799		-| | | | | | | |FNPV|finančná čistá súčasná hodnota (eur s DPH)|-3 925 992|-|
800		-| | | | | | | |ENPV|ekonomická čistá súčasná hodnota (eur bez DPH)|8 144 671|0|
	799	+[[image:1759753837917-789.png]]
801	801
802		-= 8. HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA =
	801	+1. HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA
803	803
804	804	|ID|FÁZA/AKTIVITA|(((
805	805	ZAČIATOK
...	...	@@ -829,11 +829,13 @@
829	829	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.
830	830
831	831
832		-= 9. PROJEKTOVÝ TÍM =
	831	+1. PROJEKTOVÝ TÍM
833	833
834	834	**Projektový tím pre realizáciu projektu – Organizačná štruktúra a zodpovednosti**
835	835
836		-== 9.1 Riadiaci výbor (RV) ==
	835	+1.
	836	+11.
	837	+111. Riadiaci výbor (RV)
837	837
838	838	|**ID**|**Meno a Priezvisko**|**Pozícia**|**Oddelenie**|**Rola v projekte**
839	839	|1|Roman Miškovič|Predseda RV|MIRRI|Predseda RV
...	...	@@ -843,7 +843,9 @@
843	843	|5|Peter Marman|Zástupca prevádzky|NASES|Zástupca prevádzky
844	844	|ž|Bude známy po VO|Zástupca dodávateľa|Dodávateľ|Zástupca dodávateľa (voliteľný člen)
845	845
846		-== 9.2 Projektový tím objednávateľa ==
	847	+1.
	848	+11.
	849	+111. Projektový tím objednávateľa
847	847
848	848	|**ID**|**Meno a Priezvisko**|**Pozícia**|**Oddelenie**|**Rola v projekte**
849	849	|1|Milan Patráš|Produktový manažér|MIRRI|Produktová manažér
...	...	@@ -856,7 +856,8 @@
856	856	|8|(Nepovinná rola)|Manažér IT prevádzky|Bude doplnené podľa potreby|Manažér IT prevádzky
857	857	|9|(Nepovinná rola)|Manažér bezpečnosti|Bude doplnené podľa potreby|Manažér kybernetickej a informačnej bezpečnosti
858	858
859		-== 9.3 PRACOVNÉ NÁPLNE ==
	862	+1.
	863	+11. PRACOVNÉ NÁPLNE
860	860
861	861	**Stručný popis rolí v Projektovom tíme:**
862	862
...	...	@@ -867,7 +867,9 @@
867	867	* **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.
868	868	* **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.
869	869
870		-=== 9.3.1 Podrobnosti o vybraných rolách ===
	874	+1.
	875	+11.
	876	+111. Podrobnosti o vybraných rolách
871	871
872	872	**Projektový manažér (PM):**
873	873
...	...	@@ -894,14 +894,15 @@
894	894	* Vypracovanie biznisovej a technickej analýzy.
895	895	* Dokumentáciu požiadaviek a návrhových riešení.
896	896
897		-= 10. ODKAZY =
	903	+1. ODKAZY
898	898
899	899	Doplniť odkazy na už existujúce produkty v maximálnej miere – vyhnúť sa duplikovaným informáciám.
900	900
901		-= 11. PRÍLOHY =
	907	+1. PRÍLOHY
902	902
903	903	**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]]
904	904
905	905	----
906	906
907		-
	913	+ [[~[HT1~]>>path:#_msoanchor_1]]prevadzku rieši p. Holbik, infra spada pod neho
	914	+