perjantai 30. toukokuuta 2014

California Über Alles


Jos joku on lukenut tätä blogia, niin ovat varmaan huomanneet minun käyvän silloin tällöin Kaliforniassa työmaakäynnillä. Esim. tämä 2011 tehty kirjoitus:
http://tietomalli.blogspot.fi/2011/06/olen-nahnyt-tulevaisuuden.html


Kävin Mission Bayn työmaalla uudelleen. Ja Skanska USA:n työmaalla San Carlosissa. Castro Valleykin on hallussa.

Ja Berkeleyssä kuuntelemassa tohtoreita, jotka tekevät läheistä yhteistyötä rakennusteollisuuden kanssa. Tiedoksi myös se, että rakennusteollisuus tukee heitä rahallisesti (TTY / Aalto vs. suomifirmat...? Mikä tilanne firmarahoituksen kanssa?)

Onneksi ei oltu Stanfordissa, olisi tullut paha olo..

Näiden käyntien jälkeen tulee epätoivo. Miksi me emme tee työtämme kuten he tekevät?
Missä on yhteistyö, missä on mahdollisuus tehdä järkeviä ratkaisuja?

Ratkaisut ovat jo keksitty, ne pitää vain toteuttaa.

Sex Pistols huusi, että maailma on mätä
The Clash lausui, että maailma on mätä ja tässä on ratkaisunne
Dead Kennedys totesi, että mätä maailma ei tarvitse ratkaisua.

Kenen joukoissa seisot?




Viikon Kuva:
Insinöörisana täysin väärässä ympäristössä. Onneksi ette näe 180deg olevaa betonibunkkeria.




Bay Breakers. Googlaa jos kiinnostaa. 3km riiitti mulle




Tähän kohtaan olisi tullut videoita LEED-3d näytöistä ja Lucidin Dashdoardeista DPR:n San Franciscon konttorilta, mutta jos ei MP4 ole tuttu Googlelle, niin ei mahda mitään...

Kalifornialaisia kokemuksia ruotsalaisista ja suomalaisista:

Oman tarinansa arvoiden slide tämäkin...


Jenkkiversio työmaakopista











CAD pilvessä

En ala määrittelemään, mitä tarkoitetaan pilvellä tai jonkin olevan siinä sisällä.

Kaikki cad-softien käyttäjät varmastikin allekirjoittavat sen, että tietokoneen tehot eivät riitä ohjelmistojen käyttöön R-Kioskeja suuremmissa kohteissa. Ja vaikka koneen teho olisikin rajamailla, niin viimeistään verkon hitaus aiheuttaa ongelman - sekä omassa lähiverkossa että varsinkin kun puhutaan latenssista muissa kaupungeissa olevien konttorien kanssa.

Minulle ei ole koskana mennyt oikeasti jakeluun se, että 100MB verkon nopeus LAN-verkossa on eri kuin 100MB:n verkko WAN-verkossa. Tai 1000MB. Tai 10000MB jne.

Nyt ei sitä tarvitse enää miettiä, ratkaisu on löytynyt / testiasteella.

Noin neljä-viisi vuotta sitten aloimme testata mahdollisuutta ajaa cad-softia datacentterissämme. Eli käytännössä köyhän miehen remote desktop. Silloiset protot osottautuivat käytännössä toimimattomiksi, eikä cad-softavalmistajalla ollut tarjota meille lisenssejä tämäntyyppiseen käyttöön.

Nyt tekniikka on kehittynyt ja muut referenssifirmat ovat todenneet homman toimivan + omat testit ovat olleet positiivisiä.

Väite:
- Mitä jos cad-softa pyörisikin serverissä ja siihen otettaisiin "vain" etäyhteys?

Massiivisen raskas Tyrannosaurus Rex (esim. AutoCAD Architecture) pyörisi windows tabletissa kuin vettä vain... ainoa mikä siirtyy linjoja pitkin on kuva. Tiedostot ovat valokuidun läpäisemänä 20 metrin päässä prosessoreista. Ei kytkinongelmia (tai no, ehkä jotain...), ei ylikuumenemisiä, ei verkkoliikennettä ympäri maailman.

Etuja tämän systeemin käyttöönotolle on useita, joista suurin lienee tietoturva. Etäyhteydet eivät teknisesti tarvitse VPN -yhteyttä, sillä dataa ei liiku serverin ja päätelaitteen välillä. Vain kuva. NSA ei pääse väliin (tai varmaan pääsee, mutta ainakin se vaikeutuu)

Laiturin nokassa voi pyörittää pistepilveä koneen tehojen siitä kärsimättä. Siis sitä laserskannattua mallia, en edellekään puhu mistään muusta pilvestä. Onnistunutta kokemusta löytyy esim. 3G yhteyden kautta toimivalla mallintamisella.

Teknisesti datacentterissä tarvitaan tällä hetkellä kunnollisia työasemia, jossa näytönohajimet ovat tehokkaita, skaalautuvia ja jaettu järkevästi kuorman mukaan. Rahaa kuluu ihan kivasti, mutta uskon että tämä tekniikka valtaa alaa 10 vuoden sisällä jolloin massatuotto vähentää kustannuksia.

Jokaiselle mallintajalle ei tarvitse varata omaa työasemaa. Yksi supertykki pystyy hoitelemaan useampia käyttäjiä. Eivät he kaikki yhtäaikaa pyöritä shadetettua mallia.

Ja sitten se iso asia jokaisen firman rahakasan päällä makaavalle kaverille: Mitä jos ulkoistaisi firman serverihuoneen ja laittaisi nämä kamat esim. Haminaan...? Tai Helsinkiin jonkun katedraalin alle.

Onneksi myös etäkäyttö- / cad-ohjelmistovalmistajat ovat huomanneet tämän mahdollisuuden ja nostaneet lisenssihintansa järkevälle, kalliimmalle tasolle kuin peruslisenssit.

Vanha kaarti huokaa helpoituksesta ja voi todeta: "Olin 1980-luvulla oikeassa, kun sanoin, että client-server on oikea vaihtoehto."

Viikon kuva:
Bay Arealta sekin firma ponnisti ylös






tiistai 1. huhtikuuta 2014

Glodon ostaa Progman Oy:n

Nyt tiedote tuli ulos, eli Progman on myyty Kiinaan

http://www.magicad.com/fi/content/01042014-progman-yhdist%C3%A4%C3%A4-voimat-glodonin-kanssa-ja-vahvistaa-asemaansa-pohjoismaissa-ja

Vähän aikaa on tietoa tullut sulateltua ja ensihämmennyksen jälkeen tässä voi olla hieno uuden piristysruiskeen alku.

Ensinnäkin on hienoa, että pioneerityötä Progmanin kanssa tehnyt toimitusjohtaja sai palkinnon elämäntyöstään.

Toisaalta, on hienoa että ostaja ei ollut Autodesk. Melko varmaan sieltäkin on taalasäkkejä ovelle kannettu.

Vaikuttaa siltä, että Progmanin oma yrityskulttuuri ja strategia toimii jatkossakin heidän omilla säännöillä, joskin pakkohan jonkinlaista omistajaohjausta on oltava olemassa. Saa nähdä, miten kaksi hieman erilaista kulttuuria törmää toisiinsa.

Tiedotteen mukaan Glodon tulee Eurooppaan, eli toiminta myös näillä markkinoilla alkaa. Saapa nähdä, että onko se pelkästään MagiCADin ympärillä tapahtuvaa kehitystä vai tuleeko markkinoille "vain" yksi CAD-kustannuslaskentaohjelmisto lisää. Tuo voi olla kivinen tie Nordic -maissa, sillä suurin osa täällä vannoo IFC-mallien perään.

Veikkaan, että Glodonin Euroopanvalloitus ei jää tähän yhteen ostotapahtumaan.


lauantai 22. maaliskuuta 2014

Minne projektien vaiheistus on hävinnyt?

Viimeaikoina olen pannut merkille, että vastaan tulee kiihtyvällä tahdilla projekteja joissa vaiheistus on täysin sekaisin.

Kaikki nämä ongelmakohteet ovat "tietomallikohteita" ja tilaajaorganisaatiolla on kenties epärealistisia luuloja siitä mitä saadaan aikaiseksi kun tehdään suunnitelmat mallintaen.

Suunnittelun tilaukset on tehty ihan kelvollisesti, viitattu YTV2012 vaatimuksiin, kerrottu jopa mallintamisen käyttötarkoituksista. Jopa tietomallisuunnitelma löytyy. Eli ihan hyvää luettavaa ja kohtalaisen helppo tarjota kohdetta näiden speksien mukaisesti (vaikka joissakin kohteissa on copy/pastettu tarjouspyyntöön kaikki asiat, mitä on googlella löydetty).

Tarkennan, että puhun vain muutamasta kohteesta. Ei asiat ole kaikissa kohteissa hakusessa.

Kun nämä muutamat projektit lähtevät liikkeelle hankevaiheella, niin suunnitteluryhmä huomaa vähän ajan päästä tekevänsä yleissuunnittelua. Tilaajaorganisaatio haluaa nähdä kanavia Solibrissa, tsekata jopa risteilyjä. Ongelma on se, että TATE-tarvitsee hanke- ja ehdotusvaiheen, ennen kuin voidaan siirtyä yleissuunnitteluun.

Ei suunnittelu nyt ihan näin kulje.

Oma projektinvetäjämme ei välttämättä kyseenalaista tätä ongelmaa, vaan alkaa aivan liian aikaisessa vaiheessa mallintaa tate-tekniikkaa. Ja tämän mallinnuksen lopputulos ei kerro kenellekään mitään. Koska tilaohjelmakin on vielä haussa, niin miksi ihmeessä pitäisi mallintaa kanavaa kattoon? Tarkkuustaso on aivan liian tarkka verrattuna suunniteluvaiheeseen.

Suomalaisessa vaiheistusmenettelyssä on erittäin kelvolliset vaiheet, joita kunnioittamalla saadaan aikaiseksi hyvä lopputulos. Skippaan ao. listassa rakentamisen valmistelut jne. joissa "normaali" TATE-suunnittelutoimisto ei ole mukana.

Hankevaihe on TATE-puolella rakentamisen edellytysten selvittämistä, kunnallistekniikan selvitystä, energiantuottoratkaisujen pohtimista. Rakennustapaselostuksen tekemistä. Tavotteiden asettamista. Hyvissä projekteissa myös energiansimulointien tekemistä tulevien energiakulutustavotteiden asettamiseksi.
Mallinnustyönä tässä vaiheessa on rakennuksen tietomalli energia- ja olosuhdesimulointeja varten.
Ei ensimmäistäkään putkenpätkää.

Ehdotussuunnittelu on järjestelmävaihtoehtojen selvitystä. Jäähdytetäänkö säteilypaneeleilla vai jäähdytyspalkeilla? Kenties jopa puhallinkonvektoreilla. Millä lämpötiloilla voidaan hyödyntää maalämmön/jäähdytyksen tuomia litkuja.
Mallinnustyönä tässä vaiheessa voi olla mallihuoneen vaihtoehtojen tutkiminen. Voidaan saada käyttäjältä kommentteja siitä, ollaanko tekemässä heidän toivomaa tilaratkaisua.
Toisena mallinnustyönä tässä vaiheessa syntyy vaihtoehtoisia olosuhde- ja energiasimulointeja, rakenteiden elinkaaritaloudellisuuden selvitystä.

Ehdotussuunnittelu ei todellakaan ole kolmen erilaisen reititysvaihtoehdon mallintamista samaan rakennukseen.
Myös tilavarauksia tehdään tässä vaiheessa, joskin ne mallintaa arkkitehti. Mutta TATE-suunnittelijan pitää herätelllä heitä kuilujen ja teknisten tilojen tilavaateilla.

2D-leikkaukset kuuluvat olennaisena osana siihen, että varmistetaan rakennuksen korkotietojen soveltuvuus TATE-asennuksille. Tätä vaihetta ei tarvitse / kannata mallintaa. Ruutupaperi tai CAD-viivanpiirto riittää.

Yleissuunnittelu on voittaneen ehdotussuunnitelman esittäminen siten, että voidaan arvioida alustavat kustannukset. Ei missään nimessä massaluetteloilla, vaan neliöpohjaisesti tilatyyppeihin perustuen + tämän vaiheen suunnittelumateriaaliin tutustuen.
Mallinnustyönä on runkoverkostojen esitys, mallihuoneiden tarkentaminen. Palvelualuekaaviotkin tehdään, joko piirtämällä tai tietomallipohjaisesti.

Kaaviot sekä alustavat laiteluettelot tulee syntyä tässä vaiheessa.
Nekin ovat tietomallintamista,  vaiikka sitä ei nykytilanteessa vielä sellaiseksi mielletäkään.

Toteutussuunnittelu on yleissuunnitelman jalostaminen työkuviksi.
Käytännössä kaikista helpoin työvaihe koko suunnitteluprosessissa (jos prosessi on ollut olemassa).
Mallinnustyönä otetaan käyttöön verkostojen mallintamiseen soveltuvat ohjelmistot, eli nyt alkaa tulla kanavaa ja kaapelihyllyä kattoon. Tarkkuustaso on sellainen, että kohde on rakennettavissa suunnitelmien mukaisesti. Käytännössä, onnistuneessa hankkeessa (jossa on edelliset vaiheet tehty kuten kuuluu), tämä on täysin mahdollista ja lopputuloksena on as-built -mallit ennen kuin verkostoja on edes asennettu. Kun kohde tehdään suunnitelmien mukaisesti, ei ole punakynäkiertoa olemassa. IPD/Alianssimaailmassa saadaan jopa tietosisältö kerralla kuntoon, koska mallinnetaan vain niitä tuotteita, joita urakoitsija tulee kohteeseen asentamaan.

---

Tilaajat ja rakennuttajakonsultit varmaankin heittävät palloa takaisin sanomalla, että trendi on se, että suunnittelua aikaistetaan ja laajennetaan projektin alkuvaiheessa. He voivat viitata esim. tähän ajatukseen:




Ja sitten heille on täysin selvää tämäkin:


Itse huomauttaisin, että tuossa keskimmäisessä kuvassa on sana "Integrated Project Delivery". 
Asiasta olen juuri samaa mieltä, suunnittelua pitää laajentaa ja aikaistaa huomattavasti verrattuna nykyiseen toimintatapaan

Se tarkoitaa sitä, että tilaaja osallistuu aktiivisesti kohteen suunnitteluun ja rakentamiseen.
Se tarkoitaa sitä, että kohteen käyttäjä osallistuu aktiivisesti kohteen suunnitteluun.
Se tarkoittaa sitä, että arkkitehdillä pitää olla todelliset edellytykset kohteen johtamisessa.
Se tarkoittaa sitä, että suunnittelijoiden tulee pystyä esittämään käyttäjälle suunnitelmat ymmärrettävässä muodossa
Se tarkoittaa sitä, että kaikki osapuolet tekevät sen työn, jonka ovat luvanneet tehdä.

Se tarkoittaa todellista yhteistyötä.

Viikon Vinkki:

Asiat Solmussa



perjantai 21. maaliskuuta 2014

Matkaraportti: buildingSMART Nordic Conference, Sweden 2014

Kävin Ruotsissa buildingSMARTIn vuosittaisessa kokouksessa ihmettelemässä mallinnuksen edistymistä maailmalla. Lähinnä lähdin siksi, että monen seminaaripuhujan aiheessa löytyi sana COBie + Englanti.

Otsikko kuului näin:
"International requirements – examples on Integrated BIM
BIM Alliance Sweden and buildingSMART Nordic conference 2014"

http://www.buildingsmart.org/bsi-meeting-in-stockholm-march-2014

Reissun pääanti oli kuitenkin se, että nyt alkaa muu maailma vetää vauhdilla Suomen ohi fiksujen rakennushankkeiden tekijänä. COBie jäi sivurooliin, joskin hahmotettiin se, että on hyvä olla edes jotain standardia tietojen siirtämisessä ylläpidon käyttöön.

Mielenkiintoinen asia oli se, että eräässä esityksessä viitattiin kyselytutkimukseen, joka oli järjestetty eri maissa (myös suomessa). Tutkimuksen perusteella Suomessa COBie on käytössä 8% kohteissa. (Kysymys: "Käytättekö COBieta"). Taisi mennä hieman sanat COBIM ja COBie sekaisin vastanneilla...

Jenkit, Englantilaiset ja Norjalaiset paukuttivat sellaista tekstiä, että oksat pois. Ja se tykitys ei ollut pelkkää puhetta - he myös todistivat yhteistyön, uusien menetelmien ja tietomallinnuksen tuomien hyötyjen jalkautusta. Asioita joita Suomessa ei ole vielä nähty kuin muutamassa projektissa. Britit olivat vaihteeksi kiristäneet omaa 15% säästötavoitetta mallinnuksen avustamana.

Jopa ruotsalaiset pystyivät vakuuttamaan omaa osaamistaan. Skanska esitteli jättimegahankkeensa, Nya Karolinska Solna universitetssjukhussetin. Kuulosti mielenkiintoiselta hankkeelta. Esitelmöitsijä Adina Jägbeck kertoi tauolla, että suomalaista osaamistakin tarvittiin. Lehdon Mikko Skanska Finlandista kävi opastamassa mm. MagiCADin käytössä.

Ja mikä mielenkiintoisinta, koko päivänä kuultiin vain yhtä suunnittelutoimiston edustajaa. Kaikki muut puhujat olivat joko tilaajia, rakennuttajia, rakentajia, valtion/kehitysorganisaatioiden edustajia tai kiinteistöjen ylläpitäjiä. Ja kaikki vannoivat yhteistyön, tietomallinnuksen ja ihmisen kunnioittamisen nimiin.

Kaikki olivat yhtämielisiä sen suhteen, että ei ole mitään muuta tapaa toimia kuin vaatia suunnittelijoilta mallinnusta.

Puhujista osa oli "normaaleita" rakentajia ja tilojen ylläpitäjiä. Heille ei ollut tärkeää IFC tai tekniikka, vaan se, miten he hyötyvät mallien käyttäjinä. Selvästi siis seuraava sukupolvi. He olivat nähneet ja kokeneet sen, miten tietomallit auttavat heitä suorittamaan oman työnsä fiksummin.

Suomessa, vastaavissa tilaisuuksissa puhuu lähinnä suunnittelija, akateeminen tutkija tai tietomallikonsultti. Ja yleisönä on normaalisti suunnittelijoita ja tutkijoita.

Rakennusten omistajat olivat hahmottaneet mallinnettujen kiinteistöjen arvon säilymisen ja ylläpidon mahdollistamisen huomattavasti fiksuimmilla tavoilla kuin paperisuunnitelmilla. Heillä oli todella paljon toiveita lisäkehitykseen - olivat selvästi innostuneita niistä mahdollisuuksista joita tietomallinnus on heille tarjonnut.

Seminaarin jälkeen Norjalainen rakennusfirma Veidekke järjesti iltaseminaarin noin kahdellesadalle ilmottautuneelle. Pääpuhujana oli Professori Martin Fisher CIFEstä (Stanford).

Vakuuttavaa tekstiä IPD:n hyödyistä, case esimerkkejä Lean Constructionin hyödyistä, ICE -toimintamallin käyttöönotosta ja integroivien suunnittelumenetelmien erinomaisuudesta. Pääpointti oli, että jos tekijöillä on kivaa, työ tehdään budjetissa ja aikataulussa sekä lopputulos on asiakkaan vaatimusten mukainen, niin mitä voisi rakennushankkeelta enempää vaatia?

Ja jälleen kuultiin se sama viisaus, että kun ensiksi suunnitellaan, mitä pitäisi rakentaa, niin sitten pystytään rakentamaan suunnitelmien mukaisesti. Lopputulos on se, mitä tilaaja on tilannut.

En minä tajua, miksei tätä juttua tajuta päättävissä piireissä. Ei tämä ole rakettitiedettä. Ihan normaalia rakentamista ilman osaoptimointia ja sellaisen tuotteen toimittamista tilaajalle, kuin mitä he haluavat.

Kaikki tämän tietää - miksei asialle tehdä mitään? Poliitikot, HERÄTKÄÄ.
15 vuotta sitten huusin, että "Rakennuttajat - Herätkää".

Tietomallinnus pakolliseksi rakennushankkeissa - ottakaa mallia Englantilaisista

Jotkut rakennuttajat ovat sen jo tehneetkin, osa ei tule sitä kuitenkaan tekemään ilman pakkoa.







Sanoja googleen:
Homekoulu, homeongelma, rakennuttaminen, huono laatu, suunnittelu, epäonnistuminen, rakentaminen, paikalle jämähtäminen, idioottimaisuus, osaoptimointi, siiloajattelu, yhteistyökyvyttömyys, aliurakoinnin aliurakointi




perjantai 28. helmikuuta 2014

Tämä on kirjoitus numero 100 (+hieman bim -sanastoa)

Jotain oli tänne pakko laittaa, jotta saa 100 kirjoitusta täyteen.

SKOL ry:n talotekniikkaprosessikaaviot alkavat saada lopullisia muotoja (ei juurikaan muutoksia vuoden 2013 tilanteeseen)

Kyse siis tästä:
http://tietomalli.blogspot.fi/2013/11/skol-ry-tate-tietomalliprosesseja.html

Ehkäpä ihmeellisin spin-off tuosta prosessikuvaustyöstä oli sanasto, jotta tiedetään mistä puhutaan.
Kommentteja otetaan mielellään vastaan, onko alla olevassa tietomallisanastossa jotain kummallisuutta?
---

Prosessikuvauksissa käytettyjen sanojen merkityksiä


2D-piirustus, leikkaus
Perinteisin menetelmin piirretty kuvaus rakennettavasta kohteesta. Työkaluna cad-järjestelmä, paperi, transparenssi tms.
3D-DWG
3-ulotteinen geometria dwg-formaatissa. Ei vaadetta älykkäälle tiedonsiirrolle.
IFC -malli
3-ulotteinen malli kohteesta, joka sisältää suunnitteluorganisaation kanssa yhteisesti sovitun geometrian ja tietosisällön käyttötarkoitukseen ja suunnitteluvaiheeseen sopivana. IFC-standardin mukainen tiedonsiirtomahdollisuus.
3D-malli
3-ulotteinen geometria. Ei vaadetta älykkäälle tiedonsiirrolle.
Asennustila
Avoin tila avaruudessa. Kuvaa sitä tilaa, jonne TATE verkostot voidaan asentaa ilman törmäilyjä rakenteisiin tai toisiin TATE-komponentteihin.
Attribuutti, Ominaisuus, Property
Komponentin rakenteellisia tai toiminnallisia ominaisuuksia tarkentava määritys, esimerkiksi ’Materiaali’, ’Tilavuusvirta’, ’Valmistaja’ jne.
Attribuuttiarvo, Ominaisuusarvo, Property value
Komponentin rakenteellista tai toiminnallista ominaisuutta kuvaava, teksti, lukuarvo tai linkki, esimerkiksi ’Ruostumaton teräs’, 2,35 dm3/s’, ’ http://www.skolry.fi ’.
Geometria
Objektin muoto, objektin tilavuusmitat
GUID
Globally Unique Identifier, objektin yksilöllinen tunnus. http://en.wikipedia.org/wiki/Globally_unique_identifier
Komponentti
Rakennushankkeeseen kuuluva laite, esim. palopelti, päätelaite, suodatin, puhallin, pistorasia, kytkin jne.
Koordinoitu yhdistelmämalli
Yhdistelmämalli, jonka sisältö on tarkastettu ja yhteen sovitettu kaikkien eri suunnitteluosapuolten kesken.
Natiivimalli, alkuperäismalli
Sovellusohjelmiston sisäinen tiedostojen tallennusformaatti. Avattavissa luotettavasti vain alkuperäisellä sovellusohjelmistolla.
Objekti
IFC-standardin mukainen komponentti
Rakennuskelpoinen talotekninen tietomalli
Tietotomalli, jonka avulla voidaan toteuttaa rakennushanke tietomallia hyväksikäyttäen siten että asennukset voidaan tehdä riittävällä tarkkuudella mallin mukaisiin asennuspaikkaehdotuksiin.
Reikävarausehdotus
TATE-suunnittelijan tekemä ehdotus, joka osoittaa halutun reiän sijainnin ja koon.
Reikävarausmalli
TATE-suunnittelijan tekemä IFC-malli, joka sisältää vain reikävarausehdotukset.
Reikävarausobjekti
TATE-suunnittelijan tekemä reikävarausobjekti, joka osoittaa halutun reiän sijainnin ja koon.
Riittävän tarkka talotekninen tietomalli
Rakennushankkeeseen osallistuvien osapuolten yhteisesti sovittu ja hyväksymä mallinnustaso tietosisällön ja geometrian osalta.
Talotekniikan toteutusmalli
 Tuotantosuunnittelun mahdollistava taloteknisiin asennusten toteutuksen malli
Talotekninen järjestelmä tai -systeemi
Kokonaisuus, joka kuvaa yhden toiminnallisen tai staattisen järjestelmän keskusosan, siirto-osan ja pääteosat. Esimerkkinä yksi ilmanvaihtokone kanavistoineen, komponentteineen  ja päätelaitteineen.
Talotekninen toteumamalli, as-built
Rakennushankkeen päättyessä yhteisesti sovitussa laajuudessa  geometrialtaan ja tietosisällöltään rakennusta vastaava tietomalli
Tietomalli
Aineellinen ja toiminnallinen kuvaus rakennuksen ominaisuuksista digitaalisessa muodossa mahdollistaen tiedon jakamisen yhteisesti sovitulla tavalla.
Tietomallinnus
Työtapa tai prosessi joka mahdollistaa tietomallien käytön yhteistyössä rakennushankkeeseen osallistuvien välillä.
Tietosisältö
Tietomallin objekteihin liitetty attribuuttitieto tai IFC standardin mukainen objektiluokka
Toteutussuunnittelun talotekninen tietomalli
Tietomalli, joka sisältää taloteknisten suunnittelijoiden näkemyksen reititystarpeista, järjestelmistä ja komponenttitiedoista. Ei sisällä urakoitsijan laitevalintatietoja tai muutoksia.
WCS-origo
AutoCAD ohjelmiston kuvaustapa ”maailmanorigosta” (world coordinate system). Kaikkien objektien sijainti tietomallissa on suhteutettu yhteisesti sovittavaan koordinaattipisteeseen, origoon.
XSR -tiedosto
Suunnitteluohjelmisto Tekla Structuresin tekemä informaatiotiedosto muille osapuolille, jossa kerrotaan esimerkiksi reikävarausobjektin tietosisällön tai sijainnin oikeellisuus.
Yhdistelmämalli
Malli, jossa on yhdistettynä useiden suunnittelualojen 3D- / tietomalleja samassa koordinaatistossa
YTV2012
Yleiset Tietomallivaatimukset 2012, www.buildingsmart.fi