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 图中记录了快速追踪和全面追踪的百分比。用户点击一下就能获得一份报告，报告中列出所有未结的变更表单及其详细状态信息链接。这些报告的范围可以进一步扩大到涵盖整个变更系统或查看者所负责的某个产品。

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

了解 CMII 变更进程

使用企业变更通告计划和实施变更

实施的主变更表单是企业变更通告 (ECN)。企业变更通告的目的是建立实施被批准的企业变更请求的工作计划。企业变更通告有一个行项用于每个修改的部件和文档，指配给指定数据 "创建者" 执行。例如，文档图纸将被指配给一个设计者作为 "创建者"。每个行项的工作结果也由一个用户或消费者来检验那些信息。例如，一个图纸的 "创建者" 是一个设计师，用户是一个制造工程师。

变更管理 II (CAII) 创建企业变更通告 (ECN) ，以及部件和文档表，该表必须要根据企业变更请求来修改。计划进程包括将人员指配给每一个要求的数据修改。有时，需要将 CAII 的计划操作委派至另一个技术资源，但是，CAII 仍对整个计划负责。CAII 也负责为每一个新版本或修订版设置有效性。一旦计划完成，(针对完全追踪)，将被发送至 "变更执行委员会"(CIB)，在实施之前获得批准。如果"变更执行委员会"(CIB) 认为计划不够完全或精确，计划将被送回 CAII 以进行进一步的修改。企业变更请求 / 企业变更通告软件包也被送至 CAI，如果实施计划细节影响到成本或变更的影响增大，将对企业变更请求做进一步的审阅。企业变更通告创建和实施的计划操作在下图中突出显示的变更进程内进行。

CMII 封闭循环变更进程 - ECN 的创建和实施

CAII 是变更执行委员会(CIB)的主席。他或她的工作是安排会议时间、设置会议议程和引导审阅。变更执行委员会(CIB)工作于人员组成的交叉功能团队，这些人被授权审阅 ECN 并决定计划是否完整。拒绝、批准 ECN，或将它送回 CAII，以得到进一步的计划。如果需要重新工作，ECN 保持 "正在审阅"(Under Review )状态，直到它被送回 CIB。如果 ECN 被接受，将移至执行阶段。如果任何人或公司决定变更不应该实施，ECN 将别拒绝。如果 ECN 被拒绝，它的状态将被设置为 "已取消"。ECR 和所有 PR 也被设置为 "已解决" 状态。

图示在图表中的实施变更进程步骤由单独的 "创建者" 和 "审阅者" 指配至 ECN 的实施任务活动中。根据 ECN 提供的每一条说明，"创建者" 更新文档，作出必要的修改。"审阅者" 验证变更，使其清晰、简明和有效。如果修改不能被接受，所做的修改将被发送回实施者，再做进一步的更新。如果修改被接受，用户批准了变更，等待 ECN 的审核。在连续操作期间，可变更数据保持在 "正在工作" 状态。



审核和交付封闭循环通信
进程中，这一步骤在 "发布"(Release) 之前由变更管理 III (CAIII) 来审核。

CMII 封闭循环变更进程 - ECN 审核

在这一步骤中，CAIII 测试所有的由 ECN 任务所执行的文档及物料清单变更。每一个部件版本必须有一个正确的有效性。如果审核成功完成，每个变更对象处于 "已发布"(Released) 状态。ECN、ECR 和 PR 被升级为 "已发布"(Released) 状态。如果审核没有通过，失败的元素要被送回去改正。

CAIII 完成审核任务之后，进入 ECN，所有变更的部件和文档都被升级为 "已发布"(Released) 状态。这个事件会自动触发物料清单和变更信息的传送，通过 PTC Enterprise System Integration (ESI) 模型将它们送至 ERP 系统，或提示物将料清单更新的手动进入 ERP 系统。该事件的通告将送至 CAII、CAI 和 ECR 及 PR 创建者。



结论

现在，您已经对 Windchill PDMLink 的变更进程如何工作和如何与工业标准 CMII 变更进程看齐有了初步了解。让我们通过本示教程序快速审阅一下主要概念。

Windchill PDMLink 提供三个变更对象(问题报告、企业变更请求和企业变更通告)，用于在变更进程的各个点上获取变更信息和通信。
变更进程需要三个不同的变更管理角色 (CAI、CAII 和 CAIII)，每一个在管理进程中负有不同的责任。在小公司，可能三个角色拥有一个单一独立的服务。
并非所有变更的创建都是相等的，这是采用完全追踪和快速追踪的目的 - 除去非必需的官僚机构，将重点转移至完全追踪，以造成更大的影响。
CMII 变更进程是一个封闭的循进程，它有助于进程中每一个决定和操作点之间的通信。
为了确保所有的业务决定可以在公司内部实施，CMII 变更进程由两个委员会管理：变更审阅委员会和变更执行委员会。


要了解详细情况请访问：
https://www.ptc.com/community/wi ... PDMChProc/index.htm