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. |
Acceptkriterier | Beskrivelse | Relevant for |
---|
Nr. |
|
|
865.89.1 | Som STAR vil jeg have verificeret at optimering af databasekald der blev implementeret i release 2019-2 havde den ønskede effekt | DFDG |
865.89.2 | Som STAR serviceaftager af servicemetoder, der er baseret på Foundation, ønsker jeg at nedlægge overflødige batchjobskunne få tydeligere returtyper fra skriveoperationer | DFDG, Jobnet, Vitas |
865.8.3 | Som STAR ønsker jeg teknisk gæld fjernet fra TransferDataService | DFDG |
865.8.4 | Som STAR ønsker jeg at batchjob fungerer som forudsat | DFDG |
865.8.5 | Som STAR ønsker jeg at ubrugte / døde kodelister fjernes | DFDG |
865.8.6 | Som STAR ønsker jeg at døde og overflødige WSRM endpoints fjernes | DFDG |
865.8.7 | Som STAR ønsker jeg at der bliver taget stilling til og fjernet tests der ikke længere er relevante | DFDG |
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 administation af certifikater i AmpAdmin2 (se fx Manuscript | 9.3 | Som 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 kodespor | DFDG |
Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger |
---|
| 865. | 89.1 | 865. | 89.2 | 865. | 89.3 | 865.8.4 | 865.8.5 | 865.8.6 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
865.8.7 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
Snitflade | Serviceaftager der er berørt | Bemærkninger |
---|
| DFDG | Jobnet | Plannersystemer | KSS | A-kasse | Ydelsessystem | Jobkon | Jobag | SF | BI | Vitas |
Førsøg |
|
CodeListService | x |
|
| x | x |
|
|
|
|
|
| Ændring af slutdatoer på forskellige kodelisteværdier opdateres til 2019-4 idriftsættelsestidspunkt |
|
|
|
|
|
|
|
|
|
|
|
|
|
Forsøg fra Jira nedenstående (kan ikke ses eksternt):
Jira Legacy |
---|
server | System JIRA |
---|
columns | summary,varslingstype,varslingsnote,eksterne snitflader,interne snitflader,project,description |
---|
maximumIssues | 100 |
---|
jqlQuery | issuetype = Varsling AND linkedIssue in (DS-772911) ORDER BY summary, Varslingstype, "Eksterne snitflader", "Interne Snitflader", Description |
---|
serverId | 479d1618-4a6f-3f88-8ee1-04c6b02c448a |
---|
|
4 Beskrivelse af epic
4.1 Acc.kr. 865.
89.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:
Navn | Antal kald | Avg CPU ms | Total CPU % | Total IO % |
---|
[PersonHistory_GetBookingAppendixRelationHistoryData] | 2563689 | 4,76 | 10,90 | 22,16 |
[Fleur].[CreateEarlyRetirementPayment] | 73677 | 89,77 | 7,80 | 21,67 |
I release 2019-3 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:
Navn | Antal kald | Avg CPU ms | Total CPU % | Total IO % |
---|
[PersonHistory_GetBookingAppendixRelationHistoryData] | X981661 | X | X | X4,746414 | 6,777167 | 13,133354 |
[Fleur].[CreateEarlyRetirementPayment] | X402 | X | X | X |
[dbo].[KC_GetPersonGroupProject] | X | X | X | X |
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ør140,592918 | 0,088658 | 0,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.
Jira Legacy |
---|
server | System JIRA |
---|
serverId | 479d1618-4a6f-3f88-8ee1-04c6b02c448a |
---|
key | DS-827999 |
---|
|
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 |
---|
server | System JIRA |
---|
serverId | 479d1618-4a6f-3f88-8ee1-04c6b02c448a |
---|
key | DS-828 |
---|
|
4.2.3 Nedlæg BatchjobManagerBLL ProcessIllnessCancelEnrollment (Manuscript 57172)
Kan BatchjobManagerBLL ProcessIllnessCancelEnrollment slettes?
Jira Legacy |
---|
server | System JIRA |
---|
serverId | 479d1618-4a6f-3f88-8ee1-04c6b02c448a |
---|
key | DS-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 |
---|
server | System JIRA |
---|
serverId | 479d1618-4a6f-3f88-8ee1-04c6b02c448a |
---|
key | DS-830 |
---|
|
4.4 Acc.kr. 865.8.4 - Batchjob skal fungere som forudsat
4.4.1 ProcessStatus=1 sættes ikke korrekt for batch job (Manuscript 98630)
Se Manuscript sagen.
Jira Legacy |
---|
server | System JIRA |
---|
serverId | 479d1618-4a6f-3f88-8ee1-04c6b02c448a |
---|
key | DS-831 |
---|
|
4.5 Acc.kr. 865.8.5 - Ubrugte / døde kodelister fjernes
4.5.1 Fjernelse af GetEducationsByEducationLevelIDTypeIdentifierCodeList (Manuscript 36339)
Se Manuscript sagen.
4.7 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 |
---|
server | System JIRA |
---|
serverId | 479d1618-4a6f-3f88-8ee1-04c6b02c448a |
---|
key | DS-832 |
---|
|
4.8 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.8.1 Oprydning i DFDG Ignored UnitTests og IntTests (Manuscript 93815)
Se Manuscript sagen.
Jira Legacy |
---|
server | System JIRA |
---|
serverId | 479d1618-4a6f-3f88-8ee1-04c6b02c448a |
---|
key | DS-833 |
---|
|
4.9 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 1340041 CreatedResponseType
Element | Type | Detaljer | Forekomst | Beskrivelse |
---|
CreatedResponse | CreatedResponseType |
| 1 | Kvittering 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} | 1 | Unik identifikation for den oprettede entitet |
Der ændres ikke på eksisterende servicesnitfalder, da de to returtyper benyttes fremadrettet.
4.2.2 EmptyResponseType
Element | Type | Detaljer | Forekomst | Beskrivelse |
---|
EmptyResponse | EmptyResponseType |
| 1 | Tom 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.
Jira Legacy |
---|
server | System JIRA |
---|
serverId | 479d1618-4a6f-3f88-8ee1-04c6b02c448a |
---|
key | DS-893 |
---|
|
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
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 scenarie | Berø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.