BIM en complexiteitsbeheer
Als holistische planningsbenadering streeft integrale planning naar het vinden van een optimale oplossing voor de bouw en exploitatie van een gebouw en de bijbehorende technische systemen. Hiervoor moeten alle betrokkenen bij de planning al in de vroege planningsfasen samenwerken aan het gebouwconcept, om zo tot een optimale oplossing te komen die voldoet aan de eisen van de klant.. De toenemende eisen op het gebied van energie- en kostenefficiëntie betekenen echter dat je met conventionele werkmethoden al snel de grenzen van hun mogelijkheden bereikt.werkmethoden al snel hun grenzen bereiken als het gaat om het eenvoudig herkennen van relaties en het communiceren met de andere betrokken partijen. De technologie van Building Information Modelling (BIM) springt eruit als een hulpmiddel om te werken met complexiteitsbeheer in bouwplanning en -uitvoering. Het belooft alle betrokken partijen een betrouwbare gegevensbasis te bieden die altijd up-to-date is, waardoor de relevante informatie en relaties voortdurend worden verrijkt.
Maar zelfs met de beste tool is het belangrijk om te leren hoe deze gebruikt moet worden. In veel bedrijven is de invoering van BIM nog steeds te veel gericht op het eindproduct en te weinig op de weg ernaartoe.
Dit komt tot uiting in de indruk dat de initiële extra inspanning aanzienlijk lijkt. Wanneer men echter terugvalt in oude werkpatronen, is er nauwelijks compensatie in de vorm van slankere coördinatieprocessen. Integendeel: in een conventionele werkmethode maakt de vorm van modellering, die duidelijk gedetailleerder is, samen met een frequentere synchronisatie het ook moeilijk om het signaal van de ruis te scheiden. Als gevolg daarvan wordt communicatie eerder als overweldigend dan als nuttig ervaren. Deze communicatieoverhead is geenszins een speciaal kenmerk van bouwplanning. Het komt ook voor in andere disciplines, of het nu gaat om management in grote bedrijven of om parallelle high-performance computing. Wanneer een groot aantal spelers (werknemers, processors) wordt verondersteld samen te werken aan een oplossing, wordt fijnafstemming inefficiënt. Het "grote plaatje" gaat verloren, optimale oplossingen worden pas gevonden na enorme inspanningen of helemaal niet. Dit komt omdat de spelers zich verliezen in de details.
Om deze uitdaging aan te gaan, streeft men in een cyclisch proces naar een balans tussen grove en fijne modellen. Dus als je gebruik wilt maken van het potentieel dat schuilt in de invoering van BIM, moet je niet alleen de zaak een beetje heroverwegen - je hebt een aantal werkstappen radicaal anders opgezet..
Geleidelijk van grof naar fijn
De eerste benaderingen op meerdere schaalniveaus worden al met succes toegepast in integrale planning met behulp van BIM. Met behulp van overeengekomen gradaties van modelontwikkeling, bijvoorbeeld bij het opstellen van het BIM-procesplan (BPP), wordt een diepte van informatievereisten gespecificeerd, d.w.z. welk ontwikkelingsniveau (LoD), kortom, een bepaalde modelinhoud moet bezitten in een bepaalde planningsfase. Hierbij wordt onderscheid gemaakt tussen de meetbare criteria voor de vereiste modelinhoud en de vereiste modelkwaliteit en -coördinatie. De mate van ontwikkeling op basis van deze criteria wordt in een presentatie meestal gespecificeerd als een reeks van drie cijfers, die meestal loopt van 100 (grof) tot 500 (fijn). Tussenfasen zoals LoD 350 worden soms ook gebruikt. Zoals tabel 1 laat zien, heeft één enkele aanduiding van een algemene mate van ontwikkeling geen zin in de context van het BAP, omdat deze afhangt van de handels- en dienstenfase, waarin verschillende eisen kunnen worden gesteld aan de geometrie (LoG), de informatie (LoI) en samenwerkingsgraden van ontwikkeling zoals coördinatie (LoC) en logistiek (LoL).
Andere coderingen (bijv. LoG-ICL; van Treeck et.al. 2016) pakken dit op bij het specificeren van de LoD door een gecombineerde viercijferige reeks te gebruiken met een differentieerbare informatie-eisdiepte (bijv. LoD 1221 in tabel 1 zou voldoen aan de eisen voor het modelleren van kostengroep 410 in pre-planning). In DIN EN ISO 19650 wordt, in afwijking van de literatuur, de term "Niveau van informatiebehoefte" (LoIN) synoniem gebruikt.
De specificatie van een LoD (of LoIN) moet meestal worden gezien als een minimumeis, d.w.z. het leveren van hogere ontwikkelingsniveaus dan vereist is toegestaan voor zover dit het projectproces niet verstoort, bijvoorbeeld in de vorm van prestatieverliezen.
Geometrieniveau
Bij de introductie van modelontwikkelingsniveaus ontbreekt het momenteel aan uniforme en bindende definities. Om de verwarring voor de lezer zo klein mogelijk te houden, ligt de nadruk in dit artikel op het geometrieniveau, LoG, en wordt voor de presentatie de vereenvoudigde definitie uit tabel 2 gebruikt, die is gebaseerd op de definities van VDI-richtlijn 2552.
De gegeven definitie is zonder twijfel niet allesomvattend en kan op verschillende aspecten worden aangevuld, zoals het bindende karakter van een modellering van bedienings- en assemblageruimten met onderhoudsintensieve componenten (Fig. 1). De indeling in verschillende LoG's en hun benaming is geenszins onomstreden. De definitie maakt het echter mogelijk om de essentiële mechanismen achter de modelontwikkeling te belichten, waardoor er geen behoefte is aan fijnere details.
In het bijzonder is duidelijk te zien dat we het bij LoG 200 hebben over specifieke componenten (bijv. pompen, leidingen, kleppen ...), terwijl LoG 100 is gebaseerd op schematische weergaven of generieke vervangende geometrieën van hele componentgroepen (bijv. routes), die in de praktijk een eigen deelmodel vertegenwoordigen.
In het volgende beginnen we in een zeer vroege planningsfase en leiden we u door de ontwikkeling van het TGA-model met behulp van liNear op het Autodesk Revit-platform. We bespreken mogelijkheden om de complexiteit van uw eigen planningsdiensten in de toekomst beter onder controle te houden en een efficiënte en doelgerichte afstemming met de andere belanghebbenden te bereiken. Hier stellen we proactieve conflictvermijding vóór complexe conflictoplossing, zodat structurele problemen in het informatiemodel worden herkend wanneer informatie wordt gegenereerd en niet pas nadat deze beschikbaar is gesteld, volgens de principes van DIN EN ISO 19650.
Samenwerking in vroege planningsfasen
Bouwtechnische systemen vereisen voldoende grote technische ruimten, waarvan de structurele rangschikking een enorme invloed heeft op het leidingtracé, maar ook op de statica van het gebouw, het visuele uiterlijk en de bouwlogistiek. Zo kunnen technische ruimten in het dak als geprefabriceerde onderdelen met een kraan worden aangevoerd, maar zijn ze van buitenaf zichtbaar en resulteren ze in hoge schachtdoorsneden.
Om een effectieve samenwerking tijdens het planningsproces te bevorderen, is het in het belang van alle bij de planning betrokken vakgebieden om al in de voorontwerpfase voldoende oppervlakken en gebieden voor de bouwtechniek te coördineren en deze te reserveren met eenvoudige geometrische vaste lichamen (LoG 100). Het vroegtijdig vastleggen van deze gebieden biedt het voordeel dat in de gevorderde planningsfasen coördinatie alleen nodig is als deze gebieden worden overschreden. Als ook tijdens de bouwwerkzaamheden door de afzonderlijke vakgebieden wordt geprobeerd om deze grenzen aan te houden, vermindert dit de noodzaak om tijdrovende en kostbare planwijzigingen aan te brengen in gedetailleerde en technische modellen die mogelijk al zijn gecoördineerd.
Om een dergelijke planningsservice te kunnen bieden in de context van BIM, zijn intelligente plaatsaanduidingen nodig voor technische installaties, de zogenaamde "Voorzieningen voor Ruimte". Deze naam komt van de nieuw geïntroduceerde plaatshouderelementen in IFC versie 4, waaronder de "Bepalingen voor Leegstand", die als voorlopige triggerlichamen de basis vormen van beproefde samenwerkingsmethodologieën voor slot- en doorbraakplanning (zie editie 2/2019). Of nu de uitdrukking "Bepalingen voor Leegstand" of "Bepalingen voor Ruimte" wordt gebruikt, in beide gevallen gebruikt de gebouwtechnische planner eigenlijk alleen eenvoudige geometrische lichamen als middel om het verzoek "Laat hier alstublieft ruimte!" uit te drukken. Klassiek vindt deze communicatie plaats om conflicten op te lossen na een gedetailleerde uitvoeringsplanning door de technische vakmensen. Bij sommige projecten worden de ontwerpplannen al gemaakt met behulp van een doorbraakplanning die gecoördineerd wordt om structurele kwesties van tevoren op te helderen. Indien mogelijk moeten conflicten proactief worden vermeden in plaats van later te moeten worden opgelost. In tegenstelling tot de vorige methode om doorbraken te coördineren in de ontwerpplanningsfase, heeft de hieronder gepresenteerde methodologie "Voorzien in Ruimte" het voordeel dat ze nieuwe soorten informatiecontainers introduceert, die gebruikt kunnen worden voor verdere coördinatiewerkzaamheden die verder gaan dan pure doorbraakplanning.
Het volledige deelproces van voorlopige ontwerpplanning wordt in Figuur 2 als voorbeeld getoond, waarbij omwille van de eenvoud de introductie van BIM-managers en gespecialiseerde coördinatoren achterwege wordt gelaten en in plaats daarvan alleen de interactie tussen de bouwdisciplines en de TGA wordt geschetst.
Nadat de inventarisatie van de behoeften samen met de klant is afgerond, begint de architect met het creëren van een conceptueel corpus van het gebouw waarin hij vervolgens functionele gebieden en ruimten definieert en positioneert. Met het opnemen van de behoefteplanning in dit vroege ontwerp kunnen, als optie, eerste uitspraken worden gedaan over het energieconcept. Met behulp van Autodesk Insight kan bijvoorbeeld een eerste analyse worden gemaakt op basis van het concept om de effecten van verschillende technische opties te onderzoeken (fig. 3).
De TGA gebruikt nu in eerste instantie het gebouwconcept en de beschikbare kerngegevens van het gebouw om de benodigde technische ruimtes en hun locatie in te schatten (bijvoorbeeld op basis van de aanbevelingen van VDI 2050 Deel 1). Aangezien de positie van de technische ruimten van doorslaggevende invloed is op de ontwikkeling, moeten hun locatie en grootte worden overeengekomen met degenen die verantwoordelijk zijn voor het gebouw als onderdeel van de eerste coördinatiefase. Als alle betrokkenen het eens zijn over een op eisen gebaseerd model van de functionele gebieden, inclusief de technische ruimten, kunnen de toevoerroutes in een tweede fase door de TGA-planners worden gepositioneerd en gedimensioneerd. Als ook dit coördinatieproces succesvol is verlopen, is het resultaat een voorlopig planningsmodel waarmee alle betrokkenen bij de planning het model verder detailleren voor de ontwerpplanning. De gegevens kunnen worden overgedragen via open uitwisselingsformaten (bijv. als "Voorziening voor Ruimte" via IFC 4) of plaatsvinden via een wederzijdse verwijzing naar het routemodel in Revit en kunnen indien nodig in de verdere planning worden gesuperponeerd.
Dimensionering en locatie van technische ruimten
De inrichting van de installatieruimten moet worden uitgelegd aan de hand van een voorbeeld. Hieronder wordt ervan uitgegaan dat het administratiegebouw van afbeelding 2 moet worden gepland. Dekantoorruimten moeten mechanisch worden geventileerd met een oppervlaktegebonden toevoer- en afvoerluchtdebiet van 6 m³/(h-m²). Extra koeling via een betonkernactivering en de installatie van een sprinklerinstallatie zijn wenselijk. Op basis van het concept van de architect kan, na de invoering van massieve vloeren, een gebouwhoogte van 64 m en een voorlopig bruto vloeroppervlak van 32.700 m² worden berekend. Met behulp van een berekening volgens VDI-richtlijn 2050 blad 1, kan met de gegeven invoergegevens nu een gedifferentieerde berekening van de technische functionele oppervlakken worden gemaakt (zie afbeelding 4). Naast de bepaling van de benodigde ruimte voor technische ruimten op basis van een paar invoerparameters, geeft deze richtlijn ook informatie voor een geschikte structurele indeling in het gebouw.
De vastgestelde numerieke waarden kunnen op verzoek in een tabel worden gezet, die de planning van de vereisten voor de technische ruimtes van de verschillende installatietypes bepaalt. De relevante plaatshouders voor de installatieruimten kunnen nu in het plan worden gerangschikt met behulp van een plaatshouderstool (zie afbeelding 5). Op elk moment tijdens deze ontwerpfase is het mogelijk om een verifiërende vergelijking uit te voeren van de gebieden die al zijn gepland met de referentiewaardegangen die in eerste instantie zijn bepaald.
Plaatsen en dimensioneren van toevoerleidingen
Om een realistische inschatting te krijgen van de benodigde ruimte voor de gebouwinstallaties, is een verdere planningsstap nodig na de overeenstemming over de grootte en locatie van de technische ruimte. Hier moet eerst het ruwe verloop van de distributietopologie worden gedefinieerd, waarbij kan worden uitgegaan van de reeds ingeschatte benodigde ruimte. Als alternatief kunnen eerst de belangrijkste tracédelen worden geschetst in een ruwe weergave, hoewel hier geen rekening wordt gehouden met de dimensie van de tracédelen.
In plaats van conceptgeometrieën gebruikt de LINEAR-oplossing intern speciale kanaalklassen om de route te schetsen die geometrisch geschikt is voor een routedefinitie en die via een typeklassificatie voor IFC-export kan worden geïdentificeerd als een "Voorziening voor Ruimte". Dit heeft als voordeel dat er geen nieuwe tekencommando's hoeven te worden aangeleerd en dat het verloop van de route kan worden gemodelleerd afhankelijk van het distributienetwerk. Omdat de routeobjecten op hun eigen systemen staan, kunnen ze eenvoudig worden in- en uitgeschakeld met de zichtbaarheidsregeling van LINEAR (fig. 6).
Om de dimensionering van de aanvoerroutes en daarmee de benodigde ruimte voor schachten, verlaagde plafonds en andere constructieruimten in te schatten, is de vereiste volgende stap het plannen en dimensioneren van de doorsneden van de hoofdverdeelroutes. De gebruikseisen en energienormen resulteren bijvoorbeeld in prestaties en luchtvolumes, waaruit een ruwe dimensionering van de individuele leidingen in de doorsneden voortvloeit. Deze informatie is nu beschikbaar in tweedimensionale doorsneden met behulp van een grafische editor om ze te organiseren en toe te wijzen aan de overeenkomstige routesegmenten. Zelfs extra afstanden en isolatiediktes en leidinghellingen in rioleringssystemen kunnen hier al worden gespecificeerd, zodat er rekening mee kan worden gehouden bij het dimensioneren van het traject.
De dwarsprofielen blijven toegewezen aan de afzonderlijke trajecten en kunnen tijdens de overgang naar de ontwerpplanning worden gebruikt om automatisch tracés te genereren. Om te voorkomen dat er problemen ontstaan op kruisingspunten, moeten er in een vroege conceptfase extra storingsruimtes worden voorzien, zodat een latere aansluiting op het hoofdtracé zonder conflicten kan plaatsvinden (afb. 7).
Modelontwikkelingsniveaus in revit
Als de coördinatie in de vroege fase heeft plaatsgevonden, gaat de planning over in de gedetailleerde modellering van de installatietechniek. Ook in deze fase zijn er verschillende redenen om het detailniveau in de huidige weergave te verhogen of te verlagen. Tijdens het werken kan het gunstig zijn om het model op een laag detailniveau te zetten (bijv. LoG 200 of LoG 300 volgens tabel 2) zodat er met het model gewerkt kan worden met hoge prestaties. Een neutrale aanbesteding met LoG 400 kan de onderdrukking van productspecifieke details vereisen. In een platform als Revit, dat inherent drie detailniveaus kent, vereist dit allemaal verschillende specificaties in de modellering. Hier heb je al te maken met de eerste uitdaging. Welke definitie is de juiste? Bovendien rijst dan de vraag:Hoe moet men omgaan met families uit toolboxen van andere aanbieders, content van fabrikanten of eigen content? Voor een succesvolle oplossing voor het beheren en view-afhankelijk schakelen van modelontwikkelingsniveaus in een oplossing als liNear Desktop voor Revit zijn verschillende maatregelen nodig.
Een voor de hand liggende maatregel is de projectspecifieke definitie van een LoG, omdat veel vragen niet definitief kunnen worden beantwoord: Zal het tussenniveau LoG 350in het BAP, moet het in het begin genoemde LoG-ICL-schema worden gebruikt of wil je een compleet andere naam introduceren? Welke kleur zijn onderhoudsruimten, welke zijn controlekamers? Op welk punt moeten pijpleidingen volumetrisch worden weergegeven? Uiteindelijk moet een oplossing zinvolle voorstellen doen en gebruikers tegelijkertijd de vrijheid geven om individuele beslissingen te nemen op basis van de gegeven projectvereisten.
Figuur 8 toont de configuratiematrix van het geometrische modelontwikkelingsniveau in LINEAR Desktop voor Revit aan de hand van het voorbeeld van de LoG-definitie in tabel 2. In de ingestelde configuratie worden de vijf modelontwikkelingsniveaus deels aangestuurd door het Revit-detailniveau van de view, deels door het in- en uitfaden van overeengekomen subcategorieën. Schakelen van grove naar fijne modelgeometrieën is mogelijk, evenals bijvoorbeeld een "neutralisatie" door het uitfaden van de fabrikantspecifieke kenmerken binnen het fijne detailniveau. Naast de controleerbaarheid van de LoG is ook de optionele fade-in en fade-out van storende objecten zoals bedienings- en onderhoudsruimten mogelijk (Fig. 1, links). Voorwaarde voor de bruikbaarheid van deze mechanismen is dat de onderliggende families goed gemodelleerd zijn.
De veronderstelling dat alle families zich aan dezelfde spelregels houden is op dit moment een utopie, omdat veel beslissingen door individuele fabrikanten worden genomen en het bestaande aanbod van componentfamilies bij fabrikanten en externe contentleveranciers enorm is. Bestaande families kunnen echter ook met eenvoudige middelen worden aangepast aan het hierboven getoonde LoG-mechanisme: de gebruiker schakelt over naar de familie-editor door te dubbelklikken op een specifiek component, waar een speciale tool ervoor zorgt dat de juiste subcategorieën worden aangemaakt voor de LoG's, evenals storingsruimten voor verdere verwerking. In een paar eenvoudige stappen kunnen bijvoorbeeld bedienings- en onderhoudsruimten worden hermodelleerd in een componentfamilie (zie Afbeelding 9). Als deze informatie al is vastgelegd voor componenten van de fabrikant in het kader van VDI 3805, kan de LINEAR CAD-browser de overeenkomstige ruimten creëren bij het plaatsen ervan. Optioneel kunnen deze voor het huidige project worden geactiveerd via typeparameters en bij activering vervolgens worden in- en uitgefade via de bijbehorende subcategorieën. Zo kan de gebruiker beslissen of hij interfererende lichamen wil creëren als verplicht onderdeel van de modelontwikkeling of niet.
De invoering van parametrische onderhouds- en montageruimten in neutrale parametrische componenten heeft geen zin, omdat een ketel die twee keer zo breed is, mogelijk geen twee keer zo brede onderhoudsopening heeft of niet twee keer zoveel wandafstand nodig heeft als een kleiner component. Zelfs als neutrale componenten in principe deze interfererende lichamen kunnen voorbereiden, blijft de exacte modellering dus een planningstaak en moet deze plaatsvinden in de vooraf overeengekomen planningsfase.
Goed parametrisch, slecht parametrisch
Voordat we dit artikel afsluiten, willen we nog even stilstaan bij de vorige gedachte en onszelf meenemen op een korte excursie naar de "do's en don'ts" van parametrisch modelleren. Onze medewerkers die met onze klanten spreken, krijgen vaak de vraag: Waarom werken bepaalde dingen niet automatisch als je nu een volledig parametrische oplossing hebt op basis van Revit?
Nou, er zijn veel redenen, omdat parametrische modellering en afhankelijkheden in het model zowel een vloek als een zegen zijn. Bij correct gebruik reageren componenten en hun gerelateerde constructiedelen automatisch op wijzigingen in geometrische parameters of de positie van componenten. Wanneer een lijn wordt verplaatst, worden gekoppelde elementen ook verplaatst, of bij het wijzigen van een lijndimensie worden automatisch overgangen gemaakt, terwijl aangrenzende componenten ook hun dimensie veranderen. Zolang automatische aanpassingen alleen invloed hebben op je eigen vak, zijn deze meestal wenselijk en resulteren ze in flexibeler en sneller werk.
Waar liggen dan de moeilijkheden? Wel, een model met sterke relaties vergt rekentijd om de gemaakte wijzigingen over te brengen naar de afhankelijke componenten. Hoe meer van deze afhankelijkheden worden geïntroduceerd, hoe meer werk het Revit kost om de wijzigingen door te voeren. Je kunt dit vergelijken met het verschil in inspanning in een stelsel vergelijkingen met twee onbekenden om op te lossen vergeleken met een stelsel met drie onbekenden. In Revit introduceert het klikken op de slot- en pinsymbolen al snel duizenden van zulke vergelijkingen, wat in extreme gevallen leidt tot een traag en traag model.
Ongeacht de prestaties van het model zijn er ook andere problemen als je bouwplanning ziet als een interdisciplinair project waarin coördinatieprocessen essentieel zijn. Voor de voortgang van het project is het noodzakelijk dat reeds gemaakte afspraken niet automatisch worden gewijzigd, ook al lijkt dit verstandig voor de eigen werkprocessen. Hier is de stabiliteit van het totale proces belangrijker dan het eigen comfort, omdat onopgemerkte schendingen van later in het project gemaakte afspraken leiden tot coördinatiewerkzaamheden die veel tijd en geld kosten. Aan de hand van een paar voorbeelden kan eenvoudig worden uitgelegd waarom niet alles wat haalbaar is in de context van BIM iets is dat automatisch zinvol is.
Het wordt soms gezien als slechte modellering als bijvoorbeeld een verandering in de hoogte van een vloer of het verplaatsen van een muur niet automatisch kan worden doorgevoerd in de installatiesystemen van het gebouw. Er wordt vaak over het hoofd gezien dat het misschien geen kwestie is van slecht gedefinieerde afhankelijkheden als een gebouwbeheersysteem zich niet automatisch aanpast aan de architectuur, maar dat dit misschien wel bewust is wat men wilde. Zelfs als de verandering relatief onschuldig is, moet deze worden gecoördineerd tussen de spelers. Is het mogelijk om een voordeliger kabeltracé te vinden; heeft de verandering uiteindelijk zelfs invloed op de keuze van componenten? De betrokkenen stellen zichzelf al deze vragen als het model niet "te intelligent" wordt gemaakt.
Wat er mis kan gaan bij een teveel aan automatische acties in het gebouwmodel kan heel eenvoudig worden geïllustreerd aan de hand van het voorbeeld van de doorbraakplanning. Deze BIM-toepassing vereist de coördinatie van verschillende specialistische disciplines. De TGA-planner specificeert de leidingen en maakt voorstellen voor doorbraken die moeten worden gecontroleerd en goedgekeurd door de betrokken architecten en bouwkundigen. Als er al een akkoord is, wordt de status van het plan bevroren. De voorgestelde doorbraak mag bijvoorbeeld niet automatisch meegroeien met een wijziging in de routing of dimensie van de leiding (zie Afbeelding 10), omdat er in het ergste geval in de loop van het project een nieuw conflict ontstaat dat lange tijd onopgemerkt blijft en later veel moeite en kosten genereert om dat conflict op te lossen. Het is zinvoller om de processen zo op te zetten dat de doorbraakplanning pas wordt uitgevoerd nadat de locatie en afmetingen van de lijnen zijn vastgesteld. Als er later wijzigingen nodig zijn aan individuele baanvakken, moet het voor alle betrokkenen duidelijk zijn dat er een nieuw coördinatieproces nodig is voor de betreffende baanvakken. Een dergelijke coördinatie mag alleen worden gestart als gevolg van bewuste beslissingen.
Conclusie
Dit artikel illustreert de voordelen van modellering van grof naar fijn in een integraal planningsproces. Door de ruimtevereisten voor de TGA in een vroeg stadium te coördineren, kunnen essentiële bouwkundige vragen worden opgehelderd voordat de gedetailleerde planning van de afzonderlijke functies plaatsvindt, wat zich uitbetaalt in het verdere planningsproces met een aanzienlijk verminderde coördinatie-inspanning tussen de bouwdisciplines. Aan de hand van een eenvoudig proces voor het dimensioneren van installatieruimten en routes wordt een mogelijke implementatie besproken en gepresenteerd aan de hand van de huidige ontwikkelingen in de LINEAR Desktop oplossing voor Revit. Vervolgens wordt de verdere modelontwikkeling geschetst met gespecificeerde componenten in een vereenvoudigde weergave tot en met productspecifieke offertes
en worden individuele vragen met betrekking tot de daadwerkelijke implementatie behandeld. Om de grijze theorie in de praktijk om te zetten, is echter naast verbeterde softwareondersteuning ook de bereidheid van planners en productfabrikanten nodig om de status quo en hun oude gewoonten te heroverwegen. Bent u klaar om de eerste stappen te zetten of maakt u in uw bedrijf al gebruik van vergelijkbare workflows? Vertel het ons zodat we de volgende stappen samen kunnen afstemmen.
Aanbevolen lectuur
- DIN EN ISO 19650, blad 1 - Organisatie en digitalisering van informatie over gebouwen en civieltechnische werken, inclusief building information modelling (BIM)
- VDI-richtlijn 2552, blad 1 - Building Information Modellingbasisprincipes
- VDI-richtlijn 2050, blad 1 - Eisen aan technische centra- Technische grondslagen voor planning en uitvoering
- van Treeck - Bouwinformatiemodellering. Springer, 2016
- van Treeck et al. - Integrale planning BIM -implementatie-ervaring in het project "Viega World". Springer, 2019