Versions Compared

Old Version 39

changes.mady.by.user Martin Bach Henriksen

Saved on

compared with

New Version 40

changes.mady.by.user Martin Bach Henriksen

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

#TjekpunktStatusAnsvarligUdførendeNote
5

Plan


  • Projektet præsenterer projektets formål, arkitektur og design arkitektur.

Digital Post Adapter (DPA) afkobler Digital Post Serviceprovider med resten af infrastrukturen, så anvendere kan tilgå DPA via et digital post modul.

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

Handy Status
StatusOK
id4826

Martin Bach Henriksen
  • 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.


6

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

Handy Status
StatusOK
id4896

Martin Henriksen

Mangler:

  • Alle miljøer er oprettet. Der skal oprettes en komponent på miljøet. Der skal laves en RFC for en endelig release for den nye komponent.
  • Gennemgå NSP teststrategi Teststrategi NSP Vedligehold - SDS Koordinere med Louise (testmanager) fra Arosii
  • Aftalt etablering af NSP regressionstestcases med NSP QA ift. fremadrettet vedligehold?
  • Dynamisk Test Generator (DTG) og Dynamisk Request Generator (DRG) - SDS Koordinere med Louise (testmanager) fra Arosii
  • Gennemført performanceanalyse af projektet ift. forventet træk på eksisterende NSP-services og infrastruktur - Koordinere med Louise (testmanager) fra Arosii
  • Lavet en testplan ud fra use cases, så scope for funktionelle test cases er klart og kan dokumenteres i projektets testrapport? - Se beskrivelse i use case bilag fra udbudsmaterialet. - Koordinere med Louise (testmanager) fra Arosii


15/8 2025:

Der skal laves en testplan og testcases for DPA - afklares med Trifork - Ressourcer hos tester?

  • Test skabelon til at kunne dokumentere at der er hul igennem - Trifork kan oprette dette? - Evt. den fra fravalg?
  • Anvend DRG til test - klokkeslæt, dato, datafelter og ÆØÅ


5/9 2025:

Arosii tester DPA: uge 36/37


19/9 2025:

Louise tester DPA færdig i uge 39 inden den sendes til TEST2.


1/10 2025:

Nyeste version af DPA skal releases, så Louise kan teste og vi kan få den på TEST2.


5/11 2025:

  • test1, test2 er etableret og testet. Prod er ikke oprettet endnu.
  • Teststrategi NSP Vedligehold er gennemgået: Teststrategi NSP Vedligehold - NSP services - Global Site
  • Der er etableret NSP regressionstestcases med NSP QA ift. fremadrettet vedligehold: Issue Navigator - SDS JIRA
  • Det er afklaret med projektet, hvordan hhv. Dynamisk Test Generator (DTG) og Dynamisk Request Generator (DRG) kan understøtte projektets testgennemførsel. DPA er oprettet som service i DRG, som den kun skal oprettes i. DTG er ikke relevant i dette projekt

  • Der er gennemført performanceanalyse af projektet ift. forventet træk på eksisterende NSP-services og infrastruktur?
    • Godkendt af SDS arkitekter. DPA implementerer en simpel asynkron afkobling, der ikke vil være performanceudfordringer for, med det load graviditetsprojektet medfører. På sigt, når belastningen stiger, bør der dog udføres en performance-test af kommunikationen med Triforks Post komponent i samarbejde med Trifork. Er dokumenteret i 360.
    • Arosii foreslår at lave performancetest senere når load på DPA stiger. Det vurderes at load med ODR og DDTV ikke vil medføre performanceproblemer.
  • Projektet har lavet en testplan ud fra use cases, så scope for funktionelle test cases er klart og kan dokumenteres i projektets testrapport. Projektet har lavet sin egen accepttest (se vedhæftet) og Arosii har har lavet systemtest af DPA: https://jira.nspop.dk/browse/NRT-16840
7

Pilotdrift?

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

Handy Status
StatusOK
id4121



Ingen plan om pilotafprøvning
8

Dokumentation

Handy Status
StatusOK
id4437

Martin Bach Henriksen

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

...