Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
Indholdsfortegnelse
Afgrænsning af epic
| Afgrænsning | ||
|---|---|---|
Som STAR vil jeg proaktivt informerere borgere på Jobnet for kommende ændringer på Joblog | ||
| Acceptkriterier | ||
| Nr. | Beskrivelse | Relevant for |
| 838.14.1 | Som STAR vil jeg proaktivt informerere borgere på Jobnet for kommende ændringer på Joblog | Jobnet |
| Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger | |||
|---|---|---|---|---|---|
| Acceptkriterie <nr.> | Acceptkriterie <nr.> | Acceptkriterie <nr.> | Acceptkriterie <nr.> | ||
Oversigt over berørte webservices
Manuel oversigt som er synlig for eksterne (links i listen virker kun med STAR Jira konto):
Ingen services.
Automatisk oversigt (vi arbejder på løsning på at gøre den synlig)
Beskrivelse af epic (838.14.1)
Borgere på Jobnet skal proaktivt informeres om kommende 20-2 ændringer på Joblogområdet i Jobnet. Derfor adviseres de om ændringerne i et banner på forsiden når de er logget ind.
Af banneret fremgår en kort brødtekst og der henvises til uddybende beskrivelse i ZenDesk. Kundesupport udfærdiger Link. Rebecca sørger for at dette link har beskrivende indhold senest 18/5, hvor funktionaliteten er i preprod. Linket er det samme i test, preprod og produktion.
Vælger borger på banneret, at det ikke skal vises igen, vil det ikke blive vist for borger igen.
Det er aftalt, at banner skal vises til og med første måned af med 20-2, hvorfor koden merges op i 20-2, men fjernes med 20-2 R01. I 20-2 R01 udfærdiges derfor story til fjernelse heraf.
Arbejdet er udført i /wiki/spaces/ISB/pages/1739882801 og SF er adviseret via FogBugz: https://manuscript.star.dk/f/cases/175266/Reklamebanner-for-kommende-joblog-ndringer
Særlige krav til test
| Test scenarie | Berørte systemområder (herunder nye batchjobs*) | Identificeret af |
|---|---|---|
* 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
- Eventuelle behov for reduktion af teknisk gæld skal afdækkes
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.