Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä ja kustannuslaskenta Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä- ja kustannuslaskenta Tiedonsiirron käyttötapaus Tunnistettu käytännön tiedonsiirron tarve Tiedonsiirron yksityiskohtainen dokumentointi Tiedonsiirron standardin (IFC) soveltaminen Ohjeistuksena toteutuksille ja käytäntöön Osapuoli A (Lähettäjä) Ark Tot Osapuoli B (Vastaanottaja) Määrittelee tiedonsiirron tietosisällön ja toteutuksen Sovellus X Sovellus X Sovellus Sovellus Y Y Rakennussuunnittelu Mää äärä- ja kustannuslaskenta KKa Projekti Pro IT Rakennusteollisuus RT Dokumentin nimi Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä- ja kustannuslaskenta Dokumentin versio.0 Kirjoittaja Kari Karstila & Kalle Serén / Eurostepsys Oy Julkisuus Julkinen 2005-02-04 ProIT_DEXUC_ArkTot_Versio_0_2005-0-4.doc
Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä ja kustannuslaskenta 2 OSA KÄYTTÖTAPAUKSEN KUVAUS: PERUSTEET JA TIETOSISÄLTÖ... 3 JOHDANTO... 4. YLEISTÄ... 4.3 DOKUMENTIN SISÄLTÖ... 4 2 PERUSTEET... 6 2. KÄYTTÖTAPAUKSEN NIMI JA KOHDEALUE... 6 2.2 RAJAUS... 6 2.2. Tiedonsiirron tarkoitus ja karkea tietosisältö... 6 2.2.2 Osapuolet ja sovellukset... 7 2.3 LIITTYMINEN RAKENNUSPROSESSIIN... 7 2.4 LÄHTÖOLETUKSET...9 3 TIETOSISÄLTÖ... 0 3. PROJEKTI... 0 3.2 TONTIN TIEDOT... 0 3.3 RAKENNUKSEN TIEDOT... 0 3.4 KERROSTEN TIEDOT... 0 3.5 TILOJEN TIEDOT... 3.6 RAKENNUSOSIEN TIEDOT... 3.6. Rakennusosatyypit... 3.6.2 Rakennusosien rakennetyyppi... 3 3.6.3 Rakennusosien 3D-muoto (geometria / mittatiedot)... 3 3.6.4 Sijaintitieto... 4 3.7 YHTEENVETO TIETOSISÄLLÖSTÄ... 4 3.8 RAKENNUKSEN TUOTEMALLINNUKSEN OHJEISTUS... 4 3.9 KÄYTÄNNÖN TIEDONSIIRTOJEN TIETOSISÄLLÖN RAJAUKSEN KUVAUS... 4 OSA 2 KÄYTTÖTAPAUKSEN TOTEUTUS: IFC-TOTEUTUS... 6 JOHDANTO... 7 2 TIEDONSIIRRON IFC-TOTEUTUS... 7 2. IFC-TUOTEMALLIN MINIMISISÄLTÖ... 7 2.2 RAKENNUOSIEN TOTEUTUS IFC-LUOKILLA... 8 2.3 KÄYTTÖTAPAUKSEN IFC-ASPEKTIT... 9 2.4 IFC-TIEDONSIIRRON FORMAATIT... 20 VIITTEET... 2 LIITE. LYHYT SANASTO... 22 LIITE 2. KÄYTTÖTAPAUKSEEN LIITTYVIÄ MALLINNUSSÄÄNTÖJÄ.... 25 LIITE 3. TIEDONSIIRRON TIETOSISÄLLÖN KUVAUKSEN LYHYT TARKISTUSLISTA... 26 LIITE 4. TIEDONSIIRRON TOTEUTUKSEN LYHYT TARKISTUSLISTA... 27 LIITE 5. TIEDONSIIRRON KÄYTTÖTAPAUKSEN IFC-TOTEUTUKSEN IFC- ASPEKTIKORTIT.... 28 2005-02-04 ProIT_DEXUC_ArkTot_Versio_0_2005-0-4.doc
Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä ja kustannuslaskenta 3 Osa Käyttötapauksen kuvaus: Perusteet ja tietosisältö 2005-02-04 ProIT_DEXUC_ArkTot_Versio_0_2005-0-4.doc
Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä ja kustannuslaskenta 4 Johdanto Tämä dokumentti on tiedonsiirron käyttötapauksen määrittely (spesifikaatio) tiedonsiirrolle rakennussuunnittelusta määrä- ja kustannuslaskentaan. Tämä tiedonsiirron käyttötapaus koskee erityisesti digitaalisen tuotetiedon siirtoa 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 käytäntöön Osapuoli A (Lähettäjä) Ark Tot Osapuoli B (Vastaanottaja) Määrittelee tiedonsiirron tietosisällön ja toteutuksen Sovellus Sovellus X 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 yleiskuva käyttötapauksesta ja Osa on siten suunnattu sekä ohjelmistokehittäjille että käyttäjille. 2005-02-04 ProIT_DEXUC_ArkTot_Versio_0_2005-0-4.doc
Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä ja kustannuslaskenta 5 Osa 2 kuvaa käyttötapauksen toteutuksen IFC-spesifikaatiota käyttäen. Tämä toteutus perustuu kesällä 2004 julkaistuun versiooon 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]. 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]. Suunnittelijan määrälaskentaa palvelevien tyyppirakenteiden määrittely [], jossa on kuvattu eri rakennusosien määrälaskennan lähtötietoina käytettyjä mittatietoja sekä määrälaskennan sääntöjä. 2005-02-04 ProIT_DEXUC_ArkTot_Versio_0_2005-0-4.doc
Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä ja kustannuslaskenta 6 2 Perusteet 2. Käyttötapauksen nimi ja kohdealue Tämän tiedonsiirron käyttötapauksen nimi on Tiedonsiirto rakennussuunnittelusta määrä- ja kustannuslaskentaan. Käyttötapauksen tarkoituksena on siirtää rakennussuunnittelun (arkkitehtisuunnittelun) tuottama rakennuksen tuotemalli lähtötiedoksi esimerkiksi rakennusliikkeen suorittamalle määrälaskennalle. Käyttötapauksen mukaiset tiedonsiirrot voi toistua käytännön hankkeissa eri karkeustason tiedoilla, hankkeen eri vaiheissa. 2.2 Rajaus 2.2. Tiedonsiirron tarkoitus ja karkea tietosisältö Käyttötapauksen tarkoituksena on siirtää rakennussuunnittelun tuottama rakennuksen tuotemalli pohjaksi rakennusliikkeen suorittamalle määrälaskennalle, joka edelleen tuottaa määrätiedot kustannuslaskentaan ja määrien hallintaan. Vaiheistukseltaan rakennuksen tuotemalli voi olla alustava rakennusosamalli tai rakennusosamalli. Rakennuksen määrätieto tuotetaan käyttötapauksen vastaanottavalla puolella, eikä määrätieto ole osa käyttötapauksen tietosisältöä. Tässä käyttötapauksessa siirretään ainoastaan lähtötiedot määrätietojen tuottamiseksi. Tässä yhteydessä on tarpeen erottaa käsitteet mittatieto ja määrätieto: Tilojen ja rakennusosien mittatieto (tai 3D-muoto / geometria) tarkoittaa tilojen ja osien 3D-muodon kuvauksen perustietoja. Esim. seinän 3D-muotoa kuvaavan tilavuuskappaleen, suorakulmaisen särmiön pituus, leveys ja korkeus. Tilojen ja rakennuosien määrätieto tarkoittaa mittatiedoista johdettuja määrää kuvaavia tietoja, joita myös usein summataan yli saman tyypin (esim. rakennetyypin) omaavien olioiden. Esimerkiksi tietyn rakennetyypin omaavien seinien yhteenlaskettu pinta-ala. Tässä tiedonsiirron käyttötapauksessa siirtyy mittatieto osana tilojen ja rakennusosien 3Dmuodon kuvausta, ja tilojen ja rakennusosien määrätieto tuotetaan käyttötapauksen vastaanottavalla puolella. Määrätietojen tuottaminen ja tuotettujen määrätietojen edelleen siirto määrälaskennasta kustannuslaskentaan on käyttötapauksen rajauksen ulkopuolella. 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. 2005-02-04 ProIT_DEXUC_ArkTot_Versio_0_2005-0-4.doc
Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä ja kustannuslaskenta 7 2.2.2 Osapuolet ja sovellukset Tiedonsiirron käyttötapauksen osapuolina ja sovelluksina ovat tyypillisesti (kuva 2): Tiedon lähettäjä: Rakennussuunnittelu (arkkitehti), joka on rakennussuunnittelun mallipohjaisella CAD-sovelluksella tuottanut rakennuksen tuotemallin. Tiedon vastaanottaja: Toteutuksen määrä- ja kustannuslaskenta (esimerkiksi rakennusliike), joka määärälaskentasovelluksella tuottaa määrätiedot kustannuslaskentaan. Kyseessä voi myös olla integroitu määrä- ja kustannuslaskennan sovellus. Arkkitehti Rakennussuunnittelu Rakennussuunnittelu-CAD Selitykset: Rooli (Osapuoli) Toiminto Sovellustyyppi Tietosisältö Rakennusosamalli: Tontti, rakennus, kerrokset, tilat Rakennusosat: rakennetyyppi, muoto, sijaniti Toteuttaja (Rakennusliike) Määrälaskenta Määrälaskentasovellus Määrät Rakennusliike Kustannuslaskenta Kustannuslaskentasovellus KKa Kuva 2. Tiedonsiirron käyttötapauksen osapuolet, toiminnot ja sovellustyypit. Käyttötapauksen rajaukseen sisältyy harmaa alue. 2.3 Liittyminen rakennusprosessiin Pro IT:n Rakennuksen suunnittelun, toteutuksen ja ylläpidon prosessimallissa [5] tiedonsiirron käyttötapaus asemoituu karkealla tasolla rakennuksen suunnittelun ja työmaatoteutuksen valmistelun toimintojen välille (kuva 3). 2005-02-04 ProIT_DEXUC_ArkTot_Versio_0_2005-0-4.doc
Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä ja kustannuslaskenta 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 A3 Koordinoi rakennuksen suunnittelu sekä tuoteosien ja järjestelmien suunnittelu A32 Kehitä ja analysoi vaihtoehtoratkaisut A33 Tee tarkentuva suunnittelu A34 Valmistele työmaatoteutus A35 Valvo toteutuksen suunnitelmien- mukaisuus 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. Käyttötapaukseen liittyvät toiminnot (vahvennettu) ProIT-prosessimallin toimintojen hierarkiassa. Huom. Tässä on esitetty vain hierarkian kolme ylimmäistä tasoa. Tarkemmalla tasolla kuvassa 4 on esitetty prosessimallin osakaavio, jossa rakennuksen suunnittelua edustavat toiminnot A32 Kehitä ja avalysoi vaihtoehtoratkaisut ja A33 Tee tarkentuvat suunnittelu ovat käyttötapauksen tietoa tuottavat toiminnot ja toiminto A34 Valmistele työmaatoteutus on tietoa vastaanottava toiminto. Hankkeen reunaehdot Hankeohjelma Suunnittelijoiden tehtäväluettelot Asiakaspäätökset Yleiset tuotemallinnuksen ohjeet Hallitut asiakasvaatimukset Rakennettavuus palaute Suunnittelun ja toteutuksen koordinointi Koordinoi rakennuksen suunnittelu sekä tuoteosien ja järjestelmien suunnittelu A3 Suunnittelun koordinointi Kehitä ja avalysoi vaihtoehtoratkaisut A32 Täsmennetyt rakennuksen suunnittelun tavoitteet Asiantuntija-arviot ja -lausunnot Alustavat rakennuksen suunnitelmat Tuotekirjastot Ylläpidetyt tuote-, tuotanto- ja ylläpitokirjastot Tuotantokirjastot Tee tarkentuva suunnittelu A33 Rakentamisen suunnitelmat Valmistele työmaatoteutus A34 Rakennuksen suunnitelmat Aikataulu Kustannusarvio Rakennustapa Valvo toteutuksen suunnitelmienmukaisuus Suunnittelun toteutuksen valvonta A35 Rakennussuunnittelija Talotekninen Pääsuunnittelija Suunnittelukokoukset Rakennesuunnittelija suunnittelija Tuotemallipohjaiset sovellukset Toteuttajat Suunnittelijat NODE: TITLE: NUMBER: A3 Suunnittele rakennus, ja valmistele työmaatoteutus Kuva 4. Tiedonsiirron käyttötapauksen toiminnot ProIT-prosessimallissa. Kuvassa 5 on esitetty Valmistele työmaatoteutus prosessikaavio, jossa A323 Tee määrä- ja kustannuslaskenta on käyttötapauksen tietoa vastaanottava toiminto kuvan 4 kaaviota tarkemmalla tasolla. 2005-02-04 ProIT_DEXUC_ArkTot_Versio_0_2005-0-4.doc
Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä ja kustannuslaskenta 9 Rakennuksen suunnitelmat Alustavat rakennuksen suunnitelmat Hankeohjelma Viranomaisvaatimukset laadunvarmistukselle Suunnittelun vaatimukset laadunvarmistukselle Toteutuksen vaatimukset laadunvarmistukselle Yhteistyösopimukset Hankintastrategiat Suunnittele työmaaprosessit ja laadunvarmistus A34 Tee työmaan logistiikkatarkastelut ja aluesuunnittelu A342 Rakennettavuus palaute Rakentamisen suunnitelmat Toteutuksen laadunvarmistussuunnitelmat Työmaatoteutuksen logistiikkasuunnitelma Työmaan aluesuunnitelma Tuoterakenteet Tuotantorakenteet Panoshintatiedot Ennakkohinnat Tee määrä ja kustannuslaskenta A343 Suunnittele hankinnat ja valitse toimittajat Määrätiedot Kustannusarviot Valitut toimittajat Hankintasuunnitelmat A344 Toteuta hankinnat Hankinnat Toteutuksen visualisointisovellukset A345 Tuotemallipohjaiset 4D-sovellukset Simulointisovellukset sovellukset Toteuttajat NODE: TITLE: NUMBER: A34 Valmistele työmaatoteutus Kuva 5. Käyttötapauksen tietoa vastaanottavan toiminnon prosessikaavio ProITprosessimallissa. Käyttötapauksessa siirrettävää tietoa edustavat tietovirrat Alustavat rakennuksen suunnitelmat sekä Rakennuksen suunnitelmat. Alustavat rakennuksen suunnitelmat tietovirta sisältää rakennuksen alustavan rakennusosamallin. Rakennuksen suunnitelmat -tietovirta sisältää rakennuksen rakennusosamallin. 2.4 Lähtöoletukset Käyttötapauksen lähtöoletuksena on, että rakennussuunnittelu on tuottanut rakennuksen alustavan rakennusosamallin tai rakennusosamallin, jonka tietosisältö vastaa kohdassa 3 esitettyjä vaatimuksia. Lisäksi rakennussuunnittelun sovelluksen tulee pystyä kirjoittamaan rakennuksen tuotemalli Osan 2 määrittelemään tiedonsiirron toteutuksen esitysmuotoon ja tiedonsiirron formaattiin. Rakennuksen tuotemallitiedot pitää tiedonsiirron jälkeen myös pystyä määrälaskentasovelluksella jälkikäsittelemään (lukemaan) Osan 2 määrittelemästä tiedonsiirron toteutuksen esitysmuodosta ja tiedonsiirron formaatista määrälaskentasovelluksen tiedoiksi. Tiedonsiirron oletuksena on myös se, että tietoa lähettävällä ja vastaanottavalla osapuolella on yhteinen käsitys rakennusosien rakennetyyppien nimikkeistä, eli käyttävät samaa nimikkeistöä rakennetyypeille. Esimerkki tällaisesta nimikkeistöstä on ProIT rakennetyyppikirjaston nimikkeistö [4]. Tietoa vastaanottavalla puolella rakennuosien ominaisuuksia tunnistetaan sen rakennetyypin nimikkeen avulla, ei välttämättä rakennusosan osien, kuten rakennekerrosten, ominaisuuksista. 2005-02-04 ProIT_DEXUC_ArkTot_Versio_0_2005-0-4.doc
Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä ja kustannuslaskenta 0 3 Tietosisältö Tiedonsiirron käyttötapauksen keskeisenä tietosisältönä on: Projekti Tontti ja rakennus Rakennuksen kerrokset Tilat ja niiden tyyppitieto (tilatyyppi, käyttötarkoitus) Rakennusosat ja niiden tyyppitieto (rakennetyyppi) Tilojen ja rakennusosien 3D-muoto (geometria / mittatiedot), josta määrätiedot voidaan johtaa Tilojen ja rakennusosien sijaintitieto Kaikille em. olioille yhteisenä tietotarpeena on tuotemallintamisen periaatteiden mukainen olioiden yksikäsitteinen tunnistaminen (käytännössä yksikäsitteinen Id). Tätä edellyttää mm. muutosten hallinta. Pääperiaatteena tietosisällössä on pystyä tunnistamaan rakennuksen oliot mukaan lukien rakennetyyppi (vastaa kysymykseen mikä), mikä on olion 3D-muoto ja sijainti. Eri tyyppisiin rakennuksen olioihin liittyviä tietotarpeita on kuvattu seuraavassa tarkemmin. 3. Projekti Projektin tietoja ovat sen identifioivat perustiedot (nimi, tunnus, jne.), sekä projektin 3Dkoordinaatisto, joka on keskeinen eri osapuolien 3D-mallien yhtenäisen sijainnin ja orientaation perustana. Projektin tasolla voidaan myös yhteisesti määritellä käytettävät mittayksiköt. 3.2 Tontin tiedot Tässä käyttötapauksessa tontin merkitys pieni, eikä se välttämättä kuuluisi käyttötapauksen pakolliseen tietosisältöön. Tiedonsiirron toteutus voi kuitenkin edellyttää tontin sisällyttämistä tiedonsiirtoon. Mikäli tontti sisällytetään tiedonsiirtoon, niin käyttötapauksen kannalta merkittävin tieto olisi sen 3D-muoto, josta saataisiin tontin pinta-ala. 3.3 Rakennuksen tiedot Rakennus on käyttötapauksen tietosisällön pakollinen osa, ja rakennus toimii koostavana oliona rakennuksen kerroksille. Rakennuksen tietoja on sen 3D-muoto, josta saadaan johdettua rakennuksen tilavuus- ja pinta-alatiedot. 3.4 Kerrosten tiedot Rakennuksen kerrokset toimivat koostavina olioina kerroksissa sijaitseville tiloille ja rakennusosille. Kerroksen tietoja on sen 3D-muoto, josta saadaan johdettua kerroksen tilavuus- ja pinta-alatiedot. 2005-02-04 ProIT_DEXUC_ArkTot_Versio_0_2005-0-4.doc
Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä ja kustannuslaskenta 3.5 Tilojen tiedot Tilojen tietoja ovat tilatyyppi (nimike) sekä tilan 3D-muoto, josta saadaan johdettua sen tilavuus- ja pinta-alatiedot. 3.6 Rakennusosien tiedot Käyttötapauksen keskeisimpänä tietosisältönä on rakennuksen eri rakennusosat, sekä ne laiteosat, joita rakennussuunnittelu on saattanut määritellä. Pääasiassa on kysymys rakennusosista, joten jatkossa käytetään vain tätä termiä. Rakennusosien keskeisiä tietoja ovat niiden rakennetyyppi, 3D-muoto (geometria / mittatieto) sekä rakennusosien sijaintitieto. 3.6. Rakennusosatyypit Rakennusosia on lukuisia eri tyyppejä tai nimikkeitä. Tässä rakennusosat luokitellaan viitteen [8] sisältämän Talo 2000-rakennusosanimikkeistön mukaisilla nimikkeillä. Karkealla tasolla käyttötapauksen tietosisältöön kuuluu seuraavien nimikkeiden rakennusosia (ja laiteosia): Aluerakenteet: 5 Aluevarusteet, 6 Aluevarusteet 2 Talorakenteet: 22 Runkorakenteet, 23 Vaipparakenteet, 24 Täydentävät rakenteet 3 Tilarakenteet: 3 Tilojen jako-osat, 32 Tilojen pintarakenteet, 34 Tilojen varusteet, 35 Erityiset tilaosat, 36 Kevyet tilaelementit. 25 Talolaitteet: 25 Siirtolaitteet, 252 Tilalaitteet. Tiedonsiirron käyttötapauksen kannalta keskeiset rakennusosien tyypit ja niiden tyypillisiä mittatietoja määrälaskennan kannalta on esitetty taulukossa. Taulukko. Tiedonsiirron käyttötapauksen tietosisällön keskeisiä (rakennus)osia sekä niiden tyypillisiä mittatietoja määrälaskennan kannalta. Huom. osaa tiedoista ei ole ilmoitettu, mikäli se ei ole yksikäsitteistä. Luokka Talo-2000 koodi Tyypillisiä mittatietoja Kommentti Aluerakenteet Paalu 22 Korkeus, poikkileikkausmitat Ei välttämättä rakennussuunnittelun mallissa Paaluantura 22 Ei välttämättä rakennussuunnittelun mallissa Tukimuuri 23 Pituus, leveys, korkeus Ei välttämättä rakennussuunnittelun mallissa Talovarusteet 5 Katos 6 Aidat 62 Ulkopuolinen rakenne Kulkurakenteet Ei välttämättä rakennussuunnittelun mallissa Talorakenteet Jatkuva antura 2 Pituus, Paksuus, Korkeus Ei välttämättä rakennussuunnittelun mallissa Pilariantura 2 Korkeus, poikkileikkausmitat Ei välttämättä rakennussuunnittelun mallissa Perusmuuri 22 Pituus, Paksuus, Korkeus Ei välttämättä rakennus- 2005-02-04 ProIT_DEXUC_ArkTot_Versio_0_2005-0-4.doc
Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä ja kustannuslaskenta 2 Luokka Talo-2000 koodi Tyypillisiä mittatietoja Kommentti suunnittelun mallissa Peruspilari 22 Korkeus, Poikkileikkausmitat Ei välttämättä rakennussuunnittelun mallissa Peruspalkki 22 Pituus, korkeus, leveys Ei välttämättä rakennussuunnittelun mallissa Sokkeli 22 Pituus, paksuus, korkeus Ei välttämättä rakennussuunnittelun mallissa Sokkelipalkki 22 Pituus, korkeus, leveys Ei välttämättä rakennussuunnittelun mallissa Väliseinä, kantava 222 Pituus, paksuus, korkeus Pilari 223 Korkeus, poikkileikkausmitat Palkki 224 Pituus, korkeus, leveys Maanvarainen laatta 225 Paksuus, pinta-ala Ei välttämättä rakennussuunnittelun mallissa Alapohja 225 Paksuus, pinta-ala Ovi 233 / 35 Korkeus, leveys Ulkoseinä 23 Pituus, paksuus, korkeus Kantava ulkoseinä 23 Pituus, paksuus, korkeus Ikkuna 232 Korkeus, leveys Vesikatto 234 Paksuus, pinta-ala Räystäs Kattoikkuna 236 Korkeus, leveys Porras 24 Korkeus, leveys, syvyys Porrastaso 24 Paksuus, pinta-ala Välipohja Paksuus, pinta-ala Yläpohja Paksuus, pinta-ala Parvekelaatta Paksuus, pinta-ala Parvekepilari Korkeus, poikkileikkausmitat Parvekepieli Pituus, paksuus, korkeus Parvekepalkki Pituus, korkeus, leveys Parvekekaide Pituus, paksuus, korkeus Parvekekatto Kattovaruste Leveys, korkeus, syvyys Tilarakenteet Väliseinä, ei-kantava 3 Pituus, paksuus, korkeus Kaiteet 34 Pituus, paksuus, korkeus Lattiapinta 32 Alaslaskettu katto 323 Paksuus, pinta-ala Kattopinta 324 Seinäpinta 325 / 326 Kaluste 34 / 342 Korkeus, leveys, syvyys Varuste 343 Korkeus, leveys, syvyys Laite / Kone 344 / Korkeus, leveys, syvyys Tulisija 352 Korkeus, leveys, syvyys Hormi / Hormisto / 352 Pituus, paksuus, korkeus Savupiippu Roilo Pystykotelo Pituus, paksuus, korkeus Vaakakotelo Tilaelementti 36x Korkeus, leveys, syvyys Talolaitteet Hissi 25 Korkeus, leveys, syvyys Muut 2005-02-04 ProIT_DEXUC_ArkTot_Versio_0_2005-0-4.doc
Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä ja kustannuslaskenta 3 Luokka Talo-2000 koodi Tyypillisiä mittatietoja Kommentti Tila Pituus, leveys, korkeus, (piirin pituus, pintaala) Osa määrätietoja 3.6.2 Rakennusosien rakennetyyppi Eräs keskeisiä rakennusosiin liittyviä tietoja käyttötapauksessa on rakennusosan rakennetyyppi. Rakennetyyppi-tiedon avulla saadaan tiedon vastaanottavalla puolella tuotetut määrätiedot liitettyä eri rakennetyyppien tuoterakenne- ja kustannustietoihin. Eri rakennetyypit tunnistetaan yhteisesti sovittujen nimikkeiden avulla [4]. 3.6.3 Rakennusosien 3D-muoto (geometria / mittatiedot) Rakennusosien mittatiedot on kuvattu rakennusosien 3D-muodon ja geometrian kautta. Eri rakennusosien määrälaskennan lähtötietoina käytettyjä mittatietoja sekä määrälaskennan sääntöjä on kuvattu RT-julkaisemassa dokumentissa Suunnittelijan määrälaskentaa palvelevien tyyppirakenteiden määrittely []. 2005-02-04 ProIT_DEXUC_ArkTot_Versio_0_2005-0-4.doc
Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä ja kustannuslaskenta 4 3.6.4 Sijaintitieto Rakennusosien sijaintitietona, joka on perustana määrien sijainnin hallinnalle, voi olla: Kerros Tilaryhmä, tai Lohko, mikäli lohkojako on jo tiedossa. Varusteiden ja kalusteiden sijaintitietona voi olla: Huoneisto, tai Tila. 3.7 Yhteenveto tietosisällöstä Taulukossa 2 on esitetty yhteenveto käyttötapauksen kannalta relevantista tietosisällöstä. Taulukko 2. Tiedonsiirron käyttötapauksen tietosisällön yhteenveto. Luokka Tiedot Kommentti Projekti Identifiointi 3D-koordinaatisto MIttayksiköt Tontti Identifiointi 3D-muoto Pinta-alan perusteena Rakennus Identifiointi 3D-muoto Koostaa kerrokset Kerrokset Identifiointi 3D-muoto Koostaa tilat ja rakennusosat Tilat Identifiointi 3D-muoto Tilatyyppi Sijainti kerroksissa Rakennusosat Identifiointi Rakennetyyppi 3D-muoto Sijainti kerroksissa ja lohkoissa Tilavuuden ja pinta-alan perusteena Tilavuuden ja pinta-alan perusteena Tilavuuden ja pinta-alan perusteena 3.8 Rakennuksen tuotemallinnuksen ohjeistus Rakennussuunnittelun tuotemallinnuksen ohjeistusta on annettu viitteessä [2]. Liitteessä 2 on esitetty eräitä yksittäisiä näkökohtia mallinnukseen. 3.9 Käytännön tiedonsiirtojen tietosisällön rajauksen kuvaus Käytännön tiedonsiirron toteutuksissa rakennushankkeissa voi siirrettävän tiedon tietosisältö vaihdella yhdenkin tietonsiirron käyttötapauksen sisällä, riippuen hankkeen vaiheesta, rakennuksen tuotemallin tarkkuudesta, jne. Tähän liittyen on rakennushankkeissa tiedonsiirtoa varten syytä määritellä yksittäisen tiedonsiirron kattama tietosisältö, ja se mitä tietoa ei siirretä. Tällöin tiedon vastaanottaja / hyödyntäjä on tietoinen tietosisällön mahdollisista rajoituksista. 2005-02-04 ProIT_DEXUC_ArkTot_Versio_0_2005-0-4.doc
Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä ja kustannuslaskenta 5 Liitteessä 3 on esitetty lyhyt tarkistuslista käytännön tiedonsiirtojen tietosisällön rajauksen kuvaamiseksi. 2005-02-04 ProIT_DEXUC_ArkTot_Versio_0_2005-0-4.doc
Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä ja kustannuslaskenta 6 Osa 2 Käyttötapauksen toteutus: IFC-toteutus 2005-02-04 ProIT_DEXUC_ArkTot_Versio_0_2005-0-4.doc
Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä ja kustannuslaskenta 7 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). Rakennushankkeissa on aina erikseen sovittava käytettävä tiedonsiirron toteutustapa. Tässä dokumentissa kuvataan tiedonsiirron toteutus IFC-spesifikaatiota käyttäen. Tämä kuvaus on tarkoitettu toisaalta ohjelmistotoimittajille tiedonsiirron rajapinnan toteutusta (implementointia) varten, toisaalta tietosiirron ratkaisuja valitseville kuvauksena vaatimuksista silloin, jos tiedosniiro toteutetaan IFC:tä 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 tms. käyttäen tiedonsiirto tapahtuu. 2 Tiedonsiirron IFC-toteutus Tiedonsiirron IFC-toteutus perustuu versioon IFC 2x2 Addendum (IFC 2x 2nd edition Addendum ), joka on julkaistu kesällä 2004. Tiedonsiirron käyttötapaus Rakennussuunnittelusta Määrä- ja kustannuslaskentaan on lähinnä IFC-näkymää Coordination View. Tärkein ero on rakennuosan rakennetyypin tuen puute Coordination View-näkymässä. 2. IFC-tuotemallin minimisisältö IFC-tuotetietomalli ja spesifikaatio asettaa tietyt minimivaatimukset sille mitä rakennuksen tuotemallin tiedostopohjaisen IFC-tiedonsiirron tietosisältönä täytyy olla. Tämän käyttötapauksen IFC-tuotemallin minimisisältönä täytyy olla: Projekti o Identifiointi ja omistushistoria o Projektin 3D-koordinaatisto o Projektin konteksti ja yleiset mittayksiköt Tontti, Rakennus ja Kerrokset o Identifiointi ja omistushistoria Tilat o Identifiointi ja omistushistoria o Tilatyyppi o Tilojen muoto 2005-02-04 ProIT_DEXUC_ArkTot_Versio_0_2005-0-4.doc
Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä ja kustannuslaskenta 8 Rakennusosat o Identifiointi ja omistushistoria o Rakennetyyppi o Rakennusosan muoto Projektin koostumusrakenne (Projekti / Tontti / Rakennuskompleksi, Rakennus, Lohko / Kerros / Tila) Rakennusosien looginen sijainti koostumusrakenteessa. 2.2 Rakennuosien toteutus IFC-luokilla Kohdassa 3 keskeisiksi todettujen eri rakennusosien tyyppien toteutus IFC-luokilla on esitetty taulukossa 3. Taulukko 3. Tietosisällön keskeisten rakennusosatyyppien peilaus ("mappaus") IFC-luokiksi. Luokka Talo-2000 koodi IFC-luokka Kommentti Aluerakenteet Paalu 22 IfcPile Paaluantura 22 IfcFooting Tukimuuri 23 IfcWall Talovarusteet 5 IfcBuildingElementProxy Katos 6 IfcRoof / IfcBuildingElementProxy Aidat 62 IfcRailing / IfcWall Ulkopuolinen IfcBuildingElementProxy rakenne Kulkurakenteet IfcBuildingElementProxy Talorakenteet Jatkuva antura 2 IfcFooting Pilariantura 2 IfcFooting Perusmuuri 22 IfcWall Peruspilari 22 IfcColumn Peruspalkki 22 IfcBeam Sokkeli 22 IfcWall Sokkelipalkki 22 IfcBeam Väliseinä, kantava 222 IfcWall / IfcWallStandardCase Tämän hetken toteutuksissa käytetään IfcWall:in alaluokkaa IfcWallStandardCase Pilari 223 IfcColumn Palkki 224 IfcBeam Maanvarainen laatta 225 IfcSlab Alapohja 225 IfcSlab /... Riippuu tapauksesta Ovi 233 / 35 IfcDoor Ulkoseinä 23 IfcWall / IfcWallStandardCase Tämän hetken toteutuksissa käytetään IfcWall:in alaluokkaa IfcWallStandardCase Kantava ulkoseinä 23 IfcWall / IfcWallStandardCase Tämän hetken toteutuksissa käytetään IfcWall:in alaluokkaa IfcWallStandardCase Ikkuna 232 IfcWindow Vesikatto 234 IfcRoof 2005-02-04 ProIT_DEXUC_ArkTot_Versio_0_2005-0-4.doc
Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä ja kustannuslaskenta 9 Luokka Talo-2000 koodi IFC-luokka Kommentti Räystäs IfcRoof Osa vesikattoa Kattoikkuna 236 IfcWindow Porras 24 IfcStair Porrastaso 24 IfcSlab Välipohja IfcSlab Yläpohja IfcSlab / IfcRoof /... Riippuu tapauksesta Parvekelaatta IfcSlab Parvekepilari IfcColumn Parvekepieli IfcWall Parvekepalkki IfcBeam Parvekekaide IfcRailing Parvekekatto IfcRoof /... Kattovaruste IfcDiscreteAccessory Tilarakenteet Väliseinä, ei-kantava 3 IfcWall / IfcWallStandardCase Tämän hetken toteutuksissa käytetään IfcWall:in alaluokkaa IfcWallStandardCase Kaiteet 34 IfcRailing Lattiapinta 32 IfcCovering /... Voi olla osa rakennetyyppiä Alaslaskettu katto 323 IfcCovering Kattopinta 324 IfcCovering /... Voi olla osa rakennetyyppiä Seinäpinta 325 / 326 IfcCovering /... Voi olla osa rakennetyyppiä Kaluste 34 / 342 IfcFurnishingElement Varuste 343 IfcDiscreteAccessory Laite / Kone 344 / IfcDistributionElement /... Vaihtoehtoisia alaluokkia Tulisija 352 IfcBuildingElementProxy Hormi / Hormisto / 352 IfcBuildingElementProxy Savupiippu Roilo IfcOpeningElement Rakennusosan muodon piirre Pystykotelo IfcBuildingElementProxy Vaakakotelo IfcBuildingElementProxy Tilaelementti 36x IfcBuildingElementProxy Talolaitteet Hissi 25 IfcTransportElement Muut Tila IfcSpace 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 4. Näiden IFC Aspektien määrittelykortit on esitetty liitteessä 5. 2005-02-04 ProIT_DEXUC_ArkTot_Versio_0_2005-0-4.doc
Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä ja kustannuslaskenta 20 Taulukko 5. Käyttötapauksen tiedonsiirron IFC-toteutuksen IFC Aspektit. Tietoelementti IFC Aspekti Kommentit Identifiointi Projekti Tontti Rakennus Kerros Tila Tilan muoto Projektin koostumusrakenne Rakennusosat Rakennusosan rakennetyyppi Rakennusosan muoto Rakennusosien looginen sijanti Rakennusosien erityiset ominaisuudet ProIT-00 Identification, naming and owner ProIT-20 Spatial element ProIT-20 Spatial element ProIT-20 Spatial element ProIT-20 Spatial element ProIT-20 Spatial element ProIT-09 096 Shape representation ProIT-02 Project containment ProIT-2 Building element ProIT-05 Classification and construction type ProIT-09 096 Shape representation ProIT-02 Project containment ProIT-07 Property set and Properties Viittaa IFC Aspektiin ProIT-050 Classification Ei koske käyttötapauksen keskeisiä tietoja, mutta tarjoaa yleisen mekanismin sovittujen ominaisuuksien liittämiseen rakennusosa-olioihin. 2.4 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 0303-2 [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. 2005-02-04 ProIT_DEXUC_ArkTot_Versio_0_2005-0-4.doc
Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä ja kustannuslaskenta 2 Viitteet [] International Alliance for Interoperability. Industry Foundation Classes IFC 2x2 Addendum. On-line Reference. Http://www.iai-international.org [2] Pro IT / Seppo Niemioja. Arkkitehdin tuotemallisuunnittelu Yleiset perusteet ja ohjeita. Pro IT, Tuotemallitieto rakennusprosessissa. Rakennusteollisuus RT. Tammikuu 2004. [3] Pro IT / Finnmap Consulting Oy. Tuotemallinnus rakennesuunnittelussa Perusteet ja ohjeita. Pro IT, Tuotemallitieto rakennusprosessissa. Rakennusteollisuus RT. 2004-09- 29. [4] Pro IT / Lauri Melvasalo. Pro IT Rakennetyyppikirjasto. Pro IT, Tuotemallitieto rakennusprosessissa. Rakennusteollisuus RT. 2004-2-2. [5] Pro IT / Karstila, Kari & Serén, Kalle. Tuotemallipohjaisen suunnittelun, toteutuksen ja ylläpidon prosessimalli. Pro IT, Tuotemallitieto rakennusprosessissa. Rakennusteollisuus RT. 2004-04-9. [6] Pro IT / Karstila, Kari (ed.). Rakennusten tuotemallintamisen sanasto. Pro IT, Tuotemallitieto rakennusprosessissa. Rakennusteollisuus RT. 2004. 45 s. [7] Pro IT / Karstila, Kari & Serén, Kalle. IFC Aspect card library. Pro IT, Tuotemallitieto rakennusprosessissa. Rakennusteollisuus RT. 2005-0-27. [8] Haahtela, Yrjänä & Kiiras, Juhani. Talonrakennuksen kustannustieto. Haahtela-Kehitys Oy. 2004. 388 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. 992-0-05. [2] ISO 0303-2: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. 200. 2005-02-04 ProIT_DEXUC_ArkTot_Versio_0_2005-0-4.doc
Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä ja kustannuslaskenta 22 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. 2005-02-04 ProIT_DEXUC_ArkTot_Versio_0_2005-0-4.doc
Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä ja kustannuslaskenta 23 Termi Määrätieto Näkymä Olio / Objekti Rakennetyyppi Rakennuksen tuotemallin vaiheistus Rakennusosamalli Tiedonsiirron käyttötapaus Tuotemalli Tuotetieto Tuotetietomalli 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. 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). 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 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. 2005-02-04 ProIT_DEXUC_ArkTot_Versio_0_2005-0-4.doc
Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä ja kustannuslaskenta 24 Termi Määritelmä Tuotetietojen formaali määrittely, joka määrittelee tuotetietojen tietosisällön. Esim. IFC Objektimalli on rakentamisen ja kiinteistönpidon tiedonsiirtoa varten määritelty tuotetietomalli. 2005-02-04 ProIT_DEXUC_ArkTot_Versio_0_2005-0-4.doc
Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä ja kustannuslaskenta 25 Liite 2. Käyttötapaukseen liittyviä mallinnussääntöjä. Eräitä rakennuksen mallinnukseen liittyviä yksittäisiä näkökohtia rakennussuunnittelulle silloin, kun rakennussuunnittelun tuottamaa tuotemallia käytetään lähtötietona määrä- ja kustannuslaskentaan: Jos rakennetyyppiä ei ole yksityiskohtaisesti määritelty, käytetään ProIT rakennetyyppitunnuksia 000-tasolla, esim. US000, VS000. Rakennetyyppitunnus on määräävä, ei se millä CAD-sovelluksen työkalulla rakennusosa on tehty. Kun rakennusosan rakennetyyppi ei ole sama läpi rakennusosan, esim. pintarakenteiden muuttumisen takia, on pintarakenteet mallinnettava rakennussuunnittellussa omia olioinaan. Tuotemalliin ei tule mallintaa (esim. esitystekniikkaa varten) ylimäärisiä rakennuksen kerroksia. Rakennuksen kerroksia ei pitäisi käyttää kuvatasojen tapaan tiedon lajitteluun. Antura tulisi mallintaa pikemmin seinä- kuin laattatyökalulla. Toisaalta antura ei ole välttämättä mukana rakennussuunnittelijan rakennusosamallissa. Mikäli eristämättömän seinärakenteen (ullakkokerroksessa) määrä on kuvattava, on se mallinnettava erikseen omalla rakennetyypillään. Tiloille käytetään tarkennettuja ProIT tilatyyppien tunnuksia [2]. Katto ja kattopalkit on mallinnettava erikseen. Rakennussuunnittelun tuotemallinnuksen ohjeistusta on annettu tarkemmin viitteessä [2]. Mallinnuksen ohjeistuksesta voi luonnollisesti poiketa tapauskohtaisesti, mikäli siitä on osapuolten kesken sovittu ja todettu tarkoituksenmukaiseksi. 2005-02-04 ProIT_DEXUC_ArkTot_Versio_0_2005-0-4.doc
Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä ja kustannuslaskenta 26 Liite 3. Tiedonsiirron tietosisällön kuvauksen lyhyt tarkistuslista. Käytännön tiedonsiirroissa on oleellista, että tiedonsiirron osapuolilla on yhteinen käsitys tiedonsiirron tietosisällöstä ja sen rajauksesta. Tiedonsiirron tietosisällöstä ja sen rajauksessa määriteltäviä asioita: Tuotemallin vaihe: Alustava rakennusosamalli / Rakennusosamalli Rakennetyyppien määrittelyn taso: Ei määritelty / Yleiset (taso 000) / Yksityiskohtaiset (taso 23) Rakennetyyppien nimikkeiden nimikkeistö (esim. ProIT-rakennetyypit) Sisältyvät / ei-sisältyvät rakennusosat: Listat esimerkiksi Talo 2000-nimikkeistön mukaan Muuta: Erityiset kommentit sisällön rajoituksista / puutteista. Mallinnuksessa käytetyt säännöt, esimerkiksi rakennusosien liittymien suhteen. 2005-02-04 ProIT_DEXUC_ArkTot_Versio_0_2005-0-4.doc
Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä ja kustannuslaskenta 27 Liite 4. Tiedonsiirron toteutuksen lyhyt tarkistuslista. Tiedonsiirrosta sovittaessa ainakin seuraavia näkökohtia tulisi pohtia, ja ottaa tarpeen mukaan osaksi sopimista. Tiedonsiirron sopimukset; vastuut, velvoitteet ja oikeudet. Tiedonsiirron tietosisältö (ks. liite 3) Mallinnuksen säännöt (esim ProIT Rakennussuunnittelun tuotemallinnusohje [2]) Nimikkeistöt (rakennusosille, rakennetyypeille) Kuvatasojen käyttö Tiedonsiirron standardi / formaatti, ja sen versio Sovellusten yhteensopivuus: o Tiedonsiirron rajapinta (Add-on) o Tuki tiedonsiirron formaatille (mukaan lukien sen versio) Nimeämiskäytännöt Tiedonsiirron media / palvelimet Tiedonsiirron proseduurit Tarvittavat kuittaukset Tiedonsiirtoon liittyvä arkistointi. 2005-02-04 ProIT_DEXUC_ArkTot_Versio_0_2005-0-4.doc
Tiedonsiirron käyttötapaus: Rakennussuunnittelu Määrä ja kustannuslaskenta 28 Liite 5. Tiedonsiirron käyttötapauksen IFC-toteutuksen IFC- Aspektikortit. IFC Aspektikortit ProIT-000 Aspect card guidelines ProIT-00 Identification, naming and owner ProIT-02 Project containment ProIT-050 Classification ProIT-05 Classification and construction type ProIT-07 Property set and properties ProIT-09 096 Shape representation ProIT-20 Spatial element ProIT-2 Building element 2005-02-04 ProIT_DEXUC_ArkTot_Versio_0_2005-0-4.doc
IFC Aspect Name: Aspect Card Guidelines Code: ProIT-000 Created: 2004-2-4 Revision Date: 2005-0-9 Version:. Editor: KSn Page (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
IFC Aspect Name: Aspect Card Guidelines Code: ProIT-000 Created: 2004-2-4 Revision Date: 2005-0-9 Version:. Editor: KSn Page 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
IFC Aspect Name: Aspect Card Guidelines Code: ProIT-000 Created: 2004-2-4 Revision Date: 2005-0-9 Version:. Editor: KSn Page 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 Page#, RefId# Page#, RefId# (frompage#) 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
IFC Aspect Name: Identification, Naming and Owner Code: ProIT-00 Created: 2004-2-5 Revision Date: 2004-2-3 Version:.0 Editor: KSn Page (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 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