Versions Compared

Old Version 3

changes.mady.by.user Rolf Marcher Arndt

Saved on

compared with

New Version 4

changes.mady.by.user Rolf Marcher Arndt

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Opdateret med varsling. Løftet til 0.3

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



Page Properties


STAR Projektleder (PL)Forretningsanalytiker (FA)STAR ReleaseEpic statusEksterne snitflader
Knud de Place (STAR)Rolf Marcher Arndt2020-20.13KSS (t.o.), A-kasse (t.o.)




Jira Legacy
serverSystem JIRA
columnskey,po,fa,ux,sme,eksterne snitflader,interne snitflader,status,labels
maximumIssues4
jqlQueryissuetype = epic AND cf[10006] = 925.8 order by key
serverId479d1618-4a6f-3f88-8ee1-04c6b02c448a

Jira Legacy
serverSystem JIRA
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
serverId479d1618-4a6f-3f88-8ee1-04c6b02c448a
keyDS-2309



Indholdsfortegnelse

Table of Contents
outlinetrue



Afgrænsning af epic

Afgrænsning

Som STAR og DFDG

vil jeg gerne har set om DFDG skemavalideringer kan optimeres

for at opnå bedre svartider ved servicekald

Acceptkriterier

Nr.BeskrivelseRelevant for
925.8.1Analyse/spike på optimering af skemavalideringerDFDG
925.8.2Implementering af ændret / optimeret skemavalidering på udvalgte servicesDFDG




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

925.8.1925.8.2


Eksterne aftagere er opmærksomme på ændringer i DFDGs skemavalidering, men forventes i øvrigt ikke påvirket af ændringerne (ud over bedre svartider)
x















Oversigt over berørte webservices 

Manuel oversigt som er synlig for eksterne (links i listen virker kun med STAR Jira konto):


SummaryVarslingstypeVarslingsnoteEksterne SnitfladerInterne SnitfladerProject
Alle services (Skemavalidering input/output)ÆndretAftagere af DFDGs services skal være orienteret om, at der er fortaget forbedringer til skemavalidering på input/output for DFDGs servicesA-kasse(t.o.) KSS(t.o.)N/AD+S

Automatisk oversigt (vi arbejder på løsning på at gøre den synlig)

Jira Legacy
serverSystem JIRA
columnssummary,varslingstype,varslingsnote,eksterne snitflader,interne snitflader,project
maximumIssues100
jqlQueryissuetype = Varsling AND linkedIssue in (DS-2309) ORDER BY summary, Varslingstype, "Eksterne snitflader", "Interne Snitflader"
serverId479d1618-4a6f-3f88-8ee1-04c6b02c448a

Beskrivelse af epic

925.8.2 Implementering af ændret / optimeret skemavalidering på udvalgte services

Et af de steder, hvor DFDG har set, at skemavalideringer koster megen CPU tid, er, når der skemavalideres på borgere, som har mange joblogs. Det giver sig blandt andet udtryk GetEntries på CitizenJoblogService (version 3) kaldes for borgere, der har mere end 1.000 joblogs.

DFDGs arkitekt har reviewet den eksisterende kode til skemavalidering og gjort følgende findings:

  • Den eksisterende skemavalidering loader beskeden, der skal valideres, ind i et XML dokument, hvilket er overføldig.
  • Den eksisterende skemavalidering er ikke robust i forhold til at frigøre ressourcer.
  • Den eksisterende skemavalidering er svær at læse og forstå, hvilket gør, at koden er svær at vedligeholde.

DFDGs arkitekt har efterfølgende prøvet at optimere den eksisterende kode i forhold til de 3 ovenstående punkter og analyseret på, hvad der kan hentes i forhold til CPU tid. Dette er sket ved at kalde GetEntries på CitizenJoblogService (version 3) 10 gange pr. borger, hvorefter en gennemsnitlig CPU tid er beregnet. Nedenstående skema viser dette resultat, hvortil det skal bemærkes, at testen er foretaget mod et T-miljø (T15) og udført på en udvikler PC.


Eksisterende WSDL valideringOptimeret WSDL validering
Borger med 1665 joblogs700,9746 ms.660,0079 ms.
Borger med 1115 joblogs553,5810 ms.514,4231 ms.
Borger med 1002 joblogs719,5129 ms.689,0938 ms.



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.