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

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)

Zvoľte si konvenciu pre označovanie požiadaviek, súborov, atd. Hlavné kategórie požiadaviek v zmysle katalógu požiadaviek, rozdeľujeme na funkčné (funkcionálne), nefunkčné (kvalitatívne, výkonové a pod.). Podskupiny v hlavných kategóriách je možné rozšíriť podľa potrieb projektu, napríklad:
Funkcionálne (používateľské) požiadavky majú nasledovnú konvenciu:
FRxx

• U – užívateľská požiadavka
• R – označenie požiadavky
• xx – číslo požiadavky
  Nefunkčné (kvalitatívne, výkonové - Non Functional Requirements - NFR) požiadavky majú nasledovnú konvenciu:
  NRxx
• N – nefukčná požiadavka (NFR)
• R – označenie požiadavky
• xx – číslo požiadavky
  Ostatné typy požiadaviek môžu byť ďalej definované objednávateľom/PM.

3.DEFINOVANIE PROJEKTU

3.1 Manažérske zhrnutie

Projekt „Zabezpečenie integrity zálohovaných dát pre obnovu po havárii alebo kybernetickom útoku“ je zameraný na vybudovanie moderného a bezpečnostne odolného riešenia pre zálohovanie a obnovu dát v rámci Generálnej prokuratúry Slovenskej republiky (GPSR). Projekt reaguje na rastúce kybernetické hrozby a technické nedostatky existujúceho zálohovacieho systému, ktorý nezodpovedá požiadavkám platnej legislatívy (napr. GDPR, zákon o kybernetickej bezpečnosti, NIS2) ani štandardom modernej IT správy.

Cieľom je vytvoriť centralizovaný a automatizovaný systém zálohovania dát, ktorý bude schopný rýchlej a spoľahlivej obnovy po incidente a zároveň zabezpečí nemennosť, auditovateľnosť a vysokú dostupnosť údajov. Projekt predstavuje kľúčový bezpečnostný pilier digitalizácie verejnej správy a je navrhnutý ako technologická a prevádzková súčasť širšej modernizácie IT infraštruktúry GPSR.

Tabuľka č. 2a - Zoznam projektom zlepšovaných elektronických služieb a príslušných životných situácií

Tabuľka č. 2b – Zoznam webových sídiel, ktoré budú predmetom zlepšovania.

1. Motivácia a rozsah projektu

Hlavnou motiváciou pre realizáciu projektu:

• Zastarané zálohovacie mechanizmy a neštandardizované procesy nedokážu 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ú.

Projekt bude pozostávať z nasledujúcich hlavných častí:

• 1. Zavedenie bezpečnostne odolného zálohovacieho systému
• Nákup a implementácia softvérového riešenia pre zálohovanie s podporou immutable backups.

• Centralizovaná správa záloh, verzovanie, plánovanie a monitoring.
  1. Zabezpečenie dátovej redundancie a vysokej dostupnosti
• Vybudovanie záložnej infraštruktúry pre Disaster Recovery lokalitu (hardvér, storage, sieťové komponenty).
• Offsite a šifrované dátové úložiská s RAID6 ochranou.
  1. Automatizácia a prevencia incidentov
• Nastavenie procesov pre automatickú obnovu systémov (failover, obnova VM, databáz a súborov).
• Zavedenie testovania obnovy a simulácií incidentov.

• 1. Procesná a personálna príprava
• Vypracovanie nových zálohovacích politík a postupov obnovy.
• Školenie IT pracovníkov v oblasti kybernetickej bezpečnosti a obnovy po incidente.

1. Ciele      

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. ROZSAH PROJEKTU

Po zavedení nového riešenia bude rezort spravodlivosti disponovať plne centralizovaným, automatizovaným a bezpečnostne odolným systémom zálohovania a obnovy dát. Riešenie bude integrovateľné s novou serverovou farmou Hyper-V a poskytne nasledovné výhody:

1. Zabezpečenie integrity záloh
   1. Implementácia kontrolných mechanizmov ako hashovanie, verifikácia dát a digitálne podpisy, ktoré budú zabezpečovať nemennosť a konzistentnosť záloh.
2. Ochrana proti ransomware a kybernetickým útokom
   1. Nasadenie technológie immutable backups (nemenné zálohy), ktorá znemožní modifikáciu alebo vymazanie záloh po ich vytvorení.
   2. Viacúrovňová ochrana vrátane offline a offsite záloh.
3. Rýchla obnova systémov
   1. Vytvorenie automatizovaného systému obnovy (Disaster Recovery), ktorý v prípade výpadku alebo útoku umožní obnovu kľúčových systémov v horizonte niekoľkých minút až hodín.
4. Zálohovanie v súlade s legislatívou
   1. Systém bude plne v súlade s požiadavkami zákona o kybernetickej bezpečnosti, GDPR a NIS2, vrátane schopnosti auditovateľnosti a správy logov
5. Pravidelné testovanie obnovy
   1. Zavedenie simulácií a plánovaných DR testov, ktoré overia funkčnosť záloh a pripravenosť systému na mimoriadne situácie.

Tabuľka č. 5a - Zoznam a rozsah projektom zlepšovaných elektronických služieb 1, *bez školení riaditeľov, ktoré sa z dôvodu pandémie COVID a chýbajúcemu nástroju na online vzdelávanie nerealizovali

Tabuľka č. 5b - Zoznam a rozsah projektom zlepšovaných elektronických služieb 1

Tabuľka č. 5c - Zoznam a rozsah projektom zlepšovaných elektronických služieb 2

Tabuľka č. 5d - Zoznam a rozsah projektom zlepšovaných elektronických služieb 2

Tabuľka č. 5e - Zoznam a rozsah projektom zlepšovaných elektronických služieb 3

1. MOTIVÁCIA PROJEKTU

Hlavnou motiváciou pre realizáciu projektu:

•          Zastarané zálohovacie mechanizmy a neštandardizované procesy nedokážu 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ú.

Realizácia projektu sa dotkne nasledujúcich ISVS:

Tabuľka č. 6 – ISVS ovplyvnené v rámci projektu

1. Zainteresované strany/Stakeholderi

1. Ciele projektu

1. Merateľné ukazovatele (KPI)

n/a

1. Riziká a závislosti

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

Ide o obnovu serverovskej infraštruktúry v prostredí Datacentra MS SR, ktorá neobsahuje požiadavky biznis vrstvy softvérového riešenia, ide o HW so základným operačným systémom

1. Multikriteriálna analýza

N/A - ide o HW so základným operačným systémom.

Tabuľka č. 16 – Kritéria pre MCA

Tabuľka č. 17 – Vyhodnotenie MCA

Príklad šablóny pre vyhodnotenie MCA

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

N/A - ide o HW so základným operačným systémom.

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

N/A - ide o HW so základným operačným systémom.

1. POŽADOVANÉ VÝSTUPY  (PRODUKT PROJEKTU)

N/A - ide o HW so základným operačným systémom.

1. NÁHĽAD ARCHITEKTÚRY

Ide o implementáciu HW komponentov v prostredí GPSR, zmena architektúry nie je predmetom projektu.

1. Prehľad e-Government komponentov

Tabuľka č.5 Prehľad integrácii ISVS na nadrezortné centrálne bloky – súčasný stav

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

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

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

1. Prehľad integrácii ISVS na spoločné ISVS^[3] a ISVS iných OVM alebo IS tretích strán

1. Aplikačné služby na integráciu

1. Poskytovanie ú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.

1. Konzumovanie ú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Ú.

1. Prehľ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.

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.

1. LEGISLATÍVA

N/A - ide o HW so základným operačným systémom.

1. ROZPOČET A PRÍNOSY

 Tabuľka č. 24 – Rozpočet

Prínosy projektu

• Výrazné zvýšenie bezpečnosti dát voči manipulácii, zneužitiu alebo strate.
• Zrýchlenie reakcie na incidenty a skrátenie doby obnovy systémov.
• Zabezpečenie prevádzkovej kontinuity GPSR.
• Zníženie finančných škôd v prípade kybernetického útoku alebo havárie.
• Vyššia dôveryhodnosť a odolnosť verejnej správy voči digitálnym hrozbám.

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

Nižšie uvedený harmonogram projektu zohľadňuje niekoľko základných faktorov:

Tabuľka č. 24 – Harmonogram jednotlivých fáz

1. PROJEKTOVÝ TÍM

Projekt pojednáva o nákupe HW prostriedkov a teda predmetná kapitola nie je relevantná pre tento typ projektu.

Tabuľka č. 25 – Zloženie riadiaceho výboru

Po spustení realizačnej fázy bude zostavený Projektový tím, pričom budú definované nasledovné pozície:

Tabuľka č. 26 – Zloženie projektového tímu

1. PRACOVNÉ NÁPLNE

Projekt pojednáva o nákupe HW prostriedkov a teda predmetná kapitola nie je relevantná pre tento typ projektu.

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