Zmeny dokumentu I-02 Projektový zámer (projektovy_zamer)
Naposledy upravil Peter Ďuriš 2025/10/09 16:19
Súhrn
-
Vlastnosti stránky (1 modified, 0 added, 0 removed)
-
Prílohy (0 modified, 0 added, 5 removed)
Podrobnosti
- Vlastnosti stránky
-
- Obsah
-
... ... @@ -11,8 +11,9 @@ 11 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 -|Vlastník projektu|Milan Patráš / Produktový manažér 14 +|Vlastník projektu|Jaroslav Chovanec, Milan Patráš / Produktový manažér 15 15 16 + 16 16 **Schvaľovanie dokumentu** 17 17 18 18 |Položka|Meno a priezvisko|Organizácia|Pracovná pozícia|Dátum|((( ... ... @@ -22,6 +22,7 @@ 22 22 ))) 23 23 |Vypracoval| | | | | 24 24 26 + 25 25 1. História DOKUMENTU 26 26 27 27 |Verzia|Dátum|Zmeny|Meno ... ... @@ -36,10 +36,10 @@ 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 -Úč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 popis ujeoblastí, ktoré sú predmetom 2. inkrementu – časť CPK (Centrálny podpisový komponent).41 +Úč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). 40 40 41 41 42 -1. 44 +1. 43 43 11. Použité skratky a pojmy 44 44 45 45 |Skratka|Popis ... ... @@ -92,11 +92,15 @@ 92 92 |**KEP PIN**|Kvalifikovaný elektronický podpis – Personal Identification Number (šesťmiestny) 93 93 |**SKRATKA/POJEM**|POPIS 94 94 97 + 98 + 95 95 1. DEFINOVANIE PROJEKTU 96 96 97 -1. 101 + 102 +1. 98 98 11. Manažérske zhrnutie 99 99 105 + 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 102 102 ... ... @@ -115,17 +115,22 @@ 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 118 -1. 124 + 125 + 126 + 127 +1. 119 119 11. Motivácia a rozsah projektu 120 120 130 + 121 121 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). 122 122 123 123 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. 124 124 125 125 126 -1. 136 +1. 127 127 11. Zainteresované strany/Stakeholderi 128 128 139 + 129 129 |**ID**|((( 130 130 **AKTÉR / STAKEHOLDER** 131 131 ... ... @@ -156,10 +156,15 @@ 156 156 Spracovateľ podania 157 157 )))|Doplniť ISVS (v projekte) 158 158 159 -1. 170 + 171 + 172 +1. 160 160 11. Ciele projektu 161 161 162 -1. 175 + 176 + 177 + 178 +1. 163 163 11. Merateľné ukazovatele (KPI) 164 164 165 165 |**ID**|((( ... ... @@ -186,16 +186,20 @@ 186 186 |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)|... 187 187 |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 188 188 189 -1. 205 + 206 + 207 +1. 190 190 11. Špecifikácia potrieb koncového používateľa 191 191 210 + 192 192 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. 193 193 194 194 == == 195 195 196 -1. 215 +1. 197 197 11. Riziká a závislosti 198 198 218 + 199 199 |**Popis rizika**|**Dôvod rizika**|**Možný dopad**|**Možná mitigácia** 200 200 |Doba obstarania|Obstaranie modulu bude trvať dlhšie ako je plánované|((( 201 201 Nedodanie nového riešenia v ... ... @@ -308,13 +308,15 @@ 308 308 publikovania služieb 309 309 )))|Priama integrácia na centrálne komponenty. 310 310 311 -1. 331 + 332 +1. 312 312 11. Stanovenie alternatív v biznisovej vrstve architektúry 313 313 335 + 314 314 Na základe analýzy pomocou biznis vrstvy boli stanovené nasledovné alternatívy: 315 315 316 -1. 317 -11. 338 +1. 339 +11. 318 318 111. Alternatíva A – ponechanie súčasného stavu 319 319 320 320 **Za nevýhody** tohto riešenia možno považovať: ... ... @@ -332,8 +332,8 @@ 332 332 333 333 Neodporúčame prijať túto alternatívu. 334 334 335 -1. 336 -11. 357 +1. 358 +11. 337 337 111. Alternatíva B – akceptácia riešenia bez komponentu CPK (Centrálny podpisový komponent) 338 338 339 339 Navrhovaná alternatíva pre riešenie by mala zabezpečiť: ... ... @@ -359,8 +359,8 @@ 359 359 360 360 Neodporúčame prijať túto alternatívu. 361 361 362 -1. 363 -11. 384 +1. 385 +11. 364 364 111. Alternatíva C – akceptácia riešenia využívajúceho komponent CPK (Centrálny podpisový komponent) 365 365 366 366 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. ... ... @@ -372,6 +372,7 @@ 372 372 * autorizácie funkciou prístupového miesta (AFPM) 373 373 * autorizácie prostredníctvom KEP na mobile pomocou eID 2.0 a NFC 374 374 397 + 375 375 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. 376 376 377 377 **Výhodami** tohto riešenia budú: ... ... @@ -386,12 +386,13 @@ 386 386 * Nezávislosť na licenčných podmienkach dodávateľa 387 387 * CPK ako komponent poskytne do budúcnosti možnosť integrácie ďalších, nových foriem autorizácie (napr. Remote Signing) 388 388 389 -Odporúčame akceptáciu riešenia** 412 +Odporúčame akceptáciu riešenia** v alternatíve C** 390 390 391 391 392 -1. 415 +1. 393 393 11. Multikriteriálna analýza 394 394 418 + 395 395 |**//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** 396 396 |(% rowspan="4" %)((( 397 397 BIZNIS VRSTVA ... ... @@ -416,6 +416,7 @@ 416 416 |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// 417 417 |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// 418 418 443 + 419 419 // // 420 420 421 421 |**//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ľ**|((( ... ... @@ -434,8 +434,8 @@ 434 434 435 435 // //** ** 436 436 437 -1. 438 -11. 462 +1. 463 +11. 439 439 111. Vyhodnotenie navrhnutých alternatív 440 440 441 441 |**Kritérium**|**Krátky popis**|**Zdôvodnenie kritéria**|**Alternatíva A**|**Alternatíva B**|**Alternatíva C** ... ... @@ -450,12 +450,12 @@ 450 450 **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).** 451 451 452 452 453 -1. 478 +1. 454 454 11. Stanovenie alternatív v aplikačnej vrstve architektúry 455 455 456 456 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. 457 457 458 -1. 483 +1. 459 459 11. Stanovenie alternatív v technologickej vrstve architektúry 460 460 461 461 Z pohľadu technologickej architektúry prichádzajú do úvahy nasledovné možnosti prevádzkovania: ... ... @@ -463,9 +463,10 @@ 463 463 1. v privátnom vládnom cloude SK.Cloud 464 464 1. v IaaS/PaaS prostredí NASES 465 465 491 + 466 466 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. 467 467 468 -[[image:175 9753870705-682.png]]494 +[[image:1758713769550-378.png]] 469 469 470 470 Význam jednotlivých PaaS a IaaS je nasledujúci: 471 471 ... ... @@ -542,7 +542,7 @@ 542 542 543 543 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á. 544 544 545 -1. 571 +1. 546 546 11. Projektové vymedzenie výstupov: 547 547 548 548 Realizácia projektu bude v zmysle vyhlášky 401/2023 Z.z. pozostávať z uvedených etáp: ... ... @@ -551,6 +551,7 @@ 551 551 * Implementácia a testovanie, 552 552 * Nasadenie. 553 553 580 + 554 554 |**ID**|**Prehľad projektových výstupov** 555 555 |** **|**Výstupy vytvárané PRIEBEŽNE počas celého projektu** 556 556 |M-01|**Plán etapy/Plán fázy** ... ... @@ -626,9 +626,11 @@ 626 626 | |**Manažérske správy, plány, reporty, zoznamy, odporúčania a požiadavky:** 627 627 | |(1) Správa o dokončení projektu (etapy/fázy) 628 628 656 + 629 629 1. NÁHĽAD ARCHITEKTÚRY 630 630 631 -1. 659 + 660 +1. 632 632 11. Popis budúceho cieľového produktu projektu 633 633 634 634 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. ... ... @@ -639,10 +639,12 @@ 639 639 640 640 Na nasledujúcej schéme je definovaný základný koncept biznis architektúry riešenia: 641 641 642 -[[image:1759753888696-250.png]] 643 643 644 644 645 -1. 673 +[[image:1758713769554-405.png]] 674 + 675 + 676 +1. 646 646 11. Náhľad aplikačnej architektúry riešenia: 647 647 648 648 Na nasledujúcej schéme je definovaný finálny náhľad aplikačnej architektúry: ... ... @@ -651,12 +651,13 @@ 651 651 * CPK spolupracuje s inými modulmi a prvkami ISVS ako napríklad CEP, Slovensko v Mobile, UPVS, Konštruktor správ 652 652 * 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. 653 653 654 -[[image:1759753901564-288.png]] 655 655 686 +[[image:1758713769558-385.png]] 687 + 656 656 Obrázok 4 Náhľad finálnej architektúry 657 657 658 -1. 659 -11. 690 +1. 691 +11. 660 660 111. Funkčné požiadavky aplikačnej architkúry 661 661 1. **Vytvorenie a validácia podpisov**: 662 662 1*. Schopnosť vytvárať kvalifikované elektronické podpisy a overovať ich pravosť. ... ... @@ -681,7 +681,7 @@ 681 681 1. **Škálovateľnosť**: 682 682 1*. Systém musí byť schopný zvládnuť zvýšený počet používateľov a požiadaviek bez poklesu výkonnosti. 683 683 684 -1. 716 +1. 685 685 11. Náhľad budúcej technologickej architektúry 686 686 687 687 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: ... ... @@ -691,6 +691,7 @@ 691 691 * K8S PaaS (Kubernetes Platform as a Service) 692 692 * DB** **as PaaS 693 693 726 + 694 694 Technologická architektúra musí zohľadňovať nasledovné špecifiká: 695 695 696 696 CPK využíva rozhrania, ktoré podporujú bezpečné protokoly pre komunikáciu medzi servermi verejnej správy a lokálnymi zariadeniami používateľov. ... ... @@ -699,6 +699,7 @@ 699 699 700 700 1. LEGISLATÍVA 701 701 735 + 702 702 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: 703 703 704 704 1. Š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. ... ... @@ -736,29 +736,44 @@ 736 736 737 737 V nasledujúcej kapitole sú definované náklady projektu ako aj prípadné benefity, ktoré by navrhovaným riešením mali byť dosiahnuté. 738 738 739 -1. 773 +1. 740 740 11. Kalkulované náklady projektu 741 741 742 742 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: 743 743 744 744 745 -[[image:1759753753420-163.png]] 746 746 747 -Celkové náklady projektu rozvoja sú vo výške – 1 672 773 €, pričom sa skladajú z nasledovných skupín výdavkov: 748 748 749 -* 013 – softvér – 1 413 533 € 750 -* 521 – Mzdové výdavky – 149 806 € 751 -* Paušálne náhrady – 109 434 € 752 752 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: 754 754 755 -* SLA prevádzka – 170 tis. ročne 756 756 757 -* Prípadný rozvoj – 141 tis. ročne 758 758 759 759 760 -1. Kvalitatívne prínosy projektov 761 761 787 + 788 + 789 + 790 + 791 + 792 + 793 + 794 + 795 + 796 + 797 +[[image:1758713769560-972.emf]] 798 + 799 +Celkové náklady projektu rozvoja sú vo výške – 1 191 979 €, pričom sa skladajú z nasledovných skupín výdavkov: 800 + 801 +* 013 – softvér – 964 193 € 802 +* 521 – Mzdové výdavky – 149 806 € 803 +* Paušálne náhrady – 77 980 € 804 + 805 +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: 806 + 807 +* SLA prevádzka – 145 tis. ročne 808 +* Prípadný rozvoj – 125 tis. ročne 809 +*1. Kvalitatívne prínosy projektov 810 + 762 762 Z pohľadu kvalitatívnych prínosov sa jedná o nasledovné: 763 763 764 764 * Zvýšená efektívnosť a pohodlnosť pre používateľov ... ... @@ -791,12 +791,12 @@ 791 791 792 792 Na základe týchto parametrov vychádza ročná úspora na úrovni cca 1,5 mil. € na strane občana a podnikateľa. 793 793 794 -1. 843 +1. 795 795 11. Vyhodnotenie CBA 796 796 797 797 V nasledujúcej tabuľke je uvedené vyhodnotenie CBA 798 798 799 -[[image:175 9753837917-789.png]]848 +[[image:1758713769562-248.emf]] 800 800 801 801 1. HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA 802 802 ... ... @@ -811,18 +811,21 @@ 811 811 )))|POZNÁMKA 812 812 | 1. | Prípravná a iniciačná fáza | 11/2023 | 04/2025 |Zahŕňa projektovú ideu, drafty, pripomienkovanie a schválenia. 813 813 |1a | Projektová Idea | 11/2023 | 01/2024 |Vypracovanie a schválenie projektovej idey. 814 -|1b |PTK a PHZ | 01/2024 | 02/2025|Predbežné technické konzultácie a stanovenie predpokladanej hodnoty.863 +|1b |PTK a PHZ | 01/2024 | 11/2024 |Predbežné technické konzultácie a stanovenie predpokladanej hodnoty. 815 815 |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. 816 -| 2. |Verejné obstarávanie / Objednávka | 06/2025 | 08/2025 | Proces verejného obstarávania vrátane vyhodnotenia a podpisu zmluvy. 817 -|2a |Príprava podkladov | 11/2024 | 05/2025 |Príprava zadania, návrh zmluvy a interné pripomienkovanie. 818 -|2b |Vyhlásenie a priebeh VO | 06/2025 | 08/2025 |Ukončenie obstarávania a uzatvorenie zmluvy. 819 -| 3. |Realizačná fáza | 09/2025 | 02/2026 |Realizácia projektu vrátane vývoja, testovania a nasadenia do prevádzky. 820 -|3a |Analýza a Dizajn | 09/2025 | 11/2025 |Zahŕňa detailný návrh a plán testovania. 821 -|3b |Nákup technických prostriedkov | 10/2025 | 10/2025 |Objednávka a obstaranie technického vybavenia. 822 -| 3c |Implementácia a Testovanie | 11/2025 | 12/2025 |Vývoj, migrácia dát, integrácia a viacstupňové testovanie. 823 -|3d |Nasadenie a PIP | 01/2026 | 02/2026 | Nasadenie systému do produkcie a podpora po implementácii. 824 -| 4. |Dokončovacia fáza | 03/2026 | 06/2026 | Finalizácia projektu, odovzdanie dokumentácie a vypracovanie správ. 865 +| 2. |Verejné obstarávanie / Objednávka | 01/2025 | 04/2025 | Proces verejného obstarávania vrátane vyhodnotenia a podpisu zmluvy. 866 +|2a |Príprava podkladov | 11/2024 | 01/2025 |Príprava zadania, návrh zmluvy a interné pripomienkovanie. 867 +|2b |Vyhlásenie a priebeh VO | 01/2025 | 04/2025 |Ukončenie obstarávania a uzatvorenie zmluvy. 868 +| 3. |Realizačná fáza | 04/2025 | 07/2026 |Realizácia projektu vrátane vývoja, testovania a nasadenia do prevádzky. 869 +|3a |Analýza a Dizajn | 04/2025 | 06/2025 |Zahŕňa detailný návrh a plán testovania. 870 +|3b |Nákup technických prostriedkov | 06/2025 | 06/2025 |Objednávka a obstaranie technického vybavenia. 871 +| 3c |Implementácia a Testovanie - Release 1 | 06/2025 | 07/2026 |Vývoj, migrácia dát, integrácia a viacstupňové testovanie. 872 +|3d | Nasadenie a PIP – Release 1 | 07/2026 | 07/2026 | Nasadenie systému do produkcie a podpora po implementácii. 873 +|3e|Implementácia a Testovanie - Release 2 | 02/2026 | 02/2026 |Vývoj, migrácia dát, integrácia a viacstupňové testovanie. 874 +|3f| Nasadenie a PIP – Release 2 | 03/2026 | 03/2026 |Nasadenie systému do produkcie a podpora po implementácii. 875 +| 4. |Dokončovacia fáza | 03/2026 | 03/2026 | Finalizácia projektu, odovzdanie dokumentácie a vypracovanie správ. 825 825 877 + 826 826 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. 827 827 828 828 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,22 +830,25 @@ 830 830 831 831 1. PROJEKTOVÝ TÍM 832 832 885 + 833 833 **Projektový tím pre realizáciu projektu – Organizačná štruktúra a zodpovednosti** 834 834 835 -1. 836 -11. 888 +1. 889 +11. 837 837 111. Riadiaci výbor (RV) 838 838 839 839 |**ID**|**Meno a Priezvisko**|**Pozícia**|**Oddelenie**|**Rola v projekte** 840 840 |1|Roman Miškovič|Predseda RV|MIRRI|Predseda RV 841 -|2|Milan Patráš|Produktový manažér|MIRRI|Biznis vlastník 842 -|3|Petra Šramko|Projektový manažér|MIRRI|Projektový manažér 843 -|4|Štefan Szilva|Zástupca prevádzky|NASES|Zástupca prevádzky 844 -|5|Peter Marman|Zástupca prevádzky|NASES|Zástupca prevádzky 845 -|ž|Bude známy po VO|Zástupca dodávateľa|Dodávateľ|Zástupca dodávateľa (voliteľný člen) 894 +|2|Jaroslav Chovanec|Produktový manažér|MIRRI|Biznis vlastník 895 +|3|Milan Patráš|Produktový manažér|MIRRI|Biznis vlastník 896 +|4|Petra Šramko|Projektový manažér|MIRRI|Projektový manažér 897 +|5|Štefan Szilva|Zástupca prevádzky|NASES|Zástupca prevádzky 898 +|6|Peter Marman[[~[HT1~]>>path:#_msocom_1]] |Zástupca prevádzky|NASES|Zástupca prevádzky 899 +|7|Bude známy po VO|Zástupca dodávateľa|Dodávateľ|Zástupca dodávateľa (voliteľný člen) 846 846 847 -1. 848 -11. 901 + 902 +1. 903 +11. 849 849 111. Projektový tím objednávateľa 850 850 851 851 |**ID**|**Meno a Priezvisko**|**Pozícia**|**Oddelenie**|**Rola v projekte** ... ... @@ -852,27 +852,32 @@ 852 852 |1|Milan Patráš|Produktový manažér|MIRRI|Produktová manažér 853 853 |2|Daniela Mesková|Riaditeľka odboru rozvoja produktov|MIRRI|Biznis vlastník 854 854 |3|Petra Šramko|Projektový manažér|MIRRI|Projektový manžér 855 -|4|Tomáš Husár|IT architekt|MIRRI|IT architekt 856 -|5|Alexander Vengrin|Biznis analytik|MIRRI|IT analytik / Biznis analytik 857 -|6|Martin Mosný|UX dizajnér|MIRRI|UX dizajnér 858 -|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ý) 859 -|8|(Nepovinná rola)|Manažér IT prevádzky|Bude doplnené podľa potreby|Manažér IT prevádzky 860 -|9|(Nepovinná rola)|Manažér bezpečnosti|Bude doplnené podľa potreby|Manažér kybernetickej a informačnej bezpečnosti 910 +|4|Jaroslav Chovanec|Produktový manažér|MIRRI|Zástupca kľúčových používateľov 911 +|5|Tomáš Husár|IT architekt|MIRRI|IT architekt 912 +|6|Alexander Vengrin|Biznis analytik|MIRRI|IT analytik / Biznis analytik 913 +|7|Martin Mosný|UX dizajnér|MIRRI|UX dizajnér 914 +|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ý) 915 +|9|(Nepovinná rola)|Manažér IT prevádzky|Bude doplnené podľa potreby|Manažér IT prevádzky 916 +|10|(Nepovinná rola)|Manažér bezpečnosti|Bude doplnené podľa potreby|Manažér kybernetickej a informačnej bezpečnosti 861 861 862 -1. 918 + 919 + 920 +1. 863 863 11. PRACOVNÉ NÁPLNE 864 864 923 + 865 865 **Stručný popis rolí v Projektovom tíme:** 866 866 867 867 * **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. 868 868 * **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. 869 -* 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 928 +* 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 870 870 * **IT architekt (Tomáš Husár)**: Navrhuje technickú architektúru systému, integruje technické požiadavky a dohliada na technickú kvalitu riešení. 871 871 * **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. 872 -* **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. 931 +* **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). 873 873 874 -1. 875 -11. 933 + 934 +1. 935 +11. 876 876 111. Podrobnosti o vybraných rolách 877 877 878 878 **Projektový manažér (PM):** ... ... @@ -900,12 +900,16 @@ 900 900 * Vypracovanie biznisovej a technickej analýzy. 901 901 * Dokumentáciu požiadaviek a návrhových riešení. 902 902 963 + 964 + 903 903 1. ODKAZY 904 904 967 + 905 905 Doplniť odkazy na už existujúce produkty v maximálnej miere – vyhnúť sa duplikovaným informáciám. 906 906 907 907 1. PRÍLOHY 908 908 972 + 909 909 **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]] 910 910 911 911 ---- ... ... @@ -912,3 +912,4 @@ 912 912 913 913 [[~[HT1~]>>path:#_msoanchor_1]]prevadzku rieši p. Holbik, infra spada pod neho 914 914 979 +
- 1759753753420-163.png
-
- Autor
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.peter\.duris@gosmart\.consulting - Veľkosť
-
... ... @@ -1,1 +1,0 @@ 1 -51.9 KB - Obsah
- 1759753837917-789.png
-
- Autor
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.peter\.duris@gosmart\.consulting - Veľkosť
-
... ... @@ -1,1 +1,0 @@ 1 -84.3 KB - Obsah
- 1759753870705-682.png
-
- Autor
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.peter\.duris@gosmart\.consulting - Veľkosť
-
... ... @@ -1,1 +1,0 @@ 1 -68.8 KB - Obsah
- 1759753888696-250.png
-
- Autor
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.peter\.duris@gosmart\.consulting - Veľkosť
-
... ... @@ -1,1 +1,0 @@ 1 -185.7 KB - Obsah
- 1759753901564-288.png
-
- Autor
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.peter\.duris@gosmart\.consulting - Veľkosť
-
... ... @@ -1,1 +1,0 @@ 1 -166.5 KB - Obsah