GB／T 51301-2018 标准规范下载简介

GB／T 51301-2018 建筑信息设计交付标准 (完整正版、清晰无水印)简介：

GB/T 51301-2018《建筑信息设计交付标准》是中国国家标准化管理委员会于2018年发布的一项重要标准，它规范了建筑信息（Building Information Modeling, 简称BIM）在设计阶段的交付内容、格式、质量和管理要求。该标准的出台，旨在推动国内BIM技术的广泛应用，提高设计质量和效率，降低工程风险，同时也是我国建筑行业向信息化、智能化转型升级的重要技术支撑。

该标准主要包含以下几个方面：

1. 定义和术语：对BIM、、交付物等关键概念进行明确的定义，确保行业内的理解和应用一致。

2. 构建：规定了的构建原则，包括的精细度、完整性和一致性等要求，确保的准确性。

3. 交付：详细描述了交付的流程，包括交付的内容、格式、时间等，保证信息的完整性和可追溯性。

4. 质量控制：提供了质量的评估方法和标准，确保的质量符合设计要求。

5. 管理：规定了的存储、更新、版本控制等管理要求，保证在整个生命周期内的有效使用。

6. 信息化应用：鼓励将BIM与项目管理、施工模拟等信息化工具相结合，提高工程效率。

GB/T 51301-2018的实施，对推动中国建筑行业的标准化、信息化建设，提升整体行业水平具有重大意义。同时，也为建筑师、工程师、业主等各参与方提供了明确的工作指南，有助于减少设计过程中的沟通障碍，提高工作效率，降低工程风险。

GB／T 51301-2018 建筑信息设计交付标准 (完整正版、清晰无水印)部分内容预览：

表B单元属性分类

注：1表中未列出的属性组和属性可自定义进行补充； 2属性应分项列举，属性代号应在属性组代号数字按整数顺序依次扩展； 3 系统分类应符合本标准第3.2.2条的规定； 4关联关系应符合本标准第3.2.3条和第3.2.4条的规定； 5产品设计性能基础数据应符合现行行业标准《建筑产品信息系统基础数 规范》JGJ/T236的规定

注：1表中未列出的属性组和属性可自定义进行补充； 2属性应分项列举，属性代号应在属性组代号数字按整数顺序依次扩展； 3 系统分类应符合本标准第3.2.2条的规定； 4关联关系应符合本标准第3.2.3条和第3.2.4条的规定； 5产品设计性能基础数据应符合现行行业标准《建筑产品信息系统基础数据 规范》JGJ/T236的规定

附录C常见工程对象的

《低、中水平放射性废物处置场岩土工程勘察规范 GB/T50983-2014》C.0. 17 精细度为LOD1.0的单元均可不区分构造 层次。 C.0. 2 场地工程对象单元交付深度应符合表C.0.2的 规定。

表C.0.3建筑工程对象单元交付深度

C.0.4 结构工程对象单元交付深度应符合表C.0.4的 规定。

C.0.4 结构工程对象单元交付深度应符合表C 规定。

4结构工程对象单元交付深

给水排水工程对象单元交付

智能化工程对象单元交付

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

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

中华人民共和国国家标准

建筑信息设计交付标准

6.2设计阶段的交付协同

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

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

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

0.3设计阶段是设计过程的分划，也是建筑物或构筑物本 计信息逐步完善的过程中，工程参与方相互协同设计信息的 里程碑。

2.0.4应用需求是指建筑信息的应用目的，应在信息

2.0.4应用需求是指建筑信息的应用目的，应在信息 创建之前约定，并可根据项目进展修正。

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

2. 0.7、2. 0. 8

2. 0. 7、2. 0. 8

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

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

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

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

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

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

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

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

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

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

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

3.2.1科学的对象以及参数命名，有利于正确使用，对于 协同也非常重要。因此有必要对单元以及属性命名方式加以 规定。考虑到各类工程实际情况复杂，因此本条规定一般原则

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

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

际情况复杂，且各应用单位习惯不一，因此本条规定一般原则。 状态代码参照了英国有关BIM标准，“工作中数据”是指各专业 分部尚未确定或未完成审核手续的设计文档或数据；“共享数据” 是指各专业分部已经确定并完成审核手续的设计文档或数据，其 他专业可作为设计依据；“出版数据”是指完成审核手续并对外 交付的交付物；“存档数据”是指用于存档的交付物；“外部参考 数据“是指来自外部的设计条件数据；“资源库数据”是指各类 内部资源，包括标准文档、模板库、构件库、定额库等。 3.2.4电子文件的命名可协助快速识别文件内容，对于社会厂 之协同也有重要意义，因此有必要加以较为详细地统一规定。 考虑到多种情况，在文件名最后设立“描述”字段，可自行

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

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

赣09ZJ208-YL自粘防水卷材、涂膜建筑防水构造3.3.1建筑信息的版本管理是加强信息痕迹管理的一种手

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

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

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

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

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

机整体，具有明显的单元化架构特征，因此单元是建筑信息 的基本组成，也是基本处理对象。例如在施工图交付阶段， 构件级单元大量出现，继而在深化设计以及采购、安装过程 中，这些单元往往会迭代为明确的厂家产品。例如窗户GB∕T 37254-2018 高纯碳化硅 微量元素的测定，其 作为构件级单元，从设计师的要求，到厂家生产，再到安装 完毕的过程中，均可作为独立的处理对象。

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