Naposledy upravil Vladimír Stromček 2025/08/14 08:52
Z verzie 6.3
upravil Vladimír Stromček
-
Zmeniť komentár: Pre túto verziu nie sú komentáre
Do verzie 3.22
upravil Vladimír Stromček
-
Zmeniť komentár: Pre túto verziu nie sú komentáre

Súhrn

Podrobnosti

Vlastnosti stránky
Obsah
... ... @@ -600,33 +600,12 @@
600 600  == {{id name="_Toc152607312"/}}{{id name="_Toc1937275886"/}}{{id name="_Toc741126126"/}}{{id name="_Toc1465086354"/}}{{id name="_Toc1808286414"/}}{{id name="_Toc773473969"/}}{{id name="_Toc1151283522"/}}{{id name="_Toc1993493887"/}}{{id name="_Toc2086720991"/}}{{id name="_Toc484272872"/}}{{id name="_Toc1278737203"/}}{{id name="_Toc325672769"/}}{{id name="_Toc152607311"/}}{{id name="_Toc152607309"/}}**3.6 Špecifikácia potrieb koncového používateľa** ==
601 601  
602 602  
603 -Z pohľadu mesta Žilina sú koncovým používateľom projektu viaceré používateľské skupiny. Primárne sú koncovými používateľmi výstupov projektu zamestnanci mesta, u ktorých dochádza k zvýšeniu efektivity práce. To sa prejaví sekundárne pri používateľoch občanoch a podnikateľoch, ktorí vybavia agendu s mestom rýchlejšie. Samostatnými používateľmi sú potom OVM a iné osoby, ktoré majú záujem o údaje z informačného systému napríklad za účelom využívania otvorených dát, alebo za účelom využívania údajov bezpečnosti (napr. polícia pri zabezpečovaní bezpečnosti športových podujatí a pod.).
603 +Z pohľadu mesta Žilina sú koncovým používateľom projektu viaceré používateľské skupiny. Primárne sú koncovými používateľmi výstupov projektu zamestnanci mesta, u ktorých dochádza k zvýšeniu efektivity práce. To sa prejaví sekundárne pri používateľoch občanoch a podnikateľoch, ktorí vybavia agendu s mestom rýchlejšie. Samostatnými používateľmi sú potom OVM a iné osoby, ktoré majú záujem o údaje z informačného systému napríklad za účelom využívania otvorených dát, alebo za účelom využívania údajov bezpečnosti (napr. polícia pri zabezpečovaní bezpečnosti športových podujatí a pod.)
604 604  
605 -Používateľský prieskum medzi zamestnancami bol realizovaný na dvoch úrovniach:
606 606  
607 -- rokovanie s riadiacimi pracovníkmi všetkých odborov mesta
606 + S ohľadom na potreby koncových používateľov bude realizácia projektu pozostávať z dodávky štyroch samostatných celkov, ktoré sa navzájom dopĺňajú a v čase na seba nadväzujú. Ide o nasledovné 4 celky:
608 608  
609 -- individuálne rokovania na úrovni jendotlivých odborov mesta za účasti riadiaceho pracovníka a jeho podriadených, ktorí sú zodpovední za príslušnú agendu.
610 610  
611 -
612 -Používateľský prieskum medzi zamestnancami bol realizovaný na dvoch úrovniach:
613 -
614 -* Rokovanie s riadiacimi pracovníkmi všetkých odborov mesta
615 -* Individuálne rokovania na úrovni jednotlivých odborov mesta - riadiaci pracovník a jeho podriadení zodpovední za agendu.
616 -
617 -V súčasnosti je teda obecný postup vybavovania podaní, ktorý má byť implementáciou projektu zrýchlený nasledovný (viď obrázok 1).
618 -
619 -Všetci zamestnanci sa zhodli na tom, že je potrebné - ak je to možné - zaviesť procesy automatického vybavovania podaní a nástroje na podporu získavania a vyhodnocovania dát v prípade podaní, ktoré nemôžu byť vybavené automaticky. Ide o tri body, ktoré zásadným spôsobom zrýchlia vybavovanie podaní na ktoromkoľvek odbore mesta.
620 -
621 -
622 -[[image:1755099512796-566.png]]
623 -
624 -//Obrázok 1 Obecný postup vybavovania podaní. Červenou sú v procese zvýraznené miesta, ktoré považujeme za najviac spomaľujúce procesy - absencia automatizovaného vybavenia a zber a vyhodnocovanie údajov. //
625 -
626 -
627 -S ohľadom na potreby koncových používateľov bude realizácia projektu pozostávať z dodávky štyroch samostatných celkov, ktoré sa navzájom dopĺňajú a v čase na seba nadväzujú. Ide o nasledovné 4 celky:
628 -
629 -
630 630  1. Analýza dátových zdrojov pre inteligentné systémy mesta Žilina umiestnených na sieti verejného osvetlenia
631 631  1. Optické senzory a bezpečnostné kamery
632 632  1. Inteligentné senzory
... ... @@ -853,14 +853,14 @@
853 853  
854 854  Ekonomická a finančná efektívnosť projektu je v analýze prínosov nákladov hodnotená kvantitatívne pomocou nasledujúcich ukazovateľov (prahové hodnoty v zmysle platných dokumentov v prípade financovania zo zdrojov EÚ sú uvedené):
855 855  
856 -* Pomer prínosov a nákladov (BCR): **1,16 **t.j. viac ako 1,00
857 -* Ekonomická vnútorná výnosová miera vyjadrená v % (EIRR): **21,2 %** (t.j. viac ako 5,0 %)
858 -* Ekonomická čistá súčasná hodnota vyjadrená v eurách (ENPV**):2 268 557,00** (t.j. viac ako 0).
835 +* Pomer prínosov a nákladov (BCR): **1,39 **t.j. viac ako 1,00
836 +* Ekonomická vnútorná výnosová miera vyjadrená v % (EIRR): **33,9 %** (t.j. viac ako 5,0 %)
837 +* Ekonomická čistá súčasná hodnota vyjadrená v eurách (ENPV**): 3 132 659,00** (t.j. viac ako 0).
859 859  
860 860  **Všetky základné kritériá sú teda nad požadovanými hodnotami.**
861 861  
862 862  
863 -V zmysle spracovanej Analýzy nákladov a prínosov BC/CBA je návratnosť projektu 6 rok od zavedenia od začatia realizácie projektu.
842 +V zmysle spracovanej Analýzy nákladov a prínosov BC/CBA je návratnosť projektu 5 rok od zavedenia od začatia realizácie projektu.
864 864  
865 865  
866 866  Nie všetky sociálno-ekonomické vplyvy sa dajú vždy vyčísliť a zhodnotiť. Je to preto, že okrem odhadu ukazovateľov výkonnosti by sa mala zohľadniť aj úvaha o nepeňažných nákladoch a výnosoch, najmä vo vzťahu k týmto otázkam: (čistý) dosah na zamestnanosť, ochrana životného prostredia, sociálna rovnosť a rovnaké príležitosti.
... ... @@ -889,7 +889,7 @@
889 889  
890 890  **Zamestnanci mesta**
891 891  
892 -Benefit - realizácia projektu zásadným spôsobom prispeje z pohľadu merateľných finančných faktorov zníženie času zamestnancov k vybavovaniu podaní vo vzťahu k občanom, podnikateľom a iným OVM. Okrem toho dôjde k zmene niektorých procesov, pretože pribudne možnosť automatizovaného vybavenia podaní.
871 +Benefit - realizácia projektu zásadným spôsobom prispeje z pohľadu merateľných finančných faktorov zníženie času zamestnancov k vybavovaniu podaní vo vzťahu k občanom, podnikateľom a iným OVM.
893 893  
894 894  
895 895  Zavedený informačný systém umožní zamestnancom mesta na rôznych úrovniach okrem iného:
... ... @@ -1214,10 +1214,6 @@
1214 1214  
1215 1215  Základný pohľad na architektúru budúceho riešenia znázorňuje nasledovný obrázok:
1216 1216  
1217 -[[image:1753650346802-406.png]]
1218 -
1219 -
1220 -
1221 1221  //Obrázok 2 Znázornenie alternatív riešenia v biznis vrstve architektúry//
1222 1222  
1223 1223  == **5.3 Biznis vrstva** ==
... ... @@ -1243,12 +1243,9 @@
1243 1243  
1244 1244  
1245 1245  Nasledovný obrázok znázorňuje TO BE stav biznis vrstvy, pričom v rámci projektu pribudnú tri koncové služby určené pre občanov, podnikateľov a OVM:
1246 -
1247 -
1248 -[[image:1753650390192-668.png]]
1249 1249  )))
1250 1250  
1251 -: //Obrázok 3 Znázornenie TO BE biznis vrstvy//
1223 +:
1252 1252  
1253 1253  === **5.3.2 Prehľad koncových služieb - budúci stav (TO BE):** ===
1254 1254  
... ... @@ -1318,12 +1318,9 @@
1318 1318  
1319 1319  Podrobnosti o aplikačných službách uvádza nasledovný obrázok:
1320 1320  
1321 -[[image:1753650510913-248.png]]
1293 +//Obrázok 4 Príklad rozpracovania detailov budúcej (TO BE) aplikačnej architektúry a závislostí (dátových tokov) medzi externými komponentmi mesta//
1322 1322  
1323 1323  
1324 -//Obrázok 4 Rozpracovanie detailov budúcej (TO BE) aplikačnej architektúry a závislostí (dátových tokov) medzi externými komponentmi mesta//
1325 -
1326 -
1327 1327  === **5.4.2 Rozsah informačných systémov - budúci stav (TO BE)** ===
1328 1328  
1329 1329  
... ... @@ -1706,9 +1706,6 @@
1706 1706  
1707 1707   Návrh TO BE technologickej architektúry je uvedený na nasledovnom obrázku:
1708 1708  
1709 -[[image:1753650570167-299.png]]
1710 -
1711 -
1712 1712  //Obrázok 5 Príklad rozpracovania detailov budúcej (TO BE) technologickej architektúry//
1713 1713  
1714 1714  
... ... @@ -1742,9 +1742,6 @@
1742 1742  
1743 1743  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.
1744 1744  
1745 -
1746 -[[image:1753650588550-831.png]]
1747 -
1748 1748  //Obrázok 6 Aplikačná architektúra systému kybernetickej bezpečnosti mesta Žilina aplikovaná na všetky prvky projektu//
1749 1749  
1750 1750  
... ... @@ -1776,6 +1776,7 @@
1776 1776  * 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)
1777 1777  * Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov.
1778 1778  
1742 +
1779 1779  Pre účely projektu bude aplikovaná i interná bezpečnostná dokumentácia mesta Žilina.
1780 1780  
1781 1781  
... ... @@ -1795,6 +1795,7 @@
1795 1795  ** podnikatelia
1796 1796  ** OVM
1797 1797  
1762 +
1798 1798  = **6. PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU** =
1799 1799  
1800 1800  
... ... @@ -1811,10 +1811,13 @@
1811 1811  
1812 1812  * **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.
1813 1813  
1779 +
1814 1814  * **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.
1815 1815  
1782 +
1816 1816  * **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.
1817 1817  
1785 +
1818 1818  Typické zodpovednosti za realizáciu podpory sú:
1819 1819  
1820 1820  * **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.
... ... @@ -1821,6 +1821,8 @@
1821 1821  * **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.
1822 1822  * **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.
1823 1823  
1792 +
1793 +
1824 1824  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:
1825 1825  
1826 1826  |**Podpora**|(((
... ... @@ -1840,7 +1840,8 @@
1840 1840  //Tabuľka 23 Prehľad riešenia zabezpečenia podpory používateľov a prevádzky//
1841 1841  
1842 1842  
1843 -== **6.3 Riešenie incidentov v prevádzke - parametre úrovní služby** ==
1813 +1.
1814 +11. Riešenie incidentov v prevádzke - parametre úrovní služby
1844 1844  
1845 1845  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:
1846 1846  
... ... @@ -1848,42 +1848,42 @@
1848 1848  **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.
1849 1849  
1850 1850  
1851 -|**Klasifikácia naliehavosti incidentu**|**Závažnosť  incidentu**|**Popis naliehavosti incidentu**
1852 -|**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.
1853 -|**B**|**Vysoká**|Chyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.
1854 -|**C**|**Stredná**|Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.
1855 -|**D**|**Nízka**|Kozmetické a drobné chyby.
1822 +|klasifikácia naliehavosti incidentu|Závažnosť  incidentu|Popis naliehavosti incidentu
1823 +|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.
1824 +|B|Vysoká|Chyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.
1825 +|C|Stredná|Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.
1826 +|D|Nízka|Kozmetické a drobné chyby.
1856 1856  
1857 -//Tabuľka 24 Klasifikácia Naliehavosti incidentu//
1828 +Tabuľka 24 Klasifikácia Naliehavosti incidentu
1858 1858  
1859 -|(% style="width:265px" %)**Klasifikácia závažnosti incidentu**|(% style="width:175px" %)(((
1830 +|Klasifikácia závažnosti incidentu|(((
1860 1860  
1861 1861  
1862 -**Dopad**
1863 -)))|(% style="width:1075px" %)**Popis dopadu**
1864 -|(% style="width:265px" %)1|(% style="width:175px" %)katastrofický|(% style="width:1075px" %)katastrofický dopad, priamy finančný dopad alebo strata dát,
1865 -|(% style="width:265px" %)2|(% style="width:175px" %)značný|(% style="width:1075px" %)značný dopad alebo strata dát
1866 -|(% style="width:265px" %)3|(% style="width:175px" %)malý|(% style="width:1075px" %)malý dopad alebo strata dát
1833 +Dopad
1834 +)))|Popis dopadu
1835 +|1|katastrofický|katastrofický dopad, priamy finančný dopad alebo strata dát,
1836 +|2|značný|značný dopad alebo strata dát
1837 +|3|malý|malý dopad alebo strata dát
1867 1867  
1868 -//Tabuľka 25 Klasifikácia Závažnosti incidentu//
1839 +Tabuľka 25 Klasifikácia Závažnosti incidentu
1869 1869  
1870 1870  Určenie priority incidentu je kombináciou dopadu a naliehavosti podľa nasledovnej matice:
1871 1871  
1872 -|(% colspan="2" rowspan="2" %)**Matica priority incidentov**|(% colspan="3" %)**Dopad**
1873 -|**Katastrofický - 1**|**Značný - 2**|**Malý - 3**
1874 -|(% rowspan="4" %)**Naliehavosť**|**Kritická - A**|1|2|3
1875 -|**Vysoká - B**|2|3|3
1876 -|**Stredná - C**|2|3|4
1877 -|**Nízka - D**|3|4|4
1843 +|(% colspan="2" rowspan="2" %)Matica priority incidentov|(% colspan="3" %)Dopad
1844 +|Katastrofický - 1|Značný - 2|Malý - 3
1845 +|(% rowspan="4" %)Naliehavosť|Kritická - A|1|2|3
1846 +|Vysoká - B|2|3|3
1847 +|Stredná - C|2|3|4
1848 +|Nízka - D|3|4|4
1878 1878  
1879 -//Tabuľka 26 Určenie priority incidentu//
1850 +Tabuľka 26 Určenie priority incidentu
1880 1880  
1881 1881  **Parametre služby Riešenia incidentov v prevádzke:**
1882 1882  
1883 -|**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)^^**|(((
1884 -**Spoľahlivosť ^^(3)^^**
1854 +|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)^^|(((
1855 +Spoľahlivosť ^^(3)^^
1885 1885  
1886 -**(počet incidentov za mesiac)**
1857 +(počet incidentov za mesiac)
1887 1887  )))
1888 1888  |1|1 hod.|12  hodín|1
1889 1889  |2|1 hod.|24 hodín|2
... ... @@ -1890,7 +1890,7 @@
1890 1890  |3|1 hod.|48 hodín|10
1891 1891  |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)
1892 1892  
1893 -//Tabuľka 27 Parametre služby Riešenia incidentov v prevádzke//
1864 +Tabuľka 27 Parametre služby Riešenia incidentov v prevádzke
1894 1894  
1895 1895  Vysvetlivky k tabuľke
1896 1896  
... ... @@ -1910,17 +1910,19 @@
1910 1910  
1911 1911  Pre tieto služby budú dohodnuté osobitné parametre dodávky.
1912 1912  
1913 -== **6.4 Požadovaná dostupnosť informačného systému** ==
1914 1914  
1915 -|**Popis**|**Parameter**|**Upresnenie**
1916 -|**Prevádzkové hodiny**|12 hodín|od 6:00 hod. - do 18:00 hod. počas pracovných dní
1917 -|(% rowspan="2" %)**Servisné okno**|10 hodín|od 19:00 hod. - do 5:00 hod. počas pracovných dní
1885 +1.
1886 +11. Požadovaná dostupnosť informačného systému:
1887 +
1888 +|Popis|Parameter|Upresnenie
1889 +|Prevádzkové hodiny|12 hodín|od 6:00 hod. - do 18:00 hod. počas pracovných dní
1890 +|(% rowspan="2" %)Servisné okno|10 hodín|od 19:00 hod. - do 5:00 hod. počas pracovných dní
1918 1918  |24 hodín|(((
1919 1919  od 00:00 hod. - 23:59 hod. počas dní pracovného pokoja a štátnych sviatkov
1920 1920  
1921 1921  Servis a údržba sa bude realizovať mimo pracovného času.
1922 1922  )))
1923 -|**Dostupnosť produkčného prostredia IS**|98,5%|(((
1896 +|Dostupnosť produkčného prostredia IS|98,5%|(((
1924 1924  98,5% z 24/7/365  t.j. max ročný výpadok je 66 hod.
1925 1925  
1926 1926  Maximálny mesačný výpadok je 5,5 hodiny.
... ... @@ -1931,64 +1931,172 @@
1931 1931  
1932 1932  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.
1933 1933  )))
1934 -|**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
1935 -|**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ť
1907 +|[[RTO (Recovery Time Objective)>>path:#_RTO_(Recovery_Time]] |12 hodín|RTO vyjadruje množstvo času potrebné pre obnovenie dát a celej prevádzky nedostupného systému
1908 +|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ť
1936 1936  
1937 -== ==
1938 1938  
1939 -== **6.5 Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky** ==
1940 1940  
1941 1941  
1942 -Pre zabezpečenie prevádzky nie sú kladené špecifické požiadavky na ľudské zdroje.
1943 1943  
1944 -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.
1945 1945  
1946 1946  
1947 -== **6.6 Požiadavky na zdrojové kódy** ==
1948 1948  
1917 += {{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 =
1949 1949  
1950 -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. 
1919 +//Doplniť popis potrebných zmien v oblasti legislatívy pre naplnenie cieľov a dodanie výstupov projektu.//
1920 +//Uviesť konkrétne zákony, prípadne aj paragrafy, ktoré budú predmetom legislatívnych zmien.//
1921 +//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é.//
1951 1951  
1952 -Doplňte požiadavky na zdrojové kódy (zo vzorovej zmluvy):
1923 += {{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 =
1953 1953  
1925 +//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.//
1926 +//V tejto časti dokumentu sa od Vás očakáva štruktúrovane popísať~://
1954 1954  
1955 -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.
1928 +* //**vypočítané náklady** (vývoj + prevádzka) v T10 (t.j. na 10 rokov dopredu)//
1929 +* //v**ypočítané prínosy** v T10 (t.j. na 10 rokov dopredu)//
1930 +* //**slovne popísať výpočet prínosov**, z čoho sú čerpané vstupné hodnoty//
1931 +* //**rok návratnosti** (doplnenie ukazovateľov: ENPV, FNPV, BCR)//
1956 1956  
1933 +== 7.1Sumarizácia nákladov a prínosov ==
1957 1957  
1958 -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í.
1935 +|**Náklady**|(((
1936 +**Názov**
1937 +**modulu**
1938 +)))|(((
1939 +**Názov**
1940 +**modulu**
1941 +)))|(((
1942 +**Názov**
1943 +**modulu**
1944 +)))
1945 +|**Všeobecný materiál**| | |
1946 +|**IT - CAPEX**| | |
1947 +|Aplikácie| | |
1948 +|SW| | |
1949 +|HW| | |
1950 +|**IT - OPEX- prevádzka**| | |
1951 +|Aplikácie| | |
1952 +|SW| | |
1953 +|HW| | |
1954 +|**Prínosy**| | |
1955 +|**Finančné prínosy**| | |
1956 +|Administratívne poplatky| | |
1957 +|Ostatné daňové a nedaňové príjmy| | |
1958 +|**Ekonomické prínosy**| | |
1959 +|Občania (€)| | |
1960 +|Úradníci (€)| | |
1961 +|Úradníci (FTE)| | |
1962 +|**Kvalitatívne prínosy**| | |
1963 +| | | |
1964 +//Interpretácia výsledkov~://
1965 +//Ekonomická a finančná efektívnosť projektu je v analýze prínosov nákladov hodnotená kvantitatívne pomocou nasledujúcich ukazovateľov (prahové hodnoty v zmysle platných dokumentov v prípade financovania zo zdrojov EÚ sú uvedené)~://
1959 1959  
1967 +* //Pomer prínosov a nákladov (BCR): viac ako 1,00//
1968 +* //Ekonomická vnútorná výnosová miera vyjadrená v % (EIRR): viac ako 5,0 %//
1969 +* //Ekonomická čistá súčasná hodnota vyjadrená v eurách (ENPV): viac ako 0//
1970 +//Pre účely financovania z prostriedkov EU vyjadruje Analýza nákladov a prínosov BC/CBA aj nasledovné ukazovatele~://
1971 +* //Finančná vnútorná výnosová miera v % (FIRR)//
1972 +* //Finančná čistá súčasná hodnota v eur (FNPV).//
1973 +//Nie všetky sociálno-ekonomické vplyvy sa dajú vždy vyčísliť a zhodnotiť. Je to preto, že okrem odhadu ukazovateľov výkonnosti by sa mala zohľadniť aj úvaha o nepeňažných nákladoch a výnosoch, najmä vo vzťahu k týmto otázkam: (čistý) dosah na zamestnanosť, ochrana životného prostredia, sociálna rovnosť a rovnaké príležitosti.//
1974 +//V prípade ak dosiahnu uvedené hodnoty viaceré varianty posudzované v rámci Analýzy nákladov, odporúča sa pri výbere finálnej alternatívy zohľadniť výšku BCR, dôležitosť nekvantifikovaných spoločenských prínosov a mieru naplnenia stanovených cieľov. Po vzore krajín ako Veľká Británia sa prioritne odporúča realizovať projekty, kde prínosy prevyšujú náklady štvornásobne (BCR aspoň 4,00).//
1975 +//**Príklad: Kvalitatívne prínosy projektov**//
1976 +//Problém: Proces získania stavebného povolenia jeden z najdlhších v EÚ.//
1977 +//Príklady kvalitatívnych prínosov projektu, ktoré je možné finančne oceniť~://
1978 +* //Zvýšenie ekonomickej aktivity v stavebnom sektore (zvýšenie rastu HDP)//
1979 +* //Nižšie spoločenské škody, spojené s búraním čiernych stavieb//
1980 +//Príklady kvalitatívnych prínosov projektu, ktoré nie je možné spoľahlivo finančne oceniť~://
1981 +* //Zníženie miery korupcie//
1982 +* //Zníženie miery stresu zamestnancov stavebných úradov//
1983 +//Vyššia spokojnosť verejnosti s procesmi územného a stavebného konania.//
1960 1960  
1961 -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).
1985 += {{id name="_Toc152607324"/}}{{id name="_Toc895423427"/}}{{id name="_Toc241209616"/}}{{id name="_Toc1109933817"/}}{{id name="_Toc1693584831"/}}{{id name="_Toc116189132"/}}{{id name="_Toc1157370114"/}}{{id name="_Toc1343589887"/}}{{id name="_Toc2053421042"/}}{{id name="_Toc1329406378"/}}{{id name="_Toc812300137"/}}{{id name="_Toc1301800014"/}}{{id name="_Toc47815707"/}}8.HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA =
1962 1962  
1987 +//Doplňte highlevel HARMONOGRAM, ktorý sa neskôr (v ďalších fázach/dokumentoch) bude detailizovať~://
1963 1963  
1964 -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.
1989 +* //KEDY potrebujete (chcete) ZAČAŤ? Napíšte TERMÍN (mesiac/rok)//
1990 +* //KEDY potrebujete (chcete) SKONČIŤ (mať dodaný výstup)? Napíšte TERMÍN (mesiac/rok).//
1991 +* //Fakturačné míľniky: jednotlivé míľniky projektu naviažte aj na fakturačné míľniky (v jednej tabuľke), aby ste si mohli kontrolovať cashflow v projekte.//
1992 +* //Míľniky Verejného obstarávania (VO) – do harmonogramu si doplňte aj míľnik procesu verejného obstarávania (celý proces).//
1965 1965  
1994 +|**ID**|**FÁZA/AKTIVITA**|(((
1995 +**ZAČIATOK**
1996 +(odhad termínu)
1997 +)))|(((
1998 +**KONIEC**
1999 +(odhad termínu)
2000 +)))|**POZNÁMKA**
2001 +|1.|//Prípravná fáza a Iniciačná fáza//|//napr. 01/2020//|//napr. 02/2020//|
2002 +|2.|//Realizačná fáza//|//napr. 05/2020//|//napr. 10/2020//|
2003 +|2a|//Analýza a Dizajn//|//napr. 05/2020//|//napr. 06/2020//|
2004 +|2b|//Nákup technických prostriedkov, programových prostriedkov a služieb//|//napr. 07/2020//|//napr. 08/2020//|//Napr. Je potrebné obstarať dodávateľa IS riešenia/ licencie[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^7^^>>path:#sdfootnote7sym||name="sdfootnote7anc"]](%%)/ konzultačné služby//
2005 +|2c|//Implementácia a testovanie//|//napr. 05/2020//|//napr. 06/2020//|
2006 +|2d|//Nasadenie a PIP//|//napr. 12/2020//|//napr. 02/2021//|//PIP - 3 mesiace po nasadení//
2007 +|3.|//Dokončovacia fáza//|//napr. 11/2020//|//napr. 12/2020//|
2008 +|4.|//Podpora prevádzky (SLA)//|//napr. 01/2021//|//napr. 01/2025//|//Napr. Je potrebné obstarať SLA zmluvu (Zmluvu o podpore prevádzky IS)?//
2009 +//Odporúčame – **pre reportovacie účely** projektu si vytvorte high-level projektový plán v MS EXCEL alebo v inom formáte/nástroji pre projektové riadenie.//
2010 +//Doplňte informácie o vybranej metóde riadenia projektu a zdôvodniť výber~://
2011 +//**Ak realizujete projekt metódou Waterfall:**//
2012 +//Waterfall - vodopádový prístup počíta s detailným naplánovaním jednotlivých krokov a následnom dodržiavaní postupu pri vývoji alebo realizácii projekty. Projektovému tímu je daný minimálny priestor na zmeny v priebehu realizácie. Vodopádový prístup je vhodný a užitočný v projektoch, ktorý majú jasný cieľ a jasne definovateľný postup a rozdelenie prác.//
2013 +//Objednávateľ projektu vypracuje funkčnú a technickú špecifikáciu,//
2014 +[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_ea8a81537e587b5e.png||height="354" width="400"]]
2015 +//**Ak realizujeme projekt metódou Agile:**//
2016 +//Agilný prístup k riadeniu projektov sa uplatňuje v projektoch, u ktorých je jasný rámcový cieľ, ale z najrôznejších dôvodov je nemožné presne definovať všetky dlhodobé požiadavky bez priebežných prototypov. Pri agilných metódach práce sa realizujú malé porcie výsledkov v každom vývojovom cykle, iterácii, v tesnej spolupráci so zákazníkom. Agile metódu je možné aplikovať za podmienok definovaných vo vyhláške MIRRI č. 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke.//
2017 +[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_dcd0f7fe8c3f7b57.png||height="292" width="487"]]
1966 1966  
1967 -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.
2019 += {{id name="_Toc510413660"/}}{{id name="_Toc152607325"/}}{{id name="_Toc1722900095"/}}{{id name="_Toc1548891642"/}}{{id name="_Toc1524307507"/}}{{id name="_Toc926619902"/}}{{id name="_Toc369843141"/}}{{id name="_Toc1228095438"/}}{{id name="_Toc1350957483"/}}{{id name="_Toc1726013925"/}}{{id name="_Toc651796977"/}}{{id name="_Toc1094373969"/}}{{id name="_Toc425060707"/}}{{id name="_Toc47815708"/}}9.PROJEKTOVÝ TÍM =
1968 1968  
2021 +//Zostavuje sa **Riadiaci výbor (RV),** v minimálnom zložení~://
1969 1969  
1970 -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.
2023 +* //Predseda RV//
2024 +* //Biznis vlastník//
2025 +* //Zástupca prevádzky//
2026 +* //Zástupca dodávateľa (dopĺňa sa až po VO / voliteľný člen)//
2027 +* //Projektový manažér objednávateľa (PM)//
2028 +//Zostavuje sa **Projektový tím objednávateľa**//
2029 +* //kľúčový používateľ,//
2030 +* //IT analytik alebo biznis analytik,//
2031 +* //IT architekt,//
2032 +* //biznis vlastník//
2033 +* //manažér kvality (nepovinný člen pre projekty do 1 000 000,- EUR, povinný pri veľkých projektoch nad 1 000 000,- EUR,//
2034 +* //manažér IT prevádzky (nepovinný člen)//
2035 +* //manažér kybernetickej a informačnej bezpečnosti (nepovinný člen)//
2036 +* //UX dizajnér (nepovinný člen)//
2037 +* //iná špecifická rola (nepovinný člen)//
2038 +* //doplniť tabuľku zodpovedných osôb, ktoré budú participovať v projekte//
1971 1971  
2040 +|**ID**|**Meno a Priezvisko**|**Pozícia**|**Oddelenie**|**Rola v projekte**
2041 +|1.|Doplniť meno a priezvisko|Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru|Doplniť rolu v projekte
2042 +|2.|Doplniť meno a priezvisko|Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru|Doplniť rolu v projekte
2043 +|3.|Doplniť meno a priezvisko|Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru|Doplniť rolu v projekte
2044 +//**Vzor organizačnej štruktúry**//
2045 +[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_d9faa472f626899.png||height="321" width="658"]]
2046 +[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_a6af23de6588b10b.png||height="64" width="480"]]
1972 1972  
1973 -= **7. OPIS IMPLEMENTÁCIE PROJEKTU A PREBERANIA VÝSTUPOV PROJEKTU** =
2048 +== {{id name="_Toc510413661"/}}{{id name="_Toc152607326"/}}{{id name="_Toc542498601"/}}{{id name="_Toc1556184162"/}}{{id name="_Toc1705652877"/}}{{id name="_Toc91475143"/}}{{id name="_Toc699254480"/}}{{id name="_Toc1575456504"/}}{{id name="_Toc1175869665"/}}{{id name="_Toc761214469"/}}{{id name="_Toc316351360"/}}{{id name="_Toc596074253"/}}{{id name="_Toc1994700246"/}}{{id name="_Toc47815709"/}}9.1 PRACOVNÉ NÁPLNE ==
1974 1974  
1975 -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.
2050 +//Doplniť **podľa dokumentu z Riadiaceho Výboru** projektu, prípadne zo splnomocnení alebo menovacích dekrétov . Tieto vstupy neskôr využijete pri dokumente PID.//
2051 +//VZORY a ŠABLONY zdrojových súborov sú tu: //__[[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]]__//  //
2052 +//Poznámka: Odporúčame – pozrite si VZOR pre MENOVACIE DEKRÉTY členov projektového tímu – vzor obsahuje názorný popis všetkých projektových rolí, ktoré vyžaduje Vyhláška 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke.//
1976 1976  
1977 -Tento prístup bol zvolený nakoľko projekt má jasne definované ciele, postupy a rozdelenie práce.
2054 += {{id name="_Toc510413662"/}}{{id name="_Toc152607327"/}}{{id name="_Toc1721209686"/}}{{id name="_Toc1704088007"/}}{{id name="_Toc663571237"/}}{{id name="_Toc222896765"/}}{{id name="_Toc1718852369"/}}{{id name="_Toc445439934"/}}{{id name="_Toc1591178749"/}}{{id name="_Toc1059352832"/}}{{id name="_Toc1317943368"/}}{{id name="_Toc1275292488"/}}{{id name="_Toc922415075"/}}{{id name="_Toc47815710"/}}10.ODKAZY =
1978 1978  
1979 -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:
2056 +//Doplniť odkazy na už existujúce produkty v maximálnej miere – vyhnúť sa duplikovaným informáciám.//
1980 1980  
1981 -* Analýza a dizajn
1982 -* Implementácia a testovanie
1983 -* 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).
2058 += {{id name="_Toc152607328"/}}{{id name="_Toc352209542"/}}{{id name="_Toc23745434"/}}{{id name="_Toc2079765538"/}}{{id name="_Toc439451047"/}}{{id name="_Toc432728511"/}}{{id name="_Toc2041295352"/}}{{id name="_Toc2053721865"/}}{{id name="_Toc1673192336"/}}{{id name="_Toc1660740083"/}}{{id name="_Toc1335486469"/}}{{id name="_Toc1845624711"/}}{{id name="_Toc47815711"/}}11.PRÍLOHY =
1984 1984  
1985 -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.
2060 +**Príloha : **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]]__
2061 +//Poznámka: **Odporúčame**, si evidovať a vyhodnotiť pripomienky odbornej verejnosti//
1986 1986  
1987 -= **8. PRÍLOHY** =
1988 -
1989 -**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]]
1990 -
1991 -// //
1992 -
1993 -
2063 +* //Podľa § 4 odsek 10 – Vyhláška 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke je potrebné zrealizovať pripomienkovanie Projektového zámeru odbornou verejnosťou//
2064 +* //Odporúčame túto aktivitu formalizovať (do dokumentu)//
2065 +* //Odporúčame vyhodnotenie zverejniť na webové sídlo objednávateľa (do projektového adresára) – v súlade s Vyhláškou 401/2023 Zz. Oznámenie o začatí verejného pripomienkovania sa zverejní v centrálnom metainformačnom systéme verejnej správy na mieste určenom Orgánom vedenia. Na schválenie riadiacemu výboru v prípravnej a iniciačnej fáze sa tieto výstupy predkladajú až po zverejnení vyhodnotenia pripomienok.//
1994 1994  //Koniec dokumentu//
2067 +[[1>>path:#sdfootnote1anc||name="sdfootnote1sym"]] Notácia ArchiMate: __[[https:~~/~~/publications.opengroup.org/standards/archimate>>url:https://publications.opengroup.org/standards/archimate]]__
2068 +[[2>>path:#sdfootnote2anc||name="sdfootnote2sym"]] Aktuálny spoločný repozitár architektonických modelov verejnej správy je __[[https:~~/~~/avssr.horizzon.cloud/>>url:https://avssr.horizzon.cloud/]]__. O prístup do repozitára a poskytnutie licencie pre modelovací nástroj pracujúci s repozitárom modelov je potrebné požiadať na e-mailovej adrese: sprava_EA@mirri.gov.sk.
2069 +[[3>>path:#sdfootnote3anc||name="sdfootnote3sym"]] Napr. modelovací nástroj Archi - Open Source ArchiMate Modelling: __[[https:~~/~~/www.archimatetool.com>>url:https://www.archimatetool.com/]]__.
2070 +[[4>>path:#sdfootnote4anc||name="sdfootnote4sym"]] Napr. modelovací nástroj pre BPMN - Camunda Modeler - Open Source Desktop Modeler: __[[https:~~/~~/camunda.com/download/modeler/>>url:https://camunda.com/download/modeler/]]__.
2071 +[[5>>path:#sdfootnote5anc||name="sdfootnote5sym"]] Podľa § 2 ods. 1 písm. i) vyhlášky MIRRI č. 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy sa objednávateľom rozumie správca alebo prevádzkovateľ ITVS, ktorý projekt realizuje alebo chce realizovať.
2072 +[[6>>path:#sdfootnote6anc||name="sdfootnote6sym"]] Spoločné moduly podľa zákona č. 305/2013 e-Governmente
2073 +[[7>>path:#sdfootnote7anc||name="sdfootnote7sym"]] EUPL licencie: __[[https:~~/~~/joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf>>url:https://joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf]]__
2074 +
2075 +| | |
1753650294782-395.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.vladimir\.stromcek@amazonite\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -194.2 KB
Obsah
1753650346802-406.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.vladimir\.stromcek@amazonite\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -109.4 KB
Obsah
1753650390192-668.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.vladimir\.stromcek@amazonite\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -57.5 KB
Obsah
1753650510913-248.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.vladimir\.stromcek@amazonite\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -112.7 KB
Obsah
1753650570167-299.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.vladimir\.stromcek@amazonite\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -126.2 KB
Obsah
1753650588550-831.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.vladimir\.stromcek@amazonite\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -119.5 KB
Obsah
1755099512796-566.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.vladimir\.stromcek@amazonite\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -74.0 KB
Obsah