Cursus StUF Maarten van den Broek messagedesign

Cursus StUF

Maarten van den Broek messageDesign

© 2008 EGEM i-teams

Inhoud  Schets problematiek  Positionering  Principes StUF  Introductie XML  Contentmodel  Interactiepatronen


Programma 'Andere overheid' Een overheid die:  die niet naar de bekende weg vraagt  klantgericht is  zich niet voor de gek laat houden  weet waar ze het over heeft  haar zaken op orde heeft  niet meer uitgeeft dan nodig is → Basisregistraties → Transparantie voortgang processen → Automatisering © 2008 EGEM i-teams

Landelijke ambities en randvoorwaarden  Aansluiten op landelijke basisvoorzieningen

 Overheids Service Bus (OSB) met service register  Landelijke Voorzieningen Basisregistraties  GOB: Gemeenschappelijke Ontsluiting Basisregistraties  TMF: TerugMeld Faciliteit

 Digitale dienstverlening  Landelijke voorziening Omgevingsvergunning  Persoonlijke Internet Pagina  Bedrijvenloket  ...


Wat betekent dit  Invoeren / aanpassen basisregistraties (BAG!)  Verplicht gebruik basisgegevens  Afstemmen/opschonen

systemen

 Afhandelen elektronische aanvragen  Ontvangen digitale aanvragen  Doorsluizen naar afhandelende

systemen

 Status terugmelding burger  Inzage in eigen gegevens burger


Architectuur (concept Gemma)


Aansluiten op basisregistraties  Afstemmen  

Matchen Verschillen analyseren en wegwerken

 Koppelen met bestanden  Volgen met berichten opvragen toestand plaatsen afnemerindicatie leveren object Basisregistratie

doorgeven wijziging

Afnemend systeem

terugmelding verwijderen afnemerindicatie © 2008 EGEM i-teams

Routeren, Synchroniseren en Ontsluiten (binnengemeentelijke verhuizing) 1. Prefill en controle 2. Aanvraag

Burgerzaken

3. Afhandelen 4. Opvragen info

Zakenmagazijn

EF ZKN

ZKN ZKN

EF BG ZKN

Middelen

BG

BG BG BG

burger

Routering

BG

BG

Synchronisatie

Gebouwen & Adressen Belasting & Kadaster Vergunningen & Handhaven Werk, inkomen, zorg Partners Overige

Gegevensmagazijn © 2008 EGEM i-teams

Inhoud  Schets problematiek  Positionering  Principes StUF  Historie en beheer  Introductie XML  Contentmodel  Interactiepatronen


Service georiënteerde architectuur Service gebruiker

verzoek

respons webservice

Service aanbieder

dienstenbus

Kenmerken ● Berichtgebaseerd ● Functie ipv gegevens georiënteerd ● Werkt over platformen heen ● Aanbieder definieert het contract ● Keuze voor gebruiker tussen aanbieders Nieuwe systeemarchitectuur ● Los gekoppelde componenten ipv hecht geintegreerde systemen ● Verbonden via dienstenbus ● Diensten gepubliceerd op bus ● Centralisatie functies --> Berichtstandaardisatie gewenst © 2008 EGEM i-teams

SGA en gegevensverwerking

SGA: Splits en hergebruik 1

2

3

Klassiek: database bindt businesslogica

dienstenbus

1

2

3

Maar, eenmalige opslag problematisch    

Performance (batchruns, management info) Niet alle gewenste gegevens beschikbaar Verschillen in definities/waarden Impact op bestaande systemen © 2008 EGEM i-teams

SGA: meer dan web services Contract dat business toegevoegde waarde biedt

Implementatie contract door uitvoering elementaire functies

Contract voor uitvoering taak Geen interactie met andere elementaire functies in werkstroom

Business functie

Afsluiten telefoonabonnement

Werkstroom

Elementaire functie

Factureren Opsturen SIM-kaart Registreren abonnement etc.

Domeinmodel

StUF richt zich op elementaire ICT functies StUF heeft geen kennis van werkstromen © 2008 EGEM i-teams

Relatie met andere standaarden StUF bouwt voort op W3C Web services stack XML

Taal voor zelfbeschrijvende berichten

XSD

Taal voor specificeren structuur en inhoud XML-berichten

SOAP en http

Protocollen voor berichtverpakking en -transport

WSDL en WS-I BP Taal voor specificeren web services

BETEKENIS ?

StUF ● ● ●

UITBREIDBAARHEID ?

●

berichtinhoud sturing + adressering interactiepatronen of functies eenvoudig uitbreidbaar met nieuwe functionaliteit voor transport en logistiek © 2008 EGEM i-teams



Werkelijkheid, model en database verleent betekenis aan

PRS

PRS ADR

ADR

VBO Model

VBO wordt gedefinieerd in

Werkelijkheid

definieert

PRS

ADR

VBO wordt afgebeeld in

Werkelijkheid Database © 2008 EGEM i-teams

Modellering PRSPRSHUW

Fundamentele objecttypen: PRS, ADR ●

●

PRS verblijft op

correspondeert via

Relatie objectttypen: PRSPRSHUW, PRSADRVBL, PRSADRCOR ●

ADR

● ●

GEM

BRT

hebben voorkomens in de werkelijkheid ● PRS: Maarten van den Broek ● ADR: Vallestap 88, 5672BJ Nuenen hebben veranderende eigenschappen ● burgerlijke staat, verblijfstitel, verblijfsadres

leggen relatie tussen twee fundamentele objecten hebben begin- en einddatum kunnen ook andere eigenschappen hebben

Tabel objecttypen: GEM, BRT ●

●

hoeven niet voor te komen in werkelijkheid (bijvoorbeeld definitie waardebereik) hebben onveranderlijke eigenschappen © 2008 EGEM i-teams

Model PRSPRSHUW

Berichtdefinitie PRS

PRS

PRSADRVBL

ADR

PRSADRCOR

ADR

PRSPRSHUW

PRS

PRSADRVBL

ADR

ADR ADR

GEM

ADRPRSVBL

BRT GEM

PRS

BRT © 2008 EGEM i-teams

Typering domein  Meerdere objecten van één type met  in de tijd veranderende eigenschappen  met relaties naar andere objecten

 Afbeelding in registratie is relevant  Meeste events hebben betrekking op onderkende objecten


Bericht en software ontwerp vormt basis voor PRS

PRS ADR VBO Model

PRSADRVBL

ADR

PRSVBO

VBO

PRSPRSHUW

PRS

wordt gedefinieerd in

Werkelijkheid

definieert

Berichtontwerp

vormt basis voor

ADR

PRS

òf

Jansen VBO

gaat over

Werkelijkheid Systeem

software verwerkt © 2008 EGEM i-teams

Interactiepatronen of functies  Kennisgevingen  Vraag/antwoord  Synchronisatie  Vrij

Het doorgeven van wijzigingen in de werkelijkheid of een database Het opvragen van gegevens in een database Het synchroniseren van gegevens tussen databases Door service ontwerper zelf te definiëren interactiepatroon. StUF schrijft wel structuur bericht voor.


Ontwerpen en bouwen met StUF GFO Zaken

domein beschrijving

design tooling Berichtontwerper

RSGB

StUF standaard

domeinbeschrijving

generieke specificatie berichtsyntax ● aanvullende specificatie ●

Software ontwikkelaar

Software Berichtverwerking

Zaken BG Sectormodel

definitie betekenis

StUFberichten

Specificatie © 2008 EGEM i-teams

StUF 0301 Familie

Verticale sectormodellen

Horizontale sectormodellen Onderlaag

woz0310

ef0310

lvo0310

bg0310 (RSGB)

...

zkn0310 (RGBZ)

StUF-standaard 0301 Protocolbindingen (WUS, OSB ebMS, OSB WUS, OSB WUS lite) © 2008 EGEM i-teams

Huidige configuratie LVO

Verticaal sectormodel


lvo0302

bg0300 (GFO BG 1998)

zkn0300 (GFO Zaken 2004)

StUF-standaard 0300 Protocolbinding OSB ebMS © 2008 EGEM i-teams

Toekomstige configuratie LVO

Verticaal sectormodel


lvo0310

bg0310 (RSGB)

zkn0310 (RGBZ)

StUF-standaard 0301 Protocolbinding OSB ebMS © 2008 EGEM i-teams

Structuur LVO schema's

StUFBasisschema stuflvo0302 .xsd

stuf0300 .xsd

lvo0302 .bevoegdGezag .wsdl

lvo0302 .landelijkeVoorziening .wsdl

Servicedefinitie = Interactiepatronen

lvo0302 .msg.xsd

lvo0302 .ent.xsd

Berichtdefinitie

LVO entiteittypen OMV, INR = contentmodel

bglvo0302 .ent.xsd

bg0300 .ent.xsd

zknlvo0302 .ent.xsd

zkn0300 .ent.xsd

restrictions

Horizontale entiteittypen © 2008 EGEM i-teams

StUF configuraties  StUF0105 met sectormodel bg0105  Operationeel

in markt voor uitwisseling tussen systemen van verschillende leveranciers

 StUF0204 met sectormodellen bg0204, zkn0204 en ef0200  Operationeel

in markt voor uitwisseling tussen systemen van verschillende leveranciers

 StUF0205 en sectormodel BAG  Operationeel

voor communicatie met LV BAG

 StUF0300 en sectormodellen gebaseerd op GFO1998  Operationeel voor LVO en WOZ-TIOX  Niet aanbevolen door EGEM

 StUF0301 en sectormodellen gebaseerd op RSGB (WOZ) © 2008 EGEM i-teams

StUF = design tooling Business functie

Werkstroom

Semantiek + syntax voor elementaire ICT functies  In termen van:  state gedefinieerd als afbeelding wereld  berichten voor input en output  Modelgedreven: gebaseerd op domeinmodel  Functiegeneriek èn voorgedefinieerde functies  Protocol onafhankelijk

ICT functie

 Voorschriften voor logistiek en foutafhandeling  Veel aandacht voor hergebruik

Bericht

State

Domeinmodel

Gebruik wat je nodig hebt © 2008 EGEM i-teams



Adreswijziging: Brief Geachte mevrouw/heer, Bij deze wil ik U mededelen dat ik per 1 april 2007 verhuisd ben van de Donk 12A, 5612XC in Eindhoven naar Vallestap 88, 5672BJ in Nuenen. Mijn telefoonnummer is veranderd in 040-2834578. Ik wil u vriendelijk verzoeken mijn nieuwe adres in uw administratie door te voeren. Hoogachtend, M. van den Broek


Adreswijziging: Brief Geachte mevrouw/heer, Bij deze wil ik U mededelen dat ik per 1 april 2007 verhuisd ben van de Donk 12A, 5612XC in Eindhoven naar Vallestap 88, 5672BJ in Nuenen. Mijn telefoonnummer is veranderd in 040-2834578. Ik wil u vriendelijk verzoeken mijn nieuwe adres in uw administratie door te voeren. Hoogachtend, M. van den Broek


Adreswijziging: formulier Geslachtsnaam: Voorvoegsels: Voorletters: Geboortedatum: BSN:

Broek van den M.H.L.M. 05-09-1954 0776 04 123

Adres Straatnaam: Huisnummer: Huisletter: Huisnummertoevoeging: Postcode/Woonplaats:

Oud Donk 12 A

Nieuw Vallestap 88

5612XC Eindhoven

5672BJ Nuenen

Telefoonnummer:

040-2468634

040-2834578

Ingangsdatum:

01-04-2007 © 2008 EGEM i-teams

Formulier --> XML Label Geslachtsnaam:

--> simpel element -->

Waarde Broek

--> elementinhoud --> Broek

Set waarden

--> complex element

Adres Straatnaam: Huisnummer: Huisletter: Huisnummertoevoeging: Postcode: Woonplaats:

Oud Donk 12 A 5612XC Eindhoven

-->

<straatnaam>Donk 12 A <postcode>5612XC <woonplaats>Eindhoven


Adreswijziging: XML Broek van den M.H.L.M. 19540905 077604123 <straatnaam>Donk 12 A <postcode>5612XC <woonplaats>Eindhoven <straatnaam>Vallestap 88 <postcode>5672BJ <woonplaats>Nuenen 0402468634 0402834578 20070401

complex element complex element simpele elementen afsluiting persoon complex element simpele elementen afsluiting oud adres complex element simpele elementen afsluiting nieuw adres simpele elementen afsluiting formulier © 2008 EGEM i-teams

Adreswijziging: Schema <schema ....> attribute met waarde <element name="adreswijziging"> <sequence> <element name="persoon" type="Persoon"/> <element name="oudAdres" type="Adres"/> <element name="nieuwAdres" type="Adres"/> <element name="oudTelefoonnummer" type="Telefoonnummer"/> <element name="nieuwTelefoonnummer" type="Telefoonnummer"/> <element name="ingangsdatum" type="Datum"/> .....


Definitie types <schema ....>

.....

......

<sequence> <element name="straatnaam" type="Straatnaam"/> <element name="huisnummer" type="Huisnummer"/> <element name="huisletter" type="Huisletter" minOccurs=”0”/> <element name="huisnummertoevoeging" type="Huisnummertoevoeging" minOccurs=”0”/> <element name="postcode" type="Postcode"/> <element name="woonplaats" type="Woonplaats"/>

<simpleType name="Huisnummer"> © 2008 EGEM i-teams

Berichtuitwisseling: SOAP en http XML: Inhoud

....

SOAP:

Verpakking

Transport

<soap:Envelope> <soap:Header> ...... <soap:Body> ....

HTTP over internet

Simple Object Access Protocol ● XML gebaseerd ● faciliteiten sturing verwerking ● faciliteiten foutafhandeling Adressering + sturing

Berichtinhoud

Verzoek en respons over zelfde verbinding © 2008 EGEM i-teams

Specificeren services: WSDL

WSDL (Web Services Description Language) = ?

?

?

dienstenbus

Taal voor XML documenten, die web services specificeren ● machine leesbaar ● importeerbaar in ontwikkeltools Een WSDL document specificeert: ● In- en uitgaande XML-berichten ● Interactiepatroon + foutafhandeling ● Protocol (in de praktijk SOAP over http) ● Locatie (http://example.org/functie)

Per systeem een wsdl nodig: ● Locatie ● Niet alle services uit standaard worden ondersteund ● Services kunnen “kleiner” zijn dan standaard voorschrijft © 2008 EGEM i-teams



Model NPSNPSHUW

Berichtdefinitie NPS

NPS

NPSADRVBL

ADR

NPSADRCOR

ADR

NPSNPSHUW

NPS

NPSADRVBL

ADR

ADR ADR

GEM

ADRNPSVBL

BRT GEM

NPS

BRT © 2008 EGEM i-teams

De waarde van een element of relatie Element of relatie niet ondersteund

ondersteund niet geautoriseerd

(a) niet ondersteund, verplicht: Element leeg, StUF:noValue= “nietOndersteund”

(b) niet ondersteund, niet verplicht: Element niet opnemen

(b) niet geautoriseerd, niet verplicht: Element niet opnemen

(d) niet geautoriseerd, verplicht: Element leeg, StUF:noValue= “nietGeautoriseerd”

geautoriseerd verplicht

(e) waarde onbekend, verplicht: Element leeg, StUF:noValue= “waardeOnbekend”

niet verplicht

(f) geen waarde: Element leeg, StUF:noValue= “geenWaarde”

(g) waarde bekend: Element opnemen met waarde als inhoud

(h) waarde onbekend: Element niet opnemen


Speciale waarden Attribute StUF:noValue geenWaarde: het element heeft geen waarde (bijv. overlijdensdatum) onbekend: de zender weet niet wat de waarde is vastgesteldOnbekend: de waarde van het element is niet meer vast te stellen  nietOndersteund: de zender ondersteunt het element niet  nietGeautoriseerd: de ontvanger is niet geautoriseerd voor het element   

Attribute StUF:indOnvolledigeDatum    

V: De datum is volledig D: De dag is onbekend (GBA: 20070700) M: De maand is onbekend (GBA: 20070000) J: Het jaar is onbekend (GBA: 00000000)


Identificatie Jansen

Systeem

=? Jansen

Verplichte kerngegevens Persoon: A-nummer, BSN, voorletters, voornamen, voorvoegsels, geslachtsnaam, geslacht, geboortedatum, verblijfsadres Adres: Postcode, straat, huisnummer etc, locatieomschrijving, woonplaats

Sleutels  Zender  Ontvanger  Gegevensbeheer


Voorbeeld identificatie

Sleutel ontvangend in bericht --> kerngegevens niet nodig © 2008 EGEM i-teams

Historie Gegevens en structuur  Tijdvak geldigheid: periode waarin gegevens in werkelijkheid geldig zijn (fundamentelen en relaties)  Tijdvak relatie: periode waarin relatie in werkelijkheid bestond  TijdstipRegistratie: tijdstip waarop gegevens zijn vastgelegd  Opnemen historie in entiteiten

Functionaliteit  Opbouwen en corrigeren materiële en formele historie in database  Opvragen materiële en formele historie  Opvragen op peiltijdstipMaterieel en peiltijdstipFormeel © 2008 EGEM i-teams

Materiële historie in antwoord Heden

20030507: Huwelijk

20010613: Naamswijziging 19570609: Geboorte


Materiële historie relatie © 2008 EGEM i-teams

Is 2e huwelijk actueel of historisch? © 2008 EGEM i-teams

Uitbreiden sectormodel: extraElementen

Kunnen in bericht worden opgenomen zonder aanpassing sectormodel StUF specificeert niets over de verwerking Sectormodel specificeert niets over formaat


Aandachtspunten extraElementen  Hoe krijg je aanpassing in standaard?  Wat zijn consequenties voor verzendend systeem?  Wat zijn consequenties voor ontvangend systeem?




Interactiepatronen: Functioneel en technisch Functioneel: geen respons zender

Notificatie

ontvanger

Technisch: bevestiging- of foutbericht over zelfde verbinding zender

ontvanger

Asynchroon verzoek/respons Functioneel: verzoeker werkt door los van antwoord verzoeker

serviceverlener

Technisch: per bericht bevestiging- of foutbericht over zelfde verbinding verzoeker

serviceverlener

Synchroon verzoek/respons Functioneel: verzoeker werkt pas door na ontvangst antwoord verzoeker

serviceverlener © 2008 EGEM i-teams

Sturing berichtverwerking  Zender en ontvanger    

Organisatie Applicatie Administratie Gebruiker

 Identificatie en volgorde   

Referentienummer Crossreferentienummer Tijdstip bericht

In synchrone berichten is alleen berichtcode verplicht In asynchrone berichten zijn berichtcode zender, ontvanger, referentienummer en tijdstipBericht verplicht. In asynchrone responsberichten is ook crossreferentienummer verplicht

 Type bericht   

Berichtcode Entiteittype Functie


Quality of Service  Gegarandeerde ontvangst  Bevestigings-

of foutbericht als respons

 Geen dubbele berichten  Uniek

referentienummer per zender

 Volgorde  Tijdstip

bericht


Kennisgeving Kenmerken heeft betrekking op 1 object (enkelvoudig); M objecten (samengesteld) Notificatie (synchroon of asynchroon) patroon verhuizing persoon voorbeeld Mutatiesoort 'T' object relevant geworden voor zender 'W' object gewijzigd in werkelijkheid 'F' object gecorrigeerd in database zender Bouw formele historie op 'C' object gecorrigeerd in database zender Geen formele historie 'V' object niet meer relevant voor zender Indicator overname 'I' Informatief 'V' Verplicht over te nemen

1 voorkomen oud + nieuw voorkomen oud + nieuw voorkomen oud + nieuw voorkomen 1 voorkomen

Afnemer hoeft bericht niet te verwerken Afnemer wordt geacht kennisgeving te verwerken © 2008 EGEM i-teams

Kennisgevingbericht <StUF:stuurgegevens> <StUF:berichtcode>Lk01 <StUF:zender> <StUF:applicatie>zender <StUF:ontvanger> <StUF:applicatie>ontvanger <StUF:referentienummer>1 <StUF:tijdstipBericht>2007090714140000 <StUF:entiteittype>NPS <StUF:parameters> <StUF:mutatiesoort>T <StUF:indicatorOvername>V © 2008 EGEM i-teams

Verwerkingssoort De verwerkingssoort geeft aan wat met een entiteit in een kennisgeving gebeurt T

(Toevoegen):

 W (Wijzigen):  V (Verwijderen):  I (Identificatie):  S (Sleutelwijziging):  O (Ontdubbeling):  E (Beëindigen):  R (Vervangen):

Voeg de fundamenteel toe OF voeg relatie toe bij entiteit Wijzig entiteit Verwijder entiteit Doe niets met entiteit Wijzig een sleutel bij entiteit Ontdubbel twee entiteiten Beëindig een relatie bij entiteit Vervang een relatie bij entiteit


Persoon in toevoegkennisgeving © 2008 EGEM i-teams

Body wijzigkennisgeving © 2008 EGEM i-teams

Toevoegen relatie © 2008 EGEM i-teams

Vervangen relatie © 2008 EGEM i-teams

Vraag/antwoord Kenmerken heeft betrekking op patroon voorbeeld

meerdere objecten synchroon of asynchroon verzoek/respons opvragen adressen voor lijst of opvragen details adres

Parameters vraagbericht sortering volgorde objecten (gedefinieerd in sectormodel, default 0) maximumAantal maximum aantal terug te geven objecten (default 15) indicatorAantal geef aantal voorkomens terug dat voldoet aan selectie indicatorAfnemerindicatie plaats J/N afnemerindicatie voor geselecteerde objecten (default N) indicatorVervolgvraag het gaat J/N om een vervolgvraag (default N) peiltijdstipMaterieel het tijdstip in de werkelijkheid waarvoor de vraag gesteld wordt peiltijdstipMaterieel het tijdstip registratie waarvoor de vraag gesteld wordt Parameters antwoordbericht indicatorVervolgvraag alle gevraagde objecten zijn teruggegeven J/N (default N) indicatorAfnemerindicatie er is J/N afnemerindicatie geplaatst (default N) aantalVoorkomens het aantal objecten dat aan de selectie voldoet peiltijdstipMaterieel het tijdstip in de werkelijkheid waarvoor de gegevens geldig zijn peiltijdstipMaterieel het tijdstip registratie waarvoor de gegevens geldig zijn sequenceNummer Volgnummer in verzameling asynchrone antwoordberichten indicatorLaatsteBericht Indicator die aangeeft dat dit het laatste asynchr. antwoord is © 2008 EGEM i-teams

Body vraagbericht Alle personen die verblijven op postcodes beginnend met <postcode StUF:exact="false">5672 5672 voldoen Vanaf selectiecriteria: Personen geboren na 1-1-1990 voldoen 19900101 Geen bovengrens voor Tot en met selectiecriteria de geboortedatum Gevraagde elementen <scope entiteittype=”NPS”> ...


Body vraagbericht <postcode StUF:exact="false">5672 19900101 <scope entiteittype=”NPS”> ... <start entiteittype=”NPS”> Start vervolgvraag: het laatste object in het antwoordbericht ... © 2008 EGEM i-teams

Body antwoordbericht  De gevraagde gegevens voor de gevraagde objecten  Synchroon: maximumAantal objecten in het antwoordbericht  Asynchroon: per object een bericht


Vrij bericht Kenmerken heeft betrekking op patroon voorbeeld

0 - N objecten notificatie of synchroon/asynchroon verzoek/respons bepalen waarde WOZ-object

Berichtontwerper definieert zelf de betekenis/functie van ● verzoek ● respons


Body vrij bericht Elementen met objecten conform contentmodel Gegevens uit contentmodel mogen niet los worden opgenomen òf Gereserveerde elementen  <parameters> gegevens die geen onderdeel zijn van een object  met als inhoud een kennisgeving zonder stuurgegevens met als inhoud vrijwel een vraagbericht zonder stuurgegevens  met als inhoud zaak informatie gedefinieerd in sectormodel Zaken 


Samenhang StUF componenten StUF-functie

gebruikt 1..2

gebruikt

heeft

StUF-bericht Functiespecifiek Functiegeneriek ● kennisgeving ● vrij in ● synchronisatie ● vrij uit ● vraag/antwoord ● trigger heeft

StUF foutafhandeling bevestigings bericht

fout bericht

StUF Stuurgegevens

heeft heeft *

entiteit model

functie model

heeft heeft *

structuur vrij bericht

StUF-contentmodel Verplicht Optioneel © 2008 EGEM i-teams

Modelgedreven Legenda StUF Sectormodel BG Eigen definitie Gegevens

Losse gegevens

StUF contentmodel

true 19511231 <postcode>5672BJ

<parameters> true <postcode>5672BJ 19511231


Modelgedreven Legenda StUF Sectormodel BG Eigen definitie Gegevens

Losse gegevens

StUF contentmodel

true 19511231 <postcode>5672BJ

<parameters> true <postcode>5672BJ 19511231

--> Geen losse gegevens, maar onderdeel entiteittype en/of StUF-structuur © 2008 EGEM i-teams

Kenmerken StUF  Template berichtdefinitie met semantiek voor:  contentmodel gebaseerd op  sturing berichtverwerking  diverse functies

ERD-objecten

 ter ondersteuning van:

 gegevensuitwisseling  functiegerichte web services

 met verschillende protocolbindingen:  W3C: soap over http  OSB: ebMS, WUS en  Bestand

WUS lite


Cursus StUF Maarten van den Broek messagedesign

Recommend Documents