Zmeny dokumentu I-02 Projektový zámer (projektovy_zamer)

Naposledy upravil Vladimír Stromček 2025/07/27 23:10

From 3.19 to 3.18 From 3.25 to 3.24

Z verzie 3.24

upravil Vladimír Stromček
-

Zmeniť komentár: (Autosaved)

Do verzie 3.19

upravil Vladimír Stromček
-

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

Raw
Rendered

Súhrn

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

Podrobnosti

Vlastnosti stránky

Obsah

@@ -1701,7 +1701,7 @@
  == **5.7 Bezpečnostná architektúra** ==
--=== **5.7.1 Návrh riešenia bezpečnosti** ===
++5.7.1 Návrh riešenia bezpečnosti
  Bezpečnostná architektúra je daná projektom „Zvýšenie úrovne kybernetickej bezpečnosti - Mesto Žilina“, ktorý v súčasnosti mesto Žilina realizuje z prostriedkov výzvy Podpora v oblasti kybernetickej a informačnej bezpečnosti na regionálnej úrovni – verejná správa, číslo výzvy: PSK-MIRRI-611-2024-DV-EFRR.
@@ -1708,269 +1708,6 @@
  Základný náčrt architektúry je znázornený na nasledovnom obrázku, pričom celé opatrenia riešenia kybernetickej a informačnej bezpečnosti budú aplikované aj na tento projekt.
--//Obrázok 6 Aplikačná architektúra systému kybernetickej bezpečnosti mesta Žilina aplikovaná na všetky prvky projektu//
--
--
--=== **5.7.2 Určenie obsahu bezpečnostných opatrení** ===
--
--
--(% style="width:1432.22px" %)
--|**Obsah bezpečnostných opatrení podľa vyhlášky ÚPVII č. 179/2020 Z. z**|**Aplikované opatrenia**|(% style="width:709px" %)**Aplikovaná legislatíva**
--|Minimálne bezpečnostné opatrenia Kategórie I|Áno|(% style="width:709px" %)Uveďte aplikovateľný odsek §3 vyhlášky 179/2020 vzťahujúci sa na vašu organizáciu, projekt a budované aktíva
--|Minimálne bezpečnostné opatrenia Kategórie II|Áno|(% style="width:709px" %)Uveďte aplikovateľný odsek §3 vyhlášky 179/2020 vzťahujúci sa na vašu organizáciu, projekt a budované aktíva
--|Minimálne bezpečnostné opatrenia Kategórie III|Áno|(% style="width:709px" %)Uveďte aplikovateľný odsek §3 vyhlášky 179/2020 vzťahujúci sa na vašu organizáciu, projekt a budované aktíva
--|Bezpečnostný projekt|Áno|(% style="width:709px" %)§ 23 ods. 1 a 2 zákona 95/2019 Z.z.
--|Bezpečnostné opatrenia podľa osobitného predpisu|Nie|(% style="width:709px" %)
--
--//Tabuľka 22 Určenie zdrojov a obsahu minimálnych bezpečnostných opatrení//
--
--
--=== **5.7.3 Legislatívne, právne, štatutárne, regulačné a zmluvné požiadavky** ===
--
--Navrhovaná bezpečnostná architektúra je v súlade s dotknutými právnymi normami a zároveň s technickými normami, ktoré stanovujú úroveň potrebnej bezpečnosti IS,  pre manipuláciu so samotnými dátami, alebo technické/technologické/personálne zabezpečenie samotnej výpočtovej techniky. Ide najmä o nasledovnú **legislatívu**:
--
--* Zákon č. 95/2019 Z.z. o informačných technológiách vo verejnej správe
--* Zákon č. 69/2018 Z.z. o kybernetickej bezpečnosti
--* Vyhláška 362/2018 Z. z. ktorou sa ustanovuje obsah bezpečnostných opatrení, obsah a štruktúra bezpečnostnej dokumentácie a rozsah všeobecných bezpečnostných opatrení
--* Zákon č. 45/2011 Z.z. o kritickej infraštruktúre
--* 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
--* 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
--* vyhláška Úradu na ochranu osobných údajov Slovenskej republiky č. 158/2018 Z. z. o postupe pri posudzovaní vplyvu na ochranu osobných údajov
--* 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)
--* Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov.
--
--
--Pre účely projektu bude aplikovaná i interná bezpečnostná dokumentácia mesta Žilina.
--
--
--=== **5.7.4 Riešenie autentifikácie a prístupov používateľov** ===
--
--V rámci back office budú na **autentifikáciu používateľov** použité technológie pre **jednotné prihlásenie (Single Sign On)**. Pre verejnosť budú údaje dostupné bez potreby autentifikácie, nakoľko pôjde o otvorené údaje.
--
--
--**Používateľské role v rámci systému:**
--
--* Interní používatelia
--**  Administrátor IT systémov mesta – okrem samotného ISVS spravuje i ostatné systémy mesta
--**  Správca zariadení – je primárne zodpovedný za prevádzku senzorickej siete vybudovanú v rámci projektu
--**  Zamestnanec mesta – je dátový špecialista, ktorý analyzuje dáta a následne ich postupuje na spracovanie ďalším zamestnancom mesta podľa ich agendy.
--* Externí používatelia – sú všetky fyzické a právnické osoby, ktoré využívajú výstupy systému či už priamo v podobe analytických a otvorených dát, alebo nepriamo, na základe toho, že využitie systému zásadne zrýchli biznis procesy a teda i rozhodovacie procesy mesta. Sú to najmä:
--**  občania
--**  podnikatelia
--** OVM
--
--
--= **6. PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU** =
--
--
--== **6.1 Návrh riešenia prevádzky a údržby** ==
--
--Nasledujúce kapitoly popisujú navrhovaný budúci (TO BE) stav riešenia zabezpečenia prevádzky a údržby, úroveň poskytovania služieb (SLA) a obnovy systému a dát po výpadku prevádzky systému.
--
--Pre účely údržby plánujeme používať informačný systém pre manažment služieb podpory a budeme požadovať jeho prevádzku na strane dodávateľa.
--
--== **6.2 Zabezpečenie podpory používateľov a prevádzky** ==
--
--
--Podpora prevádzky a používateľov bude realizovaná cez 3 úrovne podpory, s nasledujúcim označením a obsahom činnosti:
--
--* **Podpora L1 (podpora 1. stupňa** **- Level 1)** - začiatočná úroveň podpory, ktorej základnou funkciou je zhromaždiť informácie, previesť základnú analýzu a určiť príčinu problému a jeho klasifikáciu. Typicky sú v úrovni L1 riešené priamočiare a jednoduché problémy a základné diagnostiky, overenie dostupnosti jednotlivých vrstiev infraštruktúry (sieťové, operačné, vizualizačné, aplikačné atď.) a základné užívateľské problémy (typicky zabudnutie hesla), overovanie nastavení SW a HW atď. Je zabezpečovaná  prostredníctvom pracoviska jednotného kontaktného miesta.
--
--
--* **Podpora L2 (podpora 2. stupňa – Level 2 -  postúpenie požiadaviek od L1)** – riešiteľské tímy s hlbšou technologickou znalosťou danej oblasti. Riešitelia na úrovni Podpory L2 nekomunikujú priamo s koncovým užívateľom, ale sú zodpovední za poskytovanie súčinnosti riešiteľom 1. úrovne podpory pri riešení eskalovaného hlásenia, čo mimo iného obsahuje aj spätnú kontrolu a podrobnejšiu analýzu zistených dát predaných riešiteľom 1. úrovne podpory. Výstupom takejto kontroly môže byť potvrdenie, upresnenie, alebo prehodnotenie hlásenia v závislosti na potrebách Objednávateľa. Primárnym cieľom riešiteľov na úrovni Podpory L2 je dostať Hlásenie čo najskôr pod kontrolu a následne ho vyriešiť - s možnosťou eskalácie na vyššiu úroveň podpory – Podpora L3.
--
--
--* **Podpora L3 (podpora 3. stupňa)** - Podpora 3. stupňa predstavuje najvyššiu úroveň podpory pre riešenie tých najobtiažnejších Hlásení, vrátane prevádzania hĺbkových analýz a riešenie extrémnych prípadov.
--
--
--Typické zodpovednosti za realizáciu podpory sú:
--
--* **L1** (Level 1: priamy kontakt zákazníka) - jednotný kontaktný bod je zvyčajne zabezpečovaný pracoviskom v správe správcu informačného systému, ak nedeleguje túto činnosť na špecializovanú organizáciu v jeho zriaďovacej pôsobnosti alebo výnimočne na externého dodávateľa.
--* **L2 **(Level 2: postúpenie požiadaviek od L1) - riešiteľské tímy s hlbšou znalosťou prevádzkovaného systému sú zvyčajne tvorené pracovníkmi prevádzkovateľa informačného systému – buď pracovníkmi správcu alebo pracovníkmi špecializovanej organizácie v jeho zriaďovacej pôsobnosti. Časť špecializovaných prác môže byť za definovaných podmienok prenesená aj na externého dodávateľa.
--* **L3 **(Level 3, postúpenie požiadaviek od L2) - na základe zmluvy o podpore inf. systému zvyčajne zabezpečuje externý dodávateľ, ktorý má potrebné kapacity a kvalifikovaný personál pre riešenie prevádzkových incidentov a servisných požiadaviek.
--
--
--
--Prehľad očakávaného riešenia zabezpečenia podpory používateľov a prevádzky, hlavné zodpovednosti a očakávanú úroveň poskytovaných služieb:
--
--|**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 informatiky|8x5 (8 hodín x 5 dní od 8:00h do 16:00h počas pracovných dní)|Bude vytvorený v projekte|
--|**Podpora L2**|oddelenie informatiky v spolupráci s externým dodávateľom|8x5 (8 hodín x 5 dní od 8:00h do 16:00h počas pracovných dní)|Bude vytvorený v projekte  + Zmluva o zabezpečení prevádzky|
--|**Podpora L3**|Externý dodávateľ riešenia|8x5 (8 hodín x 5 dní od 8:00h do 16:00h počas pracovných dní)|Bude obstaraná na konci projektu|
--|**Podpora infraštruktúrnych služieb**|Dodávateľ servisnej podpory infraštruktúrnych služieb|8x5 (8 hodín x 5 dní od 8:00h do 16:00h počas pracovných dní)|Servisná zmluva|
--
--//Tabuľka 23 Prehľad riešenia zabezpečenia podpory používateľov a prevádzky//
--
--
--== **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.
--
--//Tabuľka 24 Klasifikácia Naliehavosti incidentu//
--
--|(% style="width:265px" %)**Klasifikácia závažnosti incidentu**|(% style="width:175px" %)(((
--
--
--**Dopad**
--)))|(% style="width:1075px" %)**Popis dopadu**
--|(% style="width:265px" %)1|(% style="width:175px" %)katastrofický|(% style="width:1075px" %)katastrofický dopad, priamy finančný dopad alebo strata dát,
--|(% style="width:265px" %)2|(% style="width:175px" %)značný|(% style="width:1075px" %)značný dopad alebo strata dát
--|(% style="width:265px" %)3|(% style="width:175px" %)malý|(% style="width:1075px" %)malý dopad alebo strata dát
--
--//Tabuľka 25 Klasifikácia Závažnosti incidentu//
--
--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
--
--//Tabuľka 26 Určenie priority incidentu//
--
--**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.|12  hodín|1
--|2|1 hod.|24 hodín|2
--|3|1 hod.|48 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)
--
--//Tabuľka 27 Parametre služby Riešenia incidentov v prevádzke//
--
--Vysvetlivky k tabuľke
--
--(1) **Reakčná doba** je čas medzi nahlásením incidentu verejným obstarávateľom (vrátane užívateľov IS, ktorí nie sú v pracovnoprávnom vzťahu s verejným obstarávateľom) na helpdesk úrovne L3 a jeho prevzatím na riešenie.
--
--(2) **DKVI **(Doba konečného vyriešenia incidentu) - znamená čas obnovenia štandardnej prevádzky - čas medzi nahlásením incidentu verejným obstarávateľom a vyriešením incidentu poskytovateľom podpory (do doby, kedy je funkčnosť prostredia znovu obnovená v plnom rozsahu). Doba konečného vyriešenia incidentu od nahlásenia incidentu verejným obstarávateľom sa počíta počas celého dňa. Do tejto doby sa nezarátava čas potrebný na nevyhnutnú súčinnosť verejného obstarávateľa, ak je potrebná pre vyriešenie incidentu. V prípade potreby je poskytovateľ podpory oprávnený požadovať od verejného obstarávateľa schválenie riešenia incidentu.
--
--(3) **Spoľahlivosť** - maximálny počet incidentov za kalendárny mesiac. Každá ďalšia chyba nad stanovený limit spoľahlivosti sa počíta ako začatý deň omeškania bez odstránenia vady alebo incidentu. Duplicitné alebo technicky súvisiace incidenty (zadané v rámci jedného pracovného dňa, počas pracovného času 8 hodín) sú považované ako jeden incident.
--
--(4) Incidenty nahlásené verejným obstarávateľom poskytovateľovi podpory v rámci testovacieho prostredia majú prioritu 3 a nižšiu. Vzťahujú sa výhradne k dostupnosti testovacieho prostredia. Za incident v testovacom prostredí sa nepovažuje incident vztiahnutý k práve testovanej funkcionalite.
--
--
--Vyššie uvedené SLA parametre nebudú použité pre nasledovné služby:
--
--* Služby systémovej podpory na požiadanie (nad paušál)
--* Služby realizácie aplikačných zmien vyplývajúcich z legislatívnych a metodických zmien (nad paušál)
--
--Pre tieto služby budú dohodnuté osobitné parametre dodávky.
--
--== **6.4 Požadovaná dostupnosť informačného systému** ==
--
--|**Popis**|**Parameter**|**Upresnenie**
--|**Prevádzkové hodiny**|12 hodín|od 6:00 hod. - do 18:00 hod. počas pracovných dní
--|(% rowspan="2" %)**Servisné okno**|10 hodín|od 19:00 hod. - do 5: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)**|12 hodín|RTO vyjadruje množstvo času potrebné pre obnovenie dát a celej prevádzky nedostupného systému
--|**RPO (Recovery Point Objective)**|24 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ť
--
--==   ==
--
--== **6.5 Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky** ==
--
--
--Pre zabezpečenie prevádzky nie sú kladené špecifické požiadavky na ľudské zdroje.
--
--V rámci prevádzky musí prípadný dodávateľ vykonať školenie pracovníkov mesta Žilina tak, aby dokázali systém prevádzkovať a v prípade potreby i zabezpečiť jeho rozvoj.
--
--
--== **6.6 Požiadavky na zdrojové kódy** ==
--
--
--Všetky zdrojové kódy, ktoré vzniknú v rámci projektu pre aplikačné časti riešenia a ich dokumentácia podľa § 15 ods. d) zákona č. 95/2019 Z.z.. Rovnako bude definovaná požiadavka zabezpečenia dispozičných práv (licencií) k zdrojovým kódom, ich dokumentácii a projektovým výstupom zhotovených dodávateľom.
--
--Doplňte požiadavky na zdrojové kódy (zo vzorovej zmluvy):
--
--
--Zhotoviteľ je povinný pri akceptácii Informačného systému alebo jeho časti odovzdať Objednávateľovi Vytvorený zdrojový kód v jeho úplnej aktuálnej podobe, zapečatený, na neprepisovateľnom technickom nosiči dát s označením časti a verzie Informačného systému, ktorej sa týka. Za odovzdanie Vytvoreného zdrojového kódu Objednávateľovi sa na účely tejto Zmluvy o dielo rozumie odovzdanie technického nosiča dát Oprávnenej osobe Objednávateľa. O odovzdaní a prevzatí technického nosiča dát bude oboma Zmluvnými stranami spísaný a podpísaný preberací protokol.
--
--
--Vytvorený zdrojový kód  Informačného systému (s výnimkou Modulu) vrátane jeho dokumentácie bude prístupný v režime podľa § 31 ods. 4 písm. b) Vyhlášky č. 78/2020 (s obmedzenou dostupnosťou pre orgán vedenia a orgány riadenia v zmysle Zákona o ITVS – vytvorený zdrojový kód je dostupný len pre orgán vedenia a orgány riadenia); týmto nie je dotknutý osobitný právny režim vzťahujúci sa na Preexistentný zdrojový kód. Objednávateľ je oprávnený sprístupniť Vytvorený zdrojový kód okrem orgánov podľa predchádzajúcej vety aj tretím osobám, ale len na špecifický účel, na základe riadne uzatvorenej písomnej zmluvy o mlčanlivosti a ochrane dôverných informácií.
--
--
--Vytvorený zdrojový kód musí byť v podobe, ktorá zaručuje možnosť overenia, že je kompletný a v správnej verzii, t. j. v takej, ktorá umožňuje kompiláciu, inštaláciu, spustenie a overenie funkcionality, a to vrátane kompletnej dokumentácie zdrojového kódu (napr. interfejsov a pod.) takejto Informačného systému alebo jeho časti. Zároveň odovzdaný Vytvorený zdrojový kód musí byť pokrytý testami (aspoň na 90%) a dosahovať rating kvality (statická analýza kódu) podľa CodeClimate/CodeQL a pod. (minimálne stupňa B).
--
--
--Pre zamedzenie pochybností, povinnosti Zhotoviteľa týkajúce sa Vytvoreného zdrojového kódu platí i na akékoľvek opravy, zmeny, doplnenia, upgrade alebo update Vytvoreného zdrojového kódu a/alebo vyššie uvedenej dokumentácie, ku ktorým dôjde pri plnení tejto Zmluvy o dielo alebo v rámci záručných opráv. Vytvorené zdrojové kódy budú vytvorené vyexportovaním z produkčného prostredia a budú odovzdané Objednávateľovi na elektronickom médiu v zapečatenom obale.** **Zhotoviteľ je povinný umožniť Objednávateľovi pri odovzdávaní Vytvoreného zdrojového kódu, pred zapečatením obalu, skontrolovať v priestoroch Objednávateľa prítomnosť Vytvoreného zdrojového kódu na odovzdávanom elektronickom médiu.
--
--
--Nebezpečenstvo poškodenia zdrojových kódov prechádza na Objednávateľa momentom prevzatia Informačného systému alebo jeho časti, pričom Objednávateľ sa zaväzuje uložiť zdrojové kódy takým spôsobom, aby zamedzil akémukoľvek neoprávnenému prístupu tretej osoby. Momentom platnosti SLA zmluvy umožní Objednávateľ poskytovateľovi, za predpokladu, že to je nevyhnutné, prístup k Vytvorenému zdrojovému kódu výlučne na účely plnenia povinností z  uzatvorenej SLA zmluvy.
--
--
--Zmluvné strany sa dohodli, že pokiaľ Zhotoviteľ vytvorí v rámci plnenia tejto Zmluvy o dielo pre Objednávateľa SW, ktorý je  počítačovým programom chráneným autorským právom alebo jeho časť, prevzatím Diela udeľuje Zhotoviteľ Objednávateľovi súhlas používať taký počítačový program (s výnimkou Modulu na ktorý sa vzťahujú osobitné podmienky) ako licenciu nevýhradnú, časovo neobmedzenú (po dobu trvania majetkových autorských práv), územne obmedzenú na územie Slovenskej republiky, v neobmedzenom rozsahu (najmä na neobmedzený počet zariadení a užívateľov) a na všetky spôsoby použitia najmä v súlade s § 19 ods. 4 Autorského zákona na účel, pre ktorý bolo Dielo vytvorené podľa tejto Zmluvy o dielo. Špecifikácia počítačových programov vytvorených Zhotoviteľom podľa tejto Zmluvy o dielo tvorí prílohu č. 6** ** tejto Zmluvy o dielo. Objednávateľ je bez potreby akéhokoľvek ďalšieho povolenia Zhotoviteľa oprávnený udeliť inému orgánu verejnej správy Slovenskej republiky sublicenciu na použitie počítačového programu v súlade s účelom na aký bude Dielo vytvorené, vrátane subjektov ovládaných v zmysle § 66a Obchodného zákonníka alebo subjektov zriadených orgánom verejnej správy  za účelom plnenia úloh vo verejnom záujme (bez ohľadu na právnu formu), pokiaľ to nie je v rozpore s pravidlami na ochranu hospodárskej súťaže.
--
--
--1. OPIS IMPLEMENTÁCIE PROJEKTU A PREBERANIA VÝSTUPOV PROJEKTU
--
--
--Projekt bude realizovaný metódou Waterfall s logickými nadväznosťami realizácie jednotlivých modulov na základe funkčnej a technickej špecifikácie vypracovanej v rámci prípravy projektu.
--
--Tento prístup bol zvolený nakoľko projekt má jasne definované ciele, postupy a rozdelenie práce.
--
--Funkčné požiadavky boli definované v katalógu požiadaviek, pričom je projekt rozdelený do troch inkrementov. Každý inkrement pozostáva z troch realizačných fáz:
--
--* Analýza a dizajn
--* Implementácia a testovanie
--* Nasadenie (ktoré sa v jednom mesiaci prekrýva s predchádzajúcou realizačnou fázou, nakoľko pri nasadení môžu byť požadované drobné implementačné úpravy a testy).
--
--Každá z uvedených realizačných fáz je samostatným fakturačným míľnikom projektu, pričom k nej musí byť spracovaný preberací protokol. Finálne odovzdanie výstupu projektu (diela) je zakončené finálnou akceptáciou diela so samostatným preberacím protokolom. Pri podpise tohto finálneho protokolu začína plynúť záruka na dielo.
--
--1. PRÍLOHY
--
--
--**Príloha 1: **Zoznam rizík a závislostí (Excel): [[//https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html//>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]
--
--// //
--
--
--Koniec dokumentu
--
--
--
--
--
--
--
  = {{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.LEGISLATÍVA =
  //Doplniť popis potrebných zmien v oblasti legislatívy pre naplnenie cieľov a dodanie výstupov projektu.//

Zmeny dokumentu I-02 Projektový zámer (projektovy_zamer)

Súhrn

Podrobnosti

Vitajte

Linky

Navigácia