| Page Properties | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
| Jira Legacy | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
Jira Legacy server System JIRA columns key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution serverId 479d1618-4a6f-3f88-8ee1-04c6b02c448a key VIR-872 Jira Legacy server System JIRA columns key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution serverId 479d1618-4a6f-3f88-8ee1-04c6b02c448a key
|
| Jira Legacy | ||||||||
|---|---|---|---|---|---|---|---|---|
|
Indholdsfortegnelse
| Table of Contents | ||
|---|---|---|
|
Afgrænsning af epic
| Afgrænsning | |||
|---|---|---|---|
Som en ESCO-STAR Silo vil jeg udstille endelig produktionsmapning fra DISCOAMS til ESCO-STAR for at alle øvrige STAR City systemer og eksterne systemer kan mappe deres produktionsdata fra DISCOAMS til ESCO-STAR | |||
| Acceptkriterier | |||
| Nr. | Beskrivelse | Relevant for | |
| 976.5.1 | STAR har udarbejdet endelige ESCO STAR udgave og produktionsmapninger fra DISCOAMS til ESCO-STAR Deloitte leverance | ESCO-STAR | |
| 976.5.2 De (udenfor estimat) | Kvalitetssikring af Deloitte leverance. | BI | |
| 976.5.3 | Skift til ESCO STAR's endelige udgave og skift midlertidige mapninger fra DISCOAMS til ESCO-STAR | erstattes af endelige produktionsmapningerESCO-STAR, Alleog dan endelige produktionsversion Dataindlæsning | ESCO-STAR, BI, D&S |
| 976.5.4 (udenfor estimat) | Som STAR vil jeg have opdateret ESCO stillingsbetegnelsesbeskrivelser 1 til 1 mod ESCO STAR Kopi over i de danske stillingsbetegnelser | BI | |
| 976.5.5 (udenfor estimat) | Indlæs danske ESCO-STAR stillingsbetegnelsesbeskrivelser. | BI | |
| 976.5.6 (udenfor estimat, SF opgave) | Dataløft data fra prod til TMiljøerne vedr. Taxonomy ESCO/ESCO-STAR stillingsbetegnelser. | SF | |
| 976.5.4 (udenfor estimat) | Som Ankiro vil jeg gerne have en Json leverence fra Taxonomy silo med alle det opdateret ESCO STAR stillingsbetengelser, aliaser og mapning til DiscoAMS | ESCO-STAR | |
| 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)
| N/A |
Oversigt over berørte webservices
N/A
Beskrivelse af epic
Denne epic har til formål at etablerer det endelige ESCO STAR hierarki med kvalitets sikret data
976.5.1 STAR har udarbejdet endelige ESCO STAR udgave og produktionsmapninger fra DISCOAMS til ESCO-STAR
Ingen opgave for udviklingsteams. Denne opgave varetages af Deloitte.
976.5.2 Kvalitetssikring af Deloitte leverance.
| Jira Legacy | ||||||
|---|---|---|---|---|---|---|
|
Ud fra beskrivelsen i regnearket gennemgås dataleverancen fra Deloitte,
| Felt | Beskrivelse |
|---|---|
| Type | Angiver hvad den pågældende linje indeholder: - ESCO: Er en ESCO stillingsbetegnelse der anvendes i dansk sammenhæng - ESCO STAR er en Dansk udvidelse, her oprettes en ny "ESCO_STAR GUID" - ALIAS DK: Nyt dansk alias, her skal "PARRENT GUID" angives (Alias kommer fra DISCOAMS) - ALIAS ESCO: Alias oprettet på baggrund af ESCO alias her skal "PARRENT GUID" angives (Alias kommer fra ESCO) - ESCO ALIAS: ESCO stilling oprettes som alias i ESCO_STAR. Her skal "PARRENT GUID" og "ESCO GUID" angives. - SKJULT: ESCO stilling skjules i ESCO_STAR |
| ESCO_STAR | Stillingsbetegnelsesnavn, angives kun på typerne ESCO og ECO STAR |
| Stillingstype | Angiver på Stillingen er en Faglært, Ufaglært, Elev, lærling stillingsbetengelse, angives kun på typerne ESCO og ESCO STAR (angives kun i tvivl tilfælde hvor stilling kan være både faglært eller ufaglært) |
| Aktiv i DK | Angiver om Stillingsbetegnelse eller alias skal være aktivt i dansk sammenhæng |
| ESCO_STAR_kode | Kode i forhold niveau af stillingsbetegnelser, angives kun på typerne ESCO og ECO STAR |
| ALIAS | Alias navne |
| PARRENT | Stillingsbetegnelsesnavn på ejer til Alias, angives kum på ALIAS DK |
| PARRENT ESCO GUID | Stillingsbetegnelses URI på ejer til Alias, angives kun på ALIAS DK og ALIAS ESCO |
| ESCO GUID | URI på stillingsbetengelse, angives kun på typerne ESCO og ECO STAR samt ALIAS ESCO og vil på ALIAS ESCO angive den ESCO stillingsbetengelser der er ophav til alias |
| ESCO | Oprindeligt ESCO stillingsbetengelsesnavn |
| DISCOAMS_Key2 | Oprindeligt DISCO stillingsbetengelsesnavn |
| DISCOAMS | Oprindeligt DISCO erhvervsgruppe |
| ERHVERVSGRP | Oprindeligt DISCO kode |
| KOMMENTAR | Deloitte kommentar |
Verificering for ESCO STAR består af:
- Ikke udfyldte mandatory felter eks. Navn på stillingsbetegnelse og alias.
- Forældreløse Aliaser eller stillingsbetengelser
- Rækker med de samme ESCO kode
- ESCO DK må kun være under niveau 4
- ESCO URI (primary key) parent, skal være kendt
- Alias må kun eksisterer en gang
Verificering for DiscoAMS - ESCO STAR mapningen består af
- Alle DiscoAMS kode skal være mappet til en ESCO STAR kode
- En DiscoAMS må kun pege på en ESCO STAR kode
976.5.3 Skift til ESCO STAR's endelige udgave og skift midlertidige mapninger fra DISCOAMS til ESCO-STAR og dan endelige produktionsversion
| Jira Legacy | ||||||
|---|---|---|---|---|---|---|
|
ESCO STAR database opdateres med de opdateringer der er lavet af Deloitte således at ESCO STAR etableres inkl. mapning med DiscoAMS.
976.5.4 Som STAR vil jeg have opdateret ESCO stillingsbetengelsesbeskrivelser 1 til 1 mod ESCO STAR
ESCO STAR database opdateres mht. de danske stillingsbetengelsesbeskrivelse 1 til 1 ud fra ESCO stillingsbetengelsesbeskrivelse.
| Jira Legacy | ||||||
|---|---|---|---|---|---|---|
|
976.5.5 Indlæs danske ESCO-STAR stillingsbetegnelsesbeskrivelser.
Danske stillingsbetengelsesbeskrivelse indlæses fra STAR fil. Fil indeholde ESCO STAR URI og beskrivelse.
| Jira Legacy | ||||
|---|---|---|---|---|
|
|
976.5.6 Dataløft data fra prod til TMiljøerne vedr. Taxonomy ESCO/ESCO-STAR Stillingsbetegnelser.
Det er tiltænkt, at STAR (VOA) vil tilrette/disable og tilføje ESCO-STAR stillingsbetegnelser i produktion igennem Administrationsmodulet 976.7 Admin værktøj inkl. snitflade til stillingsbetegnelser på ESCO STAR, ved almindeligt dataløft til T-miljøerne fra produktion ønskes det, at tilrettede data i produktion medtages til T-miljøerne, med denne løsningen vil ændringer blive dataløftet ned til T-miljøerne i de intervaller som det normalle dataløft bliver udført.
Hvis der af en eller anden grund er behov for at disse stillingsbetegnelser der er lavet i produktion kommer ned på T-miljøerne hurtigere end de intervaller de normale dataløft foregår, vil det betyde at man skal ind i administrationsmodulet og lave tilsvarende til rettelser i T-miljøet.
Opgaver:
- SF tilføjer tabellerne for ESCO / ESCO-STAR stillingsbetegnelserne (Taxonomy databasen) til dataløft proceduren.
- Manuscript bliver tilføjet på dette.
976.5.6 Som Ankiro vil jeg gerne have en Json leverence fra Taxonomy silo med alle det opdateret ESCO STAR stillingsbetengelser, aliaser og mapning til DiscoAMS
For at Ankiro kan komme videre med deres arbejde om at behandling af ESCO STAR koder i deres systemer skal de have en leverence fra Taxonomy (DFDG) som Json fil.
>>>>>>>>
Overvej for hvert acceptkriterie hvilke systemer der berøres af ændringen:
- DFDG
- Services
- WSRMer
- KodelisterIngen ændringer i denne epic
- WSRMer Ingen ændringer i denne epic
- Kodelister Ingen ændringer i denne epic
- PersonStatusService (PSS) Ingen ændringer i denne epic
- PersonHistoryService (PHS) Ingen ændringer i denne epic
- LSS (Landssupportsystem) og herunder Registerudtræk (hvis STAR har dataejerskab og der er lavet PHS på domænet)
- Jobnet
- VITAS
- JobKon
- JobAG
- BI integrationsplatform
- Ingen ændringer i denne epic
- Jobnet Ingen ændringer i denne epic
- VITAS Ingen ændringer i denne epic
- JobKon Ingen ændringer i denne epic
- JobAG Ingen ændringer i denne epic
- BI integrationsplatform Ingen ændringer i denne epic
- Alle områder
- Nye batchjobsbatchjobs Ingen ændringer i denne epic
- Dokumentation af jobbet til SF (jf. skabelon: xxx link til skabelon)
- Dataløft (Tabeller bør dataløftes ned fra prod til T-Miljøerne)
- 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. Ingen personfølsomme data
- Nye batchjobsbatchjobs Ingen ændringer i denne epic
- Kommunalt sagsbehandlingssystemsagsbehandlingssystem Ingen ændringer i denne epic
- A-kasse sagsbehandlingssystemsagsbehandlingssystem Ingen ændringer i denne epic
- Kommunalt bookingsystembookingsystem Ingen ændringer i denne epic
- JobcenterPlanner (JCP) Ingen ændringer i denne epic
- WorkForcePlanner (WFP) Ingen ændringer i denne epic
- Kommunalt ydelsessystemydelsessystem Ingen ændringer i denne epic
Særlige krav til test
| Test scenarie | Berørte systemområder (herunder nye batchjobs*) | Identificeret af |
|---|---|---|
| Ingen 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
Igen batchjobs
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
- N/A
Efter idriftsættelse:
Ingen aftagere endnu derfor ingen konsekvenser
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 Nej
- 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.
N/A