1、i1 2011-?-? 发布 2020-07-14 发布 2020-08-14 实施 江 苏 省 市 场 监 督 管 理 局 发布 ICS 93.160 P 55 江苏省地方标准 DB32 DB32/T 3841-2020 水利工程建筑 信息模型 设计规范 Design specification for building information modeling of water conservancy project DB32/T 3841-2020 I 目 次 前言 . II 1 范围 . 1 2 规范性引用文件 . 1 3 术语和定义 . 1 4 一般规定 . 2 5 模型创建 . 3
2、 5.1 基本要求 . 3 5.2 模型文件夹及文件命名 . 3 5.3 模型构件命名 . 3 5.4 模型拆分 . 5 5.5 模型 配色 . 5 5.6 模型信息输入 . 5 5.7 模型成果及精细度 . 6 5.8 构件和构件资源库 . 6 6 协同 . 7 6.1 基本要求 . 7 6.2 协同细则 . 7 6.3 人员职责 . 7 7 模型应用 . 8 7.1 基本要求 . 8 7.2 项目建议书阶段 . 10 7.3 可行性研究阶段 . 11 7.4 初步设计阶段 . 11 7.5 招标设计阶段 . 12 7.6 施工图设计阶段 . 12 8 设计交付 . 12 8.1 基本要求
3、. 12 8.2 版本控制与变更 . 13 8.3 交付格式与方式 . 13 附录 A（规范性附录）水利工程建筑信息模型命名 . 14 附录 B（规范性附录）水利工程建筑信息模型精细度等级 . 15 附录 C（规范性附录）水利工程建筑信息模型配色 表 . 28 参考文献 . 30 DB32/T 3841 2020 II 前 言 本规范按照 GB/T 1.1-2009标准化工作导则 第 l 部分：标准的结构和编写的规则 进行编制。 本规范由江苏省水利厅提出并归口。 本规范起草单位：江苏省水利勘测设计研究院有限公司。 本规范主要起草人： 宦国胜、王海俊、张超、吝江峰、 沈国华、 朱庆华、 丁辰龙、
4、 程大 鹏、 何孝光、 左威龙、 曹命 凯、徐鹏、陈蕾蕾、 周亚军、陈懿、 刘锦霞、 洪项华 、李学德 。 DB32/T 3841-2020 1 水利工程 建筑 信息模型设计规范 1 范围 本规范规定了水利工程 设计中 建筑 信息 模型 创建、协同、设计应用和交付等 技术 要求 。 本规范适用于 水 闸、 泵站 、 河 （渠） 道 、 堤防等 水利 工程 建筑 信息模型 设计 ， 船闸 、码头、桥梁 等 其它涉水工程可参照本规 范 。 2 规范性引用文件 下列文件对于本标准的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本规范， 凡是不注日期的引用文件，其最新版本（包括所有的修改
5、单）适用 于 本规范。 GB/T 7027 信息分 类和编码的基本原则和方法 GB/T 51212 建筑信息模型应用统一标准 GB/T 51269 建筑信息模型分类和编码标准 SL 617 水利水电工程项目建议书编制规程 SL 618 水利水电工程可行性研究报告编制规程 SL 619 水利水电工程初步设计报告编制规程 3 术语和定义 下列术语和定义适用于本 文件。 3.1 建筑信息模型 building information modeling, building information model 在建设工程及设施全生命期内， 对其物理和功能特性进行数字化表达，并依此设计、施工、运营的 过程
6、和结果的总称 ， 简称模型 。 GB/T51212-2016 术语 2.1.1 3.2 子 模型 sub model 建筑信息模型中可独立支持特定任务或应用功能的模型 子集 ，可按专业 或单元分类 。 3.3 构件 component 构成模型的基本对象或组件。 DB32/T 3841 2020 2 3.4 几何信息 geometric information 建筑物或构件的空间位置及自身形状 (如长、宽、高等 )的一组参数，通常还包含构件之间空间相互 约束关系，如相连、平行、垂直等 。 3.5 非几何信息 non-geometric information 建筑物及构件除几何信息以外的其它信
7、息，如材料信息、价格信息及各种专业参数信息等。 3.6 模型 精细度 level of detail（ LOD） 模型包含信息的全面性、细致程度及准确性的 详细程度。 3.7 协同 collaboration 基于建筑信息模型数据共享及互操作的协调工作过程，包括项目参与方之间的 协同 、项目各参与方 内部不 同 专业之间或专业内部不 同 成员之间的协 同 、以及上下游阶段之间的数据传递及反馈等。从概念 上，协同包括软件、硬件及管理体 系三方面的内容。 3.8 构件资源库 component library 在 工程设计实施 过程中 ，经归类整理而 形成 的 可重复利用的信息模型集合。 3.9
8、交付物 deliverables 根据水利工程项目应用需求，基于水利工程 建筑 信息模型 的设计成果，包括但不限于各专业信息模 型、基于信息模型形成的各类视图、表格、说明文档等。 3.10 设计交付 design delivery 在工程设计阶段， 按协议或约定 将交付物提交 业主或委托方的过程。 4 一般规定 4.1 水利工程 建筑信息模型 的 创建应考虑 其 在工程全生 命 周 期 中 各阶段、各专业的应用。 4.2 建筑信息模型的信息输入应保证输入数据的 完整性 和准确性 ，保障交付物的 质量。 4.3 建筑信息模型 应赋予分类和编码信息，并符合 现行国家标准 GB/T 7027 和 G
9、B/T 51269 的规定 。 DB32/T 3841-2020 3 4.4 模型精细度应依据设计应用需求符合相应的等级要求。 4.5 建筑信息模型 设计过程中， 应利用模型所含信息进行协同工作，实现工程设计各阶段、各专业信 息的有效传递。 4.6 协同 过程 中 ， 各阶段的 建筑信息模型应用应基于同一模型， 模型文件应设置 各参与方使用 权限 便 于 统一管理。 4.7 同一 阶段的交付成果宜采用统一的交付格式 ，模型变更后交付成果应作相应更新。 4.8 实施过程中应约定相关参与方对模型成果的所有权和使用权，保护模型所有者权益和模型信息安 全。 5 模型创建 5.1 基本要求 5.1.1
10、各设计阶段的 水利工程 建筑信息模型 应按照统一的规则和要求创建，当按工程部位、专业等分 别创建时，各 子 模型应协调一致，并能够集成应用。 5.1.2 模型应统一分类、命名 ，并 设定编码规则。 5.1.3 模型及其信息应具有唯一性、可扩展性，在应用的不同阶段趋于一致性。 5.2 模 型文件夹及文件命名 5.2.1 模型 文件夹的命名应采用树状结构，先有一个项目文件夹，再分专业建立子文件夹，子文件夹 中存放相应专业的模型、图纸等文件。项目文件夹的命名应按照图纸标题栏中的工程名称命名，子文件 夹的命名应符合附录 A 表 A.1 的规定。如果子文件夹还需细分，应按照树状结构命名文件夹。 5.2.
11、2 模型文件的命名宜包含项目、阶段、子项 /分区、专业、版本和补充的描述信息，并按照此顺序 进行命名，可根据实际情况增加或者减少命名内容。 5.2.3 模型文件的命名宜使用汉字、拼音或者英文字符、数字和连字符“ _”的组合。 5.2.4 同一项目中模型文件应使用统一的文件命名格式，且始终保持不变。 5.3 模型 构件命名 5.3.1 模型构件命名应符合下列规定： a）命名组成：类别关键字 _主要特征参数 ； b） 类别关键字可由 12 个字段组成，字段间以连字符“ _”相连，表明构建的类别、隶属关系或者 功能，例如“水闸 _底板”、“ 配电箱 _照明” ； DB32/T 3841 2020 4
12、 c）主特征参数应能对同类别的构件进行区分，常见 主特征 参数为尺寸规格、材质、负荷等，参数 可以为多个 ，不宜超过 4 个字段，字段间以连字符“ _”组合 ，当字段过多或过长时可采用缩写 方式 ； d） 标准 机电 设备 主要特征参数 采用相应的设备编码表示，非标设备 主要特征参数 可根据尺寸规格、 材质、负荷等信息 表示 ； e） 构件参数 各字段的 计量单位宜采用简洁统一的量纲； f）构件命名 规则示例 见 表 1、 表 2。 表 1 水工建筑物 模型 构件命名 示例 名 称 命名 规则 示 例 翼墙底板 类别 _主体材质 _长度 *宽度 *厚度 _（扩展属性） 翼墙 _底板 _C25
13、钢筋砼 _ L1500*W800*T60cm 翼墙立板 类别 _主体材质 _高度 *厚度 _（扩展属性） 翼墙 _底板 _C25 钢筋砼 _ H800*T60cm 水闸底板 类别 _主体材质 _长度 *宽度 *厚度 _（扩展属性） 水闸 _底板 _C25 钢筋砼_L1200*W800*T80cm 水闸 边 墩 类别 _主体材质 _长度 *厚度 *高度 _（扩展属性） 水闸 _边墩 _C25 钢筋砼_L1200*T100*H500cm 水闸 胸墙 类别 _主体材质 _长度 *高度 *厚度 _（扩展属性） 水闸 _胸墙 _C25 钢筋砼 _L1000* H400*T60cm U 形槽底板 类别 _
14、主体材质 _厚度 _（扩展属性） U 形槽 _底板 _C25 钢筋砼 _ T60cm U 形槽 墩 墙 类别 _主体材质 _高度 *厚度 _（扩展属性） U 形槽 _墩 墙 _C25 钢筋砼 _ H800*T60cm 护坦 类别 _主体材质 _厚度 _（扩展属性） 护坦 _C25 钢筋砼 _T60cm 铺盖 类别 _主体材质 _厚度 _（扩展属性） 铺盖 _C25 钢筋砼 _T50cm 海漫 类别 _主体材质 _厚度 _（扩展属性） 海漫 _浆砌块石 _T50cm 护坡 类别 _主体材质 _厚度 _（扩展属性） 上游左岸护坡 _C20 素砼 _T15cm 护底 类别 _主体材质 _厚度 _（扩
15、展属性） 下游护底 _浆砌块石 _T30cm 消力池 类别 _主体材质 _厚度 _（扩展属性） 消力池 _C25 钢筋砼 _T100cm 防冲 槽 类别 _主体材质 _厚度（扩展属性） 防冲槽 _碎石 _T100cm 工作桥 类别 _主体材质 _长度 *宽度（扩展属性） 工作桥 _ C25 钢筋砼 _L10*W7m 交通桥 类别 _主体材质 _长度 *宽度（扩展属性） 交通桥 _ C25 钢筋砼 _L10*W8m 泵站墩墙 类别 _主体材质 _长度 *厚度 *高度 _（扩展属性） 泵站 _流道层墩墙 _C25 钢筋砼_L1000*T100*H50cm 泵站楼板 类别 _主体材质 _*厚度 _（
16、扩展属性） 泵站 _电机层楼板 _C25 钢筋砼 _ T 15cm 注 ： 示例中“ H”表示高度，“ L”表示长度 ，“ T”表示厚度，“ W”表示宽度。 DB32/T 3841-2020 5 表 2 机电 设备 模型构件命名 示例 名 称 命名 规则 示 例 水泵 类别 _流量 _叶轮直径 _（扩展属性） 混流泵 _2#孔 _25 m3 _DN3.15m 电机 类别 _功率 _（扩展属性） 电机 _2#孔 混流泵 _ 3300KW 启闭 设备 类别 _规格型号 _（扩展属性） 启闭机 _2#闸 孔 _QL-100/30-SD 箱、柜 类别 _长度 *宽度 *高度 _（扩展属性） 配电箱 _
17、照明 _L800*W800*H2000mm 管道 类别 _主体材质 _尺寸 _（扩展属性） 管道 _镀锌钢板 _DN100 阀门 类别 _主体材质 _尺寸 _（扩展属性） 球阀 _铸铁 _DN100 管件 类别 _主体材质 _尺寸 _（扩展属性） 弯头 _PE_DN100 5.4 模型拆分 5.4.1 模型拆分可根据水利工程项目实际情况 ，选择按照子项 、专业 及参与方协同工作的需 求 拆分模 型。 5.4.2 模型拆分应符合下列规定： a）根据项目的实际应用情况 ， 选择合理模型拆分方法 ，满足各设计阶段应用要求 ，并考虑模型 的 沿用性 和贯穿性 ； b） 拆分方法应考虑专业内模型设计人员
18、的分工， 并 利于专业间协同作业 ； c）各单个拆分模型之间，模型 内容不应重复； d）拆分完成后，应整理核对各拆分模型之间的参照关系。 5.5 模型配 色 5.5.1 各专业模型的颜色应满足直观区分的需求， 符合附录 C 的规定 。 5.5.2 地上建（构）筑物模型的颜色应接近实物 外观 效果 。 5.5.3 地质模型的颜色应体现地质分层和岩土特征 。 5.5.4 管线模型的颜色应便于区分不同管道系统 。 5.6 模型信息输入 5.6.1 基于不同软件平台的模型可 采用 三维与二维 的方式进行 信息输入，三维信息输入方式应与二维 方式相结合。 5.6.2 模型信息输入的内容应包括几何 和非几
19、何信息，模型的信息之间应注意其相关性。 5.6.3 建筑信息模型应依据工作需求和基本工作方式统筹划分，并根据不同专业规定的模型精细度要 DB32/T 3841 2020 6 求 创建 ，避免模型的 残缺 与 冗余 。 5.6.4 模型信息的输入应根据实际构件的几何尺寸，完善物理、化学等特性进行参数化定义，满足虚 拟建造的要求。 5.7 模型 成果 及 精细度 5.7.1 模型成果按工程设计阶段可划分为：项目建议书模型、可行性研究设计模型、初步设计模型、 招标设计模型、施工图设计模型。各阶段所建模型应具有连续性。 5.7.2 建模范围应包括水工建筑物、场 地、地质、房屋结构、水力机械、电气、金属
20、结构等专业模型， 以保证工程模型的完整性。 5.7.3 各阶段所建模型应具有连续性，模型标识出的尺寸、位置等信息必须与外形参数具备关联性与 一致性。 5.7.4 模型 精细度 分为五个等级 ， 各 阶段 的模型精细度 应 不低于 表 3 的要求。 表 3 水利工程 建筑信息模型 精细度 要求 阶段 模型 名称 模型 精细度等级 阶段用途 勘察设 计阶段 项目建议书 项目建议书 模型 LOD100 方案论证 /投资 控制 可 行 性研究 可研模型 LOD100 方案比选 /投资估算 初步设计 初设模型 LOD200 专项论证 /细化设计 /设计概算 招标设计 招标模型 LOD200（或LOD30
21、0） 招投标 /工程 标底 施工图设计 施工图模型 LOD300 施工图设计 /造价预算 施工阶段 施工模型 LOD400 施工深化 /工程施工 运行维护 阶 段 运维模型 LOD500 工程投入使用管理 /维护 /费用估算 5.7.5 模型精细度应由几何和非几何信息精细度组成。 5.7.6 各 专业 模型精细度等级应 符合 附录 B 的规定 。 5.8 构件和构件资源库 5.8.1 构件宜使用建筑信息模型软件相应的构件类型进 行创建。 5.8.2 构件精细度应符合各阶段模型精细度等级要求。 5.8.3 构件资源库应对构件分类、数据格式、属性信息、版本及存储方式等方面进行管理，构件的分 类及编
22、码宜在构件属性中体现。 5.8.4 构件和构件资源库分类和编码宜采用 分 面分 类 法进行分类。 DB32/T 3841-2020 7 5.8.5 应 建立统一的构件 和构件资源库 管理制度，实现构件收集、 整理 、存储、使用、废除等 的 有效 管理。 6 协同 6.1 基本要求 6.1.1 水利工程 建筑 信息模型设计 过程应在协同平台中进行 ，协同平台宜 与 互联网 技术结合 。 6.1.2 应制定 协同规则，规范设计流程 ，实现信息的有效传递 。 6.1.3 在使用协同工作平台时，应分阶段、分类别、分专业设置模型的权限， 保护 模型知识产权和信 息安全。 6.1.4 应设立项目负责人负责
23、专业间的协调工作，专业负责人负责专业内协调工作并与其他专业负责 人和项目负责人进行对接。 6.1.5 应设置平台维护人员，负责进行协同平台的实施和维护， 保障 平台在项目设计过程中的正常运 行。 6.1.6 协同平台应确保文件储存和传输 的 安全。 6.2 协同 细则 6.2.1 协同工作开展前，模型拆分应符合 5.4 的相关规定 。 6.2.2 协同平台应规定权限分级。各设计人员应确定文件权限，明确工作范围。 6.2.3 在协同平台中 文件应 统一存储和管理，确保设计人员依据各自权限从协同平台中获取所需文件 。 6.2.4 协同平台中的文件 及模型 应按统一原则命名， 符合 5.2 的相关规
24、定 以区分文件信息内容。 6.2.5 协同平台宜划分不同工作区，满足设计过程中编辑、共享、发布、归档的要求。 6.2.6 模型信息共享前应进行 完整性、 准确性 和 协调性 检查 ， 并应满足下列要求： a） 模型数据须经过审核、清理； b） 模型数据 应确保 版本 统一 ； c） 模型数据内容和格式符合数据互用要求。 6.3 人员职责 6.3.1 项目负责人宜具有项目管理和模型管理经验，负责建筑信息模型设计过程中相关的协调管理工 作，其职责包括： DB32/T 3841 2020 8 a） 制定项目计划和协同 规则 ，并监督执行； b） 定期组织相关沟通协调活动； c） 根据项目计划，收集、
25、发布模型信息； d） 跟踪项目情况，包括设计进度、模型质量、各参与方对模型 的需求等。 6.3.2 设计人员负责创建和维护模型，并根据使用需求进行建筑信息模型应用，其职责包括： a） 根据国家、地方、行业现行相关规范、文件和各参与 方合同、要求等资料，进行 建筑信息模型 设计； b）建筑信息模型 设计过程中应遵守项目计划和协同规则； c） 向专业负责人或项目负责人提出本专业所需的相关要求，配合跨专业协同工作； d） 根据本专业及相关专业要求，导入或提交必要的模型数据文件； e）生成本专业相应交付物，且交付物应符合 8.18.3 的有关规定； f）根据 需求进行模型 可视化、专项性能化分析、量化
26、统计等各种应用。 7 模型 应用 7.1 基本要求 7.1.1 各设计阶段 建筑信息模型 应用 应贯彻国家的方针政策，遵照有关技术标准， 符合 国家和地区经 济社会 发展规划的要求。 7.1.2 模型与信息的共享宜贯穿设计全过程，包括项目建议书、可行性研究、初步设计、招标设计及 施工图设计等阶段，宜传递至施工和运维阶段。 7.1.3 在 各阶段设计过程中， 宜 应用 建筑信息模型 优化设计方案， 通过各专业的协同设计 提高沟通效 率 和 设计质量。 7.1.4 各 设计阶段 、 各专业模型应满足下列要求： a） 各专业应根据项目规模、组织方式、所使用的软件等因素，选择合适的协同方式； b) 后
27、续 阶段模型宜在上阶段模型基础上根据相关 现行 规范和设计内容要求创建； c） 制定统一的存储与管理标准 ， 实现 各专业 间的 建筑信息模型 共享 ； d） 各专业应 采用 统一项目的坐标、高程基准。 7.1.5 各 设计阶段 建筑信息模型 创建及 应用内容宜符合表 4 的规定。 DB32/T 3841-2020 9 表 4 设计阶段建筑信息模型创建及应用内容 序号 应用项 应用子项 项目建议书 可行性研究 初步设计 招标设计 施工图设计 1 模型创建 水工专业 勘测 专业 建筑专业 机电专业 金结专业 临时工程 2 可视化应 用 方案比选 总体布置 漫 游 校 审 设计交底 3 场地分析
28、场地 模拟 施工组织 基坑 设计 4 仿真分析 流态分析 结构 分析 地基 分析 渗流 分析 5 施工 模拟 6 模型出图 7 碰撞检测 8 工程量统计 注 ： 表中 “” 表示宜采用 ，“” 表示可采用 ，“ ”项为该阶段不适用。 7.1.6 各 阶段建筑信息模型应用宜结合设计交付要求，基于模型形成设计图档。 图纸的发布内容应与 模型成果保持一致 ，并满足下列要求： a）模型制图应符合国家相关现行制图标准； b）图纸中宜提供模型构件的三维视图； c）应提供满足专业表达要求的平面、立面、剖面、大样等视图，必要时可提供明细表； d）视图中应具备完整的尺寸定位、尺寸标注及必要说明 等； e）标注宜
29、与模型信息相关联，确保模型信息修改时标注可同步更新； f）当模型局部投影视图不符合表达要求时，可通过二维方式抽象处理。 DB32/T 3841 2020 10 7.2 项目建议书阶段 7.2.1 项目建议书 阶段 可 基于建筑信息模型 ，依据 SL 617 的 要求 对工程 建设任务 、工程规模、工程投 资等进行分析，论证工程建设的必要性， 明确外 部 条件和影响 ， 确定工程整体布置 ， 控制工程投资 。 7.2.2 本阶段模型精细度应不低于 LOD100。 7.2.3 本 阶段 建筑信息模型 应用流程主要包括以下内容： a） 根据 测量 资料，创建 包括既有建筑物布置的 场地模型 ； b）
30、 宜 结合勘 测 成果，创建地质模型； c） 根据工程主体及配套建筑物总体布置，创建建筑物模型 ； d） 应用 模型分析工程任务及各项任务的主次 ，工程 与 河流上下游及周边地区 的关系 及相互 影响； e）开展 方案可视化、 水文分析 、 地质分析、环境移民分析 和 工程量统计 等应用； f） 基于模型编绘本阶段 的图纸 、 报告 等 文件 ，可包含图像、视频等扩展模型信息。 7.2.3 本阶段可利用 GIS、 3D 扫描等综合数据对工程设计进行规模、水文、地质、方案布置、施工方 案、淹没、移民安置、环境保护、水土保持、工程投资等内容的分析， 初步确定 最优方案，主要应用内 容如下： a）水
31、文分析： 结合 流域 /河网方案设计模型和数据，进行设计暴雨 、 设计洪水过程分析，为工程的 规划、设计、施工以及管理运用提供符合 相关 标准的水文数据 基础 ； b） 地质分析： 集成比选方案 模型 与 三维地质模型 ，分析 各 方案中建筑物坐落或穿越地层、地下水 和不良地质情况； c） 方案比选：对各比选方案的可行性、功能性、景观性等方面进行分析； d） 方案可视化： 直观展示 工程主体与上下游河道空间关系，分析 工程与周边区域 水工程 的相互影 响 ； e） 淹没分析： 结合 淹没区域内耕地、林地、山丘 和 道路等信息 ， 进行淹没模 拟 ， 对淹没土地面积、 淹没耕地面积、受淹人口总数、淹没交通线路及重要设施、受淹影响行政区域以及 区域 GDP 等指标分类统计，评估经济损失 及社会影响 ； f） 征地拆迁分析：结合规划用地、建筑物产权单位、建设年代、建筑面积、城市人口分布等信息， 分析各方案需要拆迁建筑物的数量、面积、产权单位和拆迁成本等； g） 水土保持分析： 结合 工程主体及施工场地布置等信息，分析 并 确定水土流失防治责任范围、水 土保持措施、水土保持监测方案，估算水土保持投 资； DB32/T 3841-2020 11 h） 投资估算分析 ： 结合 本阶段 模型 输出各清单子目工程量 ， 辅助编制、
