Als ontwikkelaar wil ik NLX-headers volledig op kunnen slaan

[joeribekker]

...zodat er geen informatie verloren gaat.

Ticket https://gitlab.com/commonground/nlx/nlx/issues/694#note_229249438 is aan de kant van NLX nu gedocumenteerd waardoor we de header lengte kunnen gebruiken voor de velden in de Audittrail.

---

Onderstaande "vink-lijst" is voor het team zelf om in te vullen en hoeft niet door de indiender te worden ingevuld.

Bepaling prioriteit door PO

• verbreding of verdieping API's
• stimuleert gebruik door gemeenten
• stimuleert gebruik door leveranciers

... eventueel nog toelichting door PO

Definition of ready

• Iedereen in het team begrijpt de user story
• de gewenste (aanvulling op de) functionaliteit van de API's duidelijk en beschreven is.
• Is klein genoeg (maximaal 1/5 van sprint)
• Product Owner akkoord en voorzien van prioriteit (mag alleen afgevinkt worden door PO)
• Idee hebben van hoe deze user story kan worden gedemonstreerd.
• Globale oplossingsrichting bekend
• Vastgelegd in Github en geplaatst in kolom ready

Definition of done

• Er is een OAS 3.0 specificatie
• Er is een referentieimplementatie
• Er zijn tests(cases) aanwezig die de wijziging aantonen en waarmee de user story getest kan worden.
• De technische specificatie (standaard.md) is gepubliceerd leesbaar
• Gebruikte gegevensmodel is na iedere sprint bijgewerkt.

Acceptatiecriteria

• De DSO URI- en API-strategie worden gevolgd of afwijkingen zijn vastgelegd als ontwerp keuze
• Er zijn geen bekende GEMMA tegenstrijdigheden of afwijkingen zijn vastgelegd.

Taken

• Implementeren in referentie-implementatie [verantwoordelijke]
• Schrijven (unit) test voor referentie-implementatie [verantwoordelijke]
• Genereren/opstellen van OAS 3.0 [verantwoordelijke]
• Human Readable publiceren Open API Specificatie (v.3.0) [verantwoordelijke]
• Documentatie bijwerken
• Gegevensmodel bijwerken