第4章 封面与修订记录编写规范

适用场景

封面与修订记录是机器人原型说明书文档体系的门面与版本追溯基线。以下场景必须执行本章规范:

  • 首次创建:任何新立项的机器人原型说明书,在生成首个正式版本时。
  • 版本迭代:原型进入下一轮开发周期,需要发布新版说明书时。
  • 工程更改:因设计变更、BOM调整或软件升级而导致文档内容发生实质性修改时。
  • 外部交付:向客户、认证机构或供应链合作伙伴提交正式文档前。
  • 归档审计:项目阶段结束或整机验收后,需将说明书封存归档时。

前置条件

开始编制封面与修订记录前,必须确认以下条件已满足:

  • 已完成机器人原型的技术内容撰写(至少经过一轮内部自审)。
  • 已从项目管理部门获取文档编号前缀与组织编码规则。
  • 已确定当前版本的发布类型(初版/修订版/紧急补丁版)。
  • 已指定封面所需的编制人、审核人、批准人角色与姓名。
  • 已准备统一的封面模板文件(Word / Markdown / LaTeX 源文件)。
提示: 前置条件中最容易被忽略的是“版本发布类型”的确认。如果未明确发布类型,版本号命名很容易出现歧义,导致后续修订履历混乱。建议在项目启动会议上就敲定版本号策略。

操作步骤

本章操作分为三个子流程:封面要素编制 → 版本号命名 → 修订履历表格创建。三个子流程按顺序执行,不可跳跃或颠倒。

步骤一:编写封面要素

  1. 确定文档标题:标题必须同时包含“机器人原型”与“说明书”两个核心词,并注明机器人型号或项目代号。格式为“《[产品代号]机器人原型说明书》”。
  2. 分配文档编号:依据组织编码规则生成唯一编号。编号应包含项目代号、文档类型码与版本号段。
  3. 标注密级:从“公开 / 内部 / 机密 / 绝密”四级中选择,首次发布默认“内部”。
  4. 填写角色与签字栏:编制人、审核人、批准人的姓名与签字日期必须完整,不得留空。
  5. 确定发布日期:日期格式统一为 YYYY-MM-DD,并对应版本号的创建日期。
封面要素清单及规范
要素名称规范要求示例必填
文档标题产品代号 + 机器人原型说明书《RK-09机器人原型说明书》是
文档编号项目代号-文档类型-版本号段RK09-SPEC-V1.0.0是
版本号符合本规范第4.3节命名规则V1.0.0是
密级公开 / 内部 / 机密 / 绝密内部是
编制人姓名 + 角色张明(系统工程师)是
审核人姓名 + 角色李华(技术主管)是
批准人姓名 + 角色王强(项目经理)是
发布日期YYYY-MM-DD2025-01-15是
组织名称公司/团队全称先锋机器人研发中心是
关键检查点: 封面上的文档编号与版本号必须和修订记录页中的第一条记录完全一致。一旦不一致,整份文档的版本追溯链路即断裂,审核应直接退回。

步骤二:确定版本号命名规则

机器人原型说明书采用语义化版本号作为主规则,同时允许在特定阶段使用日期版本作为辅助标记。命名规则定义如下:

主版本号.次版本号.修订号
格式:V<major>.<minor>.<patch>

规则说明:
- 主版本号:原型架构重大变更、核心硬件重新选型、不向下兼容时递增。
- 次版本号:功能模块新增、传感器/执行器升级、向下兼容时递增。
- 修订号:Bug修复、文档勘误、非功能性优化时递增。

示例:
初始版本       → V1.0.0
新增导航模块   → V1.1.0
修复电机参数   → V1.1.1
控制器架构重构 → V2.0.0
版本号命名规则对照表
规则类型格式适用阶段示例
语义化版本(主规则)主.次.修订开发迭代、工程更改V1.2.3
日期版本(辅助规则)YYYYMMDD.序号里程碑发布、客户交付V20250115.1
混合版本(长期维护)主版本.日期.修订多基线并行维护V2.2025.3
⚠ 避免以下常见错误: 不要将版本号写成 V1.0、V1.0.0.1 或 1.0.0-alpha 等非标准格式;不要在修订记录中使用与封面不一致的版本号前缀(如封面写 V1.0.0,修订记录写 1.0.0);不要在同一个项目的不同文档中混用两套版本号规则。

步骤三:创建修订履历表格

  1. 新建表格行:每个版本对应一行,最新版本放在最上方。首次发布时只填写第一行。
  2. 填写版本号:必须与封面上的版本号完全一致,包括大写字母“V”和点分隔符。
  3. 记录修订日期:日期格式 YYYY-MM-DD,与封面发布日期一致。
  4. 撰写修订内容摘要:用一句话概括本次更新的核心变更,使用“新增/修改/修复/删除”作为动词开头。
  5. 签字确认:修订人、审核人、批准人三方签字缺一不可。
修订履历表格标准格式
版本号修订日期修订内容摘要修订人审核人批准人
V1.0.02025-01-15初始版本创建,完成机械结构与电气系统说明张明李华王强
V1.1.02025-02-20新增导航模块软硬件接口描述张明李华王强
V1.1.12025-03-05修复电机选型表中的功率参数错误赵岩李华王强
V2.0.02025-04-10控制器架构重构,更新所有通信协议章节张明李华王强
// 修订履历条目撰写模板
[版本号] [YYYY-MM-DD] 修订人:[姓名]
修订内容:
- 新增:[功能/章节名称]
- 修改:[变更内容]
- 修复:[缺陷描述]
- 删除:[移除内容]

审核人:[姓名]    批准人:[姓名]
最佳实践: 修订内容摘要应做到“不看正文也能知道改了什么”。避免写“更新章节内容”或“修正错误”这类模糊描述,应具体到“更新第4.2节电机参数表”或“修正第3.1节通信协议中的校验位公式”。
封面与修订记录编制流程 编制阶段 审核阶段 归档阶段 收集元数据 编写封面要素 确定版本号 创建修订表 内容格式审核 签字批准 归档发布 关键约束 版本号·日期·姓名 三者必须完全一致 不可留空或缩写

输入输出物

类型名称来源/去向格式要求
输入项目元数据清单项目管理办公室 (PMO)Excel / JSON
输入封面模板文件文档管理组.docx / .md / .tex
输入编码规则表配置管理委员会PDF / 内网页面
输出封面页(含签字栏)说明书正文第1页与正文格式一致
输出修订记录页说明书正文第2页表格形式,最新版本居首
输出版本号登记凭证配置管理数据库XML / YAML 条目

责任边界

  • 编制人(系统工程师):负责填写封面所有要素、创建修订记录首行、执行版本号命名规则。对封面与修订记录的完整性和一致性负直接责任。
  • 审核人(技术主管):负责复核封面的密级、版本号与项目当前状态是否匹配,检查修订内容摘要是否准确反映实际变更。审核通过后签注姓名与日期。
  • 批准人(项目经理):对版本发布的时机和范围做最终决策,批准后封面与修订记录即视为生效,任何修改必须进入下一版本。
  • 文档管理员:负责将封面与修订记录页纳入文档管理系统,登记版本号并触发归档流程。
责任追溯原则: 封面上的“三签字”栏是版本责任链的法定证据。一旦版本发布后发现错误,按签字顺序追溯:编制人负首要责任,审核人负把关责任,批准人负决策责任。任何一栏缺失即视为版本无效。

记录材料

本章执行过程中需留存以下记录材料,保存期限为项目结束后至少 3 年:

  • 封面签字原件:纸质或电子签名版封面页扫描件。
  • 版本号登记表:包含每个版本号对应的创建时间、变更摘要、责任人。
  • 修订履历历史快照:每次版本发布时的完整修订记录页副本。
  • 审核意见单:审核人在复核封面与修订记录时提出的整改意见及闭环记录。
  • 编号分配记录:文档编号的申请、审批、分配流水记录。

异常处理

异常场景影响处理措施
封面版本号与修订记录不一致版本追溯链路断裂,文档不可信立即冻结文档,由编制人查明差异原因,统一修正后重新审核签字
签字栏人员与项目实际角色不符责任边界模糊,审计不通过撤换签字人,使用当前在岗的实际负责人重新签字
版本号跳号(如 V1.0.0 → V1.2.0)次版本号跳跃导致版本历史不连续回退版本号,按实际变更粒度重新规划版本序列
封面密级标注错误可能导致文档泄露或过度管控由信息安全专员重新定级,更新封面并发布勘误版本
修订履历条目被覆盖或丢失历史变更无法追溯从文档管理系统的历史快照中恢复,补录丢失条目
⚠ 严重异常 — 版本号冲突: 如果同一个文档编号下出现两个不同的版本号(例如封面写 V1.0.0 但修订记录第一条写 V1.1.0),该文档应被标记为“版本状态异常”,立即召回并启动版本号仲裁流程。在此期间,该文档不得用于任何设计、采购或生产决策。

验收标准

封面与修订记录通过验收必须同时满足以下全部条件:

  • 完整性:封面要素 9 项全部填写完整,无空栏;修订记录包含从首版到当前版的所有版本行。
  • 一致性:封面版本号 = 修订记录最新行版本号 = 文档管理系统登记的版本号。
  • 规范性:版本号严格遵循语义化规则,日期格式统一为 YYYY-MM-DD,签字栏使用全名而非缩写或工号。
  • 可追溯性:每一行修订记录都能对应到具体的变更申请单或工程更改通知(ECN)编号。
  • 审批闭环:编制人、审核人、批准人三方签字齐全,且签字日期不晚于文档发布日期。
验收自检清单: 建议在提交审核前,由编制人逐项对照验收标准进行自检。最容易遗漏的三项是:① 封面文档编号与修订记录编号的一致性;② 版本号中“V”字母的大小写统一;③ 签字日期是否早于文档发布日期。自检通过后再提交审核,可大幅减少返工次数。