666.1 Optimering af PersonHistoryService PHS
- Jesper Brunholm
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 |
| 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 |
| 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. | 3 | Historik findes i DFDG, men det skal udstilles over en web service 3 story points | Fortsat relevant 19/9 2016, Pia Poulsen |
| 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