|
在 Windchill PDMLink 中，与描述物理产品有关的产品问题和事项可以通过创建问题报告 (PR) 或企业变更请求 (ECR) 获得。组织的变更进程和结构决定了是否使用问题报告，或者变更进程由一个企业变更请求启动。
下图所示，Windchill PDMLink 变更进程与 CMII 工业标准变更进程的结合。现在让我们开始演习一个进程。
CMII 封闭循环变更进程 - 问题报告 |
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 的进程。创建 ECR 并不假设要创建一个 PR。变更请求的创建者有提供其它信息验证事项的选项，或用适当的提议来压缩分析。"创建者" 也与技术审阅者协作来验证和访问压缩。保存 ECR 后，它的状态为 "开启"，被提交给变更进程的下一步。
CAI 接收创建的或更新的 ECR，审阅内容和分析、回答上面两个标有黑点的问题。下图是一个示例，CAI 的 ECR 查看。注意：路由选择在 "分析 ECR"(Analyze ECR) 窗口的底部，由 CAI 根据 ECR 的审阅要求决定。下一页将进一步讨论这个问题。
"分析 ECR"(Analyze ECR) 窗口 |
|
