pristup_k_projektu

V súlade s Vyhláškou 401/2023 Z.z. je dokument I-03 Prístup k projektu určený na rozpracovanie detailných informácií prípravy projektu z pohľadu aktuálneho stavu, budúceho stavu a navrhovaného riešenia.

127

128

Dokument Prístup k projektu v zmysle vyššie uvedenej vyhlášky má obsahovať opis navrhovaného riešenia, architektúru riešenia projektu na úrovni biznis vrstvy, aplikačnej vrstvy, dátovej vrstvy, technologickej vrstvy, infraštruktúry navrhovaného riešenia, bezpečnostnej architektúry, špecifikáciu údajov spracovaných v projekte, čistenie údajov, prevádzku a údržbu výstupov projektu, prevádzkové požiadavky, požiadavky na zdrojové kódy. Dodávané riešenie musí byť v súlade so zákonom. Zároveň opisuje aj implementáciu projektu a preberanie výstupov projektu.

129

130

Dokument súčasne zachytáva aspekty bezpečnostnej architektúry v kontexte sieťovej architektúry, na ktorú budú mať navrhované

131

132

oblasti a aktivity projektu najzásadnejší dopad.

\\

\\

== {{id name="projekt_2728_Pristup_k_projektu_detailny-2.1Použitéskratkyapojmy"/}}2.1 Použité skratky a pojmy ==

\\

Z hľadiska formálneho sú použité skratky a pojmy v rámci celého dokumentu definované v nasledujúcej tabuľke a priebežne v texte, kedy je použite skratky označené „ďalej len“ alebo ďalej tiež“.

(% class="" %)|(((

SKRATKA/POJEM

)))|(% colspan="2" %)(((

POPIS

)))

(% class="" %)|(((

MKB

)))|(% colspan="2" %)(((

152

Manažér kybernetickej bezpečnosti

)))

(% class="" %)|(((

HMBA

)))|(% colspan="2" %)(((

157

Hlavné mesto Slovenskej republiky Bratislava

)))

(% class="" %)|(((

HW

)))|(% colspan="2" %)(((

Hardvér

)))

(% class="" %)|(((

SW

)))|(% colspan="2" %)(((

Softvér

)))

(% class="" %)|(((

IT

)))|(% colspan="2" %)(((

172

Informačné technológie

)))

(% class="" %)|(((

IS

)))|(% colspan="2" %)(((

Informačný systém

)))

(% class="" %)|(((

ISVS

)))|(% colspan="2" %)(((

182

Informačný systém verejnej správy

)))

(% class="" %)|(((

KB

)))|(% colspan="2" %)(((

187

Kybernetická bezpečnosť

)))

(% class="" %)|(((

MCA

)))|(% colspan="2" %)(((

192

Multikriteriálna analýza

)))

(% class="" %)|(((

MIRRI

)))|(% colspan="2" %)(((

197

Ministerstvo investícií, regionálneho rozvoja a informatizácie

)))

(% class="" %)|(((

NBÚ

)))|(% colspan="2" %)(((

202

Národný bezpečnostný úrad

)))

(% class="" %)|(((

NKIVS

)))|(% colspan="2" %)(((

207

Národná koncepcia informatizácie verejnej správy

)))

(% class="" %)|(((

OOÚ

)))|(((

Ochrana osobných údajov

)))|(((

\\

)))

(% class="" %)|(((

OVM

)))|(((

Orgán verejnej moci

)))|(((

\\

)))

(% class="" %)|(((

PR

)))|(((

Projektové riadenie

)))|(((

\\

)))

(% class="" %)|(((

RFO

)))|(((

Register fyzických osôb

)))|(((

\\

)))

(% class="" %)|(((

RPO

)))|(((

Register právnických osôb

)))|(((

\\

)))

(% class="" %)|(((

PAM

)))|(((

Privileged access management

)))|(((

\\

)))

(% class="" %)|(((

PaaS

)))|(((

Parkovacia politika mesta Bratislava

)))|(((

\\

)))

(% class="" %)|(((

PoC

)))|(((

Proof of concept

)))|(((

\\

)))

(% class="" %)|(((

SIEM

)))|(((

Security Information and Event Management

)))|(((

\\

)))

(% class="" %)|(((

SDL

)))|(((

Security development lifecycle

)))|(((

\\

)))

(% class="" %)|(((

SLA

)))|(((

Service level agreement

)))|(((

\\

)))

(% class="" %)|(((

TCO

)))|(((

Total cost of Ownership

)))|(((

\\

)))

(% class="" %)|(((

VO

)))|(((

Verejné obstarávanie

)))|(((

\\

)))

(% class="" %)|(((

ZoKB

)))|(((

Zákon o kybernetickej bezpečnosti

)))|(((

\\

)))

(% class="" %)|(((

ŽoNFP

)))|(((

Žiadosť o nenávratný finančný príspevok

)))|(((

\\

)))

== {{id name="projekt_2728_Pristup_k_projektu_detailny-2.2Konvenciepretypypožiadaviek"/}}2.2 Konvencie pre typy požiadaviek ==

\\

**Funkcionálne (používateľské) požiadavky **majú nasledovnú konvenciu:

**FRxx**

* U – užívateľská požiadavka

326

* R – označenie požiadavky

327

* xx – číslo požiadavky

\\

**Nefunkčné (kvalitatívne, výkonové - Non Functional Requirements - NFR) požiadavky** majú nasledovnú konvenciu:

**NRxx**

* N – nefunkčná požiadavka (NFR)

336

* R – označenie požiadavky

337

* xx – číslo požiadavky

\\

Ostatné typy požiadaviek môžu byť ďalej definované objednávateľom/PM.

\\

= {{id name="projekt_2728_Pristup_k_projektu_detailny-3.Popisnavrhovanéhoriešenia"/}}3. Popis navrhovaného riešenia =

\\

Hlavné mesto Slovenskej Republiky Bratislava ako najväčšie mesto Slovenskej republiky má dôležitú úlohu pri poskytovaní základných služieb veľkému množstvu občanov štátu. Preto je nevyhnutné disponovať funkčnou, aktuálnou, kapacitne dostatočnou a bezpečnou infraštruktúrou, ktorá umožňuje mestu tieto služby poskytovať v požadovanej miere a kvalite.

\\

Nevyhnutnosť zvyšovania kybernetickej bezpečnosti je prioritnou témou nie len z legislatívnych dôvodov, ale najmä z dôvodov potreby efektívneho fungovania informačných a prevádzkových systémov využívaných Hlavným mesto Slovenskej republiky Bratislava (ďalej tiež „HMBA“ alebo „mesto Bratislava“) a ich ochrana pred narastajúcimi kybernetickými hrozbami. Ohrozenie používaných systémov môže znamenať kolaps poskytovaných služieb, na ktorých je priamo i nepriamo závislé veľké množstvo užívateľov. Dopad takéhoto nežiadúceho stavu by mal nie len finančné dopady, ale tiež by mali dopad na skupiny obyvateľov, ktorí sú na poskytované služby odkázaní. Pre zníženie týchto rizík potrebuje HMBA dodatočné finančné prostriedky, a preto sa zapája ako žiadateľ do výzvy Podpora v oblasti kybernetickej a informačnej bezpečnosti na regionálnej úrovni – verejná správa (PSK-MIRRI-611-2024-DV-EFRR).

\\

Mesto Bratislava realizuje kroky na zvyšovanie a zachovávanie vysokej úrovne kybernetickej bezpečnosti prostredia, jednak po procesnej stránke ako aj po technologickej, aplikačnej a infraštruktúrnej stránke. Tieto opatrenia sú realizované s ohľadom na platnú legislatívu, najmä zákon 69/2018 Z. z., zákon 95/2019 Z. z., vyhlášky 362/2018 Z. z.

\\

Zároveň mesto Bratislava disponuje bezpečnostnou dokumentáciou:

364

365

1. Stratégia kybernetickej bezpečnosti

366

1. Politika kybernetickej bezpečnosti

367

1. Klasifikácia aktív, inventarizácia aktív, kategorizácia sietí a IS

368

1. Analýza rizík, analýza dopadov, katalóg rizík

\\

Zo záverečnej správy z auditu kybernetickej bezpečnosti v súlade so zákonom č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov (ďalej aj „zákon o KyB“), ktorý bol vykonaný u poskytovateľa základnej služby, ktorým je Hlavné mesto Slovenskej republiky Bratislava, vyplývajú viaceré zistenia v oblasti zabezpečenia kybernetickej bezpečnosti. Zároveň dokument obsahuje návrhy na odstránenie nedostatkov. Predložený projekt sa opiera o závery z uvedeného auditu.

\\

Oblasti, ktoré je nevyhnutné riešiť, sa v zmysle vyššie uvedenej záverečnej správa z auditu týkajú najmä oblasti fyzickej bezpečnosti a v oblasti riadenia kontinuity procesov, taktiež oblasti riadenia IB a KB a oblasť kryptografických opatrení. Ako najkritickejšiu oblasť audit identifikoval riadenie prístupov, riadenie bezpečnosti sietí a IS a riadenie prevádzky, kde existuje značný priestor na zvýšenie vyspelosti („maturity“) týchto procesov a tým pádom aj na zvýšenie celkovej úrovne IB a KB.

\\

Cieľom projektu je zvýšiť odolnosť mesta Bratislava voči kybernetickým incidentom v oblasti dostupnosti služieb poskytovaných občanom, a to v oblasti technickej a biznisovej:

381

382

* Prvým cieľom projektu je podporiť schopnosť zachovať kontinuitu biznis procesov mesta na technickej úrovni – rozšírením kapacít a aktualizovaním infraštruktúry prevádzkovaného datacentra tak, aby bolo mesto pripravené čeliť súčasným rizikám a hrozbám včas, spoľahlivo a efektívne.

383

* Druhým cieľom projektu je podporiť systém riadenia kybernetickej bezpečnosti na procesnej úrovni – komplexnou aktualizáciou existujúcej dokumentácie a vytvorením a implementáciou chýbajúcej dokumentácie, najmä pre oblasť biznis kontinuity procesov, havarijných plánov a interných riadiacich aktov a metodík pre administrátorov.

384

385

Nevyhovujúcu situáciu a identifikované nedostatky chce mesto Bratislava riešiť implementáciou aktivít popísaných v projekte „Zvýšenie odolnosti mesta Bratislava voči kybernetickým hrozbám“.

**~ **

**Žiadateľ stanovil nasledovný spôsob realizácie projektu**:

390

391

V úvodnej fáze projektu je vykonaná dôkladná analýza súčasného stavu s ohľadom na možnosti prechodu na nové riešenie a schválenie návrhu. V projekte je navrhnuté, akým spôsobom bude infraštruktúra upravená, vytvorí sa plán realizácie vrátane zoznamu závislostí, plánu odstávky systému a jednotlivých etáp realizácie.

392

393

Samotné riešenie pozostáva z nákupu a nasadenia state-of-the-art diskového poľa s veľkosťou minimálne 100 TB, možnosťou delenia na menšie sekcie a vykonávaním manažmentu nad týmito sekciami, pričom jedna sekcia bude slúžiť ako produkčné prostredie a druhá ako rýchly a prístupný bod obnovy.

394

395

Toto diskové pole bude slúžiť na ukladanie virtuálnych strojov a ich dát pre kritické aplikácie a služby, ktorých vysoká dostupnosť je nevyhnutná pre hladký chod procesov magistrátu. Diskové pole používané doteraz sa tým pádom uvoľní a môže zostať slúžiť pre ukladanie a správu menej kritických aplikácií, pri ktorých nie je kladený taký vysoký dôraz na ich dostupnosť a nepretržitú prevádzku.

396

397

Takto postavená infraštruktúra bude poskytovať dostatočné parametre pre zabezpečenie vysokej dostupnosti služieb v prípade bežnej prevádzky a výrazne obmedzí negatívne dopady kybernetického bezpečnostného incidentu majúceho vplyv na dostupnosť služby, pretože kritické aplikácie bude možné bezodkladne obnoviť.

398

399

Aby toto riešenie mohlo naozaj efektívne fungovať, je potrebné, aby sieť, na ktorej jednotlivé infraštruktúrne prvky komunikujú, bola dostatočne priepustná a umožňovala presunúť veľké objemy dát za čo najkratší čas.

400

401

Z toho dôvodu je nevyhnutné nasadiť na obidvoch koncoch (na strane dátového centra aj na strane Novej radnice) dostatočne výkonné switche, resp. router, ktoré budú disponovať požadovanými parametrami.

402

403

Čas na obnovu kritických služieb sa tak podľa kalkulácií môže znížiť troj- až štvornásobne; napríklad v prípade systému IS NORIS sa doba zníži zo súčasných 20-24 hodín (s neistým výsledkom pokusu o obnovu) na 4-6 hodín (s veľmi pravdepodobne úspešným pokusom o obnovu).

404

405

Po nasadení bude technický tím testovať a ladiť riešenie, pričom sa bude snažiť minimalizovať čas odstávky potrebný na výkon tejto činnosti a vykonať ju v najmenej exponovanom čase, aby nedošlo k nadmernému výpadku poskytovania základných služieb mesta občanom.

406

407

Následne sa procesy prispôsobia novej situácii, vytvoria sa plány obnovy, postupy pri havárii a ďalšia potrebná dokumentácia, administrátori budú oboznámení s novou konfiguráciou.

408

409

Samotných používateľov (zamestnancov magistrátu) sa táto zmena nijako výrazne nedotkne, okrem zvýšenia komfortu pri práci s informačnými systémami bežiacimi na novej infraštruktúre (najmä stabilita a rýchlosť odozvy).

410

411

V rámci projektu budú pre potreby technických pracovníkov vytvorené aj manuály a metodické príručky obsahujúce informácie o spôsobe konfigurácie nových sieťových prvkov, troubleshooting, základné scenáre. V rámci tvorby bezpečnostných politík budú vytvorené metodiky pre potreby obnovy zo zálohy, havarijné plány pre jednotlivé systémy obsahujúce identifikačné kritériá nehdových scenárov, presný postup v prípade naplnenia scenára, kontaktné údaje na všetky relevantné osoby a roly, plán pravidelného testovania plánov obnovy a bázu vedomostí.

**~ **

**Technické zabezpečenie realizácie a uskutočniteľnosť:**

416

417

Pre uskutočnenie zmien bude potrebná séria niekoľkohodinových odstávok (6-12h), ktoré budú naplánované tak, aby čo najmenej ovplyvnili poskytovanie služieb a celkovú prevádzku, teda cez víkend a/alebo v noci.

418

419

Na základe analýzy sa ukáže, či je nutné vykonať kompletnú zmenu v rámci jednej odstávky, alebo bude odstávok naplánovaných viacero. Predpokladá sa jedna alebo dve iniciálne odstávky, počas ktorých bude zavedený nový hardvér (nové úložisko a sieťové prvky – router a switche), a následne séria viacerých (5-10) odstávok, počas ktorých dôjde k nedostupnosti len konkrétneho systému/aplikácie, pokiaľ nebude premigrovaná na nové úložisko. Harmonogram odstávok bude konkretizovaný počas realizácie projektu, pričom o každej odstávke budú včas (aspoň 10 dní vopred) informované všetky relevantné osoby a stakeholderi. Nepredpokladá sa, že by nasadenie a migrácia mala trvať dlhšie ako 8 víkendov, teda by mala byť zrealizovaná v období 2 mesiacov.

420

421

Samotnú zmenu bude mesto Bratislava vykonávať internými personálnymi kapacitami – zamestnancami oddelenia sieťovej infraštruktúry.

**~ **

**Realizácia projektu bude trvať 12 mesiacov. **Začiatok realizácie projektu je stanovený na 01/2025, ukončenie projektu bude 12/2025.

426

427

Projekt bude realizovaný podľa stanoveného harmonogramu:

428

429

1. Analýza a dizajn (01/2025 – 03/2025)

430

1. Nákup technických prostriedkov, programov a služieb (03/2025 – 05/2025)

431

1. Implementácia a testovanie (05/2025 – 08/2025)

432

1. Nasadenie a PIP (09/2025 – 10/2025)

433

1. Dokončovacia fáza projektu (11/2025-12/2025).

\\

**Po realizácii projektu bude situácia nasledovná:**

438

439

* Dramaticky sa znížia hodnoty RTO (Recovery Time Objective – požiadavka na časový úsek, dokedy musí byť v prípade nedostupnosti služby/systému spustené záložné riešenie alebo bude systém obnovený) pre dané sieťové a infraštruktúrne prvky, ako aj pre služby, ktoré od danej infraštruktúry závisia. Zjednotí sa tak reálna hodnota RTO s požadovanou hodnotou RTO, ako ju pre jednotlivé systémy definuje interný dokument Analýza rizík. Tento dokument popisuje riziká vplývajúce na biznis procesy mesta a na aktíva podporujúce tieto procesy, ohodnocuje závažnosť a akceptovateľnú úroveň týchto rizík, a definuje navrhované opatrenia na zníženie vplyvu rizík.

440

* Miera úspešnosti obnovy systémov a dát po havárii (teda šanca, že sa obnova podarí a nezlyhá) sa zvýši z aktuálnej neakceptovateľnej hodnoty menšej ako 30% na akceptovateľnú úroveň presahujúcu 90%, v závislosti od charakteru obnovovaného informačného systému a ďalších bezpečnostných opatrení majúcich vplyv na daný systém. Mesto bude disponovať diskovým poľom, ktoré bude v prípade incidentu (havária, útok) pripravené okamžite nahradiť nedostupné primárne diskové pole.

441

* Priepustnosť, a teda rýchlosť odozvy bude niekoľkonásobne lepšia (očakávané zlepšenie priepustnosti na úrovni 3- až 6-násobku oproti súčasnému stavu), čo sa prejaví v bezproblémovom a hladkom chode aplikácií a služieb na strane ich používateľov (zamestnancov).

442

* Manažment a správa podpornej infraštruktúry ako aj aplikačnej vrstvy bude značne jednoduchšia a rýchlejšia. V prípade potreby odstávky nebudú výpadky zbytočne dlhé a migrácia virtuálnych strojov bude jednoduchšia a rýchlejšia.

443

* Bezpečnosť celého riešenia sa rapídne zvýši a dostane sa na požadovanú úroveň – najmä v oblasti riadenia prístupov (zavedením dvojfaktorového prihlasovania do infraštruktúry), v oblasti ochrany dôvernosti informácií (zavedením šifrovania diskového poľa najmodernejšími šifrovacími algoritmami), v oblasti ochrany pred útokmi, najmä ransomware (lepšou topológiou a segmentáciou siete, oddelením manažmentovej časti od výkonnej časti).

444

* Prvky doteraz používanej infraštruktúry nebudú úplne vyradené, ale budú konfigurované tak, aby mohli ďalej poskytovať podporu pre služby, ktoré nie sú vysokej úrovne kritickosti, čím sa zvyšuje hospodárnosť celého riešenia, keďže nedôjde k úplnému vyradeniu doteraz používaného hardvéru.

445

* Plány obnovy po incidente alebo havárii budú aktuálne a použiteľné, bude možné ich testovať a aplikovať v prípade potreby, pričom pravdepodobnosť úspešnej obnovy po havárii bude na akceptovateľnej úrovni.

446

* V prostredí Datacentra vznikne nové, moderné dátové úložisko s vysokou mierou dostupnosti, v ktorého prvej časti budú bežať kritické systémy nevyhnutné pre činnosť mesta a v druhej časti bude aktívna rýchla záloha pre potreby obnovy v prípade výpadku alebo havárie.

447

* Na pôvodnom dátovom úložisku, odľahčenom o aplikácie presunuté do nového úložiska, ostanú nekritické aplikácie, ktorých nedostupnosť nemá závažný vplyv na chod organizácie.

448

* Aplikácie a prostredia bežiace na novej infraštruktúre budú primárne:

449

* Kubernetes/Tanzu/Docker

* ParkSys

* IS NORIS

* IS GINIS.

**Očakávané prínosy projektu sú nasledovné:**

455

456

* Zvýšenie dostupnosti aplikácií a služieb, nízke RTO

457

* Zvýšenie používateľského komfortu

458

* Zvýšenie bezpečnosti voči ransomwarovým útokom

459

* Zvýšenie bezpečnosti ukladaných citlivých dát

460

* Zvýšenie bezpečnosti cez správu prístupov

461

* Efektívnejšia správa prostredia

462

* Funkčné plány obnovy

463

* Súlad s platnou legislatívou

464

* Dlhodobé funkčné riešenie

\\

**Udržateľnosť projektu – prevádzková a technická:**

469

470

Systémy, ktoré sa mesto Bratislava v rámci tohto projektu snaží zaviesť, sú dizajnované na dlhodobú nepretržitú prevádzku a sú dodávané poprednými svetovými výrobcami týchto riešení. Pre budúcu prevádzku a udržateľnosť je nevyhnutné zabezpečiť nepretržitú dostupnosť systémov. Zároveň bude vypracovaný plán kontinuity, zálohy a obnovy vrátane havarijného plánu systému, ktorý zadefinuje procesy pre prípady technických závad veľkého rozsahu a postupy vedúce k obnove funkcionalít systému.

\\

**Požiadavky na prevádzku nového riešenia** budú z pohľadu personálu nižšie, pretože riešenie bude podporovať jednoduchší a bezpečnejší manažment, rýchlejšiu odozvu systému, vysokú priepustnosť siete a dostatočne veľké úložisko na presuny a ukladanie dát.

475

476

Z hľadiska energetického bude potrebné urobiť analýzu v rámci realizácie projektu. Hardvér sa bude nachádzať v dátovom centre DC Digitalis, ktorému mesto platí paušálny poplatok za poskytovanie priestoru, energie, klimatizácie, internetového pripojenia atď., je teda možné, že bude potrebné navýšiť tento paušál, aby zohľadnil potreby novej situácie a nových prvkov.

477

478

**Technologické riešenia pre dlhodobú prevádzku** sú dizajnované tak, aby mali veľmi dlhú životnosť a dokázali poskytovať služby desiatky rokov. Samotné riešenie poskytne nezávislý manažovateľný celok, ktorého prítomnosť výrazne pozitívne ovplyvní stav kybernetickej bezpečnosti mesta a schopnosti čeliť rôznym hrozbám vplývajúcim na aktíva a poskytované služby.

479

480

Riešenie, ktoré bude výsledkom tohto projektu, zároveň tvorí len úvodnú (ale kriticky dôležitú) časť zo série bezpečnostných a prevádzkových opatrení, ktoré je potrebné v rámci mesta zaviesť, aby bola dosiahnutá vysoká úroveň bezpečnosti vo všetkých oblastiach definovaných zákonom 69/2018.

481

482

Len na základe implementovaného riešenia bude možné ďalej rozširovať technologickú vrstvu a infraštruktúru mesta a pokrývať tak všetky biznis požiadavky, ktoré musí mesto ako poskytovateľ základných služieb spĺňať.

483

484

**Finančná udržateľnosť projektu**

485

486

Finančná udržateľnosť projektu bude počas celého obdobia udržateľnosti zabezpečená z vlastných zdrojov žiadateľa. Prevádzka projektu bude zabezpečená žiadateľom.

487

488

Preto bude potrebné, aby v priebehu nasledujúcich rokov mesto Bratislava alokovalo dostatočné finančné aj personálne zdroje na to, aby bol dosiahnutý úplný súlad s požiadavkami zákona, dobrej praxe, ako aj politickej a bezpečnostnej situácie vo svete.

\\

= {{id name="projekt_2728_Pristup_k_projektu_detailny-4.Architektúrariešeniaprojektu"/}}4. Architektúra riešenia projektu =

\\

== {{id name="projekt_2728_Pristup_k_projektu_detailny-4.1Biznisvrstva"/}}4.1 Biznis vrstva ==

\\

Vzhľadom na charakter a rozsah projektu je táto kapitola nerelevantná. Projekt realizuje primárne nákup a implementáciu HW na infraštruktúrnej/technologickej vrstve.

\\

Výstupom projektu bude tiež sada bezpečnostnej dokumentácie, ktorá sa zameriava na politiku zachovania biznis kontinuity organizácie, a teda popisuje obnovu prevádzky – procesov a systémov po výpadku, havárii alebo katastrofe. Tieto výstupy nemajú priamy vplyv na biznis procesy poskytovaných služieb občanom a právnickým osobám.

\\

V rámci podaktivít sa činnosti projektu dajú rozdeliť do nasledovných okruhov:

509

510

* Riadenie kontinuity prevádzky

511

* Sieťová a komunikačná bezpečnosť

512

* Bezpečnosť dát a informácií

// //

=== {{id name="projekt_2728_Pristup_k_projektu_detailny-4.1.1Prehľadkoncovýchslužieb–budúcistav:"/}}4.1.1 Prehľad koncových služieb – budúci stav: ===

517

518

Vzhľadom na charakter a rozsah projektu je táto kapitola nerelevantná.

\\

=== {{id name="projekt_2728_Pristup_k_projektu_detailny-4.1.2Jazykovápodporaalokalizácia"/}}4.1.2 Jazyková podpora a lokalizácia ===

\\

Vzhľadom na charakter a rozsah projektu je táto kapitola nerelevantná. Dokumenty (politiky, plány, stratégie, analýza atď.) budú akceptované v slovenskom jazyku prípadne na základe dohody v českom alebo anglickom jazyku.

\\

== {{id name="projekt_2728_Pristup_k_projektu_detailny-4.2Aplikačnávrstva"/}}4.2 Aplikačná vrstva ==

\\

Vzhľadom na charakter a rozsah projektu je táto kapitola nerelevantná. Projektom navrhované zmeny priamo nezasahujú do aplikačnej vrstvy architektúry, nerealizujú nový ISVS ani nerozvíjajú existujúce ISVS.

\\

Zoznam informačných systémov, ktoré budú po realizácii projektu bežať na novej technologickej infraštruktúre:

\\

(% class="" %)|(((

**Kód ISVS **//(z MetaIS)//

)))|(((

**Názov ISVS**

)))|(((

**Modul ISVS**

//(zaškrtnite ak ISVS je modulom)//

)))|(((

**Stav IS VS**

)))|(((

**Typ IS VS**

)))|(((

**Kód nadradeného ISVS**

556

557

//(v prípade zaškrtnutého checkboxu pre modul ISVS)//

)))

(% class="" %)|(((

isvs_9233

)))|(((

IS Správa registratúry

)))|(((

☐

)))|(((

Prevádzkovaný a plánujem rozvíjať

)))|(((

Agendový

)))|(((

\\

)))

(% class="" %)|(((

isvs_10753

)))|(((

Ekonomický systém

)))|(((

☐

)))|(((

Prevádzkovaný a plánujem rozvíjať

)))|(((

Agendový

)))|(((

\\

)))

(% class="" %)|(((

isvs_8983

)))|(((

Elektronizácia služieb bratislavskej samosprávy ESBS

)))|(((

☐

)))|(((

Prevádzkovaný a plánujem rozvíjať

)))|(((

Agendový

)))|(((

\\

)))

(% class="" %)|(((

)))|(((

Mestský parkovací systém

)))|(((

☐

)))|(((

Prevádzkovaný a plánujem rozvíjať

)))|(((

Integračný

)))|(((

\\

)))

(% class="" %)|(((

)))|(((

Webové sídlo

)))|(((

☐

)))|(((

Prevádzkovaný a plánujem rozvíjať

)))|(((

Prezentačný

)))|(((

\\

)))

(% class="" %)|(((

)))|(((

Mestské konto

)))|(((

☐

)))|(((

Prevádzkovaný a plánujem rozvíjať

)))|(((

Agendový

)))|(((

\\

)))

(% class="" %)|(((

)))|(((

ArcGIS

)))|(((

☐

)))|(((

Prevádzkovaný a plánujem rozvíjať

)))|(((

Agendový

)))|(((

\\

)))

(% class="" %)|(((

)))|(((

IS VEMA - dochádzka

)))|(((

☐

)))|(((

Prevádzkovaný a plánujem rozvíjať

658

)))|(((

659

Ekonomický a administratívny chod inštitúcie

)))|(((

\\

)))

\\

=== {{id name="projekt_2728_Pristup_k_projektu_detailny-4.2.1VyužívanienadrezortnýchaspoločnýchISVS–ASIS"/}}4.2.1 Využívanie nadrezortných a spoločných ISVS – AS IS ===

667

668

Vzhľadom na charakter a rozsah projektu je táto kapitola nerelevantná.

\\

=== {{id name="projekt_2728_Pristup_k_projektu_detailny-4.2.2PrehľadplánovanýchintegráciíISVSnanadrezortnéISVS–spoločnémodulypodľazákonač.305/2013e-Governmente–TOBE"/}}4.2.2 Prehľad plánovaných integrácií ISVS na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013 e-Governmente – TO BE ===

673

674

Vzhľadom na charakter a rozsah projektu je táto kapitola nerelevantná.

\\

=== {{id name="projekt_2728_Pristup_k_projektu_detailny-4.2.3PrehľadplánovanéhovyužívaniainýchISVS(integrácie)–TOBE"/}}4.2.3 Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE ===

679

680

Vzhľadom na charakter a rozsah projektu je táto kapitola nerelevantná.

\\

=== {{id name="projekt_2728_Pristup_k_projektu_detailny-4.2.4Aplikačnéslužbyprerealizáciukoncovýchslužieb–TOBE"/}}4.2.4 Aplikačné služby pre realizáciu koncových služieb – TO BE ===

685

686

Vzhľadom na charakter a rozsah projektu je táto kapitola nerelevantná.

\\

=== {{id name="projekt_2728_Pristup_k_projektu_detailny-4.2.5Aplikačnéslužbynaintegráciu–TOBE"/}}4.2.5 Aplikačné služby na integráciu – TO BE ===

691

692

Vzhľadom na charakter a rozsah projektu je táto kapitola nerelevantná.

=== {{id name="projekt_2728_Pristup_k_projektu_detailny-4.2.6PoskytovanieúdajovzISVSdoISCSRÚ–TOBE"/}}4.2.6 Poskytovanie údajov z ISVS do IS CSRÚ – TO BE ===

697

698

Vzhľadom na charakter a rozsah projektu je táto kapitola nerelevantná.

\\

=== {{id name="projekt_2728_Pristup_k_projektu_detailny-4.2.7KonzumovanieúdajovzISCSRU–TOBE"/}}4.2.7 Konzumovanie údajov z IS CSRU – TO BE ===

703

704

Vzhľadom na charakter a rozsah projektu je táto kapitola nerelevantná.

\\

== {{id name="projekt_2728_Pristup_k_projektu_detailny-4.3Dátovávrstva"/}}4.3 Dátová vrstva ==

709

710

Vzhľadom na charakter a rozsah projektu je táto kapitola nerelevantná.

711

712

Projekt realizuje nákup, implementáciu a prevádzku Dátového úložiska, ktorého úlohou je poskytovať dostatočný priestor na prevádzku virtuálnych strojov obsluhujúcich informačné systémy mesta, ako aj poskytovať priestor na vytváranie prevádzkových záloh údajov pre potreby obnovy systémov v prípade výpadku, incidentu, alebo iného obmedzenia dostupnosti služieb.

\\

=== {{id name="projekt_2728_Pristup_k_projektu_detailny-4.3.1Údajevspráveorganizácie"/}}4.3.1 Údaje v správe organizácie ===

717

718

Vzhľadom na charakter a rozsah projektu je táto kapitola nerelevantná.

\\

=== {{id name="projekt_2728_Pristup_k_projektu_detailny-4.3.2Dátovýrozsahprojektu-Prehľadobjektovevidencie-TOBE"/}}4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE ===

723

724

Vzhľadom na charakter a rozsah projektu je táto kapitola nerelevantná.

=== {{id name="projekt_2728_Pristup_k_projektu_detailny-4.3.3Referenčnéúdaje"/}}4.3.3 Referenčné údaje ===

729

730

Vzhľadom na charakter a rozsah projektu je táto kapitola nerelevantná.

\\

=== {{id name="projekt_2728_Pristup_k_projektu_detailny-4.3.4Kvalitaačistenieúdajov"/}}4.3.4 Kvalita a čistenie údajov ===

735

736

Vzhľadom na charakter a rozsah projektu je táto kapitola nerelevantná.

\\

=== {{id name="projekt_2728_Pristup_k_projektu_detailny-4.3.5Otvorenéúdaje"/}}4.3.5 Otvorené údaje ===

741

742

Vzhľadom na charakter a rozsah projektu je táto kapitola nerelevantná.

=== {{id name="projekt_2728_Pristup_k_projektu_detailny-4.3.6Analytickéúdaje"/}}4.3.6 Analytické údaje ===

747

748

Vzhľadom na charakter a rozsah projektu je táto kapitola nerelevantná.

=== {{id name="projekt_2728_Pristup_k_projektu_detailny-4.3.7Mojeúdaje"/}}4.3.7 Moje údaje ===

753

754

Vzhľadom na charakter a rozsah projektu je táto kapitola nerelevantná.

=== {{id name="projekt_2728_Pristup_k_projektu_detailny-4.3.8Prehľadjednotlivýchkategóriíúdajov"/}}4.3.8 Prehľad jednotlivých kategórií údajov ===

759

760

Vzhľadom na charakter a rozsah projektu je táto kapitola nerelevantná.

== {{id name="projekt_2728_Pristup_k_projektu_detailny-4.4Technologickávrstva"/}}4.4 Technologická vrstva ==

765

766

=== {{id name="projekt_2728_Pristup_k_projektu_detailny-4.4.1Prehľadtechnologickéhostavu-ASIS"/}}4.4.1 Prehľad technologického stavu - AS IS ===

\\

[[image:attach:image-2024-7-12_10-46-24-1.png||height="250"]]

771

772

Náhľad topológie siete AS IS (vynechané nerelevantné prvky)

\\

[[image:attach:image-2024-7-12_10-46-37-1.png||height="250"]]

777

778

Náhľad technologickej vrstvy architektúry AS IS

\\

Súčasné riešenie využíva na sieťovej úrovni skupinu 10Gbit switchov, ktoré kvôli svojej priepustnosti vytvárajú úzke hrdlo. Aplikácie, a tým aj biznis procesy a poskytovanie služieb občanom nemôžu byť poskytované v dostatočnej kvalite a dochádza k častým výpadkom, resp. veľkej latencii.

783

784

Na úrovni úložiska je v súčasnej dobe využívané riešenie VSAN, ktoré podporuje virtuálne stroje jednak pre kritické ako aj nekritické aplikácie a služby. Nedochádza teda k dostatočnej segmentácii na dátovej úrovni a v prípade ransomwarového útoku na nekritický (a tým pádom menej zabezpečený) systém môže dôjsť k infikovaniu kritických virtuálnych strojov, čo by malo katastrofálny dopad na poskytovanie služieb magistrátu.

785

786

Súčasné riešenie VSAN zároveň nie je schopné dynamicky meniť potrebné kapacity diskového poľa pre jednotlivé virtuálne stroje, a preto v prípade vysokého zaťaženia niektorej aplikácie môže dochádzať k vyčerpaniu zdrojov a tým pádom k výpadku alebo oneskoreniu služby.

787

788

VSAN tiež momentálne slúži len pre produkčné dáta a neslúži ako priestor na zálohu pre bezvýpadkovú prevádzku virtuálnych strojov a aplikácií. Ako zálohu používa mesto DataDomain a softvér VEEAM, ktoré nedokážu dostatočne naplniť požiadavky na RPO a RTO kritických biznis procesov mesta.

// //

=== {{id name="projekt_2728_Pristup_k_projektu_detailny-4.4.2Požiadavkynavýkonnostnéparametre,kapacitnépožiadavky–TOBE"/}}4.4.2 Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE ===

\\

(% class="" %)|(((

Parameter

)))|(((

Jednotky

)))|(((

Predpokladaná hodnota

)))|(((

Poznámka

)))

(% class="" %)|(((

Počet interných používateľov

)))|(((

Počet

)))|(((

180

)))|(((

\\

)))

(% class="" %)|(((

Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení

)))|(((

Počet

)))|(((

150

)))|(((

\\

)))

(% class="" %)|(((

Počet externých používateľov (internet)

)))|(((

Počet

)))|(((

450 000

)))|(((

\\

)))

(% class="" %)|(((

Počet externých používateľov používajúcich systém v špičkovom zaťažení

)))|(((

Počet

)))|(((

10 000

)))|(((

\\

)))

(% class="" %)|(((

Počet transakcií (podaní, požiadaviek) za obdobie

)))|(((

Počet/obdobie

)))|(((

300/sekunda

)))|(((

\\

)))

\\

=== {{id name="projekt_2728_Pristup_k_projektu_detailny-4.4.3Návrhriešeniatechnologickejarchitektúry"/}}4.4.3 Návrh riešenia technologickej architektúry ===

\\

[[image:attach:image-2024-7-12_10-47-0-1.png||height="250"]]

858

859

Náhľad topológie siete TO BE (vynechané nerelevantné prvky)

\\

[[image:attach:image-2024-7-12_10-47-17-1.png||height="250"]]

864

865

Náhľad technologickej vrstvy architektúry TO BE

\\

Technické riešenie je súčasťou komplexného zvýšenia bezpečnosti, ktorého primárnym cieľom je zvýšenie rýchlosti, stability

870

a bezpečnosti prenosu a ukladania dát v dátovom centre, s primárnym cieľom zabezpečiť vysokú dostupnosť informačných systémov, aplikácií, biznis procesov mesta a tým poskytovanie služieb občanom, a rovnako odolnosť voči rôznym kybernetickým hrozbám.

**~ **

**Sieťové riešenie**

Navrhované sieťové riešenie je plne kompatibilné s plánovaným konceptom mikro-segmentácie s využitím už existujúcej technológie (VMware NSX), ktorý zabezpečí schopnosť nastavovať prístupové pravidlá pre komunikáciu na úrovni virtuálnych switchov a umožní presne definovať komunikáciu do a z prostredia virtuálnej infraštruktúry, ako aj medzi jednotlivými virtuálnymi strojmi. Toto riešenie poskytuje funkcie, ktoré zabezpečí ochranu sieťového prostredia voči hrozbe „Lateral Movement“ (pohyb útočníka medzi prvkami v jednej vrstve hierarchie).

877

878

Tento koncept vyžaduje okrem iného kvalitatívne navýšenie parametrov sieťovej prevádzky formou príslušného hardwarového vybavenia.

879

880

Navrhované sieťové zariadenia ďalej eliminujú existujúce úzke hrdlo (bottleneck) v rýchlosti sieťovej prevádzky v rámci lokálneho dátového centra ako aj pre komunikáciu s externými pobočkami. Je tak eliminovaný stav, kedy fyzická sieťová infraštruktúra obmedzovala komunikáciu systémov a bola príčinou nedostupnosti aplikácií a služieb.

881

882

Navrhované switche budú konfigurované v koncepte vysokej dostupnosti, s elimináciou výpadku sieťovej prevádzky pre kritické aplikácie a dáta tak, aby bola zachovaná dostupnosť aplikačných služieb pre občanov.

883

884

Ďalej bude vďaka možnostiam navrhovaných sieťových prvkov významne zvýšená bezpečnosť a odolnosť voči bezpečnostným útokom na úrovni fyzických portov (Port Security), s kontrolou a autorizáciou prístupu zariadení a užívateľov. Zároveň sú sieťové zariadenia pripravené na automatizáciu prostredníctvom aplikačného rozhrania (API), kde sieťová a bezpečnostná konfigurácia bude súčasťou infraštruktúrnych bezpečnostných deployment blueprintov.

\\

Navrhované sieťové prvky musia podporovať minimálne tieto protokoly (kompletný zoznam je uvedený v technickej špecifikácii):

889

890

* TACACS+ - podpora auntetifikácie TACACS+

891

* 1x – podpora pre 802.1x auntentifikáciu

892

* IPV4 / IPV6 Access lists – kontrola prístupov IP access adress list

893

* Port Security – identifikácia a kontrola prístupov na úrovni MAC adress

894

* IPsec – podpora IPsec protokolu

895

* IPsec VPN – podpora IPsec VPN protokolu

\\

**Dátové pole**

Pre zvýšenie dostupnosti a bezpečnosti dát z virtuálnej infraštruktúry a ďalších prostredí bude inštalované diskové/dátové pole.

902

903

Nové diskové pole bude prezentovať diskový datastore pre virtualizovanú VMware infraštruktúru. Primárne bude určené ako diskový priestor pre kritický workload, kde je vyžadovaná vysoká bezpečnosť a dostupnosť ukladaných dát.

904

905

Navrhovaný koncept ako aj technický dizajn riešenia počíta s možnosťou bezvýpadkovej online migrácie dát medzi existujúcim a novým dátovým úložiskom pre prípad migrácie alebo potreby navýšenia kapacity a výkonu pre aplikácie slúžiace občanom a externým organizáciám.

906

907

Navrhované diskové pole je plne kompatibilné s existujúcim systémom pre zálohu a obnovu dát. Bude procesne integrované do zálohovacieho systému s využitím existujúceho backup úložiska (DataDomain).

908

909

Diskové pole bude súčasťou procesu Ransomware recovery, kedy umožní vytvoriť diskový priestor pre prípad obnovy dát v prípade kyberútoku na dáta uložené na inej časti diskového úložiska.

910

911

Navrhované diskové pole musí podporovať minimálne tieto funkcionality (kompletný zoznam je uvedený v technickej špecifikácii):

912

913

* Data Encryption – enkrypcia uložených dát

914

* CHAP – autentikáciu prístupov v iSCSI protokole

915

* Secure snaphosts – snapshot management s vynútenou retenciou a RBAC

916

* Remote logging – kontrola a auditovanie prístupov a udalostí s uloženou históriou

917

* Validácia a autentikácia software a firmware pre storage kontrolery

918

* RBAC – kontrola prístupu užívateľov s podporou MFA a LDAP

// //

=== {{id name="projekt_2728_Pristup_k_projektu_detailny-4.4.4Využívanieslužiebzkatalóguslužiebvládnehocloudu"/}}4.4.4 Využívanie služieb z katalógu služieb vládneho cloudu ===

\\

Vzhľadom na charakter a rozsah projektu je táto kapitola prevažne nerelevantná. Vládny cloud neposkytuje služby, ktoré sú predmetom projektu a nie sú poskytované v rámci katalógu služieb vládneho cloudu. Mesto Bratislava má s MIRRI podpísané memorandum o spolupráci v oblasti kybernetickej bezpečnosti. Na základe memoranda vykonáva mesto také aktivity v oblasti kybernetickej bezpečnosti, aby bolo v budúcnosti schopné zaviesť sektorový Security Operations Center (SOC).

927

928

Obstarávané a implementované riešenie z výstupu tohto projektu bude schopné odosielať údaje (logy) pre plánovaný rezortný SOC, aby tak došlo k nepretržitému monitoringu a vyhodnocovaniu prevádzkových záznamov mesta a umožneniu rýchlej reakcii na anomálie, bezpečnostné udalosti a incidenty.

929

930

== {{id name="projekt_2728_Pristup_k_projektu_detailny-4.5Bezpečnostnáarchitektúra"/}}4.5 Bezpečnostná architektúra ==

\\

Bezpečnostná architektúra HMBA je kvôli citlivosti údajov klasifikovaná ako chránené, resp. prísne chránené aktívum, preto nie je možné poskytnúť jej detailný popis alebo náhľad. Na konci tejto podkapitoly je zjednodušený diagram popisujúci bezpečnostnú architektúru HMBA.

935

936

Mesto Bratislava je prevádzkovateľom základnej služby a disponuje informačnými systémami kategórie 3. V rámci komplexného riadenia kybernetickej bezpečnosti HMBA je určená a obsadená rola Manažéra kybernetickej bezpečnosti (MKB), je vytvorený výbor pre IB a KB a sú prijaté strategické dokumenty a bezpečnostné politiky v súlade s platnou legislatívou.

937

938

Tento projekt realizuje opatrenia, ktoré zabezpečia súlad bezpečnostnej architektúry s platnou aj nastávajúcou legislatívou, hlavne smernicou NIS2.

\\

Základný rámec riadenia kybernetickej bezpečnosti:

943

944

* Riadenie incidentov

945

* Riadenie prístupov

946

* Riadenie kapacít

947

* Riadenie fyzickej a objektovej bezpečnosti

948

* Monitorovanie prevádzky

949

* Ochrana proti škodlivému kódu

950

* Zvyšovanie bezpečnostného povedomia

951

* Riadenie kontinuity prevádzky – **primárny cieľ tohto projektu**

\\

Podaktivity realizované v rámci projektu:

\\

**Kontinuita prevádzky**

960

961

* Vytvoriť kompletnú potrebnú dokumentáciu k riadeniu kontinuity procesv v prípade incidentu, havárie alebo katastrofického scenára.

962

** Stratégia kontinuity

963

** Plány kontinuity prevázky pre kritické procesy

964

** Plány obnovy po havárii pre kritické systémy

965

* Upraviť a doplniť technologickú infraštruktúru tak, aby bolo možné dané bezpečnostné požiadavky na dostupnosť informačných systémov a sietí reálne dosahovať.

966

** Implementovať diskové pole

967

** Konfigurovať diskové pole, aktivovať šifrovú ochranu dát, riadenie prístupov

968

** Segmentovať diskové pole na prevádzkovú časť a záložnú časť

969

** Migrovať kritické virtuálne stroje a aplikácie na nové diskové pole

970

* Testovať havarijné plány s využitím implementovaného technického riešenia

\\

**Sieťová a komunikačná bezpečnosť**

975

976

* Implementácia a konfigurácia sieťových prvkov – core switchov a routra pre zabezpečenie vysokej priepustnosti siete, aktivovanie moderných bezpečnostných rozhraní a protokolov (napr. šifrovanie, riadenie prístupov) pre zabezpečenie vysokej bezpečnosti sieťovej komunikácie.

977

* Vytvorenie podmienok pre ďalšie aktivity po skončení realizácie tohto projektu – mikrosegmentácia siete.

\\

Výstupom projektu bude aktualizovaná bezpečnostná dokumentácia a zavedenie prvkov infraštruktúry, ktoré podporia bezpečnú komunikáciu, riadenie prístupov administrátorov k systémom, vysokú mieru dostupnosti systémov, aplikácií a biznis služieb, možnosť obnovy systémov po havárii alebo výpadku, šifrovanie ukladaných dát.

\\

Navrhované riešenie bude znamenať dosiahnutie súladu opatrení s nasledovnou legislatívou:

986

987

* Zákon č. 95/2019 Z.z. o informačných technológiách vo verejnej správe;

988

* Zákon č. 69/2018 Z.z. o kybernetickej bezpečnosti;

989

* Zákon č. 45/2011 Z.z. o kritickej infraštruktúre;

990

* vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy;

991

* vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 179/2020 Z. z., ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy;

992

* vyhláška Úradu na ochranu osobných údajov Slovenskej republiky č. 158/2018 Z. z. o postupe pri posudzovaní vplyvu na ochranu osobných údajov;

993

* Nariadenie Európskeho parlamentu a Rady (EÚ) 2016/679 z 27. apríla 2016 o ochrane fyzických osôb pri spracúvaní osobných údajov a o voľnom pohybe takýchto údajov, ktorým sa zrušuje smernica 95/46/ES (všeobecné nariadenie o ochrane údajov);

994

* Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov.

\\

[[image:attach:image-2024-7-12_10-47-41-1.png||height="250"]]

\\

= {{id name="projekt_2728_Pristup_k_projektu_detailny-5.ZávislostinaostatnéISVS/projekty"/}}5. Závislosti na ostatné ISVS / projekty =

\\

Projekt nemá závislosti na iných ISVS alebo projektoch rozvoja IT, ktoré by mali vplyv na dosiahnutie cieľov a merateľných ukazovateľov projektu.

**~ **

= {{id name="projekt_2728_Pristup_k_projektu_detailny-6.Zdrojovékódy"/}}6. Zdrojové kódy =

\\

Vzhľadom na charakter a rozsah projektu je táto kapitola nerelevantná. Na všetok obstarávaný HW je požiadavka, aby išlo o licencovaný produkt tak, aby bol dodržaný zákon ITVS ohľadom „vendor lock-in“.

\\

= {{id name="projekt_2728_Pristup_k_projektu_detailny-7.Prevádzkaaúdržba"/}}7. Prevádzka a údržba =

1019

1020

Prevádzka a údržba výstupov projektu nie sú predmetom ŽoNFP.

**~ **

**Udržateľnosť projektu – prevádzková a technická:**

1025

1026

Systémy, ktoré sa mesto Bratislava v rámci tohto projektu snaží zaviesť, sú dizajnované na dlhodobú nepretržitú prevádzku a sú dodávané poprednými svetovými výrobcami týchto riešení. Pre budúcu prevádzku a udržateľnosť je nevyhnutné zabezpečiť nepretržitú dostupnosť systémov. Zároveň bude vypracovaný plán kontinuity, zálohy a obnovy vrátane havarijného plánu systému, ktorý zadefinuje procesy pre prípady technických závad veľkého rozsahu a postupy vedúce k obnove funkcionalít systému.

\\

**Požiadavky na prevádzku nového riešenia** budú z pohľadu personálu nižšie, pretože riešenie bude podporovať jednoduchší a bezpečnejší manažment, rýchlejšiu odozvu systému, vysokú priepustnosť siete a dostatočne veľké úložisko na presuny a ukladanie dát.

1031

1032

Z hľadiska energetického bude potrebné urobiť analýzu v rámci realizácie projektu. Hardvér sa bude nachádzať v dátovom centre DC Digitalis, ktorému mesto platí paušálny poplatok za poskytovanie priestoru, energie, klimatizácie, internetového pripojenia atď., je teda možné, že bude potrebné navýšiť tento paušál, aby zohľadnil potreby novej situácie a nových prvkov.

1033

1034

**Technologické riešenia pre dlhodobú prevádzku** sú dizajnované tak, aby mali veľmi dlhú životnosť a dokázali poskytovať služby desiatky rokov. Samotné riešenie poskytne nezávislý manažovateľný celok, ktorého prítomnosť výrazne pozitívne ovplyvní stav kybernetickej bezpečnosti mesta a schopnosti čeliť rôznym hrozbám vplývajúcim na aktíva a poskytované služby.

1035

1036

Riešenie, ktoré bude výsledkom tohto projektu, zároveň tvorí len úvodnú (ale kriticky dôležitú) časť zo série bezpečnostných a prevádzkových opatrení, ktoré je potrebné v rámci mesta zaviesť, aby bola dosiahnutá vysoká úroveň bezpečnosti vo všetkých oblastiach definovaných zákonom 69/2018.

1037

1038

Len na základe implementovaného riešenia bude možné ďalej rozširovať technologickú vrstvu a infraštruktúru mesta a pokrývať tak všetky biznis požiadavky, ktoré musí mesto ako poskytovateľ základných služieb spĺňať.

**~ **

**Finančná udržateľnosť projektu**

1043

1044

Finančná udržateľnosť projektu bude počas celého obdobia udržateľnosti zabezpečená z vlastných zdrojov žiadateľa. Prevádzka projektu bude zabezpečená žiadateľom.

1045

1046

Preto bude potrebné, aby v priebehu nasledujúcich rokov mesto Bratislava alokovalo dostatočné finančné aj personálne zdroje na to, aby bol dosiahnutý úplný súlad s požiadavkami zákona, dobrej praxe, ako aj politickej a bezpečnostnej situácie vo svete.

// //

== {{id name="projekt_2728_Pristup_k_projektu_detailny-7.1Prevádzkovépožiadavky"/}}7.1 Prevádzkové požiadavky ==

1051

1052

Obstarávané systémy budú v prevádzkovom režime 24/7, prevádzkové požiadavky budú riešené internými kapacitami – zamestnancami oddelenia sieťovej infraštruktúry.

\\

=== {{id name="projekt_2728_Pristup_k_projektu_detailny-7.1.1Úrovnepodporypoužívateľov"/}}7.1.1 Úrovne podpory používateľov ===

1057

1058

// //Táto kapitola je irelevantná pre predmet projektu – implementácia bezpečnostných riešení. Nejde o agendový alebo iný informačný systém verejnej správy.

// //

=== {{id name="projekt_2728_Pristup_k_projektu_detailny-7.1.2Riešenieincidentov–SLAparametre"/}}7.1.2 Riešenie incidentov – SLA parametre ===

\\

Za incident je považovaná chyba IS, t. j. správanie sa v rozpore s prevádzkovou a používateľskou dokumentáciou IS.

1067

1068

Označenie naliehavosti incidentu:

1069

1070

(% class="" %)|(((

1071

Označenie naliehavosti incidentu

)))|(((

Závažnosť incidentu

)))|(((

Popis naliehavosti incidentu

)))

(% class="" %)|(((

A

)))|(((

Kritická

)))|(((

Kritické chyby, ktoré spôsobia úplné zlyhanie systému ako celku a nie je možné používať ani jednu jeho časť, nie je možné poskytnúť požadovaný výstup z IS.

)))

(% class="" %)|(((

B

)))|(((

Vysoká

)))|(((

Chyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.

)))

(% class="" %)|(((

C

)))|(((

Stredná

)))|(((

Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.

)))

(% class="" %)|(((

D

)))|(((

Nízka

)))|(((

Kozmetické a drobné chyby.

)))

// //

možný dopad:

(% class="" %)|(((

Označenie závažnosti incidentu

)))|(((

\\

Dopad

)))|(((

Popis dopadu

)))

(% class="" %)|(((

1

)))|(((

katastrofický

)))|(((

katastrofický dopad, priamy finančný dopad alebo strata dát

)))

(% class="" %)|(((

2

)))|(((

značný

)))|(((

značný dopad alebo strata dát

)))

(% class="" %)|(((

3

)))|(((

malý

)))|(((

malý dopad alebo strata dát

)))

**// //**

Výpočet priority incidentu je kombináciou dopadu a naliehavosti v súlade s best practices ITIL V3 uvedený v nasledovnej matici:

1144

1145

(% class="" %)|(% colspan="2" rowspan="2" %)(((

1146

Matica priority incidentov

1147

)))|(% colspan="3" %)(((

Dopad

)))

(% class="" %)|(((

Katastrofický - 1

)))|(((

Značný - 2

)))|(((

Malý - 3

)))

(% class="" %)|(% rowspan="4" %)(((

**Naliehavosť**

)))|(((

**Kritická - A**

)))|(((

1

)))|(((

2

)))|(((

3

)))

(% class="" %)|(((

**Vysoká - B**

)))|(((

2

)))|(((

3

)))|(((

3

)))

(% class="" %)|(((

**Stredná - C**

)))|(((

2

)))|(((

3

)))|(((

4

)))

(% class="" %)|(((

**Nízka - D**

)))|(((

3

)))|(((

4

)))|(((

4

)))

**// //**

\\

\\

Vyžadované reakčné doby:

1203

1204

(% class="" %)|(((

1205

Označenie priority incidentu

1206

)))|(((

1207

Reakčná doba^^(1)^^ od nahlásenia incidentu po začiatok riešenia incidentu

1208

)))|(((

1209

Doba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI) ^^(2)^^

)))|(((

Spoľahlivosť ^^(3)^^

(počet incidentov za mesiac)

)))

(% class="" %)|(((

1

)))|(((

0,5 hod.

)))|(((

4 hodín

)))|(((

1

)))

(% class="" %)|(((

2

)))|(((

1 hod.

)))|(((

12 hodín

)))|(((

2

)))

(% class="" %)|(((

3

)))|(((

1 hod.

)))|(((

24 hodín

)))|(((

10

)))

(% class="" %)|(((

4

)))|(((

1 hod.

)))|(% colspan="2" %)(((

1247

Vyriešené a nasadené v rámci plánovaných releasov

)))

**~ **

**Vysvetlivky k tabuľke**

1253

1254

(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 znamená obnovenie štandardnej prevádzky - čas medzi nahlásením incidentu verejným obstarávateľom a vyriešením incidentu úspešným uchádzačom (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 (DKVI) 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 úspešný uchádzač oprávnený požadovať od verejného obstarávateľa schválenie riešenia incidentu.

\\

(3) 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 úspešnému uchádzačovi v rámci testovacieho prostredia majú prioritu 3 a nižšiu

1267

1268

Vzťahujú sa výhradne k dostupnosti testovacieho prostredia. Za incident na testovacom prostredí sa nepovažuje incident vztiahnutý k práve testovanej funkcionalite.

\\

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

1273

1274

* Služby systémovej podpory na požiadanie (nad paušál)

1275

* Služby realizácie aplikačných zmien vyplývajúcich z legislatívnych a metodických zmien (nad paušál)

1276

1277

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

// //

== {{id name="projekt_2728_Pristup_k_projektu_detailny-7.2PožadovanádostupnosťIS:"/}}7.2 Požadovaná dostupnosť IS: ==

**// //**

(% class="" %)|(((

Popis

)))|(((

Parameter

)))|(((

Poznámka

)))

(% class="" %)|(((

**Prevádzkové hodiny**

)))|(((

24 hodín

)))|(((

Nepretržitá prevádzka

1298

)))

1299

(% class="" %)|(% rowspan="2" %)(((

**Servisné okno**

)))|(((

9 hodín

)))|(((

Od 20:00 hod. - do 5:00 hod. počas pracovných dní

)))

(% class="" %)|(((

24 hodín

)))|(((

Servis a údržba sa bude realizovať počas víkendov mimo pracovného času.

1310

)))

1311

(% class="" %)|(((

1312

**Dostupnosť produkčného prostredia IS**

)))|(((

99,5 %

)))|(((

99,5% znamená maximálny ročný výpadok 43 hodín.

1317

1318

Maximálny mesačný výpadok je 3,5 hodiny.

)))

// //

=== {{id name="projekt_2728_Pristup_k_projektu_detailny-7.2.1Dostupnosť(Availability)"/}}7.2.1 Dostupnosť (Availability) ===

\\

Dostupnosť systémov, ktoré sú predmetom tohto projektu, je stanvená na 99,5%, čo je dostupnosť vyžadovaná aplikáciami a procesmi, ktoré daný systém podporuje. Jedným z cieľov projektu je práve zabezpečenie vysokej miery dostupnosti informačných systémov mesta, a tým pádom aj služieb poskytovaných občanom.

\\

=== {{id name="projekt_2728_Pristup_k_projektu_detailny-7.2.2RTO(RecoveryTimeObjective)"/}}7.2.2 RTO (Recovery Time Objective) ===

\\

**Cieľom projektu je znížiť hodnoty RTO pre jednotlivé systémy, aplikácie a procesy. Implementované sieťové prvky a dátové úložisko budú poskytovať výrazne kratšie doby RTO ako v súčasnosti.**

1336

1337

**Najprísnejšia požiadavka aplikácií a biznis procesov, ktoré implementované riešenie podporuje, je RTO v hodnote 24 hodín. V prípade výpadku nespôsobeného závažným katastrofckým vplyvom bude systém schopný obnoviť dáta asynchrónne v priebehu niekoľkých minút, prípadne do jednej až dvoch hodín.**

// //

=== {{id name="projekt_2728_Pristup_k_projektu_detailny-7.2.3RPO(RecoveryPointObjective)"/}}7.2.3 RPO (Recovery Point Objective) ===

\\

**Pravidelnosť zálohovania je podľa biznis požiadaviek pre kritické systémy nastavená na hodnotu 12-24 hodín, v závislosti od charakteru konkrétneho systému.**

\\

= {{id name="projekt_2728_Pristup_k_projektu_detailny-8.Požiadavkynapersonál"/}}8. Požiadavky na personál =

\\

Pre účely realizácie projektu sa zostavuje Riadiaci výbor (RV), v minimálne nasledovnom zložení:

\\

**Riadiaci výbor:**

Predseda RV – Matej Evin

1360

1361

Biznis vlastník – Martin Hrmo

1362

1363

Zástupca prevádzky – Ľubomír Tobek

1364

1365

Projektový manažér – Juraj Repík

**~ **

**Projektový tím:**

Projektový manažér – Juraj Repík

1372

1373

Manažér kybernetickej a informačnej bezpečnosti – Matej Evin

1374

1375

IT architekt – Ľubomír Tobek

1376

1377

IT analytik – Zdenko Škandera

\\

Všetci členovia tímu sú internými zamestnancami Hlavného mesta SR Bratislavy ku dňu podania ŽoNFP.

\\

Jednotlivé pozície členov riadiaceho výboru a projektového tímu majú pridelené kompetencie v nasledovnom rozsahu:

\\

**Biznis vlastník z**odpovedná za:

1390

1391

* Spoluprácu pri riešení odpovedí na otvorené otázky a riziká projektu;

1392

* Posudzovanie, pripomienkovanie, testovanie a protokolárne odsúhlasovanie projektových výstupov v príslušnej oblasti (v biznis procese) po vecnej stránke (najmä procesnej a legislatívnej);

1393

* Riešenie problémov a požiadaviek v spolupráci s odbornými garantmi;

1394

* Spoluprácu pri špecifikácii a poskytuje súčinnosť pri riešení zmenových požiadaviek;

1395

* Schválenie funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu z pohľadu používateľov koncového produktu;

1396

* Definovanie očakávaní na kvalitu projektu, kritérií kvality projektových produktov, prínosov pre koncových používateľova požiadaviek na bezpečnosť;

1397

* Definovanie merateľných výkonnostných ukazovateľov projektov a prvkov;

1398

* Realizáciu dohľadu nad súladom projektových výstupov s požiadavkami koncových používateľov;

1399

* Sledovanie a odsúhlasovanie nákladovosti, efektívnosti vynakladania finančných prostriedkov a priebežné monitorovanie a kontrolu odôvodnenia projektu;

1400

* Schválenie akceptačných kritérií;

1401

* Riešenie problémov používateľov;

1402

* Odsúhlasenie spustenia výstupov projektu do produkčnej prevádzky;

1403

* Dostupnosť a efektívne využitie ľudských zdrojov alokovaných na realizáciu projektu;

1404

* Vykonávanie monitorovania a hodnotenia procesov v plánovaných intervaloch;

1405

* Poskytovanie vyjadrení k zmenovým požiadavkám, k ich opodstatnenosti a priority;

1406

* Zisťovanie efektívneho spôsobu riadenia a optimalizácie zvereného procesu, vrátane analyzovanie všetkých vyskytujúcich sa nezhôd;

1407

* Odsúhlasenie akceptačných protokolov zmenových konaní;

1408

* Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 401/2023 Z.z., Prílohou č.1 plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu.

1409

1410

**Projektový manažér** zodpovedá za:

1411

1412

* Riadenie prípravy, inicializácie a realizácie projektu;

1413

* Riadenie projektu podľa pravidiel stanovených vo Vyhláške 401/2023 Z. z.;

1414

* Identifikovanie kritických miest projektu a navrhovanie ciest k ich eliminácii;

1415

* Plánovanie, organizovanie, motivovanie projektového tímu a monitorovanie projektu;

1416

* Zabezpečenie efektívneho riadenia všetkých projektových zdrojov s cieľom vytvorenia a dodania obsahu a zabezpečenie naplnenie cieľov projektu;

1417

* Určenie pravidiel, spôsobov, metód a nástrojov riadenia projektu a získanie podpory Riadiaceho výboru (RV) pre riadenie, plánovanie a kontrolu projektu a využívanie projektových zdrojov;

1418

* Zabezpečenie vypracovania a aktualizície manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 401/2023 Z. Z.;

1419

* Zabezpečenie realizácie projektu podľa štandardov definovaných vo Vyhláške 78/2020 Z.z.;

1420

* Vypracovanie, pravidelné predkladanie a zabezpečovanie prezentácie stavov projektu, reportov, návrhov riešení problémov a odsúhlasovania manažérskej a špecializovanej dokumentácie v rozsahu určenom Vyhláškou 401/2023 Z. z.;

1421

* Riadenie a operatívne riešenie a odstraňovanie strategických / projektových rizík a závislostí;

1422

* Predkladanie návrhov na zlepšenia na rokovanie Riadiaceho výboru (RV);

1423

* Celkový postup prác v projekte a realizuje nápravné kroky v prípade potreby;

1424

* Vypracovanie požiadaviek na zmenu, návrh ich priority a predkladanie zmenových požiadaviek na rokovanie RV;

1425

* Riadenie zmeny a prípadné požadované riadenie konfigurácií a ich zmien;

1426

* Riadenie implementačných a prevádzkových aktivít v rámci projektov;

1427

* Aktívne komunikuje s dodávateľom, zástupcom dodávateľa a projektovým manažérom dodávateľa s cieľom zabezpečiť úspešné dodanie a nasadenie požadovaných projektových výstupov;

1428

* Formálnu administráciu projektu, správu a archiváciu projektovej dokumentácie, kontrolu dodržiavania a plnenia zmluvy s dodávateľom;

1429

* Dodržiavanie metodík projektového riadenia;

1430

* Predkladanie požiadaviek dodávateľa na rokovanie Riadiaceho výboru (RV);

1431

* Vecnú a procesnú administráciu zúčtovania dodávateľských faktúr.

\\

**Kľúčový používateľ** zodpovedá za:

1436

1437

* Plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu;

1438

* Návrh a špecifikáciu funkčných a technických požiadaviek;

1439

* Jednoznačnú špecifikáciu požiadaviek na jednotlivé projektové výstupy (špecializované produkty a výstupy) z pohľadu vecno-procesného a legislatívy;

1440

* Vytvorenie špecifikácie, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu, · Špecifikáciu požiadaviek koncových používateľov na prínos systému;

1441

* Špecifikáciu požiadaviek na bezpečnosť;

1442

* Návrh a definovanie akceptačných kritérií;

1443

* Vykonanie testovania a finálne odsúhlasenie funkčnosti;

1444

* Vykonanie akceptačného testovania;

1445

* Finálne odsúhlasenie a akceptáciu manažérskych a špecializovaných produktov alebo projektových výstupov;

1446

* Finálny návrh na spustenie do produkčnej prevádzky;

1447

* Predkladanie požiadaviek na zmenu funkcionalít produktov;

1448

* Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 401/2023 Z.z.;

1449

* Plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu;

1450

* Realizáciu kvalitatívneho používateľského výskumu (nastavenie požiadaviek na regrutáciu, návrh scenára, vedenie rozhovoru

1451

* Analýzu a návrh riešenia problematiky prístupnosti webových sídiel;

1452

* Podporu a spoluprácu pri tvorbe Stratégie riadenia kvality (princípy, kritériá kvality);

1453

* Spoluprácu pri vytváraní funkčných požiadaviek na výstupy;

1454

* Vedenie a aktualizáciu príslušných projektových výstupov a registrov;

1455

* Hodnotenie jednotlivých verzií výstupov projektu v jednotlivých etapách;

1456

* Vytváranie hodnotiacich kritérií na dohľad výstupov a príslušných záznamov, o ktorých reportuje projektovému manažérovi objednávateľa;

1457

* Nastavenie a dohľad nad procesom testovania a pripomienkovanie stratégie testovania, plánov a testovacích scenárov;

1458

* Účasť na kontrolných aktivitách počas implementácie výstupov;

1459

* Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 401/2023 Z.z..

1460

1461

**IT analytik** zodpovedá za:

1462

1463

* Plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu;

1464

* Vykonanie analýzy procesných a ďalších požiadaviek a vytvorenie riešení;

1465

* Participáciu na vývoji nových, ale i vylepšovaní existujúcich aplikácií v rámci celého vývojového cyklu – systémová analýza, dizajn, kódovanie, užívateľské testovanie, implementácia, podpora, dokumentácia. Úzko spolupracuje aj s IT architektom;

1466

* Analýza potrieb zákazníka vrátane tvorby dokumentácie a vstupov do verejného obstarávania (VO);

1467

* Mapovanie požiadaviek do návrhu funkčných riešení;

1468

* Návrh a správa katalóg požiadaviek - registra požiadaviek riešenia;

1469

* Analýza funkčných a nefunkčných požiadaviek;

1470

* Návrh fyzického a logického modelu;

1471

* Návrh testovacích scenárov;

1472

* V priebehu implementácie robí dohľad nad zhodou výstupov s pôvodným analytickým zadaním;

1473

* Zodpovednosť za dodržovanie správnej metodiky pri postupe analýzy;

1474

* Definovanie akceptačných kritérií v projekte;

1475

* Odsúhlasenie opisu produktov, ktoré predstavujú vstupy alebo výstupy (priebežné alebo konečné) úloh dodávateľov, alebo ktoré ich priamo ovplyvňujú a zabezpečovať akceptáciu produktov po ich dokončení;

1476

* Priraďuje priority a poskytuje stanoviská používateľov na rozhodnutia Riadiaceho výboru projektu – k realizácii zmenových požiadaviek;

1477

* Poskytuje merania aktuálneho stavu pre potreby porovnania s výsledkami projektu vzhľadom na realizáciu prínosov;

1478

* Rieši požiadavky používateľov a konflikty iných priorít;

1479

* Posúdenie prevádzkovo-infraštruktúrnej dokumentácie pred akceptáciou a prevzatím od dodávateľa;

1480

* Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 401/2023 Z.z..

\\

**IT architekt** zodpovedá za:

1485

1486

* Plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu;

1487

* Navrhovanie architektúry IT riešení s cieľom dosiahnuť najlepšiu efektivitu;

1488

* Transformovanie cieľov, prísľubov a zámerov projektu do tvorby reálnych návrhov a riešení;

1489

* Navrhovanie takých riešení, aby poskytovali čo najvyššiu funkčnosť a flexibilitu;

1490

* Posudzovanie vhodnosti navrhnutých riešení s ohľadom na požiadavky projektu;

1491

* Zodpovednosť za technické navrhnutie a realizáciu projektu;

1492

* Zodpovednosť za vytvorenie technickej IT dokumentácie a jej následná kontrola;

1493

* Zodpovednosť za definovanie integračných vzorov, menných konvencií, spôsobov návrhu a spôsobu programovania;

1494

* Definovanie architektúry systému, technických požiadaviek a funkčného modelu;

1495

* Vytvorenie požiadaviek na HW/SW infraštruktúru IS;

1496

* Udržiavanie a rozvoj konzistentnej architektúry s dôrazom na architektúru aplikačnú, dátovú a infraštruktúru;

1497

* Analýzu a odhad náročnosti technických požiadaviek na vytvorenie IS alebo vykonanie zmien v IS;

1498

* Navrhovanie riešení zohľadňujúce architektonické štandardy, časové a zdrojové obmedzenia;

1499

* Navrhovanie dátových transformácií medzi dátovými skladmi a aplikáciami;

1500

* Vyhodnocovanie implementačných alternatív z pohľadu celkovej IT architektúry;

1501

* Ladenie dátových štruktúr za účelom dosiahnutia optimálneho výkonu;

1502

* Prípravu akceptačných kritérií · Analýza nových nástrojov, produktov a technológií;

1503

* Správa, rozvoj a dohľad nad dodržiavaním integračných štandardov;

1504

* Priebežné posudzovanie vecných výstupov dodávateľa v rámci analýzy, návrhu riešenia;

1505

* Posudzovanie a úpravu testovacej stratégie, testovacích scenárov, plánov testov, samotné testovanie a účasť na viacerých druhoch testovania;

1506

* Nasadenie a otestovanie migrácie, overenie kvality dát a navrhnutie nápravných opatrení;

1507

* Participáciu na výkone bezpečnostných testov;

1508

* Posúdenie prevádzkovo-infraštruktúrnej dokumentácie pred akceptáciou a prevzatím od dodávateľa;

1509

* Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 401/2023 Z.z..

1510

1511

**Manažér kybernetickej a informačnej bezpečnosti** zodpovedá za:

1512

1513

* Špecifikovanie štandardov, princípov a stratégií v oblasti kybernetickej a informačnej bezpečnosti;

1514

* Špecifikáciu a analýzu funkčných požiadaviek kybernetickej a informačnej bezpečnosti;

1515

* Špecifikovanie požiadaviek na kybernetickú a informačnú bezpečnosť, kontroluje ich implementáciu v realizovanom projekte;

1516

* Špecifikovanie požiadaviek na bezpečnosť vývojového, testovacieho a produkčného prostredia;

1517

* Špecifikovanie požiadaviek na bezpečnosť v rámci bezpečnostnej vrstvy;

1518

* Špecifikovanie požiadaviek na bezpečnostnú architektúru riešenia a technickú infraštruktúru;

1519

* Špecifikovanie požiadaviek na dostupnosť, zálohovanie, archiváciu a obnovu IS vzťahujúce sa kybernetickú a informačnú bezpečnosť;

1520

* Realizáciu posúdenie požiadaviek agendy na integrácie a procesov konverzie a migrácie, identifikácia nesúladu a návrh riešenia;

1521

* Špecifikovanie požiadaviek na testovanie z hľadiska kybernetickej a informačnej bezpečnosti, realizáciu kontroly zapracovania a retestu, špecifikovanie požiadaviek na obsah dokumentácie v zmysle legislatívnych požiadaviek;

1522

* Špecifikáciu akceptačných kritérií za oblasť kybernetickej a informačnej bezpečnosti;

1523

* Špecifikáciu pravidiel pre publicitu a informovanosť s ohľadom KIB;

1524

* Poskytovanie konzultácií pri tvorbe šablón a vzorov dokumentácie pre oblasť kybernetickej a informačnej bezpečnosti;

1525

* Získavanie informácií nutných pre plnenie úloh v oblasti kybernetickej a informačnej bezpečnosti;

1526

* Špecifikáciu podmienok na testovanie, reviduje výsledky a výstupy z testovania za oblasť ITB a KIB,

1527

* Konzultácie a vykonávanie kontrolnej činnosť zameranej na obsah a komplexnosť dokumentácie;

1528

* Realizáciu kontroly zameranej na naplnenie požiadaviek definovaných v bezpečnostnom projekte, na správnosť nastavení a konfigurácii bezpečnosti jednotlivých prostredí, realizáciu procesu posudzovania a komplexnosti bezpečnostných rizík, bezpečnosť a kompletný popis rozhraní, správnu identifikácia závislostí;

1529

* Realizáciu kontroly naplnenia definovaných požiadaviek pre oblasť KIB;

1530

* Realizáciu kontroly zameranú na implementovaný proces a jeho súlad s platnou legislatívou v oblasti kybernetickej a informačnej bezpečnosti;

1531

* Poskytovanie konzultácií a súčinnosti pre problematiku kybernetickej a informačnej bezpečnosti;

1532

* Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 401/2023 Z.z..

\\

\\

= {{id name="projekt_2728_Pristup_k_projektu_detailny-9.Implementáciaapreberanievýstupovprojektu"/}}9. Implementácia a preberanie výstupov projektu =

1539

1540

Projekt bude v zmysle Vyhlášky 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke realizovaný metódou waterfall. V zmysle vyhlášky 401/2023 Zz o riadení projektov a zmenových požiadaviek v prevádzke je možné pristupovať k realizácii projektu prostredníctvom čiastkových plnení, t.j. inkrementov. Jednotlivé inkrementy sú definované v katalógu požiadaviek.

// //

= {{id name="projekt_2728_Pristup_k_projektu_detailny-10.Prílohy"/}}10. Prílohy =

1545

1546

Tento dokument je bez príloh.

1547

1548

\\

Wiki zdrojový kód pre pristup_k_projektu

Aplikácie

Navigácia

Moje posledné úpravy

Need help?