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 QA - 1/7 2025 - Hvornår kan Markus levere det til final QA!
• 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? - Spørge Asger eller Aron at der ikke er behov for performancetest og få dem til at godkende - Send mail
• Forventet at DPA er på TEST1 og TEST2 den 11/7, hvis der leveres til final QA i uge 24 (der er ferie hos Arosii og Netic fra uge 29)
• Dato for idriftsættelse - 1/12 (gerne før)
• Dato for ibrugtagning - 1/12 (Andre anvender måske før - skal afklares)
• Idriftsættelse og ibrugtagning skal ikke være på samme dato. Gerne 4 uger mellem.
• Opdatere tidsplan for DPA med final QA, TEST1, TEST2, idriftsættelse og ibrugtagning.

• NY TIDSPLAN grundet fund i QA. Forventet ny levering til final QA: uge 28 → Til driftleverandør i uge 29. En reel release til TEST1 vil formentlig (Formentlig = usikkerhed grundet ferietid) blive d. 18/8 og snarest herefter (inden 1/9) release til TEST2.

Ingen datakonvertering

15/8 2025:

Performancetest mangler afklaring fra SDS arkitekter.

5/9 2025:

Arosii tester DPA: uge 36/37

Overlevering til Netic og klargøring til TEST2: uge 38

Afklaring med NSP om hvornår DPA skal i prod. Karen, Amir og Gitte taler sammen.

19/9 2025:

Den er i TEST1 nu og mangler nogle test, som udføres i næste uge 39. Forventningen er at DPA skal i TEST2. i slut oktober.

Overdragelse af DPA til NSP er endnu ikke afklaret. Karen og Amir afklarer det. Slut oktober eller ved GM idriftsættelse?

1/10 2025:

Afklaring mellem NSP og GM: Forventningen er at DPA skal i TEST2 i slut oktober. og i prod i december.

PO overdragelsen sker når DPA er i TEST2 i oktober. OAT afsluttes. Der aftales overleveringsmøde mellem NSP, GM og Trifork.

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?

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.

15/8 2025:

Aftalen er at finpudse detaljer indtil idriftsættelse

Er NSPOP opdateret, så dokumentation flyttes fra "services på vej" til "Forretningsservices" og er den forretningsmæssige beskrivelse (Leverancebeskrivelse) udarbejdet?

Rykkes når dokumentation er QA godkendt af Arosii

15/8 2025:

Er rykket i støtteservices

Sørg for at prikke til PO for at få publiceret rettelser

Er support- og fejlrettelsesprocedure på plads?

Forventes at følge NSP standard procedure. Se SDS Incident Management 
Hvis andet er aftalt, skal det angives.

Forventer at følge NSP standard procedure for Incident Management.

5/9 2025:

Hvis DPA skal overdrages til NSP og KIT inden de første anvendere, så er denne OK.

Hvis DPA skal overdrages til NSP og KIT efter de første anvendere (og vi selv går i prod), så er denne IKKE OK.

Afklaring med NSP om hvornår DPA skal i prod. Karen, Amir og Gitte taler sammen.

19/9 2025:

Denne overtages af NSP når DPA overdrages.

Det er aftalt at såfremt der opstår fejlrettelser indtil KIT overtager, så er det Trifork (Markus), som håndterer incidents indtil udgangen af oktober. Herefter overtager KIT. Afklaring udestår omkring overlevering til KIT. Karen og Amir afklarer.

Er processen for ændringshåndtering kommunikeret ud til projektet?

Forventes at følge standarden for NSP ændringshåndtering - se NSP Change Managementproces
Hvis andet er aftalt, skal det angives.

Ikke tilfældet her jvf. ovenstående aftale om overdragelse

NSP Driftsleverandør oplyser, om driftsrapportering er aftalt med projekt?

Normalt sker dette månedligt. Hvis andet er aftalt, skal det angives. Evt. behov for data via Splunk Intelligence?

9/9 2025:

Færdiggøres først når DPA er deployet i prod (forventelig i december)

19/9 2025:

Afventer til vi er færdig med Accepttest af DPA

05/11 2025:

Der aftales med Amir omkring håndtering af evt. ikke-blokerende fejl eller ændringsønsker på overdragelsestidspunktet? Hvis ja, lav referencer til SDS-Jira RfC'er i kolonnen "Note"

Se vedhæftede om åbne fejl: FGM-20732137

Åbne fejl:

1. FGM-2133
2. FGM-1744

9/9 2025:

Afventer til vi er færdig med Accepttest af DPA

05/11 2025:

Der aftales med Amir og signet af på en samlet udestående liste, herunder aftalt hvor ansvar er placeret og tidsplan for hvornår listede udeståender forventes imødegået/afsluttet.

Er NSP Jira ajourført med de implementerede komponenter, ansvarlig leverandør/Lead (forvaltning af komponenten)? - se NSP Components

Er NSP Confluence ajourført med Product Owner på hver enkelt komponent? -  se PO på komponenter