Modelgestuurd herontwerp van kadastrale producten
Sinds 1 januari 2008 is de wet Basisregistraties Kadaster
en Topografie van kracht. Hiermee hebben beide basisre
gistraties een formele status verkregen. Een van de aspecten
binnen het stelsel van basisregistraties is 'Eenmalige regi
stratie, meervoudig gebruik'. Om het meervoudige gebruik
van de kadastrale gegevens binnen de overheid mogelijk te
maken is het noodzakelijk dat die gegevens laagdrempelig
(online) en eenduidig beschikbaar zijn. Dit artikel gaat in
op de basisregistratie Kadaster en de wijze waarop produc
ten worden herontworpen.
De basisregistratie Kadaster bestaat uit de kadastrale regi
stratie en de kadastrale kaart. Veel overheidsafnemers, no
tarissen, deurwaarders en dergelijke gebruiken de kadastra
le gegevens in hun werkprocessen. De kadastrale gegevens
worden daarvoor al geruime tijd online geleverd. Grote
bestanden zoals Massale Output en de Digitale Kadastrale
Kaart kunnen worden gedownload. De desbetreffende pro
ducten worden op dit moment gemoderniseerd om te kun
nen voldoen aan de eisen die het stelsel van basisregistratie
hieraan stelt. Voorbeelden hiervan zijn kadastrale en hypo
thecaire objectberichten (XML-gebaseerd) en Massale Infor
matieverstrekking (MIV) (GML-gebaseerd).
Voor het herontwerpen van de kadastrale producten is door
het Kadaster het informatiemodel Kadaster (IMKAD) vastge
steld. In een vorig artikel is IMKAD al uitvoerig besproken.
Dit model is gepubliceerd op www.kadaster.nl/imkad/. Het
betreft feitelijk een sector specifiek-model, gebaseerd op
het basismodel Geo-informatie (norm NEN-3610). Dit basis
model is door de toenmalige Ravi (nu Geonovum) ingericht
en faciliteert de operabiliteit binnen de nationale geo-infor
matie infrastructuur.
Het IMKAD is opgesteld als klassediagram in Unified Mode
ling Language (UML), met behulp van de tool Enterprise Ar
chitect. UML is een tegenwoordig veel gebruikte grafische
modelleertaal, ook in de wereld van de geo-informatiesy-
A
A
o A /jW
\/°"1
IF
Deel van:
formeel afleiden van
IMKAD klassen van
NEN3610.
sternen. Zo heeft Geonovum UML ge
bruikt bij het opstellen van het basis
model Geo-informatie.
In eerste instantie is het IMKAD for
meel afgeleid van NEN3610. Dit bete
kent dat de hoogste IMKAD geo-klassen,
Onroerende Zaak en Kadastrale Grens,
specialisatie klassen (afgeleiden) van
het NEN3610 GeoObject zijn. Omdat
de meeste attributen van NEN3610
niet worden gebruikt in IMKAD heeft
Geonovum geadviseerd een werkwijze
te hanteren waarbij IMKAD 'in de geest
van' NEN3610 is opgesteld. De attribu
ten van NEN 3610, die voor het Kadas
ter niet relevant zijn, worden hierbij
niet overgenomen.
Via NEN3610 is het IMKAD ook aange
sloten bij de internationale geo-infor-
matiestandaard Geography Markup
Language (GML).
Het herontwerp van de kadastrale pro
ducten is inmiddels in een vergevor
derd stadium. De productmodellen
worden net als IMKAD in Enterprise
Architect ontwikkeld. Hierbij wordt
een modelgedreven aanpak toegepast.
Met de Model Driven Approach (MDA)
wordt de aandacht voor het maken van
services, berichten en uitwisselingsfor
maten naar de voorkant gebracht. In
UML tools wordt het informatiemodel
gemaakt waarop de verschillende pro
ducten gebaseerd zijn van waaruit ver
schillende klantgroepen kunnen wor
den bediend. Vanuit UML tools zoals
Enterprise Architect kan een XML Sche
ma, GML Application Schema of Web
service Definition Document (WSDL)
automatisch gegenereerd worden.
Door deze aanpak is de samenhang
geborgd in het model en met de afge
leide producten (zoals services). Hier
door ontstaat flexibiliteit doordat snel
kan worden ingesprongen op verande
ringen voor bepaalde doelgroepen, is
de onafhankelijkheid geborgd tussen
model en afgeleide producten, is de
modellering expliciet en zijn afgeleide
producten eenduidig. Het Kadaster
kan hiermee eenvoudig verschillende
werelden bedienen zoals notariaat,
geo-wereld en gemeenten, terwijl de
Informatiemodel Kadaster
«featuieType»
NEN3610::GeoObject
beginTijd: Date
eindTijd: Date {0 .1]
gebiuilotanetie: Oobiuitetuneiie p..
identificatie: ChaiaderStiing
locatie: Locatie
objectBeginTijd: Dateïime jO,.1]
objectBindTijd: DateTime
status: CodeUst (0..1]
vefsieBeginTijd: DateTime (p-.f]
vecsieEindTijd: DateTime !p..1]
naam: CharactetStiing (0.."]
aafd:
splitsir
«ieatureType»
NEN3S10::
RogistraüefGebced
«feature Type
KadastraleGrens
aaid: AaidKadastialeGrens [0..1J
gienslijn: <>M_Cutve {0..1J
egrensUnks 'gicnsRocMs ♦«MandeligOZO.."
beiieMóngOp
«featuieType»
Onroerend*? aaH
kadastialeAanduiding: KadastialeAanduiding jO,.1)
kadastialeldentificatie: N1S (Q..1!
koopsom: Koopsom (0..1)
landiniichtingsRente: LandimioMingsRente i"0 11
cultuuiGnbebouead: CultuutOnbebouiwd JO.1J
r-
overgegaanInOZ
Lwqü van den
Brink, expert
informapemo-
dellen, Dynasol
RudhyJnm,
Adviseur tactisch
informatie
mmAiÊent,
Model driven architectuur
GEO-INFO 2008-3