Home | Autodesk Knowledge Network



24758659354185MOSCOW 2016020000MOSCOW 2016908050336550CORPORATE BIM GUIDEFor Building/Construction Projects(Revit? and AutoCAD? Civil 3D?)TEMPLATERevision 2.000CORPORATE BIM GUIDEFor Building/Construction Projects(Revit? and AutoCAD? Civil 3D?)TEMPLATERevision 2.0-590550-53848000ABOUT THIS DOCUMENTDeveloped by CONCURATOR, LLCAUTHORSNeboysha Novkovich, ConcuratorSenior Technical ConsultantSergey Benklyan, ConcuratorSenior Project Manager Igor RogachevAutodesk Certified InstructorAutodesk Elite Expert, Autodesk Civil 3D Certified ProfessionalIlya Yemelyanov, Autodesk ConsultingTechnical Consultant, AEC SolutionsPetr Manin, AutodeskTechnical DirectorAlexander Popov, AECOM RussiaBIM ManagerRoman Mitin, CISPChief Development OfficerDmitry Chubrik, BIM for BusinessCEOAlexander Osipov, BIM AcademyCEOAlexander Zuyev, BIM AcademyBIM PlannerREVIEWERSAndrey Shakhramanyan, SODIS LABCEOAndrey Yaremenko, SODIS LABHead of BIM DepartmentArsentiy Sidorov, NTC EtalonCEOThis guide is based on the experience of Autodesk Consulting.Autodesk Consulting team has been developed both national (NBIMS, PAS) and corporate BIM Guides for companies from Europe, Middle East, Asia, USA and Russia in AEC, mining and infrastructure industries.This Guide is a part of Russian country kit, which, in addition, contains three project templates (Architectural, Structural and MEP), and a set of basic Revit families and template descriptions.All additional materials are specific for Russian norms and regulations and are only available in Russian; therefore, this delivery consists of English version of BIM Revit Guide only. All extra files will be made available upon request. DISCUSSION FORUMIf you have any questions or comments on this standard, please visit: If you want to adopt this standard in your organization, please do not hesitate to contact us: bim.standart@ TERMS OF USEThis standard may be freely distributed and used in any format necessary, for the purpose of development corporate BIM Guides. Reference to this standard is required in all derived documents.Autodesk, Inc. ? 2016. All rights reserved.TABLE OF CONTENTS TOC \o "1-3" \h \z \u New Versions of Project Templates and Shared Parameter File PAGEREF _Toc474916489 \h 8Terms and Definitions Section: What’s New and Changed PAGEREF _Toc474916490 \h 8The Naming System: What’s New and Changed PAGEREF _Toc474916491 \h 83D Coordination: Significant Additions to the Validation Process PAGEREF _Toc474916492 \h 91 SCOPE PAGEREF _Toc474916493 \h 132 NORMATIVE REFERENCES PAGEREF _Toc474916494 \h 143 TERMS AND DEFINITIONS PAGEREF _Toc474916495 \h 154 SETTING UP AND ORGANIZING THE BIM PROCESS PAGEREF _Toc474916496 \h 214.1 Employer Information Requirements (EIR) PAGEREF _Toc474916497 \h 214.2 BIM Execution Plan (BEP) PAGEREF _Toc474916498 \h 214.3 Roles and Responsibilities PAGEREF _Toc474916499 \h 224.4 Resources PAGEREF _Toc474916500 \h 244.5 Common Data Environment (CDE) PAGEREF _Toc474916501 \h 264.6 Basic Rules of BIM Data Exchange PAGEREF _Toc474916502 \h 294.7 Data Security & Saving PAGEREF _Toc474916503 \h 294.8 Folder Structure and Naming Conventions PAGEREF _Toc474916504 \h 294.9 Model File Naming Conventions PAGEREF _Toc474916505 \h 314.10 Data Exchange Formats and Interoperability PAGEREF _Toc474916506 \h 324.11 Revit? Settings PAGEREF _Toc474916507 \h 334.11.1 Configuring Revit? Global Settings PAGEREF _Toc474916508 \h 334.11.2 General Revit? Content Naming Rules PAGEREF _Toc474916509 \h 344.11.3 Loadable Family Naming Rules PAGEREF _Toc474916510 \h 354.11.4 Loadable Family Type Naming Rules PAGEREF _Toc474916511 \h 364.11.5 System Family Type Naming Rules PAGEREF _Toc474916512 \h 364.11.6 Workset Naming Rules PAGEREF _Toc474916513 \h 374.11.7 Parameter Naming Rules PAGEREF _Toc474916514 \h 384.11.8 View Naming Rules PAGEREF _Toc474916515 \h 384.11.9 View Template Naming Rules PAGEREF _Toc474916516 \h 414.11.10 Filter Naming Rules PAGEREF _Toc474916517 \h 424.11.11 Level Naming Rules PAGEREF _Toc474916518 \h 434.11.12 Sheet Naming Rules PAGEREF _Toc474916519 \h 434.11.13 Fill Pattern / Fill Pattern File Naming Rules PAGEREF _Toc474916520 \h 444.11.14 Filled Region Naming Rules PAGEREF _Toc474916521 \h 444.11.15 Line Pattern Naming Rules PAGEREF _Toc474916522 \h 454.11.16 Line Style Naming Rules PAGEREF _Toc474916523 \h 454.11.17 Text Type Naming Rules PAGEREF _Toc474916524 \h 464.11.18 Dimension Type Naming Rules PAGEREF _Toc474916525 \h 474.11.19 Material Naming Rules PAGEREF _Toc474916526 \h 474.11.20 Texture File Naming Rules PAGEREF _Toc474916527 \h 484.11.21 Grid Type Naming Rules PAGEREF _Toc474916528 \h 494.11.22 Project Phase Naming Rules PAGEREF _Toc474916529 \h 494.11.23 Arrowhead Type Naming Rules PAGEREF _Toc474916530 \h 494.11.24 Shared Parameter File PAGEREF _Toc474916531 \h 504.11.25 Project Template PAGEREF _Toc474916532 \h 524.11.26 Family Templates PAGEREF _Toc474916533 \h 534.12 AutoCAD? Civil 3D? Settings PAGEREF _Toc474916534 \h 544.12.1 General DWT Template Configuration PAGEREF _Toc474916535 \h 544.12.2 DWT Template Types PAGEREF _Toc474916536 \h 544.12.3 Development and Approval of AutoCAD? Civil 3D? Templates PAGEREF _Toc474916537 \h 554.12.4 Location and Configuration of the Pipe Network Catalog PAGEREF _Toc474916538 \h 564.12.5 Layer Naming PAGEREF _Toc474916539 \h 564.12.6 Style Naming PAGEREF _Toc474916540 \h 574.12.7 DWT Template Naming PAGEREF _Toc474916541 \h 574.12.8 Object Naming PAGEREF _Toc474916542 \h 584.12.9 Subassembly Object Naming PAGEREF _Toc474916543 \h 584.12.10 Subassembly Naming (PKT files) PAGEREF _Toc474916544 \h 595 BUILDING INFORMATION MODELING PROCESS PAGEREF _Toc474916545 \h 605.1 General Principles of Data Segregation PAGEREF _Toc474916546 \h 605.2 Using Links PAGEREF _Toc474916547 \h 615.3 LOD-based Development of Model Components PAGEREF _Toc474916548 \h 625.4 Using 2D Elements for the 3D Model Detailing PAGEREF _Toc474916549 \h 635.5 Levels of Development. Model Development Methodology PAGEREF _Toc474916550 \h 635.6 Work with DWG Drawings PAGEREF _Toc474916551 \h 655.7 Drawing Compilation PAGEREF _Toc474916552 \h 665.8 Modeling in Revit? PAGEREF _Toc474916553 \h 665.8.1 Preliminary Data and Information PAGEREF _Toc474916554 \h 665.8.2 Project Template library PAGEREF _Toc474916555 \h 665.8.3 Family Library PAGEREF _Toc474916556 \h 675.8.4 Data Segregation by Discipline and Templates Selection PAGEREF _Toc474916557 \h 675.8.5 Creating the Project Files PAGEREF _Toc474916558 \h 675.8.6 Project Base Point and Survey Point PAGEREF _Toc474916559 \h 675.8.7 Conveying Shared Coordinates to Each Discipline Project Files PAGEREF _Toc474916560 \h 675.8.8 Vertical and Horizontal Space Decomposition PAGEREF _Toc474916561 \h 685.8.9 Project Division into Worksets PAGEREF _Toc474916562 \h 685.8.10 Creating the Central File and Local Copies PAGEREF _Toc474916563 \h 695.8.11 Managing the Workset Elements PAGEREF _Toc474916564 \h 705.8.12 Using Families in the Project PAGEREF _Toc474916565 \h 705.8.13 Creating the Federated Model PAGEREF _Toc474916566 \h 745.8.14 Project Release PAGEREF _Toc474916567 \h 755.8.15 An Example of Information Model Development Process PAGEREF _Toc474916568 \h 755.9 Modeling in AutoCAD? Civil 3D? PAGEREF _Toc474916569 \h 765.9.1 Project Coordinate System PAGEREF _Toc474916570 \h 765.9.2 Transitions between Coordinate Systems PAGEREF _Toc474916571 \h 775.9.3 Using Coordinate System Displacement for Existing Infrastructure Assets PAGEREF _Toc474916572 \h 775.9.4 Working in the Revit? and AutoCAD? Civil 3D? Shared Coordinate System PAGEREF _Toc474916573 \h 785.9.5 AutoCAD? Civil 3D? Baseline Data PAGEREF _Toc474916574 \h 785.9.6 Geological Model PAGEREF _Toc474916575 \h 795.9.7 Topography PAGEREF _Toc474916576 \h 805.9.8 Existing Utility Networks PAGEREF _Toc474916577 \h 815.9.9 Existing Facilities and Infrastructure PAGEREF _Toc474916578 \h 825.9.10 Export from AutoCAD? Civil 3D? to Navisworks? PAGEREF _Toc474916579 \h 825.9.11 Export from AutoCAD? Civil 3D? to AutoCAD? PAGEREF _Toc474916580 \h 835.9.12 Export from AutoCAD? Civil 3D? to Revit? PAGEREF _Toc474916581 \h 835.9.13 Data Exchange between AutoCAD? Civil 3D? and Revit? Using ADSK PAGEREF _Toc474916582 \h 845.9.14 Export from AutoCAD? Civil 3D? to InfraWorks? 360 PAGEREF _Toc474916583 \h 845.9.15 Working With a Subassembly Library PAGEREF _Toc474916584 \h 855.9.16 Grouping SAC Objects PAGEREF _Toc474916585 \h 856 VALIDATION PROCESS PAGEREF _Toc474916586 \h 866.1 General Quality Control Strategy PAGEREF _Toc474916587 \h 866.2 Various Kinds of Inspection PAGEREF _Toc474916588 \h 866.3 3D Coordination Checks PAGEREF _Toc474916589 \h 876.3.1 Model Preparation by Discipline PAGEREF _Toc474916590 \h 896.3.2 Exporting models by discipline—sending data to Navisworks? PAGEREF _Toc474916591 \h 906.3.3 Creating the Federated Model PAGEREF _Toc474916592 \h 906.3.4 Clash Matrix PAGEREF _Toc474916593 \h 906.3.5 Creating Selection Sets and Search Sets PAGEREF _Toc474916594 \h 916.3.6 Visual Check for Clashes PAGEREF _Toc474916595 \h 916.3.7 Automated Clash Check PAGEREF _Toc474916596 \h 926.3.8 Clash Analysis PAGEREF _Toc474916597 \h 926.3.9 Resolving Clashes PAGEREF _Toc474916598 \h 936.4 BIM Coordination Meetings PAGEREF _Toc474916599 \h 937 BEST PRACTICES PAGEREF _Toc474916600 \h 947.1 Ensuring Model Quality PAGEREF _Toc474916601 \h 947.2 Effective Ways of Template Creation PAGEREF _Toc474916602 \h 957.3. Revit? Architectural Template Checklist PAGEREF _Toc474916603 \h 967.4 Data Segregation between Disciplines PAGEREF _Toc474916604 \h 98APPENDIX A PAGEREF _Toc474916605 \h 100LOD Specifications PAGEREF _Toc474916606 \h 100APPENDIX B PAGEREF _Toc474916607 \h 122BIM Execution Plan (BEP) Template PAGEREF _Toc474916608 \h 122APPENDIX C PAGEREF _Toc474916609 \h 130Clash and Design Error Report Templates PAGEREF _Toc474916610 \h 130APPENDIX D PAGEREF _Toc474916611 \h 132Autodesk Revit? Model Validation Checklist PAGEREF _Toc474916612 \h 132APPENDIX E PAGEREF _Toc474916613 \h 135Example of collaborative BIM process. PAGEREF _Toc474916614 \h 135APPENDIX F PAGEREF _Toc474916615 \h 136Recommendations on Using Autodesk Navisworks? Manage for Clash Detection PAGEREF _Toc474916616 \h 136CORPORATE BIM GUIDE for Revit? and AutoCAD? Civil 3D?The Corporate BIM Guide: new and updated topics in Revision 2.0New Versions of Project Templates and Shared Parameter FileNew project templates have been created for the architectural solutions, structural solutions and MEP disciplines. These templates shall be used for developing the design and producing the design documentation in the Autodesk Revit? 2017 environment.New template versions are fully consistent in regard to using parameters and Revit? content naming.In addition to templates, the unified shared parameter file has been created with consideration for the best Russian and world practices. This file shall be used for the entire design, regardless of discipline. Parameters in the file are grouped by distinction (required/optional) and discipline.Links for download of templates and the shared parameter file can be found in this Standard.Terms and Definitions Section: What’s New and ChangedThe terms and definitions list has been modified on the results of practical usage, discussions in the expert community and world’s best practices. Some definitions (2D, 3D etc.) have been removed, while several others (BIM model, BIM uses etc.) have been improved.The Naming System: What’s New and ChangedThe naming system that is used for project files and Revit? content has been revised. The most significant changes are related to the field sequences in names.All naming rules have been modified, and some rules have been split in two, e.g. Fill Pattern / Filled Region Naming Rules (Revision 1) transformed into Fill Pattern / Fill File Naming Rules and Filled Region Naming Rules (Revision 2).3D Coordination: Significant Additions to the Validation ProcessThe 3D Coordination Checks section in this new Revision describes the basics of model preparation by discipline and export to Navisworks? Manage for the federated model generation. The section also contains the clash matrix basics and an example.Section that deals with using Navisworks? Manage defines requirements and recommendations on creating the selection sets, visual design error / clash check and automated clash check.A new appendix has been added: Recommendations on using Autodesk Navisworks? Manage for clash detectionRevision 2.0: Additions and Modifications TableSectionDescription13. Terms and DefinitionsSome definitions (2D, 3D etc.) have been removed, while several others (BIM model, BIM uses etc.) have been improved.24.9 Model file naming conventionsThe project file naming scheme now contains 6 fields (instead of 7).34.11.2 General Revit? content naming rulesUsing spaces is allowed everywhere except loadable families names. In other words, spaces are allowed if the content remains within the Revit? environment, but strictly forbidden if the content becomes a part of the file system.44.11.3 Loadable family naming rulesThe loadable family naming scheme now contains 6 fields (instead of 9).54.11.4 Loadable family type naming rulesThe type naming rules have been split and now are separate for loadable and system families.64.11.5 System family type naming rules74.11.6 Workset naming rulesThe workset naming scheme now contains 5 fields (instead of 4).84.11.7 Parameter naming rulesSpaces are now allowed in names. The naming scheme now contains 2 fields.94.11.8 View naming rulesThe view naming scheme now contains 7 fields (instead of 8). Tables of codes and descriptions have been modified.104.11.9 View template naming rulesThe view template naming scheme (6 fields) has been added.114.11.10 Display filter naming rulesThe display filter naming scheme now contains 3 fields (instead of 2).124.11.11 Level naming rulesThe rule definition has been improved. The naming scheme contains 1 field that is also a part of the view naming scheme.144.11.13 Fill pattern / Fill file naming rulesThe fill pattern / filled region naming rules have been split and now are separate for fill patterns / fill files and filled regions.154.11.14 Filled region naming rules164.11.15 Line pattern naming rulesThe line style naming rules have been split and now are separate for line patterns and line styles.174.11.16 Line style naming rules184.11.17 Text type naming rulesThe text type naming scheme now contains 6 fields (instead of 5).194.11.18 Dimension type naming rulesThe dimension type naming scheme now contains 4 fields (instead of 6).204.11.19 Material Naming RulesThe material naming scheme now contains 6 fields (instead of 5).214.11.20 Texture file naming rulesNEW! The naming scheme contains 4 fields.224.11.21 Grid axis type naming rulesThe grid axis type naming scheme (2 fields) has been added.254.11.24 Shared Parameter FileTable of shared parameters has been added.275.3 LOD-based development of model componentsThe section has been revised. The LOD concept is now described in more detail.28Appendix A. LOD specificationsManufacturer, Part Name and Part Number attributes have been moved from LOD 300 to LOD 400 in Tables A2, A6, A7, A8, A9, A10.No more requirements for cables in Table A10.29Appendix C. Clash and Design Error Report TemplatesAppendix C now contains three tables: Automated clash check report template, Automated clash check summary report template, Visual design error check report template.Additions16.3 3D coordination checks26.3.1 Model preparation by discipline36.3.2 Exporting models by discipline—sending data to Navisworks?46.3.3 Creating the aggregated model56.3.4 Clash matrix66.3.5 Creating selection sets and search sets76.3.6 Visual check for clashes86.3.7 Automated check for clashes96.3.8 Clash analysis106.3.9 Resolution of clashes11Appendix F. Recommendations on using Autodesk Navisworks? Manage for clash detection1 SCOPEThis Guide is intended to support organizations involved in the process of creation and use BIM models for building projects, and focuses primarily on adaptation the best practices for efficient application of Revit?, AutoCAD? Civil 3D? and Navisworks?. However, this Guide does not restrict the use of any other software tools.The provisions of this Guide are indicative only and may be freely used as a template for development corporate guides.The guide does not regulate the specifics of the development, workflows and requirements related to the composition and structure of the information model for specific design disciplines. It provides guidance and approaches for the development of documents on information modeling standardization.This document represents the second revision of the guide. It will be further developed and expanded depending on its practical application experience.The objectives of this Guide are: To accumulate the best world practices in the area of BIM standardization and adapt this knowledge to maximum extent for practical use in the Russian Federation.To maximize production efficiency through adopting a coordinated and consistent approach to working in BIM.To define the standards, settings and best practices that ensure delivery of high quality data and uniform drawing output across an entire project.To ensure that digital BIM files and folders are structured correctly to enable efficient data sharing whilst working in a collaborative environment.The guide features the information modeling technologies application to the following BIM uses:Development, coordination, approval and release of design documentation on the basis of BIM models.Interdisciplinary coordination of spatial solutions and identification of conflicts by composing the aggregated models.Rational and visual inspection of the BIM-based design decisions.It is expected that this Guide will be used by experts with the requisite experience and qualifications.All the advice outlined in this document is for information only. The authors and contributing companies take no responsibility for the utilization of these procedures and guidelines. Their suitability should be considered carefully before embarking upon any integration into your current working practices.2 NORMATIVE REFERENCESThis Guide is written with reference to the following documents:ISO/TS 12911:2012 Framework for building information modelling (BIM) guidance;BS 1192:2007 Collaborative production of architectural, engineering and construction information. Code of practice;PAS 1192-2:2013 Specification for information management for the capital/delivery phase of construction projects using building information modelling;AEC (UK) BIM Technology Protocol, Version 2.1 June 2015;AEC (CAN) BIM Protocol for Revit, Version 2 September 2014;AEC (UK) BIM Protocol Project BIM Execution Plan, Version 2.0 September 2012;The BIM Project Execution Planning Guide and Templates - Version 2.0, Pennstate;AEC (UK) BIM Protocol for Revit Model Validation Checklist, Version 2.0 September 2012;Employer’s Information requirements. Core Content and Guidance Notes, Version 07 28.02.13, BIM Task Group;AIA Contract Document G202-2013 Building Information Modeling Protocol Form;Level of Development Specification 2015, BIMForum;Building Component Catalogue with Level of Development Specification (LOD), Version 2.0 / June 2015, MT H?jgaard;Dutch Revit Standard, Ver.2.1, 30-01-2015;Australian and New Zealand Revit Standards(ANZRS Standards);Singapore BIM Guide, Version 2;THE PORT AUTHORITY OF NY&NJ, Engineering Department, E/A Design Division BIM Standard, JUNE 2014;MT H?jgaard CAD-BIM Manual, Date: 08 Oktober 2013;Revit Model Content Style Guide (RMCSG) version 2.1;GOST R 1.4-2004 “Standardization in the Russian Federation. Standards of organizations. General.”GOST R 21.1101-2013 “System of design documents for construction. Main requirements for design and working documents.”3 TERMS AND DEFINITIONSThe following terms are used in this Guide.3.1 Basic BIM Terms and DefinitionsBuilding Information Model (BIM Model): Object-oriented digital representation of physical, functional and other characteristics of the construction object in 3D as a complex of rich data elements in accordance with the goals, objective and requirements of the particular design.Note: A BIM model in a native format is a 3D representation of the construction object, where every model element is linked to its counterpart displayed in views/drawings/schedules.Building Information Modeling: Process of creation and management of the construction object data, forming the basis for decision making throughout the entire life cycle.BIM Project: Design of the construction object created using Building Information Modeling (BIM) technology.BIM uses: Methods and corresponding processes of creating and using BIM models in various stages in order to achieve one or more project objectives.BIM Execution Plan (BEP): A technical document normally created by a design or construction company for setting rules of interaction with subcontractors. Shall be approved by the employer. Specifies the employer information requirements, the ways of using BIM models, the rules of file naming, the strategy of model spatial division, the required levels of detail in the various design stages, the roles of the process stakeholders and other aspects.Level of Development (LOD): The level of development of a BIM element. LOD sets the minimum amount of geometric, spatial, quantitative, as well as any attribute information necessary for modeling at a particular stage of the construction object life cycle.Element: Part of the building information model representing the component, system or assembly within the construction object and/or the construction ponent (Revit? Loadable Family): An individual element that can be reused, such as a door, furniture, facade panel, etc.Geometry Data: Data represented by means of geometry shapes properly arranged in space.Attribute Data: Model element information that can be represented in the alphanumeric form. Can contain identification, physical, technical, technological, economical, ecological and other properties of a building mon Data Environment (CDE): The software environment enabling the design data sharing. CDE is based on rules and procedures that facilitate management of BIM model creation and collaboration between design team members.Federated Model: Assembly of distinct models to create a single, complete model of the construction object. Changes made in any of such models are not applied to other ones.Clash Detection: Process of finding design errors resulting geometric intersections such as the intersection of two or more objects, violations of tolerances or logical dependencies between elements, etc.Employer Information Requirements (EIR): BIM project owner requirements defining the information to be provided to the owner throughout the design development, as well as the requirements for information standards and regulations that the project participants shall adhere rmation Exchange: Collection and presentation of information that meets the requirements for its format and degree of confidence in a pre-set stage of the project.RVT: Basic Revit? model file format.RTE: Revit? template file.RFA: Revit? loadable family file.RFT: Revit? family template file, used for creating new families. Each Revit? category has its own family template.NWC: Navisworks? file format enabling data exchange with RVT, DWG, IFC etc.NWD: Navisworks? Document file format. Intended for batch saving all model data into a single file and transfer to third parties. Transfer settings are configurable.NWF: The basic Navisworks? working file format. Contains links to the loaded design files by discipline, as well as all viewpoints, animations, construction simulations, clash checks and information model environment.DWG: The native file format for AutoCAD? data files. It contains all the pieces of information a user enters, such as designs, geometric data, maps, etc.PDF: Cross-platform electronic document format developed by Adobe Systems. There are many PDF viewers, including the official Adobe Reader.DWF: An open file format developed by Autodesk for sharing, viewing, printing and reviewing design data. Opens in the free Autodesk? Design Review software, as well as in Web browsers and on mobile devices using the Autodesk 360 cloud-based services. The DWF information may also be used in Revit? and AutoCAD?.FBX: Technology and file format that is used to ensure compatibility of various 3D graphics software. Revit? information model is exported in this format to the visualization applications, such as 3ds Max?.ADSK: Files for the exchange of information between Revit? / AutoCAD? Civil 3D? and Inventor? / Revit?.BCF: File format for exchange of notes/comments related to the design. Attaching the screenshots is supported.DWT: Template file in AutoCAD? and AutoCAD? Civil 3D?.IFC: Industry-standard open and versatile format for BIM data exchange.gbXML (Green Building XML): An open XML-based format for storing and exchanging geometric information on building envelopes. It is used to transfer data from BIM models to thermal performance calculation software.GOST: Russian National Standard.3.2 Basic Revit? Terms and DefinitionsCategory: A group of elements used for the construction object modeling: windows, doors, walls, floors etc. Categories are classified depending on their purpose:model categories;view categories;annotation categories.Each category has its own set of properties and parameters, as well as the behavior and interaction rules. Categories cannot be created or edited by users.Families: Groups of elements with a common set of parameters, identical use, and similar graphical representation.System Families: Are created and edited in dialog mode; follow the severe system restrictions. Can be only stored within project files, templates and families.Loadable Families: Are created and edited in the built-in editor by means of combining the geometry elements, constraints and parameters. Can be stored within project files, templates and families, as well as in separate RFA files.In-place Families: Are created and edited in-place within the design file, in the family editor by means of combining the geometry elements, constraints and parameters. Establishing the geometric constraints with other design elements is possible.Nested Families: Loadable families used inside other families; can be constrained. Ignored in quantities/schedules.Shared Families: Nested families that can be counted towards the quantities/schedules and used in tags.Types: Family elements differing by the property/parameter values.Elements: Data instances that get individual location/relation properties and parameters within the design.Type Catalog: A logical sequence of loadable family data in TXT format with the appropriate file naming. Using catalogs allows to only load the needed types in a large loadable family.Templates: Preconfigured files that are used to create new designs and families.Family Templates: Templates containing the required baseline data and settings to create certain categories of new loadable families.Project Templates: Templates containing the required baseline data and settings to create new designs for certain disciplines. Also define which kinds of design documentation shall be released.Worksets: Collections of model elements, families, views and settings. Supports appointment of the owner and the borrower for the processes of team work:Owner: User who has the right to edit model elements and worksets.Borrower: User who only has the temporary right to edit workset elements.Central File: Project file that contains the worksets and is stored in a network folder that is accessible to all project participants.Local File: A copy of the repository file created by opening it and immediate resaving to a local folder. Another way to get the local file is opening the repository file with Create New Local option enabled. The folder for storing a local file is set in Options dialog under Default path for user files. Changes in local files are synchronized with the central file.Family Editor: A special Revit? work environment; contains only tools needed for family creation.Parameter: Property of a Revit? element which can be formed and set either while creating a family in the Family Editor or in the design file itself. Parameters allow you to change the element without editing it in the Family Editor.Project Parameter: A parameter that is created in the design file and can be assigned to any element category. It can be counted towards the schedules. Inclusion of project parameters into tags is not supported.Shared Parameter: A parameter that can be included into schedules and tags; it can be shared across various projects. You need to specify the file for storing a common parameter during its creation. If the file does not exist, it shall be created in the process of the design development.Shared Parameter File: A structured file of TXT format; contains the shared parameter definitions.View: Display of the model data in various perspectives, sections and representations. There are graphic views (plans, sections etc.) and text views (schedules etc.)Project Browser: Revit? control that displays the hierarchy of all views, schedules, sheets, families and groups.Unique Reference System: The file containing the definition of absolute and relative coordinates of the project, as well as the direction of true north. There is only one Unique reference system file in each project. Its main role is the spatial coordination of all BIM model disciplines.Space Decomposition File: The file containing grid axes and levels. It shall be loaded as a link into all discipline design files. Axes and levels in these files are created then by means of Copy/Monitor tool. That makes possible to centrally control the position of the grid axes and levels throughout the whole design.Shared Coordinates: Absolute and relative coordinates of the project shared by all design disciplines through the Unique reference system.Grid Axes: Elements of horizontal space decomposition in the BIM model.Levels: Elements of vertical space decomposition in the BIM model (by floor and by key elevation).3.3 Basic AutoCAD? Civil 3D? Terms and DefinitionsAutoCAD? Solids: 3D objects in AutoCAD?, created by AutoCAD-based software.AutoCAD? Civil 3D? Russian Country Kit: Package with settings, templates, etc. for the various versions of AutoCAD? Civil 3D? released by Autodesk. The Country Kit ensures compliance with National Codes and Standards of Russia.Workspaces: Sets of menus, toolbars and dockable windows (such as the Properties palette, DesignCenter, and the Tool palettes window) that are grouped and organized so that you can work in a custom, task-oriented drawing environment.Automatic AutoCAD? Civil 3D? Object Naming: The naming system based on the Name template Editor settings. Numeration schemes and template words are supported.Pipe Network Catalog: AutoCAD? Civil 3D? catalog with definitions of all pipe network elements accessible for insertion into the drawing. It is the crucial design component, set before the work with pipe networks in AutoCAD? Civil 3D? begins.Local Coordinate System: A system of plane rectangular coordinates in Gauss projection. Local systems are created in the National geodetic coordinate system; Gauss projection with elements of Krasovsky ellipsoid is used. This is implemented in the Year 1963 coordinate system (SK-63) and in the local coordinate systems of the Russian Federation subjects. There is an own local coordinate system in each subject of the Russian Federation: Moscow has MSK-50, St. Petersburg and Leningrad region have MSK-64, etc.Autodesk Geotechnical Module: An AutoCAD? Civil 3D? extension for automated creation geology models of the AutoCAD? Civil 3D? surfaces.Custom Subassembly: AutoCAD? Civil 3D? subassembly that meet your specific design requirements, created by using Autodesk Subassembly Composer or by using programming tools.Autodesk Subassembly Composer (SAC): AutoCAD? Civil 3D? extension. Provides an interface for composing and modifying complex subassemblies, without a need for programming.PKT: Files created using Autodesk Subassembly Composer (SAC) which contain information about custom elements. PKT files are then imported into AutoCAD? Civil 3D? software.SAC Flowchart: Set of SAC elements, located in the Flowchart or Sequence. Determines the behavior of custom elements.SAC Codes: Codes for the flowchart elements. The syntax is (‘CODE’).4 SETTING UP AND ORGANIZING THE BIM PROCESS4.1 Employer Information Requirements (EIR)EIR is a document included into the design specifications in order to shape the requirements to information provided to the client during the BIM project development and on its completion.Employer information requirements form the basis of the BIM Execution Plan (BEP).Details of information requirements depend on the client’s BIM competence level.The document shall contain the following sections:Goals and objectives of using BIM on the project.Work stages and information delivery milestones.Minimum requirements for the number of modeled design disciplines and depth of modeling (for each discipline).Requirements for the level of development (LOD) for each stage and discipline.Requirements for the model elements classification system (if applicable).Requirements for the content and format of design output.Requirements for the BIM models testing regulations.Requirements for the approval and change procedures, file exchange format and shared network resources.Other sections, as applicable.4.2 BIM Execution Plan (BEP)The main objective of the BIM Execution Plan (BEP) is the planning and organization of effective collaboration of all design team members at all stages of BIM project.The BEP is a dynamic and a periodically changing document.The BEP should be developed in collaboration with all information modeling process participants (both internal and external). All participants shall reach a consensus on how to set up, organize and control the information model. Such a consensus should be documented in the BEP.The BEP shall define and document the following aspects:Goals and objectives of the use of BIM in accordance with the employer information requirements (if applicable).BIM final results.Infrastructure needed for successful project execution.BIM process.See details on the BEP compilation in Appendix B, “BIM Execution Plan (BEP) Template”.4.3 Roles and ResponsibilitiesThere are three primary functions in BIM process:StrategicManagementProductionThe main functions should be distributed among the Roles.The Fig.1 shows the roles (BIM Manager, BIM Coordinator, and BIM Author) and correspondent responsibilities. In small projects and small companies, most of responsibilities can be performed by one person or a group of persons.Fig.1. Roles and responsibilitiesStrategic functionExecution of this function is assigned to the BIM Manager.Primary responsibilities are:Developing the corporate BIM strategyBest practice / researchCreating BIM processes and workflowsCreating and supporting BIM standards and protocolsBIM implementationTraining strategyIt is important to understand how vital a BIM Manager’s role is. It is not simply a rebranded CAD Manager, nor does it replace the CAD Manager’s role. It is about understanding what BIM can achieve: vision, engaging external stakeholders, collaborating partners. Somebody credible has to be responsible for the BIM strategy, the process change and the cultural impact. In-house or outsourced, successful models cannot be built without a strategic manager.Management functionExecution of this function is assigned to the BIM Manager and/or BIM Coordinator.This is a project focused role, primary responsibilities being:BIM Execution PlanAuditing the project data and modeling principlesParticipation in the interdisciplinary coordination meetingsContent creation and distribution, content quality controlEach project needs Coordinator(s) to help set up the project, audit the model and co-ordinate with all collaborators. Multi-disciplinary co-ordination with BIM is essential. Coordinator(s) may manage several small projects.Production functionExecution of the function is assigned to the BIM Authors. They are discipline-specific designers working on different parts of the project with skill and experience in BIM software.This is a project focused role, primary responsibilities being information creation.BIM experience is not essential to produce the model but technology skills are. Therefore all the employees at this level should have the appropriate skills.4.4 ResourcesThe following resources are needed to support the information modeling process:SoftwareHardwareNetwork resourcesBIM content / resource librariesTo improve the efficiency of using BIM and ensure the consistent and high quality design, resources and content must be shared between all project participants.SoftwareThis Guide considers Revit? as the basic software for building design, while AutoCAD? Civil 3D? is used for infrastructure design. Aggregation of model and spatial coordination are carried out in Autodesk Navisworks? Manage.Any potential implementation of software upgrade during the course of a live project shall be reviewed for its appropriateness by the BIM Manager/Coordinator.Implementation of any upgrade shall be in line with corporate BIM strategy.HardwareThe hardware used for BIM implementation shall meet the requirements imposed by the software developers at least for the next three years. It also shall have a sufficient level of fault tolerance and data security. A server is required for the centralized data storage and processing; a workstation is installed at each user’s seat.The server is the main storage place for project data. It shall provide selected user groups as well as individuals (as defined in the information security policy) permanent controlled access to the data. To ensure the reliability and security of the data, it is recommended to develop a solution for backup and archiving.The workstation must ensure reliable operation on the user’s workplace. Key parameters affecting the overall performance are processor speed, RAM size, graphic card performance, disk performance, display resolution. Using SSD drives is strongly recommended for modern CAD software. 64-bit hardware and software systems are preferred for professional use.Using monitors with a minimum resolution of 1920x1080 (HD) is recommended at each designer’s work seat. Using a dual-monitor system is even better.You can find the full list of hardware requirements for Revit?, AutoCAD? Civil 3D? and Navisworks? on the Autodesk website:Revit? 2017: ? Civil 3D?: Navisworks?: Network ResourcesCommunication between workstations and the server, as well as BIM design collaboration in real time are carried out through the network. The network shall have a sufficient capacity with a suggested data transfer rate of 1 Gigabit/s and uninterrupted access to the server. Uninterrupted access to network shared folders can be ensured using Revit Server.Disks represent the physical storage media, so they shall have the sufficient access speed, as well as be reliable and fail-safe.Resource LibrariesContent libraries hold components (families), design / family templates, materials and texture raster files for use within BIM. They are put on the file server.The following rules shall be observed when working on BIM projects:Content is developed in accordance with this Guide and the associated best practice guidelines.Project content shall be reviewed periodically by the BIM Manager for inclusion in the Central BIM Resource Library.Project BIM Resource LibraryThis shall be the repository for the storage of project specific standards where deviation from this Guide is required due to project or client requirements.Standards, templates, title blocks and other data produced in the process of the project delivery shall be held within the Project BIM Resource Library.Additions or modification to content held within this resource shall be carried out in a controlled manner and be at the prior approval.Central BIM Resource LibraryStandard templates, title blocks, material library families and other non-project-specific data shall be held within the server based Central BIM Resource Library.Additions or modification to content held within this resource shall be carried out in a controlled manner and be at the prior approval.Content shall be segregated by software product and version.When content is updated for use in newer product version:The original data shall be kept and maintained.The updated version of the content shall be created in the appropriate location for that product & version. This avoids ?forwards incompatibility? when using content with the version of the software for which it was originally created.4.5 Common Data Environment (CDE)A major constituent of collaborative environments is the ability to communicate, re-use and share data efficiently without loss or misinterpretation.This Guide is aligned with BS1192:2007 Collaborative Working, which defines the process for design collaboration and efficient data sharing in Common Data Environment.A Common Data Environment (CDE) approach allows verified and coordinated information to be shared between all members of the multidisciplinary project team. The recommended data exchange diagram is shown in Fig.2.Fig.2. Data exchange diagram within a multi-disciplinary design groupThere are four phases to CDE:Work in ProgressSharedPublished / IssuedArchiveBIM information is passed through the 4 areas where the information is:authored, checked, reviewed and approved for use outside of the authoring team (Work In Progress (WIP) area)shared with other disciplines to use as reference material for their own design development and authorized to publish (Shared area)published (in non-changeable formats) for use by the total project team (Published / Issued area)stored and maintained for knowledge, regulatory and legal requirements (Archive area)The phases of CDE are illustrated on Fig.3.The CDE can be implemented in a number of ways, depending on organizational preference: as a folder structure, a project extranet or a PDM system, such as Vault?.When using a PDM system, it is recommended, for each area, that you maintain status information and version control in the project files.Fig.3. Common Data Environment structureWork In ProgressWIP model files (local and repository) shall be developed in isolation and contain information for which each stakeholder is responsible.These shall be stored in, and worked on from the team’s WIP section of the local filing system.It is common practice that each stakeholder has access only to its own area of CDE.Prior to sharing, the data shall be checked, approved and validated.WIP model files are reviewed and approved by the task team manager and the BIM Manager/Coordinator.SharedTo facilitate coordinated, efficient working, each party shall make their design data available for project-wide formal access through a shared repository.Sharing of models shall be carried out on a regular basis in order that other disciplines are working to latest validated information.Files stored in the Shared Area shall be write-protected.Changes to the shared data shall be effectively communicated to the team through change register or other suitable notice, such as e-mail.The Shared Area shall also act as the repository for formally issued data provided by/handed to customer and other external organizations that is to be shared across the project. In the absence of shared resources, the Customer can receive files via email or use a cloud storage to place them in its own CDE.BIM model copied into the SHARED area can be used by the BIM Manager/Coordinator to build consolidated multidisciplinary BIM models (e.g., using Navisworks?) and to carry out clash checks or to collect data requested by client, company executives and other departments.Published / IssuedDrawings, sheets and model files shall be stored in the Published Area of the folder structure once formally checked, approved and authorized in accordance with corporate quality procedures.A record of all issued deliverables shall be maintained in softcopy and hardcopy where appropriate.Only those drawings which it has been deemed necessary to revise will be re-issued following modification work.ArchiveThe archive is composed of copies of all design data versions.Archiving of all output data from the BIM shall be stored in the Archive Area of the project folder, including published, superseded and “As Built” drawings and data.Archived data shall reside in logical folder repositories that clearly identify the archive status, e.g. 09-12-15 Stage D Design.4.6 Basic Rules of BIM Data ExchangeValidation of the BIM data prior to sharing shall check that:File format, Revit? version and naming conventions conform to the corporate BIM Guide.Elements used in the model correspond to data classification according to Revit? categories, or to the corporate classification (coding) system of structural components and building systems.Model files are up-to-date, containing all users’ local modifications.Model files are detached from central file.Any associated data required to load the model file is made available.Model file has been audited, purged of unused content and compressed.Any changes since the last issue are communicated to the design team.4.7 Data Security & SavingAll BIM project data shall reside on network servers, which are subject to regular back-ups.Staff access to BIM project data held on the network servers shall be through controlled access permissions set in the server software.Revit? local files shall be saved back to Central hourly. At the completion of work at the end of the day borrowed elements and worksets shall be released.Revit? save reminder interval shall be set to e.g. 30mins.4.8 Folder Structure and Naming ConventionsThe defined structure shall follow the principles of BS1192:2007’s ‘Work In Progress (WIP)’, ‘Shared’, ‘Published’ and ‘Archived’ segregation of data within a designated set of folders.All design data (excluding a local user’s copy of Central file) shall be held within the standard project folder structure located on a central network server or appropriate Document Management technology. This includes all WIP components or assemblies.Central Resource Library Folder StructureStandard templates, title blocks, families and other non-project-specific data (Fig.4) shall be held within the server based Central Resource Library, with restricted write access.Fig.4. Central resource library folder structureLocal Project Folder StructureLocal copies of central project models do not need to be backed up as changes are regularly synchronized with the central file(s).They shall be stored on the user’s hard drive – not in “My Documents”– according to the folder structure below in Fig.5.Fig.5. Local project folder structureProject Folder StructureThe folder structure shown in Fig.6 is provided as an example arrangement.Fig.6. Project folder structureNumeric prefixes in the names of folders and files are used for proper sorting of files and folders.4.9 Model File Naming Conventions4.9.1 General rules for model files namingIt’s recommended to separate fields by an underscore character “_”.All fields in the file name start with an uppercase character, followed by lowercase ones. Within a field, CamelCase shall be used instead of a space to separate words.Abbreviations and codes shall be written in uppercase.The following characters shall be avoided in names:, . ! “ ? $ % ^ & * ( ) { }[ ] + = < > ? | \ / @ ’ ~ # ? ` ‘4.9.2 Recommended fields in a file name<Field1>_<Field2>_<Field3>_<Field4>_<Field5>_<Field6> Field1: Project CodeAn abbreviated code or number identifying the project.Field2: Originator (Company) CodeAn abbreviated code or number identifying the originating stakeholder.Field3: Building/ZoneIdentifier of which building/facility, area, phase or zone of the project the model file relates to if the project is sub-divided by zones.Field4: Design DisciplineField5: DescriptionDescriptive field to define the type of data portrayed in the file, or a unique file number.Field6: Software ReleaseExample: 1895-13-2_APM5_MainBuilding_OV2_3D_R16 Note: If the Employer Information Requirements contain the file naming rules, then these rules shall be used in the project after mutual approval with the contractor.4.10 Data Exchange Formats and InteroperabilityBIM model is an ideal platform for sharing data on the building object.Interoperability between software products is of paramount importance for successful BIM working. File protocols ensure such an interoperability.General Rules of Data TransferData exchange formats and rules (protocols) shall be agreed by all BIM project participants and formalized in the BEP.Requirements and limitations of the target software/hardware system shall be understood in order that BIM data can be prepared appropriately for exchange.Data exchange protocol between different software/hardware systems shall be verified through sample testing to ensure data integrity is maintained.Prior to export / import data, it’s necessary to purge all the excess information that could destabilize the data structure.The appropriate export layer tables shall be used during export from Revit? to CAD.Exchange Formats for Revit? PlatformTable 1 shows the recommended exchange formats for Revit? platform and their most frequent usage methods.Table 1 contains a partial list of formats supported by Revit?.This Guide does not restrict use of other formats, taking the common data exchange rules into account.Table 1. Recommended exchange formats for Revit? platformFormatApplication methodsFor data exportFor data import?RVTData exchange within Revit? platformData exchange within Revit? platformData transfer to Navisworks? DWG?Export of views and sheets to AutoCAD? and other CAD softwareImport of DWG layout from AutoCAD? and other CAD softwareImport of contours, surfaces (3D faces), corridors and pipes from AutoCAD? Civil 3D?ADSKExport of data (model objects) to AutoCAD? Civil 3D?Import of objects (for family creation) from Inventor?IFCExport of data to third-party software that supports model import in IFC formatImport of data from third-party software that supports model export to IFC formatDWF/3D DWFExport of data for review and publishingImport of annotations and markups from Autodesk? Design Review to Revit? and AutoCAD? PDF/3D PDFExport of data for review and publishing–FBXExport of models to 3ds Max?–SKP–Import of data from Trimble SketchUpSATExport of 3D dataImport of 3D data4.11 Revit? Settings4.11.1 Configuring Revit? Global SettingsRevit? global settings are configured in the Options dialog box. This Guide defines the minimum configuration.General TabSave reminder interval shall be set taking into account the total amount of work and the number of participants in the workgroup. Recommended values are 30 to 60 minutes.Usernames are essential for the team work. Ambiguous usernames shall be excluded.Username can represent either a combination of first name, patronymic and last name, or a 2/3-symbol code in uppercase. By default, Revit? suggests the name used for the operating system login.Worksharing update frequency shall be set to a maximum value.User Interface TabTools and analyses shall be configured according to each seat’s needs. If any tools are not needed to a user they shall be disabled.Keyboard shortcuts allow quick start of most commands with the use of the keyboard. A complete list of commands which can be launched in such a way is accessible via the Keyboard shortcuts dialog box.Graphics TabUse Hardware Acceleration (Direct3D) is on by default. Should any model display issues arise in a particular workplace, disable the hardware acceleration.Change of background color is not recommended, as Revit? functionality is generally optimized for the white background.File Locations TabMost frequently used templates shall be identified and put to the table. The leading five templates will be easily accessible from the Recent Files page that opens right after Revit? is launched.The remaining tabs of the Options dialog box do not require any intervention.4.11.2 General Revit? Content Naming RulesThe following naming rules hierarchy is proposed:General rules define the common naming scheme; if no other rules exist then general rules shall be applied without any exception.Local rules are related to a particular name element and may allow exceptions to the general rules, e.g. in using the dot symbol or special characters < > / \ | etc.If a particular type of Revit? content doesn’t have a separate naming scheme yet, general rules shall be applied. This type of content will get an own scheme at a certain point.The following naming rules and conventions represent a general approach and recommendations for the development of the naming convention system on the basis of best practices.General rules for Autodesk Revit? content naming:Name is composed of fields that are separated by a preset character.All fields in the file name start with an uppercase character.All fields shall be separated by an underscore character.Using spaces is allowed everywhere except loadable families names.Naming shall rely on the top-down principle.Abbreviations and codes shall be written in uppercase.The following characters shall be avoided in names: , ! ? $ % ( ) ^ & { }[ ] + = @ ’ ~ ? ` ‘ and the following characters shall be never used: \ | / ? : * ” < > Rules of Cyrillic and Latin alphabets usage shall be specified in the BEP. This Guide presumes that Cyrillic character set may be used unless a local rule forbids it.Mathematical symbols shall not be used in parameter names, as this causes problems in the formulas. Particular attention shall be paid to the minus sign.The dot symbol is allowed in classification numbers, as well as a field separator character where necessary.The “x” symbol, where needed, shall be in Cyrillic.If any additional fields need to be featured in a name, they shall be entered at its end.4.11.3 Loadable Family Naming RulesNaming of families and types shall be based on rules set in 4.11.2.The following format is suggested for loadable families naming:<Field1>_<Field2>_<Field3>_<Field4>_<Field5>_<Field6>where:Field1 – author codeField2 – functional typeField3 – functional subtypeField4 – manufacturerField5 – description, a distinctive feature of an itemField6 – GOSTField1 and Field2 are required; Field3, Field4, Field5 and Field6 are optional.If the family doesn’t contain any 3D geometry, “-2D” shall be added to Field2.All fields in the file name start with an uppercase character, followed by lowercase ones. Within a field, CamelCase shall be used instead of a space to separate words.Examples:ABC_Door_ Double_ WoodInterior_GOST6629.88ABC_Window_Threefold_ GOST23166.99ABC_WaterCloset-2D_WallHung_Grohe_SensiaABC_Pump_Circulating_Grundfoss_NKADSK_Tag_Window_GOST 21-501-20014.11.4 Loadable Family Type Naming RulesNaming of family types shall be based on the following format:<Field1>_<Field2>_<Field3>where:Field1 – descriptionField2 – size designatorField3 – description 2 (swing for windows and doors, composition of wall / floor / roof, additional designators for doors and windows)Field1 is required, remaining fields are optional.Catalog name (if any) provided by the manufacturer may be used.Examples:Family: (ABC_Door_ Single_WoodInterior_GOST6629.88)Type: DG_21.9_LSFamily: (ABC_Fan_Axial_Innovent_Univent)Type: 1.6-2-14.11.5 System Family Type Naming RulesNaming of system types shall be based on the following format:<Field1>_<Field2>_<Field3>_<Field4>_<Field5>where:Field1 – author codeField2 – functional typeField3 – functional subtypeField4 – manufacturerField5 – description, a distinctive feature of an itemField6 – GOSTFor greater flexibility, all fields are optional.Examples:Family: PipeType: Aquatherm_Fusioterm Shtabi SDR7.4Family: DuctType: Rectangular_SmokeRemoval_GOST 19904–90Family: DuctType: Conduit_IEC_ElecorFamily: WallType: Exterior_Brick250 ut100 brick120 -st20 -4904.11.6 Workset Naming RulesWorksets shall be named consistently and logically, in order to facilitate project navigation. Pay attention to the fact that worksets for all disciplines shall be defined in the BEP. This ensures that all disciplines know what to expect from the linked models.When using linked files a separate workset shall be created for each of them.The following format is suggested for worksets naming:<Field1>_<Field2>_<Field3>_<Field4>_<Field5>where:Field1 – support field. Prefix “#” is recommended for worksets that are not intended for other disciplines.Field2 – project portion code, if applicableField3 – discipline codeField4 – location in project (for smaller objects) or function/system (for larger objects)Field5 – workset description/contentsFor greater flexibility, all fields are optional.Examples:007_AC_EastWing_PartitionsPE_ColdWater_Pipes#_AC_Duplicates#_Shared levels and grids#_Linked PE model4.11.7 Parameter Naming RulesNaming shall adhere to common rules. Parameter names must contain the information necessary for their convenient grouping depending on tasks for which they were defined. Parameter naming rules for specific tasks should be described in the BEP.Naming of parameters shall be based on the following format:< Field1>_< Field2>where:Field1 – author code (shared parameters only). Field1 cannot be used in names of design/family user parameters. Author code ADSK applies to the recommended Autodesk shared parameters. ADSK code shall never be used in corporate parameters.Field2 – description – a word describing the object the parameter is applied to (if available) or a word used to group parameters. Contains the property parameter is associated to, as well as property name.Naming shall rely on the top-down principle. Common terms and definitions allow using the traditional wording (“Minimal power” instead of “Power minimal” etc.). For support parameters (those that drive size, visibility and other element features) it’s recommended to put the object first: "WindowSill Depth", "WindowSill Height".Examples:LengthSection WidthADSK_Apartment areaADSK_Air flow rate4.11.8 View Naming RulesNaming of views shall be based on the following format:<Field1>_<Field2>_<Field3>_<Field4>_<Field5>_<Field6>_<Field7>where:Field1 – view code (P, EX, IA, OA etc., see Table 2)Table 2. View codesField1 valueView codeWVWorking viewPReady for PrintEXFor exportIAIncoming assignmentOAOutgoing assignmentCCoordinationIImage (visualization)Field2 – discipline code (AR, STR, HVAC…).Field3 – zone.Field4 – level identifierField5 – view family code (see Table 3)Table 3. View family codesField5 valueView family3D3D viewsFPFloor plansRCPReflected Ceiling plansSSectionsCOCalloutsEElevationsSSiteDVDrawing viewField6 – view descriptionField7 – alphanumeric view designatorExamples:WV_HVAC_Block A_-01 Floor_VentilationP_AR_-02 Floor Basement_Masonry_1-5 A-BEX_AR_13 Floor TechFloor_PE_Masonry_1-5 A-BP_STR_05 Floor_Layout_Callout 1I_AR_Exterior_Base viewI_AR_Interior_3 floor_Meeting room 105EX_Export to NavisworksP_AR_Section 1WV_Doors data entryP_AR_01 Floor_Door assembly scheduleP_AR_Door assembly group scheduleP_HVAC_Extended callout scheduleEX_PL* Pipe fitting schedule*PL- plumbingField1, Field4 (for plans), Field5 (for exported views) and Field6 are required. All other fields are optional.Naming requirements for views to be exported to various formats/software:1. Autodesk Navisworks?If a view is intended for export to Autodesk Navisworks?, Field5 shall contain the word “Navisworks” (“N” in uppercase). Only one such view can exist within a design. When the RVT model is imported into Autodesk Navisworks?, all model elements that present in this view are taken into account.2. Autodesk AutoCAD?All words in the view name must start with the uppercase character, because white spaces are automatically deleted during the DWG export.Example:E_AT_TechFloor_PE_Masonry Plan_1-5-A-B3. Autodesk 3DS MAX.All words in the name must be written in Latin alphabet, because 3DS MAX doesn’t support Cyrillic.4.11.9 View Template Naming RulesView templates represent an effective way to control the look and image settings for different types of display. View templates in Revit? are classified as plans, sections and elevations.The name of the template must be sufficiently informative so as the user can clearly understand the corresponding type.View templates naming shall adhere to the common rules.Naming of view templates shall be based on the following format:<Field1>_<Field2>_<Field3>_<Field4>_<Field5>_<Field6>where:Field1 – author codeField2 – project phase code (omitted if the template is suitable for several phases)Table 4. Project phase codesField2 valueProject phaseStage SD Schematic designStage DDDesign developmentStage CDConstruction documentationField3 – discipline codeField4 – view code (P, EX, IA, OA etc., see Table 2)Field5 – view family codeTable 5. View family codesField5 valueView family3D3D viewsFPFloor/structure plansRCPReflected Ceiling plansSSectionsEElevationsSQSchedules, quantitiesLLayout (column positions, water disposal)Field 6 – descriptionExamples:ADSK_ Stage SD _AR_P_FP_MasonryRTG_ Stage SD _AR_P_FP_ZoningADSK_Stage CD_STR_P_FP_Underlying reinforcementADSK_Stage CD_AI_P_S_ColorADSK_HVAC_SV_FP_VentilationFor greater flexibility, all fields are optional.4.11.10 Filter Naming RulesFilters are used to manage view appearance.Filter naming shall adhere to common rules.Special characters are allowed in the filter descriptions.Naming of Filters shall be based on the following format:<Field1>_<Field2>_<Field3>where:Field1 – author codeField2 – filtered objectField3 – filter descriptionFor greater flexibility, all fields are optional.Examples:ADSK_Section_Working* – all sections whose names begin with “Working”Wall_*200* – walls whose names contain “200”Walls_Thickness<200 – walls that are thinner than 200mmADSK_ Reinforcement_Tag ≠ PM1 – reinforcement that doesn’t belong to the PM1 structureSyntax of filtering condition may be duplicated in Field3 for better understanding.4.11.11 Level Naming RulesLevel name in the view naming pattern (ref. 4.11.8) corresponds to Field4, the level identifier.<Field1>where:Field1 – level nameExamples:01 Floor-01 Floor KR -3.600 12 Floor RooftopLevel name shall begin with a number, followed by the defining word (Floor, Level, etc.) and the description (if needed), e.g. elevation value or function.All floor numbers must contain the same number of digits: 2 digits (-05, 01, …, 99) if the building is less that 100 floors high, or 3 digits (-005, 001, …, 099, 112) if it is higher than 100 floors.4.11.12 Sheet Naming RulesSheet naming shall adhere to the common rules in accordance with GOST 2.104-68 “Unified system for design documentation. Basic inscriptions.”Sheet names are derived from name of views placed on them.Sheet naming rules shall be described in detail in the BEP.Examples:Elevation within axes A-G. Elevation within axes G-A.Sections 1-1, 2-2, 3-3Floor plan at elevation 0.000Plan extract within axes 3-15, V-D at elev. +5.2004.11.13 Fill Pattern / Fill Pattern File Naming RulesFill pattern / fill pattern file naming shall adhere to common rules.Naming of fill patterns and fill pattern files shall be based on the following format:<Field1>_<Field2>_<Field3>_<Field4>_<Field5>where:Field1 – author codeField2 – fill pattern type (U - drafting, M - model) (for fill pattern files only)Field3 – material description, filled region usage, fill descriptionField4 – fill angleField5 – fill sizeField1, Field2 and Field3 are required; other fields are optional.Examples:ABC_M_BrickFacade_0_250.pat – fill pattern fileABC_Masonry_45_1mmABC_AngledDown_-45_1mmABC_Cross_0_1.5mm4.11.14 Filled Region Naming RulesFilled region naming shall adhere to common rules.Naming of filled regions shall be based on the following format:<Field1>_<Field2>_<Field3>_<Field4>_<Field5>_<Field6>where:Field1 – author codeField2 – fill pattern type (U - drafting, M - model)Field3 – short fill descriptionField4 – fill angleField5 – fill sizeField6 – colorField1, Field2 and Field3 are required; other fields are optional.Examples:ABC_U_Ground_45_2mm_BrownABC_U_Vertical_90_2mm_BlueABC_U_Fill_BlackABC_M_BrickFacade_0_250mm4.11.15 Line Pattern Naming RulesLine pattern naming shall adhere to common rules.Naming of line patterns shall be based on the following format:<Field1>_<Field2>_<Field3>where:Field1 – author codeField2 – pattern nameField3 – pattern dimensions in the following format: s3 p2 t p2, numbers represent segment lengths, s = dash, p = space, t = dotField3 is optional and only describes sizes in abstract line patterns (dashed, dashed-dotted, dash – 2 dots, etc.)Examples:ADSK_DashDot_s3 p1 t p1ADSK_Dash_s3 p1ADSK_CenterlineRTG_Hidden lines4.11.16 Line Style Naming RulesLine style naming shall adhere to common rules.Naming of line patterns and line styles shall be based on the following format:<Field1>_<Field2>_<Field3>_<Field4>_<Field5>where:Field1 – author codeField2 – purpose of line style or name of line patternField3 – line colorField4 – line weightExamples:MHP_Centerline_2ADSK_Solid_Red_5ADSK_Base thinRTG_Base thick4.11.17 Text Type Naming RulesText type naming shall adhere to common rules.Naming of text types shall be based on the following format:<Field1>_<Field2>_<Field3>_<Field4>_<Field5>_<Field6>where:Field1 – author codeField2 – purposeField3 – font name (specified if differs from the standard one)Field4 – text height in mm (units shall be omitted). Specified if differs from the standard one (2.5mm).Field5 – B, I, U definitions and the width ratio. If the latter equals to 1, it shall be omittedField6 – Description 2, color, transparency etc. (if needed)Field1 and Field2 are required, other fields are optional.Examples:ABC_HeaderADSK_Main textADSK_Main text_cnd0.8ADSK_SchedulesADSK_Schedules_Arial_3ABC_ISOCPEUR_5_BABC_ISOCPEUR_2.5_Red4.11.18 Dimension Type Naming RulesDimension type naming shall adhere to common rules.Naming of dimension types shall be based on the following format:<Field1>_<Field2>_<Field3>_<Field4>where: Field1 – author codeField2 – style purpose: e.g. “Checking”Field3 – dimension text font (specified if differs from the standard one)Field4 – text height in mm (specified if differs from the standard 2.5mm)Field5 – text compression ratio (specified if differs from 1)Field6 - transparent/obscure backgroundFor greater flexibility, Field3 and Field4 are optional.Examples:ADSK_StandardABC_CheckingABC_Rounding to integer_ISOCPEUR_2.54.11.19 Material Naming RulesMaterial naming shall adhere to common rules.Naming of materials shall be based on the following format:<Field1>_<Field2>_<Field3>_<Field4>_<Field5>_<Field6>where:Field1 – author codeField2 – material category, e.g. ConcreteField3 – material subcategory, further defining its propertiesField4 – material class/grade or colorField5 – material manufacturerField6 - type: T, F, FT – indicates availability of thermal and fhysical parametersFor greater flexibility, all fields are optional.Examples:RT_HeatInsulation_Rockwool_WAS50_Paroc_TZPP_Ceramic Brick_SolidCCR_Plaster_LimeABC_Concrete_B154.11.20 Texture File Naming RulesTexture file naming shall adhere to common rules.Naming of texture files shall be based on the following format:<Field1>_<Field2>_<Field3>_<Field4>where:Field1 – author codeField2 – material category, e.g. ConcreteField3 – material subcategory, further defining its propertiesField4 – descriptionFor greater flexibility, all fields are optional.Examples:RT_HeatInsulation_Rockwool_WAS50ZPP_Brick_Ceramic_SolidCCR_Plaster_LimeABC_Concrete_InSitu4.11.21 Grid Type Naming RulesNaming of grid axes shall be based on GOST R 21.1101-2013, section 5.3.<Field1>_<Field2>where:Field1 – axis callout size in millimeters. Unit not included.Field2 – description.Both fields are required.Examples:10_at start8_on both sides4.11.22 Project Phase Naming RulesProject phase naming conventions shall be formalized in the BEP.4.11.23 Arrowhead Type Naming RulesArrowhead naming shall adhere to common rules.The following format is suggested for naming of arrowheads:<Field1>_<Field2>_<Field3>_<Field4>where:Field1 – author codeField2 – arrow (tick) styleField3 – tick sizeField4 – arrow angleFor greater flexibility, all fields are optional.Examples:ABC_Arrow_2.5mm_30ABC_Diagonal_3mmADSK_Dot_1mm4.11.24 Shared Parameter FileShared parameters can be created and used in loadable families, as well as in the design itself. In the latter case, they can be assigned to any category of Revit? elements.Recommendations on using the Shared Parameter file:Revit? can simultaneously work with only one Shared Parameter file. In the process of design development you may link several different files one after another, so as to use shared parameters from a number of files.As the organization can use several Shared Parameter files, starting a project, make sure you use the correct file.It’s recommended to establish the corporate Shared Parameter file, in order to ensure the parameter naming consistency during the content creation.The corporate Shared Parameter file is held in the Standards folder within the Central BIM resource library along with the respective design template.All project participants shall get the Shared Parameter file with a read-only access. Changes in the Shared Parameter file can be only introduced by BIM-manager / coordinator, and all project participants shall be informed. Whenever you add a new shared parameter a backup copy shall be created in prior.When the creation of project-specific families requires the definition of shared parameters, a file shall be created within the project’s BIM resource folder. Once this content is approved for the corporate library, the associated Shared Parameters will be appended to the central Shared Parameter file.When a new parameter is created, it is recommended to enter a description that would greatly facilitate the further management of the Shared Parameter file.Shared Parameter file shall not contain parameters that belong to the Exported Parameters group.Groups and parameters shall be named in accordance to the parameter naming rules.Group numbering shall be formalized and respected in the Shared Parameter file for all disciplines (applicable if each of them used its own file). E.g. Architecture shall always use number 1, etc.Shared Parameter files shall be configured by the BIM Manager/Coordinator.The complete list of shared parameters is company-specific.Some examples of shared parameters are shown in Table 6.Table 6. Examples of a project’s shared parametersParameter nameData typeGroupDescriptionsADSK_NameTEXTRequired COMMONParameter for schedules, representing the element name and its main specificationsADSK_TagTEXTRequired COMMONType, tag, index of a document/formADSK_WeightNUMBERRequired COMMONProduct weight per unit or linear density (for rebars, beams etc.)ADSK_Floor typeTEXTRequired ARCHITECTUREFloor type. Sent to the floor tag and floor scheduleADSK_Room typeTEXTRequired ARCHITECTURERoom type (residential, non-residential, etc.). Used in apartment layoutsADSK_Floor makeupIMAGERequired ARCHITECTUREGraphical structure of the floor make-upADSK_Bent reinforcementYESNORequired STRUCTUREParameter is on for bent reinforcement, off for straight barsADSK_Product tagTEXTRequired STRUCTURETag of an embedded item or a reinforcement cage in a structureADSK_Type of element KZhINTEGERRequired STRUCTURENeeded for representation of compound products (reinforcement cages, embedded items, their compound elements etc.)ADSK_Equipment codeTEXTRequired MEPEquipment code according to the manufacturer’s catalogADSK_Partition codeTEXTRequired MEPConduitsADSK_Standpipe numberTEXTRequired MEPStandpipe designator in layouts and plans4.11.25 Project TemplateThe template is a raw design file with RTE extension. When creating a new project by choosing a particular template, user selects and applies a certain configuration contained in the template. Template file itself remains unchanged, while the new design file is saved with a different extension, RVT.When creating project templates, you should:?Use effective creation methods; check the template against the Revit? template checklist (see section 7.3).?Create a separate template for each discipline. However creation and use of the same templates for all disciplines is also allowed; settings in architectural template are common to all disciplines, and that must be considered when determining the order of template creation.All Revit? design disciplines shall rely on the project template developed in advance.Project template shall be developed by the BIM Manager/Coordinator in accordance with the approved procedure. The template shall be put into the corporate template library.Changes must be introduced into templates by the BIM Manager/Coordinator in accordance with the approved procedure.4.11.26 Family TemplatesLoadable families shall be created on the basis of family templates which carry RFT extension.Family template files contain all necessary property sets and define the behavior of family.There are separate template files for each Revit? category. The template choice depends on the category of family to be created.A family shall be created using the corresponding category template. Incorrect template selection can cause wrong display and/or wrong behavior of the model element and/or errors in schedules.Examples of family templates for model elements:Metric_Door.rftMetric_Column.rftMetric_Beam.rftMetric_Window.rftMetric_DuctElbow.rftExamples of family templates for annotation elements:Metric_SectionHead.rftMetric_DoorTag.rftMetric_ElectricalEquipmentTag.rftMetric_RoomTag.rftExamples of family templates for title blocks:A0_Metric.rftA1_Metric.rftExample of family template for a mass element:MetricUnits_MassElement.rft4.12 AutoCAD? Civil 3D? Settings4.12.1 General DWT Template ConfigurationAll AutoCAD? Civil 3D? project data is stored in drawing files (DWG). Therefore storage scheme for AutoCAD? Civil 3D? settings has the same structure as AutoCAD and is based on DWT files.The key point is to set the location of DWT templates when creating a new drawing.It is not allowed to store DWT templates on local workstations.All templates should be located in a shared network folder. The editing privileges may have only BIM Manager / Coordinator.In AutoCAD? global settings on each workstation you must set a network folder where DWT templates are located.In AutoCAD? global settings you must specify a template that will be used by default when creating a new drawing (QNEW command).4.12.2 DWT Template TypesIt is recommended to create templates using templates included in AutoCAD? Civil 3D? Russian Country Kit.Templates shall be discipline-specific:Survey – SVGeneral layout – GLRoads – RDRailways – RWPipe networks – PNBasic – No prefixGeneral – No prefix.Each block should include one or more templates. Templates should include only those styles and settings that are needed for a discipline.The General template includes all styles. Not recommended for use; it is used only for project management.Basic template contains minimum number of styles. It shall not contain any layers other than layer “0” which holds all existing AutoCAD? Civil 3D? objects. The number of surface/section display styles shall be minimal as well. This template is intended for secondary disciplines and is tweaked by the BIM Manager/Coordinator for completing specific tasks.The Basic template is necessary for the BIM manager’s individual tasks aimed to obtain custom data. For this purpose, in the Basic template, all styles are located on the layer "0". BIM manager creates custom layers and objects based on this template.4.12.3 Development and Approval of AutoCAD? Civil 3D? TemplatesTemplates are developed in accordance with the requirements of regulatory documentation and company standards.AutoCAD? Civil 3D? templates are created by the BIM Manager/Coordinator.A group of reviewers is convened prior to start of work; their areas of responsibility are consulting and template testing. Members of the group are appointed by the BIM Manager/Coordinator.The template creation procedure consists of the following stages:Collecting baseline data (drawings and models) from BIM authors and other project participants.Creation of the initial template version.Coordinating and testing the template with all project stakeholders, collecting the change proposals.Implementing changes, compiling and coordinating the updated template version.Final coordinating and approving by the review group.Accepting templates by the BIM Manager/Coordinator, placing them to the central server location.The central server location is set up in the AutoCAD? Civil 3D? options. All kinds of AutoCAD? Civil 3D? templates shall be put there. Only the BIM Manager/Coordinator has rights to incorporate changes to template names and internal structure. Other project participants have the read-only access to the templates. If the need to change the template arises, the initiator of change shall notify the BIM Manager/Coordinator by e-mail. The purpose of such a notification is to justify the necessity and to describe in detail the essence of the changes. After that the BIM Manager/Coordinator initiates the change process.Exact number of templates and their contents are defined by the BIM Manager/Coordinator depending on the project requirements.4.12.4 Location and Configuration of the Pipe Network CatalogPipe Network Catalog is necessary for pipe design.Pipe Network Catalog is composed along with the DWT template. The process of Catalog creation and modification is the same as for the DWT template.Pipe Network Catalog shall not be stored locally. It shall be put into a server location. Each workstation accesses the Catalog using the path to the server folder.4.12.5 Layer NamingNaming of layers shall be based on the corresponding company standard used for AutoCAD?. In the absence of such a standard it is necessary to comply with the following requirements.Do not use “C-*-*” naming convention set up in the AutoCAD? Civil 3D? Russian Country Kit template. Adherence to the scheme defined in the Kit would lead to confusion and emergence of a lot of empty layers.The BIM Manager/Coordinator defines the method of AutoCAD? Civil 3D? objects placement: either on a single layer or on a separate layer for each object. Naming of AutoCAD? Civil 3D? layers shall be based on the following format:<Field1>_<Field2>_<Field3>where:Field1 – abbreviation of a discipline. Abbreviations that only belong to a particular discipline template (e.g. PZM or POR) are not allowed.Field2 – object type: surface, alignment, label etc. Spaces are not allowed; CamelCase shall be used instead of a space to separate words.Field3 – object name, if placement of each new object on its own layer have been configured. Otherwise the field shall be omitted. Example (an own layer is created for each new object):GP_Surfaces_GradingExample (all objects are put on the same layer):GP_DesignLabels4.12.6 Style NamingIn the process of developing an AutoCAD? Civil 3D? template, new styles should be given new names. The names are formed by adding a prefix to the short name of the company for which a template is developed. Use the underscore as a separator between the prefix and the style name:<Field1>_<Field2>Field1?–?Company name (abbreviated)Field2?–?Style name. You can use spaces.Example: XXX_ ContoursWhen preconfigured templates are used, editing object styles by end users is not recommended. If you need to make changes to a style, it is not allowed to edit an existing style. To do this, you must copy the most appropriate style and give it a new name. The name is formed by adding the name of the author between the company name and the style name:<Field1>_<Field2>_<Field3>Field1?–?Company name (abbreviated)Field2?–?Author nameField3?–?Style name. You can use spaces.Example: XXX_ Smith_ContoursIf you need to create a new style, it is not allowed to edit an existing style. To do this, you must copy the most appropriate style and give it a new name. The name is formed by adding the name of the author between the company name and the style name:<Field1>_<Field2>_<Field3>_<Field4>Field1?–?Company name (abbreviated)Field2?–?Author nameField3?–?Style name. You can use spaces.Field4?–?DescriptionExample: XXX_ Smith_Contours_0.1m4.12.7 DWT Template NamingNaming of parameters shall be based on the following format:<Field1>_<Field2>where:Field1 – template name with a discipline-specific prefix. Spaces are not allowed.Field2?–?template version number.Example: Template_GP_1.254.12.8 Object NamingAll AutoCAD? Civil 3D? objects automatically get their names and numeric indexes at their creation. It’s not recommended to adhere to this automatic naming. AutoCAD? Civil 3D? objects must have individual names that describe an object and its role in the project in maximum detail.It’s strictly prohibited to use automatic names for the following objects:AlignmentsSurfacesAssembliesSectionsCorridorsGradingSitesPipe networks4.12.9 Subassembly Object NamingNames of all objects created in Autodesk Subassembly Composer (SAC) shall be in Russian or in the official language of project. Multilingual naming is not allowed. English abbreviations that are created by default may be used for points, links and solids:Points: P1, P2, P3…Auxiliary points: AP1, AP2, AP3…Links: L1, L2, L3…Auxiliary links: AL1, AL2, AL3…Solids: S1, S2, S3…Offset Geometry: O1, O2, O3…Loop: LO1, LO2, LO3…All these elements must have codes in Russian or in the official language of project.Points, links and solids without codes are not allowed for assemblies in the subassembly library.Methods of naming for points, links and solids are defined by the BIM Manager/Coordinator depending on the project requirements.Decision element has 2 solutions, True and False; both must have scenario names corresponding to the occurred event.Due to some SAC technical limitations, spaces need to be replaced with underscores “_” in names of Target Parameters and Input/Output Parameters. Consequently, DisplayName fields are to be completed with extensive parameter names (without underscores).Naming rules for SAC objects shall be set in full detail by the BIM Manager/Coordinator in the BEP.4.12.10 Subassembly Naming (PKT files)Three types of names are used:Names in the line Subassembly Name in SACNames in the PKT file namesNames in the AutoCAD? Civil 3D? Tool Palette.For all three types of names is recommended to use the base name.Rules for a base name:<Field1>_<Field2>_<Field3>Field1?–?Abbreviated company nameField2?–?A brief description (use underscore instead of spaces) or code (in the case you include these elements in the list for coding)Field3?–?Subassembly versionExample:XXX_DitchedConnectionToExistingTerrain_v1.01For names under Subassembly Name in SAC (Packet Settings tab) the base name should be changed in accordance with the technical limitations of SAC. In particular, you cannot use spaces, periods, commas, etc. Therefore, the base name must be converted into the following form:XXX_DitchedConnectionToExistingTerrain_v101In addition, Description field in SAC (Packet Settings tab) is mandatory for library assemblies. It must describe assembly behavior and peculiarities in detail in the official language of project.The common operating system restrictions are applied to the PKT file names. This means that the base name can be used as is.For AutoCAD? Civil 3D? Tool Palette, the names are inherited from Subassembly Name of SAC. It is recommended to change the names of the Tool Palette by replacing underscores with spaces and other punctuation:XXX Ditched connection to existing terrain v1.015 BUILDING INFORMATION MODELING PROCESS5.1 General Principles of Data SegregationThe purpose of segregation is to lay a foundation for multi-user access to the model and to ensure the effective teamwork.The following practical approaches are recommended during the information model development:Model structure shall take into account all BIM-covered design disciplines (see Table 7).Table 7. Principles of data segregationDisciplineSegregation principlesArchitectureBy floor or floor groupStructuralBy functional joints, grips of concrete and metal structuresMEP - Mechanical By system: air supply, air exhaust, air conditioning etc.MEP – PlumbingBy system: cold water supply, hot water supply, water wasteA model file shall contain data from one discipline / project stakeholder only (although exceptions may apply for Building Services where multiple disciplines converge).No more than one building shall be modeled in a single file.Further segregation of the geometry may be required to ensure that model files remain workable on available hardware. Elements are included into worksets either individually or by category / location / task distribution etc.In order to avoid duplication or coordination errors, clear definition of the data ownership throughout the life of the project shall be defined and documented.Element ownership may transfer during the project time-line – this shall be explicitly identified in the BEP.Where multiple models make up a single design, a container model should be considered, whose function is to link the various assemblies together for coordination/clash detection purposes.Data segregation within a model may depend on planned ways of information transfer (export) as well as on model final delivery format.Models shall initially be created as isolated, single-user files. The model will be sub-divided as additional members of the design team are introduced.In order to ensure better hardware performance, users shall only open portions/models that contain current objects of interest.No other views than necessary for the current task shall be created.All models and their portions (worksets) shall be named in accordance with the established rules.All project participants shall regularly save their work and synchronize models with central location, so as to provide actual information to other stakeholders. In addition, this minimizes risk of data loss.Linked files shall be included into their own worksets. Users shall prefer creating links, avoiding file import.Synchronization procedure shall be defined in the BEP.5.2 Using LinksUsing links allows leveraging additional geometry and data in your designs. They can represent either portions of a design that is too large to manage, or data of another discipline that may be developed by a contractor.Some models require splitting of one object into several more manageable parts, which are then reassembled into a single file i.e. a consolidated model.As an example of creation of such file, we can consider creation of a consolidated model in Navisworks?, which aggregates files of different design disciplines created in Revit?.If the model data is segregated into individual files, the following guidelines need to be observed:Tasks shall be distributed between participants in order to minimize the need to switch between files.When using links, model should lie in the correct location respective to the pre-agreed system coordinates in the base file.Links between design disciplinesEach individual discipline involved into the project should have its own model and carry responsibility for it.Model developed by a discipline can refer to the model of other disciplines in coordination purposes.The following guidelines shall be observed:Agreed project location coordinates and the direction of true north shall be documented from the outset, and no deviation shall take place. If you see a need for any changes in the coordinates and the direction of true north, it should be documented in the BEP.Possession of the elements shall be properly identified and tracked using the Matrix of correspondence of LOD and project stages (see Appendix A, Table A.3). This matrix shall be included in the BEP, in order to assign responsibility for each model element for the target LOD at each stage.Designers who develop a specific design discipline can create a blank model for related discipline in advance to reserve space for subsequent insertion of adjacent model, which does not exist yet. For example, architects can create an empty file for structural model, pre-load it and thus make room for the insertion of the real model when it will be ready.With models produced for Building Services, several disciplines may be collated in a single model, as a single piece of equipment may require connection to various services. In this scenario, the model may be split in various ways. The BEP shall be consulted in defining the project-specific strategy.5.3 LOD-based Development of Model ComponentsThe following main principles shall be observed when creating and using the components in the project:All components shall reside in the library of the specific project or in a central company ponents generated during the design development shall be stored in the WIP area of the Common Data environment.The intended purpose of the components shall be considered during content creation.The BIM Manager/Coordinator will assess and verify minimum quality compliance before submitting new objects to the central corporate ponents shall be developed with the LOD required at the particular stage of design ponents of the information model shall be created with the minimum necessary geometrical information. The less 3D geometry the information model contains the faster and easier it will be handled.Revit? allows creating and using families that make use of Coarse, Medium and Fine levels of detail.Further purposes of the BIM will lead to additional specifications of the content, which should be built to suit the purposes of the deliverables. Information can be added to the existing components either by means of creation of shared parameters and their assignment to specific categories of elements within the design itself, or by separate addition of these parameters to each library component. Method that is to be used shall be defined in the BEP.A corporate shared parameter file is encouraged in order to maintain consistency of variable naming during content creation. Where multiple LODs of the same component do exist, care should be taken to ensure that the same Shared Parameters are incorporated into the objects, in order to maintain data integrity.Detailed definitions of various LODs are in the Appendix A to this Guide.5.4 Using 2D Elements for the 3D Model DetailingThe information modeling process allows the use of plain drawings to complement the BIM-model with all necessary information.The particular BEP shall dictate the point at which intelligent 2D detailing begins to be utilized to prepare the published output.Detailing and enhancement techniques shall be used whenever possible to reduce model complexity, but without compromising the integrity of the model. Detailing is carried out by using Revit? ribbon Detail panel.5.5 Levels of Development. Model Development MethodologyLevel of Development system:Level of Development (LOD) sets the minimum amount of geometric, spatial, quantitative, as well as any attribute information necessary for modeling at a particular stage of the construction object life cycle.Level of Development system is intended for:Assist all design participants, including technical employers, in a clear understanding and definition of the required results of works on building information modeling.Planning of building information modeling: in the shared work environment, where other participants depend on the model information model. Design work plan is of paramount importance, because model users need to know when they can get the necessary information to properly plan their work.The Level of Development system includes five basic levels: LOD 100, LOD 200, LOD 300, LOD 400 and LOD 500. They correspond to milestones of the development process, from conceptual to the actual representation. There are many intermediate stages between the basic levels. Thus, the definitions of Levels of Development represent the minimum requirements, so the element reaches the appropriate Level of Development only after all the requirements established by the definition of this level are met. Levels of Development are cumulative; in other words, definition of each subsequent level includes the definitions of all the previous levels. For instance, in order to correspond to LOD 300, the element must also meet all the requirements for LOD 200 and LOD 100.For the basic LOD specification, see Appendix A. Intermediate LODs, if any, shall be specified in the BEP.There are three aspects of Levels of Development for each model element: completeness of the geometry detail, graphical representation and completeness of attribute data (properties/parameters).Graphical representation: basic geometry display mode (appearance/view, color, material texture etc.)Completeness of the geometry detail: definition of an element’s geometric parameters (shape, spatial position, dimensional envelope, length, width, height, thickness, diameter, area, volume, section area, slope, level, type etc.)Completeness of attribute data: definition of the element’s property/parameter set (labeling, corporate classification code, materials, weight, technical and technology parameters, manufacturer, part name, part number etc.)Parameters (graphical, geometric and attributive) are assigned to the model elements on the basis of the following:Modeling goals, objectives and required resultsBIM use (for instance, extracting all needed geometric and attributive parameters from the model elements for Quantity Take-off)Project execution stageNeeded scales for drawing releaseNeeded data for schedules/quantitiesRequired visualization quality (for instance, highly-detailed photorealistic)Other applicable requirementsThe implementation of the LOD concept is accomplished by means of standards (LOD specifications) of sequential transformations (progressions) for representation of BIM model elements. Along with this, matrix of correspondence between level of detail and project stages is formalized. These procedures regulate the requirements for LOD for various design disciplines. Basic LOD specification and sample matrices for the main design disciplines are listed in Appendix A.BIM model development methodology makes it possible to use elements with low LOD in the early stages of design. Such elements only need to fill the desired size, and they can be used until the definition completes. Elements gradually become more detailed and obtain more geometric attribute components (more LOI), i.e. are transferred from lower to higher LOD.Using elements with predetermined LOD allows determining the expected BIM content on the component level at different design stages and provides the ability to control BIM project execution.The following shall be taken into account during the BIM model development:Elements with lower level of detail (LOD 100 or LOD 200) can be used for design concept studies.Elements with higher level of detail (LOD 300 or LOD 400) can be used in later design stages.LOD matrix is necessary in order to unambiguously understand requirements for all design levels and disciplines.5.6 Work with DWG DrawingsWhen working with 2D content originating from other software (such as AutoCAD? DWG drawings), consider the following recommendations:Avoid using CAD drawings in Revit? as details. They must first be converted into Revit? objects. If the use of CAD drawings cannot be avoided, these files should be linked rather than imported.If there are linked 2D drawings in the model, team members that are responsible for the sheet compilation shall make sure that all information in these drawings is verified and approved and that it is inserted into the design directly from the CDE Shared area.Unnecessary elements shall be purged from the CAD files; files shall be audited then.Avoid CAD files that contain proxy objects and SHX fonts.Make sure that XRefs are minimized in the CAD file. XRefs shall be attached before inserting them into the design.Existing library of standard 2D details shall be converted from DWG to RVT format.Use of CAD files needed to support the final documentation shall be minimized where possible.5.7 Drawing CompilationDrawing compilation and preparation for publication can be carried out in two ways:Fully assembled compilation of views and sheets within the BIM environment (preferred)Export views in the form of output files for assembly and graphical enhancement using 2D detailing tools within a CAD environment. Such a way is not covered by this standard and should be avoided where possible.Sheet composition direct from within the BIMDrawing sheet composition from within a BIM environment shall be established through the linking of views, callouts and elevations to drawing sheets fully within the BIM authoring software.Care shall be taken to ensure that any referenced data is available and visible prior to the publication of documentation.5.8 Modeling in Revit?5.8.1 Preliminary Data and InformationBefore the development of BIM project starts, the following shall be added to the preliminary data that is composed of design specifications, Employer Information Requirements (EIR), engineering survey results etc.:BIM Execution Plan (BEP)Project template libraries for all disciplinesLibrary of all necessary families.5.8.2 Project Template libraryProject templates are pre-configured project files that contain downloaded standard families, fields for general project information, sheet elements and customized documentation styles. They provide the basis of the project standardization and increase efficiency, especially in the early stages of model development.It is recommended to create a separate standard template for each discipline. All templates are included into the template library, which is a part of the company’s central BIM resource library.5.8.3 Family LibraryIt is necessary to prepare a library of components for the design in advance.Rules and best practices presented in 5.3, “LOD-based development of model components”, shall be taken into account when you create the components.5.8.4 Data Segregation by Discipline and Templates SelectionThe final result of information modeling process represents a summary model of the construction object, i.e. model aggregated from the individual discipline models. Each design discipline develops its model in a separate design file.Before the project starts, each discipline chooses the appropriate template from the company template library.5.8.5 Creating the Project FilesIt is assumed that each design discipline develops its model in a separate file. Each discipline can be represented by one or more design professionals. In the case of team work, you must create a file repository for each discipline.When you create a design file, the corresponding prepared template must be taken from the library for each design discipline. You also may use a common template for all disciplines including architecture.5.8.6 Project Base Point and Survey PointProject base point and survey point exist in every project. They are hidden by default and cannot be deleted.Project base point represents the project coordinate system origin. All coordinates and elevations are measured relative to this system. The column grid origin shall be aligned with the project base point.Survey point is a point in the real world; it should be snapped to known geodetic points. It is used to define absolute coordinates and orientation of the project. If absolute coordinates are missing, it is recommended to align the survey point with the project base point.5.8.7 Conveying Shared Coordinates to Each Discipline Project FilesThe first step is to create the Unique reference system file. In this file geodetic coordinates, elevations and north direction are configured. The Unique reference system file may also include survey data and site terrain model, if available.Unique reference system file creation is followed by preparation of space decomposition file which contains the definition of the horizontal (column grid) and vertical (levels) division.After that, you shall start creating files within each discipline. These files are loaded into the Unique reference system; each of them is positioned in horizontal and vertical directions and gets the shared coordinates. This ensures the coordination of all discipline design files. A link to the space decomposition file is added for each discipline, and the Copy/Monitor tool is used to create grid axes and levels.Coordinate system match in different files is crucial, especially if designers intend to load the files into Navisworks?—for example, for clash checking.Creation of the Unique reference system file and conduction of shared coordinates into the discipline-specific files are performed by the BIM Manager/Coordinator in accordance to the applicable regulations.5.8.8 Vertical and Horizontal Space DecompositionAt the design start for each discipline, right after the creation of design files, you need to complete space decomposition in vertical and horizontal directions.Vertical division is carried out through the creation of levels and corresponding views. Levels shall be established before placing the column grid. The names of levels and views shall conform to the naming rules set out in this standard.Horizontal division is carried out through the creation of column grid axes whose names shall comply with the naming rules.Using space decomposition file is recommended for the purpose of centralized management of levels and column grid axes.5.8.9 Project Division into WorksetsDepending on the construction object size, teamwork through the introduction of worksets may be organized. It may be done for separate disciplines or for the whole project as well.The workset is defined as the set of design object elements which allows teamwork but enables editing of specific elements for only one designer.Worksets allow multiple users to simultaneously work on a model file through use of a central file and synchronized local copies. Properly utilized, worksets can significantly improve efficiency and effectiveness on large and multi-user projects.The following shall be observed when using worksets:Appropriate worksets shall be established and elements assigned, either individually or by category, location, task allocation, etc.When you create a workset each model element gets a new property: workset that it belongs to. Each element can simultaneously belong to only one workset.To improve hardware performance only the required worksets shall be opened. Revit? ensures that elements contained in closed worksets are still updated if changes made in open Worksets impact them during model regeneration.Local file shall be created each time after it was closed for any reason. It is not a good practice to open an old local file.A design shall be broken into a sufficient number of worksets to avoid congestion in workflow. This also provides the means for adequate control over the efficiency of the model.Worksets shall be named following the conventions defined in the BEP.All team members shall “Save to Central” hourly.The Project BIM Coordinator shall allocate a pre-defined, unique slot for each team member to “Save to Central”. This avoids machines hanging whilst several users try to save simultaneously.The “Work-sharing Monitor” tool (available by Subscription) could be used to coordinate “Save to Central” commands across the team.Users shall not leave the save to central process unattended, and shall resolve any issues which arise to avoid delays to other team members.If a user accidentally starts synchronization with the repository while another user has already launched this procedure, he/she shall immediately suspend synchronization as long as another user completes it.5.8.10 Creating the Central File and Local CopiesCentral file is created when you first save the design that contains worksets. This file should be available to all BIM model development participants.Local files are created by opening the central file and immediate resaving it to a local folder. Another way to do that is opening the central file with Create New Local option enabled.Central file is created by the BIM Manager/Coordinator.Local files are created by each BIM author on his/her own computer.The central file shall only be opened by the BIM Manager/Coordinator for the purposes of project administration. Other participants are only allowed to open the central file for the purposes of local copy creation.5.8.11 Managing the Workset ElementsTwo methods exist when using worksets to enable multi-user access to a model file:borrowing elementsowning worksets (Fig.7)Fig.7. Managing the workset elementsIn both cases, the user becomes a temporary holder of elements. If another user needs to work with an element, he/she shall request permission from the holder, who may allow or deny the request. An element that is in possession of another team member cannot be edited.Ways of using worksets in multi-user environment shall be strictly regulated. Regulatory procedures shall be defined by the BIM Manager/Coordinator.Synchronization accompanied by the relinquish of all worksets and borrowed elements shall be performed whenever the user leaves his/her workplace.5.8.12 Using Families in the ProjectLoadable, system and in-place families are used in projects.All families developed in-house or provided by building products, equipment and construction materials manufacturers, as well as acquired from third parties and passed through the quality checks become an integral part of the company’s central BIM resource library.Library families can be developed both within the organization and by external parties, including equipment manufacturers.The portion of the central library components that is used in a particular design is part of the design BIM resource library. If there is a need to create new families in the course of design development, they are developed according to certain rules, as described in the relevant regulations. These families are saved in the library of a specific design.Names of all families and types shall accord with the naming rules.Development of FamiliesAll families shall be developed on the basis of the pre-defined methodology (see 5.4).To use the agreed names and avoid redundant data when creating parametric families, shared parameters are recommended. The corporate shared parameters file shall be applied for this purpose. This is particularly important when using different LOD for the same element, since there will be several different versions of the file.The following recommendations shall be observed during the family creation:Accurate definition of the family’s purpose, expected behavior and necessary parameters is needed.Parameters can help to determine which element data should be included into scheduled. You need to plan this in advance.Needed LODs shall be planned for the family in advance.Revit? supports three levels of model elements graphical representation; this shall be taken into account during the family planning.When determining the level of detail for the family geometry, keep in mind that there is no need to model the geometry that will not be visible in the design. You do not need to duplicate geometry which can be used for different levels of detail.More detailed family means the larger file size. The larger the file, the slower family loading and regeneration.Careful attention shall be paid to the selection of the appropriate family template file, as it will determine the further behavior of the ponent visibility in different views can be adjusted. For example, for a floor plan you can specify that the 2D projection of the element should be displayed, while 3D views will show it as the three-dimensional body.When you create parameters, use the Edit Tooltip tool to add a description. Ability to add parameter tooltips was first introduced in Revit? plex families need documentation describing the functionality and the key parameters that determine the behavior of the family.Use type catalogs when you create families that contain a lot of different types.Avoid importing CAD geometry into the family file.Use subcategories for more precise control of the family elements’ visibility.Nested FamiliesFamilies can contain other (nested) families.The following recommendations shall be observed when nested families are used:Depth of nesting shall not exceed two levels. The deeper the nesting, the slower is the family update.Use families that are nested into several other families carefully: loading of a changed nested family into the design causes the change of all families that contain it.For each particular family, the number of families nested into it shall not exceed 6.If the nested families’ parameters need to be included into schedules/quantities, assign the “Shared” parameter to the family in Editor.Family File SizeFamily file size shall be minimal, but for each individual case it is necessary to assess the approach rationality: sometimes it is more efficient to use one complex family that allows addressing a lot of issues, than bring in a lot of more simple families.To make the file size smaller, the following recommendations shall be observed:Unused elements shall be purged and the family file itself shall be audited before using it in the design.Nesting of families shall be kept minimal.Non-standard materials and textures shall be avoided where possible.Only elements that are covered by the required LOD shall be modeled.All CAD underlays and raster images shall be deleted from the family file.CAD files shall never be xploded in the family.Creating Types in Loadable and System FamiliesSometimes during the design development it turns out that the author finds no suitable type of a particular model component. In such a case, creation of a new type based on an existing one is allowed.Creating a new type based on an existing one shall be done by means of making a copy and assigning a new name. Editing of existing types is not recommended.Family ValidationFamilies that are being created shall be validated:in the Family Editor environment,in the design environment.During the family validation in the design environment, it is recommended:to validate behavior of all family parameters,if a large number of families are being created, allocate a tester person (different from the family author) who will perform a “spot validation” on up to 10% of components.Validation in the Family Editor EnvironmentCheck all family parameters to ensure the correct geometry change when the parameters are adjusted.Check all types in family: change the type, apply it, and then review the geometry to make sure that all sizes and proportions are retained.For hosted families: check that they are properly adjusted to the changes in the host size. Change the host thickness and make sure that the family correctly changes its geometry.Check all views for correct display of family graphics at different levels of detail and different visual styles.Check constraints/dependencies:check grips on the geometry edges to make sure that all geometry is snapped either to reference planes or to the witness lines,check the dimension parameter to make sure it is snapped to the reference plane / witness line and not to the geometry itself.Check connectors:right choice of the connector type,linking connectors,flow direction.Validation in the Design EnvironmentLoad the family into a design and check all views for the correct display. If the family has a catalog, use it to load the required types.Visually inspect the family in all views, at all levels of detail (coarse / medium / fine) and all visual styles.Check all types in family: change the type, apply it, and then review the geometry to make sure that all sizes and proportions are retained.Create new types, change all parameters and check the display in all views.Change all materials and check correctness of their assignment to geometry. To better check the material assignment, change all material parameters to the “glass”. If any part of the geometry does not appear as “glass”, it becomes clear that the parameter is wrongly assigned.For hosted families:place the family onto a host that has the specified thickness and make sure that the family behaves correctly on all applicable hosts,adjust host thickness (25-400%) and check whether family geometry becomes detached,re-check the family appearance to make sure the geometry display is correct,perform a test visualization,check the work of Copy/Paste, Rotate and Mirror commands.5.8.13 Creating the Federated ModelThe primary purpose of the federated model creation is checking for clashes. The first such check shall be performed e.g. when the model is 30% ready.Federated model shall be created if the design data are segregated by discipline and the model is developed in separate files (either within the company or along with subcontractors).Using Navisworks? is recommended for the federated model production. Before exporting to Navisworks?, each model should be passed through the Revit? Interference Check tool for clash analysis within a particular discipline.The following shall be taken into account:To simplify the analysis and validation of the federated model, each design discipline shall be developed in a separate file according to the rules of data segregation defined in the BEP. If you have a large number of files within any particular discipline, then, in order to optimize the structure of the federated model, creation of a separate federated model for this discipline is allowed. This model becomes part of the whole design’s federated model.All unused elements shall be disabled in each model file.All discipline models shall be in the actual state (i.e. reside in the Shared CDE area).All previously found coordination issues shall be already discussed within the design team.Each discipline’s model can be brought in Navisworks? in RVT or NWC format. The latter is produced in Revit? using the Navisworks? export extension.Before you create the final federated model it’s necessary to group the elements according to their function in the discipline files and prepare individual NWC files for aggregation. For this purpose special coordination views are created in Revit?. They only contain the elements needed for clash checks, and accordingly, export shall be performed with the Visible In View option set.During the design process, parameters need to be added to the Revit? model elements so as to provide subsequent grouping by creation of search sets in the Navisworks? federated model.In order to avoid unnecessary manipulations, discipline design files shall have the same coordinates. Use the Shared Coordinates option when you export from Revit? to the NWC format.Given that all views from Revit? will be transferred to the model aggregation software, some views can be pre-configured there. It is recommended to group such views in Revit? by means of the Project Browser.5.8.14 Project ReleaseThis standard assumes that design documentation is created directly from the BIM model.Project release is the process of preparation to delivery in the following formats:electronic design documentation, PDF or DWF,model(s), RVT,federated model, NWD.Project release also includes publishing and archiving.The following shall be observed for the design documentation:Publishing design documentation in PDF format is carried out by sending the annotated sheets to a virtual PDF printer.Publishing design documentation in DWF format is carried out by exporting the annotated sheet sets (Application Menu>Export>DWF/DWFx).Preparing the Model to Publishing/ArchivingThe following recommendations shall be observed for publishing/archiving:Model shall be archived before each checkout at any design stage.Unneeded and unused elements shall be purged from the model before archiving.If there are linked files they shall be included with the model itself.5.8.15 An Example of Information Model Development ProcessAn example of information model development process for a select design discipline is demonstrated in Appendix E.5.9 Modeling in AutoCAD? Civil 3D?Design development assumes creation of BIM models that comprise sets of data corresponding to the goals and objectives of the specific project stages and phases.Various design stages require using of different levels of detail (LOD) in the model.This standard provides for the use of model elements that have various levels of detail (LOD 100 to LOD 400) in accordance with the basic LOD specifications for infrastructure (see Appendix A, Table A4: LODs of the basic elements of infrastructure BIM models, their use and properties at the various design stages.)5.9.1 Project Coordinate SystemThe coordinate system in AutoCAD? Civil 3D? acts as the basic coordinate system for the entire project, including data coming from other disciplines. Therefore, the selected coordinate system will have influence on all subsequent design decisions, up to the project delivery and operation of the facility.That means that the choice of the project coordinate system is a crucial point. The decision must be taken by the BIM Manager/Coordinator in coordination with surveyors who prepare baseline data for the design.There are two possible variants of establishing the project coordinate system.Variant 1Geodetic underlay was created by surveyors without the participation or influence of the BIM Manager/Coordinator; transition to a different coordinate system is not required.In this case the BIM Manager/Coordinator shall request the coordinate system from the company or department that conducted site survey. This information will be essential for the transition to another coordinate system or for the correct import of GIS data.In most cases this would be a local coordinate system.Using a local coordinate system is not prohibited, but they have certain limitations. The major limitation is the inability to pass data on the object’s spatial position to the GPS/GLONASS positioning devices or terrain/map positioning services, such as InfraWorks? 360 and others. All services of this kind are based on the WGS 84 coordinate system, therefore the transition from local coordinate systems to WGS 84 is required.Variant 2The BIM Manager/Coordinator is able to influence the choice of coordinate system before geodetic underlay creation begins.In this case the BIM Manager/Coordinator shall not take a decision solely. It is necessary to gather a working group, which should be composed of project executives, surveyors and the BIM Manager/Coordinator. The working group, acting in collaboration, shall establish the coordinate system in accordance with the project goals and specifications.5.9.2 Transitions between Coordinate SystemsTo go from the different coordinate systems you need to use functionality of AutoCAD? Map 3D, embedded into AutoCAD? Civil 3D?.It’s not permitted to use design data obtained as a result of the transition/transformation of coordinate systems, if such actions were performed by the BIM Manager/Coordinator without getting approval from a qualified geodesy expert.The algorithm of transition from one coordinate system to another should be done in the following sequence:Create a source coordinate system in the AutoCAD? Map 3D coordinate library.Create a target coordinate system in the AutoCAD? Map 3D coordinate library.Assign the current coordinate system to the current drawing.Assign the target coordinate system to an empty drawing.Insert the data from the source drawing in the empty drawing using the AutoCAD? Map 3D query tool.Note that copying the data between the drawings with different coordinate systems does not work. Only an AutoCAD? Map 3D query is allowed.5.9.3 Using Coordinate System Displacement for Existing Infrastructure AssetsParallel use of various software where different coordinate systems ideology is established (Revit?, Inventor? etc.) causes coordinate system compatibility problems. This is due to the fact that coordinate values most commonly used in AutoCAD? or AutoCAD? Civil 3D? go beyond the limits permissible in solid modeling and architecture suites.The simplest and most reliable way to combine data from various software products is the displacement of the origin point.The essence of this method is based on specifying the base point in the territory of the designed facility which will be treated as zero point in other software suites. Its location in AutoCAD? Civil 3D? represents the displacement value to be added to the coordinates of the objects coming from other software suites.AutoCAD? Civil 3D? acts here as the source of origin point coordinates. To do this:Create a separate drawing that will serve as the reference for all project participants.Create an AutoCAD? block that looks like a crosshairs in this drawing. Center of the crosshairs will be treated as the base point. The block must be positioned so that the distance to the most faraway objects that originate from other software does not exceed 9,000 meters. The exact maximum distance is selected in accordance with the software technical limitations.If objects that are located more than 9,000 meters off the base point come from other software, it is recommended to split the site territory into several zones and create the own base point for each of them.Reference drawing is imported into a software suite and is positioned so that the base point is at X=0, Y=0, Z=0 for the design model. Reference drawing should be rotated so that it’s not needed to add the axes rotation angles when the file is inserted in the general model.When such a model is inserted into AutoCAD? Civil 3D? or Navisworks?, you just need to add the displacement coordinates of the axes, which were extracted from the coordinates of the base point.5.9.4 Working in the Revit? and AutoCAD? Civil 3D? Shared Coordinate SystemIf AutoCAD? Civil 3D? and Revit? are the only sources of the design data, it is allowed to work in the shared coordinate mode.This mode is not recommended for linearly extended objects due to potential distortions.The advantage of this method is that no additional actions are required in AutoCAD? Civil 3D? and Navisworks?. All operations are carried out in Revit? models.5.9.5 AutoCAD? Civil 3D? Baseline DataTo perform the BIM-based design, the following sets of baseline data in the AutoCAD? Civil 3D? (DWG) drawing format are required:Digital elevation model in the form of an AutoCAD? Civil 3D? surface or a set of surfaces.AutoCAD? Civil 3D? surfaces describing the territory (asphalt, gravel, walkways etc.)Topographic underlay represented as a set of AutoCAD? objects.Existing utilities data, presented as AutoCAD? Civil 3D? pipe and structure objects.Existing facilities data, presented as AutoCAD? solids.Geological model presented as a set of AutoCAD? Civil 3D? surfaces and AutoCAD? solids, indicating the volume of geological bodies.It is recommended to build a set of baseline data from AutoCAD? Civil 3D? objects in a single DWG drawing.To achieve higher performance when working with a single DWG baseline data drawing, it is recommended to represent geological layers, models of buildings and engineering structures as AutoCAD? 3D solids in separate files. These file are stored in a shared folder and are linked to the single DWG drawing as AutoCAD? XRefs without displacement and scaling. XRef are of Overlay type, and no path is specified.In addition, it is recommended to prescribe the need for NWC and/or NWD format baseline data in addition to the AutoCAD? Civil 3D? DWG drawings in the survey specifications and Employer Information Requirements. These files shall contain data exported from the baseline set in AutoCAD? Civil 3D? format. Baseline data shall be saved in the separate AutoCAD? Civil 3D? files before export to NWC or NWD:digital elevation model,surfaces describing the territory,existing utilities,existing facilities and infrastructure,geological model.Export of data from AutoCAD? Civil 3D? to NWC format shall be done with the NWCOUT command. If AutoCAD? Civil 3D? does not recognize this command, you must install the Navisworks? NWC File Export Utility, which can be downloaded from the official Autodesk site.Before executing NWCOUT, drawing shall be prepared for export as follows:all AutoCAD? Civil 3D? objects that do not need to be exported shall be turned off by using the “None” style or via AutoCAD? layer system,all AutoCAD? objects shall be turned off or frozen via AutoCAD? layer system.Presence of any objects or layers other than needed is not allowed.5.9.6 Geological ModelThe geological model is a set of AutoCAD? Civil 3D? triangulation models (surfaces) that represent the top and base of geological layers. It also contains AutoCAD? solids that display the strength of the geological layer boundaries and are spatially limited by surfaces.The geological model is put together within the area bounded by earth bores on the pre-construction survey plan.The top and base surfaces of geological layers are found upon the bore arrangement and geological cross-sections.You can create geological surfaces using either Autodesk Geotechnical Module tools or standard tools for creating and editing of AutoCAD? Civil 3D? triangulation surfaces.Triangulation top and base surfaces of geological layers are finalized for compliance with shaped geological cross-sections represented in the baseline data.If there is a lense (i.e. layer end point is located between the bores) then this point is added to the surface of the corresponding geological layers.If the geological layer surfaces intersect then two points are added on the intersection line (at the beginning and at the end of the intersection segment). Points are added to all related surfaces.Solid models are built at the location of earth bores. These models illustrate the bore content by means of conventional AutoCAD? 3D solids, created in accordance with the bore diagram.AutoCAD? 3D solids are also inserted between the geological layer surfaces.Solids are distributed between layers in accordance with the geological layer structure.Solids are formed by sweeping geological layer faces along the vertically oriented path.Using AutoCAD? Civil 3D? standard tool for automatic creation of AutoCAD? 3D solids (_AeccExportSurfaceToSolid) is only allowed when layer top and base boundaries coincide. Otherwise, the resulting solid will be incorrect.If the geological layer file size exceeds 15 MB, the file shall be divided into several parts.Names of AutoCAD? Civil 3D? geological surfaces are formed from the following components (no spaces allowed):<Field1>_<Field2>_<Field3>_<Field4>Field1?–?subgrade numberField2?–?short descriptionField3?–?designation of layer top or baseField4?–?additional suffix if there are several similar surfacesExample:9_Silt_sandy_loam_Top_1In addition, for inspection and control purposes geological model catalog shall contain the following information:layout of mine openings with the number of each one;results of geological survey post-processing in the form of geological cross-sections. Tabular information is duplicated in Microsoft Excel;bore data: number of bore, number of geotechnical element, absolute elevation and geological layer strength;tables of guideline and calculated values of subsoils.5.9.7 TopographyThe drawing of topographic situation is formed in AutoCAD? Civil 3D? model space in the project coordinate system. Drawing units are metric.Various groups of AutoCAD? file objects are structured by means of layers.Layer names are specified in accordance with a codifier used for handling the survey data prepared in AutoCAD?.Graphical schematic symbols for topographical plans are formed of AutoCAD? blocks. The block names are specified in accordance with the classification system established in Russian Federation or in the project territory.It’s not allowed to create of topographic signs in the third-party software.5.9.8 Existing Utility NetworksExisting utilities can be modeled in the following ways:Variant 1Utility networks are represented by AutoCAD? Civil 3D? pipe and structure models. Names and elevations of AutoCAD? Civil 3D? pipe networks correspond to names and elevations of existing utilities.Variant 2Utility networks are represented by AutoCAD? Civil 3D? feature lines. Names and elevations of feature lines correspond to names and elevations of existing utilities.Variant 3Utility networks are represented by 3D polylines. Polylines are distributed between the layers in accordance with the names of existing utilities, are annotated in the plan view and have the same elevation values as the existing utilities.Variant 1 is recommended. Variant 2 and 3 are also permitted but require some additional actions from the BIM Manager/Coordinator who needs to compose models of AutoCAD? Civil 3D? pipes and structures.In the case of baseline data incompleteness some assumptions are made for modeling the external networks. These assumptions shall be agreed between the BIM Manager/Coordinator, professionals who create the survey model and subject matter experts who are able to complete the missing data in accordance with the regulations (laying depth, structure diameters, pipe diameters, etc.)Intersections with existing utility networks are not allowed.Extra information shall accompany models of existing utilities: structure tables with indicated numbers of each one, laying depth and diameters of the incoming and outgoing pipes. Structure numbers shall match the numbers indicated in the plan view.5.9.9 Existing Facilities and InfrastructureThe exact list of facilities and infrastructure to be modeled is defined in the project specifications or in the EIR. This portion of design requires careful pre-assessment of data on facilities/infrastructure needed for designers and the BIM Manager/Coordinator. To do this, you must weigh the complexity of creating objects, upcoming design decisions and the existing infrastructure, and then select only needed objects and the level of detail. The overvaluation of project needs can lead to serious human and financial costs that will have no effect.To obtain data on existing facilities and infrastructure, in addition to traditional methods, we recommend methods of photogrammetric survey and photogrammetric data processing in Autodesk Recap.All objects in this portion should be formed of the following types:AutoCAD? Civil 3D? triangulation surfacesAutoCAD? 3D SolidsAutoCAD? Civil 3D? corridorsAutoCAD? Civil 3D? pipes and structures5.9.10 Export from AutoCAD? Civil 3D? to Navisworks?AutoCAD? Civil 3D? data can be exported to Navisworks? by:Method 1. Import a DWG file to Navisworks?.Method 2. Export an NWC file from AutoCAD? Civil 3D? using the NWCOUT command.Method 1 is not recommended, because AutoCAD? Civil 3D? objects may be not correctly handled. Instead, use the method 2. Method 1 is only recommended for transferring AutoCAD? objects.If AutoCAD? Civil 3D? does not recognize the NWCOUT command, the free Navisworks? NWC export utility must be installed.Before executing the NWCOUT command you should:Turn off all AutoCAD? Civil 3D? data you don’t want to export by applying the style "Nothing" or through the AutoCAD? layersAll AutoCAD? data should be turned off or frozen through the AutoCAD? layers.Be sure your DWG file contains only data you want to export.It is not allowed to create a single NWC file that contains all design objects or disciplines. Data passed to NWC file shall be segregated by discipline/object. For example, for pipe networks you should create several individual NWC files by system (drainage, water, gas, etc.). If the infrastructure asset is too large, as well as if the design is divided into phases, it is recommended to separate these files by zones or stations. For the auto roads subdiscipline it is recommended to split files by the station value, by road type and by zones (queues).The division by object and by discipline is necessary to maximize the clarity and convenience in the Navisworks? selection tree.Naming of NWC files should be done with the following factors taken into account:names will act as landmarks in the Navisworks? selection tree, and therefore they shall be as short and descriptive as possible;spaces are not allowed; use the underscore “_” instead;if the design model number is required in the name, object description shall be added in brackets.5.9.11 Export from AutoCAD? Civil 3D? to AutoCAD?Do not open AutoCAD? Civil 3D? drawings directly in AutoCAD?. Instead, use AutoCAD? Civil 3D? export utility and then open the exported file in AutoCAD?.It is recommended to use AutoCAD? Civil 3D? 2015 or later.After exporting the size of the drawing is reduced, and AutoCAD? Civil 3D? data is converted into a set of AutoCAD? 3D objects.5.9.12 Export from AutoCAD? Civil 3D? to Revit?You can export:1. AutoCAD? Civil 3D? surfaces.2. Pipes, corridors and connection points.Exporting AutoCAD? Civil 3D? SurfacesThere are three methods of exporting surfaces from AutoCAD? Civil 3D? to Revit?:Exporting surfaces as contoursYou apply a surface style to represent a surface as a set of contour lines, and then export to DWG (or extract contours from the surface).The resulting surface has a very low accuracy. Complex terrain elements and retaining walls cannot be modeled. Therefore, this method is not recommended, although can be used for visualizations.Exporting surfaces as 3D facesYou apply a surface style to represent a surface as a set of 3D faces, and then export to DWG (or extract 3D faces from the surface).If your surface is not complex, the resulting surface will have enough accuracy. Complex terrain elements and retaining walls cannot be modeled.Exporting surfaces using COGO pointsThis method requires polylines, lines or break lines. Do the following:Convert the surface into a set of 3D faces.Create COGO points on lines denoting a complex terrain. Increment should be less than 1?m. The smaller the increment, the higher the precision of the surface in Revit?.Create a surface and convert it into 3D faces.Export 3D faces to Revit? using DWG.This method is recommended in case of a complex terrain.Exporting pipe networks and corridorsCorridors and pipe networks should be exported as AutoCAD? 3D solids.Converting AutoCAD? Civil 3D? corridors into AutoCAD? solids is possible, starting with AutoCAD? Civil 3D? 2015.You can use AutoCAD? Civil 3D? Productivity Pack to convert pipe networks into AutoCAD? solids but this software may work incorrectly in some cases. If your AutoCAD? Civil 3D? Productivity Pack doesn’t work correctly or not available in your company, you can do the following:Select the pipe elements and execute the EXPLODE command. This creates an instance of AutoCAD? block.Execute the EXPLODE command again. This creates an AutoCAD? solid.Export the drawing to AutoCAD? and then to Revit?.5.9.13 Data Exchange between AutoCAD? Civil 3D? and Revit? Using ADSKADSK format makes a data exchange between AutoCAD? Civil 3D? and Revit? easier.Using the ADSK format is recommended only if you double-check coordinates.5.9.14 Export from AutoCAD? Civil 3D? to InfraWorks? 360 Exporting surfaces, alignments, profiles, pipe networks, corridors and corridor surfaces from AutoCAD? Civil 3D? to InfraWorks? 360 should be done through the IMX format. Ensure that coordinate systems in AutoCAD? Civil 3D? and InfraWorks? 360 are the same.You can use formats other than IMX when you work in InfraWorks? 360.To export loops from AutoCAD? it is recommended to create AutoCAD? Civil 3D? parcels using loops. Parcels should be transmitted through the ODF file format by exporting AutoCAD? Civil 3D? objects to SDF files (_AeccExportToSDF command).5.9.15 Working With a Subassembly LibrarySubassemblies can be created by BIM Manager / Coordinator or by team members. It is not allowed to add subassemblies that have any warning message in the EventViewer tab in SAC!Before adding to the library, any subassembly must be tested by BIM Manager / Coordinator.Subassemblies should be stored in a shared folder on a local network. The edit privileges are assigned only to BIM Manager / Coordinator.Each seat should have a separate palette. It is recommended to split the elements by the type of tasks and place each type to a separate palette.5.9.16 Grouping SAC ObjectsThe SAC objects must be grouped. In particular, the objects with branching and other complex elements should be placed into the Flowchart. The objects with strictly consecutive elements should be placed to Sequence.It is not recommended to place the following elements to the basic Subassembly Flowchart:Geometry;Advanced Geometry;Auxiliary.They should be grouped in Flowchart or Sequence.6 VALIDATION PROCESSValidation is the process of checking the modeling results for compliance. The validation goals are finding out whether the model conforms to EIR and company standards, is accurate, optimized and complete, supports seamless identification and extraction of information from the BIM-model elements, is free of clashes and so forth.6.1 General Quality Control StrategyThe BIM Manager/Coordinator shall develop and implement the quality control system for BIM models based on regular inspections and coordination meetings.The quality control system shall be based on an agreed set of rules, requirements and procedures of this standard.Each BIM author shall be responsible for the quality of information models in his/her design discipline.6.2 Various Kinds of InspectionValidation should be conducted in the following areas or their combinations:checks of the spatial position and geometrical parameters,checks of data,3D coordination checks.All checks are carried out either in the manual mode (visually) or in an automated way using a variety of software (Revit?, Navisworks?, Microsoft Excel and others).Checks of the spatial position and geometrical parameters shall include:Verification of model elements’ compliance with the LOD requirements (geometric component). Excessive and insufficient levels of development are identified.Checking for conformity between the coordinate system and the base file.Checking the accuracy of model elements (analysis of elements’ junctions).Checking the absence of duplicated and overlapping elements.Such inspections are recommended on a weekly basis, but this may vary depending on the particular project.Checking of data is needed to determine to what extent the data is systematized, classified and structured in accordance with the requirements of this standard and a specific project. The latter shall be recorded in the BEP. The checking shall be conducted on a weekly basis.Recommended checks are listed in Appendix D, “Model Validation Checklist”.Before the model file is placed in the published data area, it shall be disconnected from the repository file, and all unused elements and links shall be purged.6.3 3D Coordination ChecksThis standard established the procedure of making an Autodesk Revit? BIM model ready to clash checks and carrying out such checks in Navisworks? Manage.3D coordination checks are aimed at finding and resolving all conflicts between model elements in an early stage, before the construction begins.A clash is an event in which two or more objects in a BIM model collide against each other, due to spatial coordination problems between parts of the model. Clash can be classified in the following way, depending on the kind of intersection:Hard: physical intersection of element geometriesClearance: intersection of specified clearance zones around the model elementsIt is recommended to perform 3D coordination checks in Navisworks? software:Visual checks: in Navisworks? Manage/SimulateAutomated checks: in Navisworks? Manage.The BIM Manager/Coordinator has the responsibility for carrying out automated clash checks, informing all stakeholders and managing the process of error resolution.The diagram of the clash check in a multidisciplinary design is shown on Fig. 8.Fig.8. Clash check processFig.9 shows in detail the processes of federated model creation and checking for clashes.Fig.9. 3D coordination process3D coordination process consists of the following:Model preparation by discipline with due regard to the requirementsExport to NWC format or creating a set of NWD files in batch modeCreating the federated modelCreating selection sets and search sets with consideration for the clash matrix developed in advanceVisual checking for potential design errors and documenting found instances. Creating the report (see Appendix C, Table C.3)Automated checking for clashes and documenting found instances. Creating the report (see Appendix C, Tables C.1 and C.2);Clash AnalysisResolving clashes6.3.1 Model Preparation by DisciplineModel preparation by discipline is aimed at creating conditions for quick selection and grouping of the federated model elements in the Navisworks? environment.When developing the design in Revit?, BIM models shall be prepared to effective handling in Navisworks?.Before exporting a BIM model, you shall set up export parameters in Revit? and Navisworks? environments (see sections 1.1 and 1.2 in Appendix F).BIM models for each discipline shall be developed in the unified coordinate system.Note: Unified coordinate system for all disciplines ensures the correct location of submodels in the federated model.Each model exported from Revit? shall contain views that only include elements participating in the clash checks. It’s recommended to hide all other elements.Selection of elements in Navisworks? will be facilitated if you create the corresponding parameters in Revit?. The parameters shall be named in such a manner as to undoubtedly identify the model elements.Note: When working with large files, some issues may arise caused by the specific manner of memory handling in Revit?. For this reason, if you encounter troubles during export from Revit?, it’s recommended to save the design file, close it, and then restart Revit?. Should the issues persist, restart the operating system as well.In order to have the opportunity to seamlessly update the federated model, you need to fine tune the Navisworks? performance (see Appendix F, section 1.3 “Optimization of the Navisworks? performance”.)6.3.2 Exporting models by discipline—sending data to Navisworks?Exporting models by discipline is aimed at getting integrated files for the subsequent sending out to Navisworks? and formation of the federated model. BIM models can be sent from Revit? to Navisworks? in one of the following ways:Direct export to the NWC formatImport the Revit? project file (RVT) in Navisworks? environmentNWD files creation in batch modeIn order to ensure the update of federated model after any modification of the discipline models, new export from Revit? shall be done without changing the names of the compound files.See the detailed export description in Appendix F, section 2 “Model Export by Discipline – Transferring Data to Navisworks?”.6.3.3 Creating the Federated ModelThe purpose of the federated model creation is the consolidation of several single-discipline models and checking for clashes.The federated model shall be created by loading compound files that were generated by exporting models from Revit? by discipline (see Appendix F, section 3 “Creating the Federated Model”).6.3.4 Clash MatrixClash matrix is a table defining the groups of elements that shall be checked for spatial intersections. An example of the clash matrix is shown in Fig.10.The purpose of the clash matrix creation is the preliminary assignment of the groups of elements for participation in the clash check procedures.The clash matrix shall be created in accordance with the check priorities (see Appendix F, section 4.1 “Clash Matrix”).The check priorities may vary depending on the particular design, its goals and tasks.The clash matrix content and its final appearance for the particular design shall be defined in BEP.Fig.10. An example of the clash matrix6.3.5 Creating Selection Sets and Search SetsThe purpose of the sets creation is preparing the model to the automated clash checks.Selection sets and search sets shall be created on the basis of the clash matrix, as described in Appendix F, section 4.2 “Creating Selection Sets and Search Sets”.Using intelligent search sets is recommended for the automated checks.It is recommended to export the created sets into a separate file for reuse in similar designs.6.3.6 Visual Check for ClashesThe visual check is aimed at detecting clashes that cannot be found by means of the automated check.The visual check shall be carried out by means of the model walk-through using the navigation, section and measurement tools.Clashes that were detected shall be documented using the review tools. See Appendix F, section 5.2 “Documenting the Detected Clashes”.The visual check report shall be generated. See Appendix C, Table C.3.Note: Keep in mind that the model walk-through is performed on the perspective view. If you call the SwitchBack tool, Revit? creates a perspective camera view which is not a working view. So, before calling the SwitchBack, it’s recommended to switch to an orthographic view for quick positioning of an element in Revit?. If you need to use SwitchBack during the object walk-through/fly-through then set the Walk/Fly mode off before switching to an orthographic view.6.3.7 Automated Clash CheckThe automated check is aimed at the fast-track detecting multiple clashes in the federated model using the Navisworks? Manage functionality.Using intelligent search sets, as well as selection sets, is recommended for identification of elements that have to be included.The recommended automated check process is shown in Fig.11. Fig.11. The recommended automated clash check processThe automated check process is composed of:Creating a clash testSelecting elements for checkingSetting test criteria and optionsRunning the testCreating clash check reportsFor the more detailed description of the automated clash check procedure, see Appendix G.It is recommended to save the created clash tests in a separate file for reuse in similar designs.The clash check report and summary report shall be generated. See Appendix C, Tables C.1. and C.2.6.3.8 Clash AnalysisThe clash analysis process is aimed at preparing to assignment of people responsible for their resolution.Normally, clash resolution is put in charge of the BIM authors who developed the respective parts of design.Some recommendations on the clash analysis procedure are given in Appendix F, section 7 “Clash Analysis”.Analysis and assignment of persons responsible for resolution are usually being done at the coordination meetings. See section “BIM Coordination Meetings” of this Guide.6.3.9 Resolving ClashesThe clash resolution process is aimed at making corrections in the source discipline BIM models, preparing the models to the next clash check, and reducing to zero the number of total clashes in the design.The clash analysis results shall be returned from Navisworks? to Revit?. This procedure is described in detail in Appendix F, section 8 “Resolution of Detected Clashes”.Resolving of each particular clash is confirmed by changing its status to “Resolved” when the test is re-run.Resolution of clashes shall be documented in the re-run check reports.6.4 BIM Coordination MeetingsCoordination meetings shall be held in order to analyze found clash, look for the ways of their resolutions and assignment of responsible persons. Leaders of all relevant groups/departments/disciplines, the BIM Manager(s)/Coordinator(s) and the project manager shall participate.Coordination meetings are held as appropriate. They include discussing the general issues of the implementation of BIM project, as well as issues related to clashes identified during inspections. In particular, discussions cover the progress of the project in the modeling context, location of participants and their tasks, backlogged tasks identified at the previous meeting, matters of collective interaction, unresolved technical problems, amount of work on the contract and compliance with the BEP, validation and finding solution for the identified conflicts, assignment of professionals responsible for resolution, need for additional resources.Coordination meetings can be combined with other meetings, devoted to the implementation of the project based on BIM.7 BEST PRACTICES7.1 Ensuring Model QualityModel MaintenanceRevit? models must go through the maintenance on a regular basis in order to improve stability, speed and efficiency. Irregular maintenance can cause distortions in the models and thus directly affect the work performance of all design disciplines.The maintenance process includes checking Revit? model, model file compression, verification and elimination of errors, eliminating unused items, removing unnecessary views etc.Central FileIt is prohibited to open the central file during the everyday design process. Its opening is only allowed for the purpose of model maintenance.The central file shall be re-created and re-saved as a new file at regular intervals to prevent the appearance and accumulation of redundant data. This action shall be carried out regularly. Saving frequency is set out empirically, depending on the model size.Local files are created daily to improve efficiency. Avoid continuing design work at the beginning of the working day by opening of the saved local file (Update Time Stamp) and reloading the latest changes (Reload Latest). Such practice is only allowed if the models are temporarily disconnected from the pression of Central File and Local FilesCentral file compression reduces the storage size when saving files that use the worksets. Normally Revit? applications only add the new and changed items to the existing files during the save operation. This increases file sizes, but speeds up the save process. The compression process overwrites the entire file and removes obsolete data to save space.Since the compression process takes longer than the usual saving, compression shall only be done if the interruption of the working process is permitted. Compression shall be launched by the BIM Manager/Coordinator.Importing and Linking FilesTo speed up handling of models that contain linked files you shall unload all links that are not necessary for a particular task. As required, files can be reloaded.Warning MessagesAll warnings, in particular related to geometric errors, clashes and incorrect settings of engineering systems, shall be checked on a regular basis, and their causes shall be eliminated. Users shall remove the cause of the warning message, and the BIM Manager/Coordinator shall view a list of messages as frequently as possible.Current number of warning messages shall not exceed 200. A larger number of warnings influences the model appearance and can cause other problems with the model.Ordinary warnings are not as important as the geometric errors and engineering systems warnings. They may be ignored; however they also affect the efficiency.Archiving the ModelThe model shall be archived before publishing. For the aggregation of models and all the related files eTransmit function should be used.Models shall be archived at their integrity on each date and at each stage of the documentation publication. Archiving shall also include related files and the set of published documents in DWF/PDF format. Archived files are stored in a folder with the appropriate label.Saving the ModelThe maximum number of backup copies of the Revit? model shall be at least five times greater than the total number of users working with it. If the team is less experienced, it is permissible to increase this figure to ten. Available storage space shall be requested from IT professionals responsible for the project. Also note that overwriting the repository file causes the loss of all previous network backups. Don’t forget to archive the project before overwriting the central model!Backup copy of the central file shall be saved daily; it has to be done by copying the whole central file folder.Synchronize with Central command shall be executed at least hourly. It is necessary to avoid model hang-up: synchronized saving shall be coordinated and carried out at regular intervals, especially if large group of specialists share one model. Worksharing Monitor can be used to review the modeling activity level.Revit? save reminder interval shall be set to 30mins.An initial view that contains mostly text shall be specified in the design files in order to speed up the file opening process.7.2 Effective Ways of Template CreationThough this list is not exhaustive, many of recommendations given here will improve productivity and efficiency.Create a new empty drawing view, which will be used to open the design, and specify it as the Starting View. It is displayed when you open the design file, regardless of which view was active before the last save. This will prevent loading graphically rich views, free up more RAM and increase the project loading speed. The Starting View may, for example, contain a description of the company standard main parameters.Do not include too many families in one template. To reduce the project size, load only those families that are used often (for example, the most basic windows and doors).Set the parameters in advance and add the key notes (if your company uses them) for any families that are loaded in the project.Don’t load too many wall types; 5 or 6 most frequently used is quite enough.Set all the parameters for wall types included in your design (for example, type label, class of fire danger, etc.)Set up a few default sheets for permanent use: for example, the title page for a specific set of drawings. Typically, this list looks the same in all projects, so it shall be prepared in advance with room left for images, schedules, etc. The same recommendations apply to the sheet that contains details.Create view templates that will define the design standards when creating new views.Upload a few standard title blocks. Attach one or two title blocks for presentations and load the standard title block for design documentation. Attach title blocks for additions.Set up standard schedules. Create a room schedule, window opening fill quantity and equipment schedule. This will allow having schedules at hand during the design development.Create a few drawing views for standard parts (e.g. parts of doors and windows) which are regularly used in all designs.If renovation projects constitute a considerable portion of the company’s business then set up the stages and graphics overrides.Use the Transfer Project Standards feature to import elements from other templates.Migrate templates to the newest Revit? release before the new project starts.7.3. Revit? Architectural Template ChecklistA list of items to be included in the design template follows below.Sheets: Create and set up sheet skeletons for project release.Line styles: Set up standard styles and purge unneeded ones.Line weights: Set up standard weights and purge unneeded ones.Line patterns: Set up standard patterns and purge unneeded ones.Text styles: Set up standard styles and purge unneeded ones.Dimension styles: Set up standard styles and purge unneeded ones.Title blocks: Load standard title blocks.Wall types: Set up standard types and attach a few shared types to be used to create quick sketches. Only the most frequently used types will be required.Roof types: Set up standard types.Slab and floor types: Set up standard types.Ceiling types: Set up standard types.Project Browser arrangement: Customize the arrangement and display of views and sheets in Project Browser. The arrangement is often based on the user parameters.Parameters: Define and add all necessary parameters.Door families: Create the most frequently used templates and add them to the template.Window families: Create the most frequently used templates and add them to the template.Keynotes: Create a classifier and select the keynote file (if the company uses the classification system).Quantities and schedules: Create the most frequently used schedules, such as door schedules and window schedules.Legends: Create the standard legends, such as door/window legends, flooring schedule etc.DWG export: Define the export settings in accordance with the corporate CAD standard.DWG import: Define the import settings if needed.Title sheet: Set up the title sheet.Shared data sheet: Set up the shared data sheet.Project units: Set up the project units.File locations: Define project file locations for quick navigation and saving.Site parameters: Define and set up the contour display, sections and parcel boundaries.View templates: Create standard view settings and save them as the view templates.Fill patterns: Create and load needed fill patterns.Materials: Create and set up the most needed materials.Object styles: Add new object styles and review the existing ones.Phases: Create if needed. Inclusion into a separate template may be required.Levels: Create the needed levels on the elevation views.Color fills: Create the basic color fills if neededDisplay filters: preset the display filters in accordance with the planned design requirements.Ticks: Set up if needed.Tags: Configure to match the standards and load the most needed ones into the template.Temporary dimensions: Set the temporary dimension properties.Snaps: Set up the snap parameters.Hotkeys: Set up the most frequently used hotkeys. Their desired combination can be exported to an XML file.View level of detail: Set up the LOD for the newly created views.Annotation symbols: Customize annotation symbols to match the standards; load the most commonly used ones, such as North arrow, grid axes, elevations marks, etc. into the template.Additional components: Add other frequently used families (furniture, columns, entourage etc.) to the template.7.4 Data Segregation between DisciplinesWhen large and complex projects are developed in the multi-disciplinary environment it’s recommended to divide the model into portions in accordance with the strategy agreed between participants of the design team and documented in the BEP. Model file size can act as one of the criteria for the division. A good practice is to divide the model when it exceeds 150 MB.Linking enables additional geometry and data to be referenced into a model. This may be either other parts of a design which are too big to manage in a single file, or data from another discipline or external company.When linking files, the following important aspects shall be taken into account:Task allocation shall be considered when dividing the model so as to minimize the need for users to switch between models.Division shall be determined by the BIM Manager/Coordinator in conjunction with the project leads. It shall be documented in the BEP.Actual coordinates shall be set by using the Shared Coordinates function for re-pinning models with the Project Location panel tools.Each sub-model shall be reopened and the other sub-models Linked in as required using the “By Shared Coordinates” insertion method.When the file is divided into the sub-models, the workflow illustrated in Fig.12 shall be observed.Fig.12. Splitting a file into sub-modelsEach separate discipline whether internal or external, involved in a project shall have its own model and is responsible for the contents of that model. A discipline can Link in another discipline’s Shared model for reference.Shared Coordinates and Project North rotation shall be agreed and documented at the outset.Details of any discipline-specific requirements, such as the difference between Finished Floor Level and Structural Slab Level, shall be fully documented in the BIM Execution Plan.The Copy and Monitor tools in Revit? shall be used to duplicate and relate Levels and Grids, as well as to duplicate and trace pieces of equipment.The Copy Monitor tools shall not be used for other element categories without a full understanding of limitations, such as the creation and update of certain elements is not reflected in the monitoring process.Ownership of elements shall be properly communicated and tracked through the project time-line (e.g. floors may be created by the Architectural team, but are then adopted by the Structural team to form part of the load-bearing structure).APPENDIX ALOD SpecificationsTable A.1. Definition of basic Levels of Detail of a BIM modelLODDefinitionBasic useModel / element examplesLOD 100A model element is represented as a set of mass elements with approximate dimensions, shape, spatial positions and orientation, or as a 2D symbolPreliminary Design stage; justification of investment and creation of architectural conceptLOD 200A model element is represented as an object or an assembly that reflects a part of a building system with preliminary dimensions, shape, spatial position, orientation, and all required attributesLOD 300A model element is represented as an object or an assembly that belongs to a particular building system with exact dimensions, shape, spatial position, orientation, connections and all required attributesDesign stage; creation of the design documentationDetection of clashes between disciplinesLOD 400A model element is represented as a specific assembly with exact dimensions (including those of detail elements), shape, spatial position, orientation, detail connectors (bolts, rivets, welds, shaped elements, dowels, embedded items etc.), fabrication data and all required attributesDesign stagecreation of the design documentationConstruction stagecreation of the project execution planLOD 500A model element is represented as a specific assembly with actual dimensions, shape, spatial position, orientation and attributes required to pass the model to operationConstruction stage: creation of an “as-built” model“As-built” model is created by modification of the BIM model on the basis of post-completion documentation and/or laser scans of the building/facility. It may be used at the operation phase for various purposesTable A.2. Example of LOD matrix for Architectural DesignComponentsPreliminary Design stageDesign / Detailed Design stageLOD 100LOD 200LOD 300LOD 400WallType, approximate geometryPrecise dimensions, location, room boundaryExact visual representation, structure, material, slope, tag, fire ratingManufacturer, part name, part numberDeckType, Approximate geometryPrecise dimensions, location, room boundaryExact visual representation, structure, material, slope, tag, fire ratingSame as LOD 300FloorNo specific requirementsNo specific requirementsType, approximate geometry, precise dimensions, exact visual representation, structure, location, material, slope, room boundary, tagManufacturer, Part name, Part numberColumnApproximate geometryType, precise dimensions, locationExact visual representation, section/profile, structure, material, room boundary, tagSame as LOD 300CeilingNo specific requirementsNo specific requirementsType, approximate geometry, precise dimensions, exact visual representation, structure, location, material, slope, room boundary, tag Manufacturer,part name, part numberWindowApproximate geometryType, locationPrecise dimensions, exact visual representation, structure, material, tagManufacturer, fittings/accessoriesDoorApproximate geometryType, locationPrecise dimensions, exact visual representation, structure, material, tag, fire ratingManufacturer, fittings/accessoriesStaircaseApproximate geometryLocationType, precise dimensions, structure, material, slope, tagSame as LOD 300LandingApproximate geometryType, locationPrecise dimensions, structure, material, tagSame as LOD 300HandrailsApproximate geometrySame as LOD 100Type, precise dimensions, exact visual representation, structure, location, material, tagSection/profile, fittings/accessories, manufacturer, part name, part numberHeavy fa?adeApproximate geometrySame as LOD 100Type, precise dimensions, exact visual representation, structure, location, material, tagSection/profile, fittings/accessories, manufacturerImpostApproximate geometrySame as LOD 100Type, precise dimensions, exact visual representation, structure, location, material, tagSection/profile, manufacturerRoofApproximate geometryType, location, room boundaryPrecise dimensions, structure, material, slope, tag, fire ratingSame as LOD 300Plumbing fixturesApproximate geometryLocationType, precise dimensions, exact visual representation, tagFittings/accessories, part name, part numberLight fa?adeApproximate geometrySame as LOD 100Type, precise dimensions, exact visual representation, structure, location, material, slope, tagSection/profile, fittings/accessories, manufacturer, part name, part numberEntrance rampNo specific requirementsNo specific requirementsType, precise dimensions, structure, location, material, slope, tagSection/profileRoomApproximate geometryType, room boundaryPrecise dimensions, tagSame as LOD 300Notes to Table A.2Types – Name of element that reflects all relevant information on which can uniquely identify and classify the element.Indicates that the name clearly reflects an element and its function.Table A.3TypesCategoryDescriptionExamplesWallIn the parameters of the walls must be indicated whether the wall is a structural wall, or a self-supporting wall, or a curtain wall, interior or outer wall.Brick_250_Plaster_20_(290), Outer_structural_render_(350)DeckIn the parameters of the deck the deck type must be indicated.Concrete_slab_160_floor_80_(240),Beamless_Precast_160FloorFloor may be part of the deck, or be an independent element. Floor boarding with insulation can be specified as a single layer, with parameters such as pitch and type of boarding.Floor_tile_12_adhesive_3_CPS_40_FNC_25(80),Floor_linoleum_12_base_8_(20)ColumnThe parameters must be specified whether the item is structurally self-supporting and non-bearing, as well as the type of material (concrete / steel / wood). This information may be contained in the name of the element in the form of reference to section type/size. Concrete_300x300,I-bar_I25K_GOST _6020-83CeilingIt is necessary to specify the type of ceiling, option and material. To specify an option it is sufficient to specify the manufacturer.Ceiling_counterceiling_ARMSTRONG_600x600WindowThe following parameters are required: material (PVC / wood), GOST, the number of glass units.Window_1300x1500_GOST_23166-99,Window_PVC_1300x1500_dbl_glass_paneDoorMaterial (wood / steel), single / double. Instead of material, you can specify the GOST.Door_PVC_2100x900_IntDoor_DPV_S_B_Pr_2100-970_GOST_30970-2002StaircaseMaterial (concrete / steel / wood), the angle, the size of the steps, structural features (stringers). All data can be known from the type.ST45-24.9_Series_1.450.3-7.94_issue2LandingMaterial (concrete / steel / wood), thickness.LD_concrete_1800x2500x350HandrailsHeight of handrails, material, GOST.Handrails_Roof_800mm_steelWall panelMaterial, thickness, series.Wall_panel_steel_0.7mm_Polystyrene_100mm_Steel_0.7mmImpostProfile part number according to manufacturer’s catalogue or material of the profile and its dimensions.Profile_Sq.50x100mm_LSTKRoofMaterials, thickness of layers, manufacturer.Roof_metal_tile_25mm_boarding_40_Paroc_150+framework_150Plumbing fixturesPurpose, level, power, room type.Wash-basin_wall_400x600_ceramicWash-basin_floor_kitchen_steelLight fa?adeName, material, place.Bas_relief_wall_gypsumCorner_decorate_wall_PVCEquipmentPurpose, power, room type.Table_kitchen_1.2x1.5mElectrical EquipmentPurpose, power.Elevator_ 1250x2500Entrance rampMaterial, type.Entrance_ramp_concrete_tile_30Approximate geometry- 3D model has to determine the maximum size of the element, such as width, length, height, and basic shape, which determines the shape of the element, loading etc. (see Fig.13).Approximate geometry means that the element is placed in the model at the indicative location (wall, floor, and ceiling).Fig.13. Approximate geometryGeneral size can be also specified by an analog.Precise dimensions- Indicates that the element has a certain size and appearance (except for the cases when the objects have the same or very similar appearance) (see Fig.14).Fig.14. Precise dimensionsExact visual representation- Indicates that the appearance corresponds to the actual prototype. The appearance should uniquely determine the functionality of the item, its type, and manufacturer.Table A.4Exact visual representationCategoryDescriptionExampleWallDeckFloorType and material.ColumnIf there are column details, they should be displayed.CeilingColor, material, type.WindowColor, swing direction, handles, translucency.DoorColor, swing direction, handles, translucency (if any).StaircaseLandingHandrailsType, baluster.Heavy fa?adeColor, pattern.ImpostColor, size.RoofPlumbing fixturesColor, appearance.Light fa?adeColor, appearance.EquipmentFunctionality, front side, color and class of equipment at cost (premium / economy). Electrical EquipmentFunctionality, front side, color and class of equipment at cost (premium / economy).Entrance rampSection/profile- It indicates that the section corresponds to the design.Structure- Indicates that elements consist of specified structures.Wall, floor slab, floor, ceiling, wall panel, roof, entrance ramp: parameters indicating structural elements (for example: beams, sheet thickness).Window, door, handrail, impost, light fa?ade: structural elements such as frames.Staircase, landing: with beams and stringers.Location- It indicates that the element does not intersect with other elements.Fittings/accessories- An element has additional details, apparently identifying its functional purpose, the direction of opening, etc.Table A.5Fittings/accessoriesCategoryDescriptionExampleWallDeckFloorColumnCeilingWindowHandles, ventilation units.See table A.4 DoorHandle, lock, door frame.See table A.4StaircaseLandingHandrailsEmbedded fittings, terminal parts, patterns.See table A.4Heavy fa?adeConnectors, embedded metals, hairpins (if any).See table A.4 ImpostRoofPlumbing fixturesMixing valves, showers, etc.See table A.4Light fa?adeEquipmentOffice appliances and objects reflecting element functionality (phone, first aid kit).See table A.4 Electrical EquipmentControl panels, power boxes, and additional lamps.See table A.4Entrance rampMaterial- Indicates that the element has Material as an additional parameter, or Material is specified in the name.Tag, manufacturer, part name, part number, weight, power- Indicates that the element has a parameter that can be specified in the drawings and specifications, in accordance with standards.Table A.6. Example of LOD matrix for Structural DesignComponentsPreliminary designDesign / Detailed Design stageLOD 100LOD 200LOD 300LOD 400WallNo specific requirementsType, approximate geometryPrecise dimensions, section/profile, location, material, tag, weightFire ratingDeck/RoofNo specific requirementsType, approximate geometryPrecise dimensions, section/profile, structure, location, material, slope, tag, weightExact visual representation, fittings/accessories, manufacturer, part name, part number, fire ratingColumnNo specific requirementsApproximate geometryType, precise dimensions, section/profile, structure, location, material, tag, weightExact visual representation, manufacturer, part name, part numberOpeningNo specific requirementsApproximate geometryType, precise dimensions, location, tagStructure, fittings/accessoriesTrussNo specific requirementsType, approximate geometryPrecise dimensions, exact visual representation, location, material, tag, weightSection/profile, structure, fittings/accessories, manufacturer, part name, part number, fire ratingEmbedded detailsNo specific requirementsNo specific requirementsType, approximate geometry, location, material, tagPrecise dimensions, exact visual representation, section/profile, structure, manufacturer, part name, part number, weightStaircaseNo specific requirementsType, approximate geometryPrecise dimensions, section/profile, structure, location, material, slope, tag, weightManufacturer, part name, part numberLandingNo specific requirementsType, approximate geometryPrecise dimensions, section/profile, structure, location, material, slope, tag, weightManufacturer, part name, part numberReinforcementNo specific requirementsNo specific requirementsType, approximate geometry, section/profile, materialPrecise dimensions, location, tag, manufacturer, part name, part number, weightFoundationNo specific requirementsType, approximate geometryPrecise dimensions, section/profile, structure, location, material, slope, tag, weightManufacturer, part name, part numberPilesNo specific requirementsType, approximate geometryPrecise dimensions, section/profile, structure, location, material, tag, weightManufacturer, part name, part numberBracesNo specific requirementsApproximate geometryType, precise dimensions, section/profile, location, material, tag, weightExact visual representation, structure, manufacturer, part name, part number, fire ratingNode pointsNo specific requirementsNo specific requirementsApproximate geometry, section/profile, location, material, weightType, Precise dimensions, Exact visual representation, Structure, TagTable A.7. Example of LOD matrix for Ventilation SystemsComponentsPreliminary Design stageDesign / Detailed Design stageLOD 100LOD 200LOD 300LOD 400Air outletsNo specific requirementsNo specific requirementsType, precise dimensions, location, tag, flow, velocityManufacturer, part name,exact visual representation, fittings/accessoriesDuctworkNo specific requirementsNo specific requirementsType, precise dimensions, section/profile, location, material, tag, flow, velocity, pressureManufacturer, part nameAir tubesNo specific requirementsNo specific requirementsType, precise dimensions, section/profile, location, material, tag, flow, velocity, pressureManufacturer, part nameConnectionsNo specific requirementsNo specific requirementsType, precise dimensions, section/profile, location, materialManufacturer, part name, exact visual representationFittingsNo specific requirementsNo specific requirementsType, precise dimensions, location Manufacturer, part name, part number, exact visual representation, fittings/accessories, tagEquipmentNo specific requirementsType, approximate geometryPrecise dimensions, location, tag, weight, flow, powerManufacturer, part name,exact visual representation, fittings/accessoriesInsulationNo specific requirementsNo specific requirementsPrecise dimensions, location, material Manufacturer, part nameTable A.8. Example of LOD matrix for Heating SystemsComponentsPreliminary Design stageDesign / Detailed Design stageLOD 100LOD 200LOD 300LOD 400EquipmentNo specific requirementsType, approximate geometryPrecise dimensions, location, tag, weight, flow, powerManufacturer, part name,exact visual representation, fittings/accessoriesPipesNo specific requirementsNo specific requirementsType, precise dimensions, location, material, tag, flow, pressureManufacturer, part nameFittingsNo specific requirementsNo specific requirementsType, precise dimensions, locationManufacturer, part name, part number, exact visual representation, tagConnectionsNo specific requirementsNo specific requirementsType, precise dimensions, location, material Manufacturer, part nameInsulationNo specific requirementsNo specific requirementsType, precise dimensions, location, materialManufacturer, part nameTable A.9. Example of LOD matrix for Water Supply, Drainage and Sewage SystemsComponentsPreliminary Design stageDesign / Detailed Design stageLOD 100LOD 200LOD 300LOD 400EquipmentNo specific requirementsType, approximate geometryPrecise dimensions, location, tag, weight, flow, powerManufacturer, part name,exact visual representation, fittings/accessoriesPipesNo specific requirementsNo specific requirementsType, precise dimensions, location, material, tag, flow, pressureManufacturer, part nameFittingsNo specific requirementsNo specific requirementsType, precise dimensions, locationManufacturer, part name,exact visual representation, fittings/accessories, tagConnectionsNo specific requirementsNo specific requirementsType, precise dimensions, location, material ManufacturerInsulationNo specific requirementsNo specific requirementsType, precise dimensions, location, material Manufacturer, tagTable A.10. Example of LOD matrix for Electrical SystemsComponentsPreliminary Design stageDesign / Detailed Design stageLOD 100LOD 200LOD 300LOD 400LampsNo specific requirementsNo specific requirementsType, approximate geometry, location, tag, powerPrecise dimensions, exact visual representation, fittings/accessories, manufacturer, part name, part numberSwitchesNo specific requirementsNo specific requirementsType, approximate geometryPrecise dimensions, exact visual representation, tag, manufacturer, part name, part numberSwitchboardsApproximate geometryType, locationPrecise dimensions, tagExact visual representation, manufacturer, part name, part number, weightEquipmentType, approximate geometryPrecise dimensions, locationTag, weight, powerExact visual representation, manufacturer, part name, part numberCable traysNo specific requirementsNo specific requirementsType, precise dimensions, section/profile, locationExact visual representation, tag, manufacturer, part name, part numberCable tray fittingsNo specific requirementsNo specific requirementsType, precise dimensions, location, material ManufacturerTable A.11. Base LOD specification for infrastructure projectsA.11.1. TerrainLOD 100LOD 200LOD 300LOD 400101602095500191770-8509000Geometry:Existing terrain is displayed as a 2D surface (plane) with a reference point which is average for the area. If large elevation differences occur, then several surfaces (planes) on different levels are allowed.Geometry:Existing terrain is displayed as a 3D surface based on points, contours and triangles, without any complex elements and further editing. Open access data may be used.Geometry:Existing terrain is displayed as a 3D surface, complex elements are included. The surface does not require further editing.Geometry:Existing terrain is displayed as a set of 3D surfaces, complex elements are included. Geological survey data and auxiliary surfaces are added.Object type(s):2D/3D surface.Object type(s):3D surface.Object type(s):3D surface, breaklines (feature lines, polylines, solids)Object type(s):3D surfaces, breaklines (feature lines, polylines, solids), AutoCAD? solids, point cloudsProperties:Layer, name of surface, mean elevation.Properties:Layer, name of surface, surface elevations.Properties:Layer, name of surface, surface elevations.Properties:Layer, name of surface, surface elevations, solid volumes. Volume between surfaces.Where used:Conceptual design, initial studies.Where used:Conceptual design, preliminary design, feasibility studyWhere used:Preliminary design, basic design, design documentation, construction management planning, implementation planningWhere used:Basic design, design documentation, construction, construction management planning, implementation planningA.11.2. Slope modelingLOD 100LOD 200LOD 300LOD 400Geometry:Excavation outline is displayed as a 2D surface (plane) with a reference point which is average for the area. If large elevation differences occur, then several surfaces (planes) on different levels are allowed.Geometry:Excavation outline is connected to the target surface through a slope (approximate) or a retaining wall. The slope or retaining wall is determined by the low-accuracy breaklines or grading objects.Geometry:3D surface (without complex elements) with 3D breaklines and grading objects. Slope and elevation values are accurate and can be modified; the whole object is then rebuilt accordingly.Geometry:Detailed 3D surface with complex elements, 3D breaklines and grading objects. Slope and elevation values are accurate and can be modified; the whole object is then rebuilt accordingly.Object type(s):2D/3D surfaceObject type(s):3D surfaces, 3D breaklinesObject type(s):3D surfaces, 3D breaklines, grading objectsObject type(s):3D surfaces, 3D breaklines, grading objectsProperties:Layer, name of surface, mean elevationProperties:Layer, name of surface, surface elevations, breakline elevationsProperties:Layer, name of surface, surface elevations, breakline elevations, slope values, volumesProperties:Layer, name of surface, surface elevations, breakline elevations, slope values, volumesWhere used:Conceptual design, initial studies.Where used:Conceptual design, preliminary design, feasibility studyWhere used:Preliminary design, basic design, design documentation, construction management planning, implementation planningWhere used:Basic design, design documentation, construction, construction management planning, implementation planning A.11.3. Excavation for foundationsLOD 100LOD 200LOD 300LOD 400Geometry:Rough excavation (foundation not included) is displayed as a 2D surface (plane) with a bottom reference point which is average for the area. If large elevation differences occur, then several surfaces (planes) on different levels are allowed.Geometry:Rough excavation (foundation not included) is displayed as a 2D surface (plane) with a bottom reference point which is average for the area. Connection to the existing surface is made through the vertical walls or arbitrary near-vertical slopes.Geometry:3D excavation with foundation cuts and correct outcropping. Foundation cuts have vertical walls or near-vertical slopes. Surface inside the excavation is approximate.Geometry:Detailed 3D surface with foundation cuts and grading objects. Slope and elevation values are accurate and can be modified; the whole object is then rebuilt accordingly.Object type(s):2D/3D surfaceObject type(s):3D surfaces, 3D breaklines, low-accuracy grading objectsObject type(s):3D surfaces, 3D breaklines, low-accuracy grading objectsObject type(s):3D surfaces, 3D breaklines, grading objectsProperties:Layer, name of surface, mean elevationProperties:Layer, name of surface, surface elevations, breakline elevations, approximate volumesProperties:Layer, name of surface, surface elevations, breakline elevations, slope values, volumesProperties:Layer, name of surface, surface elevations, breakline elevations, slope values, volumesWhere used:Conceptual design, initial studies.Where used:Conceptual design, preliminary design, feasibility studyWhere used:Preliminary design, basic design, construction management planning, implementation planningWhere used:Basic design, design documentation, construction, construction management planning, implementation planning APPENDIX BBIM Execution Plan (BEP) TemplateCompany NameProject Name1 BEP2 SummaryTo be filled in after the writing of the plan.3 Project Details3.1 Project Description3.1.1 Project Name3.1.2 Client3.1.3 Location3.1.4 Asset Type3.1.5 Asset Area3.1.6 Asset StructureBuilding / FacilityNumber of StoriesArea3.2 Project Phases and Milestones4 Project Requirements4.1 LOD MatrixBIM model shall comply with the requirements defined in the LOD matrix. The matrix defines a list of element categories that will make up the model, and a set of attribute information attached to elements.LOD matrix shall contain:Company classification code with reference to the Revit? categoriesProject milestonesAttributes of the model elementsBIM uses with reference to the categories and attributesDescription of each LOD.5 Roles and responsibilities5.1 Roles and Descriptions5.1.1 BIM ManagerAn employee who coordinates tasks among the disciplines. Creates a consolidated model that aggregates information from all disciplines.5.1.2 BIM CoordinatorAn employee who coordinates the execution of BIM uses on the project level. Deeply understands the requirements of the project; has a good command of the tools (BIM software).Add other roles as required.5.2 Task TeamTask team chart. Names, organizational structure. Example:The names and contact details of the individuals fulfilling the necessary project roles:NameRoleCompanyManagerContactEmailData exchange takes place via the BIM Manager. 5.3 Data Exchange ProtocolDescription of data exchange process. Rules for using e-mail and electronic document management systems. File transfer & publication policy. 6 Scope of BIM Work6.1 BIM UsesBIM on this project is to be used for:3D coordinationDesign reviewShop drawingsSchedules.BIM uses:BIM UseTeamsStagesxxxxxxTechnical Design3D coordinationDesign reviewShop drawingsSchedules6.1.1 BIM Use: 3D coordinationA model-based process that employs software solutions to detect clashes.6.1.2 BIM Use: Design reviewThe process of using the model information to validate design decisions by project stakeholders.6.1.3 BIM Use: Shop drawingsThe process of generation of drawing views from the model, as well as the creation of details and annotations required to complete design documentation.6.1.4 BIM Use: SchedulesThe process of using software solutions to collect, organize and share information in the form of tables.7 Design Model7.1 Design Model StructureThe design model shall be divided into disciplinary models. Each discipline shall maintain its own central model file.Description of the structure.7.2 Unique Reference System (Base Model)A single reference file is required to coordinate the project. This file contains the project coordinate system definition and the direction of true north.7.3 Breakdown FileA file containing a breakdown of the project both horizontally and vertically. It is the central place of management of grids and levels.7.4 Disciplines & SubcategoriesDisciplineSubcategoryDescription7.5 BIM StrategyFactors that affect the BIM strategy.CriterionDescriptionImpactSolutionProject TypeFactors that affect the approach to modelingClient RequirementsLOD matrixProject StagesDesign stageThere is no need to model with a high level of detail (only basic design volumes and equipment).Level of details is defined in LOD matrix. Families of equipment and structural elements are required.Project BreakdownTo be completed7.6 Model File StructureTypeFile NameBase fileGrid/LevelsLinked drawingsLinked models7.7 Model AuthorsModelAuthor (role)NameContacts7.8 Modeling GuideThe main provisions and recommendations for the creation of a model that will meet the requirements of the LOD matrix and selected BIM uses.7.9 Maximum File SizeMaximum Revit? file size – 150M.8 Collaboration Plan8.1 Software Platform for CollaborationDescribe the software platform for collaboration.8.2 Project Folder StructureThe company creates a hierarchical structure of shared folders. Every participant has to know where to save and where to get the information.Describe the top level folder structure.8.3 Folder structure for Work In Progress (WIP) zoneDescribe the folder structure.8.4 Folder structure for Shared zoneDescribe the folder structure.8.5 Folder structure for Published zoneDescribe the folder structure.8.6 Information Exchange ProtocolProject team members publish their models in Revit? format for coordination.9 Model Creation RoadmapRoadmap of model creation that matches the structure of the design models and files.NumberDisciplineCentral FileStartFinishFormatPublish DateProject StageComment10 Quality AssuranceModel quality assurance procedures.10.1 Coordination MeetingsDate, format and agenda of meetings.Report templates.Team assignment templates.11 Software & Hardware11.1 SoftwareBIM TaskSoftware ProductReleaseModelsRevit?2015ReviewAutodesk? Design Review, Navisworks? Manage2013,20153D coordinationNavisworks? Manage2015DrawingsRevit?2015SchedulesRevit?201511.2 HardwareAccording to software system requirements.12 Templates12.1 Revit? TemplatesTemplate descriptions. Description of views & filters. Template naming conventions. 12.2 Navisworks? TemplatesDescription of templates. Templates of customized search sets according to the structure of the model.13 Shared ParametersDescription of company parameters, names and uses. Recommendations.14 LODDetermine LOD with reference to the required criteria. Determine the subcategories for families. Determine the appearance of elements depending on the discipline, the view type and its scale.15 Naming Conventions15.1 Model Naming ConventionsDefine the rules for model names.15.2 View Naming ConventionsDefine the rules for view names.15.3 Workset Naming ConventionsDefine the rules for workset names.15.4 Family Naming ConventionsDefine the rules for family names.15.5 Sheet Naming & Numbering ConventionsDefine the rules for sheet names & numbers.15.6 Filter Naming ConventionsDefine the rules for filter names.APPENDIX CClash and Design Error Report TemplatesTable C.1. Automated clash check report templateTable C.2. Automated clash check summary report templateTable C.3. Visual design error check report templateAPPENDIX DAutodesk Revit? Model Validation ChecklistProject codeCentral file nameDatePrepared ByApproved ByStandard37953952660650037953951397000Positive results of 38Negative results of 38No.DescriptionCriterion(reference)ResultCommentYes NoLocation and parameters1The coordinates of the survey point correspond to the base file2The coordinates of the base point of the project correspond to the base file3The grid axis and levels correspond to the architectural model file4Model elements comply with LOD5No duplicated and superimposed elements (no messages in the Revit? Warnings dialog)Data6The folder structure of the project complies with the standard7Shared parameters comply with the standard8A standard project template is used9Model elements comply with LOD10The elements are placed correctly on the worksetsNames comply with the standard:11- Model file12- Families13- Types14- Worksets15- Parameters16- Views17- View templates18- Filters19- Levels20- Fill Patterns21- Fills22- Sheets23- Line types24- Line styles25- Materials26- Grid lines27- Text styles28- Dimension styles29- Stages30- Arrows31Sheet elements correspond to the standard template32Schedules correspond to the standard template33Text styles correspond to the standard template34Dimension styles correspond to the standard template35Line weights correspond to the standard template36Line types correspond to the standard template37There are no unused families3D coordination38There are no conflicts with models in other parts of the projectAPPENDIX EExample of collaborative BIM process.APPENDIX FRecommendations on Using Autodesk Navisworks? Manage for Clash Detection1 Model Preparation by DisciplinePreparation of models for each discipline assumes their spatial coordination. See sections 5.8.6 and 5.8.7 of this Standard.In addition to the spatial coordination, the following actions are recommended:Setting options of the model export from Revit? to the NWC file formatSetting options of the RVT file import in Navisworks?Optimization of the Navisworks? performanceCreating views to be exportedCreating and assigning the additional design parameters1.1 Setting Options of the Model Export from Revit? to the NWC File FormatExport options are set up in Navisworks Options Editor – Revit dialog box (Fig.15)Fig. 15. An example of the export module settings in Navisworks?Convert Element Parameters – All: enables access to all Revit? model element properties in Navisworks?.Export – Current view: allows to prepare several views in Revit? and generate the needed amount of compound NWC models.1.2 Setting Options of the RVT File Import in Navisworks?An example of settings is shown in Fig.16.Fig.16. An example of the RVT import settings in Navisworks?1.3 Optimization of the Navisworks? PerformanceWhen the NWC is opened in Navisworks?, it becomes write-protected, so users cannot edit, replace or delete it. In order to have the NWC file updated during the NWF loading into the opened federated model, you need to check the Close NWC/NWD files on Load option (see Fig.17).Fig. 17. Optimization of the Navisworks? performance1.4 Creating Views to be ExportedIt is recommended to create separate views in Revit? for exporting the model to Navisworks?. Only those elements that are needed for clash checks shall be displayed in such views.View templates shall be used in order to quickly apply the view settings.1.5 Creating and assigning the additional design parametersIt is recommended to create the additional design parameters in Revit?. That shall enable quick selection of model elements in Navisworks?, when needed.Parameter naming scheme shall ensure their quick and unambiguous identification in the Navisworks? environment (for instance, they all may have the “NW_” prefix) when using the model element search tool.Using parameters speeds up the creation of search sets.2 Model Export by Discipline – Transferring Data to Navisworks?The following ways are recommended for transferring a BIM model from Revit?:Direct export from Revit? into NWC format using the utility which is added to Revit? during the Navisworks? installImport the Revit? design file (RVT) in Navisworks?Batch creation of NWD files using the Batch Utility.2.1 Exporting Models from Revit? into NWC FormatThe recommended export settings are shown in Fig. 15.Before the export operation, the view that has been set up for exporting to Navisworks? shall be opened.The export module shall be called, as seen in Fig. 18.Fig.18. The NWC Export commandWhen you execute the NWC export command once again, use the same target file name. If you do so, updating the federated model would be just enough to incorporate the latest modifications of the BIM model. 2.2 Import the Revit? Project File (RVT) in Navisworks?Before importing the Revit? project file, make sure that there is a view with “Navisworks” substring in its name and that the view has been set up for export.The RVT import settings in Navisworks? are shown in Fig. 16 of this Appendix.2.3 Batch creation of NWD filesBatch creation of NWD files shall be performed using the Batch Utility (Fig.19).Fig.19. The Batch Utility main windowNWD files can be used for creating the federated model in the same way, as the NWC files.3 Creating the Federated ModelThe federated model shall be created using the Append command (Fig. 20).Fig.20. Calling the Append commandThe federated model details are displayed in the selection tree.3.1 Recommendations on working with the federated modelThe Navisworks? federated model shall be saved in the NWF format, which is the main working format in the product. NWF file contain links to discipline models, saved viewpoints, selection sets and search sets, all comments and tags, animation etc., that is, the complete content that was generated in Navisworks?.3.1.1 Documenting Actions with the Federated ModelThe main Navisworks? working format, NWF, contains the actual data only.If you need to keep the history of the federated model, use the NWD format that holds all snapshots of the BIM model inside. NWD save interval shall be defined in BEP. In addition to the Navisworks?-originated content, elements of all models are physically represented in this format.3.1.2 Working with Large BIM ModelsLarge BIM models can be divided into portions that are smaller and better manageable. You may have, for instance, a separate model for each building within the project.In order to better manage the federated model, creation of intermediate NWD files where elements are grouped by discipline is allowed. An example of such model structure is shown in Fig.21.Fig.21. An example of the large federated model structure4 Creating Selection Sets and Search Sets on the Basis of the Clash Matrix4.1 Clash MatrixThe Clash matrix shall be created in accordance with the check priorities.Priority 1: Critical clashes that shall be resolved as early as possible in the design process (clashes between air ducts and walls, etc.)Priority 2: Major clashes that shall be resolved at the coordination meetings in the design process (clashes between structural elements and electric equipment, etc.)Priority 3: Less severe clashes that shall be resolved on a regular basis in the design and construction process (clashes between water supply systems and mechanical equipment, etc.)The priority of checks may vary, depending on the particular project and its tasks.A template of the clash matrix is shown in Fig.22.Fig.22. A sample template of the clash matrixFor each particular project, you shall mark the fields that define the groups of elements to check, keeping in mind the priority of checks. See Fig.10 in this Standard.The completed matrix becomes an integral part of BEP.4.2 Creating Selection Sets and Search SetsCreation of selection sets and search sets for clash checking is supported in both Navisworks? Manage and Navisworks? Simulate. Search sets can be exported from Navisworks? Simulate to Navisworks? Manage using the XML format.Creation of selection sets and search sets shall be based on the clash matrix that defines the groups of BIM model elements to check.Model element properties shall be included in the search (see Fig.23).Fig.23. Model elements search dialog boxElements that were found shall be saved as a set. Saved sets reside in the Sets palette (Fig.24).Fig.24. Sets paletteIt’s recommended to use the intelligent search sets for selecting elements during the checks. These sets, when turned to, perform the search of elements that satisfy the specified conditions.Navisworks? supports complex search criteria based on more than one property (OR operation, see Fig.25). As a result, all model elements that satisfy either specified condition are being selected.Fig.25. Creating a complex search criteriaWARNING! Search sets are sensitive to the property names. That’s especially important in setups where Russian and English software versions are used concurrently. Sets that were created in a Russian version will not work in an English one, and vice versa.The following recommendations shall be observed for the efficient work with the federated model in Navisworks?:4.2.1 Setting the Selection ResolutionModel element search is based on the properties of elements. In order to speed up the search and selection of elements, it’s recommended to activate Set Selection Resolution To First Object right-click menu option (Fig.26).Fig.26. The right-click element selection menuSuch a setting ensures display of the maximum number of properties in the Properties window after selecting an element (Fig.27).Fig.27. The selected element properties window5 Visual Check for Design Errors5.1 Searching for design errorsThe visual check shall be carried out by means of the federated model walk-through and fly-by using the navigation, section and measurement tools. Clashes that have been found shall be documented using the review tools.It is recommended to use the Lock option for better measurement accuracy (Fig.28).Fig.28 Locking during the measurementsUsing the Appearance Profiler tool is recommended for enhanced visual check.5.1.1 Appearance ProfilerThe Appearance Profiler tool enables the visual separation of various model systems (Fig.29).Fig.29 Color separation of building systemsThe tool settings shall be saved in a separate DAT file, for easy Appearance Profiler application in other designs. That allows to standardize building systems visualization within the BIM model in a corporate level (Fig.30).Fig.30 The Appearance Profiler dialog boxWARNING! All Appearance Profiler settings shall be saved before the Navisworks? session is closed. Otherwise, the settings will be lost.5.2 Documenting the Detected ClashesThe following recommendation shall be observed:Notes in the model shall be created using tags that are very convenient for documenting purposes. Each tag contains the view point and a comment identifying the time/date and author.Saved Viewpoints window collects the views from all tags and allows to quickly change the view.Use the Find Comments tool (Fig.31) to search for a comment.Fig.31. The Find Comments windowGroup the viewpoints into folders (Fig.32) for more efficient handling them.Fig.32. Grouping the saved viewpoints5.3 Creating the Visual Design Error Check ReportEach record in the visual check report (see Appendix C, Table C.3) shall contain the viewpoint, comment, clashing element IDs and the name of a person responsible for the clash resolving.6 Automated Check for ClashesBIM Manager/Coordinator takes the responsibility for carrying out automated checks, notifying all stakeholders and supervising the resolution activities.Automated clash checks are carried out in the Clash Detective module.The automated check process is composed of:Creating a clash testSelecting elements for checkingSetting test criteria and optionsRunning the testCreating clash check reports6.1 Creating a clash testThe test shall be created during the first launch of the Clash Detective. After the test is created, model element selection options become active.6.2 Selecting elements for checkingUsing the search sets is recommended for element selection. The search sets have to be created beforehand (see Fig.24) or loaded from an XML file.An example of search sets for a clash check is shown in Fig.33.Fig.33. Model element selection for checking6.3 Setting test criteria and optionsTest criteria are set in the lower left-hand part of the Clash Detective window (Fig.34).Fig.34. Setting the test criteriaIn the figure, (1) defines the scope of check; (2) describes the method of check.The minimum required parameter set for checking includes: – Selection of surfaces as part of the geometry to be checked.Type:Hard: two objects spatially intersect.Tolerance represents the depth of intersection. If the depth lies within the tolerance value, then it is assumed that the clash can be resolved on-site, and there is no impact on schedule and budget.Clearance: while the two objects do not physically intersect, the clearance zones around them overlap. Detection of such kind of clashes is especially important when, for instance, insulation around pipes and ducts has to be taken into account.Tolerance represents the thickness of the insulation layer.Duplicates: two objects are identical both in type and position.Tolerance: depth of intersection or thickness of the clearance zone around an element (see above). Depends on the type of check.6.4 Running the testAfter the elements to be checked are selected and criteria are set, the test shall be run by clicking the Run Test.Subsequent tests can be initiated from the Results tab by clicking the Re-run Test (Fig.35).Fig.35. Clash Detective window, Results tab6.5 Creating the Automated Clash Check Report6.5.1 Check ResultsThe list of detected clashes and their statuses is displayed in the Results tab (Fig.36).Fig.36. List of clashes found during the clash checkEach clash may have one of the following status values:New: clash gets this status during the very first check.Active: clash has not been resolved by the moment of test re-run.Resolved: clash has been resolved by the moment of test re-run. The Compact command removes the resolved clashes from list.Reviewed: relates to assignment of a responsible for resolution.Approved: actually this is not a clash. Name of approver, date and time of approval are displayed.Reviewed and approved clashes are automatically moved to the end of list (Fig.37).Fig.37. Clash statuses6.5.2 Creating the ReportThe report is generated on the Report tab in Clash Detective (Fig.38).Fig.38. Clash Detective window, the Report tabA sample automated clash check report form is shown in Appendix C, Table C.1.The clash resolving progress may be traced in the summary report (see Appendix C, Table C.2).7 Clash AnalysisThe following recommendations shall be observed during the clash analysis:Grouping clashes (Fig.39) makes the clash management more efficient.Fig.39. Grouping clashesUsing the Inclusive option of the Filter by Selection tool (Fig.40) speeds up the clash analysis and their grouping.Fig.40 Filtering with the Inclusive optionThe Inclusive option limits the displayed list: only clashes that involve the selected element are shown. You may include such clashes into groups and handle them (e.g. change status and responsible person) collectively (Fig.41).Fig.41. Selecting a group of clashesThe clash analysis process results in the assignment of people responsible for their resolution. See Appendix C, Table C.1.8 Resolution of Detected ClashesAfter the list of clashes has been reviewed and analyzed, the check results shall be handed over to the assigned responsible persons.There are two ways of handing over the results:The SwitchBack toolUsing the Item ID8.1 The SwitchBack ToolIt’s recommended to use the SwitchBack tool for handing over the check results. It allows to select a model element in Navisworks? and switch to the same element (setting the appropriate view) in Revit?.Navisworks? Manage and Revit? shall be launched on the same PC. The SwitchBack shall be active in Revit? (Fig.42).Fig.42. Activation of SwitchBack in Revit?Don’t forget that the perspective view is the basic one in Navisworks?. After switching to Revit?, the perspective view is created/set, however such a view is not a working one in Revit?.That’s why you need to set an orthographic view in Navisworks? before using SwitchBack.8.2 Using the Item IDThe element’s Item ID is unique in the design, and it is often used for the quick search purposes.Navisworks? displays Item IDs in the clash check report(Fig.43).Fig.43. Item ID in the clash check reportThe element can be found in Revit? by its Item ID.-499745-24278200DISCUSSION FORUMIf you have any questions or comments on this standard, please visit: forum.autodesk.ru -127054483000BIM GUIDE FOR INFRASTRUCTUREWe have also developed the BIM Guide for infrastructure. Download BIM Guide for InfrastructureAUTOCAD? CIVIL 3D? AND REVIT? TEMPLATESDesign template (architectural) v.2017: Design template (structural) 2017: Design template (HVAC/plumbing) 2017: Shared parameter file: templates for AutoCAD? Civil 3D? were included into the product.TERMS OF USEThis standard may be freely distributed and used in any format necessary, for the purpose of development corporate BIM Guides. Reference to this standard is required in all derived documents.Autodesk, inc. ? 2017. All rights reserved. ................
................

In order to avoid copyright disputes, this page is only a partial summary.

Google Online Preview   Download