3. 工艺版本管理基础机制

在DELMIA的制造工艺管理中，版本（Version）、修订版（Revision）、迭代（Iteration）和生命周期状态（Lifecycle State）是四个最容易被混用的术语。它们并不是同一件事的四种叫法，而是从不同维度描述同一个工艺对象“当前处于什么形态、是否可改、是否已发布”的四把尺子。理解它们的定义与区别，是后续做版本对比、变更影响分析和工艺发布控制的前提。

一、四个术语的准确定义

版本（Version）是工艺对象在生命周期中一次“正式发布”所形成的稳定快照。它通常对应一个可被下游引用的、内容冻结的标识，例如工艺路线、工序或制造BOM在发布时刻的完整状态。版本一旦生成，其内容原则上不再被直接修改，后续改动会形成新的版本。

修订版（Revision）是版本内部用于表达“同一版本下因修正而产生的不同形态”的层级。它常用于区分同一版本中因设计变更、工艺优化或错误修正而产生的多个可追溯状态。修订版通常以字母或数字递增，如 A、B、C 或 01、02、03。

迭代（Iteration）是工程师在未发布状态下反复保存、试算、调整所形成的工作中间态。迭代不对外发布，也不作为正式交付依据，它的价值在于保留“从上一稳定态到下一稳定态之间”的探索轨迹。迭代通常以数字递增，如 1、2、3。

生命周期状态（Lifecycle State）描述对象当前处于哪个管理阶段，例如“工作中（In Work）”“审核中（Under Review）”“已发布（Released）”“已冻结（Frozen）”“已废弃（Obsolete）”。状态决定对象是否可编辑、是否可被下游引用、是否允许删除。

二、版本标识与存储逻辑

DELMIA中一个工艺对象的完整标识通常由“对象编号 + 版本 + 修订版 + 迭代”组合而成。例如某工艺路线标识为 PR-1001 / A / 02 / 3，其含义是：对象编号 PR-1001，版本 A，修订版 02，当前迭代 3。这种组合标识保证了在数据库层面可以唯一定位到某一次具体的工作状态。

存储逻辑上，DELMIA通常采用“主对象 + 版本对象 + 迭代对象”的三层结构。主对象保存对象的身份信息（编号、名称、类型、所属项目），版本对象保存一次正式发布的内容快照，迭代对象保存发布前的工作副本。当工程师在“工作中”状态下反复保存时，系统只更新迭代对象；当执行“发布”动作时，系统将当前迭代内容固化为新的版本对象，并重置迭代计数。

三、版本与修订版的区别

版本与修订版最容易混淆。可以这样区分：版本是“大版本”，修订版是“小版本”。当工艺方案发生结构性变化——例如新增一道工序、更换主要设备、调整工艺路线拓扑——应升版本。当工艺方案结构不变、仅做局部修正——例如修正工时数值、补充检验要求、调整工装编号——应升修订版。

在DELMIA中，版本号通常由系统按发布顺序自动递增，而修订版号可由工程师在发布时指定或由系统按规则生成。两者共同构成“版本-修订版”二维坐标，使得同一对象的历史状态可以被精确定位。例如 PR-1001 / A / 01 与 PR-1001 / A / 02 属于同一版本下的两个修订版，而 PR-1001 / B / 01 则是新版本下的第一个修订版。

四、迭代与版本的关系

迭代是版本的前身。工程师在“工作中”状态下每次保存，系统都会生成一个新的迭代记录。迭代记录通常包含保存时间、操作人、变更摘要和内容差异。当工程师认为当前迭代内容已达到可发布标准时，执行“发布”操作，系统将当前迭代内容固化为新的版本对象，并重置迭代计数为 1。

需要特别注意的是：迭代记录通常不参与下游引用。也就是说，下游工位或MES系统只能引用已发布的版本，不能引用某个迭代。这保证了生产现场使用的工艺文件始终是经过审核的稳定版本。

五、生命周期状态与可编辑性

生命周期状态决定了对象当前是否可编辑、是否可被引用、是否可删除。DELMIA中常见的状态包括：

• 工作中（In Work）：对象处于编辑状态，可修改、可保存迭代，不可被下游正式引用。
• 审核中（Under Review）：对象已提交审核，内容冻结，不可编辑，等待审批结果。
• 已发布（Released）：对象已正式发布，内容冻结，可被下游引用，不可直接编辑；如需修改须升修订版或升版本。
• 已冻结（Frozen）：对象因项目节点或变更控制需要被临时锁定，不可编辑也不可引用。
• 已废弃（Obsolete）：对象已被新版本取代，不可引用，仅保留历史追溯。

状态之间的迁移通常由权限控制。例如只有工艺主管才能执行“发布”动作，只有变更委员会才能执行“废弃”动作。状态迁移不是随意的，而是与版本、修订版、迭代的生成规则绑定在一起。

六、版本标识的存储逻辑与查询

在数据库层面，DELMIA通常将主对象、版本对象、迭代对象分别存储在不同的表中，通过外键关联。主对象表保存身份信息，版本对象表保存发布快照，迭代对象表保存工作副本。查询时，系统根据“对象编号 + 版本 + 修订版 + 迭代”组合条件定位到唯一记录。

这种三层存储结构的好处是：主对象身份稳定，版本对象可追溯，迭代对象可清理。当项目结束后，可以批量清理不再需要的迭代记录，而保留版本对象用于历史追溯。这既节省存储空间，又不影响正式交付数据的完整性。

七、版本管理中的关键判断

在实际操作中，工程师需要根据变更性质判断应该升版本还是升修订版。以下判断规则可作为参考：

需要说明的是，上述规则是通用参考，具体项目中应以企业工艺变更管理制度为准。不同企业对“结构性变化”的界定可能不同，有的企业将“工序顺序调整”也视为升版本条件。因此，在DELMIA中配置版本规则时，应先将企业的变更分类标准转化为系统可执行的判断逻辑。

八、小结

版本、修订版、迭代和生命周期状态共同构成了DELMIA工艺版本管理的基础机制。版本是正式发布快照，修订版是版本内的修正层级，迭代是发布前的工作中间态，生命周期状态则控制对象当前的可编辑性与可引用性。理解这四者的定义、区别与存储逻辑，是后续进行版本对比、变更影响分析和工艺发布控制的基础。在实际操作中，应严格遵循“迭代不引用、版本才发布”的原则，确保下游使用的工艺数据始终是经过审核的稳定版本。