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 编辑 ]

我觉得你的图是从Windchill那里搬过来的！

》给某些无知的人补课

哈哈

呵呵！
真是把Windchill中的CMII 变更进程（教程）中的图给搬过来了哦！

附：
了解 CMII 变更进程

创建和确认问题报告或企业变更通告
在 Windchill PDMLink 中，与描述物理产品有关的产品问题和事项可以通过创建问题报告 (PR) 或企业变更请求 (ECR) 获得。组织的变更进程和结构决定了是否使用问题报告，或者变更进程由一个企业变更请求启动。

上图所示，Windchill PDMLink 变更进程与 CMII 工业标准变更进程的结合.....................

使用 Windchill PDMLink 管理产品变更(ZT)
Tim Kruse,产品线经理


管理产品变更是任何制造公司都面临的一项基本工作。反应迅速、富有效率的变更过程能够改进产品质量，增强公司的竞争力。而效率低下、烦琐迟缓的变更过程则会造成严重的问题，使员工的工作举步维艰。然而，要想让公司上下一致同意一种最佳的变更过程，通常要付出“重建业务流程”般的艰苦努力，使 PDM 系统的实施被推迟甚至化为泡影。
Windchill PDMLink 可帮助制造商控制其产品开发过程，特别是控制对产品生命周期中出现的变更进行管理的过程。 Windchill PDMLink 包含一个取得 CMII 认证的、现成的变更过程，客户既可以全盘拿来，也可以按需求加以定制。 CMII 封闭环变更方法是一种设计精妙的高效过程，备受业内专家推崇，并被视为业界典范。 这一功能，再加上 Windchill PDMLink 的其他功能，使制造商可以快速部署该企业 PDM 系统，并迅速获得技术投资回报。

我在 29 年前就开始接触变更管理，那时我是制造工程师，我们使用的还是纸张这一传统介质。 如今电子通信确实大大加快了变更过程，改善了信息沟通，但如果变更过程设计拙劣，则即使是最好的计算机工具也无济于事。 我在宣传 Windchill PDMLink 变更管理的好处时，经常会被问到以下一些问题。


如何知道我的公司的变更过程是否未得到有效控制？
如果出现以下情况，则表明您的变更过程可能存在问题：

对于您公司的变更过程人们知之不多或不加理会。
系统对重大变更反应迟钝。
变更在系统中“丢失”，需要有人进行追踪。
为了使维持生产所需的重大变更能加速进行，常常需要采取极端措施。
工厂使用的产品信息已经过时，给您的公司造成人力浪费、原料报废以及不能按时交货等种种问题。
变更系统中的参与者必须从多个数据源和不同的系统中搜集信息，才能确定变更的影响。
很难找到准确记载了所建议的变更、变更过程的结果和完整的变更历史记录的文件，使得您的公司一再重复以前的错误。
很难找到产品的当前设计配置。
上述许多问题都是某些以纸张为介质的系统的通病，在这些系统中，文件内容残缺不全，参与者都对系统不甚了了。如果要想“控制局面”，则往往又被一个接一个的会议拖得精疲力尽。 Windchill PDMLink 提供了直接明了的标准变更系统，只需五个星期便可以安装和投入运行。
“配置管理协会”和 CMII 分别指什么？
“配置管理协会”(ICM) 是一个培训、咨询和研究组织，致力于推广配置管理领域中的业界最佳实践做法。 ICM 推行一种叫做“CMII”的标准。 “CM”表示“配置管理”，而“II”表示此标准将传统的配置管理实践做法推进到了一个全新且更有效的境界。 CMII 认为最佳的配置管理过程是这样一个过程，它能够最大程度地 (1) 适应变更，(2) 允许重复使用已验证过的标准和最佳实践做法，(3) 确保所有要求都清晰、简明和有效，以及 (4) 提供清晰及时的沟通。 CMII 还提倡在这些方面不断进行改进。

一种变更过程如何能适应所有公司的情况？
ICM 在帮助公司了解配置管理和变更控制方面具有多年经验。 利用这些经验，ICM 开发出了 CMII 封闭环变更过程。 Windchill PDMLink 中的这一经 CMII 认证的封闭环变更管理过程，其模型是使用 Windchill 强大而灵活的工作流程功能建立的。因此，制造商既可以使用该解决方案提供的现成的变更过程，也可以轻松地加以修改来适应特定的需求。最后，如果公司已建立了一个明确的变更过程并想继续使用，则可以使用此工作流程引擎来建立一个完全定制的过程。


变更过程中的基本步骤是什么？

使用“问题报告”收集变更建议
变更过程是从收集产品问题或改进建议开始的。 用于收集这些信息的表单称为“问题报告”。 “问题报告”可以由任何已注册的 Windchill PDMLink 用户创建，它包括对问题的描述和用于说明情况的辅助数据。一旦创建了“问题报告”，它即会自动提交到电子工作流程中，该流程会向行使“变更管理员 I”(CAI) 职能的人员发送一则通知。 CAI 会检查“问题报告”，并在必要时寻求技术援助，然后决定确认或拒绝该建议。工作流程会将被确认的“问题报告”的生命周期状态标为“已接受”，同时这些报告等待接受进一步的分析。 创建“问题报告”的用户界面如下所示。
图 1

评估变更的影响
变更过程中的下一步是分析“问题报告”所建议的变更会造成的影响。 此评估阶段可以立即开始，只需根据“问题报告”写出“变更请求”即可。但负责的 CAI 也可以暂时对“问题报告”不予处理，等到有几份相关的“问题报告”可以一起分析时再开始评估。 “变更请求”以量化方式确定变更的影响，并提出一种或多种解决问题的建议。这些信息用于作出是取消还是进行变更的商业决策。如果同意进行变更，则“变更请求”工作流程会通过电子邮件将一则电子通知发给下一阶段 - 创建实施计划。

创建实施计划和实施变更
经批准的“变更请求”作为“变更管理员 II”(CAII) 的一项任务予以下达。 CAII 负责完成最终的变更表单 -“变更通告”。 “变更通告”收集为实施变更所需的所有各个步骤，然后将它们作为任务分配给变更过程中的负责角色。 CAII 完成计划后，该计划可能交由“变更实施委员会”批准。这个由不同部门的人员组成的委员会将在实施计划开始之前检查其完整性。所创建的每项任务都与变更会影响的产品数据（零件和文件）相关联。被指派执行任务的人员将修改产品数据，并将新的产品数据关联到该任务。产品信息的用户会检查所做的修改。
图 2
现有库存的安排以及新零件版本的有效性在此设置。

审计和发布新的产品数据
变更过程的最后一步是由行使“变更管理员 III”(CAIII) 职能的人员对变更的结果进行审计。 CAIII 会收到通知，告知实施结果在等待审阅和最终批准。 CAIII 将通过某个链接找到“变更通告”，然后审阅所修改的产品文件。 如果 CAIII 认为所有变更均清晰、简明和有效，“企业变更通告”(ECN) 即被批准，已变更的数据也会随之发布。 ECN 的工作流程会启动一系列的自动化操作：发布所修改的产品数据，关闭“变更通告”、“变更请求”和“问题报告”。关于发布数据一事的相应通知会被发给所有有关各方，而 Windchill PDMLink 数据库中会保存一份可搜索的变更记录。

这听起来很复杂；CMII 变更过程是否会减慢我的公司的运转速度？
绝对不会。 CMII 标准认为，好的配置管理系统决不可以阻碍产品的改进，而是应该通过一个可靠和可重复的过程促使变更更快地实施。 例如，CMII 变更过程要求通过两种追踪过程分支之一来实施变更，这两种分支是快速追踪过程分支和全面追踪过程分支。快速追踪分支适用于被确定为影响很小的变更。这一类变更无需变更委员会审阅，也无需反复多次进行批准和签名。 CMII 建议由一位可靠负责的作者实施快速追踪变更，在发布变更之前再由一位文件用户进行审阅。更昂贵的变更需要通过全面追踪过程分支来实施。在这个更为完善的过程中，批准和实施步骤会受到密切监控，这是因为这类变更会造成更大的影响。 ICM 建议在确定快速追踪过程和全面追踪过程的选取标准时，应保证 80% 的变更都通过快速追踪过程分支来进行。这种常识性的变更管理方法确保了简单的变更能快速通过变更系统，而不会令系统不堪重负；同时高成本的复杂变更可以得到与之相称的密切监控。

CMII 变更过程已通过 Windchill 技术的强大的过程管理功能得到实施，并且是 Windchill PDMLink 中的一种标准功能。此过程的实施包括构建一个产品数据的电子仓库，以及按产品给系统中的用户分配角色。 Windchill PDMLink 提供了快速启动实施功能，五个星期之内便可以在您的公司中建立和运行此变更系统。

是否有工具可以监控系统的状态和正在处理的变更？
产品生命周期中的经理、管理员和参与者都需要具备对变更系统的状态进行监控的能力，以便确保变更过程平稳进行。 Windchill PDMLink 在一个单一的网页上提供了有关变更系统的状况的图形化视图。此视图使查看者可以看到所处理的工作的进展状况，并能够“向下挖掘”尚未完成的变更的详细信息。
图 3
上图列出了有关在三个月的浮动期中创建和解决的一些“问题报告”、“变更请求”和“变更通告”的统计数据，以及这些变更表单仍将处于未结状态的平均天数。此外，在一张 PIE 图中记录了快速追踪和全面追踪的百分比。用户点击一下就能获得一份报告，报告中列出所有未结的变更表单及其详细状态信息链接。这些报告的范围可以进一步扩大到涵盖整个变更系统或查看者所负责的某个产品。

是否有办法在“变更通告”或“变更请求”中引用注释集？ 注释集是一个功能强大的工具，也是将计划中的变更传送到配置的一个好方法。
结构注释集被引用到组件的零件。 每一个组件零件可以有许多个结构注释集。 通过将带有注释集的组件零件关联到变更对象，用户即间接地关联了注释集。 要查看的注释集的文本引用会被包括在有关变更的文本说明中。