As productowner, I want to organize a workshop to retrieve user stories from stakeholders

[joeribekker]

Mogelijke onderwerpen:

• bespreken initiele objecttypes

Mogelijke objecttypes:

• Inkomen (GBI)
• Vermogen (GBI)
• Vorderingen (GBI)
• Huishouden (Rotterdam)
• Meldingen (VNG/Amsterdam)
• Evenementenvergunningen (Utrecht)
• Activiteiten (sociaal domein) (Utrecht)
• Subsidies (Delft) [1]
• Bomen (Delft) [2]

[1] Verankerd in het Gemeentelijke Gegevens Model: https://gemeente-delft.github.io/Gemeentelijk-Gegevensmodel/domeinen/subsidies/https://gemeente-delft.github.io/Gemeentelijk-Gegevensmodel/domeinen/subsidies/
[2] IMBOR model: https://gemeente-delft.github.io/Gemeentelijk-Gegevensmodel/domeinen/image/IMGeoVSIMBOR.png

• verwijzingen naar buiten de Objects API
• verwijzingen binnen de Objects API
• verwijzingen heen en terug
• historie van objecten
• autorisatie op objecten
• autorisatie op objecttypen
• waar op filteren binnen objecten
• genestheid/gelaagdheid van JSON-schemas
• beheer gegevens / wie beheert
• verwijderen van objecten
• attributen onderverdelen in clusters/categorieen
• bulk opvoeren
• koppelen met registraties

Mogelijkheden:

• Direct aansluiten op de bron
• Direct bevragen via bestaande service
• Periodiek automatisch synchroniseren
• Periodiek handmatig uploaden

[joeribekker]

Agenda

1. Bespreken initiële objecttypes
Deze vormen de basis om te beproeven wat er allemaal ontwikkeld moet worden op detail niveau. Mogelijke objecttypes:

• Inkomen (GBI)
• Vermogen (GBI)
• Vorderingen (GBI)
• Huishouden (Rotterdam)
• Meldingen (VNG/Amsterdam)
• Evenementenvergunningen (Utrecht)
• Activiteiten (sociaal domein) (Utrecht)
• Subsidies (Delft)
• Bomen (Delft)

2. Ondersteuning voor verwijzingen naar andere objecten
Een object is waarschijnlijk gerelateerd aan van alles en nog wat. Hoe gaan we hiermee om? Hoe ver moet ondersteuning hiervoor gaan? Verwijzen naar objecten in de Objecten API, of daarbuiten? Ligt de relatie altijd aan 1 kant, of aan beide?

3. Historiek
Moet er ondersteuning komen voor versies van objecten, ofwel de historie? Van alle objecten of slechts een subset? Is verwijderen ook echt verwijderen of slechts een eindeGeldigheid attribuut?

4. Autorisaties
Tot welk niveau moeten autorisaties gegeven kunnen worden? Tot welk niveau bouwen we nu in? Denk aan bepaalde objecttypen filteren, alleen lezen, attributen wel/niet inzien, wel/niet bewerken. Voor personen, applicaties, organisaties of iedereen?

5. Meta data
Welke meta data moet worden opgenomen bij objecten, en objecttypen? Auteur, beheerder, uploader, tijdstip van toevoegen?

6. Koppelen met registraties
Data moet ergens vandaan komen. Mogelijkheden:

• Direct aansluiten op bestaande bron
• Direct bevragen via bestaande service
• Periodiek automatisch synchroniseren
• Periodiek handmatig uploaden
• Overige registraties als nieuwe bron gebruiken

[joeribekker]

Historie volgens StUF: https://www.gemmaonline.nl/images/gemmaonline/f/fa/Stuf0301.pdf

[joeribekker]

All topics have had their own user stories:

1. Bespreken initiële objecttypes -- 3 examples have been created in As productowner, I want an objecttype schema (1) definition to start with #5, As productowner, I want another objecttype schema (2) definition to start with #6
2. Ondersteuning voor verwijzingen naar andere objecten -- supported via JSON schema
3. Historiek -- implemented via As developer I want to have history of objects  #67
4. Autorisaties -- implemented via As admin-user, I want to give read/write authorizations per objecttype #30
5. Meta data -- implemented via As admin, I want to keep track of meta data with objects #72
6. Koppelen met registraties -- not yet implemented but described in As admin, I want to use existing data stores to expose data #105