Toevoegen van gegevens aan een sectormodel

Dit is een statische kopie van het eerdere discussie.kinggemeenten.nl.
Nieuwe discussies kunnen in de GitHub repository 'StUF standaarden' als issue worden opgevoerd.

5 reacties / 0 nieuw
Jan Campschroer
Toevoegen van gegevens aan een sectormodel

Na de laatste regiegroep is er op 31-12-2014 over de aanvullendeElementen constructie na een digitale afstemrond het besluit genomen om:

  1. Deze constructie op te nemen in de StUF 3.01 onderlaag.
  2. Het gebruik van deze constructie toe te staan voor het koppelvlak Jeugdzorg op basis van de nieuwe versie van het sectormodel StUF-ZKN en voor het sectormodel StUF-WOZ.
  3. Andere toepassingen van deze constructie in 2015 alleen toe te staan nadat de regiegroep toestemming heeft gegeven.
  4. Over de toepassing van deze constructie na 2015 in 2015 een beslissing te nemen.

Daarmee is ook de wijziging zoals besproken in de expertgroep goedgekeurd. Bij het nalezen van de gewijzigde paragrafen zie ik nog een paar kleine onvolkomenheden die ik graag aangepast zou willen zien.

  1. De kop van paragraaf 3.2.4 luidt: 'Het opnemen van niet in het sectormodel gedefinieerde elementen'.
    Dat zou wat mij betreft beter kunnen zijn: 'Het opnemen van niet in het basisschema gedefinieerde elementen zonder versieaanpassing'.
    Dit vanuit de gedacht dat de schema's voor de aanvullende elementen wel worden toegevoegd aan het sectormodel, waardoor de elementen ook weer gedefinieerd zijn in het sectormodel.
    Noot: We starten nog wel een kort traject hoe we precies om moeten gaan met aanvullendeElementen in relatie tot een beheersbaar versiebeheerproces. Geïnteresseerden kunnen zich bij mij melden. 
  2. Probleem hierbij is wel dat het bestaan van het basisschema niet is beschreven in de standaard. (net zo min als het bestaan van de andere catalogi). Alleen in het beheermodel is er sprake van 'generieke berichtstructuren'. Het lijkt me gewenst dat de structuur van een sectormodel gespecificeerd wordt in de standaard. Basisschema, vraag/antwoord catalogus, mutatie catalogus, aanvullende catalogi (waaronder die voor de specificatie van de toegevoegde elementen).
  3. In de tekst zelf wordt het volgende geschreven: 'Het kan voorkomen dat er gegevens nodig zijn die niet in de XSD-schema's van het sectormodel gedefinieerd zijn.' Afgezien van het feit dat XSD-schema dubbelop is, zou hier beter ook over basisschema o.i.d. gesproken kunnen worden.
  4. In deze paragraaf staat: 'De nieuwe constructie ..." Dat is echter weinig toekomstvast. Beter is om te zeggen 'De tweede constructie is begin 2015 aan StUF 3.01 toegevoegd en wordt uitgelegd ...."
  5. De tekst " Beide constructies kunnen worden gebruikt en hebben voor- en nadelen die in de volgende secties worden besproken." belooft dat de voor- en nadelen van de constructies besproken gaan worden. Dat doe je echter slechts ten dele. (namelijk vooral vanuit een technisch perspectief). Ik zou de ene zin waar je dat in doet: "het voordeel .... kan dat wel" dan ook gelijk in de inleiding zetten. Dan heb je het gehad, wordt de totale tekst weer ietsje korter.
Rindert Dijkstra

De term sectormodel zorgt bij mij steeds voor verwarring, maar dat zal wel komen omdat ik er vanuit informatiemodellen naar kijk. De term sectormodel roept bij mij de associatie op van een informatiemodel voor een bepaalde sector, i.t.t. bijvoorbeeld het RSGB. De voorstellen die je doet lijken me goed. Misschien zou je nog eens kunnen kijken naar de terminologie in breder verband, ik denk aan StUF + Informatiemodellen, zodat we in dit werkveld weten waar we het over hebben. Gezamenlijke begrippenlijst een idee?

Robert Melskens

Dit onderhoudsverzoek is opgevoerd in de onderhoudsverzoeken als ONV0361.
De lijst met onderhoudsverzoeken vind je op: 
gemmaonline.nl/index.php/StUF-Expertgroep#Documenten

@Rindert: N.a.v. je opmerking over de gezamenlijke begrippenlijst wil ik je graag wijzen op het bestaan van een document waarin de StUF terminologie wordt uitgelegd.

Robert Melskens

Bijgaand voorstel is vervaardigd ter goedkeuring door de StUF Expertgroep.

Bijlage

stuf0301 - ONV0361 (met renvooi).pdf
Robert Melskens

Tijdens de StUF Expertgroep van 18 februari 2015 is het voorstel met enkele kleine aanpassingen goedgekeurd. Onderhoudsverzoek kan omgezet worden naar een erratum en doorgevoerd in patch 21.