ÚPVII Pracovná skupina K9.3 Strategická architektúra

Kratky zapis zo stvrtkoveho 29.3. strenutia.

@kyselat prezentoval draft “Pravidla publikovania sluzieb do multikanaloveho prostredia eGovu”, ktoreho cielom je dat OVM nejaky navod, aby vedeli co maju vyzadovat konkretne od dodavatelov a s cim ratat v projektoch. Akonahle bude draft zverejnitelny tak ho sem dam alebo mozno aj sam Tomas. V principe ide o to spravit podobnu “kucharku” ako maju v Gov.UK na APIs, ako sa maju dokumentovat (open api 3.0), ako sa ma riesit autentifikacia (oauth2/openid connect) a kopec dalsich veci. Miestami to uz zachadzalo do detailov, ktore by som cakal skor v standardoch. Padla zhoda, ze z tohto dokumentu sa to do standardov musi potom preniest (cc @stefan.szilva)

Viem, ze to je bez draftu asi tazko, ale v klude piste navrhy, co by tam nemalo chybat.

Kratky zapis z dnesneho vyjazdoveho rokovania (zasadacku nam necakane obsadili):

K referencnym registrom: dnes sa vyzaduje aby vsetko bolo ciste pred vyhlasenim za referencny, nie je to realisticke tu sa to ma zmenit.

  • vyjadrena bola obava, ze mozno zistime, ze nejake OVM maju sice IS ale vlastne funguju stale papierovo - napr. pri podaniach. Skutocna elektronizacia je mozno daleko.

K metodike modelovania udajov:

  • Datove prvky resp. hruby domenovy datovy model bude modelovany uz v studii. Bola vznesena obava, ze ci to vlastne niekto bude vediet urobit a ci sa to nedeje az pri kompletnej analyze co dnes robi dodavatel. (Za mna dobre, ak OVM nema jasno co chce robit, nemal by velmi robit ani nejake fixed-price projekty)

Nasledne sme presli len zlahka obsah dokumentu o spristupnovani sluzieb v multikanalovom prostredi (je to na internom pripomienkovani, na poziadanie viem poslat keby niekto chcel)

1 Like

Nie je to protizakonny stav ? nema to riesit v tom pripade UPVII ako vlastnik 305/2013 ?

No a sucasny stav ? vyzadovane ArchiMate diagramy nevie urobit skoro ziaden autor studie a tak sa tam kreslia voloviny …

Mozno je dobry cesky model, kedy do verejneho obstarka uz ide kompletny PIM (platformovo nezavisly analyticky model) … Ale kto by pri dnesnom stave personalneho obsadenia dokazal u nas take obstarko pripravit … neviem … pravdepodobne aj oni na analyzu obstaravaju zvlast speci firmy a az ten vysledok potom daju do obstarka pre implementaciu …

Caute,

@jsuchal ma poziadal spripomienkovat zatial neverejne nove pravidla publikovania sluzieb. Dokument je sice zatial neverejny, ale v zasade ide o toto: https://www.gov.uk/guidance/gds-api-technical-and-data-standards
TLDR: REST a suvisiace standardy miesto SOAP sveta.

Este par veci:

  • Niekolko rokov dozadu som robil na slovenskom eGov, takze do toho trochu vidim aj zvnutra. Vtedy snaha robit veci lepsie napriek velkej snahe nepresla. Tak uvidime ako to pojde zvonku.
  • V diskusii sa spomina, ze je rozdiel medzi pravidlami a standardom. Neviem aky je to rozdiel, takze to ani v texte nerozlisujem.
  • V DXC (predtym HP) mam menovca architekta, ktory tiez robil na eGov, ale nie sme ta ista osoba :slight_smile:

Este tu nie som uplne zorientovany, ale mam pocit, ze je to prilis dlhe na toto forum, tak to davam ako samostatny dokument: https://docs.google.com/document/d/1QTQjNi64KOXAVy_B3Oj61kyloB6rX1TDUCsrXRH6kZ4/edit?usp=sharing

2 Likes

Tak tu je nova verzia na pripomienkovanie:

Original tu

Pripomienkuje sa do 21.5. cc @ps-architektura a @ps-backend

1 Like

Keďže mám pocit že zľadovanie jednotlivých pracovných skupín nie je úplne na 100% funkčné, a je to tak trošku o samostatnom prístupe, dovolím si tu uviesť presah štandardov elektronických služieb na skupinu PS1.

Rýchlo som si to preletel a našiel som tam nejaké “bezvýznamové URI” … Čiže toto ešte musím pochopiť :slight_smile:
Tak či onak, môžem len veriť že je to v zhode jednak s používaním URI identifikátorov služieb v MetaIS,


a tiež (hlavne) mi dovoľte pripomenúť že na PS1 prebieha pripomienkovanie publikačného profilu CPSV-AP-SK (CorePublicServiceVocabulary)
https://wiki.finance.gov.sk/pages/viewpage.action?pageId=24945894

pričom tu sú konkrétne príklady pre vybranú elektronickä službu
https://wiki.finance.gov.sk/display/PS1/RD-1.0

Priznám sa, že som celkom nepochopil, kde by sa to mohlo prekrývať. Tie linky čo si dal, viac-menej súvisia s príkladom definície/popisu “entít” v danej službe, prípadne ešte s vecným zaradením, resp. katalogizáciou služby samotnej. To znamená nejaká vnútorná kategorizácia a katalogizácia v rámci MetaIS. Pričom dokument vyššie rieši pravidlá pri publikovaní služieb (ich fyzických rozhraní cez web služby) poskytovaných do multikanálového prostredia (teda OpenAPI).

Celkovo k výstupom z PS1 môže chýbať kontext (keď pozerám tú sprievodnú wiki). Do značnej miery sa veľmi rýchlo ide ku konkrétnym príkladom, pričom chýba informácia - čo to je (metapopis - asi cielený na MetaIS?), načo to je (kto to bude využívať a na čo?), prečo by sme to mali robiť takto (zrejme to má aj svoje limity a ako každý spôsob - určite existujú prípady, kedy to používať nie je vhodné) a až potom konkrétne príklady.

Takto nám neostáva zrejme nič iné, len počkať, kým si výstup z PS Architektúra (kde okrem príkladov je aj kontextová informácia) naštuduješ ty, resp. niekto z PS1 a začneme riešiť konkrétne pripomienky.

Verím že tu neskĺzneme k nejakým osobným nezrovnalostiam :slight_smile: na to čas nemá asi nikto z nás.
Určite si musím viac naštudovať tento dokument, resp. pochopiť o čo ide, oprašujem moje kóderské schopnosti, takže inú možnosť mať tak či onak nebudem.

Chcel som naozaj hlavne poukázať na to, že mám pocit že jednotlivé skupiny idú svojim vlastným životom, a bolo vy asi efektívnejšie keby sa teda aspoň v niečom prekrývaly. Sám sa pýtaš že

SP Lepšie dáta, či SP Otvorené dáta stavia na zavedení jednotných URI identifikátorov (globálne identifikátory v ISVS), tak aby bolo možné pracovať s verejnými dátami ako s jedným celkom. PS1 ich schvaľuje a postupne sa začínajú používať (MetaIS je len príklad)URI majú aj konkrétne entity (právne subjekty, adresy, zmluvy). V uvedených strategických dokumentoch sa aj definuje používanie týchto identifikátorov v službách, je to aj v checkliste pre nové štúdie, atď. čiže URI majú predstavovať globálne používané identifikátory naprieč ISVS.

Čiže napr. uvedený štandard CPSV-AP-SK predstavuje dataset pre publikované elektronické služby,a pridal som aj príklad jednej konkrénej (z metais v tomto prípade), ale má to platiť na všetky datasety o elektronických službách.

Skutočne chcem len podotknúť, že mám pocit, že celková spolupráca medzi skupinami má mušinky, a to platí tvojej strany na moju, ale aj opačne.
Formálnejsie:

K9.3 -------saNieÚplneZľaďujeS-------->K9.4,
pričom relácia saNieÚplneZľaďujeS je krásne symetrická. :wink:
čo ale asi nechceme.

cauko,

1 robim teraz aj vyvoj niecoho uplne ineho - offtopic: preklapame Hejneho metodu do humanitnych predmetov a tento tyzden to pilotujeme v jednej ZS…

2 preto som do toho involvoval kolegov vyvojarov,

nestihli sme to, ospravedlnujem sa

ivan

Kratky odrazkovy zapis z dnesneho stretnutia:

Pripomienky k dokumentu

  • do manazment summary - napisat viac pravnickejsie (aby bolo jasne coho sa to tyka a kedy)

  • nech to neskonci tymto dokumentom (lebo je to dobre), ale nech z toho je vynos a usmernenie => pojde to do standardizacnych skupin

  • asynchronne sluzby smerom von - nefixovat standard nateraz (nie su vyzrete)

  • correlation id - zapracuje sa

  • zjednotenie error hlasok (nech riesi standardizacia)

  • ak su nejake dalsie TEMY na dopytove vyzvy (urad hlada napady) - treba poslat ASAP

  • platform as a service

  • specifikacia - existuje nieco? @rho vraj nieco posielal

    • “navrh aktualizacie katalogu sluzieb 1.8”
    • studia z coho vychazala?

Otvoril som dve temy:

1 Like

@janhargas mal taky napad, ze ci nespravit dopytovu vyzvu na prototypy/proof-of-concept (discovery fazu). Co vy na to?

1 Like

ja som toto tiez navrhoval…PoC aj na planovane spolocne bloky/komponenty

Pre nas co sa tu este neorientujeme, ale chceli by sme. PoC coho? A planovane spolocne bloky coho? :slight_smile:

Toto nebolo uplne k teme architektury - skor to bolo v teme “ostatne”.

Co sa tyka spolocnych blokov, tak tam si treba pozriet planovane projekty napriklad MV.

Tu finalny dokument “Pravidlá publikovania elektronických služieb do multikanálového prostredia verejnej správy”

a original PravidlaPublikovaniaSluzieb_v1_1.pdf (568.6 KB)

Taktiez davam sem vyjadrenie k zapracovaniu pripomienok k dopytovej vyzve.

Pripomienkovanie - Dopytova vyzva male zlepsenia egovu_odpovede Arch_sd_02 (1).odt (13.2 KB)

1 Like

…za Slovensko.Digital sme sa pytali na zvolanie tejto pracovnej skupiny…mame info, ze Architektura by sa mala spojit s Lepsimi sluzbami…zasadnutie by malo byt zaciatkom februara a mali by sa prebrat temy v nadvaznosti na pripravovany projekt API GW OpenAPI / Otvorené API - plánované a realizované aktivity Slovensko.Digital …teda ide o temy:

  • monetizacia OpenAPI,
  • API GW ako PaaS.

mame info, ze ak niekto ma navrhy na temy, tak ich trebe predlozit a PS moze zasadnut a riesit dane temy…cize ak mate nove, nedoriesene temy v ramci PS Architektura, tak napiste tu alebo mi napiste na peter.kulich@slovensko.digital a pozbieram a navrhnem do PS…

Zdielame temy, ku ktorym planujeme v najblizsich dnoch zvolat pracovnu skupinu na UPVII:

PS Architektúra + Lepšie služby (tieto 2 PS su spolu, nakolko posledne info z UPVII hovoria o tom, ze by sa mali spojit)

  1. API GW:
  • koncept monetizácie OpenAPI - či vôbec monetizovať,

  • API GW ako PaaS,

  • prioritizácia publikovania služieb do API GW:

  • služby v gescii UPVII + Nases

  • služby mimo gescie UPVII + Nases

  1. Dizajn manuál eGov:
  • definovanie gestora, zodpovednej osoby za UPVII/štát,
  • potreba ďalšieho rozvoja,
  • systematický maintenance.
  1. Publish + subscribe koncept:
  • nadviazanie na predošlé aktivity,
  • definovanie ďalších krokov,
  • vytvorenie štandardov pre nové agendové IS/registre.
  1. Dopytové výzvy:
  • vyzvy - dátová a malé zlepšenia služieb,
  • nízky záujem,
  • analýza dôvodov,
  • definovanie potrebných zmien.

Ak mate dalsie temy, tak kludne som doplnte a mozeme zaradit. Potrebne je pre temu vediet odovodnit jej otvorenie na PS, keby bol pristup zo strany statu velmi formalisticky.

1 Like

Kedze tato skupina sa spojila s PS lepsie sluzby tak to budeme chvilu davat duplicitne.

Na UPVII vznikaju dve nove podskupiny. Za SD sme nominovali mna a @peter_k do API GW a mna do egov dizajn manualu. Budeme priebezne informovat, co sa tam deje.

  1. Podskupina API GW/API Manažment. Vedúci: Pavol Bandura. Prihlasovanie (len členovia PS) na:pavol.bandura@vicepremier.gov.sk
  1. Podskupina eGov dizajn manuál . Vedúca: Viera Hainzl. Prihlasovanie (len členovia PS) na: viera.hainzl@vicepremier.gov.sk

Nove vlakno k tomu tu ÚPVII Pracovná podskupina - API GW/API Manažment