Vychádzali sme z predpokladu, že nedochádza k zavedeniu novej agendovej služby (iba poskytovaniu otvorených dát, analytických dát). Avšak predpokladáme, že každoročne podaných 9 000 podaní (počet z registratúry) bude zrýchlených vo vybavovaní, čo povedie k úspore času na strane úradníka aj na strane občana/podnikateľa, t.j. dôjde k zrýchleniu vybavovania podaní.
Počet podaní 9 000 vychádza zo súčasného ročného počtu podaní.
V aplikacnej vrstve je mozne v MCA zvazit napr. pouzitie vyvoja riesenia vs. SW licencie. V zmysle vyhlasky 401 je potrebne zvazit pouzitie open source riesenia.
Senzory + kamery majú svoje interné softvéry, ktoré asi len ťažko preprogramujeme. Tie sú dodávané s nimi. V súčasnosti je ale výhodou, že komunikačné rozhrania jednak posielania dát a jednak posielania analýz, ktoré robia kamery/senzory už v sebe vedia posielať popísanými protokolmi.
Nový informačný systém, ktorý má v rámci projektu vzniknúť bude celý vo vlastníctve mesta a to vrátane zdrojových kódov, preto bude zabránené vendor lock-in na strane SW riešenia.
Skúsil som to tak napísať, dajte vedieť, či ste s tým OK.
Tu prosim doplnte kratke zvazenie napr. z hladiska pouzitych HW komponentov. Je mozne ciele projektu dosiahnut inou kombinaciou/specifickaciou senzorov?
V tabuľke ISVS - TOBE vám chýba hlavný ISVS, ktorý chcete dodať: isvs_15140, Analytický informačný systém na podporu riadenia samosprávnych procesov. Taktiež máte v náhľade architektúry uvedené ako kľúčové moduly riešenia Centrálny dátový sklad a tiež modul Integračná zbernica, ktoré nemáte uvedené v tejto tabuľke. Predpokladám, že ide o tieto moduly uvedené v METAIS: Centrálny dátový sklad, Kód MetaIS=isvs_14710 a Integračná zbernica, Kód MetaIS=isvs_14709. Ak je to tak, uveďte ich rozsahu informačných systémov - budúci stav a tiež uveďte kódy ISVS, koncových a aplikačných služieb v modele a v náhľadoch architektúry, aby boli v súlade s textom projektového zámeru a ľahko identifikovateľné v obrázkoch.
Taktiež zvážte, či skutočne treba uvádzať všetky potenciálne dotknuté systémy (napr. Rezervačný systém, Účtovníctvo, Zastupiteľstvo), ak budú dotknuté integráciou so systémom isvs_15140 len v menšom rozsahu (napr. len integráciou pre poskytnutie dát do isvs_15140 cez službu as_6730), alebo len sprostredkovanie (napr. len manuálne alebo nejakým automatizovaným prebratím údajov z obrazovky jedného systému do druhého systému). Ak tieto systémy budú len poskytovať dáta pre systém isvs_15140 radšej ich uveďte v len tabuľke plánovaných integrácií.
Kvôli tomuto množstvu isvs, kde budú len minoritné zmeny, sa zabudlo vymenovať hlavné komponenty riešenia dodávané alebo výrazne rozvíjané týmto projektom.
isvs_15140, Analytický informačný systém na podporu riadenia samosprávnych procesov - doplnený.
kľúčové moduly riešenia Centrálny dátový sklad a tiež modul Integračná zbernica, ktoré nemáte uvedené v tejto tabuľke - keď sa pozriete na obrázok architektúry, ležia tieto moduly mimo ružového rámca, t.j. mimo projektu. Sú súčasťou budovania v rámci projektu Personalizácia služieb Mesta Žilina (projekt_3149) a tam sú modulmi pre Informačný systém elektronických služieb Mesta Žilina (isvs_14694).
To je tá základná myšlienka, že isvs_14694 je integračný a prepája systémy v rámci mesta vs. Analytický informačný systém na podporu riadenia samosprávnych procesov zberá údaje z mesta a zrýchľuje rozhodovanie a vybavovanie agendy mesta - integrácie za neho rieši iný systém, komunikácia je len prostredníctvom rozhraní.
Nateraz ISVS, ktoré sú pomenované navrhujeme nechať, ak to nevadí.
Rovnako realizáciu isvs_14694 dáme do registra rizík.
Tu má byť uvedená AS integrovaného systému poskytovaná na externú integráciu. Pre spoločné moduly pozrite príručku METAIS, kde je uvedená aj služba centr. modulu Otvorených údajov. V prípade poskytovania otvorených dát, je potom služba poskytujúceho systému evidovaná ako konzumujúca (aj keď poskytuje dáta), lebo konzumuje (volá) službu poskyovania dát systému Moje údaje.
Podľa obrázku architektúry plánujete len prijímanie údajov z iných systémov mesta do systému isvs_15140? Nepredpokladáte aj opačný smer využitia údajov zo senzorov a analýz v agendových systémoch?
Požiadavku na dodávku Bezpečnostného projektu, ak ho chcete obstarať od dodávateľa hlavného riešenia by bolo vhodné dať si tiež do katalógu požiadaviek. Bezpečnostný projekt by mal byť dodaný najneskôr súčasne s Detail. návrhom riešenia, aby sa opatrenia z bezpeč. projektu dostali do návrhu ich implementácie v Detailnom návrhu riešenia.
V katalógu požiadaviek chýbajú požiadavky z oblasti bezpečnosti - správa používateľov, integrácia na systém identít, požiadavky na autentifikáciu, požiadavky na riadenie prístupov, požiadavky na vytváranie auditných záznamov. Súčasťou získaných dát môžu byť aj citlivé údaje, bolo by preto vhodné mať mechanizmus pre kontrolu či neboli niekedy niekým zneužité.
akým spôsobom boli zohľadnenené požiadavky Nariadenia GDPR (najmä čl. 9) na túto oblasť pri nasadzovaní AI sledovacích zariadení (TRT) v meste Žilina, vrátane zavedenia vhodných opatrení na ochranu práv a slobôd a oprávnených záujmov dotknutých fyzických osôb? Počíta projekt s dopadom aj na túto oblasť?
Pri nasadzovaní AI sledovacích zariadení budú všetky verejne monitorované priestory označené v zmysle príslušnej legislatívy tak, aby bolo každému zrejmé, že sa pohybuje v monitorovanom priestore a tým vyjadruje svoj súhlas alebo dochádza k ochrane životne dôležitých záujmov (viď § 9 ods. 2 nariadenia GDPR.
Lenže template pre projektový zámer hovorí iba o tom, ktoré referenčné údaje vyhlásime, nie ktoré budeme konzumovať...
Okrem toho referenčné údaje informačné systémy mesta Žilina budú prijímať do svojho centrálneho dátového skladu prostredníctvom projektu Personalizácia služieb Mesta Žilina (projekt_3149).
Až interne bude využívať projekt údaje z isvs_15140 Analytický informačný systém na podporu riadenia samosprávnych procesov. Upravíme to v prístupe k projektu v kapitole 4.2.5 - je to tak OK?
Nenasiel som zmienku o vytvoreni OPEN API ci inej integracie na pripadne buduce centralne zbernice typu Smart Data Hub; rovnako v tomto zmysle nevystavujete ziadnu sluzbu do CAMP
Toto by sme chceli opat riesit cez projekt isvs_15140 a ním vytvorenu integracnu zbernicu - ak budeme integrovat smerom von viacerymi projektmi, dostaneme sa do situacie dvojiteho financovania.
Tento projekt sa zameriava na senzory, spracovanie senzorickych dat, zlepsovanie rozhodovacej cinnosti na urovni mesta z coho plynu benefity aj pre obcanov. udaje, ktore budu publikovane pojdu smerom "von" cez isvs_15140.
Navrhnite spôsob, ako predísť „Vendor lock-in“ = t.j. dodávané riešenie musí byť v súlade so zákonom o ITVS (ktorý „vendor lock-in“ nepovoľuje). Následne ustanovenia predchádzaniu vendor-lockinu musia byť zahrnuté aj v ZoD a SLA. Zaroven prosim pre cast aplikacneho vyvoja doplnit dodrziavanie EUPL licencovania
V CBA mate prinosy aj kvantifikovane. Prosim o doplnenie informacie akym sposobom boli kvantifikovane, resp. ziskane merania. Napr. realizacia merani modelovych situacii spracovania podania. Akych typov podani sa moze agenda tykat...
V projektovom tíme absentuje pozícia UX dizajnér, ktorá má byť súčasťou projektového tímu podľa vyhlášky 401/2023 Z. z.. Kto vo vašom projekte zastreší oblasť UX?
Vyhláška 401/2023 Z. z. uvádza v § 5 ods. 13, písm. e: "na návrh určeného projektového manažéra vymenuje projektový tím, pričom predseda riadiaceho výboru projektu alebo projektový manažér objednávateľa na základe poverenia zabezpečia 2h. UX dizajnér, ak je to potrebné,"
V uvedenom projekte primárne nepovažujeme za potrebné menovať interného UX dizajnéra, prípadný UX dizajn bude riešiť dodávateľ aplikácie. Nakoľko pozícia UX dizajnéra nie je povinná, v rámci projektu nateraz nepočítame s jej obsadením.
Prosim upresnit ktore KPI naplna ktory vyssie uvedeny ciel
Doplnené do poznámky v tabuľke. (posledný stĺpec)
ok
Tu zrejme 0, nakolko dnes nove a vylepsene sluzby nie su a budu vysledkom tohto projektu.
Vychádzali sme z predpokladu, že nedochádza k zavedeniu novej agendovej služby (iba poskytovaniu otvorených dát, analytických dát). Avšak predpokladáme, že každoročne podaných 9 000 podaní (počet z registratúry) bude zrýchlených vo vybavovaní, čo povedie k úspore času na strane úradníka aj na strane občana/podnikateľa, t.j. dôjde k zrýchleniu vybavovania podaní.
Počet podaní 9 000 vychádza zo súčasného ročného počtu podaní.
Nadpis vlozeny v kapitole Rozpocet a prinosy, prosim presunut k informaciam o MCA
Nadpis nemá v projektovom zámere po novom byť, tak sme ho odstránili úplne.
Ktore kriteria su KO?
Doplnené do oboch tabuliek multikriteriálnej analýzy
V aplikacnej vrstve je mozne v MCA zvazit napr. pouzitie vyvoja riesenia vs. SW licencie. V zmysle vyhlasky 401 je potrebne zvazit pouzitie open source riesenia.
Celý projekt sme postavili nasledovne:
Senzory + kamery majú svoje interné softvéry, ktoré asi len ťažko preprogramujeme. Tie sú dodávané s nimi. V súčasnosti je ale výhodou, že komunikačné rozhrania jednak posielania dát a jednak posielania analýz, ktoré robia kamery/senzory už v sebe vedia posielať popísanými protokolmi.
Nový informačný systém, ktorý má v rámci projektu vzniknúť bude celý vo vlastníctve mesta a to vrátane zdrojových kódov, preto bude zabránené vendor lock-in na strane SW riešenia.
Skúsil som to tak napísať, dajte vedieť, či ste s tým OK.
Tu prosim doplnte kratke zvazenie napr. z hladiska pouzitych HW komponentov. Je mozne ciele projektu dosiahnut inou kombinaciou/specifickaciou senzorov?
Doplnene.
AS v projekte nemaju vztah na ISVS, prosim doplnit
Doplnené
V tabuľke ISVS - TOBE vám chýba hlavný ISVS, ktorý chcete dodať: isvs_15140, Analytický informačný systém na podporu riadenia samosprávnych procesov. Taktiež máte v náhľade architektúry uvedené ako kľúčové moduly riešenia Centrálny dátový sklad a tiež modul Integračná zbernica, ktoré nemáte uvedené v tejto tabuľke. Predpokladám, že ide o tieto moduly uvedené v METAIS: Centrálny dátový sklad, Kód MetaIS=isvs_14710 a Integračná zbernica, Kód MetaIS=isvs_14709. Ak je to tak, uveďte ich rozsahu informačných systémov - budúci stav a tiež uveďte kódy ISVS, koncových a aplikačných služieb v modele a v náhľadoch architektúry, aby boli v súlade s textom projektového zámeru a ľahko identifikovateľné v obrázkoch.
Taktiež zvážte, či skutočne treba uvádzať všetky potenciálne dotknuté systémy (napr. Rezervačný systém, Účtovníctvo, Zastupiteľstvo), ak budú dotknuté integráciou so systémom isvs_15140 len v menšom rozsahu (napr. len integráciou pre poskytnutie dát do isvs_15140 cez službu as_6730), alebo len sprostredkovanie (napr. len manuálne alebo nejakým automatizovaným prebratím údajov z obrazovky jedného systému do druhého systému). Ak tieto systémy budú len poskytovať dáta pre systém isvs_15140 radšej ich uveďte v len tabuľke plánovaných integrácií.
Kvôli tomuto množstvu isvs, kde budú len minoritné zmeny, sa zabudlo vymenovať hlavné komponenty riešenia dodávané alebo výrazne rozvíjané týmto projektom.
isvs_15140, Analytický informačný systém na podporu riadenia samosprávnych procesov - doplnený.
kľúčové moduly riešenia Centrálny dátový sklad a tiež modul Integračná zbernica, ktoré nemáte uvedené v tejto tabuľke - keď sa pozriete na obrázok architektúry, ležia tieto moduly mimo ružového rámca, t.j. mimo projektu. Sú súčasťou budovania v rámci projektu Personalizácia služieb Mesta Žilina (projekt_3149) a tam sú modulmi pre Informačný systém elektronických služieb Mesta Žilina (isvs_14694).
To je tá základná myšlienka, že isvs_14694 je integračný a prepája systémy v rámci mesta vs. Analytický informačný systém na podporu riadenia samosprávnych procesov zberá údaje z mesta a zrýchľuje rozhodovanie a vybavovanie agendy mesta - integrácie za neho rieši iný systém, komunikácia je len prostredníctvom rozhraní.
Nateraz ISVS, ktoré sú pomenované navrhujeme nechať, ak to nevadí.
Rovnako realizáciu isvs_14694 dáme do registra rizík.
Tu má byť uvedená AS integrovaného systému poskytovaná na externú integráciu. Pre spoločné moduly pozrite príručku METAIS, kde je uvedená aj služba centr. modulu Otvorených údajov. V prípade poskytovania otvorených dát, je potom služba poskytujúceho systému evidovaná ako konzumujúca (aj keď poskytuje dáta), lebo konzumuje (volá) službu poskyovania dát systému Moje údaje.
Doplnené, prosím o kontrolu.
Podľa obrázku architektúry plánujete len prijímanie údajov z iných systémov mesta do systému isvs_15140? Nepredpokladáte aj opačný smer využitia údajov zo senzorov a analýz v agendových systémoch?
Doplnené - v tabuľke pridaný riadok.
Táto služba len konzumuje údaje, ale služba Kumulácia senzorických údajov do jednotného dátového dobu údaje do ostatných systémov poskytuje.
Je to tak znázornené aj v architektúre riešenia.
Požiadavku na dodávku Bezpečnostného projektu, ak ho chcete obstarať od dodávateľa hlavného riešenia by bolo vhodné dať si tiež do katalógu požiadaviek. Bezpečnostný projekt by mal byť dodaný najneskôr súčasne s Detail. návrhom riešenia, aby sa opatrenia z bezpeč. projektu dostali do návrhu ich implementácie v Detailnom návrhu riešenia.
Doplnené do katalógu požiadaviek.
V katalógu požiadaviek chýbajú požiadavky z oblasti bezpečnosti - správa používateľov, integrácia na systém identít, požiadavky na autentifikáciu, požiadavky na riadenie prístupov, požiadavky na vytváranie auditných záznamov. Súčasťou získaných dát môžu byť aj citlivé údaje, bolo by preto vhodné mať mechanizmus pre kontrolu či neboli niekedy niekým zneužité.
Doplnené.
Požiadavky na dostupnosť by tiež mali byť v katalógu požiadaviek a vyhodnotiť ich splnenie pri testovaní a akceptácii.
Doplnené do zoznamu požiadaviek.
akým spôsobom boli zohľadnenené požiadavky Nariadenia GDPR (najmä čl. 9) na túto oblasť pri nasadzovaní AI sledovacích zariadení (TRT) v meste Žilina, vrátane zavedenia vhodných opatrení na ochranu práv a slobôd a oprávnených záujmov dotknutých fyzických osôb? Počíta projekt s dopadom aj na túto oblasť?
Pri nasadzovaní AI sledovacích zariadení budú všetky verejne monitorované priestory označené v zmysle príslušnej legislatívy tak, aby bolo každému zrejmé, že sa pohybuje v monitorovanom priestore a tým vyjadruje svoj súhlas alebo dochádza k ochrane životne dôležitých záujmov (viď § 9 ods. 2 nariadenia GDPR.
KS nema vztah na ZS
Zaroven pouzivatel G2C aj G2B maju mat samostatnu ZS
Doplnená vazba na ZS + pridaná ZS 25 Služby pre KS G2B.
Prosim pre KS a AS doplnit fazu zivotneho cyklu
Doplnené
Suhlas, ale podla datoveho rozsahu projektu a kategorizacie OE planujete referencne udaje konzumovat.
No to áno.
Lenže template pre projektový zámer hovorí iba o tom, ktoré referenčné údaje vyhlásime, nie ktoré budeme konzumovať...
Okrem toho referenčné údaje informačné systémy mesta Žilina budú prijímať do svojho centrálneho dátového skladu prostredníctvom projektu Personalizácia služieb Mesta Žilina (projekt_3149).
Až interne bude využívať projekt údaje z isvs_15140 Analytický informačný systém na podporu riadenia samosprávnych procesov. Upravíme to v prístupe k projektu v kapitole 4.2.5 - je to tak OK?
Nenasiel som zmienku o vytvoreni OPEN API ci inej integracie na pripadne buduce centralne zbernice typu Smart Data Hub; rovnako v tomto zmysle nevystavujete ziadnu sluzbu do CAMP
Toto by sme chceli opat riesit cez projekt isvs_15140 a ním vytvorenu integracnu zbernicu - ak budeme integrovat smerom von viacerymi projektmi, dostaneme sa do situacie dvojiteho financovania.
Tento projekt sa zameriava na senzory, spracovanie senzorickych dat, zlepsovanie rozhodovacej cinnosti na urovni mesta z coho plynu benefity aj pre obcanov.
udaje, ktore budu publikovane pojdu smerom "von" cez isvs_15140.
Je to takto OK?
Zloženie tu uvedeneho projektoveho timu nekoresponduje s internym timom uvedenym v CBA.
Doplnená hodinová mzda Ing. Filip Švec.
Pozícia IT Analytik nie je nacenená, pretože je totožná s Biznis analytikom (preto nie je IT Analytik)
Manažér kvality - bude financovaný z paušálnych výdavkov
Doplnené údaje teda zodpovedajú navrhovanému projektovému tímu.
Podla odpovedi z verejneho pripomienkovania ma projekt zavislost na projekte Zvysenie urovne kybernetickej bezpecnosti . Mesto Zilina. Prosim doplnit
Zoznam rizík aktualizovaný.
Navrhnite spôsob, ako predísť „Vendor lock-in“ = t.j. dodávané riešenie musí byť v súlade so zákonom o ITVS (ktorý „vendor lock-in“ nepovoľuje). Následne ustanovenia predchádzaniu vendor-lockinu musia byť zahrnuté aj v ZoD a SLA. Zaroven prosim pre cast aplikacneho vyvoja doplnit dodrziavanie EUPL licencovania
doplnené
V CBA mate prinosy aj kvantifikovane. Prosim o doplnenie informacie akym sposobom boli kvantifikovane, resp. ziskane merania. Napr. realizacia merani modelovych situacii spracovania podania. Akych typov podani sa moze agenda tykat...
Doplnené
Absentuje vyhláška 547/2021 Z. z. o elektronizácii agendy verejnej správy. Prosím doplniť.
Doplnené
OK
V projektovom tíme absentuje pozícia UX dizajnér, ktorá má byť súčasťou projektového tímu podľa vyhlášky 401/2023 Z. z.. Kto vo vašom projekte zastreší oblasť UX?
Vyhláška 401/2023 Z. z. uvádza v § 5 ods. 13, písm. e: "na návrh určeného projektového manažéra vymenuje projektový tím, pričom predseda riadiaceho výboru projektu alebo projektový manažér objednávateľa na základe poverenia zabezpečia 2h. UX dizajnér, ak je to potrebné,"
V uvedenom projekte primárne nepovažujeme za potrebné menovať interného UX dizajnéra, prípadný UX dizajn bude riešiť dodávateľ aplikácie. Nakoľko pozícia UX dizajnéra nie je povinná, v rámci projektu nateraz nepočítame s jej obsadením.
OK. Odporúčame doplniť, že oblasť UX bude zastrešená dodávateľom.