Keteininformatiemodellering op basis van UML
|
|
- Ferdinand de Meyer
- 8 jaren geleden
- Aantal bezoeken:
Transcriptie
1 Keteininformatiemodellering op basis van UML Richtlijnen en voorbeelden versie 0.1 Bert Dingemans
2 Keteininformatiemodellering op basis van UML... 1 Richtlijnen en voorbeelden... 1 Inleiding... 2 Documenten... 3 Richtlijnen naamgeving... 3 Richtlijnen UML modelleren... 4 Component... 4 Klasse... 5 Associatie... 5 Eigenschap... 5 DataType... 5 Enumeratie... 6 Lijstklasse... 6 Richtlijnen documentatie... 6 Richtlijnen UML XSD omzetting... 9 Ouder Kind... 9 XSD Schema Aggregatie XSD Schema Overerving XSD Schema Dienst- of servicemodel XSD Schema Inleiding 2
3 Voor het ontwikkelen van keten- en informatiemodellen en voor het ontwikkelen van ketenviews in het algemeen worden ontologieen en berichtenboeken opgesteld. Het opstellen van beide producten zal veelal releasematig plaatsvinden. Daarnaast is te verwachten dat delen van de ontologieen hergebruikt zullen worden. Dat stelt enerzijds eisen aan de tools waarmee deze producten ontwikkeld en beheerd worden. Anderzijds is het gewenst om afspraken te maken over de wijze van modellering binnen de ontologie en de standaardisatie in de berichtdefinitie. Hiermee wordt bereikt dat de modellen eenduidiger, eenvoudiger te automatiseren en gemakkelijker geïnterpreteerd kunnen worden. Bij het opstellen van de architectuurrichtlijnen wordt uitgegaan van het materiaal van andere overheidsdiensten zoals ISO standaarden, Justid en Geonovum. Documenten NEN Richtlijnen naamgeving In de communicatie over keteninformatie en de uitwisseling hiervan staan twee noties centraal. De ene notie betreft de visuele taal UML en de andere notie de syntax XML. UML is bedoeld voor communicatie tussen mensen (zoals gebruikers en systeemontwerpers) en XML is bedoeld voor communicatie tussen informatiesystemen. UML en XML zijn gelijkwaardig in die zin dat ze beide dezelfde betekenis van de uit te wisselen informatie uitdrukken. De semantiek van het model is in deze het gene waarover de communicatie plaats dient te vinden. Het kiezen van de juiste naam voor de klassen en attributen is de eerste stap in het maken van een semantisch model. In diverse bronnen worden regels voor de naamgeving van de objecten gegeven. De volgende algemene richtlijnen gelden voor de naamgeving van de XML en UMLelementen: Wees niet hoofdlettergevoelig uniek binnen hun namespace Geen witte ruimte (spaties) in de naam 3
4 Gebruik nauwkeurige en begrijpelijke benamingen voor de klassen, attributen, operaties en parameters, maak voor operaties gebruik van werkwoorden voor de andere elementen van zelfstandig naamwoorden. Gebruik toevoegingen zoals datum, type en toelichting als dit de inhoud verduidelijkt, maar stapel de elementen hierbij niet Combineer meerdere woorden als nodig is om een nauwkeurige en begrijpelijke naam te vormen zonder gebruik van tussenliggende tekens (zoals "_", "-", of ruimte). Voor attributen en namen van vereniging rollen en parameters: gebruik alleen hoofdletters voor elk woord na de beginletter (camelcase). Gebruik voor klassen en datatypen een hoofdletter voor elk woord in de naam. Gebruik documentatie velden om nader toe te lichten wat de betekenis (semantiek) is van namen. Houd namen zo kort als praktisch. Gebruik standaard afkortingen. Sla voorzetsels, werkwoorden over als ze niets toevoegen aan de naamgeving. Is een verdere detaillering van de naamgeving gewenst maak dan gebruik van de standaarden en richtlijnen epv naamgeving opgesteld door het programma epv van het ministerie van Justitie. Richtlijnen UML modelleren Voor het opstellen van de ontologie wordt gebruik gemaakt van UML modellering. Alternatief is eventueel ER modellering. De richtlijnen voor UML hieronder zijn eenvoudig toepasbaar voor ER modellering. Hierbij worden twee eindproducten opgesteld. Enerzijds een ontologie dat een beschrijving geeft van het complete domein- of keteninformatiemodel. Dit is het gezamenlijke begrippenkader voor alle ketenpartners. Anderzijds een dienstenmodel waarmee aangegeven wordt op welke wijze het model gevoed wordt vanuit de verschillende bronsystemen van de ketenpartners.. Binnen de UML wordt voornamelijk gebruik gemaakt van de notatiewijze klassediagram en eventueel een packagediagram. Indien gewenst kan ter illustratie een object diagram opgesteld worden. Binnen de klassediagrammen worden alleen de volgende entiteiten gemodelleerd: Component Gebruik componenten cq packages voor het groeperen van klassen in het klassediagram. 4
5 Clusters worden gemodelleerd met behulp van componenten cq packages Klasse Klassen zijn de meeste elementaire elementen in het klassediagram. Indien gewenst kunnen klassen beschreven worden in clusters Indien een klasse door meerdere ketenpartners wordt aangeleverd wordt één ketenpartner als eigenaar van de klassedefinitie aangewezen. Klassen kunnen structuur overerven van andere klassen. Meervoudige overerving is niet mogelijk. Hiermee wordt bedoeld dat een klasse rechtstreeks van twee of meer verschillende ouderklassen overerft Van klassen volstaat het om alleen de eigenschappen te modelleren, operaties zijn niet relevant in XSD s. Associatie Alleen met behulp van associaties worden klassen met elkaar verbonden. Iedere associatie heeft een unieke naam Een associatie kan slechts twee klassen met elkaar verbinden Minimum cardinaliteit kan slechts de waarde 0 of 1 bevatten Maximum cardinaliteit kan slechts de waarden 1 of * (veel) bevatten Alleen de basisrelatie en het type aggregatie mogen gebruikt worden (andere zijn niet relevant in een keteninformatiemodel). Eigenschap Eigenschappen zijn uniek binnen een klasse (inclusief de overervingsketen) Minimum cardinaliteit voor een eigenschap is 0 (optioneel) of 1 (verplicht). Wees zorgvuldig met verplichte eigenschappen, zorg desgewenst voor een waarde onbekend indien mogelijk. Maximum cardinaliteit voor een eigenschap is 1. Zichtbaarheid van eigenschappen is altijd publiek. Datatype van eigenschappen bestaat uit de basis gegevenstypen van UML inclusief de klassen beschreven in de ontologie. Iedere klasse dient ten minste één identifier eigenschap te hebben. Naast enumeraties als beperking van het domein van eigenschappen kunnen ook checkconstraints gebruikt worden indien gewenst. DataType De datatypen vanuit UBL 2.0 kunnen worden gebruikt. Zie onderstaande opsomming: 5
6 o Bedrag (xsd:decimal) o Datum (xsd:date) o Tijd (xsd:time) o Datum en tijd (xsd:datetime) o Geo (xsd:base64binary) Naast de UML en UBL 2.0 datatypen kan gebruik gemaakt worden van keteninformatiemodel specifieke stereotypen te definieren. Zie het hieronder uitgewerkt voor beeld geboorte vanuit het epv. <gwb:geboorte> <gwb:datum> </gwb:datum> <gwb:jaar>1970</gwb:jaar> <gwb:nederlandsegemeentecode>0014</gwb:nederlandsegemeentecode> <gwb:landcode>6030</gwb:landcode> <gwb:geslachtcode>01</gwb:geslachtcode> <!-- mannelijk --> </gwb:geboorte> Enumeratie Enumeraties of codelijsten worden gebruikt om het domein van een eigenschap in te perken Een enumeratie omvat ten minste een code en een omschrijving De omschrijving van een enumeratie kan uitgebreid worden met een lijst van aliassen voor deze omschrijving. Lijstklasse Een verbijzondering van de klasse die gebruikt wordt in de dienstenbeschrijving Geeft aan wat de ingaande paramaters (zoekparameters) zijn Beschrijft de condities waaraan de resultaatset moet voldoen. Richtlijnen documentatie Ten behoeve van het berichtenboek wordt het onderstaande sjabloon toegepast. Het verdient aanbeveling om deze gegevens geïntegreerd op te nemen in het UML 6
7 klassediagram. Bijvoorbeeld door uitbreiding van het model binnen de tooling. Mits de tooling dit ondersteunt Naam Omschrijving Lijst van klassen Eigenaar Lijst van aanleverende partijen Lijst van afnemende partijen Diagram Component Naam van de component Toelichtende tekst over het component Opsomming van de in het component opgenomen klassen Ketenpartner die de definitie van het cluster beheert Lijst van partijen die (delen van) de gegevens aanleveren vanuit bronsystemen Lijst van partijen die (delen van) de gegevens afnemen naar doelsystemen Van een cluster wordt een UML diagram opgenomen in het berichtenboek Naam Omschrijving Definitie Herkomst Definitie Lijst van aliassen Lijst van attributen Eigenaar Lijst van aanleverende partijen Lijst van afnemende partijen 7 Klasse Naam van de klasse Toelichtende tekst over de klasse Gezamenlijke ketendefinitie De herkomst, bron, van de definitie, bijvoorbeeld (inter)nationale, sectorale of departementale standaarden Lijst van omschrijvingen die dezelfde klasse beschrijven (symoniemen) Opsomming van de in de klasse opgenomen attributen Ketenpartner die de definitie van het cluster beheert Lijst van partijen die (delen van) de gegevens aanleveren vanuit bronsystemen Lijst van partijen die (delen van) de gegevens afnemen naar
8 Lijst van eigenschappen Lijst van associaties Lijst van generalisaties Specialisatie Component Condities doelsystemen Opsomming van de eigenschappen ingesloten in deze klasse inclusief het datatype en de cardinaliteiten Opsomming van de associaties met andere klassen inclusief de cardinaliteiten en de relatiesoort. Dit is inclusief de aggregaties Van welke klassen is deze klasse een generalisatie Van welke klasse is deze klasse een specialisatie Van welke component is deze klasse een onderdeel Lijst van condities (specifiek voor Lijstklassen) Naam Definitie Herkomst Definitie Lijst van aliassen Omschrijving Klassenaam Datatype Cardinaliteit Enumaratie Eigenschap Naam van de eigenschap Gezamenlijke ketendefinitie De herkomst, bron, van de definitie, bijvoorbeeld (inter)nationale, sectorale of departementale standaarden Lijst van omschrijvingen die dezelfde eigenschap beschrijven (symoniemen) Toelichtende tekst over de eigenschap Naam van omvattende klasse Datatype van eigenschap Minimum en maximum cardinaliteit Eventueel de toegepaste enumeratie Naam Omschrijving 8 Associatie Naam van de associatie Toelichtende tekst over de associatie
9 Klassenaam 1 Klassenaam 2 Associatietype Cardinaliteiten Rol Naam van omvattende klasse Naam van omvattende klasse Type van de associatie (inclusief aggregaties) Minimum en maximum cardinaliteiten Eventuele rolnaam Richtlijnen UML XSD omzetting In onderstaande paragrafen worden de meestgebruikte UML constructies getoond op basis van de ingezette tool. Op basis van deze UML klassediagrammen wordt getoond op welke wijze deze constructies omgezet worden naar XSD structuren. Desgewenst worden de constructies nader toegelicht. De tool die ingezet wordt voor het modelleren biedt de mogelijkheid om op basis van een UML klassediagram XSD bestanden te genereren. De uitwerking hieronder is hier een voorbeeld van. Echter het is te voorzien dan in de gegenereerde bestanden handmatige aanpassingen nodig zijn. Dit wordt bij de huidige projectomvang een acceptabele werkwijze. Ouder Kind 9
10 class OuderKind KlasseA 0..* KlasseB XSD Schema <?xml version="1.0" encoding="iso "?> <xs:schema xmlns:xs=" <xs:element name="klassea" type="klassea"/> 10
11 <xs:complextype name="klassea"> <xs:sequence/> <xs:element name="klasseb" type="klasseb"/> <xs:complextype name="klasseb"> <xs:sequence> maxoccurs="1"/> <xs:element name="klassea" type="klassea" minoccurs="1" </xs:sequence> </xs:schema> 11
12 Aggregatie class Aggregatie KlasseA 0..* KlasseB KlasseA XSD Schema <?xml version="1.0" encoding="iso "?> <xs:schema xmlns:xs=" <xs:include/> <xs:element name="klassea" type="klassea"/> <xs:complextype name="klassea"> <xs:sequence> 12
13 <xs:element name="klasseb" type="klasseb" minoccurs="0" maxoccurs="unbounded"/> </xs:sequence> <xs:element name="klasseb" type="klasseb"/> <xs:complextype name="klasseb"> <xs:sequence/> </xs:schema> 13
14 Overerving class Ov ererv ing KlasseB KlasseA XSD Schema <?xml version="1.0" encoding="iso "?> <xs:schema xmlns:xs=" <xs:element name="klasseb" type="klasseb"/> <xs:complextype name="klasseb"> <xs:complexcontent> <xs:extension base="klassea"> 14
15 <xs:sequence> <xs:element name="klasseb"> <xs:complextype> <xs:sequence/> </xs:element> </xs:sequence> </xs:extension> </xs:complexcontent> <xs:element name="klassea" type="klassea"/> <xs:complextype name="klassea"> <xs:sequence/> </xs:schema> 15
16 Dienst- of servicemodel class DienstModel Lij stklassea KlasseA KlasseB KlasseC XSD Schema 16
17 <?xml version="1.0" encoding="iso "?> <xs:schema xmlns:xs=" <xs:element name="klassea" type="klassea"/> <xs:complextype name="klassea"> <xs:sequence> maxoccurs="1"/> <xs:element name="klasseb" type="klasseb" minoccurs="1" </xs:sequence> <xs:element name="klasseb" type="klasseb"/> <xs:complextype name="klasseb"> <xs:sequence/> <xs:element name="klassec" type="klassec"/> <xs:complextype name="klassec"> <xs:complexcontent> <xs:extension base="klassea"> <xs:sequence/> </xs:extension> </xs:complexcontent> 17 <xs:element name="lijstklassea" type="lijstklassea"/>
18 <xs:complextype name="lijstklassea"> <xs:sequence> maxoccurs="1"/> <xs:element name="klassea" type="klassea" minoccurs="1" </xs:sequence> </xs:schema> 18
DATAMODELLERING BASIS UML KLASSEMODEL
DATAMODELLERING BASIS UML KLASSEMODEL Inleiding In dit whitepaper wordt de datamodelleervorm basis UML klassemodel beschreven. Deze modelleervorm staat in verhouding tot een aantal andere modelleervormen.
Nadere informatieCanonieke Data Modellering op basis van ArchiMate. Canonieke Data Modellering op basis van Archimate Bert Dingemans
Canonieke Data Modellering op basis van ArchiMate Canonieke Data Modellering op basis van Archimate Bert Dingemans Abstract Modelleren op basis van de open standard ArchiMate is een goed uitgangspunt voor
Nadere informatieDATAMODELLERING GEAVANCEERD UML KLASSEMODEL
DATAMODELLERING GEAVANCEERD UML KLASSEMODEL Inleiding In dit whitepaper wordt de datamodelleervorm geavanceerd UML klassemodel beschreven. Deze modelleervorm staat in verhouding tot een aantal andere modelleervormen.
Nadere informatieDATAMODELLERING BEGRIPPENBOOM
DATAMODELLERING BEGRIPPENBOOM Inleiding In dit whitepaper wordt de datamodelleervorm begrippenboom inclusief de begrippenlijst beschreven. Deze modelleervorm staat in verhouding tot een aantal andere modelleervormen.
Nadere informatieDATAMODELLERING DATA MAPPING MODEL
DATAMODELLERING DATA MAPPING MODEL Inleiding In dit whitepaper wordt de datamodelleervorm data mapping model beschreven. Deze modelleervorm staat in verhouding tot een aantal andere modelleervormen. Wil
Nadere informatieDATAMODELLERING XML SCHEMA DEFINITIONS
DATAMODELLERING XML SCHEMA DEFINITIONS Inleiding In dit whitepaper wordt de datamodelleervorm XML Schema Definition (XSD) beschreven. Deze modelleervorm staat in verhouding tot een aantal andere modelleervormen.
Nadere informatieUnified Modeling Language
Unified Modeling Language Een introductie voor leden van de expertgroep Informatiemodellen Harmen Mantel, Ordina ICT Management & Consultancy, werkzaam voor KING DOELSTELLING PRESENTATIE GEMEENSCHAPPELIJKE
Nadere informatieAquo Informatiemodellen, Uitwisselformaten en objecten
Aquo Informatiemodellen, Uitwisselformaten en objecten Overzicht van kwaliteitseisen Auteur: IHW Publicatiedatum: 1 april 2016 Versie: 1.0 Kenmerk: Zaakdossier/documentnummer Documentbeheer Wijzigingshistorie
Nadere informatieKeteininformatiemodellering op basis van Archimate
Keteininformatiemodellering op basis van Archimate Notatie en voorbeelden versie 0.1 Bert Dingemans Inhoudsopgave Inhoudsopgave... 2 Inleiding... 3 Archimate... 3 Domeininformatiemodellen... 4 Modellering...
Nadere informatieStandaardisatie. XML Schema Definition Architectuurprincipes. Versie document 1.3. Datum: v1.3
Standaardisatie XML Schema Definition Architectuurprincipes Versie document 1.3 Status document Definitief Datum: 2-8-2018 Kenmerk: XML Schema Definition Architectuurprincipes v1.3 Contact Bezoekadres
Nadere informatieKenmerken van DLArchitect
Kenmerken van DLArchitect Bert Dingemans, e-mail : bert@dla-os.nl www : http://www.dla-os.nl 1 Inhoud KENMERKEN VAN DLARCHITECT... 1 INHOUD... 2 INLEIDING... 3 ARCHITECTUUR... 3 Merode... 3 Methode en
Nadere informatieStandaardisatie. XML Schema Definition. Architectuurprincipes. Versie document 1.0. Datum:
Standaardisatie XML Schema Definition Architectuurprincipes Versie document 1.0 Status document concept Datum: 12-2-2016 Kenmerk: XML Schema Definition Architectuurprincipes v1.0 Adres- en contactgegevens
Nadere informatieToegepaste notatiewijzen DLA software
Toegepaste notatiewijzen DLA software Bert Dingemans info@dla-architect.nl Inleiding In de DLA Software wordt gebruik gemaakt van een aantal notatiewijzen voor het opstellen van een object- en procesmodel.
Nadere informatieDATAMODELLERING ER DIAGRAM
DATAMODELLERING ER DIAGRAM Inleiding In dit whitepaper wordt de datamodelleervorm ER diagram beschreven. Deze modelleervorm staat in verhouding tot een aantal andere modelleervormen. Wil je een beeld krijgen
Nadere informatieHandleiding voor gegevensmakelaars. Aanlevering kwaliteitsgegevens bij Zorginstituut Nederland
Handleiding voor gegevensmakelaars Aanlevering kwaliteitsgegevens bij Zorginstituut Nederland INHOUD Leeswijzer... 2 1. Het aanleverproces... 3 1.1 Account aanvragen... 4 1.2 Autorisatie aanvragen voor
Nadere informatieDATAMODELLERING ARCHIMATE DATAMODELLERING
DATAMODELLERING ARCHIMATE DATAMODELLERING Inleiding In dit whitepaper wordt de datamodelleervorm ArchiMate datamodellering beschreven. Deze modelleervorm staat in verhouding tot een aantal andere modelleervormen.
Nadere informatieKvK-FRIS Eisen aan en toelichting op gebruik SBR rapportages (XBRL instances) voor het deponeren van jaarrekeningen gebaseerd op de NT 2011
Eisen aan en toelichting op gebruik SBR rapportages (XBRL instances) voor het deponeren van jaarrekeningen gebaseerd op de NT 2011 Versie: 2011 Datum: 1. Inleiding Dit document beschrijft de aanvullende
Nadere informatieMogelijk onvolledige datum
Mogelijk onvolledige datum Auteur: Wim Bakkeren (wim.bakkeren@ictu.nl) Datum: 25 september 2014 Versie: 1.0 Status: Definitief Inleiding Dit document bevat een voorstel voor een datatype voor mogelijk
Nadere informatieTools voor canonieke datamodellering Bert Dingemans
Tools voor canonieke datamodellering Tools voor canonieke datamodellering Bert Dingemans Abstract Canonieke modellen worden al snel omvangrijk en complex te beheren. Dit whitepaper beschrijft een werkwijze
Nadere informatieArchimate risico extensies modelleren
Archimate risico extensies modelleren Notatiewijzen van risico analyses op basis van checklists versie 0.2 Bert Dingemans 1 Inleiding Risico s zijn een extra dimensie bij het uitwerken van een architectuur.
Nadere informatieDATAMODELLERING DATA FLOW DIAGRAM
DATAMODELLERING DATA FLOW DIAGRAM Inleiding In dit whitepaper wordt de datamodelleervorm data flow diagram beschreven. Deze modelleervorm staat in verhouding tot een aantal andere modelleervormen. Wil
Nadere informatieDATAMODELLERING TOEPASSEN DATA ANALYTICS
DATAMODELLERING TOEPASSEN DATA ANALYTICS Inleiding In dit whitepaper wordt een toepassingsgebied beschreven voor datamodellering. Een toepassing is een werkveld op het vlak van architectuur of modellering
Nadere informatieDATAMODELLERING ARCHIMATE DATA- & APPLICATIEMODELLERING
DATAMODELLERING ARCHIMATE DATA- & APPLICATIEMODELLERING Inleiding In dit whitepaper wordt de datamodelleervorm ArchiMate data- & applicatiemodellering beschreven. Deze modelleervorm staat in verhouding
Nadere informatieTaal van de Laan WAZZUP? Hoeveel doekoe kost die fatoe? Paul Janssen - Geonovum p.janssen@geonovum.nl
Taal van de Laan Hoeveel doekoe kost die fatoe? WAZZUP? Paul Janssen - Geonovum p.janssen@geonovum.nl Digitaal Stelsel Omgevingswet Digitaal Stelsel Omgevingswet Eén loket Eén Virtuele databank Standaarden
Nadere informatieBRP-BZM Use Case Realisations Guidelines
BRP-BZM Use Case Realisations Guidelines Versie 2.0 02-09-2011 Definitief Versiehistorie Datum Versie Auteur 23-12-2010 0.1 Eerste versie R.F. Schaaf 04-01-2011 1.0 Feedback verwerkt R. Schaaf en D. Geluk
Nadere informatieDATAMODELLERING SIPOC
DATAMODELLERING SIPOC Inleiding In dit whitepaper wordt de datamodelleervorm Sipoc beschreven. Deze modelleervorm staat in verhouding tot een aantal andere modelleervormen. Wil je een beeld krijgen van
Nadere informatieDat we scherpe en compacte schema s kunnen maken voor berichten in koppelvlakken, en die ook kunnen beheren. Dat we op een consistente manier
1 We willen vanuit KING StUF koppelvlakken ontwikkelen vanuit een modelgedreven aanpak. Waar we in het verleden nogal eens de standaarden maakten en beoordeelden vanuit xml-schemabestanden, willen we dat
Nadere informatieDeel I Hoofdstuk 2: Het klassenmodel
Deel I Hoofdstuk 2: Het klassenmodel 2005 Prof Dr. O. De Troyer Klasse Model pag. 1 Hoofdstuk 2: Het klassenmodel Het Klassenmodel Beschrijft de statische structuur van een systeem door middel van Het
Nadere informatieRESTful API Een RESTful API is een gebaseerd op de Representational state transfer (REST) is een softwarearchitectuur.
NOTITIE Onderwerp : Uitleg van gebruikte termen bij gegevens- en berichtenstandaarden Van : VNG Realisatie Aan : Regiegroep Gegevens- en Berichtenstandaarden Datum : 29 mei 2018 Dit document legt een aantal
Nadere informatieInterActory CDModeller
InterActory CDModeller Evaluatie prototype versie 0.1 Bert Dingemans 1 Inleiding Voor het uitwerken van een service register en een tool voor het beheer van een canoniek model is gekozen voor een werkwijze
Nadere informatieRESTful API Een RESTful API is een gebaseerd op de Representational state transfer (REST) is een softwarearchitectuur.
NOTITIE Onderwerp : Uitleg van gebruikte termen bij gegevens- en berichtenstandaarden Van : VNG Realisatie Aan : Regiegroep Gegevens- en Berichtenstandaarden Datum : 12 juni 2018 Dit document legt een
Nadere informatieGeadviseerd wordt om MIM in procedure te nemen voor opname op de lijst aanbevolen standaarden.
Notitie FORUM STANDAARDISATIE 12 december 2018 Agendapunt 3C Intakeadvies MIM Nummer: FS 181212.3C Aan: Van: Forum Standaardisatie Stuurgroep Open Standaarden Datum: 26 november 2018 Versie: 1.0 Bijlagen:
Nadere informatieDATAMODELLERING RACI MATRIX
DATAMODELLERING RACI MATRIX Inleiding In dit whitepaper wordt de datamodelleervorm RACI Matrix beschreven. Deze modelleervorm staat in verhouding tot een aantal andere data modelleervormen. Wil je een
Nadere informatieWijzigingen Imkad 1.0 20080411 Dit is een major release. 1. Het model is niet langer letterlijk van nen3610 afgeleid. Er zijn een GeoObject en
Wijzigingen Imkad 1.0 20080411 Dit is een major release. 1. Het model is niet langer letterlijk van nen3610 afgeleid. Er zijn een GeoObject en ReigstratiefGebied in IMKAD gemodelleerd, waarin de relatie
Nadere informatieMetamodel M(etamodel) I(nformatiemodellen) G(emeenten)
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
Nadere informatieHet handboek van Umbrello UML Modeller
Het handboek van Umbrello UML Modeller 2 Inhoudsopgave 1 Introductie 7 2 Grondbeginselen van UML 8 2.1 Over UML............................................ 8 2.2 UML-elementen.......................................
Nadere informatie1 P a g e. KKG ISO profiel. Auteurs: A. Loeffen, L. vd Brink, mei Werkversie 0.1. Pagina 1
1 P a g e KKG ISO profiel Auteurs: A. Loeffen, L. vd Brink, mei 2017 Werkversie 0.1 Pagina 1 2 P a g e Contents Introductie... 2 Keuze en extensie: Naamgeving... 3 Keuze: Rollen... 4 Extensie: Meertaligheid...
Nadere informatieDATAMODELLERING CRUD MATRIX
DATAMODELLERING CRUD MATRIX Inleiding In dit whitepaper wordt de datamodelleervorm CRUD Matrix beschreven. Deze modelleervorm staat in verhouding tot een aantal andere modelleervormen. Wil je een beeld
Nadere informatieInformatiemodelleren
Informatiemodelleren De taal van de Laan Hoeveel doekoe kost die fatoe? WAZZUP? Paul Janssen - Geonovum p.janssen@geonovum.nl Digitaal Stelsel Omgevingswet Digitaal Stelsel Omgevingswet Eén loket Eén Virtuele
Nadere informatiePraktijkrichtlijn IMBRO
Praktijkrichtlijn IMBRO Auteur : TNO / Alterra Datum : 25 november 2009 versie : 1.0 Status : definitief IMBRO Informatiemodel Bodem en Ondergrond REVISIE HISTORIE Datum Versie Beschrijving Auteur(s)
Nadere informatieIntroductie OWMS 3.5
Identificatie http://standaarden.overheid.nl/owms/3.5/doc/introductie.pdf Informatietype Richtlijn Taal nl-nl Maker Overheid heeft Antwoord laatste wijziging Geldigheid vanaf 01-08-2008 Locatie Niet van
Nadere informatieVoorstel Hygiëne SIKB0101-protocol
Voorstel Hygiëne SIKB0101-protocol CSO Adviesbureau Contactpersonen CSO: Johannes Battjes (j.battjes@cso.nl) Versiebeheer Versie Datum doelgroep aanleiding 0.1 8 februari 2007 GO plus Eerste opzet 0.2
Nadere informatieInformatieobjecten zijn systematisch beschreven
AP17 Informatieobjecten zijn systematisch beschreven Statement De aan de dienst gerelateerde informatieobjecten zijn systematisch beschreven en op passende wijze gemodelleerd. Afgeleid van BP2 (vindbaar)
Nadere informatie1 XML/CSV documentatie
1 XML/CSV documentatie 1.1 INLEIDING Voor wat betreft het invoeren van data kunt u met e-line op 3 manieren werken: data-entry via het rapportagescherm (handmatig). Zie document: Gebruikershandleiding
Nadere informatieDATAMODELLERING SCORE MATRIX
DATAMODELLERING SCORE MATRIX Inleiding In dit whitepaper wordt de datamodelleervorm Score Matrix beschreven. Deze modelleervorm staat in verhouding tot een aantal andere modelleervormen. Wil je een beeld
Nadere informatieOntwerprichtlijnen voor XML-Schemadefinities
Ontwerprichtlijnen voor XML-Schemadefinities Voor gebruik binnen iwlz, iwmo en ijw Datum 1 juni 2016 Status Definitief Colofon Publicatienummer Uitgave Projectnaam Projectnummer Versienummer 1.3 Projectleider
Nadere informatieTPUPT Gebruikershandleiding
TPUPT Gebruikershandleiding René Ladan, r.c.ladan@gmail.com 3 oktober 2006 1 Introductie TPUPT staat voor Two Phase UML Phunction Transformer, het afstudeerproject van de auteur. Het biedt de mogelijkheid
Nadere informatieNEN 3610: mei 2010
NEN 3610: 2010 Paul Janssen, Geonovum IMRO IMWA IMLG IMNAB IMOOV IMKL IMKAD IMKICH IMWE IMGeo IM0101 IMBRO IMTOP IMMetingen IM... Wat is NEN 3610? Stelsel van Geo-informatiemodellen Hoe ISO ISO standaarden
Nadere informatieInhoudelijke reactie EGEM op adviesrapport Telematica Instituut: 'Over het service-georiënteerde gehalte van StUF 3.0.'
Inhoudelijke reactie EGEM op adviesrapport Telematica Instituut: 'Over het service-georiënteerde gehalte van StUF 3.0.' Versie Concept 0.2 Datum 15-11-2007 Inhoudsopgave 1 Inleiding...2 2 Inhoudelijke
Nadere informatieXSD.
XSD joost.vennekens@denayer.wenk.be http://telescript.denayer.wenk.be/~jve Geldige XML Algemeen: Welgevormd Specifiek: Geldig hobo blaas hout
Nadere informatieFunctionele Dataservice Beschrijving
Functionele Dataservice Beschrijving onderwerp Dataservice Contactgegevens datum 20-04-206 versie Versiebeheer Versie Datum Opmerking 20-04-206 Het afgeleide gegeven in de Persoon /uitgebreiderechtsvorm
Nadere informatieWijziging Informatiemodel ZTC
Wijziging Informatiemodel ZTC Van: Arjan Kloosterboer Datum: 11-3-2014 Aan: Expertgroep StUF [aangepaste versie van notitie dd. 11-12-2013, met wijzigingen als zodanig gemarkeerd] In maart 2013 is de ZTC
Nadere informatieBevordering van Interoperabiliteit tussen Overheidsorganisaties
Bevordering van Interoperabiliteit tussen Overheidsorganisaties Fineke Beukema Mariska Scherphof Pim Keizer Justitiële Informatiedienst Ministerie van Veiligheid en Justitie Almelo, Nederland ABSTRACT:
Nadere informatieTentamen SPM1120 Analyse van bedrijfssystemen 18 Januari 2011, 9:00-12:00
Tentamen SPM20 Analyse van bedrijfssystemen 8 Januari 20, 9:00-2:00 Bij de meerkeuzevragen, vul de antwoorden in op het schrapformulier. Vul daarop behalve je naam ook je studienummer in (zowel in cijfers
Nadere informatieMigratie PS API 40 naar 50
Migratie PS API 40 naar 50 Inhoud Introductie... 2 Migratie... 2 Wijziging link ophalen beeldmateriaal... 2 Wijzigingen vertaalbare velden (translationtype)... 3 Targetmarkets (TM)... 4 Velden die zijn
Nadere informatieTechnisch Ontwerp Ontwerp template
Auteur Dennis Steenwijk Versie Datum Status 1 Inleiding 2 Versie geschiedenis Versie Datum Status Naam Omschrijving 03-10-08 Dennis Steenwijk versie 2 van 9 Versie geschiedenis 3 Distributie Naam Functie
Nadere informatieGAB Postcode (geheel)
GAB Postcode (geheel) Auteur: Mickel Langeveld; Kadaster; mickel.langeveld@kadaster.nl Datum: 25 oktober 2015 Versie: 1.0 Status: final Inleiding Postcode is een veel voorkomende eigenschap in uitwisselingspatronen
Nadere informatieOntwerprichtlijnen voor XML-schemadefinities (XSD s) 18 juli 2017
Ontwerprichtlijnen voor XML-schemadefinities (XSD s) 18 juli 2017 Ontwerprichtlijnen voor XML-schemadefinities (XSD s) 1 / 20 Inhoud Inleiding 3 1 Namespaces 4 1.1 Target namespace 4 1.2 Default namespace
Nadere informatieInformatiemodel Ruimtelijke Ordening (IMRO) 2006. Modeldocument: beschrijving van het model. Opdrachtnemer: Ravi
6 Informatiemodel Ruimtelijke Ordening (IMRO) 2006 Modeldocument: beschrijving van het model Juni 2006 Opdrachtnemer: Ravi Inhoudsopgave 1. Inleiding... 1 2. Onderwerp en toepassingsgebied... 2 3. Relatie
Nadere informatieCanonieke data-architectuur Bert Dingemans
Canonieke data-architectuur Canonieke data-architectuur Bert Dingemans Abstract Deze whitepaper beschrijft diverse aspecten van canonieke data-architectuur. Naast de definitie van canonieke data-architectuur
Nadere informatieProgrammeren in Java 3
26 september 2007 Deze les korte herhaling vorige les Unified Modelling Language notatie van een class afleiding pointers abstracte classes polymorphisme dubieuze(?) constructies interfaces Meer over class
Nadere informatieIDsW en waterkwantiteitsbeheer
Delft-FEWS gebruikersdag 17 juni 2009 bij Deltares te Delft door Hinne Reitsma 1 InformatieDesk standaarden Water Partners: Missie: effectieve gegevens-uitwisseling tussen waterbeheerders Gebruikers: Iedereen
Nadere informatieMetamodel voor informatiemodellen. door KING en Kadaster
Metamodel voor informatiemodellen door KING en Kadaster versie 0,8 (concept) 30 september 2015 1 Voorwoord Het metamodel voor informatiemodellen is beschreven in UML en is toegepast voor de informatiemodellen
Nadere informatieEEN INLEIDING IN DE UNIFIED MODELING LANGUAGE
Een inleiding in de Unified Modeling Language 51 III EEN INLEIDING IN DE UNIFIED MODELING LANGUAGE Als een aannemer een huis bouwt, dan ontwerpt hij dat huis niet terwijl hij het bouwt. Hij bouwt het huis
Nadere informatieSysteemontwikkeling, Hoofdstuk 3, Tabellen en formulieren
3. Tabellen en formulieren Het Contextdiagram en het Data Flow Diagram geven een globaal ontwerp van het informatiesysteem dat we gaan bouwen. We gaan het ontwerp nu verder detailleren voordat we het daadwerkelijk
Nadere informatieInformatie Model Omgevingswet (IMOW) de keten van plan tot publicatie. Versie 0.98-beta
Informatie Model Omgevingswet (IMOW) in de keten van plan tot publicatie Versie 0.98-beta Dit informatiemodel is in 2019 Q2 ontwikkeld door DSO project PR33. Deze versie hoort bij CIMOW versie 0.98-beta.
Nadere informatieRetour samenloop financiering Wlz-Zvw
Externe integratie Retour samenloop financiering Wlz-Zvw SA802 Berichtspecificatie [BER] Versie EI-standaard 1.0 Versie datum 23-12-2016 Uitgave document 4 Uitgave datum: 28-7-2017 Kenmerk: SA802v1.0_BERu4
Nadere informatieMetamodel voor de Referentiemodellen Gemeentelijke Basisgegevens
Metamodel voor de Referentiemodellen Gemeentelijke Basisgegevens Beschrijving metamodel RGB onderdeel van de GEMeentelijke Model Architectuur (GEMMA) versie 0,7 (concept) 18 september 2015 1 Voorwoord
Nadere informatieBeschrijving OpenTunnel koppelvlak met MijnOverheid BerichtenBox
Beschrijving OpenTunnel koppelvlak met MijnOverheid BerichtenBox INHOUDSOPGAVE INLEIDING... 3 OPVRAGEN GEABONNEERDEN... 4 MASSALE AANLEVERING OP BASIS VAN META- DATA VIA XML... 5 MASSALE AANLEVERING MET
Nadere informatieIMOP en IMTP v 085 Consultatiesessie 15 feb 2018
IMOP en IMTP v 085 Consultatiesessie 15 feb 2018 Foto plaatsen Consultatie Paklijst v.0.85 Paklijst v0.85 1. Leeswijzer 17. TPOD AMvB en MR Foto plaatsen 2. Toelichting op STOP TPOD 18. XML AMvB en MR
Nadere informatieTien tips voor canonieke datamodellering. Bert Dingemans
Tien tips voor canonieke datamodellering Bert Dingemans Abstract Modelleren is een vakgebied gebaseerd op eenvoudige notaties. Echter op het moment dat en model opgesteld wordt blijkt de te modelleren
Nadere informatieGebruikershandleiding e-line DNB: het XML-importbestand
Gebruikershandleiding e-line DNB: het XML-importbestand versie 1.1 datum 14 juni 2006 1 1. Inhoudsopgave 1. Inhoudsopgave...2 2. e-line DNB...3 2.1 Rapporteren aan de Nederlandsche Bank...3 2.3 Handmatig
Nadere informatieRichtlijnen DSI Data Transformatie Tool
Vlaamse overheid Departement Ruimte Vlaanderen Richtlijnen DSI Data Transformatie Tool Doc ref.: DSI-DTT-GIM-01 INHOUDSTAFEL 1 Inleiding... 2 2 Beleidsniveau en scenario... 3 3 Inhoud van de geodata...
Nadere informatiecase: toestandsdiagrammen
Hoofdstuk 13 case: toestandsdiagrammen In dit hoofdstuk wordt het maken van de eerste versie van de toestandsdiagrammen voor het boodschappensysteem van Hans en Jacqueline uitgewerkt. 13.1 Vind klassen
Nadere informatieProjecten Applicatie Ontwikkeling
Projecten Applicatie Ontwikkeling Standaarden Normaliseren ROC Flevoland Werner Pauchli Versie 1.0 Almere, 15 januari 2004 Inhoudsopgave Inhoudsopgave Inhoudsopgave 3 1. Documentbeheer 4 2. Inleiding
Nadere informatie1. Milieuklacht... 2 1.1 Handleiding opladen XML in mkros... 2 2. Werken met Refertes... 5
1. Milieuklacht............................................................................................. 2 1.1 Handleiding opladen XML in mkros......................................................................
Nadere informatieStandaarden en richtlijnen epv. Versienummering. Datum 19 december 2006. Onderwerp Standaarden en richtlijnen Versienummering
Standaarden en richtlijnen epv Versienummering Datum 19 december 2006 Onderwerp Standaarden en richtlijnen Versienummering Auteur Marc de Graauw Hugo den Hollander E-mail beheer@e-pv.nl Versie 1.0 - Definitief
Nadere informatieOntwerprichtlijnen voor XML-Schemadefinities
Ontwerprichtlijnen voor XML-Schemadefinities Voor gebruik binnen WLZ, WMO en JW Datum 26 mei 2015 Status Concept Colofon Publicatienummer Uitgave Projectnaam Projectnummer Versienummer 1.1 Projectleider
Nadere informatieVerkenning adoptie W3C rdf/owl technologie voor IMxx/NEN modellen
Verkenning adoptie W3C rdf/owl technologie voor IMxx/NEN- 3610 modellen Project team: Hans Schevers (BuildingBits), Marcel Reuvers, Paul Janssen, Linda van den Brink, Versie 1.0 Doelstelling Verkenning
Nadere informatieLes F-02 UML. 2013, David Lans
Les F-02 UML In deze lesbrief wordt globaal beschreven wat Unified Modeling Language (UML) inhoudt. UML is een modelleertaal. Dat wil zeggen dat je daarmee de objecten binnen een (informatie)systeem modelmatig
Nadere informatieExterne integratie. Betaalopdracht Mondzorg Wlz BM801. Berichtspecificatie [BER] Versie EI-standaard 1.0 Versie datum
Externe integratie Betaalopdracht Mondzorg Wlz BM801 Berichtspecificatie [BER] Versie EI-standaard 1.0 Versie datum 10-08-2017 Uitgave document 2 Uitgave datum: 17-1-2018 Kenmerk: BM801v1.0_BERu2 Contact
Nadere informatie0.1 Verdieping BAG Bevragen. versie 0.1. Datum. 1 juli Document versie. 0.1 ConceptICT Services Keten RZDirectie IT
0.1 Verdieping BAG Bevragen versie 0.1 Datum 1 juli 2016 Document versie 0.1 ConceptICT Services Keten RZDirectie IT Versiehistorie Versie datum Omschrijving 0.1 01-07-2016 Initiële versie. Versie 0.1
Nadere informatie3.1 Opsomming data type
Deel I Hoofdstuk 3: Klasse Model - gevorderd 2005 Prof Dr. O. De Troyer Klasse Model - gevorderd pag. 1 3.1 Opsomming data type Opsomming (enumeration) data type Data type waarvan de verzameling waarden
Nadere informatieModeleren. Modelleren. Together UML. Waarvan maken we een model? overzicht les 14 t/m 18. ControlCenter 6.2
Modelleren Werkelijkheid Modelleren Modeleren Waarvan maken we een model?!analyse " Maak een model van de te automatiseren werkelijkheid of van het op te lossen probleem! Domeinkennis = structuur! Functionele
Nadere informatiehet bank voorbeeld ISO Datamodelleren modelleren met het E-R R model een database ontwerpen verzamelingen van relaties (verbanden)
het bank voorbeeld ISO Datamodelleren Prof. dr. Paul De Bra waarom zijn er drie tabellen om klanten en rekeningen voor te stellen? customer (customer_name, customer_street, customer_city) account (account_number,
Nadere informatieHoofdstuk 5. case: klassediagram
Hoofdstuk 5 case: klassediagram In dit hoofdstuk wordt het maken van het klassediagram in het domeinstadium voor onze case uitgewerkt. We maken dus een domein-klassediagram van EasyShop, het maaltijdsysteem
Nadere informatieMetamodel voor informatiemodellen. door KING en Kadaster
Metamodel voor informatiemodellen door KING en Kadaster versie 1.0 29 februari 2016 1 Voorwoord Het metamodel voor informatiemodellen is beschreven in UML en is toegepast voor de informatiemodellen van
Nadere informatieER-modeling. Wat is ER-modeling? ERD & relationeel model. ER-benadering DMO Datamodellering 2008
ER-modeling Datamodellering 2008 1 Wat is ER-modeling? ER-modelleren: top-down benadering bedacht door P. Chen 1976, paper in ACM Transactions on Database Systems Codd (Relationeel Model) aanvankelijk
Nadere informatieER-modeling. Datamodellering Wat is ER-modeling?
ER-modeling Datamodellering 2008 1 Wat is ER-modeling? ER-modelleren: top-down benadering bedacht door P. Chen 1976, paper in ACM Transactions on Database Systems Codd (Relationeel Model) aanvankelijk
Nadere informatieBEFDSS. Het Belgische uitwisselingsformaat voor onderzoekgegevens afkomstig van visueel rioolonderzoek. 1/12/2006 1 / 6
Het Belgische uitwisselingsformaat voor onderzoekgegevens afkomstig van visueel rioolonderzoek. 1/12/2006 1 / 6 Inhoudstafel... 1 1 Voorwoord... 3 2 De samenstelling van het uitwisselingsformaat... 4 3
Nadere informatievoorbeeldexamen Object Oriëntatie Foundation (OOF.NL) editie juli 2010 inhoud inleiding 3 voorbeeldexamen 4 antwoordindicatie 11 evaluatie 22
voorbeeldexamen Object Oriëntatie Foundation (OOF.NL) editie juli 2010 inhoud inleiding 3 voorbeeldexamen 4 antwoordindicatie 11 evaluatie 22 bijlage bijlagenset A711 EXIN Hét exameninstituut voor ICT
Nadere informatieInformatieModel Water (IMWA) 2013
InformatieModel Water (IMWA) 2013 Auteur Datum IHW 21-augustus-2013 Versie 5.0 Documentbeheer Wijzigingshistorie Datum Versie Auteur Wijziging H-J. Lekkerkerk Dit document is gebaseerd op IMWA 2005, IMWA
Nadere informatieUitbreiding van UM Aquo cluster metingen, toevoegen optioneel attribuut Identificatie waarnemingssoort aan klasse WaardeReeks MIDDELGROOT
Uitbreiding van UM Aquo cluster metingen, toevoegen optioneel attribuut Identificatie waarnemingssoort aan klasse WaardeReeks algemeen onderdeel: Publicatiedatum 1 mei 2012 UM Aquo - metingen Status concept
Nadere informatieTernaire relaties in ERDs zijn lastig
Ternaire relaties in ERDs zijn lastig Maarten M. Fokkinga Versie van 3 juni 2002, 9:54 Inleiding In het afgelopen tentamen OIS (Ontwerpen van Informatiesystemen; 233026) stond onderstaande opgave over
Nadere informatieTesten in SOA-omgevingen
Testen in SOA-omgevingen Agenda Introductie Basisbegrippen Testen van services Testdata en XMLSpy Testsoorten Testtools Testuitvoering Validatie van testresultaten Drivers, stubs en mocks Samenvatting
Nadere informatieConceptenbibliotheek & Technisch register. Frank Terpstra 02-09-2015
Conceptenbibliotheek & Technisch register Frank Terpstra 02-09-2015 Inhoud Technisch register Concepten bibliotheek Demo Waarom Registers Vindbaarheid (schema s, informatiemodellen, concepten zijn zonder
Nadere informatieSchema. Schema - Inleiding. <hoofdstuk> </hoofdstuk> DTD? Eenstapjeverder. Schema XML
Schema schema inleiding elementen attributen datatypes en verder... structuur software
Nadere informatiePresentatie Jaarproject. Nils De Moor Sam Verboven
Presentatie Jaarproject Nils De Moor Sam Verboven Story Driven Modelling Story Diagrams UML class / activity / colaboration diagrams Operatoren : - Diagram begint bij - Doorloopt activities (onderling
Nadere informatieSparse columns in SQL server 2008
Sparse columns in SQL server 2008 Object persistentie eenvoudig gemaakt Bert Dingemans, e-mail : info@dla-os.nl www : http:// 1 Content SPARSE COLUMNS IN SQL SERVER 2008... 1 OBJECT PERSISTENTIE EENVOUDIG
Nadere informatieWijzigingsvoorstel op het Logisch Model Aquo 2 kabel-elementen uit IMKL overnemen RfC-W-0901-0031
Wijzigingsvoorstel op het Logisch Model Aquo 2 kabel-elementen uit IMKL overnemen RfC-W-0901-0031 Indiener A. Meerkerk, Nieuwland Datum 9-3-2009 Kenmerk RfC W-0901-0031 Documentbeheer Wijzigingshistorie
Nadere informatie