Bemærk siden er under opdatering i forbindelse med at STAR moderniseringsprojekt er igangsat
I det følgende beskrives den struktur som alle webservices ,der udstilles af DFDG, er opdelt efter i forhold STAR igangværende modernisering. Strukturen baserer sig på den logiske serviceopdeling i forretningsdomæner og er inspireret af microservice. Selve udruldningen sker gennem projektforløbet for moderniseringsprojektet - se DFDG moderniserings og forretnings roadmap for serviceaftagere for eksterne og /wiki/spaces/ISB/pages/3740401729 for interne - eller når der sker omlægning/modernisering i tilknytning til forretningsprojekter.
Selve opdelingen følger nedenstående figur og for nærmere beskrivelse af de enkelte domæner se Gennemgang af forretningsdomæner - STARs økosystem
Imens moderniseringen forgår vil de eksisterende DFDG services (også kaldet DFDG classic) løbende blive udfaset til fordel for de nye REST services. Parallelt med denne modernisering vil STAR forsætte den løbende forretningsudvikling i samspil med moderniseringen. For nærmere beskrivelse af dette se Transitionsprincipper for DFDG service.
Baggrunden for denne domæneopdeling er at opnå for en bedre understøttelse af forretningen, en mere enkel og mere vedligeholdelsesbar systemportefølje, hvor ny/ændret forretning kan etableres hurtigt, effektivt og med minimal ricisi. En systemportefølje der er mere robust i drift og samtidig skalerbar i forhold til aftageres kaldemønstre. At STAR systemporteføljen lever op til anderkendte arkitekturstandarder og principper for offentelige it-løsninger. For flere detaljer se Principper og baggrund for DFDF forretningsdomaæner og /wiki/spaces/FYS/pages/3651371206.
Selvom STAR deler DFDG i en række interne forretningsdomæner, kan DFDG fra serviceaftager stadige betragtes som DFDG i samlet forretning.
Følgende er overordnede regler for oprettelse af webservices:
For hvert forretningsdomæne (de områder der er illustreret i ovenstående figur) oprettes efter behov services indeholdende f.eks. status- eller metadata opslag, hvis relevant for serviceaftager. Status-service som returnerer nøgledata om personen eller virksomheden for hele forretningsdomænet samlet. Målet med disse domæne specifikke status-services er at give serviceaftager et hurtigt overblik over de registrerede data, så serviceaftager slipper for at hente data fra mange forskellige services for f.eks. at kunne tilpasse en brugergrænseflade til den aktuelle status.
En sådan domæne Status-services kan f.eks. indeholde data som aktuel ledighed, kontaktgruppe, startdato for ledighed, personkategori osv. Det kan også være statusflag eller nøgledata. Ønskes et fuldt datasæt skal disse data skal hentes fra de enkelte services getmetoder eller hvis historik også ønskes fra gethistorikmetoder fra de enkelte services.
Følgende er principper for status-webservices for borger eller virksomhed:
Disse principper kan dog fraviges, såfremt der som helhed giver en bedre understøttelse af borgeren og/eller sagsbehandlerens arbejdsgang og serviceaftager aftaler dette med STAR.
De tværgående webservices er som følger:
Tværgående status services
For hvert forretningsdomæne (de områder der er illustreret i ovenstående figur) oprettes efter behov services indeholdende regelmetadata. Regelmetadata-service returnerer forretningsregler som strukturerer data for givet delområde af forretningen f.eks. hvilke fravær, der er lovlige for givne kontaktgrupper og personkategorier.
Eksempler på regelmetadata er:
Business rules:
For hvert forretningsdomæne (de områder der er illustreret i ovenstående figur) oprettes efter behov services indeholdende f.eks. status- eller metadata opslag. Status-service som returnerer nøgledata om personen eller virksomheden for hele forretningsdomænet samlet. Målet med disse domæne specifikke status-services er at give serviceaftager et hurtigt overblik over de registrerede data, så serviceaftager slipper for at hente data fra mange forskellige services for f.eks. at kunne tilpasse en brugergrænseflade til den aktuelle status.
Codelist:
DFDG vil sende beskeder til serviceaftager som push beskeder. En webservicebesked vil i udgangspunktet være tynd og kun indeholde tilstrækkeligt indhold til at serviceaftager kan hente de nødvendige data i DFDG. Webservicer vil som udgangspunkt derfor ikke indholde forretningsdata.
Ud fra en webservicebesked kan det identificeret f.eks. hvilke borger det drejer sig og om hvilke data det drejer sig om man kan så hente borger aktuellet tilstand/data i DFDG på en getmetode. Har man som serviceaftager brug alle transaktioner mellem man sidst hentede i DFDG og den aktuelle tilstand/data, får man ved hver besked et transaktionsid. Dette kan så anvendes på en gethistorikmetode således alle trin kan hentes.
XXXXX link til detaljeret beskrivelse
STAR vil stille generelle regler op for hvilke beskeder (også kaldet beskedtyper) en giver organisationstype må modtage og efter hvilke regler f.eks. et jobcenter på egne borgere eller en a-kasse på egne medlemmer, der er dagpengemodtager. Derudover opstiller STAR regler for hvilke beskeder et bestemt system hos en bestemt myndighed må modtage f.eks. bookinger til et plannersystem i Århus Jobcenter.
Med dette sikrer STAR, at ingen organisationer og systemer kan modtage beskeder de ikke lovligt må behandle.
En servicemodtager, der repræsenterer en bestemt myndighed og system, kan efter adgang er etableret derefter opsætte sit abonnement på de beskeder man netop i sin egen sammenhæng vil modtage. Dette sikre en høj grad af selvbetjening for serviceaftager.
STAR vil udstille webservice snitflader (og evt. et GUI interface !! Dette er ved at blive afklaret i STAR !!) således serviceaftager selv kan administrere sine webservicebesked abonnementer.
I DFDG etableres service, hvor det er muligt at se de afsendte beskeder og deres status. Ved fejl vil DFDG forsøge at gensende beskeden og indtil dette lykkes vil spærre for yderlige beskeder på den pågældende borger.
En serviceaftager vil via service også kunne bede om at få gensendt webservicebeskeder f.eks. for en periode. Dette forudsætter dog at der er adgang til at modtage de ønskede beskeder i den pågældende periode for den pågældende borger
Bemærk: Disse vil erstatte WSRM beskeder for transition se Transitionsprincipper for DFDG service.