Naposledy upravil Ján Kulavjak 2025/03/26 10:19
Show last authors
1 [[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_5d283de4ad3c0b7a.png||height="49" width="225"]]
2
3 **PROJEKTOVÝ ZÁMER**
4
5 **Vzor pre manažérsky výstup I-02**
6
7 **~ podľa vyhlášky MIRRI č. 401/2023 Z. z. **
8
9
10 |Povinná osoba|Tu uveďte názov inštitúcie, ktorá projekt požaduje
11 |Názov projektu|
12 |Zodpovedná osoba za projekt|Meno a priezvisko osoby, ktorá predkladá dokumenty (zamestnanec /Projektový manažér)
13 |Realizátor projektu|Názov inštitúcie, v prospech ktorej sa projekt realizuje (napr. podriadená organizácia)
14 |Vlastník projektu|Názov inštitúcie, ktorá zodpovedá za projekt a schvaľuje dokumenty
15
16
17 **Schvaľovanie dokumentu**
18
19 |Položka|Meno a priezvisko|Organizácia|Pracovná pozícia|Dátum|(((
20 Podpis
21
22 (alebo elektronický súhlas)
23 )))
24 |Vypracoval| | | | |
25
26
27 1. História DOKUMENTU
28
29 |Verzia|Dátum|Zmeny|Meno
30 |//0.1//|//14.11.2023//|//Pracovný návrh//|
31 |//1.0//|//22.12.2023//|//Zapracovanie súladu s vyhláškou č. 401/2023 Z. z.//|
32 | | | |
33
34
35 1. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE
36
37 V súlade s Vyhláškou 401/2023 Z.z. je dokument I-02 Projektový zámer určený na rozpracovanie detailných informácií prípravy projektu, aby bolo možné rozhodnúť o pokračovaní prípravy projektu, pláne realizácie, alokovaní rozpočtu a ľudských zdrojov.
38
39
40 Dokument Projektový zámer v zmysle vyššie uvedenej vyhlášky má obsahovať manažérske zhrnutie, rozsah, ciele a motiváciu na realizáciu projektu, zainteresované strany, alternatívy, návrh merateľných ukazovateľov, detailný opis požadovaných projektových výstupov, detailný opis obmedzení, predpokladov, tolerancií a návrh organizačného zabezpečenia projektu, detailný opis rozpočtu projektu a jeho prínosov, náhľad architektúry a harmonogram projektu so zoznamom rizík a závislostí,
41
42
43 **Inštrukcia: Šedý text** v celom dokumente predstavuje nápovedu pre vyplnenie dokumentu, po vyplnení kapitol **odporúčame text šedou farbou vymazať.**
44
45 //Dokumenty ukladajte s prefixom I_XX.//
46
47 //Odporúčame, aby ste si TABUĽKOVÉ VSTUPY vo formáte EXCEL spravovali v jednom centrálnom súbore s cieľom minimalizovať budúcu prácnosť s aktualizáciou a udržiavaním obsahu.//
48
49
50 1.
51 11. Použité skratky a pojmy
52
53
54 |SKRATKA/POJEM|POPIS
55 | |
56 | |
57 | |
58
59
60 1.
61 11. Konvencie pre typy požiadaviek (príklady)
62
63
64 Zvoľte si konvenciu pre označovanie požiadaviek, súborov, atd. Hlavné kategórie požiadaviek v zmysle katalógu požiadaviek, rozdeľujeme na funkčné (funkcionálne), nefunkčné (kvalitatívne, výkonové a pod.). Podskupiny v hlavných kategóriách je možné rozšíriť podľa potrieb projektu, napríklad:
65
66 **Funkcionálne (používateľské) požiadavky **majú nasledovnú konvenciu:
67
68 **FRxx**
69
70 * U – užívateľská požiadavka
71 * R – označenie požiadavky
72 * xx              – číslo požiadavky
73
74 **Nefunkčné (kvalitatívne, výkonové - Non Functional Requirements - NFR) požiadavky** majú nasledovnú konvenciu:
75
76 **NRxx**
77
78 * N               – nefukčná požiadavka (NFR)
79 * R – označenie požiadavky
80 * xx              – číslo požiadavky
81
82 Ostatné typy požiadaviek môžu byť ďalej definované objednávateľom/PM.
83
84
85 1. DEFINOVANIE PROJEKTU
86
87
88 1.
89 11. Manažérske zhrnutie
90
91
92 Stručný popis projektu, dôvod jeho realizácie, obsah projektu (vývoj SW, nákup HW/licencie, migrácia do vládneho cloudu a pod.), indikatívna výška finančných prostriedkov určených na realizáciu projektu, prínosy a časový horizont realizácie projektu.
93
94 Očakáva sa, že stručne, jasne a štruktúrovane popíšete základné zdôvodnenie, prečo by sa mal projekt realizovať. Vo vašom popise odpovedajte najmä na otázky „Prečo chcete projekt zrealizovať? Čo je predmetom projektu? Pre koho sú výsledky projektu určené? Za akú sumu? Čo to prinesie cieľovej skupine?
95
96 V prípade projektov financovaných z európskych fondov je potrebné uviesť zdôvodnenie využitia národného/dopytového projektu, prijímateľa/partnera projektu a dôvod jeho určenia, príslušnosť národného/dopytového projektu k prioritnej osi príslušného operačného programu.
97
98
99 1.
100 11. Motivácia a rozsah projektu
101
102
103 * Popíšte PROBLÉM, ktorý chcete realizáciou projektu odstrániť
104 * STRUČNE popísať koľko a aké vaše biznis procesy sú predmetom projektu
105 * Doplniť informácie o OBLASTI (AGENDA / ŽIVOTNÁ SITUÁCIA), ktorým sa projekt venuje
106 * Doplniť rámcový popis ROZSAHU projektu (subjekty a ISVS, ktorých sa problém a projekt týka)
107 * Doplniť MOTIVÁCIU na dosiahnutie budúceho stavu a OBMEDZENIA pre dosiahnutie cieľov projektu.
108 * Môžete doplniť vizualizáciu motivácie pomocou notácie ArchiMate[[**~[1~]**>>path:#_ftn1]].
109
110
111 1.
112 11. Zainteresované strany/Stakeholderi
113
114
115 * Doplňte KTO (zoznam subjektov/osôb) sa zúčastňuje projektu a akú rolu zastáva
116
117
118 |ID|AKTÉR / STAKEHOLDER|(((
119 SUBJEKT
120
121 (názov / skratka)
122 )))|(((
123 ROLA
124
125 (vlastník procesu/ vlastník dát/zákazník/ užívateľ …. člen tímu atď.)
126 )))|(((
127 Informačný systém
128
129 (MetaIS kód a názov ISVS)
130 )))
131 |1.|Ministerstvo investícií, regionálneho rozvoja a informatizácie SR|MIRRI|Poskytovateľ služieb centrálnej platformy integrácie údajov|isvs_5836 IS CSRU
132 |2.|Občan / podnikateľ| |Spracovateľ podania formou vyplnenia žiadosti vo formulárovom prostredí|Nerelevantné
133 |3.|OVM| |Konzument údajov|Doplniť ISVS (v projekte)
134 |5.|Občan/Podnikateľ/OVM …|Doplniť skratku subjektu|Doplniť rolu (v projekte)|Doplniť ISVS (v projekte)
135
136
137
138 1.
139 11. Ciele projektu
140
141
142 Do tabuliek nižšie doplniť CIEĽ /CIELE PROJEKTU, ich mapovanie na strategické ciele (napr. z NKIVS, KRIT a iných strategických dokumentov) a súvisiace merateľné ukazovatele (KPI- key performance indicators). Ciele musia byť S.M.A.R.T. - konkrétne, merateľné, dosiahnuteľné, relevantné, časovo ohraničené.
143
144
145 |ID|(((
146
147
148
149 Názov cieľa
150 )))|Názov strategického cieľa|Spôsob realizácie strategického cieľa
151 |...| |...|...
152 |...| |...|...
153
154
155 1.
156 11. Merateľné ukazovatele (KPI)
157
158
159 |ID|(((
160
161
162
163 ID/Názov cieľa
164 )))|Názov
165 ukazovateľa (KPI)|Popis
166 ukazovateľa|Merná jednotka
167 |AS IS
168 merateľné hodnoty
169 (aktuálne)|TO BE
170 Merateľné hodnoty
171 (cieľové hodnoty)|Spôsob ich merania|Pozn.
172 |...| |...|...|...|...|...|...|...
173 |...| |...|...|...|...|...|...|...
174 |...| |...|...|...|...|...|...|...
175
176
177 Vysvetlivky k vyplneniu tabuľky:
178
179 * Vzory merateľných ukazovateľov pre projekt sú publikované v Checkliste pre agendu Merateľné ukazovatele/KPI ([[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]] )
180 * **AS IS merateľné ukazovatele** – t. j. popíšte, aké merateľné ukazovatele máte teraz (vpíšte výsledky meraní – v merateľných jednotkách) .
181 * **TO BE merateľné ukazovatele** – t. j. popíšte cieľové merateľné ukazovatele, ktoré chcete dosiahnuť.
182 * Odporúčame, aby váš budúci IS mal automatizovaný monitoring (na pravidelnej báze, napr. týždenne) vami stanovených merateľných ukazovateľov – s cieľom, aby ste mohli riadiť službu, produkt, proces, ľudí
183 * V prípade financovania cez zdroje EÚ uvádzať aj Projektové merateľné ukazovatele z operačného programu (špecifické ciele, merateľné ukazovatele atď).
184
185
186 1.
187 11. Špecifikácia potrieb koncového používateľa
188
189
190 Táto časť sa týka projektov, ktoré sú zamerané na vývoj alebo rozvoj  ISVS/s elektronickými službami , ktoré  majú grafické alebo iné používateľské rozhranie a sú určené pre občanov/podnikateľov (alebo aj pracovníkov verejnej správy pracujúcich s agendovým systémom), ďalej označených ako koncoví používatelia.
191
192 * Špecifikácia požiadaviek koncových používateľov musí byť v súlade s legislatívou (s aktuálne platnou alebo s návrhom jej zmien ako súčasť projektu) a postupmi pri vytváraní elektronických služieb verejnej správy, ako sú napríklad používateľský prieskum, mapovanie používateľskej cesty, vytváranie informačnej architektúry a testovanie prototypov podľa vyhlášky [[547/2021 Z. z. o elektronizácii agendy verejnej správy>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2021/547/]].
193 * Definujte skupiny koncových používateľov elektronických služieb a popísať cieľové skupiny koncových používateľov, vrátane sociodemografických charakteristík cieľových skupín alebo účastníkov používateľského prieskumu. Príklad definície skupín koncových používateľov, tzv. persón nájdete v metodike pre tvorbu používateľsky kvalitných elektronických služieb ([[Metodika pre tvorbu používateľsky kvalitných elektronických služieb>>url:https://mirri.gov.sk/wp-content/uploads/2020/10/Metodicke-usmernenie-pre-tvorbu-pouzivatelsky-kvalitnych-elektronickych-sluzieb-VS_7102020.pdf]]).
194 * Špecifikujte potreby resp. ciele koncových používateľov (ideálne formou tzv. // //[[používateľského príbehu>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2023/401/#paragraf-13.odsek-4]]) ktoré identifikujú, čo jednotlivé skupiny koncových používateľov od elektronickej  služby požadujú.  Ak ide o zmenu (upgrade) elektronickej služby, ktorá už existuje, dajú sa ciele  koncových používateľov kvantitatívne odmerať: 
195 ** ako sa koncovým používateľom svoje potreby (resp. ciele) darí napĺňať (performance indikátory) - napr. priemerný čas pre naplnenie potreby, miera chybovosti, miera dokončenia, pomer online/offline transakcií,
196 ** ako sú koncoví používatelia (ne)spokojní s existujúcou  elektronickou službou (Net Promoter Score, Customer effort Score, customer satisfaction....),
197 * Pri rozvoji existujúcej elektronickej služby je možné použiť výstupy zo zisťovania spätnej väzby k elektronickej službe, ak z nich vyplývajú požiadavky koncových používateľov na rozvoj služby. 
198 * Ak ide o vytváranie novej koncovej služby, realizuje sa používateľský prieskum spravidla metódou kvalitatívneho prieskumu (formou štruktúrovaného rozhovoru alebo dotazníka, ktorého cieľom je pomenovať základné ciele/potreby koncových používateľov) a očakávania od kvality a funkcionalít plánovanej elektronickej služby (odkaz návod (v angličtine): [[Ako vybrať vhodnú metódu používateľského prieskumu>>url:https://www.nngroup.com/articles/which-ux-research-methods/]]).
199 * Priložte Report zákazníckeho prieskumu ako prílohu Projektového zámeru,  ktorý popíše priebeh a metódy prieskumu, základné kvantitatívne ukazovatele, veľkosť vzorky atď.
200
201 * //Doplňte Katalóg požiadaviek (funkčné, nefunkčné) o priorizované požiadavky z používateľského prieskumu v dokumente  M-05 Analýza nákladov a prínosov, karta Katalóg požiadaviek I-04 Katalóg požiadaviek.//
202
203 .
204
205 1.
206 11. Riziká a závislosti
207
208
209 Doplňte/stručne popíšte **RIZIKÁ a ZÁVISLOSTI** (detail v prílohe ZOZNAM RIZÍK a ZÁVISLOSTI)  **Zoznam RIZÍK a ZÁVISLOSTI** - je potrebné počas celej realizácie projektu aktualizovať.
210
211 * V prípade projektov financovaných zo zdrojov EÚ je povinné vyhodnotenie rizík súvisiacich s:
212
213 * //Realizáciou verejného obstarávania (t.j. napr. pred vyhlásením VO bude dopad na projekt Fatálny, ak má objednávateľ už uzatvorenú dodávateľskú zmluvu, bude dopad nevýznamný a pod...)//
214 * //Legislatívou: vyhodnotiť potrebu zmeny legislatívy (ak je potrebné prijať nový zákon tak bude dopad Fatálny)//
215 * //Časovým priebehom: ak je harmonogram realizácie naplánovaný do konca roka 2023, tak bude dopad Fatálny.//
216
217
218 1.
219 11. Stanovenie alternatív v biznisovej vrstve architektúry
220
221
222 Na základe identifikovaného rozsahu problému navrhujete v projektovom zámere rôzne riešenia biznis procesov (podmnožiny problému). Alternatíva môže pokrývať procesy všetkých stakeholderov (zainteresované strany) alebo iba vybraných, celú životnú situáciu alebo len časť. Na úrovni stanovenia alternatívy je budúci stav biznis procesov popísaný rámcovo, pri zúžení alternatív na tie, ktoré vstupujú do CBA konkrétne.
223
224 //[[image:file:///C:/Users/kulavjak/AppData/Local/Temp/msohtmlclip1/01/clip_image002.png]]//
225
226
227
228 1.
229 11. Multikriteriálna analýza
230
231
232 Výber alternatív prebieha na úrovni biznis vrstvy prostredníctvom MCA zostavenej na základe kapitoly Motivácia, ktorá obsahuje ciele stakeholderov, ich požiadavky a obmedzenia pre dosiahnutie uvedených cieľov.
233
234 Niektoré (nie všetky) kritériá môžu byť označené ako KO kritériá. KO kritériá označujú biznis požiadavky na riešenie, ktoré sú z hľadiska rozsahu identifikovaného problému a motivácie nevyhnutné pre riešenie problému a všetky akceptovateľné alternatívy ich tak musia naplniť. Alternatívy, ktoré nesplnia všetky KO kritériá, môžu byť vylúčené z ďalšieho posudzovania. KO kritériá nesmú byť technologické (preferovať jednu formu technologickej implementácie voči druhej).
235
236
237 Príklad šablóny pre spracovanie MCA
238
239 | |KRITÉRIUM|ZDÔVODNENIE KRIÉRIA|(((
240 STAKEHOLDER
241
242 1
243 )))|(((
244 STAKEHOLDER
245
246 2
247 )))|(((
248 STAKEHOLDER
249
250 3
251 )))
252 |(% rowspan="6" %)(((
253 BIZNIS VRSTVA
254
255
256 )))|Kritérium A (KO)| |X|X|X
257 |Kritérium B (KO)| |X|X|
258 |Kritérium C (KO)| | |X|X
259 |Kritérium D (KO)| | |X|X
260 |Kritérium E| |X|X|
261 |Kritérium F| |X| |X
262
263
264 Príklad šablóny pre vyhodnotenie MCA
265
266 |Zoznam kritérií|(((
267 Alternatíva
268
269 1
270 )))|(((
271 Spôsob
272
273 dosiahnutia
274 )))|Alternatíva 2|(((
275 Spôsob
276
277 dosiahnutia
278 )))
279 |Kritérium A|áno|vysvetlenie prečo áno|áno|vysvetlenie prečo áno
280 |Kritérium B|áno|vysvetlenie prečo áno|nie|
281 |Kritérium C|áno|vysvetlenie prečo áno|nie|
282 |Kritérium D|áno|vysvetlenie prečo áno|nie|
283
284
285
286 1.
287 11. Stanovenie alternatív v aplikačnej vrstve architektúry
288
289
290 Alternatívy na úrovni aplikačnej architektúry reflektujú alternatívy vypracované na základe „nadradenej“ architektonickej biznis vrstvy, pričom vďaka uplatneniu nasledujúcich princípov aplikačná vrstva architektúry dopĺňa informácie k alternatívam stanoveným pomocou biznis architektúry.
291
292 Pre klasifikáciu alternatív za účelom ďalšieho porovnania aplikačnej vrstvy a architektúry je potrebné zadefinovať nasledovné požiadavky:
293
294 * Nutné – aplikačné moduly/funkcionality, ktoré sú nevyhnutné pre dosiahnutie cieľov
295 * Preferované – aplikačné moduly/funkcionality, ktoré rozvíjajú biznis alternatívu a vytvárajú dodatočné prínosy, započítané v Analýze nákladov a prínosov M-05 (BC/CBA povinná pre projekty nad 1 000 000,- EUR)
296 * Aplikačná vrstva by mala byť schopná rozdeliť moduly do skupín podľa koncových služieb/funkcionalít, ktoré plnia nutné a preferované požiadavky.
297
298 //[[image:file:///C:/Users/kulavjak/AppData/Local/Temp/msohtmlclip1/01/clip_image004.png]]//
299
300 1.
301 11. Stanovenie alternatív v technologickej vrstve architektúry
302
303
304 Alternatívy na úrovni technologickej architektúry reflektujú alternatívy vypracované na základe „nadradenej“ architektonickej aplikačnej vrstvy, pričom sa prioritne uvažuje o využití služieb vládneho cloudu (privátne aj verejné cloudové služby zverejnené v katalógu služieb vládneho cloudu ([[odkaz na katalóg>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb/]]// služieb //).
305
306 V prípadoch, kedy by nebolo ekonomicky výhodné využiť vládny cloud v plnom rozsahu projektu, je možné uvažovať aj o iných/ďalších alternatívach: hybridnej (časť aplikácií využíva privátny vládny cloud a časť vlastný HW žiadateľa, resp. časť aplikácii využíva služby komerčného poskytovateľa cloudových služieb), nasadenie v prostredí komerčného cloudu alebo v krajnom prípade sú všetky aplikácie nasadené v prostredí vlastného HW žiadateľa (prípady zohľadnenia bezpečnosti alebo iných povinností).
307
308 Ekonomická výhodnosť technologickej alternatívy je preukázaná nižšími nákladmi na TCO projektu. Spracovateľ projektového zámeru je povinný preukázať, že zvolené riešenie je ekonomicky výhodnejšie. V prípade, že z bezpečnostných alebo iných dôvodov nezvolil najvýhodnejšiu alternatívu (resp. neposudzoval viacero alternatív), spracovateľ doloží zdôvodnenie potreby daného technologického riešenia. V zdôvodnení sú uvedené konkrétne požiadavky a ich parametre, ktoré neumožnili zvoliť najvýhodnejšie riešenie alebo porovnať viacero alternatív.
309
310 //[[image:file:///C:/Users/kulavjak/AppData/Local/Temp/msohtmlclip1/01/clip_image005.png]]//
311
312
313
314 Ako alternatívu nepovažujeme porovnanie krabicových „off-the-shelf“ riešení (COTS) riešení s alternatívou vývoja aplikácií „na zelenej lúke“ a to z dôvodu toho, že žiadateľ pre zachovanie nediskriminačných podmienok vo verejnom obstarávaní nevie vopred určiť, či dostane ponuku od uchádzača k vývoju na zelenej lúke, alebo sa všetky ponuky od uchádzačov vo verejnom obstarávaní budú vzťahovať na COTS riešenie. Výnimka je v prípade, ak žiadateľ uvažuje použiť konkrétne COTS riešenie ako podmienku pre uchádzača v rámci procesu verejného obstarávania a to vzhľadom na ekonomické alebo iné dôvody preukázané v dokumente.
315
316 Výber alternatív prebieha v dvoch kolách. Prvé kolo predstavuje uplatnenie multikriteriálnej analýzy (ďalej len „MCA“) – výber relevantných alternatív. Druhé kolo predstavuje vypracovanie Analýzy nákladov M-05 BC/CBA. Do druhého kola vstupujú alternatívy ktoré splnili všetky vylučovacie kritéria stanovené v multikritériálnej analýze. Minimálny počet variant, je stanovený na 3:
317
318 * nulový variant, ktorý sa neposudzuje v MCA a je automaticky porovnávajúcim variantom v M-05 Analýza nákladov a prínosov,
319 * preferovaný variant, ktorý splnil všetky kritéria MCA,
320 * „minimalistický variant“, ktorý vychádza z rovnakého biznis variantu ako preferovaný variant, ale realizuje iba „nutné“ aplikačné moduly.
321
322 1. POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU)
323
324
325 * Doplňte informácie – POPIS PRODUKTU - čo bude/čo chcete, aby bolo po ukončení projektu dodané
326 ** projektové výstupy podľa vyhlášky 401/2023 o riadení projektov (vrátane zdrojových kódov)
327 ** koncové služby a biznis procesy, ktoré sú predmetom dodávky projektu
328 ** biznis objekty, ktoré majú byť vstupmi a výstupmi zo systému – napr. podania, formuláre, rozhodnutia, reporty, dáta, aplikačné rozhrania
329 * Doplniť informáciu, resp. identifikovať VLASTNÍKOV PROCESOV (toto je dôležitá informácia pre budúce riadenie projektu a schvaľovanie výstupov projektu).
330
331
332 1. NÁHĽAD ARCHITEKTÚRY
333
334
335 * Doplňte krátky POPIS BUDÚCEHO CIEĽOVÉHO PRODUKTU PROJEKTU z pohľadu biznis/aplikačnej/technologickej architektúry v závislosti od charakteru projektu a výsledku analýzy alternatív riešenia,
336 * Doplňte a detailne spracujte funkčné a nefunkčné požiadavky vyplývajúce z analýz alternatív riešenia vo všetkých vrstvách architektúry a vyplňte požiadavky v dokumente M-05 Analýza nákladov a prínosov, karta Katalóg požiadaviek., I-04 Katalóg požiadaviek
337 * Doplňte stručný náhľad budúcej IT architektúry (biznis, aplikačná, technologická) riešenia, ktorý podľa potreby pozostáva aj z viacerých obrázkov (diagramov), aby dostatočne zrozumiteľne znázornil predmet dodávky, jeho kontext a zmeny v architektúre verejnej správy (objednávateľa, realizátora projektu), ktoré projekt realizuje,
338 ** Náhľad architektúry vytvorte v modelovacom nástroji pomocou notácie ArchiMate ([[https:~~/~~/publications.opengroup.org/standards/archimate>>url:https://publications.opengroup.org/standards/archimate]]), v prípade potreby väčšej detailizácie biznis procesov môžete použiť notáciu BPMN ([[http:~~/~~/www.omg.org/spec/BPMN/2.0/>>url:http://www.omg.org/spec/BPMN/2.0/]]),
339 ** Pre vytvorenie náhľadu architektúry použite modelovací nástroj, ktoré môže byť buď integrovaný na spoločný repozitár[[~[2~]>>path:#_ftn2]] architektonických modelov verejnej správy, alebo modelovací nástroj, ktorý podporuje export modelu do štandardizovaných výmenných formátov súborov  (The Open Group ArchiMate Model Exchange File Format Standard)^^ [[**^^~[3~]^^**>>path:#_ftn3]]^^ a export súborov podľa špecifikácie BPMN 2.0[[~[4~]>>path:#_ftn4]],
340 ** Pre jednoznačnú identifikovateľnosť komponentov v náhľade architektúry uveďte aj ich MetaIS kódy
341 ** Očakáva sa, že ak realizujete popis dizajn procesov podľa pravidiel EVS, tak všetky výstupy musia byť v súlade s metodikou a postupom: [[https:~~/~~/www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave&subor=255448>>url:https://www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave&subor=255448]]// .//
342 ** Náhľad architektúry v tomto výstupe I-02 Projektový zámer by mal byť v súlade s jeho detailizáciou vo výstupe I-03 Prístup k projektu, ak objednávateľ podľa prílohy č. 1 vyhlášky 401/2023 Zz pripravuje aj výstup I-03 Prístup k projektu.
343 ** Náhľad architektúry v tomto výstupe I-02 Projektový zámer by mal byť v súlade s výstupom M-06 - aktualizáciou evidencie e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIs) a komponenty, ktorých sa projekt týka by mali mať upravenú evidenciu ich stavu a fázu ich životného cyklu.
344 ** Príklad náhľadu na architektúru podľa metamodelu e-Government komponentov evidovaných v MetaIS:
345
346
347
348 [[image:file:///C:/Users/kulavjak/AppData/Local/Temp/msohtmlclip1/01/clip_image007.png]]
349
350 Obrázok 1 Príklad náhľadu architektúry v notácii ArchiMate
351
352
353
354 1.
355 11. Prehľad e-Government komponentov
356
357 **Ak bude vytváraný aj výstup I-03 Prístup k projektu, môže byť táto kapitola z dokumentu I-02 Projektový zámer vypustená, pretože jej obsah bude spracovaný vo výstupe I-03 Prístup k projektu.**
358
359
360 Obsah tejto kapitoly je prehľadom realizácie výstupu **M-06 - aktualizácia evidencie e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIs)**. Objednávateľ[[~[5~]>>path:#_ftn5]] plní výstupom M-06 povinnosti orgánu riadenia sprístupňovať a aktualizovať informácie o informačných technológiách verejnej správy prostredníctvom centrálneho metainformačného systému verejnej správy (MetaIS) bezodkladne podľa § 12 ods. 1 písm. b) zákona 95/2019 Z.z.
361
362
363 V okamihu odovzdania výstupu I-02 Projektový zámer objednávateľ:
364
365 1. vytvorí náhľady architektúry v modelovacom nástroji, ktorý môže byť buď integrovaný na spoločný repozitár  architektonických modelov verejnej správy, alebo ktorý podporuje export modelu do štandardizovaných výmenných formátov súborov,
366 1. uloží architektonické modely súčasnej a budúcej architektúry riešenia buď do repozitára architektonických modelov verejnej správy alebo do projektovej dokumentácie I-02 ako prílohu  vo výmennom formáte pre uloženie modelu,
367 1. aktualizuje v MetaIS e-Government komponenty, ktoré budú realizované alebo menené projektom alebo veľkou zmenovou požiadavkou a to koncové služby, ISVS, ich moduly, aplikačné služby, atribúty a vzájomné vzťahy týchto e-Government komponentov a ich vzťahy (integrácie) na spoločné ISVS alebo ISVS iných správcov, ktoré budú využívať.
368
369 Objednávateľ v tejto kapitole uvedie prehľad nasledovných e-Government komponentov, ktoré budú výstupom projektu (dodané nové alebo zmenené) a ktoré evidoval v rámci výstupu M-06 v MetaIS:
370
371
372 1.
373 11.
374 111. Prehľad koncových služieb – budúci stav:
375
376 |(((
377 Kód KS
378
379 //(z MetaIS)//
380 )))|Názov KS|Používateľ KS //(G2C/G2B/G2G/G2A)//|(((
381 Životná situácia
382
383 //(+ kód z MetaIS)//
384 )))|Úroveň elektronizácie KS
385 | | | | |Vyberte jednu z možností
386 | | | | |Vyberte jednu z možností
387
388
389 1.
390 11.
391 111. Prehľad budovaných/rozvíjaných ISVS v projekte – budúci stav:
392
393 |**Kód ISVS **//(z MetaIS)//|**Názov ISVS**|(((
394 **Modul ISVS**
395
396 //(zaškrtnite ak ISVS je modulom)//
397 )))|**Stav IS VS**|**Typ IS VS**|(((
398 **Kód nadradeného ISVS**
399
400 //(v prípade zaškrtnutého checkboxu pre modul ISVS)//
401 )))
402 | | |☐| Vyberte jednu z možností| Vyberte jednu z možností|
403 | | |☐| Vyberte jednu z možností| Vyberte jednu z možností|
404
405
406 1.
407 11.
408 111. Prehľad budovaných aplikačných služieb – budúci stav:
409
410 |(((
411 Kód AS
412
413 //(z MetaIS)//
414 )))|Názov AS|(((
415 ISVS/modul ISVS
416
417 //(kód z MetaIS)//
418 )))|(((
419 Aplikačná služba realizuje KS
420
421 //(kód KS z MetaIS)//
422 )))
423 | | | |
424 | | | |
425
426
427 *
428 *1.
429 *11. Prehľad integrácii ISVS na spoločné ISVS[[^^**~[6~]**^^>>path:#_ftn6]] a ISVS iných OVM alebo IS tretích strán
430 * //Uviesť prehľad ISVS, pri ktorých sa plánuje využívanie služieb iných ISVS, spoločných blokov (SaaS) alebo služieb tretích strán v TO BE stave.//
431 * //Uviesť prehľad ISVS integrovaných na spoločné moduly podľa zákona č. 305/2013 Zz.//
432 * //Plánované využívanie a integrácie služieb iných ISVS musí byť evidované v MetaIS – zaevidovanie vzťahu na aplikačnú službu určenú na externú integráciu poskytujúcim ISVS//
433
434
435 |(((
436 Kód ISVS
437
438 //(z MetaIS)//
439 )))|(((
440 Názov ISVS
441
442
443 )))|(((
444 Kód integrovaného ISVS
445
446 //(z MetaIS)//
447 )))|Názov integrovaného ISVS
448 | | | |
449 | | | |
450
451
452 * Na informáciu je v nasledujúcej tabuľke prehľad AS na externú integráciu Spoločných modulov podľa § 10 zákona 305/2013 Zz. **Vo finálnom dokumente túto tabuľku prehľadu AS spoločných modulov vymažte:**
453
454 |**MetaIS kód**|**Názov**|**AS na externú integráciu (využitie Spoločného modulu)**
455 |isvs_8846|Autentifikačný modul|Autentifikácia používateľa na ÚPVS (BOK) (as_59698)
456 |isvs_8847|Elektronické schránky|Vytváranie, odosielanie a prijímanie elektronických správ (as_59630)
457 |isvs_8848|Modul elektronických formulárov|Poskytnutie vzorov e_formulárov (sluzba_is_185)
458 |isvs_9369|Modul elektronického doručovania|Centrálne úradné doručovanie (as_59701)
459 |isvs_8850|Platobný modul|Realizácia platieb správnych a súdnych poplatkov (as_59700)
460 |isvs_9368|Modul centrálnej elektronickej podateľne|Overovanie elektronického podpisu (KEP) (as_59702)
461 |isvs_8851|Modul dlhodobého uchovávania (nepovinný)|Uchovávanie elektronických dokumentov (as_59703)
462 |isvs_9370|Notifikačný modul (nepovinný)|Zasielanie oznámení prostredníctvom elektronických komunikačných kanálov (sms, email) (as_59699)
463 |isvs_9513|Centrálna API manažment Platforma  (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov|Poskytovanie služby integráciou na AS CAMP (as_60157)
464 |isvs_9513|Centrálna API manažment Platforma  (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov|Konzumovanie služby iného ISVS prostredníctvom CAMP (as_60158)
465 |isvs_5836|IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov|Poskytovanie dát na integráciu (as_59119)
466 |isvs_5836|IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov|Poskytnutie konsolidovaných údajov o subjekte (sluzba_is_49250)
467 |isvs_5836|IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov|Poskytnutie konsolidovaných referenčných údajov z IS CSRÚ na synchronizáciu (sluzba_is_49253)
468
469
470
471 1.
472 11.
473 111. Aplikačné služby na integráciu
474
475
476 Uveďte v nasledujúcej tabuľke budované aplikačné služby a ich využitie na integráciu na spoločné moduly a iné ISVS alebo ich poskytovanie na externú integráciu a predpokladané vybudovanie cloudových služieb “softvér ako služba“ (SaaS),
477
478 * Plánované aplikačné služby musia byť evidované v MetaIS s fázou životného cyklu a musia mať v MetaIs evidované všetky povinné atribúty a vzťahy,
479 * Evidencia integrácií v MetaIS sa realizuje evidovaním vzťahov aplikačných služieb budovaného~/~/rozvíjaného ISVS na príslušné aplikačné služby nadrezortných ISVS. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.3.1 a kap. 2.1.3.3.2. Detailný popis služieb IS CSRÚ a poskytovaných objektov evidencie je v aktuálnej verzii integračného manuálu IS CSRÚ.
480 * Ak IS povinnej osoby potrebuje konzumovať alebo poskytovať služby iným ISVS alebo IS tretích strán prostredníctvom modulu Centrálna API Manažment Platforma (CAMP) a jej modulu API Gateway, je potrebné aplikačné služby IS Povinnej osoby naviazať na príslušné integračné služby CAMP (API Gatewy).
481 * Budované aplikačné služby musia mať v MetaIs evidované SLA parametre pre východiskový a cieľový stav. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.
482
483
484 |(((
485 AS
486
487 (Kód MetaIS)
488 )))|(((
489
490
491 Názov  AS
492 )))|(((
493 Realizuje ISVS
494
495 (kód MetaIS)
496 )))|Poskytujúca alebo Konzumujúca|Integrácia cez CAMP|Integrácia s IS tretích strán|SaaS|(((
497 Integrácia na AS poskytovateľa
498
499 (kód MetaIS)
500 )))
501 | | | |Poskytovaná / Konzumujúca|Áno/Nie|Áno/Nie|Áno/Nie|
502 | | | |Poskytovaná / Konzumujúca|Áno/Nie|Áno/Nie|Áno/Nie|
503 | | | |Poskytovaná / Konzumujúca|Áno/Nie|Áno/Nie|Áno/Nie|
504
505
506 1.
507 11.
508 111. Poskytovanie údajov z ISVS do IS CSRÚ
509
510
511 Uveďte v tabuľke prehľad poskytovaných údajov (objektov evidencie, ďalej OE) z ISVS do IS CSRÚ v TO BE stave.
512
513 |ID OE|Názov (poskytovaného) objektu evidencie|Kód ISVS poskytujúceho OE|Názov ISVS poskytujúceho OE
514 | | | |
515 | | | |
516 | | | |
517
518
519 1.
520 11.
521 111. Konzumovanie údajov z IS CSRÚ
522
523
524 Uveďte v tabuľke prehľad konzumovaných údajov z IS CSRÚ v TO BE stave. [[Súčasné dostupné objekty evidencie a údaje v IS CSRÚ>>url:https://managementmania.com/sk/databaza]] sú uvedené v integračnom manuáli IS CSRÚ//.//
525
526 |ID  OE|(((
527
528
529 Názov (konzumovaného) objektu evidencie
530 )))|Kód a názov ISVS konzumujúceho OE z IS CSRÚ|Kód zdrojového ISVS v MetaIS
531 | | | |
532 | | | |
533 | | | |
534
535
536
537 1.
538 11.
539 111. Prehľad plánovaného využívania infraštruktúrnych služieb (cloudových služieb) – budúci stav:
540
541
542 //Zaevidujte MetaIS využívanie cloudových infraštruktúrnych služieb vašimi ISVS. Podrobné informácie o evidencii využívania infraštruktúrnych služieb sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.4.3 ISVS využívajúci infraštruktúrne služby.//
543
544
545 |(((
546
547
548 Kód infraštruktúrnej služby
549
550 //(z MetaIS)//
551 )))|Názov infraštruktúrnej služby|(((
552 **Kód využívajúceho ISVS**
553
554 //(z MetaIS)//
555 )))|**Názov využívajúceho ISVS**
556 | | | |
557 | | | |
558
559
560 V súlade s NKIVS by technologická architektúra mala byť založená na cloudových službách uvedených v katalógu služieb, ktoré prešli procesom klasifikácie, hodnotenia, registrácie a zaradenia do katalógu služieb zverejnenom na stránke MIRRI: [[https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb>>url:https://www.mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb]]//.//
561
562
563 1. LEGISLATÍVA
564
565
566 Doplniť popis potrebných zmien v oblasti legislatívy pre naplnenie cieľov a dodanie výstupov projektu.
567
568 Uviesť konkrétne zákony, prípadne aj paragrafy, ktoré budú predmetom legislatívnych zmien.
569
570 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é.
571
572
573 1. ROZPOČET A PRÍNOSY
574
575
576 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.
577
578 V tejto časti dokumentu sa od Vás očakáva štruktúrovane popísať:
579
580 * **vypočítané náklady** (vývoj + prevádzka) v T10 (t.j. na 10 rokov dopredu)
581 * v**ypočítané prínosy** v T10 (t.j. na 10 rokov dopredu)
582 * **slovne popísať výpočet prínosov**, z čoho sú čerpané vstupné hodnoty
583 * **rok návratnosti** (doplnenie ukazovateľov: ENPV, FNPV, BCR)
584
585
586 1.
587 11. Sumarizácia nákladov a prínosov
588
589
590 |Náklady|(((
591 Názov
592
593 modulu
594 )))|(((
595 Názov
596
597 modulu
598 )))|(((
599 Názov
600
601 modulu
602 )))
603 |**Všeobecný materiál**| | |
604 |**IT - CAPEX**| | |
605 |Aplikácie| | |
606 |SW| | |
607 |HW| | |
608 |**IT - OPEX- prevádzka**| | |
609 |Aplikácie| | |
610 |SW| | |
611 |HW| | |
612 |**Prínosy**| | |
613 |**Finančné prínosy**| | |
614 |Administratívne poplatky| | |
615 |Ostatné daňové a nedaňové príjmy| | |
616 |**Ekonomické prínosy**| | |
617 |Občania (€)| | |
618 |Úradníci (€)| | |
619 |Úradníci (FTE)| | |
620 |**Kvalitatívne prínosy**| | |
621 | | | |
622
623
624 Interpretácia výsledkov:
625
626 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é):
627
628 * Pomer prínosov a nákladov (BCR): viac ako 1,00
629 * Ekonomická vnútorná výnosová miera vyjadrená v % (EIRR): viac ako 5,0 %
630 * Ekonomická čistá súčasná hodnota vyjadrená v eurách (ENPV): viac ako 0
631
632 Pre účely financovania z prostriedkov EU vyjadruje Analýza nákladov a prínosov BC/CBA aj nasledovné ukazovatele:
633
634 * Finančná vnútorná výnosová miera v % (FIRR)
635 * Finančná čistá súčasná hodnota v eur (FNPV).
636
637 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.
638
639 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).
640
641
642 **Príklad: Kvalitatívne prínosy projektov**
643
644 Problém: Proces získania stavebného povolenia jeden z najdlhších v EÚ.
645
646 Príklady kvalitatívnych prínosov projektu, ktoré je možné finančne oceniť:
647
648 * Zvýšenie ekonomickej aktivity v stavebnom sektore (zvýšenie rastu HDP)
649 * Nižšie spoločenské škody, spojené s búraním čiernych stavieb
650
651 Príklady kvalitatívnych prínosov projektu, ktoré nie je možné spoľahlivo finančne oceniť:
652
653 * Zníženie miery korupcie
654 * Zníženie miery stresu zamestnancov stavebných úradov
655
656 Vyššia spokojnosť verejnosti s procesmi územného a stavebného konania.
657
658 1. HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA
659
660
661 Doplňte highlevel HARMONOGRAM, ktorý sa neskôr (v ďalších fázach/dokumentoch) bude detailizovať:
662
663 * KEDY potrebujete (chcete) ZAČAŤ? Napíšte TERMÍN (mesiac/rok)
664 * KEDY potrebujete (chcete) SKONČIŤ (mať dodaný výstup)? Napíšte TERMÍN (mesiac/rok).
665 * 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.
666 * Míľniky Verejného obstarávania (VO) – do harmonogramu si doplňte aj míľnik procesu verejného obstarávania (celý proces).
667
668
669 |ID|FÁZA/AKTIVITA|(((
670 ZAČIATOK
671
672 (odhad termínu)
673 )))|(((
674 KONIEC
675
676 (odhad termínu)
677 )))|POZNÁMKA
678 |1.|Prípravná fáza a Iniciačná fáza|napr. 01/2020|napr. 02/2020|
679 |2.|Realizačná fáza|napr. 05/2020|napr. 10/2020|
680 |2a|Analýza a Dizajn|napr. 05/2020|napr. 06/2020|
681 |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[[**~[7~]**>>path:#_ftn7]]/ konzultačné služby
682 |2c|Implementácia a testovanie|napr. 05/2020|napr. 06/2020|
683 |2d|Nasadenie a PIP|napr. 12/2020|napr. 02/2021|PIP - 3 mesiace po nasadení
684 |3.|Dokončovacia fáza|napr. 11/2020|napr. 12/2020|
685 |4.|Podpora prevádzky (SLA)|napr. 01/2021|napr. 01/2025|Napr. Je potrebné obstarať SLA zmluvu (Zmluvu o podpore prevádzky IS)?
686
687
688 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.
689
690
691 Doplňte informácie o vybranej metóde riadenia projektu a zdôvodniť výber:
692
693
694 **Ak realizujete projekt metódou Waterfall:**
695
696 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.
697
698
699 Objednávateľ projektu vypracuje funkčnú a technickú špecifikáciu,
700
701
702 //[[image:file:///C:/Users/kulavjak/AppData/Local/Temp/msohtmlclip1/01/clip_image009.png||alt="/Users/admin/Desktop/Snímka obrazovky 2020-08-03 o 10.37.34.png"]]//
703
704
705 **Ak realizujeme projekt metódou Agile:**
706
707
708 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.
709
710
711 [[image:file:///C:/Users/kulavjak/AppData/Local/Temp/msohtmlclip1/01/clip_image011.png||alt="/Users/admin/Desktop/Snímka obrazovky 2020-08-03 o 10.37.46.png"]]
712
713
714 1. PROJEKTOVÝ TÍM
715
716
717 Zostavuje sa **Riadiaci výbor (RV),** v minimálnom zložení:
718
719 * Predseda RV
720 * Biznis vlastník
721 * Zástupca prevádzky
722 * Zástupca dodávateľa (dopĺňa sa až po VO / voliteľný člen)
723 * Projektový manažér objednávateľa (PM)
724
725 Zostavuje sa **Projektový tím objednávateľa**
726
727 * kľúčový používateľ,
728 * IT analytik alebo biznis analytik,
729 * IT architekt,
730 * biznis vlastník
731
732 * manažér kvality (nepovinný člen pre projekty do 1 000 000,- EUR, povinný pri veľkých projektoch nad 1 000 000,- EUR,
733 * manažér IT prevádzky (nepovinný člen)
734 * manažér kybernetickej a informačnej bezpečnosti (nepovinný člen)
735
736 * UX dizajnér (nepovinný člen)
737 * iná špecifická rola (nepovinný člen)
738 * doplniť tabuľku zodpovedných osôb, ktoré budú participovať v projekte
739
740
741 |ID|Meno a Priezvisko|Pozícia|Oddelenie|Rola v projekte
742 |1.|Doplniť meno a priezvisko|Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru|Doplniť rolu v projekte
743 |2.|Doplniť meno a priezvisko|Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru|Doplniť rolu v projekte
744 |3.|Doplniť meno a priezvisko|Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru|Doplniť rolu v projekte
745
746
747 **Vzor organizačnej štruktúry**
748
749 [[image:file:///C:/Users/kulavjak/AppData/Local/Temp/msohtmlclip1/01/clip_image013.png]]
750
751 [[image:file:///C:/Users/kulavjak/AppData/Local/Temp/msohtmlclip1/01/clip_image015.png]]
752
753 1.
754 11. PRACOVNÉ NÁPLNE
755
756
757 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.
758
759
760 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]]
761
762 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.
763
764
765 1. ODKAZY
766
767
768 Doplniť odkazy na už existujúce produkty v maximálnej miere – vyhnúť sa duplikovaným informáciám.
769
770 1. PRÍLOHY
771
772
773 **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]]
774
775 // //
776
777 Poznámka: **Odporúčame**, si evidovať a vyhodnotiť pripomienky odbornej verejnosti
778
779 * 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
780 * Odporúčame túto aktivitu formalizovať (do dokumentu)
781 * 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.
782
783
784 Koniec dokumentu
785
786
787
788 ----
789
790 [[~[1~]>>path:#_ftnref1]] Notácia ArchiMate: [[https:~~/~~/publications.opengroup.org/standards/archimate>>url:https://publications.opengroup.org/standards/archimate]]
791
792 [[~[2~]>>path:#_ftnref2]] 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.
793
794 [[~[3~]>>path:#_ftnref3]] Napr. modelovací nástroj Archi - Open Source ArchiMate Modelling: [[https:~~/~~/www.archimatetool.com>>url:https://www.archimatetool.com]].
795
796 [[~[4~]>>path:#_ftnref4]] Napr. modelovací nástroj pre BPMN - Camunda Modeler - Open Source Desktop Modeler: [[https:~~/~~/camunda.com/download/modeler/>>url:https://camunda.com/download/modeler/]].
797
798 [[~[5~]>>path:#_ftnref5]] 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ť.
799
800 [[~[6~]>>path:#_ftnref6]] Spoločné moduly podľa zákona č. 305/2013  e-Governmente
801
802 [[~[7~]>>path:#_ftnref7]] 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]]
803
804 | | |