标准规范下载简介

GB∕T 51301-2018 建筑信息模型设计交付标准.pdf

1为便于在执行本标准条文时区别对待，对要求严格程度 不同的用词说明如下： 1）表示很严格，非这样做不可的： 正面词采用“必须”，反面词采用“严禁”； 2）表示严格，在正常情况下均应这样做的： 正面词采用“应”，反面词采用“不应”或“不得”； 3）表示充许稍有选择，在条件许可时首先应这样做的： 正面词采用“宜”，反面词采用“不宜”； 4）表示有选择，在一定条件下可以这样做的，采用 “可”。 2条文中指明应按其他有关标准执行的写法为“应符 合的规定”或“应按执行”

1为便于在执行本标准条文时区别对待，对要求严格程度 不同的用词说明如下： 1）表示很严格，非这样做不可的： 正面词采用“必须”，反面词采用“严禁”； 2）表示严格，在正常情况下均应这样做的： 正面词采用“应”，反面词采用“不应”或“不得”； 3）表示充许稍有选择，在条件许可时首先应这样做的： 正面词采用“宜”，反面词采用“不宜”； 4）表示有选择，在一定条件下可以这样做的，采用 “可”。 2条文中指明应按其他有关标准执行的写法为“应符 合·的规定”或“应按.…·执行”

1《房屋建筑制图统一标准》GB/T50001 2《建筑产品信息系统基础数据规范》JGJ/T236

SY／T 7319-2016 气田生产系统节能监测规范《房屋建筑制图统一标准》GB/T50001 《建筑产品信息系统基础数据规范》JGJ/T236

中华人民共和国国家标准

建筑信息模型设计交付标准

1.0.1本条明确了制定本标准的目的。 1.0.2本条规定了本标准的使用范围。从国际标准和大多数国 家（地区）的标准编制情况来看：应用建筑信息模型进行设计信 息的交付是一个较为复杂并且持续的信息化过程，只有对信息建 立过程加以约束，才能保障信息的完备性和交付的规范性，交付 并不是单一行为，包含交付准备、交付物、交付协同三个方面。

1.0.1本条明确了制定本标准的目的。 1.0.2本条规定了本标准的使用范围。从国际标准和大多数国 家（地区）的标准编制情况来看，应用建筑信息模型进行设计信 息的交付是一个较为复杂并且持续的信息化过程，只有对信息建 立过程加以约束，才能保障信息的完备性和交付的规范性，交付 并不是单一行为，包含交付准备、交付物、交付协同三个方面，

2.0.1设计交付既指建筑工程阶段性交付，也包含某一

2.0.3设计阶段是设计过程的分划，也是建筑物或构筑物本体

计信息逐步完善的过程中，工程参与方相互协同设计信息 里程碑。

2.0.4应用需求是指建筑信息模型

2.0.6协同主要包括建筑工程项目参与方之间的协同、名

部不同角色之间的协同以及上下游阶段之间的数据传递及反馈

表达差异很大。根据建筑信息模型技术的特点，将建筑物或构筑 物认知为功能空间和产品（部品）的组合，这种模式在国际上也 是共识，体现在IFC架构当中。IFC即为IndustryFoundation Classes，其相关的国际标准为ISO16739。功能空间和产品（部 品）在物理世界中体现为“工程对象”，映射在建筑信息模型数 字化环境中体现为“模型单元”。同时，模型单元体现了模型的 单元化架构组织，即由项目级、功能级、构件级和零件级单元嵌 套组成，而不是各类模型散乱的堆砌。模型单元在实体和属性两 个维度上体现描述能力，例如一扇窗户，窗户本身即为实体，其 相应的几何尺寸、材质、价格等均为属性

2.0.9在分解模型单元时，不同的工程应用需求会产生不

解方式，另外随着工程阶段的发展，对建筑的描述趋于丰富和详尽。 模型单元也趋于细微，从而产生“最小模型单元”的概念。最小模 型单元体现了建筑信息模型描述设计信息的细致程度

2.0.11模型精细度是全球通行的衡量建筑信息模型

指标。但如何定义模型精细度，当前并没有共识。LevelofDe elopment简称LOD，概念起源于美国，由美国建筑师协会 （AIA）等组织根据工程阶段特点划分为LOD100、200、300、 400乃至500。然而由于版权关系，其他多数国家采用不同的说 法。如英国标准BS1192采用了LevelofDefinition。本标准采用 LevelofModelDefinition，日常使用时，也可简称为LOD 2.0.12儿何表达精度体现模型单元在视觉呈现上的描述能力 基于目前的软硬件技术，并结合工程实际需求：建筑信息模型无 法也没有必要表达出构件或产品的全部几何变化真实细节。应根

基于目前的软硬件技术，并结合工程实际需求，建筑信息 法也没有必要表达出构件或产品的全部儿何变化真实细节 据应用需求，选择适当的儿何表达精度等级。儿何精度等维 简称为GX。

进而逐步丰富。应根据应用需求，选择适当的信息深度等级。信 息深度等级也可简称为Nx。

3.1.1建筑信息模型的设计交付通常需要满足阶段

3.1.1建筑信息模型的设计交付通常需要满足阶段性交付要求， 但是并不能涵盖全部建筑信息模型的应用场景，因此面向应用的 交付也构成了重要的环节，这些应用直接关系到项目的各项管 理。一个完整的交付过程，由三个要素组成，其一是以建筑信息 模型体现设计信息，其二是由建筑信息模型输出为交付物，第三 是交付过程中各参与方之间的协同

3.1.2设计阶段的划分并没有统一的依据。在住房和城乡

部颁布的《建筑工程设计文件编制深度规定》中，将设计过程划 分为方案设计、初步设计、施工图设计和专项设计四个阶段。其 中专项设计也仅列出了幕墙设计、基坑与边坡工程设计、建筑智 能化设计三种，考虑到当前工程实践的习惯，将专项设计拓展为 深化设计，涵盖施工图设计阶段之后所有关于建筑本体的细化设 计过程。另外设计信息与竣工移交关联性很大，也是为了兼顾设 计信息在向运维阶段传递时的完整性

检测、造价分析、建筑表现、施工组织等。各种应用所需的 信息、交付深度、交付物形式、协同模式等均需要根据应用 特点去分析和考量，从而所有的要求均体现为应用需求，面 用的交付过程以此为基石。

协同也非常重要。因此有必要对模型单元以及属性命名方式加以 规定。考虑到各类工程实际情况复杂，因此本条规定一般原则。

3.2.2对象和参数的命名应使用较少类型的符号，

的命名符号。另外考虑到部分软件无法识别中英文命名的区别， 因此要谨慎使用英语词汇，既要符合专业习惯，又不至于引起混 乱。例如混凝土，其命名不宜表示为Concrete，但混凝土的强度 等级，可表示为C20

乱。例如混凝土，其命名不宜表示为Concrete，但混凝土的强度 等级，可表示为C20。 3.2.3科学的文件夹命名有利于项目协同。考虑到各类工程实 标情况复杂：且各应用单位习惯不一，因此本条规定一般原则 状态代码参照了英国有关BIM标准，“工作中数据”是指各专业 分部尚未确定或未完成审核手续的设计文档或数据：“共享数据” 是指各专业分部已经确定并完成审核手续的设计文档或数据，其 也专业可作为设计依据；“出版数据”是指完成审核手续并对外 交付的交付物；“存档数据”是指用于存档的交付物；“外部参考 数据“是指来自外部的设计条件数据；“资源库数据”是指各类 内部资源，包括标准文档、模板库、构件库、定额库等。 3.2.4电子文件的命名可协助快速识别文件内容，对于社会厂 泛协同也有重要意义，因此有必要加以较为详细地统一规定。 老虐到多种情

3.2.4电子文件的命名可协助快速识别文件内容，对于社会广

办同也有重要意义，因此有必要加以较为详细地统一规定。 考虑到多种情况，在文件名最后设立“描述”字段，可自 义，用于补充说明其他情况。

3.3.1建筑信息模型的版本管理是加强信息痕迹管理的一种手

建巩信息模型的版本管理是加强信息痕迹管理的一种于 段。相较于传统的二维图纸交付，由于信息化的数据复杂等特 点，信息追溯时会遇到查询上的困难，因此有必要进行科学的版 本管理

4.1.1建筑信息模型包含丰富的模型元素，然而众多的

.1建筑信息模型包含丰富的模型元素，然而众多的模型 如果不能以合理的架构组织起来，势必会导致模型散乱，信 昆不清，从而给模型应用带来困难。因此，模型在良好的架 础上，加载充分的内容是非常必要的

4.1.2用来表达工程对象的模型及其承载的信息组成了

机整体，具有明显的单元化架构特征，因此模型单元是建筑信息 莫型的基本组成，也是基本处理对象。例如在施工图交付阶段， 构件级模型单元天量出现，继而在深化设计以及采购、安装过程 中，这些模型单元往往会送代为明确的厂家产品。例如窗户，其 作为构件级模型单元，从设计师的要求，到厂家生产，再到安装 完毕的过程中，均可作为独立的处理对象。 4.1.3模型单元承载的信息，可视化体现为儿何信息的呈现， 自身的定义体现为属性信息。鉴于当前的信息技术能力和工程实 我状况，仅使用三维模型并不足以表述建筑信息，因此需要其他 种类的介质来补充和进一步说明。

构件级模型单元天量出现，继而在深化设计以及采购、安装过程 中，这些模型单元往往会迭代为明确的厂家产品。例如窗户，其 作为构件级模型单元，从设计师的要求，到厂家生产，再到安装 完毕的过程中，均可作为独立的处理对象。 4.1.3模型单元承载的信息，可视化体现为儿何信息的呈现， 自身的定义体现为属性信息。鉴于当前的信息技术能力和工程实 残状况，仅使用三维模型并不足以表述建筑信息，因此需要其他 种类的介质来补充和进一步说明。 4.1.4由于技术条件的限制和实际操作的需要，建筑信息模型 听包含的信息不一定能够全部以儿何方式全部可视化表达出来， 列如家具，在某些要求下，可以二维的方式制图，但其对应的属 生信息可具备更加丰富的信息内容，包括椅子的重量、体积、材 质等。此类情况下，应以模型所承载的非儿何信息作为优先的有 效信息。

4.1.3模型单元承载的信息，可视化体现为几何信息的

身的定义体现为属性信息。鉴于当前的信息技术能力和工程 伏况，仅使用三维模型并不足以表述建筑信息，因此需要其 类的介质来补充和进一步说明，

4.1.4由于技术条件的限制和实际操作的需要，建筑信

所包含的信息不一定能够全部以几何方式全部可视化表达出来， 列如家具，在某些要求下，可以二维的方式制图，但其对应的属 生信息可具备更加丰富的信息内容，包括椅子的重量、体积、材 质等。此类情况下，应以模型所承载的非儿何信息作为优先的有 效信息。

4.2模型架构和精细度

项自级模型单元可描述项目整体和局部；功能级模型单元由多种 构配件或产品组成，可描述诸如手术室、整体卫浴等具备完整功 能的建筑模块或空间；构件级模型单元可描述墙体、梁、电梯 配电柜等单一的构配件或产品。多个相同构件级模型单元也可成 组设置，但仍然属于构件级模型单元；零件级模型单元可描述钢 筋、螺钉、电梯导轨、设备接口等不独立承担使用功能的零件或 组件。模型单元会随着工程的发展逐渐趋于细微。模型单元可具 有嵌套关系，低级别的模型单元可组合成高级别模型单元。 4.2.2尽管存在很大的争议，然而鉴于“模型精细度”（LOD 是比较普遍的概念 这样更有利王顺畅

4.2.2尽管存在很大的争议，然而鉴于“模型精细

是比较普遍的概念，本标准采纳了这个说法，这样更有利于顺畅 地理解建筑信息模型的发展程度。但为了规避版权风险，将 LOD等级命名为LOD1.0、2.0、3.0和4.0。

4.3.1为了保障信息有序而规范地传递，模型单元

系统简图，也可以使系统简图与模型建立实时的对应关系。 3模型单元的视觉呈现效果，决定了在数化领域人机互 动时人类是否能够快速识别模型单元所表达的工程对象。当前的 工程实践表明，模型单元并不需要呈现出与实际物体完全相同的 几何细节。 4模型单元所承载的信息，依靠属性来体现，同时属性定 义了模型单元的实质，即所表达的工程对象的全部事实。然而考 慧到不同的应用需求，所需要的属性完整程度也是不同的，另 外，模型单元可能需要大量的属性来描述，因此有必要对属性加 以分类，这样有利于信息的界定和定位查询。 模型单元的属性分类是信息组织的模式。鉴于建筑物属性繁 多，因此本标准并未穷举属性名称。但从标准化的角度上看，应 用方自行编制的标准体系中，应尽可能充分列举所需的属性名 你，从而送到标准前置的自的。 属性名称与属性值一一对应。例如“某灯泡的额定功率是 100W”这样一条描述信息，“某灯泡”是实体，“额定功率”是 属性名称，“100W”是属性值。 属性值体现模型单元最终描述的结果。属性值可根据工程发 展程度逐步体现，由掌握相应信息的输入方完成输入。某个模型 单元的送代过程主要体现为属性值的迭代 5正如第4款所述，模型单元的属性值随看工程发展而送 代：属性值的数据来源变得非常重要，不同的数据来源意味着不 司的交付自的和采信程度。例如数据来源为设计，则属性值的涵 义为设计要求，而来源为生产时，则属性值的涵义为产品的 规格

4.3.3本标准要求在属性中体现模型单元直接的系

筑外围护系统和其他建筑构件系统只需界定连接关系和从属关 系。对于给水排水系统、暖通空调系统、电气系统、智能化系统 和动力系统的模型单元，控制关系显得相对重要。在某些情况 下，管线没有必要三维建模，但只要管线所衔接设备的直接控制 关系能够体现出来，就可以保障系统的完整性。另外，清晰的关 联关系有助于系统图与模型建立良好的对应关系。

4.3.4模型单元的视觉呈现水平，由

模型单元与物理实体的真实逼近程度。例如一台设备，既可以表 达为一个简单的几何形体，甚至一个符号，也可以表达得非常真 实，描述出细微的形状变化。本标准规定的四个级别，与工程阶 段顺序没有一一对应关系。而是根据不同类型的项目应用需求 采纳不同等级的儿何表送精度。例如方案设计阶段，需要对设计 理念进行描述时，可能需要G4精度，来更加真实地演示设计效 果。而在初步设计和施工图设计中，往往会采用G3精度 在满足应用需求的前提下，采用较低的Gx，包括几何描述 在内的更多描述，以信息或者属性的形式表达出来，避免过度建 模情况的发生，也有利于控制BIM模型文件的大小，提高运算 效率。 本标准作为国家标准，仅作出框架定义，更为详尽的关于儿 何表达精度的规定，应参照其他相关标准

4.3.6信息深度会随着工程阶段的发展

等级的划分，体现了工程参与方对信息丰富程度的一种基本共同 观念。信息深度等级体现了BIM的核心能力。对于单个项目， 随看工程的进展，所需的信息会越来越丰富。宜根据每一项应用 需求，为所涉及的模型单元选取相应的信息深度（Nx）。信息深 度应与本标准第3.2.4条所规定的几何表达精度配合使用，以便 充分且必要地描述每一个模型单元。

5.1.1建筑信息模型交付物具有多种形式。鉴于当前的

5.1.2建筑信息模型交付物本质上是数据载体。本条规

付物中： 1建筑信息模型（D1类交付物），不仅仅包括三维模型 也包含相互关联的二维图形、注释、说明以及相关文档等所有的 言息介质，是最为全面的交付物。 2属性信息表（D2类交付物）用来交付模型单元属性 信息。 3工程图纸（D3类交付物）是常规的二维图纸。然而事实 表明，仅交付工程图纸并不能很好地完成建筑信息模型所要求的 信息传递和协同。 4项目需求书（D4类交付物）用来交付项目需求信息。 5建筑信息模型执行计划（D5类交付物）用来交付模型建 立和组织状况的说明。 6建筑指标表（D6类交付物）用来交付项目的各类技术经 济指标。 7工程量清单（D7类交付物）用来交付从模型提取的工 程量。

5.2.1建筑信息模型是承载设计信息的载体，应具有充分性， 足以表达各个阶段所需的设计信息。

5.2.1建筑信息模型是承载设计信息的载体，应具

足以表达各个阶段所需的设计信息。

5.2.2在设计过程中，尽量避免对模型整体的重建或

否则容易造成信息丢失或失效。应根据工程参与方业务能力和特 点，以模型单元作为信息协同的基本对象。在设计阶段交付之 后，原阶段的设计信息模型应予存档

2.3根据建巩信息模型的技术特点和要求：交付物建项 模型”并不仅指模型本身，而是一个数据体系或者数据库， 所有已经操作的设计信息集合：因此，除了三维模型外：其 要的信息交付物均可包含在交付物“建筑信息模型”中。

5.2.4各种表达方式具有不同的表达能力，根据需要采

表达方式，并且表达方式之间建立良好的访问方式，这样能够充 分利用信息化的优势

5.2.5为了保障信息传递过程中的正确性和完整性，模

是工程对象的唯一数字描述。采用移动介质等方式分发交付，容 易导致版本混乱。另外，为了信息安全，设置信息访问权限是必 要的措施。

5.4.1工程图纸即传统的二维图形交付物。考虑到当前

工程图纸即传统的二维图形交付物。考虑到当前的BIM

实践水平，工程图纸仍然是必要的交付物。然而为了体现BIM 的效益，要求工程图纸应主要基于建筑信息模型（BuildingIn ormationModel）来生成，避免工程图纸与模型严重脱节。 5.4.3由于工程图纸属于传统交付物：因此表达方法应符合国 家现行有关标准的规定

ofiilaio 5.4.3由于工程图纸属于传统交付物，因此表达方法应符合国 家现行有关标准的规定

家现行有关标准的规定。

5.5.1项目需求是项目实施BIM的起点。项目需求书应由工程

项自需求是项自实施BIM的起点。项目需求书应由工程 位提出，并交付BIM实施单位。

5.6建筑信息模型执行计划

.6建筑信息模型执行计划

5.6.1建筑信息模型执行计划（BlMExecutionPlan，简称 BEP）是建筑信息模型及其应用过程中重要的说明书和指导原 则。BEP在世界各国的BIM标准中都占据重要位置，有的国家 BIM标准中也称为项目执行计划（ProjectExecutionPlan简称 PEP)。 不同于传统的工程图纸交付，BIM交付本质上是交付数据 军，其所关联的数据组织、模型组织、文件组织等，如果缺乏说 明文件，会给数据定位造成很大的困难。因此有必要交付一份说 明文件，阐述模型组织、信息丰富程度、模型表达程度、交付物 种类、协同方法等，以便BIM各参与方和使用者能够迅速达成 数据架构上的共识。 另外，BEP也有助于非标准或者自定义内容的展示

5.7.1对于工程项目，很多情况下建筑指标是重要的信息。基 于BIM的方式，可以得到更为真实和详细的数据，但是应以建 筑信息模型作为基本数据来源。

5.8.1建筑信息模型的一个重点应用就是为工程量核算提供依 据。然而需要注意的是，本条中的工程量，是指模型提供的工程 量，与现行有关标准所要求的工程量相比，计算方法有差别。 根据模型提取的工程量，与最小模型单元水平、儿何表送精 度、信息深度等指标息息相关，因此在实际应用中，应首先完成 建筑信息模型执行计划的复核，然后根据应用需求进行工程量 提取。

6.1.1建筑信息模型的交付协同是交付的重要环节

交付和面向应用的交付所涉及的参与方责任、交付深度 司，因此分开规定。另外，版本管理也有利于提高协同效 清各方责任。

6.1.3模型精细度反映了最小模型单元的划分程度，零

单元不能够再细分，因此不具有模型精细度水平。项目级和 级模型单元往往是由多个构件级模型单元组成的一个体系， 建筑电气系统，就是一个集合的概念，因此不具有几何表达 只具有信息深度。

6.1.4BIM的信息传递主要靠信息模型本身完成，因此发挥

6.1.5建筑信息模型携带了大量的工程信息，因此信息

要得到保障。类似于移动介质这样的交付方式不利于信息安全 管理。

6.1.7信息应用方在使用设计信息模型时，正确辨

的组织方式有助于快速并准确定位所需的数据。充分依靠编码信 息有助于使用软硬件工具完成辨识过程，也是最直接和有效的信 息化手段。在使用属性值进行运算之前，确认计量单位和数据来 源非常重要，以避免得出错误的结果。

6.2设计阶段的交付协同

6.2.5模型精细度与工程阶段并不存在严格对应关系，本标准 提出最低要求。竣工移交对LOD的要求反而比深化设计可能有 所降低是实际情况，因为在LOD4.0时，会出现零件级模型单

6.2.8利用建筑信息模型进行冲突检测是一项操作简单、效益

较高、应用广泛的操作。为了提高行业建筑信息模型交付质量， 持作此规定。考虑到冲突情况比较复杂，值得注意的是，本条未 规定模型应当完全消除冲突，事实上做到这一点比较困难也没有 必要。但冲突检测操作方有责任说明检测的原则和方法，形成冲 突检测报告。 建议将冲突检测报告列为协同文件，也可作为辅助交付物 冲突检测报告可包含下列内容： 1项目工程阶段； 2被检测模型的精细度： 3冲突检测人、使用的软件及其版本、检测版本和检测 日期； 4 冲突检测范围； 5冲突检测规则和容错程度

6.3.1建筑信息模型的应用场景较多，不同的应用对信息的需 求不尽相同。从应用的角度上看，需要对两个方面问题加以明 确。一方面，信息应用方明确提出所需的信息；另一方面，确保 信息提供方可以交付应用方所需的信息

6.3.4对建筑信息模型设计信息的应用北京某警察学院行政教研楼电气施工组织设计，包括施工组织等，均

设计模型信息的单向使用，所有应用阶段对设计信息的追加、修 改、删减，均应在设计模型中完成，并再次读取至应用模型中。 另外，阶段性应用信息，例如楼板的施工段等，均应体现在应用 模型中，而不应影响设计模型的建筑本体描述。

6.3.5应用需求应作为标

候应充分考虑应用需求，这样可使模型信息更加规范和完备，天 天降低返工成本，因此有必要将应用需求以协同文件的形式前置 到信息输入方。例如项自审批，需要审批方提前明确所需信息的 列表，以及建模要求，这样设计方才可以充分地提供信息，并提 交合格的交付物。 应用需求文件应根据应用的特点，尽可能详细列明各项要 求，尤其是信息深度尤为重要。

TCECS 10049-2019 绿色建材评价 石膏装饰材料统一书号：15112：32368 定价： 19.00 元

统一书号：1511232368 定价：19.00 元