I-02 Projektový zámer (projektovy_zamer)

Version 3.1 by Štefan Omasta on 2025/09/08 14:06

SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_5d283de4ad3c0b7a.png
PROJEKTOVÝ ZÁMER
Vzor pre manažérsky výstup I-02
podľa vyhlášky MIRRI č. 401/2023 Z. z.

Povinná osobaDataCentrum elektronizácie územnej samosprávy Slovenska (DEUS)
Názov projektuBudovanie životných situácií pre organizáciu DataCentrum elektronizácie územnej samosprávy Slovenska – Identity Management Upgrade
Zodpovedná osoba za projektIng. Peter Uhrík
Realizátor projektuDataCentrum elektronizácie územnej samosprávy Slovenska (DEUS)
Vlastník projektuĽubomír Lőrincz, výkonný riaditeľ

Schvaľovanie dokumentu

PoložkaMeno a priezviskoOrganizáciaPracovná pozíciaDátum

Podpis
(alebo elektronický súhlas)

VypracovalIng. Ingrid KurucováDataCentrum elektronizácie územnej samosprávy Slovenska (DEUS)Projektový manažér08.09.2025 

1.História DOKUMENTU

VerziaDátumZmenyMeno
v_125.08.2025Finálna verzia dokumentu Ing. Ingrid Kurucová
    

2.ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE

V súlade s vyhláškou MIRRI č. 401/2023 Z.z. v znení neskorších predpisov je tento výstup I-02 Projektový zámer určený na rozpracovanie detailných informácií prípravnej a iniciačnej fázy projektu z pohľadu aktuálneho stavu, budúceho stavu a navrhovaného riešenia.

Dokument Projektový zámer má obsahovať manažérske zhrnutie, rozsah, ciele a motiváciu na realizáciu projektu, zainteresované strany, návrh merateľných ukazovateľov a obsahuje aj

            1. detailný opis požadovaných projektových výstupov,

            2. detailný opis obmedzení, predpokladov, tolerancií a návrh organizačného zabezpečenia projektu,

            3. detailný opis rozpočtu projektu a jeho prínosov,

            4. harmonogram projektu,

            5. vyhodnotenie rizík a závislostí,

            6. architektúru riešenia projektu na úrovni biznis vrstvy, aplikačnej vrstvy, dátovej vrstvy, technologickej vrstvy a bezpečnostnej architektúry,

            7. vyhodnotenie alternatív riešenia projektu pre každú vrstvu architektúry riešenia,

            8. špecifikáciu a klasifikáciu údajov spracovaných v projekte,

            9. požiadavky na prevádzku a údržbu výstupov projektu,

            10. požiadavky na technologickú infraštruktúru a posúdenie alternatív prevádzky infraštruktúry cloud computingom,

            11. požiadavky na zdrojové kódy,

            12. opis implementácie projektu a preberania výstupov projektu.

2.1Použité skratky a pojmy

SKRATKA/POJEMPOPIS
MIRRIMinisterstvo investícií, regionálneho rozvoja a informatizácie Slovenskej republiky
MF SRMinisterstvo financií Slovenskej republiky
ZMOSZdruženie miest a obcí Slovenska
DEUSDataCentrum elektronizácie územnej samosprávy Slovenska
IS DCOMInformačný systém Dátové centrum obcí a miest
SaaSSoftware as a Service – model poskytovania cloudových služieb
MÚSMiestna územná samospráva
eGovernmentElektronická verejná správa
IDMIdentity Management – systém riadenia identít a prístupov
SLAService Level Agreement – dohoda o úrovni poskytovaných služieb
DKVIDoba konečného vyriešenia incidentu
OVMOrgán verejnej moci

3.DEFINOVANIE PROJEKTU

3.1Manažérske zhrnutie

Tento projekt je vypracovaný v súlade s vyhláškou č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy a Zmluvou o poskytnutí prostriedkov mechanizmu č. ZL-2023-074.

Z hľadiska realizátora projektu bude projekt realizovaný združením DEUS, ktoré v zmysle § 9a odsek 1 zákona č. 305/2013 Z.z. o elektronickej podobe výkonu pôsobností orgánov verejnej moci (eGovernmente) vykonáva činnosti správcu a prevádzkovateľa IS DCOM. DEUS je záujmové združenie právnických osôb, ktorého jedinými členmi sú Ministerstvo financií SR (ďalej len „MF SR“) a Združenie miest a obcí Slovenska (ďalej len „ZMOS“). DEUS je špecifickým poskytovateľom cloudových služieb typu SaaS pre subjekty MÚS.

Cieľom projektu životných situácií ako celku je zjednodušenie a sprístupnenie digitálnej cesty občana k naplneniu jeho potrieb pri kontakte so štátom

Životná situácia má zjednodušiť elektronickú komunikáciu občana so štátom:

  • jasná a jednoduchá komunikácia, minimalizovať úkony na strane občana
  • 1x a dosť – prepájanie s registrami a databázami
  • digital first, redukovať vstupy občana  a redukovať formuláre
  • vedieť ľahko zistiť v akom stave je požiadavka
  • overenie cez počítač, mobil 
  • Informácie na jednom mieste – hľadanie informácií aj vyriešenie 
  • proaktívnosť štátu – notifikácie, možnosť autorizácie, vybavenie úkonov
  • poskytovať zrozumiteľné návody aj ich aktualizovanie 
  • dostupná online podpora

Motiváciou je výmena existujúceho IDM riešenia MidPoint za nové IDM riešenie pri zachovaní existujúcich funkčností, napojených aplikácií a potenciálom k zvýšeniu výkonu a bezpečnosti. V novom riešení dôjde k napojeniu nového systému Jira Service Desk. Jednotlivé funkcionality napojenie na zdrojové či cieľové systémy budú v novom riešení novo naprogramované s prípadným využitím dostupných zdrojových kódov existujúceho riešenia. Zdrojové kódy budú využité najmä k implementácii logiky, v niektorých prípadoch môžu byť použité aj celé funkčné bloky. Všetky zdrojové kódy budú umiestnené v Gitlabe Deus v separátnom projekte.

Časový harmonogram realizačnej fázy projektu je nastavený na 9 mesiacov so začiatkom realizačnej fázy 09/2025 a finálnym termínom dokončenia do 05/2026. Následne v rámci prevádzky bude prebiehať podpora prevádzky.

Projekt bude realizovaný v rámci Plánu obnovy a odolnosti:

Komponent 17: Digitálne Slovensko (štát v mobile, kybernetická bezpečnosť, rýchly internet pre každého, digitálna ekonomika)

Investícia 1: Lepšie služby pre občanov a podnikateľov

Celkové indikatívne náklady projektu sú vo výške 676 500,00 EUR s DPH.

3.2Motivácia a rozsah projektu

3.2.1. Problém, ktorý bude realizáciou projektu odstránený

IS DCOM je nadrezortný informačný systém pre samosprávu. Ponúka nielen elektronické služby, ale aj integrácie na ostatné registre a databázy verejnej správy a zároveň aj prepojenie na pôvodné informačný systémy samospráv. Vďaka tomu zahŕňa celú agendu vyplývajúcu z originálnych kompetencií samospráv. V rámci IS DCOM je spravovaných viac ako 20 tisíc identít rôznych typov, pričom používateľov miest a obcí je z celkového počtu viac ako 14 tisíc. Identity sú spravované nástrojom MidPoint, ktorý je neoddeliteľnou súčasťou celého riešenia IAM IS DCOM.

MidPoint je open-source identity provisioning systém, ktorý poskytuje unifikovaný model pre provisioning identít, privilégií a správu organizačnej štruktúry. Systém vytvára vzťah medzi identitami a ich účtami a poskytuje globálny pohľad na stav účtov, ich vlastníkov a v čiastočnej miere aj ich práva na všetkých koncových systémoch pripojených do riešenia. Obdobným spôsobom umožňuje systém provisioning služieb v multi-tenantných koncových systémoch.

Pre potreby IAM DCOM umožňuje MidPoint:

•          správu identít používateľov IS DCOM, 

•          synchronizáciu používateľských účtov do koncovými modulov IS DCOM,

•          správu rolí a privilégií prideľovaných identitám a ich synchronizáciu do modulov IS DCOM,

•          správu organizačnej štruktúry, synchronizáciu tenantov do koncových modulov IS DCOM,

•          správu meta-rolí a oprávnení prideľovaných obciam (ako organizačným jednotkám, resp. tenantom) a ich synchronizáciu do modulov IS DCOM.

MidPoint ako nástroj spravujúci identity je nasadený vo verzii 3.4.2-SNAPSHOT, ktorej podpora bola ukončená v roku 2018, čo predstavuje vysoké riziko prelomenia systému a obsiahnutých dát. MidPoint v rámci IS DCOM beží na JavaSe 1.8.0_241 na aplikačnom serveri Tomcat v7.x, ktoré nie je možné aktualizovať. V riešení sú využívané nepodporované konektory, ktorých architektúra taktiež nie je podporovaná ani samotnou platformou MidPoint. Nakoľko téma IDM je veľmi komplexná a má praktický dopad na funkcionalitu samotného IS DCOM, po zohľadnení všetkých rizík je nevyhnutné zabezpečiť nové IDM riešenie, ktoré bude na základe dodržaných kritérií následne implementované v rámci IS DCOM.

3.2.2. Biznis procesy, ktoré sú predmetom projektu

Z pohľadu biznis procesov územná samospráva realizuje výkon vybraných procesov štátnej správy (tzv. prenesený výkon štátnej správy) a zodpovedá za metodické riadenie a výkon procesov samosprávy (tzv. originálne kompetencie).  Z hľadiska zabezpečenia biznis procesov je predmetom projektu bezpečné pripojenie pracovníkov samosprávy, vrátane kompletnej zmeny mechanizmu prístupových rolí.

3.2.3. Informácie o oblasti (OBSAH / AGENDA / ŽIVOTNÁ SITUÁCIA), ktorým sa projekt venuje

Riadiaci výbor pre Investíciu 1 „Lepšie služby pre občanov a podnikateľov“ a pre Reformu 1 „Budovanie eGovernment riešení prioritných životných situácií“ v rámci Komponentu 17 „Digitálne Slovensko“ Plánu obnovy a odolnosti Slovenskej republiky schválil Prioritný zoznam vybraných 16 životných situácií:

ZS1 - Strata a hľadanie zamestnania

ZS2 - Kúpa a vlastnenie nehnuteľnosti na bývanie

ZS3 - Začatie podnikania

ZS4 - Kúpa a vlastnenie motorového vozidla

ZS5 - Administratívny chod podniku

ZS6 - Presťahovanie

ZS7 - Narodenie dieťaťa

ZS8 - Som chorý, mám chorého člena rodiny

ZS9 - Som odkázaný, mám odkázaného člena rodiny

ZS10 - Hmotná núdza

ZS11 - Materská škola

ZS12 - Základná škola

ZS13 - Stredná škola

ZS14 - Odchod do dôchodku

ZS15 - Úmrtie a dedičské konanie

ZS16 - Uzavretie manželstva

Výnos MF SR č. 478/2010 Z. z. o základnom číselníku úsekov verejnej správy a agend verejnej správy nedefinoval pre samotného žiadateľa žiaden úsek. Avšak pre  tento projekt je relevantný nasledovný úsek:

Kód v číselníku (MetaIS)Názov úseku
U00029Informatizácia spoločnosti

Tabuľka č. 2 - Zoznam projektom zlepšovaných úsekov

3.2.4. ROZSAH PROJEKTU

Z hľadiska realizátora bude ŽS realizovaná združením DEUS, ktoré v zmysle § 9a odsek 1 zákona č. 305/2013 Z.z. o elektronickej podobe výkonu pôsobností orgánov verejnej moci (eGovernmente) vykonáva činnosti správcu a prevádzkovateľa IS DCOM (isvs_6391). DEUS je záujmové združenie právnických osôb, ktorého jedinými členmi sú Ministerstvo financií SR (ďalej len „MF SR“) a Združenie miest a obcí Slovenska (ďalej len „ZMOS“). DEUS je špecifickým poskytovateľom cloudových služieb typu SaaS pre subjekty MÚS. Informačný systém DCOM je nadrezortný informačný systém verejnej správy, prostredníctvom, ktorého vykonávajú obce verejnú moc elektronicky.

Cieľom projektu životných situácií ako celku je zjednodušenie a sprístupnenie digitálnej cesty občana k naplneniu jeho potrieb pri kontakte so štátom

Životná situácia má zjednodušiť elektronickú komunikáciu občana so štátom:

  • jasná a jednoduchá komunikácia, minimalizovať úkony na strane občana
  • 1x a dosť – prepájanie s registrami a databázami
  • digital first, redukovať vstupy občana  a redukovať formuláre
  • vedieť ľahko zistiť v akom stave je požiadavka
  • overenie cez počítač, mobil 
  • Informácie na jednom mieste – hľadanie informácií aj vyriešenie 
  • proaktívnosť štátu – notifikácie, možnosť autorizácie, vybavenie úkonov
  • poskytovať zrozumiteľné návody aj ich aktualizovanie 
  • dostupná online podpora

Projektom bude realizovaná výmena existujúceho IDM riešenia MidPoint za nové IDM riešenie pri zachovaní existujúcich funkčností, napojených aplikácií a potenciálom k zvýšeniu výkonu a bezpečnosti. V novom riešení dôjde k napojeniu nového systému Jira Service Desk. Jednotlivé funkcionality napojenie na zdrojové či cieľové systémy budú v novom riešení novo naprogramované s prípadným využitím dostupných zdrojových kódov existujúceho riešenia. Zdrojové kódy budú využité najmä k implementácii logiky, v niektorých prípadoch môžu byť použité aj celé funkčné bloky. Všetky zdrojové kódy budú umiestnené v Gitlabe Deus v separátnom projekte.

3.2.5. MOTIVÁCIA PROJEKTU

Hlavným cieľom združenia DEUS je podpora informatizácie a elektronizácie územnej samosprávy na Slovensku. DEUS je implementátorom štátnej stratégie a politík týkajúcich sa digitalizácie služieb miest a obcí, ktorým umožňuje plniť svoje zákonné povinnosti v súlade s legislatívou eGovernmentu a zásady „jedenkrát a dosť“. Deje sa tak predovšetkým prostredníctvom informačného systému Dátové centrum obcí a miest (DCOM), ktorý je centrálnym riešením dostupným pre všetky obce a mestá na Slovensku, a ktorý garantuje súlad s platnou legislatívou ohľadom povinností miest a obcí o eGovernmente. DCOM je na Slovensku unikátny svojou komplexnosťou a množstvom integrácií na ostatné informačné systémy verejnej správy na Slovensku. V rámci projektu je významnou motiváciou prispieť k naplneniu komplexného cieľa, a to nasadeniu eGovernment riešenia komplexných prioritných životných situácií pre občanov a podnikateľov EÚ, a to v súlade s investičným plánom, ktorý je výsledkom biznis časti projektu budovania prioritných životných situácií.

Motiváciou je výmena existujúceho IDM riešenia MidPoint za nové IDM riešenie pri zachovaní existujúcich funkčností, napojených aplikácií a potenciálom k zvýšeniu výkonu a bezpečnosti. V novom riešení dôjde k napojeniu nového systému Jira Service Desk. Jednotlivé funkcionality napojenie na zdrojové či cieľové systémy budú v novom riešení novo naprogramované s prípadným využitím dostupných zdrojových kódov existujúceho riešenia. Zdrojové kódy budú využité najmä k implementácii logiky, v niektorých prípadoch môžu byť použité aj celé funkčné bloky. Všetky zdrojové kódy budú umiestnené v Gitlabe Deus v separátnom projekte.

Projekt je v súlade s „Národnou koncepciou informatizácie verejnej správy“, schválenou Vládou SR uznesením č. 763/2021, ktorá definuje, že v prostredí miestnej samosprávy bude naďalej zohrávať úlohu centralizované riešenie IS DCOM a zdôrazňuje, že prepojenie agendových systémov a centrálnych referenčných registrov bude zvlášť podstatné v prostredí územnej a miestnej samosprávy, ktorá používa centralizované riešenie DCOM ako aj viacero decentralizovaných riešení. Bez takéhoto prepojenia nebude možné zabezpečiť on-line riešenie viacerých životných situácií.

3.3Zainteresované strany/Stakeholderi

  • Doplňte KTO (zoznam subjektov/osôb) sa zúčastňuje projektu a akú rolu zastáva
IDAKTÉR / STAKEHOLDER

SUBJEKT
(názov / skratka)

ROLA
(vlastník procesu/ vlastník dát/zákazník/ užívateľ …. člen tímu atď.)

Informačný systém
(MetaIS kód a názov ISVS)

1.Ministerstvo investícií, regionálneho rozvoja a informatizácie SRMIRRIvlastník procesu/ vlastník dát/isvs_6391 Dátové centrum obcí a miest (DCOM)
2.Ministerstvo financií SRMF SRvlastník procesu/ vlastník dát/isvs_6391 Dátové centrum obcí a miest (DCOM)
3.Združenie miest a obcí SlovenskaZMOSvlastník procesu/ vlastník dát/isvs_6391 Dátové centrum obcí a miest (DCOM)
4.Občan / podnikateľ-užívateľisvs_6391 Dátové centrum obcí a miest (DCOM)
5.DataCentrum elektronizácie územnej samosprávy SlovenskaDEUSvlastník procesu/ vlastník dát/isvs_6391 Dátové centrum obcí a miest (DCOM)
6.Samospráva-zákazníkisvs_6391 Dátové centrum obcí a miest (DCOM)

Popis stakeholderov:

  • MIRRI SR ako vykonávateľ sa zaväzuje, že na základe Zmluvy PPM č. 1604/2023 poskytne Prostriedky mechanizmu Prijímateľovi za účelom financovania Projektu. MIRRI SR zároveň ako autorita zodpovedná za centrálne riadenie informatizácie v Investičnom pláne definuje sadu legislatívnych, organizačných a procesných zmien, ktorými zavedie centralizovaný postup pre dizajn služieb a návodov. MIRRI SR  riadi, validuje a tiež koordinuje tvorbu a zmeny služieb v kontexte prioritných životných situácií, pričom dbá na zohľadnenie potrieb používateľa a dosahovanie nadrezortnej spolupráce.
  • Ministerstvo financií ako OVM je prispievateľom do rozpočtu DEUS a očakáva efektívne vynakladanie prostriedkov a zároveň zníženie nákladov na prevádzku samosprávy v oblasti papierovo realizovanej agendy v prospech digitálne realizovanej agendy.
  • ZMOS nie je definične OVM ale je prispievateľom do rozpočtu DEUS a zastupuje starostov obcí, ktorí sú predstaviteľmi OVM. ZMOS, podobne ako Ministerstvo financií, očakáva efektívne vynakladanie prostriedkov a zároveň zníženie nákladov na realizáciu agendových procesov.
  • DEUS ako prijímateľ sa zaväzuje prijať poskytnuté Prostriedky mechanizmu, použiť ich v súlade s podmienkami stanovenými v Zmluve PPM č. ZL-2023-074, Právnom rámci a Záväznej dokumentácii a zabezpečiť Realizáciu Projektu podľa Zmluvy Riadne a Včas tak, aby bol dosiahnutý Cieľ Projektu a udržaný počas Doby udržateľnosti Projektu. DEUS ako OVM je z pohľadu Zákona o ITVS orgánom riadenia a správcom ISVS. Z pohľadu projektu predstavuje realizátora zámeru. DEUS je na top úrovni riadený Správnou radou pozostávajúcou zo zástupcov Ministerstva financií a ZMOS.
  • Občan/podnikateľ - cieľová skupina projektu, cca 3,1 mil. osôb. Rola pracuje so systémom DCOM za účelom používania elektronických služieb samosprávy poskytovaných systémom DCOM. Pomocou mID  sa autentifikuje do systému v súlade s § 24 a nasl. Zákona o eGov.
  • Samospráva – cieľová skupina projektu, obce zapojené do IS DCOM.

3.4Ciele projektu

ID

Názov cieľa
Názov strategického cieľaSpôsob realizácie strategického cieľa
1.Zvýšiť podiel elektronickej komunikácie s verejnou správouZvýšiť podiel elektronickej komunikácie s verejnou správou...
2.Zvýšiť spokojnosť a dôveru osôb a subjektov verejnej správy s elektronickými službamiZvýšiť spokojnosť a dôveru osôb a subjektov verejnej správy s elektronickými službamiOptimalizácia dizajnu a funkcionalít webových stránok a aplikácií pre lepšiu užívateľskú prívetivosť a intuitívnosť. Občan nájsť informácie o možnosti získania príspevku na pohreb zo strany obcí, o formách, podmienkach a potrebných dokladoch pre získanie príspevku. 

3.5Merateľné ukazovatele (KPI)

ID

ID/Názov cieľa
Názov
 ukazovateľa 
(KPI)
Popis
 ukazovateľa
Merná jednotka
 
AS IS
 merateľné hodnoty
 
(aktuálne)
TO BE
Merateľné hodnoty
 
(cieľové hodnoty)
Spôsob ich meraniaPozn.
01Zvýšiť spokojnosť a dôveru osôb a subjektov verejnej správy s elektronickými službamiPočet komplexných životných situáciíPočet komplexných životných situácií (z atomických na bezproblémové zreťazené), vybavených plne elektronicky (úroveň elektronizácie 4 a viac), ktorých riešenie bude podporené výsledkami projektuPočet010Akceptačný protokol - Implementované riešenie v zmysle Zmluvy o PPM č. 1604/2023 

3.6Špecifikácia potrieb koncového používateľa

Realizácia programu budovania životných situácií je rozložená do viacerých projektov a zmenových požiadaviek, ktoré sú zamerané na vývoj alebo rozvoj  ISVS/s elektronickými službami , ktoré  majú grafické alebo iné používateľské rozhranie a sú určené pre občanov/podnikateľov (alebo aj pracovníkov verejnej správy pracujúcich s agendovým systémom), ďalej označených ako koncoví používatelia. 

  • Špecifikácia požiadaviek bola realizovaná koncovými používateľmi a je v súlade s legislatívou (s aktuálne platnou a s návrhom jej zmien ako súčasť projektov) a s postupmi pri vytváraní elektronických služieb verejnej správy, ako sú napríklad používateľský prieskum, mapovanie používateľskej cesty, vytváranie informačnej architektúry a testovanie prototypov podľa vyhlášky 547/2021 Z. z. o elektronizácii agendy verejnej správy.
  • Projekt definujte základné skupiny koncových používateľov elektronických služieb a popisuje cieľové skupiny koncových používateľov, vrátane sociodemografických charakteristík cieľových skupín a účastníkov používateľského prieskumu. 
  • Špecifikácia potrieb resp. cieľov koncových používateľov, ktoré identifikujú, čo jednotlivé skupiny koncových používateľov od elektronickej služby požadujú bola realizovaná prostredníctvom používateľského prieskumu realizovaného  MIRRI SR.
  • Pri rozvoji existujúcej elektronickej služby sme použili výstupy zo zisťovania spätnej väzby k elektronickej službe, ak z nich vyplývajú požiadavky koncových používateľov na rozvoj služby.  ​​​​​​​

3.7Detailný opis obmedzení a predpokladov

Rozsah projektu „Identity Management Upgrade“ je jednoznačne vymedzený ako výmena existujúceho IDM riešenia MidPoint za modernú a dlhodobo udržateľnú platformu, ktorá zachová súčasné funkcionality, integrácie a zároveň prinesie nové možnosti z pohľadu výkonu, bezpečnosti a flexibility. Projekt sa sústreďuje na zachovanie prevádzky všetkých procesov súvisiacich so správou identít, rolí, organizačných štruktúr a prístupových práv v rámci IS DCOM, pričom súčasťou realizácie je aj vybudovanie nových integrácií na systém Jira Service Desk. Implementácia zahŕňa prepracovanie napojení na zdrojové a cieľové systémy s využitím dostupného zdrojového kódu z existujúceho riešenia tam, kde to je možné a efektívne. Nové IDM riešenie pokryje celý životný cyklus identít od ich vzniku, cez zmenu a správu oprávnení až po deaktiváciu a zánik, pričom poskytne jednotné používateľské rozhranie pre administrátorov aj bežných používateľov. Autorizačný model bude založený na princípoch RBAC s dôrazom na parametrizáciu a vynucovanie bezpečnostných politík. Riešenie bude pripravené na rozširovanie dátových modelov a atribútov bez zásahu do zdrojového kódu, ponúkne reporting, notifikácie a workflow so schvaľovacími procesmi a bude nasaditeľné vo viacerých prevádzkových režimoch – on-premise, v cloude alebo v hybridnom prostredí. Časový rámec projektu je presne stanovený od septembra 2025 do mája 2026, pričom po nasadení do prevádzky bude nasledovať fáza podpory a údržby.

Dôvody pre takéto vymedzenie rozsahu vyplývajú predovšetkým z technologického zastarania existujúceho riešenia MidPoint, ktoré je nasadené vo verzii bez oficiálnej podpory už od roku 2018 a beží na neudržateľných komponentoch ako Java SE 1.8 a Tomcat 7.x. Tento stav predstavuje významné bezpečnostné riziko, keďže systém obsahuje nepodporované konektory a neposkytuje možnosti moderného rozvoja. Ďalším dôvodom je potreba zabezpečiť kontinuitu služieb IS DCOM, ktorý spravuje viac než dvadsaťtisíc identít a je nadrezortným riešením pre výkon originálnych aj prenesených kompetencií samospráv. Bez výmeny IDM by hrozilo ohrozenie funkčnosti celého systému a tým aj schopnosti samospráv poskytovať elektronické služby občanom. Vymedzenie rozsahu bolo zároveň podmienené požiadavkami Plánu obnovy a odolnosti SR v rámci komponentu Digitálne Slovensko, ktorý kladie dôraz na elektronizáciu životných situácií občanov a na zavedenie moderných, bezpečných a interoperabilných riešení. Do rozsahu boli preto zahrnuté len tie činnosti, ktoré priamo súvisia s výmenou IDM riešenia a so zachovaním alebo rozšírením jeho funkčnosti, aby bolo možné garantovať dosiahnutie merateľných cieľov a prínosov stanovených v projekte.

Úspešná realizácia projektu je podmienená viacerými predpokladmi. V prvom rade je potrebné zabezpečiť dostupnosť a kompatibilitu všetkých potrebných komponentov infraštruktúry, aby implementácia nebola zdržaná oneskorenými dodávkami alebo technickými problémami. Rovnako dôležité je presné a včasné zadefinovanie požiadaviek všetkých kľúčových používateľov, pretože neúplné alebo oneskorené požiadavky by mohli viesť k predlžovaniu harmonogramu či zvyšovaniu nákladov. Realizácia si vyžaduje aktívnu súčinnosť dodávateľa, dodržiavanie harmonogramu a kvalitatívnych požiadaviek, ako aj dostupnosť dostatočných ľudských zdrojov na strane DEUS a dodávateľov, ktorí zabezpečia analýzu, návrh architektúry, implementáciu, testovanie a prevádzku. Z pohľadu riadenia je nevyhnutné dodržiavať metodiky projektového riadenia, platnú legislatívu a pravidelné monitorovanie rizík vrátane kybernetických hrozieb. Predpokladom úspechu je aj dôsledné riadenie kvality a priebežné testovanie, ktoré pomôže odhaliť slabé miesta ešte pred nasadením. Nemenej dôležitá je pripravenosť organizačných a technických kapacít na strane DEUS, vrátane školení používateľov a zabezpečenia rozšírenej podpory po ukončení implementácie. Len splnením týchto predpokladov bude možné dosiahnuť, aby nové IDM riešenie plnilo svoju úlohu ako stabilný, bezpečný a dlhodobo udržateľný pilier informačného systému DCOM.

3.8Riziká a závislosti

ID

NÁZOV RIZIKA a ZÁVISLOSTI

 

POPIS  / NÁSLEDOK
1Nebude možné naplniť všetky kvalitatívne požiadavky projektu.Nebudú plne dosiahnuté očakávané benefity projektu.
2Jednotlivé komponenty projektu nebudú vykazovať známky 100% kompatibility.Vzhľadom na vytvorenie ekosystému je dôležité, aby jednotlivé prvky boli schopné komunikovať vzájomne a mali rovnaké východiskové požiadavky na obojsmernú programovú komunikáciu.
3Nedostupnosť komponentov novej infraštruktúryNedostupnosť komponentov novej infraštruktúry, prípadne ich veľmi dlhé dodacie lehoty môžu mať negatívny vplyv na termín ukončenia projektu.
4Projekt nebude realizovaný a nasadený podľa plánu.V prípade omeškania dodávok projektu resp. v prípade omeškania nasadenia výstupov projektu, nebude možné efektívne a včas reagovať na bezpečnostné incidenty.
5Neúplné požiadavkyNeúplné požiadavky môžu spôsobiť predĺženie trvania projektu, navýšenie nákladov, z dôvodu potreby dodatočného obstarávania komponentov.
6Vysoké náklady na prevádzkuNáklady na prevádzku budú vyššie ako plánované. Prekročenie plánovaných nákladov na prevádzku. Potreba dodatočných finančných zdrojov.
7Ohrozenie prevádzky a dostupnosti systémuOhrozenie prevádzky a dostupnosti systému z dôvodu možných kybernetických útokov.
8Nedostatočné vyhodnotenie kvalityNeodhalenie slabých miest v jednotlivých fázach implementácie projektu.
9Nesúčinnosť a nespoľahlivosť dodávateľaPredčasné ukončenie projektu, alebo predĺženie doby realizácie projektu.
10Nedostatok ľudských zdrojovPredĺženie doby realizácie projektu. Výstupy projektu budú dodané v nedostatočnej kvalite.

3.9Detailný opis rozpočtu projektu a jeho prínosov

3.9.1. Sumarizácia nákladov a prínosov

NákladyIS DCOM (Identity Management Upgrade)
Všeobecný materiál 
IT - CAPEX 
Aplikácie676 500,00 €
SW-
HW-
IT - OPEX- prevádzka 
Aplikácie47 355,00 €
SW-
HW-
Prínosy 
Finančné prínosy 
Administratívne poplatky-
Ostatné daňové a nedaňové príjmy-
Ekonomické prínosy 
Občania (€)-
Úradníci (€)-
Úradníci (FTE)-
Kvalitatívne prínosy 
 -

Tabuľka 1 Sumarizácia nákladov a prínosov

3.9.2. Zdroj financovania

Projekt bude realizovaný v rámci Plánu obnovy a odolnosti:

Komponent 17: Digitálne Slovensko (štát v mobile, kybernetická bezpečnosť, rýchly internet pre každého, digitálna ekonomika)

Investícia 1: Lepšie služby pre občanov a podnikateľov

3.10Harmonogram projektu

IDFÁZA/AKTIVITA

ZAČIATOK

(odhad termínu)

KONIEC

(odhad termínu)

POZNÁMKA
1.Prípravná a iniciačná fáza12/202308/2025 
2.Realizačná fáza09/202505/2026 
2aAnalýza a Dizajn09/202501/2026 
2cImplementácia a testovanie11/202504/2026 
2dNasadenie a PIP04/202605/2026 
3.Dokončovacia fáza06/202608/2026 

Projekt bude v DEUS realizovaný metódou Waterfall.

1757332954925-657.png

3.11Návrh organizačného zabezpečenia projektu (projektový tím)

Projekt sa bude riadiť v súlade s platnou legislatívou v oblasti riadenia projektov IT. Pre potreby riadenia projektu bude vytvorený riadiaci výbor projektu a budú menovaní členovia Riadiaceho výboru projektu (ďalej len „RV“), projektový manažér a členovia projektového tímu.

Najvyššou autoritou projektu je RV, ktorý tvorí:

  • predseda RV
  • zástupca vlastníkov procesov - zástupca predsedu RV (podpredseda RV)
  • zástupca kľúčových používateľov
  • Projektový manažér
  • zástupca dodávateľa

Zloženie riadiaceho výboru:

IDMENO A PRIEZVISKOPOZÍCIAORGANIZAČNÝ ÚTVARROLA V PROJEKTE S UVEDENÍM HLASOVACIEHO PRÁVA
1.Ľubomír Lőrinczvýkonný riaditeľDEUSPredseda RV (HP)
2.Ing. Peter Uhríkmanažér oddelenia ITDEUSZástupca vlastníkov procesov (HP)
3.Mgr. Štefan OmastaFinančný manažérDEUSZástupca vlastníkov procesov (HP)
4.Mgr. Jana ČervinkováManažérka obchoduDEUSZástupca kľúčových používateľov (HP)
5.Ingrid KurucováProjektový manažérDEUSČlen bez HP
6.TBCZástupca dodávateľa Zástupca dodávateľa (HP)

Projektový tím:

IDRola v projekteMeno a PriezviskoPracovné zaradenieOrg. útvar
1.Projektový manažérIngrid KurucováProjektový manažérDEUS
2.Vlastník projektuPeter UhríkManažér oddelenia ITDEUS
3.Kľúčový používateľTomáš ČikošKonzultant obcíDEUS
4.IT analytikIvan RovňanAnalytikDEUS
5.IT architekt tbd DEUS
6.Biznis vlastníkJana ČervinkováManažér oddelenia komunikácieDEUS
7.Manažér kvalitytbd DEUS
8.Manažér IT prevádzkyKatarína NespešnáService Delivery ManagerDEUS
9.Manažér KIBMilan AntalíkExterný dodávateľ MKBDEUS
10.IT TesterStanislav HalasTest ManagerDEUS

Tabuľka 1 Projektový tím

4.LEGISLATÍVA

Nie sú potrebné zmeny v oblasti legislatívy pre naplnenie cieľov a dodanie výstupov projektu.

5.ARCHITEKTÚRA RIEŠENIA PROJEKTU

  • Projekt je súčasťou súboru viacerých projektov verejnej správy, ktorých cieľom je zlepšenie služieb a ich spájanie hlavne do prioritných životných situácií, v rámci Investície 1: Nasadenie eGovernment riešenia 16 komplexných prioritných životných situácií pre občanov a podnikateľov EÚ.

    1757333185524-591.png​​​​​​​

    Prehľad architektúry budúceho stavu ŽS

5.1Prehľad e-Government komponentov

Ak bude vytváraný aj výstup I-03 Prístup k projektu, môže byť táto kapitola z dokumentu I-02 Projektový zámer vypustená, pretože jej obsah bude spracovaný vo výstupe I-03 Prístup k projektu.
Obsah tejto kapitoly je prehľadom realizácie výstupu M-06 - aktualizácia evidencie e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIs). Objednávateľ5 plní výstupom M-06 povinnosti orgánu riadenia sprístupňovať a aktualizovať informácie o informačných technológiách verejnej správy prostredníctvom centrálneho metainformačného systému verejnej správy (MetaIS) bezodkladne podľa § 12 ods. 1 písm. b) zákona 95/2019 Z.z.
V okamihu odovzdania výstupu I-02 Projektový zámer objednávateľ:

  1. vytvorí náhľady architektúry v modelovacom nástroji, ktorý môže byť buď integrovaný na spoločný repozitár  architektonických modelov verejnej správy, alebo ktorý podporuje export modelu do štandardizovaných výmenných formátov súborov,
  2. uloží architektonické modely súčasnej a budúcej architektúry riešenia buď do repozitára architektonických modelov verejnej správy alebo do projektovej dokumentácie I-02 ako prílohu  vo výmennom formáte pre uloženie modelu, 
  3. aktualizuje v MetaIS e-Government komponenty, ktoré budú realizované alebo menené projektom alebo veľkou zmenovou požiadavkou a to koncové služby, ISVS, ich moduly, aplikačné služby, atribúty a vzájomné vzťahy týchto e-Government komponentov a ich vzťahy (integrácie) na spoločné ISVS alebo ISVS iných správcov, ktoré budú využívať. 
    Objednávateľ v tejto kapitole uvedie prehľad nasledovných e-Government komponentov, ktoré budú výstupom projektu (dodané nové alebo zmenené) a ktoré evidoval v rámci výstupu M-06 v MetaIS:

5.1.1Prehľad koncových služieb – budúci stav:

Kód KS (z MetaIS)Názov KSPoužívateľ KS (G2C/G2B/G2G/G2A)Životná situáciab(+ kód z MetaIS)Úroveň elektronizácie KS

5.1.2Prehľad budovaných/rozvíjaných ISVS v projekte – budúci stav:

Kód ISVS (z MetaIS)Názov ISVSModul ISVS (zaškrtnite ak ISVS je modulom)Stav IS VSTyp IS VSKód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
isvs_6391Dátové centrum obcí a miest (DCOM)Vyberte jednu z možností
c_stav_isvs.2
Vyberte jednu z možností
c_typ_isvs.1
  

5.1.3Prehľad budovaných aplikačných služieb – budúci stav:

Kód AS (z MetaIS)Názov ASISVS/modul ISVS (kód z MetaIS)Aplikačná služba realizuje KS (kód KS z MetaIS)

5.1.4Prehľad integrácii ISVS na spoločné ISVS6 a ISVS iných OVM alebo IS tretích strán

  • Uviesť prehľad ISVS, pri ktorých sa plánuje využívanie služieb iných ISVS, spoločných blokov (SaaS) alebo služieb tretích strán v TO BE stave.
  • Uviesť prehľad ISVS integrovaných na spoločné moduly podľa zákona č. 305/2013 Zz.
  • Plánované využívanie a integrácie služieb iných ISVS musí byť evidované v MetaIS – zaevidovanie vzťahu na aplikačnú službu určenú na externú integráciu poskytujúcim ISVS

Kód ISVS
(z MetaIS)

Názov ISVS

Kód integrovaného ISVS
(z MetaIS)

Názov integrovaného ISVS
    
    
  • Na informáciu je v nasledujúcej tabuľke prehľad AS na externú integráciu Spoločných modulov podľa § 10 zákona 305/2013 Zz. Vo finálnom dokumente túto tabuľku prehľadu AS spoločných modulov vymažte:
 
MetaIS kódNázovAS na externú integráciu (využitie Spoločného modulu)
isvs_8846Autentifikačný modulAutentifikácia používateľa na ÚPVS (BOK) (as_59698)
isvs_8847Elektronické schránkyVytváranie, odosielanie a prijímanie elektronických správ (as_59630)
isvs_8848Modul elektronických formulárovPoskytnutie vzorov e_formulárov (sluzba_is_185)
isvs_9369Modul elektronického doručovaniaCentrálne úradné doručovanie (as_59701)
isvs_8850Platobný modulRealizácia platieb správnych a súdnych poplatkov (as_59700)
isvs_9368Modul centrálnej elektronickej podateľneOverovanie elektronického podpisu (KEP) (as_59702)
isvs_8851Modul dlhodobého uchovávania (nepovinný)Uchovávanie elektronických dokumentov (as_59703)
isvs_9370Notifikačný modul (nepovinný)Zasielanie oznámení prostredníctvom elektronických komunikačných kanálov (sms, email) (as_59699)
isvs_9513Centrálna API manažment Platforma (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajovPoskytovanie služby integráciou na AS CAMP (as_60157)
isvs_9513Centrálna API manažment Platforma (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajovKonzumovanie služby iného ISVS prostredníctvom CAMP (as_60158)
isvs_5836IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajovPoskytovanie dát na integráciu (as_59119)
isvs_5836IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajovPoskytnutie konsolidovaných údajov o subjekte (sluzba_is_49250)
isvs_5836IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajovPoskytnutie konsolidovaných referenčných údajov z IS CSRÚ na synchronizáciu (sluzba_is_49253)

5.1.5Aplikačné služby na integráciu

Uveďte v nasledujúcej tabuľke budované aplikačné služby a ich využitie na integráciu na spoločné moduly a iné ISVS alebo ich poskytovanie na externú integráciu a predpokladané vybudovanie cloudových služieb “softvér ako služba“ (SaaS),

  • Plánované aplikačné služby musia byť evidované v MetaIS s fázou životného cyklu a musia mať v MetaIs evidované všetky povinné atribúty a vzťahy,
  • Evidencia integrácií v MetaIS sa realizuje evidovaním vzťahov aplikačných služieb budovaného//rozvíjaného ISVS na príslušné aplikačné služby nadrezortných ISVS. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.3.1 a kap. 2.1.3.3.2. Detailný popis služieb IS CSRÚ a poskytovaných objektov evidencie je v aktuálnej verzii integračného manuálu IS CSRÚ.
  • Ak IS povinnej osoby potrebuje konzumovať alebo poskytovať služby iným ISVS alebo IS tretích strán prostredníctvom modulu Centrálna API Manažment Platforma (CAMP) a jej modulu API Gateway, je potrebné aplikačné služby IS Povinnej osoby naviazať na príslušné integračné služby CAMP (API Gatewy).
  • Budované aplikačné služby musia mať v MetaIs evidované SLA parametre pre východiskový a cieľový stav. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.
    AS (Kód MetaIS)Názov ASRealizuje ISVS (kód MetaIS)Poskytujúca alebo KonzumujúcaIntegrácia cez CAMPIntegrácia s IS tretích stránSaaSIntegrácia na AS poskytovateľan (kód MetaIS)

5.1.6Poskytovanie údajov z ISVS do IS CSRÚ

Uveďte v tabuľke prehľad poskytovaných údajov (objektov evidencie, ďalej OE) z ISVS do IS CSRÚ v TO BE stave.

ID OENázov (poskytovaného) objektu evidencieKód ISVS poskytujúceho OENázov ISVS poskytujúceho OE
    
    
    

5.1.7Konzumovanie údajov z IS CSRÚ

Uveďte v tabuľke prehľad konzumovaných údajov z IS CSRÚ v TO BE stave. Súčasné dostupné objekty evidencie a údaje v IS CSRÚ sú uvedené v integračnom manuáli IS CSRÚ.

ID OENázov (konzumovaného) objektu evidencieKód a názov ISVS konzumujúceho OE z IS CSRÚKód zdrojového ISVS v MetaIS
    
    
    

5.1.8Prehľad plánovaného využívania infraštruktúrnych služieb (cloudových služieb) – budúci stav:

Zaevidujte MetaIS využívanie cloudových infraštruktúrnych služieb vašimi ISVS. Podrobné informácie o evidencii využívania infraštruktúrnych služieb sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.4.3 ISVS využívajúci infraštruktúrne služby.

Kód infraštruktúrnej služby
(z MetaIS)

Názov infraštruktúrnej služby

Kód využívajúceho ISVS
(z MetaIS)

Názov využívajúceho ISVS
    
    
V súlade s NKIVS by technologická architektúra mala byť založená na cloudových službách uvedených v katalógu služieb, ktoré prešli procesom klasifikácie, hodnotenia, registrácie a zaradenia do katalógu služieb zverejnenom na stránke MIRRI: https://www.mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb.

6.LEGISLATÍVA

Doplniť popis potrebných zmien v oblasti legislatívy pre naplnenie cieľov a dodanie výstupov projektu.
Uviesť konkrétne zákony, prípadne aj paragrafy, ktoré budú predmetom legislatívnych zmien.
Doplniť popis, aký je negatívny dopad na výstupy projektu, jeho ciele a rozsah a časový harmonogram, ak vyššie uvedené zmeny v zákonoch nebudú realizované.

7.ROZPOČET A PRÍNOSY

Počas Prípravnej a iniciačnej fázy, je potrebné predložiť samostatný dokument M-05 Analýza nákladov a prínosov (xls. BC/CBA) v predpísanej štruktúrovanej forme.(povinné v prípade projektov nad 1 000 000,- EUR). Pre iný, než veľký projekt - projekt pod 1 000 000,- EUR - objednávateľ detailne opíše nákladovú a prínosovú stránku a postup, ktorý je zvolený na cenovú kalkuláciu nákladov a prínosov projektu.
V tejto časti dokumentu sa od Vás očakáva štruktúrovane popísať:

  • vypočítané náklady (vývoj + prevádzka) v T10 (t.j. na 10 rokov dopredu)
  • vypočítané prínosy v T10 (t.j. na 10 rokov dopredu)
  • slovne popísať výpočet prínosov, z čoho sú čerpané vstupné hodnoty
  • rok návratnosti (doplnenie ukazovateľov: ENPV, FNPV, BCR)

7.1Sumarizácia nákladov a prínosov

Náklady

Názov
modulu

Názov
modulu

Názov
modulu

Všeobecný materiál   
IT - CAPEX   
Aplikácie   
SW   
HW   
IT - OPEX- prevádzka   
Aplikácie   
SW   
HW   
Prínosy   
Finančné prínosy   
Administratívne poplatky   
Ostatné daňové a nedaňové príjmy   
Ekonomické prínosy   
Občania (€)   
Úradníci (€)   
Úradníci (FTE)   
Kvalitatívne prínosy   
    
Interpretácia výsledkov:
Ekonomická a finančná efektívnosť projektu je v analýze prínosov nákladov hodnotená kvantitatívne pomocou nasledujúcich ukazovateľov (prahové hodnoty v zmysle platných dokumentov v prípade financovania zo zdrojov EÚ sú uvedené):
  • Pomer prínosov a nákladov (BCR): viac ako 1,00
  • Ekonomická vnútorná výnosová miera vyjadrená v % (EIRR): viac ako 5,0 %
  • Ekonomická čistá súčasná hodnota vyjadrená v eurách (ENPV): viac ako 0
    Pre účely financovania z prostriedkov EU vyjadruje Analýza nákladov a prínosov BC/CBA aj nasledovné ukazovatele:
  • Finančná vnútorná výnosová miera v % (FIRR)
  • Finančná čistá súčasná hodnota v eur (FNPV).
    Nie všetky sociálno-ekonomické vplyvy sa dajú vždy vyčísliť a zhodnotiť. Je to preto, že okrem odhadu ukazovateľov výkonnosti by sa mala zohľadniť aj úvaha o nepeňažných nákladoch a výnosoch, najmä vo vzťahu k týmto otázkam: (čistý) dosah na zamestnanosť, ochrana životného prostredia, sociálna rovnosť a rovnaké príležitosti.
    V prípade ak dosiahnu uvedené hodnoty viaceré varianty posudzované v rámci Analýzy nákladov, odporúča sa pri výbere finálnej alternatívy zohľadniť výšku BCR, dôležitosť nekvantifikovaných spoločenských prínosov a mieru naplnenia stanovených cieľov. Po vzore krajín ako Veľká Británia sa prioritne odporúča realizovať projekty, kde prínosy prevyšujú náklady štvornásobne (BCR aspoň 4,00).
    Príklad: Kvalitatívne prínosy projektov
    Problém: Proces získania stavebného povolenia jeden z najdlhších v EÚ.
    Príklady kvalitatívnych prínosov projektu, ktoré je možné finančne oceniť:
  • Zvýšenie ekonomickej aktivity v stavebnom sektore (zvýšenie rastu HDP)
  • Nižšie spoločenské škody, spojené s búraním čiernych stavieb
    Príklady kvalitatívnych prínosov projektu, ktoré nie je možné spoľahlivo finančne oceniť:
  • Zníženie miery korupcie
  • Zníženie miery stresu zamestnancov stavebných úradov
    Vyššia spokojnosť verejnosti s procesmi územného a stavebného konania.

8.HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA

Doplňte highlevel HARMONOGRAM, ktorý sa neskôr (v ďalších fázach/dokumentoch) bude detailizovať:

  • KEDY potrebujete (chcete) ZAČAŤ? Napíšte TERMÍN (mesiac/rok)
  • KEDY potrebujete (chcete) SKONČIŤ (mať dodaný výstup)? Napíšte TERMÍN (mesiac/rok).
  • Fakturačné míľniky: jednotlivé míľniky projektu naviažte aj na fakturačné míľniky (v jednej tabuľke), aby ste si mohli kontrolovať cashflow v projekte.
  • Míľniky Verejného obstarávania (VO) – do harmonogramu si doplňte aj míľnik procesu verejného obstarávania (celý proces).
IDFÁZA/AKTIVITA

ZAČIATOK
(odhad termínu)

KONIEC
(odhad termínu)

POZNÁMKA
1.Prípravná fáza a Iniciačná fázanapr. 01/2020napr. 02/2020 
2.Realizačná fázanapr. 05/2020napr. 10/2020 
2aAnalýza a Dizajnnapr. 05/2020napr. 06/2020 
2bNákup technických prostriedkov, programových prostriedkov a služiebnapr. 07/2020napr. 08/2020Napr. Je potrebné obstarať dodávateľa IS riešenia/ licencie7/ konzultačné služby
2cImplementácia a testovanienapr. 05/2020napr. 06/2020 
2dNasadenie a PIPnapr. 12/2020napr. 02/2021PIP - 3 mesiace po nasadení
3.Dokončovacia fázanapr. 11/2020napr. 12/2020 
4.Podpora prevádzky (SLA)napr. 01/2021napr. 01/2025Napr. Je potrebné obstarať SLA zmluvu (Zmluvu o podpore prevádzky IS)?
Odporúčame – pre reportovacie účely projektu si vytvorte high-level projektový plán v MS EXCEL alebo v inom formáte/nástroji pre projektové riadenie.
Doplňte informácie o vybranej metóde riadenia projektu a zdôvodniť výber:
Ak realizujete projekt metódou Waterfall:
Waterfall - vodopádový prístup počíta s detailným naplánovaním jednotlivých krokov a následnom dodržiavaní postupu pri vývoji alebo realizácii projekty. Projektovému tímu je daný minimálny priestor na zmeny v priebehu realizácie. Vodopádový prístup je vhodný a užitočný v projektoch, ktorý majú jasný cieľ a jasne definovateľný postup a rozdelenie prác.
Objednávateľ projektu vypracuje funkčnú a technickú špecifikáciu,
SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_ea8a81537e587b5e.png
Ak realizujeme projekt metódou Agile:
Agilný prístup k riadeniu projektov sa uplatňuje v projektoch, u ktorých je jasný rámcový cieľ, ale z najrôznejších dôvodov je nemožné presne definovať všetky dlhodobé požiadavky bez priebežných prototypov. Pri agilných metódach práce sa realizujú malé porcie výsledkov v každom vývojovom cykle, iterácii, v tesnej spolupráci so zákazníkom. Agile metódu je možné aplikovať za podmienok definovaných vo vyhláške MIRRI č. 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke.
SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_dcd0f7fe8c3f7b57.png

9.PROJEKTOVÝ TÍM

Zostavuje sa Riadiaci výbor (RV), v minimálnom zložení:

  • Predseda RV
  • Biznis vlastník
  • Zástupca prevádzky
  • Zástupca dodávateľa (dopĺňa sa až po VO / voliteľný člen)
  • Projektový manažér objednávateľa (PM)
    Zostavuje sa Projektový tím objednávateľa
  • kľúčový používateľ,
  • IT analytik alebo biznis analytik,
  • IT architekt,
  • biznis vlastník
  • manažér kvality (nepovinný člen pre projekty do 1 000 000,- EUR, povinný pri veľkých projektoch nad 1 000 000,- EUR,
  • manažér IT prevádzky (nepovinný člen)
  • manažér kybernetickej a informačnej bezpečnosti (nepovinný člen)
  • UX dizajnér (nepovinný člen)
  • iná špecifická rola (nepovinný člen)
  • doplniť tabuľku zodpovedných osôb, ktoré budú participovať v projekte
IDMeno a PriezviskoPozíciaOddelenieRola v projekte
1.Doplniť meno a priezviskoDoplniť pozíciu (pracovné zaradenie v línii)Doplniť názov org. útvaruDoplniť rolu v projekte
2.Doplniť meno a priezviskoDoplniť pozíciu (pracovné zaradenie v línii)Doplniť názov org. útvaruDoplniť rolu v projekte
3.Doplniť meno a priezviskoDoplniť pozíciu (pracovné zaradenie v línii)Doplniť názov org. útvaruDoplniť rolu v projekte
Vzor organizačnej štruktúry
SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_d9faa472f626899.png
SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_a6af23de6588b10b.png

9.1 PRACOVNÉ NÁPLNE

Doplniť podľa dokumentu z Riadiaceho Výboru projektu, prípadne zo splnomocnení alebo menovacích dekrétov . Tieto vstupy neskôr využijete pri dokumente PID.
VZORY a ŠABLONY zdrojových súborov sú tu: https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html  
Poznámka: Odporúčame – pozrite si VZOR pre MENOVACIE DEKRÉTY členov projektového tímu – vzor obsahuje názorný popis všetkých projektových rolí, ktoré vyžaduje Vyhláška 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke.

10.ODKAZY

Doplniť odkazy na už existujúce produkty v maximálnej miere – vyhnúť sa duplikovaným informáciám.

11.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
Poznámka: Odporúčame, si evidovať a vyhodnotiť pripomienky odbornej verejnosti

  • Podľa § 4 odsek 10 – Vyhláška 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke je potrebné zrealizovať pripomienkovanie Projektového zámeru odbornou verejnosťou
  • Odporúčame túto aktivitu formalizovať (do dokumentu)
  • Odporúčame vyhodnotenie zverejniť na webové sídlo objednávateľa (do projektového adresára) – v súlade s Vyhláškou 401/2023 Zz. Oznámenie o začatí verejného pripomienkovania sa zverejní v centrálnom metainformačnom systéme verejnej správy na mieste určenom Orgánom vedenia. Na schválenie riadiacemu výboru v prípravnej a iniciačnej fáze sa tieto výstupy predkladajú až po zverejnení vyhodnotenia pripomienok.
    Koniec dokumentu
    1 Notácia ArchiMate: https://publications.opengroup.org/standards/archimate
    2 Aktuálny spoločný repozitár architektonických modelov verejnej správy je https://avssr.horizzon.cloud/. O prístup do repozitára a poskytnutie licencie pre modelovací nástroj pracujúci s repozitárom modelov je potrebné požiadať na e-mailovej adrese: sprava_EA@mirri.gov.sk.
    3 Napr. modelovací nástroj Archi - Open Source ArchiMate Modelling: https://www.archimatetool.com.
    4 Napr. modelovací nástroj pre BPMN - Camunda Modeler - Open Source Desktop Modeler: https://camunda.com/download/modeler/.
    5 Podľa § 2 ods. 1 písm. i) vyhlášky MIRRI č. 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy sa objednávateľom rozumie správca alebo prevádzkovateľ ITVS, ktorý projekt realizuje alebo chce realizovať.
    6 Spoločné moduly podľa zákona č. 305/2013 e-Governmente
    7 EUPL licencie: https://joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf