Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 17 Next »

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


STAR Projektleder (PL)Forretningsanalytiker (FA)STAR ReleaseEpic statusEksterne snitflader
Thor Herlev Jørgensen (STAR)

Carsten Olsen

Bjarne Hansen (Edora)

2021-10.1N/A




key po fa ux sme eksterne snitflader interne snitflader status labels
Loading...
Refresh

DS-38 - Getting issue details... STATUS

OBS DETTE SKAL TILPASSES MED DE KORREKTE NUMRE NÅR EPICS OPRETTES I JIRA


Indholdsfortegnelse




Afgrænsning af epic

Afgrænsning

Som en STAR

vil jeg kunne opbygge en ny version af ESCO-STAR baseret på den foregående version, samt på en ny version af ESCO fra EU

for at STAR kan vedligeholde ESCO-STAR baseret på forretningsmæssige behov såvel som på ændringer i ESCO fra EU

Acceptkriterier

Nr.BeskrivelseRelevant for
976.7.1ESCO-STAR Silo udstiller et administrationsinterface, som Admin Værktøj kan anvende til at udtrække den aktuelle version af ESCO-STAR, samt til at idriftsætte en ny version af ESCO-STARESCO-STAR
976.7.2ESCO-STAR Admin Værktøj kan opbygge en ny version af ESCO-STAR baseret på den aktuelle version af ESCO-STAR. Den nye version har status "kladde" indtil den idriftsættes.ESCO-STAR
976.7.3Der kan kun være én "kladde" version ad gangen. Kladden kan løbende gemmes og kan genåbnes på et senere tidspunktESCO-STAR
976.7.4Kladden kan sættes i produktion, hvorefter den ikke længere kan redigeres. Note: Der skal tænkes en god mekanisme mellem test og produktion, fx stagingESCO-STAR
976.7.5Indholdet i en ny version af ESCO kan flettes ind i en kladde uden at tidligere tilpasninger i ESCO-STAR går tabt. Der er funktioner til at håndtere ændringer med konflikterESCO-STAR
976.7.6

Det er ikke muligt at slette en stillingsbetegnelse, som tidligere har været idriftsat, men man kan deaktivere en stillingsbetegnelse, så den ikke kan vælges ved nye data, men kan bruges ved eksisterende data

ESCO-STAR
976.7.7Det er muligt at slette synonymer (alias), selv om det har været idriftsatESCO-STAR
976.7.8

Det er muligt at tilføje nye synonymer


Tilføjelser:

Synonymer (Mulighed for at ændre navnet på stillingen)

Synonymer anvendes i de tilfælde hvor oversættelsen i ESCO ikke rammer den stillingsbetegnelser der er på det danske arbejdsmarked. Således ændres ordlyden for de danske brugere.

Alias (jobtitler der er under stillingsbetegnelsen

Jobtitler indgår ikke i den nye nomenklatur. Disse tilføjes som alias til stillingsbetegnelser og kan pege andre steder hen.

I de tilfælde hvor der er overlap mellem indholdet (konceptet for en stilling) mellem en stilling i ESCO og en stilling, der ønskes tilføjet ESCO-STAR, kan der oprettes et alias. Dette gør det muligt for brugerne at få en ekstra stillingsbetegnelse, der i højere grad matcher den sprogbrug, der anvendes i virksomhederne. Dog vil dataindsamlingen her referere til den ESCO-stillingsbetegnelse, der allerede eksisterer. I overvågningsøjemed vil både ESCO-stillingsbetegnelsen og aliaset udgøre datagrundlaget for ESCO-stillingen, og de data der sendes til EU, vil referere til ESCO-stillingsbetegnelsen.


Beslutning fra WS2 (16.03.2020)

Bjarne og Carsten kigger på denne…

Noget flyttes til …3 (egenskaber ved data….)

Noget flyttes til beskrivelse af epics og ikke en del af accpetkriterier…

ESCO-STAR
976.7.9

En stillingsbetegnelse (herunder en gren i ESCO-STAR hierarkiet) kan have en af følgende statusser: Aktiv, Inaktiv, Fravalgt. Note: Applikationer formodes at sikre, at stillingsbetegnelser med status Inaktiv eller Fravalgt ikke kan ses eller vælges i brugergrænsefladerne, men at applikationerne kan vise stillingsbetegnelserne, hvis der er eksisterende data med stillingsbetegnelserne


Tilføjelse:

Leverancen skal indeholde:

  • Hierarki for stillinger.
  • Stillingsbetegnelsen
  • Beskrivelse

”preffered label”

secondary label”

Et centralt element af ESCO-STAR er muligheden for tilføjelse af nye "midlertidige" danske stillingsbetegnelser til ESCO med henblik på at tilgodese specifikke behov i en dansk kontekst. Dette kan være i situationer, hvor det vurderes, at der mangler en stillingsbetegnelse i en allerede eksisterende opdeling i ESCO (figur 1a) eller, at der mangler en opdeling af et overordnet niveau (figur 1b).


Figur 1a: Tilføjelse af yderligere kategori i eksisterende opdeling

Figur 1b: Tilføjelse af ny opdeling af overordnet ESCO-niveau

I forbindelse med optagelse af stillingsbetegnelser i ESCO-STAR, vil disse blive indmeldt til EU-Kommissionen med henblik på optagelse i den fælles ESCO. Når dette sker, skal overgangen til ESCO ske uden databrud.

Indhold om kompetencer, beslægtede stillinger m.m. skal udfyldes for den nyoprettede stillingsbetegnelse.

OBS: (SKAL AFKLARES)…….en del af epics 976.3

"ESCO på bunden" – giver problemer ved oprettelse af nye stillinger.

ESCO_STAR med nøgle – kan løse en del af dette problem vedr. oprettelse af nye stillinger, men giver andre vanskeligheder ved behov for oprettelse af nye (midlertidige) stillinger.


Beslutning fra WS2 (16.03.2020)

Tilføjelser flyttes til epic …3

Det undersøges om det er korrekt at alt skal mappes til ISCO.

Dvs. ingen behov for at der skal kunne mappes til ESCO-koder…

(STAR - Daniel undersøger….)

ESCO-STAR
976.7.10

Det er muligt at ændre den brugerrettelse tekst på en stillingsbetegnelse


Tilføjelse:

  • For brede stillingsbetegnelser, der går på tværs af delarbejdsmarkeder, kan det blive nødvendigt at tilføje yderligere viden, som eksempelvis et ”brancheaspekt”.
  • Faglært/ufaglært
  • Supplerende viden
  • Nødvendige færdigheder og kompetencer
  • Supplerende færdigheder og kompetencer


Beslutning fra WS2 (16.03.2020)

Supplende viden er tænkt som et fritekstfelt uden struktur…

Faglært/ufaglært kræver at hele ESCO hierakiet gennemgås af STAR (VOA) og det blev accepteret af STAR.

De to kompetencebullits flyttes til anden allerede oprettet epic…

ESCO-STAR
976.7.11Det er muligt at ændre beskrivelsen af en stillingsbetegnelseESCO-STAR
976.7.12

Det er muligt at tilføje en stillingsbetegnelse til ESCO-STAR, som ikke findes i ESCO. Note: Det skal gennemtænkes grundigt


Tilføjelse:

Mulighed for at tilføje nye stillingsbetegnelser til ESCO.

Ved oprettelse af nye stillinger i ESCO_STAR skal disse placeres på niveau 5 eller lavere. Datagrundlaget for den nye ESCO_STAR-stilling, og de data der sendes til EU, vil referere til det fire cifrede ESCO-niveau (mappes ind), indtil stillingsbetegnelsen bliver optaget i ESCO.


Beslutning fra WS2 (16.03.2020)

Ingen ændringsbeslutninger til denne epic.

ESCO-STAR
976.7.13

ESCO-STAR Admin Værktøj har ambitionsniveau og budget: stor / mellem / lille?


Tilføjelse:

Produktets behov skal afstemmes ift. MVP. Minimum Viable Product, lige præcis (hverken mere eller mindre) indeholder funktionalitet, som tillader VOA at administrerer og vedligeholde nomenklaturen brugervenligt, nemt og sikkert.

Der er tale om en fuldt ud ESCO-kompatibel model, hvilket betyder mindst vedligeholdelse i forhold til forretningsimplementering samt it-løsning og administration,, når der kommer fremtidige opdateringer i ESCO.


Beslutning fra WS2 (16.03.2020)

Jørgen (BI) fremsender eksempler fra en "Sharepoint" løsning.

Applikation (Positivliste, der administrere data mellem Jobnet og DFDG, som et bud på et system som vil kunne anvendes.

ESCO-STAR
976.7.14Det er kun muligt for én bruger ad gangen at redigere en kladde. Flere brugere kan se kladden samtidigt, men uden automatiske opdateringerESCO-STAR
976.7.15

Det er muligt at tilpasse visning i relation til statistiske- og overvågningsmæssige formål.

Modsat i dag, hvor overvågning af arbejdsmarkedet i princippet sker for alle stillingsbetegnelser i DISCO_AMS, vil overvågningen fremover, med ESCO_STAR, tage udgangspunkt i de stillingsbetegnelser (eller grupper af stillingsbetegnelser), der besluttes at overvåge på. Disse kan være:

  1. Stillingsbetegnelser hvor volumen (jobomsætningen, beskæftigelsen, ledige) er stor nok til at overvågning giver mening. 
  2. Stillingsbetegnelser der af parterne ønskes overvåget
  3. Stillingsbetegnelser der er mindre, men meningsfuld kan slås sammen i overvågningsøjemed

Andet…(Uddybes)….


Beslutning fra WS2 (16.03.2020)

Bjarne og Carsten kommer med forslag…

Der skal være muligt at navigerer i hierakaiet, redigere i noder….

Vedligholdelse/

Anvendelse/

Denne epic er for generel og går i forskellige retninger. Den skal opdeles og beskrives mere konkret og så de enkelte elementer kan måles…

  • Det er muligt at få statistik på løbende data på nomenklaturen - eksempelvis brugen af stillingsbetegnelse de sidste 3 måneder.….
  • Det er muligt at få statistik på volumen …


Der skal være mulighed for:

  • Tilføjelse af forskellige overvågningsniveauer
  • Tilføjelse af niveau mellem overvågning og laveste niveau
ESCO-STAR

976.7.16

Det er muligt at områder af strategisk betydning, med få opslag (under 10), skal have en fast stilling.

Beslutning fra WS2 (16.03.2020)

En del af overvågning og statistik….som der oprettes en særskilt epics til.

ESCO-STAR
976.7.17

Der er muligt at vurderer stillingsområder med mange opslag (over 1.000), én gang om året, herunder om de med fordel kan deles op på 2 eller flere stillinger.

Beslutning fra WS2 (16.03.2020)

En del af overvågning og statistik….som der oprettes en særskilt epics til.

ESCO-STAR
976.7.18

Stillingsbetegnelser der minder om hinanden skal være beslægtede/relaterede.

Beslutning fra WS2 (16.03.2020)

…flyttes til epic …3 da den vedrører egenskaber ved data.

ESCO-STAR
976.7.19

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…

Måske en del af epic vedr. dashboard - nummer 15

ESCO-STAR
976.7.20

Forberedelses af admin.modul ift. mulighed for indarbejdelse af hierarki for kompetencer.

Beslutning fra WS2 (16.03.2020).

Bjarne, Carsten og Kasper drøfter 20 og 21, som en del af arkitekturrøftelserne (epic)

ESCO-STAR
976.7.21

Forberedelse ift. mulighed for anvendelse af STARs eget nationale kompetenceprojekts kompetencer i samspil med ESCO-skill da kompetenceprojektet ikke er kompatibel med ESCO færdigheder/kompetencer og udvekling med Eures.

Beslutning fra WS2 (16.03.2020).

Bjarne, Carsten og Kasper drøfter 20 og 21,, som en del af arkitekturdrøftelserne (epic).

ESCO-STAR
976.7.22

Forberedelse ift. mulighed for anvendelse af Uddannelse, herunder integration til (Euro-pass).

Beslutning fra WS2 (16.03.2020).

Del af arkitektur (epic)

ESCO-STAR
976.7.23

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.

Beslutning fra WS2 (16.03.2020).

Flyttes til relevant epic…

ESCO-STAR
976.7.24

976.7.25

976.7.26

976.7.27

















Afgrænsning




Som en STAR

vil jeg kunne opbygge en ny version af ESCO-STAR baseret på den foregående version, samt på en ny version af ESCO fra EU

for at STAR kan vedligeholde ESCO-STAR baseret på forretningsmæssige behov såvel som på ændringer i ESCO fra EU


Acceptkriterier




Nr.

Beskrivelse

Relevant for

976.7.1

ESCO-STAR Silo udstiller et administrationsinterface, som Admin Værktøj kan anvende til at udtrække den aktuelle version af ESCO-STAR, samt til at idriftsætte en ny version af ESCO-STAR

ESCO-STAR

976.7.2

ESCO-STAR Admin Værktøj kan opbygge en ny version af ESCO-STAR baseret på den aktuelle version af ESCO-STAR. Den nye version har status "kladde" indtil den idriftsættes.

ESCO-STAR

976.7.3

Der kan kun være én "kladde" version ad gangen. Kladden kan løbende gemmes og kan genåbnes på et senere tidspunkt

ESCO-STAR

976.7.4

Kladden kan sættes i produktion, hvorefter den ikke længere kan redigeres. Note: Der skal tænkes en god mekanisme mellem test og produktion, fx staging

ESCO-STAR

976.7.5

Indholdet i en ny version af ESCO kan flettes ind i en kladde uden at tidligere tilpasninger i ESCO-STAR går tabt. Der er funktioner til at håndtere ændringer med konflikter

ESCO-STAR

976.7.6 (…5) ift 976.3

Det er ikke muligt at slette en stillingsbetegnelse, som tidligere har været idriftsat, men man kan deaktivere en stillingsbetegnelse, så den ikke kan vælges ved nye data, men kan bruges ved eksisterende data


Tilføjelse:

Mulighed for at gøre eksisterende stillingsbetegnelser i ESCO ikke valgbare for brugerne af jobnet m.fl

ESCO-STAR

976.7.7  (..6) ift 976.3

Det er muligt at slette synonymer (alias), selv om det har været idriftsat

ESCO-STAR

976.7.8  (…7)

Det er muligt at tilføje nye synonymer/alias


Tilføjelse:

Synonymer (Mulighed for at ændre navnet på stillingen)


Synonymer anvendes i de tilfælde hvor oversættelsen i ESCO ikke rammer den stillingsbetegnelser der er på det danske arbejdsmarked. Således ændres ordlyden for de danske brugere.



Alias (jobtitler der er under stillingsbetegnelsen


Jobtitler indgår ikke i den nye nomenklatur. Disse tilføjes som alias til stillingsbetegnelser og kan pege andre steder hen.


I de tilfælde hvor der er overlap mellem indholdet (konceptet for en stilling) mellem en stilling i ESCO og en stilling, der ønskes tilføjet ESCO-STAR, kan der oprettes et alias. Dette gør det muligt for brugerne at få en ekstra stillingsbetegnelse, der i højere grad matcher den sprogbrug, der anvendes i virksomhederne. Dog vil dataindsamlingen her referere til den ESCO-stillingsbetegnelse, der allerede eksisterer. I overvågningsøjemed vil både ESCO-stillingsbetegnelsen og aliaset udgøre datagrundlaget for ESCO-stillingen, og de data der sendes til EU, vil referere til ESCO-stillingsbetegnelsen.

ESCO-STAR

976.7.9 (..(8)

En stillingsbetegnelse (herunder en gren i ESCO-STAR hierarkiet) kan have en af følgende statusser: Aktiv, Inaktiv, Fravalgt. Note: Applikationer formodes at sikre, at stillingsbetegnelser med status Inaktiv eller Fravalgt ikke kan ses eller vælges i brugergrænsefladerne, men at applikationerne kan vise stillingsbetegnelserne, hvis der er eksisterende data med stillingsbetegnelserne


Tilføjelse:

Leverancen skal indeholde:

·        Hierarki for stillinger.

·        Stillingsbetegnelsen

·        Beskrivelse

”preffered label”

secondary label”



Et centralt element af ESCO-STAR er muligheden for tilføjelse af nye "midlertidige" danske stillingsbetegnelser til ESCO med henblik på at tilgodese specifikke behov i en dansk kontekst. Dette kan være i situationer, hvor det vurderes, at der mangler en stillingsbetegnelse i en allerede eksisterende opdeling i ESCO (figur 1a) eller, at der mangler en opdeling af et overordnet niveau (figur 1b).

 

Figur 1a: Tilføjelse af yderligere kategori i eksisterende opdeling

 

 

 

Figur 1b: Tilføjelse af ny opdeling af overordnet ESCO-niveau


I forbindelse med optagelse af stillingsbetegnelser i ESCO-STAR, vil disse blive indmeldt til EU-Kommissionen med henblik på optagelse i den fælles ESCO. Når dette sker, skal overgangen til ESCO ske uden databrud.


Indhold om kompetencer, beslægtede stillinger m.m. skal udfyldes for den nyoprettede stillingsbetegnelse.



OBS: (SKAL AFKLARES)…….en del af epics 976.3


"ESCO på bunden" – giver problemer ved oprettelse af nye stillinger.


ESCO_STAR med nøgle – kan løse en del af dette problem vedr. oprettelse af nye stillinger, men giver andre vanskeligheder ved behov for oprettelse af nye (midlertidige) stillinger.



ESCO-STAR

976.7.10 (..9)

Det er muligt at ændre den brugerrettede tekst på en stillingsbetegnelse


Tilføjelse:

·        For brede stillingsbetegnelser, der går på tværs af delarbejdsmarkeder, kan det blive nødvendigt at tilføje yderligere viden, som eksempelvis et ”brancheaspekt”.

·        Faglært/ufaglært

·        Supplerende viden

·        Nødvendige færdigheder og kompetencer

·        Supplerende færdigheder og kompetencer

ESCO-STAR

976.7.11 (..10)

Det er muligt at ændre beskrivelsen af en stillingsbetegnelse

ESCO-STAR

976.7.12 (..11)

Det er muligt at tilføje en stillingsbetegnelse til ESCO-STAR, som ikke findes i ESCO. Note: Det skal gennemtænkes grundigt


Tilføjelse:

Mulighed for at tilføje nye stillingsbetegnelser til ESCO.


Ved oprettelse af nye stillinger i ESCO_STAR skal disse placeres på niveau 5 eller lavere. Datagrundlaget for den nye ESCO_STAR-stilling, og de data der sendes til EU, vil referere til det fire cifrede ESCO-niveau (mappes ind), indtil stillingsbetegnelsen bliver optaget i ESCO.

ESCO-STAR

976.7.13

ESCO-STAR Admin Værktøj har ambitionsniveau og budget: stor / mellem / lille?


Tilføjelse:

Produktets behov skal afstemmes ift. MVP. Minimum Viable Product, lige præcis (hverken mere eller mindre) indeholder funktionalitet, som tillader VOA at administrerer og vedligeholde nomenklaturen brugervenligt, nemt og sikkert.


Der er tale om en fuldt ud ESCO-kompatibel model, hvilket betyder mindst vedligeholdelse i forhold til forretningsimplementering samt it-løsning og administration,, når der kommer fremtidige opdateringer i ESCO.

ESCO-STAR

976.7.14

Det er kun muligt for én bruger ad gangen at redigere en kladde. Flere brugere kan se kladden samtidigt, men uden automatiske opdateringer

ESCO-STAR

976.7.15 (NY)

Det er muligt at tilpasse visning i relation til statistiske- og overvågningsmæssige formål.



Tilføjelse:

Modsat i dag, hvor overvågning af arbejdsmarkedet i princippet sker for alle stillingsbetegnelser i DISCO_AMS, vil overvågningen fremover, med ESCO_STAR, tage udgangspunkt i de stillingsbetegnelser (eller grupper af stillingsbetegnelser), der besluttes at overvåge på. Disse kan være:


1.      Stillingsbetegnelser hvor volumen (jobomsætningen, beskæftigelsen, ledige) er stor nok til at overvågning giver mening. 

2.      Stillingsbetegnelser der af parterne ønskes overvåget

3.      Stillingsbetegnelser der er mindre, men meningsfuld kan slås sammen i overvågningsøjemed



Andet…(Uddybes)….


·        Det er muligt at få statistik på løbende data på nomenklaturen - eksempelvis brugen af stillingsbetegnelse de sidste 3 måneder.….


·        Det er muligt at få statistik på volumen …


Der skal være mulighed for:

·        Tilføjelse af forskellige overvågningsniveauer

·        Tilføjelse af niveau mellem overvågning og laveste niveau

ESCO-STAR

976.7.16 (NY)

Det er muligt at områder af strategisk betydning, med få opslag (under 10), skal have en fast stilling.


976.7.17 (NY)

Der er muligt at vurderer stillingsområder med mange opslag (over 1.000), én gang om året, herunder om de med fordel kan deles op på 2 eller flere stillinger.


976.7.18 (NY)

Stillingsbetegnelser der minder om hinanden skal være beslægtede/relaterede.


976.7.19 (NY)

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.


976.7.20 (NY)

Forberedelses ift. mulighed for indarbejdelse af hierarki for kompetencer


976.7.21 (NY)

Forberedelse ift. mulighed for anvendelse af STARs eget nationale kompetenceprojekts kompetencer i samspil med ESCO-skill da kompetenceprojektet ikke er kompatibel med ESCO færdigheder/kompetencer og udvekling med Eures.


976.7.22 (NY)

Forberedelse ift. mulighed for anvendelse af Uddannelse, herunder integration til (Euro-pass)


976.7.23

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.


976.7.24



976.7.25



976.7.26



976.7.27



976.7.28



976.7.29






Afgrænsning




Som en STAR

vil jeg kunne opbygge en ny version af ESCO-STAR baseret på den foregående version, samt på en ny version af ESCO fra EU

for at STAR kan vedligeholde ESCO-STAR baseret på forretningsmæssige behov såvel som på ændringer i ESCO fra EU


Acceptkriterier




Nr.

Beskrivelse

Relevant for

976.7.1

ESCO-STAR Silo udstiller et administrationsinterface, som Admin Værktøj kan anvende til at udtrække den aktuelle version af ESCO-STAR, samt til at idriftsætte en ny version af ESCO-STAR

ESCO-STAR

976.7.2

ESCO-STAR Admin Værktøj kan opbygge en ny version af ESCO-STAR baseret på den aktuelle version af ESCO-STAR. Den nye version har status "kladde" indtil den idriftsættes.

ESCO-STAR

976.7.3

Der kan kun være én "kladde" version ad gangen. Kladden kan løbende gemmes og kan genåbnes på et senere tidspunkt

ESCO-STAR

976.7.4

Kladden kan sættes i produktion, hvorefter den ikke længere kan redigeres. Note: Der skal tænkes en god mekanisme mellem test og produktion, fx staging

ESCO-STAR

976.7.5

Indholdet i en ny version af ESCO kan flettes ind i en kladde uden at tidligere tilpasninger i ESCO-STAR går tabt. Der er funktioner til at håndtere ændringer med konflikter

ESCO-STAR

976.7.6 (…5) ift 976.3

Det er ikke muligt at slette en stillingsbetegnelse, som tidligere har været idriftsat, men man kan deaktivere en stillingsbetegnelse, så den ikke kan vælges ved nye data, men kan bruges ved eksisterende data


Tilføjelse:

Mulighed for at gøre eksisterende stillingsbetegnelser i ESCO ikke valgbare for brugerne af jobnet m.fl

ESCO-STAR

976.7.7  (..6) ift 976.3

Det er muligt at slette synonymer (alias), selv om det har været idriftsat

ESCO-STAR

976.7.8  (…7)

Det er muligt at tilføje nye synonymer/alias


Tilføjelse:

Synonymer (Mulighed for at ændre navnet på stillingen)


Synonymer anvendes i de tilfælde hvor oversættelsen i ESCO ikke rammer den stillingsbetegnelser der er på det danske arbejdsmarked. Således ændres ordlyden for de danske brugere.



Alias (jobtitler der er under stillingsbetegnelsen


Jobtitler indgår ikke i den nye nomenklatur. Disse tilføjes som alias til stillingsbetegnelser og kan pege andre steder hen.


I de tilfælde hvor der er overlap mellem indholdet (konceptet for en stilling) mellem en stilling i ESCO og en stilling, der ønskes tilføjet ESCO-STAR, kan der oprettes et alias. Dette gør det muligt for brugerne at få en ekstra stillingsbetegnelse, der i højere grad matcher den sprogbrug, der anvendes i virksomhederne. Dog vil dataindsamlingen her referere til den ESCO-stillingsbetegnelse, der allerede eksisterer. I overvågningsøjemed vil både ESCO-stillingsbetegnelsen og aliaset udgøre datagrundlaget for ESCO-stillingen, og de data der sendes til EU, vil referere til ESCO-stillingsbetegnelsen.

ESCO-STAR

976.7.9 (..(8)

En stillingsbetegnelse (herunder en gren i ESCO-STAR hierarkiet) kan have en af følgende statusser: Aktiv, Inaktiv, Fravalgt. Note: Applikationer formodes at sikre, at stillingsbetegnelser med status Inaktiv eller Fravalgt ikke kan ses eller vælges i brugergrænsefladerne, men at applikationerne kan vise stillingsbetegnelserne, hvis der er eksisterende data med stillingsbetegnelserne


Tilføjelse:

Leverancen skal indeholde:

  • Hierarki for stillinger.
  • Stillingsbetegnelsen
  • Beskrivelse

”preffered label”

secondary label”



Et centralt element af ESCO-STAR er muligheden for tilføjelse af nye "midlertidige" danske stillingsbetegnelser til ESCO med henblik på at tilgodese specifikke behov i en dansk kontekst. Dette kan være i situationer, hvor det vurderes, at der mangler en stillingsbetegnelse i en allerede eksisterende opdeling i ESCO (figur 1a) eller, at der mangler en opdeling af et overordnet niveau (figur 1b).

 

Figur 1a: Tilføjelse af yderligere kategori i eksisterende opdeling

 

 

 

Figur 1b: Tilføjelse af ny opdeling af overordnet ESCO-niveau


I forbindelse med optagelse af stillingsbetegnelser i ESCO-STAR, vil disse blive indmeldt til EU-Kommissionen med henblik på optagelse i den fælles ESCO. Når dette sker, skal overgangen til ESCO ske uden databrud.


Indhold om kompetencer, beslægtede stillinger m.m. skal udfyldes for den nyoprettede stillingsbetegnelse.



OBS: (SKAL AFKLARES)…….en del af epics 976.3


"ESCO på bunden" – giver problemer ved oprettelse af nye stillinger.


ESCO_STAR med nøgle – kan løse en del af dette problem vedr. oprettelse af nye stillinger, men giver andre vanskeligheder ved behov for oprettelse af nye (midlertidige) stillinger.



ESCO-STAR

976.7.10 (..9)

Det er muligt at ændre den brugerrettede tekst på en stillingsbetegnelse


Tilføjelse:

    • For brede stillingsbetegnelser, der går på tværs af delarbejdsmarkeder, kan det blive nødvendigt at tilføje yderligere viden, som eksempelvis et ”brancheaspekt”.
    • Faglært/ufaglært
    • Supplerende viden
    • Nødvendige færdigheder og kompetencer
    • Supplerende færdigheder og kompetencer

ESCO-STAR

976.7.11 (..10)

Det er muligt at ændre beskrivelsen af en stillingsbetegnelse

ESCO-STAR

976.7.12 (..11)

Det er muligt at tilføje en stillingsbetegnelse til ESCO-STAR, som ikke findes i ESCO. Note: Det skal gennemtænkes grundigt


Tilføjelse:

Mulighed for at tilføje nye stillingsbetegnelser til ESCO.


Ved oprettelse af nye stillinger i ESCO_STAR skal disse placeres på niveau 5 eller lavere. Datagrundlaget for den nye ESCO_STAR-stilling, og de data der sendes til EU, vil referere til det fire cifrede ESCO-niveau (mappes ind), indtil stillingsbetegnelsen bliver optaget i ESCO.

ESCO-STAR

976.7.13

ESCO-STAR Admin Værktøj har ambitionsniveau og budget: stor / mellem / lille?


Tilføjelse:

Produktets behov skal afstemmes ift. MVP. Minimum Viable Product, lige præcis (hverken mere eller mindre) indeholder funktionalitet, som tillader VOA at administrerer og vedligeholde nomenklaturen brugervenligt, nemt og sikkert.


Der er tale om en fuldt ud ESCO-kompatibel model, hvilket betyder mindst vedligeholdelse i forhold til forretningsimplementering samt it-løsning og administration,, når der kommer fremtidige opdateringer i ESCO.

ESCO-STAR

976.7.14

Det er kun muligt for én bruger ad gangen at redigere en kladde. Flere brugere kan se kladden samtidigt, men uden automatiske opdateringer

ESCO-STAR

976.7.15 (NY)

Det er muligt at tilpasse visning i relation til statistiske- og overvågningsmæssige formål.



Tilføjelse:

Modsat i dag, hvor overvågning af arbejdsmarkedet i princippet sker for alle stillingsbetegnelser i DISCO_AMS, vil overvågningen fremover, med ESCO_STAR, tage udgangspunkt i de stillingsbetegnelser (eller grupper af stillingsbetegnelser), der besluttes at overvåge på. Disse kan være:


      1. Stillingsbetegnelser hvor volumen (jobomsætningen, beskæftigelsen, ledige) er stor nok til at overvågning giver mening. 
      2. Stillingsbetegnelser der af parterne ønskes overvåget
      3. Stillingsbetegnelser der er mindre, men meningsfuld kan slås sammen i overvågningsøjemed



Andet…(Uddybes)….


      • Det er muligt at få statistik på løbende data på nomenklaturen - eksempelvis brugen af stillingsbetegnelse de sidste 3 måneder.….


      • Det er muligt at få statistik på volumen …


Der skal være mulighed for:

    • Tilføjelse af forskellige overvågningsniveauer
    • Tilføjelse af niveau mellem overvågning og laveste niveau

ESCO-STAR

976.7.16 (NY)

Det er muligt at områder af strategisk betydning, med få opslag (under 10), skal have en fast stilling.


976.7.17 (NY)

Der er muligt at vurderer stillingsområder med mange opslag (over 1.000), én gang om året, herunder om de med fordel kan deles op på 2 eller flere stillinger.


976.7.18 (NY)

Stillingsbetegnelser der minder om hinanden skal være beslægtede/relaterede.


976.7.19 (NY)

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.


976.7.20 (NY)

Forberedelses ift. mulighed for indarbejdelse af hierarki for kompetencer


976.7.21 (NY)

Forberedelse ift. mulighed for anvendelse af STARs eget nationale kompetenceprojekts kompetencer i samspil med ESCO-skill da kompetenceprojektet ikke er kompatibel med ESCO færdigheder/kompetencer og udvekling med Eures.


976.7.22 (NY)

Forberedelse ift. mulighed for anvendelse af Uddannelse, herunder integration til (Euro-pass)


976.7.23

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.


976.7.24



976.7.25



976.7.26



976.7.27



976.7.28



976.7.29



Kriterier for tilsagn til serviceaftager i forhold til STARs snitfladerBerørte acceptkriterierBemærkninger
Ikke relevant





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)

summary varslingstype varslingsnote eksterne snitflader interne snitflader project
Loading...
Refresh


Beskrivelse af epic

Der skal laves et administrationsværktøj, som kan anvendes til at vedligeholde ESCO-STAR. Der vil kun være ganske få brugere af værktøjet, og disse brugere forventes at have dybtgående kendskab til ESCO og til ESCO-STAR. Brugerne vil være ansatte hos STAR. Man kan overveje at give yderligere brugere read-only adgang til ESCO-STAR, så værktøjet også kan anvendes til at få indsigt i ESCO-STAR.

Roller:

a) ESCO-STAR administrator: Skal autoriseres af værktøjet for at undgå, at uvedkommende kan ændre på ESCO-STAR.

b) Read-only bruger. Optionel rolle som kan anvendes af alle uden autorisation, idet ESCO-STAR ikke indeholder følsomme data.

Ambitionsniveauet bør afspejle disse få roller, så udviklings- og vedligeholdesesomkostninger holdes på et lavt niveau.

Forslag til navigering i ESCO-STAR: Hierarkisk baseret på ISCO (øverste niveauer) / ESCO (EU niveauer under ISCO) / ESCO-STAR (danske extensions) hierarki.

Forslag til redigering: Én node (stillingsbetegnelse) ad gangen. ISCO og ESCO felter er read-only, da de er referencedata, mens ESCO-STAR felter er redigerbare.

Forslag til løsning: Simpel webapplikation, fx. det af LSS.




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

Test scenarieBerø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.





  • No labels