产品生命周期管理( PLM—Product Life Cycle Management) ,它不仅是一套应用系统和具体的解决方案,而且是战略性的思想方法,应用于管理整个产品在虚拟企业范围内如何协同地工作的一套协调方法。PLM系统使产品生命周期的所有组成部分能够协调一致的工作,使企业能够很好的配置整个企业的技术、专家意见、知识和经验并将这些资源应用到产品生命周期的每一个主要的阶段,降低产品开发成本,缩短产品上市时间,增强企业的竞争力 。在产品生命周期中,工程变更是一项必要的、经常性的活动,设计变更是在产品开发设计阶段的变更,是整个工程变更生命周期的一部分,所谓设计变更,可以理解为当某个产品或相关文档已经处于发放状态时,对该产品或相关产品、文档进行的修改。通过PLM系统管理设计变更的数据,控制设计变更的过程,可以做到缩短设计变更周期,降低设计变更成本,减少变更错误,实现质量管理工程体系的“变更过程的可追溯”。

    产品数据在其整个生命周期中要经历三种状态的转变:设计状态、预发布状态和发布状态。设计状态是指正在设计中的产品数据的状态;预发布状态是指已完成设计但尚未归档的产品数据的状态;发布状态是指已归档产品数据的状态。设计变更针对的是预发布状态和发布状态的产品数据,OMG 组织(Object Management) 从流程的角度来考察设计变更,它认为设计变更是一种流程,该流程由四个阶段组成:设计变更问题的提出、设计变更申请、设计变更执行和设计变更影响的传播。由于变更预发布或发布状态的产品数据,不仅会影响生产准备和零部件库存等方面的工作,而且还有可能影响已生产或正在生产的产品,延长产品的开发周期,增加产品开发成本,这与快速响应市场的需求是相违背的。因此,设计变更管理的主要目的是通过研究设计变更的起因,理顺设计变更与产品开发、生产管理等方面的关系,通过有效管理和控制设计变更达到减少变更次数、缩小变更影响范围和降低变更成本的目的。由于设计变更过程本身具有生命周期,因此,可以通过PLM 对设计变更进行整个过程的管理。

    1 　设计变更的意义和目的

    1. 1 　设计变更的主要原因

    产品在开发过程中存在着各种不确定因素,如市场变化、产品定位和需求分析不准确、产品开发手段和支持工具不完善等,不可避免地都要变更产品数据。产品数据指的是与产品相关的所有数据,包括产品图、工艺文件、BOM (Bill of Material) 表和说明书等。产品开发过程中的设计变更是不可避免的,一般地,早期的变更影响面窄、代价小,后期的变更影响面宽、代价大。

    一般认为,产品开发过程中设计变更的主要原因如下:

    1) 因功能方面的要求或制造方面的原因变更产品设计;

    2) 产品设计中的错误;

    3) 产品的部件结构发生变化(增、减、替换零部件) ;

    4) 用户需求发生变化或错误地理解了用户需求;

    5) 产品存在质量问题;

    6) 开发过程中当初设定的条件,例如竞争商品的状况、可以利用的开发资源等发生了变化;

    7) 成本大幅度的提高,超过了预定值或从降低成本、提高市场竞争力方面提出了新的要求;

    8) 希望设计出更有利于生产、检验、试验、使用和维护的产品;

    9) 国家从健康、安全、环保等方面提出了新的要求;

    10) 为了弥补开发工作的延误,对计划进行了变更等;

    11) 产品开发流程不合理,需要进行变更。

    1. 2 　设计变更管理的目的

    设计变更管理的主要目的是保证产品数据在变更前后,即变更过程中,使用部门能及时得到准确的产品数据,避免因使用老版本或变更中的数据而出差错。具体说来包括:

    1) 变更产品的规格;2) 改进设计中的缺陷;3) 降低成本;4) 缩短设计的开发、生产周期;5) 不影响生产、不影响交货期;6) 解决相关变更。

    因此,从产品数据的版本管理入手研究设计变更是很有意义的, 这方面比较典型的研究有Krishnamurthy 和Law提出的产品设计文档的版本树模型。版本树的根节点是原始设计文档,以后每次变更后的版本都是变更前版本的子节点,同一版本经历不同变更形成不同版本,因此,文档的版本结构是树状结构,而不是线性结构。由于每个版本都记录了变更的理由,以及与上一个版本的差别等信息,这样就可以很容易地查到文档的版本状况、版本之间的差别等信息。这种方法的缺点是没有与相应的文档管理系统结合,是被动的、针对设计人员的系统,没有主动控制文档的变更,因而数据难以得到及时更新。

    设计变更方法的研究与具体企业的实际情况密切相关,随企业产品的复杂程度、生产组织方式和开发周期等因素而变化,在一个企业行之有效的方法到另一个企业可能行不通,因此研究主要针对具体企业进行。Tal Cohen 和Robert E. Fulton 提出用C2FAR 方法(Change FAVorable Representation methodology)来跟踪和评估设计变更。该方法建立在以EXPRESS 建模语言,表达产品信息的基础上。EXPRESS 模型已经表达了实体、实体属性和实体之间的联系, 他们扩展了EXPRESS语言,表达实体的影响面和修改代价,以表达和传播变更,并定性地分析变更的影响。这种方法的缺点是必须用EXPRESS 语言表达产品信息模型,而实际应用中很少有企业用EXPRESS 模型表达产品信息。KJ Balcerak 和B G Dale 提出了根据设计变更的影响分类和紧急程度分级,通过采用不同的流程和优先级从总体上缩短变更周期,并通过设计变更委员会加强对关键设计变更的管理。KJ Balcerak 和B G Dale 主要对设计变更进行定性研究,并给出了相应的分类和分级方法,但并没有提及具体实现和实施效果。

    2 　设计变更的全生命周期控制

    产品变更过程是一个不断重复的业务过程,该过程覆盖了企业的多个部门。对一个零件的变更除了涉及产品设计部门以外,还与工艺装备设计、工艺过程规划、制造、成本核算、采购、销售以及用户都有关系,借助于PLM系统在一个自动的过程中进行变更。必要时,可以在任何时候,以同样的质量重复这一过程。

    设计变更过程的生命周期管理要求对设计变更进行过程控制,容许进行合乎要求的变更,而禁止进行不必要的变更。在产品设计过程中进行变更的控制,本身就是控制时间和成本的好办法,因为每一次变更均要费时耗力,不只是会延误工期,更可能对设计带来新的附加的错误。所以原则上是除非设计已经不能满足设计要求,否则就别去变更设计。控制设计变更的一个理由,便是约束一下设计师的创造力,使设计保持在预算成本和时间要求之内。其实,设计人员在各个设计评审之前,都拥有对解决技术要求的充分的自由度,在这期间,对未完成的设计结果,除了按计划要求完成外,无必要进行设计变更控制。

    因为变更工作必须始终与企业质量管理的要求保持一致,以便符合ISO9001 的要求,所以,基于PLM 系统的变更工作流管理模块具备一个包括以下元素的规则库:

    1) 变更建议;2) 变更评审;3) 变更申请;4) 变更许可;5) 变更任务单;6) 变更说明;7) 变更执行;8) 变更发放;9) 变更通知。

    图1 表示了一个设计变更管理流程的例子。