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 DOKUMENTUUpraviť

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

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 pojmyUpraviť

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

3.DEFINOVANIE PROJEKTUUpraviť

3.1Upraviť

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.

Projekt „Disaster Recovery infraštruktúra pre Register trestov Generálnej prokuratúry SR“ je v plnom súlade s princípmi a cieľmi Národnej koncepcie informatizácie verejnej správy (NKIVS), pričom reflektuje najmä potrebu posilnenia kybernetickej bezpečnosti, digitálnej odolnosti, ako aj prevádzkovej kontinuity kritických služieb štátu.

1. Podpora bezpečného a spoľahlivého fungovania verejnej správy

Projekt reaguje na zvyšujúce sa riziká kybernetických hrozieb vrátane ransomvérových útokov, ktorým čelí slovenský verejný sektor. Vytvorením samostatnej DR infraštruktúry a nasadením immutable zálohovacích riešení zabezpečí projekt odolnosť a kontinuitu prevádzky kritickej služby registra trestov aj v prípade výpadku hlavného dátového centra.

2. Súlad s princípmi architektúry verejnej správy (NAR, RAVS)

Projekt zohľadňuje architektonické štandardy a metodiky definované v NKIVS, vrátane využitia štandardizovaných IKT komponentov, modulárnej infraštruktúry, a oddelenia prevádzkového a zálohovacieho prostredia (air-gap architektúra). Projekt prispieva k vytváraniu odolnej a interoperabilnej verejnej správy, v súlade s Referenčnou architektúrou verejnej správy (RAVS).

3. Orientácia na spoľahlivé služby pre verejnosť a orgány štátu

Projekt zabezpečuje neprerušený prístup k výpisom a odpisom z registra trestov pre oprávnené inštitúcie ako sú orgány činné v trestnom konaní, súdy či občania, čím napĺňa princíp NKIVS „štát ako služba“ a „dôveryhodná a dostupná verejná správa“.

4. Zohľadnenie bezpečnostných rámcov a legislatívy

Projekt priamo podporuje ciele NKIVS v oblasti kybernetickej bezpečnosti a reflektuje legislatívne požiadavky zákona č. 69/2018 Z. z. o kybernetickej bezpečnosti, ako aj smernice NIS2, čím prispieva k napĺňaniu národných záväzkov v oblasti ochrany kritickej informačnej infraštruktúry.

5. Efektívne riadenie IT a prevádzková pripravenosť

Projekt obsahuje aj prvky súvisiace s riadením IT služieb (napr. Disaster Recovery plán, školenie personálu, testovanie incidentov), čo je v súlade s princípmi efektívneho, bezpečného a odolného IT podľa NKIVS. Vďaka modularite riešenia bude možné ďalšie rozširovanie alebo pripojenie k centrálnym riešeniam štátu (napr. vládny cloud, centrálny monitoring).

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í

Projekt, jeho stanovené ciele, merateľné ukazovatele nie sú závislé od iných projektov rozvoja ISVS.

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)

Zostavuje sa v minimálnom zložení:Riadiaci výbor (ďalej len „RV“),

• 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 (ďalej len „PM“)

Určuje sa Projektový manažér verejného obstarávateľa (PM) a zostavuje sa Projektový tím v zložení:

• Kľúčový používateľ,
• Biznis vlastník,

Tabuľka 7 Projektový tím

Predseda RV - Hlavným záujmom a zodpovednosťou predsedu Riadiaceho výboru projektu je:

1. 1. zastupovať záujmy prijímateľa v projekte,
   2. kontrolovať súlad projektu a projektových cieľov so strategickými cieľmi,
   3. zabezpečiť a udržať finančné krytie (rozpočet) realizácie projektu,
   4. zabezpečiť nákladovo prijateľný prístup v projekte,

Podpredseda RV – zástupca vlastníkov procesov - Hlavným záujmom a zodpovednosťou zástupcu vlastníkov procesov (biznis vlastník) je:

1. 1. schválenie funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu, 
   2. definovanie očakávaní na kvalitu projektu, kritérií kvality projektových produktov, prínosov pre  koncových používateľov a požiadaviek na bezpečnosť, 
   3. definovanie merateľných výkonnostných ukazovateľov projektov a prvkov,
   4. schválenie akceptačných kritérií,
   5. akceptáciu rozsahu a kvality dodávaných projektových výstupov pri dosiahnutí platobných míľnikov, 
   6. odsúhlasenie spustenia výstupov projektu do produkčnej prevádzky,
   7. dostupnosť ľudských zdrojov alokovaných na realizáciu projektu

V rámci projektu vzhľadom na jeho charakter bude zástupca vlastníkov procesov plniť aj úlohu IT Projektového manažéra, ktorého hlavným záujmom a zodpovednosťou je:

1. 1. riadenie postupu pri návrhu riešenia, vytvorení, vývoji, implementácii, otestovania a nasadenia projektových produktov,
   2. splnenie požiadaviek na projektové produkty alebo projektové výstupy,
   3. riadenie projektového tímu

Zástupca kľúčových používateľov - hlavným záujmom a zodpovednosťou zástupcu kľúčových používateľov objednávateľa (end user), ktorí reprezentuje záujmy budúcich používateľov projektových produktov alebo projektových výstupov je:

1. 1. návrh a špecifikáciu funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu, požiadaviek koncových používateľov na prínos systému a požiadaviek na bezpečnosť, 
   2. návrh a definovanie akceptačných kritérií,
   3. akceptačné testovanie a návrh na akceptáciu projektových produktov alebo projektových výstupov a návrh na spustenie do produkčnej prevádzky, 
   4. predkladanie požiadaviek na zmenu funkcionalít produktov.

Manažér kvality - zodpovedá za priebežné vyžadovanie, hodnotenie a kontrolu kvality (vecnej aj formálnej) počas celého projektu. Je zodpovedný za úvodné nastavenie pravidiel riadenia kvality a za následné dodržiavanie a kontrolu kvality jednotlivých projektových výstupov. Sleduje a hodnotí kvalitatívne ukazovatele projektových výstupov a o zisteniach informuje projektového manažéra formou pravidelných alebo nepravidelných správ/záznamov.

IT architekt - IT architekt na projekte zabezpečuje činnosti vychádzajúce z požiadaviek organizácie, transformuje ich do konkrétnej koncepcie architektúry IS/IT. Zodpovedá za návrh a implementáciu technológií predovšetkým z pohľadu udržateľnosti, kvality a nákladov. Jeho úlohou je vytvoriť návrh technologického riešenia a odporúčanej infraštruktúry, analyzovať a navrhnúť vytvorenia služieb, definovať výstupy a postupy pre prípady použitia, navrhnúť zmeny procesov a využitie analytických metód pre lepšie rozhodovanie, analyzovať dátové potreby, definovať požiadavky na dátové zdroje, ako aj ďalšie činnosti vyplývajúce z požiadaviek na projekte. 

IT analytik - IT analytik na projekte zabezpečuje analyzovanie procesných a ďalších požiadaviek a špecifikácií budúceho používateľa riešenia a následne navrhuje dizajn a programátorské riešenie. Aktívne sa zúčastňuje analytických stretnutí s kľúčovými používateľmi Dopravného úradu k detailnej špecifikácii požiadaviek. Participuje na vývoji nových, ale i pri vylepšovaní existujúcich funkčností v rámci celého vývojového cyklu. Úzko spolupracuje s IT architektom a vykonáva aj ďalšie činnosti vyplývajúce z požiadaviek na projekte. Vzhľadom na charakter projektu bude pravdepodobne potrebný IT Analytik (so znalosťou využívaného COTS) v rámci projektu zabezpečovať definovanie činností zabezpečujúcich ochranu IS a jeho zložiek proti bezpečnostným hrozbám a nepriateľským aktivitám a zároveň zabezpečovať technickú podporu pre databázové systémy a chod databáz alebo databázového systému.

IT programátor/vývojár - IT programátor/vývojár transformuje návrh technického riešenia, na základe jeho detailnej špecifikácie, vývojových diagramov a návrhu dátovej integrácie, do podoby fyzického, funkčného a overeného zdrojového kódu. Zabezpečuje alebo priamo vykonáva jednotkové a funkčné testovanie a asistuje IT testerom pri vyšších úrovniach testovania. Takisto je zodpovedný za dokumentáciu zdrojového kódu tak, aby tento mohol byť ďalej využívaný a rozvíjaný nezávisle od autora kódu (tzn. od konkrétnej osoby IT programátora/vývojára, ktorá kód vytvorila), ako i za ďalšie činnosti vyplývajúce z požiadaviek na projekte. 

IT tester - IT tester na projekte hľadá chyby v zrealizovanom technickom riešení / softwarovej aplikácii, hľadáva prípadné chyby v kóde s cieľom dosiahnuť čo najvyššiu kvalitu dodávaného riešenia. Testovanie prebieha podľa prípadov použitia v analýze, testovacích prípadov a scenárov odsúhlasených Riadiacim výborom projektu. 

UX dizajnér - zodpovedá za podporu a dohľad nad projektom z pohľadu nastavenia princípov, kritérií a požiadaviek na UX, kontrolu kvality dodržania “user experience” a realizácie výstupov. Hlavnou úlohou role je zabezpečiť aplikáciu metodológie UCD (user centered design) pri vývoji SW, pričom vznikajúce koncové služby SW musia byť postavené na reálnych potrebách koncových používateľov.

Projektový manažér IT projektu - Projektový manažér IT projektu za dodávateľa napr. plánuje, organizuje a riadi zdroje a projektové aktivity a úlohy tak, aby bol zrealizovaný projektový cieľ v stanovenom čase a za plánované náklady. Výsledkom jeho činnosti je vytvorenie novej služby, produktu alebo nastavenie procesu.

Špecialista pre infraštruktúry/HW špecialista - Špecialista pre infraštruktúry/HW špecialista napr. sa vyjadruje k požiadavkám na IT infraštruktúru a návrhom IT infraštruktúry, zriaďuje/inštaluje, konfiguruje, diagnostikuje, opravuje, upgraduje/ rozširuje hardware a súvisiace technické zariadenia a spolupracuje pri nasadzovaní súvisiaceho SW. Zabezpečuje optimálnu prevádzku a výkon IT infraštruktúry. Rieši technické problémy a poskytuje technickú podporu v súvislosti s IT infraštruktúrou.

Odborník pre IT dohľad/Quality Assurance - Analytik kvality, resp. odborník pre IT dohľad/Quality Assurance napr. navrhuje a zavádza do praxe také postupy, techniky, pravidlá, ktoré maximalizujú efektivitu práce a kvalitatívne parametre vývoja softwaru/produktu/IS, resp. IT projektu. Parametrami kvality sú napríklad funkcionalita softwaru, naplnenie požiadaviek zadania, spokojnosť klientov/užívateľov, výkonové parametre, efektívne procesy, produktivita, dodržanie časového a vecného rozsahu IT projektu. Zároveň definuje postupy, navrhuje a vyjadruje sa k plánom testov a testovacích scenárov. Analyzuje výsledky testovania. Komplexný prístup ku kvalite si vyžaduje jeho účasť vo všetkých fázach vývoja SW, resp. IS. To znamená pri definovaní a špecifikovaní požiadaviek klienta, ich analýze, pri vývoji produktu/softwaru/IS a tiež pri ich údržbe.

Špecialista pre bezpečnosť IT - Špecialista pre bezpečnosť IT napr. definuje alebo prípadne aj vykonáva činnosti zabezpečujúce ochranu IS a jeho zložiek proti bezpečnostným hrozbám a nepriateľským aktivitám, ktorých cieľom je krádež informácií, financií, zničenie dát, znefunkčnenie činnosti IS, špionážna činnosť prípadne iné činnosti s negatívnym dopadom, realizované prostredníctvom IS alebo na IS.

Špecialista pre databázy - Špecialista pre databázy sa zameriava napr. na technickú podporu pre databázové systémy. Zabezpečuje chod databáz alebo databázového systému. Je konzultantom pre užívateľov. Sústreďuje ich požiadavky a podnety a následne ich rieši. 

Projektový manažér - Projektový manažér riadi projekt v súlade so Zmluvou o poskytnutí́ NFP, usmerneniami a pokynmi poskytovateľa súvisiacimi s čerpaním fondov EÚ a komunikáciu s SO, zmluvou o poskytnutí NFP a ďalšími relevantnými riadiacimi dokumentmi a usmerneniami riadiaceho orgánu alebo sprostredkovateľského orgánu, zodpovednosť za činnosti súvisiace s podpornými aktivitami publicity projektu.

Finančný manažér - príprava podkladov pre žiadosti o platbu, príprava a nahrávanie samotných žiadostí o platbu, príprava podkladov pre monitorovanie projektu, príprava a nahrávanie samotných monitorovacích správ, prípravu podkladov pre verejné obstarávania k projektu, príprava kontrol verejných obstarávaní, práce súvisiace so zmenami na projekte, komunikácia s RO a pod.

Špecialista pre publicitu - Bude zabezpečovať publicitu projektu a informovanosť v súlade s Manuálom pre informovanie a komunikáciu pre prijímateľov PSK a spolupracovať s používateľmi riešenia v rámci prieskumov spokojnosti.

1. LEGISLATÍVA

Realizácia projektu si nevyžaduje zmenu legislatívy.

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

Do MCA nevstupujú viaceré alternatívy, nakoľko v súčasnosti neexistuje zabezpečenie autonómnej prevádzky registra trestov a teda zvažujú sa iba dve alternatívy, buď sa projekt nebude realizovať alebo sa bude realizovať popisovaná alternatíva. 

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

Nižšie uvedené schémy popisujú prostredie IS GPSR - RT: 

• 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.

• 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.

• 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.

• 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á.

Upraviť

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

Projekt bude realizovaný metodou waterfall.

Všetky dokumentačné výstupy  projektu sú uvedené vo vyhláške č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke ITVS.

Výstupy projektu budú vypracované v súlade s vyhláškou č. 401/2023 Z. z., v primeranom rozsahu rešpektujúc charakter projektu.

Ucelený zoznam požadovaných výstupov (produktov projektu) bude publikovaný v dokumente R-01 Projektový iniciačný dokument (PID).

10.ODKAZYUpraviť

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

11.PRÍLOHYUpraviť

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