Table of Contents |
---|
...
En service, som skaber overblik over en borgers primære attributter indenfor et domæne (/forretningsområde). Dette primært med henblik på dashboardpopulering, overblik og aktuel status for borgeren. Statusservicen kan anvendes til at se, om det er relevant at læse yderligere oplysninger fra de fulde objekter i Get-metoder i Domæneservices.
Servicen har typisk kun personnummer som input og output er invariabelt.
Foreløbig regelsæt Regelsæt for data i en StatusService:
- Kun data for den aktuelle status (ingen historiske data)
- Kun data til at skabe et overblik over registrerede data i domænet (minimum af data i kollektioner)
- Nok data til at kunne afgøre, om der skal hentes yderligere oplysninger på Get-metoder i de enkelte Domæneservices
- Data er filtreret i forhold til aftagers GDPR mæssige adgang hertil
...
En service, som med forskellige metoder stiller funktionalitet til rådighed for et givet domæne . I en og vil typisk kun arbejde på en forretningsmæssig entitet, eksempelvis afholdte samtaler. En Domæneservice indeholder en til flere Get-metoder, typisk indeholdt de fulde dataobjekter. Antallet af Get-metoder på en Domæneservice er bestemt af de forretningsmæssige behov. Ydermere indeholder en Domæneservice en GetHistory-metode, hvorpå historiske data for domæneservicen Domæneservicen er udstillet.
Domæneservicen bør ikke have metoder, som ikke alle forventes opdaterede samtidig.
Regelsæt for en Domæneservice
- En Domæneservice hører kun til ét forretningsdomæne, eksempelvis DFDG kontaktforløb
- En Domæneservice arbejder typisk kun på en enkelt forretningsmæssig entitet, eksempelvis afholdte samtaler
- En Domæneservice understøtter forretningsmæssige hændelser og GRUD, hvor dette giver en forretningsmæssige mening
- En Domæneservice har selvstændige Get-metoder til at hente de enkelte forretningsmæssige entiteter, forretningsmæssige kollektioner af entiteter samt historik, hvor STAR ser behovet for dette
Create- Update- og Deletemetoder - Ønsket er metoder, som understøtter forretningsmæssige hændelser
...
Metoder til udtræk af det fulde datasæt på et domæne. Dette værende sig både enkelte entiteter samt forretningsmæssige kollektioner af entiteter.
Herunder liste-services med opremsning af objekter over tid.
Designpatterns
Skal understøtte udhentning af data pr. GUID, som er udsendt i WSRM beskeder.
Bør indeholde enkle metadata om opretter: Myndighedstype, Myndighedskode og Sagsbehandler ID. Af GDPR-hensyn (dataminimering) ønskes oplysninger om navn på sagsbehandler ikke medtaget, hvor dette ikke er nødvendigt.
Metadata kan erstattes af forretningsmæssige data, som med henblik på udvidet samarbejde imellem myndigheder , udvides målrettet til den givne situation.
GetHistory-metoder
Metode til udtræk af historik på området. Vil ikke være tilstede på alle områder, men kun på specifikke områder, hvor STAR ser behovet for historik. Det er vigtigt at skelne imellem revisionshistorik og liste-services med opremsning af objekter hvor hvert element kun fremstår i seneste revision.
Search-metoder
¤Dette indhold er under afklaring.
RuleServices
¤Dette indhold er under afklaring.
En RuleService indeholder metoder, der udstiller forretningsregler, som er implementeret i DFDG gælende for det givne domæne, eksempelvis hvilke fravær, der kan oprettes på de enkelte kontaktgrupper.
Regelsæt for en RuleService
- En RuleService er ikke person- eller virksomhedsspecifik
- En RuleService udstiller aktuelle forretningsregler, som er implementeret i DFDG
Beskedservice - WSRM
Al beskeddistribution - WSRM udsendelse samles i WSRMMessageService.
...
Uddybende relevant læsning
Webservice-struktur (TO-BE på moderniserende DFDG webservice) med overblik over domænerne og deres services.
Gennemgang af byggeblokkeforretningsdomæner - STARs økosystem som uddyber domæneoverblikket.
...