StUF in een notendop
Opsteller: Datum: Versie:
Henri Korver 21 september 2005 0.1 CONCEPT
Versiebeheer Versienr. Datum 0.1 21/09/2005
Reviewers Naam Ard Westerik
Omschrijving Eerste opzet
Rol Projectleider beheer
Gereviewde versie 0.1
Gerelateerde documenten De volgende documenten zijn als input gebruikt voor het opstellen van dit document dat is opgeslagen op de EGEM I-schijf: Titel Datum Versie Beheerprocessen StUF Community - EXTERN 14/09/05 0.2 StUF 2.0 12/09/05 Working draft
StUF_Notendop.odt
pagina 2 van 6
Inhoudsopgave 1 INLEIDING............................................................................................................................4 2 GEMEENTELIJK FUNCTIONEEL ONTWERP.............................................................5 3 GENERIEKE STUF STANDAARD....................................................................................5 4 ONTWERPEN VAN BERICHTEN.....................................................................................5 5 UITWISSELING VAN BERICHTEN.................................................................................6 6 SECTORMODEL..................................................................................................................6
StUF_Notendop.odt
pagina 3 van 6
1 Inleiding Het proces om met behulp van de generieke StUF standaard (Standaard Uitwisseling Formaat voor het uitwisselen van binnengemeentelijke berichten) een sectormodel te ontwikkelen wordt geïllustreerd in onderstaande Figuur 1.
Figuur 1
In bovenstaande figuur worden vier parameters gebruikt voor versiebeheer: • <x1> De naam van het GFO. • <x2> De versie van het GFO. • <x3> De versie van de generieke StUF standaard. • <x4> De versie van het sectormodel. Als we deze parameters de volgende waarden geven, x1=BG, x2=1.05, x3=2.0 en x4=0, krijgen we de volgende concrete invullingen: • GFO_BG1.05. Laatste versie van het GFO voor Basis Gegevens. • StUF2.0. Laatste versie van de generieke StUF standaard. • Sectormodel BG1.05_2.0_0.1. Versie 0.1 van het sectormodel dat op basis van het GFO_BG1.05 en de generieke StUF2.0 standaard ontwikkeld is.
StUF_Notendop.odt
pagina 4 van 6
2 Gemeentelijk Functioneel ontwerp In combinatie met de generieke StUF standaard vormt het GFO de basis voor het te ontwikkelen sectormodel. Het GFO (Gemeentelijk Functioneel Ontwerp) is een gegevensmodel. De naamgeving is ongelukkig omdat gegevens weinig met functionaliteit te maken hebben. Het GFO wordt thans beschreven door middel van een ERD (Entity-RelationshipDiagram) in PDF-formaat en vier tekstdocumenten in Word-formaat. Op deze manier is het GFO moeilijk te onderhouden. Het is wenselijk dat het GFO op termijn in XML-notatite wordt omgezet zodat er tools ontwikkeld kunnen worden om het ERD efficiënt te kunnen onderhouden. Bovendien dient het compositieproces van GFO naar berichtenschema’s zoveel mogelijk geautomatiseerd te worden. Voor verschillende beleidsterreinen (of sectoren) zijn GFO’s ontwikkeld. Bijvoorbeeld: GFO_BG (Basisgegevens), GFO_Zaken (voor het zakenmagazijn in de midoffice), GFO_Rioleringen, GFO_TAX, etc. Van deze GFO’s kunnen verschillende versies in omloop zijn. Bijvoorbeeld GFO-BG versie1.05. Dus een GFO wordt volledig geïdentificeerd door de naam van de sector waarop het betrekking heeft en het versienummer.
3 Generieke StUF Standaard De generieke StUF standaard specificeert zelf geen concrete berichten, maar is een template-definitie, waarmee concrete berichten gedefinieerd kunnen worden. De huidige versie van deze standaard is StUF 2.0. De generieke StUF-syntax is formeel vastgelegd met behulp van een XML-schema. Deze wordt naast het document bijgeleverd in een XSD file.
4 Ontwerpen van berichten De ontwerper bepaalt de berichttypen en specificeert de corresponderende berichtenschema’s. Voorbeelden van berichttypen zijn • • • • • •
Kennisgevingbericht NATUURLIJK PERSOON Vraagbericht NATUURLIJK PERSOON Antwoordbericht NATUURLIJK PERSOON Vraagbericht ADRES Antwoordbericht ADRES Kennisgevingbericht KADASTRAAL OBJECT
In de berichtenschema’s wordt aangegeven welke entiteiten en relaties in deze berichttypen mogen worden opgenomen. In onderstaande figuur wordt het schema van het berichttype ‘Kennisgevingbericht NATUURLIJK PERSOON’ weergegeven.
StUF_Notendop.odt
pagina 5 van 6
Persoon heeft kind
Persoon
heeft kind
Persoon
verblijft
op
verblijft
op verblijft
op
Adres Adres
Adres
heeft
Nationaliteit
heeft
Nationaliteit
Kennisgevingbericht NATUURLIJK PERSOON Figuur 2
Dit schema geeft aan welke entiteiten en relaties uit het GFO in de berichten van het type ‘Kennisgevingbericht NATUURLIJK PERSOON’ mogen worden opgenomen. Voor de overzichtelijkheid zijn in dit schema niet de attributen (gegevensvelden) die bij de entiteiten en de relaties horen opgenomen. Berichtenschema’s en de daarbij horende attributen worden uiteindelijk formeel vastgelegd door middel van XML Schema Definitions (XSD’s).
5 Uitwisseling van berichten Berichttypen kunnen worden onderverdeeld in drie uitwisselingspatronen te weten: 1. Kennisgeving: De zender deelt de ontvanger mede dat er in de werkelijkheid of in zijn representatie van de werkelijkheid iets is veranderd. 2. Synchroon vraag/antwoord: De zender vraagt aan de ontvanger informatie over zijn representatie van de werkelijkheid en krijgt direct een antwoord 3. Asynchroon vraag/antwoord: De zender vraagt aan de ontvanger informatie over zijn representatie van de werkelijkheid en verwacht het antwoord na verloop van tijd in een separaat proces te krijgen toegezonden. Deze uitwisselingspatronen voor berichten kunnen beschouwd worden als diensten (webservices) die een zendend of/en ontvangend systeem levert. In een WSDL file wordt gedefinieerd welke berichttypen er per dienst worden geleverd.
6 Sectormodel Het sectormodel kan worden gezien als het geheel van eindproducten die door de ontwerper wordt opgeleverd. Deze eindproducten in combinatie met het bijbehorende GFO en de generieke StUF-standaard geven de softwareleveranciers de benodigde informatie om koppelingen tussen systemen binnen de betreffende sector te realiseren.
StUF_Notendop.odt
pagina 6 van 6
