Als medewerker IB wil ik dat records conform de NEN 2082 (par. 6.2) geordend, geklasseerd en beschreven worden

[MarcoKlerks]

NEN 2028:

Het archiefbestanddeel wordt geklasseerd op basis van een classificatieschema. Het archiefstuk krijgt hetzelfde classificatiekenmerk als het archiefbestanddeel waaraan het is toegevoegd. Klasseren kan automatisch indien het classificatieschema is gebaseerd op bedrijfsactiviteiten of op grond van de workflow waarmee een bepaald bedrijfsproces of bepaalde bedrijfsactiviteit wordt uitgevoerd.

Voorwaarden:

• Er moet een classificatieschema zijn (...)
• Beschrijven vereist een metadataschema, bij voorkeur ingericht volgens de principes van NEN-ISO 23081-1 en NEN-ISO 23081-2.

In de NEN 2082 worden specifieke eisen gesteld, die ik hier niet citeer i.v.m. de auteurswet.

Wel geef ik enkele aandachtspunten:

• Waarschijnlijk voldoet CommonGround hier al aan dankzij het ImZTC en het RGBZ.
• Zie ook #732, waarin met name het classificatieschema opnieuw ter sprake komt.

Een nadere analyse van de eisen is nodig.

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.
• [ ] Userstory is voorzien van een analyse (met daarin architectuur, IM, technische beslissingen afgestemd met team)
• [ ] 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 aanwezig die de wijziging aantonen
• [ ] De technische specificatie (standaard.md) is gepubliceerd leesbaar

Acceptatiecriteria

• [ ] De DSO URI- en API-strategie worden gevolgd of afwijkingen zijn vastgelegd als ontwerp keuze
• [ ] Eventueel gemaakte ontwerp keuzes zijn gedocumenteerd
• [ ] 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]

[MarcoKlerks]

Bij de refinement-sessie op 28-01-2019 heb ik beloofd dat ik #364 (over de NEN 2082) zou opknippen in een user story per paragraaf. Het gaat dan om de paragrafen waarin concrete functionele en/of tehcnische eisen worden geformuleerd. Dit heeft geleid tot de user stories #725, #726, #727, #728, #729, #730, #731 en #732.

Ik geloof overigens niet dat de developers hier voldoende mee geholpen zijn. Nadere analyse lijkt mij noodzakelijk.

[Hugo-ter-Doest]

Het gaat bij NEN2082 om de gehele applicatie inclusief registers. We kunnen op dit moment nog niet zeggen welke eisen in de API's moeten worden geadresseerd en welke in de applicatie(s). Ook moet een analyse worden gedaan om het te vertalen naar functionaliteiten van apps en registers. We sluiten deze user stories over NEN2082 niet, maar wachten de ontwikkelingen af van apps in combinatie met registers.