河北省城市轨道交通工程信息模型设计交付标准（京津冀）DB13JT8443-2022 ...

 前 言

前 言

根据河北省住房和城乡建设厅《2020 年度省工程建设标准和标准设计第三批制（修）订计划》（冀建节科函〔2020〕173 号）的要求，标准编制组经广泛调查研究，认真总结国内外城市轨道交通工程信息模型应用实践经验，吸取科研成果，并在广泛征求意见的基础上，制定本标准。

本标准是京津冀区域协同工程建设标准，按照京津冀三地互认共享的原则，由三地住房和城乡建设主管部门分别组织实施。

本标准共分 7 章和 1 个附录，本标准的主要技术内容是：1. 总则；2. 术语；3. 基本规定；4. 交付准备；5. 交付物；6. 交付协同；7. 交付验收与归档。

本标准由河北省绿色建筑推广与建设工程标准编制中心负责管理（电话：0311-87908927）。由北京市轨道交通设计研究院有限公司负责具体技术内容的解释。

主编单位：北京市轨道交通设计研究院有限公司

北京市轨道交通建设管理有限公司

天津轨道交通集团有限公司

石家庄市轨道交通有限责任公司

参编单位：河北雄安轨道快线有限责任公司

天津滨海新区轨道交通投资发展有限公司

北京城建设计发展集团有限公司

中国铁路设计集团有限公司

中国兵器工业北方勘察设计研究院有限公司

中铁建华北投资发展有限公司

北京市政建设集团有限责任公司

中铁七局集团有限公司

主要起草人： 金 淮 罗富荣 张 波 路宗存 张继菁

曹伍富 王 辉 周明科 马 骉 张志伟

郑习羽 布永忠 唐 扬 张全秀 陈海涛

李 进 张 江 李宏安 高银鹰 苑露莎

张 蓉 张家玺 王浩任 杜新明 秦东平

李泽慧 安晓冬 马识途 马 玏 韩德志

冯世杰 孙会哲 张春辉 贾建平 段宪峰

郭 飞 张丽丽 洪 涛 赵 波 刘 璐

万小飞 田行宇 杨炳晔

主要审查人员： 杨广武 鲁丽萍 张佩竹 刘占省 向 敏

王成望 韩宝良 顾 明 王玉卿 赵雪峰  王 宁 王 平

主要编审人员： 张亚芹 郭文军 师 生 顾 彬 陈 志

韩 迪 方 斌 张 霖 孟维举

1总则

1 总 则

1.1.1　为规范京津冀城市轨道交通工程信息模型设计交付，提高信息模型的应用水平，制定本标准。

1.1.2　本标准适用于新建、改建、扩建京津冀城市轨道交通工程设计中应用信息模型建立和交付设计信息，以及各参与方之间和内部信息传递的过程。

1.1.3　城市轨道交通工程信息模型设计交付应与 BIM 报建审批和施工图 BIM 审图工作衔接，与城市信息模型（CIM）平台融动联通。

1.1.4　城市轨道交通工程信息模型设计交付，除应符合本标准外，尚应符合国家及地方现行有关标准的规定。

条文说明：

1.0.1　本标准适用于新建、改建、扩建京津冀城市轨道交通工程设计中应用信息模型建立和交付设计信息，以及各参与方之间和内部信息传递的过程。本标准作为京津冀三地标准，由三地主管部门联合发布。

1.0.3　城市轨道交通工程信息模型设计交付应与 BIM 报建审批和施工图 BIM 审图工作衔接，与城市信息模型（CIM）平台融动联通。城市轨道交通工程信息模型的设计交付应满足 BIM 报建审批和施工图 BIM 审图的相关要求，并为城市信息模型平台预留数据接口，服务数字城市建设。

2术语

2 术 语

2.0.1　城市轨道交通工程信息模型 urban rail transit engineering information modeling

城市轨道交通工程全生命期或其中部分阶段所形成的描述建筑（物理实体）本体特征的信息集合。

2.0.2　设计交付 design delivery

根据工程项目的应用需求，将设计信息传递给需求方的行为。

2.0.3　设计信息 design information

城市轨道交通工程设计所形成的描述城市轨道交通（物理实体）本体特征的信息集合。

2.0.4　应用需求 application requirements

依据工程操作目标而确定的对于城市轨道交通工程信息模型的需求。

2.0.5　协同 collaboration

基于模型进行数据共享及相互操作的过程。

2.0. 6　工程对象 engineering object

构成轨道交通工程的建筑物、系统、设施、设备、零件等物理实体的集合。

2.0.7　模型精细度 level of model definition

轨道交通工程信息模型中所容纳的模型单元丰富程度的衡量指标。

2.0.8　几何表达精度 level of geometric detail

模型单元在视觉呈现时，几何表达真实性和精确性的衡量指标。

2.0.9　信息深度 level of information detail

模型单元承载属性信息详细程度的衡量指标。

3基本规定

3.1 一般规定

3 基本规定

3.1 一般规定

3.1.1　城市轨道交通工程信息模型设计交付应包括设计阶段的交付和面向应用的交付。交付应包含交付准备、交付物、交付协同、交付验收与归档等方面内容。

3.1.2　城市轨道交通工程设计应包括方案设计、初步设计和施工图设计等阶段，信息模型的交付准备、交付物、交付协同、交付验收与归档应满足各阶段设计深度的要求。

3.1.3　面向应用的交付宜包括城市轨道交通工程全生命期内有关设计信息的各项应用，信息模型的交付准备、交付物、交付协同、交付验收与归档应满足应用需求。

3.1.4　城市轨道交通工程信息模型设计交付过程中，应根据设计信息建立模型，并输出交付物，交付协同应以设计各阶段交付物为依据，工程各参与方应基于协调一致的交付物进行协同。

条文说明：

3.1.1　建筑信息模型的设计交付需要满足阶段性交付要求，但是并不能涵盖全部建筑信息模型的应用场景，因此面向应用的交付也构成了重要的环节，这些应用直接关系到项目的各项管理。一个完整的交付过程，包含交付准备、输出交付物、各方协同、验收和归档。

3.1.2　城市轨道交通工程设计应包括方案设计（含工程可行性研究和总体设计）、初步设计和施工图设计等阶段。城市轨道交通工程信息模型的设计交付应满足各阶段设计深度的要求。

3.2 BIM 软件和数据格式

3.2 BIM 软件和数据格式

3.2.1　城市轨道交通工程 BIM 软件和数据格式应符合下列规定 ： 

1　BIM 软件应满足区间（隧道、高架、路基）、轨道、道床、区间内系统设备等沿线路空间曲线敷设的模型单元创建要求 ；

2　限于工程对象特殊性确需采用多种软件建模时，交付时应转换为统一数据格式 ；

3　BIM 软件及数据格式应满足数据集成与应用要求。

3.2.2　BIM 软件应具有相应的专业功能和数据互用功能。

3.2.3　BIM 软件的专业功能应符合下列规定 ：

1　满足专业或任务要求 ；

2　符合相关工程建设标准及强制性条文 ；

3　宜支持专业功能定制开发。

3.2.4　BIM 软件的数据互用功能应至少符合下列规定之一 ：

1　支持开放的数据交换标准 ；

2　支持与相关软件的数据交换 ；

3　支持数据互用功能定制开发。

条文说明：

3.2.1　城市轨道交通工程设计专业多、设计单位采用的商业软件呈现多元化状态，为保障全线各专业数据的协同设计、模型成果集成等，必须根据城市轨道交通工程信息模型的应用目标，对统一选用一种或多种 BIM软件完成模型创建及应用工作，有利于统一要求、统一实施。

建模软件和数据格式应符合下列规定 ： 

1　区间（隧道、高架、路基）、轨道、道床、区间内系统设备等沿线路空间曲线敷设的模型单元创建方法复杂，BIM软件的选取必须充分考虑相关因素 ；

2　当限于工程对象特殊性（例如钢结构桥梁、地面路基段、钢箱梁、异形结构等模型单元）必须采用多种软件建模时，交付时应转换为统一数据格式 ；

3　BIM软件及数据格式应满足数据集成与应用要求。

3.2.2　选取的BIM软件应具备工程量统计、设计出图等各专业功能，以及集成其他数据格式或导出为其他软件所需数据格式的能力。

3.3 定位体系与项目单位

3.3 定位体系与项目单位

3.3.1　城市轨道交通工程信息模型应采用城市直角坐标系和高程系统，并与设计图纸保持一致。

3.3.2　城市轨道交通工程信息模型的项目基准点应能实现坐标系的转换，满足数据集成要求。

3.3.3　车站和车辆基地建筑单体模型创建时宜采用轴网交点作为项目基准点。区间模型的项目基准点宜与临近车站模型保持一致。

3.3.4　项目所有模型应使用统一的单位和度量制，单位名称和精度可进行统一规定，应符合下列规定 ：

1　绘制模型时以毫米（mm）为单位，并保留三位小数 ；当尺寸参数需要以明细表形式汇总导出时，可根据需要将毫米单位转化为成果参数需要的单位 ；

2　标高以米（m）为单位，保留小数点后三位有效位数字 ；

3　坡度、角度等以度（°）为单位，保留小数点后三位有效位数字 ；

4　尺寸标注中的数据以毫米（mm）为单位，保留整数有效位数字 ；

5　以长度计算的成果参数以米（m）为单位 ；

6　以面积计算的成果参数以平方米（m²）为单位 ；

7　以体积计算的成果参数以立方米（m3）为单位 ；

8　以重量计算的成果参数以吨（t）或千克（kg）为单位 ；

9　以自然计量单位计算的成果参数以个、套、块、座、组、台、次、环等为单位 ；

10　无法以具体数量进行表达的成果参数以宗、项等为单位。

条文说明：

3.3.1　工程建设项目一般都采用城建独立坐标系，即直角坐标系。因此，城市轨道交通工程信息模型应采用城市直角坐标系和高程系统，并与设计图纸保持一致。但是在部分应用场景下，模型数据集成与应用时需要大地坐标系以便于与 GIS 地图进行集成应用，设计交付时应同时提供转换后的坐标值。

3.3.3　城市轨道交通工程信息模型宜采用轴网交点作为项目基准点，便于专业间协作、数据审核和处理。区间模型的项目基准点宜与临近车站模型保持一致，有利用模型数据整合和校验。

3.3.4　为了多专业、多单位的基于模型统计工程量和数据集成需要，城市轨道交通项目所有模型应使用统一的单位和度量制，单位名称和精度可进行统一规定。

3.4 模型范围

3.4 模型范围

3.4.1　设计单位应进行全过程 BIM 设计，优化设计方案。

3.4.2　城市轨道交通工程方案设计、初步设计和施工图设计等阶段的模型数据应具有连续性，宜基于上一阶段模型创建。

3.4.3　方案设计阶段应采用模型分析设计方案的总体平衡、运营功能、工程规模、工程投资等，验证项目可行性，落实外部条件、稳定线路站位。各工程部位的交付模型范围和设计深度应符合表 3.4.3 的规定。

3.4.4　初步设计阶段应采用模型对设计方案要素或重大技术问题的解决方案进行综合技术经济分析。

3.4.5　初步设计模型应根据方案设计阶段交付模型进行创建。各工程部位的交付模型范围和模型深度应符合表 3.4.5 的规定。

3.4.6　施工图设计阶段应采用模型对设计方案进行模拟及检查，优化方案中的技术措施、工艺做法、用料等，在初步设计阶段的基础上辅助编制施工和安装设计文件。

3.4.7　施工图设计阶段模型宜根据初步设计阶段交付模型进行创建。各工程部位的交付模型范围和模型深度应符合表 3.4.7 的规定。

条文说明：

3.4.2　城市轨道交通工程信息模型应全过程传递，方案设计阶段、初步设计阶段和施工图设计阶段的模型数据应具有连续性，可基于上一阶段模型创建。

3.4.3　方案设计阶段应利用模型分析设计总体平衡、运营功能、工程规模、工程投资等，验证项目可行性，落实外部条件、稳定线路站位。

设计单位应基于模型开展全专业协同设计，由于方案设计阶段的设计深度较浅、部分专业设计深度不足，因此仅对影响总体线站位方案、建筑方案布局的若干专业做硬性要求。　　　　 

3.4.5　初步设计模型应基于方案设计阶段交付模型进行创建，设计深度满足《城市轨道交通工程设计文件编制深度规定》（建质〔2013〕160号）。综合考虑建模软件性能、BIM 应用需要等因素，钢筋和小尺寸的线材、线管等可不创建模型。本阶段综合管线应考虑车站、车辆基地和控制中心公共区的供电、通信、信号、综合监控等专业的桥架，房间内设备可根据需要示意，待后续设备招标后进行补充。

3.4.7　施工图设计阶段模型宜基于初步设计阶段交付模型进行创建，设计深度满足《城市轨道交通工程设计文件编制深度规定》（建质〔2013〕160 号）。本阶段由负责深化设计和加工的单位进行计算分析并完善综合管线的支吊架模型。

3.5 命名规则

3.5 命名规则

3.5.1　信息模型及交付物的命名应简明且易于辨识。

3.5.2　模型单元及其属性命名应符合下列规定 ：

1　宜使用汉字、英文字符、数字、半角下划线“_”和半角连字符“-”的组合 ；

2　字段内部组合宜使用半角连字符“-”，字段之间宜使用半角下划线“_”分隔 ；

3　各字符之间、符号之间、字符与符号之间均不宜留空格。

3.5.3　轨道交通工程构件级模型单元的命名应应符合下列规定 ：

1　宜包含设计图纸中的设施设备的名称、编号等信息 ；

2　命名应清晰易懂，能够快速获取设施设备名称、规格基本参数等信息，宜由类型名称、位置、材质、规格型号等组成。

3.5.4　模型文件命名应由项目代码、阶段代码、工程区域代码、专业代码、版本代码和描述等字段依次组成。各字段以半角下划线“_”隔开，并符合下列规定 ：

1　项目代码、阶段代码、工程区域代码和专业代码等，应与线路设计总体发布的“信息代码规定”保持一致 ；

2　项目代码应采用轨道交通建设管理的统一编码，宜使用数字、汉字、字母等的组合 ；

3　阶段代码宜采用对应阶段的汉字或英文简写（方案设计—FS ；

初步设计—CS ；施工图设计—SS）；

4　工程区域代码应采用轨道交通建设管理的统一编码，由工点类型和顺序号组成，宜使用数字、汉字、字母等的组合。工点类型缩写 ：

车辆段 -CLD ；停车场 -TCC ；车站 -CZ ；区间 -QJ ；控制中心 -KZZX ；主变电站 -ZB ；综合管廊、电力管沟等随轨工程 -SG ； 

5　专业代码应采用对应专业的汉字或英文简称，与该线路的图纸命名保持一致，整合全专业的模型专业代码可采用“ZH”。设计专业代码可按表 3.5.4 执行 ；

6　版本代号宜采用识别版本的简要称号，可采用字母或字母与数字的组合 ；

7　描述应包括软件名称及软件版本、提交时间等信息。

3.5.5　城市轨道交通工程信息模型相关电子文件可按文件夹形式分类管理，文件夹命名宜包括项目名称、设计阶段和文件夹类型等信息。

文件夹类型可包括工作中、共享、出版、存档、外部参考和资源等六个分类。

条文说明：

3.5.1　为便于交付物的分类管理，信息模型及交付物的命名应简明且易于辨识。

3.5.2　参考《建筑信息模型设计交付标准》GB/T 51301-2018 对模型单元及其属性命名的原则进行统一要求，便于文件管理和信息解析。

3.5.3　轨道交通工程构件级模型单元的命名应由几何信息、属性信息组成，包含主要几何特征和规格、材质等，便于关键信息识别、多专业协同设计和基于模型的项目管理。

3.5.4　参照京津冀地区的传统设计管理习惯，模型文件命名应由项目代码、阶段代码、工程区域代码、专业代码、版本代码和描述等字段依次组成。各项代码完全参照了京津冀地区建设管理和设计管理的信息代码习惯。专业代码是设计的最小专业，模型提交时应根据图册划分和设计任务情况对各专业模型进行适度整合。由于同一轨道交通工程可能涉及多款 BIM 软件，设计模型存在多次提交，因此信息描述中对软件信息和提交时间信息也做了要求，便于成果管理。

4交付准备

4.1 一般规定

4 交付准备

4.1 一般规定

4.1.1　信息模型交付准备过程中，应根据设计阶段的应用需求选取适宜的模型精细度，确定模型表达方式，并根据设计信息输入模型要素。

4.1.2　模型单元应以几何信息和属性信息表达工程对象的设计信息，可使用二维图形、文字、文档、多媒体等方式补充和增强表达工程对象信息。

4.1.3　城市轨道交通工程信息模型应能通过命名规则、 分类编码和颜色配置等，快速识别模型单元及其所表达工程对象。

4.1.4　每条城市轨道交通线路的各专业宜使用统一的 BIM 设计软件，并最终交付统一格式、可编辑的模型。

4.1.5　模型单元的几何信息与属性信息不一致时，应优先采信属性信息。

条文说明：

4.1.3　城市轨道交通工程协同设计过程中，需要借助名称、编号或颜色等模型信息快速识别工程对象，准确获取设计信息、辅助设计优化。

4.1.4　考虑到城市轨道交通工程按线路进行设计、施工和运营，为避免系统设计障碍、减小数据集成难度，每条城市轨道交通线路的各专业宜使用统一的 BIM 设计软件，并最终交付统一格式、可编辑的模型。

4.1.5　创建模型发生错误时，会导致模型几何形体所表达的几何信息与属性信息中的几何参数不一致。然而属性信息相对于几何形体更易检查、校核，因此当模型单元的几何信息与属性信息不一致时，应优先采信属性信息。

4.2 模型架构和精细度

4.2 模型架构和精细度

4.2.1　城市轨道交通工程信息模型所包含的模型单元应分级建立。模型单元分级应符合表 4.2.1 规定。

4.2.2　根据模型精细度加深，不同级别模型单元的几何形体的表达应逐步完善、细化，工程信息的内容应逐步递增。

4.2.3　轨道交通工程设计信息模型的模型精细度等级分为四个等级，应符合表 4.2.3 的规定。

4.2.4　设计阶段信息模型的模型精细度应符合下列规定 ：

1　方案设计阶段模型精细度等级不宜低于 LOD1.0 ；

2　初步设计阶段模型精细度等级不宜低于 LOD2.0 ；

3　施工图设计阶段模型精细度等级不宜低于 LOD3.0。

4.2.5　根据具体工程需求及设计阶段的划分情况，可在基本等级之间扩充模型精细度等级。

条文说明：

4.2.1、4.2.2、4.2.3　参照《建筑信息模型设计交付标准》GB/T 51301-2018 定义模型单元分级和模型精细度等级，辅助标准附表中各阶段模型精细度的解释。城市轨道交通工程信息模型所包含的模型单元应分级建立。模型单元分级应符合表 4.2.1 规定。

4.2.4　方案设计、初步设计和施工图设计阶段的模型精细度分别不低于 LOD1.0、LOD2.0、LOD3.0，可发挥 BIM 技术优势，利用 BIM 技术提高对应阶段的设计深度。

4.3 模型视图

4.3 模型视图

4.3.1　模型视图宜区分基本视图和临时视图，应符合下列规定 ：

1　基本视图应执行本标准视图表达要求，临时视图宜结合工程实际需求参照执行 ；

2　模型视图宜在本标准基础上结合工程实际需求，在具体工程的BIM 技术文件中补充详细规定 ；

3　复杂工程节点宜增加三维成果辅助表达。

4.3.2　模型视图结构宜设 3 级树状结构，不宜多于 4 级。视图名称宜由数字、文字或者字母组成，半角连字符“-”隔开，命名宜符合下列规定 ：

1　第一层级模型视图名称为固定规则命名 ：“专业序号 + 专业名称”；

2　第二层级模型视图名称为固定名称命名 ：01- 三维视图、02-平面视图、03- 立面视图、04- 剖面视图 ；

3　第三层级模型视图命名为自定义命名，用于进一步说明文件中的内容，可根据实际工程管理需要，由“专业代码 + 二级视图序号+三级视图序号 + 描述”组成。

4.3.3　模型应根据工程制图要求，在二维视图中设置线条名称、线条样式、线条颜色、线条宽度和标注样式。

4.3.4　设计单位宜结合工程制图要求，在设施设备的构件级模型单元中设置二维图例。

条文说明：

4.3.1　城市轨道交通工程信息模型需要设置二、三维视图，辅助理解设计意图、输出设计图纸等，辅助设计成果交付和设计意图的传递。

4.3.2　模型视图结构宜设 3 级树状结构，一般不宜设多于 4 级。视图名称宜由数字、文字或者字母组成，半角连字符“-”隔开，命名由设计专业、视图类型、序号等组成，便于视图管理和成果导出。例如“13- 给排水与消防”，如“GX-03-01- 站台层消防平面”。

4.3.3　为满足模型出图需要，模型应结合工程制图要求在二维视图中设置线条名称、线条样式、线条颜色、线条宽度和标注样式，保证导出图纸的图面规范性。

4.3.4　BIM 软件中设施设备在二维视图下的占位符号、线条等一般不符合出图要求，因此需要设计单位结合工程制图要求，在设施设备的构件级模型单元中设置二维图例，保证模型输出图纸的合规性。

4.4 模型颜色

4.4 模型颜色

4.4.1　模型颜色的设置方法应一致，避免配色方法交叉使用所导致的模型整合时的颜色错乱。

4.4.2　模型单元应根据工程对象的系统分类设置颜色，并符合下列规定 ：

1　一级系统之间的颜色应差别显著，便于视觉区分，且不宜采用红色系 ；

2　二级系统应分别采用从一级系统的色系的不同颜色 ；

3　消防相关的功能级模型单元及消防救援场地、救援窗口等应采用红色系。

4.4.3　城市轨道交通工程的各专业模型颜色应统一要求，并符合下列规定 ： 

1　地上环境建（构） 筑物模型的颜色应模拟实物效果，可现场采集实景照片作为模型素材 ；

2　地质模型的颜色应体现地质分层和岩土特征 ；

3　市政管线模型的颜色应便于区分不同管道系统，宜与二维图纸的管线颜色保持一致，可按照表 4.4.3-1 执行 ；

4　城市规划用地控制线的模型颜色应符合表 4.4.3-2 的规定 ；

5　机电设备系统的管线、桥架的模型颜色应满足模型展示美观和直观区分各专业、系统的需求，可按表 4.4.3-3 执行 ；

6　土建及系统末端设备的模型颜色应准确反映实物特点。用于成果展示时，可兼顾展示美观和区分专业的需求对模型统一设置颜色。土建设施颜色可按表4.4.3-4执行；

7　装修模型的颜色应准确反映装修方案。

条文说明：

4.4.1　BIM 软件一般都会有多种方式给模型赋予颜色，统一颜色设置方法可以避免配色方法交叉使用所导致的模型整合时的颜色错乱，保障不同软件之间的数据互用。

4.4.2　模型单元应根据工程对象的系统分类设置颜色，并遵循统一的规则，避免颜色混淆或违背常规设计习惯，例如消防管道通常用红色表达。

4.4.3　城市轨道交通工程地上环境、地质、市政管线、城市规划控制线、土建设施、机电设备和装修等模型内容，颜色需要进行统一规定。

地上环境、地质和装修等颜色设置，应以反映事物特点为基本原则。

城市规划控制线、市政管线等以符合既有技术标准为基本原则。

4.5 模型创建要求

4.5 模型创建要求

4.5.1　 各专业模型创建时，应赋予正确的材质信息。不同材质工程对象的模型单元应各自表达。

4.5.2　各专业模型单元的模型精细度、扣减规则宜符合工程量统计、施工进度表达和分专业展示模型的要求。

4.5.3　各类模型单元的创建方法，宜符合基于模型进行项目管理、竣工交付和运维管理的要求。

4.5.4　模型单元拆分按照从整体到局部的原则进行拆分，拆分前应进行工程管理规划，满足模型应用需要。

4.5.5　环境建（构）筑物模型的创建应符合下列规定 ：

1　宜采用 BIM 软件、倾斜摄影等技术创建地上模型，模拟真实建设环境 ；

2　建筑物（地上部分）宜以一栋为一个单位进行创建 ；

3　建筑物的地下结构模型宜单独创建，应包含材质、名称等信息 ；

4　市政管线宜基于物探资料采用自动化方式生成，应包含管道材质、介质、管径、产权单位、联系方式等信息 ；

5　交通路网应包括道路、轨道交通及桥梁、道路附属设施等模型单元，各类交通标志线、交通设施的位置及几何尺寸应与实地一致 ；

6　工程建设影响范围之外的临时建（构）筑物可不建模 ；

7　数据格式应符合城市信息模型（CIM）平台的要求。

4.5.6　地质模型的创建应符合下列规定 ：

1　可用以勘察资料中的地质剖面图和钻孔数据为依据，拉伸或拟合地质模型 ； 

2　宜采用专业地质建模工具建模，并提供可集成的通用数据格式 ；

3　地质体应包含岩土编号，岩土试验参数应提供规范的土工试验参数表 ；

4　地铁结构轮廓范围内、外的地质模型宜分开绘制，便于查看结构边缘的地质条件。

4.5.7　市政管线模型管线改移部分的创建应符合下列规定 ：

1　对管井进行建模，井盖标识内容与现场保持一致 ；

2　管线涉及改移的区段应断开、单独创建，并可与各期改移模型整合 ；

3　模型应包含管道类型、介质、管径、产权单位、联系方式等基本信息，以及所属征占地的地块编号信息。

4.5.8　交通导改模型的创建应符合下列规定 ：

1　建立水马、风火轮、交通指示牌等模型，表达导改路由 ；

2　模型包含导改编号、道路名称、导改性质等信息 ；

3　交通导改的区段应与未导改部分断开、单独创建，并可与各期导改模型整合。

4.5.9　施工图设计阶段的建筑、结构专业模型的创建应符合下列规定 ：

1　各类模型构件应包含满足工程计量要求和形象进度统计的参数 ；

2　结构板、墙应分块独立绘制，结构柱在楼层处应断开绘制 ；

3　建筑墙底部应在结构板上，建筑墙顶部应在梁底或板底 ；应区别不同材质墙体 ；

4　墙、梁、板、柱等构件应添加材质信息，能通过模型外观快速识别建筑构件和结构构件 ；

5　结构层、建筑面层应分开独立绘制。

4.5.10　施工图设计阶段的机电设备系统模型的创建应符合下列规定 ：

1　暖通管道应添加厚度参数，便于工程量统计和加工下料，有保温的管道应在管线综合调整完成后创建保温模型 ；

2　重力管道模型创建时应按设计图纸考虑坡度，其他管道酌情考虑 ；

3　设备商提供对应设施设备构件模型前，设计单位应以等轮廓尺寸的模型实体表达设备的空间占位 ；

4　桥架模型创建时转弯半径应考虑线缆型号及弯曲性能，水管、风管模型创建时，应考虑加工、安装基本要求 ；

5　各设备系统模型均应包含专业属性，便于进行图层控制。

条文说明：

4.5.1　模型材质信息的正确赋予，对基于模型的工程量统计至关重要。

因此各专业模型创建时，应赋予正确的材质信息。不同材质工程对象的模型单元应各自表达，不应相互重叠或剪切。

4.5.2　设计模型将用于工程量统计、进度模拟、项目管理等，模型精细度和扣减规则对各项 BIM 应用的开展影响很大。各专业模型单元的模型精细度、扣减规则应符合工程建设逻辑，符合工程量统计、施工进度表达、分专业分部位查看模型的要求。

4.5.3　对同一工程对象，BIM 软件中有不同的方法可以创建模型。各类模型单元的创建方法，应考虑工程施工、竣工交付和运维管理等阶段基于模型进行管理的要求。例如楼板和墙体应分开绘制，否则将导致构件无法独立选中或分图层控制，不能满足使用需要。

4.5.5　环境建（构）筑物模型应包含地上建筑物、地下结构、市政管线和交通路网等，通常采用航飞或人工建模的方式创建，由于航飞模型存在精细度较低、建筑物无法独立选中等缺陷，建议优先采用人工建模方式创建，此方法创建的数据还能够适用于 CIM 平台。

4.5.6　地质模型应满足设计参考、施工查询验证需要，利用专业软件建模并关联主要地质参数。

4.5.7　城市轨道交通工程施工环境复杂，市政管线（管线改移部分）的施工组织和管理是重点管控内容。设计阶段的管线改迁方案模型是施工阶段前期工程管理的数据来源，模型应包含施工管理所需的主要参数，包括管道类型、介质、管径、材质等信息。

4.5.8　交通导改模型应包含编号、道路名称等信息，满足施工阶段的前期工程管理需要。

4.5.9　土建模型传递至施工阶段，主要用于进度模拟和伴随三维进度表达的形象进度数据展示，因此对模型的计量参数、构建拆分、分部分项信息等进行统一规定。由于地铁车站纵坡的设置将影响管综设计、模型出图等应用，因此建模时可不考虑结构纵坡坡度、项目基点采用站中里程标高 ；当用于外部约束条件分析、全线模型集成时，另行调整坡度、保证数据准确性。

4.5.10　机电设备系统模型的创建应考虑材料保温、管道坡度、转弯半径、设备占位等，保证管线综合设计能够预留充足的安装空间、检修空间、使用空间。

4.6　模型内容

4.6　模型内容

4.6.1　城市轨道交通工程信息模型应包括下列内容 ：

1　模型单元的系统分类 ；

2　模型单元的命名 ；

3　模型单元的关联关系 ；

4　模型单元的几何信息及几何表达精度 ；

5　模型单元的属性信息及信息深度 ；

6　属性值的数据来源。

4.6.2　模型信息应包括下列内容 ：

1　几何信息 ：尺寸、定位、空间拓扑关系等 ；

2　属性信息 ：名称、规格型号、材质、工程量、功能与性能技术参数，以及系统类型、资产类别等。

4.6.3　模型信息的录入方法应符合下列规定 ：

1　需要进行统计、分析的属性信息，宜录入模型或提供属性信息表，利用 BIM 数据集成与管理平台关联至模型 ；

2　只需满足查询需求的属性信息，可采用 BIM 数据集成与管理平台建立模型和信息来源（图纸、文档、表格等）的关联关系。

4.6.4　模型单元的系统分类应满足城市轨道交通资产交付及运营管理需求，并宜符合下列规定 ：

1　模型单元的系统分类应简洁、无歧义 ；

2　模型单元的系统分类应采用线分类法，按选定的属性划分为多个层级，同层级类别互不重复、互不交叉，不同层级类别之间具有隶属关系 ；

3　模型单元的系统分类宜采用专业、系统、子系统 / 设施设备、组成零件的层级结构 ；

4　模型单元的系统分类应表示在属性信息中，分类应与该项目的设计图纸专业划分保持一致。

4.6.5　具有关联的模型单元应表明直接关联关系。并应符合下列规定 ：

1　属于建筑、结构、桥梁等设施系统的模型单元应符合下列规定 ：

　　1）构件级模型单元宜表明直接的连接关系 ；

　　2）零件级模型单元宜表明直接的从属关系。

2　属于机电、供电、弱电等设备系统的模型单元应符合下列规定 ：

　　1）功能级模型单元和构件级模型单元宜表明直接的控制关系 ；

　　2）无控制关系的构件级模型单元宜表明直接的连接关系 ；

　　3）零件级模型单元宜表明直接的从属关系。

4.6.6　模型单元的几何信息应符合下列规定 ：

1　选取适宜的几何表达精度呈现模型单元几何信息 ；

2　在满足模型设计深度和应用需求的前提下，应选取较低等级的几何表达精度 ；

3　同一工程项目内，根据工程项目的应用需求，不同的模型单元可选取不同的几何表达精度 ；

4　模型单元无论采用哪种等级的几何表达精度，均不应超过自身的空间占位范围。

4.6.7　几何表达精度的等级划分应符合表 4.6.7 的规定。

4.6.8　信息深度的等级划分应符合表 4.6.8 的规定。

4.6.9　模型单元的属性信息应符合下列规定 ：

1　应选取适宜的信息深度体现模型单元属性信息 ；

2　在满足模型设计深度和应用需求的前提下，应选取适宜的信息深度体现设计模型的工程信息 ；

3　属性应分类设置，属性分类应符合表 4.6.9 的规定 ；

4　属性宜包括中文字段名称、编码、数据类型、数据格式、值域、约束条件 ；交付表达时，应至少包括中文字段名称、计量单位 ；

5　属性值应根据设计阶段的发展而逐步完善，并应符合下列规定 ：

　　1）应符合唯一性原则。即属性值和属性应一一对应。在单个应用场景中属性值应唯一 ；

　　2）应符合一致性原则。即同一类型的属性、格式和精度应一致。

条文说明：

4.6.1　本条参考了国家标准《 建筑信息模型设计交付标准》GB/T51301-2018 中模型内容的要求，将其作为模型单元传递过程中的关键因素重点考虑。

1　模型单元对应的系统分类是其重要的逻辑构成，直接区分所对应的工程对象，首先要界定其所属的分类。目前各地城市轨道交通的分类与编码各不相同，需要根据自身的管理需要制定，并在后续新线建设过程中进行扩展更新。

2　模型单元的命名和模型文件的命名应直观、简练、可操作性强，既要符合专业习惯，又不引起混淆。尽量提供命名检查工具，辅助建模人员进行命名符合性校核。

3　同一专业系统内的模型单元之间是有关联关系的，完整的关联关系，才能够充分表达系统原理，有助于生成系统简图，也可以使系统简图与模型建立实时的对应关系，在运营维护阶段进行相关的控制分析。

4　模型单元的视觉呈现效果，决定了工程对象能否被快速识别，不同阶段不同应用对模型单元呈现与实物一致性程度有不同要求。

5　模型单元承载的信息，需要大量的属性来体现，需要定义“属性名”、“属性值”这样的键值对来表达，可以通过建模软件直接录入至模型中，也可以通过外部文件进行关联。

6　属性值随着工程进展不断迭代，属性值的数据来源十分重要，不同的数据来源表达不同的交付目的和可信程度。按照国家标准《建筑信息模型设计交付标准》（GB/T51301-2018）的规定，属性来源一般包括 ：业主、规划、设计、勘察、审批、生产、总承包、分包、项目管理、资产管理、软件等。

4.6.3　城市轨道交通工程信息模型的设计属性信息众多，设计参数全部录入模型将导致模型数据庞大，信息管理难度大。因此，应根据模型数据的应用场景，对模型信息进行区别处理。需要进行统计、分析的属性信息，宜录入模型或提供属性信息表，利用 BIM 平台关联至模型。只需满足查询需求的属性信息，可采用 BIM 平台建立模型和信息来源（图纸、文档、表格等）的关联关系。

4.6.5　具有关联的模型单元表明直接关联关系后，有助于对专业或系统的整体管理。对于给水排水系统、暖通空调系统、电气系统、智能化系统和动力系统的模型单元，控制关系显得相对重要。在某些情况下，管线没有必要三维建模，但只要管线所衔接设备的直接控制关系能够体现出来，就可以保障系统的完整性。

4.6.6　在满足应用需求的前提下，采用较低的几何精度，包括几何描述在内的更多描述可以信息或者属性的形式表达出来，避免过度建模情况的发生，也有利于控制 BIM 模型文件的大小，提高运算效率。

4.7 编码要求

4.7 编码要求

4.7.1　创建城市轨道交通工程信息模型时，构件级模型单元应预留分部分项编码、物资分类编码和设施设备编码等字段。

4.7.2　设施设备分类和编码应满足资产管理、设施设备管理需要。设施设备的一级分类应符合表 4.7.2 规定。

条文说明：

4.7.1　城市轨道交通工程信息模型设计交付后，需要进一步向施工和运维阶段传递。为了保障后续单位能够统一添加正确的项目管理参数、运维管理参数，应在设计阶段就规定好所需的属性字段并在模型中设置，其他单位根据责任分工分别录入相关属性信息。本条对进度管理需要的分部分项编码字段和运维期间需要的物资分类编码和设施设备分类编码字段等进行规定。

4.7.2　京津冀地区尚未正式颁布设施设备编码的地方标准，本条参照国标《城市轨道交通设施设备分类与代码》（GB/T 37486-2019）对编码的一级分类规则进行了规定。对于新建轨道交通城市，建议采用三码合一的分类编码体系。

5交付物

5.1　一般规定

5　交付物

5.1　一般规定

5.1.1　城市轨道交通工程各参与方应根据设计阶段要求和应用需求，从设计阶段模型中提取所需的信息形成交付物。

5.1.2　城市轨道交通工程信息模型主要交付物的代码及类别应符合表5.1.2 的规定。

5.2　城市轨道交通工程信息模型

5.2　城市轨道交通工程信息模型

5.2.1　城市轨道交通工程信息模型应包含设计阶段交付所需的全部设计信息。

5.2.2　城市轨道交通工程信息模型应基于模型单元进行信息交换和迭代，并应将阶段交付物存档管理。

5.2.3　初步设计阶段和施工图设计阶段交付模型时，应一并交付冲突检测报告。

5.2.4　信息模型可索引其他类型的交付物。交付时应一同交付，并应确保索引引用路径有效。

5.2.5　交付和应用模型时，宜集中管理并设置数据访问权限。

5.2.6　城市轨道交通工程信息模型交付时，应一并提供基本设计信息和标准执行情况。

条文说明：

5.2.3　初步设计阶段和施工图设计阶段交付模型时，应一并交付冲突检测报告，供设计质量审查、校核。初步设计阶段根据设计深度，主要对公共区和设备区走廊的管道排布进行综合调整。

5.2.5　城市轨道交通工程设计专业多、设计单位多，为保障提资数据的唯一性，交付和应用模型时，宜集中管理并设置数据访问权限。各专业、各单位根据权限访问、获取相关模型，开展协同设计。

5.2.6　城市轨道交通工程信息模型审核时，需要快速获取该模型的基本情况、责任单位和人员、建模基本参数等。城市轨道交通工程信息模型交付时，应一并提供模型基本信息和标准执行情况。

5.3　属性信息表

5.3　属性信息表

5.3.1　构件级模型单元应制定属性信息表。

5.3.2　属性信息表电子文件的名称可由表格编号、模型单元名称、表格生成时间、数据格式、描述依次组成。由半角下划线“_”隔开，字段内部的词组宜由半角连字符“-”隔开。

5.3.3　属性信息表内容应包括下列内容 ：

1　版本相关信息 ；

2　模型单元基本信息 ；

3　模型单元属性信息。

5.3.4　属性信息表应按照属性组进行分类，根据模型应用需要包含全部或部分属性字段。属性组的分类应符合本标准第 4.6.9 条的规定。

条文说明：

5.3.1、5.3.3　设施设备参数较多，不宜全部录入模型，应制定统一的属性信息表，将基本设计参数以表格形式进行标准化管理。属性内容包括版本、基本信息、属性信息等，根据具体项目决定信息内容。

5.3.4　属性信息表应按照属性组进行分类，根据模型应用需要包含全部或部分属性字段。构件级模型单元宜包含编码信息，模型与属性信息表通过设施设备的编码进行关联。

5.4　工程图纸

5.4　工程图纸

5.1.1　工程图纸宜基于模型的视图和表格生成，符合下列规定 ：

1　图纸目录宜基于模型中图纸明细表直接生成 ；

2　平面图、立面图、剖面图、详图等应基于模型视图导出，并根据工程制图标准优化图面 ；

3　原理图和系统图可基于模型视图导出，也可基于专业 BIM 软件绘制。

5.4.2　电子工程图纸文件可索引其他交付物。交付时应一同交付，并应确保索引路径有效。

5.4.3　工程图纸中利用二维图元难以清晰表达空间关系或局部构造的复杂节点，宜在图纸中增加三维视图进行辅助表达，应符合下列规定 ：

1　综合支吊架的布置断面 ；

2　管线布置密集的复杂节点，宜包括下列部位 ；

　　1）　站厅层设备区与公共区交接部位 ；

　　2）　公共区位与出入口交接部位 ；

　　3）　管理用房集中区域设备走廊部位 ；

　4）　结构层高有变化的部位 ；

　　5）　走廊交叉处管线变化复杂的部位 ；

　　6）　站台层安全门端门部位 ；

　　7）　楼扶梯部位 ；

　　8）　公共区四个角部位。

5.4.4　方案设计阶段以设计方案说明形式表达的设计成果，宜利用模型视图和模型导出的参数指标编制而成。设计方案说明宜包括下列内容 ：

1　项目简述 ；

2　各方案介绍 ；

3　各专业主要设计依据 ；

4　各专业主要设计原则 ；

5　各专业主要技术参数 ;

6　各专业主要经济技术指标 ；

7　其他。

条文说明：

5.4.1 　城市轨道交通工程设计单位，应结合专业特点和 BIM 软件成熟度，进行全专业或部分专业的 BIM 设计，并从模型输出工程图纸和其他视图成果。

5.4.3　现行法律法规仍以二维图纸作为法定设计成果，然而工程图纸中利用二维图元难以清晰表达一些复杂节点的空间关系或局部构造，例如管线密集的节点区域，宜在图纸中增加三维视图进行辅助表达。

5.4.4　方案设计阶段主要是稳定线站位方案和系统选型等，正式设计图纸较少，多以设计方案说明的方式表达设计成果。方案设计阶段以设计方案说明形式表达的设计成果，宜利用模型视图和模型导出的参数指标编制而成。

5.5　工程量统计表

5.5　工程量统计表

5.5.1　工程量统计表应基于城市轨道交通工程信息模型导出。

5.5.2　工程量统计表应包括下列内容 ：

1　项目简述 ；

2　工程量统计表应用目的 ；

3　工程量统计的原则和范围 ；

4　模型单元工程数量和计量单位。

条文说明：

由于 BIM 软件的局限性，以多专业协同设计为目标而创建的信息模型无法直接满足初步设计概算、施工图预算针对全部开项的工程量精确统计。因此，只要求设计单位根据城市轨道交通工程信息模型导出工程量统计表，用于复核初步设计概算、施工图预算等。

6交付协同

6.1　一般规定

6　交付协同

6.1　一般规定

6.1.1　城市轨道交通工程信息模型的交付协同应包括设计阶段的交付协同和面向应用的交付协同。

6.1.2　交付协同过程中，应根据设计阶段要求或应用需求选取模型交付深度和交付物。项目各参与方应基于协调一致的模型协同工作。

6.1.3　交付物应包括信息模型，宜包括属性信息表、工程图纸、工程量统计表。

6.1.4　城市轨道工程信息模型设计交付应兼顾施工和运维阶段的模型应用要求。

6.1.5　信息模型及交付物提供方应保障所有文件链接、信息链接的有效性。

6.1.6　项目参与方在使用信息模型时，应识别和复核下列信息 ：

1　模型单元的系统类别 ；

2　模型单元属性的分类和名称 ；

3　模型单元的属性值 ；

4　模型单元属性值的计量单位。

条文说明：

6.1.4　城市轨道交通工程信息模型在全生命期进行传递并应用，交付物应兼顾施工和运维阶段的模型应用要求。

6.1.5　信息模型及交付物提供方应保障所有文件链接、信息链接的有效性。

6.1.6　方案设计和初步设计阶段，设计方案调整频繁、信息模型同步更新调整。项目参与方在使用信息模型时，应对模型基本信息进行核对，保证模型是最新版本，模型数据准确有效、满足应用需要。

6.2　协同工作准备

6.2　协同工作准备

6.2.1　信息模型建立之前宜制定项目需求书。项目需求书应包括下列内容 ：

1　项目计划概要，至少包含项目地点、规模、类型，项目坐标和高程 ；

2　信息模型的应用需求，包括设计阶段模型应用内容、服务施工及运维阶段的数据接口要求等 ；

3　参与方协同方式、数据存储和访问方式、数据访问权限 ；

4　信息模型与智慧城市的数据接口要求 ；

5　交付物类别和交付方式 ；

6　信息模型的权属。

6.2.2　根据项目需求书，应制定信息模型执行计划。信息模型执行计划应包括下列内容 ：

1　项目简述，包含项目名称、项目简称、项目代码、项目类型、规模、应用需求等信息 ；

2　项目中涉及的模型属性信息命名、分类和编码，以及所采用的标准名称和版本 ；

3　信息模型的精细度说明 ：当不同的模型单元具备不同的建模精细度要求时，分项列出模型精细度 ；

4　模型单元的几何表达精度和信息深度 ；

5　交付物类别 ；

6　软硬件工作环境，简要说明文件组织方式 ；

7　项目的基础资源配置，人力资源配置 ；

8　标准规定之外的自定义内容。

条文说明：

6.2.1　模型的交付包含设计阶段交付和面向应用的交付，需求方对设计交付模型的时间、内容、数量、模型精度和基本信息等均会提出要求。信息模型建立之前，设计单位应整理相关需求、制定项目需求书，统筹数据需求。

6.2.2　根据项目需求书，应制定信息模型执行计划，细化模型数据标准、建模要求，策划工作组织和资源计划，保障 BIM 设计工作开展。

6.3　设计阶段的交付协同

6.3　设计阶段的交付协同

6.3.1　设计阶段的交付协同宜包括项目需求定义、模型实施和模型交付三个过程。

6.3.2　项目需求定义过程应由建设方完成，并应符合下列规定 ：

1　应根据基本建设程序分阶段确定模型应用目标 ；

2　应根据应用目标制定项目需求文件，项目需求文件应符合本标准第 6.2 节的规定，并应交付模型提供方。

6.3.3　模型实施过程应由模型提供方完成，并应符合下列规定 ：

1　应根据项目需求文件制定模型执行计划 ；

2　根据模型执行计划建立模型。

6.3.4　模型交付过程应由模型提供方和建设方共同完成，并应符合下列规定 ：

1　提供方根据项目需求文件向建设方提供交付物 ；

2　建设方应根据基本建设程序要求复核交付物及其提供的信息 ；

3　模型设计信息的修改应由提供方完成，并应将修改信息提供给建设方。

6.3.5　设计阶段的交付物应符合表 6.3.5 的规定。

6.3.6　常见模型单元交付深度应符合本标准附录 A 的规定，未要求的模型单元交付深度可自定义，并应在模型执行计划中写明。

6.3.7　模型交付和共享前应进行准确性、协调性和一致性检查，并符合下列规定 ：

1　数据已经过审核、确认 ；

2　数据是最新版本 ；

3　数据内容和格式符合相关标准要求。

6.3.8　模型提供方应制定模型的定期共享规则，在关键节点进行交付协同、开展专业协调。共享规则应符合下列规定 ：

1　共享前明确协同目标和范围，包括对象、构件及检测标准等 ；

2　记录协同过程中发现的问题，并详细描述位置信息及解决方案 ；

3　按协调一致的解决方案修改各自专业的模型。

6.3.9　参建单位内部协同完成后应对模型和成果文件进行归档，并根据需要与其他单位开展交付协同。

条文说明：

6.3.2　设计阶段的交付对象是建设单位，建设单位根据全生命期 BIM管理需要，定义项目需求，明确各设计阶段的交付要求。

6.3.4　根据职责一致性原则，建设方对模型进行检查、审核，模型提供方根据审查意见和要求对模型进行修改、完善、补充信息。

6.3.8　多专业协同设计时各专业互为边界条件，需要事前约定协同规则，定期进行数据共享、检查设计协调性，根据既定规则进行设计问题的优化。

6.4　面向应用交付协同

6.4　面向应用交付协同

6.4.1　面向应用的交付协同宜包括需求定义、模型实施和模型交付三个过程。

6.4.2　需求定义过程应由业主单位、协同设计单位、施工安装单位等模型应用方完成。

6.4.3　模型应用方应根据应用目标确定应用类别，主要应用类别宜符合表 6.4.3 的规定。

6.4.4　模型应用方应根据应用类别和目标制定应用需求文件，并提交模型提供方。应用需求文件应包括下列内容 ：

1　模型的应用类别和应用目标 ；

2　采用的编码体系名称和执行标准名称 ；

3　模型单元需要表达的模型精细度、几何表达精度、信息深度，并列举应具备的属性信息 ；

4　交付物类别、文件格式、交付时间和交付方式。

6.4.5　模型实施过程应由土建、机电、设备系统和装修等分项设计单位等模型提供方完成。模型实施应符合下列规定 ：

1　应根据应用需求文件和合同约定，制定模型执行计划 ；

2　应根据模型执行计划建立模型 ；

3　模型完成后应进行自身自查。

6.4.6　模型交付过程应由模型提供方和应用方共同完成，并应符合下列规定 ：

1　提供方应根据合同约定和应用需求文件向应用方提供交付物 ；

2　应用方应复核交付物及其提供的信息，并应提取所需的模型单元形成应用数据集 ；

3　应用方可根据模型的设计信息创建应用模型。应用模型创建和使用过程中不应修改设计信息 ；

4　模型设计信息的修改应由提供方完成，并应将修改信息提供给应用方 ；

5　业主单位、协同设计单位、施工安装单位等模型应用方，可根据应用需要对模型进行整合、补充或拆分、精简。

条文说明：

6.4.2　面向应用的设计交付应以需求为导向。在设计合约和职责范围内，设计单位交付成果应考虑业主单位、协同设计单位和施工安装单位的应用需求。在不增加过多额外工作的前提下，创建各专业模型时应考虑后续应用单位的需要，真正实现模型信息的有效传递。

6.4.3　本条参考了《建筑信息模型设计交付标准》（GB/T 51301-2018）和《建筑信息模型施工应用标准》（GB/T 51235-2017），以及《城市轨道交通工程 BIM 应用指南》（建办质函〔2018〕274 号），并对各阶段BIM 应用类别和应用目标进行了规定。设计单位面向应用的交付协同，不仅要满足设计阶段应用需要，还要考虑施工阶段和运维阶段需求。

6.4.4　模型应用方作为设计模型的接受和使用者，对设计模型的模型拆分、属性信息、编码信息，以及交付物类别、文件格式、交付时间和方式等都会有特定的需求。提出相应明确需求，便于各方之间的高效信息协同。

6.4.5　城市轨道交通工程土建和建筑设备、设备系统和装修分项设计等，往往由不同的设计单位完成。因此设计阶段的全专业模型，应由各分项设计单位共同完成。

7交付验收与归档

7.1　一般规定

7　交付验收与归档

7.1　一般规定

7.1.1　城市轨道交通工程信息模型应分阶段付。

7.1.2　城市轨道工程信息模型、工程图纸、属性信息表等交付物的信息应一致。

7.2　设计交付

7.2　设计交付

7.2.1　设计单位根据设计范围、图纸篇册划分、单位工程划分等，将创建的各专业模型进行拆分、组合后交付，应符合下列规定 ：

1　交付的模型应包括各专业的独立模型及各专业合并的整体模型 ；

2　模型的位置界线划分以设计界线划分为准。

7.2.2　初步设计文件报送政府主管部门审查时，应同步提交达到初步设计深度的城市轨道交通工程信息模型，供技术审查和图纸审查。

7.2.3　设计单位交付的模型成果文件目录应清晰。

7.2.4　发生补充勘察、设计方案优化或设计变更时，应更新交付物。

7.2.5　建设单位协调设计单位面向应用的交付协同，组织各工程部位的全专业模型整合。模型整合应符合下列规定 ：

1　车站、区间的各专业模型创建完成后，应按车站、区间进行全专业整合，交付给相关单位使用 ；

2　控制中心、车辆基地的各专业模型创建完成后，应按使用功能进行全专业整合，交付给相关单位使用。

7.2.6　城市轨道交通工程设计阶段的各项交付物宜同步提交。

7.2.7　城市轨道交通工程信息模型设计交付物的数据格式应统一。由于工程对象特殊性确需采用其他软件创建模型时，应提供可转换为该项目通用软件兼容的格式，并保障信息的完整性和正确性。

7.2.8　设计交付时宜将交付物储存于光盘、移动硬盘等数据存储载体中，并应具有电子 / 纸质说明文档。图纸、文本等相关纸质成果，交付形式应符合国家相关规定。

7.2.9　城市轨道交通工程信息模型应以通用的数据格式传递工程信息，并保障信息安全、便于即时阅读与使用。

条文说明：

7.2.1　城市轨道交通工程设计专业众多，各专业均由对应的专业设计师进行独立设计，不可避免的由多人共同完成模型设计工作。根据既有行业设计习惯，各设计单位应根据设计工作范围，设计图纸篇册划分、单位工程划分等，对创建的各专业模型进行组合、拆分，提高建模实施和成果管理效率，并向建设单位交付。

7.2.2　基于 BIM 的报规报建和施工图审查已经逐步成为趋势，在厦门、成都、深圳等地已经推广，京津冀轨道交通工程信息模型涉及交付也应该做好相应准备。初步设计文件报送政府主管部门审查时，应同步提交达到初步设计深度的城市轨道交通工程信息模型，供技术审查和图纸审查。

7.2.4　根据职责一致性原则，当发生补充勘察、设计方案优化或设计变更时，相应的勘察设计单位应更新模型、图纸等交付物。

7.2.5　建设单位作为招标主体具备居中协调的权利和能力，应组织设计单位与其他单位间的交付协同。同时，由于城市轨道交通工程的设计特点，部分设备系统专业的设计工作是同一家设计单位按照线路进行组织，应根据项目管理习惯将对应的系统模型按照工点拆分，并根据协同工作机制与对应的土建模型整合，交付使用。

7.2.6　设计阶段方案或设计细节持续调整，为推动基于模型的协同工作，设计单位的信息模型应与设计图纸等交付物同步提交，避免版本差异。

7.2.8　为保证模型与纸质图纸的一致有效性，宜参考传统的文件传递习惯进行模型等电子文件的交付，避免其他交付方式带来的版本管理问题，以及进一步导致的错误参照设计。设计交付时宜将交付物储存于光盘、移动硬盘等数据存储载体中，并应具有电子 / 纸质说明文档。

7.3　交付验收

7.3　交付验收

7.3.1　城市轨道交通工程信息模型设计交付物的验收应包含下列内容 ：

1　交付物及包含信息的完整性 ；

2　各交付物之间信息的一致性 ；

3　交付物数据格式和包含信息的合规性。

7.3.2　城市轨道交通工程信息模型模型验收应制定审查要点。审查要点的分类和内容应符合下列规定 ： 

1　模型内容完整性应包括模型数量、专业数量、系统内设施设备完整性等 ；

2　模型几何形体与设计图纸的一致性应包括设计版本、坐标和高程、建筑功能布局、设施设备位置和布局、构件尺寸、洞口尺寸和设备系统路由等 ；

3　模型属性信息与设计图纸的一致性应包括设施设备名称、构件材质、规格型号、设备编号等 ；

4　模型的合规性应包括文件格式、文件命名、模型颜色、模型精细度、编码编号信息、属性信息录入方法等 ；

5　设计方案协协调性应包括设备系统与土建和装修设计的协调性、设施设备的安装、使用和检修空间等。

7.3.3　模型或模型元素的增加、细化、拆分、合并、集成等操作后应进行模型的完整性、一致性、合规性检查。

7.3.4　城市轨道交通工程信息模型设计交付物中的专业性成果验收，可委托第三方 BIM 咨询单位提供技术支持。

条文说明：

7.3.2　当前 BIM 软件技术条件下，尚无法全专业基于模型进行设计工作，设计图纸和模型作为设计成果同时存在，模型完整性、与图纸一致性和建模细节合规性将直接影响基于模型的工程量统计、施工辅助指导和项目管理等应用价值。模型创建完成后应进行完整性、一致性、合规性检查，具体城市轨道交通项目应根据本条文规定的几个方面，结合模型需求书和 BIM 标准，制定详细的模型审核要点，保障模型质量。

7.3.4　城市轨道交通工程信息模型将贯穿设计、施工、运维全过程，融入进度、质量、安全、投资管理等各业务环节，城市轨道交通工程信息模型工作的组织管理呈现系统性高、技术难度大等特点，国内轨道交通业主单位都已经委托了有资质和能力的第三方 BIM 咨询单位提供总体管理等技术支持。

7.4 交付归档

7.4 交付归档

7.4.1　城市轨道交通工程信息模型的交付方和接收方均应对模型进行维护和管理，模型应由专人管理并归档入库。

7.4.2　城市轨道交通工程信息模型设计交付后，若因设计变更、项目改造等原因需要更改时，模型精细度应不低于原模型。

7.4.3　城市轨道交通工程信息模型的交付方和接收方应采用可靠的版本控制及管理方法，记录和追溯各方对信息模型的更改历史。

条文说明：

7.4.1　城市轨道交通工程信息模型作为设计成果的一部分，设计单位和业主单位都应将相关成果纳入档案管理，为后续阶段应用、提供数据支撑。

7.4.3　由于建设环境的复杂性、征地拆迁实施的不确定性和其他行政许可、法律法规的调整，设计阶段，尤其是初步设计阶段方案调整频繁，基于模型的协同设计依赖于可靠的版本管理。城市轨道交通工程信息模型的交付方和接收方应采用可靠的版本控制及管理方法，记录和追溯各方对信息模型的更改历史。

 附录A 模型单元精细度

附录 A　模型单元精细度

A.0.1　场地专业模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.1 的规定。

A.0.2　地质专业模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.2 的规定。

A.0.3　限界专业模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.3 的规定。

A.0.4　轨道专业模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.4 的规定。

A.0.5　路基专业模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.5 的规定。

A.0.6　建筑专业模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.6 的规定。

A.0.7　地下结构专业模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.7 的规定。

A.0.8　地上结构专业模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.8 的规定。

A.0.9　桥梁结构专业模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.9 的规定。

A.0.10　工程筹划专业模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.10 的规定。

A.0.11 　工程防水模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.11 的规定。

A.0.12　通风、空调与供暖专业模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.12 的规定。

A.0.3　给排水与消防专业模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.13 的规定。

A.0.14　动力照明专业模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.14 的规定。

A.0.15　供电专业模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.15 的规定。

A.0.16　通信专业模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.16 的规定。

A.0.17 　信号专业模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.17 的规定。

A.0.18　自动售检票系统模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.18 的规定。

A.0.19　安检系统模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.19 的规定。

A.0.20　火灾自动报警系统模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.20 的规定。

A.0.21 　综合监控系统模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.21 的规定。

A.0.22　环境与设备监控系统模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.22 的规定。

A.0.23　乘客信息系统模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.23 的规定。

A.0.24　门禁系统模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.24 的规定。

A.0.25　站内客运设备模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.25 的规定。

A.0.26 　站台门专业模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.26 的规定。

A.0.27　车辆基地模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.27 的规定。

A.0.28　人防专业模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.28 的规定。

A.0.29 　声屏障模型单元信息深度的几何表达精度和信息深度，应符合表 A.0.29 的规定。

 本标准用词说明

本标准用词说明

1　为便于在执行本标准条文时区别对待，对于要求严格程度不同的用词说明如下 ：

　1）　表示很严格，非这样做不可的 ：

　　正面词采用“必须”；反面词采用“严禁”；

　2）　表示严格，在正常情况下均应这样做的 ：

　　正面词采用“应”；反面词采用“不应”或“不得”；

　3）　表示允许稍有选择，在条件许可时首先应这样做的 ：

　　正面词采用“宜”；反面词采用“不宜”；

　4）　表示有选择，在一定条件下可以这样做的，采用“可”。

2　条文中指明应按其他有关标准执行的写法为“应符合……的规定”或“应按……执行”。