Product Model Technology and Solution Requirements from the Finnish Viewpoint. Use of Building Product Models

Transcription

1 Product Technology and Solution Requirements from the Finnish Viewpoint Dr. Arto Kiviniemi, Chief Research Scientist Use of Building Product s Confederation of Finnish Construction Industries RT

2 The Finnish RECC Real Estate and Construction Cluster: produces and maintains the built environment for business, services and living constitutes the main part, 70%, of the Finnish national assets employs more than people = 20% of the work force uses ~50% of the energy Total value of the forest 40 billion Operations 35 billion interest 15 billion 10% Total value of the built environment 400 billion Productivity Problem In the last 40 years AEC industry has not been able to increase the productivity as the other industries USA

3 Information Lifecycle - project view Briefing Sketching, Engineering Learning Briefing for Changes Product Specification Planning, Cost Information Demolition Facility Construction Real Life Cycle View? Client s Core business FM Services Pressure to change Change Adaptation Where are the real benefits of ICT? Building Process Construction

4 Documents vs. s Traditional documents are human-readable Replication of data for different purposes Analysis very laborious, because data has to be extracted manually for different purposes Documents cannot be used in simulation Product s Computer-interpretable data enabling virtual products Product models can be used in simulation and analysis However, currently every simulation and analysis software has its own internal model; all models are abstractions of the real world for a certain purpose Interoperability is required for efficient processes According to NIST s conservative estimate the lack of interoperability costs annually $15.8 billion to the U.S. capital facilities industry Product and Data Transfer: Steps Towards the Goal and Construction Process Construction/Procurement Process Maintenance Process Machine Automation and Navigation Automated Collection and Utilization of Quality Information of the information and processes Real-time Reporting Sensor Technologies and Reporting Structures Lifecycle Information Efficient and automated processes Mobil Data Transfer of Soil and Terrain Data Exchange Format and Content Virtual s & Quality Verification (Simulation) Product Data Product Libraries ecommerce Product Certification Data Exchange and Data Sharing Shared view of the core processes Shared view of the content and structure of the models Priority 1 2 3

5 Product and Data Transfer: Direct and Indirect Benefits Participants: owner client designer contractor material industry society Direct benefits Cost savings from efficient construction processes Cost savings from improved control methods for the lifecycle activities Improved quality enabled by the advanced verification and control tools Indirect benefits Cost-effective construction and maintenance of the infrastructures Improved global competitiveness of the Finnish infrastructure industry and the software industry serving the branch Some Key Questions for Adoption Collaboration Open access to the model specification Full documentation of the model Open structure to use any classification system Reasonable terms of use Possibility to collaborate in the future development of the model Ownership & level of standardization/utilization: Data model Feature catalog Quadri Server & API Accountability and reliability of the data Owner, user-rights, change history, source Separation of instantiated models?

6 Separation of Instantiated s Alternative Solutions Alternative Solutions Integrated Project Requirements Version 1 Production Version 1 Version 2 Production Version 2 Version 3 Production Version 3 Facility Arto Kiviniemi - Premiss Project VTT & Stanford University Server Structure for Multiple s Application A Application B model As-built model Maintenance model Integrated Project etc Control level: access and change permissions, revisions, etc. Link layer: corresponds with the real world objects Object Domain specific property level: geometry, attributes, etc. etc

7 Standardized Server API Three existing IFC model servers - IMSvr, EDM and Eurostep Server - in the future more Need to standardize the interface to avoid support need for multiple clients in end-user applications SABLE project has developed an open API Patrick Houbaux SABLE Project Some Detail Questions Norwegian experiences: How to get the existing information to the database? Accuracy of the as-built information? Relationship to IFC models by IAI? IFG - GIS related part of IFC, Norway is active; BYGGSØK has sponsored the development of IFG IAI has a liaison agreement with OGC Representation of bridges? IFC-Road development project including bridges (France and Japan) IAI Technical Meetings in Oslo on February 1-3, 2006 Finnish participation in the ISO work? Often observer status only Wide utilization of the model in Finland? Services based on the rich, standardized information