In de bijlage treffen jullie het document aan voor de verstuffing van het RSGB 3.0 naar StUF-BG 3.20. Dit document zal behandeld worden in de bijeenkomst van de StUF Expertgroep 21 oktober aanstaande. De leden van de StUF Expertgroep worden verzocht hun commentaar één week voor de vergadering (14 oktober einde dag) via dit forum in te leveren.
Commentaar dat niet van te voren ingeleverd is zal niet worden behandeld in de StUF Expertgroep!
Bij deze (zie bijlage) ook het verstuffingsdocument met renvooi.
Bijlage
Voordat ik het document uitgebreid ga lezen en reviewen: tijdens de expertgroep IM (van 24-9) is besloten om een aantal RSGB-attributen te verwijderen die zijn opgenomen tbv de verStUFfing. Het betreft attributen die in de objecthiërarchieën omhoog zijn gekopieeerd. Denk hierbij aan een KvK-nummer en buitenlands adres in het objecttype SUBJECT. De stelling is dat deze attributen semantisch niet correct zijn opgenomen en dat voor eventuele opname in de StUF-objectenstructuur deze in de verStUFfing altijd kunnen worden toegevoed. Keuzes worden dan ook op de juiste plek genomen.
Heeft dit een wezenlijke invloed op de verStUFfing? Zo ja, heeft het dan zin de huidige versie (van 23-9) te reviewen, of kunnen we beter uitgaan van een (nog te verschijnen) aangepaste versie?
Geen zorgen, dit heeft geen wezenlijke invloed op de verstuffing. Alleen zullen de afgeleide gegevens in supertypen (zoals SUBJECT) uiteindelijk worden beschreven in het verstuffingsdocument in plaats van het informatiemodel. Dus de huidige versie (van 23-9) kan zonder probleem gereviewd worden.
Mijn commentaar heb ik toegevoegd als comments in het verStUFfings document in de bijlage.
Bijlage
Tot onze verbazing lijkt het verstuffingsdocument nog heel sterk op het verstuffingsdocument voor StUF bg 03.10, terwijl wij begrepen hadden dat er bij de verstuffing van RSGB 3.0 juist een paar fundamentele wijzigingen zouden worden doorgevoerd.
Wij hadden begrepen dat bij de verstuffing van RSGB 3.0 veel meer gewerkt zou worden met het automatische genereren van xsd-schema's. Met alle vertaalspecificaties tussen informatiemodel en berichten die in hoofdstuk 3 van dit verstuffingsdocument worden gegeven, blijft er, denken wij, weinig over van automatisch genereren. Wij dachten dat in dit document alleen specificaties gegeven zouden worden voor zaken die niet in het informatiemodel kunnen worden vastgelegd en waar afgeweken zou worden van de automatisch gegenereerde xsd-schema's. Van het automatisch genereren van berichtschema's en/of componenten daarvan vinden wij niets terug in dit document. Volgens ons zouden we eerst moeten kijken hoe ver we komen met het automatisch genereren (eventueel ook met aanvullingen aan het uml model van RSGB 3.0), voordat we weten wat we in hoofdstuk 3 naast het uml-model nog moeten specificeren.
Verder hadden wij begrepen dat KING zich wilde gaan richten op specifieke koppelvlakken, die voldoende beperkt waren, zodat je eenduidig kon aangeven of je dat koppelvlak wel of niet volledig ondersteunde (bijvoorbeeld koppelvlak vraagAntwoord subjecten zonder historie als apart koppelvlak naast vraagAntwoord subjecten met historie). In dit document zien we echter weer generieke schema's voor alle soorten kennisgevingen (msg_mutatie.xsd) en voor alle soorten bevragingen (msg_vraagAntwoord.xsd). Met dit verstuffingsdocument gaan we er dus vanuit dat we niet de overstap maken naar specifieke koppelvlakken en dat zouden wij betreuren.
In het document missen wij een specificatie op welke plaatsen wij aanvullendeElementen gaan toestaan. We begrepen dat dat in ieder geval bij de natuurlijke personen zou zijn, zodat we het A-nummer nog kunnen uitwisselen.
Het huishouden komt in dit verstuffingsdocument nog voor, maar volgens ons niet meer in RSGB 3.0 (maar ook dat zou automatisch goed komen door het genereren van berichten).
We vinden de mnemonic PES wel erg lelijk. Maar ook een dergelijk supertype met zijn mnemonic zou dachten wij in het uml model vastgelegd moeten worden, zodat het van daaruit ook gebruikt kan worden bij het genereren van berichten.
Wij verzoeken daarom om, voordat in de expertgroep gedetailleerd over dit verstuffingsdocument wordt gesproken, eerst nog even fundamenteler stil te staan bij het genereren van berichten (berichtcomponenten) uit het uml model en over het specificeren van "specifieke, toetsbare" koppelvlakken. Wellicht is het daarom nuttig om ook de opstellers/beheerders van het uml model RSGB 3.0 ook uitdrukkelijk uit te nodigen voor deze expertgroep.
Hierbij de commentaren van mijn collega Walter Budding en van mij, opgenomen in het document zelf.
Bijlage
Bijgaand mijn opmerkingen.
Bijlage