Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
| Page Properties | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
| Jira Legacy | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
| Jira Legacy | ||||||||
|---|---|---|---|---|---|---|---|---|
|
OBS DETTE SKAL TILPASSES MED DE KORREKTE NUMRE NÅR EPICS OPRETTES I JIRA
Indholdsfortegnelse
| Table of Contents | ||
|---|---|---|
|
Afgrænsning af epic
|
| Jira Legacy | ||||||||
|---|---|---|---|---|---|---|---|---|
|
Indholdsfortegnelse
| Table of Contents | ||
|---|---|---|
|
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. | Beskrivelse | Relevant for | ||||
Tilføjelser: Mulighed for at gøre eksisterende stillingsbetegnelser i ESCO ikke valgbare for brugerne af jobnet m.fl | ||||||
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. | |||||
| ||||||
| ||||||
| ||||||
| ||||||
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:
”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. | ||||||
| Nr. | Beskrivelse | Relevant for | ||||
| 976.7.1 | Som VOA ønsker jeg via et administrationsmodul er adgang til at administrere EU stillingsbetegnelser. | ESCO-STAR | ||||
| 976.7.2 | Som VOA ønsker jeg via et administrationsmodul er adgang til at administrere de udelukkende danske stillingsbetegnelser. | ESCO-STAR | ||||
| 976.7.3 | Som VOA ønsker jeg via et administrationsmodul at kunne til og fravælge stillingsbetegnelser, der skal bruges/ikke bruges indenfor den danske beskæftigelses sektor. | ESCO-STAR | ||||
| 976.7.4 | Som VOA ønsker jeg via et administrationsmodul at kunne fremsøge stillingsbetegnelser via fritekstsøgning. | ESCO-STAR | ||||
| 976.7.9 | Som STAR ønsker jeg begrænsning af adgang til administrationsmodulet. | ESCO-STAR | ||||
| 976.7.10 Det er muligt at ændre den brugerrettelse tekst på en stillingsbetegnelse Tilføjelse:
| Som VOA ønsker jeg at kunne se hhv. de informationer der kommer direkte fra EU i stillingsbetegnelsesregi | ESCO-STAR | ||||
| 976.7.12 | ESCO-STAR | 976.7.13 | 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 | ESCO-STAR | ||
976.7.16 | Det er muligt at områder af strategisk betydning, med få opslag (under 10), skal have en fast stilling. | 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. | ESCO-STAR | ||||
| 976.7.18 | Stillingsbetegnelser der minder om hinanden skal være beslægtede/relaterede. | 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. | ESCO-STAR | ||||
| 976.7.20 | Forberedelses af admin.modul ift. mulighed for indarbejdelse af hierarki for kompetencer. | 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. | ESCO-STAR | ||||
| 976.7.22 | Forberedelse ift. mulighed for anvendelse af Uddannelse, herunder integration til (Euro-pass). | 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:
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. | 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:
- Stillingsbetegnelser hvor volumen (jobomsætningen, beskæftigelsen, ledige) er stor nok til at overvågning giver mening.
- Stillingsbetegnelser der af parterne ønskes overvåget
- 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
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
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.
- Nye batchjobs
- 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| Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemæ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)
| Jira Legacy | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
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) Optionel - skal afklares. 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.
Forretningsflows
Forretningsflows er pt. uafklarede. Der er behov for en workshop med STAR, hvor forretningsflows fastlægges. Bemærk, at nuværende estimater er baseret på MVP. Input til workshop:
Opdateringer til ESCO fra EU
Der vil komme opdateringer til ESCO fra EU, som forventeligt skal behandles af VOA med administrationsværktøjet inden ændringerne idriftsættes. EU's ESCO-ændringer hentes som regneark, der efterfølgende kan lægges ind i ESCO, men EU har udviklet en snitflade, som gør det muligt at hente ændringerne programmatisk, hvilket vil være en mere robust løsning.
Spørgsmål:
- Ønsker STAR en programmatisk snitflade mod EU's API (en automatisk løsning) eller ønsker STAR en løsning med import af regneark (en manuel løsning)?
Bemærk: Der er ikke estimeret implementering af automatisk løsning. - Hvor ofte kommer der ændringer fra EU?
- Hvor ofte ønsker STAR at ændringer fra EU lægges ind i ESCO-STAR?
- Ønsker STAR at godkende nye og ændrede stillingsbetegnelser fra EU inden de lægges ind i ESCO-STAR?
- Nye?
- Ændrede?
- Skal EU's ændringer idriftsættes enkeltvis, når hver enkelt er tilpasset og godkendt (svarende til Ad-hoc opdateringer fra STAR herunder), eller skal de idriftsættes samlet (svarende til Batchopdateringer fra STAR herunder)?
- Skal nye og ændrede stillingsbetegnelser markeres i administrationsværktøjet, så VOA kan tage stilling til om stillingsbetegnelsen skal være aktiv eller ej i ESCO-STAR?
Bemærk: Det kan ikke være muligt at undlade at lægge EU's ESCO-ændringer ind i ESCO-STAR, men ESCO-STAR ændringer vil kunne bibeholdes. - Bemærk: Der er ikke estimeret særlig funktionalitet vedr, markering af ændringer fra EU og godkendelse af disse.
- Er der behov for at kunne se både aktiv og ny, afventende version af ESCO stillingsbetegnelsen?
Er ikke omfattet af nuværende estimater.
Opdateringer af ESCO fra EU kan have følgende status:
ESCO-opdateringsstatus:
- Ny
ESCO stillingsbetegnelsen er ny og har ikke været idriftsat i ESCO-STAR. Stillingsbetegnelsen afventer STARs godkendelse, dvs. i praksis om der skal ændres i ESCO-STAR indhold inden den aktiveres i produktion. - Ændret
ESCO stillingsbetegnelsen er i produktion i ESCO-STAR, men EU har lavet opdateringer i forhold til indhold i produktion. Stillingsbetegnelsen afventer STARs godkendelse, dvs. i praksis om der skal ændres i ESCO-STAR indhold. Ændringer fra EU medfører ikke automatisk ændringer i ESCO-STAR indhold, men er blot en opfølgningsmarkering til STAR., så STAR kan vurdere om der skal lave konsekvensrettelser i ESCO-STAR indhold. - Godkendt af STAR
ESCO-STAR stillingsbetegnelsen er godkendt af STAR og idriftsættes med batch. Denne er kun relevant, hvis der skal være understøttelse af batchopdateringer, se efterfølgende. - I produktion
ESCO stillingsbetegnelsen er i produktion. Der er ingen opdateringer til stillingsbetegnelsen fra EU.
Flet ny ESCO kode med eksisterende ESCO-STAR kode
STAR vil kunne oprette danske stillingsbetegnelser, som ikke findes i ESCO på oprettelsestidspunktet. ESCO vil på et senere tidspunkt kunne oprette samme stillingsbetegnelse, fx. efter dansk ønske. Hvordan ønsker STAR at håndtere den konflikt, der opstår, når ESCO-STAR modtager den nye stillingsbetegnelse fra EU?
- Deaktivere den danske stillingsbetegnelse og anvende ESCO stillingsbetegnelsen fremover
Dataelementer (CV'er, jobannoncer ...), der anvender den danske stillingsbetegnelse, vil fortsat anvende den danske stillingsbetegnelse, men nye data vil anvende ESCO stillingsbetegnelsen. - Flette den danske stillingsbetegnelse med ESCO stillingsbetegnelsen
Den danske stillingsbetegnelse vil ændre placering i ESCO hierarkiet, da det vil være ESCO stillingsbetegnelsen, der bestemmer placeringen. Der vil kun være én stillingsbetegnelse, som er den sammenflettede stillingsbetegnelse. i ESCO-STAR sammenhæng vil den danske nøgle blive anvendt før og efter fletningen. Fletning skal foretages inden ESCO stillingsbetegnelsen aktiveres i ESCO-STAR, da der eller vil være to aktive nøgler.
Ad-hoc opdateringer fra STAR
Har STAR behov for et forretningsflow, hvor en ESCO-STAR stillingsbetegnelse kan indtastes og idriftsættes øjeblikkeligt. Dvs. VOA kan gå ind i administrationsværktøjet og redigere / tilføje en stillingsbetegnelse, hvorefter den straks idriftsættes.
Forretningsflowet kan være relevant, hvis der er behov for øjeblikkelige eller hurtige rettelser i produktion af 1) fejl, fx. stavefejl, 2) aktivering / deaktivering af stillingsbetegnelse, 3) ændring af beskrivelser på eksisterende stillingsbetegnelser, 4) tilføjelse eller sletning af synonymer, 5) tilføjelse af nye danske stillingsbetegnelser.
Ved denne type rettelser er der ikke behov for at gemme ændringer i kladde, da de idriftsættes øjeblikkeligt.
Bemærk: Denne funktionalitet er omfattet af de nuværende estimater og fremgår at mockup.
Batchopdateringer fra STAR
Har STAR behov for en proces, hvor et antal ESCO-STAR tilføjelser og ændringer forberedes og idriftsættes samlet (i modsætning til ovenstående, som idriftsætter enkeltvis)?
Forretningsflowet kan være relevant, hvis der fx er aftalt et større antal samlede rettelser med arbejdsmarkedets parter, som skal idriftsættes på et specifikt og aftalt tidspunkt, fx. ifm. en release.
Ved denne type rettelser er der behov for at gemme ændringer i kladde, da ændringerne idriftsættes på et senere tidspunkt end de indtastes.
- Skal idriftsættelse være manuel eller tidsstyret?
Bemærk: Tidsstyret er ikke omfattet af eksisterende estimater. Tidsstyring vil kunne tilføjes på et senere tidspunkt. - Hvor mange batches skal kunne være aktive ad gangen?
Ét vil være billigere end flere. Om det er 2 eller mange har ikke betydning. Nuværende estimater omfatter kun ét. - Hvordan skal konfliktende ændringer fra EU håndteres?
- Er der behov for både at kunne se indholdet i produktionsversionen og i kladdeversionen?
Batchopdateringer kan implementeres med følgende ESCO-STAR-opdateringsstatus:
- Ny
ESCO-STAR stillingsbetegnelsen er ny og har ikke været idriftsat i ESCO-STAR. Stillingsbetegnelsen idriftsættes med batch. Stillingsbetegnelsen kan slettes i denne status, men ikke i øvrige status. - Ændret
Stillingsbetegnelsen er i produktion i ESCO-STAR, men STAR har lavet opdateringer i forhold til indhold i produktion. Opdateringer idriftsættes med batch. Ændringen kan annulleres, hvorved den får status 2 I produktion. - I produktion
ESCO stillingsbetegnelsen er i produktion. Der er ingen afventende ændringer.
Staging af ændringer mellem testmilijø og driftsmiljø
Har STAR eller eksterne behov for at kunne installere ændringer fra STAR og EU i et testmiljø for at kunne teste dem i interne og eksterne applikationer inden de idriftsættes i produktion?
Det er leverandørernes vurdering, at der ikke er et teknisk behov for en sådan staging. Der skal derfor være tale om et forretningsmæssigt behov for at se hvordan stillingsbetegnelser optræder i applikationerne inden idriftsættelse.
Bemærk: Staging er ikke omfattet af eksisterende estimater. De nuværende estimater omfatter dataløft fra produktion til testmiljøer jf. STAR City standard, dvs. ESCO-STAR ændringer implementeres direkte i produktion, hvorefter de vil blive tilgængelige i testmiljøerne ved efterfølgende dataløft.
API til indlæsning af ny ESCO fra EU
EU udstiller et API til indlæsning af stillingsbetegnelser, som kan anvendes i stedet for import via kommeseparerede filer:
https://ec.europa.eu/esco/portal/api
Dette kan anvendes til import af ESCO og til at identificere ændringer / tilføjelser i ESCO. API'et er ikke tiltænkt anvendelse til deltaopdateringer af nationalt, tilpasset repository som ESCO-STAR, men vil kunne anvendes til det, hvis der udvikles forretningslogik til det. Integration med API er ikke omfattet af nuværende stimater.
ESCO-STAR Admin Værktøj har ambitionsniveau og budget: stor / mellem / lille?
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.
WCAG
STAR har vurderet, at der ikke er behov for WCAG understøttelse. I vurderingen er der lagt vægt på systemadgang til få brugere (2-3 stk.), accept af vilkår for styring af adgangsrettigheder, og brugers forudsætninger ikke stiller særlige krav til web-tilgængelighed.
Mockup
Her præsenteres en mockup, som illustrerer ESCO-STAR Admin Værktøj .
Felter jf. epic 976.3, krav 4 (fra Krav til ESCO-STAR schema).
Datagrundlag jf. ESCO: https://ec.europa.eu/esco/portal/occupation
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
Front-end teknologi
STARs arkitekt har på møde 2020-08-13 fastlagt, at ESCO-STAR administrationsværktøjet udvikles med STARs standardværktøjer til front-end udvikling:
- Angular (aktuel version, pt. version 10)
- Bootstrap, (aktuel version, pt. version 4.5)
Det er fravalgt at anvende MVC eller Blazor.
Arkitekturkrav
Der er følgende arkitekturkrav, som afstemmes med STARs arkitekt:
- Forberedelses af admin.modul ift. mulighed for indarbejdelse af hierarki for kompetencer.
- 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.
- Forberedelse ift. mulighed for anvendelse af Uddannelse, herunder integration til (Euro-pass).
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.