V projekte sú stanovené požiadavky na zdrojové kódy, spôsob ich preberania a spôsob archivácie. Navrhované riešenie je v súlade so zákonom 95/2019 Z.z. o o informačných technológiách vo verejnej správe, § 15, odsek (2) bod d) EUPL a zabránenie vendor – lock a vyhláškou 78/2020 Z.z. o štandardoch pre informačné technológie verejnej správy, § 31 Centrálny repozitár zdrojových kódov
Zdrojové kódy vytvorené počas projektu sa budú zverejňovať v zmysle § 31 vyhlášky č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy v nadväznosti na § 15 ods. 2 písm. d) prvý bod zákona č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov buď pre verejnosť bez obmedzenia (podľa § 31 ods. 4 písm. a) vyhlášky) alebo s obmedzenou dostupnosťou iba pre orgán vedenia a orgány riadenia (podľa § 31 ods. 4 písm. b) vyhlášky) spolu s odôvodnením v závislosti od jeho charakteru a posúdenia z hľadiska bezpečnosti a súvisiacich okolností.
Konkrétne v zmysle § 15 ods. 2 písm. d) zákona č. 95/2019 Z. z. informačných technológiách vo verejnej správe:
Vo fáze prípravy a obstarania projektu je správca povinný akceptovať také zmluvné podmienky, podľa ktorých:
zdrojový kód vytvorený počas projektu bude otvorený v súlade s licenčnými podmienkami verejnej softvérovej licencie Európskej únie podľa osobitného predpisu, a to v rozsahu, v akom zverejnenie tohto kódu nemôže byť zneužité na činnosť smerujúcu k narušeniu alebo k zničeniu informačného systému verejnej správy,
je jediným a výhradným disponentom so všetkými informáciami zhromaždenými alebo získanými počas projektu a prevádzky projektom vytvoreného riešenia vrátane jeho zmien a servisu a
3. pri zmene dodávateľa pôvodný dodávateľ poskytne správcovi úplnú súčinnosť pri prechode na nového dodávateľa, najmä v oblasti architektúry a integrácie informačných systémov.
Uvedené ustanovenia bude obsahovať návrh Zmluvy o dielo, ktorý bude súčasťou súťažných podkladov. Navrhujeme doplniť aj nasledovný bod:
Dáta vytvorené v projekte sú majetkom mesta a zhotoviteľ prenáša všetky majetkové práva na objednávateľa. Objednávateľ s nimi môže nakladať slobodne a podľa vlastného uváženia a potreby.
Na centrálnom portáli otvorených údajov je potrebné zaregistrovať metadáta všetkých publikovaných datasetov na lokálnom portáli otvorených údajov. Odporúčame si vytvoriť lokálny katalóg, ktorý bude automatizovane harvestovaný centrálnym portálom otvorených údajov a nebude potrebná manuálna aktualizácia.
Projekt bude v plnom súlade s požiadavkami na centrálnu evidenciu a dostupnosť otvorených údajov, vrátane zabezpečenia automatizovaného harvestovania lokálneho katalógu centrálnym portálom data.slovensko.sk. Dáta a metadáta z GIS databázy budú odosielané na lokálny portál otvorených údajov mesta https://opendata.kosice.sk. Uvedený portál predstavuje jednotný zdroj pre poskytovanie údajov centrálnemu portálu data.slovensko.sk. Tento prístup podporuje princípy otvoreného vládnutia, transparentnosti a opakovateľného využitia údajov tretími stranami (G2C, G2B, G2G).
Zvyšovanie dátovej kvality nebude jednorazovou aktivitou, ale bude súčasťou celého životného cyklu údajov – od zberu až po publikáciu. Kombináciou technologických nástrojov (ETL- Extract – Transform – Load, validácie), organizačných opatrení (školenia, governance), ako aj analytických výstupov a spätnej väzby od používateľov sa zabezpečí, že systém bude poskytovať dôveryhodné a využiteľné údaje v súlade s cieľmi projektu a štandardmi pre inteligentnú verejnú správu.
Niekde sa stala chyba. Buď v tomto návrhu alebo v evidencii v METAIS, ale táto služba nie je evidovaná v METAIS ako určená na integráciu (poskytovanie služieb iným systémom) a ani nie je konzumentom nejakej inej služby z iného systému. V METAIS je evidovaná ako služba podporujúca koncovú službu Poskytovanie údajov z pasportov (ks_380449).
Nemala by tu byť skôr uvedená služba as_66126, ktorá je v METAIS evidovaná ako služba podporujúca koncovú službu Poskytovanie údajov z pasportov (ks_380449)?
Služba as_60483 je podľa METAIS realizovaná systémom Open Data portál (Kód MetaIS isvs_11079). Teda nie je podľa popisu určená pre realizáciu koncových služieb. Táto služba as_60483 by mala byť skôr uvedená medzi službami integrovanými na iné systémy v prípade poskytovania dát do Národného katalógu otvorených dát by mala byť evidencia poskytovania otvorených dát evidovaná v METAIS vytvorením vzťahu na aplikačnú službu Modulu Otvorené dáta sluzba_is_48063 „Zápis a aktualizácia údajov z dátového zdroja“, ktorá je poskytovaná na externú integráciu so službami poskytovateľov otvorených dát.
Taktiež nie je v návrhu architektúry nejako znázornená integrácia medzi systémom svs_5733 Geografický informačný systém a isvs_11079 Open Data portál.
Zoznam aplikačných služieb pre realizáciu koncových služieb a na integráciu je uvedený v odpovedi na prvú otázku. Návrh architektúry bude doplnený o dané zmeny.
Integrácia na portál otvorených dát mesta Košice nie je nijako znázornená v návrhu architektúry a ani nie je táto integrácia uvedená v zozname integrácií isvs_5733 v tabuľkách nižšie.
V katalógu požiadaviek máte požiadavku: ID131 Systém bude mať vybudované REST services pre publikáciu údajov vo forme Open Data o evidovanom objektu, ktoré môžu byť verejne dostupné. Ktorého systému sa táto požiadavka týka: isvs_6733, ktorý ich takto poskytne aj pre portál otvorených dát alebo modulu isvs_11079? Ktorá aplikačná služba evidovaná v METAIS je (bude) reprezentovať tieto služby poskytovania otvorených dát zo systému pre pasportizáciu?
Integrácia s open data portálom bude doplnená do architektúry. Požiadavka ID131 sa týka as_60483 Poskytovanie otvorených dát - Mesto Košice a je to poskytovanie údajov smerom z isvs_11079 (OPEN DATA) pre verejnosť.
V znázornení architektúry riešenia máte uvedené poskytovanie integračných rozhraní pre komunikáciu s externými systémami, ale v popise riešenia ani v mETAIS nemáte evidovanú nejakú aplikačnú službu určenú na externú integráciu systému pre pasportizáciu (isvs_5733).
V zmysle aktualizovaného zoznamu aplikačných služieb pre realizáciu koncových služieb a na integráciu boli doplnené konkrétne aplikačné služby pre komunikáciu medzi isvs_5733 GIS a isvs_11079 Open Data portál, isvs_14564 Energetický manažment odberných miest s IoT, isvs_10074 Ekonomický a administratívny informačný systém.
Ktoré konkrétne informačné systémy (interné a externé) budú v rámci projektu integrované. Ktorých systémov evidovaných v METAIS sa táto integrácia bude týkať? Mali by byť uvedené aj v katalógu požiadaviek, aby vedel dodávateľ aké konkrétne integrácie má v projekte realizovať alebo podporiť.
Integrácia sa bude týkaťsystémov isvs_11079 Open Data portál, isvs_14564 Energetický manažment odberných miest s IoT, isvs_10074 Ekonomický a administratívny informačný systém.
Do katalógu požiadaviek doplníme nasledovné požiadavky na integráciu.
Kategória požiadavky
Oblasť požiadavky
Názov požiadavky
Detailný popis požiadavky
Funkčná požiadavka
Integrácia s ISVS
Integrácia s Open Data portálom (isvs_11079)
Systém GIS musí byť integrovaný s ISVS Open Data portál (isvs_11079) prostredníctvom štandardizovanej aplikačnej služby pre publikáciu vybraných datasetov vo formátoch podporujúcich otvorené dáta (napr. CSV, JSON, XML) s podporou automatizovanej aktualizácie metadát.
Funkčná požiadavka
Integrácia s ISVS
Integrácia s Energetickým manažmentom IoT (isvs_14564)
Systém GIS musí byť integrovaný s ISVS Energetický manažment odberných miest s IoT (isvs_14564) za účelom aktualizácie mestských objektov a preberania aktuálnych údajov o spotrebe energií v mestských objektoch. Komunikácia prebehne prostredníctvom REST API alebo plánovanej dátovej výmeny.
Funkčná požiadavka
Integrácia s ISVS
Integrácia s Ekonomickým IS (isvs_10074)
Systém GIS musí byť integrovaný s ISVS Ekonomický a administratívny informačný systém (isvs_10074) pre potreby preberania dát o pohyboch majetku, technických a lokalizačných atribútoch a vlastníckych vzťahoch. Integrácia bude založená na výmene údajov o objektoch evidencie cez zabezpečené rozhranie.
Na ktoré druhy evidenčných objektov sú v systéme už evidované passporty? Budú nejako menené alebo rozširované po dodaní pasportov nových druhov objektov?
V súčasnosti GIS systém mesta Košice disponuje niekoľkými evidenčnými pasportmi resp. evidenciami. Ide napr. o:
Pasport verejného osvetlenia (nevstupuje do projektu)
Pasport reklamných zariadení (nevstupuje do projektu)
Pasport ihrísk a športovísk (nevstupuje do projektu)
Pasport cintorínov (nevstupuje do projektu)
Pasport odpadov (nevstupuje do projektu)
Pasport zelene (pilotne 1 MČ z 21)
Pasport komunikácií (pilotne 1 MČ z 22)
Pasport objektov (pilotne základné informácie)
súčasťou IS GIS mesta sú aj iné evidencie (nepomenované ako pasporty)
Ide o pasporty a OE v zmysle predkladaného projektu (viď prístup k projektu). Ako sme uviedli, mesto má už dodané SW aplikácie na správu pasportov komunikácií, zelene a majetku (budov) v základnom rozsahu a pasporty v rozsahu pilotných MČ. Kľúčom k správnemu a plnohodnotnému využívaniu systému je naplnenie databázy pasportných aplikácií dátami. V súčasnosti je toto zásadný problém a požiadavka vyplývajúca z projektu. Pasporty budú doplnené o nové entity a atribúty. Ide napr. o kompletný zoznam OE (kde uvažujeme o pokrytí dátami pre celé územie mesta). Zároveň budú vytvorené nové objekty evidencie, a to napr. stanovište zastávky, označník, prístrešok, automat, vrátane atribútov. Rovnako tak na úrovni SW budú vykonané programové úpravy, ktoré rozšíria aplikácie o nové moduly, napoja sa nové integračné služby, dôjde k rozšíreniu DB modelu a sprístupnia sa nové funkcionality.
V znárzornení architektúry uveďte aj METAIS kódy tých informačných systémov a modulov, aplikačných služieb, ktorých sa projekt týka. Znázornite (farebne alebo znakmi), ktoré funkcionality a moduly sú existujúce a ktoré budú nové dodané alebo zmenené projektom (znázornite rozdiel medzi AsIs a ToBe stavom).
REST API má síce aj technologicko infraštruktúrne súčasti (napr. HTTP protokol, JSON formát, sieťovú komunikáciu a technolog. podporu nejakým SW poskytujúcim služby API Gateway) ale z pohľadu aplikačnej integrácie je zaujímavejšia aplikačná časť riešenia, teda konkrétne aplikačné služby, preto je lepšie rozhranie API modelovať v aplikačnej vrstve, pokiaľ nejde o REST API nejakého systémového SW alebo preexistentného SW poskytujúceho SW platformu pre aplikačné riešenie využívajúce túto platformu.
Požiadavky na evideniciu niektorých týchto objektov evidencie nemáte v katalógu požiadaviek, napr. doparv. značenie, MHD, parkovísk, odvodň. prvkov a ďalších. V katalógu požiadaviek by ste mali mať všetky požiadavky, ktorých splnenie očakávate od dodávateľa riešenia.
Prepojenie na entitu lokalizačný register dopravného značenia
Stĺpiky/nosiče:
ID úseku pozemnej komunikácie
druh nosiča
Zvislé dopravné značenie:
ID úseku komunikácie
Druh značky
Dodatková značka
Dodatkový text
Nosič
Poradie
Umiestnenie
Rotácia
Vodorovné dopravné značenie:
ID úseku pozemnej komunikácie
Druh značky
Typ čiary
Nápis na vozovke
Dĺžka/plocha
Počet miest
Svetelná signalizácia:
ID úseku pozemnej komunikácie
Druh semaforu
Konštrukci
Popis
Počet svetiel
Poznámka
5.
Prepojenie na entitu lokalizačný register Objekty verejnej osobnej dopravy
Zastávka (zastávkový uzol)
ID úseku pozemnej komunikácie,
ID zastávky,
skrátený názov zastávky,
názov zastávky,
zóna IDS Východ,
ID DPMK,
ID IDS Východ,
ID CIS,
súradnice
Stanovište zastávky
ID úseku pozemnej komunikácie,
ID stanovišťa zastávky,
ID zastávky,
skrátený názov zastávky,
kódové označenie stanovišťa,
typ stanovišťa,
správca stanovišťa,
dĺžka nástupnej hrany,
identifikátor zobrazenia pre verejnosť,
súradnice,
fotografia,
ulica,
Označník
ID úseku pozemnej komunikácie,
ID označníka,
ID stanovišťa zastávky,
vlastník/správca označníka,
vybavenie košom,
vybavenie EIS,
fotografia,
Prístrešok
ID prístrešku,
ID stanovišťa zastávky,
kategória prístrešku,
vlastník/správca prístrešku,
ID prístrešku v systéme vlastníka/správcu, zmluvný vzťah,
model,
farba,
vybavenie informačnou vitrínou,
vybavenie lavičkou,
vybavenie operadlom,
vybavenie reklamným zariadením,
druh strechy,
fotografia,
Automat
ID úseku pozemnej komunikácie,
ID automatu,
ID stanovišťa zastávky,
typ automatu,
vlastník/správca automatu,
ID automatu v systéme vlastníka/správcu,
fotografia,
Názov zastávky
Ulica
Typ – s prístreškom/bez prístrešku,
Linky
6.
Prepojenie na entitu lokalizačný register mostných objektov
Mosty
ID mosta
ID úseku pozemnej komunikácie
Názov
Popis
Druh mosta
Trieda mosta
Povrch
Dĺžka premostenia
Konštrukcia
Predmet premostenia
Dĺžka
Priem. šírka
Min. šírka,
Plocha
Priepusty
ID mosta
ID úseku pozemnej komunikácie
Názov, popis
Druh priepustu
Trieda priepustu
Povrch
Dĺžka premostenia
Konštrukcia
Predmet premostenia
Dĺžka
Priem. šírka
Min. šírka,
Plocha
7.
Prepojenie na entitu lokalizačný register parkovísk a odstavných plôch
Parkoviská a parkovacie miesta
ID parkoviska
Názov
Povrch
Popis
Dĺžka
Šírka
Plocha,
Počet parkovacích miest
Radenie – kolmé/šikmé/pozdĺžne
Typ objektu – parkovisko na teréne/parkovací dom – garáž
Počet podlaží
Miesta pre invalidov
Vyhradené parkovacie miesta
Parkovacia zóna
Parkovací automat
Závorová technológia – závorové parkovisko
8.
Prepojenie na entitu lokalizačný register technických a dopravných objektov
Technické objekty (obrubníky, vjazdy k objektom z pozemných komunikácií, zvodidlá, zábradlia, retardéry a iné spomaľovacie prvky, závory, schody, nadchody, podchody, nadjazdy, podjazdy, parkovacie automaty, svetelné priechody pre chodcov, smetné koše (verejné), parkovacie a nabíjacie stanice – stanovištia pre zdieľané elektro kolobežky, stojany na bicykle)
ID úseku pozemnej komunikácie
Popis – materiál
Druh objektu
Dĺžka
Šírka
Výška
9.
Prepojenie na entitu lokalizačný register odvodňovacích prvkov
V katalógu požiadaviek nemáte také základné bezpečnostné požiadavky ako je autentifikácia používateľov, manažment ich prístupov, vytváranie záznamov o činnosti používateľov a systému pre účely podpory prevádzky a auditnú kontrolu.
Do katalógu požiadaviek doplníme nasledovné požiadavky na bezpečnosť:
Kategória požiadavky
Oblasť požiadavky
Názov požiadavky
Detailný popis požiadavky
Funkčná požiadavka
Bezpečnosť
Autentifikácia používateľov
Systém musí podporovať autentifikáciu používateľov na základe ID a hesla s možnosťou napojenia na IAM (Identity Access Management) systém. Autentifikácia musí byť v súlade so štandardmi pre prístup k ISVS.
Funkčná požiadavka
Bezpečnosť
Riadenie prístupových práv
Systém musí umožniť správu prístupových oprávnení používateľov vrátane možnosti definovať roly, priraďovať im oprávnenia a nastavovať politiky prístupu k údajom.
Funkčná požiadavka
Bezpečnosť
Auditné logovanie činností
Systém musí zaznamenávať všetky dôležité akcie používateľov (prihlásenie, zmeny v údajoch, exporty dát, atď.) do auditného logu. Logy musia byť zabezpečené proti manipulácii a dostupné pre audit.
Funkčná požiadavka
Bezpečnosť
Logovanie systémových udalostí
Systém musí zaznamenávať prevádzkové udalosti a systémové chyby do logovacích súborov, ktoré budú slúžiť pre technickú diagnostiku a podporu prevádzky systému.
V katalógu požiadaviek nemáte tieto konkrétne požiadavky na koncové služby pre používateľov systému, ktoré máte znázornené na obrázku biznis vrstvy, napr. identifikácia priorít opráv, plánovanie údržby, predikcu nákladov, prehľady pre rozpočet, analytické výstupy (reporty) pre strateg. rozhodovanie atď.
Do katalógu požiadaviek doplníme nasledovné požiadavky na koncové služby:
Kategória požiadavky
Oblasť požiadavky
Názov požiadavky
Detailný popis požiadavky
Funkčná požiadavka
Správa údajov
Zber, správa a aktualizácia údajov o mestskom majetku
Systém musí umožniť manuálny aj automatizovaný zber, editáciu a aktualizáciu údajov o mestskom majetku vrátane technických a lokalizačných atribútov.
Funkčná požiadavka
Integrácia a dátová vrstva
Centralizované ukladanie a sprístupnenie dát cez GIS systém
Systém musí zabezpečiť centralizované ukladanie údajov v rámci existujúceho GIS systému a ich zabezpečené sprístupnenie oprávneným používateľom.
Funkčná požiadavka
Dátová kvalita
Automatizácia procesu validácie a čistenia údajov
Systém musí umožniť automatickú kontrolu konzistencie a úplnosti údajov, identifikáciu duplicít a chýb, ako aj ich hromadnú korekciu pri zadávaní nových údajov za podmienok zachovania štruktúry DB modelu.
Funkčná požiadavka
Strategické plánovanie
Identifikácia priorít pre opravy a obnovu infraštruktúry
Systém musí umožniť generovanie zoznamov objektov s prioritou údržby alebo obnovy na základe hodnotiacich kritérií ako napr. technický stav a pod.
Funkčná požiadavka
Strategické plánovanie
Analýza nákladov na základe aktuálnych a historických dát
Systém musí umožniť sledovať náklady na údržbu a obnovu majetku mesta na základe historických údajov, vývoja cien a stavu objektov.
Funkčná požiadavka
Rozpočtovanie
Generovanie plánovacích prehľadov pre rozpočet a schvaľovanie
Systém musí umožniť tvorbu plánovacích prehľadov a podkladov pre rozpočtové rokovania v členení podľa typu majetku, územia a časového horizontu.
Funkčná požiadavka
Medziodborová integrácia
Interné prepojenie dátových tokov medzi rôznymi oddeleniami mesta
Systém musí umožniť zdieľanie údajov medzi oddeleniami magistrátu a ich prepojenie nad spoločnou databázou prostredníctvom oprávnení a integračného modulu.
Funkčná požiadavka
Verejný prístup
Sprístupnenie relevantných údajov pre občanov a podnikateľov prostredníctvom digitálnej „inteligentnej mapy“
Systém musí umožniť sprístupniť verejnosti vybrané vrstvy údajov o majetku mesta prostredníctvom prehľadnej digitálnej mapy s možnosťou filtrovania a vyhľadávania.
Funkčná požiadavka
Open Data
Poskytovanie reportov a otvorených dát (Open Data) pre analytické a výskumné účely
Systém musí umožniť pravidelné zverejňovanie údajov v štandardizovaných formátoch (napr. CSV, GeoJSON) cez Open Data portál mesta
Funkčná požiadavka
Vizualizácia
Vizualizácia a analýza dát na podporu strategických plánov mesta
Systém musí podporovať mapovú vizualizáciu a analýzu priestorových údajov, vrátane kombinácie viacerých tematických vrstiev a grafických výstupov.
Funkčná požiadavka
Strategické rozhodovanie
Podpora rozhodovacích procesov na základe aktuálnych a presných údajov
Systém musí poskytovať reporty a analytické pohľady na mestský majetok s možnosťou exportu dát pre manažérske rozhodovanie.
Funkčná požiadavka
Vyhodnocovanie projektov
Vyhodnocovanie efektivity realizovaných opatrení a projektov
Systém musí umožniť spätne analyzovať realizované aktivity a investície na základe porovnania plánovaných a skutočných parametrov a nákladov.
Prosím o deklaráciu súladu,
V projekte sú stanovené požiadavky na zdrojové kódy, spôsob ich preberania a spôsob archivácie. Navrhované riešenie je v súlade so zákonom 95/2019 Z.z. o o informačných technológiách vo verejnej správe, § 15, odsek (2) bod d) EUPL a zabránenie vendor – lock a vyhláškou 78/2020 Z.z. o štandardoch pre informačné technológie verejnej správy, § 31 Centrálny repozitár zdrojových kódov
Zdrojové kódy vytvorené počas projektu sa budú zverejňovať v zmysle § 31 vyhlášky č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy v nadväznosti na § 15 ods. 2 písm. d) prvý bod zákona č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov buď pre verejnosť bez obmedzenia (podľa § 31 ods. 4 písm. a) vyhlášky) alebo s obmedzenou dostupnosťou iba pre orgán vedenia a orgány riadenia (podľa § 31 ods. 4 písm. b) vyhlášky) spolu s odôvodnením v závislosti od jeho charakteru a posúdenia z hľadiska bezpečnosti a súvisiacich okolností.
Konkrétne v zmysle § 15 ods. 2 písm. d) zákona č. 95/2019 Z. z. informačných technológiách vo verejnej správe:
Vo fáze prípravy a obstarania projektu je správca povinný akceptovať také zmluvné podmienky, podľa ktorých:
3. pri zmene dodávateľa pôvodný dodávateľ poskytne správcovi úplnú súčinnosť pri prechode na nového dodávateľa, najmä v oblasti architektúry a integrácie informačných systémov.
Uvedené ustanovenia bude obsahovať návrh Zmluvy o dielo, ktorý bude súčasťou súťažných podkladov. Navrhujeme doplniť aj nasledovný bod:
Dáta vytvorené v projekte sú majetkom mesta a zhotoviteľ prenáša všetky majetkové práva na objednávateľa. Objednávateľ s nimi môže nakladať slobodne a podľa vlastného uváženia a potreby.
názov nového portálu je data.slovensko.sk
V rámci doplnenia dokumentov bude názov upravený.
Na centrálnom portáli otvorených údajov je potrebné zaregistrovať metadáta všetkých publikovaných datasetov na lokálnom portáli otvorených údajov. Odporúčame si vytvoriť lokálny katalóg, ktorý bude automatizovane harvestovaný centrálnym portálom otvorených údajov a nebude potrebná manuálna aktualizácia.
Projekt bude v plnom súlade s požiadavkami na centrálnu evidenciu a dostupnosť otvorených údajov, vrátane zabezpečenia automatizovaného harvestovania lokálneho katalógu centrálnym portálom data.slovensko.sk. Dáta a metadáta z GIS databázy budú odosielané na lokálny portál otvorených údajov mesta https://opendata.kosice.sk. Uvedený portál predstavuje jednotný zdroj pre poskytovanie údajov centrálnemu portálu data.slovensko.sk. Tento prístup podporuje princípy otvoreného vládnutia, transparentnosti a opakovateľného využitia údajov tretími stranami (G2C, G2B, G2G).
Je potrebné doplniť aj atribúty jednotlivých objektov evidencie, tak ako je to u analytických údajoch.
Atribúty sú uvedené v dokumente Prístup k projektu v tabuľke v kapitole 4.3.4.
Akým spôsobom sa bude realizovať zvyšovanie dátovej kvality, aby sa dosiahli požadované ciele?
Zvyšovanie dátovej kvality nebude jednorazovou aktivitou, ale bude súčasťou celého životného cyklu údajov – od zberu až po publikáciu. Kombináciou technologických nástrojov (ETL- Extract – Transform – Load, validácie), organizačných opatrení (školenia, governance), ako aj analytických výstupov a spätnej väzby od používateľov sa zabezpečí, že systém bude poskytovať dôveryhodné a využiteľné údaje v súlade s cieľmi projektu a štandardmi pre inteligentnú verejnú správu.
Budú dáta poskytované do centrálneho riešenia - Data smart hub? Resp. pomocou akých nástrojov sa budú vytvárať dátové analýzy na lokálnej úrovni?
Projekt neuvažuje s poskytovaním dát do centrálneho riešenia Data smart hub. Na lokálnej úrovni budú využívané nasledovné interné analytické nástroje:
Niekde sa stala chyba. Buď v tomto návrhu alebo v evidencii v METAIS, ale táto služba nie je evidovaná v METAIS ako určená na integráciu (poskytovanie služieb iným systémom) a ani nie je konzumentom nejakej inej služby z iného systému. V METAIS je evidovaná ako služba podporujúca koncovú službu Poskytovanie údajov z pasportov (ks_380449).
V tabuľke nižšie uvádzame aj na základe súvisiacich otázok aktualizovaný zoznam aplikačných služieb pre realizáciu koncových služieb a na integráciu.
Aplikačné služby pre realizáciu koncových služieb – TO BE
Kód AS
(z MetaIS)
ISVS/modul ISVS
(kód z MetaIS)
Aplikačná služba realizuje KS
(kód KS z MetaIS)
Aplikačné služby na integráciu – TO BE
Kód AS
(z MetaIS)
ISVS/modul ISVS
(kód z MetaIS)
Aplikačná služba realizuje KS
(kód KS z MetaIS)
Nemala by tu byť skôr uvedená služba as_66126, ktorá je v METAIS evidovaná ako služba podporujúca koncovú službu Poskytovanie údajov z pasportov (ks_380449)?
Aktualizovaný zoznam aplikačných služieb pre realizáciu koncových služieb a na integráciu je uvedený v odpovedi na prvú otázku.
Služba as_60483 je podľa METAIS realizovaná systémom Open Data portál (Kód MetaIS isvs_11079). Teda nie je podľa popisu určená pre realizáciu koncových služieb. Táto služba as_60483 by mala byť skôr uvedená medzi službami integrovanými na iné systémy v prípade poskytovania dát do Národného katalógu otvorených dát by mala byť evidencia poskytovania otvorených dát evidovaná v METAIS vytvorením vzťahu na aplikačnú službu Modulu Otvorené dáta sluzba_is_48063 „Zápis a aktualizácia údajov z dátového zdroja“, ktorá je poskytovaná na externú integráciu so službami poskytovateľov otvorených dát.
Taktiež nie je v návrhu architektúry nejako znázornená integrácia medzi systémom svs_5733 Geografický informačný systém a isvs_11079 Open Data portál.
Zoznam aplikačných služieb pre realizáciu koncových služieb a na integráciu je uvedený v odpovedi na prvú otázku. Návrh architektúry bude doplnený o dané zmeny.
Integrácia na portál otvorených dát mesta Košice nie je nijako znázornená v návrhu architektúry a ani nie je táto integrácia uvedená v zozname integrácií isvs_5733 v tabuľkách nižšie.
V katalógu požiadaviek máte požiadavku: ID131 Systém bude mať vybudované REST services pre publikáciu údajov vo forme Open Data o evidovanom objektu, ktoré môžu byť verejne dostupné. Ktorého systému sa táto požiadavka týka: isvs_6733, ktorý ich takto poskytne aj pre portál otvorených dát alebo modulu isvs_11079? Ktorá aplikačná služba evidovaná v METAIS je (bude) reprezentovať tieto služby poskytovania otvorených dát zo systému pre pasportizáciu?
Integrácia s open data portálom bude doplnená do architektúry. Požiadavka ID131 sa týka as_60483 Poskytovanie otvorených dát - Mesto Košice a je to poskytovanie údajov smerom z isvs_11079 (OPEN DATA) pre verejnosť.
V znázornení architektúry riešenia máte uvedené poskytovanie integračných rozhraní pre komunikáciu s externými systémami, ale v popise riešenia ani v mETAIS nemáte evidovanú nejakú aplikačnú službu určenú na externú integráciu systému pre pasportizáciu (isvs_5733).
V zmysle aktualizovaného zoznamu aplikačných služieb pre realizáciu koncových služieb a na integráciu boli doplnené konkrétne aplikačné služby pre komunikáciu medzi isvs_5733 GIS a isvs_11079 Open Data portál, isvs_14564 Energetický manažment odberných miest s IoT, isvs_10074 Ekonomický a administratívny informačný systém.
Ktoré konkrétne informačné systémy (interné a externé) budú v rámci projektu integrované. Ktorých systémov evidovaných v METAIS sa táto integrácia bude týkať? Mali by byť uvedené aj v katalógu požiadaviek, aby vedel dodávateľ aké konkrétne integrácie má v projekte realizovať alebo podporiť.
Integrácia sa bude týkať systémov isvs_11079 Open Data portál, isvs_14564 Energetický manažment odberných miest s IoT, isvs_10074 Ekonomický a administratívny informačný systém.
Do katalógu požiadaviek doplníme nasledovné požiadavky na integráciu.
Integrácia s ISVS
Integrácia s Open Data portálom (isvs_11079)
Integrácia s ISVS
Integrácia s Energetickým manažmentom IoT (isvs_14564)
Integrácia s ISVS
Integrácia s Ekonomickým IS (isvs_10074)
Na ktoré druhy evidenčných objektov sú v systéme už evidované passporty? Budú nejako menené alebo rozširované po dodaní pasportov nových druhov objektov?
V súčasnosti GIS systém mesta Košice disponuje niekoľkými evidenčnými pasportmi resp. evidenciami. Ide napr. o:
Ide o pasporty a OE v zmysle predkladaného projektu (viď prístup k projektu). Ako sme uviedli, mesto má už dodané SW aplikácie na správu pasportov komunikácií, zelene a majetku (budov) v základnom rozsahu a pasporty v rozsahu pilotných MČ. Kľúčom k správnemu a plnohodnotnému využívaniu systému je naplnenie databázy pasportných aplikácií dátami. V súčasnosti je toto zásadný problém a požiadavka vyplývajúca z projektu.
Pasporty budú doplnené o nové entity a atribúty. Ide napr. o kompletný zoznam OE (kde uvažujeme o pokrytí dátami pre celé územie mesta). Zároveň budú vytvorené nové objekty evidencie, a to napr. stanovište zastávky, označník, prístrešok, automat, vrátane atribútov. Rovnako tak na úrovni SW budú vykonané programové úpravy, ktoré rozšíria aplikácie o nové moduly, napoja sa nové integračné služby, dôjde k rozšíreniu DB modelu a sprístupnia sa nové funkcionality.
V znárzornení architektúry uveďte aj METAIS kódy tých informačných systémov a modulov, aplikačných služieb, ktorých sa projekt týka. Znázornite (farebne alebo znakmi), ktoré funkcionality a moduly sú existujúce a ktoré budú nové dodané alebo zmenené projektom (znázornite rozdiel medzi AsIs a ToBe stavom).
V znázornení architektúry doplníme Metais kódy, nové funkcionality a moduly budú označené na začiatku názvu #.
REST API má síce aj technologicko infraštruktúrne súčasti (napr. HTTP protokol, JSON formát, sieťovú komunikáciu a technolog. podporu nejakým SW poskytujúcim služby API Gateway) ale z pohľadu aplikačnej integrácie je zaujímavejšia aplikačná časť riešenia, teda konkrétne aplikačné služby, preto je lepšie rozhranie API modelovať v aplikačnej vrstve, pokiaľ nejde o REST API nejakého systémového SW alebo preexistentného SW poskytujúceho SW platformu pre aplikačné riešenie využívajúce túto platformu.
REST API bude odstránene z technologickej vrstvy a bude znázornené iba v aplikačnej vrstve.
Požiadavky na evideniciu niektorých týchto objektov evidencie nemáte v katalógu požiadaviek, napr. doparv. značenie, MHD, parkovísk, odvodň. prvkov a ďalších. V katalógu požiadaviek by ste mali mať všetky požiadavky, ktorých splnenie očakávate od dodávateľa riešenia.
Bude aktualizovaná kapitola 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE v dokumente Prístup k projektu nasledovne:
Obsahom projektu sú nasledujúce objekty evidencie:
Pozemné komunikácie – cesty, chodníky, cyklochodníky:
Cesty:
Chodníky:
Cyklochodníky:
Schody, rampy pre imobilných
Stĺpiky/nosiče:
Zvislé dopravné značenie:
Vodorovné dopravné značenie:
Svetelná signalizácia:
Zastávka (zastávkový uzol)
Stanovište zastávky
Označník
Prístrešok
Automat
Mosty
Priepusty
Parkoviská a parkovacie miesta
Technické objekty (obrubníky, vjazdy k objektom z pozemných komunikácií, zvodidlá, zábradlia, retardéry a iné spomaľovacie prvky, závory, schody, nadchody, podchody, nadjazdy, podjazdy, parkovacie automaty, svetelné priechody pre chodcov, smetné koše (verejné), parkovacie a nabíjacie stanice – stanovištia pre zdieľané elektro kolobežky, stojany na bicykle)
Odvodňovacie žľaby pozemných komunikácií (prídlažba)
Povrchy
Objekt evidencie
Pasport stavieb - vlastnosti
- ročná spotreba plynu
- ročná spotreba elektriny (KWh)
- inštalovaný výkon (kW) - tepelná sústava
- ročná spotreba tepla (MWh)
- ročná spotreba studenej vody (m3)
- vypočítané množstvo zrážkovej vody (m3)
- merná spotreba tepla (MWh/m2)
V katalógu požiadaviek nemáte také základné bezpečnostné požiadavky ako je autentifikácia používateľov, manažment ich prístupov, vytváranie záznamov o činnosti používateľov a systému pre účely podpory prevádzky a auditnú kontrolu.
Do katalógu požiadaviek doplníme nasledovné požiadavky na bezpečnosť:
V katalógu požiadaviek nemáte tieto konkrétne požiadavky na koncové služby pre používateľov systému, ktoré máte znázornené na obrázku biznis vrstvy, napr. identifikácia priorít opráv, plánovanie údržby, predikcu nákladov, prehľady pre rozpočet, analytické výstupy (reporty) pre strateg. rozhodovanie atď.
Do katalógu požiadaviek doplníme nasledovné požiadavky na koncové služby:
Vizualizácia