976.6 (Flyttet til 976.5) Load af ESCO STAR version 1

Owned by Bjarne Hansen (Edora)
Last updated: Oct 20, 2020 by Carsten Olsen
2 min read

Bemærk: Denne epic udgår og indhold, estimat m.v. er flyttet til  976.5 Load af endelig produktions version af ESCO STAR og tilhørende mapning fra DiscoAMS til ESCO STAR 

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

Carsten Olsen

Udgået
N/A


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

BI-773 - Getting issue details... STATUS VIR-874 - Getting issue details... STATUS DS-2637 - Getting issue details... STATUS



Indholdsfortegnelse



Afgrænsning af epic

Afgrænsning

Flyttet til 976.5

Som en ESCO-STAR Silo 

vil jeg udstille ESCO STAR version 1

for at alle interne og eksterne systemer har adgang til ESCO STAR version 1 i produktion

Acceptkriterier

Nr.BeskrivelseRelevant for
976.6.1STAR har udarbejdet endelige ESCO-STAR version 1 klassifikation, som skal anvendes ved idriftsættelse af ESCO-STAR ESCO-STAR
976.6.2ESCO-STAR version 1 er indlæst i ESCO-STAR Silo, så alle systemer har adgang til klassifikationen i testmiljøer og i produktionESCO-STAR, alle



Kriterier for tilsagn til serviceaftager i forhold til STARs snitfladerBerørte acceptkriterierBemæ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)

summary varslingstype varslingsnote eksterne snitflader interne snitflader project
Refresh


Beskrivelse af epic

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.





Tilgængelighed: https://starwiki.atlassian.net/was