数据管理功能 > 配置和更改管理概述 > 管理产品更改
  
管理产品更改
随着产品质量的提高、市场需求的变化以及创新想法融入到现有产品中,产品也会随着时间推移而不断改进。产品发布之前,可以在产品生命周期早期轻松地接受非正式更改。但在产品设计成熟并发布到生产后,由于更改计划日益复杂且更改成本增加,必须采用更为正式的进程。
更改进程
Windchill 简化了非正式和正式更改进程。每个公司的正式更改进程是唯一的;但存在许多可供所有公司分享的最佳实践。Windchill 包括捕获公共最佳实践的正式更改进程。
标准 Windchill 进程由下图所示的五个基本步骤组成。各个步骤由自动工作流驱动。单击流程图框可直接转到基本流程步骤说明。
Go to explanation for step 1, Identify IssueGo to explanation for step 2, Request ChangeGo to explanation for step 3, Plan ChangeGo to explanation for step 4, Change ImplementationGo to explanation for step 5, Physical Implementation
步骤 1 标识问题 - 问题是指报告的任何问题或对产品设计进行的建议改进,通常在问题报告中捕获。在进入下一步骤之前需要对问题进行分析、讨论和验证。可以有选择地使用问题报告;问题也可以由更改请求和更改通告进行记录。
有关详细信息,请参阅关于问题报告
步骤 2 请求更改 - 更改请求处理一个或多个经过验证的问题。更改请求开始更改进程并捕获所有相关数据和分析 (包括执行更改的技术和业务理由)。
更改的复杂程度决定是使用简单更改进程还是稳健更改进程。所做更改不影响订单、生产或分区单元改装时,更改请求可以通过简化工作流 (称为快速跟踪进程) 传递。如果更改很复杂、成本高或范围大,则使用更稳健的进程 (称为完全跟踪)。您的公司具有确定待采用跟踪的独特指导原则。
有关详细信息,请参阅关于更改请求
步骤 3 计划更改 - 如果接受更改以进行实施,则必须对记录和执行更改的工作进行计划。更改通告记录实施计划。计划包括与要更改的产品数据关联的单独任务。提议排程并为现有产品库存的处置提出建议。批准计划后,由工作流触发实施。
有关详细信息,请参阅关于更改通告
步骤 4 更改实施 - 将更改任务分发给负责更新产品文档和捕获新产品配置的人员。开始物理实施时,将新产品配置发布到制造阶段。
有关详细信息,请参阅关于更改任务
步骤 5 物理实施 - 将更改应用到生产中,并对新部件和修改的部件进行检查以确保其符合设计要求。使用偏差/偏离进程管理与产品规范的超差。
有关详细信息,请参阅关于超差
Windchill 更改对象网络
将上述四种基本更改对象链接在一起,以提供更改进程的完整历史记录。下图说明了更改对象及其关系的网络。请注意,创建更改对象网络时,从左上角的问题报告开始,然后朝右下角的更改任务移动。解析更改对象网络时,按相反的顺序进行,即从完成的更改任务开始,向左上角的问题报告移动。
您可以从部件或文档的信息页面或者从现有问题报告来创建更改请求。从问题报告创建更改请求时,两个更改对象之间会自动建立关系。可将受影响的数据从问题报告复制到更改请求。一个更改请求可以处理多个问题报告。
更改审阅委员会接受要实施的更改请求时,用户通过更改请求创建更改通告,从而自动将这两个对象关联起来。更改通告再次添加到更改对象网络后,将由一个或多个实施计划所需的更改任务组成。每个更改对象都有一个驱动其完成的出厂设置工作流。将单独的工作流链接在一起,使得完成一个工作流中的任务后可触发下一个工作流中的任务开始执行。完成更改后,工作流通过改更改改对象的状态并向股东发送通知来结束流程循环。
* 
上图使用从问题报告开始的所有更改对象说明了完整的更改进程。可通过从更改请求或更改通告开始来缩短进程。