Page History

• Dato for start af løbende QA - april 2025
• Hyppighed for QA - Afklaret Arosii og Trifork imellem
• Dato(er) for modtagelse af leverance(r) til Final QA - 1/8 2025
  • Leon fra Arosii → Kan de prioritere dette grundet ferie? 2 ressourcer. 
    • Jesper har ferie i ugerne 29-31 og kan derfor godt kigge på final QA når han kommer tilbage fra ferien og inden 1/9.
  • Facade skal være klar på TEST2 d. 26. september til Medcom test
• Datoer for gennemførelse af performancetest (staging miljø skal reserveres i 2 uger)
  (performancetest skal som udgangspunkt altid udføres, medmindre der aftales andet med NSP) - Skal der laves en performance test - Ren gennemstilling - Ingen data - Lang svartid ved mange børn. Efter parallel kald (opgave til backlog) mellem MHD og Facade (MHD kun et dokument ad gangen)
  • Spørge Asger eller Aron at der ikke er behov for performancetest og få dem til at godkende - Send mail
• Dato for idriftsættelse - 1/12
• Dato for ibrugtagning - 1/12 (ny dato?)

Ingen datakonvertering

15/8 2025:

• GM facade komponenten SKAL udstille en rigtig FHIR service - FGM-1392 → Beslutning → FGM-1735 skal laves og implementering af Hapi FHIR kommer måske senere!

5/9 2025:

Ny tidsplan for Final QA 

1. 1. Arosii laver final QA af MHD,  Facade, BFF og App: Uge 36 og 37
   2. Overlevering til Netic og klargøring til TEST2: uge 38 og 39
   3. Arosii tester MHD: uge 39
   4. MVP løsning af MHD og Facade på TEST2: mandag d. 29/9

13/10 2025:

Rettelser efter accepttest skal releases når de er færdige og releases i en ny version for herefter at kunne releases til TEST2 i oktober (uge 45-46).

Skal i prod (idriftsættelse) senest 20/1 2026. Og ibrugtagning 4/2 2026.

28/10 2025:

Efter release til TEST1, så tester SDS Facaden. Herefter kan vi bede NSP PO om at få den deployet til TEST2.

Test

• Er alle miljøer (test1, test2 og evt. produktion) etableret og testet?

  Dette er relevant i tilfælde af, at projektet har brug for hardware og infrastruktur ud over det, der tilbydes som standard på NSP. 

• Har projektet gennemgået NSP teststrategi Teststrategi NSP Vedligehold?

• Er der aftalt etablering af NSP regressionstestcases med NSP QA ift. fremadrettet vedligehold?

  Er det afklaret med projektet, hvordan hhv. Dynamisk Test Generator (DTG) og Dynamisk Request Generator (DRG) kan understøtte projektets testgennemførsel? 
  • Læs mere om DTG her: https://www.nspop.

Test

• Er alle miljøer (test1, test2 og evt. produktion) etableret og testet?

  Dette er relevant i tilfælde af, at projektet har brug for hardware og infrastruktur ud over det, der tilbydes som standard på NSP. 

• Har projektet gennemgået NSP teststrategi Teststrategi NSP Vedligehold?

• Er der aftalt etablering af NSP regressionstestcases med NSP QA ift. fremadrettet vedligehold?

  Er det afklaret med projektet, hvordan hhv. Dynamisk Test Generator (DTG) og Dynamisk Request Generator (DRG) kan understøtte projektets testgennemførsel? 
  • Læs mere om DTG her: https://www.nspop.dk/display/public/web/Dynamisk+Testdata+Generator+%28DTG%29+-+Leverancebeskrivelse
  • Læs mere om DRG her: https://www.nspop.dk/display/public/web/Dynamisk+Request+Generator+%28DRG%29+-+Leverancebeskrivelse
• Er der gennemført performanceanalyse af projektet ift. forventet træk på eksisterende NSP-services og infrastruktur?
  • Eller: Er performancetest planlagt og klar til eksekvering af NSP QA Leverandør/NSP driftsleverandør?
• Har projektet lavet en testplan ud fra use cases, så scope for funktionelle test cases er klart og kan dokumenteres i projektets testrapport?

Mangler:

• GM registries mangler i prod

15/8 2025:

• Test afklares intern i GM. Blackbox test for NSP.

Pilotdrift?

• Hvem skal deltage i evt. pilot?
• Hvordan skal WL foregå i pilot?

Dokumentation

• Projektet accepterer dokumentationskrav på NSPOP, samt brug af Confluence og SVN.

  Dokumentationskrav for NSP-platformen

• Projektet accepterer at overholde aktuel version af NSP Husregler (indsæt aktuel version under Note)

  Husregler for udvikling til NSP

• Projektet lægger design beskrivelser på projektets Confluence site. 

NSP Husregler:

• NSP Husregler Version 2.15
• Det er godkendt at anvende Java 21
• Der skal anvendes NSP platform version 4

Der anvendes git ikke SVN.

Denne afklares intern i GM.

5/9 2025:

Skal der ikke dokumenteres en proces for samarbejde mellem NSP og Trifork ved deploy af ny version af facade? Hvad er krav til test, QA osv. Afklares mellem Mikkel (NSP PO) og Martin (GM PO).

28/10 2025:

Der er nogle få åbne sager med dokumentation.

26/11 2025:

Facade mangler dokumentation af standard fejlkoder FGM-1828

Er der bestilt adgang (whitelistning) til såvel, TEST som PROD miljø?

• Det kræver ikke nogen whitelistning for generel adgang til NSP testmiljøer, men nogle komponenter kræver særskilt whitelistning ved operatøren. Trifork har været leverandør i mange år så deres CVR nummer er helt sikkert allerede whitelistet de steder det er nødvendigt?

5/9 2025:

• Der er ingen direkte Whitelistning i MHD'en. Men der er udstilling af tokens. Der skal oprettes 2 supportsager i test og prod for at få whitelistet OIDC, så de giver NSP de oplysninger de skal bruge! Få Peter Flintholm til det! Gælder denne også for facade?

Er evt. hypercare fra NSP support aftalt?

Projekt oplyser om nødvendige Tilslutningsaftaler er på plads?

Skabeloner for tilslutningsaftale kan findes her:

Opret tilslutningsaftale

Det er projektets ansvar at udfylde tilslutningsaftale.
Udfyldt tilslutningsaftale sendes til NSP Operatør.

Ønskes anvendelse af NSP'ens nationale adviseringsservice?

I så fald skal der indgås NAS tilslutningsaftale og de nødvendige topics skal oprettes - se note

• whitelistet de steder det er nødvendigt?

28/10 2025:

• Martin følger op med Trifork. Trifork opretter én supportsag om etablering omkring trust i MHD og Facade af deres prod OIDC: Issuer, audience mm. Public key der signeres med. Se FGM-717

26/11 2025:

Vi er ved at få whitelistet OIDC i TEST2. Prod kommer senere.

Er evt. hypercare fra NSP support aftalt?

28/10 2025:

Den er overdraget til Hans. Udføres i november.

Projekt oplyser om nødvendige Tilslutningsaftaler er på plads?

Skabeloner for tilslutningsaftale kan findes her:

Opret tilslutningsaftale

Det er projektets ansvar at udfylde tilslutningsaftale.
Udfyldt tilslutningsaftale sendes til NSP Operatør.

Mangler:

• GM projektet opretter tilslutningsaftale - Ny skabelon for tilslutningsaftale, da GM projektet selv skal håndterer incidens. Hvem gør hvad? NSP/GM projekt
• Henrik Danielsen/Lars Helsberg (kontrakt for drift)

15/8 2025:

Der arbejdes på dem.

5/9 2025:

Kjeld laver udkast og Karen læser review

Kan ikke deployes til prod for tilslutningsaftale

Tilslutningsaftale: GM-Facaden - Graviditetsmappen - Global Site

28/10 2025:

Intet nyt

11/11 2025:

Følger op når der er en godkendt tilslutningsaftale på DPA.

Ønskes anvendelse af NSP'ens nationale adviseringsservice?

I så fald skal der indgås NAS tilslutningsaftale og de nødvendige topics skal oprettes - se note

Denne er ikke aktuel. Facade anvender ikke adviseringer.

https://www.nspop.dk/display/public/web/NAS2+-+Anvenderguide

Findes der en plan for NSP aktiviteter ifm. transitionen til idriftsættelse og ibrugtagning – og er denne godkendt af involverede parter? (eksempler på aktiviteter kan være dataleverancer, afhængigheder mellem komponenter/services etc.)

28/10 2025:

Martin følger op. Tal med Kjeld om hvordan denne plan laves. SDS laver udkast og får den godkendt i denne kreds og operatøren (Henrik Danielsen og Søren)

Er der sket overlevering til supportenheder (servicedesk) og er overleveringen accepteret?
NSP informerer National Service desk og sikrer opdatering af 'supportform'.
Der benyttes en standard template

28/10 2025:

Vi skal sikre at SDS service desk sender support for MinGraviditet app forbi GM teamet først. Når eksterne apps (fx Emento) kommer på facaden, så skal der være en proces for support. SDS service desk skal sende det forbi GM team.

Martin koordinerer med SDS service desk.

Er der sket overlevering til NSP Driftsleverandør og er overleveringen accepteret?

28/10 2025:

Først relevant efter idriftsættelse

Findes der en aftale om hypercare?

28/10 2025:

Den er overdraget til Hans. Udføres i november.

28/10 2025:

Indkald Louise til dette møde efter accepttest.

11/11 2025:

Ikke relevant da det er en projektkomponent og ikke NSP komponent.

28/10 2025:

Mangler det sidste af final QA. Men tæt på release til TEST1

11/11 2025:

QA er gennemført. QA rapport sendes.

NSP QA Leverandør oplyser link til endelig QA rapport (to-be)

28/10 2025:

Rapport sendes så snart final QA er færdiggjort.

11/11 2025:

QA er gennemført. QA rapport sendes.

26/11 2025:

Final QA er gennemført - 360° - Sag: FGM - QA af CMS, BFF og facade (2025-2026)

NSP QA Leverandør oplyser link til endelig QA rapport (to-be)

1/10 2025:

Er Netic i gang? Færdiggøres først når MHD er deployet i prod (forventelig i midt januar 2026

Er performancetest gennemført og rapport godkendt af NSP QA/SDS arkitektur?

• Link til performancetest indsættes her.

1/10 2025:

Er godkendt af SDS arkitekter at der ikke skal laves performancetest. Er dokumenteret i 360.

Facaden er en black-box for NSP, som er korrekt pakket ind i en Docker container og i øvrigt udstyret med dokumenterede overvågningssnitflader, men som vi som sådan ikke har ansvar for på NSP, så vi behøver derfor heller ikke foretage NSP performance test heraf.

Er der aftalt opfølgning i realiseringsfasen:

• Retrospektive
• Driftsrapportering
  • Statistik for anvendelse (anvendere)
  • Statistik for driftforhold (kapacitet, forbrug, økonomi)
  • Statistik for support, incidents og RFC (forbrug, økonomi)
• Revision af dokumentation
• Revision af økonomi

11/11 2025: