Indholdsfortegnelse
Afgrænsning af epic
| Afgrænsning | ||
|---|---|---|
Som STIL, vil jeg opdatere UDB-snitfladen og derefter nedlægge den gamle version for at udstille nye data fra UDB. | ||
| Acceptkriterier | ||
| Nr. | Beskrivelse | Relevant for |
| 961.1.1 | Som STIL ønsker jeg (af tekniske årsager) at opdatere snitfladern imod DFDG og udstille to yderligere felter samt nye kodelisteværdier til STAR | DFDG |
| 961.1.2 | Som STAR ønsker jeg at holde KSS fri af STILs opdatering af snitfladen; bortset fra opdatering af kodelisten med nye værdier | DFDG, BI |
| Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger | |||
|---|---|---|---|---|---|
| 961.1.1 | 961.1.2 | ||||
| KSS anvender uændret EducationEventService v3 | x | ||||
| KSS modtager wsrm-beskeden GetEducationIncomingEventVersion10, men ikke de nye værdier fra den opdaterede kodeliste | x | ||||
Oversigt over berørte webservices
Manuelt dannet oversigt
Links i tabellen er ikke klikbare for eksterne.
| Summary | Varslingstype | Varslingsnote | Eksterne Snitflader | Interne Snitflader | Project |
|---|---|---|---|---|---|
| CodeListService (version 5).XXXXX | Ændret | Nye værdier i kodelisten. Frafiltreres i udstillingen af hændelser til KSS. | KSS | BI | D+S |
Automatisk dannet oversigt
Beskrivelse af epic
UDB opdaterer deres snitflade i produktion til august 2019. DFDG skal snarest herefter opdatere nuværende snitflade til den nye version. UDB holder den eksisterende version i live, indtil DFDG er overgået til den nye version. Den nye version indeholder to omdøbte felter og to nye felter. UDB har varslet, at den nye snitflade vil returnere væsentligt flere uddannelseshændelser, hvilket potentielt medfører, at DFDG skal filtrere i de indkomne hændelser.
Hændelser fra UDB som benytter nye kodelisteværdier skal gemmes i databasen, men ikke videreudstilles via EducationEventService. Dermed opleves ingen ændringer fra KSS
Særlige krav til test
| Test scenarie | Berørte systemområder (herunder nye batchjobs*) | Identificeret af |
|---|---|---|
Konsekvenser for drift/idriftsættelse
Udviklingen skal ske i øvrigt-sporet.
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: Nej
- Skal der køres konvertering: Nej
- Skal der køres databasescripts for opdatering af tabeller i databasen: Der skal tilføjes nye kolonner for de nye data med defaultværdi NULL
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
- Nye miljøer: Nej
- Nye teknologier: Nej
- Nye aftagertyper: Nej
- Eller afvigelser fra principperne: Ja: UDB sender nye kodelisteværdier, men events med disse værdier skal IKKE udstilles via EducationEventService
- Eventuelle behov for reduktion af teknisk gæld skal afdækkes: 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.