Naposledy upravil Marian Pavuk 2025/05/15 10:05

Z verzie 3.1
upravil Marian Pavuk
-
Zmeniť komentár: Pre túto verziu nie sú komentáre
Do verzie 6.1
upravil Marian Pavuk
-
Zmeniť komentár: Pre túto verziu nie sú komentáre

Súhrn

Podrobnosti

Vlastnosti stránky
Obsah
... ... @@ -135,7 +135,6 @@
135 135  * realizácia nevyhnutných zmien na frontende
136 136  ** vybudovanie evidenčných, analytických a prezentačných nástrojov pre priestorové údaje
137 137  
138 -
139 139  Predkladaný projekt má za cieľ zmeniť procesy a to náhradou papierových evidencií a podkladov slúžiacich v súčasnej dobe počas rozhodovacích procesov referentov mesta, efektívnym elektronickým riešením, ktoré prepojí jednotlivé oddelenia mesta a zefektívni ich spoluprácu a skríti čas potrebný pre vybavovanie jednotlivých podaní.
140 140  
141 141  == {{id name="_Toc152607292"/}}{{id name="_Toc312483730"/}}{{id name="_Toc2111721766"/}}{{id name="_Toc1058305394"/}}{{id name="_Toc656462781"/}}{{id name="_Toc1832659409"/}}{{id name="_Toc488319966"/}}{{id name="_Toc1232937879"/}}{{id name="_Toc392723854"/}}{{id name="_Toc1753883964"/}}{{id name="_Toc141343421"/}}{{id name="_Toc1911602422"/}}{{id name="_Toc47815694"/}}{{id name="_Toc152607291"/}}3.2Motivácia a rozsah projektu ==
... ... @@ -405,7 +405,6 @@
405 405  * Zabezpečovanie pravidelnej aktualizácie údajov o objektoch evidencie vedených v centrálnom dátovom sklade na báze 24 hodín (mimo pracovného času) z databázy ISS
406 406  * Zabezpečovanie „on demand“ aktualizácie údajov o objektoch evidencie v centrálnom dátovom sklade potrebných pre realizáciu príslušnej služby na základe volania používateľa
407 407  
408 -
409 409  Predmetom migrácie do centrálneho dátového skladu budú údaje o minimálne objektoch evidencie mesta Prievidza, ktoré sú predmetom tohto projektu v niektorej z jeho častí. Rozsah jednotlivých atribútov OE bude definovaný v etape Analýza a Dizajn.
410 410  
411 411  
... ... @@ -440,8 +440,6 @@
440 440  |54|Nájmy
441 441  |55|Dokumenty
442 442  
443 -
444 -
445 445  Pre potreby publikovania Otvorených dát mesto očakáva automatizovanú tvorbu lokálneho katalógu Otvorených údajov s jeho následnou referenciou do Národného katalógu Otvorených údajov.
446 446  
447 447  Rozsah takto publikovaných údajov predstavuje minimálne zahrnutie týchto Objektov evidencie:
... ... @@ -510,9 +510,6 @@
510 510  |79|Uzávierky komunikácii
511 511  |80|Rozkopávky
512 512  
513 -
514 -
515 -
516 516  Zároveň platí, že pre potreby publikovania otvorených údajov budú v etape Analýza a dizajn definované jednotlivé atribúty pre poskytovanie na základe pravidiel ochrany osobných údajov a platnej legislatívy.
517 517  
518 518  
... ... @@ -543,8 +543,6 @@
543 543  |Konkurz a reštrukturalizácia|Overenie, že na subjekt nie je vedené konkurzné konanie, nie je v konkurze alebo v reštrukturalizácii a nebol proti nemu zamietnutý návrh na vyhlásenie konkurzu pre nedostatok  majetku.|IS registra úpadcov
544 544  |Register partnerov verejného sektora.|Overenie, že subjekt je zapísaný v registri partnerov verejného sektora, ak ide o subjekt, ktorý má povinnosť zapisovať sa do registra partnerov verejného sektora.|Register partnerov verejného sektora.
545 545  
546 -
547 -
548 548  Očakávané využitie a aplikácia získaných údajov
549 549  
550 550  * Aplikácia princípu „jedenkrát a dosť“ v rámci životných situácií, ktorých gestorom je mesto Prievidza. Na základe získaných údajov bude zabezpečené:
... ... @@ -606,7 +606,6 @@
606 606  |evidencia psov|ISS
607 607  |zoznam neplatičov|ISS
608 608  
609 -
610 610  Očakávania sa kladú na riešenie GISu, ktorý by mal zabezpečiť plnohodnotné využívanie pasportovaných OE, umožniť ich lokalizáciu a sprístupniť jednotlivé atribúty na základe definovaných oprávnení pre jednotlivých používateľov, tak aby sa zjednodušili a zrýchlili procesy pri riešení životných situácii.
611 611  
612 612  
... ... @@ -624,7 +624,6 @@
624 624  * Územný plán
625 625  * Digitálnotechnická mapa
626 626  
627 -
628 628  Projekt má zaviesť pozíciu REFERENTA pre správu údajov GIS. Od tejto pozície sa očakáva zabezpečenie aktualizácie priestorových údajov po ich prvotnom importe do GIS riešenia, čím by sa mesto vyhlo stavu, že dáta sa v čase stanú opäť neaktuálnymi. Táto pozícia bude zároveň pomáhať jednotlivým oddeleniam pri využívaní GIS riešenia ako aj pri pokročilejších priestorových dopytoch.
629 629  
630 630  
... ... @@ -655,18 +655,27 @@
655 655  
656 656  == {{id name="_Toc152607313"/}}{{id name="_Toc198641823"/}}{{id name="_Toc1446281799"/}}{{id name="_Toc1842310707"/}}{{id name="_Toc1163807533"/}}{{id name="_Toc916545230"/}}{{id name="_Toc521854426"/}}{{id name="_Toc498488475"/}}{{id name="_Toc1758750743"/}}{{id name="_Toc207777217"/}}{{id name="_Toc936389862"/}}{{id name="_Toc1446163721"/}}3.7Riziká a závislosti ==
657 657  
658 -//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ť.//
647 +Zoznam rizík je uvedený prlohe „1 P_01 a I_01_Príioha 1: ZOZNAM RIZK a ZVISLOSTÍ“
659 659  
660 -* //V prípade projektov financovaných zo zdrojov EÚ je povinné vyhodnotenie rizík súvisiacich s~://
661 -* //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...)//
662 -* //Legislatívou: vyhodnotiť potrebu zmeny legislatívy (ak je potrebné prijať nový zákon tak bude dopad Fatálny)//
663 -* //Časovým priebehom: ak je harmonogram realizácie naplánovaný do konca roka 2023, tak bude dopad Fatálny.//
664 -
665 665  == {{id name="_Toc152607315"/}}{{id name="_Toc1793724252"/}}{{id name="_Toc1466175488"/}}{{id name="_Toc1609225226"/}}{{id name="_Toc1296717251"/}}{{id name="_Toc1633501589"/}}{{id name="_Toc1315070395"/}}{{id name="_Toc1675606855"/}}{{id name="_Toc577492669"/}}{{id name="_Toc1200979875"/}}{{id name="_Toc248627913"/}}{{id name="_Toc1580551965"/}}{{id name="_Toc47815698"/}}{{id name="_Toc521508979"/}}3.8Stanovenie alternatív v biznisovej vrstve architektúry ==
666 666  
667 -//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.//
668 -[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_6f4954d8b4fa4b84.png||height="161" width="594"]]
651 +[[image:1747207553677-737.png]]
669 669  
653 +**Alternatíva č.1: Zachovanie súčasného stavu**
654 +
655 +* Uvedená alternatíva predstavuje zachovanie súčasného stavu. Táto alternatíva by znamenala nerealizovanie projektu – teda by ostal stav, keď má mesto dáta uložené v niekoľkých DB, bez konsolidácie, navyše bez jednoznačného určenia, ktoré z týchto dát sú relevantné, nebola by vytvorené jednotné úložisko, jednotná dátovo analytická platforma a neboli by vybudované nové IoT body ako ani implementovaná integrácia na centrálne registre. Rovnako pri zachovaní súčasného stavu by nebolo možné postúpenie údajov z IoT zariadení a ich následné zverejňovanie formou otvorených údajov a využitie pri strategických rozhodovacích procesoch.
656 +
657 +**Alternatíva č. 2: Realizácia bez zberu priestorových údajov a vybudovania GIS nástroja**
658 +
659 +* Uvedená alternatíva predstavuje realizáciu časti projektu, t.j. vybudovanie centrálneho dátového skladu s príslušnými integráciami a to aj na existujúce gisové riešenie.
660 +
661 +Realizácia tejto alternatívy síce mesto vybuduje jednotnú dátovú základňu ale neprinesie zavedenie jednoznačnosti referenčných údajov vo väzbe na priestorové dáta, naďalej bude ponúkať občanom a tretím stranám nekonzistentné a hlavne nereferenčné ( a do veľkej miery aj neaktuálne , často veľa rokov staré údaje). Takýto postup by znižoval prínosy zavedenia jednotného dátového skladu a zároveň by neposkytoval manažmentu mesta spoľahlivé a úplne dáta pre ďalšie rozhodovanie.
662 +
663 +
664 +**Alternatíva č.3 Plnohodnotná realizácia projektu**
665 +
666 +* Alternatíva č.3 znamená realizáciu projektu v plnom rozsahu v zmysle technických návrhov riešení súčasnej situácie. Rovnako táto alternatíva znamená integráciu na centrálne registre a získanie referenčných údajov, zber priestorových údajov a získavanie údajov z IoT zariadení ich konsolidáciu a ich následné zverejňovanie formou otvorených údajov, GISu a využívanie pomocou analytických nástrojov.
667 +
670 670  == {{id name="_Toc152607316"/}}{{id name="_Toc272880027"/}}{{id name="_Toc1555402845"/}}{{id name="_Toc202773756"/}}{{id name="_Toc184325397"/}}{{id name="_Toc668554681"/}}{{id name="_Toc1254416069"/}}{{id name="_Toc1027950788"/}}{{id name="_Toc1148271670"/}}{{id name="_Toc113941326"/}}{{id name="_Toc531942663"/}}{{id name="_Toc154507425"/}}3.9Multikriteriálna analýza ==
671 671  
672 672  //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.//
... ... @@ -673,88 +673,300 @@
673 673  //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).//
674 674  Príklad šablóny pre spracovanie MCA
675 675  
676 -| |**KRITÉRIUM**|**ZDÔVODNENIE KRIÉRIA**|(((
674 +(% style="width:968px" %)
675 +| |**KRITÉRIUM**|(% style="width:368px" %)**ZDÔVODNENIE KRIÉRIA**|(% style="width:125px" %)(((
677 677  **STAKEHOLDER**
678 -**1**
679 -)))|(((
677 +**1 **
678 +
679 +**MIRRI**
680 +)))|(% style="width:127px" %)(((
680 680  **STAKEHOLDER**
681 -**2**
682 -)))|(((
682 +**2 **
683 +
684 +**MsÚ PD**
685 +)))|(% style="width:139px" %)(((
683 683  **STAKEHOLDER**
684 -**3**
687 +**3 **
688 +
689 +**Občan/podnikateľ**
690 +)))|(% style="width:159px" %)(((
691 +**STAKEHOLDER**
692 +**4**
693 +
694 +**Tretie strany**
685 685  )))
686 -|(% rowspan="6" %)BIZNIS VRSTVA|Kritérium A (KO)| |X|X|X
687 -|Kritérium B (KO)| |X|X|
688 -|Kritérium C (KO)| | |X|X
689 -|Kritérium D (KO)| | |X|X
690 -|Kritérium E| |X|X|
691 -|Kritérium F| |X| |X
692 -Príklad šablóny pre vyhodnotenie MCA
696 +|(% rowspan="12" %)BIZNIS VRSTVA|(((
697 +**Kritérium A  (KO)**
698 +
699 +Vybudovanie centrálneho dátoveho skladu s integráciami
700 +)))|(% style="width:368px" %)Základným cieľom projektu je nemať údaje evidované duplicitne až multiplicitne, všetky dáta kvalitné, evidované na jedno mieste|(% style="width:125px" %)x|(% style="width:127px" %)x|(% style="width:139px" %) |(% style="width:159px" %)
701 +|**Kritérium B   (KO)** Zavedenie jednoznačnosti údajov|(% style="width:368px" %)Toto kritérium odzrkadľuje potrebu Mesta Prievidza disponovať v rozhodovacích procesoch a pri zverejňovaní jednoznačne kvalitnými, referencovanými dátami|(% style="width:125px" %)x|(% style="width:127px" %)x|(% style="width:139px" %)x|(% style="width:159px" %)x
702 +|(((
703 +**Kritérium C   (KO)**
704 +
705 +Požiadavka na bezpečnosť
706 +)))|(% style="width:368px" %)Implementácia príslušných bezpečnostných opatrení a postupov je nevyhnutná na zabezpečenie integrity a dôvernosti údajov a na splnenie  štandardov ochrany osobných údajov.|(% style="width:125px" %)X|(% style="width:127px" %)x|(% style="width:139px" %) |(% style="width:159px" %)
707 +|(((
708 +**Kritérium D**
709 +
710 +Vybudovanie GIS a pasport údajov
711 +)))|(% style="width:368px" %)Kritérium predstavuje potrebu Mesta Prievidza disponovať nástrojom na prácu s priestorovými údajmi a rovnako tak potrebu ich aktualizácie/pasportu.|(% style="width:125px" %) |(% style="width:127px" %)X|(% style="width:139px" %) |(% style="width:159px" %)
693 693  |**Zoznam kritérií**|(((
694 694  **Alternatíva**
695 695  **1**
696 -)))|(((
715 +)))|(% style="width:368px" %)(((
697 697  **Spôsob**
698 698  **dosiahnutia**
699 -)))|**Alternatíva 2**|(((
718 +)))|(% style="width:125px" %)**Alternatíva 2**|(% style="width:125px" %)**Spôsob**
719 +**dosiahnutia**|(% style="width:125px" %)**Alternatíva 3**|(% style="width:127px" %)(((
700 700  **Spôsob**
701 701  **dosiahnutia**
702 702  )))
703 -|Kritérium A|áno|vysvetlenie prečo áno|áno|vysvetlenie prečo áno
704 -|Kritérium B|áno|vysvetlenie prečo áno|nie|
705 -|Kritérium C|áno|vysvetlenie prečo áno|nie|
706 -|Kritérium D|áno|vysvetlenie prečo áno|nie|
723 +|Kritérium A|nie|Alternatíva 1 je zachovanie statusu quo bez realizácie projektu|nie|Postupným budovaním, nebude zabezpečená dostupnosť všetkých dát v jednom úložisku, priestorové dáta ostanú v pôvodnom stave|áno|Implementáciou alternatívy 3 sa zabezpečí jednotné, úložisko dát poskytujúce analytické a GIS nástroje
724 +|Kritérium B|nie|Alternatíva 1 je zachovanie statusu quo bez realizácie projektu|nie|Realizáciou alternatívy 2 ostane nezmenená vrsta priestorových údajov, ktoré budú naďalej nejednoznačné a neaktuálne|áno|Implementáciou alternatívy 3 budú všetky dáta v jednotnom úložisku konsolidované a jednoznačne referencované
725 +|Kritérium C|áno|Alternatíva 1 je zachovanie statusu quo bez realizácie projektu, teda sú dodržiavané nastavené procesy bezpečnosti|áno|Realizáciou alternatívy 2 bude zabezpečené dodržiavanie štandardov bezpečnosti v novovybudovaných systémoch|áno|Realizáciou alternatívy 3 bude zabezpečené dodržiavanie štandardov bezpečnosti v novovybudovaných systémoch
726 +|Kritérium D|nie|Alternatíva 1 je zachovanie statusu quo bez realizácie projektu|nie|Implementácia alternatívy 2 nepočíta s budovaním GIS|áno|Implementáciou alternatívy 3 Mesto Prievidza získa plnohodnotné riešenie GIS nad aktualizovanými priestorovými údajmi
707 707  
708 708  == {{id name="_Toc152607317"/}}{{id name="_Toc2141037501"/}}{{id name="_Toc305797393"/}}{{id name="_Toc757025235"/}}{{id name="_Toc799792984"/}}{{id name="_Toc1320898353"/}}{{id name="_Toc662890955"/}}{{id name="_Toc2002161453"/}}{{id name="_Toc463175707"/}}{{id name="_Toc660959900"/}}{{id name="_Toc1051940062"/}}{{id name="_Toc1081082045"/}}{{id name="_Toc47815700"/}}{{id name="_Toc521508981"/}}3.10Stanovenie alternatív v aplikačnej vrstve architektúry ==
709 709  
710 -//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.//
711 -//Pre klasifikáciu alternatív za účelom ďalšieho porovnania aplikačnej vrstvy a architektúry je potrebné zadefinovať nasledovné požiadavky~://
730 +Na aplikačnej vrstve budú projektom riešené len aplikačné moduly/funkcionality, ktoré sú nevyhnutné pre dosiahnutie cieľov vybranej alternatívy č. 3. 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.
712 712  
713 -* //Nutné – aplikačné moduly/funkcionality, ktoré sú nevyhnutné pre dosiahnutie cieľov//
714 -* //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)//
715 -* //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.//
716 -[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_5701ef6f26440efc.png||height="156" width="288"]]
717 -
718 718  == {{id name="_Toc152607318"/}}{{id name="_Toc1308618109"/}}{{id name="_Toc1709724880"/}}{{id name="_Toc1118245238"/}}{{id name="_Toc416893103"/}}{{id name="_Toc1814703501"/}}{{id name="_Toc1969952445"/}}{{id name="_Toc1495260625"/}}{{id name="_Toc1603455053"/}}{{id name="_Toc245422461"/}}{{id name="_Toc1058442113"/}}{{id name="_Toc2040067840"/}}{{id name="_Toc47815701"/}}{{id name="_Toc521508982"/}}3.11Stanovenie alternatív v technologickej vrstve architektúry ==
719 719  
720 -//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 __//).//
721 -//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í).//
722 -//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.//
723 -[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_a966e8b8a99b13da.png||height="311" width="542"]]
724 -//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.//
725 -//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~://
734 +Alternatívy na úrovni technologickej architektúry reflektujú alternatívy vypracované na základe „nadradenej“ architektonickej aplikačnej vrstvy. Projekt počíta s rozšírením existujúcej technologickej vrstvy, kde bude toto riešenie implementované. Z tohto dôvodu je ekonomicky nevýhodné uvažovať s ďalšími alternatívami na technologickej vrstve architektúry.
726 726  
727 -* //nulový variant, ktorý sa neposudzuje v MCA a je automaticky porovnávajúcim variantom v M-05 Analýza nákladov a prínosov,//
728 -* //preferovaný variant, ktorý splnil všetky kritéria MCA,//
729 -* „//minimalistický variant“, ktorý vychádza z rovnakého biznis variantu ako preferovaný variant, ale realizuje iba „nutné“ aplikačné moduly.//
730 -
731 731  = {{id name="_Toc152607319"/}}{{id name="_Toc235638817"/}}{{id name="_Toc2038485909"/}}{{id name="_Toc1889369710"/}}{{id name="_Toc54886926"/}}{{id name="_Toc472227250"/}}{{id name="_Toc1379517775"/}}{{id name="_Toc540855301"/}}{{id name="_Toc1475201524"/}}{{id name="_Toc1214716058"/}}{{id name="_Toc240714683"/}}{{id name="_Toc476051484"/}}{{id name="_Toc47815703"/}}4.POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU) =
732 732  
733 -* //Doplňte informácie – POPIS PRODUKTU - čo bude/čo chcete, aby bolo po ukončení projektu dodané//
734 -** //projektové výstupy podľa vyhlášky 401/2023 o riadení projektov (vrátane zdrojových kódov)//
735 -** //koncové služby a biznis procesy, ktoré sú predmetom dodávky projektu//
736 -** //biznis objekty, ktoré majú byť vstupmi a výstupmi zo systému – napr. podania, formuláre, rozhodnutia, reporty, dáta, aplikačné rozhrania//
737 -* //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).//
738 +* (((
739 +Výstupom projektu je funkčný, stabilný, efektívny, bezpečný systém. Výstupom bude aj dodanie používateľskej príručky, inštalačnej príručky a pokynov na inštaláciu (úvodnú/opakovanú), prevádzkový opis a pokyny pre servis, údržbu a diagnostiku, pokyny na obnovu pri výpadku alebo havárii (Havarijný plán) a bezpečnostný projekt.
738 738  
741 +
742 +Realizácia projektu bude v zmysle vyhlášky MIRRI SR č. 401/2023 Z. z. pozostávať z uvedených etáp:
743 +
744 +
745 +)))
746 +* Analýza a dizajn,
747 +* Nákup technických prostriedkov, programových prostriedkov a služieb
748 +* Implementácia a testovanie,
749 +* Nasadenie.
750 +* (((
751 +
752 +
753 +Mesto Prievidza bude pri implementácii postupovať v zmysle vyhlášky MIRRI SR č. 401/2023 Z. z. Pre implementované zmeny budú dodané nasledovné špecializované a manažérske produkty, ktoré budú kompletne pokrývať celý rozsah dodávky popísaný v biznis, aplikačnej a technologickej architektúre a požadované výstupy budú dodávane primerane vzhľadom na charakter projektu.
754 +
755 +
756 +Tabuľka č. 9 // //Prehľad požadovaných výstupov
757 +
758 +|**Etapa**|**Požadované výstupy**
759 +|**Analýza a dizajn**|(((
760 +**Úvodná správa (Projektový iniciálny dokument, ďalej ako „PID“) pre všetky funkčné oblasti**
761 +
762 +- Zoznam požiadaviek
763 +
764 +- Akceptačné kritériá
765 +
766 +- Rámcová špecifikácia riešenia (Popis produktu, Dekompozícia produktu, Vývojový diagram  
767 +
768 + produktu)
769 +
770 +- Biznis architektúra
771 +
772 +- Aplikačná architektúra
773 +
774 +- Technologická architektúra – časť systémová architektúra
775 +
776 +- Bezpečnostná architektúra
777 +
778 +- Stratégia testovania
779 +
780 +- Plán testovania
781 +
782 +- Testovacie scenáre a prípady
783 +
784 +**Detailná funkčná špecifikácia riešenia**
785 +
786 +- detailný popis funkcionality a biznis požiadaviek,
787 +
788 +- blokové a dátové modely finálneho produktu
789 +
790 +**Detailná technická špecifikácia, pre všetky systémy samostatne**
791 +
792 +- technická architektúra – časť fyzická architektúra
793 +
794 +- špecifikácia správy používateľov a používateľských profilov (vrátane rolí a práv)
795 +
796 +- špecifikácia podpory identifikácie používateľov a autentifikácie vykonávaných činností
797 +
798 +- špecifikácia technologických riešení a predpokladov na dosiahnutie výkonnostných požiadaviek
799 +
800 +- Plán testovania
801 +
802 +- Testovacie scenáre a prípady
803 +
804 +- Plán Implementácie
805 +)))
806 +|**Nákup technických prostriedkov, programových prostriedkov a služieb**|**Obstaranie programových prostriedkov a služieb (R2-2)**
807 +|**Implementácia a testovanie**|(((
808 +**Implementácia:**
809 +
810 +**Implementačný plán pre všetky funkčné oblasti samostatne:**
811 +
812 +- Implementácia systémov pre všetky funkčné oblasti samostatne
813 +
814 +- Implementácia integrácií systémov pre všetky funkčné oblasti samostatne
815 +
816 +- Úvodná konfigurácia systému podľa reálnych biznis procesov pre testovacie účely
817 +
818 +- Vybudovanie testovacieho prostredia, jeho nasadenie a oživenie diela pre všetky systémy a pre všetky funkčné oblasti samostatne
819 +
820 +- Implementácia procesov
821 +
822 +**Testovanie:**
823 +
824 +**Zrealizovanie testovania minimálne v nasledovnom rozsahu:**
825 +
826 +- Funkčné testy
827 +
828 +- Bezpečnostné testy – v rozsahu dokumentu „Metodika pre systematické zabezpečenie organizácií verejnej správy v oblasti informačnej bezpečnosti“ (dostupná na [[https:~~/~~/www.csirt.gov.sk/doc/MetodikaZabezpeceniaIKT_v2.0.pdf>>url:https://www.csirt.gov.sk/doc/MetodikaZabezpeceniaIKT_v2.0.pdf]])
829 +
830 +- Záťažové testy
831 +
832 +- Systémové integračné testy
833 +
834 +- Testy použiteľnosti
835 +
836 +- Používateľské akceptačné testovanie
837 +)))
838 +|**Nasadenie**|(((
839 +**Nasadenie do produkcie:**
840 +
841 +- Príprava produkčného prostredia
842 +
843 +- Administratívna príprava produkčného prostredia (procesy, dokumentácia)
844 +
845 +- Inštalácia riešenia do produkčného prostredia
846 +
847 +- Školenie používateľov
848 +
849 +- Sprístupnenie riešenia v produkčnom prostredí vybraným používateľom
850 +)))
851 +|(((
852 +
853 +
854 +**Dokončovacia fáza projektu**
855 +)))|(((
856 +**Manažérsky produkt**
857 +
858 +**- **M-02 Správa o dokončení projektu
859 +
860 +**- **M-02 Plán kontroly po odovzdaní projektu
861 +
862 +**- **M-02 Odporúčanie nadväzných krokov
863 +
864 +**- **M-02 Plán monitorovania a hodnotenia po odovzdaní projektu
865 +)))
866 +|**Služby projektového riadenia**|(((
867 +**Manažérsky produkt**
868 +
869 +**- **M-01 Plán etapy
870 +
871 +**- **M-02 Manažérske správy, plány, reporty, zoznamy a požiadavky
872 +
873 +**- **M-03 Akceptačný protokol
874 +
875 +**- **M-04 Analýza nákladov a prínosov
876 +)))
877 +
878 +
879 +
880 +)))
881 +
739 739  = {{id name="_Toc152607320"/}}{{id name="_Toc982854671"/}}{{id name="_Toc744122543"/}}{{id name="_Toc1493751813"/}}{{id name="_Toc452731307"/}}{{id name="_Toc1695646942"/}}{{id name="_Toc534841930"/}}{{id name="_Toc654836100"/}}{{id name="_Toc1570812277"/}}{{id name="_Toc1016816405"/}}{{id name="_Toc609127555"/}}{{id name="_Toc1888607264"/}}{{id name="_Toc47815704"/}}5.NÁHĽAD ARCHITEKTÚRY =
740 740  
741 -* //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,//
742 -* //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//
743 -* //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,//
744 -** //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/]]__//),//
745 -** {{id name="_Ref152763300"/}} //Pre vytvorenie náhľadu architektúry použite modelovací nástroj, ktoré môže byť buď integrovaný na spoločný repozitár//[[(% 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" %)^^2^^>>path:#sdfootnote2sym||name="sdfootnote2anc"]](%%)// 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)^^ [[(% 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" %)^^3^^>>path:#sdfootnote3sym||name="sdfootnote3anc"]](%%)^^ a export súborov podľa špecifikácie BPMN 2.0//[[(% 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" %)^^4^^>>path:#sdfootnote4sym||name="sdfootnote4anc"]](%%)//,//
746 -** //Pre jednoznačnú identifikovateľnosť komponentov v náhľade architektúry uveďte aj ich MetaIS kódy//
747 -** //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]]__ .
748 -** //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.//
749 -** //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.//
750 -** //Príklad náhľadu na architektúru podľa metamodelu e-Government komponentov evidovaných v MetaIS~://
751 -[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_fc5f5326fe7d94a7.gif||alt="Obrázok 8" height="459" width="551"]]
752 -//Obrázok 1 Príklad náhľadu architektúry v notácii ArchiMate//
884 +**BIZNIS VRSTVA**
753 753  
886 +
887 +[[image:file:///C:\Users\PAVUK~~1.MAR\AppData\Local\Temp\msohtmlclip1\01\clip_image001.jpg]][[image:1747208136460-240.png]]
888 +
889 +
890 +Aktuálna biznis architektúra MESTA v kontexte  poskytovania údajov je reprezentovaná:
891 +
892 +* prístupovými FrontEnd kanálmi, ktoré zabezpečujú priamu elektronickú alebo písomnú komunikáciu s občanmi a podnikateľmi, prípadne ďalšími stakeholdermi
893 +* integračnou vrstvou mesta, ktorá aktuálne zabezpečuje v súčasnosti iba funkcionalitu prepojenia na Ústredný portál verejnej správy.
894 +
895 +Kvalita dát: Mesto Prievidza dlhodobo bojuje s nedostatočnou kvalitou údajov, ktoré sú generované pri styku s občanom/podnikateľom/návštevníkom/inými tretími stranami. Údaje, ktoré sú spracúvané pri úradnom styku so stakeholdermi častokrát vykazujú niektoré z nižšie uvedených nedostatkov:
896 +
897 +* duplicita údajov;
898 +* neúplnosť údajov;
899 +* preklepy;
900 +* nekonzistencia údajov;
901 +* úmyselne chybne vyplnené pole (zo strany stakeholdera – zľahčovanie úradného styku);
902 +* nesprávny formát vložených údajov.
903 +
904 +Vstupy z priamej komunikácie so stakeholdermi v úrade, alebo prostredníctvom elektronických prostriedkov dlhodobo čelia horeuvedeným nedostatkom a v neúplnom/nevalidnom stave sa prenášajú do ISVS, ktorým mesto disponuje. Táto skutočnosť má za následok, že Mesto Prievidza dlhodobo bojuje s nízšou kvalitou získavaných a ukladaných dát, ktorých následne použitie na správu mesta je limitované rovnako ako ich publikácia smerom k verejnosti prostredníctvom Open Data formátov alebo prostredníctvom Webovej stránky mesta. Akékoľvek dáta určené na publikovanie je následne ešte pred publikovaním potrebné manuálne čistiť, prechádzať a kontrolovať, čo sa negatívne prejavuje na interných nákladoch mesta a samotnej efektivite výkonu agendy verejnej moci, nakoľko máme za to, že čisteniu dát by malo dochádzať jednorazovo a následne dáta vytvárať takými spôsobmi, aby nebolo potrebné vykonávať aktivity čistenia dát mesta opakovane, to znamená, že je potrebné prioritne odstraňovať príčiny a nie dôsledky. Dáta, ktoré mesto získava, spracúva, ukladá a poskytuje vyplývajú z legislatívnych povinností.
905 +
906 +Okrem nevalidných dát, ktoré vznikajú na vstupe do ISVS Mesta Prievidza, identifikujeme ďalší problém, ktorý zásadným spôsobom vplýva na kvalitu údajov mesta a to je proces ich aktualizácie. Občan resp. iný stakeholder opomína svoju povinnosť hlásiť Mestu zmenu údajov alebo mu z povahy úkonu takáto povinnosť nevzniká, pričom pre mesto a jeho systémy je okrem kvality kritickým atribútom aj aktuálnosť údajov. Stakeholderi často krát opomínajú túto povinnosť aj voči iným OVM, ktoré sú v zmysle legislatívy referenčným alebo iným registrom pre potreby konaní realizovaných Mestom Prievidza. Aj keby sme pripustili 100% kvalitu dát v týchto registroch, Mesto Prievidza nevyužíva žiaden automatizovaný nástroj na aktualizáciu uložených dát v svojich lokálnych registroch a k aktualizácii dochádza viac menej náhodne v čase, keď stakeholder rieši inú agendu.
907 +
908 +Vyššie uvedené pri istej miere zjednodušenia implikuje nasledovné závery:
909 +
910 +* čím dlhšie mesto drží vo svojich IS dáta, tým je pravdepodobnejšie, že sú nevalidné;
911 +* zamestnanci mesta pri styku s občanom sa dopúšťajú relatívnej vysokej chybovosti pri manipulácii (zápise údajov) do IS mesta;
912 +* získavanie údajov z centrálnej autority, ktorá ručí za aktuálnosť a kvalitu vstupov sa dnes neaplikuje;
913 +* dáta, ktoré mesto zverejňuje je potrebné manuálne kontrolovať a prácne čistiť, pričom neexistuje schéma, ktorá by túto aktivitu umožnila vykonať len jednorazovo a následne by zamedzila ďalšiemu vzniku chýb v údajoch.
914 +
915 +Rovnaký záver je možné aplikovať aj na priestorové údaje, ktorými v súčasnom stave mesto disponuje. V minulosti mesto realizovalo pasport priestorových údajov, no postupom času sa tieto údaje stali neaktuálnymi.
916 +
917 +
918 +[[image:1747208156157-451.png]]
919 +
920 +[[image:file:///C:\Users\PAVUK~~1.MAR\AppData\Local\Temp\msohtmlclip1\01\clip_image002.png]]
921 +
922 +
923 +Aktuálna biznis architektúra MESTA sa rozšíri o:
924 +
925 +* získavanie údajov z CSRÚ za účelom ich využitia v procesoch mesta;
926 +* poskytovanie otvorených údajov, ktoré budú občanom a podnikateľom dostupné cez Portál OpenData.gov
927 +* Poskytovanie priestorových údajov a lokalizačných služieb, ktoré budú dostupné pre občanov, podnikateľov a pracovníkov MsÚ prostredníctvom GIS riešenia
928 +
929 +Realizáciou projektu sa dosiahne:
930 +
931 +* odstránenie chybovosti v aktuálne využívaných datasetoch mesta
932 +* úprava systémov ISVS na front-office časti systému, kde dochádza ku kontaktu mesto-stakeholder (prevažne občan), kde v súčasnosti dochádza pri vkladaní údajov k chybám. V rámci tejto úpravy budú definované obmedzenia („constrains“) na úrovni ISVS, čo znemožní vložiť nevalidné údaje (súčasť Realizácia dátovej integrácie na centrálnu platformu).
933 +* Integrácia na centrálnu dátovú autoritu ako zdroj validných a aktuálnych údajov, ku ktorým bude mať Mesto Prievidza prístup (referenti budú môcť pracovať s aktuálnymi údajmi o stakeholderoch bez toho, aby títo museli nahlasovať zmeny mestu). Zdrojom zmien budú inštitúcie, ktorým je stakeholder povinný nahlasovať zmeny svojich údajov;
934 +* Konsolidácia a referencovanie udajov v Centrálnom dátovom sklade pre ich ďalšie použitie internými a externými systémami
935 +* Publikácia dát vo formáte Open Data
936 +* Publikovanie priestorových údajov a ich využívanie na analytické účely spolu s lokalizačnými službami v rozhodovacích procesoch a pri riešení životných situácii
937 +* Výstupom bude efektívnejší výkon agiend Mesta Prievidza, eliminácia tvorby duplicít a nevalídnych záznamov a naštartovanie procesu publikácie dátových setov.
938 +
939 +
940 +**APLIKAČNÁ VRSTVA**
941 +
942 +**Súčasný stav**
943 +
944 +[[image:file:///C:\Users\PAVUK~~1.MAR\AppData\Local\Temp\msohtmlclip1\01\clip_image003.png]][[image:1747208178686-884.png]]
945 +
946 +**Budúci stav**
947 +
948 +[[image:1747208195661-343.png]]
949 +
950 +**[[image:file:///C:\Users\PAVUK~~1.MAR\AppData\Local\Temp\msohtmlclip1\01\clip_image004.jpg]]**
951 +
952 +
953 +
954 +Na úrovni aplikačnej sú definované 3 základné vrstvy:
955 +
956 +* Front-end mesta ako základné prístupové komponenty – egov.mesta a webová stránka mesta, cez ktorý občania / podnikatelia pristupujú k elektronickým / koncovým službám, bude rozšírený o nový komponent GIS mesta s ponukou priestorových informácií a analytických nástrojov a zároveň bude vytvorený lokálny OpenData katalóg, ktorý bude poskytovať datasety pre Národný OpenData katalóg.
957 +* Integračná vrstva, ktorú tvorí modul napojenia na externé IS, ktorý bude v rámci projektu rozšírený o Dátový konektor (jeho funkcionalita je popísaná v dokumente Prístup k projektu. Integračná vrstva bude rovnako rozšírená o Orchestračnú platformu, ktorá bude doplnená o dátovú integráciu na CSRU a Centrálny dátový sklad (popis viď. Prístup k projektu). V tejto časti dôjde aj k vytvoreniu prepojení databáz jednotlivých IS, tak aby mohli odovzdávať a následne konzumovať dáta.
958 +* Back-office mesta – tvoria ho agendové systémy mesta, ako. Informačný systém Mesta Prievidza, Registratúrny systém Mesta Prievidza. Naopak mesto už naďalej neplánuje prevádzkovať v tejto vrstve Geografický systém mesta Prievidza a jeho funkciu nahradí nový komponent na front-ende mesta..
959 +
960 +
961 +Oranžovou farbou sú znázornené komponenty, ktoré budú budované v rámci predkladaného projektu.
962 +
963 +
754 754  == {{id name="_Toc152607321"/}}{{id name="_Toc823562243"/}}5.1Prehľad e-Government komponentov ==
755 755  
756 756  //__**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.**__//
757 -//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ľ//[[(% 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" %)^^5^^>>path:#sdfootnote5sym||name="sdfootnote5anc"]](%%)// 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.//
967 +//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ľ//[[(% 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" %)^^5^^>>path:#sdfootnote5sym||name="sdfootnote5anc"]](%%)// 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.//
758 758  //V okamihu odovzdania výstupu I-02 Projektový zámer objednávateľ~://
759 759  
760 760  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,//
... ... @@ -877,7 +877,7 @@
877 877  |as_67090|Definovanie metadát k datasetom| |ks_381211|
878 878  {{/content}}
879 879  
880 -=== 5.1.4Prehľad integrácii ISVS na spoločné ISVS^^[[(% 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" %)^^6^^>>path:#sdfootnote6sym||name="sdfootnote6anc"]](%%)^^ a ISVS iných OVM alebo IS tretích strán ===
1090 +=== 5.1.4Prehľad integrácii ISVS na spoločné ISVS^^[[(% 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" %)^^6^^>>path:#sdfootnote6sym||name="sdfootnote6anc"]](%%)^^ a ISVS iných OVM alebo IS tretích strán ===
881 881  
882 882  * //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.//
883 883  * //Uviesť prehľad ISVS integrovaných na spoločné moduly podľa zákona č. 305/2013 Zz.//
... ... @@ -1049,7 +1049,7 @@
1049 1049  |1.|//Prípravná fáza a Iniciačná fáza//|//napr. 01/2020//|//napr. 02/2020//|
1050 1050  |2.|//Realizačná fáza//|//napr. 05/2020//|//napr. 10/2020//|
1051 1051  |2a|//Analýza a Dizajn//|//napr. 05/2020//|//napr. 06/2020//|
1052 -|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" %)^^7^^>>path:#sdfootnote7sym||name="sdfootnote7anc"]](%%)/ konzultačné služby//
1262 +|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//
1053 1053  |2c|//Implementácia a testovanie//|//napr. 05/2020//|//napr. 06/2020//|
1054 1054  |2d|//Nasadenie a PIP//|//napr. 12/2020//|//napr. 02/2021//|//PIP - 3 mesiace po nasadení//
1055 1055  |3.|//Dokončovacia fáza//|//napr. 11/2020//|//napr. 12/2020//|
1747207553677-737.png
Autor
... ... @@ -1,0 +1,1 @@
1 +XWiki.pavuk\.marian@gmail\.com
Veľkosť
... ... @@ -1,0 +1,1 @@
1 +47.9 KB
Obsah
1747208136460-240.png
Autor
... ... @@ -1,0 +1,1 @@
1 +XWiki.pavuk\.marian@gmail\.com
Veľkosť
... ... @@ -1,0 +1,1 @@
1 +134.0 KB
Obsah
1747208156157-451.png
Autor
... ... @@ -1,0 +1,1 @@
1 +XWiki.pavuk\.marian@gmail\.com
Veľkosť
... ... @@ -1,0 +1,1 @@
1 +174.3 KB
Obsah
1747208178686-884.png
Autor
... ... @@ -1,0 +1,1 @@
1 +XWiki.pavuk\.marian@gmail\.com
Veľkosť
... ... @@ -1,0 +1,1 @@
1 +124.0 KB
Obsah
1747208195661-343.png
Autor
... ... @@ -1,0 +1,1 @@
1 +XWiki.pavuk\.marian@gmail\.com
Veľkosť
... ... @@ -1,0 +1,1 @@
1 +470.3 KB
Obsah