标准规范下载简介

GB∕T 51301-2018 建筑信息设计交付标准.pdf简介：

"GB/T 51301-2018 建筑信息（BIM）设计交付标准"是中国国家标准，由中华人民共和国住房和城乡建设部发布。该标准全称为《建筑信息设计交付标准》，主要针对建筑设计过程中使用BIM技术的规范化和标准化。BIM是一种数字化建筑设计工具，它将建筑的物理和功能信息整合到一个共享的三维中，以支持项目的全生命周期管理。

该标准详细规定了BIM设计交付的基本要求、流程、内容、格式、质量控制等方面，旨在提升建筑设计的效率、准确性和可追溯性，同时促进各参与方之间的信息交流和协同工作。它适用于各类建筑项目的BIM设计和交付，包括住宅、公共设施、工业建筑等。

通过遵循这个标准，建筑设计单位和相关方能够确保BIM的质量和一致性，从而推动我国建筑行业的信息化和现代化进程。

GB∕T 51301-2018 建筑信息设计交付标准.pdf部分内容预览：

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

附录C常见工程对象的

《建筑用安全玻璃 第1部分：防火玻璃 GB 15763.1-2009》C.0.1 精细度为LOD1.0的单元均可不区分构造 层次。 C.0.2 场地工程对象单元交付深度应符合表C.0.2的 规定。

续表 C. 0. 2

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

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

0.4结构工程对象单元交付

C.0.5给水排水系统工程对象单元交付深度应分别符合表

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

智能化工程对象单元交付

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

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

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

《房屋建筑制图统一标准》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，概念起源于美国，由美国建筑师协会 （A）等组织根据工程阶段特点划分为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电子文件的命名可协助快速识别文件内容DB13∕T 5084-2019 高速公路隧道预防性养护技术规范，对于社会广

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

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

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

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

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

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

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