Heikki Kulusjärvi. Tuotemalliprosessin laadunvalvonta Dipoli Solibri Oy. Täyden palvelun ohjelmistotoimittaja

Transkriptio

1 Heikki Kulusjärvi Tuotemalliprosessin laadunvalvonta Dipoli Solibri Oy Täyden palvelun ohjelmistotoimittaja Projektin alkuvaiheet Päätöksenteon tuki Tuotemallintaminen, analyysi, visualisointi Järjestelmät ja palvelut Omistajat/käyttäjät Rakennusteollisuus Arkkitehti- ja suunnittelutoimistot Asiakkaat mm. Senaatti, Skanska, YIT 1

2 Tuotemalliprosessi Suunnittelu Määrät ja sijainti Käytetyt rakenteet Asiakas Tuotanto Tunnusluvut Tuotantotietous 4D tarkistus Hyväksytyt rakenteet Vaatimukset: Asiakas, viranomaiset Best practice ja laatu Rakennettavuus Kustannuslaskenta Aikataulutus Hankinta Logistiikka Laatumääritelmä Fitness for use eli Soveltuvuus käyttöön 2

3 Motivaatio Sir Michael Latham/UK: Kun tiedonhallinnan ongelmat, esim. työn uudelleen tekeminen ja virheellinen tai puutteellinen informaatio, ratkaistaan on mahdollisuus säästää 30% rakennusten kokonaiskustannuksista. Rakennusliikkeiden voitto keskimäärin 3-4 % rakennuksen kokonaiskustannuksista Selkeät säästömahdollisuudet luokkaa 6 % Vallitsevat ongelmat Osapuolten lukumäärä ja vaihtuvuus Huono tiedon kulku Huono tiedon hallinta/jakaminen Dokumenttipohjainen suunnitteluprosessi Tietokoneella tulkittavan tiedon puute => Tuotemallintaminen Vain rakennusteollisuus tekee 1:1 prototyypin tontille 3

4 Dokumentti <-> Tuotemalli 1(2) Prosessi Tiedot hajallaan dokumenteissa <-> keskitetty tuotemalli josta dokumentit muodostetaan Tiedonsiirto Dokumenttien tulkinta <-> Tiedonsiirto ilman tulkintavirheitä (IFC) Muutosmerkinnät <-> Tuotemallien vertaus Elinikä Dokumentti elää kunnes uusi tehdään <-> tuotemalli kehittyy projektin myötä (elinkaari -ajattelu) Dokumentit tiedot hukataan <-> tuotemalli täydentyy Dokumentti <-> Tuotemalli 2(2) Käytettävyys Dokumentti sopii vain mihin se on tehty <-> tuotemallista otetaan haluttu näkymä ja myös täysin uusia näkymiä Kust.lask, VR, 4D, LCC, LCA, Dokumentin tarkistus käsityötä <-> tuotemallin tarkistus tietokoneavusteisesti 4

5 Tuotemalliprosessin tavoitteet Suunnitelmat vastaamaan vaatimuksia Suunnitelmien helppo tulkinta ja visualisointi => Voidaan todentaa, että Soveltuu käyttöön Suunnitelmien ristiriidattomuus Suunnitteluryhmän yhteydenpito Rakennuksen mallin oikeellisuuden tarkistus => luotettavuus Projektille hyväksyttyjen rakenteiden käyttö Analysointi ja muutostilanteiden vertaaminen Vaikutukset nykyiseen liiketoimintaan Nykyisten CAD järjestelmien hyötykäyttö Dokumenttipohjaisesta tuotemallipohjaiseen käyttöön Tuotemallitieto hallintaan tietokoneella Täydentävien järjestelmien käyttöönotto Edut Tiedon luotettavuus parempi Parempi päätöksenteon tuki Visuaalisuus (VR) auttaa todentamisessa Suunnitteluratkaisujen tarkistamisella parannetaan prosessin laatua 5

6 Yhteenveto Tarvitaan yhteiset pelisäännöt Tuotemalli (suunnitelma) ja pelisääntöjen noudattaminen voidaan tarkistaa Tuotemalliprosessi parantaa laatua =>Tuotemalliprosessin eri vaiheiden soveltuvuus käyttöön voidaan varmistaa Solibri Model Checker TM Suunnittelun oikoluku -järjestelmä (Design Spell Checking) 6

7 Idea Tekstinkäsittely vietiin tietokoneelle Syntyi oikolukujärjestelmä Nykyisin toiminto löytyy kaikkialta Suunnittelu on viety tietokoneelle, nykyisin tuotemalleja (oliopohjaisia järjestelmiä) Syntyi ajatus tehdä tuotemallien (suunnittelun) oikolukujärjestelmä Solibri Model Checker Ensimmäinen kaupallinen suunnittelun oikoluku -järjestelmä Virtuaalitodellisuus (VR) silmämääräiseen tarkastamiseen Helposti laajennettava rajoitejoukko määrä- ja kustannuslaskenta, suunnittelunohjaus tunnusluvut, törmäystarkastelut, poistumisreitit rajoitteita voidaan ladata lisää esim. verkosta rajoitteita voidaan säätää tilanteeseen sopiviksi käyttäjä voi tehdä rajoitteita itsekin Tulokset esitetään HTML/XML raportteina ArchiCAD rajapinta Tukee IFC 1.5.1, IFC 2.0, (IFC 2.X) tiedonsiirtoa 7

8 Tarkistettiinhan kaikki asiat? Tarkista toiminnalliset vaatimukset Ovathan poistumisreitit kunnossa Kestäväthän rakenteet Maaperätutkimus Ainakin kohteesta tuli kuuluisa, mutta... Solibri Model Checker käytönvaiheet 1. Luetaan IFC tuotemalli tai ArchiCADistä API rajapinnan avulla 2. Valitaan rajoitejoukko 3. Suunnitelman tarkistus Ilmoitusten esittäminen ja käsittely Virtuaalitodellisuudessa ArchiCADissä 4. Raportointi 8