Näytetään tekstit, joissa on tunniste prosessikuvaus. Näytä kaikki tekstit
Näytetään tekstit, joissa on tunniste prosessikuvaus. Näytä kaikki tekstit

perjantai 22. tammikuuta 2016

YTV2012 täydentyy liitteillä

BuildingSMART Finland on tehnyt täydentäviä liitteitä Yleisiin Tietomallivaatimuksiin.

Liitteet ladattavissa täältä:
bSF YTV2012 täydentävät liitteet

tai hankkimalla ne RT-kortiston kautta,
Määrälaskenta ja prosessikuvaukset
sekä
Tilaajaohjeet tietosisältövaatimuksista

Uudet ohjeistukset tehtiin tilaajaa avustaviksi, sisältäen TATE-määrälaskennan vaatimukset suunnittelijalle sekä tietosisältövaatimukset ARK ja RAK malleille.

Lisäksi bSF TATE-ryhmä julkaisi SKOL ry:n teettämän prosessiohjeen mm. alakattosuunnittelusta, reikävarauksista ja rakennemallin valmiusasteesta. SKOL ry teetti tämän ohjeistuksen vuonna 2014, ja nyt se jatkaa eloa buildingSMART Finlandin ylläpitämänä. Tämäkin on hyvä esimerkki toimivasta yhteistyöstä eri rakennusalan järjestöjen välillä.

Minulta pyydettiin bSF talotekniikkatoimialaryhmän puheenjohtajana kommnentti TATE-ohjeistusten julkaisun yhteydessä, tässä referaatti siitä:

”Suomi on tippunut tietomallintamisen kärkijoukoista viimeisen viiden vuoden aikana”, toteaa bSF talotekniikan toimialaryhmän puheenjohtaja Tero Järvinen. ”Emme ole pystyneet hyödyntämään jo 15 vuotta käytössä olleita mahdollisuuksia rakennushankkeiden prosessien uusimisessa. Toimimme edelleen samantyyppisillä toimintamalleilla kuten on toimittu viimeisen 30 vuoden aikana. Ei kannata ihmetellä, miksi rakennusalan tuottavuus on pohjamudissa verrattuna muihin toimialoihin. ”

”Mielestäni meidän pitäisi unohtaa termi tietomallintaminen, se tuntuu vain sotkevan yksinkertaisia asioita. Rakennushankkeessa mukana olevien tarkoitus on tehdä rakennusten käyttäjille heidän toimintaansa parhaiten soveltuvia sisäympäristöjä, huomioiden elinkaari- ja arkkitehtoniset näkökulmat. Parhaiten onnistumme tässä tehtävässä toimimalla yhteistyössä, unohtaen osaoptimoinnin ja käyttäen nykyaikaisia tekniikoita niille soveltuvilla prosesseilla. Näitä toimintoja kutsutaan normaalisti esim. suunnitteluksi, rakentamiseksi, valvonnaksi jne. Meillä ei voi olla tietomallipohjaista suunnittelua – on vain suunnittelua.”

Nyt julkaistavia prosessikuvauksia noudattaen jokainen osapuoli voi olla mukana nykyaikaisessa rakennushankkeessa – pelkästään TATE-tekniikan määräluetteloiden käyttö toimitilarakentamisessa tuo arviolta 50M€ vuosisäästön tilaajille.

Ohjeistuksia suomeen mahtuu. Enää puuttuu niiden käyttäminen ja toteuttaminen tilaamisessa, suunnittelussa sekä urakoinnissa.

Viikon kuva:



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

perjantai 29. marraskuuta 2013

SKOL ry: TATE-tietomalliprosesseja kommentoitavana

SKOL ry:n Talotekniikkaryhmä  käynnisti vuoden 2013 alussa projektin, jonka tarkoituksena on kerätä prosessikuvauksia niistä tietomallisuunnittelun osa-alueista, joissa on havaittu haasteita - ainakin talotekniikan näkökulmasta. Tarkennuksena se, että haasteet eivät ole lakiteknisiä, joku voisi niitä ongelmiksikin sanoa.

Työhon perustettiin paras A-ryhmä, eli kyseltiin SKOLlin taloteknistä suunnittelua harjoittavilta toimistoilta halukkuutta osallistua talkoisiin. Työporukkaan ilmottautui lopulta firmat: AX-suunnittelu, Granlund, Hepacon, Lausamo, Maaskola, Pöyry, Talokeskus, Wise Group ja Äyräväinen.

Rakennepuolen kommentoinneissa kunnostautuivat A-Insinöörit, Finnmap ja Ramboll.
Arkkitehtipuolelta saatiin myös hyviä kommentteja, joiden kautta hiottiin prosessia kaikille yhteensopiviksi.

Prosesseiksi valittiin useiden vaihtoehtojen joukosta:
- Alakattosuunittelu
- Reikäkuvasuunnittleu
- Rakennemallin valmiusastevaatimus ennen TATE-mallinnuksen aloittamista

Kaupanpäälle tuli kuvaus siitä, miten origo laitetan paikalleen ja hieman sanastoa tietomalliteknisistä termeistä (koskien näitä prosessikuvauksia, mitään akateemistä tutkimusta sanastosta ei lähdetty tekemään)

Kommentointiversio prosesseista löytyy SKOLlin sivuilta:
http://www.skolry.fi/talonrakennussektori

Suora linkki kuvaukseen:
http://www.skolry.fi/sites/default/files/SKOL_TATE_prosessikuvauksia_201311.pdf

(edit: linkki lopulliseen kuvaukseen:
http://www.skolry.fi/tiedotteet/talotekniikkasuunnittelun-tietomalliprosessia-p%C3%A4ivitetty-ty%C3%B6njaosta-hyv%C3%A4-sopia-etuk%C3%A4teen )

Käykää lataamassa, lukeaa ja kommentoikaa. Julkaisu tehdään vuoden 2014 alussa.

On tiedossa, että ohjeet ovat tylsää luettavaa ja todellisuudessa niitä katsotaan varmaankin sitten, kun on ongelmia toteutuksen kanssa (=etsitään syyllistä). Mutta rautalankaa on vaikea vääntää, jos sitä ei edes yritä taivuttaa.

 Toivottavasti mahdollisimman moni tilaaja viittaa näihin prosesseihin, kun tilataan tietomallisuunnittelua. Eli kolme lausetta suunnittelun tarjouspyyntöön, joka on tehty  TATE12 tehtäväluettelon mukaisesti:
- Kohde mallinnetaan "Yleiset Tietomallivaatimukset 2012" mukaisesti, viitaten tehtäväluettelossa valittuihin tehtäviin.
- Kohteessa noudatetaan SKOL ry:n tietomallinnusprosesseja (http://www.skolry.fi/talonrakennussektori )
- Tietomallien käyttötarkoitus on: xxx, yyy, zzz

Ja kyllä, tuo tilaus on tehtävä myös ARK ja RAK suunnittelijoille - yhteispeliähän tässä tehdään, ei riitä että yksi osapuoli noudattaa jotain ohjetta.

Viikon kuva:
Alakattosuunnittelua yleis- ja toteutussuunnitteluvaiheessa