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.

• Overordnede tidsplan
  • Start af løbende QA?
  • Hyppighed for QA?
  • Ibrugtagning senest 1/9
  • Performancetest vurderes ikke nødvendig
  • Der kan være få dage mellem idriftsættelse og ibrugtagning

• Der er 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?

• Sikre, at miljøerne er bestilt og sat op til når de skal bruges.
  • Miljøerne findes og opgaven er deploye til disse
• Hvilke test-data skal fremstilles? 
• Hvem laver test-cases? 
• DRG: Drøftes og afklares 

Pilotdrift?

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

Langsom udrulning med SDU/OUH 1. september 2025.

WL - hvem hjælper med det? 

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. 

Teknisk implementeringsvejledning - Dokumentation af Høremappen - Global Site

19/6-25: Den ligger pt hos DEP

22/8-25: HAr været i 1. behandling hos DPO, er ved at blive korrigeret og sendes retur tilDPO

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