sem je potrebné vložiť označenie tak, ako je systém zadaný v MetaIS spolu s kódom: NEIS II, isvs_15026. Zároveň je na zamyslenie, či nepremenovať systém tak, ako sa momentálne nazýva aj projekt: "Národný emisný informačný systém II (NEIS II)". V budúcnosti keď niekto uvidí iba skratku NEIS II, nebude mu evokovať o čo ide. Ak bude názov systému uvedený ako "Národný emisný informačný systém II" a za ním skratka, je to bez problémov...
doplňte informácie z Výzvy, a to, že projekt prislúcha k:
Priorita 2P2 – Životné prostredie
Špecifický cieľ RSO2.7. Posilnenie ochrany a zachovania prírody, biodiverzity a zelenej infraštruktúry, a to aj v mestských oblastiach, a zníženie všetkých foriem znečistenia (KF)
Opatrenie 2.7.9 Zlepšovanie systému monitorovania kvality ovzdušia na národnej, lokálnej /regionálnej úrovni, monitorovania vplyvu znečistenia ovzdušia na ekosystémy, riadenia kvality ovzdušia, vrátane vybudovania nového informačného systému o emisiách.
Pripomienky ku CBA: záložka "POZICIE_INTERNE", aký je rozdiel medzi "Projektovým manažérom" (1 pracovná pozícia) a "Odborným koordinátorom" (2 pracovné pozície). Sú všetky tieto pozície potrebné? Nemôže byť iba Projektový manažér na celý projekt?
Záložka "Harmonogram" - uvedené by malo byť vyplnené pre každý modul zvlášť...t.j. 6 modulov
Pracovná pozícia Odborný koordinátor je pozícia v rámci hlavnej aktivity projektu.
Jedná sa o špecifický projekt, kde je nutná spolupráca za odbornú (vecnú časť) a za IT časť, preto sú v rámci realizácie projektu obsadené 2 pozície odborného koordinátora (jeden za oblasť IT a jeden za oblasť vecnú/odbornú). Bez ich vzájomnej spolupráce by nebolo možné projekt realizovať. Odborný personál projektu mimo oblasti IT má osobitne stanovené činnosti a finančné limity pre osobné výdavky.
Odborný koordinátor za IT časť projektu (IT projektový manažér) - v zmysle pravidiel výzvy, príloha č. 4: Oprávnenosť výdavkov – pracovné pozície + finančné limity IT pracovných pozícií.
Odborný koordinátor za vecnú časť projektu - v zmysle pravidiel výzvy: príloha č. 4: Oprávnenosť výdavkov – pracovné pozície, v zmysle Finančných a percentuálnych limitov odborného personálu projektu.
Pracovná pozícia Projektový manažér je pozícia pre oblasť podpornej aktivity projektu, ktorý zabezpečuje administráciu projektu a finančné riadenie projektu (finančný manažér). Výdavky na riadenie projektu spadajú v zmysle výzvy a oprávnenosti výdavkov pod zjednodušené vykazovanie nepriamych výdavkov (paušálna sadzba (%).
Vysvetlenie CBA: záložka "Harmonogram":
V projekte je pod modulmi myslený súbor funkcionalít - z dôvodu technických obmedzení BC/CBA nie je možné vyplniť harmonogram na úrovni "modulov" (v zmysle modulu ako komponentu ISVS), ale iba na úrovni projektu alebo dodávky ako celku.
Popis prameňov slúžiacich pre realizátora na identifikovanie najčastejších problémov užívateľov NEIS bol bližšie popísaný- doplnený v samotnom dokumente Projektový zámer. Ako samostatnú prílohu ho nevieme doplniť nakoľko sa nejedná o štandardný formulár dotazníkového prieskumu.
Súčasný systém nemôžeme inak nazvať, ako sa volá teraz: https://isoo.enviroportal.sk/ „Informačný systém o oprávnených osobách a ich stálych subdodávateľoch (IS OO)“
Upravený bnázov v zmysle evidencie v MetaIS na "Informačný systém o oprávnených osôbách na vykonávanie oprávnených meraní emisií do ovzdušia" - isvs_7331
popis tabulky bol v dôsledku posunov textu odstránený, dakujem, doplnené, jedná sa o Prehľad konzumovaných referenčných údajov z CPDI pre potreby IS NEIS II
V kapitole Referenčné údaje je uvedené, že dáta v informačnom systéme nemajú charakter referenčných údajov.. Následne v tabuľke 19 je návrh na vyhlásenie a zmeny referenčných údajov.
Táto kapitola je dosť zmatočne popísaná, navrhujem v kapitole nechať len text " Údaje získané a spracované informačným systémom NEIS nemajú charakter referenčných údajov.". V ďalšej kapitole popísať, ktoré OE sa budú poskytovať a konzumovať z IS CPDI.
Požadované sme zapracovali v čo najvyššej miere, aby sme nenarušili aj koncept dokumentu. Upravili sme názov tabuľky, nakoľko sa jedná len o konzumáciu údajov a pridali vysvetľujúci popis v nasledovnom znení, v prípade, že sa jedná o princípy v súlade so zákonom o eGovernmente :
V priebehu realizácie projektu predpokladáme, že systém IS NEIS II bude disponovať nižšie uvedeným rozsahom údajov obsiahnutých v Registroch v čo najvyššej kvalite.
Následne budú údaje v IS NEIS II podrobené analýze s cieľom identifikovania potenciálnych referenčných údajov navrhnutých na zaradenie do zoznamu a vedenie SHMU rozhodne o ďalšom iniciovaní procesu vyhlásenia týchto údajov za referenčné. (Tento proces nemusí byť z objektívnych dôvodov ukončený v čase ukončenia realizácie projektu)
Na základe dodefinovania atribútov objektov evidencie navrhujeme zvážiť, či periodicita publikovania by nemala byť častejšia ako raz ročne. Je potrebné brať do úvahy ako často prebieha aktualizácia dát, či je to naozaj statický dataset.
Všetky pravidelné oznamovacie povinnosti sa týkajú ukončeného kalendárneho roka, aktualizácia publikovaných údajov teda zostáva ročná. (Pozn.: Samozrejme, štátna správa má resp. bude mať svoju priebežne aktualizovanú služobnú evidenciu, ktorá bude založená na iných ako pravidelných oznámeniach – tieto však nebudú priebežne publikované. Časť údajov resp. dokumentov bude verejná (priebežná/okamžitá publikácia), ale týka sa to iba niektorých procesov alebo častí systému).
Formulácia pod tabuľkou bola upravená v zmysle konzultácie Prehľad objektov evidencie, ktoré budú podrobené analýze za účelom identifikácie potreby evidencie Mojich údajov (informácie o FO)
Potrebné doplniť akým spôsobom sa zvýši dátová kvalita napr. referencovaním údajov, štandardizáciou dát, pravidelným meraním dátovej kvality na základe stanovených business pravidiel.
Obsah obrázku nezodpovedá názvu obrázka. Určite to nie je model biznis architektúry lebo v ňom nie sú uvedené koncové služby ani procesy, len použivatelia. Je to skôr aplikačno technologickej architektúry As-Is. Pre prehľad stavu architektúry môže obrázok ostať, ak nie je k dispozícii lepší a deatilnejší, len treba adekkvátne upraviť názov a popis obrázka.
Tento obrázok architektúry už vyzerá ako To-Be Aplikačná architektúra so zobrazením hlavných vzťahv na hlavné služby a procesy v biznis architektúre. Ak je to návrh To-Be architektúry, tak to v názve obrázku uveďte. Prosím uviesť v obrzku aj METAIS kódy ku komponentom evidovaným v METAIS, aby bolo jednoznačnejšie mapovanie medzi popisom, prehľadovými tabuľkami eGovernement komponentov a obrázkom. Tiež zjednodušene znázornite integrácie aj na ďalšie interné a externý ISVS podľa tabulky prehľadu integrácií, napr. rezortnú zbernicu isvs_14666 (PDaPI) a ďalšie.
V stĺpci "integrácia na AS poskytovateľa" majú byť uvedené služby (AS) poskytovateľských systémov (v tomto prípade služby poskytujúcich systémov uvedených v tabuľkách 14 a 15) a nie služby konzumujúceho systému. Minimálne podľa vzoru z príručky METAIS a vzoru dokumentu I1-02:
Minimálne pre pre služby as_67072, as_67073, as_67075 treba v METAIS evidovať integračné vzťahy na služby spoločných modulov (ÚPVS, CPDI), s ktorými budú tieto služby NEISII integrované (podľa znázornenia vzoru v inom komentári ) a prehľadu služieb spoločných modulov vo vzore dokumentu I1-02.
Neakceptované zapracovanie: Vzťahy integračných služieb boli síce do METAIS zaevidované, ale nie celkom správne, pretože ako zdroj je uvádzaná konzumujúca AS (napr. as_67075), ktorá by mala byť vo vačšine prípadov uvádzané ako cieľ a zdrojom by mala byť služba spoločného modulu, ktorá tejto konzumujúcej službe poskytuje službu. Tak to aj nakoniec aj znázorňuje obrázok architektúry. Prosím opraviť evidenciu v METAIS.
Urobil som zmeny v AS službách pre NEIS. V zmysle príručky MetaIS som službám, ktoré konzumujú údaje z iných ISVS zmenil evidenciu „Poskytovaná na externú integráciu“ na NIE:
MetaIS používateľská príručka: 2.3.1 Aplikačná služba poskytovaná na externú integráciu
as_67075 - UPVS integrácie
as_67073 - Konzumácia údajov CPDI
as_67072 - Dátové integrácie
Na nasledovné AS by sa mali pripájať externé zdroje (AMS - automatické monitorovacie stanice )
as_67076 - API rozhranie pre AMS
NEIS II bude prepojený na registratúru SHMÚ prostredníctvom služby:
as_67074 - Prepojenie registratúry
Keďže sa jedná o služby ktoré sú konzumentom údajov iných ISVS, ktoré majú AS služby na externú integráciu (sú poskytovateľom údajov), bolo pri nich zmenený údaj Na „Nie - Aplikačná služba nie je poskytovaná na externú integráciu.“
Pre jednoznačnosť uveďte aj METAIS kódy integrovaných služieb a v súlade s tabuľkou Tabuľkou 17 Aplikačné služby na integráciu – budúci stav (TO BE). Po oprave tejto tabuľky podľa pripomienok k tejto tabuľke.
Platí pripomienka ako pre predchádzajúci obrázok s uvedením METAIS kódov AS a ISVS. Plus v tabuľke AS na integráciu chýba uvedenie integrácie na službu as_66177 Služby integrácie interných systémov, ktorú realizuje isvs_14666 (PDaPI - Platforma dátovej a procesnej integrácie rezortu životného prostredia).
Aktualizované diagramy a upravená tabuľka integrácii -doplnená as_66177 - pre interné integrácie na PDaPI. Pre prípad že aplikačné služby v diagrame nemajú uvedený kód AS bude potrebné rozhranie dobudovať.
Tento komponent je súčasťou aplikačných komponentov cloudových služieb a bude súčasťou riešenia ako úložisko, zároveň je súčasťou konceptu pre projekt PDaPI, ktorý využíva služny SK cloud-u MIRRI. PDaPI je centrálna integračná platforma, poskytuje aplikačnú a techhnologickú vrstvu pre zdieľanie údajov v rezorte MŽP. NEIS II bude integrovaný na PDaPI a údaje budú dostupné prostredníctvom tejto platformy.
Podľa obsahu by malo ísť o celkovú TO-BE architektúru. Prosím doplniť do popisu. A tiež do obrázku uviesť aj NETAIS kódy eGovernement komponentov pre jednoznačnú referenicu znázorneného eGovernment komponentu (ISVS, AS, KS). Chýba tu znázornenie modulu DWH.
Upravený názov obrázka, do diagramu doplnené kódy MetaIS pre jednotlivé komponenty, DWH je uvedený v zozname aplikačných komponentov ako súčasť cloud služieb ako súčasť balíka služieb Data Management (Obrázok: Návrh architektúry orientovanej na cloud a mikroslužby vo väzbe aplikačnú vrstvu NEIS II)
Prosím buď nahrať do METAIS model AS-IS a TO-BE architektúry vo výmennom formáte archimate a tiež modely BPMN procesov alebo uviesť, kde je model umiestnený v spoločnom repozitári modelov architektúry verejnej správy (https://avssr.horizzon.cloud/).
Váš Katalóg požiadaviek obsahuje len Funkčné požiadavky, takže uvedené nie v texte zbytočné.
Upravené, označenie typov nefunkčných požiadaviek bolo odstrtánené.
uvedené zaveďte medzi skratky ako "Hlavné aktivity projektu".
Skratka bola do zoznamu doplnená
OK, zapracované.
sem je potrebné vložiť označenie tak, ako je systém zadaný v MetaIS spolu s kódom: NEIS II, isvs_15026. Zároveň je na zamyslenie, či nepremenovať systém tak, ako sa momentálne nazýva aj projekt: "Národný emisný informačný systém II (NEIS II)". V budúcnosti keď niekto uvidí iba skratku NEIS II, nebude mu evokovať o čo ide. Ak bude názov systému uvedený ako "Národný emisný informačný systém II" a za ním skratka, je to bez problémov...
Kód MetaIS doplnený
Zmenený názov ISVS v Meta IS na Národný emisný informačný systém II. (NEIS II)
doplňte informácie z Výzvy, a to, že projekt prislúcha k:
Priorita 2P2 – Životné prostredie
Špecifický cieľ RSO2.7. Posilnenie ochrany a zachovania prírody, biodiverzity a zelenej infraštruktúry, a to aj v mestských oblastiach, a zníženie všetkých foriem znečistenia (KF)
Opatrenie 2.7.9 Zlepšovanie systému monitorovania kvality ovzdušia na národnej, lokálnej /regionálnej úrovni, monitorovania vplyvu znečistenia ovzdušia na ekosystémy, riadenia kvality ovzdušia, vrátane vybudovania nového informačného systému o emisiách.
doplnené
OK, zapracované.
používajte v texte stále rovnaké označenie pre novobudovaný ISVS... raz píšete NEIS II, potom nový NEIS....atď. Prosím zjednotiť názvoslovie.
Názvoslovie pri novovybudovanom ISVS zjednotené na: NEIS II
OK, zapracované.
potrebné doplniť spôsob merania príslušných merateľných ukazovateľov.
doplnené
OK, zapracované.
Pripomienky ku CBA: záložka "POZICIE_INTERNE", aký je rozdiel medzi "Projektovým manažérom" (1 pracovná pozícia) a "Odborným koordinátorom" (2 pracovné pozície). Sú všetky tieto pozície potrebné? Nemôže byť iba Projektový manažér na celý projekt?
Záložka "Harmonogram" - uvedené by malo byť vyplnené pre každý modul zvlášť...t.j. 6 modulov
Vysvetlenie CBA: záložka "POZICIE_INTERNE":
Pracovná pozícia Odborný koordinátor je pozícia v rámci hlavnej aktivity projektu.
Jedná sa o špecifický projekt, kde je nutná spolupráca za odbornú (vecnú časť) a za IT časť, preto sú v rámci realizácie projektu obsadené 2 pozície odborného koordinátora (jeden za oblasť IT a jeden za oblasť vecnú/odbornú). Bez ich vzájomnej spolupráce by nebolo možné projekt realizovať. Odborný personál projektu mimo oblasti IT má osobitne stanovené činnosti a finančné limity pre osobné výdavky.
Odborný koordinátor za IT časť projektu (IT projektový manažér) - v zmysle pravidiel výzvy, príloha č. 4: Oprávnenosť výdavkov – pracovné pozície + finančné limity IT pracovných pozícií.
Odborný koordinátor za vecnú časť projektu - v zmysle pravidiel výzvy: príloha č. 4: Oprávnenosť výdavkov – pracovné pozície, v zmysle Finančných a percentuálnych limitov odborného personálu projektu.
Pracovná pozícia Projektový manažér je pozícia pre oblasť podpornej aktivity projektu, ktorý zabezpečuje administráciu projektu a finančné riadenie projektu (finančný manažér). Výdavky na riadenie projektu spadajú v zmysle výzvy a oprávnenosti výdavkov pod zjednodušené vykazovanie nepriamych výdavkov (paušálna sadzba (%).
Vysvetlenie CBA: záložka "Harmonogram":
V projekte je pod modulmi myslený súbor funkcionalít - z dôvodu technických obmedzení BC/CBA nie je možné vyplniť harmonogram na úrovni "modulov" (v zmysle modulu ako komponentu ISVS), ale iba na úrovni projektu alebo dodávky ako celku.
OK, zapracované.
absentuje krátky popis AS-IS stavu
doplnené
OK, zapracované.
doplniť krátky popis AS-IS stavu
doplnené
OK, zapracované
NEIS II
doplnené
zapracované
Slovne doplniť, že najvhodnejšia sa javí Alternatíva 3, a teda sa ......atď., alebo v rámci MCA analýza vychádza Alternatíva 3 ako najvhodnejšia...
doplnené
je možné prieskum resp. výstup z prieskumu uverejniť v MetaIS medzi dokumenty?
Popis prameňov slúžiacich pre realizátora na identifikovanie najčastejších problémov užívateľov NEIS bol bližšie popísaný- doplnený v samotnom dokumente Projektový zámer. Ako samostatnú prílohu ho nevieme doplniť nakoľko sa nejedná o štandardný formulár dotazníkového prieskumu.
" s výpočtami poplatkov".....
doplnené
daný ISVS bol premenovaný na: IS Centrálna platforma dátovej integrácie (IS CPDI)
Zmenený popis na IS CPDI
názov: Integrácia na CSRU
doplnené
OK
Platforma dátovej a procesnej integrácie rezortu životného prostredia
doplnené
OK
Komplexný systém environmentálneho dohľadu
doplnené
Odstránené IS IPZ - jedná sa o samostanný ISVS integrovaný na IS KSED
OK, zapracované.
Informačný systém o oprávnených osôbách na vykonávanie oprávnených meraní emisií do ovzdušia
Doplnený názov do tabuľky
OK, zapracované.
Súčasný systém nemôžeme inak nazvať, ako sa volá teraz: https://isoo.enviroportal.sk/ „Informačný systém o oprávnených osobách a ich stálych subdodávateľoch (IS OO)“
Upravený bnázov v zmysle evidencie v MetaIS na "Informačný systém o oprávnených osôbách na vykonávanie oprávnených meraní emisií do ovzdušia" - isvs_7331
doplniť: "Centrálny portál otvorených údajov data.slovensko.sk"
doplnené
OK
Dole priložená tabuľka nemá definovaný názov ani účel.
popis tabulky bol v dôsledku posunov textu odstránený, dakujem, doplnené, jedná sa o Prehľad konzumovaných referenčných údajov z CPDI pre potreby IS NEIS II
V kapitole Referenčné údaje je uvedené, že dáta v informačnom systéme nemajú charakter referenčných údajov.. Následne v tabuľke 19 je návrh na vyhlásenie a zmeny referenčných údajov.
Upravený názov tabuľky, že sa jedná o konzumované referenčné údaje.
Táto kapitola je dosť zmatočne popísaná, navrhujem v kapitole nechať len text " Údaje získané a spracované informačným systémom NEIS nemajú charakter referenčných údajov.". V ďalšej kapitole popísať, ktoré OE sa budú poskytovať a konzumovať z IS CPDI.
Požadované sme zapracovali v čo najvyššej miere, aby sme nenarušili aj koncept dokumentu. Upravili sme názov tabuľky, nakoľko sa jedná len o konzumáciu údajov a pridali vysvetľujúci popis v nasledovnom znení, v prípade, že sa jedná o princípy v súlade so zákonom o eGovernmente :
V priebehu realizácie projektu predpokladáme, že systém IS NEIS II bude disponovať nižšie uvedeným rozsahom údajov obsiahnutých v Registroch v čo najvyššej kvalite.
Následne budú údaje v IS NEIS II podrobené analýze s cieľom identifikovania potenciálnych referenčných údajov navrhnutých na zaradenie do zoznamu a vedenie SHMU rozhodne o ďalšom iniciovaní procesu vyhlásenia týchto údajov za referenčné. (Tento proces nemusí byť z objektívnych dôvodov ukončený v čase ukončenia realizácie projektu)
Na základe dodefinovania atribútov objektov evidencie navrhujeme zvážiť, či periodicita publikovania by nemala byť častejšia ako raz ročne. Je potrebné brať do úvahy ako často prebieha aktualizácia dát, či je to naozaj statický dataset.
Všetky pravidelné oznamovacie povinnosti sa týkajú ukončeného kalendárneho roka, aktualizácia publikovaných údajov teda zostáva ročná. (Pozn.: Samozrejme, štátna správa má resp. bude mať svoju priebežne aktualizovanú služobnú evidenciu, ktorá bude založená na iných ako pravidelných oznámeniach – tieto však nebudú priebežne publikované. Časť údajov resp. dokumentov bude verejná (priebežná/okamžitá publikácia), ale týka sa to iba niektorých procesov alebo častí systému).
ok
Publikované datasety nepatria do kategórie Moje dáta
Formulácia pod tabuľkou bola upravená v zmysle konzultácie Prehľad objektov evidencie, ktoré budú podrobené analýze za účelom identifikácie potreby evidencie Mojich údajov (informácie o FO)
ok
Potrebné doplniť akým spôsobom sa zvýši dátová kvalita napr. referencovaním údajov, štandardizáciou dát, pravidelným meraním dátovej kvality na základe stanovených business pravidiel.
doplnené
ok
Obsah obrázku nezodpovedá názvu obrázka. Určite to nie je model biznis architektúry lebo v ňom nie sú uvedené koncové služby ani procesy, len použivatelia. Je to skôr aplikačno technologickej architektúry As-Is. Pre prehľad stavu architektúry môže obrázok ostať, ak nie je k dispozícii lepší a deatilnejší, len treba adekkvátne upraviť názov a popis obrázka.
Upravený popis obrázka.
Akceptovane zapracovanie
Načo je tu ešte raz ten istý obrázok ako vyššie, len s iným názvom?
Odstránený obrázok a popis
Akceptovane zapracovanie
Tento obrázok architektúry už vyzerá ako To-Be Aplikačná architektúra so zobrazením hlavných vzťahv na hlavné služby a procesy v biznis architektúre. Ak je to návrh To-Be architektúry, tak to v názve obrázku uveďte. Prosím uviesť v obrzku aj METAIS kódy ku komponentom evidovaným v METAIS, aby bolo jednoznačnejšie mapovanie medzi popisom, prehľadovými tabuľkami eGovernement komponentov a obrázkom.
Tiež zjednodušene znázornite integrácie aj na ďalšie interné a externý ISVS podľa tabulky prehľadu integrácií, napr. rezortnú zbernicu isvs_14666 (PDaPI) a ďalšie.
Obrázok doplnený o kódy MetaIS a integrácie na ISVS, doplnený popis obrázka.
Akceptovane zapracovanie
Tento generický obrázok je tu zbytočný
Obrázok upravený - doplnený vzťah na aplikačnú vrstvu NEIS II TOBE.
Akceptovane zapracovanie
V stĺpci "integrácia na AS poskytovateľa" majú byť uvedené služby (AS) poskytovateľských systémov (v tomto prípade služby poskytujúcich systémov uvedených v tabuľkách 14 a 15) a nie služby konzumujúceho systému. Minimálne podľa vzoru z príručky METAIS a vzoru dokumentu I1-02:
Upravená tabuľka - doplnené väzby na integrované AS služby poskytovateľa, upravené diagramy integrácií.
Minimálne pre pre služby as_67072, as_67073, as_67075 treba v METAIS evidovať integračné vzťahy na služby spoločných modulov (ÚPVS, CPDI), s ktorými budú tieto služby NEISII integrované (podľa znázornenia vzoru v inom komentári ) a prehľadu služieb spoločných modulov vo vzore dokumentu I1-02.
doplnené vzťahy na AS služby poskytovateľa v MetaIS
Neakceptované zapracovanie: Vzťahy integračných služieb boli síce do METAIS zaevidované, ale nie celkom správne, pretože ako zdroj je uvádzaná konzumujúca AS (napr. as_67075), ktorá by mala byť vo vačšine prípadov uvádzané ako cieľ a zdrojom by mala byť služba spoločného modulu, ktorá tejto konzumujúcej službe poskytuje službu. Tak to aj nakoniec aj znázorňuje obrázok architektúry. Prosím opraviť evidenciu v METAIS.
Urobil som zmeny v AS službách pre NEIS. V zmysle príručky MetaIS som službám, ktoré konzumujú údaje z iných ISVS zmenil evidenciu „Poskytovaná na externú integráciu“ na NIE:
MetaIS používateľská príručka: 2.3.1 Aplikačná služba poskytovaná na externú integráciu
as_67075 - UPVS integrácie
as_67073 - Konzumácia údajov CPDI
as_67072 - Dátové integrácie
Na nasledovné AS by sa mali pripájať externé zdroje (AMS - automatické monitorovacie stanice )
as_67076 - API rozhranie pre AMS
NEIS II bude prepojený na registratúru SHMÚ prostredníctvom služby:
as_67074 - Prepojenie registratúry
Keďže sa jedná o služby ktoré sú konzumentom údajov iných ISVS, ktoré majú AS služby na externú integráciu (sú poskytovateľom údajov), bolo pri nich zmenený údaj Na „Nie - Aplikačná služba nie je poskytovaná na externú integráciu.“
Požiadavka bola zmenená v MetaIS evidencii.
Pre jednoznačnosť uveďte aj METAIS kódy integrovaných služieb a v súlade s tabuľkou Tabuľkou 17 Aplikačné služby na integráciu – budúci stav (TO BE). Po oprave tejto tabuľky podľa pripomienok k tejto tabuľke.
Upravené - doplnené kódy MetaIS, doplnené aj do tabuľky.
Akceptovane zapracovanie
Platí pripomienka ako pre predchádzajúci obrázok s uvedením METAIS kódov AS a ISVS. Plus v tabuľke AS na integráciu chýba uvedenie integrácie na službu as_66177 Služby integrácie interných systémov, ktorú realizuje isvs_14666 (PDaPI - Platforma dátovej a procesnej integrácie rezortu životného prostredia).
Aktualizované diagramy a upravená tabuľka integrácii -doplnená as_66177 - pre interné integrácie na PDaPI. Pre prípad že aplikačné služby v diagrame nemajú uvedený kód AS bude potrebné rozhranie dobudovať.
Akceptovane zapracovanie
Tento modul DWH vôbec nie je v celkovej architektúre zakreslený ani evidovaný ako podmodul NEISII.
Tento komponent je súčasťou aplikačných komponentov cloudových služieb a bude súčasťou riešenia ako úložisko, zároveň je súčasťou konceptu pre projekt PDaPI, ktorý využíva služny SK cloud-u MIRRI. PDaPI je centrálna integračná platforma, poskytuje aplikačnú a techhnologickú vrstvu pre zdieľanie údajov v rezorte MŽP. NEIS II bude integrovaný na PDaPI a údaje budú dostupné prostredníctvom tejto platformy.
Akceptovane vysvetlenie
Podľa obsahu by malo ísť o celkovú TO-BE architektúru. Prosím doplniť do popisu. A tiež do obrázku uviesť aj NETAIS kódy eGovernement komponentov pre jednoznačnú referenicu znázorneného eGovernment komponentu (ISVS, AS, KS). Chýba tu znázornenie modulu DWH.
Upravený názov obrázka, do diagramu doplnené kódy MetaIS pre jednotlivé komponenty, DWH je uvedený v zozname aplikačných komponentov ako súčasť cloud služieb ako súčasť balíka služieb Data Management (Obrázok: Návrh architektúry orientovanej na cloud a mikroslužby vo väzbe aplikačnú vrstvu NEIS II)
Akceptovane zapracovanie
Prosím v obrázku uviesť aj METAIS kódy koncových služieb
Doplnené kódy MetaIS
Akceptovane zapracovanie
Nasledujúci obrázok architektúry je duplicitný.
Obrázok odstránený
Akceptovane zapracovanie
Prosím buď nahrať do METAIS model AS-IS a TO-BE architektúry vo výmennom formáte archimate a tiež modely BPMN procesov alebo uviesť, kde je model umiestnený v spoločnom repozitári modelov architektúry verejnej správy (https://avssr.horizzon.cloud/).
Model EA pre NEIS II, nahratý do MetaIS. vytvorený v prostredí Archi.
Modely BPMN procesov sme nahrali do META IS v akceptovanom formáte.
Akceptovane zapracovanie