Notat om cuneco-projekter og sammenhæng til buildingsmart-standarder og -værktøjer

Transkript

1 Notat om cuneco-projekter og sammenhæng til buildingsmart-standarder og -værktøjer cuneco buildingsmart Formidling og indarbejdning af cuneco-resultater i buildingsmart International CCS-klassifikation - klassifikation i IFC CCS-identifikation identifikation i model Egenskaber, egenskabsdata IFC Properties Informationsniveauer, formålsgrupperinger IDM er, MVD, Coordination View, domænespecifikke views Tilbudslister og måleregler - quantity sets cuneco server buildingsmart Data Dictionary Opsummering cuneco cuneco center for produktivitet i byggeriet er et udviklingsprogram, der frem til 2014 udvikler, afprøver og implementerer fælles standarder for bedre udveksling af data gennem alle byggeriets processer fra idéfase og projektering over udførelse til drift og vedligehold. Standarderne skal være brugervenlige og it-egnede, samtidig med at de skal være kompatible med nationale og internationale standarder. Der er undervejs i cunecos udviklingsarbejde på forskellig måde inddraget erfaringer og resultater fra internationalt arbejde, herunder også buildingsmart. April 2014 er status for cuneco, at nogle udviklingsprojekter er færdige og afprøves, mens andre endnu ikke er afsluttet. Det forventes, at der senest medio 2014 vil ligge en forretningsplan for implementering af cuneco-resultater i branchen, i bips-værktøjer mv. cunecos arbejde og resultater retter sig både mod det danske - og internationale markeder. Det forventes, at CCS-klassifikationen primært vil finde anvendelse her i landet, mens f.eks. CCS informationsniveauer og egenskaber kan være at international interesse og gøres til genstand for international formidling, f.eks. i den internationale buildingsmart-organisation. buildingsmart I det internationale buildingsmart-samarbejde udvikles og vedligeholdes standarder for udveksling og deling af data mellem it-systemer. Baggrunden for det internationale buildingsmart-arbejde er bl.a.: udvikling af de store BIM-værktøjer sker ofte internationalt, og de er dyre at udvikle og bruge (købe) BIM-værktøjerne har hver deres styrker og fungerer inden for særlige fagområder, og ofte anvendes flere modelleringsværktøjer i samme byggeprojekt. De vigtigste informationer skal kunne udveksles og deles mellem værktøjer samt trækkes ud til en samlet model. BIM-værktøjerne skal kunne udvikles i indbyrdes konkurrence, en enkelt softwareudbyder skal ikke have monopol. Mange virksomheder arbejder internationalt, og det skal være muligt at udveksle med virksomheder og produkter fra andre lande Krav til videreudvikling af BIM-værktøjer skal komme fra kunder en enkelt virksomhed eller et enkelt land kan have svært ved at få krav igennem 1

2 buildingsmart-samarbejdet er åbent og frivilligt. Mange vælger at samarbejde om udviklingsaktiviteter og at formidle udviklingsresultater mhp. indarbejdning i buildingsmart-standarderne. Det sidste er netop, hvad buildingsmart International ønsker: Standarderne er ikke statiske, de skal løbende opdateres på baggrund af indhøstede erfaringer blandt brugere. Der er hele tiden plads til forbedring og udvidelser. Formidling og indarbejdning af cuneco-resultater i buildingsmart International Mellem cunecos resultater, buildingsmart-standarderne samt det internationale udviklingsarbejde er der overlap og sammenhæng på en række områder. I det følgende er fokuseret på, hvor det kan være relevant at formidle og indarbejde cuneco-resultater. Områderne er: CCS-klassifikation klassifikation i IFC CCS-identifikation identifikation i model Egenskaber, egenskabsdata IFC Properties Formålsgrupperinger, informationsniveauer IDM er, MVD, MVDxml, Coordination View, domænespecifikke views Tilbudslister og måleregler - base quantities etc. cuneco server, CCS-terminologi buildingsmart Data Dictionary Det skal tilføjes, at de seks områder ikke nødvendigvis defineres og anvendes ens i DK eller andre lande. CCS-klassifikation - klassifikation i IFC I cuneco er udviklet et klassifikationssystem for bygværker, materiel samt anvendelse af bygværker og rum. Kriteriet for klassifikation af bygningsdele og materiel er deres tekniske egenfunktion. Til de enkelte objekter knytter sig egenskaber, se afsnit om dette. Kritieriet for klassifikation af bygværker og rum er deres anvendelse. De kan anvendes til mange forskellige formål, og det er et valg, hvad denne anvendelse skal være. Der er således taget højde for planlagt eller aktuel anvendelse af bygværker og rum i klassifikationstabellerne. 2

3 CCS baserer sig på begrebsmodellen fra ISO Building construction - Organization of information about construction works - Part 2: Framework for classification of information. Udgaven af fra 2001 er blevet opdateret med bl.a. dansk CCS-deltagelse og foreligger i en DIS-version, ISO :2013. buildingsmart-standarden IFC er en fysisk datamodel opbygget med bl.a. objekter (entities), egenskaber (properties) og indbyrdes relationer. IFC er godkendt som international standard i 2013 ISO Industry Foundation Classes (IFC) for data sharing in the construction and facility management industries. Illustration af opbygning af IFC-datamodel, eksempel på model for et par bygninger samt eksempel fra stifinder med IFC-objekter med navngivning (IFCBeam) og nummerering (Beam-01). 3

4 Fra et IFC-objekt er det muligt at linke til klassifikation, ontologier mv. Der tages ikke stilling til hvilken klassifikation, eller om det er den rigtige kode det pågældende sted. Det kan ske på én af to måder 1. Including the classification system structure within the dataset in a hierarchical tree 2. Referencing the classification system by a classification key or id Som eksempel er her vist sammenhængen mellem IFC-objekter/entiteter og Omniclass-tabeller, hvor klassifikationskoder fra forskellige Omniclass-tabeller kan anvendes i IFC-objekter. Rule name Related object Rule type OmniClass / IfcSite, IfcBuilding and Tree Table 11 IfcBuildingStorey list Construction Entities by Function OmniClass / Table 13 Space by Function IfcSpace and IfcSpaceType Tree list Function Assigns a functional classification to IFC Building, IFC Site and ArchiCAD Stories based on this OmniClass specification Assigns a functional classification to ArchiCAD Zones based on this OmniClass specification New IFC data Classification Reference Classification Reference Rule file OmniClass.xml OmniClass.xml OmniClass / Table 21 Elements IfcElement, IfcBuildingElementType, IfcDistributionElementType, IfcElementComponentType, IfcFurnishingEleemntType, IfcTransportElementType, IfcDoorStyle, IfcWindowStyle and IfcGroup Tree list Assigns category classification to building elements based on this OmniClass specification Classification Reference OmniClass.xml OmniClass / Table 23 Products IfcElement, IfcBuildingElementType, IfcDistributionElementType, IfcElementComponentType, IfcFurnishingEleemntType, IfcTransportElementType, IfcDoorStyle, IfcWindowStyle and IfcGroup Tree list Assigns construction product classes to building elements based on this OmniClass specification Classification Reference OmniClass.xml Illustration af et Ifc Object med klassifikationskode, her Uniclass 4

5 IFC indeholder et begrænset antal entiteter for bygningsdele. I CCS-klassifikationen af bygningsdele kan et IFC-objekt specificeres mere præcist med angivelse af en kode. CCS-bygværker og -rum svarer til IFC-entiteterne IfcSpatialStructureElement og IfcSpace. Den planlagte eller aktuelle anvendelse af disse kan angives ved at tilføje CCS-egenskaber fra tabellerne for bygværker og rum. CCS-identifikation identifikation i model Til CCS knytter sig et identifikationssystem, der entydigt kan identificere forekomsten af et enkelt objekt eller en gruppe af objekter. Identifikationen sker ved en særlig notation. CCS-identifikation kan knyttes til objekter ved anvendelse af egenskaber, der er specificeret af cuneco. I IFC sker identifikation ved hjælp af en elektronisk genereret identifikator (GUID), som ikke er beregnet for menneskelig fortolkning, og som brugeren ikke har kontrol over. Det betyder bl.a., at et objekt som opdateres eller udskiftes, får en ny GUID. Der er i buildingsmart i forskellige sammenhænge peget på uhensigtsmæssigheden i dette. CCS-identifikationen er som vist i ovenstående eksempel sammensat af flere betydningsbærende dele. I IFC kan der refereres til CCS-identifikationen, men betydningen af de forskellige dele vil ikke blive fremgå. 5

6 Egenskaber, egenskabsdata IFC Properties I cuneco er der arbejdet med specifikation af egenskaber, dels generelt, dels i forhold til f.eks. rum og bygningsdele. IFC indeholder property sets, som knyttes til objekter (entities). cuneco har - hvor det har været relevant i projekter - inddraget IFC Property Sets. Nogle IFC Properties anvendes direkte i CCS, mens andre får tildelt en CCS-definition som supplement til definitionen i IFC. cuneco har defineret et behov for specialisering af IFC for referencer i form af særlige normer og standarder, som i IFC angives projektspecifikt. cuneco ser gerne, at objekter med tilhørende egenskaber anvendes på tværs af projekter, og der er derfor i CCS mulighed for yderligere specificering af IFC-egenskaber. Slægtskabet mellem IFC properties og CCS-egenskaber ses af nedenstående skærmbillede. 6

7 CCS-egenskaberne formidles og vedligeholdes gennem en brugergrænseflade, hvor brugerne bl.a. har mulighed for at foreslå og kommentere på egenskaberne. CCS-egenskaberne vil løbende blive stillet til rådighed for optagelse i IFC. Informationsniveauer, formålsgrupperinger IDM er, MVD, Coordination View, domænespecifikke views I cunecos formålgrupper sorteres og filtreres information og egenskaber med henblik på at gennemføre en bestemt proces. Formålsgrupperne binder således objektklasser, egenskabsdata og evt. informationsniveaudefinitioner sammen i en leverance. Illustration af at formålsgrupperingen energiberegning angiver at man for at lave en energiberegning på informationsniveau 4 skal kende areal og varmeledning for vægopbygninger og vinduer 7

8 I buildingsmart arbejdes med IDM er (Information Delivery Manual) MVD, Coordination View samt domænespecifikke views. Eksempler på Model Views med brug af IFC. Udover Coordination View kan et view være domænespecifikt f.eks. en HVAC-model, og det kan være formuleret i en IDM (f.eks. Energy Analysis). Det kan også være brugerdefineret, her dog afhængig af den software, som er til rådighed. En IDM er direkte oversat en manual for en informationsleverance, bestående af et procesdiagram og en udvekslingsspecifikation. IDM er på samme tid en metode til specifikation af digital udveksling mellem virksomheder og den konkrete specifikation af udvekslingen som grundlag for implementering i software. Der er paralleller mellem buildingsmart s IDM er og CCS formålsgrupperinger, sidstnævnte vil givetvis komme til at danne grundlag for udvikling af IDM er. En formålsgruppering i CCS svarer således til foreningsmængden af procesdiagrammet og udvekslingsspecifikationen i en IDM. En formålsgruppering forholder sig ikke til opbygningen af en Model View Definition (MVD). CCS informationsniveauer vil indgå i leverancespecifikationer - et værktøj til at specificere, hvem der leverer hvilken information på hvilket tidspunkt og på hvilket informationsniveau. Der er defineret syv informationsniveauer. Der er ikke arbejdet med informationsniveauer i buildingsmart, men et tilsvarende koncept er beskrevet i fx den finske BIM-Guide COBIM. Tilbudslister og måleregler - quantity sets cuneco har defineret indhold, struktur og digitalt format for en tilbudsliste til udveksling mellem it-systemer. Der er derudover udarbejdet fagrettede regler for opmåling i digitale modeller, så grundlaget for beregning af mængder kan være det samme hos parterne ved udbud og tilbudsgivning. 8

9 I buildingsmart er der i flere lande arbejdet med måleregler og mængder, ligesom der er arbejdet med dem internationalt. Udgangspunktet er her, at the space constantly changes it size (even not modified), at der er nationale forskelle, forskel i formål osv. Men at grundlaget må være neutral element quantities. Ved udarbejdelse af danske CCS-måleregler er både internationale erfaringer og IFC blevet inddraget, og der er som det er sket i andre lande - lavet en yderligere specifikation af måleregler til dansk anvendelse. cuneco server buildingsmart Data Dictionary cuneco serveren vil bl.a. indeholde et fælles begrebskatalog for alle aktører i byggeriet (byggeriets aktører, herunder softwareleverandører). Her kan interessenter online foreslå og kommentere begreber, og der kan gennemføres offentlig høring. En plan for løbende vedligehold og udbygning er under udarbejdelse. 9

10 buildingsmart Data Dictionary (bsdd) er en flersproget ordbog eller ontologi, som har været under opbygning i en del år og fortsat er det. I det seneste (par) år har flere lande arbejdet aktivt med ordbogen, og der er nu offentliggjort en ny browser med bl.a. IFC Property Sets samt udvalgte Omniclass- og Uniclasstabeller. Der arbejdes med data dictionaries med sammenhæng til bsdd i en række BIMudviklingssamarbejder inden for anlæg, drift, produktinformation, beskrivelser. I cuneco serveren kan feltet bs GUID en skabe sammenhæng mellem indholdet af de to databaser for bygværker, rum og bygningsdele samt for alle egenskaber. 10

11 Opsummering På baggrund af gennemgangen følgende opsummering vedrørende fremtidig koordinering cunecobuildingsmart: Skal CCS-egenskaber formidles til bs? Skal CCS-godkendelsesprocedurer koordineres med tilsvarende i IFC? Skal CCS formålsgrupperinger anvendes som grundlag for IDM er eller andre views? Skal danske måleregler formidles internationalt? Skal der sikres sammenhæng mellem cuneco-server og bsdd? Hvad er erfaringer fra andre udviklingssamarbejder? 11