Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

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)

STAR udvikling: 2019-3

STAR idriftsættelse: 2019-4

0.3


Hovedspor_LAB

KSS(t.o),

A-Kasse(t.o),

Ydelsessystem(t.o),

KY/KMD-aktiv(t.o),

e-Dagpenge(t.o)


Jira Legacy
serverSystem JIRA
columnskey,po,fa,ux,sme,eksterne snitflader,interne snitflader,status,labels
maximumIssues4
jqlQueryissuetype = epic AND cf[10006] = 865.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-772



1 Indholdsfortegnelse

Table of Contents
outlinetrue




2 Afgrænsning af epic

Afgræsning

Som STAR vil jeg have verificeret at optimering af databasekald der blev implementeret i release 2019-2 havde den ønskede effekt for at kunne opretholde svartider og belastning på servere.

AcceptkriterierBeskrivelseRelevant for
Nr.

865.8.1Som STAR vil jeg have verificeret at optimering af databasekald der blev implementeret i release 2019-1 havde den ønskede effektDFDG
865.8.2Som STAR ønsker jeg at nedlægge overflødige batchjobsDFDG
865.8.3Som STAR ønsker jeg teknisk gæld fjernet fra TransferDataServiceDFDG
865.8.4Som STAR ønsker jeg at batchjob fungerer som forudsat UdgårDFDG
865.8.5Som STAR ønsker jeg at ubrugte / døde kodelister fjernes UdgårDFDG
865.8.6Som STAR ønsker jeg at døde og overflødige WSRM endpoints fjernesDFDG
865.8.7Som STAR ønsker jeg at der bliver taget stilling til og fjernet tests der ikke længere er relevanteDFDG
865.8.8Som STAR ønsker jeg at det er nemmere at håndtere, at organisationer får nyt navn, så der ikke skal bøvles med datagenopretninger af hensyn til administation af certifikater i AmpAdmin2 (se fx Manuscript DFDG
865.8.9Som STAR og SF ønsker jeg, at eksterne aftagere, der anvender LSS/Datakanonen til testformål, ikke har adgang til WSRM opsætning i LSSDFDG


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

865.8.1865.8.2865.8.3865.8.4865.8.5865.8.6865.8.7865.8.8865.8.9
Døde / ubrugte kodelister fjernes fra CodeListServicexKSS og a-kasser gøres opmærksom på, at ubrugte WSRM endpoints fjernes. Der har ikke været aktive abonnementer på de pågældende WSRM'er




x




3 Oversigt over berørte webservices 

SnitfladeServiceaftager der er berørtBemærkningerDFDGJobnetPlannersystemerKSSA-kasseYdelsessystemJobkonJobagSFBIVitasFørsøg fra Jira nedenstående:

Manuelt kopieret oversigt

Kan ses af eksterne.

Links i eksterne kan ikke anvendes af eksterne - og de indeholder ikke relevant information, der ikke fremgår af tabellen).













Automatisk dannet oversigt

(kan ikke ses af eksterne)

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

4 Beskrivelse af epic

4.1 Acc.kr. 865.8.1 - Som STAR vil jeg have verificeret at optimering af databasekald der blev implementeret i release 2019-1

I release 2019-1 blev der udtrukket statistikker fra produktion af stored procedures ressourceforbrug.

I samarbejde med arkitekt blev det valgt at det var følgende stored procedure der skulle optimeres:

NavnAntal kaldAvg CPU msTotal CPU %Total IO %
[dbo].[CV_GetCVUpdateListAdditionalInformation]11877137,7919,557,36
[dbo].[PersonHistory_GetJobcenterHistoryData]159453516,5755,6316,17
[dbo].[KC_GetPersonGroupProject]99631521,6318,373,09
[dbo].[PS_GetBooking]12217611,265,389,39
[dbo].[PS_GetAbsence]11877137,7919,557,36

I release 2019-3 skal der udføres verificering af at disse optimeringer havde den ønskede effekt, dette gøres ved at der efter release af 2019-1 igen udtrækkes statistikker fra produktion af stored procedures ressourceforbrug.

Nedenstående kan statistikkerne for de fem optimerede stored procedures ses:

NavnAntal kaldAvg CPU msTotal CPU %Total IO %
[dbo].[CV_GetCVUpdateListAdditionalInformation]476873,394,021,31
[dbo].[PersonHistory_GetJobcenterHistoryData]88950,640,010,01
[dbo].[KC_GetPersonGroupProject]40819,950,080,04
[dbo].[PS_GetBooking]30426781,025,336,73
[dbo].[PS_GetAbsence]68874710,486,533,72


Jira Legacy
serverSystem JIRA
serverId479d1618-4a6f-3f88-8ee1-04c6b02c448a
keyDS-436

4.2 Acc.kr. 865.8.2 - Som STAR ønsker jeg at nedlægge overflødige batchjobs

4.2.1 Nedlæg KC-EO-ProcessExternalOperatorStatements (Manuscript 102951)

Batchjobbet ønskes nedlagt, da STAR ikke længere understøtter betalingsmodel ift. afregning med anden aktør.

Jira Legacy
serverSystem JIRA
serverId479d1618-4a6f-3f88-8ee1-04c6b02c448a
keyDS-827


4.2.2 Nedlæg KC-EO-ProcessExternalOperatorDWHFull (Manuscript 102951)

Batchjobbet ønskes nedlagt, da STAR ikke længere understøtter betalingsmodel ift. afregning med anden aktør.

Jira Legacy
serverSystem JIRA
serverId479d1618-4a6f-3f88-8ee1-04c6b02c448a
keyDS-828


4.2.3 Fortag oprydning af BatchjobManagerBLL metoden ProcessIllnessCancelEnrollment (Manuscript 57172)

Kan BatchjobManagerBLL metoden ProcessIllnessCancelEnrollment slettes?

Jira Legacy
serverSystem JIRA
serverId479d1618-4a6f-3f88-8ee1-04c6b02c448a
keyDS-829


4.3 Acc.kr. 865.8.3 - Fjernelse af PrintServiceGateway i TDS (Manuscript 69799)

Der printes ikke længere fra flyttemotoren og derfor skal kald til print service fjernes derfra.

Jira Legacy
serverSystem JIRA
serverId479d1618-4a6f-3f88-8ee1-04c6b02c448a
keyDS-830


4.4 Acc.kr. 865.8.4 - Batchjob skal fungere som forudsat Udgår af epic

4.4.1 ProcessStatus=1 sættes ikke korrekt for batch job (Manuscript 98630)

Se Manuscript sagen.

Jira Legacy
serverSystem JIRA
serverId479d1618-4a6f-3f88-8ee1-04c6b02c448a
keyDS-831


4.5 Acc.kr. 865.8.5 - Ubrugte / døde kodelister fjernes Udgår af epic

4.5.1 Fjernelse af GetEducationsByEducationLevelIDTypeIdentifierCodeList (Manuscript 36339)

Se Manuscript sagen.

Er blevet udfaset i en tidligere release, manuscript sag sat til resolved.


4.6 Acc.kr. 865.8.6 - Fjerne overflødige WSRM service endpoints

Fjernelse af døde Wsrm Service endpoints (Manuscript 64702)

Iflg. sagen var der i 2014 tale om følgende:

Ud af de 270 WSRM service endpoints, der kan valideres beskeder på i dag, er der ifølge Jens Vind 198, der kan slettes. Det drejer sig om alle 170 .asmx og 28 DFDG/10 service endpoints i tblWSRMServiceManager.sql i DBScripts\Master\OLTP\Brokerservices\Create Tables folderen.

Da der genereres specifikke WSRM beskeder til disse service endpoints, skal den tilsvarende source kode også fjernes.

Jira Legacy
serverSystem JIRA
serverId479d1618-4a6f-3f88-8ee1-04c6b02c448a
keyDS-832


4.7 Acc.kr 865.8.7 Som STAR ønsker jeg at der bliver taget stilling til og fjernet tests der ikke længere er relevante

4.7.1 Oprydning i DFDG Ignored UnitTests og IntTests (Manuscript 93815)

Se Manuscript sagen.

Jira Legacy
serverSystem JIRA
serverId479d1618-4a6f-3f88-8ee1-04c6b02c448a
keyDS-833


4.8 Acc.kr. 865.8.8 - Som STAR ønsker jeg at det er nemmere at håndtere, at organisationer får nyt navn, så der ikke skal bøvles med datagenopretninger af hensyn til administration af certifikater i AmpAdmin2

Se fx Manuscript 133917 og 134004.

Jira Legacy
serverSystem JIRA
serverId479d1618-4a6f-3f88-8ee1-04c6b02c448a
keyDS-893


4.9 Acc.kr. 865.8.9 - Som STAR og SF ønsker jeg, at eksterne aftagere, der anvender LSS/Datakanonen til testformål, ikke har adgang til WSRM opsætning i LSS

Som STAR og SF ønsker jeg, at eksterne aftagere, der anvender LSS/Datakanonen til testformål, ikke har adgang til WSRM opsætning og WSRM køer via menuerne i LSS.


Tilføjelse af i rolle i AmpAdmin2

Rollen WSRM og WSRM køopsætning vil blive tilføjet til organisationstype STAR og vil ikke pre valgt ved tilføjelse af roller til bruger.

Validering i LSS

Når bruger af LSS tilgår WSRM og WSRM køopsætning fanen, vil der blive valideret på rollen WSRM og WSRM køopsætning, hvis bruger af LSS ikke har den pågældende rolle vil bruger blive afvist med en fejl.



Validering vil blive tilføjet til: "WSRM" og "WSRM køopsætning" under "Driftsstatus".


Jira Legacy
serverSystem JIRA
serverId479d1618-4a6f-3f88-8ee1-04c6b02c448a
keyDS-1015





Overvej for hvert acceptkriterie hvilke systemer der berøres af ændringen:

  • DFDG
    • Services
      • WsrmMessageService (Version 10): Metoder vil blive fjernet, hvis beskederne ikke længere bliver enqueued fra koden.
      • CodeListService (Version 5): Metoder vil blive fjernet, hvis ubrugte kodelister bliver udstillet her.
    • WSRM'er
      • WSRM' er der ikke længere bliver enqueded: Beskedtyperne fjernes.
    • Kodelister
      • Kodelister der ikke længere bliver benyttet: Kodelisterne fjernes i koden.
    • 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: Nej
  • Nye snitflader; Nej
  • Nye komponenter: Nej, men Nuget package skal opdateres
  • Nye miljøer: Nej
  • Nye teknologier: Nej
  • Nye aftagertyper: Nej
  • Eller afvigelser fra principperne: Nej


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.