2. 产品数据管理核心概念

在Windchill中，产品数据管理并不是一组抽象名词的堆叠，而是一套彼此咬合的对象模型。理解这些术语的关键，不是背定义，而是看清它们在系统里“长什么样”、由谁创建、如何变化、又怎样被业务使用。下面从对象关系入手，把产品数据、版本、迭代、生命周期、基线和配置项逐一落到Windchill的实际业务映射上。

一、产品数据：Windchill中的对象集合

产品数据在Windchill中不是单一对象，而是围绕一个产品结构组织起来的对象集合。最核心的几类包括：部件（Part）、CAD文档（CAD Document）、动态文档（Dynamic Document）、变更对象（Change Object）以及基线（Baseline）。部件承载物料与BOM信息，CAD文档承载三维模型与图纸，两者通过“构建关系”关联；动态文档承载规格书、工艺文件等；变更对象记录ECR/ECN；基线则是对某一时刻产品结构状态的冻结快照。

业务映射上，一个“产品”在Windchill中通常表现为一个产品容器（Product Container）或库（Library），其下挂载上述对象。例如某型号电机产品，其部件树根节点为“电机总成”，下级有“定子”“转子”“端盖”等部件，每个部件又关联对应的CAD模型和图纸。产品数据管理的目标，就是让这些对象在正确的时间、以正确的状态、被正确的人使用。

二、版本与迭代：两个不同维度的变化记录

这是最容易混淆的一对概念。在Windchill中，版本（Version）和迭代（Iteration）分别记录不同粒度的变化。

版本用字母表示，如A、B、C，代表一次正式发布或重大修订。版本变化通常伴随审批流程，意味着对象从“工作中”进入“已发布”状态，或从“已发布”进入“已修订”状态。例如部件从A版升到B版，往往是因为设计变更被批准，BOM结构或关键尺寸发生了实质性改变。

迭代用数字表示，如A.1、A.2、A.3，代表同一版本内的多次保存或小修改。迭代不改变版本字母，只记录工作过程中的中间状态。例如工程师在A版工作过程中，先后保存了三次，系统会生成A.1、A.2、A.3三个迭代。只有最后一次迭代被“检入”并推进到发布状态时，才可能触发版本升级。

业务映射上，版本对应“对外承诺的变更”，迭代对应“内部工作过程”。Windchill通过“版本+迭代”的组合，既保留了完整历史，又避免了版本号爆炸。实际使用中，工程师日常检出、修改、检入产生的是迭代；只有走完变更流程、经过审批后，才会产生新版本。

三、生命周期：对象的状态机

生命周期（Life Cycle）在Windchill中是一个状态机模板，定义了对象从创建到废弃所经历的状态、状态之间的转换条件，以及每个状态下允许的操作。常见的状态包括“工作中（In Work）”“已提交（Submitted）”“已发布（Released）”“已修订（Under Revision）”“已废弃（Obsolete）”。

业务映射上，生命周期把“谁在什么阶段能做什么”固化为规则。例如“工作中”状态下，只有创建者或设计团队可以检出修改；“已发布”状态下，对象对生产、采购、工艺可见，但修改必须走变更流程；“已废弃”状态下，对象不能再被新BOM引用，但历史记录保留。Windchill允许为不同对象类型绑定不同生命周期模板，例如部件用“标准部件生命周期”，文档用“文档生命周期”，变更对象用“变更生命周期”。

实际配置时，生命周期模板与工作流（Workflow）绑定。当对象从“工作中”推进到“已发布”时，系统自动触发审批工作流，审批通过后状态才真正改变。这一步是版本升级的触发点：只有生命周期状态从“工作中”变为“已发布”，版本字母才会从A升到B。

四、基线：冻结某一时刻的产品结构

基线（Baseline）是对产品结构在某一时刻的完整快照。它记录的是“在这个时间点，这个产品由哪些部件、哪些版本、哪些文档组成”。基线一旦创建，其内容不可再被修改，只能通过创建新基线来反映后续变化。

业务映射上，基线用于里程碑冻结。例如产品通过设计评审、进入试产、量产发布时，分别创建“设计评审基线”“试产基线”“量产基线”。每个基线包含当时所有相关对象的版本和迭代信息。当需要追溯“三个月前试产时用的是哪个版本的电机端盖”时，直接查看试产基线即可，不需要逐层翻查历史。

Windchill中创建基线时，可以选择“最新版本”“已发布版本”或“指定版本”作为采集规则。实际项目中，量产基线通常采集“已发布”状态的最新版本，确保冻结的是经过审批的正式数据。

五、配置项：从产品结构中识别管理单元

配置项（Configuration Item，CI）是产品数据管理中需要独立标识、独立控制、独立追溯的最小管理单元。它不是Windchill中一个独立的对象类型，而是一种管理视角：把产品结构中某些关键部件或文档标记为配置项，对其单独进行版本、生命周期和变更管理。

业务映射上，配置项通常对应关键件、重要件、长周期采购件或客户指定件。例如某型号电机的“定子铁芯”被标记为配置项，意味着它的任何变更都必须走正式变更流程，且变更影响需要单独评估。非配置项部件可以随上级部件一起变更，管理粒度更粗。

在Windchill中，配置项通过对象分类属性或生命周期模板来标识。例如在部件属性中增加“配置项标识”字段，值为“是”时，该部件自动绑定更严格的生命周期模板和变更流程。这样，配置项管理就从“人工判断”变成了“系统规则”。

六、术语之间的业务咬合关系

把这些概念串起来看：产品数据是对象集合，版本和迭代记录变化，生命周期控制状态流转，基线冻结时刻状态，配置项定义管理粒度。它们共同构成Windchill产品数据管理的骨架。

一个典型的业务闭环是：工程师创建部件（产品数据），在“工作中”状态下多次保存（迭代A.1、A.2），完成设计后提交审批，生命周期从“工作中”变为“已发布”，版本从A升到B；此时创建基线，冻结当前产品结构；其中关键部件被标记为配置项，后续任何修改都必须走变更流程，产生新版本和新基线。理解这个闭环，就理解了Windchill产品数据管理的核心逻辑。