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

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.

Ud fra beskrivelsen i regnearket gennemgås dataleverancen fra Deloitte,

Verificering for ESCO STAR består af:

1. Ikke udfyldte mandatory felter eks. Navn på stillingsbetegnelse og alias.
2. Forældreløse Aliaser eller stillingsbetengelser
3. Rækker med de samme ESCO kode
4. ESCO DK må kun være under niveau 4
5. ESCO URI (primary key) parent, skal være kendt
6. Alias må kun eksisterer en gang

Verificering for DiscoAMS - ESCO STAR mapningen består af

1. Alle DiscoAMS kode skal være mappet til en ESCO STAR kode
2. 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

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.

976.5.5 Indlæs danske ESCO-STAR stillingsbetegnelsesbeskrivelser.

Danske stillingsbetengelsesbeskrivelse indlæses fra STAR fil. Fil indeholde ESCO STAR URI og beskrivelse.

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
• 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

* 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 databasenN/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