Page History
...
| Navitabs | ||||
|---|---|---|---|---|
| ||||
Indhold
| Table of Contents |
|---|
Introduktion
Formål
Formålet med dette dokument er at beskrive systemarkitekturen for DDTV.
Læsevejledning
Nærværende dokument er tiltænkt udviklere og IT-arkitekter med interesse i DDTV og dens opbygning.
Overblik over DDTV
Løsningens afhængigheder
DDTV anvender NSP libraries:
...
Øvrige afhængigheder:
- EDI Portal API
Løsningens overordnede opbygning
Nedenstående diagram viser opbygningen af DDTV services:
...
For yderligere indflyvning, sekvensdiagrammer, state-diagrammer mv. henvises til Arkitektur og design.
Moduler og driftsarkitektur
De tre services er forholdsvis ens opbygget, og har en del fælles kode som de deles om via et maven-modul, har samme programstruktur og bruger samme database-modul.
...
| Modulnavn | Beskrivelse |
|---|---|
| ddtv-schemas | Dette modul definerer API'en for de to services, der kan kaldes ekternt, hhv. en OIO-IDWS WSDL fil for den borgervendte service DDTV-citizen, samt en DGWS WSDL fil for DDTV-dentist-servicen. Modulets primære formål er at generere Java-kode ud fra WSDL'erne, som kan bruges i de andre moduler. |
| ddtv-common | Fælles kode for de services, primært utility-funktioner, bl.a. til logning, samt DAO-klasser. |
| ddtv-integrations | Modul som indeholder integrationer:
|
| ddtv-citizen-service | Modul, som implementerer den borgervendte OIO-IDWS webservice. |
| ddtv-dentist-service | Modul, som implementerer den DGWS webservicen til brug for tandlæger. |
| ddtv-batch-service | Modul, som implementerer de 5 batchjobs nævnt ovenfor. |
| ddtv-integrationtest | Modul som indeholder integrationstests for de services, der kan kaldes eksternt. |
Driftsarkitektur
I praksis er de alle services installeret i BackOffice. Det er også her at alle ændringer bliver persisteret til databasen.
Sikkerhed
Brugertyper
De enkelte brugertyper bestemmes ud fra modellen, der udstilles i Security API. Disse regler er opsummeret i skemaerne herunder. Sikkerhedsmodellen tager udgangspunkt i Security API - Guide til anvendere.
...
| Brugertypen: System | Verifikation | Mapning til DdtvActor | ||
| SecurityContext | Ticket | Audience | Verificeres ikke - må gerne være der | |
| Validity | Er valid | |||
| Message | Verificeres ikke - må gerne være der | |||
| ActingUser | Må ikke være der | |||
| PrincipalUser | Må ikke være der | |||
| Organisation | Identifier | Skal være der. Hvis der i property'en whitelisted.cvrs i application.properties er angivet en ikke-tom kommasepareret liste af cvr-numre skal actorId kunne findes i listen. | actorId | |
| IdentifierFormat | Skal være der | actorIdType | ||
Beslutninger
På NSP har man flere brugertyper
...
, herunder følgende, som er relevante for DDTV:
- Citizen er en borger
- System er en systembruger
Servicen DDTV-servicen "ddtv-citizen-service" Citizen kan kun anvendes af Citizen med IDWSOIOIDWS-kald. En borger kan selv anvende servicen, eller den kan anvendes af en fuldmagtshaver.
Servicen DDTV-servicen "ddtv-dentist-service" Dentist kan kun anvendes af System, dvs. der kaldes med DGWS systemkald.
...