3. 文档控制体系：文档生命周期管理、版本控制策略、元数据管理

文档控制体系是变更记录审计的骨架。没有严谨的生命周期定义、版本控制策略和元数据管理，任何性能调优都无从谈起。本节将拆解这三个核心支柱，并给出可落地的工程化方案。

3.1 文档生命周期管理

文档从创建到归档（或销毁）经历多个状态。每个状态转换都对应明确的审批节点和权限变更。一个典型的工程文档生命周期包含以下阶段：

下图展示了文档生命周期中的状态流转与审批节点：

3.2 版本控制策略

版本控制是文档审计的基石。错误的版本策略会导致基线混乱、变更追溯困难。以下是三种主流策略的对比：

下图展示了分支合并策略在图纸变更中的应用：

3.3 元数据管理

元数据是文档的“身份证”。高效的元数据管理能大幅提升检索速度、自动化审计和合规检查能力。核心元数据字段应分为三类：

• 标识元数据： 文档编号、标题、文档类型、密级、所属项目。
• 管理元数据： 创建人、创建时间、最后修改人、修改时间、当前状态、版本号。
• 审计元数据： 审批人、审批时间、变更原因、关联变更请求号、保留期限。

以下是一个标准化的元数据 JSON Schema 示例：

{
  "$schema": "http://json-schema.org/draft-07/schema#",
  "title": "工程文档元数据",
  "type": "object",
  "required": ["docId", "title", "docType", "version", "status"],
  "properties": {
    "docId": { "type": "string", "pattern": "^DOC-\\d{6}-[A-Z]{2}$" },
    "title": { "type": "string", "maxLength": 200 },
    "docType": { "type": "string", "enum": ["图纸", "规格书", "报告", "变更单"] },
    "version": { "type": "string", "pattern": "^v\\d+\\.\\d+$" },
    "status": { "type": "string", "enum": ["草稿", "审核中", "已发布", "生效", "修订中", "已归档"] },
    "createdBy": { "type": "string" },
    "createdAt": { "type": "string", "format": "date-time" },
    "approvedBy": { "type": "string" },
    "approvedAt": { "type": "string", "format": "date-time" },
    "retentionDays": { "type": "integer", "minimum": 365 }
  }
}

3.4 三者的协同关系

文档生命周期、版本控制和元数据管理并非孤立运行。它们通过以下方式协同：

1. 状态驱动版本： 文档进入“已发布”状态时，自动创建不可变的版本标签。
2. 元数据记录状态： 每次状态变更，元数据中的 status 和 version 字段同步更新。
3. 审计链闭环： 元数据中的 approvedBy 和 approvedAt 与生命周期审批节点绑定，形成完整的审计追溯链。

下图展示了三者之间的数据流关系：