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

Beskrivelse til KSS og a-kasser

Kommentar til serviceændringer

Detaljeret interne service

Nomenklaturen understøtter, at virksomheder og sagsbehandlere ved udsøgning, har mulighed for at søge bredere, eller få præsenteret en bredere søgning, der giver relevante resultater. Samtidig skal det give ledige inspiration i jobsøgningen og/eller mulighed for at præsentere ledige for jobforslag den ledige ikke selv har fundet frem til.

Beslutning fra WS2 (16.03.2020)

Denne epics skal konkretiseres af STAR…

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

976.15.1 Som DFDG vil jeg have dataleverencen i BI tilrettet til at anvende ESCO STAR i stedet for DISCOAMSDFDG, BI

Dataleverance fra BI enten udskiftes med ESCO-STAR fremfor DiscoAms. Alternativt oprettes ny dataleverance, hvis det er et ønske at holde dem begge kørende hen over 2021-1 og først lukke den indeholdende DiscoAms fra 2021-2.

BI sikrer, at tabellen CitizenCards, når 21-2 går i luften, ikke rummer kort for borgere relateret til forskernes forsøg, der afslutter i 21-2.

976.15.2 Data er konverterede fra DISCOAMS til ESCO-STAR med konverteringstabel

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

Ovenstående benyttes i aftager systemer, hvis man vil kalde den nye service forud for 2020-2 i produktion.

976.15.3 Webservices understøtter ESCO-STAR i stedet for DISCOAMS

Fælles for nedenstående vil være udskiftningen af DiscoAms til ESCO-STAR i service snitfladerne herunder ændret navngivning på felterne.

Ny service som indeholdende servicemetoder fra:

DiscoCodesService (v6)  tilrettelse af navn på service

EscoStarDataService(Version 1[UDV], 2021-2)

• EscoStarDataService(Version 1[UDV], 2021-2)#1)-GetSimilarOccupations
• EscoStarDataService(Version 1[UDV], 2021-2)#1)-GetOtherPersonsSearchedOccupations
• EscoStarDataService(Version 1[UDV], 2021-2)#1)-GetOtherPersonsSearchedOccupationsUsingStarAlgorithm

Ovenstående service oprettes i DFDG

EscoStarDataService (Version 1, 2021-2)

Ny version/ny service af service indeholdende servicemetoder fra:

BIDataService (Version 2 [UDV], 2021-1) evt. ny service i ny silo

• BIDataService (Version 2 [UDV], 2021-1)#1)-GetCompanyMetricData
• BIDataService (Version 2 [UDV], 2021-1)#1)-GetLatestRelevantCvs
• BIDataService (Version 2 [UDV], 2021-1)#1)-GetUnsolicitedCompanies
• BIDataService (Version 2 [UDV], 2021-1)#1)-GetUnsolicitedTemporaryEmploymentAgencies

Ovenstående service oprettes som ny version af BiDataservice i DFDG

/wiki/spaces/GI/pages/3461185759

Ny version af service / servicemetode, heraf løft af de resterende servicemetoder på servicen.

/wiki/spaces/GI/pages/2392457354

• /wiki/spaces/GI/pages/2392457354

Oprettes som ny version i DFDG, hvor version 4 holdes i live så eksterne kan opgradere når de finder tid til det

/wiki/spaces/GI/pages/3594387482

CitizenJoblogService (v4).GetOccupationsFromJobSearchEntries lukkes af, så denne servicemetode ikke længere kan kaldes.

Jobnet.CitizenDashboardService (v1).GetDashboardCardsAsPdf udgår. Tidligere er varslet, at Jobnet.CitizenDashboardService ville komme i en version 2, hvor PDF byggede på EscoSTAR værdier. Denne beslutning er om gjort efter dialog på WSmøder. Der kommer ingen version 2. Og version 1 udgår.

Jobnet løftes til versioner på relevante services, der understøtter EscoSTAR.  

976.15.4 Brugergrænseflader understøtter ESCO-STAR i stedet for DISCOAMS

Jobnets brugergrænseflader tilrettes, så de brødfødes af de fra 976.15.3 løftede snitflader funderet på EscoSTAR værdier. Visuelt er der ikke ændringer i forhold til tidligere kort. Det er blot "datakilden" der nu er EscoSTAR, hvor den før var discoAMS. Derved vil det være ordlyden for EscoSTAR stillingen der fremgår.

Ved logon vælges fortsat en tilfældig stilling fra borges "Jeg søger job som". Koden anvendes til at initialisere de kort, som borger i tabellen CitizenCards har registeret at skulle forevises. Bemærk: de nedlagte stillingsbetegnelser, der er oprettet i EscoSTAR, omend som udgåede, kan fortsat anvendes til at initialisere dashboardkort. Helt bevidst er de ikke filtreret fra i denne anvendelse, da de stadig kan lede borgers tanker på alternativer til borgers egne udgåede stilligner.

Søgeprofil mod Ankiro rettes til, således at kortene der viser "antal ledige stillinger" og "søgt afstand" (Doughnut kortet) afspejler EscoSTAR tilpasningerne.

Særlige krav til test

Det er ikke ukompliceret at få dannet testdata til DashBoardKort. Her er en vejledning til dannelse for udvalgte kort: /wiki/spaces/CITY/pages/2817130718. 

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

Når vi går i luften med EscoSTAR, så vil der på Jobnet være dashboardkort som Jobnet ikke har tilpasset i forhold til EscoSTAR. Det drejer sig om kortene relateret til forskerforsøg. Det er ufarlig teknisk gæld at have liggende på Jobnet forudsat – og det er her BI kommer ind i billedet – at disse kort ikke forsøges kaldt.

Efter idriftsættelse:

For en række borgere der har deltaget i forskernes forsøg gælder, at de ved gentilmelding, automatisk kommer gruppen der får vist forsekrnes kort.  Der er en opgave for BI i at sikre, at der fra release 21-2 ikke længere er – eller kommer borgere – i CitizenCards, som skal have et eller flere af forskernes kort vist.

Arkitektur- og implementeringsnoter 

Her beskriver PO/FA om arkitekturen og teknikken bag løsningen, om der f.eks. anvendes:

• Nye dataområder: Nej
• Nye snitflader: Ja
• Nye komponenter: Nej
• Nye miljøer: Nej
• Nye teknologier: Nej
• Nye aftagertyper: Nej
• Eller afvigelser fra principperne: Nej
• Eventuelle behov for reduktion af teknisk gæld skal afdækkes: N/A

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.