Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 10 Next »

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


STAR Projektleder (PL)Forretningsanalytiker (FA)STAR ReleaseEpic statusEksterne snitflader

Knud de Place (STAR)

2019-4

0.3


KSS(t.o),

A-Kasse(t.o),

Ydelsessystem(t.o),

KY/KMD-aktiv(t.o),

e-Dagpenge(t.o)


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

DS-911 - Getting issue details... STATUS



1 Indholdsfortegnelse




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.9.1Som STAR vil jeg have verificeret at optimering af databasekald der blev implementeret i release 2019-2 havde den ønskede effektDFDG
865.9.2

Som serviceaftager af servicemetoder, der er baseret på Foundation, ønsker jeg at kunne få tydeligere returtyper fra skriveoperationer

DFDG, Jobnet, Vitas
865.9.3Som STAR og serviceaftager ønsker jeg at ændringer til kodelisteværdier relateret til LAB m.v., der udgår, får opdateret slutdato til 2019-4 releasetidspunkt, selvom de er udviklet i 2019-2 LAB eller 2019-3 LAB kodesporDFDG
Kriterier for tilsagn til serviceaftager i forhold til STARs snitfladerBerørte acceptkriterierBemærkninger

865.9.1865.9.2865.9.3













KSS og a-kasser er opmærksom på, at ændringer til servicereceipts ved

  • fremtidige services eller nye metoder på eksisterende services
  • fremtidige serviceversioner

X






3 Oversigt over berørte webservices 

SnitfladeServiceaftager der er berørtBemærkninger

DFDGJobnetPlannersystemerKSSA-kasseYdelsessystemJobkonJobagSFBIVitas
CodeListServicex

x





Ændring af slutdatoer på forskellige kodelisteværdier opdateres til 2019-4 idriftsættelsestidspunkt














Forsøg fra Jira nedenstående (kan ikke ses eksternt):

summary varslingstype varslingsnote eksterne snitflader interne snitflader project description
Loading...
Refresh


4 Beskrivelse af epic

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

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 %
[PersonHistory_GetBookingAppendixRelationHistoryData]25636894,7610,9022,16
[Fleur].[CreateEarlyRetirementPayment]7367789,777,8021,67

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

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

NavnAntal kaldAvg CPU msTotal CPU %Total IO %
[PersonHistory_GetBookingAppendixRelationHistoryData]9816614,7464146,77716713,133354
[Fleur].[CreateEarlyRetirementPayment]402140,5929180,0886580,210616



4.2 Som serviceaftager af servicemetoder, der er baseret på Foundation, ønsker jeg at kunne få tydeligere returtyper fra skriveoperationer

DFDGs brug af den eksisterende ServiceReceipt er ikke konsistent, hvilket betyder, at serviceaftagere ikke altid kan udlede hvilken MessageIdentifier, der returneres fra DFDG.

For at tydeligøre dette, implementeres de to nye returtyper CreatedResponseType og EmptyResponseType, der fremadrettet benyttes som returtyper på skriveoperationer i Webservices, der udstilles af DFDG, Jobnet og Vitas. Gældende for begge returtyper er, at EventDate udgår.

DS-999 - Getting issue details... STATUS

4.2.1 CreatedResponseType

ElementTypeDetaljerForekomstBeskrivelse
CreatedResponseCreatedResponseType
1Kvittering som indeholder den unikke identifikation for den oprettede entitet

- CreatedItemIdentifier

guid
Base: string
Pattern: [\da-fA-F]{8}-[\da-fA-F]{4}-[\da-fA-F]{4}-[\da-fA-F]{4}-[\da-fA-F]{12}1Unik identifikation for den oprettede entitet

Der ændres ikke på eksisterende servicesnitfalder, da de to returtyper benyttes fremadrettet.


4.2.2 EmptyResponseType

ElementTypeDetaljerForekomstBeskrivelse
EmptyResponseEmptyResponseType
1Tom kvittering


Der ændres ikke på eksisterende servicesnitfalder, da de to returtyper benyttes fremadrettet.


4.3 Opdatering af slutdato på kodelisteværdier, der udgår

Kodelisterværdier, der udgår i kodespor 2019-2 LAB og 2019-3 LAB, men som reelt først udgår ved idriftsættelsen af 2019-4 får opdateret slutdato svarende til tidspunkt for idriftsættelse af 2019-4.

DS-1394 - Getting issue details... STATUS


Der er blandt andet tale om følgende berørte kodelister:

  • CourseAllocationTypeIdentifier ID 10
  • PersonCategoryTypeIdentifier ID 1, 2 og 3
  • AbsenceTypeIdentifierType ID 52, 61, 64
  • JobOrderPriceHourTypeIdentifier ID 9


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 hos Jobnet, VITAS osv. (STAR internt)
  • 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.





  • No labels