Podľa skratiek v Proj. zámere je JIM - Jednotné Infor. Miesto. Má to byť fyzické miesto a oganizačná jednotka niektorého zo stakeholderov alebo to je iný názov pre verejný portál systému Atlas pasiv. Infraštruktúry? Doplňte JIM do príslušných častí vizualizácie modelu architektúry riešenia. Ak je JIM fyzické miesto a organizačná jednotka, tto bude zodpovedný za jeho zriadenie a manažment? UPREKAPS? Doplňte mapovanie stakeholderov na role biznis vrstvy, aby bolo jasnejšie, kto bude mať akú zodpovednosť.
Popis zo skratiek platí, JIM je oddelenie na “ÚPREKAPS”, ktorý bude na Atlas pasívnej infraštruktúry integrovaný s IS MSRŠD. Doplnená tabuľka mapovania stakeholderov na biznis role.
Odporúčam budovať systém ako otvorený pre možnosť administratívnym konfiguračným zásahom umožniť rozšírenie číselníkov a atribútov evidovaných prvkov a sietí tak, aby bolo možné pridať do evidencie aj ďalšie typy sietí a ich komponentov.
Tieto KS sú registrované v METAIS na projekt Atlas pasívnej infraštruktúry MŽP (projekt_565). Urobte zosúladdenie evidencie v METAIS s projektovou dokumentáciou tohto projektu.
Podľa Obrázku 2 unázorňujúceho spracovanie tejto udalosti nejde o registráciu investičnej akcie, ale registráciu na odoberanie notifikácií o investičných akcií v záujmovom území. Buď treba opraviť názov udalosti, aby mala význam odpovedajúci naznačenému procesu a službe alebo zmeniť popis služby a funkcií, ktoré tejto udalosti lepšie zodpovedajú.
Navrhujem schémy v Obr. 2 a 3 a súvisiace detailizácie biznis architektúry vyradiť z tohto popisu, lebo:
- sú v nich nepresnosti,
- detalizujú len časť funkčnosti,
- uvádzajú detaily možného riešenia, ktoré by bolo vhodnejšie nechať na ďalšie fázy projektu.
Lepšie by bolo radšej uviesť v katalógu požiadaviek tie požiadavky, princípy a obmedzenia, ktoré sa majú pri realizácii týchto koncových služieb realizovať.
Upravené znenie požiadavky v katalógu požiadaviek. Riadok 63 v katalógu požiadaviek: Systém v prípade zhody priestorových dát notifikuje o pripravovanej plánovanej výstavbe žiadateľa
V plánovaných integráciách je uvedená aj integrácia na isvs_8846-Autentifikačný modul ÚPVS. Doplňte sem a aj do katalógu požiadaviek: implementácia WebSSO s IAM ÚPVS a podpora prihlásenia sa používateľov pomocou eID a mID. Pre verejnosť a tretie strany by to mala byť hlavná autentifikačná metóda.
Chýba integračná platforma. Odporúčam nenazývať teito časti riešenia ako komponenty ale ako funkčné moduly. Možno niektoré nich budú nakoniec pri implementácii zlúčené do skutočného samostatne nasadzovaného komponentu. Treba zvážiť rozdelenie týchto komponentov na tie, ktoré sú interné a ktoré by mali byť evidované v METAIS: minimálne podmodul hlavného agendového systému a podmodul špecializovaného portálu a asi aj ServiceDesk, lebo to je obačajne hotový komponent, ktorý terba len integrovať a nasadiť. V prípade prevádzky systému u prevádzkovateľa, ktorý už má implementovaný systém ServiceDesk, napr. NASES, tak bude predmetom realizácie len integrácia na existujúci ServiceDesk.
Doplnené do tabuľky “Prehľad plánovaných integrácií ISVS na nadrezortné centrálne bloky – spoločné moduly” v obrázku 3. bolo doplnené v rámci inej pripomienky.
1. Doplniť k názvom modelovaných elementov, minimálne pre ISVS a aplik. služby METAIS kódy. 2. Pre vzťah medzi komponentom a aplikačnou službou, ktorú poskytuje sa používa v METAIS (a aj v odvodenom vzťahu) vzťah Realizácie a nie Priradenia
3. Anonymné Grouping by bolo lepšie premenovať podľa oblasti riešenia, ak má Grouping význam.
4. Agregáciu častí webového portálu by bolo jednoduchšie a prehľadnejšie riešiť zahniezdením reprezentujúceho vzťah kompozícia
5. Pre externé rozhrania by bolo lepšie použiť vzťah priradenia k Internej integ. platforme, lebo takto sú znázornené len toky, ale nie je z obrázku zrejmé, ktorý komponent realizuje a poskytuje uvedené externé rozhrania.
Nie je toto duplicitná požiadavka k požiadavke Spracovanie požiadavky, veď ak sa požiadavka spracováva, tak by mali byť aj zaznamenávané udalosti súvisiace s jej spracovaním.
Jedná sa o doplňujúcu požiadavku. V Spracovaní požiadavky popisujeme generovanie reportu a v logovaní sa jedná o technické logovanie časového priebehu.
Spracovanie požiadavky podľa svojho názvu evokuje skôr spracovanie zadanej požiadavky a nie vytvorenie reportu. Na vytvorenie reportov by bolo treba samostatnú požiadavku.
Navrhujem podľa popisu zovšeobecniť aj názov služby na Validáciu a kontrolu vstupných súborov dát, aby názov neevokoval len kontrolu formátu súboru ale aj jeho obsah.
Prosím o deklaráciu, že 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
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.
Presnejšie je uviesť: MIRRI cloud nie je vhodný termín. Presnejšie je uviesť, že budú využité najvhodnejšie cloudové služby, ktoré budú v čase realizácie projektu dostupné vo verejnej časti katalógu služieb vládneho cloudu zverejeneného na web stránkach MIRRI. Teda, že bude využité hybridné cloudové riešenie využívajúce služby z verejnej časti katalógu cloudových služieb a služieb privátnej časti vládneho cloudu v prevádzke MVSR.
Navrhujeme v tejto chvili ponechat s tym, ze v rámci Analyzy a dizajnu bude zvolene finalne riesenie, ktore bude nasledne zanesene aj do projektovej dokumentacie podla 401 a vsetky upravy dodavatel sprocesuje v zmysle vyhlasky 401/2023
Prosím doplniť do dokumentu popis skratiek a použitej terminológie
Doplnené
Podľa skratiek v Proj. zámere je JIM - Jednotné Infor. Miesto. Má to byť fyzické miesto a oganizačná jednotka niektorého zo stakeholderov alebo to je iný názov pre verejný portál systému Atlas pasiv. Infraštruktúry? Doplňte JIM do príslušných častí vizualizácie modelu architektúry riešenia.
Ak je JIM fyzické miesto a organizačná jednotka, tto bude zodpovedný za jeho zriadenie a manažment? UPREKAPS?
Doplňte mapovanie stakeholderov na role biznis vrstvy, aby bolo jasnejšie, kto bude mať akú zodpovednosť.
Popis zo skratiek platí, JIM je oddelenie na “ÚPREKAPS”, ktorý bude na Atlas pasívnej infraštruktúry integrovaný s IS MSRŠD.
Doplnená tabuľka mapovania stakeholderov na biznis role.
Aktérov zosúlaďte a namapujte na stakeholderov.
Doplnená tabuľka mapovania stakeholderov na biznis role.
Odporúčam budovať systém ako otvorený pre možnosť administratívnym konfiguračným zásahom umožniť rozšírenie číselníkov a atribútov evidovaných prvkov a sietí tak, aby bolo možné pridať do evidencie aj ďalšie typy sietí a ich komponentov.
Áno, súhlasíme. Podrobnejšie bude rozpracované vo fáze projektu Analýza a dizajn.
Doplnit popis problemov, preco je to nastavene tak, ako to je navrhnute. Plus doplnit konsolidaciu procesov a systemov
Tieto KS sú registrované v METAIS na projekt Atlas pasívnej infraštruktúry MŽP (projekt_565). Urobte zosúladdenie evidencie v METAIS s projektovou dokumentáciou tohto projektu.
Bude zrealizované, aktuálne zapracované čiastočne pre projekt _1396.
Zneplatnit vztah na MZP projekt
V Obrázku 2 nie sú procesy ale funkčné bloky.
Upravený popis obrázku v prístupe projektu aj v projektovom zámere.
V tejto tabuľke k Obrázku 2 nie sú procesy ale funkčné bloky
Upravený popis obrázku v prístupe projektu (PP) aj v projektovom zámere (PZ).
Podľa Obrázku 2 unázorňujúceho spracovanie tejto udalosti nejde o registráciu investičnej akcie, ale registráciu na odoberanie notifikácií o investičných akcií v záujmovom území. Buď treba opraviť názov udalosti, aby mala význam odpovedajúci naznačenému procesu a službe alebo zmeniť popis služby a funkcií, ktoré tejto udalosti lepšie zodpovedajú.
Premenované v oboch dotknutých dokumentoch (PZ, PP). Doplnený názov aj popis a upravený obrázok.
Navrhujem schémy v Obr. 2 a 3 a súvisiace detailizácie biznis architektúry vyradiť z tohto popisu, lebo:
- sú v nich nepresnosti,
- detalizujú len časť funkčnosti,
- uvádzajú detaily možného riešenia, ktoré by bolo vhodnejšie nechať na ďalšie fázy projektu.
Lepšie by bolo radšej uviesť v katalógu požiadaviek tie požiadavky, princípy a obmedzenia, ktoré sa majú pri realizácii týchto koncových služieb realizovať.
Popis aj schémy boli upravené v súvislosti aj s inými pripomienkami a máme za to, že takto dostatočne reflektujú zamýšlanú funčnosť.
V METAIS sú k tomuto projektu evidované tieto koncové služby, ktoré sú ale zneplatnené:
Služby v projekte vidíme ako vytvorené, s tým že sa jedná o projekt _1396. https://metais.slovensko.sk/ci/Projekt/0fc48fa1-28ec-4cbc-85f2-b78e13dc5c05
Ak je stakeholderom aj Európska komisia, neml by byť podporovaný aj angl. jazyk?
Zapracovaná aj anglická verzia systému pre verejný portál.
Niežšie je uvedené, že bude poskytnuté aj aplik. programové rozhranie (web služby). Treba doplniť do tejto vety aj tento kanál.
Doplnené do vety aj API.
Treba uvažovať s využitím nového Notifikčného modulu implementovaného v rámci projektu Slovensko 3.0.
Zapracované
Túto požiadavku som nenašiel v katalógu požiadaviek
Upravené znenie požiadavky v katalógu požiadaviek.
Riadok 63 v katalógu požiadaviek: Systém v prípade zhody priestorových dát notifikuje o pripravovanej plánovanej výstavbe žiadateľa
Preferencia by mala byť na poskytovaní web služieb formou REST API.
Zapracované v oboch dotknutých dokumentoch PP a PZ.
API treba sprístupniť cez Centr. API Manažment platformu (isvs_9513).
Zapracovane
Toto je komponent a nie aplik. prog. rozhranie
Zapracované, premiestnené komponenty do správnej tabuľky pre oba dotknuté dokumenty PP aj PZ.
V plánovaných integráciách je uvedená aj integrácia na isvs_8846-Autentifikačný modul ÚPVS. Doplňte sem a aj do katalógu požiadaviek: implementácia WebSSO s IAM ÚPVS a podpora prihlásenia sa používateľov pomocou eID a mID. Pre verejnosť a tretie strany by to mala byť hlavná autentifikačná metóda.
Zapracované pre oba dotknuté dokumenty PP aj PZ.
Doplnit do katalogu poziadaviek vazbu na IAM UPVS - riadok 101
Chýba integračná platforma. Odporúčam nenazývať teito časti riešenia ako komponenty ale ako funkčné moduly. Možno niektoré nich budú nakoniec pri implementácii zlúčené do skutočného samostatne nasadzovaného komponentu. Treba zvážiť rozdelenie týchto komponentov na tie, ktoré sú interné a ktoré by mali byť evidované v METAIS: minimálne podmodul hlavného agendového systému a podmodul špecializovaného portálu a asi aj ServiceDesk, lebo to je obačajne hotový komponent, ktorý terba len integrovať a nasadiť. V prípade prevádzky systému u prevádzkovateľa, ktorý už má implementovaný systém ServiceDesk, napr. NASES, tak bude predmetom realizácie len integrácia na existujúci ServiceDesk.
Zapracované pre oba dotknuté dokumenty PP aj PZ.
Nahrat integracne rozhrania za intgracnu platformu - do popisu preniest popisy integracnych rozhrani
Doplniť integráciu na isvs_9513 - API manažment platformu podľa vzoru:
Doplnené do tabuľky “Prehľad plánovaných integrácií ISVS na nadrezortné centrálne bloky – spoločné moduly” v obrázku 3. bolo doplnené v rámci inej pripomienky.
Pripomienky k Obrázok 3:
1. Doplniť k názvom modelovaných elementov, minimálne pre ISVS a aplik. služby METAIS kódy.
2. Pre vzťah medzi komponentom a aplikačnou službou, ktorú poskytuje sa používa v METAIS (a aj v odvodenom vzťahu) vzťah Realizácie a nie Priradenia
3. Anonymné Grouping by bolo lepšie premenovať podľa oblasti riešenia, ak má Grouping význam.
4. Agregáciu častí webového portálu by bolo jednoduchšie a prehľadnejšie riešiť zahniezdením reprezentujúceho vzťah kompozícia
5. Pre externé rozhrania by bolo lepšie použiť vzťah priradenia k Internej integ. platforme, lebo takto sú znázornené len toky, ale nie je z obrázku zrejmé, ktorý komponent realizuje a poskytuje uvedené externé rozhrania.
Naraht aktualne archi model do META IS so zmenami, ktore su v dokumentacii
Táto tabuľka je duplicitná k tabuľke aplik. služieb evidovaných v METAIS. Treba zläčiť do jednej a kvôli konzistentnosti udržiavať len jednu.
Nenašli sme duplicitu obsahu s inou tabuľkou, pravdepodobne bolo odstránené v rámci zapracovania predchádzajúcich zmien.
Pripomienkovaná tabuľka je duplicitná s touto tabuľkou: Tabuľka č.4 Prehľad budovaných aplikačných služieb – budúci stav
Do tabulky s AS preniest aj popisy zo zdrojovej tabuky
Nie je toto duplicitná požiadavka k požiadavke Spracovanie požiadavky, veď ak sa požiadavka spracováva, tak by mali byť aj zaznamenávané udalosti súvisiace s jej spracovaním.
Jedná sa o doplňujúcu požiadavku. V Spracovaní požiadavky popisujeme generovanie reportu a v logovaní sa jedná o technické logovanie časového priebehu.
Spracovanie požiadavky podľa svojho názvu evokuje skôr spracovanie zadanej požiadavky a nie vytvorenie reportu. Na vytvorenie reportov by bolo treba samostatnú požiadavku.
Zapracované pre oba dotknuté dokumenty PP aj PZ.
Navrhujem podľa popisu zovšeobecniť aj názov služby na Validáciu a kontrolu vstupných súborov dát, aby názov neevokoval len kontrolu formátu súboru ale aj jeho obsah.
Zapracované pre oba dotknuté dokumenty PP aj PZ.
Prosím o deklaráciu, že 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:
Doplnené do kapitoly ZDROJOVÉ KÓDY
Prosím o uvedenie/vysvetlenie, či nie je identifikovaná závislosť vo vzťahu k projektu – projekt_3060 Detail položky Projekt rozvoja IT, Implementačný nástroj podpory gigabitových infraštruktúr v zmysle Digitálneho kompasu 2030 | MetaIS
Závislosť pridaná
Presnejšie je uviesť: MIRRI cloud nie je vhodný termín. Presnejšie je uviesť, že budú využité najvhodnejšie cloudové služby, ktoré budú v čase realizácie projektu dostupné vo verejnej časti katalógu služieb vládneho cloudu zverejeneného na web stránkach MIRRI. Teda, že bude využité hybridné cloudové riešenie využívajúce služby z verejnej časti katalógu cloudových služieb a služieb privátnej časti vládneho cloudu v prevádzke MVSR.
Navrhujeme v tejto chvili ponechat s tym, ze v rámci Analyzy a dizajnu bude zvolene finalne riesenie, ktore bude nasledne zanesene aj do projektovej dokumentacie podla 401 a vsetky upravy dodavatel sprocesuje v zmysle vyhlasky 401/2023