OTL voor Zuidasdok Ronald Bergs BIM-Loket Kennisdag 7 Oktober 2016 1
Programma 1. Aanleiding 2. Waarom? 3. Beoogde en inmiddels gerealiseerde meerwaarde 4. Verbeterpunten 5. Aanbeveling voor vervolg / opschaling CB-NL 2
Aanleiding Zuidasdok: Integraal project Opdrachtgevers Rijk, provincie Noord-Holland, Stadsregio Amsterdam en gemeente Amsterdam Projectorganisatie Zuidasdok Samenwerking Rijkswaterstaat, ProRail en gemeente Amsterdam: 1 organisatie, 1 loket Gebieds- & Infrastructuurontwikkeling Aanpak verschillende netwerken weg en OV en stadsontwikkeling, tegelijkertijd en in onderlinge samenhang 3
Aanleiding Areaal op orde Gestructureerd aangeleverd Contract: Informatie Requirements (SE) ` R&E Opdrachtnemer I-bureau er i V&OR MET KPI / Kaders Programma asset management Contractvorming/ inkoop Informatiekringloop Voorbeeld gemeente Amsterdam 4
Waarom? In een complex integraal project als Zuidasdok zijn gezamenlijke en uniforme afspraken voor informatielevering van belang voor beheersbaarheid en overdracht van informatie aan beheer. Dit wordt door een OTL gerealiseerd! 5
Waarom? Digitale beschrijving van herbruikbare concepten over fysieke objecten en gebruiksruimten / gebieden Beschrijving dekt de informatievraag van alle beheerorganisaties benodigd voor Asset Management Eén informatiemodel nodig van alle beheerorganisaties om aan de opdrachtnemer te leveren De opdrachtnemer dient gedurende het project (areaal)informatie terug te leveren aan de opdrachtgevers voor Asset Management 6
Gerealiseerde meerwaarde Elke beheerorganisatie binnen Amsterdam beschikt over een eigen OTL, op maat toegesneden op de informatiebehoefte van iedere beheerder. OTL-Water- Net-ZAD OTL-MET- ZAD OTL-V&OR- ZAD Informatiemodel beheerorganisatie (beheerder OTL s) OTL-A dam-zad Informatiemodel Amsterdam (OTL ZAD Amsterdam) Informatiebehoefte van de verschillende Amsterdamse beheerders wordt als één pakket naar de overige opdrachtgevers toe aangeboden (RWS en ProRail); OTL-ZAD is een integratiemiddel. 7
CB-NL als integrator Bron: Arcadis 8
Gerealiseerde meerwaarde Hetzelfde principe geldt voor het samenbrengen van de moeder-otl s tot één informatiemodel voor project Zuidasdok OTL-RWS OTL ZAD Amsterdam OTL-Spoor- ZAD Informatiemodel beheerorganisaties OTL-ZAD Informatiemodel ZAD (OTL ZAD) Om deze integratie te bereiken is een gezamenlijk referentiemodel nodig, op basis waarvan de afzonderlijke OTL s gemapt kunnen worden. Hierbij ontstaat één boomstructuur met een automatische rangschikking van onderdelen. CB-NL blijkt ideaal als referentiemodel 9
Gerealiseerde meerwaarde Zonder CB-NL was het waarschijnlijk niet gelukt om in een rap tempo van een half jaar tot één informatiemodel voor Amsterdam te komen. De integratiemethode gerelateerd aan CB-NL is geautomatiseerd, waardoor OTL s op meerdere momenten geïntegreerd zouden kunnen worden. De gekozen integratiemethode en de modulaire opzet van de OTL s per beheerder maakt de doorontwikkeling van de afzonderlijke OTL s mogelijk en onafhankelijk van elkaar. Bij ieder integraal project zouden de OTL s weer samengebracht kunnen worden. 10
Gerealiseerde meerwaarde Via de verbinding met CB-NL kunnen verschillende beheerorganisaties de informatiebehoefte van elkaar bekijken en vergelijken. Het OTL-informatiemodel heeft een structuur waarover gequeried kan worden. 11
Gerealiseerde meerwaarde Via de OTL zijn de definities en indelingen in CB-NL te bekijken en kan worden doorgelinkt naar andere normen zoals NEN2767 en IMGEO (Linked data) 12
Beoogde meerwaarde Voor de opdrachtnemer wordt uit de geïntegreerde OTL één concept gecreëerd voor inwinning (bijvoorbeeld brug is opgebouwd uit brug rws, brug prorail). Informatieleveringen zijn straks gemakkelijk toetsbaar; datavalidatie t.a.v. de OTL. Uit de OTL-structuur volgt automatisch voor welke beheerder een informatielevering bedoeld is en volgens welke mapping de data transformaties richting de gewenste datastructuur binnen de diverse beheerorganisaties dienen te verlopen. Beheerders kunnen gericht op zoek naar hoe hun informatiebehoefte in de OTL is vastgelegd. Raakvlakinformatie tussen de beheerders is via de OTL aan te geven. Bijvoorbeeld Waternet die van de tunnel van RWS de waterkerende functie wil weten. Informatie kan aan de beheerders ook in geïntegreerde vorm worden aangeleverd. Bijvoorbeeld informatie over het station. 13
Verbeterpunten Overlap en niet gebruikte objecttypes worden nog handmatig opgespoord en verwijderd De taxonomie dient na automatische integratie nog handmatig te worden verbeterd. De beheersbaarheid van de OTL bij wijzigingen is nog niet goed geregeld; een aparte mappingtabel is nodig om er voor te zorgen dat de verschillende OTL s los van elkaar doorontwikkeld en beheerd kunnen worden Eveneens vanuit het oogpunt van beheersbaarheid dient de relatie tussen de OTL s en de gebruikte bronnen expliciet te worden vastgelegd. Amsterdam was genoodzaakt om voor project Zuidasdok een compromis voor een basismodelstructuur te vinden. Bij doorontwikkeling van de OTL s kan een eigen basisstructuur gehanteerd worden 14
Aanbeveling voor vervolg/ Opschaling CB-NL Lange termijn ontwikkeling OTL verschilt in doel en benodigdheden van de Zuidasdokontwikkeling Bekijk welke OTL-aanpassingen nog nodig zijn om de informatiekringloop functionerend te krijgen. Maak afspraken met de verschillende beheerders over gemeenschappelijke uitgangspunten voor doorontwikkeling (bijvoorbeeld keuze basisstructuur) en over integratieprincipes, zodat ontwikkelingen niet uit elkaar gaan lopen. Benut nieuwe kansen om via toekomstige integrale projecten nieuwe beheerorganisaties (zowel intern als extern) te betrekken, om het aantal OTL s verbonden aan CB-NL uit te breiden. Gebruik de nieuw aangehaakte OTL s en behoeften van beheerorganisaties om CB-NL te valideren en uit te breiden. 15
Vragen?