Product owner check list
Product owners gennemgår komponent-tjeklisten, efter den er blevet QA-godkendt. Udfylder efterfølgende statuslisten og gemmer den i nspop, og tilføjer dens link til komponentens oversigtsside..
Attribut | Udfaldsrum |
---|---|
Komponentens navn | dokumentdelingsservice |
Dato for udfyldelse | 22-03-2023 |
Hvornår er der sidst lavet gennemgang af 3. parts biblioteker? | 22-03-2023 |
Er der større mangler i dokumentationen | Nej |
Hvornår udløber produktions-certifikaterne | dd-mm-yyyy (Spørg Netic) |
Leverandør attributter
Spørgsmål | Svar | Action |
---|---|---|
Komponentens navn | dokumentdelingsservice | |
Dato for udfyldelse | 14-12-2022 | |
Brugerhistorier | Ja/Nej/Mangler | DDS - Brugerhistorier - NSP services - Global Site (nspop.dk) |
Bruger den Security-API? | Ja (checker afhængigheder for komponenten med kommando: $mvn dependency:tree | grep security-api [INFO] +- dk.sds.nsp.security:security-api:jar:1.0.5:provided [INFO] +- dk.sds.nsp.security:security-api:jar:1.0.5:provided [INFO] +- dk.sds.nsp.security:security-api:jar:1.0.5:provided ) | |
Bruger den Audit-API? | Ja (checker afhængigheder for komponenten med kommando: $ mvn dependency:tree | grep audit-api [INFO] +- dk.sds.nsp.audit:audit-api:jar:1.0.1:provided [INFO] +- dk.sds.nsp.audit:audit-api:jar:1.0.1:provided [INFO] +- dk.sds.nsp.audit:audit-api:jar:1.0.1:provided) | |
Lever den op til krav om code-coverage? | Nej (Den nuværende procent er 54% Aflæser coverage procent på byggejobbet: https://jenkins.nspop.dk/job/DDS/job/DDS_build/) | hvad gør vi? opretter RFC på det? hvem afgøre |
Indeholder den ignorerede unittests? | Ja (Følgende liste - 10 tests ignored: |
YdernummerValidatorImplTest.testValidateYdernummersInvalid
TreatmentRelationInvokerTest (alle 7 tests heri)DDSContextTest.testDDSContextUserNoHsuidCorrectPrivileges
DDSContextTest.testDDSContextOrgWhitelist
MinspaerringTest (1 test heri)|
Er integrationstesten fyldestgørende? | Ja / Nej: Se tabel nedenfor | |
SVN eller Git? | SVN https://svn.nspop.dk/svn/components/dds/ | |
Bruger den egen database? | Ja (Komponenten anvender ikke liquibase til at styre databaseopdateringer) | |
Services i komponenten | DDS Registry DDS Repository | |
Kalder den NAS i produktion? | Nej | |
Kalder den MinLog i produktion? | Ja | |
Kalder den STS i produktion? | Ja | |
Kalder den CPR-opslag i produktion? | Ja (Personinformation til validering af cprnummer samt oplysninger vedr. forældremyndighed og værgemål) | |
Kalder den MinSpærring i produktion? | Ja | |
Kalder den BRS i produktion? | Ja | |
Hvilke andre komponenter kalder den? | DDS har en række backends, som den er "proxy" for Disse er konfigurerbare (de skal blot sættes op i databasen). De nuværende er DDS Reposiory:
| |
Hvilke eksterne services er den afhængig af? | DDS har en række backends, som den er "proxy" for. Disse kan være eksterne for NSP - i praksis:
|
Oversigt over integrationstests:
Generelt er der mange integrationstests i DDS og der genereres pæne testreports vha frameworket Cucumber. Disse kunne godt publiceres på en måde, så PO kan læse dem.
Der mangler dog tests vedr "på vegne af sundhedsfaglig". Det kræver nok en snak om, hvordan denne brugertype præcis skal forstås for at meningsfyldte tests kan udarbejdes. Derudover er der ikke tests, der verificeres af "idws" snitflader ikke kan kaldes af et "dgws" kald og vice-versa.
Service | Brugertype: | Brugertype: | Brugertype: | Brugertype: | Brugertype: |
---|---|---|---|---|---|
DDSRegistryNoDgwsWs.documentRegistryIdwsRegistryStoredQuery (idws) | forældre og værge scenarier | Ikke tilladt | Ikke tilladt | Ikke tilladt | |
DDSRegistryWS.documentRegistryRegistryStoredQuery (dgws) | sundhed.dk adgangen) | (sundhed.dk adgangen forældre og værge scenarier) | (der testes både med spærringer og med/uden værdispring | Forskellige nationale roller og uden nationali rolle | |
DDSRepositoryNoDgwsWs.documentRepositoryIdwsRetrieveDocumentSet (idws) | Ikke tilladt | Ikke tilladt | Ikke tilladt | ||
DDSRepositoryWS.documentRepositoryRetrieveDocumentSet (dgws) |
Komponent list