Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
Indholdsfortegnelse
Afgrænsning af epic
| Afgræsning | ||
|---|---|---|
Som sagsbehandler i KSS eller A-kasse vil jeg kunne registrere samtaler korrekt selv om det er mere end 7 dage siden samtalen er afholdt | ||
| Acceptkriterier | ||
| Nr. | Beskrivelse | Relevant for |
| 935.2.1 | Samtaleregistrering bliver mulig på ny InterviewService hvor 7-dages reglen samtidig bortfalder | DFDG |
| 935.2.2 | InterviewService.GetPersonInterview oprettes med henblik på, at der er en fuld get-metode på registrerede afholdte samtaler, så PersonStatusService er udfasbar mht. PersonInterviewInfo | DFDG |
| 935.2.3 | DFDG | |
| Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger | |||
|---|---|---|---|---|---|
| Acceptkriterie 935.2.1 | Acceptkriterie 935.2.2 | Acceptkriterie <nr.> | Acceptkriterie <nr.> | ||
| A-kasser og KSS: ibrugtage InterviewService til samtaleregistrering | X | ||||
| A-kasser og KSS: ibrugtage InterviewService til hentning af fuld samtaleinfo | X | ||||
Oversigt over berørte webservices
Beskrivelse af epic
InterviewService (version 1) med fuld IntervewInfo og samtaleregistrering
Der etableres ny InterviewService (Version 1) med metoden GetPersonInterviewInfo med feltsæt, der svarer til PersonInterviewInfo i PersonStatusService.
Der lægges a-kasse-filtrering på InterviewInfo, jf. tilsvarende "PSS-filtrering"
Der lægges filtrering på output op InterviewService.GetPersonInterviewInfo, der svarer til filtreringen, der var på PersonStatusService tidligere.
Særlige krav til test
| Test scenarie | Berørte systemområder (herunder nye batchjobs*) | Identificeret af |
|---|---|---|
| Hent/læs (gamle) registrerede afholdte samtaler | PersonStatusService - se via opslag i LSS, om afholdte samtaler fortsat kan vises | Knud |
| Registrér en ny samtale (via LSS/Datakanon) | PersonRegistrationService.CreatePersonInterview - tjek at samtalen kan registreres. Tjek at samtalen kan hentes via opslag med PersonStatusService og med den nye service. | Knud |
* Batchjobs
- bør testes både med delta og fuldt load,
- bør hvis der er afhængigheder køres med normalt load fra BI i ét testmiljø i hele testperioden
- bør testes i samarbejde med teams som har afhængigheder
- kørselstid, særligt hvis det er en del af NightlyBatch
Konsekvenser for drift/idriftsættelse
I forbindelse med idriftsættelse:
- Skal der køres et fuldt dataload ved første kørsel af et batchjob - aftal med SF hvornår load skal køres
- skal der køres konvertering
- Skal der køres databasescripts for opdatering af tabeller i databasen
Efter idriftsættelse:
Arkitektur- og implementeringsnoter
Her beskriver PO/FA om arkitekturen og teknikken bag løsningen, om der f.eks. anvendes:
- Nye dataområder
- Nye snitflader
- Nye komponenter
- Nye miljøer
- Nye teknologier
- Nye aftagertyper
- Eller afvigelser fra principperne
Der gives en beskrivelse af hvorledes disse tænkes håndteret/implementeret i løsningen og om dette har været vendt med STAR arkitekten.