Spring til login

RSS-feeds

Søgning

ODIS bør udvides med OHIS. Fortæl når noget er sket. Vent ikke til du bliver spurgt!

< Tilbage

Tak for alle de inspirerende oplæg og spændende eksempler på hvordan borgerrettede mashup’s med offentlige data kunne berige vores hverdag.

Jeg savner dog i høj grad en holdning til også at få hændelser i spil og ikke kun data. Det var påfaldende at selv ikke førende eksperterne, havde denne dimension med.

De data man typisk fokuserer på, vil give svar på mange spørgsmål, når man spørger (Hvor er det nærmeste toliet? Hvad er kiminalitetsrisikoen i dette område? Har denne restaurant en glad smiley? …).

Hændelser derimod sendes ud til alle interesserede, når der sker en begivenhed indenfor ens interesseområde. Det vil sige i modsætning til dataservices, som svarer, når man spørger, giver hændelser dig besked om at noget er sket, i det øjeblik det sker. Så uden hændelser risikerer du at mangle væsentlig information, fordi du ikke vidste, du skulle spørge.

En offentlig strategi
Det bør være en fast offentlig strategi ved al nyudvikling og vedligeholdelse, at man også sender hændelser ud til abonnenter. Man har typisk ikke været vant til at informere eksterne om, hver gang der sker et tilstandsskift i ens system. Det skal laves om. Det skal være en rygradsreaktion: Informer andre hver gang der sker en hændelse, de er interesseret i! Vent ikke med at fortælle dem det, til de spørger!

Hændelser vil væsentligt forøge reaktionsevnen hos danske virksomheder, nu kan de reagere i det øjeblik noget sker i stedet for f.eks. at vente på en filoverførsel.

F.eks. kan man i tinglysningssystemet abonnere på de ejendomme, man er interesseret i. I det øjeblik der sker en aktivitet på den ejendom, får alle abonnenter (f.eks. en bank) besked. Banken kan nu reagere i henhold til deres egen forretningskontekst

ODIS skal udvides med OHIS
Jeg savner derfor, at ODIS-initiativet udvides med et OHIS-initiativ (Offentlige Hændelser i Spil). Myndigheder og virksomheder skal forstå mulighederne for at forbedre konkurrenceevne hos danske virksomheder, ved at de kan reagere hurtigere på begivenheder, der har relevans for dem.

Det danske samfund må ikke miste denne mulighed for at også at være internationalt førende her, OHIS-initiativet skal køre som en naturlig udvidelse af ODIS. Det vil gavne vores konkurrenceevne.

Flere tanker om hændelser kan du finde her:
http://www.version2.dk/artikel/9796-haendelser-er-vigtige-for-forretningen
http://www.version2.dk/artikel/9795-haendelser-en-vigtig-ingrediens-i-soa
http://www.version2.dk/artikel/10163-det-skal-ske-saa-hurtigt-at-vaerdien-ikke-degraderes
http://soanetwork.dk/Event%20Driven%20Architecture.htm
 

Profilens billede

Der er gang i hændelser

Erik Helweg-Larsen - 10.02.2010

Hej Henrik

Jeg er enig i at hændelser er helt centrale i vores systemer - ikke kun i forbindelse med offentlige data.

Jeg vil henlede opmærksomheden på følgende:

KL's arbejdsgangsbank indeholder mange hundrede arbejdsgange, der bindes sammen med forretningshændelser. Det giver en høj grad af løs kobling mellem forskellige dele af forretningen og den samme egenskab kan gives til de systemer, der skal håndtere arbejdsgangene.

Referencearkitekturen for sag- og dokument beskriver hvordan hændelser binder uafhængige subprocesser sammen. 

De 5 nye standarder for sag- og dokument har alle indbygget en 'specifik hændelsesbesked' som rummer besked om ændringer i de objekter, som standarden administrerer. Den specifikke hændelsesbesked kan transporteres til og fra hændelsesfordelere med en 'generel hændelsesbeked' (albefalet standard).

Den nye referencearkitektur for stedbestemt information har hændelser om ændringer i geoobjekter mv. som helt centralt begreb.

En delmængde af ovenstående er referencedata - og dermed data som bør være frit tilgængelig for konsumenter. Nogle leverandører af referencedata tilbyder forskellige abonnementsordninger - og der er en desværre ikke den bedste løsning. På sigt vil enhver leverandør tilbyde forskellige abonnementordninger og det kan man ikke håndtere.

Derfor skal der laves et antal hændelsesfordelere, der kan tilbyde abonnementer på alle hændelser for alle objekter - både vedrørende referencedata og forretningsdata. Hændelsesfordelere vil kunne abonnere på andre hændelsesfordeleres hændelser. Hændelsesleverandører afleverer hændelser til een hændelsesfordeler efter eget valg. Der bør ikke laves monopol på disse fordelere.

Ud fra et sikkerhedsmæssigt synspunkt bør en hændelses være tilgængelig - men det vil selvfølgelig ikke være alle der skal kunne abonnere på hændelserne når de er forretningsmæssige. Abonnenten bør pålægges pligt til at håndtere hændelserne ansvarligt. Det er et princip, at en hændelsesbesked indeholder alene besked om at et objekt har skiftet tilstand (eller lignende) - ikke alle detaljer om objekter. Princippet er begrundet i tilgængeligheden.

Der er en afhængighed mellem en hændelsesbesked og en service, der stiller objekternes data til rådighed. Så når man får en hændelsesbesked, så bør det fremgår hvor man kan hente mere information om objektet. Og disse services bør være styret med adgangskontrol, revisionspor, sikkerhedslog osv.

 

Kommentarer (1)

Profilens billede 1
Henrik Hvid Jensen
10.02.2010

Hej Erik,

Jeg er godt opmærksom på jeres aktiviteter hvilke er interessante.

Jeg ønsker med OHIS initiativet at det skal være en ren rygrads-aktivitet for alle offentlige myndigheder at fortælle når noget er sket til dem der er interesseret

 

 

 

 

Ønsker du at skrive indlæg eller blot kommentere indlæg,
skal du være oprettet som bruger og logget ind.

Opret dig som Ny bruger    Log ind     eller

Tilføj fil(er)

En ny fil vil overskrive en eksisterende fil, hvis begge filer har samme navn og samme ekstension.

Profil - Log ind

Minimér boks

Tags

Tilføj dine egne tags

- (kræver login)

Andre brugeres tags til nyheden

Der er ikke tilknyttet tags fra andre brugere