Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
Page Properties | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
|
Jira Legacy | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
|
Jira Legacy | ||||||||
---|---|---|---|---|---|---|---|---|
|
Indholdsfortegnelse
Table of Contents | ||
---|---|---|
|
Afgrænsning af epic
Afgrænsning | ||
---|---|---|
Som en .. vil jeg .. for at .. | ||
Acceptkriterier | ||
Nr. | Beskrivelse | Relevant for |
955.12.1 | Som STAR og Arkitekt ønsker jeg implementeringen af den nye personadvancesearch analyse fra 955.12 | DFDG |
955.12.2 | Som Intern aftager af Landssupport systemet, ønsker jeg at kunne fremsøge borgere i specifikke senarier, der forud er defineret. | DFDG |
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)
Jira Legacy | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
|
Beskrivelse af epic
I denne epic vil der indhentes krav fra interessenter, beskrives mulige løsningsmodeller, herunder fordele og ulemper ved hver forskellige løsningsmodeller samt et grov estimat.
Nedenstående i punkt form:
- Behov for fabrikering af data, kontra avanceret udsøgning på data ud fra dataløft.
- Interessenter
- Jobnet, DFDG, SF Test, Kundesupport, CV projektet flere?
- Kravsafdækning
- Ud fra de forskellige interessenter
- Løsningsmodeller
- Fordele / Ulemper
- Estimat
Projekt | Krav/Ønsker | Andet |
---|---|---|
Jobnet |
| Modtaget på mail d. 01-11-2019 |
DFDG |
| |
SF Test | Data oprettelse er så forskellig fra gang til gang, så der er ikke specifikke krav. | 27-01-2020 |
Kundesupport | ||
CV projektet | ||
Virk/sag | Ønske om mulighed for at søge borgere frem som har skjult adresse. https://manuscript.star.dk/f/cases/164609/Det-skal-v-re-muligt-at-s-ge-borgere-med-skjult-adresse | 05-06-2020 |
Løsningsmodeller
For | Imod | |
---|---|---|
Fabrikering af data eg. Inttestrammeværk. |
|
|
Udsøgning af data |
|
|
Brug af Leapwork til oprettelse af testdata |
|
|
Det kan i samme ombæring overvejes, hvorvidt vi skal have en service som opretter fiktive personer (CPR), som der blev gjort i forbindelse med 917.1, da BI gjorde for for DUPLA test personerne.
Denne service kunne udstilles på TMiljøerne og beskyttes med en Rolle som ikke skulle tildeles til nogen certifikater i Prod, indtil at det besluttes at der måske også skulle være mulighed for at oprette test personer i PROD.
- Kunne muligvis adressere punktet: Dolly - Funktionalitet (SF)
Acc.kr 955.12.1 Som STAR og Arkitekt ønsker jeg en teknisk SPIKE udført på PersonAdvancedSearch, for at identificere den bedste løsning, for at kunne garantere svartider
Se mere under:
/wiki/spaces/ISB/pages/2032664577
Acc.kr 955.12.2 Som Intern aftager af Landssupport systemet, ønsker jeg at kunne fremsøge borgere i specifikke senarier, der forud er defineret.
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.