Naposledy upravil Peter Ďuriš 2025/10/09 16:19
Z verzie 4.1
upravil Peter Ďuriš
-
Zmeniť komentár: Pre túto verziu nie sú komentáre
Do verzie 6.2
upravil Viktor Klik
-
Zmeniť komentár: Pre túto verziu nie sú komentáre

Súhrn

Podrobnosti

Vlastnosti stránky
Autor dokumentu
... ... @@ -1,1 +1,1 @@
1 -XWiki.peter\.duris@gosmart\.consulting
1 +XWiki.viktor\.klik@mirri\.gov\.sk
Obsah
... ... @@ -8,7 +8,7 @@
8 8  
9 9  
10 10  |Povinná osoba|Ministerstvo investícií, regionálneho rozvoja a informatizácie SR
11 -|Názov projektu|Centrálny podpisový komponent (Podpisový komponent)
11 +|Názov projektu|Centrálny podpisový komponent (Podpisový komponent) 
12 12  |Zodpovedná osoba za projekt|Milan Patráš / Projektový manažér
13 13  |Realizátor projektu|SITVS, MIRRI SR 
14 14  |Vlastník projektu|Milan Patráš / Produktový manažér
... ... @@ -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 -1. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE
35 += 2. ÚČ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,8 +39,7 @@
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 -1.
43 -11. Použité skratky a pojmy
42 +== 2. 1 Použité skratky a pojmy ==
44 44  
45 45  |Skratka|Popis
46 46  |**AFPM**|Autorizácia funkciou prístupového miesta (historicky používané označenie "Klik")
... ... @@ -92,10 +92,9 @@
92 92  |**KEP PIN**|Kvalifikovaný elektronický podpis – Personal Identification Number (šesťmiestny)
93 93  |**SKRATKA/POJEM**|POPIS
94 94  
95 -1. DEFINOVANIE PROJEKTU
94 += 3. DEFINOVANIE PROJEKTU =
96 96  
97 -1.
98 -11. Manažérske zhrnutie
96 +== 3. 1 Manažérske zhrnutie ==
99 99  
100 100  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.
101 101  
... ... @@ -115,17 +115,14 @@
115 115  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.
116 116  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.**
117 117  
116 +== 3.2 Motivácia a rozsah projektu ==
118 118  
119 -1.
120 -11. Motivácia a rozsah projektu
121 -
122 122  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).
123 123  
124 124  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.
125 125  
126 126  
127 -1.
128 -11. Zainteresované strany/Stakeholderi
123 +== 3.3 Zainteresované strany/Stakeholderi ==
129 129  
130 130  |**ID**|(((
131 131  **AKTÉR / STAKEHOLDER**
... ... @@ -157,13 +157,9 @@
157 157  Spracovateľ podania
158 158  )))|Doplniť ISVS (v projekte)
159 159  
160 -1.
161 -11. Ciele projektu
155 +== 3.4 Merateľné ukazovatele (KPI) ==
162 162  
163 163  
164 -1.
165 -11. Merateľné ukazovatele (KPI)
166 -
167 167  |**ID**|(((
168 168  
169 169  
... ... @@ -188,16 +188,12 @@
188 188  |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)|...
189 189  |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
190 190  
191 -1.
192 -11. Špecifikácia potrieb koncového používateľa
182 +== 3.5 Špecifikácia potrieb koncového používateľa ==
193 193  
194 194  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.
195 195  
196 -== ==
186 +== 3.6 Riziká a závislosti ==
197 197  
198 -1.
199 -11. Riziká a závislosti
200 -
201 201  |**Popis rizika**|**Dôvod rizika**|**Možný dopad**|**Možná mitigácia**
202 202  |Doba obstarania|Obstaranie modulu bude trvať dlhšie ako je plánované|(((
203 203  Nedodanie nového riešenia v
... ... @@ -310,14 +310,11 @@
310 310  publikovania služieb
311 311  )))|Priama integrácia na centrálne komponenty.
312 312  
313 -1.
314 -11. Stanovenie alternatív v biznisovej vrstve architektúry
300 +== 3.7 Stanovenie alternatív v biznisovej vrstve architektúry ==
315 315  
316 316  Na základe analýzy pomocou biznis vrstvy boli stanovené nasledovné alternatívy:
317 317  
318 -1.
319 -11.
320 -111. Alternatíva A – ponechanie súčasného stavu
304 +=== 3.7.1 Alternatíva A – ponechanie súčasného stavu ===
321 321  
322 322  **Za nevýhody** tohto riešenia možno považovať:
323 323  
... ... @@ -334,9 +334,7 @@
334 334  
335 335  Neodporúčame prijať túto alternatívu.
336 336  
337 -1.
338 -11.
339 -111. Alternatíva B – akceptácia riešenia bez komponentu CPK (Centrálny podpisový komponent)
321 +== 3.7.2 Alternatíva B – akceptácia riešenia bez komponentu CPK (Centrálny podpisový komponent) ==
340 340  
341 341  Navrhovaná alternatíva pre riešenie by mala zabezpečiť:
342 342  
... ... @@ -361,9 +361,7 @@
361 361  
362 362   Neodporúčame prijať túto alternatívu.
363 363  
364 -1.
365 -11.
366 -111. Alternatíva C – akceptácia riešenia využívajúceho komponent CPK (Centrálny podpisový komponent)
346 +=== 3.7.3 Alternatíva C – akceptácia riešenia využívajúceho komponent CPK (Centrálny podpisový komponent) ===
367 367  
368 368  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.
369 369  
... ... @@ -391,8 +391,7 @@
391 391  Odporúčame akceptáciu riešenia** v alternatíve C**
392 392  
393 393  
394 -1.
395 -11. Multikriteriálna analýza
374 +=== 3.8 Multikriteriálna analýza ===
396 396  
397 397  |**//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**
398 398  |(% rowspan="4" %)(((
... ... @@ -434,12 +434,8 @@
434 434  |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//
435 435  |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//
436 436  
437 -// //** **
416 +=== //3.8. 1 //** **Vyhodnotenie navrhnutých alternatív ===
438 438  
439 -1.
440 -11.
441 -111. Vyhodnotenie navrhnutých alternatív
442 -
443 443  |**Kritérium**|**Krátky popis**|**Zdôvodnenie kritéria**|**Alternatíva A**|**Alternatíva B**|**Alternatíva C**
444 444  |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//
445 445  |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//
... ... @@ -452,13 +452,11 @@
452 452  **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).**
453 453  
454 454  
455 -1.
456 -11. Stanovenie alternatív v aplikačnej vrstve architektúry
430 +== 3.10 Stanovenie alternatív v aplikačnej vrstve architektúry ==
457 457  
458 458  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.
459 459  
460 -1.
461 -11. Stanovenie alternatív v technologickej vrstve architektúry
434 +== 3.11 Stanovenie alternatív v technologickej vrstve architektúry ==
462 462  
463 463  Z pohľadu technologickej architektúry prichádzajú do úvahy nasledovné možnosti prevádzkovania:
464 464  
... ... @@ -467,7 +467,7 @@
467 467  
468 468  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.
469 469  
470 -[[image:1758713769550-378.png]]
443 +[[image:1759753870705-682.png]]
471 471  
472 472  Význam jednotlivých PaaS a IaaS je nasledujúci:
473 473  
... ... @@ -491,11 +491,12 @@
491 491  
492 492  * **DB as PaaS**
493 493  
494 -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.
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
495 495  
496 -1. POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU)
497 -11. VECNÉ VYMEDZENIE POŽADOVANÝCH VÝSTUPOV
469 += 4. POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU) =
498 498  
471 +== 4.1 VECNÉ VYMEDZENIE POŽADOVANÝCH VÝSTUPOV ==
472 +
499 499  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.
500 500  
501 501  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í.
... ... @@ -544,8 +544,7 @@
544 544  
545 545  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á.
546 546  
547 -1.
548 -11. Projektové vymedzenie výstupov:
521 +== 4.2 Projektové vymedzenie výstupov: ==
549 549  
550 550  Realizácia projektu bude v zmysle vyhlášky 401/2023 Z.z. pozostávať z uvedených etáp:
551 551  
... ... @@ -628,10 +628,9 @@
628 628  | |**Manažérske správy, plány, reporty, zoznamy, odporúčania a požiadavky:**
629 629  | |(1) Správa o dokončení projektu (etapy/fázy)
630 630  
631 -1. NÁHĽAD ARCHITEKTÚRY
604 += 5. NÁHĽAD ARCHITEKTÚRY =
632 632  
633 -1.
634 -11. Popis budúceho cieľového produktu projektu
606 +== 5.1 Popis budúceho cieľového produktu projektu ==
635 635  
636 636  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.
637 637  
... ... @@ -641,14 +641,10 @@
641 641  
642 642  Na nasledujúcej schéme je definovaný základný koncept biznis architektúry riešenia:
643 643  
616 +[[image:1759753888696-250.png]]
644 644  
618 +== 5.2 Náhľad aplikačnej architektúry riešenia: ==
645 645  
646 -[[image:1758713769554-405.png]]
647 -
648 -
649 -1.
650 -11. Náhľad aplikačnej architektúry riešenia:
651 -
652 652  Na nasledujúcej schéme je definovaný finálny náhľad aplikačnej architektúry:
653 653  
654 654  * 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.
... ... @@ -655,13 +655,12 @@
655 655  * CPK spolupracuje s inými modulmi a prvkami ISVS ako napríklad CEP, Slovensko v Mobile, UPVS, Konštruktor správ
656 656  * 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.
657 657  
658 -[[image:1758713769558-385.png]]
626 +[[image:1759753901564-288.png]]
659 659  
660 660  Obrázok 4 Náhľad finálnej architektúry
661 661  
662 -1.
663 -11.
664 -111. Funkčné požiadavky aplikačnej architkúry
630 +=== 5.2.1 Funkčné požiadavky aplikačnej architkúry ===
631 +
665 665  1. **Vytvorenie a validácia podpisov**:
666 666  1*. Schopnosť vytvárať kvalifikované elektronické podpisy a overovať ich pravosť.
667 667  1*. Integrácia s externými službami ako Konštruktor správy, CEP, SvM a IAM na zabezpečenie autentifikácie.
... ... @@ -674,8 +674,9 @@
674 674  1*. Generovanie správ pre eDesk, vrátane prípravy na odoslanie dokumentu v elektronickej forme a overenie jeho obsahu pred podpisovaním.
675 675  1. **Výpočet Message Digest**:
676 676  1*. Realizácia výpočtu Message Digest (odtlačok dokumentu) pre zaručenie integrity obsahu.
677 -1*1. Nefunkčné požiadavky aplikačnej architektúry
678 678  
645 +=== 5.2.2 Nefunkčné požiadavky aplikačnej architektúry ===
646 +
679 679  1. **Bezpečnosť**:
680 680  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.
681 681  1. **Dostupnosť a spoľahlivosť**:
... ... @@ -685,8 +685,7 @@
685 685  1. **Škálovateľnosť**:
686 686  1*. Systém musí byť schopný zvládnuť zvýšený počet používateľov a požiadaviek bez poklesu výkonnosti.
687 687  
688 -1.
689 -11. Náhľad budúcej technologickej architektúry
656 +== 5.3 Náhľad budúcej technologickej architektúry ==
690 690  
691 691  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:
692 692  
... ... @@ -701,7 +701,7 @@
701 701  
702 702  * 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.
703 703  
704 -1. LEGISLATÍVA
671 += 6. LEGISLATÍVA =
705 705  
706 706  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:
707 707  
... ... @@ -736,48 +736,43 @@
736 736  1. ETSI EN 319 122-1 Electronic Signatures and Infrastructures (ESI); CAdES digital signatures; Part 1: Building blocks and CAdES baseline signatures
737 737  1. ETSI EN 319 162-1 Electronic Signatures and Infrastructures (ESI); Associated Signature Containers (ASiC); Part 1: Building blocks and ASiC baseline containers
738 738  
739 -1. ROZPOČET A PRÍNOSY
706 += 7. ROZPOČET A PRÍNOSY =
740 740  
741 741  V nasledujúcej kapitole sú definované náklady projektu ako aj prípadné benefity, ktoré by navrhovaným riešením mali byť dosiahnuté.
742 742  
743 -1.
744 -11. Kalkulované náklady projektu
710 +== 7.1 Kalkulované náklady projektu ==
745 745  
746 746  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:
747 747  
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| | - €| - €
748 748  
729 +Celkové náklady projektu rozvoja sú vo výške – 1 673 325 €, pričom sa skladajú z nasledovných skupín výdavkov:
749 749  
731 +* 013 – softvér – 1 414 050 €
732 +* 521 – Mzdové výdavky – 149 806 €
733 +* Paušálne náhrady – 109 470 €
750 750  
735 +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:
751 751  
737 +* SLA prevádzka – 170 tis. ročne
752 752  
739 +* Prípadný rozvoj – 141 tis. ročne
753 753  
741 +== 7.2 Kvalitatívne prínosy projektov ==
754 754  
755 -
756 -
757 -
758 -
759 -
760 -
761 -
762 -
763 -
764 -
765 -
766 -
767 -[[image:1758713769560-972.emf]]
768 -
769 -Celkové náklady projektu rozvoja sú vo výške – 1 191 979 €, pričom sa skladajú z nasledovných skupín výdavkov:
770 -
771 -* 013 – softvér – 964 193 €
772 -* 521 – Mzdové výdavky – 149 806 €
773 -* Paušálne náhrady – 77 980 €
774 -
775 -Z pohľadu prevádzky sa jedná o 2 429 767 € v horizonte 10 rokov, čo je 270 tis. € za rok. Táto hodnota sa skladá z:
776 -
777 -* SLA prevádzka – 145 tis. ročne
778 -* Prípadný rozvoj – 125 tis. ročne
779 -*1. Kvalitatívne prínosy projektov
780 -
781 781  Z pohľadu kvalitatívnych prínosov sa jedná o nasledovné:
782 782  
783 783  * Zvýšená efektívnosť a pohodlnosť pre používateľov
... ... @@ -810,14 +810,33 @@
810 810  
811 811  Na základe týchto parametrov vychádza ročná úspora na úrovni cca 1,5 mil. € na strane občana a podnikateľa.
812 812  
813 -1.
814 -11. Vyhodnotenie CBA
775 +== 7.3 Vyhodnotenie CBA ==
815 815  
816 816  V nasledujúcej tabuľke je uvedené vyhodnotenie CBA
817 817  
818 -[[image:1758713769562-248.emf]]
779 +| |(% 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
780 +|Obdobie|AS IS|TO BE|rozdiel|AS IS|TO BE|rozdiel| | | |(% colspan="2" %)
781 +|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|<
782 +|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|<
783 +|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
784 +|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|>
785 +|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|>
786 +|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|>
787 +|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|>
788 +|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|>
789 +|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|>
790 +|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|>
791 +|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| |
792 +| | | | | | | | | | | |
793 +| | | | | | | |(% colspan="2" %)Výsledok CBA|Výsledná hodnota|Minimálna hodnota|
794 +| | | | | | | |BCR|pomer prínosov a nákladov|2,95|1,00|
795 +| | | | | | | |FIRR|finančná vnútorná výnosová miera ~(%)|N/A|-|
796 +| | | | | | | |EIRR|ekonomická vnútorná výnosová miera ~(%)|379,9%|5,0%|
797 +| | | | | | | | | | | |
798 +| | | | | | | |FNPV|finančná čistá súčasná hodnota (eur s DPH)|-3 925 992|-|
799 +| | | | | | | |ENPV|ekonomická čistá súčasná hodnota (eur bez DPH)|8 144 671|0|
819 819  
820 -1. HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA
801 += 8. HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA =
821 821  
822 822  |ID|FÁZA/AKTIVITA|(((
823 823  ZAČIATOK
... ... @@ -847,13 +847,11 @@
847 847  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.
848 848  
849 849  
850 -1. PROJEKTOVÝ TÍM
831 += 9. PROJEKTOVÝ TÍM =
851 851  
852 852  **Projektový tím pre realizáciu projektu – Organizačná štruktúra a zodpovednosti**
853 853  
854 -1.
855 -11.
856 -111. Riadiaci výbor (RV)
835 +== 9.1 Riadiaci výbor (RV) ==
857 857  
858 858  |**ID**|**Meno a Priezvisko**|**Pozícia**|**Oddelenie**|**Rola v projekte**
859 859  |1|Roman Miškovič|Predseda RV|MIRRI|Predseda RV
... ... @@ -863,9 +863,7 @@
863 863  |5|Peter Marman|Zástupca prevádzky|NASES|Zástupca prevádzky
864 864  |ž|Bude známy po VO|Zástupca dodávateľa|Dodávateľ|Zástupca dodávateľa (voliteľný člen)
865 865  
866 -1.
867 -11.
868 -111. Projektový tím objednávateľa
845 +== 9.2 Projektový tím objednávateľa ==
869 869  
870 870  |**ID**|**Meno a Priezvisko**|**Pozícia**|**Oddelenie**|**Rola v projekte**
871 871  |1|Milan Patráš|Produktový manažér|MIRRI|Produktová manažér
... ... @@ -878,8 +878,7 @@
878 878  |8|(Nepovinná rola)|Manažér IT prevádzky|Bude doplnené podľa potreby|Manažér IT prevádzky
879 879  |9|(Nepovinná rola)|Manažér bezpečnosti|Bude doplnené podľa potreby|Manažér kybernetickej a informačnej bezpečnosti
880 880  
881 -1.
882 -11. PRACOVNÉ NÁPLNE
858 +== 9.3 PRACOVNÉ NÁPLNE ==
883 883  
884 884  **Stručný popis rolí v Projektovom tíme:**
885 885  
... ... @@ -890,9 +890,7 @@
890 890  * **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.
891 891  * **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.
892 892  
893 -1.
894 -11.
895 -111. Podrobnosti o vybraných rolách
869 +=== 9.3.1 Podrobnosti o vybraných rolách ===
896 896  
897 897  **Projektový manažér (PM):**
898 898  
... ... @@ -919,16 +919,14 @@
919 919  * Vypracovanie biznisovej a technickej analýzy.
920 920  * Dokumentáciu požiadaviek a návrhových riešení.
921 921  
922 -1. ODKAZY
896 += 10. ODKAZY =
923 923  
924 924  Doplniť odkazy na už existujúce produkty v maximálnej miere – vyhnúť sa duplikovaným informáciám.
925 925  
926 -1. PRÍLOHY
900 += 11. PRÍLOHY =
927 927  
928 928  **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]]
929 929  
930 930  ----
931 931  
932 - [[~[HT1~]>>path:#_msoanchor_1]]prevadzku rieši p. Holbik, infra spada pod neho
933 -
934 934  
1759753753420-163.png
Autor
... ... @@ -1,0 +1,1 @@
1 +XWiki.peter\.duris@gosmart\.consulting
Veľkosť
... ... @@ -1,0 +1,1 @@
1 +51.9 KB
Obsah
1759753837917-789.png
Autor
... ... @@ -1,0 +1,1 @@
1 +XWiki.peter\.duris@gosmart\.consulting
Veľkosť
... ... @@ -1,0 +1,1 @@
1 +84.3 KB
Obsah
1759753870705-682.png
Autor
... ... @@ -1,0 +1,1 @@
1 +XWiki.peter\.duris@gosmart\.consulting
Veľkosť
... ... @@ -1,0 +1,1 @@
1 +68.8 KB
Obsah
1759753888696-250.png
Autor
... ... @@ -1,0 +1,1 @@
1 +XWiki.peter\.duris@gosmart\.consulting
Veľkosť
... ... @@ -1,0 +1,1 @@
1 +185.7 KB
Obsah
1759753901564-288.png
Autor
... ... @@ -1,0 +1,1 @@
1 +XWiki.peter\.duris@gosmart\.consulting
Veľkosť
... ... @@ -1,0 +1,1 @@
1 +166.5 KB
Obsah