4. 模型审批节点概述：审批节点类型与状态机设计
模型审批节点是BIM协同管理平台中连接模型状态变更与问题跟踪流程的核心枢纽。每个审批节点代表模型生命周期中的一个关键检查点，只有通过该节点的模型才能进入下一阶段。本章将系统阐述三种审批节点类型及其对应的状态机设计。
4.1 审批节点类型
根据模型在项目中的流转阶段，审批节点分为以下三种类型：
| 节点类型 | 触发时机 | 核心目标 | 典型参与角色 |
|---|---|---|---|
| 模型上传 | 模型文件首次提交至平台或版本更新时 | 确保文件格式合规、命名规范、版本号正确 | 模型创建者、BIM协调员 |
| 模型发布 | 模型完成内部自检，准备共享给项目团队时 | 验证模型完整性、碰撞检查通过率、视图集完备性 | 专业负责人、BIM经理 |
| 模型交付 | 模型达到里程碑节点，准备提交业主或外部审查时 | 确认模型满足LOD等级、交付标准、数据附加要求 | BIM经理、项目总工、业主代表 |
配置建议：在平台中，三种节点类型应支持独立配置审批表单与问题绑定规则。例如，“模型上传”节点可绑定“文件命名规范”类问题；“模型发布”节点必须绑定“碰撞冲突”类问题且要求全部关闭后方可提交。
4.2 审批流程与状态机设计
每个审批节点内部都包含一个完整的状态机，用于驱动模型从“待处理”到“通过/驳回”的流转。下图展示了标准审批节点的状态机结构：
4.3 状态转换规则
状态机中的每个转换都对应一个明确的业务动作，且必须满足前置条件：
- 待提交 → 审批中：模型创建者点击“提交审批”，系统自动检查必填属性与附件完整性。
- 审批中 → 已通过：所有审批人签署同意，且绑定的问题跟踪流程中无“严重”或“紧急”级别的未关闭问题。
- 审批中 → 已驳回：任一审批人选择“驳回”，必须填写驳回原因并关联至少一条问题记录。
- 已驳回 → 退回修改：系统自动将模型状态置为“退回修改”，解锁编辑权限，并通知模型创建者。
- 退回修改 → 待提交：模型创建者完成修改后，可再次发起提交，状态机重新进入“待提交”状态。
关键约束：禁止从“已通过”或“已驳回”状态直接跳转至“待提交”。所有重新审批必须经过“退回修改”状态，以确保问题跟踪流程的完整闭环。
4.4 三种节点类型的状态机差异
虽然三种审批节点共享同一状态机结构，但在实际配置中需注意以下差异：
| 配置项 | 模型上传节点 | 模型发布节点 | 模型交付节点 |
|---|---|---|---|
| 审批人数量 | 1人（BIM协调员） | 2~3人（专业负责人+BIM经理） | 3~5人（BIM经理+项目总工+业主代表） |
| 问题绑定策略 | 仅绑定“文件级”问题 | 绑定“专业内”与“专业间”碰撞问题 | 绑定所有未关闭问题，且要求严重级别问题清零 |
| 自动驳回条件 | 文件格式不匹配、版本号重复 | 碰撞检查未通过、视图集缺失 | LOD等级不达标、数据附加率低于95% |
| 审批时限 | 2个工作日内 | 5个工作日内 | 10个工作日内 |
4.5 审批节点与问题跟踪的绑定关系
审批节点与问题跟踪流程的绑定是BIM协同管理的核心能力。下图展示了绑定关系的逻辑架构：
实施要点：在配置绑定关系时，建议采用“规则引擎”模式，将审批节点状态变化作为事件源，问题跟踪流程作为动作目标。这样可实现松耦合设计，便于后续扩展新的审批节点类型或问题处理策略。
4.6 状态机配置清单
在平台中配置审批节点状态机时，需完成以下关键步骤：
- 定义状态集合：至少包含“待提交”、“审批中”、“已通过”、“已驳回”、“退回修改”五个状态。
- 配置转换条件：为每个转换设置前置条件（如：必须上传模型文件、必须填写审批意见）。
- 绑定问题模板：为每个审批节点类型关联对应的问题模板，确保问题创建时自动填充类型、优先级、责任人。
- 设置自动动作：定义状态变化时的自动操作（如：发送通知、锁定模型、更新版本号）。
- 配置审批超时：为“审批中”状态设置超时阈值，超时后自动升级或转交。
通过以上配置，模型审批节点将不再是孤立的检查点，而是与问题跟踪流程深度耦合的协同管理单元，确保每个模型版本在流转过程中都经过严格的质量把关。