Page History
...
| Gliffy Diagram | ||||
|---|---|---|---|---|
|
Diagrammet viser, hvorledes DDS Registry starter med at validere de medsendte akkreditiver (se evt. DDS Registry Querying Interface Description).
...
Borger søger alle dokumenter sig selv
| Userstory: Borger søger alle dokumenter på sig selv | |
|---|---|
| ID | B_SOEG_ALLE_DOK |
| Beskrivelse | Som en borger ønsker jeg at lave en uindskrænket søgning i DDS Registry så jeg kan få en liste over mine registrerede dokumenter |
| Testcases for: Borger søger alle dokumenter på borger | |
|---|---|
| DOKS | Precondition:
Action: Brugeren foretager en uindskrænket søgning i DDS Registry Postcondition:
|
Borger søger alle dokumenter på anden borger
| Userstory: Borger søger alle dokumenter på anden borger | |
|---|---|
| ID | B_SOEG_ALLE_DOK_ANDEN_B |
| Beskrivelse | Som en borger ønsker jeg at lave en uindskrænket søgning i DDS Registry så jeg kan få en liste over en anden borgers (som jeg har relation til) dokumenter |
| Testcases for: Borger søger alle dokumenter på borger | |
|---|---|
| DOKS | Precondition:
Action: Brugeren foretager en uindskrænket søgning i DDS Registry Postcondition:
|
Ikke-autoriseret bruger med national rolle søger alle dokumenter på borger
...
| Testcases for: Ikke-autoriseret bruger med national rolle søger alle dokumenter på borger | |
|---|---|
| NAT_ROLLE_INGEN_DOKTYPER | Precondition:
Action: Brugeren foretager en uindskrænket søgning i DDS Registry Postcondition:
|
| NAT_ROLLE_VISSE_DOKTYPER | Precondition:
Action: Brugeren foretager en uindskrænket søgning i DDS Registry Postcondition:
|
| NAT_ROLLE_ALLE_DOKTYPER | Precondition:
Action: Brugeren foretager en uindskrænket søgning i DDS Registry Postcondition:
|
NEG_SPAERRING_SF (se "forsigtighedsprincippet" beskrevet i SDS-2503) | Precondition:
Action: Brugeren foretager en uindskrænket søgning i DDS Registry Postcondition:
|
| DATA_SPAERRING | Precondition:
Action: Brugeren foretager en uindskrænket søgning i DDS Registry Postcondition:
|
...
| Gliffy Diagram | ||||
|---|---|---|---|---|
|
Flowet for dokumenthentning ligner på mange måder flowet for søgninger. Den største forskel er i forhold til filtreringen i forhold til dataspecifikke spærringer. Ved søgninger kunne dokumenternes metadata (som returneret af DDS backends) anvendes i filtreringen, da man her kunne finde information om, hvilken afdeling dokument entry'et tilhørte. Denne information er ikke tilgængelig i forhold til hentning af dokumentet, da det eneste metadata, der er i spil her er dokumentets id. Filtreringen af dokumentindholdet sker således kun for dokumenter, der indeholder en PIH (Privacy Information Header). Dette gør sig i skrivende stund kun gældende for labsvar. Alle andre dokumenter vil således ikke kunne filtreres/udelades på baggrund af borgerens dataspecifikke spærringer. Blandt andet derfor er det nødvendigt altid at lave en søgning efter dokument-id'er først (hvorved de dataspecifikke spærringer kan bringes i spil). Anvendere må således ikke cache dokument-id'er eller "genbruge" søgeresultater på tværs af brugere og/eller sessioner.
...