Page History

Plan

• Projektet præsenterer projektets formål, arkitektur og design arkitektur.
• Projektet præsenterer den overordnede tidsplan, herunder ønsker til:
  • Dato for start af løbende QA
  • Hyppighed for QA
  • Dato(er) for modtagelse af leverance(r) til 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)
  • Dato for idriftsættelse
  • Dato for ibrugtagning
• Projektet afklarer, om projektet indbefatter datakonvertering.

Mangler:

• Performancetest
• Hvornår har vi løbende OAT møder?

• 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
• 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?
• Dato for idriftsættelse - 1/12
• Dato for ibrugtagning - 1/12

Ingen datakonvertering

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:

• Er alle miljøer oprettet? RFC?

test1, test2 og produktion er oprettet. Eventuelle udvidelser til miljøerne mv aftales på OAT møderne som projektet og NSP PO'en sørger for at få indkaldt til med deltagelse af SDS Arkitekten, Driftleverandøren samt os i rollen som kvalitetssikring.

• Gennemgå NSP teststrategi Teststrategi NSP Vedligehold
• Aftalt etablering af NSP regressionstestcases med NSP QA ift. fremadrettet vedligehold?
• Dynamisk Test Generator (DTG) og Dynamisk Request Generator (DRG)
• Gennemført performanceanalyse af projektet ift. forventet træk på eksisterende NSP-services og infrastruktur
• Lavet en testplan ud fra use cases, så scope for funktionelle test cases er klart og kan dokumenteres i projektets testrapport? - Hvem gør det? Testhuset?

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

Mangler:

• Hvilken NSP platform skal anvendes? V. 2 eller 3?

Der anvendes git ikke SVN.

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 nnummer er helt sikkert allerede whitelistet de steder det er nødvendigt.?

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.

Mangler:

• Hvad menes med tilslutningsaftaler? Henrik Danielsen/Lars Helsberg (kontrakt for drift)
• Spørg Helle

Ø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.

Skal afklares med Kjeld Froberg

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

Projektet bekræfter, om SDS Jura har afklaret, om det/den nye register/service er kategoriseret ift. fortegnelse jf. persondataforordningen.

Hvis fortegnelse skal udarbejdes, bekræfter projektet, at Jura har godkendt denne.

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

Er support- og fejlrettelsesprocedure på plads?

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

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.

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?

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