Na záver sme sa zhodli, že aj napriek tomu, že SDH bude disponovať vlastným IAM riešením, umožníme používateľom prihlásenie aj prostredníctvom Autentifikačného modulu ÚPVS. Táto možnosť bola doplnená aj do príslušnej tabuľky. Cieľom je zabrániť tomu, aby sa zamestnanci obcí museli prihlasovať výhradne napr. prostredníctvom svojich súkromných občianskych preukazov. Autentifikácia cez ÚPVS tak ostáva ako voliteľná alternatíva – používatelia si budú môcť zvoliť preferovaný spôsob prihlásenia.
Datovu vrstvu prosim prejst s Datovou kancelariou. Tu maju byt uvedene vsetky objekty evidencie projektu z kapitoly 4.3.2. Takisto by bolo vhodne lepsie popisat jednotlive objekty evidencie. Objekty evidencie publikovane ako otvorene udaje nie su v rovnakom rozsahu publikovatelne ako analyticke udaje.
Nakolko infrastruktura ako aj softwareove vybavenie bude zname az na zaklade ponuk po VO a nasledne DNR zatial nie je mozne popisat technologicku architekturu, akakolvek licencia potrebna pre vybudovanie platformy bude dodana dodavatelom, tak je to pozadovane aj v katalogu poziadaviek ID_127. V CBA su licencie pre Power BI a Tableau len z dovodu, ze ich uz na MIRRI mame zakupovane pod nasim tenantom a planuju sa len dokupit pre toto pouzitie, ak to takto nie je mozne zabezpecit mozeme ich z CBA vyhodit a preniest tento naklad a toto ocakavanie na dodavatela ako ine.
Netreba nejako odhadnúť predpokladanú cenu infraštruktúrnych služiieb? Bez toho nie je známe celkové TCO a ani CBA. Alebo aspoň nejako niekde treba uviesť, že buď tento náklad na infraštruktúrne cloudové služby nebude, lebo cloudové služby sú zadarmo a do akej doby.
Projekt KAV je zameraný na štátne ISVS, projekt SDH je zameraný na IoT platformy a dáta z územnej samosprávy a ďalšie nástroje pre samosprávy (napr. AI Chatbot, priestorové dáta a iné)
Projekti KAV bol financovný z OPII, pričom SDH bude financované z PSK, a z dôvodu zamedzenia pochybností ohľadne duplicitného financovania je potrebné realizovať projekt SDH samostatne.
Užívatelia KAV sú analytické jednotky a štátni zamestnanci, pričom dáta z SDH platformy budú verejne dostupné pre širokú verejnosť (občania, podnikatelia a akademický sektor).
Prva veta v odpovedi potvrdzuje funkcnu duplicitu oboch projektov. Je potrebne akcentovat rozdiel medzi projektami a zapracovat do textu. Preco nie su prepouzite analyticke nastroje KAV doplnene o mapovu vrstvu a manazment pristupov?
Máme za to, že vyššie uvedené rozlíšenie od KAV je postačujúce. Obdobná pripomienka bola vysporiadaná aj rámci verejného pripomienkovania a prerokovania projektovej dokumentácie. Áno platforma SDH bude operovať dátami aj z územného plánovania, napr. mapové vrstvy, čo deklarujeme aj v Projektovej dokumentácií.
Konkretne OE zasielane do SDH su predsa v kompetencii zapojenych samosprav a budu individualne per samosprava. Nemozu byt teda jasne v DNR. SDH tu posobi ako agregator a konsolidator dat, nie ako zdroj.
Platforma SDH bude obsahovať ETL proces, ktorý zabezpečí transformáciu prichádzajúcich dát do štandardizovaného formátu podľa ich charakteru – od IoT zariadení až po iné zdroje. Údaje budú najskôr spracované a uložené v jednotnej podobe, pričom až takto konsolidované budú ďalej sprístupňované. Tento text som doplnil do kapitoly 4.3 Dátová vrstva: "Štandardizovaný formát podľa charakteru prichádzajúcich dát"
Štandardizácia formátov dát je predmetom právnej úpravy §13 Vyhlášky č. 78/2020 Z.z. o štandardoch pre informačné technológie verejnej správy. Link: https://www.slov-lex.sk/ezbierky/pravne-predpisy/SK/ZZ/2020/78/#paragraf-13.nadpis
Ak tieto systémy v stave As-IS- CPDI a API manažment platforma budú len integrované, či už pre konzumáciu alebo poskytovanie služieb alebo dát, tak sú tu uvedené zbytočne a tiež nesprávne.
Drobnosť: Tieto konvencie sa v Katalógu požiadaviek SDH nedodžujú. Ako prefix je použité len ID. Tak by bolo presnejšie tieto riadky z tohto dokumentu vymazať alebo upraviť podľa skutočnosti.
Ak budú pre občana a podnikateľa poskytované personalizované služby, alebo služby vyžadujúce registráciu alebo prihlásenie, treba implementovať integráciu na IAM ÚPVS a podporu WebSSO s IAM ÚPVS.
Nazvy koncovych sluzieb nie su v sulade s metodikou. Nie je z nich jasne, co dana sluzba poskytuje, koho sa tyka a pod.
KS API sluzby pravdepodobne nie je koncovou sluzbou.
Sluzby maju uroven elektronizacie 5, su teda naozaj proaktivne?
Sluzbam v MetaIS chyba zivotna situacia a faza zivotneho cyklu.
Upravené
Chyba mi minimalne Autentifikacny modul
Nebude pouzite, dodavatel implementuje vlastne IAM.
Prosime zdovodnit
Na záver sme sa zhodli, že aj napriek tomu, že SDH bude disponovať vlastným IAM riešením, umožníme používateľom prihlásenie aj prostredníctvom Autentifikačného modulu ÚPVS. Táto možnosť bola doplnená aj do príslušnej tabuľky. Cieľom je zabrániť tomu, aby sa zamestnanci obcí museli prihlasovať výhradne napr. prostredníctvom svojich súkromných občianskych preukazov. Autentifikácia cez ÚPVS tak ostáva ako voliteľná alternatíva – používatelia si budú môcť zvoliť preferovaný spôsob prihlásenia.
Potrebne vytvorit evidencne aplikacne sluzby pre vyuzitie IS CSRU a pravdepodobne aj spolocneho autentifikacneho modulu
Zapracované.
Nevidim AS pre CSRU
Doplnené do as_66842 - Využitie spoločných modulov: sluzba_is_49250 (CPDI/CSRÚ) a as_59698 (IAM)
Datovu vrstvu prosim prejst s Datovou kancelariou. Tu maju byt uvedene vsetky objekty evidencie projektu z kapitoly 4.3.2. Takisto by bolo vhodne lepsie popisat jednotlive objekty evidencie. Objekty evidencie publikovane ako otvorene udaje nie su v rovnakom rozsahu publikovatelne ako analyticke udaje.
OE zosúladené s 4.3.2. Všetky OE predstavujú Analytické a Otvorené údaje.
S tymto nie som stotozneny, mali by ste mat predpoklad. Ako potom viete zostavit zvysok licencii projektu?
Nakolko infrastruktura ako aj softwareove vybavenie bude zname az na zaklade ponuk po VO a nasledne DNR zatial nie je mozne popisat technologicku architekturu, akakolvek licencia potrebna pre vybudovanie platformy bude dodana dodavatelom, tak je to pozadovane aj v katalogu poziadaviek ID_127. V CBA su licencie pre Power BI a Tableau len z dovodu, ze ich uz na MIRRI mame zakupovane pod nasim tenantom a planuju sa len dokupit pre toto pouzitie, ak to takto nie je mozne zabezpecit mozeme ich z CBA vyhodit a preniest tento naklad a toto ocakavanie na dodavatela ako ine.
Netreba nejako odhadnúť predpokladanú cenu infraštruktúrnych služiieb? Bez toho nie je známe celkové TCO a ani CBA. Alebo aspoň nejako niekde treba uviesť, že buď tento náklad na infraštruktúrne cloudové služby nebude, lebo cloudové služby sú zadarmo a do akej doby.
Doplnený rámec. Cloudové služby sú "nacenené" v CBA.
Akym sposobom je v projekte riesene ziskavanie mapovych podkladov?
Zdroj mapových podkladov bude dodaný dodávateľom na základe požiadaviek v katalógu požiadaviek ID_071 až ID_075.
ok
Prosím vymedzit sa voci KAV. Popisat ci a preco nedochadza k duplicite ci sucasnej alebo buducej
Projekt KAV je zameraný na štátne ISVS, projekt SDH je zameraný na IoT platformy a dáta z územnej samosprávy a ďalšie nástroje pre samosprávy (napr. AI Chatbot, priestorové dáta a iné)
Projekti KAV bol financovný z OPII, pričom SDH bude financované z PSK, a z dôvodu zamedzenia pochybností ohľadne duplicitného financovania je potrebné realizovať projekt SDH samostatne.
Užívatelia KAV sú analytické jednotky a štátni zamestnanci, pričom dáta z SDH platformy budú verejne dostupné pre širokú verejnosť (občania, podnikatelia a akademický sektor).
Výsledky KAV nie sú predmetom tohto projektu.
Prva veta v odpovedi potvrdzuje funkcnu duplicitu oboch projektov. Je potrebne akcentovat rozdiel medzi projektami a zapracovat do textu. Preco nie su prepouzite analyticke nastroje KAV doplnene o mapovu vrstvu a manazment pristupov?
Máme za to, že vyššie uvedené rozlíšenie od KAV je postačujúce. Obdobná pripomienka bola vysporiadaná aj rámci verejného pripomienkovania a prerokovania projektovej dokumentácie. Áno platforma SDH bude operovať dátami aj z územného plánovania, napr. mapové vrstvy, čo deklarujeme aj v Projektovej dokumentácií.
Keďže sú to dynamické údaje, je vhodné ich poskytovať vo forme OpenApi, periodicita vo forme raz za mesiac nie je vhodná vzhľadom na povahu údajov.
Požiadavka na OpenApi zapracovaná do Katalógu požiadaviek. Zmenené týždennej báze.
ok
Je potrebné definovať aké konkretne OE sa budú poskytovať.
Konkrétne OE budú špecifikované v DNR.
Konkretne OE zasielane do SDH su predsa v kompetencii zapojenych samosprav a budu individualne per samosprava. Nemozu byt teda jasne v DNR. SDH tu posobi ako agregator a konsolidator dat, nie ako zdroj.
Platforma SDH bude obsahovať ETL proces, ktorý zabezpečí transformáciu prichádzajúcich dát do štandardizovaného formátu podľa ich charakteru – od IoT zariadení až po iné zdroje. Údaje budú najskôr spracované a uložené v jednotnej podobe, pričom až takto konsolidované budú ďalej sprístupňované. Tento text som doplnil do kapitoly 4.3 Dátová vrstva: "Štandardizovaný formát podľa charakteru prichádzajúcich dát"
Je potrebné konkretizovať v akých formátoch sa budú poskytovať údaje. Môžu to byť špecifické formáty a mali by byť v súlade s európskymi štandardami.
Štandardizácia formátov dát je predmetom právnej úpravy §13 Vyhlášky č. 78/2020 Z.z. o štandardoch pre informačné technológie verejnej správy. Link: https://www.slov-lex.sk/ezbierky/pravne-predpisy/SK/ZZ/2020/78/#paragraf-13.nadpis
Mali by byť zadefinované štandardizované podmienky pre zariadenie, aby poskytovali relevantné dáta.
Štandardizované podmienky pre zariadenia sú v kompetencii územnej samosprávy.
Vyšpecifikovať typ JSON súborov, pridať do skratiek skratku csv ako ďalší zamýšľaný typ súboru pri spracuvávaní dát
Zapracované
Upraviť najnovśí názov: IS CSRÚ ako súčasť komplexnejšieho IS CPDI (centrálna platforma dátových integrácií)
Upravené.
Ak tieto systémy v stave As-IS- CPDI a API manažment platforma budú len integrované, či už pre konzumáciu alebo poskytovanie služieb alebo dát, tak sú tu uvedené zbytočne a tiež nesprávne.
Odstránené.
Drobnosť: Tieto konvencie sa v Katalógu požiadaviek SDH nedodžujú. Ako prefix je použité len ID. Tak by bolo presnejšie tieto riadky z tohto dokumentu vymazať alebo upraviť podľa skutočnosti.
Upravené.
Obrázok treba zosúladiť z evidenciou v METAIS: koncové biznis služby v METAIS a v popise nižšie sú iné ako na obrázku.
Zosúladené.
Ak budú pre občana a podnikateľa poskytované personalizované služby, alebo služby vyžadujúce registráciu alebo prihlásenie, treba implementovať integráciu na IAM ÚPVS a podporu WebSSO s IAM ÚPVS.
IAM ÚPVS nebude pouzite, potencionalny dodavatel implementuje vlastne IAM.
Prosim rozdelit aplikacne a biznis komponenty na jednotlive moduly
Aktualizovaná architektúra