Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
| Page Properties | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
Versionshistorik af betydning for eksterne (v0.1, v0.3, v0.5 og v1.0)
Anvendes ved ændringer, der har betydning for eksterne.
Dato | Version | Hvem | Hvad er ændret? |
|---|---|---|---|
N/A |
Interne links (indhold i links ikke relevant for eksterne)
| Jira Legacy | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
| Jira Legacy | ||||||||
|---|---|---|---|---|---|---|---|---|
|
Indholdsfortegnelse
| Table of Contents | ||
|---|---|---|
|
Afgrænsning af epic
| Afgrænsning | ||
|---|---|---|
Som Systemforvaltningen ønsker jeg at alle Jobnets og JobAG's batch jobs kan køre i Stonebranch for at de lettere kan vedligeholdes, afvikles og ikke mindst overvåges. | ||
| Acceptkriterier | ||
| Nr. | Beskrivelse | Relevant for |
| 1006.1.1 | Jobnets og JobAG's batchjobs skal scheduleres til at køre i Stonebranch.på alle Testmiljøer og Preprod og Prod, samt disables fra den hidtidige schedulering. | SF, Jobnet |
| 1006.1.2 | Jobnets og JobAG's batchjobs skal tilpasses således at de kan returnere exitkoderne 0 (succes), 100 (delvis succes) eller 200 (fuldstændig fejl) | SF, Jobnet |
| 1006.1.3 | Jobnets og JobAG's batch jobs skal alle logge til Eventloggen. | SF, Jobnet |
Oversigt over berørte webservices
Der er ingen berørte webservices.
Summary | Varslingstype | Varslingsnote | Eksterne Snitflader | Interne Snitflader | Project |
|---|
Beskrivelse af epic
Baggrund
Vi ønsker at eksekvere alle batch jobs med Stonebranch. I den forbindelse har vi opdateret retningslinjerne for, hvad det gode https://starwiki.atlassian.net/wiki/spaces/FYS/pages/1814790241/Det+gode+batchjob er.
Der skal enten logges til eventloggen eller star foundation loggen. Hvis en af disse bruges i forvejen, så videreføres dette blot. Ofte logges der også til databasen, hvilket også blot skal videreføres.
Mange batch jobs starter med et stort SQL-kald til databasen, som sørger for at udhente den data, der er nødvendig for at køre jobbet. Her ønsker vi ikke, at jobbet timer ud, fordi time-out-værdien er sat til at være omkring den forventede køretid til at udhente nødvendig data fra databasen. Default-værdien i ORM-laget er formentlig sat til 30 sekunder.
Regler
Her udfylder PO oplysninger om eksisterende eller forventede regler om registrering og indberetning.
N/A Christopher Juhl (Unlicensed)
Forventet påvirkning af jobcenter-, a-kasse- eller ydelsessystemer
Her beskriver PO overordnet, hvordan epic'en forventes at påvirke aftagerne. Særligt vigtigt, at dette fremgår, hvis det ikke fremgår i en overliggende ISB, hvortil der evt. kan henvises.
N/A Christopher Juhl (Unlicensed)
Acc.kr. 1006.1.1 Jobnets og JobAG's batchjobs skal scheduleres til at køre i Stonebranch.på alle Testmiljøer og Preprod og Prod, samt disables fra den hidtidige schedulering.
Løses i de to Jira epics:
| Jira Legacy | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
Acc.kr. 1006.1.2 Jobnets og JobAG's batchjobs skal tilpasses således at de kan returnere exitkoderne 0 (succes), 100 (delvis succes) eller 200 (fuldstændig fejl)
Løses i de to Jira epics:
| Jira Legacy | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
Acc.kr. 1006.1.3 Jobnets og JobAG's batch jobs skal alle logge til Eventloggen.
Løses i de to Jira epics:
| Jira Legacy | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
Særlige krav til test
| Test scenarie | Berørte systemområder (herunder nye batchjobs*) | Identificeret af |
|---|
Der ændres ikke i selve batch job-logikken, men kun lidt i den ydre indpaktning så det kan køres i Stonebranch og returnere de relevante exitkoder. Derfor er der ikke de sædvanlige "særlige krav til test" for batch job omkring test af hhv. delta og full load.
Konsekvenser for drift/idriftsættelse
Ingen konsekvenser ifm. idriftsættelse.
Arkitektur- og implementeringsnoter
N/A Christopher Juhl (Unlicensed)
Husk GDPR stillingtagen
Ingen personfølsomme data i epics
Illustrationer, skærmdumps m.v. må ikke indeholde cpr.nr., CV. nr., rigtige personnavne på borgere eller deres kontaktoplysninger i form af e-mail, telefonnr., adresse m.v.
- Ja, det er tjekket, at epic ikke indeholder dette.
Angiv hvem der har foretaget dette tjek: Christopher Juhl (Unlicensed)
Angiv dato for tjek:
Opbevaring af oplysninger i STARs it-systemer
Ingen forandringer.
Hvem må tilgå oplysningerne?
Afsnittet må ikke blot slettes, hvis det vurderes ikke relevant. Det skal dokumenteres at man har forhold sig til nedenstående.
ej relevant
Korrekte sikkerhedsattributter på services
PO skal for hver enkelt servicemetode angive hvilke myndighedstyper, der må kalde de forskellige servicemetoder.
N/A
Alle borgere | Egne borgere | Tidligere egne borgere | Gæsteadgang | Anden Aktør - egne borgere | Anden Aktør - gæsteadgang |
|---|
A-kasse filtrering
Hvis a-kassen må anvende metoden, må a-kassen så se / hente alle data? Eller skal der foretages filtrering ift. at a-kassen fx kun må se nogle udfaldsrum / kodelisteværdier? Husk at filtreringen skal ramme eventuel visning på Jobnet aht. sagsbehandlerlogin
Ej relevant. Christopher Juhl (Unlicensed)
Sagsbehandlerlogin på Jobnet - tag stilling til adgang!
En sagsbehandler i et jobcenter kan tilgå en borger tilknyttet det konkrete jobcenter.
En sagsbehandler i en a-kasse kan tilgå en borger, som er medlem af a-kassen og KG 1 (tilmeldt og ikke-tilmeldt) eller KG 8 og tilmeldekategori 5 - dimittend.
Begrænsninger kan foretages via (a-kasse-) filtrering, eller ved at afgrænse på action niveau på konkrete sider på Jobnet.
Stillingtagen: Beskriv kort, at der er taget stilling til sagsbehandlerlogin
Ej relevant Christopher Juhl (Unlicensed)