Zmeny dokumentu I-02 Projektový zámer (projektovy_zamer)
Naposledy upravil Gabriela Hajduková 2025/04/23 14:12
Súhrn
-
Vlastnosti stránky (1 modified, 0 added, 0 removed)
-
Prílohy (0 modified, 1 added, 0 removed)
Podrobnosti
- Vlastnosti stránky
-
- Obsah
-
... ... @@ -347,6 +347,8 @@ 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 + 350 350 == {{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 == 351 351 352 352 Ako koncových užívateľov tohto projektu možno identifikovať nasledovné skupiny: ... ... @@ -500,40 +500,166 @@ 500 500 501 501 == {{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 == 502 502 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~:// 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 +))) 509 509 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.// 535 +Tabuľka 7 Alternatívy v technologickej vrstve 513 513 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 + 514 514 = {{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) = 515 515 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).// 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. 521 521 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 + 522 522 = {{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 = 523 523 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// 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. 536 536 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 + 537 537 == {{id name="_Toc152607321"/}}{{id name="_Toc823562243"/}}5.1Prehľad e-Government komponentov == 538 538 539 539 //__**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,0 +1,1 @@ 1 +XWiki.gabriela\.hajdukova@kosice\.sk - Veľkosť
-
... ... @@ -1,0 +1,1 @@ 1 +210.4 KB - Obsah