aa554f2266913b1599d356e8856ae216.ppt
- Количество слайдов: 115
CONCUR Brite Eu. Ram BE 96 -3016 Concurrent Design and Engineering in Building and Civil Engineering Next Back Directory Return -1 - Results
CONCUR 1. 2. 3. 4. 5. 6. 7. 8. 9. Presentation Directory Page Project Summary Demonstration Scenario Information Management System (IMS) Ifc Browser Lexi. Con Inception Modeller Facets (Skanska) Plant. Power (Fortum Engineering) Technical, Commercial and External Exploitation 10. External Results 11. The Way Forward Next Back Directory Return -2 - 12. Partners 13. European Commission Project Details and Contact
CONCUR Project Summary Next Back Directory Return -3 - 4 CONCUR was aimed at exploiting the developments that were made in Product Data Technology specifically for the construction industry during the mid 1990 s. Mechanical, aeronautical, automobile and maritime engineering were successfully exploiting the STEP advances of the 1980 s, AP 225 and CIMsteel had made a start, but here were technologies aimed specifically at the wider construction industry. In particular, the CONCUR partners wanted to exploit the IAI-IFCs in the processes that were used in the pre-tender phases of construction. 4 The CONCUR partners examined the processes and the information flows with the aim of using ICT and open standards for integration. The project looked at the project inception stage, the concept design phase with links to power engineering processes, the scheme design phase and estimating. A common thread through the project was the desire to use product models and 3 D modelling throughout the process and to move the start of modelling higher up the chain. 4 Where possible, established commercial software was used so that the project results could be deployed for commercial use. Technical assistance was both received from and given to software vendors. A number of vendors were involved as associate partners and undertook major enhancements to their software to support the goals of the CONCUR project. 4 Technically CONCUR has made major advances in: inception modelling, using web based Information Management Systems, linking these systems to advanced object oriented Product Data Technology, a method for PDT model merging, a method for using XML to interface with a PDT database, a metadata schema for the IAI, a set of derived attributes for the IAI-IFCs, driving forward the creation of a lexicon of construction terms which will support the needs of both PDT and e. Commerce for construction, showing that IFCs can be used for storing models as well as exchanging them, and in methods for browsing and adding to the contents of IFC models. 4 CONCUR has helped to move the IAI-IFCs closer to widespread use by using them on industrial information and by critiquing the IFC translators developed by the major vendors of modelling systems. 4 CONCUR has demonstrated that IFCs can integrate the processes of different companies using different software applications being used for different purposes.
CONCUR Industry Need- Why Undertake the project? 4 Client Demand 4 Clients are demanding: higher quality, greater predictability of time and cost, faster project delivery, better documentation and better value for money. 4 Market Differentiation 4 The construction industry needs: greater involvement in client planning, faster response to client requirements, better defined processes and MOST OF ALL SATISFIED delighted clients. 4 Increasing Regulatory Drive 4 Society is expecting: increased safety, improved sustainability, reduced energy consumption, reduced waste, greater accountability and better documentation. 4 Quantifying Risk 4 The construction industry needs to: reduce the cost of tendering, improve the accuracy of tenders and quickly quantify the risks associated with a new project. 4 Integrate the Extended Enterprise Next Back Directory Return -4 - 4 The construction industry needs to: integrate the use of information in a dynamic supply chain, support concurrent working in the supply chain, speed up the processes supporting tendering.
CONCUR Initial Aims & Goals 4 Halve the cost of tendering 4 Speed up the processes supporting tendering 4 Improve the accuracy of bids 4 Integrate the processes 4 Integration of information use Next Back Directory Return -5 - 4 Support concurrent working
CONCUR Project Tactical Approach 4 Review Industrial Practice 4 The partners rigorously examined the processes undertaken by commercial construction organisations when preparing a bid. The results were presented in the form of IDEF 0 diagrams with notes. The processes include: client brief, inception design, concept design, scheme design and preparing estimates. 4 Implement File based Architecture for Tendering 4 CONCUR prepared a mid-term demonstration which linked the software applications using file tranfers between the applications. The transfer files used comma separated variable, STEP Physical files (IAI-IFC). STEP Data Access Interface was also used. This demonstrated that interoperability was possible but was not commercially robust and flexible. 4 Implement Client/server based Architecture for Tendering 4 The second half of the project concentrated on using a web based IMS system to support realistic exchanges including an integration with a STEP database to provide a model server. Significant advances in using IFCs were also made. The results demonstration supported a realistic business scenario and is described in this web site. Next Back Directory Return -6 - 4 Implement Enhanced Production Software Applications 4 The project encouraged the development of IFC translators by major software vendors to the industry, encouraged the enhancement of existing software to support the new ways of working required by the CONCUR partners, initiated the development of new commercial software applications to support the new ways of working and created prototype software for inception modelling and browsing IFC information models. New approaches for capturing and manipulating construction industry terms were also initiated.
European Commission Project Details and EC Contact CONCUR Engineering Project Number Contract Number Start date Duration Finnish date Man years Value Concurrent Design and Engineering in Building and Civil BE 96 -3016 BRPR-CT 96 -0357 1 February 1997 4. 5 years 31 July 2001 30 for eight partners 5 454 000 Euros Co-ordinating Partner Taylor Woodrow Construction Ltd. Project Manager David Leonard EC Project Officer Next Partners Back Directory Return -7 - Maria Cristina MAROLDA European Commission Research Directorate-General Competitive and Sustainable Growth E-mail Phone Fax Mail Address maria-cristina. marolda@cec. eu. int +32 (0)2 295 83 91 +32 (0)2 296 05 50 Rue de la Loi/Wetstraat 200, B-1050 Bruxelles/Brussel Rue Montoyer/Montoyerstraat 75, B 1050 Bruxelles/Brussel
Project Partners Construction Companies Classification Next Back Directory Return -8 - R & D Partners
CONCUR Demonstration Scenario The CONCUR project included demonstrations of technology using commercial software and realistic industrial information. Next Back Directory Return -9 - 4 Description 4 Photograph of the Demonstration Building 4 The Business Scenario 4 The information Flows
CONCUR Demonstration Scenario Description 4 The demonstration scenario covers the activities in the process of moving from a client brief to preparing a bid for the building to house the steam powered turbine/generator for a small power station. 4 The demonstration mostly uses commercially available software applications and generally uses IAI IFCs for transferring and storing building and construction objects between partners and their software. 4 Fortum Engineering perform the role of the principal contractor who undertakes the plant design with alternative solutions from civil engineering contractors. 4 The demonstration scenario includes: 4 Inception Design 4 Concept Design 4 Scheme Design 4 Programme Planning 4 Preparing Cost Plans 4 The innovations include: Business Scenario Next Back Directory Return -10 - 4 Using IAI-IFCs for exchanging information 4 Using IAI-IFCs for storing information 4 Using a web based IMS which includes an IFC model server 4 Using a web based browser for viewing and using IFC objects 4 Using an XML interface for interfacing with IFC models 4 This presentation shows the business activities being addressed, the information flows between the activities and further information on the activities which can be accessed by clicking on the activity boxes or information flow lines. 4 A power station typical of that used in the demonstration shown on the photograph with the Turbine House ringed.
Demonstration Object Turbine House Fortum Engineering Turbine house Next Back Directory Return -11 -
Business Scenario Define INCEPTION TURBINE BUILDING Client Brief T. U. Delft Inception Modeller Fortum Eng. Design CONFIGURATION for Steam Turbine Plant FE Software Taylor Woodrow Define SCHEME T- building Fortum Eng. Scheme modeller Fortum Eng. MERGE TW models Model Merger COMPARE Define suggested models and CHOOSE one CONCEPT Turbine BUILDING FE Software Skanska Business Scenario Description Information Next Flows Back Directory Return -12 - Fortum Eng. Define SCHEME T- building MERGE Skanska Scheme modeller models Model Merger Bid
CONCUR Business Scenario Description 4 A flow diagram showing the business scenario for the CONCUR demonstration. 4 A client needing a power station approaches Fortum Engineering for a solution and a bid. 4 Fortum Engineering will be the principal contractor responsible for the delivery of the complete power station. 4 Fortum Engineering undertake the design of the plant and equipment in the power station. 4 Fortum Engineering invite Taylor Woodrow and Skanska to bid to design and construct alternative solutions for the Turbine House building. 4 Fortum Engineering merges each of the competing alternative solutions for the Turbine House with the plant and equipment scheme before choosing one. 4 Fortum Engineering prepares the bid for the client. Next Back Directory Return -13 - .
Information Flows Client Brief TU Delft Bid Define Building INCEPTION MODELLER TUD Software Fortum Eng. Taylor Woodrow MERGE TW Define SCHEME T- building Fortum Eng. Design CONFIGURATION for Steam Turbine Plant Scopepower models Fortum Eng. Model Merger IFC Browser COMPARE suggested models and CHOOSE one Define CONCEPT Turbine BUILDING TW IMS Plant. Power Skanska Define SCHEME T- building FE IMS Fortum Eng. MERGE Skanska models Model Merger FACETS SK IMS Next Back Directory Return Web based Project IMS - I Project. Wise Project IMS - II IFC FE 1 Project IMS EPM-EDM -14 - IFC FE 1 IFC SK 1 TW 1 Project IMS SK 1 TW 1 FE 1 Project IMS - III Project IMS IV IFC FE 1 Project IMS FE 1 + TW 1 FE 1 + SK 1 IFC TW 1 IFC FE 2 Project IMS
CONCUR Client Brief 4 Determining the client brief is a key role for the principal contractor. The client does not always know how to do this and usually requires assistance to do this. The client will have a business plan within which the new project will perform in terms of finance, operating costs, generating revenue and delivering a profit. The client requires input from the supplying contractor to support his business plans. 4 When the client brief is fully understood and agreed by the client and supplier, the supplier can develop the scheme and prepare a bid and programme for delivering the project. 4 There are systems for capturing client requirements and recording requirement revisions and the supplier response options. One such system is called Dynamic Object Oriented Requirement System (DOORS). This system was trialled in the first half of the CONCUR project and featured in the Mid Term Review Demonstration. DOORS, from Telelogic UK Ltd, can support the whole life cycle of a project. The mid term trial showed how information exported from DOORS could be imported into corporate systems Next Back Directory Return -15 - 4 The development of the client brief takes place concurrently with the Inception modelling of a project, the assessment of risk to the supplier and the effect on the potentially new project on the supplier business plan. Currently information is manually transferred between client brief and into inception modelling.
CONCUR Inception Modeller 4 Inception Modelling Next Back Directory Return -16 - 4 The developing of an Inception Support Modeller was one of the most research oriented parts of the CONCUR-project. At the start of the project it was quite clear that the inception stage of large-scale construction projects involves a number of heavy and interrelated information processing tasks. Clients have to establish the feasibility of the project. Facility designers and construction companies have to decide how to meet the client requirements. This means that in a relatively short period of time a tremendous amount of not well defined information and knowledge related to all the aspects of power plants has to be processed. 4 It was quite clear that an Inception Support Modeller could be quite beneficial and potentially could help to support the projects goals. 4 It was also known that, in principle, Product Data Technology could also be used in the inception and concept design stages where the information is normally less precisely defined. 4 The solution implemented in the CONCUR-project focuses, as an example, on the international power plant market. 4 The main characteristics of the approach implemented in the project are (1) the adoption of a three level approach and (2) the application of a hierarchy of power plant objects divided into functional and technical perspectives. 4 The three level approach, illustrated on the next screen, supports the work of the clients, power plant vendors and construction companies in one dynamic system. Changes in requirements can flow down stream to be solved, and changes in power plant solutions of construction solutions can flow up stream to be evaluated, thus the dynamic system allows for non-monotonic design. 4 The functional-technical object hierarchy supports the consistent modelling of knowledge in the form of rules of thumb.
CONCUR Inception Modeller 4 The three Level approach 4 Further information Next Back Directory Return -17 - 4 Reports describing the CONCUR Inception Modelling work are available in the Download Area. 4 Contacts at TU Delft are Professor Frits Tolman: F. Tolman@CT. TUDelft. nl and Saban Ozariyildiz ozsariyildiz@ct. tudelft. nl
CONCUR The importance of Inception 4 Why Inception Modelling? Modelling 4 Inception modelling is a neglected phase of construction projects even though it is a key activity. It is always done but tends to be a stand-a-lone manual process. CONCUR has looked at how company knowledge can be collected and presented to produce initial estimates. The work has not been integrated into the information flow. 4 Initial Assessment of Projects 4 Inception modelling takes place when preparing the client brief and results in a first assessment of cost, programme, resource requirement, cash flow and financial risk and ultimately whether or not a supplying company wants to proceed. It could easily interface with corporate financial and risk planning systems. It is potentially a customer facing tool as follows: 4 Interface with Customers 4 Inception modelling can be used to support the client in his business planning because it can give him information required to help assess the viability of a project, namely: Initial cost, time to complete, cash flow to first revenue, key figures such as floor area, maintenance cost, operating cost. When combined with his estimate of revenue potential , based on for example floor area, it can support his business planning. 4 Initiation of Contractor Downstream Processes Next Back Directory Return -18 - 4 Inception modelling is a knowledge based process requiring access to company data on costs and planning. It is difficult to undertake in a generalised way and in concur was limited to numerical modelling , but without shape. However, it could be developed to first-guess the information required by downstream processes such as estimating and programming, and even be used to propose a model for structural engineering design and analysis. This would provide an easy route into starting the use of 3 D modelling on a project and the first stages of 3 D visualisation 4 Scope for Development 4 A number of the CONCUR partners have realised the potential of linking Inception modelling to Product Data Technology and plan to undertake further development.
Plant configuration Client Brief TU Delft Define Building INCEPTION MODELLER Taylor Woodrow TUD Software Define SCHEME T- building Fortum Eng. Design CONFIGURATION for Steam Turbine Plant Scheme modeller Fortum Eng. MERGE TW models Model Merger COMPARE Define suggested models and CHOOSE one CONCEPT Turbine BUILDING FE SW FE Software Skanska Next Back Directory Return Project database -19 - Fortum Eng. Define SCHEME T- building FE IMS Fortum Eng. MERGE Skanska Scheme modeller models Model Merger Bid
CONCUR Fortum Engineering: Plant. Power 4 Fortum Engineering use a suite of software called Plant. Power which have been customised for the purpose of defining the requirements for power plant construction. The design procedure is: 4 Scoping Module 4 In order to meet clients requirements, a scoping module called Scope. Power is used for identifying a structure of power plant delivery. This is a logical layout based on KKS code, forming a skeleton of the information technical product model for further study 4 Energy Balance 4 Energy balance studies are made by Fortum Engineering’s process simulation tool Solvo. These results are defining requirements for power plant processes as input data for further design Back to Information Flows Plant. Power Flowchart 4 Energy Balance Flow Charts 4 In practice it means, that there is unambigious dependence between energy balance flow charts and IT product model 4 Design Rules 4 A knowledge module holding design rules, design dialogues, plant scope and artificial intelligence facility based on Design++ is used for initial dimensioning of main equipment in order to fulfil process requirements. The results are presented in the main flow diagram. 4 Dimensions Next Back Directory Return -20 - 4 Dimensioning of main equipment continues for over all dimensions of the site so, that suitable plant layout can be selected. The first cost estimate is carried out in order to support decision making at investment level 4 Cost Estimation 4 Knowledge modules support more detailed design on steam turbine plant. Cost estimation on facility level will define costs accurate enough for tendering purpose. Actual cost data is in cost libraries of Cost. Power, where the commercial software of CM-Pro is used on cost estimation and further budgeting during pre-tender phase 4 Company IMS 4 All design, cost estimation and scheduling information are stored in product model and in the
Plant configuration and layout - CONCUR / Fortum Engineering demonstration Invitation to Tender Scope LOGICAL LAYOUT Energy balance PLANT CONFIGURATION PLANT LAYOUT Main Equipment Cost. Power 1 st Cost Estimate for BID FACILITIES PLANT DATADASE IFC Back to Information Flows Next Back Directory Return -21 - BOQ, • Cost Estimate, • Time schedules, • Procurement, • Subcontracts
CONCUR Fortum Eng. : Building Conceptual Design 4 In the CONCUR demonstration Fortum Engineering defined construction requirements from the client’s requirements and distributed the information by VTT’s Information Management System to other industrial partners. The used software was : 4 Scope. Power 4 for the definition of the delivery scope 4 Solvo 4 for energy balance studies Back to Information Flows Plant. Power Flowchart 4 Knowledge Modules 4 for component dimensioning and layout design 4 Micro. Station J 4 for shape modelling and for interactive part of 3 D modelling in CAD 4 Cost. Power 4 for cost libraries, cost estimation and budgeting Concept Design Flowchart Next 4 Company IMS Back Directory 4 Project IMS Return -22 - 4 Fortum Engineering will be using their company Information Management System (IMS) for storing and exchanging documents and models 4 VTT’s IMS is the Communication Module for information management and data exchange between partners in CONCUR project
Building Conceptual Design - CONCUR demonstration of Fortum Engineering/VTT IMS Invitation to Tender LOGICAL LAYOUT PLANT CONFIGURATION Scope Energy balance PLANT LAYOUT Main Equipment 1 st Cost Estimate for BID FACILITIES Product model Back to Information Next Flows Back Directory Return -23 - FE/VTT IMS Documents • BOQ, • Cost Estimate, • Time schedules, • Procurement, • Subcontracts Data exchange • STEP/IFC
CONCUR Fortum Internal IMS & Information exchange 4 Most companies have an internal information management system 4 To support their internal engineering and business processes. 4 They also have internal protocols for exchanging information between software applications. 4 The protocols are usually based on proprietary native exchanges because they are information rich. 4 Why use open standards? Next Back Directory Return -24 - 4 Even though open standards are less rich than proprietary native standards for exchange they offer a common denominator when exchanging information with other companies, especially when active trading relationships are short. 4 Proprietary standard are not particularly good at handling objects that are not supported by that software. At best they import and export the objects without altering them. At worst they corrupt them of just lose them so that they are not available for downstream activities. This usually happens at the interfaces between different engineering or business disciplines. 4 There are internal advantages to using open standards when using different types of software or purchasing new software. 4 Why use a web based IMS? 4 Easy universal access. 4 Partner companies like web based project IMS systems because they feel that they have a share in its ownership. 4 The web based systems can be transferred to the client to support downstream life cycle support.
IMS Upload Client Brief TU Delft Define Building INCEPTION MODELLER Taylor Woodrow TUD Software Define SCHEME T- building Fortum Eng. Scheme modeller Fortum Eng. Design CONFIGURATION for Steam Turbine Plant Fortum Eng. MERGE TW models Model Merger COMPARE Define CONCEPT Turbine BUILDING suggested models and CHOOSE one FE Software Skanska FE IMS Fortum Eng. Define SCHEME T- building MERGE Skanska Scheme modeller Next Back Directory Return Project database -25 - Project IMS - I Project. Wise IFC FE 1 Project IMS EPM-EDM Fortum Eng. models Model Merger Bid
CONCUR Web based Project IMS (Information Management System) VTT Building Technology, Finland • Summary • IMS System Structure • IMS User Interfaces • IMS Main Functions • Uploading & Downloading documents Next Back Directory Return -26 - • Model Merging • XML Access
IMS Architecture Internal working environment within company intranet D++ COMPANY 1 CM Company specific information repository COMPANY 2 Client COMPANY 3 Company specific IMS system Project mgr Achitect CONCUR IMS: Web based Project Environment Next Back Directory Return -27 - Project information repository: Project document & Object database Real life projects
Summary Web Based Project IMS = Used for information sharing between all project participants = Can be hosted on a web site located anywhere = Based on Bentley Project. Wise document management system and incorporates the Express Data Manager software from EPM Technology = Combine functionalities of a document based system with product model server = Used IFC based models for exchanging information Next Back Directory Return -28 - 4 Further information 4 Reports describing the IMS system are available in the Download Area 4 Contact at VTT is Maria Nikolaenko: maria. nikolaenko@vtt. fi
IMS system structure Next Back Directory Return -29 -
IMS user intefaces Document managment system interface Next Back Directory Return -30 - Documents, situated in choosen folder Web interface Interface to upload, documents merge models in the system, XML browsing
IMS user Interface Viewing models in 3 D VR window Available methods for the selected objects in VR window Next Back Directory Return -31 - Document related to the selected object
Main functions of IMS Upload files to doc mgt system Download files from doc mgt system Link file to a product model object Merge product models Next Back Directory Return -32 - End user Extract partial product model data Store product model
IMS Upload files Diagram Next Back Directory Return -33 -
IMP user interface Upload files Select ”Add file” User enters metadata Add new file form Next Back Directory Return -34 -
IMS Model Merging Diagram User IMS servlet Project. Wise Command to Get A, B Merge A, B OK Insert A, B Merge A, B OK Next Back Directory Return -35 - EPM-EDM OK (C stored in Project. Wise) OK OK Merged model C Start situation: Source model files reside in Project. Wise End situation: Merged model file is stored in Project. Wise
IMS user interface Model Merging form Select ”Merge models” User enters metadata Merge models Next Back Directory Return -36 -
IMS product model server & XML interface VTT Building Technology, Finland Next Back Directory Return -37 -
IMS - XML interface Request object data Next Back Directory Return -38 - Object properties in XML format
CONCUR EPM Technology’s Express Data Manager™ (EDM) - 1 4 How has CONCUR used EXPRESS Data Manager™ version 4. 0 ? 4 IMS support – EXPRESS Data Manager™ is used by the CONCUR project to implement a Product Model Server (PMS) as an integral part of the Project Information Management System (IMS). The IMS is responsible to ensure consistency between the contractual document management system and the 3 D project database stored in the PMS according to the IAI IFC 151 specification. The PMS provides a facility for selective viewing, download and upload of 3 D project data and their link to the contractual documents. CONCUR is making use the ultimate object technology: Objects are defined as industry standard objects in IFC and the ISO Express-X language is used as a data manipulation language (DML) for improving the capability of these objects - independently of any particular software system. Next Back Directory Return -39 - 4 Project database functionality: 4 Partial download – Using a 3 D browser (Promote) to select IFC objects to download using P 21 and XML 4 Upload and merge – Import IFC objects and merge the result using P 21 and XML. . 4 XML Access to IFC Models – EDM provides an access interface to objects, their attributes and properties based on XML to enable the integration with material take-off applications in Excel and similar. 4 IFC Browser - EDM provides the object database used by the TNO IFC Browser application which can view IFC models and be used to add, edit and extract the properties and attributes of the IFC objects in the models. 4 Calculation of derived Attributes - EXPRESS Data Manager™ provides a virtual machine that interprets all Express and Express-X executable statements. CONCUR has used this capability to add semantics to the IFC 151 schema by adding ‘Derived Attributes’ such as volume and surface area of the IFC 1. 5. 1 objects. This is a convenience to any application that does not include a geometric engine.
CONCUR EDM and CONCUR - 2 Other Application Type IFC Browser CAD Modelling System Project (IMS) [Project. Wise] Other Modelling System EPM-EDM Generation of Derived Attributes XML Access by MS-Office products Express X Model Merging Next Back Directory Return -40 - Services from EDM 4 Further information 4 Reports describing the CONCUR Project’s use of the Express Data Manager are available in the Download Area. 4 Contact at VTT is Maria Nikolaenko: maria. nikolaenko@vtt. fi & Jorulv Rangnes at EPM Jorulv. Rangnes@epmtech. jotne. com
CONCUR Express Data Manager (EDM)- 3 4 What is EPM Technology EDM? 4 EXPRESS Data Manager™ (EDM) is a suite of applications providing an out-of-the-box solution for easily creating data-models conforming to international standards. 4 EDM's pick-and-place icon driven user interface allows anyone to easily learn EDM's data modeling methodology. 4 Once familiar with EDM, the user can quickly implement data-models in conform-ance with ISO 10303 (STEP), and other standards like IAI, STEP/NC, OIL & GAS and P-LIB making use of XML, Java and other environments. 4 How can EPM Technology EDM help construction industry users? Next Back Directory Return -41 - 4 EDM helps users to take a great leap towards cost efficient and reliable use of ICT in their organizations. 4 EDM helps users to take ownership of their product data by using a single data source based on standards. 4 EDM helps users to apply a unified methodology and a set of products that take them from concept to solution. 4 EDM can assist users in the change of the design world from 2 D to a 3 D object based environment. 4 The interoperability and re-use of building models will translate to increased collaboration amongst industrial partners. 4 In particular the knowledge stored in IFC based building models could be used for facility management and other purposes during design, construction and after the building project is completed.
CONCUR Express Data Manager (EDM) - 4 4 What can EDM do? 4 A powerful object-oriented database management system capable of being a users single source of information. 4 A web enabler due to its thin-client technology. Complete applications written in EXPRESS and EXPRESS-X are fully executed by the EDM-express. VM™ (Virtual Machine) within the database. These applications are controlled through local EDM interface™ calls. 4 A unified methodology for product data solutions. All functionality of the system is configured by EXPRESS and EXPRESS-X schemas, which are the ISO and industry standards for information requirement specifications. 4 An EXPRESS-G modelling environment which uses EDM visual-Express™ to design users data models and to publish them, for example on the web. 4 A Rule Engine to define a users corporate knowledge by constraining information models using the rules capabilities of EXPRESS and EXPRESS-X. 4 A standards solution in its support for EXPRESS (all statements, expressions, built-in functions and procedures), Part 21, and SDAI. Next Back Directory Return -42 - 4 Further information 4 Reports describing the CONCUR Project’s use of the Express Data Manager are available in the Download Area. 4 Contact at EPM is Jorulv Rangnes Jorulv. Rangnes@epmtech. jotne. com
CONCUR Express Data Manager (EDM) - 5 4 Whats new in EDM version 4. 5 4 EXPRESS-X implementation has been extended - among others with full exception handling - to be the one built-in database control language (including EXPRESS) for EXPRESS Data Manager™ 4. 5. It provides the user with functionality and performance for building entire applications on top of the users information models at reduced costs for programming and maintenance. With the one language for modelling, storage, and use of information models, the user avoids technology compatibility problems. 4 The Business Object layer of EXPRESS Data Manager™ 4. 5 hides the complexity of an underlying data model and adds application specific functionality. The Business Object defines views and methods for the underlying database by means of the powerful EXPRESS based Query and Update Language in EXPRESS Data Manager™ 4. 5. Business Objects are created on the server instead of locally, enabling thin clients and reducing network traffic. Business Objects tailor the same underlying information to the needs of the many disparate applications of data. 4 The Query and Update Language of EXPRESS Data Manager™ 4. 5 is using EXPRESS-X. Any EXPRESS-X logical expression can be passed to a query as a parameter. This functionality is fully comparable to SQL. Next Back Directory Return -43 - 4 Further information 4 Contact at EPM: Jorulv Rangnes Jorulv. Rangnes@epmtech. jotne. com
Develop Scheme Skanska TU Delft Define Building Client Brief INCEPTION MODELLER Taylor Woodrow TUD Software Define SCHEME T- building Fortum Eng. Design Scheme modeller FE Software Model Merger FE Software FE IMS Scheme modeller SK IMS Next Project database Project IMS - I Project. Wise IFC FE 1 Project IMS EPM-EDM Fortum Eng. suggested models and CHOOSE one CONCEPT Turbine BUILDING Define SCHEME Turbine Building -44 - models COMPARE Skanska Return MERGE TW Define CONFIGURATION for Steam Turbine Plant Back Directory Fortum Eng. MERGE Skanska models Model Merger Bid
CONCUR Skanska Design Development 4 Skanska download the Conceptual Model and supporting documentation for the Turbine house from the project database. 4 Skanska design a scheme and prepare a cost plan and construction programme using Archi. Cad, MS-Project and bespoke software from Solibri. They use their company IMS during this process. 4 The end result is uploaded to the Project Database as IFC-SK 1 plus information such as the cost plan and construction programme. Next Back Directory Return -45 -
Turbine House Building Scheme Next Back Directory Return -46 -
Turbine House in Archi. Cad Explore SKANSKA FACETS Next Back Directory Return -47 -
Facets Project development with split vision Next Back Directory Return -48 - Adina Jägbeck, Lennart Klintmalm Skanska Teknik AB Pasi Paasiala - Solibri OY
Introduction 1 Facets Skanska Teknik has since 1999 worked on the development of a new tool to combine information about the different aspects of a project. The purpose and functionality of the system have been defined by Adina Jägbeck and Lennart Klintmalm. It has been named "Facets". Facets deals with information from CAD, cost estimation and process planning. Or, rather, it allows the user to create – otherwise sub-understood – relations between the various aspects, and display them. The development started as a part of a EU-supported project - Concur. The system has been built by Solibri OY and is certified for import of ifc 2. 0 from CAD. It contains functions for two different project stages. Facets Site Developer – functions for the concept phase The use context for Facets Site Developer is the very early project phase. The prerequisite for using Facets in this stage is that one needs to graphically investigate different alternatives for accommodating a space requirement schedule on a site and, at the time, calculate investment costs and rental levels based on rough estimates of. Facets Site Developer was developed during the spring of 2001 in cooperation with a group of project developers in Skanska Hus, - Ingela Lindholm and Anders Rådestad. Facets Scheme Design – functions for scheme phase Next Back Directory Return -49 - The use context for Facets Scheme Design is co-ordination between design, cost estimation and process planning. The system imports CAD-information in IFCformat, while cost recipes and process schedules are imported as databases. By relating building objects to cost items, recipes and activities the system automatically creates, on-line, quantity take-off item and activity, calculation of recipe based costs and displaying building a 4 D-view of time schedules. The functions in Facets Scheme Design were developed during 2000 and 2001 in cooperation with a production group within Skanska Hus, including Katrin Eriksson.
Introduction 2: Such phase, such requirements Facets’ context Concept Scale - 1: 1000 Tme -1 Info - 1 Scheme Scale - 1: 100 Time -10 Info - 1 000 Working docs Scale - 1: 10 Time -100 Info - 1 000 Next Back Pre-study Directory Return -50 - Programme Design - procurement Run - Maintain
Introduction 3: All aspects in every phase Concept phase - Quick run through = Customer’s area and function req = Site possibilities = Volume studies = Time frame and economical picture = Alternatives Scheme phase - Worked model with spaces and building objects = Architectural design, cost estimate, time schedule = Coordination between knowledge fields = Reuse of key figures Instant control! Face to face! Professional tools! Standard exchange format! Next Back Directory Return -51 - Experience
Concept phase – ”the target is to achieve a well studied project suggestion, with the client, here and now. ” = What is needed? = What does the site allow? = Do we have the space? = Is it attractive? = How much is it? = Test another idea? = Move on to next phase? Next Back Directory Return -52 - In other words: Complete basis for decision faster
Facets Site Developer ”all in one box” Aesthetic Site The boxes contain links. Use the ”back arrow” to return to this page Function Space use Next Back Directory Return -53 - Economy Experience Sketch. . 3 Skiss 2 Skiss 1 based figures Skiss Rent
Result of using Facets Site Developer: Project suggestion at client meeting = Coordinated aspects (built spaces, space use, rent) = Experience from previous projects (key figures) = More alternatives investigated (volume studies, space use, construction period, effects of interest rate. . . ) = Informative presentation (bird’s eye, 3 D-sketches, rent/m 2) = Direct communication with client = Interactive way of work Next Back Directory Return -54 - Good basis for decision Good definition for next phase
Scheme phase ”The target is to facilitate coordination between professionals” = Product definition – building objects and spaces with geometry and other attributes = Quantity take-off adjusted to cost structure (t. ex. BSAB, project divisions. . ) = Cost estimation with different requirements degree of detail (e. g. recipes for walls, key-figures for HVAC, quotation sum for painting. . . ) = Time schedule appropriate to planning needs (e. g. phases production activities with concerned building parts) = Every party works based on the same, updated information Next Back Directory Return -55 - In other words: coordinated professional project information for procurement and detail design
Facets Scheme Design: Coordinate information from professional tools Cost Test project Recipe Next Back Directory Return -56 - Time Method Product The boxes contain links. Use the ”back arrow” to return to this page
Result of using Facets Scheme Design Product model with several aspect = Product definition from CAD (now: ifc 2. 0 import of architectural drawings services) = Cost calculation based on cost databases (now: recipe databases through odbc e. g. Mängda, Planned: through ifc) = Time schedule from project planning software (Now: database access to MS Project… Planned: ifc) = Relations between products, costs and activities Planned: also building support for project leaders need of Next Back Directory Return -57 - coordination: designed costed planned
Develop Scheme Skanska TU Delft Define Building Client Brief INCEPTION MODELLER Fortum Eng. Taylor Woodrow TUD Software MERGE TW Define SCHEME T- building Fortum Eng. Design models Model Merger Scheme modeller COMPARE Define CONFIGURATION for Steam Turbine Plant FE Software suggested models and CHOOSE one CONCEPT Turbine BUILDING FE Software Fortum Eng. Skanska MERGE Skanska Define SCHEME Turbine Building FE IMS models Model Merger Scheme modeller SK IMS Next Back Directory Return Project database -58 - Project IMS -I I Project IMS - I Project. Wise IFC FE 1 Project IMS EPM-EDM Fortum Eng. IFC SK 1 Project IMS Bid
Develop Scheme Taylor Woodrow TU Delft Define Building Client Brief INCEPTION MODELLER Fortum Eng. Taylor Woodrow TUD Software MERGE TW Define SCHEME T- building Fortum Eng. Design models Model Merger Scheme modeller COMPARE Define CONFIGURATION for Steam Turbine Plant FE Software CONCEPT Turbine BUILDING suggested models and CHOOSE one TW IMS FE Software Skanska FE IMS Fortum Eng. Define SCHEME T- building MERGE Skanska models Model Merger Scheme modeller SK IMS Next Back Directory Return Project database -59 - Project IMS - II Project IMS - I Project. Wise IFC FE 1 Project IMS EPM-EDM Fortum Eng. IFC SK 1 Project IMS Bid
CONCUR Taylor Woodrow Design Development 4 Taylor Woodrow download the Conceptual Model and supporting documentation for the Turbine house from the project database. 4 Taylor Woodrow design a scheme and prepare a cost plan and construction programme. Taylor Woodrow show the full IAI-IFC schema can be viewed and used as a source of information for generating a cost plan and how specification information can be included in the model. Taylor Woodrow use the estimators desktop software to assist with this task. 4 Taylor Woodrow use their company IMS during this process 4 The end result is uploaded to the Project Database as IFC-TW 1 plus information such as the cost plan and programme 4 A view of the major structural components of the Taylor Woodrow solution is shown in the IFC Browser Viewer screen shots. Next Back Directory Return -60 - .
Turbine House Building Scheme Next Back Directory Return -61 -
Develop Scheme Taylor Woodrow TU Delft Define Building INCEPTION MODELLER Client Brief Fortum Eng. Taylor Woodrow TUD Software MERGE TW Define SCHEME T- building Fortum Eng. Design models Model Merger Scheme modeller COMPARE Define CONFIGURATION for Steam Turbine Plant FE Software CONCEPT Turbine BUILDING suggested models and CHOOSE one TW IMS FE Software Skanska FE IMS Fortum Eng. Define SCHEME T- building MERGE Skanska models Model Merger Scheme modeller SK IMS Next Back Directory Return Project database -62 - Project IMS - II Project IMS - I Project. Wise IFC FE 1 Project IMS EPM-EDM Fortum Eng. IFC SK 1 TW 1 Project IMS Bid
CONCUR Ifc Browser Next Back Directory Return -63 - 4 Client Server JAVA application which uses the Microsoft Internet Explorer to view Ifc 1. 5. 1 in HTML and VRML 4 Works on a network, intranet, extranet or internet. Can work with a modem connection. 4 Minimal system requirements; UNIX or Windows with freeware plug-ins for viewing. 4 Uses Ifc data stored in an EPM Technology Express Data Manager database on the server 4 Undertakes IFC to HTML translation on the client 4 Undertakes IFC to VRML (3 D) translation on the client 4 Further information 4 Independent of proprietary modelling systems 4 Reports describing the IFC Browser work are available in the Download Area. 4 Contacts at TNO are Peter Bonsma: P. Bonsma@bouw. tno. nl & Michel Böhms M. Bohms@bouw. tno. nl
CONCUR Ifc Browser Architecture NT 4. 0/W 2 K Ifc. Browser Java Server Generates Java IFC-Binding (early) EXPRESS-to-Java/SDAI Generator in Java SDAI-Binding (late) IFC 1. 5. 1 Meta-data (DD) Access IFC-data (MD) Access C SDAI-Binding Next Back Directory Return -64 - EDM Supervisor EDM DB Unix/Microsoft RMI/HTTP + Ifc. Browser Java Client Running in Java-enabled Internet Browser Here: MS IE 5 + Sun Java 1. 2 Plug-in
CONCUR Ifc Browser- Screen shot Next Back Directory Return -65 -
CONCUR Ifc Browser Functionality 4 Browse through the complete IFC 1. 5. 1 structure. 4 Browse through the complete model. 4 Show HTML or 3 D based on every possible IFC object selection, object selection help tools: 4 Make a selection by hand in the modeltree 4 Select all objects in the model based on a certain subset of the IFC 151 structure 4 Filter out specific object types within the current selection Next Back Directory Return -66 - 4 Add properties to the objects on the server through the client. 4 Show derived properties from an IFC object selection. 4 Highlight a certain selection in the current 3 D view. 4 Further information 4 Reports describing the IFC Browser work are available in the Download Area. 4 Contacts at TNO are Peter Bonsma: P. Bonsma@bouw. tno. nl & Michel Böhms M. Bohms@bouw. tno. nl
CONCUR Ifc Browser Details 4 All data is password protected 4 Data is managed by EPM Express Data Manager (EDM) object database. 4 Which is accessed by the TNO Java/SDAI binding which is… 4 Built on top of the third layer in the EPM Technology SDAI+ Toolkit using the Java Native Interface 4 The base product developed by TNO and CSTB (VRML generation) in the Esprit VEGA Project. Next Back Directory Return -67 - 4 Further information 4 Reports describing the IFC Browser work are available in the Download Area. 4 Contacts at TNO are Peter Bonsma: P. Bonsma@bouw. tno. nl & Michel Böhms M. Bohms@bouw. tno. nl
CONCUR Ifc Developments 4 PDM Meta. Data Structures for Documents 4 Ifc Derived Attributes 4 Ifc Model Merging 4 Ifc Property Sets Next Back Directory Return -68 - 4 Further information 4 Reports describing the IFC Browser work are available in the Download Area. 4 Contacts at TNO are Peter Bonsma: P. Bonsma@bouw. tno. nl & Michel Böhms M. Bohms@bouw. tno. nl
CONCUR PDM Meta data Structures for Documents 4 End users require metadata to automate the sorting, finding, storing and exchanging of files and documents. 4 The CONCUR Project has specified a simple PDM schema for documents for use in the project IMS. 4 The schema is in line with Ifc 2. 0 4 A simplified version has been incorporated in Ifc 2 x 4 Metadata Criteria: 4 4 Next Back Directory Return -69 - LINK - Easy link to PDT (Ifc 1. 5. 1 compliant in 1999) SIMPLICITY - Simple to understand implement NEEDS - Satisfying the CONCUR Demonstration industrial need SUPPORT - IT vendor support 4 Analysed solution and described on the next sheet. 4 The CONCUR schema is being used by IT vendors 4 Further information in Pro. Cure 4 Reports describing the IFC Browser work are available in the Download Area. 4 Contacts at TNO are Peter Bonsma: P. Bonsma@bouw. tno. nl & Michel Böhms M. Bohms@bouw. tno. nl
CONCUR PDM Metadata Development 4 CONCUR analysed 3 different Metadata solutions before preparing the CONCUR Schema: 4 STEP PDM Schema 1. 1 (by the PDM Implementers Forum- Usage guide for the STEP PDM Schema, Jim Kendrick ERIM/PDES Inc. and Markus Hauser, Pro. STEP Gmb. H, May 1999) 4 IAI Ifc 2. 0 CD 4 New CONCUR specific, top down approach (using Document Classification work prepared by Steve Race in 1999) 4 Analysis Summary: LINK SIMPLICITY NEEDS SUPPORT - -- IFC - CONCUR STEP Next Back Directory Return -70 - 4 Further information (but if harmonized with the IAI) 4 Reports describing the IFC Browser work are available in the Download Area. 4 Contacts at TNO are Peter Bonsma: P. Bonsma@bouw. tno. nl & Michel Böhms M. Bohms@bouw. tno. nl
CONCUR Ifc – Derived Attributes- Why? 4 IAI-Ifc contains direct data on building elements such as: 4 Height, Width, Length 4 However, users are also interested in properties like: 4 Volume, Surface Area, Area Next Back Directory Return -71 - 4 So CONCUR extended the standard Express Ifc 1. 5. 1 schema with derived property values which can be derived using the shape representation in Ifc 1. 5. 1 4 The EPM Technology Express Data Manager database can calculate the Derived Attributes in real time 4 Further information can view them via the client 4 The TNO Ifc. Browser interface, calculating them on the server when the 4 Reports describing the IFC Browser work are available in the Download Area. user requests them. 4 Contacts at TNO are Peter Bonsma: P. Bonsma@bouw. tno. nl & Michel Böhms M. Bohms@bouw. tno. nl
CONCUR Ifc - Model merging – Why? Next Back Directory Return -72 - 4 Commercial modelling software applications support their own specific disciplines and sometimes ignore or lose information from other disciplines!!! 4 End users often need to combine models from different disciplines 4 End users often need to mix and match alternative solutions 4 CONCUR developed a simple Model Merging technique using Express-X 4 The technique can merge models complying with the same Ifc schema 4 If the construction and related industries are to exploit object modelling to the full, they will need sophisticated model merging technology. 4 CONCUR has not addressed the legal, responsibility ownership or model locking issues associated with multiple users taking parts of models, modifying them and merging the results 4 Further information back into the model. 4 The model merging is controlled by the Web based 4 Reports describing the IFC Browser work are available in the Download Area. project IMS system and undertaken by the EPM-EDM 4 Contacts at TNO are Peter Bonsma: P. Bonsma@bouw. tno. nl & Michel Böhms database. M. Bohms@bouw. tno. nl
CONCUR Ifc - Model Merging Philosophy Next Back Directory Return -73 -
Merge Concept & Scheme Client Brief Fortum Eng. Taylor Woodrow MERGE TW Define SCHEME T- building Fortum Eng. Design models Model Merger Scheme modeller COMPARE Define CONFIGURATION for Steam Turbine Plant FE Software CONCEPT Turbine BUILDING suggested models and CHOOSE one TW IMS FE Software Skanska FE IMS Fortum Eng. Define SCHEME T- building MERGE Skanska models Model Merger Scheme modeller SK IMS Next Back Directory Return Project database -74 - Project IMS - I Project. Wise IFC FE 1 Project IMS - II IFC FE 1 Project IMS EPM-EDM Fortum Eng. IFC SK 1 TW 1 Project IMS SK 1 TW 1 FE 1 Bid
CONCUR Model Merging Rationale 4 The civil engineering companies have delivered alternative building solutions to the project database. The project database will have the facility to maintain the confidentiality of information where necessary. 4 Fortum Engineering can view both alternative schemes and can merge either with the original conceptual design for the plant and equipment or with an alternative design for the plant and equipment. It is also possible for Fortum to merge models for other parts of the plant into the same model. 4 Model merging requires the EPM-EDM part of the project database. Model merging instructions are assembled via a web based form. 4 The EPM-EDM software can also be used to extract individual objects from the Models. 4 The merged models have been loaded into the project database as IFC FE 1+SK 1 and IFC FE 1+TW 1. After the merging has been completed, the source and merged files are deleted from EPM-EDM. 4 The next view shows merged models. Next Back Directory Return -75 - .
Ifc Model Merging Views Next Back Directory Return -76 -
CONCUR Ifc – Property Sets Next Back Directory Return -77 - 4 Part of the content in IFC files is put in the properties. 4 Property Sets can be defined to combine several properties in a subgroup. 4 This way we can define relations between different properties. 4 This saves a lot of space because we can refer to a specific property set instead of a set of references to properties 4 A property set can have 0 to many properties. 4 One property can be found in several property sets. 4 Further information 4 Reports describing the IFC Browser work are available in the Download Area. 4 Contacts at TNO are Peter Bonsma: P. Bonsma@bouw. tno. nl & Michel Böhms M. Bohms@bouw. tno. nl
Merge Concept & Scheme Client Brief Fortum Eng. Taylor Woodrow MERGE TW Define SCHEME T- building Fortum Eng. Design models Model Merger Scheme modeller Fortum Eng. COMPARE Define CONFIGURATION for Steam Turbine Plant FE Software CONCEPT Turbine BUILDING suggested models and CHOOSE one TW IMS FE Software Skanska Define SCHEME T- building FE IMS Fortum Eng. MERGE Skanska models Model Merger Scheme modeller SK IMS Next Back Directory Return Project database -78 - Project IMS - I Project. Wise IFC FE 1 Project IMS EPM-EDM Project IMS - II IFC FE 1 IFC SK 1 TW 1 Project IMS SK 1 TW 1 FE 1 Project IMS - III Project IMS FE 1 + TW 1 FE 1 + SK 1 Bid
Compare Scheme Solutions Client Brief Fortum Eng. Taylor Woodrow MERGE TW Define SCHEME T- building Fortum Eng. Design CONFIGURATION for Steam Turbine Plant FE Software models Model Merger Scheme modeller Fortum Eng. COMPARE Define CONCEPT Turbine BUILDING suggested models and CHOOSE one TW IMS Bid FE Software Skanska Define SCHEME T- building FE IMS Fortum Eng. MERGE Skanska models Model Merger Scheme modeller SK IMS # Next Description Back Directory Return Project database -79 - Project IMS - I Project. Wise IFC FE 1 Project IMS EPM-EDM Project IMS - II IFC FE 1 IFC SK 1 TW 1 Project IMS SK 1 TW 1 FE 1 Project IMS - III Project IMS IV IFC FE 1 Project IMS FE 1 + TW 1 FE 1 + SK 1 IFC TW 1 IFC FE 2 Project IMS
Turbine House Plant & Skanska Building Solution Next Back Directory Return -80 -
Turbine House Plant & TW Building Solution Next Back Directory Return -81 -
CONCUR Compare Scheme Solutions 4 Compare Solutions 4 The different solutions offered by the building and civil engineering contractors are compared. 4 Try Combinations of Models 4 Model merging offers the opportunity to try different combinations of plant and building models. For example the mechanical engineering plant model may have changed or the principal contractor may want to try a new arrangement in an existing building model or try an existing plant arrangement in a different building. This could occur when buildings are designed for a specific country or climate. 4 Choose the Most Appropriate Solution 4 The principal contractor chooses the most appropriate combination to incorporate in the bid. Next Back Directory Return -82 -
Bid Client Brief Fortum Eng. Taylor Woodrow MERGE TW Define SCHEME T- building Fortum Eng. Design Bid models Model Merger Scheme modeller Fortum Eng. COMPARE Define CONFIGURATION for Steam Turbine Plant CONCEPT Turbine BUILDING suggested models and CHOOSE one TW IMS FE Software Skanska Define SCHEME T- building FE IMS Fortum Eng. MERGE Skanska models Model Merger Scheme modeller SK IMS Next Back Directory Return Project database -83 - Project IMS - I Project. Wise IFC FE 1 Project IMS EPM-EDM Project IMS - II IFC FE 1 IFC SK 1 TW 1 Project IMS - III Project IMS IV IFC FE 1 Project IMS IFC SK 1 IFC TW 1 IFC FE 2 Project IMS
CONCUR Bid to Client The bid to the client usually includes: 4 The Proposed Scheme Solution 4 In the past, proposed scheme solutions were usually described on drawings which were contractual documents. In the future it is expected that this information will be presented as models which can be re-used. The models can be used to create views (drawings) for construction purposes. Models are presenting challenges to how contracts are written and undertaken. CONCUR has explored some of the practical technical requirements. 4 Cost Plan 4 All bids require a price. How this is provided varies from country to country and even varies for different types of construction project. Although detailed bills of quantities are still prepared for pricing, the construction industry is tending to use cost plans which are easier to prepare and use. They also relate to the object oriented way of thinking and working. A typical UK Cost Plan format for commercial buildings is shown which will be recognisable to most of the European construction industry. Taylor Woodrow and Skanska, in particular, have addressed how models can support the preparation of cost plans. External software partners have developed this further. 4 Programme 4 The bid usually includes a programme for executing the work. Fortum Engineering and Skanska have developed this aspect during the project. 4 Specifications are a key component of bids. This is the speciality of STABU. The TNO IFC Browser can be used to insert specification information relating to building objects into the models. Next Back Directory Return -84 - 4 Schedules of principal components such as doors and windows. Schedules can be created from the information models 4 Company Supporting Information 4 Financial Statements 4 Health & Safety Plan – including Construction Design & Management (CDM) risk assessments 4 Quality Plans and Company Procedures
CONCUR Typical Cost Plan Next Back Directory Return -85 -
CONCUR Lexi. Con 4 Lexi. Con Description 4 A collection of common concept definitions and descriptions used by the construction industry in multiple languages. They are presented in classes with associations to other classes and associated aspects. 4 Lexi. Con Explorer 4 A software tool for preparing, editing and inputting content into a Lexi. Con database. 4 Spec Explorer 4 A software tool for preparing and editing project composition trees. 4 The Lexi. Con Vision Next Back Directory Return -86 - 4 The Lexi. Con is continuing to grow as an international collaboration.
CONCUR Lexi. Con Description 4 Common concept definitions and descriptions for the construction industry 4 Definition of concepts 4 Definition of relations between concepts 4 Naming of concepts 4 Based on Framework of ISO PAS 12006 -3 4 Building construction Organization of information about construction works Part 3: Framework for object-oriented information exchange 4 Multi-lingual, support for synonyms and homonyms 4 Concepts can have an unlimited set of names in any language, and names may refer multiple concepts Next Back Directory Return 4 International co-operation 4 Content of the Lexi. Con is developed by STABU in co-operation with organizations in Europe, Australia, New Zealand Canada 4 Further information 4 Contact at STABU is Kees Woestenenk: kwoestenenk@stabu. nl 4 Reports describing the Lexi. Con work are available in the Download Area. -87 -
CONCUR Lexi. Con Explorer Browser and Editor of Lexi. Con Classes 4 Lexi. Con Classes (based on ISO PAS 12006 -3): 4 4 4 Subjects (e. g. Built objects, Spaces, Products) Activities (Work associated with Subjects) Aspects (Grouping of Properties) Properties, Measures and Values Units (e. g. SI units) 4 Descriptions of Classes and associated Names 4 Names and Descriptions in any language 4 Associations between Classes Next Back Directory Return -88 - 4 Specialization hierarchy 4 Composition (Part-of associations) 4 Associated Aspects, Properties, Measures and Values 4 References to external documents 4 Standards (e. g. ISO standards, local standards) 4 Classification systems (e. g. Sf. B, Master Format, EPIC
CONCUR Lexi. Con Explorer Screen shot Next Back Directory Return -89 -
CONCUR Spec. Explorer Editor for project specifications 4 Covers whole lifespan over projects 4 Based on project composition 4 Stand alone, user defined 4 Imported from geometrical model (not available yet) 4 Each node in composition tree is treated as a distinct project 4 Usage of Lexi. Con classes as templates 4 Additional assignment and specification of Tasks Next Back Directory Return -90 - 4 Task specification 4 Contractual conditions 4 Participants 4 Associated Contacts database
CONCUR Spec. Explorer Screen shot Next Back Directory Return -91 -
CONCUR The Lexi. Con Vision 4 A common language for the Construction Industry 4 The Lexi. Con provides definitions and descriptions of concepts that are of interest for the construction industry. 4 The definitions and descriptions are structured according to a model that allows both human and computer interpretation. 4 The conceptual language of the Lexi. Con may use any lexical human language to express its contents. The formal definition of a concept consists of its set of associated properties, whereas the names and descriptions given to that concept allow humans to quickly associate that concept with their own understanding of the meaning of that concept. 4 Framework for information exchange 4 The Lexi. Con concepts live in the background, providing templates that help structuring information in such a way that this information can be interpreted by different applications, as long as these applications have access to the Lexi. Con concepts. Hence, end users won’t see much of the Lexi. Con in practice because the Lexi. Con will often be hidden by the user application’s interface. 4 Examples of applications using the Lexi. Con are: Next Back Directory Return ¡ CAD applications which want to combine gemotrical object descriptions and quality data ¡ Product information systems and Catalogues describing products ¡ Specification systems, cost estimating system and the like. 4 Further information 4 Contact at STABU is Kees Woestenenk: kwoestenenk@stabu. nl 4 Reports describing the Lexi. Con work are available in the Download Area. -92 -
CONCUR Lexi. Con Glossary - 1 Next Back Directory Return -93 - 4 Lexicon Concepts - are abstractions of things that exist in the real world. A concept groups similar things into one thing, e. g. the concept of Door is the abstraction of all doors and represents the meaning of what a door is 4 Multiple Concepts - any set of concepts 4 Relations between Concepts - are properties of, part of and type of relationships that exist between concepts 4 Lexi. Con Classes - Concepts defined in the Lexi. Con are called Classes. The main categories of Classes in the Lexi. Con are: subjects, activities, property collections, measures and units 4 Lexi. Con Subjects - are the more or less tangible things being described, such as buildings, parts of buildings, spaces and products 4 Lexi. Con Activities - are the processes causing changes in the state of a subject, e. g. the activity of casting concrete 4 Assignment - assigning names to concepts and setting relationships between concepts
CONCUR Lexi. Con Glossary - 2 4 Lexi. Con Aspects - characteristics of Subjects or Activities consisting of a set of related properties. Most aspects in the Lexi. Con describe a function or role of a Subject or Activity, e. g. the function Fire Barrier 4 Associated Aspects - Aspects associated to a Subject or an Activity 4 Lexicon Database - the actual storage of the Lexi. Con data 4 Lexicon Properties - characteristics and quantities describing Subjects and Activities Next Back Directory Return -94 - 4 Composition - the components that together constitute a Subject or an Activity, e. g. door leaf and frame are components of a door set 4 Project Composition - all the components of any Subject or Activity in a project 4 Composition Trees - the hierarchical structure of Subjects or Activities based on their composition 4 Geometrical model - the geometry of Subjects, modelled in another application, such as a CAD application
CONCUR Lexi. Con Glossary - 3 4 Contacts Database - a database containing names and addresses of persons and organizations 4 Associated Aspects - Aspects describing a Subject or an Activity 4 Specialization hierarchy - the hierarchical structure of concepts based on the type-of relationship, e. g. a door is a type of separation construction 4 Classification systems - a set of interrelated classification tables 4 Collaborating organizations in Lexi. Con development 4 STABU foundation, the Netherlands 4 Construction Information Systems (CIS), Australia 4 Construction Information Limited, New Zealand 4 Norwegian Council for Building Standardization (NBR) 4 Digicon Information Inc. , Canada Next Back Directory Return -95 -
CONCUR Results and Exploitation 4 Technical Results 4 Industrial Results 4 Partner Exploitation 4 External Exploitation 4 The Way Forward from CONCUR Next Back Directory Return -96 -
CONCUR Technical Results 4 Common concepts for naming and definition in AEC (Lexicon) 4 The development of common concepts for naming and defining construction terms for international use and in multiple languages starting with Dutch, English, German, Norwegian and French. 4 STABU have also developed tools for collecting and manipulating definitions. 4 Moving IFC product models into use 4 CONCUR has contributed to the development of IFCs and provided criticism to the developers. The major contribution was in the area of document metadata. 4 The project partners have provided a test bed for trialling the advanced use of IFCs with industrial information. 4 CONCUR has demonstrated early applications of IFC v 1. 5. 1 and IFCv 2. 0 4 CAD system translators for IFCs have been tested and feedback has been provided to software vendors. 4 Encouraging software vendors 4 IFCs were originally intended for exchanging information. CONCUR has show that they can also be used for storage. 4 CONCUR has shown how IFCs can be used in in STEP (Express) object databases for both storage and manipulation (Model Merging). 4 The partners showed how XML could be used to interface with models in a STEP database. This showed that models can be used without the need for sophisticated modelling systems. (none CAD tools) 4 The partners developed a prototype IFC/Browser for viewing and extracting information from IFC models. (a none CAD tool) 4 Technical Issues Next Back Directory Return -97 - 4 IFCs and their translators are still immature and are very limited in their application. Serious general commercial exploitation is unlikely to happen before 2004. There is a need for funding to develop the depth and breadth of the models, especially in the product area. 4 Currently cost and time are not being supported by vendors. 4 There is a need for JAVA 3 D development for viewing to replace the limited VRML. 4 The modelling technology needs to keep pace with XML developments so that IFCs can be integrated with e. Commerce applications 4 Technical adoption 4 Vendor uptake and translator production is at least 9 months behind model development. Different vendors are using different versions of IFC which leads to incompatiblity 4 There is an increasing vendor interest in IFCs, especially from the smaller vendors.
CONCUR Industrial Results What has CONCUR Achieved? 4 Used commercially available software 4 Used open standard product models 4 Established a web based multi-user environment for exchanging project information 4 Demonstrated a link between Electronic Document Management Systems (EDMS) and a Product Data Technology (PDT) object database 4 Demonstrated with real industrial information 4 Deployed on real projects Next Back Directory Return -98 - 4 Contributed to the development of open standards 4 Has shown that bidding can take less time and effort
CONCUR Results: Partner Commercial 4 Taylor Woodrow Exploitation Taylor Woodrow is making extensive use of project web sites. The company is wanting to move from a project to product way of doing business. A live construction project is using IFC and CIS standards for exchanging information down and integrating the supply chain. The company is now starting to address the human and organisational issues. The project results are influencing the TW ICT investment programme for product and project modelling. 4 Skanska is developing and investing in the Facets work where modelling is supporting the programming and estimating for projects. IFCs are a important part of this thinking. 4 Fortum Engineering are also moving to a product way of doing business. CONCUR has helped the company to start integrating processes and the results are the basis of data warehouse plans for corporate information. The project has helped Fortum to integrate the use of information so that risks can be quantified quickly. 4 STABU Next Back Directory Return -99 - The Lexicon development is the basis of an international standardisation initiative to identify a taxonomy of construction terms with definitions. These can be used for e. Commerce purposes and will eventually provide a logical integration with Product Data Technology and specifications. STABU are also exploiting the work commercially by populating the taxonomy with construction product and service information which will complement their existing business. All partners have much better knowledge and expertise with which to make investment decisions
CONCUR Results: External Commercial 4 Software Vendors using CONCUR Results Exploitation 4 Directly: 4 EPM Technology Ltd (Express Data Manager) 4 Solibri (Facets) 4 Elstree Computing Ltd (Cost Planning) 4 Indirectly: 4 Autodesk (Arcitectural Desktop) 4 Nemetschek (All-Plan) 4 Graphisoft(Archi. Cad) 4 Significant interest from the Smaller Vendors 4 Smaller vendors usually provide specialist software 4 Smaller vendors see interoperability as a route to a wider market 4 Smaller vendors can react and customise more quickly 4 Commercial Software is expensive to Develop Next Back Directory Return -100 - 4 Research Projects and partners do not have the resource to develop commercial software which requires 10 x the resource required for a prototype. 4 Commercial software requires maintenance and a commercial support infrastructure 4 Therefore it is essential to involve commercial vendors 4 Open standards are developing Slowly 4 Many vendors are wary of open standards 4 With proprietary standards being an issue 4 Open standards development is under funded and often voluntary
CONCUR Links to External Partners 4 EPM Technology 4 Solibri 4 Elstree Computing Ltd 4 DOORS (Telelogic UK Ltd) 4 Related R&D Projects Related Software 4 Autodesk 4 Nemetschek 4 Archi. Cad Next Back Directory Return -101 -
CONCUR Related R&D Projects 4 Pro. Cure Information & Communication Technology (ICT) at work for the Large Scale Engineering (LSE) Pro. Curement Chain 4 OSMOS ? ? 4 Globeman ? ? 4 e. Legal ? ? 4 e. Construct Electronic Business in the Building and Construction Industry. Preparing for the Next Generation Internet Next Back Directory Return -102 - 4 We. Construct? ?
CONCUR - The Way Forward 4 Make better use of information models 4 CONCUR used IFC based object models throughout the project where the objects are the building elements. The project explored the limits of using these models and found that although the objects can be used there is a great need to deepen and broaden the IFCs. It is also clear that models which are native to modelling systems will always be richer than standard models but with the penalty of limited or no interoperability. The partners found that it is essential for users to create project models from an object point of view based on the building elements. Major advantages of using IFCs were the facility to exchange objects between different sectors of industry without losing or corrupting information and the ability to exchange and store property and attribute information in addition to geometry for use in other systems, such as estimating. The effective use of standard models aids the change from project to product ways of thinking. 4 Do more work on the inception area 4 During the project it became clear that the front end work with the client and the inception modelling area requires more R&D effort. This is a key area which can initiate models, programmes and cost plans. There are clear links with knowledge management, data warehouses and artificial intelligence systems to ‘first guess’ project models to speed up the conceptual work downstream. There is a need for Building Wizards. 4 Make links to E-commerce & business 4 There is a need to develop links between the worlds of Product Data Technology and e. Commerce. This will widen the usefulness of project models to support the needs of estimating, purchasing and facilities management. This will move product modelling into the mainstream of business. This will result in models being used by software other than modelling systems. Access will be required to extract and add information to the models by applications such as spreadsheets. The VTT XML interface to a STEP database is a move in this direction. It is important to have compatibility between PDT, EDI, catalogue formats and e. Commerce. Next Back Directory Return -103 - 4 Continue RTD investment 4 European and national bodies need to find ways to support the development of model schemas and research into related applications. It is of general use throughout the industry but beyond the scope of individual companies. The work is currently being moved forward by member based (not for profit) organisations which supply funding for the work. 4 Involve vendors 4 It is essential that the software vendors are involved in the R&D work. Experience has shown that
Taylor Woodrow Construction Limited Organisation Taylor Woodrow Construction Limited Division Engineering Division Department Research and Development Dept. No. N 951 Secretary Reeta Moholkar E-mail reeta. moholkar@taywood. co. uk Phone +44 (0)20 8575 4856 Fax +44 (0)20 8575 4277 Mail See address Address 345 Ruislip Road, Southall, Middlesex, UB 1 2 QX, United Kingdom WWW Taylor Woodrow Construction Ltd http: //www. twc. co. uk/ Consultancy in Design & Technology http: //www. telconsult. co. uk/ Next Back Directory Return -104 - Contacts E-mail Phone GSM Visit David Leonard david. leonard@taywood. co. uk +44 (0)20 8575 4888 +44 (0)7747 756 024 Floor 3 Zone 6 Travel Hotels Address, Map Details Jeff Stephens jeff. stephens@taywood. co. uk +44 (0)20 8575 4626 +44 (0)7798 831 899 Floor 3 Zone 6
Skanska Teknik Organisation Skanska Teknik Division Department Dept. No. Secretary Anne-Marie Beverloo E-mail Phone Fax +46 8 753 60 48 Mail 169 83 Solna, Stockholm, Sweden Address Råsundavägen 2 visits: WWW Teknik Skanska AB Contacts E-mail Per Hogard Phone +46 8 753 8806 Lennart Klintmalm per. hogard@teknik. skanska. se adina. jagbeck@teknik. skanska. se Next Back Directory Return -105 - GSM Visit Travel Lennart. klintmalm@teknik. skanska. se +468 753 8369 +4670 659 4871 Adina Jagbeck n. a +46 8 5043 5000 +46 70 835 04 15
Fortum Engineering Organisation Fortum Engineering Ltd Division Department Dept. No. Secretary E-mail Phone Fax Mail See address Address POB 10, FIN - 000 48 Fortum, Rajatorpantie 8, Vantaa, Finland WWW Fortum Engineering Ltd http: //www. fortum. com Contacts E-mail Next Back Directory Return -106 - Phone Travel Jari Puttonen Jari. puttonen@fortum. com Pekka. valikangas@fortum. com +358 10 453 2222 Pekka Valikangas +358 10 453 2245
STABU Organisation Stichting Standaardbestek Burger-en Utilitsbouw Division n. a Department Research & Development Dept. No. n. a Secretary Tineke Simonse, Christa Bruis E-mail postmaster@stabu. nl Phone +31 318 633026 Fax +31 318 635957 Mail See address Address PO Box 36, NL-6710 BA, Ede, The Netherlands Willy Brandtlaan 81 NL-6716 RJ, Ede, The Netherlands WWW http: //www. stabu. nl/ Next Back Directory Return -107 - Contacts E-mail Phone GSM Maarten van Hezik mvanhezik@stabu. nl + 31 318 633 026 + 31 651 36 96 71 Travel Hotel Kees Woestenenk kwoestenenk@stabu. nl +31 318 633026 n. a. Route, Map Reehorst, Route, Map (as above)
VTT Organisation Technical Research Centre of Finland Division Building Technology Department Concurrent Engineering Dept. No. RTE 23 Secretary Jaana Streng E-mail jaana. streng@vtt. fi Phone + 358 9 456 6938 Fax +358 9 4566 251 Mail See address Address PO Box 1801, FIN-02044 VTT, Finland WWW VTT Building Technology http: //cic. vtt. fi/ Next Back Directory Return -108 - Contacts E-mail Phone GSM Visit Travel Matti Hannus matti. hannus@vtt. fi +358 9 456 6948 +358 40505 4577 Floor 2 Room Maria Nikolaenko maria. nikolaenko@vtt. fi +358 -9 -456 6993 +358 408259394 Floor 2 Room 203 B
KTH Organisation Kungliga Tekniska Hogskolan (Royal School of Engineering) Division Department Dept. No. Secretary E-mail Phone Fax Mail See address Address Byggandets Org & Ekonomi, Drottning Kristinas väg 30, S-100 44 Stockholm Next Back Directory Return -109 - WWW Contacts E-mail Phone GSM Visit Travel KTH Robert Noack robert. noack@eurostep. com +468 790 9073 +4670 511 6913 Professor Örjan Wikforss wikforss@recm. kth. se + +
TUD Organisation Technische Universiteit Delft Division Faculty of Civil Engineering & Geosciences Department Civil Engineering Informatics Dept. No. n. a. Secretary Gina de Kok E-mail G. de. Kok@ct. tudelft. nl Phone +31 15 2784239 Fax +31 15 2787700 Mail See address Address PO Box 5048, NL-2600 GA, Delft, The Netherlands Stevinweg 1, 3 th floor Delft, The Netherlands WWW http: //cti. ct. tudelft. nl Contacts E-mail Next Back Directory Return -110 - Phone GSM Visit Prof. Frits Tolman F. Tolman@ct. tudelft. nl ozsariyildiz@ct. tudelft. nl +31 15 2781652 n. a Room 3. 39 Saban Ozsariyildiz Travel Hotel http: //cti. ct. tudelft. nl/general/location. html http: //www. delfthotels. nl/engels/index. html +3115 278 4330 n. a
TNO Organisation Nederlandse Organisatie voor Toegepast Natuurwetenschappelijk Onderzoek Division Engineering Mechanics and Information Technology (MIT) Department Information Technology for Building and Construction (ITBC) Dept. No. Secretary Jolanda van der Gaag E-mail ITBC@bouw. tno. nl Phone +31(15)2695226 Fax +31(15)2695335 Mail See address Address PO Box 49, NL-2600 AA, Delft, The Netherlands Schoemakerstraat 97, NL-2628 VK, Delft, The Netherlands TNO Zuidpolder Complex, Building MN, 3 th Floor WWW TNO Building and Construction Research (BOUW) http: //www. bouw. tno. nl/ Next Back Directory Return -111 - Contacts E-mail Phone Visit Michel Böhms M. Bohms@bouw. tno. nl P. Bonsma@bouw. tno. nl +31 15 269 5304 Room MN 3. 157 Peter Bonsma Travel Hotel http: //www. bouw. tno. nl/Tno. Bouw. WWW/about_us/locations/delft. html http: //www. delfthotels. nl/engels/index. html +31 15 269 5306 Room MN 3. 152
CONCUR Mid Term Review Demonstration Scenario Next Back Directory Return -112 -
CONCUR Mid Term Review - UK Overview Client Enquiry Assess Enquiry Analyse Requirements Respond to Requirements Develop Concept Design Drawings & Calculations Reports Price Concept Next Back Directory Return -113 - Reports Cost Plan Bid
CONCUR Mid Term Review - UK Detailed Scenario Enquiry Information TEXT NATIVE file link Reports DOORS CSV CATOPro SPF CSV SDAI Spec. Composer Spec. Applier ODBC MS-Access Cost. Assessor Report TNO Browser SPF Back Directory Return -114 - Auto. Cad Architectural Desk. Top SPF SDAI JAVA Next SPF CSTB CSC v 2 VTT PROMOTE EPM-EDM Project Information Repository Cost Plan DWG/DXF Drawings IFC Squasher CSV CATOPro CSV CSV = Comma separated Variable File SPF = STEP Physical File (IAI-IFC) SDAI = STEP Data Access Interface Price Utility SPF
CONCUR Download Area 4 Reports 4 A list of CONCUR public reports : 4 ? ? ? 4 A list of other reports : 4 ? ? ? 4 Software ? 4 Digital Information Lexicon etc? Next Back Directory Return -115 -
aa554f2266913b1599d356e8856ae216.ppt