I-02 Projektový zámer (projektovy_zamer)

PROJEKTOVÝ ZÁMER

Vzor pre manažérsky výstup  I-02

 podľa vyhlášky MIRRI č. 401/2023 Z. z.  (účinnosť od 1.4.2025)

Schvaľovanie dokumentu

1. HISTÓRIA DOKUMENTU

1. ÚČ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.

Projektová dokumentácia projektu Obnova serverovej infraštruktúry v dátovom centre rezortu školstva sa vzťahuje na projekt v rozmedzí nad 200 000 EUR do 1 000 000 EUR vrátane. V zmysle vyhlášky MIRRI č. 401/2023, prílohy číslo 2 je nutné pre tento limit rozpočtu projektu vypracovať:

• I-01 Projektový zámer
• I-04 Katalóg požiadaviek
• M-06: Evidencia eGovernment komponentov v MetaIS, vrátane architektonických modelov

Zodpovedná osoba za projekt sa rozhodla spojiť Katalóg požiadaviek s Projektovým zámerom. Projekt je zameraný na HW obnovu. Z tohto dôvodu viaceré kapitoly dokumentácie nemá význam vypracovať. Táto informácia bude uvedená pri jednotlivých kapitolách dokumentu.

1. 
   
   1. Použité skratky a pojmy

Tabuľka 1 Skratky a pojmy

1. 
   
   1. Konvencie pre typy požiadaviek (príklady)

OBJ_X: cieľ

RISK_X: riziko

1. DEFINOVANIE PROJEKTU

1. 
   
   1. Manažérske zhrnutie

Existujúca infraštruktúra dátového centra, ktorá primárne podporovala Rezortný informačný systém (RIS) a menšie ISVS, čelila výpadkom počas záťažového testovania pilotného projektu Elektronických prihlášok. Test odhalil, že 35 požiadaviek zlyhalo a došlo k prerušeniu spojenia so serverom. Pre očakávaný nárast počtu používateľov v roku 2026 je nevyhnutné posilniť hardvérové vybavenie.

Projekt sa zameriava na nákup a inštaláciu 12 blade serverov HPE Synergy 480 Gen11 a jedného blade šasi HPE Synergy 12000 CTO Frame. Celkové náklady na projekt sú 961 500 EUR s DPH, ktoré budú financované zo štátneho rozpočtu s následnou refundáciou prostredníctvom Plánu obnovy a odolnosti.

1. 
   
   1. 
      
      1. Ciele projektu

Hlavné ciele projektu sú:

• OBJ_1: Zaistiť 95% dostupnosť primárnych služieb pre Elektronické prihlášky (na materskú, základnú a strednú školu), ktoré sú budované z Plánu obnovy a odolnosti.
• OBJ_2: Znížiť podiel zistených výpadkov podporných služieb, ako sú prihlásenie, registrácia a zobrazenie informačného obsahu, zo 35 na 17 (v percentách 50%).
  1. 
     
     1. Alternatívy riešenia

Projektový tím zvažoval dve hlavné alternatívy: obnovu existujúceho hardvéru (on-premise) alebo migráciu do verejného/súkromného cloudu. Rozhodlo sa pre obnovu hardvéru, pretože pre kritickú infraštruktúru a citlivé dáta Ministerstva školstva poskytuje on-premise riešenie väčšiu kontrolu, bezpečnosť a predvídateľné náklady. Migrácia do cloudu by si vyžadovala rozsiahle prepracovanie aplikácií a predstavovala by nepredvídateľné premenlivé náklady.

1. 
   
   1. 
      
      1. Implementácia a harmonogram

Projekt je riadený metódou waterfall. Po podpise zmluvy s dodávateľom bude hardvér dodaný a nainštalovaný do jedného mesiaca. Celý proces bude zdokumentovaný a ukončený akceptačným protokolom. Prevádzková podpora je zabezpečená na tri roky v režime 24x7 s garantovanou dobou odozvy do 4 hodín, pričom oprava zariadenia bude realizovaná priamo výrobcom alebo jeho autorizovaným partnerom

1. 
   
   1. Motivácia a rozsah projektu

Súčasná situácia HW a SW vybavenia dátového centra rezortu školstva bola dimenzovaná na prevádzku systému RIS a ostatných minoritných ISVS v správe a prevádzke MINEDU. RIS plnil úlohu registrov do ktorých školy zapisujú cez grafické rozhranie https://crinfo.iedu.sk/risportal/ a využitím integrácie ŠIS na RIS údaje na mesačnej báze.

V polovici roka 2025 bol nasadený pilotný projekt Elektronických prihlášok na materskú a základnú školu. Pre stav projektu v H1/2025 bolo plánované zabezpečiť dostupnosť konkurenčných používateľov v rozmedzí 500 až 1000. V tomto období bol zrealizovaný záťažový test testovacieho prostredia s nasledovnými výsledkami:

50 percent času bola odozvu okolo 2 sekúnd. Až posledných 10 percent začína odozva značne narastať. V 10 percentách času bola odozva nad 8 sekúnd, jedno promile nad 20 sekúnd. Výkonnejšia produkčná infraštruktúra by mala výsledkom ešte pomôct.

Boli však zistené výpadky:

• Počas záťažového testu (Locust) zlyhalo celkovo 35 požiadaviek na šesť rôznych REST end-pointov.  
• Každé zlyhanie má rovnakú chybovú hlášku CatchResponseError('Status 0, body: '), čo znamená, že testovacia stanica nedostala od servera žiadnu HTTP odpoveď – spojenie bolo prerušené ešte pred odoslaním hlavičiek.  
• Zlyhania sa objavili naprieč logicky nesúvisiacimi službami (vrátenie údajov, zoznamy, zápis), takže pravdepodobnejšia je systémová (infrastrukturna) príčina než chyba v konkrétnej business logike.

Rozdelenie chýb:  
– /vratenieZoznamuPrihlasokSubjektu: 12×  
– /vratenieEDUIDOblubenychSaSZ: 7×  
– /zapisAModifikaciaDietata: 6×  
– /zapisAModifikaciaKonceptuPrihlasky: 4×  
– /vratenieUdajovDietata: 3×  
– /vratenieZoznamuDeti:3× 

Pre finálny stav projektu v H1/2026 očakávame väčší počet používateľov aj využitia služieb. Podľa dostupných informácií je v jednom populačnom ročníku približne 46 000 detí, čo však nepredstavuje konkurenčných – súbežných používateľov. Na talentové prihlášky pre stredné školy je prijímaných cca 10 000 uchádzačov, pričom údaje o počte prihlášok nie sú dostupné. Z uvedených predpokladov môžeme očakávať nasledovný indikatívne využitie služieb v roku 2026:

Tabuľka: Využívanie služieb Elektronických prihlášok v roku 2026

Zdroj: výpočet z dostupných dát

Uvedený výpočet sa vzťahuje na využívanie služieb: Podanie prihlášky a Vydanie rozhodnutia.

Informačný systém poskytuje mnoho rôznych podporných služieb ako je prihlásenie, vyhľadanie škôl, zobrazenie informácií na webe, využitie služby pomoc a podpora a ďalšie kde dochádza síce k menšej záťaži aplikácie a infraštruktúry, avšak môže dochádzať k opakovaným volaniam. Okrem podania prihlášok má podobnú komplexnosť a záťaž na aplikáciu a infraštruktúru služba Podanie odvolania a Vydanie rozhodnutia o odvolaní. Počet bude zásadne menší a nie je možné ho prvý rok prognózovať.

1. 
   
   1. Zainteresované strany (Stakeholderi)

Tabuľka 2 Zainteresované strany (Stakeholderi)

1. 
   
   1. Ciele projektu

Tabuľka 3 Ciele projektu

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

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

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

Projekt nie je 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

1. 
   
   1. Detailný opis obmedzení a predpokladov

Obmedzenia:

• nákup nového HW musí byť kompatibilný s existujúcou infraštruktúrou dátového centra
• nákup nového HW musí rešpektovať proces verejného obstarávania

Požiadavka / predpoklad:

• pravidelná obnova HW pred skončením životnosti HW
• pravidelná obnova SW pred skončením podpory SW

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

Tabuľka 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

Základná konfigurácia x86 blade servera: HPE Synergy 480 Gen11

Prevedenie: Server typu blade, kompatibilný s požadovaným serverovým šasi.

Výkon: 2x 16-core CPU, 2,8GHz, Intel Xeon Gold 6526Y, Model servera s dvomi procesormi typu

x86dosahuje v teste CFP2017 rate base preukázateľne skóre 486

Požadovaný počet procesorov (socket) / min. rozšíriteľnosť na počet procesorov (socket) : 2x INTEL Xeon-G 6526Y CPU

Systémová pamäť: 1024GB DDR5-5600 RAM 16ks HPE 64GB 2Rx4 PC5-5600B-R

Diskový radič: SR416ie-m - RAID 0,1,5,6,10,50,60,1T/10T, 4GB cache

Subsystém pevných diskov: 2x HPE 480GB SATA MU SSD HotPlug s odolnosťou deklarovanou na úrovni min. 3 DWPD

Ethernet adapter: Synergy 6820C 25/50Gb - 2x 25Gb/s Ethernet pripojenie a 4x 10Gb/s ethernet pripojenie,

zabezpečujúce redundantné a vysoko dostupné pripojenie servera na externú infraštruktúru.

FC adapter: HPE Synergy 5330C 32Gb - 2x 32Gb/s Fibre Channel pripojenie k externému prostrediu,

zabezpečujúce redundantné a vysoko dostupné pripojenie servera na externú infraštruktúru

USB / SD port: 3x USB 3.0

PCI sloty: 3x PCI-Express Gen5 x 16

Grafický adapter: Matrox G200eH2

Bezpečnosť: TPM 2.0

Virtualizácia: Áno

Správa a manažment : HPE iLO 6 ASIC –

· Hardvérový komponent nezávislý od operačného systému formou vzdialenej grafickej KVM konzoly

· Možnosť pripojenia vzdialených médií, napr. CD ROM, DVD ROM, ISO image, USB kľúč, FDD, adresár

· Možnosť štartu, reštartu a shutdown serveru cez sieť LAN, nezávisle od OS

· Možnosť centrálne manažovať firmware pre všetky servery v šasi

· Možnosť centrálne manažovať ovládače OS pre všetky servery v šasi

· Možnosť automaticky registrovať servisné incidenty celej blade infraštruktúry priamo u výrobcu

Servisná podpora: HPE 3Y Tech Care Essential - 3 roky servisná podpora v mieste inštalácie, v režime 24x7 s garantovanou dobou odozvy do 4 hodín. Oprava zariadenia bude realizovaná priamo výrobcom, alebo jeho lokálnym autorizovaným servisným partnerom (zastúpením)

Počet serverov: 12

Blade šasi - TYP1: HPE Synergy 12000 CTO Frame

Prevedenie: 10U

Celkový počet pozícií pre servery: 12ks, umožňuje súčasné osadenie všetkých požadovaných typov blade serverov

Celkový počet pozícií pre pripojovacie prvky: 6ks pozícií Interconnect Module Bays (3+3 Redundancy)

Napájanie: 6ks Power Supplies (N+N, N+1 Redundancy) Titanium (96%)

Chladenie / ventilatory: 10 Fan Bays, Plne redundantné, vymeniteľné za chodu

Správa a manažment: 2ks HPE Synergy Composer2 Management - pre vzdialený systémový manažment šasi alebo skupiny viacerých šasi, serverov a pripojovacích prvkov, za chodu meniteľné, možnosť pripojiť

manažment šasi pomocou grafického výstupu na externý monitor. Pripojenie na manažovaciu LAN pomocou 2x 1/10Gb RJ45. Centralizovaný manažment šasi umožňuje prenesenie MAC a WWN adries medzi uzlami v rámci jedného šasi aj medzi viacerými šasi navzájom. Zároveň umožňuje centrálne riešiť aktualizáciu  ovládačov a FW edícií pre servery, centrálne sleduje stav infraštruktúry a vie informovať o HW incidentoch. Centrálny manažment šasi umožňuje prezerať aj monitorovať pripojené aj nové dátové úložiská, umožňuje jednotlivým serverom automatizovane prideľovať existujúce LUNy na dátových úložiskách, alebo vytvoriť nové LUNy (ktoré môžu byť privátne alebo zdieľané).

Pripojenie na LAN: 2ks HPE VC SE 100Gb F32 - zabezpečujú end to end 10/25/50Gbps konektivitu (teda aj na servery aj do externého prostredia), 12 externých 100Gbps portov s rozhraním QSFP28. Osadenie externých portov zo šasi : 16x 25Gbps optických rozhraní typu SR spolu s optickými káblami dĺžky 5m

Pripojenie na SAN: 2ks HPE Synergy VC 32Gb FC - zabezpečujú end to end 32Gbps konektivitu (teda aj na servery aj do externého prostredia). Osadenie externých portov zo šasi : 8x 32Gb FC spolu s optickými káblami 5m dĺžky.

Napájanie: Pripojenie šasi cez minimálne dve samostatné vetvy napájania. Zapojenie zvládne výpadok jednej vetvy aj v prípade šasi plne osadeného servermi.

Servisná podpora: HPE 3Y Tech Care Critical SVC - 3 roky servisná podpora v mieste inštalácie, v režime 24x7 s garantovanou dobou opravy do 6 hodín. Oprava zariadenia bude realizovaná priamo výrobcom, alebo jeho lokálnym autorizovaným servisným partnerom (zastúpením). Zároveň obsahuje špecializovanú servisnú podporu v rozsahu 2x MD ročne počas doby trvania 3 roky, napríklad na činnosti súvisiace s upgradom FW, managementom a údržbou prostredia a pod.

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

12 x dodanie Blade serveru - TYP1 podľa Tabuľky č. 1: Blade server - TYP1 Opisu predmetu zákazky vrátane poskytnutia súvisiacich služieb podľa Tabuľky č. 3: Súvisiace služby Opisu predmetu zákazky v hodnote 65 190 s DPH = 782 280 EUR s DPH

1 x dodanie Blade šasi - TYP1 podľa Tabuľky č. 2: Blade šasi - TYP1 Opisu predmetu zákazky vrátane

poskytnutia súvisiacich služieb podľa Tabuľky č. 3: Súvisiace služby Opisu predmetu zákazky v hodnote 179 220 EUR s DPH

Prevádzkové náklady nerastú a nákup nového HW pokrýva aj podporu v rozsahu: 3 roky servisná podpora v mieste inštalácie, v režime 24x7 s garantovanou dobou odozvy do 4 hodín. Oprava zariadenia bude realizovaná priamo výrobcom, alebo jeho lokálnym autorizovaným servisným partnerom (zastúpením)

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

1. 
   
   1. 
      
      1. Zdroj financovania

Projekt je financovaný zo štátneho rozpočtu a následne refundovaný prostredníctvom Plánu obnovy a odolnosti, komponent 17, Investícia č 1: Budovanie prioritných životných situácií. Financovanie je zabezpečené zo Zmluvy o poskytnutí prostriedkov mechanizmu č. /0061/2024:https://crz.gov.sk/zmluva/9150187/?csrt=16490213791528212214&undefined=undefined .

1. 
   
   1. Harmonogram projektu

Projekt je realizovaný metódou waterfall. Jeho trvanie je krátke, od podpisu zmluvy s úspešným uchádzačom bude dodaný a inštalovaný HW do 1 mesiaca.

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

Projekt nie je komplikovaný a ide o jednouchú obnovy HW, ktorá má posilniť úroveň podpory pre nové služby budované z Plánu obnovy a odolnosti.

Tabuľka 7 Projektový tím

1. LEGISLATÍVA

• VYHLÁŠKA Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky z 9. októbra 2023 o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy
• ZÁKON z 27. marca 2019 o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov
• ZÁKON z 22. mája 2008 o výchove a vzdelávaní (školský zákon) a o zmene a doplnení niektorých zákonov
• ZÁKON zo 6. novembra 2003 o financovaní základných škôl, stredných škôl a školských zariadení

1. ARCHITEKTÚRA RIEŠENIA PROJEKTU

Elektronické prihlášky do materskej, základnej a strednej školy, projekty Budovania prioritných životných situácií sú implementované na infraštruktúre Ministerstva školstva, výskumu, vývoja a mládeže SR. Infraštruktúra je umiestnená v dátovom centre.

Architektonický diagram technologickej architektúry znázorňujúci hlavné komponenty ePrihlášok k 6/2025:

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

Projektový tím porovnával dve alternatívy:

1. Obnova existujého HW vybavenia
2. Využitie zdrojov privátneho, respektíve verejného cloudu.

Vzhľadom na povahu a kritickosť systémov Ministerstva školstva, kde je bezpečnosť, kontrola, predvídateľnosť nákladov a nízka latencia absolútnou prioritou, je nákup HPE Synergy 480 Gen11 blade serverov oveľa rozumnejšou a bezpečnejšou voľbou ako migrácia do cloudu. On-premise riešenie poskytuje potrebnú nezávislosť a stabilitu, ktorú cloudové služby, napriek ich flexibilite, neponúkajú v rovnakej miere. Navyše, vyhnete sa masívnym a nepredvídateľným nákladom, ktoré by si vyžiadala rozsiahla migrácia a prepracovanie existujúcich aplikácií.

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

Nerelevantné pre projekt nákupu HW

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

Nerelevantné pre projekt nákupu HW

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

Samozrejme, doplním odôvodnenie týkajúce sa nákladov a uvediem, že vaša súčasná infraštruktúra je v dátovom centre Ministerstva školstva.

1. Prečo je obnova HW s HPE Synergy 480 Gen11 lepšou alternatívou ako verejný/súkromný cloud

Vaše rozhodnutie pre obnovu hardvéru nákupom 12 kusov HPE Synergy 480 Gen11 blade serverov namiesto migrácie do verejného alebo súkromného cloudu Ministerstva vnútra SR je pre kritickú infraštruktúru Ministerstva školstva často optimálne, a to z viacerých dôvodov.

1. Porovnanie alternatív

1. HPE Synergy 480 Gen11 Blade servery (On-Premise)

• Kontrola a bezpečnosť: Najdôležitejší faktor pre štátnu správu a citlivé dáta. Udržaním systémov vo vlastnej infraštruktúre Ministerstva školstva si zachováte úplnú kontrolu nad fyzickým umiestnením, prístupom a bezpečnostnými protokolmi. Minimalizujete tak riziko úniku dát alebo externých kybernetických útokov, čo je v prípade rezortu školstva kritické.
• Výkon a latencia: HPE Synergy 480 Gen11 je výkonný hardvér určený pre náročné pracovné záťaže. Keďže servery budú fyzicky umiestnené vo vašich dátových centrách (on-premise), dosiahnete minimálnu latenciu (odozvu) pri komunikácii medzi systémami. V cloude sa latencia môže líšiť v závislosti od vzdialenosti a sieťovej infraštruktúry, čo môže mať negatívny vplyv na výkon kritických aplikácií.
• Celkové náklady (TCO) a predvídateľnosť: Nákup hardvéru predstavuje jednorazovú kapitálovú investíciu (CAPEX). Aj keď sa to na začiatku môže zdať drahé, z dlhodobého hľadiska sú prevádzkové náklady (OPEX) predvídateľné a stabilné. Nemusíte sa obávať nečakaných poplatkov za prenos dát, API volania alebo dynamické škálovanie, ktoré sú bežné vo verejnom cloude.
• Riešenie na mieru: HPE Synergy je kompozitná infraštruktúra, ktorá vám umožňuje konfigurovať hardvérové zdroje (CPU, RAM, úložisko, sieť) pre každú aplikáciu individuálne. Nie ste viazaní na vopred definované typy virtuálnych strojov, ktoré ponúka cloud, a môžete tak optimalizovať každý server pre špecifické potreby, čo vedie k efektívnejšiemu využitiu zdrojov.
• Znalosť a skúsenosti: Ak má vaša organizácia interný tím, ktorý sa stará o súčasnú infraštruktúru, migrácia do nového, ale podobného on-premise riešenia, si vyžaduje menšie preškolenie. Súčasné skúsenosti s prevádzkou, údržbou a správou serverov sú priamo využiteľné, čo znižuje náklady na adaptáciu a riziko chýb.
• Náklady na migráciu a čas: Jedným z najväčších skrytých nákladov pri presune do cloudu sú náklady na migráciu. Tie zahŕňajú:
  • Analýzu a plánovanie: Zistenie, ako sa dá každá aplikácia a systém preniesť.
  • Pracné prepracovanie aplikácií (refaktoring): Staršie systémy, ktoré nie sú navrhnuté pre cloud, je často potrebné prepísať alebo prispôsobiť, čo je mimoriadne náročné a nákladné.
  • Preškolenie personálu: Vaši zamestnanci by sa museli naučiť nové cloudové technológie, procesy a nástroje.
  • Testovanie a validácia: Dôkladné otestovanie všetkých systémov po migrácii, aby sa zabezpečila správna funkčnosť a výkon.

2. Migrácia do verejného/súkromného cloudu

• Verejný cloud (napr. AWS, Azure, Google Cloud):
  • Náklady: Náklady sú premenlivé (OPEX) a môžu prudko narásť v závislosti od spotreby (data transfer, API calls, storage atď.). Je ťažké presne predvídať mesačné náklady, čo sťažuje plánovanie rozpočtu.
  • Latencia: Vzdialenosť od dátových centier a prenos dát cez verejný internet môže spôsobiť zvýšenú latenciu, čo môže mať negatívny vplyv na výkon.
• Súkromný cloud Ministerstva vnútra SR:
  • Riziká konsolidácie: Hoci je súkromný cloud bezpečnejší ako verejný, konsolidácia kritických systémov do jedného miesta (dátového centra) predstavuje jediný bod zlyhania. Ak dôjde k výpadku celej cloudovej platformy, všetky systémy budú offline. Vlastná, oddelená infraštruktúra pre kritické systémy ponúka vyššiu úroveň redundancie a odolnosti voči výpadkom.
  • Prioritizácia: V zdieľanom cloudovom prostredí je výkon závislý od ostatných užívateľov. Hoci sa poskytovatelia snažia izolovať zdroje, stále existuje riziko, že iné systémy ovplyvnia výkon tých vašich, najmä v prípade náhlej vysokej záťaže.

1. 
   
   1. Biznis vrstva

Nerelevantné, predmetom projektu nie je biznisová vrstva projektu

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

Nerelevantné, predmetom projektu nie je biznisová vrstva projektu

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

V nasledujúcej tabuľke uveďte prehľad budovaných a rozvíjaných Koncových služieb. Údaje o koncových službách treba zapísať do MetaIS ako súčasť výstupu M-06.

Tabuľka 8Prehľad koncových služieb - budúci stav (TO BE)

Požiadavky na realizáciu a zmenu Koncových služieb zapíšte aj do Katalógu požiadaviek.

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

Nerelevantné, predmetom projektu nie je zmena procesov

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

Nerelevantné, predmetom projektu nie je zmena grafické používateľské rozhranie

1. 
   
   1. Aplikačná vrstva

Nerelevantné, projekt zameraný na obnovu a nákup HW

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

AS IS

Rezortný informačný systém je nosným informačným systémom rezortu školstva, ktorý spravuje referenčné rezortné registre a centrálne číselníky. Okrem rezortných údajov o školách, školských zariadeniach, študijných a učebných odboroch zhromažďuje aj jednotkové údaje o deťoch, žiakoch, poslucháčoch a zamestnancoch rôznych druhov škôl a školských zariadení. Pre prevádzku tohto systému je nevyhnutná spolupráca sekcie regionálneho školstva, sekcie vysokých škôl, sekcie financovania a rozpočtu a sekcie informatiky.

RIS je prispôsobený aktuálnemu legislatívnemu stavu, pričom nosnými legislatívnymi predpismi sú :

• Zákon 245/2008 o výchove a vzdelávaní (školský zákon),
• Zákon 596/2003 Z. z. o štátnej správe v školstve a školskej samospráve,
• Zákon 138/2019 Z. z. o pedagogických zamestnancoch a odborných zamestnancoch,
• Zákon 597/2003 Z. z. o financovaní základných škôl, stredných škôl a školských zariadení,
• Zákon 131/2002 Z. z. o vysokých školách,
• Zákon 177/2018 Z. z zákon proti byrokracii,
• Zákon 330/2007 Z. z. o registri trestov (preukazovanie bezúhonnosti pedagogických

a odborných zamestnancov). RIS je projektovaný ako nosný informačný systém, ktorý nahrádza zbery dát potrebné pre rozhodovacie procesy v rámci rezortu ako aj súvisiace hromadné výstupy tvoriace podklady pre financovanie regionálneho školstva. RIS poskytuje štatistické výstupy pre potreby rezortu, potreby EÚ a iné medzinárodné a celosvetové organizácie zaoberajúce sa aktuálnym stavom a rozvojom školstva. Rezortný informačný systém je primárne postavený na zbere jednotkových údajov zo škôl spadajúcich kompetenčne do pôsobnosti Sekcie regionálneho školstva, ich konsolidácii a sumarizácii. Aktuálne je do procesu zberu jednotkových údajov zapojených 7206 škôl a školských zariadení. Zbery jednotkových údajov sú realizované na pravidelnej mesačnej báze. Špeciálne postavenie má zber údajov realizovaný v mesiaci september (septembrový zber, zber pre financovanie), kedy dochádza k najväčšiemu „pohybu“ v evidovaných údajoch (nástup do 1. ročníka ZŠ, prestupy do vyšších ročníkov, nástupy na SŠ). Súčasťou procesu zberu jednotkových údajov je pridelenie jednoznačného EDUID pre fyzickú osobu evidovanú v RIS a automatizovaný proces stotožnenia záznamov o FO so záznamami referenčného Registra fyzických osôb. Základnou funkcionalitou RIS je poskytovanie používateľského rozhrania pre účely správy číselníkov a registrov a aplikačných rozhraní pre zber štruktúrovaných jednotkových údajov o deťoch, žiakoch, poslucháčoch a študentoch VŠ a zamestnancoch rezortu v rozsahu:

Regionálne školstvo

• Register zriaďovateľov
• Register škôl, školských zariadení a elokovaných pracovísk
• Register zamestnancov v súlade s ustanoveniami.
• Register detí, žiakov a poslucháčov v súlade s ustanoveniami
• Register študijných a učebných odborov

Vysoké školstvo

• Register vysokých škôl a inštitúcií
• Register študijných programov a študijných odborov VŠ
• Register študentov VŠ
• Register zamestnancov VŠ

Štátna školská inšpekcia

Externým rozhraním pre RIS sú školské informačné systémy (ŠIS), primárne eŠkola a aScAgenda, ktoré pokrývajú takmer 100% všetkých škôl a školských zariadení (ŠaŠZ), ktoré majú zákonnú povinnosť zasielať údaje do Centrálneho registra (RIS) (materské školy, základné školy, stredné školy včítane pracovísk praktického vyučovania, špeciálne školy) . Prostredníctvom ŠISov ŠaŠZ zasielajú dáta do RIS. Pre komunikáciu sa využíva definované .xml rozhranie.

TO BE

Informačný systém RIS v rámci budovania prioritných životných situácií bude rozšírený o nové elektronické služby a nový portál.

Nové elektronické služby:

RIS bude poskytovať služby prostredníctvo modulu Elektronických prihlášok do škôl na infraštruktúre dátového centra MINEDU pre zákonných zástupcov na vybavenie životnej situácie:

Prihláška na materskú školu

Prihláška na základnú školu

Prihláška na strednú školu

Počas procesu bude RIS modulom Elektronické prihlášky do škôl poskytovať backoffice podporu riaditeľom na spracovanie prihlášok a vydanie rozhodnutí v zmysle školského zákona a správneho poriadku.

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

Tabuľka 9 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

Tabuľka 10 Využívanie nadrezortných a spoločných ISVS – súčasný stav (AS IS)

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)Uveďte plánované využívanie nadrezortných a spoločných ISVS v TO BE stave.

Tabuľka 11 Prehľad plánovaných integrácií na spoločné moduly – budúci stav (TO BE)

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

Predmetom projektu obnovy HW nie sú integrácie na iné ISVS

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

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

Nereleantné pre projekt obnovy HW.

Tabuľka 13 Aplikačné služby pre Koncové služby – budúci stav (TO BE)

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

Nereleantné pre projekt obnovy HW

Tabuľka 14 Aplikačné služby na integráciu – budúci stav (TO BE)

1. 
   
   1. Dátová architektúra

Nerelevantné, predmetom projektu nie je dátová vrstva projektu

1. 
   
   1. 
      
      1. Objekty evidencie

Nerelevantné, predmetom projektu nie je dátová vrstva projektu

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

Nerelevantné, predmetom projektu nie je dátová vrstva projektu

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

Nerelevantné, predmetom projektu nie je dátová vrstva projektu

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

Nerelevantné, predmetom projektu nie je dátová vrstva projektu

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

Nerelevantné, predmetom projektu nie je dátová vrstva projektu

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

Nerelevantné, predmetom projektu nie je dátová vrstva projektu

1. 
   
   1. 
      
      1. Otvorené údaje

Nerelevantné, predmetom projektu nie je dátová vrstva projektu

1. 
   
   1. 
      
      1. Analytické údaje

Nerelevantné, predmetom projektu nie je dátová vrstva projektu

1. 
   
   1. 
      
      1. Moje údaje

Nerelevantné, predmetom projektu nie je dátová vrstva projektu

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

Nerelevantné, predmetom projektu nie je dátová vrstva projektu

1. 
   
   1. Technologická architektúra

1. 
   
   1. 
      
      1. Návrh riešenia technologickej architektúry

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

Tabuľka 15 Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)

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

Nerelevantné, projekt nevyužíva služby vládneho cloudu, verejného ani privátneho

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

Nerelevantné pre projekt obmeny HW pri ktorom dochádza k nahradeniu a posilneniu výkonu serverovej infraštruktúry.

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

• VYHLÁŠKA Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky z 9. októbra 2023 o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy
• ZÁKON z 27. marca 2019 o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov

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

V rámci projektku obnovy a nákup HW ide o prístup servisných zamestnancov zabezpečujúich pravidelnú aktualizáciu, monitorovanie a profilaktiku. Iné osoby nebudú mať prístup k HW infraštruktúre.

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

Súčasný stav prevádzky a údržby je postavený na pravidelnej a opakovanej obnove HW a SW dátového cetran. V rámci obmedny HW a SW vybavenia dátového centra sú zabezpečené aj servisné služby výrobcov HW alebo ich lokálnych autorizovaných servisných zastúpení.

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

Nerelevantné, úroveň podpory používateľov sa vzťahuje na projekty budovania alebo rozvoja ISVS. V tomto prípade ide o nákup HW.

Tabuľka 16 Prehľad riešenia zabezpečenia podpory používateľov a prevádzky

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

Parametre služby riešenia incidentov v prevádzke sú špecifikované na základe určenia priority incidentu pomocou kombinácie jeho naliehavosti a dopadu podľa najlepších skúseností z praxe (best practice) z oblasti manažmentu IT služieb (  Information Technology Infrastructure Library - ITIL V3) nasledovným spôsobom:

Incident - za incident je považovaná každá nahlásená alebo inak zistená relevantná skutočnosť týkajúca sa aktíva (informačného systému) alebo jeho časti, ktorého nedostupnosť alebo nefunkčnosť má vplyv na poskytovanie služieb.

Parametre služby Riešenia incidentov v prevádzke:

Tabuľka 17 Parametre služby Riešenia incidentov v prevádzke

Vysvetlivky k tabuľke

(1) Reakčná doba je čas medzi nahlásením incidentu verejným obstarávateľom (vrátane užívateľov IS, ktorí nie sú v pracovnoprávnom vzťahu s verejným obstarávateľom) na helpdesk úrovne L3 a jeho prevzatím na riešenie.

(2) DKVI (Doba konečného vyriešenia incidentu) - znamená čas obnovenia štandardnej prevádzky - čas medzi nahlásením incidentu verejným obstarávateľom a vyriešením incidentu poskytovateľom podpory (do doby, kedy je funkčnosť prostredia znovu obnovená v plnom rozsahu). Doba konečného vyriešenia incidentu od nahlásenia incidentu verejným obstarávateľom sa počíta počas celého dňa. Do tejto doby sa nezarátava čas potrebný na nevyhnutnú súčinnosť verejného obstarávateľa, ak je potrebná pre vyriešenie incidentu. V prípade potreby je poskytovateľ podpory oprávnený požadovať od verejného obstarávateľa schválenie riešenia incidentu.

(3) Spoľahlivosť - maximálny počet incidentov za kalendárny mesiac. Každá ďalšia chyba nad stanovený limit spoľahlivosti sa počíta ako začatý deň omeškania bez odstránenia vady alebo incidentu. Duplicitné alebo technicky súvisiace incidenty (zadané v rámci jedného pracovného dňa, počas pracovného času 8 hodín) sú považované ako jeden incident.

(4) Incidenty nahlásené verejným obstarávateľom poskytovateľovi podpory v rámci testovacieho prostredia majú prioritu 3 a nižšiu. Vzťahujú sa výhradne k dostupnosti testovacieho prostredia. Za incident v testovacom prostredí sa nepovažuje incident vztiahnutý k práve testovanej funkcionalite.

Vyššie uvedené SLA parametre nebudú použité pre nasledovné služby:

• Služby systémovej podpory na požiadanie (nad paušál)
• Služby realizácie aplikačných zmien vyplývajúcich z legislatívnych a metodických zmien (nad paušál)

Pre tieto služby budú dohodnuté osobitné parametre dodávky.

1. 
   
   1. Požadovaná dostupnosť informačného systému:

Na základe opisu predmetu zákazky sa na dodaný HW vzťahuje SLA zakúpená v cene diela na obdobie 3 rokov v nasledovných SLA parametroch. V režime 24x7 s garantovanou dobou odozvy do 4 hodín.

Oprava zariadenia musí byť realizovaná priamo výrobcom, alebo jeho lokálnym autorizovaným

servisným partnerom (zastúpením).

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

Projekt využije existujúce ľudské zdroje správcu a prevádzkovateľa dátového centra

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

Predmetom projektu nie je dizajn a výroba unikátnej SW časti diela. Zdrojový kód dodávaný v tomto projekte je chránený licenciou tzv. COTS produktov.

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

Na základe zmluvy o dielo bude dodané HW riešenie a následne akceptované. Tento krok bude dokladovaný akceptačným protokolom objednávateľa.

1. ODKAZY

Projektový zámer neobsahuje žiadne odkazy

1. PRÍLOHY

Projektový zámer neobsahuje žiadne prílohy, zoznam rizík sa nachádza priamo v tomto dokumente.