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 ..virksomhed,jobcenter vil jeg ..have lukket mentorbevilling, når den udløber for at ..den ikke længere er aktiv | ||
Acceptkriterier | ||
Nr. | Beskrivelse | Relevant for |
VITAS | ||
967.6.7 | Som jobcenter ønsker jeg at mentorbevillingen lukkes, når den udløber | VITAS |
967.6.8 | Som KSS ønsker jeg at få en WSRM, når en mentorbevilling er lukket | VITAS |
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
967.6.1 Virksomhed skal kunne søge om forlængelse på mentor (KC68722) (MVP 2020) (AFKLARING)
967.6.2 Ophørsfunktionalitet og forlængelse? (KC64130) (MVP 2020) (AFKLARING)
967.6.4 Som jobcenter ønsker jeg at kunne revurdere en mentorbevilling, når den er ved at udløbe
En mentorbevilling løber i indtil 6 måneder, hvorefter den automatisk lukkes. Jobcentret notificeres efter 5 måneder om at bevillingen er ved at udløbe. Jobcentret har mulighed for at revurdere og forlænge mentorbevillingen.
Når mentorbevillingen udløber (TO DO: samme regler som ved ophør? Ane?):
Virksomheden skal adviseres om ophørBorger skal ikke adviseres om ophør.
967.6.6 Som virksomhed ønsker jeg at kunne søge om forlængelse
Virksomheden skal kunne søge om forlængelse.
Ved forlængelse skal jobcentret indtaste faglig begrundelse for forlængelsen (jf. Fokusrevisionen: Mange forlænger ”blindt”)
JC vil gerne have en kopi-funktion, hvis der skal oprettes en ny ansøgning (fx hvis der er ny virksomhed eller ny borger, hvor nogle oplysninger kan genbruges)
Hvis borgeren skifter mentor skal der oprettes en ny ansøgning.
967.6.7 Som jobcenter ønsker jeg at mentorbevillingen lukkes, når den udløber
967.6.8 Som KSS ønsker jeg at få en WSRM, når en mentorbevilling er lukket eller forlænget
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.