Tiedonsiirron käyttötapaus: Tuotekirjastotiedon siirto

Transkriptio

1 Tiedonsiirron käyttötapaus: Tuotekirjastotiedon siirto Tiedonsiirron käyttötapaus: Tuotekirjastotiedon siirto Tiedonsiirron käyttötapaus Tiedonsiirron käyttötapaus Tiedonsiirron käyttötapaus Tiedonsiirron käyttötapaus Tunnistettu käytännön tiedonsiirron tarve Tunnistettu käytännön tiedonsiirron tarve Tunnistettu käytännön tiedonsiirron tarve Tunnistettu käytännön tiedonsiirron tarve Tiedonsiirron yksityiskohtainen dokumentointi Tiedonsiirron yksityiskohtainen dokumentointi Tiedonsiirron yksityiskohtainen dokumentointi Tiedonsiirron yksityiskohtainen dokumentointi Tiedonsiirron standardin (IFC) soveltaminen Tiedonsiirron standardin (IFC) soveltaminen Tiedonsiirron standardin (IFC) soveltaminen Tiedonsiirron standardin (IFC) soveltaminen Ohjeistuksena toteutuksille ja Ohjeistuksena toteutuksille ja Ohjeistuksena toteutuksille ja käytäntöön käytäntöön Ohjeistuksena toteutuksille ja käytäntöön käytäntöön Osapuoli Osapuoli Tuotekirjasto Tuotekirjasto (Lähettäjä) (Lähettäjä) Osapuoli Osapuoli Tuotekirjaston käyttäjä Tuotekirjaston käyttäjä (Vastaanottaja) (Vastaanottaja) Tut otemäärä Î Lib Määrittelee tiedonsiirron Määrittelee tiedonsiirron Määrittelee tiedonsiirron Määrittelee tiedonsiirron tietosisällön ja tietosisällön ja tietosisällön ja toteutuksen toteutuksen tietosisällön ja toteutuksen toteutuksen Tuotekirjasto X Sovellus X Tuotekirjasto X Sovellus X Sovellus Sovellus Y YY Sovellus Sovellus Y Tuotekirjastotiedon siirto Tuotekirjastotiedon siirto KKa Projekti Pro IT Dokumentin nimi Tiedonsiirron käyttötapaus: KKa Rakennusteollisuus RT Tuotekirjastotiedon siirto Dokumentin versio.0 Kirjoittaja Kari Karstila & Kalle Serén / Eurostepsys Oy Julkisuus Julkinen ProIT_DEXUC_TuoteLib_Versio_0_ doc

2 Tiedonsiirron käyttötapaus: Tuotekirjastotiedon siirto 2 OSA KÄYTTÖTAPAUKSEN KUVAUS: PERUSTEET JA TIETOSISÄLTÖ... 3 JOHDANTO YLEISTÄ DOKUMENTIN SISÄLTÖ PERUSTEET KÄYTTÖTAPAUKSEN NIMI JA KOHDEALUE RAJAUS Tiedonsiirron tarkoitus ja karkea tietosisältö Osapuolet ja sovellukset LIITTYMINEN RAKENNUSPROSESSIIN LÄHTÖOLETUKSET TIETOSISÄLTÖ... 9 OSA 2 KÄYTTÖTAPAUKSEN TOTEUTUS: IFC-TOTEUTUS... 0 JOHDANTO... 2 TIEDONSIIRRON IFC-TOTEUTUS IFC-TUOTEMALLIN MINIMISISÄLTÖ TUOTEKIRJASTOTIEDON TOTEUTUS IFC-LUOKILLA KÄYTTÖTAPAUKSEN IFC-ASPEKTIT IFC-TIEDONSIIRRON FORMAATIT JA RAJAPINNAT IFC-tiedonsiirron formaatit Tiedonsiirron rajapinnat... 3 VIITTEET... 5 LIITE. LYHYT SANASTO... 6 LIITE 2. TIEDONSIIRRON KÄYTTÖTAPAUKSEN IFC-TOTEUTUKSEN IFC- ASPEKTIKORTIT ProIT_DEXUC_TuoteLib_Versio_0_ doc

3 Tiedonsiirron käyttötapaus: Tuotekirjastotiedon siirto 3 Osa Käyttötapauksen kuvaus: Perusteet ja tietosisältö ProIT_DEXUC_TuoteLib_Versio_0_ doc

4 Tiedonsiirron käyttötapaus: Tuotekirjastotiedon siirto 4 Johdanto Tämä dokumentti on tiedonsiirron käyttötapauksen määrittely (spesifikaatio) tuotekirjastotiedon siirrolle yleisellä tasolla. Tämä tiedonsiirron käyttötapaus koskee erityisesti digitaalisen tuotetiedon siirtoa tuotekirjastojen ja tietokonesovellusten kesken.. Yleistä Tiedonsiirron käyttötapaus (lyh. käyttötapaus) on tunnistettu käytännön tiedonsiirron tarve, esimerkiksi rakennushankkeissa, jonka tiedonsiirron vaatimukset ja toteutus on yksityiskohtaisesti dokumentoitu (kuva ). Käyttötapauksen käytännön tiedonsiirrot tapahtuvat rakennushankkeissa, niiden osapuolien ja heidän tietokonesovellustensa välillä. Tiedonsiirron käyttötapaus Tunnistettu käytännön tiedonsiirron tarve Tiedonsiirron yksityiskohtainen dokumentointi Tiedonsiirron standardin (IFC) soveltaminen Ohjeistuksena toteutuksille ja ja käytäntöön Osapuoli Tuotekirjasto (Lähettäjä) Tuote- Lib Osapuoli Tuotekirjaston käyttäjä (Vastaanottaja) Määrittelee tiedonsiirron tietosisällön ja toteutuksen Tuotekirjasto X Tuotekirjasto X Sovellus Y Sovellus Y KKa Kuva. Tiedonsiirron käyttötapaus. Käyttötapauksen spesifikaation tarkoituksena on toisaalta toimia ohjeena tiedonsiirron käyttötapauksen toteutuksille sovelluksissa, sekä toisaalta rakennushankkeiden käyttötapauksen käytännön tiedonsiirtoja varten määritellä käyttötapauksen rajaus ja vaatimukset sekä siirrettävät tiedot..3 Dokumentin sisältö Dokumentti kuvaa käyttötapauksen tarkoituksen, rajauksen ja lähtöoletukset, sekä määrittelee käyttötapauksessa siirrettävät tiedot tiedonsiirron toteutuksesta riippumattomassa muodossa. Lisäksi dokumentti kuvaa käyttötapauksen mukaisen tiedonsiirron toteutuksen IFC-tiedonsiirron standardia käyttäen. Dokumentti on jaettu kahteen osaan. Osa koskee käyttötapauksen perusteita, määrittelyä ja tietosisältöä yleisesti, ilman tiedonsiirron toteutustapaa. Osan tarkoituksena on antaa ProIT_DEXUC_TuoteLib_Versio_0_ doc

5 Tiedonsiirron käyttötapaus: Tuotekirjastotiedon siirto 5 yleiskuva käyttötapauksesta ja Osa on siten suunnattu sekä ohjelmistokehittäjille että käyttäjille. Osa 2 kuvaa käyttötapauksen toteutuksen IFC-spesifikaatiota käyttäen. Tämä toteutus perustuu kesällä 2004 julkaistuun versioon IFC 2x2 Addendum []. Osa 2 on tarkoitettu lähinnä ohjelmistototeuttajia varten. Tähän dokumenttiin suoraan liittyvää viitemateriaalia, tai muuten aihetta sivuavaa dokumentaatiota ovat: ProIT Arkkitehdin tuotemallisuunnittelu Yleiset perusteet ja ohjeita, joka antaa kuvaa rakennussuunnittelun tuotemallinnuksen yleisiä periaatteita ja antaa mallinnusohjeita sekä määrittelee tiloille käytettävät nimikkeet, tyyppitunnukset [2]. Pro IT / Tuotemallinnus rakennesuunnittelussa Perusteet ja ohjeita, joka kuvaa rakennesuunnittelun tuotemallinnuksen periaatteita ja antaa siitä ohjeistusta [3]. ProIT Rakennetyyppikirjasto, joka määrittelee eri rakennusosille joukon yleisesti käytettyjä rakennetyyppejä ja niiden nimikkeet [4]. IFC Aspect card library, joka kuvaa IFC-tuotetietomallin osittelun aspekteihin, joita hyödynnetään tiedonsiirron käyttötapausten IFC-toteutuksessa [7]. Talo 2000-nimikkeistö, joka määrittelee Talo 2000-luokitusjärjestelmän, sisältyy viitteeseen [8]. CAD-toimittajien ohjelmistokohtainen IFC-ohjeistus tuotemallintamisesta ja IFCtiedonsiirrosta. Ainakin seuraaviin sovelluksiin löytyy IFC-ohjeistusta: ArchiCAD [9] ja AutoCAD ADT [0] ProIT_DEXUC_TuoteLib_Versio_0_ doc

6 Tiedonsiirron käyttötapaus: Tuotekirjastotiedon siirto 6 2 Perusteet 2. Käyttötapauksen nimi ja kohdealue Tämän tiedonsiirron käyttötapauksen nimi on Tuotekirjastotiedon siirto. Käyttötapauksen tarkoituksena on määritellä digitaalisten tuotekirjastojen tuoteosatiedon siirtämistä niitä hyödyntäviin sovellukseen. Käyttötapauksessa määritellään yleisellä tasolla tärkeimmät tuotekirjastotiedon tietosisällön elementit, ja Osassa 2 peilataan näiden toteutus IFC-spesifikaatioon. Tämä käyttötapaus ei määrittele kaikille eri tyyppisille tuoteosille niiden yksityiskohtaisia ominaisuuksia, mutta käyttötapauksen näitä vastaava toteutus on helposti tarkennettavissa tältä osin, kunhan nämä tietotarpeet on ensin määritelty. Huomautus: Tässä termiä tuotekirjasto käytetään laajassa merkityksessä kattamaan suunnittelun, toteutuksen ja ylläpidon yleiset digitaaliset tuote-, tuotanto- ja ylläpitokirjastot, joita tietokonesovelluksilla hyödynnetään tuotemallintamisessa rakennuksen elinkaaren aikana. Käyttötapauksen mukaiset tiedonsiirrot voi toistua käytännön hankkeissa eri vaiheissa ja rakennusten ylläpidon aikana eri karkeustason tiedoilla. 2.2 Rajaus 2.2. Tiedonsiirron tarkoitus ja karkea tietosisältö Käyttötapauksen tarkoituksena on yleisellä tasolla määritellä tuotekirjastotiedon tietosisällön tärkeimmät tietoelementit niiden siirtämiseksi tuotekirjastojen ja tietokonesovellusten kesken. Käyttötapaus ei määrittele yksityiskohtaisia ominaisuuksia kaikille eri tyyppisille tuoteosille, joiden tietoja tuotekirjastoissa voi olla. Tuotekirjastotiedon keskeistä tietosisältöä ovat: tuoteosien identifiointi, luokittelu (nimikkeet), tuotteiden mahdollisen kokoonpanon kuvaaminen (kokoonpano on tuote, joka koostuu osista), sekä tuoteosien erityiset, niiden tyypistä riippuvat ominaisuudet. Käyttötapaus ei määrittele tiedonsiirtoa koskevia sopimusoikeudellisia, vastuu- yms. asioita. Niistä on sovittava erikseen. Aihetta koskevia yleisiä ohjeita ollaan kehittämässä toisaalla. Rakennushankkeiden tiedonhallinnasta ja tiedonsiirrosta voidaan ja tulisi sopia ja antaa tarkennettua ohjeistusta myös hankekohtaisissa ICT-ohjeissa ProIT_DEXUC_TuoteLib_Versio_0_ doc

7 Tiedonsiirron käyttötapaus: Tuotekirjastotiedon siirto Osapuolet ja sovellukset Tiedonsiirron käyttötapauksen osapuolina ja sovelluksina ovat tyypillisesti (kuva 2): Tiedon lähettäjä (tai saantilähde): Digitaaliset tuotekirjastot, joita voi olla tarjolla esimerkiksi Internetissä, kuten tuoteosatoimittajien ikkuna-, ovi- ja kalustekirjastot. Tiedon vastaanottaja: Sovellukset ja osapuolet, jotka hyödyntävät digitaalista tuotekirjastotietoa. Tuotekirjastotietoa käyttävien sovellusten kirjo on laaja, ja ne voivat olla mm. rakennuksen suunnittelun, työmaatoteutuksen tai kiinteistöjen ylläpidon sovelluksia. Selitykset: Rooli (Osapuoli) Suunnittelija / Toteuttaja / Ylläpitäjä Tuotekirjastojen käyttö Toiminto Sovellustyyppi Tietosisältö CAx: Suunnittelu / Toteutus / Ylläpito -sovellukset Tuoteosa-tiedot Tuotekirjaston tarjoaja / Tuoteosatoimittajat Tuotekirjasto Tuotekirjasto-järjestelmä KKa Kuva 2. Tiedonsiirron käyttötapauksen osapuolet, toiminnot ja sovellustyypit. 2.3 Liittyminen rakennusprosessiin Tiedonsiirron käyttötapauksen identifiointiin rakennusprosessissa käytetään tässä Pro ITprosessimallia [5], joka yleisellä, toteutusmuodosta riippumattomalla tavalla mallintaa rakennushankkeen prosessin aina hankesuunnittelusta rakennuksen käyttöön ja ylläpitoon. Päänäkökulma ProIT-prosessimallissa on rakennusprosessin toimintojen ja niiden välisten tietovirtojen kuvaaminen. Koska tämä tiedonsiirron käyttötapaus on määritelty yleisellä tasolla, ja potentiaalisesti tuotekirjastotietoa voidaan hyödyntää läpi rakennuksen elinkaariprosessin, on käyttötapausta vaikea yksityiskohtaisesti asemoida Pro IT:n prosessimallissa. Kuvassa 3 on kuitenkin ilmaistu se, että toiminnot aina rakennuksen suunnittelusta sen käyttöön ja kiinteistönpitoon voivat sisältää tuotekirjastojen (sekä tuotanto- ja ylläpitokirjastojen) hyödyntämistä ProIT_DEXUC_TuoteLib_Versio_0_ doc

8 Tiedonsiirron käyttötapaus: Tuotekirjastotiedon siirto 8 A0 Suunnittele, toteuta, käytä ja ylläpidä rakennus A Johda hanke A2 Tee asiakas- päätökset, ja hallitse asiakas- ja viranomaisvaatimukset A3 Suunnittele rakennus, ja valmistele työmaatoteutus A4 Suunnittele ja valmista tuoteosat ja järjestelmät A5 Tee työmaatoteutus ja luovuta rakennus A6 Käyttöönota ja käytä rakennusta, ja harjoita kiinteistönpitoa A7 Hallitse rakennuksen elinkaaritiedot, ja yleiset tietokannat KKa Kuva 3. ProIT-prosessimallin toimintojen hierarkian eräitä toimintoja (vahvennettu), joihin käyttötapauksen mukaista tuotekirjastotiedon siirtoa voi liittyä. Huom. Tässä on esitetty vain hierarkian kaksi ylimmäistä tasoa. 2.4 Lähtöoletukset Käyttötapauksen lähtöoletuksena on, että on olemassa tuotekirjastoja, jotka tarjoavat jonkinlaisen tavan, esimerkiksi siirtotiedoston kautta tai saantirajapinnan, johon tuotekirjastoa hyödyntävät sovellukset voivat kytkeytyä. Tuotekirjastoa hyödyntävän sovelluksen tulee pystyä kommunikoimaan tuotekirjaston kanssa mahdollisesti jonkin saantirajapinnan kautta. Sovelluksen täytyy esimerkiksi pystyä määrittelemään kyselyehtoja tuoteosien hakua varten, sekä pystyä saamaan tuoteosan tiedot tuotekirjastosta siirtotiedoston tai suoraan saantirajapinnan kautta. Tuotekirjastotiedon siirron / saannin jälkeen hyödyntävän sovelluksen tulee edelleen pystyä instanssioimaan tuotekirjasto-olion mukaisen olion kopio sovelluksen omassa rakennuksen tuotemallissa. Tiedonsiirron oletuksena on myös se, että tietoa lähettävällä ja vastaanottavalla osapuolella on yhteinen käsitys rakennus- ja laiteosien tyyppien nimikkeistä, eli käyttävät samaa nimikkeistöä tuoteosille. Esimerkkinä tällaisista nimikkeistöistä voivat olla ProIT rakennetyyppikirjaston nimikkeistö [4], tai yhteisesti sovitut LVI-laiteosien nimikkeet. Tietoa vastaanottavalla puolella tuoteosia voidaan tunnistaa niiden nimikkeiden avulla ProIT_DEXUC_TuoteLib_Versio_0_ doc

9 Tiedonsiirron käyttötapaus: Tuotekirjastotiedon siirto 9 3 Tietosisältö Tiedonsiirron käyttötapauksen keskeisinä tuotekirjastotiedon tietoelementteinä yleisellä tasolla ovat: Eri tyyppiset tuoteosat Tuoteosien luokittelu nimikkeillä Kokoonpanotuotteen (tuote, joka koostuu osista) koostumuksen ja sen osien kuvaaminen Tuoteosien tyypistä riippuvien erityisten ominaisuuksien kuvaaminen Mahdollisesti tarvitaan myös yleistä ryhmittelymekanismia tuoteosien ryhmittelemiseksi muutoinkin kuin luokkitteluhierarkiana. Tuoteosille yhteisenä tietotarpeena on tuotemallintamisen periaatteiden mukainen olioiden yksikäsitteinen tunnistaminen (tuotekirjastojen tuoteosien tapauksessa tähän voi olla useita vaihtoehtoja). Tätä edellyttää mm. muutosten hallinta ProIT_DEXUC_TuoteLib_Versio_0_ doc

10 Tiedonsiirron käyttötapaus: Tuotekirjastotiedon siirto 0 Osa 2 Käyttötapauksen toteutus: IFC-toteutus ProIT_DEXUC_TuoteLib_Versio_0_ doc

11 Tiedonsiirron käyttötapaus: Tuotekirjastotiedon siirto Johdanto Tiedonsiirron käyttötapauksen tietosisältömäärittely kohdassa 3 on riippumaton siitä millä tavalla ja missä formaatissa tiedot siirretään sovellusten kesken. Tiedonsiirron toteutuksissa määritellään toteutustapa (tiedonsiirron esitysmuoto ja formaatti) tietosisällön siirtämiseksi. Samalle tietosisällölle voi olla vaihtoehtoisia tiedonsiirron toteutustapoja (kuten tietyn sovellusohjelman oma formaatti, de facto standardi, standardi). Tässä dokumentissa kuvataan tiedonsiirron tietosisällön toteutus IFC-spesifikaatiota käyttäen. Tiedonsiirron toteutukselle käyttötapaus määrittelee ainoastaan toteutuksen esitysmuodon ja formaatin, eli sen missä muodossa tietojen tulee olla tiedonsiirrossa. Käyttötapaus ei kuitenkaan määrittele mitä mediaa, rajapintaa tms. käyttäen tiedonsiirto tapahtuu. Tiedonsiirron rajapintaa ei tässä yksityiskohtaisesti määritellä, mutta aihetta kommentoidaan hiukan kohdassa Tiedonsiirron IFC-toteutus Tiedonsiirron IFC-toteutus perustuu versioon IFC 2x2 Addendum (IFC 2x 2nd edition Addendum ), joka on julkaistu kesällä IFC-tuotemallin minimisisältö Tuotekirjastotiedon siirron tapauksessa siirrettävä "tuotemalli" pitää minimissään sisällään yksittäisen tuoteosaolion ja sen tiedot. Tässä tapauksessa voidaan yleisellä tasolla ainoastaan todeta, että IFC-tuotetietomalli edellyttää, että olioiden kaikki pakolliset ominaisuudet (attribuutit), sekä mahdolliset pakolliset relaatiot on instanssioitu. Tyypillisesti tuoteosia vastaavilla IFC-olioilla on vähän jos ollenkaan pakollisia relaatioita. 2.2 Tuotekirjastotiedon toteutus IFC-luokilla Osan kohdassa 3 keskeisiksi todettujen tuotekirjastotiedon tietoelementtien toteutus IFCluokilla on esitetty taulukossa. Taulukko. Tietosisällön keskeisten elementtien peilaus ("mappaus") IFC-luokiksi. Tuotekirjastotiedon elementti Tuoteosat: Rakennusosat, Laiteosat, Varusteet,... Kokoonpanotuotteet: Rakennusosat, Laiteosat IFC-luokka IfcBuildingElementType /... IfcDistributionElementType /... IfcElementComponentType /... IfcFurnishingElementType IfcBuildingElement /... IfcDistributionElement/... IfcElementComponent /... IfcFurnishingElement IfcRelAggregates Kommentti Luokilla lukuisia alaluokkia Tuotteet, jotka koostuvat osista Koostumus Luokittelu IfcClassification,... Useampia liittyviä luokkia ProIT_DEXUC_TuoteLib_Versio_0_ doc

12 Tiedonsiirron käyttötapaus: Tuotekirjastotiedon siirto 2 Tuotekirjastotiedon elementti IFC-luokka Kommentti Ominaisuustiedot Ko. luokan attribuutit IfcPropertySet ja IfcProperty /... Ryhmittelyt IfcGroup ja IfcRelAssignsToGroup Kiinteästi sovitut ominaisuudet Joustavasti määriteltävät "lisäominaisuudet". Relevanteista ominaisuuksista sovittava erikseen IFC-spesifikaation määrittelemät eri rakennus- ja laiteosa-luokkien ominaisuudet (attribuutit) on löytyvät IFC-dokumentaatiosta []. Siellä on myös määritelty kansainvälisesti sovitut eri luokkiin liittyvät ominaisuusjoukot ja niiden ominaisuudet (IfcPropertySet ja IfcProperty), jotka täydentävät luokille määriteltyjä attribuutteja. Tällä mekanismilla voi joustavasti määritellä tuoteosa-olioille lisää tarpeellisia, yhteisesti sovittuja ominaisuuksia, joilla IFCspesifikaation määritelmiä on mahdollisesti tarpeen täydentää. 2.3 Käyttötapauksen IFC-Aspektit Seuraavassa kuvataan IFC-tuotetietomallin eri osia, IFC Aspekteja [7], jotka ovat tarpeen käyttötapauksen tiedonsiirron toteuttamiseksi. IFC Aspekti on IFC-tuotetietomallin ryhmittely osajoukkoihin siten, että yksi IFC Aspekti kuvaa objektien, kuten rakennusosa-olioiden, tietyn piirteen tai yhteenkuuluvat ominaisuudet. IFC Aspektien kuvaus antaa myös esimerkin IFC Aspektin instanssioinnista. Tämän tiedonsiirron käyttötapauksen IFC-toteutuksen edellyttämät IFC Aspektit on listattu taulukossa 2. Näiden IFC Aspektien määrittelykortit on esitetty liitteessä 2. Taulukko 2. Käyttötapauksen tiedonsiirron IFC-toteutuksen IFC Aspektit. Tietoelementti IFC Aspekti Kommentit Tuoteosakirjastot: ProIt-3 Part library Identifiointi Rakennus- ja laiteosat Rakennus- ja laiteosatyypit Luokittelut (nimikkeet) Ryhmittelyt Koostumus (kokoonpanolle) Ominaisuudet Tietoelementtejä tarkemmin kuvaavia IFC Aspekteja Identifiointi Rakennusosat Laiteosat Rakennus- ja laiteosatyypit Rakennus- ja laiteosien luokittelu (nimikkeet) ProIT-00 Identification, naming and owner ProIT-2 Building element ProIT-22 Building service elements ProIT-072 TypeObject ProIT-050 Classification Koostaa yhteen tärkeimmät tuoteosakirjastoissa tarvittavat tietoelementit ProIT_DEXUC_TuoteLib_Versio_0_ doc

13 Tiedonsiirron käyttötapaus: Tuotekirjastotiedon siirto 3 Tietoelementti IFC Aspekti Kommentit Rakennusosan rakennetyyppi Rakennus- ja laiteosien erityiset ominaisuudet Ryhmittelyt ProIT-05 Classification and construction type ProIT-07 Property set and Properties ProIT-030 Grouping Viittaa IFC Aspektiin ProIT-050 Classification Tarjoaa yleisen mekanismin sovittujen ominaisuuksien liittämiseen tila-, rakennus- ja laiteosa-olioihin. 2.4 IFC-tiedonsiirron formaatit ja rajapinnat Tämä käyttötapauksen toteutus määrittelee miten tuotekirjastotiedon keskeisimmät tietoelementit voidaan toteuttaa IFC-tuotetietona. Käyttötapaus ei kuitenkaan yksityiskohtaisesti määrittele tuotekirjastojen tiedonsaantirajapinnan toteutusteknologiaa, koska siihen on olemassa erilaisia vaihtoehtoja. Saantirajapintojen vaihtoehtoja kuvataan yleisellä tasolla lyhyesti kohdassa IFC-tiedonsiirron formaatit IFC-tiedonsiirrossa on kaksi vaihtoehtoista formaattia saman tietosisällön siirtämiseen. Nämä IFC-tiedonsiirron formaatit ovat: IFC-formaatti tai IFC Part 2-formaatti, joka perustuu standardiin ISO [2]. ifcxml-formaatti, joka perustuu IFC-tuotetietomallin määrittelyyn XML Schema-kielellä [3]. Pohjautuu IFC 2x-versioon, mutta ifcxml määrittely IFC 2x2 Addendum - versiolle on tekeillä. Tällä hetkellä IFC-toteutukset kaupallisissa sovelluksissa käyttävät IFC-tiedonsiirtoon IFC Part 2-formaattia. Koska XML-pohjaisella tiedonsiirrolla on huomattava asema Inernetin ylitse tapahtuvassa sovellusten välisessä kommunikoinnissa, on syytä olettaa, että tulevaisuudessa ifcxml olisi potentiaalinen tiedonsiirron formaatti mahdollisessa IFCpohjaisessa tuotekirjastotiedon siirrossa Tiedonsiirron rajapinnat Periaatteessa on kaksi tapaa tuotekirjastotiedon siirtämiseen tuotekirjastosta sovellukseen: Tiedonsiirtotiedoston kautta, jolloin tuotekirjastojärjestelmä tuottaa tuoteosan tiedoista erillisen tiedoston, joka sitten luetaan sovelluksella. Tiedon saantirajapinnan kautta, jolloin tuotekirjastoa käyttävä sovellus kommunikoi suoraan esimerkiksi Internetin ylitse tuotekirjaston saantirajapinnan kanssa, jonka kautta sovellus saa tuoteosan tiedot. Tietoverkon ylitse tapahtuvan sovelluksen ja tuotekirjaston välisen rajapinnan toteutukseen on olemassa erilaisia teknologioita, joista mitään ei ole määritelty standardiksi IFCspesifikaatiossa. Ei myöskään ole de facto standardin asemaan kohonnutta teknologiaa sovellusten tuotekirjastojen toteuttamiseksi, vaan eri sovelluksilla on sovelluskohtaiset toteutusteknologiansa ProIT_DEXUC_TuoteLib_Versio_0_ doc

14 Tiedonsiirron käyttötapaus: Tuotekirjastotiedon siirto 4 Vaihtoehtoisia, yleisiä toteutusteknologioita Internet-pohjaisille tuotekirjastoille ovat esimerkiksi: Http-kutsu sovellukselta tuotekirjastopalvelimelle, johon palvelin vasteena palauttaa tuoteosa- tms. tietoa XML-dokumenttina (esimerkiksi ifcxml-muodossa). Web-palvelutekniikka (Web services) XML-dokumenttipohjaisesti, jolloin palvelin palauttaa palvelupyyntöön tuoteosan tiedot XML-dokumenttina (ifcxml) kuten yllä. Web-palvelutekniikka oliopohjaisena rajapintana, jolloin rajapinta tarjoaa sovellukselle tuoteosa-olioita ominaisuuksineen ProIT_DEXUC_TuoteLib_Versio_0_ doc

15 Tiedonsiirron käyttötapaus: Tuotekirjastotiedon siirto 5 Viitteet [] International Alliance for Interoperability. Industry Foundation Classes IFC 2x2 Addendum. On-line Reference. [2] Pro IT / Seppo Niemioja. Arkkitehdin tuotemallisuunnittelu Yleiset perusteet ja ohjeita. Pro IT, Tuotemallitieto rakennusprosessissa. Rakennusteollisuus RT. Tammikuu [3] Pro IT / Finnmap Consulting Oy. Tuotemallinnus rakennesuunnittelussa Perusteet ja ohjeita. Pro IT, Tuotemallitieto rakennusprosessissa. Rakennusteollisuus RT [4] Pro IT / Lauri Melvasalo. Pro IT Rakennetyyppikirjasto. Pro IT, Tuotemallitieto rakennusprosessissa. Rakennusteollisuus RT [5] Pro IT / Karstila, Kari & Serén, Kalle. Tuotemallipohjaisen suunnittelun, toteutuksen ja ylläpidon prosessimalli. Pro IT, Tuotemallitieto rakennusprosessissa. Rakennusteollisuus RT [6] Pro IT / Karstila, Kari (ed.). Rakennusten tuotemallintamisen sanasto. Pro IT, Tuotemallitieto rakennusprosessissa. Rakennusteollisuus RT s. [7] Pro IT / Karstila, Kari & Serén, Kalle. IFC Aspect card library. Pro IT, Tuotemallitieto rakennusprosessissa. Rakennusteollisuus RT [8] Haahtela, Yrjänä & Kiiras, Juhani. Talonrakennuksen kustannustieto. Haahtela-Kehitys Oy s. [9] Graphisoft. IFC Reference Guide. 75 s. [0] Tomi Henttinen. Autodesk Architectural Desktop 3.3 IFC 2x tuotemallinnusohje. 6 s. [] Esko Enkovaara & Heikki Haveri. Suunnittelijan määrälaskentaa palvelevien tyyppirakenteiden määrittely. Rakennusteollisuuden keskusliitto [2] ISO :994. Industrial automation systems and integration Product data representation and exchange Part : Implementation methods: Clear text encoding of the exchange structure. International Organization for Standardization ISO, Geneva. [3] Liebich, Thomas. ifcxml. International Alliance for Interoperability ProIT_DEXUC_TuoteLib_Versio_0_ doc

16 Tiedonsiirron käyttötapaus: Tuotekirjastotiedon siirto 6 Liite. Lyhyt sanasto. Sanastossa on kuvattu käyttötapauksen spesifikaation kannalta keskeisimmät termit. Tätä laajemmin on rakennusten tuotemallintamisen terminologiaa määritelty ProIT-sanastossa [6]. Termi 3D-muoto Alustava rakennusosamalli Esitysmuoto Formaatti ICT IFC Aspekti IFC Objektimalli IFC spesifikaatio IFC tuotetietomalli Instanssiointi Käyttötapaus Luokka Mittatieto Määritelmä Kolmiulotteinen muoto. Muodon kuvaus kolmiulotteisen geometrian avulla. Esimerkiksi rakennusosan, seinän, muoto tilavuuskappaleena, suorakulmaisena särmiönä. Rakennuksen tuotemallin tietosisällön osajoukko (vaiheistus), joka kattaa tiloja rajaavat rakennusosat, alustavasti ilman rakennusosien tarkempaa tuoterakennetta. Ks. rakennuksen tuotemallin vaiheistus, vaatimus-, rakennusosa-, tuoteosa-, toteutus-, toteuma- ja ylläpitomalli. Esitysmuoto määrittelee sen miten olion ominaisuudet kuvataan, esim. olion attribuutteina ja relaatioina. Datan esitysmuoto jonkin määritellyn enkoodaustavan (syntaksin) mukaisesti. Information and Communication Technology. Tieto- ja viestintäteknologia. IFC tuotetietomallin ryhmittely osajoukkoihin yhdessä instanssiointiesimerkkien kanssa siten, että yksi IFC Aspekti kuvaa objektien tietyn piirteen tai yhteenkuuluvien ominaisuuksien kuvaamisen kokonaisuuden. Esimerkkejä IFC-Aspekteista: Identifiointi ja omistus, luokittelu, rakennetyyppi, 3D-muodon kuvaus pursotusgeometrialla. IFC Aspektit tukevat tiedonsiirron käyttötapausten määrittelyä ja niiden toteuttamista tietokonesovelluksista. Huom. IFC Aspektit voivat olla osittain päällekkäisiä. Synonyymi sanalle IFC-tuotetietomalli. IFC-objektimalli on kuvattu EXPRESS-tiedonmäärittelykielellä IFC skeemana. Huomautus: Koska IFC kattaa muutakin kuin itse tuotteen (rakennuksen), voidaan puhua tuotetietomallin sijasta myös projektitietomallista. IFC-tuotetietomallin ja sitä täydentävien tietomäärittelyiden (ominaisuusjoukkomäärittelyt), sekä näitä selittävän dokumentaation muodostama kokonaisuus. IFC spesifikaatio määrittelee IFC-tiedonsiirron standardin. IFC-spesifikaation määrittelemä tuotetietomalli. Synonyymi sanalle IFC-objektimalli. Instanssien luonti eli luodaan olioita, ja annetaan niille ominaisuuksien arvot. Lyhennys termille tiedonsiirron käyttötapaus Luokka määrittelee samankaltaisten olioiden ominaisuudet. Olion 3D-muotoa kuvaavat tiedot. Esim. Seinän pituus, leveys ja korkeus. Vrt. Määrätieto ProIT_DEXUC_TuoteLib_Versio_0_ doc

17 Tiedonsiirron käyttötapaus: Tuotekirjastotiedon siirto 7 Termi Määrätieto Näkymä Olio / Objekti Rakennetyyppi Rakennuksen tuotemallin vaiheistus Rakennusosamalli Tiedon saantirajapinta Tiedonsiirron käyttötapaus Tuotantokirjasto Tuotekirjasto Tuotemalli Määritelmä Yksittäisten olioiden 3D-muodon perustiedoista, so. mittatiedoista, johdettu määrää (pinta-alaa, tilavuutta, tms.) kuvaava, tai kappaletavaroiden yhteenlaskettua määrää kuvaava tieto. Määrätietoa usein summataan per rakennetyyppi. Esim. Seinän pinta-ala ja tilavuus, tai tietyn rakennetyypin omaavien seinien yhteinen pinta-ala; tai tietyn tyyppisten ovien yhteenlaskettu lukumäärä. Yleisesti, kokonaisuuden osajoukko tai näkökulma kokonaisuuteen tiettyä tarkoitusta varten. IFC:ssä, toteutuksia varten määritelty IFC:n osajoukko, jota joukko ohjelmistototeuttajia on yhteisesti sopinut tukevansa. Engl. View. Tiettyä asiaa kuvaavien tietojen kooste, jota sovelluksissa käsitellään yhtenä kokonaisuutena. Oliopohjaisessa mallintamisessa tai tuotemallintamisessa asioita kuvataan oliolla, joilla on ominaisuuksia, sekä relaatioita (yhteyksiä) toisiin olioihin. Esim. rakennuksen rakennusosat mallinnetaan tietokonesovelluksilla rakennusosa-olioilla, joilla on ominaisuutensa sekä relaatioita rakennuksen tuotemallin muihin olioihin. Huomautus: Joskus yleisessä kielenkäytössä oliolla saatetaan tarkoittaa joko luokkaa tai luokan instanssia. Jos on tarpeen erityisesti tehdä ero näiden kahden välillä on syytä käyttää jälkimmäisiä termejä. Määrittelee rakennusosan koostumuksen osistaan. Esim. Seinän rakennetyyppi määrittelee seinän poikkileikkauksen rakennekerrokset. Rakennuksen tuotemallin tietosisällön kehittymisen ja tuotetiedon kumuloitumisen karkeaksi kuvaamiseksi määritelty vaiheistus. Ks. alustava rakennusosamalli, rakennusosamalli Rakennuksen tuotemallin tietosisällön osajoukko (vaiheistus), joka kattaa rakennusosat ja niiden tuoterakenteen; kuitenkin niin, että lopullisia rakennustuotteita ei ole vielä valittu. Ks. rakennuksen tuotemallin vaiheistus, alustava rakennusosamalli. Ohjelmointirajapinta, joka mahdollistaa data saannin siten, että sovellus on erotettu tavasta jolla data on tallennettu ja hallittu. Käytännön tiedonsiirron tarve, joka on tunnistettu ja sen tietotarpeet ja tiedonsiirron toteutus on määritelty ja dokumentoitu toteutusta ja käyttöä varten. IFC:n yhteydessä tiedonsiirron käyttötapaus on suunnilleen sama kuin Näkymäkäsite (engl. View). Tuotantotietojen digitaalinen kirjasto, jota tietokonesovellukset pystyvät suoraan hydyntämään. Tuoteosien tuotetietojen kirjasto, jonka tuotetietoja tietokonesovellukset voivat suoraan hyödyntää rakennuksen tuotemallintamisessa. Esim. Kalustetoimittajan kalusteiden tuotetietojen kirjastot, joita suunnittelijat voivat Internetin ylitse ladata ja jonka tuoteosia voidaan sijoittaa osaksi rakennuksen tuotemallia CAD-sovelluksessa. Tuotetietomallin instanssiointi. Tiettyä tuotetta kuvaavat tiedot tuotetietomallin mukaisesti jäsennettynä, ja tallennettuna tuotetietona, tietokonesovelluksilla tulkittavissa olevassa muodossa. Esim. Tietyn rakennuksen tiedot tallennettuna IFC-formaatin mukaiseen ProIT_DEXUC_TuoteLib_Versio_0_ doc

18 Tiedonsiirron käyttötapaus: Tuotekirjastotiedon siirto 8 Termi Tuotetieto Tuotetietomalli Ylläpitokirjasto Määritelmä siirtotiedostoon. Tuotetta koskevien tietojen esitysmuoto, joka soveltuu ihmisten ja tietokonesovellusten toimesta tapahtuvaan kommunikointiin, tulkintaan ja prosessiontiin. (ISO 0303-) Tuotetta ja siihen liittyviä asioita kuvaava tieto, joka on digitaalisessa, tietokonesovelluksilla tulkittavassa muodossa. Esim. Rakennusta ja rakennusprojektia kuvaavat tiedot IFC-formaatin mukaisessa muodossa. Tuotetietoja määrittelevä käsitemalli. Tuotetietojen formaali määrittely, joka määrittelee tuotetietojen tietosisällön. Esim. IFC Objektimalli on rakentamisen ja kiinteistönpidon tiedonsiirtoa varten määritelty tuotetietomalli. Ylläpidon tietojen digitaalinen kirjasto, jota tietokonesovellukset pystyvät suoraan hydyntämään ProIT_DEXUC_TuoteLib_Versio_0_ doc

19 Tiedonsiirron käyttötapaus: Tuotekirjastotiedon siirto 9 Liite 2. Tiedonsiirron käyttötapauksen IFC-toteutuksen IFC- Aspektikortit. IFC Aspektikortit ProIT-000 Aspect card guidelines ProIt-3 Part library ProIT-00 Identification, naming and owner ProIT-030 Grouping ProIT-050 Classification ProIT-05 Classification and construction type ProIT-07 Property set and properties ProIT-072 TypeObject ProIT-2 Building element ProIT-22 Building service elements ProIT_DEXUC_TuoteLib_Versio_0_ doc

20 Aspect Card Guidelines ProIT-000 Created: Revision Date: Version:. Editor: KSn (3) General Description: These are general guidelines for using/making the IFC Aspects as used within the context of Pro IT Data Exchange Use Cases. This field is for a brief, general description of the Aspect. General Entity Type Description: This field is for a condensed description of entity types. Entity Type Detail Considerations: This field is for special notes on usage of attributes and other specific details. NOTE: The Aspect Card Code in the header section is for referencing purposes only the numbering does not carry any semantic meaning. Notes: This field is for special notes, considerations, etc. This Guideline Card includes all the fields that may occur on an Aspect Card. Fields that not necessarily occur on every type of Aspect Card are also shown in this card for reference. All optional fields are indicated where applicable. Usage Note: all table fields are implemented as AutoText (see Menu: Insert -> AutoText -> TableCaption). Partial Schema in EXPRESS-G: You should put your aspect schema in EXPRESS-G here. Note that several sub-schemas may be included if needed. (here is a summary of EXPRESS-G symbols): (simple data type) (defined type) (select type) (enumeration type) (entity type) (Super/Subtype relationships) (Attribute / Relationship) (Optional Attribute / Relationship) page #, ref # (#, #,...) page #, ref # name (Reference to this page) (Reference to another page) KKa ProIT_IFC_Aspect_000_AspectCardGuidelines_-.doc

21 Aspect Card Guidelines ProIT-000 Created: Revision Date: Version:. Editor: KSn 2(3) Property Sets: Pset Name Property Name Property Data Type <Pset_> Name of st Pset <Prop_.> Name of st property <IfcDataType.> st prop Data type <Prop_.2> etc. <IfcDataType.2> etc. <Pset_2> etc. <Prop_2.> etc. <IfcDataType2.> etc. <Prop_2.2> etc. <IfcDataType2.2> etc. Note: This field is OPTIONAL. In some cases you may want to present the used Psets with appropriate property definitions. This is done through a sub-table within a table field, just add rows to the sub-table as needed. Geometry Use: Local Placement Geometric Representations Describe the local placement if needed (usually only reference to specification is required) Bounding box Swept Solid Etc. Short notes on usage, reference to applicable Aspect Card and IFC specification Repeated for each applicable geometric representation Note: This field is OPTIONAL. In some cases you may want to present the Geometry use with appropriate representations. This is done through a sub-table within a table field, just add rows to the sub-table as needed. ProIT_IFC_Aspect_000_AspectCardGuidelines_-.doc

22 Aspect Card Guidelines ProIT-000 Created: Revision Date: Version:. Editor: KSn 3(3) General Instantiation Description: Short characterization of the Aspect instantiation. Instantiation Notes: Special considerations, issues, notes on intantiations, references, etc. Instantiation details: Condensed description about instantiation details. Note that several examples with accompanying descriptions can be included. In some generic Aspect Cards the instantiation sections are not included, just the schema sections. The instantiations of these generic aspects are illustrated in more specific Aspect Cards. Instrance Diagram: Insert Instance Diagram here. Note that several instance diagram examples may be included if needed (here is now a brief summary of the instance diagram notation): Instance diagram notation: EntityType #23 AttributeName = Value2 AttributeName = Value2 An instance of Entity Type and its simple Attribute Values. RelshipName RelshipName EntityType A Relationship between Instances. An aggregate Relationship between Instances. A reference to an Instance with details omitted. EntityType #, RefId# #, RefId# (from#) A reference to an Instance on another page. A reference to an Instance on this page. Pset Usage Instructions: Note: This field is OPTIONAL. In some cases you may want to present the Pset usage with appropriate property value instantiations. This field is for a free text description of this. ProIT_IFC_Aspect_000_AspectCardGuidelines_-.doc

23 Part Library ProIT-3 Created: Revision Date: Version:.0 Editor: KSn (4) General Description: This aspect describes how part library information can be defined using entity types included in the IFC specification. See also IFC 2x2 add. on-line specification. Entity Type Detail Considerations: Grouping is described in Aspect Card ProIT-030. Property sets and properties are described in Aspect Card ProIT-07. Type objects are described in Aspect Card ProIT-072. Project containment including aggregation is described in Aspect Card ProIT-02. Classification as external references is described in Aspect Card ProIT-050. General Entity Type Description: Part libraries can be constructed using instances of IfcGroup which are named in a suitable manner. To these the parts to be included in the library are assigned using IfcRelAssignsToGroup instances. In the simplest case the library objects are represented by type objects, i.e. instances of IfcTypeProduct subtypes, to which library property information is attached using property sets with properties (instances of IfcPropertySet with attached instances of IfcProperty subtypes). If the case of assembly library parts IfcAssemblyElement instances are used with the components are attached as occurrence objects (usually IfcElement subtype instances) using the IfcRelAggregates relationship. The library property information is represented using property sets attached to type objects, which define the occurrence objects through the IfcRelDefinesByType relationship. The occurrence and type objects described above can be identified through categorization using associated classifications (see partial schema EXPRESS-G (2/2)). Notes: Occurrence objects are used in the case of assemblies because type objects cannot have a decomposition structure. Partial Schema in EXPRESS-G (/2): 3,6 IfcGloballyUniqueId *GlobalId IfcRoot Name 3,2 3,7 Ifc Description 3,8 IfcText 3,2 ObjectType IfcPropertyDefinition IfcPropertySetDefinition IfcPropertySet HasProperties S[:?] IfcProperty IfcComplexProperty IfcSimpleProperty 2,2 IfcRelAssignsToGroup RelatingPropertyDefinition (INV) PropertyDefinitionOf HasPropertySets *L[:?] (INV) DefinesType S[0:] 3,2 3,2 Tag IfcRelAssigns IfcTypeObject ApplicableOccurrence IfcBuildingElementType IfcTypeProduct IfcElementType IfcDistributionElementType RelatedObjects S[:?] (INV) HasAssignments S[0:?] 2, IfcRelAssociates IfcRelDefines 3,2 IfcRelationship IfcRelDefinesByProperties RelatingType IfcRelDefinesByType (INV) ObjectTypeOf S[0:] RepresentationMaps *L[:?] 3,5 IfcRepresentationMap ElementType IfcTransportElementType RelatedObjects S[:?] (INV) IsDefinedBy S[0:?] RelatingObject (INV) IsDecomposedBy S[0:?] IfcRelDecomposes IfcRelAggregates 3, IfcIdentifier Tag IfcElementAssembly IfcElementComponent IfcFeatureElement IfcObject RelatedObjects S[:?] (INV) Decomposes IfcProduct IfcElement Representation ObjectPlacement 3,3 IfcObjectPlacement IfcProxy IfcBuildingElement IfcDistributionElement IfcElectricalElement IfcGroup,(2) 3,4 IfcProductRepresentation ProxyType IfcObjectTypeEnum Tag 3,2 IfcFurnishingElementType IfcElementComponentType IfcFurnishingElement IfcTransportElement ProIT_IFC_Aspect_3_PartLibrary_-0.doc

24 Part Library ProIT-3 Created: Revision Date: Version:.0 Editor: KSn 2(4) Partial Schema in EXPRESS-G (2/2): 2,2() 2,(), IfcGroup RelatingGroup IfcRelAssignsToGroup IfcRelAssociates ItemReference 3, IfcIdentifier IfcExternalReference Name 3,2 IfcRelAssociatesClassification RelatingClassification IfcClassificationNotationSelect Location 3,2 IfcClassificationNotation IfcClassificationReference NotationFacets S[:?] IfcClassificationNotationFacet NotationValue 3,2 Notation IfcClassificationItemRelationship RelatingItem (INV) IsClassifyingItemIn S[0:] RelatedItems S[:?] (INV) IsClassifiedItemIn S[0:] IfcClassificationItem ItemOf (INV) Contains S[0:?] IfcClassification Title 3,2 ProIT_IFC_Aspect_3_PartLibrary_-0.doc

25 Part Library ProIT-3 Created: Revision Date: Version:.0 Editor: KSn 3(4) General Instantiation Description: The instantiations include two example diagrams which illustrate different ways of presenting part library information. Example illustrates a basic part library using type objects. Example 2 shows how assembly parts can be represented in part libraries. Instantiation Notes: Some of the optional attributes are left unasserted in the examples. Ifc (see aspect card ProIT-00 for further details), calendar date and partly also classification instantiation details are omitted for sake of clarity. No location and shape representation information is shown in the examples. Instantiation details: Example illustrates an HVAC part library (#), which includes two parts as type objects, a pipe segment type (#0) and a WC seat type (#30). Both have library information attached as property sets with properties (#...#3 and #3...#33 respectively). Both are also classified using the 'HVAC 2000 classification' classification system (#22) through classification references (#20...#2 and #40...#4 respectively). Example 2 shows another HVAC part library (#), which has one assembly type part (#0). This assembly includes two parts as occurrence objects, a 'Washhand basin' (#20) and a 'Water faucet' (#30). Both are defined by corresponding type objects (#22 and #32) with library information attached as property sets. All occurrence and type objects are classified according to a common classification system. Instance Diagram (Example : Basic Part Library): IfcRelAssignsToGroup #2 GlobalId: 'GH3E57998AA433E928JK6' Name:'PartLibraryGrouping' RelatedObjectsType: $ RelatingGroup IfcGroup # GlobalId: 'GH3E57998AA433E928FB' Name: 'HVAC Part Lbrary' Description: 'Grouping for part library type objects' Ifc RelatedObjects Ifc Ifc IfcPipeSegmentType #0 GlobalId: 'DB3E57998AA433E928FB' Name: 'Pipe copper 0 mm' ObjectType: $ Tag: P-Cu-0 ElementType: $ PredefinedType:.RIGIDSEGMENT. HasPropertySets RelatedObjects IfcRelAssociatesClassification #20 GlobalId: '0D27D2C882BB4E0FA264CI' Name: 'HVAC 2000 classification' RelatingClassification IfcCalendarDate IfcPropertySet # GlobalId: '26FEA6C B0EA4' Name: 'Pset_FlowSegmentPipeSegment' IfcClassificationReference #2 Location: ' ItemReference: '20' Name: PIpes' ReferencedSource Ifc HasProperties IfcPropertySingleValue #2 Name: 'Diameter' NominalValue: IFCLENGTHMEASURE(0.0) IfcPropertySingleValue #3 Name: 'InteriorRoughnessCoefficient ' NominalValue: IFCLENGTHMEASURE(.234) IfcClassification #22 Source: 'HVAC Information Ltd' Edition: '.0' Name: 'HVAC 2000 classification' EditionDate IfcCalendarDate Ifc IfcSanitaryTerminalType #30 GlobalId: 'DB3E57998AA433E928FH' Name: 'WC seat' ObjectType: $ Tag: ODI-23 ElementType: $ PredefinedType:.WCSEAT. HasPropertySets RelatedObjects IfcRelAssociatesClassification #40 GlobalId: '0D27D2C882BB4E0FA264C9' Name: 'HVAC 2000 classification' IfcCalendarDate RelatingClassification ReferencedSource IfcPropertySet #3 GlobalId: '26FEA6C B0EX4' Name: 'Pset_SanitaryTerminalTypeWCSeat' IfcClassificationReference #4 Location: ' ItemReference: '308' Name: 'WC seats' HasProperties IfcPropertySingleValue #32 Name: 'SeatHasCover' NominalValue: IFCBOOLEAN(.T.) Ifc IfcPropertySingleValue #33 Name: 'Color' NominalValue: IFCTEXT('Llight blue-gray') ProIT_IFC_Aspect_3_PartLibrary_-0.doc

26 Part Library ProIT-3 Created: Revision Date: Version:.0 Editor: KSn 4(4) Instance Diagram (Example 2: Part Library for Assembly): IfcRelAssignsToGroup #2 GlobalId: 'GH3E57998AA433E928JK6' Name:'PartLibraryGrouping' RelatedObjectsType: $ RelatingGroup IfcGroup # GlobalId: 'GH3E57998AA433E928FB' Name: 'HVAC Part Lbrary' Description: 'Grouping for part library type objects' Ifc RelatedObjects Ifc RelatingObject IfcElementAssembly #0 GlobalId: 'F327BF38ED84EB858DC8' Name: 'Washhand basin with faucet' ObjectType: 'PartLib-ProductPackage' Tag: ODI-WHB-23/WF-23 AssemblyPlace:.FACTORY. PredefinedType:..USERDEFINED. Ifc RelatedObjects IfcRelAggregates # GlobalId: '7BBA593AFFB6482BA23B53' Name: 'ProductPackageContainer' Ifc Ifc IfcRelAssociatesClassification RelatingClassification IfcClassificationReference ReferencedSource RelatedObjects IfcFlowTerminal #20 GlobalId: 'DB3E57998AA433E928FH' Name: 'Washhand basin' ObjectType: 'PartLib-ProdutPackagePart' Tag: ODI-WHB-23 RelatedObjects IfcClassification IfcSanitaryTerminalType #22 GlobalId: 'DB3E57998AA433E928FH' Name: 'Washhand basin' ObjectType: 'PartLib-ProdutPackagePartType' Tag: ODI-WHB-23 ElementType: $ PredefinedType:.WASHHANDBASIN. IfcRelDefinesByType #2 GlobalId: 'FE36C9FC47AF4FCBCBE67' Name: $ RelatingType RelatedObjects ReferencedSource Ifc Ifc HasPropertySets IfcPropertySet IfcRelAssociatesClassification RelatingClassification IfcClassificationReference IfcFlowController #30 GlobalId: 'DB3E57998AA433E928FB' Name: 'Water faucet' ObjectType: 'PartLib-ProdutPackagePart' Tag: ODI-F-23 RelatedObjects ReferencedSource IfcValveType #32 GlobalId: 'DB3E57998AA433E928FB' Name: 'Water faucet' ObjectType: 'PartLib-ProdutPackagePartType' Tag: ODI-F-23 ElementType: $ PredefinedType:.FAUCET. IfcRelDefinesByType #3 GlobalId: 'FE36C9FC47AF4FCBCBE67' Name: $ RelatingType RelatedObjects Ifc HasPropertySets IfcPropertySet IfcRelAssociatesClassification RelatingClassification IfcClassificationReference ProIT_IFC_Aspect_3_PartLibrary_-0.doc

27 Identification, Naming and Owner ProIT-00 Created: Revision Date: Version:.0 Editor: KSn (2) General Description: This aspect describes how objects are named and identified as well as how ownership of objects is assigned according to the IFC specification. See also IFC 2x2 add. on-line specification. Entity Type Detail Considerations: The IfcRoot.GlobalId attribute is globally unique and is governed by special constraints and generation principles described in the IFC specification. The IfcRoot.Name attribute is generally optional, but subtypes may impose mandatory use through local where rules, see the IFC specification for details. The Ifc.CreationDate and Ifc. LastModificationDate attributes are of type IfcTimeStamp, which is an indication of date and time expressed as the number of seconds which have elapsed since the beginning of the year 970. General Entity Type Description: In order to maintain and manage the instantiated IFC model objects over their lifetime they are uniquely identified by the GlobalId attribute which is possessed by every instance of subtypes of IfcRoot. In addition, IfcRoot has the optional Name and Description attributes for additional naming and descriptive purposes. The IFC model has a lightweight construct for capturing the most recent changes for a specific instance through the attribute possessed by all subtypes of IfcRoot. This attribute refers to an Ifc instance holding the information about the state of the instance, the name and organization of the user that created and last modified the instance, the software application that created and last modified the instance, and the date and time that the instance was created and last modified. Notes: The identification, naming and ownership assignment applies to all subtypes of the IfcRoot entity, i.e. all objects of entity types belonging to the project model part of the IFC object model, either subtypes of IfcObject, IfcRelationship or IfcPropertyDefinition. Partial Schema in EXPRESS-G: *STRING IfcGloballyUniqueId *GlobalId IfcRoot Name 2, IfcPersonAndOrganization OwningUser LastModifyingUser Ifc Description 2,2 IfcText OwningApplication IfcApplication LastModifyingApplication IfcChangeActionEnum ChangeAction State IfcPropertyDefinition IfcRelationship IfcObject IfcStateEnum CreationDate IfcTimeStamp LastModifiedDate ProIT_IFC_Aspect_00_IdentificationNamingOwner_-0.doc

28 Identification, Naming and Owner ProIT-00 Created: Revision Date: Version:.0 Editor: KSn 2(2) General Instantiation Description: This instance diagram gives an example of how an object, an instance of IfcColumn, a subtype of IfcRoot, is given identification, naming and owner history information. Instantiation Notes: Some of the optional attributes are left unasserted in the example. IfcLocalPlacement and IfcProductDefintionShape instance details are omitted for sake of clarity (see aspect cards ProIT-080 and ProIT-08 for further details). Instantiation details: The instance of the class IfcColumn (#) has a globally unique ID, which is generated according to the IFC specifications. The column object is named 'Column---'. The optional Description attribute is here left without a value. All objects in a building project have a relationship to an owner history, which gives a snapshot of the last changes made to a specific object. The column has an owner history (#2) with the last change action Added, pointing to the application (#3) as well as person and organization (#4, #5 and #6) that have the ownership of the column information. The owning user has a specific role Consultant stored in an instance of the IfcActorRole class (#7). The owning application (#3) has an organization (#8) as its developer. Instance Diagram: IfcColumn # GlobalId: 'F327BF38ED484EB858DC9' Name: 'C---' Description: 'A concrete column' ObjectType: $ Tag: $ ObjectPlacement Representation IfcLocalPlacement IfcProductDefinitionShape Ifc #2 State: $ ChangeAction:.ADDED. LastModifiedDate: $ CreationDate: OwningApplication IfcApplication #3 Version: '.0' ApplicationFullName: 'TheApplication' ApplicationIdentifier: 'TheApp' ApplicationDeveloper OwningUser IfcPersonAndOrganization #5 TheOrganization IfcOrganization #4 Id: $ Name: 'DesignCompany Ltd' IfcOrganization #8 Id: $ Name: 'SoftCompany Ltd' Roles ThePerson IfcPerson #6 Id: $ FamilyName: 'Doe' GivenName: 'John' MiddleNames: $ PrefixTitles: $ SuffixTitles: $ IfcActorRole #7 Role:.CONSULTANT. UserDefinedRole: $ ProIT_IFC_Aspect_00_IdentificationNamingOwner_-0.doc

29 Grouping ProIT-030 Created: Revision Date: Version:.0 Editor: KSn (2) General Description: This aspect describes how objects are grouped together using the grouping mechanism according to the IFC specification. See also IFC 2x2 add. on-line specification. Entity Type Detail Considerations: There are several possible uses for grouping: collecting members of a system together, grouping objects according to different disciplines, grouping together objects for procurement purposes, providing alternative hierarchical structures, etc. Groups may be defined using instances of specific subtypes of the IfcGroup class found in the IFC object model or using the generic IfcGroup class and by qualifying the group, for instance, using the inherited ObjectType attribute or the Name or Description attributes. General Entity Type Description: Grouping is a general purpose logical collection of objects. The grouping is independent of any fixed decomposition or location groups may be established for various reasons. Groups are implemented using instances of the IfcGroup class (or more specific subtypes) to which the group members are assigned using IfcRelAssignsToGroup instances. It should be noted that a single object may be included in several different groups. Another noticeable aspect is that a group itself may a part of another group, and that groups can be nested to form hierarchies. Notes: There are a number of subtypes of IfcGroup in the IFC model. Of these only the two most widely used, IfcSystem and IfcZone, are shown in the partial schema below. Partial Schema in EXPRESS-G: 2,2 IfcGloballyUniqueId *GlobalId IfcRoot Name 2, 2,3 Ifc Description 2,4 IfcText IfcRelationship IfcObject ObjectType 2, IfcRelAssigns RelatedObjects S[:?] (INV) HasAssignments S[0:?] IfcObjectTypeEnum RelatedObjectsType IfcRelAssignsToGroup RelatingGroup (INV) IsGroupedBy IfcGroup IfcSystem IfcZone ProIT_IFC_Aspect_030_Grouping_-0.doc