Je potrbné služby pre poskytovanie štátnej podpory takto deliť? Nie je možné ich riešiť napr. dynamickým formulárom?
viktor_klik, 2024/09/06 16:06
Odporúčam zmeniť termín napr. na "komponent". Modul je termín používaný pre tzv. dcérsky ISVS. Platí aj pre ďalšie moduly.
viktor_klik, 2024/09/06 16:07
To je jasné, ale v čiastočnom resp. komplementárnom áno.
viktor_klik, 2024/09/06 16:11
Tu bola pôvodne tabulka s uvedenym planovanym vyuzitim sluzieb VC. Prosim doplnit
viktor_klik, 2024/09/06 16:11
Chýba kategória D - nízka
viktor_klik, 2024/09/06 16:13
Prosím neduplikovat texty. V PZ uvedte napr. projektovy tim a tu riadiaci vybor. Alebo v PZ zlozenie RV a PT a tu podpisy, necham na Vas.
viktor_klik, 2024/09/06 16:15
V nahlade architektury mate aj Moje udaje.
viktor_klik, 2024/09/06 16:15
V nahlade architektury mate aj KAV
vladimir_kovac, 2024/09/16 15:45
A máte tiež reporting, čo budú pravdepdobne aj analytické výstupy
viktor_klik, 2024/09/06 16:19
Mate na mysli CAMP OPEN API?
vladimir_kovac, 2024/09/16 15:34
Nižšie máte uvednú integráciu na službu as_60157, ktorá je realizovaná systémom isvs_9513 (API manažment platforma).
Predpokladám, že integráciu na moduly ÚPVS - hlavane schránky eDesk budete ešte robiť po starom cez rozhranie G2G, alebo sprostredkovane, ak prípadne na to využijete systém pre registratúru.
viktor_klik, 2024/09/09 10:53
Kto su tieto subjekty? Z mnoziny stakeholderov by to mohli byt Organizácie združujúce SŽZ, FO/PO zabezpečujúce realizáciu opatrení zameraných na podporu SŽZ, ale viete mi povedat priklad?
vladimir_kovac, 2024/09/16 14:41
Toto nie je správna referencia na isvs IS CSRÚ (podľa nového názvu Centrálna platforma dátovej integrácie, Kód MetaIS: isvs_5836). Nižšie máte správnu službu tohto ISVS pre integráciu (sluzba_is_49253), z ktorej sa dá zistiť poskytujúci ISVS, aby tieto tabuľky boli v súlade.
vladimir_kovac, 2024/09/16 15:25
Zvážte, či by nemal systém aj poskytovať API cez službu as_60158 v zmysle §25 ods. 7 zákona 305/2013.
vladimir_kovac, 2024/09/16 15:38
Registratúru budete len využívať, ak ju už máte nasadenú a používanú, alebo bude tiež predmetom dodávky? Podľa METAIS nevidím, že by ste ju mali registrovanú a podľa popisu uvedeného to ju asi plánujete dodať v rámci KIS ÚSŽZ. Prosím doplniť do evidencie v METAIS a jasnejšie uviesť, či bude tiež predmetom dodávky, alebo bude len integrovaný. Keďže to budeveľmi pravdepdobne samostatný systém slúžiaci aj pre iné úlohy úradu, mal by byť evidovaný tiež buď ako submodul isvs_14603 alebo samostatný modul dodaný projektom.
vladimir_kovac, 2024/09/16 15:53
Táto schéme vôbec nepopisuje to, čo sa hovorí v texte a teda, že sa budú využívať služby vládneho cloudu (privátneho alebo verejné podľa katlógu služieb).
vladimir_kovac, 2024/09/16 16:06
Toto tvrdenie o technolog. vrstve je v rozpore s tvrdením v proj. zámere, že projekt bude využívať služby vládneho cloudu a tiež keďže pôjde o nový systém, tak k zmene technol. vrstvy určite dôjde aj v prípade, že by ste riešenia nasadzovali k rovnakému poskytovateľovi cloudových služieb, ako máte teraz ak ho máte. Ak naopak prevádzkujete existujúce systémy na vlastných serveroch, tak ku zmene dôjde kvôli vyjadreniam o plánovanom využití cloudových služieb. Toto platí ako pripomienka aj ku kapitole 4.4.2 až 4.4.4
vladimir_kovac, 2024/09/16 16:19
Obrázok treba opraviť a preorganizovať:
KIS určite nebude a nemôže realizovať spoločné moduly a ostatné IS ako je v obrázku notáciou vzťahu nakreslené (šipka s veľkým trojuholníkom a čiarkovanou čiarou - vzzťah Realization)
KIS by mal realizovať Aplikačné služby, ktoré slúžia konc. službám. Minimálne Aplikačné služby reealizované KIS a jeho podmodulmi by mali byť v obrázku naznačené. Aj spolu s METAIS kódmi (napr. v zátvorke názvu elementu)
Ako píšem inde - Registratúra by si zaslúžila registráciu v METAIS aj s o svojimi hlavnými aplikač. službami, ktoré KIS využije. Zvážte modelovať podporné moduly ako funkcie alebo aplikačné KIS, ak budú primárne vytvorené pre účel KIS a nebudú využívané aj samostatne pre iný účel . Pri plánovanom využití aj pre iný samostatný účel by bolo lepšie evidovať modiul samostatne.
Integrované moduly dajte s menšími elementamia buď na stranu, alebo nižšie, aby svojou veľkosťou a umiestnením neboli nápadnejšie ako hlavný predmet projektu - implementácia KIS.
vladimir_kovac, 2024/09/16 16:26
Môže byť použitý na autentifikáciu aj Slovensko v Mobile s úrovňou autentifikácie "pokročilá" podľa EÚ nariadenia eIDAS (910/2014)? Keďže pôjde o zahraničných občanov, ktorí by sa mohli autentifikovať aj autent. prostriedkom podľa dôveryhodných schém eIDAS v krajinách EÚ, mal by systém asi podporovať aj túto možnosť autentifikácie. Integráciou cez Web SSO na IAM ÚPVS bude taká autentifikácia vyriešená, lebo uzol eIDAS SR je integrovaný s IAM ÚPVS, ale môžete mať požiadavky na špeciálny spôsob evidencie a identifikácie takýchto poiužívateľov a tiež komunikáiciu s nimi cez schránky v ÚPVS.
vladimir_kovac, 2024/09/16 16:32
Pohľad a model biznis vrstvy chýpa v nahratom súbore modelu rnavrhovaného riešenia - súbpr Arch model USŽZ.archimate
aplikačné nie, ani nie sú v náhľade
Je potrbné služby pre poskytovanie štátnej podpory takto deliť? Nie je možné ich riešiť napr. dynamickým formulárom?
Odporúčam zmeniť termín napr. na "komponent". Modul je termín používaný pre tzv. dcérsky ISVS. Platí aj pre ďalšie moduly.
To je jasné, ale v čiastočnom resp. komplementárnom áno.
Tu bola pôvodne tabulka s uvedenym planovanym vyuzitim sluzieb VC. Prosim doplnit
Chýba kategória D - nízka
Prosím neduplikovat texty. V PZ uvedte napr. projektovy tim a tu riadiaci vybor. Alebo v PZ zlozenie RV a PT a tu podpisy, necham na Vas.
V nahlade architektury mate aj Moje udaje.
V nahlade architektury mate aj KAV
A máte tiež reporting, čo budú pravdepdobne aj analytické výstupy
Mate na mysli CAMP OPEN API?
Nižšie máte uvednú integráciu na službu as_60157, ktorá je realizovaná systémom isvs_9513 (API manažment platforma).
Predpokladám, že integráciu na moduly ÚPVS - hlavane schránky eDesk budete ešte robiť po starom cez rozhranie G2G, alebo sprostredkovane, ak prípadne na to využijete systém pre registratúru.
Kto su tieto subjekty? Z mnoziny stakeholderov by to mohli byt Organizácie združujúce SŽZ, FO/PO zabezpečujúce realizáciu opatrení zameraných na podporu SŽZ, ale viete mi povedat priklad?
Toto nie je správna referencia na isvs IS CSRÚ (podľa nového názvu Centrálna platforma dátovej integrácie, Kód MetaIS: isvs_5836). Nižšie máte správnu službu tohto ISVS pre integráciu (sluzba_is_49253), z ktorej sa dá zistiť poskytujúci ISVS, aby tieto tabuľky boli v súlade.
Zvážte, či by nemal systém aj poskytovať API cez službu as_60158 v zmysle §25 ods. 7 zákona 305/2013.
Registratúru budete len využívať, ak ju už máte nasadenú a používanú, alebo bude tiež predmetom dodávky? Podľa METAIS nevidím, že by ste ju mali registrovanú a podľa popisu uvedeného to ju asi plánujete dodať v rámci KIS ÚSŽZ. Prosím doplniť do evidencie v METAIS a jasnejšie uviesť, či bude tiež predmetom dodávky, alebo bude len integrovaný. Keďže to budeveľmi pravdepdobne samostatný systém slúžiaci aj pre iné úlohy úradu, mal by byť evidovaný tiež buď ako submodul isvs_14603 alebo samostatný modul dodaný projektom.
Táto schéme vôbec nepopisuje to, čo sa hovorí v texte a teda, že sa budú využívať služby vládneho cloudu (privátneho alebo verejné podľa katlógu služieb).
Toto tvrdenie o technolog. vrstve je v rozpore s tvrdením v proj. zámere, že projekt bude využívať služby vládneho cloudu a tiež keďže pôjde o nový systém, tak k zmene technol. vrstvy určite dôjde aj v prípade, že by ste riešenia nasadzovali k rovnakému poskytovateľovi cloudových služieb, ako máte teraz ak ho máte. Ak naopak prevádzkujete existujúce systémy na vlastných serveroch, tak ku zmene dôjde kvôli vyjadreniam o plánovanom využití cloudových služieb. Toto platí ako pripomienka aj ku kapitole 4.4.2 až 4.4.4
Obrázok treba opraviť a preorganizovať:
Môže byť použitý na autentifikáciu aj Slovensko v Mobile s úrovňou autentifikácie "pokročilá" podľa EÚ nariadenia eIDAS (910/2014)? Keďže pôjde o zahraničných občanov, ktorí by sa mohli autentifikovať aj autent. prostriedkom podľa dôveryhodných schém eIDAS v krajinách EÚ, mal by systém asi podporovať aj túto možnosť autentifikácie. Integráciou cez Web SSO na IAM ÚPVS bude taká autentifikácia vyriešená, lebo uzol eIDAS SR je integrovaný s IAM ÚPVS, ale môžete mať požiadavky na špeciálny spôsob evidencie a identifikácie takýchto poiužívateľov a tiež komunikáiciu s nimi cez schránky v ÚPVS.
Pohľad a model biznis vrstvy chýpa v nahratom súbore modelu rnavrhovaného riešenia - súbpr Arch model USŽZ.archimate