Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
Indholdsfortegnelse
Afgrænsning af epic
Afgrænsning | ||
---|---|---|
Som STAR og a-kasse vil jeg gerne være sikker på, at a-kasserne modtager de WSRM-beskeder, det er hensigten, og for de medlemmer, det er hensigten, for at STAR og a-kasse ikke videregiver eller behandler oplysninger, det ikke er hensigten, der skal behandles. | ||
Acceptkriterier | ||
Nr. | Beskrivelse | Relevant for |
955.2.1 | Spike: Tjek i koden af hvilke situationer, der i dag dannes WSRM'er til a-kasserne - og beskrivelse af forretningsregler med ord | DFDG |
Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger | |||
---|---|---|---|---|---|
955.2.1 | 955.2.2 | ||||
Oversigt over berørte webservices
Manuel oversigt som er synlig for eksterne (links i listen virker kun med STAR Jira konto):
Ingen berørte services
Automatisk oversigt (vi arbejder på løsning på at gøre den synlig)
Beskrivelse af epic
Epic'en er på grund af vilkårene under forestående valg og manglende regering blevet til en ren analyse-forbrænder. Alle ændringer til hvilke WSRM'er der sendes til a-kasser vil ske i 955.3 i 2019-4.
Særlige krav til test
Test scenarie | Berørte systemområder (herunder nye batchjobs*) | Identificeret af |
---|---|---|
* Batchjobs: : Nej
- 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: Nej
- Skal der køres konvertering: Nej
- Skal der køres databasescripts for opdatering af tabeller i databasen: Nej
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: Nej
- Nye snitflader: Nej
- Nye komponenter: Nej
- Nye miljøer: Nej
- Nye teknologier: Nej
- Nye aftagertyper: Nej
- Eller afvigelser fra principperne: Nej
- Eventuelle behov for reduktion af teknisk gæld skal afdækkes: Nej
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.