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 | A-kasserne er opmærksomme på i hvilke situationer, der dannes obligatoriske og frivillige WSRM-beskeder | x | x |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
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)
| Jira Legacy |
|---|
| server | System JIRA |
|---|
| columns | summary,varslingstype,varslingsnote,eksterne snitflader,interne snitflader,project |
|---|
| maximumIssues | 100 |
|---|
| jqlQuery | issuetype = Varsling AND linkedIssue in (DS-1268) ORDER BY summary, Varslingstype, "Eksterne snitflader", "Interne Snitflader" |
|---|
| serverId | 479d1618-4a6f-3f88-8ee1-04c6b02c448a |
|---|
|
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, hvor resultaterne af analysen også er beskrevet.
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.