Afgrænsning af epic
| Afgrænsning |
|---|
Som STAR vil jeg have sikret at batchjob til oprettelse af persongruppemarkeringer kan fungere med ansvarlig myndighed
|
| Acceptkriterier |
|
|
|---|
| Nr. | Beskrivelse | Relevant for |
| 953.2.1 | Ved batch-oprettelse af marking i tværgående persongruppeprojekt gives feedback hvis den ansvarlige myndighed ikke deltager i projektet | DFDG, BI |
|
|
|
|
|
|
| Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger |
|---|
| Acceptkriterie <nr.> | Acceptkriterie <nr.> | Acceptkriterie <nr.> | Acceptkriterie <nr.>953.2.1 |
|
|
|
|
| Ingen kriterier for eksterne. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Oversigt over berørte webservices
Manuel oversigt som er synlig for eksterne (links i listen virker kun med STAR Jira konto):
Ingen
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-1922) ORDER BY summary, Varslingstype, "Eksterne snitflader", "Interne Snitflader" |
|---|
| serverId | 479d1618-4a6f-3f88-8ee1-04c6b02c448a |
|---|
|
Beskrivelse af epic
Ved batch-oprettelse af marking i tværgående persongruppeprojekt gives feedback hvis den ansvarlige myndighed ikke deltager i projektet
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)
JobnetVITASJobKonJobAGBI integrationsplatformAlle 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.
Kommunalt sagsbehandlingssystemA-kasse sagsbehandlingssystemKommunalt bookingsystem- JobcenterPlanner (JCP)
- WorkForcePlanner (WFP)
Kommunalt ydelsessystemHvis oprettelsen af en persongruppemarkering med batchjob fejler på grund af, at myndigheden, som skal stå som ansvarlig myndighed, ikke findes, gives feedback om dette til BI med angivelse af den specifikke marking således, at BI kan håndtere dette efterfølgende.
Særlige krav til test
| Test scenarie | Berørte systemområder (herunder nye batchjobs*) | Identificeret af |
|---|
| Marking på tværgående projekt (type 5) kan ikke oprettes fordi hverken borgers jobcenter eller a-kasse er knyttet til projektet. Der skal da gives feedback til BI om den specifikke række | DFDG, BI | Jesper Brunholm |
|
|
|
* 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.