Als functioneel beheerder wil ik partijen kunnen opdelen in categorieën (categorie, partijtype)..

[joeribekker]

...zodat ik sneller de juiste partij vind en/of partijen kan doorzoeken.

Stakeholder: Gemeente Amsterdam

Acceptatiecriteria

• Er zijn categorieën op te voeren
• Een partij is te koppelen aan 0 of meer categorieën
• Een categorie heeft een bepaalde looptijd, ofwel een partij kan onderdeel zijn van een categorie voor een bepaalde of onbepaalde tijd.

Ter illustratie:

Definition of done

• functionele specificatie
• Open API specificatie
• gegenereerde code
• testgevallen

[hdksi]

Naar aanleiding van dit verzoek kan ik niet helemaal beoordelen wat nu precies het beoogde karakter van een concrete categorie is. Wel kan ik in herinnering roepen dat we tijdens een bijeenkomst op 20 september het volgende overeengekomen gekomen:

Conceptueel informatiemodel Principe 3 (CIMP3)

We nemen in het conceptueel model geen domeinspecifieke gegevens op.

Denk hierbij aan typeringen van partijen als ‘erfpachter’, ‘uitkeringsontvanger’, ‘debiteur’
Om de relatie tussen ‘generieke’ partijen en domeinspecifieke gegevens te leggen, creëren we in het conceptueel model id’s vast te leggen die verwijzen naar ‘extensies’ in domeinregisters. Zie ‘interne identificatie’.

Ik kan me voorstellen dat categorie- of rolinformatie eventueel afgeleid zou kunnen worden van in partij-identificatoren (objecttype of register hierbinnen zouden daarvoor gebruikt kunnen worden) vastgelegde informatie over (domeinspecifieke) voorkomens van een partij.

Een meer functionele beschrijving van de gewenste aanpassing (in de vorm van één of meerdere user story's) zou kunnen helpen bij het beoordelen of dit mogelijk is, of om te bepalen of eerdergenoemd principe moet worden herzien.

[joeribekker]

Naar aanleiding van dit verzoek kan ik niet helemaal beoordelen wat nu precies het beoogde karakter van een concrete categorie is.

Ik ga dit nog even navragen bij Amsterdam.

Wel kan ik in herinnering roepen dat we tijdens een bijeenkomst op 20 september het volgende overeengekomen gekomen

Scherp! In de implementatie heb ik dit nu al opgenomen als experimentele toevoeging maar als Amsterdam dit niet (meer) nodig heeft dan kan het er ook zo weer uit.