3. 变更的类型与生命周期
在数字线程中，变更不是一张孤立的表单，而是一条贯穿需求、设计、工艺、制造与验证的数据链。要理解变更影响分析，首先必须分清变更的“类型”和它走过的“生命周期”。类型决定了影响范围从哪一层开始扩散，生命周期决定了这条数据链在什么状态下可以被谁修改、被谁批准、被谁验证。
一、四类变更的本质区别
工程实践中常把变更分为工程变更、设计变更、工艺变更和需求变更。它们并非按部门划分，而是按变更对象在数字线程中的位置划分。
- 需求变更：改变的是“要做什么”。例如某型电机控制器原需求为“连续输出电流 200 A”，现改为“250 A”。它位于数字线程最上游，一旦确认，会向下游设计、工艺、测试全面传导。
- 设计变更：改变的是“怎么设计”。例如把功率模块从 IGBT 换成 SiC MOSFET，或把散热底板厚度从 8 mm 改为 10 mm。它通常由需求变更触发，也可能由设计评审、仿真超差或试验失效独立触发。
- 工艺变更：改变的是“怎么做出来”。例如焊接温度曲线从 245 ℃ 调整为 260 ℃，或把某道机加工序从铣削改为线切割。它一般不改变产品功能定义，但会改变制造可行性与质量特性。
- 工程变更：是一个更宽的上位概念，指对已发布技术状态文件的任何修改，往往同时包含设计、工艺、软件或材料的组合调整。在配置管理中，工程变更单（ECO）是承载它的正式载体。
四类变更的关键差异在于触发源和影响传播方向。需求变更自上而下，工艺变更多自下而上（由制造能力或质量问题倒逼），设计变更则可能双向发生。数字线程的价值，正是让这种传播路径可追踪、可计算，而不是靠人工口头通知。
二、变更生命周期的闭环流程
无论哪类变更，都要经过“请求—评估—批准—执行—验证”五个阶段，并在数字线程中留下状态轨迹。下面以一个具体示例说明。
示例背景：某新能源车企的电驱总成，原设计采用 8 mm 水冷底板，台架试验发现峰值工况下结温达到 158 ℃，超过 150 ℃ 限值。由此发起变更。
- 变更请求（CR）：由试验工程师在 PLM 系统中创建变更请求，填写变更对象（水冷底板三维模型、散热仿真报告、台架试验记录）、变更原因（结温超限）、期望目标（结温 ≤ 145 ℃）。此时状态为“已提交”。
- 变更评估（ECR）：系统沿数字线程自动拉取关联项——底板模型、冷却水道 CFD 结果、密封圈规格、装配工艺卡、整车布置接口。评估内容包括：加厚到 10 mm 是否与副车架干涉、重量增加 0.6 kg 是否影响续航、水道压降是否仍在 12 kPa 以内。评估结论写入变更影响矩阵，状态转为“评估中”。
- 变更批准（ECO）：由变更控制委员会（CCB）评审。批准条件通常包括：影响分析完整、成本增量可接受、验证方案明确。批准后 ECO 生效，状态为“已批准”，系统锁定旧版本并生成新版本分支。
- 变更执行：设计工程师更新三维模型与二维图，工艺工程师同步修改加工与焊接工艺卡，采购更新物料清单（BOM）中的底板料号。每完成一项，对应对象在数字线程中标记“已执行”。
- 变更验证：重新进行 CFD 仿真与台架试验。若结温实测 142 ℃，满足目标，则验证通过，状态转为“已关闭”；若仍超限，则退回评估阶段，形成闭环迭代。
三、数字线程中的变更状态追踪
在数字线程中，变更状态不是单一字段，而是分布在多个对象上的状态集合。一个变更单有自身状态，被它影响的每个零件、图纸、工艺文件也各有状态。常见状态包括：已提交、评估中、已批准、执行中、已验证、已关闭、已拒绝、已挂起。
状态追踪要解决三个问题：谁在什么时候改了什么、当前处于哪个环节、下游哪些对象还未同步。例如，当底板模型已更新到 B 版，但焊接工艺卡仍引用 A 版时，数字线程应能自动标红“工艺未同步”，而不是等到现场加工才发现。
下面这张图展示了四类变更在数字线程中的位置，以及一个变更从请求到关闭的状态流转与影响传播关系。
四、状态追踪的工程要点
要让状态追踪真正可用，需要把握三点。第一，状态必须绑定对象版本。同一个零件号下可能有 A、B 两个版本，变更状态应精确到“底板模型 B 版：已验证”，而不是笼统的“变更已完成”。第二，状态迁移要有准入条件。例如从“评估中”进入“已批准”，必须存在完整的影响分析记录和 CCB 签署；从“执行中”进入“已验证”，必须关联到具体的仿真或试验报告编号。第三，下游未同步要可见。数字线程应提供“变更影响看板”，列出所有受影响对象及其当前状态，让未同步项自动暴露。
回到示例：当底板模型更新为 B 版后，系统检测到焊接工艺卡仍引用 A 版，自动将工艺卡状态标记为“待同步”，并通知工艺工程师。工艺工程师更新后，状态变为“已执行”；台架复测通过后，整个变更链上的所有对象统一转为“已关闭”。至此，变更才真正走完生命周期，数字线程也完成了一次可追溯的闭环。
理解类型与生命周期，是后续做变更影响分析的基础：类型决定“从哪一层开始追”，生命周期决定“当前该看哪些状态、哪些还没同步”。只有两者结合，数字线程才能从静态的数据仓库变成动态的变更控制中枢。