2. 文档与图纸的生命周期管理
在 CDE（Common Data Environment，公共数据环境）中，文档与图纸不是“上传一次就完事”的静态文件，而是具有明确状态、版本和责任边界的受控对象。理解它们的生命周期，是协同审批能够顺利运转的前提。本节围绕创建、版本控制、发布、变更、归档五个阶段，说明每个阶段的核心动作、状态变化以及协同要点。
一、生命周期主线与状态流转
一份图纸或文档在 CDE 中的典型状态可以概括为：工作中（WIP）→ 共享（Shared）→ 发布（Published）→ 归档（Archived）。变更发生时，已发布对象不会“原地修改”，而是产生新版本并重新走共享与发布流程。下图展示了这一主线以及各阶段的关键协同动作。
二、创建阶段：把“规范”前置到源头
创建阶段决定了后续所有协同环节的效率。如果命名、图层、坐标原点、单位制在源头就不统一，后续的版本对比、合图和审批都会变得困难。实际项目中，创建阶段应落实以下动作：
- 命名规范：采用“项目代码-专业-图纸类型-序号-版本”结构，例如
PRJ01-AR-PLAN-001-V1。命名中不出现空格、中文括号和特殊符号，避免跨平台解析失败。 - 模板与图层标准：使用项目统一的 CAD/BIM 模板，图层命名、线型、标注样式、标题栏字段均从模板继承，减少人工填写错误。
- 元数据填写：创建时即填写文档编号、专业、阶段、负责人、密级等属性。这些元数据是后续检索、权限控制和归档的基础。
- 权限分配：创建者拥有编辑权，其他专业默认只读。跨专业需要参照时，通过“共享”状态开放，而不是直接给编辑权限。
三、版本控制：让每一次修改都可追溯
版本控制的核心不是“多存几份”，而是建立修订号规则和版本历史。常见的做法是采用两级版本标识：
- 小版本（修订号）：用于 WIP 阶段的内部迭代，如 P01、P02、P03，表示初步设计阶段的第 1、2、3 次修改。
- 大版本（版本号）：用于正式发布或重大变更，如 C01、C02，表示施工图阶段的第 1、2 版。
在 CDE 中，版本控制还应支持签出/签入机制：当一名工程师需要修改某文件时，先签出锁定，其他人只能查看不能编辑；修改完成后签入，系统自动生成新版本并记录修改人、时间、修改说明。这样可避免两人同时编辑同一文件导致覆盖。
版本对比是协同中的高频需求。例如，结构专业收到建筑专业的新版图纸后，需要快速识别梁位、洞口、标高是否变化。CDE 应提供图形或属性级的差异对比，输出变更清单，而不是让工程师逐张目视检查。
四、发布阶段：冻结、通知与只读保护
发布意味着该版本经过审批，可以作为其他专业的正式依据。发布阶段的关键动作包括：
- 审批通过：发布前必须完成规定的审批流程，审批记录与版本绑定，不可分离。
- 冻结版本：发布后的版本内容不可再修改。如需修改，必须走变更流程产生新版本。
- 分发通知：系统自动通知相关专业和参建方，通知内容包含文档编号、版本号、发布日期和变更摘要。
- 状态置为 Published：在 CDE 中明确标记为“已发布”，并设置只读权限。
五、变更阶段：影响评估比修改本身更重要
变更不是简单地“改一张图”。一次变更可能影响多个专业、多个文档和多个已发布版本。变更阶段应遵循以下逻辑：
- 变更申请：由提出方填写变更原因、涉及文档、紧急程度，提交至变更管理流程。
- 影响评估：由相关专业负责人评估变更对结构安全、机电管线、成本、工期的影响，形成评估意见。
- 审批与授权：根据变更等级，由相应层级审批。重大变更需业主、设计总负责人共同确认。
- 新版本创建：审批通过后，基于原发布版本创建新版本，修订号递增，修改说明中引用变更单编号。
- 关联更新：检查并更新所有引用该文档的其他图纸、模型、说明文件，避免“改了图没改说明”。
变更完成后，新版本重新进入“共享→发布”流程。旧版本保留在版本历史中，状态标记为“已被替代”，但不可删除。
六、归档阶段：锁定最终状态，保证长期可读
归档是生命周期的终点，也是项目交付和运维的起点。归档阶段应确认：
- 竣工确认：所有变更已完成，现场与图纸一致，竣工图已通过审核。
- 最终版本锁定：将最终版本标记为 Archived，禁止任何修改。
- 元数据完整：文档编号、版本、专业、日期、责任人、审批记录齐全，便于检索。
- 长期保存：采用通用格式（如 PDF/A、IFC）保存，避免因软件版本升级导致无法打开。
- 可追溯：从归档版本可反向追溯到每一次变更和审批记录。
七、各阶段协同要点速查
| 阶段 | 核心动作 | 协同对象 | 关键判断 |
|---|---|---|---|
| 创建 | 命名、模板、元数据、权限 | 创建者、专业负责人 | 元数据是否完整、命名是否合规 |
| 版本控制 | 签出/签入、修订号、差异对比 | 同专业工程师、跨专业参照方 | 是否产生覆盖、版本历史是否连续 |
| 发布 | 审批、冻结、通知、只读 | 审批人、接收方 | 审批记录是否与版本绑定 |
| 变更 | 申请、评估、审批、新版本、关联更新 | 提出方、受影响专业、审批层 | 影响范围是否评估完整 |
| 归档 | 竣工确认、锁定、格式转换、保存 | 业主、运维方、档案管理 | 是否可追溯、是否可长期读取 |
把上述五个阶段串起来看，CDE 中的文档与图纸管理本质上是在回答三个问题：谁在什么状态下可以做什么、每一次变化如何被记录、最终交付如何被信任。创建阶段解决“规范”，版本控制解决“追溯”，发布解决“依据”，变更解决“受控修改”，归档解决“长期可信”。这五个环节环环相扣，任何一环缺失，都会让协同审批失去可靠的数据基础。