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.7
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:
... ... @@ -502,166 +502,40 @@
502 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 -)))
503 +//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 __//).//
504 +//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í).//
505 +//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.//
506 +[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_a966e8b8a99b13da.png||height="311" width="542"]]
507 +//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.//
508 +//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
510 +* //nulový variant, ktorý sa neposudzuje v MCA a je automaticky porovnávajúcim variantom v M-05 Analýza nákladov a prínosov,//
511 +* //preferovaný variant, ktorý splnil všetky kritéria MCA,//
512 +* „//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.
516 +* //Doplňte informácie – POPIS PRODUKTU - čo bude/čo chcete, aby bolo po ukončení projektu dodané//
517 +** //projektové výstupy podľa vyhlášky 401/2023 o riadení projektov (vrátane zdrojových kódov)//
518 +** //koncové služby a biznis procesy, ktoré sú predmetom dodávky projektu//
519 +** //biznis objekty, ktoré majú byť vstupmi a výstupmi zo systému – napr. podania, formuláre, rozhodnutia, reporty, dáta, aplikačné rozhrania//
520 +* //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.
524 +* //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,//
525 +* //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//
526 +* //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,//
527 +** //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/]]__//),//
528 +** {{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"]](%%)//,//
529 +** //Pre jednoznačnú identifikovateľnosť komponentov v náhľade architektúry uveďte aj ich MetaIS kódy//
530 +** //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]]__ .
531 +** //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.//
532 +** //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.//
533 +** //Príklad náhľadu na architektúru podľa metamodelu e-Government komponentov evidovaných v MetaIS~://
534 +[[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"]]
535 +//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