Naposledy upravil Gabriela Hajduková 2025/04/23 14:12
Z verzie 1.11
upravil Gabriela Hajduková
-
Zmeniť komentár: Pre túto verziu nie sú komentáre
Do verzie 1.6
upravil Gabriela Hajduková
-
Zmeniť komentár: Pre túto verziu nie sú komentáre

Súhrn

Podrobnosti

Vlastnosti stránky
Obsah
... ... @@ -347,8 +347,6 @@
347 347  |2.2 Inovácia výrazne inovovaná|(% colspan="4" %)Modernizácia existujúceho produktu podporená projektom – vytvorenie pasportov mestskej infraštruktúry a zelene v rámci existujúceho geografického informačného systému mesta Košice
348 348  |3.2 Inovácia produktov|(% colspan="4" %)Vytvorenie pasportov, ktoré pomôžu riešiť zefektívnenie výkonu správy mestskej infraštruktúry a zelene v rámci existujúceho geografického informačného systému mesta Košice, vrátane licencií k produktom. Pasport zelene a komunikácií je zrealizovaný pilotne pre malú vzorku územia, pasport budov v súčasnosti neexistuje
349 349  
350 -Tabuľka 3 Merateľné ukazovatele projektu
351 -
352 352  == {{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 ==
353 353  
354 354  Ako koncových užívateľov tohto projektu možno identifikovať nasledovné skupiny:
... ... @@ -407,261 +407,88 @@
407 407  
408 408  == {{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 ==
409 409  
410 -Na základe uvedených alternatív a kontextu môžeme vytvoriť tabuľku MCA pre výber najvhodnejšej alternatívy pre projekt podpory v oblasti spracovania dát. Táto analýza sa zameriava na splnenie biznisových požiadaviek bez technologických predpojatostí.
408 +//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.//
409 +//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).//
410 +Príklad šablóny pre spracovanie MCA
411 411  
412 -|KRITÉRIUM|ZDÔVODNENIE KRIÉRIA|(((
413 -STAKEHOLDER
414 -
415 -1 - Občan
412 +| |**KRITÉRIUM**|**ZDÔVODNENIE KRIÉRIA**|(((
413 +**STAKEHOLDER**
414 +**1**
416 416  )))|(((
417 -STAKEHOLDER
418 -
419 -2 - Podnikateľ
416 +**STAKEHOLDER**
417 +**2**
420 420  )))|(((
421 -STAKEHOLDER
422 -
423 -3 - Magistrát mesta Košice, mestské podniky a organizácie
419 +**STAKEHOLDER**
420 +**3**
421 +)))
422 +|(% rowspan="6" %)BIZNIS VRSTVA|Kritérium A (KO)| |X|X|X
423 +|Kritérium B (KO)| |X|X|
424 +|Kritérium C (KO)| | |X|X
425 +|Kritérium D (KO)| | |X|X
426 +|Kritérium E| |X|X|
427 +|Kritérium F| |X| |X
428 +Príklad šablóny pre vyhodnotenie MCA
429 +|**Zoznam kritérií**|(((
430 +**Alternatíva**
431 +**1**
424 424  )))|(((
425 -STAKEHOLDER
426 -
427 -4 - Štátne inštitúcie
428 -
429 -
433 +**Spôsob**
434 +**dosiahnutia**
435 +)))|**Alternatíva 2**|(((
436 +**Spôsob**
437 +**dosiahnutia**
430 430  )))
431 -|Kritérium A (KO) - Transparentnosť a verejný prístup k údajom|(((
432 -Zabezpečenie transparentnosti údajov a ich sprístupnenie verejnosti prostredníctvom digitálnych máp.
439 +|Kritérium A|áno|vysvetlenie prečo áno|áno|vysvetlenie prečo áno
440 +|Kritérium B|áno|vysvetlenie prečo áno|nie|
441 +|Kritérium C|áno|vysvetlenie prečo áno|nie|
442 +|Kritérium D|áno|vysvetlenie prečo áno|nie|
433 433  
434 -
435 -)))|**X**|**X**|**X**|
436 -|Kritérium B (KO) - Centralizácia a minimalizácia redundancie|Centralizácia údajov a minimalizácia redundancie v rámci systémov.| | |**X**|**X**
437 -|Kritérium C (KO) - Podpora analytického a strategického plánovania|Schopnosť systémov podporovať analytické a strategické plánovanie.|**X**| |**X**|**X**
438 -|Kritérium D (KO) -  Udržateľnosť a nízke prevádzkové náklady|Udržateľnosť riešenia a nízke dlhodobé prevádzkové náklady.| | |**X**|**X**
439 -|Kritérium E - Integrácia externých a národných dát|Podpora prepojenia na externé dáta a národné systémy.| | | |**X**
440 -|Kritérium F - Škálovateľnosť a flexibilita|Možnosť postupného rozširovania funkcionality a škálovateľnosť systému.|**X**|**X**|**X**|
441 -
442 -Tabuľka 5 Multikriteriálna analýza - Stanovenie kritérií
443 -
444 -Na základe stanovených kritérií boli vyhodnotené stanovené alternatívy. Sumár vyhodnotenia je uvedený v nasledujúcej tabuľke:
445 -
446 -|Zoznam kritérií|Alternatíva 1: Aktualizácia a rozšírenie existujúceho GIS|(((
447 -Spôsob
448 -
449 -dosiahnutia
450 -)))|Alternatíva 2: Samostatné pasportizačné moduly|(((
451 -Spôsob
452 -
453 -dosiahnutia
454 -)))|Alternatíva 3: Externá správa pasportov|(((
455 -Spôsob
456 -
457 -dosiahnutia
458 -)))
459 -|**Kritérium A** Transparentnosť a verejný prístup k údajom|Áno|Umožňuje centralizované zdieľanie dát prostredníctvom GIS.|Nie|Chýba jednotný prístup k dátam.|Nie|Údaje sú rozdelené medzi viacerých dodávateľov.
460 -|**Kritérium B** Centralizácia a minimalizácia redundancie|Áno|Centralizácia údajov a redukcia redundancie.|Nie|Neexistuje koordinovaný systém.|Nie|Závislosť na dodávateľoch vedie k nejednotnosti.
461 -|**Kritérium C** Podpora analytického a strategického plánovania|Áno|Schopnosť podporovať strategické a analytické plánovanie.|Nie|Obmedzené možnosti strategickej analýzy.|Nie|Dáta nie sú centralizované pre analytické potreby.
462 -|**Kritérium D** Udržateľnosť a nízke prevádzkové náklady|Áno|Jednorazová investícia s nízkymi prevádzkovými nákladmi.|Nie|Vysoké prevádzkové náklady.|Nie|Dlhodobá závislosť na externých službách.
463 -|**Kritérium E** Integrácia externých a národných dát|Áno|Jednoduché prepojenie na národné a regionálne systémy.|Áno|Čiastočná integrácia možná.|Nie|Závislosť na externých poskytovateľoch obmedzuje integráciu.
464 -|**Kritérium F** Škálovateľnosť a flexibilita|Áno|Flexibilné a škálovateľné riešenie.|Áno|Funkcionality môžu byť rozšírené.|Nie|Dodávatelia kontrolujú rozsah a možnosti rozšírenia.
465 -
466 -Na základe multikriteriálnej analýzy je **Alternatíva 1: Aktualizácia a rozšírenie existujúceho GIS **jednoznačným víťazom. Ako jediná spĺňa všetky KO kritériá, vrátane Transparentnosti a verejného prístupu k údajom (A), Centralizácie a minimalizácie redundancie (B), Podpory analytického a strategického plánovania (C), a Udržateľnosti a nízkych prevádzkových nákladov (D). Ostatné alternatívy zlyhávajú v napĺňaní kľúčových kritérií a neumožňujú dosiahnuť požadovanú efektívnosť, udržateľnosť a transparentnosť. Alternatíva 1 zároveň zabezpečuje vysokú flexibilitu a škálovateľnosť pre budúci rozvoj systému.
467 -
468 -
469 -
470 470  == {{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 ==
471 471  
472 -|**Alternatíva**|**Nutné moduly**|**Preferované moduly**
473 -|**Alternatíva 1: **Aktualizácia a rozšírenie existujúceho GIS|(((
474 -* Digitálny pasport budov, dopravy a zelene.
475 -* Centralizovaný databázový modul na správu údajov.
476 -* Modul pre integráciu údajov z externých zdrojov a národných systémov.
477 -* Rozhranie na sprístupnenie údajov verejnosti prostredníctvom webovej aplikácie.
478 -)))|(((
479 -* Mobilná aplikácia na prístup k údajom v teréne pre zamestnancov mesta.
480 -* Modul pre automatické notifikácie a plánovanie údržby.
481 -* Integrácia s nástrojmi pre podporu participácie občanov.
482 -)))
483 -|**Alternatíva 2: **Samostatné pasportizačné moduly|(((
484 -* Samostatné moduly pre pasportizáciu budov, dopravy a zelene.
485 -* Základné rozhranie na správu údajov.
486 -* Export údajov do iných národných systémov.
487 -)))|(((
488 -* Rozhranie pre čisto administratívne použitie bez prepojenia na verejnosť.
489 -* Čiastočná analytická podpora pre strategické plánovanie.
490 -)))
491 -|**Alternatíva 3: **Externá správa pasportov|(((
492 -* Externé riešenia na pasportizáciu, bez priamej integrácie do existujúceho systému GIS.
493 -* Základná správa údajov dodávateľom.
494 -)))|(((
495 -* Periodické reporty od dodávateľa o stave majetku.
496 -* Minimálne možnosti interaktívneho prístupu alebo integrácie ďalších funkcionalít.
497 -)))
446 +//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.//
447 +//Pre klasifikáciu alternatív za účelom ďalšieho porovnania aplikačnej vrstvy a architektúry je potrebné zadefinovať nasledovné požiadavky~://
498 498  
499 -Tabuľka 6 Alternatívy v aplikačnej vrstve
449 +* //Nutné – aplikačné moduly/funkcionality, ktoré sú nevyhnutné pre dosiahnutie cieľov//
450 +* //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)//
451 +* //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.//
452 +[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_5701ef6f26440efc.png||height="156" width="288"]]
500 500  
501 -Na základe požiadaviek projektu je Alternatíva 1: Aktualizácia a rozšírenie existujúceho GIS najvhodnejšou voľbou. Toto riešenie plne pokrýva potreby všetkých stakeholderov, pričom zabezpečuje dosiahnutie cieľov projektu, ako sú centralizácia údajov, zvýšenie transparentnosti a podpora strategického rozhodovania. Alternatíva 1 je navrhnutá na základe už existujúceho systému GIS, čo výrazne minimalizuje implementačné riziká a náklady na integráciu, čím zaručuje efektívne využitie zdrojov.
502 -
503 503  == {{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 ==
504 504  
505 -|**Alternatíva**|**Technologická špecifikácia**|**Výhody**|**Nevýhody**
506 -|**Alternatíva 1: Kompletná prevádzka softvéru na hardvéri dodávateľa**|Softvér a dáta sú plne hostované na infraštruktúre dodávateľa. Systém je dostupný cez cloudové rozhranie a všetky údaje sú centralizované.|(((
507 -1. Minimalizácia požiadaviek na mestskú infraštruktúru.
508 -1. SLA pokrýva údržbu, bezpečnostné aktualizácie a škálovanie.
509 -1. Zníženie nákladov spojených s vlastnou správou infraštruktúry.
510 -1. Jednoduchší upgrade softvéru a integrácia nových modulov.
511 -)))|(((
512 -1. Závislosť na dodávateľovi pre všetky aspekty prevádzky a údržby.
513 -1. Potenciálne vyššie dlhodobé náklady.
514 -1. Nižšia kontrola nad citlivými údajmi.
515 -)))
516 -|**Alternatíva 2: Hybridné riešenie (časť údajov v existujúcom privátnom cloude mesta, časť v privátnom cloude dodávateľa)**|Citlivé údaje zostávajú v existujúcom privátnom cloude mesta u externej firmy. Menej kritické údaje a nové moduly bežia v privátnom cloude dodávateľa.|(((
517 -1. Zachovanie vyššej kontroly nad citlivými údajmi v existujúcom systéme.
518 -1. Flexibilita pri pridávaní modulov a rozširovaní systému v cloude dodávateľa.
519 -1. Možnosť rozloženia rizík medzi dva cloudové systémy.
520 -)))|(((
521 -1. Zložitejšia správa a integrácia medzi dvoma systémami.
522 -1. Vyššie náklady na údržbu a synchronizáciu.
523 -1. Potreba jasne definovaných bezpečnostných protokolov medzi platformami.
524 -)))
525 -|**Alternatíva 3: Udržiavanie súčasného stavu (privátny cloud mesta)**|Všetky údaje a softvérové riešenia zostávajú v existujúcom privátnom cloude mesta u externej firmy, pričom projekt pridáva nové moduly a rozširuje databázy.|(((
526 -1. Plná kontrola nad celkovým systémom v existujúcej infraštruktúre.
527 -1. Minimalizácia rizika súvisiaceho s migráciou údajov alebo zavádzaním nových riešení.
528 -1. Vybudované procesy a znalosť existujúcej platformy znižujú riziká projektu.
529 -1. Nižšie náklady na integráciu nových modulov v porovnaní s hybridným alebo plne hostovaným riešením.
530 -)))|(((
531 -1. Závislosť na jednej externej firme, ktorá spravuje cloud.
532 -1. Vyššia zodpovednosť mesta za bezpečnosť údajov a súlad s legislatívou.
533 -)))
456 +//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 __//).//
457 +//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í).//
458 +//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.//
459 +[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_a966e8b8a99b13da.png||height="311" width="542"]]
460 +//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.//
461 +//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~://
534 534  
535 -Tabuľka 7 Alternatívy v technologickej vrstve
463 +* //nulový variant, ktorý sa neposudzuje v MCA a je automaticky porovnávajúcim variantom v M-05 Analýza nákladov a prínosov,//
464 +* //preferovaný variant, ktorý splnil všetky kritéria MCA,//
465 +* „//minimalistický variant“, ktorý vychádza z rovnakého biznis variantu ako preferovaný variant, ale realizuje iba „nutné“ aplikačné moduly.//
536 536  
537 -**Alternatíva 1: Kompletná prevádzka softvéru na hardvéri dodávateľa**, prináša potenciálne vyššie náklady a nižšiu kontrolu nad údajmi.
538 -
539 -**Alternatíva 2: Hybridné riešenie** poskytuje určitú flexibilitu, avšak za cenu zložitejšej správy, integrácie a vyššej zraniteľnosti celého systému.
540 -
541 -**Alternatíva 3: Udržiavanie súčasného stavu (privátny cloud mesta)** je preferovaným riešením, pretože:
542 -
543 -* **Synergia s existujúcimi systémami:** Mesto Košice už prevádzkuje GIS systém v privátnom cloude u externej firmy, čo minimalizuje potrebu zásadných zmien a integrácie nových modulov do aktuálnej infraštruktúry.
544 -* **Konzistentná správa a kontrola nad údajmi:** Hoci je infraštruktúra u externej firmy, mesto má priamu kontrolu nad organizáciou údajov a procesmi správy, čo zabezpečuje strategický dohľad nad kľúčovými dátami.
545 -* **Optimalizované prevádzkové náklady:** Na rozdiel od plne cloudového riešenia sú náklady na prevádzku a údržbu stabilné a už zahrnuté v existujúcom modeli.
546 -* **Bezpečnostné požiadavky:** Aktuálne riešenie využíva privátny cloud s jasnými pravidlami prístupu, čo minimalizuje riziká spojené s ukladaním údajov v zdieľanom verejnom cloude.
547 -
548 548  = {{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) =
549 549  
550 -Projekt má za cieľ vybudovanie digitálneho pasportu infraštruktúry a zelene mesta Košice s dôrazom na priestorovú a atribútovú časť záznamov s ich integráciou do GIS platformy mesta pre potreby inteligentného riadenia a podpory mesta Košice a jeho širšieho regiónu. Dodatočné údaje získané pasportizáciou mestských budov, dopravy a zelene doplnia a rozšíria už existujúcu databázu geografického informačného systému GISPLAN a prispejú k efektívnemu plánovaniu a riadeniu mestského rozvoja.
469 +* //Doplňte informácie – POPIS PRODUKTU - čo bude/čo chcete, aby bolo po ukončení projektu dodané//
470 +** //projektové výstupy podľa vyhlášky 401/2023 o riadení projektov (vrátane zdrojových kódov)//
471 +** //koncové služby a biznis procesy, ktoré sú predmetom dodávky projektu//
472 +** //biznis objekty, ktoré majú byť vstupmi a výstupmi zo systému – napr. podania, formuláre, rozhodnutia, reporty, dáta, aplikačné rozhrania//
473 +* //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).//
551 551  
552 -Projekt bude realizovaný v 1 inkremente. Realizácia projektu bude v zmysle vyhlášky 401/2023 Z.z. pozostávať z uvedených etáp v rámci hlavnej aktivity projektu.
553 -
554 -V nasledujúcej tabuľke sú definované jednotlivé výstupy podľa vyhlášky 401/2023 o riadení projektov po fázach projektu pre každú etapu:
555 -
556 -|**Etapy**|**Požadované výstupy**
557 -|(% rowspan="3" %)Analýza a dizajn|(((
558 -* Projektový iniciálny dokument (PID)
559 -* Akceptačné kritériá
560 -)))
561 -|(((
562 -* Detailný návrh riešenia (DNR)
563 -** Zámer riešenia, analýza požiadaviek, používateľský prieskum a motivačná architektúra
564 -** Popis postupu analýzy a návrhu riešenia
565 -** Biznis architektúra
566 -** Dátová architektúra
567 -** Aplikačná architektúra
568 -** Technologická architektúra
569 -** Softvérové licencie a zdrojové kódy
570 -** Požiadavky na úrovne služieb (SLA) a výkonnosť
571 -** Zabezpečenie dostupnosti, zálohovanie a obnova riešenia
572 -** Bezpečnosť – riešenie požiadaviek na bezpečnosť
573 -** Migrácia dát
574 -** Harmonogram realizácie a nasadenia, závislosti
575 -)))
576 -|(((
577 -* Plán a stratégia testovania
578 -** Testovacie prípady (UC/TC)
579 -** Testovacie prostredia
580 -** Testovacie dáta
581 -** Defekt manažment, monitoring a reporting testov
582 -)))
583 -|(% rowspan="4" %)Implementácia a testovanie|(((
584 -* Vývoj, migrácia údajov a integrácia
585 -)))
586 -|(((
587 -* Testovanie
588 -** Funkčné testovanie (FAT)
589 -** Systémové a integračné testovanie (SIT)
590 -** Záťažové a výkonnostné testovanie voliteľné
591 -** Bezpečnostné testovanie (SW/HW a kybernetická bezpečnosť)
592 -** Používateľské testy funkčného používateľského rozhrania (UX)
593 -** Používateľské akceptačné testovanie (UAT)
594 -)))
595 -|(((
596 -* Školenia personálu
597 -)))
598 -|(((
599 -* Dokumentácia
600 -** Aplikačná príručka
601 -** Integračná príručka
602 -** Používateľská príručka
603 -** Zdrojové kódy a licencie
604 -** Inštalačná a konfiguračná príručka
605 -** Prevádzkový opis a pokyny pre diagnostiku, servis a údržbu
606 -** Pokyny na obnovu pri výpadku alebo havárii (Havarijný plán)
607 -** Bezpečnostný projekt voliteľné
608 -** Údaje o monitorovaní úrovne poskytovaných služieb (SLA) aktív IT
609 -)))
610 -|(% rowspan="2" %)Nasadenie a postimplementačná podpora|(((
611 -* Nasadenie do produkčnej prevádzky (vyhodnotenie)
612 -)))
613 -|(((
614 -* Akceptácia spustenia do produkčnej prevádzky (vyhodnotenie)
615 -)))
616 -|Dokončovacia fáza|(((
617 -* Manažérske správy, plány, reporty, zoznamy, odporúčania a požiadavky:
618 -** Správa o dokončení projektu (etapy/fázy)
619 -** Plán kontroly po odovzdaní projektu
620 -** Odporúčanie nadväzných krokov
621 -** Správa o získaných poznatkoch
622 -)))
623 -
624 -Mesto Košice plánuje začať realizáciu hlavných aktivít projektu po schválení žiadosti o nenávratný finančný príspevok. Pri implementácii bude žiadateľ postupovať v zmysle vyhlášky 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy.
625 -
626 626  = {{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 =
627 627  
628 -Navrhované riešenie projektu predstavuje integráciu údajov získaných pasportizáciou mestských budov, dopravy a zelene do už existujúcej databázy geografického informačného systému GISPLAN, čo umožní komplexnú správu, konsolidáciu a publikáciu priestorových údajov s cieľom zlepšiť efektivitu a transparentnosť pri správe mestských dát a poskytovaní informácií verejnosti.
477 +* //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,//
478 +* //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//
479 +* //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,//
480 +** //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/]]__//),//
481 +** {{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" %)^^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" %)^^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" %)^^4^^>>path:#sdfootnote4sym||name="sdfootnote4anc"]](%%)//,//
482 +** //Pre jednoznačnú identifikovateľnosť komponentov v náhľade architektúry uveďte aj ich MetaIS kódy//
483 +** //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]]__ .
484 +** //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.//
485 +** //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.//
486 +** //Príklad náhľadu na architektúru podľa metamodelu e-Government komponentov evidovaných v MetaIS~://
487 +[[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"]]
488 +//Obrázok 1 Príklad náhľadu architektúry v notácii ArchiMate//
629 629  
630 -Systém a údaje v ňom budú slúžiť rôznym zainteresovaným stranám vrátane Magistrátu mesta Košice, mestských podnikov a organizácií, občanov, podnikateľov a štátnych inštitúcií, ktorí získajú prístup k aktualizovaným a centralizovaným údajom, čím sa podporí lepšie rozhodovanie a informovanosť.  Tento mapový server a aktuálne údaje  umožnia občanom prístup k relevantným údajom, ktoré budú naplnené alebo migrované do dátového modelu z oblastí ako mestské budovy, doprava a zeleň.
631 -
632 -
633 -[[image:file:///C:/Users/GABRIE~~1.HAJ/AppData/Local/Temp/msohtmlclip1/01/clip_image001.png]][[image:1743665956870-184.png]]
634 -
635 -Obrázok 2 Náhľad architektúry v notácii ArchiMate
636 -
637 -Navrhované riešenie projektu je založené na centralizovanom geografickom informačnom systéme (GISPLAN), ktorý integruje moduly digitálneho pasportu budov, dopravy a zelene s existujúcimi pasportmi a mapovým serverom. Tento systém umožňuje efektívne spracovanie, konsolidáciu a zdieľanie údajov medzi organizačnými útvarmi mesta, verejnosťou a externými systémami.
638 -
639 -**Hlavné komponenty architektúry podľa obrázka:**
640 -
641 -1. **GISPLAN – Hlavná platforma správy dát:**
642 -11. **Moduly pasportu budov, dopravy a zelene:** Zodpovedajú za evidenciu mestského majetku a jeho správu.
643 -11. **Existujúce pasporty:** Dáta z existujúcich systémov sú integrované do GISPLAN, čím sa zabezpečí kontinuita a jednotnosť údajov.
644 -1. **Mapový a webový server:**
645 -11. **Mapový server:** Spravuje priestorové údaje a umožňuje ich vizualizáciu na digitálnych mapách.
646 -11. **Webový server:** Hosťuje verejný portál, cez ktorý občania a podnikatelia pristupujú k údajom.
647 -1. **REST API – Integrácia so systémami:**
648 -11. Umožňuje prepojenie GISPLAN so štátnymi, externými a internými systémami. API poskytuje štandardizované rozhranie na zdieľanie údajov.
649 -1. **Kľúčové procesy podporované systémom:**
650 -11. **Evidencia majetku:** Dáta o budovách, doprave a zeleni sú evidované a vizualizované v mapovom klientovi.
651 -11. **Plánovanie údržby:** Dáta sú využívané na efektívne plánovanie a manažment údržby mestského majetku.
652 -11. **Zdieľanie údajov:** Platforma umožňuje transparentné zdieľanie údajov medzi oddeleniami magistrátu a verejnosťou.
653 -11. **Strategické rozhodovanie:** Analytické nástroje a reporty podporujú plánovanie a strategické rozhodovanie na základe aktuálnych dát.
654 -
655 -**Prínosy architektúry:**
656 -
657 -* Centralizované údaje o majetku mesta zlepšujú efektivitu práce a správu mestských zdrojov.
658 -* Integrácia s externými systémami umožňuje efektívnu výmenu informácií.
659 -* Vizualizácia na mapách zvyšuje zrozumiteľnosť údajov a prístupnosť pre občanov.
660 -
661 -Táto architektúra reflektuje potreby mesta Košice a podporuje jeho ciele v oblasti digitalizácie a transparentného riadenia mestských procesov.
662 -
663 -Funkčné požiadavky, nefunkčné a technické požiadavky sú uvedené v katalógu požiadaviek.
664 -
665 665  == {{id name="_Toc152607321"/}}{{id name="_Toc823562243"/}}5.1Prehľad e-Government komponentov ==
666 666  
667 667  //__**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.**__//
1743665956870-184.png
Autor
... ... @@ -1,1 +1,0 @@
1 -XWiki.gabriela\.hajdukova@kosice\.sk
Veľkosť
... ... @@ -1,1 +1,0 @@
1 -210.4 KB
Obsah