666.1 Optimering af PersonHistoryService PHS

Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning

Indholdsfortegnelse

1       Ændringslog.................................................................................................................................... 2

2       Baggrund......................................................................................................................................... 2

3       Afgrænsning af epic......................................................................................................................... 2

3.1         Fogbugzsager som løses............................................................................................................... 3

4       Oversigt over berørte web services................................................................................................... 5

5       Beskrivelse af epic............................................................................................................................ 5

5.1         666.1.1 - Som ansvarlig for DFDG ønsker jeg en arkitektur omkring historiske data, der giver bedre svartider og gør det billigere at vedligeholde og videreudvikle..................................................................................... 6

5.1.1      Funktionsbeskrivelse for understøttelse af historikudtræk..................................................................................... 23

5.1.2      Initialisering....................................................................................................................................................................... 23

6       Særlige krav til test......................................................................................................................... 24

7       Kendte udeståender fra udviklingsfasen.......................................................................................... 24

8       User stories................................................................................................................................... 24

 



 

1                    Ændringslog

[Nyeste øverst]

Dato

Version

Forfatter

Berørte afsnit

13.01.2017

1.0

Jesper Brunholm

Tydeliggjort i oversigt over berørte services at der ikke kommer en ny version af PHS med 2017-1

21.12.2016

1.0

Jesper Brunholm

Løftet til 1.0

16.12.2016

0.5

Jesper Brunholm

Afsnit 3 og 5: flytning af uindfriede opgaver til 666.2

21.10.2016

0.3

Kim Jørgensen

Beskrivelse af UnemploymentFundMembership og MeetingParticipation historik

15.11.2016

0.3

Jesper Brunholm

Indlagt koncept for periodeafgrænset udtræk i afsnit 5.1

14.11.2016

0.3

Jesper Brunholm

Idé om datobaseret udtræksafgrænsning indlagt i afsnit 5 som afklaringsspørgsmål

14.11.2016

0.3

Jesper Brunholm

Opdateret hvillke collections der forventes i 2017-1. Løftet til version 0.3

09.11.2016

0.1

Jesper Brunholm

Opdateret AbsenceHistoryCollection beskrivelse, funktionsbeskrivelse og initialiseringsbeskrivelse

07.11.2016

0.1

Jesper Brunholm

Snitflader uddybet med datamodel og en række collections

31.10.2016

0.1

Jesper Brunholm

Check in med første snitfladeoplæg. Der bliver ikke GUID-baseret hentning af historik for enkeltobjekter

11.10.2016

 

 

LJU - check

07.10.2016

0.1

Jesper Brunholm

Tilføjet afsnit 3.1 Fogbugssager som løses og gennemgået tabel heri med kommentarer.

Grundbeskrivelse af den kommende PHS i afsnit 5

20.09.2016

 

LJU

Tilføjet og slettet FB. Indsat link til ISB.

30.08.2016

0.01

Jesper Brunholm

Indlagt 3.1 afklaringspunkter for servicens udformning

15.03.2016

0.01

Kpp

Tilføjet FB 57327

08.03.2016

0.01

LJU

Indsat afsnit 2 – baggrund. Første input til acceptkriterier

08.03.2016

0.01

Kpp

 

2                    Baggrund

Se ISB - 666 ISB Optimering af PHS PersonHistoryService

3                    Afgrænsning af epic

Afgrænsning

Som STAR og ansvarlig udstiller af Det Fælles DataGrundlag vil jeg have en fungerende service med (revisions-) historik på udvalgte, kritiske forretningsområder for, at relevante historiske data står til rådighed for sagsbehandling i jobcentre og a-kasser, samt i landssupporten hos STAR uden lange svartider herunder implicit, at søgning i historiske data så vidt muligt ikke påvirker svartider på søgning i aktuelle data.

 

Acceptkriterier

Nr.

Beskrivelse

Relevant for[1]

666.1.1

Som ansvarlig for DFDG ønsker jeg en arkitektur omkring historiske data, der giver bedre svartider og gør det billigere at vedligeholde og videreudvikle.

DFDG

 

 

 

 

 

 

 

 

 

 

 

 

 

3.1    Fogbugzsager som løses

LJU: Vi har en række Fogbugz, vi gerne vil have løst som en del af denne epic

Nedenstående liste er fra en gl. LB 413 (med LSS ønsker) som vi aldrig er nået til:

FB

 Titel

Prio

Note

Status 21.09.2016

39218

 

Historik pĂĄ opholdsadresse

(ud over aktuel / seneste opholdsadresse ønskes også vist tidligere opholdsadresser)

2

Historik findes i DFDG, men det skal udstilles over en web service

3 story points

Pia har 24.02.2016 oplyst at ønsket fortsat er aktuelt

42562

 

Sluthistorik pĂĄ bevillinger

Under bevillinger af kontanthjælp får vi i historikken oplyst, hvornår en bevilling er oprettet med dato, klokkeslet og af hvem. Når bevillingen derimod ophører modtager vi ikke oplysning om dato tid og af hvem.
Derfor et ønske om at få historik på stop for bevillinger.

3

Historik findes i DFDG, men det skal udstilles over en web service

3 story points

Fortsat relevant 19/9 2016, Pia Poulsen

51079

 

Historik på fremtidige afmeldinger og bekræftelse af tilmelding i LSS

2

2 story points

Med i epic 666.1 (PHS optimering).

 

 

 

Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader

Berørte acceptkriterier

Bemærkninger

 

666.1.1

Acceptkriterie <nr.>

Acceptkriterie <nr.>

Acceptkriterie <nr.>

Acceptkriterie <nr.>

Acceptkriterie <nr.>

Acceptkriterie <nr.>

 

KSS kan tage en ny moderniseret PHS-version i brug

 

x

 

 

 

 

 

 

 

Som a-kasse kan jeg bruge en ny moderniseret PHS- version i AK Samvirkes digitale medlemsoverflytningsløsning

x

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

4                    Oversigt over berørte web services

Snitflade

Serviceaftager der er berørt

Bemærkninger

 

DFDG

Jobnet

Plannersystemer

KSS

A-kasse

Ydelsessystem

JobKon

Andet

 

INGEN SERVICEÆNDRINGER UDKOMMER SOM DEL AF 2017-1

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

5                    Beskrivelse af epic

Der laves en ny version af PersonHistoryService, version 4. Denne laves fra grunden, med nye collections og ny datastruktur. For et givent objekt vil alle objektets ”tilstands-snapshots” som de på et tidspunkt undervejs har kunnet ses i PersonStatusService være udstillet i en fortløbende række med metadata.

Det kan illustreres som følger:

 

Blokkene til venstre er objekter i en collection, hvor A, B og C er hver sit objekt med repræsentationer for forskellige tidspunkter. Det nederste objekt er ”sluttilstanden” som vil være synlig i PersonStatus-Service – med undtagelse af B objektet som er blevet slettet.

Hver blok repræsenterer således et snapshot for hvilket, der i PHS vil være et objekt med tilhørende metadata om, hvem der har lavet ændringen hvornår m.v.

De nye collections vil blive baseret pĂĄ PersonStatusService collections.

 

5.1.2   Initialisering

En del collections har i dag slettemarkering liggende på den seneste opdaterede række. Her skal der – for at sikre mulighed for ensartet udtræk – flyttes data til at der oprettes en ny række med metadata fra agerende user for sletningen.

 

6                    Særlige krav til test

Testscenarie

Berørte systemområder

Identificeret af

 

 

 

 

 

 

7                    Kendte udeståender fra udviklingsfasen

Link til søgeresultat fra FogBugz på epic-nummer:

8                    User stories

User stories er kun til interne brug for STAR’s leverandører.




[1] Beskriver hvilke af STARs leverandører som skal løse dette acceptkriterie