Datamodel

[av_breadcrumbs]

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:

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.