Tekniske casestudier: Hva kan vi lære av valgene som ble tatt av OCDS-implementører?

Av Duncan Dewhurst

(17. nov 2020)

Duncan Dewhurst head up Open Data Services arbeid med Open Contracting. Han leder arbeidet med Open Contracting Partnership for å støtte utgivere og brukere av Open Contracting Data Standard og å utvikle veiledning, dokumentasjon og læringsmateriell for feltet. Han leder også vårt arbeid med CoST – Infrastructure Transparency Initiative for å utvikle og støtte Open Contracting for Infrastructure Data Standard og han ledet vårt arbeid med Verdensbanken om Open Contracting Data Standard for Public Private Partnerships profil.

Dette blogginnlegget er et tverrpost, og var først publisert av Åpent kontraktspartnerskap .

Over 30 forskjellige offentlige etater har nå implementert den åpne kontrakten Datastandard. De fleste implementeringer har noen ting til felles, men konteksten og begrensningene for hverandre er forskjellige. Som sådan varierer også de tekniske valgene som gjøres av hver implementering.

Vår tekniske casestudier dokumenterer 5 forskjellige OCDS-implementeringer.

Målet med rapporten er å gi innsikt i de tekniske valgene som implementeres. Rapporten søker også å markere effekten av disse valgene på databrukere. Vi håper dette vil være en nyttig ressurs for implementører som ønsker å lære av tidligere erfaringer.

Casestudiene undersøker ulike aspekter ved hver OCDS-implementering, inkludert:

  • Kildesystemer
  • Løsningsarkitektur
  • Teknologivalg
  • Publikasjonsformater
  • Datatilgangsmetoder
  • Endringslogg
  • Dekning av OCDS-skjemaet
  • Databruk og verktøy

Så hva lærte vi av å studere disse implementeringene ?

De fleste implementeringer deler en felles arkitektur på høyt nivå ved hjelp av en mellomvarekomponent med et OCDS-format. Denne tilnærmingen tillater mer fleksibilitet enn å trekke ut og transformere data på forespørsel, og gjør det lettere å publisere en endringshistorikk.

Noen implementeringer er hendelsesbaserte, dvs. de skyver data til en OCDS-datalager når det er en kildesystemet, slik som at en kontrakt blir tildelt. Andre implementeringer er pull-baserte, dvs. data blir periodisk hentet ut fra kildesystemets database.

Pull-baserte systemer kan være enklere å implementere, men det er en risiko for å miste detaljer når kildedata endrer flere ganger mellom ekstraksjoner. Kontraintuitivt oppnår noen pull-baserte implementeringer fremdeles mer rettidig publisering enn noen hendelsesbaserte implementeringer.

Trekk ut fra sammenligningstabellvedlegg

I noen tilfeller lagrer kildesystemene data i JSON-format, og reduserer den nødvendige transformasjonen. Andre systemer tar en ‘SQL-first’-tilnærming, der data blir hentet i tabellformat før konvertering til JSON-format. Sistnevnte tilnærming kan være enklere å vedlikeholde, avhengig av ferdighetssettet til de som er ansvarlige for vedlikehold.

Alle utgivere tilbyr et JSON API, og de fleste tilbyr også JSON-massefiler. Bare noen tilbyr et søke-API, og for de som ikke gjør det, kan det hende at brukere må laste ned all data for å finne det de trenger.

Noen utgivere gir ikke data om CSV- eller regnearkformat, noe som kan opprette en barriere for bruk av mindre tekniske brukere.

Bare noen utgivere gir full endringshistorikk, mens andre velger å kun publisere den nyeste informasjonen. Mens publisering av en endringshistorikk kan være en utfordring, trenger noen typer analyser det.

Alle utgivere har laget verktøy og visualiseringer basert på OCDS-dataene. Dette er flott å se, siden bruk av dine egne data bidrar til å forbedre datakvaliteten.

For mer detaljering og analyse må du les rapporten .

Vi vil gjerne høre din tilbakemelding på denne ressursen, så vær så snill å kommentere i rapporten eller sende en melding til data @ open-contracting. org.

Hos Open Data Services diskuterer vi alltid hvordan utvikling eller implementering av standarder for åpne data kan støtte dine mål, eller hvordan vi kan hjelpe deg publisere eller bruke åpne data. Finn ut mer om vårt arbeid og ta kontakt .

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *