PLM管理变更

给某些无知的人补课

teamcenter 的工程变更管理：

PR 的目的是捕捉和描述一个问题报告或对产品改进提出建议，利用产品开发进程中的任何来源改进产品。PR 捕捉关于问题或事项的相关信息，例如，主要说明、创始人和优先级。可以在 PR 上添加附件，以改善获取和包装信息的能力，例如，受影响项 (系统数据)，受影响成品 (独立产品) 和附件(外部数据)。

一旦 PR 在数据库内持续，它的状态为 "开启"，表示它已经被创建但尚未提交变更进程。提交后，PR 的状态变为 "正在审阅"。

创建 PR 时，被指配给一个产品。初始审阅者是变更管理 I (CAI) 指配给在 PR 内识别的产品。CAI 确认 PR 是有效的。有三个可能性：

确认 PR，创建 ECR 时送出
拒绝 PR，如果想法不合适
拒绝 PR，如果与另一个 PR 重复
如果 PR 被确认，将升级为 "已接受" 状态。如果 PR 重复或被拒绝，将升级为 "已解决" 状态。由于关闭被设为 "已解决" 状态的 PR，向 PR 创建者发出通告，带有相应的调整。

一个 PR 的 CAI 视图显示在下图内。突出显示部分上一个直接连接至实际 PR 的链接，单击它可以直接访问 PR。



"分析问题报告"(Analyze Problem Report) 窗口



一旦 PR 被分析和完成，根据已知安排路由选择它。一个被确认的 PR 变成一个企业变更请求 (ECR)。ECR 的目标上描述一个产品缺陷或一个详细的革新提议，可以作出业务决定。有两个基本决定需要得到答案：

该变更是否要实施业务调整？
如果被接受，变更要用快速追踪还是完全追踪？
创建 ECR 并不假设要创建一个 PR。变更请求的创建者有提供其它信息验证事项的选项，或用适当的提议来压缩分析。"创建者" 也与技术审阅者协作来验证和访问压缩。保存 ECR 后，它的状态为 "开启"，被提交给变更进程的下一步。

CAI 接收创建的或更新的 ECR，审阅内容和分析、回答上面两个标有黑点的问题。下图是一个示例，CAI 的 ECR 查看。注意：路由选择在 "分析 ECR"(Analyze ECR) 窗口的底部，由 CAI 根据 ECR 的审阅要求决定。

具体内容可参见ugs.com.cn网站

[ 本帖最后由 amd 于 2006-6-7 15:00 编辑 ]