V rámci služby sa nebude aktualizovať v podstate nič (maximálne tak sa zmení URL link) aktualizovať sa bude funkcionalita a vzhľad portálu, na ktorý sa služba odkazuje
V rámci projektu vznikne nova AS as_67116, ktorá realizuje ks_381226 a as_67117 ktorá je napojená na AS elektronickej schránky kvôli zasielaniu informácií v procese poskytovania informácií zo spisu
Neakceptované zapracovanie: Zbytočný text inštrukcií ste síce odstránili, ale hodnoty RPO a RTO ste do tabuľky dostupnosti nedoplnili. Tieto hodnoty sú potrebné pre vášho dodávateľa, aby vedel navrhnúť vhodný spôsob zálohovania a redundancie systému, ktorý umožní dosiahnuť zadané hodnoty RPO a RTO. A je to potrebné aj pre vás ako organizáciu - koľko dát v systéme si môžete dovoliť stratiť a za aký čas po výpadku bude systém znovu plne k dispozícii.
Nesúhlasím. Projekt dosť zásadne mení súčasnú bezpeč. architektúru, lebo idete sprístupňovať spisy cez webový portál, takže musíte zabezpečiť správnu identifikáciu používateľov a správne riadenie prístupu a otvoríte komunikáciu na spoločný zdroj dát pre viacerých používateľov z verejnosti v internej infraštruktúre, aj keď oddeleného od hlavných systémov ako píšete v nasledujúcej vete.
Neakceptované zapracovanie: Okrem toho, že je zapracovanie v projektovom prístupe príliš stručné, tak sa zapracovanie nezohľadnilo v katalógu požiadaviek. Pričom k bezpečnosti máte v katalógu už pár požiadaviek. Odporúčam doplniť do katalógu požiadaviek a súťažných podkladov aspoň nasledovné požiadavky:
Súčasťou dodávky diela bude implementácia požiadaviek na bezpečnosť informačného systému podľa smerníc Kancelárie Ústavného súdu Slovenskej republiky.
Súčasťou dodávky diela bude vypracovanie Bezpečnostného projektu pre nové a zmenené aktíva (v súlade s vyhláškou č. 179/2020 Z.z.), ktorého prvá verzia musí byť dodaná súčasne s Detailným návrhom riešenia (DNR), aby opatrenia z bezpeč. projektu boli zapracované do DNR a do implementovaného riešenia. Bezpečnostný projekt musí byť aktualizovaný Dodávateľom počas celej realizačnej fázy projektu, aj na základe nálezov z bezpečnostného testovania.
Navrhované texty sme akceptovali a aplikovali v rámci dokumentu Prístup k projektu. Tieto textácie by sme už neradi dávali do zoznamu požiadaviek nakoľko na dané požiadavky sú naviazané ďalšie veci v CBA a pri ich aktualizácií sa nám zmenia už akceptované časti dokumentácie
Podľa vyhlášky 179/2019 (https://www.slov-lex.sk/ezbierky-fe/pravne-predpisy/SK/ZZ/2020/179/#paragraf-3.odsek-4 ) by Kancelária Ústavného súdu Slovenskej republiky mala pri realizácii projektu zabezpečiť splnenie opatrení pre Katagóriu opatrení I. až III. A vzhľadom na doplnenie nového komponentu sprístupňujúceho aj citlivé dáta by veľmi pravdepodbne mala byť realizovaná aktualizácia Bezpečnostného projektu pre dotknuté a nové aktíva. Tieto aktivity a požiadavky treba zohľadniť aj v katalógu požiadaviek aj v rozpočte.
Myslím si, že tento projekt má dátový charakter, lebo čo iné je sprístupnenie dokumentov (teda dát) zo spisu? Môžete ale uviesť, že projekt nerieši sprístupňovanie osobných dát cez systém Mojich údajov. A text inštrukcií k tejto téme môžete vymazať ako zbytočný balast. Podobne tak môžete urobiť aj pre analytické aj referenčné údaje.
Neakceptované zapracovanie: Z môjho komentára ste si zobrali do zapracovania úplne nevhodnú časť textu - práve tú, kde vám nedávam návod na zapracovanie ale spochybňujem vaše predchádzajúce zapracovanie.
Minimum textu, ktoré ste mohli použiť v tejto kapitole je: Projekt nerieši sprístupňovanie osobných dát cez systém Mojich údajov.
Mohli by ste to ešte prípadne doplniť vysvetlením, že v projekte ide o dočasné sprístupnenie neštruktúrovaných údajov (spisov) a pre účely, na ktoré nebol systém Moje údaje pripravovaný.
Tu by ste asi mali správnejšie mať službu as_63742, ktorú už realizuje váš integračný modul isvs_11720 a v stĺpci pre AS poskyovateľa by ste mali myť službu as_59630 (Vytváranie, odosielanie a prijímanie elektronických správ). Tento vzťah už máte zaevidovaný v METAIS. V prípade tohto prjektu bude asi využitý a možno upravený - budú zasielané iné správy a notifikácie. Chýba vám ale podľa mňa integrácia na IAM ÚPVS, lebo keď chcete zasielať správy účastníkom konania, ktorý majú schránku na doručovanie v ÚPVS aktivovanú tak potrebujete aj riešiť autentifikáciu používateľa (občana, advokáta, atď.ň, ktorý chce požiadať o prístup do spisu a aj overiť stav jeho schránky. Na to potrebujete do obsahu projektu doplniť integráciu na IAM ÚPVS (isvs_8846 Autentifikačný modul). Toto využitie spoločného modulu (IAM ÚPVS) treba tiež zaevidovať podľa príručky METAIS a uvesť v tejto tabuľke. Nápoveda vzoru podľa príručky:
Nedostatočne zapracované, lebo by ste mali mať zachytenú aj požiadavku na jednotné prihlásenie využitím WebSSO s ÚPVS: Autentifikácia používateľa na ÚPVS (BOK) (as_59698)
V schéme máte pekne zvýraznené plánované zmeny, ale sú uvedené bez referencie na komponenty evidované v METAIS. Prosím zosúladiť schému aplikačnej architektúry s evidenciou v METAIS a pre moduly evidované v METAIS uviesť v schéme aj ich kódy, aby bol popis jednoznačnejší a referencoval komponety uvádzané v tabuľkách a texte nižšie. Podľa evidencie v METAIS a nasledovného popisu som urobil stručnú schému hlavných vzťahov a komponentov dotknutých projektom. V nich by mali byť naznačené funkčné zmeny a okolie systému a projektu, ako uvádzate vo Vašej schéme. Podľa mETAIS je teda zastrešujúcim ISVS systém isvs_517 (IS Ústavného súdu) a nie ako uvádzate vo vašej schéme všeobecný komponent "Aplikačná vrstva systému"
V rámci diagramu aplikačnej architektúry sme doplnili MetaIS kódy pre všetky ISVS, ktoré sú v metaIs evidované a my ich využívame v diagrame. Vaša schéme je správna, ale dovolím si tvrdiť, že je to diagram vzájomného prepojenie metaIS objektov. To čo máme znázornené v aplikačnej architektúre my je zase aplikačné pohľad na prostredie a riešenie IS Ústavného súdu kros všetky vrstvy ˇfrontend, backend a integrácie. Teda mám za to, že obidve schémy sú korektné, ale každé znázorňuje iný pohľad na riešenie.
Naše diagramy sú nakreslené v rámci nástroja Enterprise Architect a sú použité Archimate 3.1 diagramy s Archimate elementami presne podľa inštrukcií v popisných textoch dokumentu.
Mali by tu byť uvedené aj AS (aspoň jedna), ktoré budú slúžiť ks_337565. A tiež by mali byť evidované v METAIS s príslušným vzťahom na realizujúci ISVS a obsluhovanú KS. Aktuálne máte pre pre obsluhu ks_33756 evidovanú as_58933 realizovanú systémom isvs_8858 (Webové sídlo Ústavného súdu Slovenskej republiky). Neplánujete to zmeniť a preniesť obsluhu tejto KS na inú AS poskytovanú novým webovým sídlom isvs_11719?
Technológia Apache Camel je tu uvedená mimo kontext, lebo tento integračný framework asi nie je použitý špeciálne na logovanie a monitoring. Nemal by byť uvedený niekde pri popise integračného modulu?
Celý popis treba sprehľadniť a upratať a uvádzať len informácie, ktoré sú podstatné pre základné pochopenie účelu funkčného bloku, komponentu alebo služby a pre popis zmeny a jej prínosu, ktoré sa majú realizovať projektom.
O ktorom webovom sídle sa tu píše? isvs_8858 Webové sídlo Ústavného súdu Slovenskej republiky alebo isvs_11719 Nové Webové sídlo Ústavného súdu Slovenskej republiky?
Popis prístupu k riešeniu v aplikačnej časti je zmes popisu aplikačných časti, z ktorého nie je zrejmé, čo je popis súčasného stavu podstatného pre popis navrhovanej zmeny a čo je navrhovaná zmena, ktorá sa má realizovať projektom - TOBE stav. V TOBE stave skúste popis referencovať na požiadavky a zmeny v biznis vrstve (ako aplikačná zmena podporí realizáciu zmeny v biznis vrstve).
nevyplnené objekty evidencií - v rozpore s Projektovým zámerom, strana 5, Zásada „jedenkrát a dosť“: V rámci navrhovaného riešenia sa predpokladá integrácia so základnými registromi a už existujúcimi systémami verejnej správy (napr. register fyzických osôb, právnických osôb a pod.), čím sa zabezpečuje opätovné nevyžadovanie už raz poskytnutých údajov
odporúčam doplniť:
OE: Register fyzických osôb, isvs_191
OE: Register právnických osôb, isvs_420
prípadne ďalšie podľa potreby napr. register sudcov, register znalcov, Pohľadávky justičnej pokladnice....
V rámci navrhovaného riešenia v podstate len aktualizujeme a rozširujeme už existujúce IS v rámci KUS a spomínané integrácie ne RFO a RPO už existujúce riešenie obsahuje a používa viď projekt projekt_1464
prosím uviesť v texte časti Konzumovanie údajov z IS CSRU – TO BE, že sú integrácie zrealizované na Integračnom module isvs_11720 realizované projektom_1464
riešenie je v súlade s Princípom jedného prístupového bodu:
Projekt predpokladá získavanie (konzumovanie) údajov prostredníctvom IS CPDI - sú identifikované konkrétne integrácie pre informačné systémy OVM. Vzhľadom na uplatňovanie princípu jedného prístupového bodu na OVM (integračný princíp IS CPDI), Centrálna dátová kancelária nepodporuje vytváranie integrácií na viacero informačných systémov OVM. Z IS CPDI sa poskytujú údaje iba na jeden systém OVM - má ním byť informačný systém OVM, ktorý disponuje funkčnosťou Master Data Management a Integračnej platformy daného OVM:
- MDM je súbor technológií, procesov a nástrojov, ktoré organizácia využíva na vytváranie, správu a distribúciu jednotného a konzistentného zdroja základných (hlavných) údajov, ako sú údaje o zákazníkoch, produktoch, dodávateľoch a pod. Jeho cieľom je zabezpečiť, aby boli tieto základné údaje konzistentné, presné a prístupné v rámci celej organizácie. MDM systém zvyčajne zahŕňa centralizované úložisko (master data repository) a nástroje na spravovanie kvality údajov, verzionovanie, konsolidáciu a distribúciu master data. MDM tiež často poskytuje rozhrania na synchronizáciu a zdieľanie týchto údajov medzi rôznymi systémami v organizácii.
- Integračná platforma je softvérová infraštruktúra, ktorá umožňuje prepojenie rôznych systémov, aplikácií a služieb v rámci organizácie. Jej hlavným cieľom je zabezpečiť, aby rôzne IT systémy mohli efektívne komunikovať a vymieňať si dáta, bez ohľadu na technológiu alebo formát, v ktorom sú dáta uchovávané. Integračná platforma funguje ako sprostredkovateľ, ktorý transformuje, routuje a obohacuje údaje medzi systémami. Používa rôzne komunikačné protokoly (napr. SOAP, REST, JMS) a technológie (napr. ESB - Enterprise Service Bus, API gateway). Môže zahŕňať aj nástroje na monitorovanie a správu integračných tokov.
Informačný systém OVM s touto funkčnosťou následne rozdistribuuje (poskytne) do všetkých ostatných informačných systémov OVM údaje poskytované prostredníctvom IS CPDI. Rovnako, avšak opačným smerom, funguje tiež poskytovanie údajov z informačných systémov OVM na IS CPDI (ak to však vyžaduje špecifická povaha informačných systémov OVM alebo iný relevantný dôvody, v prípade poskytovania údajov možno tento princíp neuplatniť).
v rámci diagramu aplikačnej architektúry mame identifikovaný a zaznamenaný komponent "Integračný modul" isvs_11720 a máme za to, že tento modul spĺňa vyššie uvedené požiadavky na jednotný prístupový bod.
Centrálna dátová kancelária verejnej správy podporuje realizáciu projektu, pretože projekt ako taký zmysel a prínos má.
V súčasnosti sú zrealizované moduly pre sprístupnenie obsahu elektronického súdneho spisu napr. na Ministerstve spravodlivosti, Najvyššom súde.
Funkčnosť bude pravdepodobne taká istá a preto z dôvodu šetrenia verejných zdrojov odporúčame aktivity smerujúce k využitiu už existujúceho modulu pre sprístupnenie obsahu elektronického súdneho spisu (prečo robiť to, čo už existuje v rámci rezortu spravodlivosti).
V projekte bola skúmaná aj alternatíva využitia už zrealizovaných modulov na sprístupnenie súdneho spisu (napr. na Min. spravodlivosti a Najvyššom súde). Ústavný súd však nevyužíva rovnaké backoffice aplikácie ako tieto inštitúcie, preto by bolo potrebné zrealizovať integráciu medzi týmito komponentami a existujúcim ISVS, pričom je pravdepodobné, že táto možnosť bude drahšia ako dorobenie funkcionality do existujúceho systému. Keďže však tieto komponenty sú publikované pod open source licenciou, tak na ne budú upozornení potenciálny dodávatelia vo verejnom obstarávaní. Ak sa im oplatí komponenty využiť, naisto sa to prejaví v lepšej výslednej vysúťaženej cene.
OK VYRIEŠENÉ
táto časť sa opakuje 2x nižšie v texte
Kapitolu predmet projektu sme aktualizovali v zmysle návrhu projektu
OK VYRIEŠENÉ
nižšie uvedený obrázok je aspoň pre mňa nečitateľný. Ani v PDF verzii to nie je lepšie
obrázok sme aktualizovali a nahrali v inom grafickom formáte
OK VYRIEŠENÉ
k projektu nie sú evidované žiadne koncové služby
V rámci projektu vznika nova KS ks_381226 a bude aktualizovaná funkcionalita ktorú poskytuje už existujúca KS ks_337565
OK VYRIEŠENÉ
čo sa ide v rámci tejto služby vykonávať? Dokonca možno polemizovať, či je to vôbec služba, lebo odkaz v MetaIS vedie na bežnú webstránku Aktuálne informácie - Ústavný súd Slovenskej republiky
V rámci služby sa nebude aktualizovať v podstate nič (maximálne tak sa zmení URL link) aktualizovať sa bude funkcionalita a vzhľad portálu, na ktorý sa služba odkazuje
OK VYRIEŠENÉ
buď tu vypadol obrázok, alebo to je ponechané zo šablóny
Obrázok sme umiestnili na správne miesto
OK VYRIEŠENÉ
k projektu nie sú evidované žiadne aplikačné služby
V rámci projektu vznikne nova AS as_67116 a AS as_67117
ako sa potom bude riešiť integrácia na spoločné moduly?
V rámci projektu vznikne nova AS as_67116, ktorá realizuje ks_381226 a as_67117 ktorá je napojená na AS elektronickej schránky kvôli zasielaniu informácií v procese poskytovania informácií zo spisu
ak teda vznikne integrácia na spoločné moduly, odkazujem Vás na používateľskú príručku k MetaIS - kap. 2.4.1
názvy a vzťahy sme upravili, aby boli v súlade s príručkou MetaIS
OK
ako už bolo uvedené v projektovom zámere, odporúčame pomocný text vymazať
platí pre celý dokument
Text sme odstránili
OK VYRIEŠENÉ
prosím - upravte vzorový text pre váš projekt
text sme aktualizovali v zmysle návrhu projektu
OK VYRIEŠENÉ
tento text je prebratý z výzvy, ale čo konkrétne sa týka projektu?
sú tu zavádzajúce informácie napr. o napájaní sa na KAV alebo CAMP
Text sme zauktualizovali a ponechali sme len časti, ktoré sú relevantné pre projekt
Tento text, ktorý je inštrukciou v šablóne dokumentu môžete odstrániť. Hodnotu pre Váš projekt máte v tabuľke vyššie.
Aktualizované
Vyriešenie akceptované.
Tento text inštrukcií k RTO a RPO môžete odstrániť a do tabuľky požadovanej dostupnosti vyššie ueďte len hodnoty týchto parametrov dostupnosti.
Aktualizované
Neakceptované zapracovanie: Zbytočný text inštrukcií ste síce odstránili, ale hodnoty RPO a RTO ste do tabuľky dostupnosti nedoplnili. Tieto hodnoty sú potrebné pre vášho dodávateľa, aby vedel navrhnúť vhodný spôsob zálohovania a redundancie systému, ktorý umožní dosiahnuť zadané hodnoty RPO a RTO. A je to potrebné aj pre vás ako organizáciu - koľko dát v systéme si môžete dovoliť stratiť a za aký čas po výpadku bude systém znovu plne k dispozícii.
Doplnené
Nesúhlasím. Projekt dosť zásadne mení súčasnú bezpeč. architektúru, lebo idete sprístupňovať spisy cez webový portál, takže musíte zabezpečiť správnu identifikáciu používateľov a správne riadenie prístupu a otvoríte komunikáciu na spoločný zdroj dát pre viacerých používateľov z verejnosti v internej infraštruktúre, aj keď oddeleného od hlavných systémov ako píšete v nasledujúcej vete.
Aktualizované
Neakceptované zapracovanie: Okrem toho, že je zapracovanie v projektovom prístupe príliš stručné, tak sa zapracovanie nezohľadnilo v katalógu požiadaviek. Pričom k bezpečnosti máte v katalógu už pár požiadaviek.
Odporúčam doplniť do katalógu požiadaviek a súťažných podkladov aspoň nasledovné požiadavky:
Súčasťou dodávky diela bude implementácia požiadaviek na bezpečnosť informačného systému podľa smerníc Kancelárie Ústavného súdu Slovenskej republiky.
Súčasťou dodávky diela bude vypracovanie Bezpečnostného projektu pre nové a zmenené aktíva (v súlade s vyhláškou č. 179/2020 Z.z.), ktorého prvá verzia musí byť dodaná súčasne s Detailným návrhom riešenia (DNR), aby opatrenia z bezpeč. projektu boli zapracované do DNR a do implementovaného riešenia. Bezpečnostný projekt musí byť aktualizovaný Dodávateľom počas celej realizačnej fázy projektu, aj na základe nálezov z bezpečnostného testovania.
Navrhované texty sme akceptovali a aplikovali v rámci dokumentu Prístup k projektu. Tieto textácie by sme už neradi dávali do zoznamu požiadaviek nakoľko na dané požiadavky sú naviazané ďalšie veci v CBA a pri ich aktualizácií sa nám zmenia už akceptované časti dokumentácie
Podľa vyhlášky 179/2019 (https://www.slov-lex.sk/ezbierky-fe/pravne-predpisy/SK/ZZ/2020/179/#paragraf-3.odsek-4 ) by Kancelária Ústavného súdu Slovenskej republiky mala pri realizácii projektu zabezpečiť splnenie opatrení pre Katagóriu opatrení I. až III. A vzhľadom na doplnenie nového komponentu sprístupňujúceho aj citlivé dáta by veľmi pravdepodbne mala byť realizovaná aktualizácia Bezpečnostného projektu pre dotknuté a nové aktíva. Tieto aktivity a požiadavky treba zohľadniť aj v katalógu požiadaviek aj v rozpočte.
Aktualizované
Uzavreté: Zapracovanie a vyhodnotenie zapracovanie je v predchádzajúcej pripomienke.
Myslím si, že tento projekt má dátový charakter, lebo čo iné je sprístupnenie dokumentov (teda dát) zo spisu? Môžete ale uviesť, že projekt nerieši sprístupňovanie osobných dát cez systém Mojich údajov. A text inštrukcií k tejto téme môžete vymazať ako zbytočný balast. Podobne tak môžete urobiť aj pre analytické aj referenčné údaje.
Aktualizované
Neakceptované zapracovanie: Z môjho komentára ste si zobrali do zapracovania úplne nevhodnú časť textu - práve tú, kde vám nedávam návod na zapracovanie ale spochybňujem vaše predchádzajúce zapracovanie.
Minimum textu, ktoré ste mohli použiť v tejto kapitole je: Projekt nerieši sprístupňovanie osobných dát cez systém Mojich údajov.
Mohli by ste to ešte prípadne doplniť vysvetlením, že v projekte ide o dočasné sprístupnenie neštruktúrovaných údajov (spisov) a pre účely, na ktoré nebol systém Moje údaje pripravovaný.
Doplnili sme textáciu v zmysle vašich návrhov
Tu by ste asi mali správnejšie mať službu as_63742, ktorú už realizuje váš integračný modul isvs_11720 a v stĺpci pre AS poskyovateľa by ste mali myť službu as_59630 (Vytváranie, odosielanie a prijímanie elektronických správ). Tento vzťah už máte zaevidovaný v METAIS. V prípade tohto prjektu bude asi využitý a možno upravený - budú zasielané iné správy a notifikácie.
Chýba vám ale podľa mňa integrácia na IAM ÚPVS, lebo keď chcete zasielať správy účastníkom konania, ktorý majú schránku na doručovanie v ÚPVS aktivovanú tak potrebujete aj riešiť autentifikáciu používateľa (občana, advokáta, atď.ň, ktorý chce požiadať o prístup do spisu a aj overiť stav jeho schránky. Na to potrebujete do obsahu projektu doplniť integráciu na IAM ÚPVS (isvs_8846 Autentifikačný modul). Toto využitie spoločného modulu (IAM ÚPVS) treba tiež zaevidovať podľa príručky METAIS a uvesť v tejto tabuľke. Nápoveda vzoru podľa príručky:
Aktualizované podľa odporúčaní
Nedostatočne zapracované, lebo by ste mali mať zachytenú aj požiadavku na jednotné prihlásenie využitím WebSSO s ÚPVS: Autentifikácia používateľa na ÚPVS (BOK) (as_59698)
Do MetaIS sme doplnili podla priručky aj napojenie na modul (isvs_8846 Autentifikačný modul
Treba doplniť kód modulu z METAIS (isvs_15013, ak sa nemýlim)
Doplnené
Aceptované zapracovanie.
V schéme máte pekne zvýraznené plánované zmeny, ale sú uvedené bez referencie na komponenty evidované v METAIS. Prosím zosúladiť schému aplikačnej architektúry s evidenciou v METAIS a pre moduly evidované v METAIS uviesť v schéme aj ich kódy, aby bol popis jednoznačnejší a referencoval komponety uvádzané v tabuľkách a texte nižšie.
Podľa evidencie v METAIS a nasledovného popisu som urobil stručnú schému hlavných vzťahov a komponentov dotknutých projektom. V nich by mali byť naznačené funkčné zmeny a okolie systému a projektu, ako uvádzate vo Vašej schéme. Podľa mETAIS je teda zastrešujúcim ISVS systém isvs_517 (IS Ústavného súdu) a nie ako uvádzate vo vašej schéme všeobecný komponent "Aplikačná vrstva systému"
V rámci diagramu aplikačnej architektúry sme doplnili MetaIS kódy pre všetky ISVS, ktoré sú v metaIs evidované a my ich využívame v diagrame. Vaša schéme je správna, ale dovolím si tvrdiť, že je to diagram vzájomného prepojenie metaIS objektov. To čo máme znázornené v aplikačnej architektúre my je zase aplikačné pohľad na prostredie a riešenie IS Ústavného súdu kros všetky vrstvy ˇfrontend, backend a integrácie. Teda mám za to, že obidve schémy sú korektné, ale každé znázorňuje iný pohľad na riešenie.
Akceptované čiastočne. Prosím nahrať do projektovej okumentácie aj aktualizovaný model architektúry riešenia vo výmennom formáte Archimate.
Naše diagramy sú nakreslené v rámci nástroja Enterprise Architect a sú použité Archimate 3.1 diagramy s Archimate elementami presne podľa inštrukcií v popisných textoch dokumentu.
Mali by tu byť uvedené aj AS (aspoň jedna), ktoré budú slúžiť ks_337565. A tiež by mali byť evidované v METAIS s príslušným vzťahom na realizujúci ISVS a obsluhovanú KS. Aktuálne máte pre pre obsluhu ks_33756 evidovanú as_58933 realizovanú systémom isvs_8858 (Webové sídlo Ústavného súdu Slovenskej republiky). Neplánujete to zmeniť a preniesť obsluhu tejto KS na inú AS poskytovanú novým webovým sídlom isvs_11719?
.
Aktuálne by sme to chceli zachovať v pôvodnom tvare
OK
Technológia Apache Camel je tu uvedená mimo kontext, lebo tento integračný framework asi nie je použitý špeciálne na logovanie a monitoring. Nemal by byť uvedený niekde pri popise integračného modulu?
Celý popis treba sprehľadniť a upratať a uvádzať len informácie, ktoré sú podstatné pre základné pochopenie účelu funkčného bloku, komponentu alebo služby a pre popis zmeny a jej prínosu, ktoré sa majú realizovať projektom.
Zmienku o technológií Apache Camel sme odstránili nakoľko máme za to, že táto úroveň detailu nie je pre tento dokument potrebná.
OK
O ktorom webovom sídle sa tu píše? isvs_8858 Webové sídlo Ústavného súdu Slovenskej republiky alebo isvs_11719 Nové Webové sídlo Ústavného súdu Slovenskej republiky?
Doplnené
OK
Prosím uvádzať v popise modulov evidovaných v METAIS aj ich kódy z METAIS pre jednoznačnú referenciu na komponent.
Doplnili sme metais kódy do diagramu a aj do popisu
OK
Popis prístupu k riešeniu v aplikačnej časti je zmes popisu aplikačných časti, z ktorého nie je zrejmé, čo je popis súčasného stavu podstatného pre popis navrhovanej zmeny a čo je navrhovaná zmena, ktorá sa má realizovať projektom - TOBE stav. V TOBE stave skúste popis referencovať na požiadavky a zmeny v biznis vrstve (ako aplikačná zmena podporí realizáciu zmeny v biznis vrstve).
Aktualizovali sme legendu, aby bolo zrejme, ktoré časti riešenie sú pôvodne a nebudú sa meniť a ktoré budú aktualizované
Akceptované
Aktualizované
Všeobecný komentár k dokumentácii - prosím, nezabudnite po update Xwiki vždy v MetaIS pri hodnotenej dokumentácii stlačiť "nahrať dokument"
nevyplnené objekty evidencií - v rozpore s Projektovým zámerom, strana 5, Zásada „jedenkrát a dosť“: V rámci navrhovaného riešenia sa predpokladá integrácia so základnými registromi a už existujúcimi systémami verejnej správy (napr. register fyzických osôb, právnických osôb a pod.), čím sa zabezpečuje opätovné nevyžadovanie už raz poskytnutých údajov
odporúčam doplniť:
OE: Register fyzických osôb, isvs_191
OE: Register právnických osôb, isvs_420
prípadne ďalšie podľa potreby napr. register sudcov, register znalcov, Pohľadávky justičnej pokladnice....
V rámci navrhovaného riešenia v podstate len aktualizujeme a rozširujeme už existujúce IS v rámci KUS a spomínané integrácie ne RFO a RPO už existujúce riešenie obsahuje a používa viď projekt projekt_1464
prosím uviesť v texte časti Konzumovanie údajov z IS CSRU – TO BE, že sú integrácie zrealizované na Integračnom module isvs_11720 realizované projektom_1464
zapracované
riešenie je v súlade s Princípom jedného prístupového bodu:
Projekt predpokladá získavanie (konzumovanie) údajov prostredníctvom IS CPDI - sú identifikované konkrétne integrácie pre informačné systémy OVM. Vzhľadom na uplatňovanie princípu jedného prístupového bodu na OVM (integračný princíp IS CPDI), Centrálna dátová kancelária nepodporuje vytváranie integrácií na viacero informačných systémov OVM. Z IS CPDI sa poskytujú údaje iba na jeden systém OVM - má ním byť informačný systém OVM, ktorý disponuje funkčnosťou Master Data Management a Integračnej platformy daného OVM:
- MDM je súbor technológií, procesov a nástrojov, ktoré organizácia využíva na vytváranie, správu a distribúciu jednotného a konzistentného zdroja základných (hlavných) údajov, ako sú údaje o zákazníkoch, produktoch, dodávateľoch a pod. Jeho cieľom je zabezpečiť, aby boli tieto základné údaje konzistentné, presné a prístupné v rámci celej organizácie. MDM systém zvyčajne zahŕňa centralizované úložisko (master data repository) a nástroje na spravovanie kvality údajov, verzionovanie, konsolidáciu a distribúciu master data. MDM tiež často poskytuje rozhrania na synchronizáciu a zdieľanie týchto údajov medzi rôznymi systémami v organizácii.
- Integračná platforma je softvérová infraštruktúra, ktorá umožňuje prepojenie rôznych systémov, aplikácií a služieb v rámci organizácie. Jej hlavným cieľom je zabezpečiť, aby rôzne IT systémy mohli efektívne komunikovať a vymieňať si dáta, bez ohľadu na technológiu alebo formát, v ktorom sú dáta uchovávané. Integračná platforma funguje ako sprostredkovateľ, ktorý transformuje, routuje a obohacuje údaje medzi systémami. Používa rôzne komunikačné protokoly (napr. SOAP, REST, JMS) a technológie (napr. ESB - Enterprise Service Bus, API gateway). Môže zahŕňať aj nástroje na monitorovanie a správu integračných tokov.
Informačný systém OVM s touto funkčnosťou následne rozdistribuuje (poskytne) do všetkých ostatných informačných systémov OVM údaje poskytované prostredníctvom IS CPDI. Rovnako, avšak opačným smerom, funguje tiež poskytovanie údajov z informačných systémov OVM na IS CPDI (ak to však vyžaduje špecifická povaha informačných systémov OVM alebo iný relevantný dôvody, v prípade poskytovania údajov možno tento princíp neuplatniť).
v rámci diagramu aplikačnej architektúry mame identifikovaný a zaznamenaný komponent "Integračný modul" isvs_11720 a máme za to, že tento modul spĺňa vyššie uvedené požiadavky na jednotný prístupový bod.
Centrálna dátová kancelária verejnej správy podporuje realizáciu projektu, pretože projekt ako taký zmysel a prínos má.
V súčasnosti sú zrealizované moduly pre sprístupnenie obsahu elektronického súdneho spisu napr. na Ministerstve spravodlivosti, Najvyššom súde.
Funkčnosť bude pravdepodobne taká istá a preto z dôvodu šetrenia verejných zdrojov odporúčame aktivity smerujúce k využitiu už existujúceho modulu pre sprístupnenie obsahu elektronického súdneho spisu (prečo robiť to, čo už existuje v rámci rezortu spravodlivosti).
Skúmali ste v rámci projektu aj túto alternatívu?
V projekte bola skúmaná aj alternatíva využitia už zrealizovaných modulov na sprístupnenie súdneho spisu (napr. na Min. spravodlivosti a Najvyššom súde). Ústavný súd však nevyužíva rovnaké backoffice aplikácie ako tieto inštitúcie, preto by bolo potrebné zrealizovať integráciu medzi týmito komponentami a existujúcim ISVS, pričom je pravdepodobné, že táto možnosť bude drahšia ako dorobenie funkcionality do existujúceho systému. Keďže však tieto komponenty sú publikované pod open source licenciou, tak na ne budú upozornení potenciálny dodávatelia vo verejnom obstarávaní. Ak sa im oplatí komponenty využiť, naisto sa to prejaví v lepšej výslednej vysúťaženej cene.