Zmeny dokumentu I-02 Projektový zámer V1.0

Naposledy upravil Sergej Kuriš 2025/05/30 09:12

From 23.9 to 23.10 From 23.21 to 23.22

Z verzie 23.10

upravil Sergej Kuriš
-

Zmeniť komentár: Pre túto verziu nie sú komentáre

Do verzie 23.21

upravil Sergej Kuriš
-

Zmeniť komentár: (Autosaved)

Raw
Rendered

Súhrn

Vlastnosti stránky (1 modified, 0 added, 0 removed)

Podrobnosti

Vlastnosti stránky

Obsah

@@ -1653,20 +1653,333 @@
  = {{id name="_Toc152607322"/}}{{id name="_Toc2133064951"/}}{{id name="_Toc146510989"/}}{{id name="_Toc1763044084"/}}{{id name="_Toc30446447"/}}{{id name="_Toc2101360933"/}}{{id name="_Toc825763386"/}}{{id name="_Toc1614333450"/}}{{id name="_Toc1269235670"/}}{{id name="_Toc2114332294"/}}{{id name="_Toc208969925"/}}{{id name="_Toc1427296716"/}}6. PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU =
--//Doplniť popis potrebných zmien v oblasti legislatívy pre naplnenie cieľov a dodanie výstupov projektu.//
--//Uviesť konkrétne zákony, prípadne aj paragrafy, ktoré budú predmetom legislatívnych zmien.//
--//Doplniť popis, aký je negatívny dopad na výstupy projektu, jeho ciele a rozsah a časový harmonogram, ak vyššie uvedené zmeny v zákonoch nebudú realizované.//
++== 6.1 Návrh riešenia prevádzky a údržby ==
--= {{id name="_Toc510413657"/}}{{id name="_Toc152607323"/}}{{id name="_Toc765633140"/}}{{id name="_Toc2047061689"/}}{{id name="_Toc1365902580"/}}{{id name="_Toc96771585"/}}{{id name="_Toc977817845"/}}{{id name="_Toc338302336"/}}{{id name="_Toc158422599"/}}{{id name="_Toc894533619"/}}{{id name="_Toc1336543996"/}}{{id name="_Toc1715202395"/}}{{id name="_Toc1402143762"/}}{{id name="_Toc47815706"/}}7.ROZPOČET A PRÍNOSY =
++Táto kapitola definuje organizačné a technické mechanizmy na zabezpečenie prevádzky a údržby cieľového riešenia vrátane špecifikácie podpory na viacerých úrovniach (L1, L2, L3), činností HelpDesku a nastavenia úrovní poskytovania služieb (SLA). Obsahuje aj prehľad očakávaných požiadaviek na prevádzku a údržbu s cieľom zaručiť spoľahlivosť, dostupnosť a efektívne riešenie incidentov a problémov.
--//Počas Prípravnej a iniciačnej fázy, je potrebné predložiť samostatný dokument M-05 Analýza nákladov a prínosov (xls. BC/CBA) v predpísanej štruktúrovanej forme.(povinné v prípade projektov nad 1 000 000,- EUR). Pre iný, než veľký projekt - projekt pod 1 000 000,- EUR - objednávateľ detailne opíše nákladovú a prínosovú stránku a postup, ktorý je zvolený na cenovú kalkuláciu nákladov a prínosov projektu.//
--//V tejto časti dokumentu sa od Vás očakáva štruktúrovane popísať~://
++1. HelpDesk (L1 podpora)
++HelpDesk predstavuje prvý kontaktný bod pre používateľov využívajúcich ISVS. Zodpovedá za: prijímanie požiadaviek, registráciu incidentov a poskytovanie základnej podpory:
++1*. Prijímanie, registráciu a klasifikácia incidentov a požiadaviek.
++1*. Poskytovanie základnej podpory/základných informácií.
++1*. Zabezpečuje riešenie pre bežné problémy.
++1*. Eskalácia zložitejších problémov na vyššie úrovne podpory (L2, L3).
++1*. HelpDesk je dostupný v režime stanovenom SLA (napr. 24/7, 8/5).
++1. Podpora druhej úrovne (L2 podpora)
++L2 podpora zahŕňa technickú pomoc pre problémy, ktoré presahujú možnosti riešenia HelpDesku. Zameriava sa na analýzu a diagnostiku incidentov s cieľom ich vyriešenia:
++1*. Riešenie problémov s konfiguráciou a nastavením systému.
++1*. Aktualizácia a údržba softvéru v rámci schválených zmien.
++1*. Komunikácia s používateľmi v prípade potreby dodatočných informácií.
++1*. Eskalácia komplexných problémov na L3 podporu.
++1*. L2 podpora je zabezpečovaná počas prevádzkových hodín definovaných v SLA.
++1. Podpora tretej úrovne (L3 podpora)
++L3 podpora poskytuje expertné riešenia pre problémy vyžadujúce zásahy špecializovaných tímov, ako sú vývojári alebo architekti systému:
++1*. Diagnostika a oprava kritických incidentov.
++1*. Implementácia opráv a aktualizácií softvéru.
++1*. Realizácia zmien v infraštruktúre alebo kóde, ktoré si vyžadujú zásah na hlbšej technickej úrovni.
++1*. Spolupráca s tretími stranami na riešení špecifických problémov.
++1*. L3 podpora je dostupná podľa dohodnutých podmienok SLA.
--* //**vypočítané náklady** (vývoj + prevádzka) v T10 (t.j. na 10 rokov dopredu)//
--* //v**ypočítané prínosy** v T10 (t.j. na 10 rokov dopredu)//
--* //**slovne popísať výpočet prínosov**, z čoho sú čerpané vstupné hodnoty//
--* //**rok návratnosti** (doplnenie ukazovateľov: ENPV, FNPV, BCR)//
++**Spôsob zabezpečenia prevádzky a údržby**
++* Monitorovanie a správa zavedenie nástrojov na monitorovanie výkonnosti a dostupnosti systému s cieľom predchádzať výpadkom.
++* Preventívna údržba: Pravidelné vykonávanie aktualizácií softvéru, bezpečnostných kontrol a zálohovania údajov.
++* Reaktívna údržba: Rýchla reakcia na incidenty a problémy na základe kategorizácie podľa závažnosti a priorít.
++* Komunikačné kanály: Poskytovanie podpory prostredníctvom telefónu, e-mailu a špecializovaných ticketingových systémov.
++* Úroveň poskytovania služieb (SLA)
++* Dostupnosť: Definovanie úrovne dostupnosti systému (napr. 99,5 %).
++* Časy odozvy: Stanovenie maximálnych reakčných a riešiacich časov pre incidenty a požiadavky.
++* Kategorizácia incidentov: Rozdelenie incidentov podľa závažnosti (kritické, vysoké, stredné, nízke).
++* Hodnotenie výkonu: Pravidelné prehodnocovanie plnenia SLA na základe reportov a spätnej väzby.
++* Prehľad požiadaviek na prevádzku a údržbu
++
++1. Technické požiadavky:
++1*. Dostupnosť serverovej infraštruktúry.
++1*. Spoľahlivé pripojenie k sieti a komunikačné kanály.
++1*. Zálohovacie riešenia a úložiská.
++1. Personálne požiadavky:
++1*. Dostupnosť školeného tímu na všetkých úrovniach podpory.
++1*. Jasne definované roly a zodpovednosti pre jednotlivé úrovne podpory.
++1. Organizačné požiadavky:
++1*. Nastavenie procesov pre manažment incidentov, zmien a problémov.
++1*. Pravidelná komunikácia medzi prevádzkovateľom a poskytovateľom podpory.
++
++
++== 6.2 Zabezpečenie podpory používateľov a prevádzky ==
++
++Prevádzka informačného systému a podpora jeho používateľov bude zabezpečovaná prostredníctvom štandardného trojstupňového modelu technickej podpory, ktorý pokrýva bežné incidenty, prevádzkové situácie aj zložité servisné požiadavky vyžadujúce zásah odborných tímov alebo dodávateľa riešenia. Tento model je doplnený o špecifikáciu podpory technologickej infraštruktúry, v ktorej systémy bežia (napr. cloudové služby, sieťová infraštruktúra, servery a ich systémové prostredie).
++
++=== 6.2.1 Podpora 1. stupňa (L1) ===
++
++Podpora úrovne L1 predstavuje prvú kontaktnú úroveň medzi používateľom a správcom systému. Zabezpečuje prijímanie incidentov a požiadaviek, ich základnú klasifikáciu, overenie dostupnosti jednotlivých vrstiev infraštruktúry (sieť, operačný systém, aplikácia), riešenie jednoduchých používateľských problémov (napr. zabudnuté heslá, nesprávne nastavenia) a následné rozhodnutie o potrebe eskalácie.
++
++Táto podpora bude poskytovaná prostredníctvom **jednotného kontaktného miesta (helpdesk)**, ktoré môže byť zriadené buď ako interné oddelenie správcu IS, alebo delegované na špecializovanú organizáciu v zriaďovateľskej pôsobnosti MK SR (napr. NASES), prípadne na externého dodávateľa.
++
++=== 6.2.2 Podpora 2. stupňa (L2) ===
++
++Podpora úrovne L2 pozostáva z odborných riešiteľských tímov s hlbokou znalosťou riešenia a technickej architektúry. Títo pracovníci neprichádzajú do priameho kontaktu s používateľmi, ale poskytujú súčinnosť L1 pri riešení komplexnejších incidentov. Vykonávajú analýzu údajov, validáciu alebo revíziu zistení z L1 a rozhodujú o ich ďalšom riešení.
++
++Za poskytovanie L2 podpory bude zodpovedné **oddelenie IT prevádzky MK SR alebo poverená organizácia**, pričom časť činností môže byť zabezpečovaná externe v prípade špecializovaných technických zásahov.
++
++=== 6.2.3 Podpora 3. stupňa (L3) ===
++
++Tretia úroveň podpory zabezpečuje riešenie najzávažnejších a technicky najnáročnejších incidentov, vrátane systémových porúch, problémov na úrovni zdrojového kódu a komplexnej optimalizácie riešenia. L3 bude vykonávaná **externým dodávateľom riešenia**, ktorý bude zazmluvnený na základe výsledku verejného obstarávania.
++
++Dodávateľ bude viazaný **zmluvou o podpore (SLA)**, ktorá určí reakčné a obnovovacie časy, spôsoby eskalácie, ako aj sankcie pri nedodržaní úrovne poskytovaných služieb.
++
++=== 6.2.4 Podpora infraštruktúrnych služieb ===
++
++Podpora technickej infraštruktúry, na ktorej informačný systém beží, bude riešená v súlade s architektonickým návrhom riešenia – predpokladá sa využitie **cloudového prostredia** alebo dátového centra štátnej správy. Zodpovednosť za tieto vrstvy (servery, virtualizačné prostredie, sieťové prvky, zálohovanie, monitoring) ponesie **prevádzkovateľ infraštruktúry**, a to buď priamo MK SR, alebo poverená organizácia (napr. NASES, poskytovateľ cloudu). Zmluvné podmienky podpory budú upravené prostredníctvom servisných zmlúv.
++
++|**PodPora**|(((
++**Poskytovateľ**
++
++**(subjekt zodpovedný za poskytnutie podpory)**
++)))|**Požadovaný Čas dostupnosti**|**STAV zabezpečenia**|(((
++**Pozn.**
++
++**(napr. známe obmedzenia služby, špeciálne zodpovednosti, a pod.)**
++)))
++|**Podpora L1 - **jednotný kontaktný bod|Oddelenie IT podpory / externý dodávateľ / poverená organizácia v pôsobnosti MK SR|9×5 (pracovné dni 8:00–17:00)|Bude vytvorený v rámci realizácie projektu|Možnosť integrácie s helpdeskom organizácie alebo centrálneho portálu služieb
++|**Podpora L2**|Oddelenie prevádzky MK SR / poverená organizácia|9×5|Zabezpečené v rámci správy IS / môže byť čiastočne externe|Možnosť dohodnutia úrovne eskalácie a SLA s externým partnerom
++|**Podpora L3**|Dodávateľ riešenia (úspešný uchádzač z verejného obstarávania)|9×5 alebo podľa SLA|Bude obstarané ako súčasť zmluvy o podpore systému|Súčasť SLA, definované reakčné a obnovovacie časy
++|**Podpora infraštruktúrnych služieb**|Prevádzkovateľ infraštruktúry (cloud / dátové centrum)|24×7 podľa úrovne infraštruktúry|Zabezpečené servisnou zmluvou|Súčasť dohody o poskytovaní infraštruktúry (napr. IaaS, PaaS, hybridné riešenie)
++
++
++
++== 6.3 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.
++
++|**klasifikácia naliehavosti incidentu**|**Závažnosť  incidentu**|**Popis naliehavosti incidentu**
++|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.
++|B|Vysoká|Chyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.
++|C|Stredná|Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.
++|D|Nízka|Kozmetické a drobné chyby.
++
++|**Klasifikácia závažnosti incidentu**|(((
++**Dopad**
++)))|**Popis dopadu**
++|1|katastrofický|katastrofický dopad, priamy finančný dopad alebo strata dát,
++|2|značný|značný dopad alebo strata dát
++|3|malý|malý dopad alebo strata dát
++
++**Určenie priority incidentu je kombináciou dopadu a naliehavosti podľa nasledovnej matice:**
++
++|(% colspan="2" rowspan="2" %)**Matica priority incidentov**|(% colspan="3" %)**Dopad**
++|**Katastrofický - 1**|**Značný - 2**|**Malý - 3**
++|(% rowspan="4" %)**Naliehavosť**|**Kritická - A**|1|2|3
++|**Vysoká - B**|2|3|3
++|**Stredná - C**|2|3|4
++|**Nízka - D**|3|4|4
++
++
++**Parametre služby Riešenia incidentov v prevádzke:**
++
++|**Označenie priority incidentu**|**Reakčná doba^^(1)^^ od nahlásenia incidentu po začiatok riešenia incidentu**|**Doba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI) ^^(2)^^**|(((
++**Spoľahlivosť ^^(3)^^**
++
++**(počet incidentov za mesiac)**
++)))
++|1|1 hod.|4  hodín|1
++|2|1 hod.|12 hodín|2
++|3|1 hod.|24 hodín|10
++|4|1 hod.|(% colspan="2" %)Vyriešené a nasadené v rámci plánovaných releasov (vydaní novej verzie programového vybavenia a konfigurácie)
++
++
++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.
++
++== 6.4 Požadovaná dostupnosť informačného systému: ==
++
++|**Popis**|**Parameter**|**Upresnenie**
++|Prevádzkové hodiny|9 hodín|od 08:00 hod. do 17:00 hod. počas pracovných dní. Dostupnosť služieb bude ovplyvnená samotnou prevádzkovou dobou IS MOU a jej dostupnosťou. Do prevádzkového času je potrebné v primeranom rozsahu zohľadniť aj dostupnosť infraštruktúry gCloud alebo Govnet.
++|(% rowspan="2" %)Servisné okno|8 hodín|od 22:00 hod. - do 6:00 hod. počas pracovných dní
++|24 hodín|(((
++od 00:00 hod. - 23:59 hod. počas dní pracovného pokoja a štátnych sviatkov
++
++Servis a údržba sa bude realizovať mimo pracovného času.
++)))
++|Dostupnosť produkčného prostredia IS|98,5%|(((
++98,5% z 24/7/365  t.j. max ročný výpadok je 66 hod.
++
++Maximálny mesačný výpadok je 5,5 hodiny.
++
++Vždy sa za takúto dobu považuje čas od 0.00 hod. do 23.59 hod. počas pracovných dní v týždni.
++
++Nedostupnosť IS sa počíta od nahlásenia incidentu Zákazníkom v čase dostupnosti podpory Poskytovateľa (t.j. nahlásenie incidentu na L3 v čase od 6:00 hod. - do 18:00 hod. počas pracovných dní).  Do dostupnosti IS nie sú započítavané servisné okná a plánované odstávky IS.
++
++V prípade nedodržania dostupnosti IS bude každý ďalší začatý pracovný deň nedostupnosti braný ako deň omeškania bez odstránenia vady alebo incidentu.
++)))
++|[[RTO (Recovery Time Objective)>>path:#_RTO_(Recovery_Time]] |4 hodiny|RTO vyjadruje množstvo času potrebné pre obnovenie dát a celej prevádzky nedostupného systému
++|RPO (Recovery Point Objective)|6 hodín|RPO vyjadruje, do akého času (bodu) v minulosti možno obnoviť dáta, t.j. rozsah dát, o ktoré môže organizácia prísť
++
++//Tabuľka 40 Požadovaná dostupnosť IS //
++
++
++==
++6.5 Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky ==
++
++Prevádzka budovaného systému v TO BE stave si vyžaduje adekvátne personálne zabezpečenie, ktoré bude zodpovedné za každodennú operatívu, technickú podporu, správu systému a riešenie incidentov. S cieľom zabezpečiť stabilnú, bezpečnú a spoľahlivú prevádzku budú alokované personálne kapacity v nasledovných oblastiach:
++
++=== A. Prevádzkové a technické zabezpečenie ===
++
++Pre efektívne fungovanie systému budú nevyhnutné nasledovné pozície a kapacity:
++
++* Administrátor IS – zodpovedný za správu používateľských účtov, bezpečnostné politiky, konfiguráciu systému a monitorovanie jeho výkonnosti.
++* Technický správca aplikácie – zodpovedný za správu aplikačných komponentov, logovanie incidentov, zavádzanie zmien a spoluprácu s dodávateľom systému.
++* Datový analytik / správca údajov – zodpovedný za kontrolu kvality údajov, zber a spracovanie reportov.
++* Prevádzkový koordinátor / garant IS – koordinuje komunikáciu medzi odbornými útvarmi a technickým zabezpečením systému, dohliada na SLA a zabezpečuje súlad s metodikami a procesmi.
++
++Počet osôb na jednotlivých pozíciách bude prispôsobený rozsahu nasadenia systému a jeho využitiu v produkčnom prostredí. V počiatočnej fáze sa predpokladá minimálne 2-3 zamestnanci na úrovni rezortu a doplnenie kapacít na úrovni jednotlivých zapojených organizácií, ak to charakter IS vyžaduje.
++
++=== B. Školenia ===
++
++Na zabezpečenie kvalifikovaného využívania a správy systému budú v rámci projektu realizované školenia, ktoré pokryjú potreby jednotlivých cieľových skupín:
++
++* Používatelia systému – školenia zamerané na používanie systému (užívateľské rozhranie, vyhľadávanie, práca s údajmi, notifikácie).
++* Pracovníci technickej podpory a správy systému – pokročilé školenia zamerané na konfiguráciu, prevádzku, aktualizácie a správu dátovej kvality.
++* Odborní používatelia / správcovia IS – školenia zamerané na správu evidovaných údajov, tvorbu výstupov potrebných v zmysle rôznych legislatívnych požiadaviek a nariadení.
++
++Školenia budú realizované formou prezenčných workshopov a/alebo online školení, a ich súčasťou bude aj dokumentácia a používateľské manuály.
++
++=== C. Udržateľnosť a nástupníctvo ===
++
++Súčasťou stratégie ľudských zdrojov bude aj zabezpečenie zastupiteľnosti kľúčových rolí, vrátane zaškolenia náhradníkov pri „rotácií zamestnancov“, aby bola správa IS udržateľná aj pri personálnych zmenách. MK SR zavedie systém priebežného preškoľovania v prípade zmeny procesov, funkcionalít alebo legislatívnych požiadaviek hlavne v prípadoch, ak dôjde k zmene/rozšíreniu funkcionalít IS z akéhokoľvek dôvodu (legislatíva, rozšírenie/pridanie funkcionalít a podobne).
++
++== 6.6. Požiadavky na zdrojové kódy ==
++
++Súčasťou dodávky predmetu projektu bude aj odovzdanie úplných zdrojových kódov k vytvorenému riešeniu, a to vrátane komentárov, technickej dokumentácie a popisu implementovaných funkcionalít. Táto povinnosť sa bude týkať všetkých častí riešenia, ktoré sú určené pre nasadenie do produkčného prostredia, s výnimkou komponentov, ktoré podliehajú licenčným podmienkam tretích strán a nemožno k nim poskytnúť zdrojový kód z dôvodu ochrany autorských práv alebo licenčných obmedzení.
++
++Zdrojové kódy budú spracované v súlade s § 15 ods. 2 písm. d) zákona č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a § 31 vyhlášky Úradu podpredsedu vlády SR č. 78/2020 Z. z., a budú pripravené na ich prípadné zverejnenie v centrálnom repozitári zdrojových kódov verejnej správy.
++
++Odovzdanie kódov bude prebiehať v štandardizovanej a prehľadnej adresárovej štruktúre, ktorá bude obsahovať:
++
++* samotné zdrojové súbory vrátane komentárov,
++* konfiguračné súbory a skripty na nasadenie,
++* technickú dokumentáciu k modulom a úpravám existujúcich IS,
++* pokyny na kompiláciu, nasadenie a prevádzku systému.
++
++Zdrojové kódy budú odovzdávané v dohodnutých formátoch (napr. Git repozitár, .zip archív) a vopred stanovených intervaloch viazaných na projektové míľniky. Každé odovzdanie bude podložené protokolom o prebratí a schválení zdrojového kódu.
++
++Z dôvodu zabezpečenia súladu s princípmi otvorenosti, transparentnosti a predchádzania vendor lock-in budú v zmluvnej dokumentácii zakotvené konkrétne požiadavky na správu, archiváciu a prístup k zdrojovým kódom. Dodané riešenie musí byť:
++
++* kompatibilné s otvorenými štandardmi,
++* licencované pod otvorenou licenciou umožňujúcou ďalšie použitie (napr. EUPL),
++* v súlade s metodickým usmernením MIRRI SR č. 024077/2023 o kvalite zdrojových kódov.
++
++
++Zdrojové kódy budú archivované v centrálnom repozitári spravovanom buď zo strany objednávateľa, alebo poverenej osoby. Postupy pre archiváciu, aktualizáciu a zodpovednosti oboch strán budú špecifikované v zmluve. V prípade zmien v implementácii bude dodávateľ povinný zabezpečiť priebežnú aktualizáciu kódov tak, aby odovzdané verzie odrážali aktuálny stav systému.
++
++Dodávateľ bude zároveň povinný poskytnúť technickú podporu pri riešení prípadných problémov súvisiacich s prístupom k zdrojovým kódom alebo ich použitím, a to počas trvania zmluvného vzťahu, ako aj v prípade následnej podpory riešenia po ukončení projektu.
++
++
++
++= {{id name="_Toc510413657"/}}{{id name="_Toc152607323"/}}{{id name="_Toc765633140"/}}{{id name="_Toc2047061689"/}}{{id name="_Toc1365902580"/}}{{id name="_Toc96771585"/}}{{id name="_Toc977817845"/}}{{id name="_Toc338302336"/}}{{id name="_Toc158422599"/}}{{id name="_Toc894533619"/}}{{id name="_Toc1336543996"/}}{{id name="_Toc1715202395"/}}{{id name="_Toc1402143762"/}}{{id name="_Toc47815706"/}}7. OPIS IMPLEMENTÁCIE PROJEKTU A PREBERANIA VÝSTUPOV PROJEKTU =
++
++
++Realizácia projektu bude prebiehať metódou **waterfall,** s cieľom zabezpečiť transparentné plánovanie, kontrolované dodanie jednotlivých častí riešenia a zároveň flexibilitu pri riešení čiastkových požiadaviek, ktoré môžu vzniknúť počas realizácie. V jednotlivých etapách budú iteratívne dodávané funkčné celky a ich komponenty, ktoré budú predmetom priebežného testovania a akceptácie.
++
++== 7.1 Projektové produkty a dodávky v jednotlivých etapách ==
++
++V rámci realizácie projektu budú dodané nasledujúce produkty a komponenty:
++
++1. **Projektová dokumentácia a dokumentácia dodaného produktu**
++1*. Analýzy, špecifikácie požiadaviek, návrh architektúry riešenia
++1*. Realizačná a prevádzková dokumentácia
++1*. Používateľská dokumentácia pre koncových používateľov a administrátorov
++1. **Koncové služby a transformované alebo nové biznis procesy:**
++1*. Elektronické služby určené pre občanov, podnikateľov alebo zamestnancov verejnej správy
++1*. Procesy spracovania údajov, notifikácií a spätnej väzby pre službu „Moje údaje“
++1*. Automatizované sprístupňovanie výpisov a informácií
++1. **Biznis objekty:**
++1*. Spracovanie podaní, poskytovanie výpisov, vytváranie rozhodnutí
++1*. Generovanie notifikácií o zmene údajov, ich sprístupnení alebo vymazaní
++1*. Reporty a analytické výstupy zo spracovaných údajov
++1. **Aplikačné komponenty:**
++1*. Webové a mobilné rozhranie systému IS MOU
++1*. Notifikačný modul, modul na sprístupňovanie údajov, modul spätnej väzby
++1*. Lokálny katalóg otvorených údajov (LKOD)
++1. **Technologické komponenty:**
++1*. Integrácia na Centrálnu platformu dátovej integrácie (CPDI)
++1*. Modul Master Data Management pre konsolidáciu údajov
++
++== 7.2 Zodpovednosti za vypracovanie a dodanie projektových výstupov ==
++
++**Zodpovednosť za jednotlivé časti riešenia bude rozdelená nasledovne:**
++
++|**Oblasť**|**Zodpovedná strana**
++|Špecifikácia požiadaviek, architektúra riešenia|Objednávateľ v spolupráci s dodávateľom
++|Vývoj aplikačného riešenia|Dodávateľ
++|Testovanie a akceptácia|Objednávateľ
++|Prevádzkové a bezpečnostné nastavenia|Dodávateľ v spolupráci s IT oddelením MK SR
++|Nasadenie do produkcie a podpora|Dodávateľ
++
++== 7.3 Spôsob akceptácie a schvaľovania výstupov ==
++
++Každý výstup projektu bude podliehať formálnemu procesu akceptácie:
++
++* **Akceptačné testovanie **bude vykonané po dodaní každej etapy/incrementu
++* Výstupom bude **akceptačný protokol,** podpísaný oprávnenými osobami MK SR
++* Testovanie bude zahŕňať: funkčnosť, interoperabilitu, bezpečnosť, výkonnosť a súlad s požiadavkami
++* **Zmluva o dielo** bude obsahovať míľniky, viazané na priebežné a finálne akceptácie
++* V prípade zistených nedostatkov sa výstupy vracajú na dopracovanie, pričom bude zaznamenaný nový termín opravy a dodania
++
++=== 7.3.1 Vypracovanie migračného plánu a riadenie migrácie údajov ===
++
++Vzhľadom na to, že projekt predpokladá konsolidáciu, štandardizáciu a centrálne riadenie údajov z rôznych existujúcich zdrojov, **riadená migrácia údajov** predstavuje kľúčovú oblasť úspešnej implementácie.
++
++==== 7.3.1.1 Migračný plán ====
++
++Jedným z povinných výstupov realizačnej fázy projektu bude **vypracovanie Migračného plánu**, ktorý bude obsahovať:
++
++* **Identifikáciu zdrojových evidencií, registrov a dátových entít**, ktoré majú byť prevedené doIS.
++* **Dátovú mapu** – popis zodpovednosti medzi atribútmi zdrojových systémov a cieľového IS.
++* **Harmonogram migrácie údajov,** vrátane predprodukčného testovania a overovania kvality migrovaných údajov.
++* **Opis migračných nástrojov, skriptov a transformácií**, ktoré budú použité na extrakciu, čistenie, transformáciu a nahrávanie údajov (ETL).
++* **Mechanizmy validácie a verifikácie údajov** po migrácii – testovacie scenáre a metriky kvality údajov.
++* **Záložné a rollback scenáre**, ak by počas migrácie došlo k neočakávaným výpadkom alebo nekonzistencii.
++* **Úlohy a zodpovednosti** jednotlivých rolí v rámci migračného procesu (IT tím, dátový kurátor, architekt, dodávateľ, odborní garanti).
++*1.
++*11.
++*111. Migračné fázy
++
++Migrácia bude prebiehať v nasledovných fázach:
++
++1. **Analýza a príprava** – Identifikácia objektov evidencie, revízia kvality údajov v zdrojových systémoch, návrh transformácií.
++1. **Testovacia migrácia** – Migrácia dát na testovacie prostredie, vyhodnotenie kvality a funkcionality, zapojenie dátových rolí.
++1. **Produkčná migrácia** – Spustenie ostrej migrácie, zálohovanie, kontrola správnosti, záverečné overenie konzistencie.
++1. **Post-migračná validácia** – Monitoring a spätná kontrola nad údajmi, podpora používateľov pri práci so zmigrovanými údajmi.
++11.
++111.
++1111. Súlad s ďalšími časťami projektu
++
++Migračný plán bude úzko previazaný s:
++
++* **Dátovou architektúrou systému** – najmä štruktúrou objektov evidencie a integračnými väzbami.
++* **Katalógom požiadaviek** – viaceré požiadavky sa môžu týkať integrity a kvality údajov.
++* **Bezpečnostnými opatreniami** – v rámci spracúvania osobných údajov počas migrácie musia byť aplikované špecifické bezpečnostné procesy (šifrovanie, logovanie, prístupové oprávnenia).
++
++
++
++
++
  == 7.1Sumarizácia nákladov a prínosov ==
  |**Náklady**|(((

Zmeny dokumentu I-02 Projektový zámer V1.0

Súhrn

Podrobnosti

Aplikácie

Navigácia

Moje posledné úpravy

Need help?