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

Schvaľovanie dokumentu

1.História DOKUMENTU

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

V súlade s Vyhláškou 401/2023 Z.z. je dokument I-02 Projektový zámer určený na rozpracovanie detailných informácií prípravy projektu, aby bolo možné rozhodnúť o pokračovaní prípravy projektu, pláne realizácie, alokovaní rozpočtu a ľudských zdrojov.
Dokument Projektový zámer v zmysle vyššie uvedenej vyhlášky má obsahovať manažérske zhrnutie, rozsah, ciele a motiváciu na realizáciu projektu, zainteresované strany, alternatívy, návrh merateľných ukazovateľov, detailný opis požadovaných projektových výstupov, detailný opis obmedzení, predpokladov, tolerancií a návrh organizačného zabezpečenia projektu, detailný opis rozpočtu projektu a jeho prínosov, náhľad architektúry a harmonogram projektu so zoznamom rizík a závislostí,
Inštrukcia: Šedý text v celom dokumente predstavuje nápovedu pre vyplnenie dokumentu, po vyplnení kapitol odporúčame text šedou farbou vymazať.
Dokumenty ukladajte s prefixom I_XX.
Odporúčame, aby ste si TABUĽKOVÉ VSTUPY  vo formáte EXCEL spravovali v jednom centrálnom súbore s cieľom minimalizovať budúcu prácnosť s aktualizáciou a udržiavaním obsahu.

2.1Použité skratky a pojmy

2.2Konvencie pre typy požiadaviek (príklady)

3.DEFINOVANIE PROJEKTU

3.1

1. 
   
   1. Manažérske zhrnutie

Generálna prokuratúra Slovenskej republiky v súčasnosti čelí závažným rizikám v oblasti zálohovania a obnovy dát, ktoré priamo ohrozujú dostupnosť a integritu kritických služieb, vrátane registra trestov. Riziká sú spôsobené zastaranou serverovou infraštruktúrou, absenciou centralizovaného zálohovacieho systému, neštandardizovanými procesmi obnovy a nedostatočnou ochranou záloh voči manipuláciám, kybernetickým útokom a zlyhaniam hardvéru.

Rastúce kybernetické hrozby, ako ransomware, malvér a cielené útoky na verejné inštitúcie, vytvárajú naliehavú potrebu vybudovania autonómneho, bezpečnostne odolného riešenia, ktoré umožní obnovu a zachovanie základných funkcií registra trestov aj v prípade havárie, výpadku alebo kybernetického incidentu.

1. 
   
   1. Motivácia a rozsah projektu

Generálna prokuratúra SR (GPSR) spravuje kritické služby registra trestov, ktoré sú nevyhnutné pre výkon verejnej správy, justície a ochranu verejného poriadku. V dôsledku rastúcej intenzity kybernetických útokov na verejné inštitúcie a obmedzených možností aktuálnej IT infraštruktúry čelí GPSR vážnym rizikám výpadku služieb, straty dát a ohrozenia dôvery verejnosti.

Zálohovacie mechanizmy nie sú dostatočne odolné voči moderným hrozbám ako je ransomware, pričom v prípade incidentu nie je dnes možné rýchlo a bezpečne obnoviť prevádzku kľúčových systémov.

Z tohto dôvodu je nutné:

• vybudovať záložnú (DR) infraštruktúru, ktorá umožní autonómnu prevádzku kľúčových funkcií registra trestov,
• zabezpečiť immutable zálohovanie dát,
• vytvoriť podmienky pre kontinuálnu dostupnosť služieb pre oprávnených žiadateľov, aj v prípade výpadku hlavného dátového centra.

Projekt zároveň podporuje ciele v oblasti:

• kybernetickej a informačnej bezpečnosti (zákon č. 69/2018 Z. z., NIS2),
• digitálnej odolnosti verejnej správy,
• prevádzkovej kontinuity kritických služieb.

Projekt zahŕňa návrh, implementáciu a sprevádzkovanie samostatnej DR infraštruktúry schopnej autonómne zabezpečovať kľúčové funkcionality registra trestov. Rozsah je rozdelený do nasledujúcich hlavných oblastí:

• 
  
  1. 
     
     1. Informačno-komunikačná infraštruktúra (IKT):
• Fyzické servery pre virtualizačnú farmu (Hyper-V).
• Diskové úložisko s podporou RAID6 a šifrovaním.
• Pásková knižnica pre dlhodobé offsite zálohovanie.
• Špecializované zálohovacie zariadenie s podporou immutable backups (ochrana proti ransomware).
• Air-gap architektúra zabezpečujúca fyzické a logické oddelenie záloh.
  1. 
     
     1. Softvérové riešenia:

• Centralizovaný zálohovací systém s verifikáciou integrity záloh.
• Automatizovaný systém obnovy (Disaster Recovery).
• Minimalistická verzia aplikácie EOO prispôsobená na autonómnu prevádzku bez integrácií.
  1. 
     
     1. Služby:

• Implementácia a konfigurácia hardvérových a softvérových komponentov.
• Testovanie obnovy a simulácie incidentov (Disaster Recovery Testing).
• Vypracovanie DRP.
• Školenie IT personálu na správu nového systému a incident management.
  1. 
     
     1. Služby poskytované v DR režime:

• Výpis a odpis registra trestov najmä pre orgány činné v trestnom konaní, súdy a oprávnené orgány.
• Výpis z registra trestov pre občanov prostredníctvom klientského centra.
• Zápis podkladov evidencie doručených v listinnej podobe.

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

Tabuľka č. 4 - Zoznam agend relevantných pre projekt

1. 
   
   1. Zainteresované strany (Stakeholderi)

Tabuľka 2 Zainteresované strany (Stakeholderi)

1. 
   
   1. Ciele projektu

Hlavným cieľom projektu je zabezpečenie autonómnej prevádzky kritických služieb registra trestov Generálnej prokuratúry SR (GP SR) v prípade výpadku alebo kybernetického incidentu prostredníctvom vybudovania plne funkčnej záložnej infraštruktúry.

Tabuľka 3 Ciele projektu

1. 
   
   1. Merateľné ukazovatele (KPI)

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

Tabuľka 4 Merateľné ukazovatele (KPI)

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

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. Detailný opis obmedzení a predpokladov

Hlavná motivácia pre realizáciu projektu:

•          Modernizácia zálohovacích mechanizmov, nakoľko zastarané zálohovacie mechanizmy a neštandardizované procesy nedokážu včas zabezpečiť obnovu kľúčových systémov v prípade výpadku, kybernetického útoku alebo havárie.

•          Rastúce riziko ransomvérových útokov a cielených útokov na verejnú správu si vyžaduje nasadenie odolnejších riešení, vrátane immutable záloh a offline/offsite backupov.

•          Súlad s legislatívou a auditovateľnosť sú nevyhnutné pre bezpečné spracovanie a uchovávanie osobných a citlivých údajov.

•          Moderné IT prostredie vyžaduje automatizáciu, rýchlosť reakcie a schopnosť okamžitej obnovy, ktoré aktuálne riešenia neposkytujú.

Napriek kritickému významu niektorých elektronických služieb Generálnej prokuratúry SR pre občanov, orgány verejnej moci a bezpečnosť štátu, nemala GPSR možnosť vybudovať bezpečnú DRP infraštruktúru pre autonómnu prevádzku vybraných základných služieb poskytovaných oprávneným žiadateľom. Je pravdepodobné,  že v prípade vážneho kybernetického útoku, alebo iného typu  výpadku, by čas potrebný na obnovu  infraštruktúry prokuratúre SR neumožňoval plniť úlohy v zákonom stanovených termínoch. V prípade rozhodovania o väzbe alebo v skrátenom vyšetrovaní podľa § 202 až § 204 zákona č. 301/2005 Z. z. Trestný poriadok je povinnosťou registra trestov GP SR vydať odpis registra trestov najneskôr do 48 hodín od začatia príslušného konania.

1. 
   
   1. Vyhodnotenie rizík a závislostí

Tabuľka 5 Prehľad najzávažnejších rizík a závislostí

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

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná. Nižšie je uvedený položkový rozpočet a slovne popísané prínosy.

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

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná. Nižšie je uvedený položkový rozpočet a slovne popísané prínosy.

Prínosy projektu

• Prevencia straty dát a funkčnosti kritických štátnych služieb.
• Okamžitá reakcia na incidenty (RTO – do 8 hodín).
• Odolnosť voči najčastejším formám útokov (ransomware, insider threats).
• Udržanie dôvery občanov v schopnosť štátu poskytovať služby aj počas kríz.
• Splnenie legislatívnych požiadaviek na zálohovanie, audit a obnovu.

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

1. 
   
   1. 
      
      1. Zdroj financovania

Projekt bude financovaný zo štátneho rozpočtu.

1. 
   
   1. Harmonogram projektu

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

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

Tabuľka 7 Projektový tím

1. LEGISLATÍVA

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. ARCHITEKTÚRA RIEŠENIA PROJEKTU

Po úspešnom dokončení projektu bude GPSR disponovať plnohodnotnou záložnou infraštruktúrou, ktorá umožní:

• 
  
  1. Fyzická a sieťová infraštruktúra:
• DR lokalita s oddeleným napájaním a sieťovou konektivitou.
• Serverová farma pre virtualizáciu (Hyper-V).
• Oddelený storage systém (RAID6) a pásková knižnica na dlhodobé zálohovanie.
• Zálohovacie zariadenie s podporou immutable storage a air-gap politiky.

• 
  
  1. Softvérové komponenty:
• Centralizovaný systém zálohovania s automatickou detekciou poškodených záloh.
• Disaster Recovery orchestrátor – zabezpečí rýchlu obnovu systémov, databáz a aplikácií.
• Minimalistická verzia systému EOO prispôsobená na offline prevádzku.

• 
  
  1. Prevádzková a bezpečnostná architektúra:
• Pravidelné testovanie obnovy (DR testy, simulácie incidentov).
• Zavedenie riadeného životného cyklu záloh (retenčné pravidlá, logovanie, audit).
• Pravidelné školenia pre IT personál.
• Odolnosť proti manipulácii, ransomvéru a neautorizovaným zásahom.

• 
  
  1. Funkčná architektúra DR prostredia umožní:
• Vydávanie výpisov a odpisov registra trestov pre OČTK, súdy a oprávnené orgány.
• Vydávanie výpisu pre občanov z klientského centra.
• Zápis podkladov evidencie doručených v listinnej podobe.
• Zabezpečenie prevádzky bez nutnosti pripojenia na centrálne systémy cez lokálnu autonómiu.

1. 
   
   1. Stanovenie alternatív architektúry riešenia

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. 
      
      1. Stanovenie alternatív v biznisovej vrstve architektúry

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. 
      
      1. Stanovenie alternatív v aplikačnej vrstve architektúry

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. 
      
      1. Stanovenie alternatív v technologickej vrstve architektúry

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

• 
  
  1. Náhľad architektúry a popis budúceho cieľového produktu
  2. Fyzická a sieťová infraštruktúra:
• DR lokalita s oddeleným napájaním a sieťovou konektivitou.
• Serverová farma pre virtualizáciu (Hyper-V).
• Oddelený storage systém (RAID6) a pásková knižnica na dlhodobé zálohovanie.
• Zálohovacie zariadenie s podporou immutable storage a air-gap politiky.

• 
  
  1. Softvérové komponenty:
• Centralizovaný systém zálohovania s automatickou detekciou poškodených záloh.
• Disaster Recovery orchestrátor – zabezpečí rýchlu obnovu systémov, databáz a aplikácií.
• Minimalistická verzia systému EOO prispôsobená na offline prevádzku.

• 
  
  1. Prevádzková a bezpečnostná architektúra:
• Pravidelné testovanie obnovy (DR testy, simulácie incidentov).
• Zavedenie riadeného životného cyklu záloh (retenčné pravidlá, logovanie, audit).
• Pravidelné školenia pre IT personál.
• Odolnosť proti manipulácii, ransomvéru a neautorizovaným zásahom.

• 
  
  1. Funkčná architektúra DR prostredia umožní:
• Vydávanie výpisov a odpisov registra trestov pre OČTK, súdy a oprávnené orgány.
• Vydávanie výpisu pre občanov z klientského centra.
• Zápis podkladov evidencie doručených v listinnej podobe.
• Zabezpečenie prevádzky bez nutnosti pripojenia na centrálne systémy cez lokálnu autonómiu.

1. 
   
   1. Biznis vrstva

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. 
      
      1. Návrh riešenia v biznis vrstve architektúry

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. 
      
      1. Prehľad koncových služieb – budúci stav (TO BE):

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. 
      
      1. Organizačné zmeny a Procesy dotknuté navrhovaným riešením

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. 
      
      1. Jazyková podpora lokalizácia

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. Aplikačná vrstva

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. 
      
      1. Návrh riešenia v aplikačnej vrstve architektúry

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. 
      
      1. Rozsah informačných systémov – budúci stav (TO BE)

Uveďte informácie o dotknutých ISVS z pohľadu ich ďalšej prevádzky po realizácii projektu – budúci stav (TO BE):

Tabuľka 12 Rozsah informačných systémov - budúci stav (TO BE)

1. 
   
   1. 
      
      1. Využívanie nadrezortných a spoločných ISVS – AS IS

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. 
      
      1. Prehľad plánovaných integrácií na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013 Z.z. o  e-Governmente – budúci stav (TO BE)

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. 
      
      1. Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. 
      
      1. Aplikačné služby pre Koncové služby – budúci stav (TO BE)

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. 
      
      1. Aplikačné služby na integráciu – budúci stav (TO BE)

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. Dátová architektúra

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. 
      
      1. Objekty evidencie

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. 
      
      1. Referenčné údaje

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. 
      
      1. Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE)

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. 
      
      1. Konzumovanie údajov z IS CPDI – budúci stav (TO BE)

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. 
      
      1. Identifikácia údajov a subjektov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ)

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. 
      
      1. Kvalita a čistenie údajov

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. 
      
      1. Otvorené údaje

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. 
      
      1. Analytické údaje

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. 
      
      1. Moje údaje

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. 
      
      1. Prehľad jednotlivých kategórií údajov

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. Technologická architektúra

• 
  
  1. 
     
     1. Návrh riešenia technologickej architektúry
  2. Fyzická a sieťová infraštruktúra:
• DR lokalita s oddeleným napájaním a sieťovou konektivitou.
• Serverová farma pre virtualizáciu (Hyper-V).
• Oddelený storage systém (RAID6) a pásková knižnica na dlhodobé zálohovanie.
• Zálohovacie zariadenie s podporou immutable storage a air-gap politiky.

• 
  
  1. Softvérové komponenty:
• Centralizovaný systém zálohovania s automatickou detekciou poškodených záloh.
• Disaster Recovery orchestrátor – zabezpečí rýchlu obnovu systémov, databáz a aplikácií.
• Minimalistická verzia systému EOO prispôsobená na offline prevádzku.

• 
  
  1. Prevádzková a bezpečnostná architektúra:
• Pravidelné testovanie obnovy (DR testy, simulácie incidentov).
• Zavedenie riadeného životného cyklu záloh (retenčné pravidlá, logovanie, audit).
• Pravidelné školenia pre IT personál.
• Odolnosť proti manipulácii, ransomvéru a neautorizovaným zásahom.

• 
  
  1. Funkčná architektúra DR prostredia umožní:
• Vydávanie výpisov a odpisov registra trestov pre OČTK, súdy a oprávnené orgány.
• Vydávanie výpisu pre občanov z klientského centra.
• Zápis podkladov evidencie doručených v listinnej podobe.
• Zabezpečenie prevádzky bez nutnosti pripojenia na centrálne systémy cez lokálnu autonómiu.

1. 
   
   1. 
      
      1. Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. 
      
      1. Využívanie služieb z katalógu služieb vládneho cloudu

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. Bezpečnostná architektúra

1. 
   
   1. 
      
      1. Návrh riešenia bezpečnosti

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. 
      
      1. Určenie obsahu bezpečnostných opatrení

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. 
      
      1. Legislatívne, právne, štatutárne, regulačné a zmluvné požiadavky,

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. 
      
      1. Riešenie autentifikácie a prístupov používateľov

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU

1. 
   
   1. Návrh riešenia prevádzky a údržby

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. Zabezpečenie podpory používateľov a prevádzky

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. Riešenie incidentov v prevádzke - parametre úrovní služby

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

Požadovaná dostupnosť informačného systému: Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. 
   
   1. Požiadavky na zdrojové kódy

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

1. OPIS IMPLEMENTÁCIE PROJEKTU A PREBERANIA VÝSTUPOV PROJEKTU

Vzhľadom na charakter a rozsah projektu, kde bude obstarávané HW vybavenie, nie je uvedená kapitola relevantná.

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