Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning

Interne links (indhold ikke relevant for eksterne)

Indholdsfortegnelse

Afgrænsning af epic

Oversigt over berørte webservices 

Manuel oversigt som er synlig for eksterne

Links i listen virker kun med STAR Jira konto og kan derfor ikke tilgås af eksterne. Links under Summary indeholder ikke andre oplysninger relevant for eksterne end hvad der fremgår i tabellen.

Automatisk oversigt

Ikke synlig for eksterne. Indhold er kopieret til den manuelle oversigt ovenfor.

Beskrivelse af epic

Kommentar til servicesændringer

jobTargets

jobTargetsWithEducation

jobTargetsWithExperience

Kompetencer indgår allerede i CV’erne på Jobnet. For at sikre, at der ikke er databrud i de lediges CV’er, skal de eksisterende kompetence overføres.

Fremadrettet skal det være muligt at administrere disse kompetencer:

• Oprette nye kompetencer
• Lukke ikke anvendte kompetencer ned

Disse kan enten komme fra det eksisterende kompetenceprojekt eller fra ESCO. Det skal defineres, hvordan data skal leveres for at kunne blive anvendt som de eksisterende kompetencer gør det i dag.

Forretningsafklaring for arbejdserfaring med STAR

1. Er det korrekt forstået at der IKKE laves ændringer til indholdet af kvalifikationer?
   1. Vi udvider jo administrationsværktøjet så det kan lade sig gøre, men har STAR planer op at se på kvalifikationer til 21-2?

Til intern brug - Super userstories

1. Etablering af en kvalifikationsmodel og udstil den i taxomony silo (2021-1)

2. Load kvalitetssikrede data (2021-1)

3. Udvid Admin til at kunne vedligeholde kvalifikationer (2021-1)

4. Til VOA leverance (2021-2)

Acc.kr 976.10.1 - Som STAR vil jeg have, at der er udarbejdet en mapning af CV kvalifikationer fra DISCOAMS til ESCO-STAR

Løses i 2021-1

Løsningsmodel

• Etabler nye tabeller i Taxonomysilo
• Kopier kvalifikationer ind inkl. discokoder
• Tilføj kolonne til ESCO-STAR til tabellerne der indeholder DiscoAms indenfor området. Efterfølgende benyttes konverteringsjob fra 976.8.1 til at udfylde de manglende ESCO-STAR koder.
  • Af hensyn til eventuelle spørgsmål, hvor en kvalifikation oprindeligt var mappet, beholdes DiscoAms i tabellen til verifikationen er på plads.

Tabelstruktur (logisk)

• En kvalifikation vil være koblet til minimum en ESCO STAR stillingsbetegnelse, men kan have flere
• En ESCO STAR stillingsbetegnelse kan være koblet til 0, 1 eller flere kvalifikationer
• En kvalifikation kan være aktiv eller inaktiv (STAR forretning bestemmer dette)
• En kobling mellem en kvalifikation og en ESCO STAR stillingsbetegnelse kan være aktiv eller inaktiv (STAR forretning bestemmer dette)
• Når en ESCO STAR kode gøre inaktiv gøre kobling mellem en kvalifikation og en ESCO STAR stillingsbetegnelse også inaktiv (gøres af STAR forretning)

Acc.kr 976.10.2 - Som STAR vil have, at mapning af CV kvalifikationer fra DISCOAMS til ESCO-STAR er udstillet som webservice på ESCO-STAR Silo

Løses i 2021-1

Løsningsmodel

• Lave ny service / metode med kvalifikationer på taxonomy silo

QualificationService (Version 1)

Navngivning er foreløbig

GetQualifications (GET /v1/Qualification/Qualifications)

Metoden henter alle kvalifikationer med tilhørende ESCO STAR koder

GetQualifications (GET /v1/Qualification/Qualifications/{conceptUri})

Metoden henter en kvalifikationer med tilhørende ESCO STAR koder

Acc.kr 976.10.3 Som STAR vil jeg have datamodel og data konverteret fra DISCOAMS til ESCO-STAR ud fra konverteringmapning

Etablering af datamodel med kvalifikationer, se ovenstående logisk model.

Database inkl. konvertering omlægges efter model beskrevet under ESCO STAR datamodel og snitflade principper.

Acc.kr 976.10.4 Som STAR og ekstern serviceaftager vil jeg have en ny version af CVservices, der understøtter ESCO-STAR i stedet for DISCOAMS for kvalifikationer bl.a. for jeg kan komme hurtigt i gang med min afledte udvikling

Snitflade omlægges efter model beskrevet under ESCO STAR datamodel og snitflade principper.

CVService (Version 1)

Service udgår i 2021-2 til fordel for version 2.

CVService (Version 2)

GetCV og GetHistoricalCV

I elementet previousJobExperience ændres attributten discoWebIdentifier til conceptUriDa og den vil indehold ESCO STAR stillingsbetegnelser.

Bemærk: STAR planlægger at disse metoder vil være tilgængelige i testmiljøer i 2021-1.

Se Epic 976.8 Udrulning af ESCO STAR på Tilmelding , CV "Jeg søger job som", raskmelding og automatch inkl. EURES for ændringer i CVService vedr. "Jeg søger job som"

Se Epic 976.11 CV arbejdserfaring (erhvervserfaring) og EURES for ændringer i CVService vedr. kvalifikationer 

Acc.kr 976.10.4 Som Borger vil jeg have, at Jobnet understøtter kvalifikationer, der er relaterede til ESCO-STAR i stedet for DISCOAMS, inkl. at ESCO-STAR gemmes sammen med kvalifikationer

Løsningsmodel

• CV kvalifikationselement til rettes således at version 2 af CVService og kvalifikationer hentes fra ny Taxonomy service.
  Der er ikke er umiddelbart ændringer til UX da de er de samme kvalifikationer som i dag der anvendes.
• Interne STAR afklaring: Er der behov for at ESCO STAR koder gemmes sammen med kvalifikationer, hvis kvalifikationen er valgt ud fra de forslået kvalifikationer? 

Acc.kr 976.10.5 Som ESCO administrator (VOA) vil jeg at have administrationsværktøjet kan oprette og vedligeholde kvalifikationer samt tilknytte ESCO-STAR stillingsbetegnelser

Løsningsmodel

• Mochup / wire frame  
• Vis eksisterende kvalifikationer GetQualifications med tilføj ESCO STAR koder 
• Opret en kvalifikation: CreateQualification
  • Linke en kvalifikation til en ESCO STAR stillingsbetegnelse
• Hvis man fjerner den "sidste" stillingsbegnelse for en kvalifikation skal kvalifikationen slettemarkeres.
• Slettemarkere en kvalifikation
• Editere i links mellem kvalifikationer og ESCO STAR, oprette og slettemarkerer  

QualificationService (Version 1)

Navngivning er foreløbig

GetQualifications (GET /v1/Qualification/Qualifications)

Metoden henter alle kvalifikationer med tilhørende ESCO STAR koder

GetQualifications (GET /v1/Qualification/Qualifications/{conceptUri})

Metoden henter en kvalifikationer med tilhørende ESCO STAR koder

CreateQualification (POST /v1/Qualification/Qualification)

Metoden der opretter kvalifikation

UpdateQualification (PUT /v1/Qualification/Qualification)

Metoden der opdaterer kvalifikation

CreateQualificationRelation (POST /v1/Qualification/QualificationRelation)

Metoden der opretter en kvalifikation - ESCO STAR kobling

UpdateQualificationRelation (PUT /v1/Qualification/QualificationRelation)

Metoden der opdaterer kvalifikation - ESCO STAR kobling

Bemærk kvalifikationer og mapning til ESCO STAR kan ikke slettes kun slettemarkeres 

WsrmMessageService (Version 11)

Navngivning er foreløbig

GetQualificationVersion1

Det skal afklares med KSS på forretningsdag om der er behov for en WSRM på ændringer til kvalifikationer, udgangspunktet er, er at det er der nok, da opdateringer nu kan komme løbende. (I dag er det jo en statisk kodeliste)

>>>>>>>>>>>

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.
• Kommunalt sagsbehandlingssystem
• A-kasse sagsbehandlingssystem
• Kommunalt bookingsystem
  • JobcenterPlanner (JCP)
  • WorkForcePlanner (WFP)
• Kommunalt ydelsessystem

Særlige krav til test

* 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.