Metamodel M(etamodel) I(nformatiemodellen) G(emeenten)

Vergelijkbare documenten
Metamodel voor de Referentiemodellen Gemeentelijke Basisgegevens

Metamodel voor informatiemodellen. door KING en Kadaster

Metamodel voor informatiemodellen. door KING en Kadaster

1 P a g e. KKG ISO profiel. Auteurs: A. Loeffen, L. vd Brink, mei Werkversie 0.1. Pagina 1

Metamodel voor de. Referentiemodellen Gemeentelijke Basisgegevens Beschrijving metamodel RGB

T.a.v. de vastlegging van authenticiteit in BGT / IMGeo zijn de volgende kanttekeningen te plaatsen:

Referentiemodel Stelsel Gemeentelijke Basisgegevens

KING. Ellen Debats Conceptversie 0.1

GEMMA RSGB 3.0. Informatiemodel Basis- en Kerngegevens

Voorstel voor wijziging Informatiemodel ZTC

Informatieobjecten zijn systematisch beschreven

Toelichting catalogus Template basisregistraties

door KING en Kadaster en Geonovum

GEMMA RSGB 3.0. Informatiemodel Basis- en Kerngegevens. Deel II: objecttypen, relatieklassen, referentielijsten en enumeraties: nadere uitwerking

OPEN RAADSINFORMATIE. Informatiemodel, 1.01

Onderwerp Vertaling van de rollen van een betrokkene in een zaak naar StUF-ZKN 3.20 Vergaderstuk ter Besluitvorming Datum Bijlagen

RFC Definiëren elmenten t.b.v. SEPA (Europese betaalstandaard)

Unified Modeling Language

Wijziging Informatiemodel ZTC

GEMMA RGBZ 2.0. Informatiemodel Zaken. Deel II van II: Attribuut- en relatiesoorten CONCEPT

Referentiemodel Gemeentelijke Basisgegevens Zaken UML (RGBZ) Deel I: Beschrijving. onderdeel van de GEMeentelijke Model Architectuur (GEMMA)

geen Sluiting/aangaan huwelijk/geregistreerd partnerschap Naam teruggezet conform RSGB2.01 / GBA

Samenvatting NOTITIE. : Ellen Debats & Arjan KLoosterboer. : Leden van de expertgroep informatiemodellen

Modellering geplande (geometrie)wijzingen binnen het informatiemodel RSGB.

ONDERLINGE POSITIONERING INFORMATIE- EN BERICHTMODELLEN

RESTful API Een RESTful API is een gebaseerd op de Representational state transfer (REST) is een softwarearchitectuur.

Dat we scherpe en compacte schema s kunnen maken voor berichten in koppelvlakken, en die ook kunnen beheren. Dat we op een consistente manier

Informatiemodel Documentcreatie. Tot stand gekomen als onderdeel van Operatie NUP

GEMMA Zaaktypecatalogus 2.0. Informatiemodel

Ontwikkelingen op gebied van informatiemodellen

ONDERLINGE POSITIONERING INFORMATIE- EN BERICHTMODELLEN

Onderwerp Vertaling van de rollen van een betrokkene in een zaak naar StUF-ZKN 3.20 Vergaderstuk ter Besluitvorming Datum Bijlagen

RESTful API Een RESTful API is een gebaseerd op de Representational state transfer (REST) is een softwarearchitectuur.

Harmonisatie RGBZ met TMLO

Verslag expertgroep Informatiemodellen

Semantiek (met de BAG als voorbeeld) Dienstverlening in verbinding Wetgeving in verbinding 12 maart 2014 Marco Brattinga

Wijzigingenoverzicht Referentiemodel Stelsel van Gemeentelijke Basisgegevens

Onderwerp Van Aan Datum Aantal pagina s

Taal van de Laan WAZZUP? Hoeveel doekoe kost die fatoe? Paul Janssen - Geonovum p.janssen@geonovum.nl

Referentiemodel Gemeentelijke Basisgegevens Zaken_UML

Werkelijkheid. Vindbaar maken. vastleggen

WAARDERINGSKAMER. Catalogus Basisregistratie WOZ

Historie bestemmingsplannen IMRO 2 september 2013, versie 0.2

INFORMATIEMODEL METADATERING LOKALE OVERHEDEN. voor duurzame en vindbare lokale overheidsinformatie

Uitbreiding van UM Aquo cluster metingen, toevoegen optioneel attribuut Identificatie waarnemingssoort aan klasse WaardeReeks MIDDELGROOT

Onderwerp Wijzigingen RSGB 3.0 versus RSGB 2.0 t.a.v. BGT / IMGeo en BRK

WAARDERINGSKAMER. Catalogus Basisregistratie WOZ

Conceptueel Informatie Model Omgevingswet (scope DSO)

Referentiemodel Stelsel van Gemeentelijke Basisgegevens_UML

Ontwerpregels en best practices voor StUF-berichten

GEMMA RSGB 3.0. Informatiemodel Basis- en Kerngegevens. Deel I: objecttypen, relatieklassen, referentielijsten, unions, datatypen en enumeraties

Handreiking uniforme gegevenslevering Stelselcatalogus 2.0

Functionele Dataservice Beschrijving

NEN 3610: mei 2010

Voortgang en tussenresultaten Vernieuwde gegevens- en berichtstandaarden. Utrecht, 7 december 2016 Regiegroep Gegevens en Berichtenstandaarden

Informatiemodelleren

«Objecttype» ZAAKTYPE

Wijzigingsvoorstel op RGBZ 1.0 conceptversie 0.3 CONCEPT Werkgroep doorontwikkeling RGBZ

Producten- en Dienstencatalogus BAG Verstrekkingen. Bijlage A - Verklarende woordenlijst

Keteininformatiemodellering op basis van UML

GEMMA Zaaktypecatalogus 2.0. sjabloon in word

Conceptueel Informatie Model Omgevingswet (scope DSO)

Conceptueel Informatie Model Omgevingswet (scope DSO)

Referentiemodel Stelsel van Gemeentelijke Basisgegevens. Deel I: Beschrijving. onderdeel van de GEMeentelijke Model Architectuur (GEMMA)

Ontwerpregels en best practices voor StUF-berichten

Verslag extra Expertgroep Informatiemodellen

Inleiding. Record. Specificatie ToPX 2.1

Wijzigingen Imkad Dit is een major release. 1. Het model is niet langer letterlijk van nen3610 afgeleid. Er zijn een GeoObject en

Referentiemodel Stelsel van Gemeentelijke Basisgegevens

Bijlage. 1. Overzicht EPS sen 2. Generieke opbouw EPS 3. Voorbeeld: samenstelling EPS BAG 4. Samenhang brondocumenten met EPS 5. Voorbeeld: EPS BAG

Notitie. Onderwerp Wijzigingen RSGB 3.0 versus RSGB 2.0 t.a.v. NHR. Aan leden werkgroep RSGB 3.0 Datum 9 maart 2015 Aantal.

Koppelvlak BAG Koppelvlak BAG. Documentversie: 1.01 Datum: Versie van standaard: 3.10

Referentiemodel Gemeentelijke Basisgegevens Zaken (RGBZ)

Aanvragen en meldingen in het DSO. 13 juni 2017

Samenvatting NOTITIE. VNG Realisatie. : Regiegroep gegevens- en berichtenstandaarden

Referentiemodel Gemeentelijke Basisgegevens Zaken (RGBZ)

Roadmap StUF familie Invalshoeken om te kijken naar standaardisatie

Referentiemodel Zaken. onderdeel van de GEMeentelijke Model Architectuur (GEMMA)

Rik Duursma (gemeente Haarlemmermeer) is vandaag voor het laatst bij de Expertgroep. Er wordt nog een vervanger voor hem gezocht.

Catalogus basisregistraties adressen en gebouwen. Versie 2009

Verslag Werkgroep Informatiemodellen. Datum: 26 februari Agenda:

Canonieke Data Modellering op basis van ArchiMate. Canonieke Data Modellering op basis van Archimate Bert Dingemans

Document verstuffing RSGB 3 wordt goedgekeurd

Validatie- en conformiteitsregels

Referentie Informatiemodel Handhaving (RIHa); versie 1.0

GEMMA ZAAKTYPECATALOGUS 2 (VERSIE 2.1) Informatiemodel

Koppelvlakbeschrijving Landelijke Voorziening - Bronhouders BAG

Deelprogramma Digitaal Stelsel Omgevingswet. STAM: STandaard Aanvragen en Meldingen

STAM/IMAM Standaard en Informatiemodel Aanvragen en Meldingen

Releaseplan RGBZ. Inleiding. Afhankelijkheden

GEMMA Zaaktypecatalogus 2.0. Informatiemodel

1 Inleiding. 2 Van informatiemodel naar berichtenmodel. 2.1 Van objecttypen naar (bericht)entiteiten

AFSPRAKEN StUF StUF bg OVERZICHT. Datum: 23 september 2017

Voorwaarden Digilevering

Ministerie van Binnenlandse Zaken en Koninkrijksrelaties. Catalogus Basisregistratie Adressen en Gebouwen

GEMMA RGBZ 2.0. Informatiemodel Zaken. Deel I van II: Objecttypen CONCEPT

DATAMODELLERING DATA MAPPING MODEL

DATAMODELLERING BEGRIPPENBOOM

Objecttype Reactie Actie EGEM

Informatie Model Omgevingswet (IMOW) de keten van plan tot publicatie. Versie 0.98-beta

Transcriptie:

Metamodel M(etamodel) I(nformatiemodellen) G(emeenten) (metamodel voor informatiemodellen KING en Kadaster + extensie) Het metamodel MIG (Metamodel Informatiemodellen Gemeenten) is het metamodel voor de informatiemodellen van gemeenten waarvoor KING verantwoordelijk is. Hieronder vallen de horizontale informatiemodellen zoals RSGB en RGBZ maar ook verticale informatiemodellen zoals de informatiemodellen van koppelvlakken die door KING zijn ontwikkeld. Het metamodel MIG omvat het metamodel voor informatiemodellen van KING en Kadaster plus een uitbreiding op het metamodel van KING en Kadaster. In dit document is beschreven wat er aanvullend is opgenomen t.o.v. het metamodel voor de informatiemodellen van KING en Kadaster. Deze aanvulling plus het document waarin het metamodel voor informatiemodellen van KING en Kadaster is beschreven vormt het metamodel MIG. Alle informatiemodellen binnen KING moeten voldoen aan het MIG. Het metamodel voor informatiemodellen van KING en Kadaster waarover gezamenlijke afspraken zijn gemaakt is in een apart document beschreven. Dat document bevat de kern van het metamodel voor informatiemodellen. Voor wat betreft het MIG is dat document onlosmakelijk verbonden met het voorliggende document. 1. Extensie t.a.v. «Objecttype» Herkomst 1 De basisregistratie in wiens catalogus het objecttype is gespecificeerd (oftewel de basisregistratie waar het objecttype deel van uitmaakt). Deze specificatie is toegevoegd omdat het wel duidelijk moet zijn in welke (basis)registratie of informatiemodel het objecttype voorkomt (indien van toepassing). 2. Extensie t.a.v. «Attribuutsoort» Indicatie in onderzoek 1 De indicatie of te bevragen is dat er twijfel is of is geweest aan de juistheid van de attribuutwaarde en dat een onderzoek wordt of is uitgevoerd naar de juistheid van de attribuutwaarde. Aanduiding strijdigheid/nietigheid 1 De aanduiding of te bevragen is dat de attribuutwaarde strijdig met de openbare orde dan wel nietig is. 1

3. Extensie t.a.v. «Gegevensgroeptype» Indicatie in onderzoek 1 De indicatie of te bevragen is dat er twijfel is of is geweest aan de juistheid van de attribuutwaarde en dat een onderzoek wordt of is uitgevoerd naar de juistheid van de attribuutwaarde. Aanduiding strijdigheid/nietigheid 1 De aanduiding of te bevragen is dat de attribuutwaarde strijdig met de openbare orde dan wel nietig is. 4. Extensie t.a.v. «Relatiesoort» Indicatie in onderzoek 1 De indicatie of te bevragen is dat er twijfel is of is geweest aan de juistheid van de relatie en dat een onderzoek wordt of is uitgevoerd naar de juistheid van de relatie. bij Aanduiding strijdigheid/nietigheid 1 De aanduiding of te bevragen is dat de relatie strijdig met de openbare orde dan wel nietig is. bij 5. Extensie t.a.v.«generalisatie» van de generalisatie is altijd verplicht en bevat de standaardwaarde is specialisatie van 6. Extensie t.a.v.«referentielijst» (Code) 0..1 De door de des basisregistratiehouder aan het referentielijst toegekende uniek code. Herkomst definitie 1 Voor referentielijsten die deel uitmaken van een basisregistratie is de definitie hieruit overgenomen. als als metaclass 2

7. Extensie t.a.v. «Referentie element» Herkomst definitie 1 De basisregistratie of het informatiemodel waaruit de aangeeft uit welke bronnen de defintie is samengesteld. als 8. Extensie t.a.v. «Union» Herkomst defintie 1 De basisregistratie of het informatiemodel waaruit de aangeeft uit welke bronnen de defintie is samengesteld. als 9. Extensie t.a.v. «Union element» Herkomst defintie 1 De basisregistratie of het informatiemodel waaruit de aangeeft uit welke bronnen de defintie is samengesteld. als 10. Extensie t.a.v. «Complex Datatype» Herkomst defintie 1 De basisregistratie of het informatiemodel waaruit de aangeeft uit welke bronnen de defintie is samengesteld. als 3

11. Extensie t.a.v. «Data element» Herkomst defintie 1 De basisregistratie of het informatiemodel waaruit de aangeeft uit welke bronnen de defintie is samengesteld. 12. Waardenbereik tagged values T.o.v. het metamodel Best Practise zijn de cursief gedrukte waarden toegevoegd in het metamodel MIG Tagged value Waardenbereik Indicatie materiele historie Ja, Nee, zie groep, zie regels, n.v.t. Indicatie formele historie Ja, Nee, zie groep, n.v.t. Indicatie strijdigheid / nietigheid Ja, Nee, zie groep Mogelijk geen waarde Ja, Nee Indicatie in onderzoek Ja, Nee, zie groep Indicatie authentiek Authentiek, Basisgegeven, Landelijk kerngegeven, Gemeentelijk kerngegeven of Overig Toelichting Zie regels: aanduiding dat de materiele historie van een attribuut of relatie niet alleen afhankelijk is van de wijziging van de waarde van het attribuut zelf maar ook van waardewijziging van één of meer andere attributen en / of relaties zoals gespecificeerd in regels bij het attribuut of relatie. n.v.t.: aanduiding dat het bijhouden van materiele historie of formele historie niet van toepassing is voor een attribuut of relatie binnen het informatiemodel. 13. gevingsconventies modelelementen In het metamodel MIG zijn de volgende naamgevingsconventies opgenomen. Modelelement gevingsconventie Voorbeeld Objecttype objecttype Is geschreven in hoofdletters NATUURLIJK PERSOON Is een unieke naam binnen het informatiemodel. Deze unieke naam is ook passend ten opzichte van objecttypenamen van andere informatiemodellen die in beheer zijn bij KING. Is gedefinieerd als een zelfstandig naamwoord in enkelvoud Eventueel vooraf gegaan door een bijvoeglijk naamwoord gescheiden door een spatie. Uitzondering is: VESTIGING VAN ZAAKBEHANDELENDE ORGANISATIE OVERIGE SCHEIDING 4

Modelelement gevingsconventie Voorbeeld Bestaat altijd uit drie hoofdletters die zoveel mogelijk de naam van het objecttype duiden. Attribuutsoort attribuutsoort (terug)relatie Begint met een hoofdletter en bestaat verder uit kleine letters. De naam van het attribuutsoort moet zodanig gekozen worden dat de betekenis duidelijk is, zonder dat bijvoorbeeld de naam van het object nodig is. Hieronder volgt een aantal voorbeelden: Niet: Wel: Identificatie Besluitidentificatie Omschrijving Rolomschrijving Bron Kenmerk bron Indicatie Indicatie opschorting Is uniek binnen de context van een object, relatieklasse of gegevensgroep Het meest specifieke deel van de naam staat vooraan: dus niet Datum geboorte, maar wel Geboortedatum. Bestaat uit een of meer (samengestelde) woorden welke door een spatie gescheiden zijn. Relatieve hoogteligging overige scheiding relatie Bestaat uit een werkwoord gevolg door een of meer ligt in (zie bijvoorbeeld Relatiesoort BUURT bijvoegsels zonder hoofdletters en zonder streepjes ligt in WIJK) tussen de woorden. In enkelvoud. In kleine letters In onvoltooid tegenwoordige tijd. Zodanig dat naam objecttype + naam relatiesoort + naam objecttype in natuurlijke taal te lezen is. De combinatie naam objecttype + naam relatiesoort + naam objecttype is uniek Compositie relatie compositie relatie Zie naamgevingsconventies naam relatie Gegevensgroeptype gegevensgroeptype Zie naamgevingsconventies naam attribuutsoort Geboorte 5

Modelelement gevingsconventie Voorbeeld Gegevensgroep compositie gegevensgroep compositie Default bevat naam geen waarde. Indien naam is toegepast dan moet combinatie naam objectttype + naam gegevensgroep compositie + naam gegevensgroeptype uniek zijn Indien naam, zie verder naamgevingsconventies naam relatie Externe koppeling externe koppeling Standaard betreft. Andere naam is niet toegestaan. Relatieklasse (de associationclass zelf, niet de relatie) relatieklasse (de associationclass zelf, niet de relatie) nreferentielijst De naamgegevingsconventies voor objecttype gelden hier ook waarbij - is toegestaan tussen de woorden OUDER-KIND-RELATIE referentielijst Referentie element De naamgegevingsconventies van objecttype gelden hier ook LAND referentie element Complex datatype complex datatype De naamgegevingsconventies van attribuutsoort gelden hier ook. Is uitgedrukt in UpperCamelCase. Uitzondering hierop is het complex datatype NEN3610id Is een unieke naam binnen het informatiemodel. Landcode Labelpositie, NEN3610id Data element Is gedefinieerd als een zelfstandig naamwoord in enkelvoud data element Is uitgedrukt in lowercamelcase Is uniek binnen de context van een complex datatype. 6

Modelelement gevingsconventie Voorbeeld Datatype datatype Zie naamgevingsconventies naam complex datatype lleeftijd Union Union Is een unieke naam binnen het informatiemodel LineOrPolygon Is uitgedrukt in UpperCamelCase. Union element union element Enumeratie De naamgevingsconventies van Union gelden hier ook. Line, Polygon enumeratie Enumeratiewaarde Geef deze enumeratie bij voorkeur de naam van het bijhorende attribuutsoort waarbij eerst begonnen wordt met een keywoord als type of soort indien dit nog niet in de naam attribuutsoort is opgenomen. Is uitgedrukt in lowercamelcase beginnend met een kleine letter. naamgebruik, functiespoor Code enumeratiewaarde enumeratiewaarde De code van de enumeratiewaarde zoals gespecificeerd is de catalogus van de des basisregistratie De naam van de enumeratiewaarde zoals gespecificeerd in de catalogus van de des basisregistratie. Bestaat alleen uit kleine letters. Bestaat uit een of meer (samengestelde) woorden welke door een spatie en / of komma gescheiden zijn. code enumeratiewaarden bij naamgebruik: E N corresponderende naam bij code naamgebruik: eigen eigen, partner 14. Unieke aanduiding abstracte objecten Er is vrijwel nooit een unieke aanduiding bij een abstracte object vastgelegd maar alleen concrete objecten. 15. Tooling Voor het vastleggen van de informatiemodellen gebruikt KING Sparx Enterprise Architect. Er is op basis van het metamodel MIG een profiel MIG gemaakt in Sparx Enterprise Architect, welke gebruikt wordt bij het modelleren van het informatiemodel. Het profiel is faciliterend en zorgt dat (vrijwel) elk modelelement van het informatiemodel voldoet aan het opgegeven profiel, conform het vastgestelde metamode MIG. Bij KING is het vereist om dit profiel te gebruiken voor het 7

maken van informatiemodellen. Het is niet toegestaan om het profiel te wijzigen voor een specifiek domein. 16. Overige opmerkingen Aanduiding brondocument Metagegeven is verwijderd uit het metamodel. Aanleiding is de herziene zienswijze t.a.v. de positionering van het gemeentelijke informatiemodel RSGB t.o.v. het stelsel (zie document..) waarin vastgesteld is dat we alleen nog gegevens opnemen in het RSGB die relevant zijn voor de binnengemeentelijke gegevensuitwisseling. Indicatie gebeurtenis Metagegeven is verwijderd uit het metamodel. Is van belang op moment dat historie is vastgelegd bij een attribuut- of relatiesoort en men wilt weten door welke gebeurtenissen de verandering heeft plaatsgevonden. Het achterhalen van deze informatie binnen het stelsel van basisregistraties is behoorlijk arbeidsintensief. Er komt een apart informatiemodel Gebeurtenissen waarin af te leiden is welk attribuut of relatie door welke gebeurtenissen geraakt kunnen worden. terugrelatie Metagegeven is verwijderd uit het metamodel. Was opgenomen t.b.v. track & tracing conversie van de in Word vastgelegde informatiemodellen naar UML. Indien de naam van de terugrelatie nodig is bij berichten dan vastleggen bij implementatiemodel. 8