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.

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

Ingen datakonvertering

Mangler:

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:

• test1, test2 og produktion skal oprettes med RFC?
• 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 Git.

  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
• Hvilken NSP platform skal anvendes? V. 2 eller 3?