• Job
  • Om Bygherreforeningen
  • Kontakt
  • Presse
  • English
  • Filarkiv
Bygherreforeningen
  • COVID-19
  • AB18-guiden
  • Kurser & arrangementer
  • Netværk
  • Aktuelt
  • Viden
  • Indflydelse
  • Medlemskab
  • Om Bygherreforeningen
  • Søg
  • Menu

Datamodel

Du er her: Start / Digitaliseringsguiden / Samlet kontrakt / Datamodel

Værdien af at stille krav:

  • En datamodel giver overblik og sparer tid, hver gang man skal forholde sig til bygninger, arealer, rum, bygningsdele og tekniske systemer i byggeprojekter og i drift.
  • Datamodellen skal kunne rumme alt, der er relevant for et byggeprojekt, og den “driftsmodel” der skal afleveres til driftorganisationen.
  • En datamodel skal basere sig på en åben standard, så man som bygherre kan være sikker på at kunne åbne arkiverede data, samt at flytte data når man ønsker at skifte software. Der er desværre mange danske eksempler på datatab og dyre manuelle processer når data skal flyttes rundt mellem software. En robust og velfungerende datamodel kan forebygge dette. I byggeri og drift af bygninger bør man anvende er IFC som datamodel, da det er den eneste fungerende åbne datamodel for byggeri og byggeprocesser.
  • Med IFC som datamodel kan man tilføje data fra andre registre som BBR koder, navngivning, klassifikationskoder, GTIN stregkoder mv.
  • De fleste profesionelle bygherre- og driftorganisationer, anvender en lang række forskellige software, ganske enkelt fordi der er mange forskellige arbejdsopgaver og faglige problemstillinger, som ikke kan løses i store ”entrerprise size” IT systemer. En fælles datamodel, understøtter denne mere ”distribuerede” tilgang til data. Desuden er det værd at overveje at anvende ”Linked Data” teknologier til at ”linke” data sammen, selvom de måske er struktureret forskelligt. Teknologien er velkendt indenfor ”semantic web”, og der er en teknisk guideline under udarbejdelse i CEN/TC 442..

Opmærksomhedspunkter

  • Hvis Bygherren ikke har defineret en datamodel, er rådgivere og entreprenører henvist til, hver især, at oprette en datastruktur i situationen.
  • Hvis datastrukturen skal stilles op efter en klassifikation, skal der stilles krav om det i IKT-specifikationen.
  • En klassifikation er ikke en datamodel, men et supplement til den.
  • Bygherren kan fastlægge de vigtigste dele af datamodellen mere konkret, i form af et “object type library” baseret på IFC, og sat op i en database.
  • Vær opmærksom på at Building Automation Systems, BAS (også kendt i Danmark som BMS, CTS, IBI mfl.) har kodninger og diagrammer, som burde gøre brug af BIM modellens datamodel for tekniske systemer, komponenter og relationerne imellem dem. Der er en oplagt optimering at hente her.
  • Ved udbud af BAS bør man stille krav om at programmeringen af automatikken skal anvende den åbne standard BACNET. På den måde kan man i driftsorganisationen undgå, at blive låst til en enkelt leverandør og dennes prissætning, af f.eks. opgraderinger af softwaren.
Lovgivning:
  • IKT bekendtgørelserne nr. 118 og 119 af 2013, § 4.
Aftalegrundlag:
  • ABT18 §16
Teknisk fælleseje:
  • EN ISO 16739:2016. 
  • ASHRAE BACNET
  • IKT specifikation
  • Klassifikation
Tjekliste
  • Har I en digitaliserings-strategi..?
  • Har I defineret en datamodel for jeres projekt, evt. for jeres portefølje…?
  • Hvis I bygger ofte, og/eller har drift på en større portefølje, har I så overvejet et Object Type Library, som repræsenterer jeres behov for data?
  • Har I overvejet behovet for klassifikation kombineret med et type GUID?
  • Har i overvejet behovet for GTIN og SGTIN stregkoder til driften?
  • Har I overvejet behovet for stringent dokumentnavngivning, eller evt. fremsøgning på metadata i stedet?

Udbudstekster, eksempler

Note: Nedenstående eksempel på udbudstekst er udtryk for bygherrens valg på tidspunktet for udbud af den konkrete byggesag. Bygherreforeningen anbefaler, at man fremadrettet bruger det nye danske aftalesystem, dvs. AB18, ABR18, ABT18 mv., som grundlag.

Datamodel, udbudstekster fra case Tønsberg projektet:

BIM requirements, afsnit 5 og 9:

The 5 BIM points of the South East Health Authority

5. All systems, building parts, components should be represented in the model as separate objects of the correct object class as specific systems, components or collections of such with the correct quantities, size, shape, location and orientation. The basic principle for the model is that everything that will be built must be modelled and everything that is modelled should be possible to build.

a. Objects should have identification through a TFM number and have information on the correct location in the project breakdown structure, placed on the appropriate properties according to this requirements specification.

b. Objects will represent the project’s maturation with respect to the relationship/interface/coordination with other systems and components, and information about production, supplier, construction and installation.

c. At completion, objects should in principle be the supplier’s objects with all vendor-specific properties and other documentation related to the object.

d.There should be consistency between the objects in the model and costing and description items.

e. For other general requirements for BIM, the rules described in section 6 apply.

9.1. open BIM
All final deliveries, partial deliveries at the end of phases, distribution and sharing of the model for clash checking calculations and simulations, should be done as open BIM, i.e. on the version of the IFC standard that is agreed for the project.

Bemærkninger:
Tønsberg projektets udbudsmateriale nævner ikke direkte en datamodel, men i ”BIM requirements” fremgår det implicit at projektets datamodel er IFC ISO 16739. Det nævnes også at IFC datamodellen suppleres med TFM klassifikation (TverFaglig Merkesystem) samt GTIN og SGTIN stregkoder.

Tjeklister til digitale krav

Samlet kontrakt
Datamodel
Digitalt samarbejde
Digitale bygningsmodeller
Bæredygtighed
Digitalt udbud
Mængder
Ændringer
Kvalitetssikring, mangler og digital aflevering

Om Bygherreforeningen

Bygherreforeningen er interesseorganisationen for professionelle bygherrer i Danmark. Som aktiv partner i byggeriet påvirker foreningen rammerne gennem dialog og samarbejde med andre interesseorganisationer, offentlige styrelser, ministerier og brugere.

Bygherreforeningen virker for en udvikling indenfor byggeret og fokuserer især på brugernes behov og ønsker i processen omkring bygge- og anlægsarbejder.

Om Bygherreforeningen
Om Medlemskab

Genveje

  • COVID-19
  • AB18-guiden
  • Kurser & arrangementer
  • Netværk
  • Aktuelt
  • Viden
  • Indflydelse
  • Medlemskab
  • Om Bygherreforeningen

Om Bygherreforeningen

  • Job
  • Om Bygherreforeningen
  • Kontakt
  • Presse
  • English
  • Filarkiv

Kontakt

Bygherreforeningen
BLOX, Bryghuspladsen 8
Indgang C, 3. sal
1473 København K
Telefon: 7020 0071
info@bygherreforeningen.dk

Sociale medier

Facebook Linkedin Twitter
Copyright Bygherreforeningen 2019 © Produced by KathArt Interactive - Alle billedrettigheder: Kontraframe
Scroll to top
Vi benytter cookies.
OK
Læs mere
Privacy & Cookies Policy

Privacy Overview

This website uses cookies to improve your experience while you navigate through the website. Out of these, the cookies that are categorized as necessary are stored on your browser as they are essential for the working of basic functionalities of the website. We also use third-party cookies that help us analyze and understand how you use this website. These cookies will be stored in your browser only with your consent. You also have the option to opt-out of these cookies. But opting out of some of these cookies may affect your browsing experience.
Nødvendige
Altid slået til

Necessary cookies are absolutely essential for the website to function properly. This category only includes cookies that ensures basic functionalities and security features of the website. These cookies do not store any personal information.

Ikke nødvendige

Any cookies that may not be particularly necessary for the website to function and is used specifically to collect user personal data via analytics, ads, other embedded contents are termed as non-necessary cookies. It is mandatory to procure user consent prior to running these cookies on your website.