Til KSS og a-kasse: Denne epic er en del af STAR ISB 951 Alle skal have et CV og skal ses i sammenhæng med følgende epics: Som det kan ses, vil etableringen af "Alle skal have et CV" overfor KSS og a-kasse løbe over 3 releases nemlig 2020-2, 2020-3 og 2020-4. Det betyder, at KSS og a-kasse i forbindelse med release 2020-3 skal give tilsagn til den samlede løsning, men først i forbindelse med 2020-4 give endeligt leverancetilsagn. Der vil for KSS og a-kasse køre en dedikeret tilsagnsprocessen for CV. Læsevejledning til KSS og a-kasse: Disse fire epics udgør kernen i CV løsningen - og det er disse KSS og a-kasser skal forholde sig til i forhold til et tilsagn til den samlede løsning i den dedikerede CV tilsagnsproces. Derudover er der en mindre epic, som KSS og a-kasse skal være opmærksom på:
Intern STAR epic til release 2020-3
Intern STAR epic til release 2020-2
KSS og a-kasse til release 2020-4. Delmængde DFDG internt til release 2020-3
KSS og a-kasse samt DFDG til release 2020-4
KSS og a-kasse samt DFDG til release 2020-4
KSS og a-kasse samt DFDG til release 2020-4
KSS og a-kasse samt DFDG til release 2020-4
Intern STAR epic dog med KSS og a-kasse til orientering til release 2021-1 eller senere
KSS og a-kasse samt DFDG til release 2020-4
Trediepartsaftagerer af CV'er samt DFDG til release 2020-4
Intern STAR epic til release 2020-4
Denne specifikke epic 951.7 CV arbejdsprocesser herunder CV godkendelse, CV søgbarhed, WSRM beskeder m.v. er planlagt til at blive lavet af DFDG i 2020-3 til brugtages af KSS og a-kasse i 2020-3.
Indholdsfortegnelse
Afgrænsning af epic
Afgrænsning | ||
---|---|---|
Som en .. vil jeg .. for at .. | ||
Acceptkriterier | ||
Nr. | Beskrivelse | Relevant for |
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):
Automatisk oversigt (vi arbejder på løsning på at gøre den synlig)
Beskrivelse af epic
Overvej for hvert acceptkriterie hvilke systemer der berøres af ændringen:
- DFDG
- Services
- WSRMer
- Kodelister
- PersonStatusService (PSS)
- PersonHistoryService (PHS)
- LSS (Landssupportsystem) og herunder Registerudtræk (hvis STAR har dataejerskab og der er lavet PHS på domænet)
- Jobnet
- VITAS
- JobKon
- JobAG
- BI integrationsplatform
- Alle områder
- Nye batchjobs
- Dokumentation af jobbet til SF (jf. skabelon: xxx link til skabelon)
- Dataløft
- Hvis der i Databaser tilføjes eller fjernes kolonner med personfølsomme data (f.eks. person navne, adresser, email, telefonumre etc.), så skal SF informeres så disse data fremadrettet tilføjes eller fjernes fra scrambling.
- Nye batchjobs
- Kommunalt sagsbehandlingssystem
- A-kasse sagsbehandlingssystem
- Kommunalt bookingsystem
- JobcenterPlanner (JCP)
- WorkForcePlanner (WFP)
- Kommunalt ydelsessystem
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.