PDMLink 10.2 的更改管理
在本模块中,您将探究“Windchill 更改管理”进程。Windchill 中的“更改管理”是一种可以通过任何现场的具体配置实现的出厂设置更改系统。您还将探究启动该进程的一种方法:提交问题报告。
完成此模块后,您将能够:
“Windchill 更改管理”是一套可以通过任何现场的具体配置实现的出厂设置更改系统。它建立在 Windchill 的标准对象和进程工具基础之上。
Windchill 的“更改管理”提供了易用的界面及可帮助管理员评估更改系统健康状况的标准报告。您可以对其进行修改和配置,但在出厂设置情况下,它采用的是根据行业标准的最佳做法。
“配置管理”是指在制造产品的开发、生产、销售、修改和报废的过程中,确定并记录其关联内容的集体活动。
配置管理由两个组件组成。第一个组件是产品定义管理,指产品结构以及与其关联的所有产品描述信息的建模。第二个组件是结构和信息的更改管理,这类更改会不断发生。
Windchill 提供的功能可支持“配置管理”的这两个组件。
虽然更改是不可避免的,但正式更改过程经常会面临许多重大问题。通常,当前更改系统尚未为所有参与者清晰理解或普遍接受。同样,一些更改系统墨守成规、效率低下;因而不得不绕过更严格的正式流程而执行非正式流程。
有时,更改会遗失在系统中。可能需要采取一些措施来加速关键更改以便维持生产。低效率的更改进程会导致劳动力浪费、废料产生及交付日期延误。
在某些系统中,更改进程的参与者必须参考不同系统中的许多数据源来确定更改造成的影响。有时,更改会在开发进程后期发生,导致执行成本高昂。
如果您采用纸质系统或自动化与纸质相结合的更改管理,则可能遇到过这些问题。如果这样,您可以通过实施 Windchill 提供的更改进程获得巨大益处。
Windchill 更改系统的主要优点是,它创建了一种可重复进程,这种进程不是禁止更改,而是倡议进行可控的、可追踪的快速更改。
尽管 Windchill 更改管理是一款使用行业标准出厂设置的完整解决方案,但也是一套完全可配置的系统,可对其进行设置以满足公司的更改管理需求。更改管理管理员可以配置、更改或创建以下内容:
通过 Windchill 更改管理,管理员能够实施业务规则。业务规则为对象验证测试。工作流可能会调用一组业务规则,以测试是否满足特定条件。在本例中,更改通告工作流已调用一组业务规则,且此验证的结果可供用户在更改审计中使用。对象未通过验证测试时,任务页面将提供“查看冲突”(View Conflicts) 链接,可单击此链接查看导致对象验证失败的原因。
自 Windchill 10.2 的初始版本起,仅针对更改通告对象实施业务规则。但是,管理员可以添加其他规则和/或创建将业务规则应用于其他对象的自定义工作流。
注解:有关更改管理业务规则的详细信息,请参阅 Windchill 10.2 的“PTC Windchill 自定义指南”(PTC Windchill Customization Guide) 文档,可在 PTC.com 的“支持”区域下找到。
Windchill 提供了具有所有必需工具的完整自动化更改进程,用于在整个产品生命周期内调整更改。常规情况下,进程主要有五个步骤:
问题报告、更改请求、更改通告和超差等项是产品模型生命和结构的一部分。这些项会捕捉在更改进程中路由的信息。
可以将所有这些更改项彼此关联,并且可以将所有这些更改项与受其影响的 Windchill 部件和文档关联。完成该操作的进程涉及到在一段时间内利用多个角色。
注解:可以将所有更改对象添加到基线。更改修改跟踪 (版本化) 可用于更改对象,但这不是最佳实践,应在实施前进行周密调查。
升级请求和更改管理
升级是一种简单的轻型工具,可用于将对象从一种状态推进到另一种状态。例如,它可用于只需几位审批者审批便可更改对象状态的更改进程。以下是涉及升级与更改管理的应用的几个要点。
升级:
更改:
更改进程中的角色
以下为更改进程的出厂角色,但管理员可对这些更改进程角色进行轻松配置,以满足组织的需求:
没有更改请求的更改通告
可以对“更改管理”进行配置,允许在未事先创建更改请求的情况下创建更改通告。但这并不是默认行为。要启用此功能,管理员必须将“不附有更改请求的更改通告”(Change Notice without Change Request) 首选项设置为“是”(Yes)。
启用此功能在以下几种情况中十分有用:
查看更改进程图
Windchill 可用于查看简化版更改工作流进程图。此进程图是与相应工作流关联的 GIF 文件。在 Windchill 中可从多个位置查看文件。还可选择查看实时工作流进程以观察状态。
监视更改 - 报告
Windchill 为客户提供了使用一系列图形和文本报告来监视更改系统健康状况的功能。通过单击“导航器”(Navigator) 中的“更改”(Changes) 按钮,然后单击“报告”(Reports) 链接,即可找到标准更改报告。
可查看信息,例如:
可以创建并保存这些报告,然后使用这些报告创建数据监控器。数据监控器是已保存报告的安排好的执行过程,在满足指定阈值时会发送电子邮件通知。出于不同的目的,可以为一个已保存的报告创建多个数据监控器。数据监控器将以指定的频率执行,执行次数不超过指定的最大执行数 (如果存在)。当数据监控器的执行次数达到定义的阈值时,指定的收件人会收到一封通知电子邮件,其中含有指向 Windchill 中已执行报告的链接。数据监控器可用于自动运行必须定期运行的报告,并将输出分配给需要的个人。数据监控器还可以用作警报,尤其是在设定阈值的情况下使用。例如,如果某个已保存的报告返回针对某一部件提交的问题报告,则可以为该已保存报告创建一个阈值为 4 的数据监控器,并使其每天运行。当问题报告数目达到阈值 4 时,该报告会分配给列表中的指定用户,然后这些用户可以对该信息进行操作。
还可以生成“更改基线”(Change Baseline) 报告。可从部件“信息”(Information) 页面中“结构”(Structure) 选项卡上功能区的“报告”(Reports) 组中生成此报告。您必须先将首选项“更改基线报告显示”(Change Baseline Report Display) 设置为“是”(Yes),以启用此报告。此报告汇总了更改历史记录和已发布产品的所有预期更改。通过此报告可查看当前已发布产品的结构以及对该产品结构中各对象的任何待处理更改。您可为任何部件生成此报告。
在“导航器”(Navigator) 中,每个上下文下方均提供了“更改监视器”(Change Monitor) 链接。“更改监视器”(Change Monitor) 通过不同的图表提供了与更改项 (问题报告、更改请求和更改通告) 相关的信息。页面顶部的三个图表显示了在过去固定的时间段内更改对象的相关信息。
饼图显示了完全跟踪更改请求与快速跟踪更改请求在同一时间段内的对比关系信息。
这些报告为整个进程中更改的流程提供基准。还为深入了解可能在系统中停止的任何更改的详细信息提供工具。
通过“更改监视器”(Change Monitor) 还能够访问您可以查看的特别报告。
此外,通过该监视器还可以访问所有开启的问题报告、更改请求和更改通告。
监视更改
在本练习中,您将担当 Sandy Miller 角色。Sandy 想要对任何未完成的问题报告的状况进行评估。
要成功完成此练习,必须建立以下初始条件:
更改管理流程
Windchill 的“更改管理”进程支持闭环进程这一概念。闭环更改进程由以下内容组成:
此图简要介绍了 Windchill 如何在更改进程中管理三个主要更改对象:问题报告、更改请求和更改通告。
进程中的第一个对象是问题报告 (或问题)。创建问题报告,以记录问题或请求产品改进。通常情况下,所有 Windchill 的注册用户均可创建问题报告。如果供应商能够访问 ProjectLink 中的共享对象,则可直接提交问题报告。
创建报告后,就会通过工作流将该报告发送到“更改管理员 I”。
“更改管理员 I”会审阅问题报告,然后会批准或拒决此问题报告。
可以根据一个或多个问题报告创建更改请求,也可以不参考任何问题报告创建更改请求。它详细说明纠正问题所需的更改,或为相应人员在继续处理和取消所提议的更改之间进行业务决定提供所需的改进。在“更改管理员 I”确认问题报告 (使用分配任务) 后,“更改管理员 I”或指定的个人将会创建更改请求。
接下来,“更改管理员 I”将执行影响分析。这通常伴随着对象负责人 (如对象创建者) 的变更。
根据特定于您组织的条件,“更改管理员 I”也记录是按照全流程还是按照简化流程来路由更改的决定。
因此,“更改管理员 I”具有多种职责。他们必须审阅更改请求、收集影响信息并通过更改管理进程的简化流程或全流程分支传达拒绝更改或实施更改的决定。“更改管理员 I”还根据未解决问题的报告来创建更改请求。
接下来,“更改管理员 II”将创建更改通告。
因此,第二个更改管理员 (更改管理员 II) 负责创建更改通告中公布的实施计划。“更改管理员 II”还负责记录“更改实施委员会”的决定,以便推行实施计划。
无论更改采用哪种路由,只要获得批准,就会开始执行更改,并且会修改产品结构、产品模型和/或文档。
在一些组织中,可将产品或存储库团队中的多个“更改管理员”角色分配给一个人。
“更改管理员 III”根据调查结果决定批准或拒绝更改通告。如果“更改管理员 III”批准更改通告,则会发布对象,并考虑解决相应问题报告和更改请求。
对象发布后,更改进程结束。
更改的业务案例
对于所有更改请求,需要确定并理解更改的原因、更改的影响、实施更改的成本和更改的理由 (从技术和业务角度)。理解更改请求的一个解决方案是使用根本原因分析,您可以通过问题报告进程启动根本原因分析或将其确定为更改分析的一部分。问题报告分析确定问题位置并指出问题的严重性。
更改的原因是更改请求的一部分。分析更改请求的结果用于确定该更改是否能够继续进行简化流程 (无需其他批准),或者该更改是否需要继续进行全流程 (需要“更改审阅委员会”审阅和批准)。在复杂更改中,“更改审阅委员会”负责审阅业务案例并决定是继续实施更改和计划还是拒绝更改请求。他们根据向其提交的业务案例制定业务决定。
虽然可能涉及整个更改进程,但多数用户仅参与几个阶段。每个用户 (具备相应权限) 都可以提交问题报告。
要提交问题报告:
问题报告用于描述产品问题或提出产品改进建议。它可由公司内部人员创建,也可由扩展企业的供应商和客户创建。组织或项目的首选项“项目中的问题报告”(Problem Reports in Projects) 可以设置为具有访问 ProjectLink 权限的用户能够提交针对共享至项目的对象的问题报告。问题报告可选。可以创建无问题报告的更改请求。
通过捕获问题和改进,问题报告提供记录和评估它们的正式方法。
然后,负责此方面的“更改管理员”可以通过正式更改进程评估、收集并解决多个问题和/或建议。
创建问题报告:设置属性
从对象的“操作”(Actions) 下拉菜单中选择“新建”(New) > “新建问题报告”(New Problem Report) 时,将出现“新建问题报告向导”。该创建进程分为多个步骤。在第一步中,“设置属性”(Set Attributes),指定问题报告的属性。
在这一步中,可以:
选择受影响的成品
在此步骤中,可选择因问题报告而受到影响的受影响成品部件。此步骤是可选步骤。
要选择成品,您可以使用工具栏中的“添加受影响的成品”(Add affected end items) 图标或者使用“表快速输入”(Table Quick Entry) 字段。要使用这些字段,通过在各自的“按名称添加”(Add by Name) 或者“按编号添加”(Add by Number) 字段中键入名称或者编号开始。进行输入时,Windchill 会在字符串末尾自动应用通配符以显示与您所输入的内容相匹配的项目。如果键入的字符串是实际名称或编号的中间或末尾部分,则应在字符串开头插入一个星号 (*)。
创建问题报告:选择受影响的对象
在此步骤中,确定并收集受问题报告影响的对象。可以添加其他对象或使用“收集受影响的对象”(Collect affected objects) 功能收集相关对象。
创建问题报告:设置附件
在最后的步骤中,可支持附有其他文档 (如规范、报告、电子表格和 CAD 绘图文件) 的问题报告。在此页面上,可以附加 URL、本机文件或外部存储文件。
在本练习中,您将担当 John Evans 的角色,即 PTC Power Equipment 的一位工程师。
John 收到一封来自现场团队电子邮件,通知他 Chainsaw 220 前壳需要重新设计,以增大下部安装螺钉的间隙。John 需要在 Windchill 中创建一份问题报告以启动更改进程。
要成功完成此练习,必须建立下列初始条件:
在本模块中,您将先学习分析问题报告,然后将重点关注在更改进程中使用的第二个对象:更改请求。您会了解到如何创建和分析更改请求。您还将参与工作流进程,并完成与更改请求相关的工作流任务。
完成此模块后,您将能够:
流程图描述了问题报告的制定和分析。
此更改进程这一部分的主要角色是“更改管理员 I”(CA I)。问题报告创建者记录完问题后,即可提交报告。这会将报告状态更改为“正在审阅”(Under Review),并将其发送给 CA I 进行审阅。然后,CA I 必须分析问题报告以确认该问题报告有效。
CA I 可以决定是否需要对该问题报告进行技术审阅。如果需要,CA I 可将该任务委派给一位技术审阅者,但是仍可以保留对该问题报告状况的责任和控制。
CA I 可以确认问题报告并推进该报告,以创建更改请求;也可以拒绝问题报告,认为它是不恰当的提议;或者将其发送给问题报告作者以作进一步阐明。请注意,红色八边形表示通过适当反馈而结束进程的决定。
如果被确认,问题报告将升级到“已接受”(Accepted) 状态;如果此问题报告为重复报告或者被拒绝,则将升级到“已解决”(Resolved) 状态。通过关闭解决的问题报告会向该问题报告的创建者发送电子邮件通知,其中包含相应的理由。
分析问题报告 - 任务详细信息
“问题报告分析”任务将在“更改管理员 I”(CA I) 的“我的任务”(My Tasks) 表格中显示。
CA I 访问“分析问题报告”任务屏幕后,他们可以:
更改请求 - 目标和优点
更改进程接下来的两个步骤分别是创建和分析更改请求。更改请求可以通过现有问题报告创建,也可以单独创建。但是,究竟为什么创建更改请求?
更改请求有三个主要目标:
完成更改请求并记录此信息有许多优点。它主要是帮助传递请求的影响,加速其分析和决定进程,并且记录所有信息以备将来之用。
创建更改请求
创建更改请求不需要创建问题报告。更改请求创建者可根据需要进行创建,以请求更改。通常,只有有限几个 Windchill 用户能够成为更改请求的创建者。他们通常是更改进程的直接参与者,如工程和采购人员、更改审阅委员会的成员或更改管理员。更改请求者应该附加所有此更改请求将解决的问题报告。
更改请求创建者可以使用相应提议提供附加信息以验证问题和/或影响分析。如绿色框指示,此情况发生在 Windchill 外部。但是,请求者可将此附加信息与更改请求一同存储。
更改请求创建者还可以与技术审阅者合作以验证和评估影响。同样,如绿色框指示,此情况发生在 Windchill 外部。但是,请求者可将此附加信息与更改请求一同存储。
更改请求保存后,其状态变为“开启的”(Open) 并提交到更改进程。更改请求在单一的“产品”(Product) 或“存储库”(Library) 上下文中创建。分配为“产品团队”或“存储库团队”中“更改管理员 I”角色的那些人员将收到关于创建更改请求的通知。
然后“更改管理员 I”必须评估更改请求,并执行以下操作之一:制定业务决定继续执行更改、拒绝更改请求或者将更改请求返回给创建者作进一步阐明。
在第一步中,指定更改请求的属性。如果您在上一步中选中了“传播源自问题报告的数据”(Propagate information from the problem report) 复选框,则会自动填充某些属性,如“名称”(Name)、“类别”(Category)、“请求优先级”(Request Priority) 和“说明”(Description)。此外,还可以填写其他可选属性。
在此可选步骤中,可添加因更改请求而受到影响的受影响成品。可以搜索或使用“按名称添加”(Add by Name) 或者“按编号添加”(Add by Number) 字段。
在第三步中,确定并收集受更改请求影响的对象。除“复制”(Copy) 和“粘贴”(Paste) 外,您还可以选择通过单击“收集受影响的对象”(Collect affected objects) 图标收集其他相关对象。可能已从问题报告传播受影响对象,或者从对象“信息”(Information) 页面的“操作”(Actions) 菜单创建更改请求时,这些对象将显示为受影响对象。
在“返回已收集的对象”(Return Collected Object) 页面上,您可以收集以下相关的对象:
在第四步中,可支持附有其他文档 (如规范、报告、电子表格和 CAD 绘图文件) 的更改请求。您可以选择附加本机文件、URL 或外部存储文件,或者将文件拖放到目标上。
在第五步中,您可以选择将此更改请求与所有相关的问题 (问题报告) 和/或超差关联。如果您从问题报告创建了更改请求,则该问题报告会自动与此更改请求关联。可以通过搜索或使用“按名称添加”(Add by Name) 或“按编号添加”(Add by Number),或者从剪贴板粘贴来添加问题和/或超差。
制定并提交更改请求后,下一步就是由“更改管理员 I”(CA I) 进行分析。
如前所述,更改请求在单一的“产品”(Product) 或“存储库”(Library) 上下文中创建。如果 CA I 认为应该将更改请求交给另外一个 CA I (例如,该更改请求对另外一个产品具有更大的影响),则 CA I 可以重新分配它或者发送出去进行正式审阅。
在进程外部,验证更改请求,并检查一个或多个提议。每个提议对于产品成本都具有能测量的影响。这些成本和其他无形的影响都在更改请求中报告。
进行影响分析之后,CA I 可能得出成本远远超出收益的结论。于是,他们会拒绝更改请求而不进行进一步的审阅。
如果更改请求的收益确实大于成本,“更改管理员 I”(CA I) 必须选择流程的快速跟踪或全面跟踪分支。成本收益决定通常对照公司策略预定的成本阈值 (以美元表示) 进行测量。
在此任务中,您可以沿多个路径路由更改请求。
您可以选择简化流程或全流程。不过,您还可以将更改请求重新发送给创建者以作进一步阐明、将其重新分配给其他人 (也许是父对象或相关对象的更改管理员)、彻底拒绝此更改请求或者设置更改请求以进行审阅。如果选择“简化流程”(Fast Track) 或“全流程”(Full Track) 选项,也可以自动创建一个更改通告。
在本练习中,您将首先担当 Sandy Miller 的角色,即在 PTC Power Equipment 中负责 Chainsaw - 220 Series 产品的“更改管理员 I”。担当 Sandy 的角色时,您将通过审阅和完成问题报告来延续更改进程。
之后您将担当 John Evans 的角色,即在 PTC Power Equipment 中负责 Chainsaw - 220 Series 产品的工程师。完成影响分析和成本分析后,便应由 John 接手负责创建更改请求。担当 John 的角色时,您将适当创建更改请求。
然后您将再次担当 Sandy 的角色时,通过分析 John Evans 创建的更改请求来延续更改进程。根据此分析,您将确定是通过简化流程还是通过全流程来路由更改。
要成功完成此练习,必须建立下列初始条件:
在本模块中,重点关注更改通告。此进程接下来的部分是实施计划和执行阶段。“更改管理员 II”负责创建实施计划,其中记录了要执行更改必须完成的所有工作,还要负责监视完成过程中的工作。
完成此模块后,您将能够:
用于实施的主要更改表单是更改通告。更改通告的用途是建立一个用于已批准更改请求的实施计划。可以根据一个或多个更改请求创建实施计划,也可以在没有更改请求的情况下创建实施计划 (如果您的管理员已经配置更改进程来这样做)。单个实施计划可能由许多任务组成,需完成所有任务才能满足更改请求。在更改通告中,您可将需要修改的每个部件和文档的更改任务分配给特定的参与者。例如,您可以将需要更改的图纸文档分配给一位设计人员。
使用单个更改通告分配多个任务有哪些优点?可以对各个任务进行排序,并且可以更容易理解并传达各个任务。每个人都可以很容易地查找他们需要修改的部件和文档,因为这些部件和文档与每个任务关联。
Windchill 支持使用预定义的更改通告模板。如果存在模板,则在“设置属性”(Set Attributes) 步骤中选择您要应用至正在创建的更改通告的模板。站点、组织和容器 (产品/存储库) 可具有不同的模板。模板可能包含现有任务、对象和/或属性。
更改通告模板的创建是管理任务。管理员能够隐藏或显示现有模板。
此更改进程这一部分的主要角色是“更改管理员 II”(CA II )。如果决定执行更改请求中所建议的更改,CA II 会创建更改通告,其中包含为实施更改请求而必须修改的部件和文档库存。
计划过程包括将人员分配给每个必需的数据修改。“更改管理员 II”(CA II) 必须将计划活动委派给另一个技术资源;但是“更改管理员 II”仍负责整个计划。“更改管理员 II”(CA II) 还负责为每个新部件版本或修订的部件版本设置有效性。
对于全流程更改,下一步是从“更改实施委员会”获取更改通告实施计划的批准。如果“更改实施委员会”认为该计划不完整或不准确,则将该计划发送回“更改管理员 II”(CA II),以做进一步计划。如果该计划处于简化流程,则将实施任务发送到被分配这些任务的个人。
如果实施计划的详细信息导致更改的成本/影响增加,则也会将更改请求/更改通告包发送回“更改管理员 II”(CA II),以进一步审阅更改请求。
可以使用“针对更改进程的任务”(Tasks for Change Process) 表格查看与任意更改对象关联的所有任务。该表格显示相关子更改对象、工作流任务及其当前状态。要显示该表格,可从更改对象的“信息”(Information) 页面中单击“操作”(Actions) > “查看相关任务”(View Related Tasks)。
为创建产生的对象而修订受影响对象后,可对这两个修订版本进行比较以突出显示其差异。要完成此操作,您可以从“编辑更改任务”(Edit Change Task) 中选择“受影响的/产生的对象”(Affected/Resulting Objects) 步骤,进而使用“与部件结构比较”(Compare to Part Structure) 实用程序。从“操作”(Actions) 菜单或右击菜单中选择此功能后,如果存在产生的对象,实用程序将自动从各个表格中选择版本。
也可浏览至更改通告“信息”(Information) 页面的“实施计划”(Implementation Plan) 选项卡。然后单击所需任务的“查看信息”(View information) 图标。在“产生的对象”(Resulting Objects) 表格中,可以单击“比较对象”(Compare Objects) 图标比较受影响版本和产生的版本。比较工具将显示以下方面的差异:
更改管理状态图标显示在对象列表表格的“更改状态”(Change Status) 列中。
此图像显示了已配置更改通告的“实施计划”(Implementation Plan) 页面。更改任务的顺序可以指定/修改。排序功能支持移除、添加和更新所有更改任务,同时维持指定的顺序。对更改任务进行排序的功能受“已排序计划执行顺序”(Sequenced Plan Execution Order) 首选项控制。默认情况下,禁用任务排序。并非所有的任务都需要序列号。如果序列为空白,则此任务独立于所有的已排序任务。在更改通告改变“实施”状态之前,必须完成任务的排序。
使用“序列”(Sequence) 字段右侧的上/下箭头可增加/减少 1。使用 Page Up/Page Down 键可增加/减少 10。
“实施状态”(Implementation Status) 列显示当前任务状态 (“已安排”(Scheduled)、“进行中”(In Progress) 或“已完成”(Completed))。要对更改任务进行排序,需安装 ProjectLink。
出厂设置中支持三个处置字段和一个处置备注字段。可以对处置字段的添加或移除功能进行配置。管理员可使用“类型管理器”(Type Manager) 为每个处置字段定义一组唯一值。出厂设置字段和值为:
“已订”(On Order)
|
“工作正在进行”(Work-In-Process)
|
“已完成”(Finished)
|
可以使用以下步骤来设置/更新一个或多个部件的处置方式,这些部件已被添加到更改任务中的“受影响对象”(Affected Objects) 表格:
部件有效性是指用最新发布的部件版本替换当前发布的生产部件版本的计划日期、批号或序列号。您可以使用它来计划适用于指定配置的修订版本。还可以使用它基于指定日期、序列号或批号查看生产结构中的部件版本。
可为 Windchill 文档设置日期有效性,以满足合规性或增强文档管理功能。文档与部件使用相同的有效性模型。
通常情况下,会使用更改通告更改任务将部件和文档有效性作为更改进程的一部分进行设置或更新。也可以在部件或文档的“信息”(Information) 页面手动更新有效性,但使用此方法设置有效性存在一定限制,并不是首选方法。
有效性可应用于:
有效性可用于:
可进行有效性管理的 Windchill 对象包括部件和文档。有效性类型包括:
对于文档,Windchill 支持日期 (时间) 有效性。最好将其作为控制更改过程的一部分进行分配。也可直接在文档的“信息”(Information) 页面中进行分配。如果直接使用“信息”(Information) 页面进行分配,则要显示“有效性”(Effectivity) 表格,就必须创建新选项卡,然后单击“自定义”(Customize) > “常规”(General) > “有效性”(Effectivity)。
对于部件 (包括成品部件),允许的有效性类型由针对可追踪部件设置的“默认追踪代码”(Default Trace Code) 属性值决定。可以使用更改通告更改任务对计划的有效性设置作出更改。更改通告得到批准后,计划有效性将作为给定对象的实际有效性进行完全复制。
第一次设置有效性之前,将有效性类型设置为“日期”(Date)。有效性类型的选择取决于所选择的有效性上下文 (例如成品部件)。其中包括以下各项:
要设置有效性,必须为受影响对象的公用属性“默认追踪代码”(Default Trace Code) 指定一个“未追踪”(Untraced) 以外的值。另外一个最佳做法是将有效性作为更改通告更改任务的一部分进行设置。通过这种方法,可以在一次操作中设置多个项的有效性。此外,还提供了此操作的可追踪记录,以供审查之用。尽管支持从部件或文档的“信息”(Information) 页面设置任意类型的有效性,但建议仅将此操作用于有效性的专用设置或需要修复有效性值时。
您的 Windchill 管理员可能会设置一个用于设置有效日期和时间的系统首选项“在日期有效性中包括时间”(Include Time in Date Effectivity)。默认情况下,“时间有效性”(Time Effectivity) 被禁用。将此首选项设置为“是”(Yes) 之后将出现一个下拉菜单,可使用该菜单将有效时间指定为最近半小时内。针对您所在的时区输入有效日期和时间。将根据查看有效日期和时间时所在的时区将它们转换为对等的日期和时间。
可将有效性值指定为单个日期、数字或日期和数值的范围。您可以以逗号分隔来设置多个值。要表示范围,可在开始值和结束值之间输入破折号。例如,您可以设置部件 123 版本 B 对于产品 ABC 序列号 1 至 5 以及 9 至 11 有效。
在指定有效性时可以使用以下日期、序列号和批号的语法:
日期 (时间) 有效性:
序列号有效性或批号有效性:
有效性限定器提供了有效性语句的更多限定信息。它在设置有效性或选择有效性配置规范来排序产品结构方面没有其他影响。您的站点能够添加更多选项至“有效性限定器”(Effectivity Qualifier) 下拉菜单。默认值为空 (无值)、“精确”(Exact) 或“不迟于”(No Later Than)。
使用以下传播首选项可启用有效性传播:
部件 1、修订版本 A、有效期自 12/01/2013
然后修订部件 1,有效性更新至:
部件 1、修订版本 B、有效期自 12/18/2013
同属传播将锁定修订版本 A 的有效性范围,使其变为:
部件 1、修订版本 A、有效期为 12/01/2013-12/17/2013
在递归传播中,操作将从设置有效性的部件传播至所有子项部件。
如果管理员已经通过启用相应首选项来配置有效性传播的实施方式,则可在“设置有效性”(Set Effectivity) 页面中单击行操作“指定传播”(Specify propagation) 图标。
随即将打开“指定传播”(Specify propagation) 窗口,其中显示三个选项:将“启用同属传播”(Enable Sibling Propagation) 首选项设置为“是”(Yes) 可查看“停止有效性传播”(Stop Effectivity Propagation) 公用属性。
解决更改通告并发布部件时,将应用有效性传播规范和可追踪对象停止值。
仅当将有效性作为更改进程的一部分进行设置时,才能完成有效性传播。此外,要使同属传播正常工作,必须将批号和序列号格式从默认值更改为其他值。这些由首选项“批号格式”(Lot Number Format) 和“序列号格式”(Serial Number Format) 定义。允许同属传播的两种格式为 NumericUnitEffFormat 和 AlphaNumericUnitEffFormat。
如果已启用有效性传播,有两种方法可停止传播。
“有效性历史记录”(Effectivity History) 表格位于部件的“信息”(Information) 页面中。可能需要创建新的“信息”(Information) 页面选项卡来查看表格,“新建选项卡”(New Tab) > “自定义”(Customize) > “历史记录”(History) > “有效性历史记录”(Effectivity History)。
该表格将显示所有部件版本的有效性历史记录。从该表格可以读取所有有效性信息,包括已授权的任务。此本例中,把整个声明放在一起将读为:“更改任务 Modify Front Housing 授权自 11/1/2013 起使用成品部件 Chainsaw_220 的 B.1 版本产品结构。”这是精确的,因此不允许有偏差。
每个部件版本可以有任意数目的有效性声明。然而,每个部件版本、有效性上下文和有效性类型的组合只能有一个有效性声明。
如果有效性未作为更改进程的一部分进行设置 (而是使用对象的信息页面直接设置),则不具有授权值。
选择“有效性”(Effectivity) 筛选器时,仅展开符合指定有效性条件的部件版本。您可以指定以下任何条件:有效性上下文 (指定为产品)、有效性类型、有效单位、有效日期和视图。
要设置有效性配置规范,请按下列步骤操作:
在此日期有效性示例中,产品结构由两部分组成。同属部件具有分配给三个版本的以下日期有效性:
然后要求配置日期 2011 年 10 月 5 日,例如可通过应用“日期有效性”(Date Effectivity) 筛选器进行。这将导致 B.1 版本的同属部件用于要求的产品结构。
在此单位有效性示例中,产品结构由两部分组成。同属部件具有分配给三个版本的以下序列号:
要求配置序列号 0365,例如可通过应用“单位有效性”(Unit Effectivity) 筛选器进行。这将导致 B.1 版本的同属部件用于要求的产品结构。
创建更改通告由几个步骤组成。在第一步中,可以使用“设置属性”(Set Attributes) 来选择更改通告模板,然后输入/验证更改通告属性。属性包括“名称”(Name)、“需要日期”(Need Date)、“说明”(Description) 和“更改通告复杂性”(Change Notice Complexity)。“编号”(Number) 是自动生成的。从更改请求创建更改通告时,“设置属性”(Set Attributes) 步骤包含“传播源自更改请求的数据”(Propagate information from the change request) 复选框。选择传播功能可减少创建更改通告所必需的数据条目的数量。选择传播复选框时,多个字段会从更改请求复制到更改通告,例如“名称”(Name)、“需要日期”(Need Date)、“说明”(Description) 和“附件”(Attachments)。更改通告的复杂性可以由系统定义 (在更改请求具有“全流程”处置方式的情况下) 或者可以被指定。有效值为“简化流程”(Fast Track) 和“全流程”(Full Track)。
是否显示传播复选框由首选项“更改信息传播”(Change Information Propagation) 控制。默认情况下,该首选项设置为“是”(Yes)。
在第二步中,可添加、修改、移除与更改通告关联的任务并对其进行排序。要完成更改通告的创建过程,实施计划中需要至少一个更改任务。
在第三步中,可支持附有其他文档 (如规范、报告、电子表格和 CAD 绘图文件) 的更改通告。您可以选择附加本机文件、外部存储文件或 URL。如果您已传播源自更改请求的数据,并且此更改请求附有附件,这些附件将自动出现在更改通告“附件”(Attachments) 表格中。
在第四步中,可以将一个或多个更改请求关联至更改通告。在此页面中自动列出从中创建更改通告的更改请求。“更改请求 - 更改通告基数”(Change Request to Change Notice Cardinality) 首选项设置为“是”(Yes) 时,可以添加附加更改请求 (如必要)。默认情况下,该首选项设置为“否”(No)。
将在更改通告“定义实施计划”(Define Implementation Plan) 步骤 (步骤 2) 中创建/编辑更改任务。更改任务是为了满足给定更改通告所必需完成的工作指示。一个更改通告可以具有一个或多个更改任务。创建更改通告时自动创建一个更改任务。可通过单击“编辑更改任务”(Edit change task) 图标编辑此任务的详细信息,或者可以创建新任务。要创建更改任务,请从更改通告的“实施计划”(Implementation Plan) 表格中单击“新建更改任务”(New Change Task) 图标。“新建更改任务”(New Change Task) 窗口将更改任务的创建过程分成两步。在第一步中,“设置属性”(Set Attributes),提供与更改任务关联的描述性属性:“名称”(Name)、“工作负责人”(Assignee)、“审阅者”(Reviewer)、“需要日期”(Need Date) 和“说明”(Description)。
如果管理员已启用,则可使用“参与者列表”(Participants List) 表格指定“工作负责人”(Assignee) 和“审阅者”(Reviewer)。借助“参与者列表”(Participant List) 表格,可基于指定给更改任务的工作流中所配置的不同角色,将更改任务分配到用户组、多个个人用户或用户与用户组的组合。选择用户时,可根据访问控制权限搜索个人用户和组。默认情况下,“工作负责人”(Assignee) 和“审阅者”(Reviewer) 这两个角色可用。可以使用以下表格视图:
您可以使用首选项“可选的工作负责人和审阅者状态”(Optional Assignee and Reviewer States) 进行指定,在该状态下,必须选择“工作负责人”(Assignee) 和“审阅者”(Reviewer)。默认情况下,该值为空白,这意味着所有状态下均必须选择“工作负责人”(Assignee) 和“审阅者”(Reviewer)。此外还存在首选项“允许可选的审阅”(Optional Review Allowed),将其设置为“是”(Yes) 时,更改任务的“审阅者”(Reviewer) 为可选。默认情况下,该首选项设置为“否”(No)。
要启用“参与者列表”(Participant List) 表格,可请管理员将以下属性添加至 site.xconf 文件:
在本练习中,您担当了“更改管理员 II”Bob Taylor 的角色。作为 Bob,您现在要创建更改通告,以执行更改请求中确定的已批准更改。作为创建更改通告的一部分,您还要创建包含两个更改任务的实施计划。
要成功完成此练习,必须建立以下初始条件:
如果更改是基于全流程模式,则在执行实施计划前必须由“更改实施委员会”(CIB) 批准该实施计划。
“更改管理员 II”是 CIB 的主席。安排会议、设置议程和执行审阅都是他们的工作。CIB 由人员的跨功能团队组成,这些人员被授权审阅更改通告并确定计划是否完整。
更改通告将被拒绝、批准或送回“更改管理员 II”做进一步计划。如果需要重新工作,更改通告保持在“正在审阅”(Under Review) 状态,直到返回到 CIB 为止。如果更改通告被接受,则会进行到执行阶段。如果公司因任何原因决定不应继续进行更改,则更改通告也会被拒绝。如果更改通告被拒绝,其状态将设置为“已取消”(Cancelled),所有附加的更改请求和问题报告将设置为“已解决”(Resolved) 状态。
有些管理“更改管理”首选项使您可以创建简单更改通告并更改在更改对象之间的关联基数。
一旦决定了执行实施计划,进程的下一步就是数据创建者和用户修改并验证正在进行更改的部件和文档。
在本模块中,您将学习完成更改进程的各种步骤。
完成此模块后,您将能够:
在更改通告进程的最终阶段,会完成分配的任务并实施更改。然后将对更改进行审计,并根据需要发布对象。
无论计划是通过全流程中的“更改实施委员会”路由,还是只交付给实施负责人,下一步均为实施该计划。此图中描绘的进程由已分配其实施或审阅更改通告实施计划中的生产线项任务的各个人来执行。工作负责人将按照更改通告的指示编辑需要进行必要修改的产品数据。
然后审阅者会评估更改,以验证它们是否明确、简洁和有效。如果修改是不可接受的,则将这些修改路由回工作负责人,以进行进一步更新。如果修改是可接受的,则审阅者会批准更改,并且等待进行更改通告审计。在这一系列操作期间,已修改的数据 (例如部件和文档) 将保持“正在工作”(In Work) 状态。
发布前,进程中的最后一步是请“更改管理员 III”进行审计。
通过全局更改操作 ,终端用户只需一次操作 (无需额外操作) 即可轻松添加、移除或修改多个装配中的子项对象。使用全局更改操作可在一次操作中修改多个部件、文档和 CAD 文档 (仅限于不具有所有者链接的那些)。全局更改通常与更改通告结合使用,作为在创作更改任务期间所执行的工作的一部分。
下面是可执行的全局更改操作:
根据您选择的操作,可能因以下原因排除某些部件对象:
定义要做出的更改之后,在“执行全局更改”(Perform Mass Change) 窗口中可以预览您所指定的全局更改。此步骤指出即将进行的操作,并显示“对象列表”(Object List) 表格,使您可以预览更改。在表格中只能采取移除对象的操作。要从特定全局更改操作中手动移除某个对象,请选择该对象并单击“移除选定对象”(Remove selected objects) 图标。
如果要对这些对象执行其他全局更改操作,您可能不想选择“自动检入成功修改的对象”(Automatically check in successfully modified objects) 复选框。
此流程图显示了更改进程中的最后一个交互式步骤。在此步骤中,CA III 将检查通过更改通告任务实施的所有对象和物料清单更改,并验证各个部件是否具有合适的有效性。然后,CA III 将记录是否批准任务更改这一决定。如果审计未通过,则将失败的元素发送回负责实施的相应个人进行改正。
更改通告审计完成后,一系列工作流进程事件会路由所有关联的对象,直到完成为止。“更改管理员 III”完成审计任务后,更改通告以及所有已更改部件和文档均会升级为“已发布”(Released) 状态 (或在“设置发布目标”(Set Release Target) 操作中为产生的对象指定的状态)。工作流的最后一步将更改通告、更改请求和问题报告的状态更改为“已解决”。
然后向“更改管理员 I”、“更改管理员 II”和更改请求及问题报告的创建者发送通知。
这样便完成了整个更改进程。
在本练习中,您将以 John Evans (工程师) 的身份完成分配给您的实施任务。这包括使用 Creo Parametric 检出前壳 CAD 文档并进行修改。
接下来,您将以 Erica Hill 身份完成第二个实施任务并更新 chainsaw 文档。
然后,您将以 Sandy Miller (更改任务审阅者) 身份评估两个已完成的更改任务,并提交给“更改管理员 III”进行审计。
最后,您将以 David Brown (“更改管理员 III”) 身份审计更改并推断更改进程。
要成功完成本练习,必须建立下列初始条件:
在本模块中,重点介绍如何在 Windchill 更改管理系统中使用超差。
完成此模块后,您将能够:
您可以使用超差作为在特定的单位数和/或指定时间段中偏离按设计的配置的授权。超差进程由以下步骤组成:
超差的类型有两种。您可以通过在“定义对象”步骤中从下拉菜单中选择相应选项来定义超差类型。
将组织或项目首选项“项目中的超差”(Variances in Projects) 设置为“是”(Yes) 后,具有访问 ProjectLink 权限的用户便能够提交针对共享至 ProjectLink 项目的 Windchill 对象的超差。默认设置为“否”(No)。
超差设置属性
创建超差由几个步骤组成。在第一步中,“设置属性”(Set Attributes),选择超差类型:偏差或偏离。然后指定超差属性。属性包含“名称”(Name)、“所有者”(Owner)、“类别”(Category)、“经常性”(Recurring)、“需要日期”(Need Date)、“说明”(Description)、“原因”(Reason) 和“批准的数量”(Approved Quantity)。“编号”(Number) 是自动生成的。有效类别值为“关键”(Critical)、“主要”(Major) 和“次要”(Minor)。
定义影响
在第二步中,可以选择定义超差的业务影响。以下影响属性可用:
在第三步中,定义因超差而受到影响的受影响成品。此步骤是可选步骤。
在第四步中,确定并收集受超差影响的对象。除“复制”(Copy) 和“粘贴”(Paste) 外,您还可以单击“收集受影响的对象”(Collect affected objects) 图标启动一个新窗口,以收集其他相关的受影响对象。
超差有效性
如果“更改管理”(Change Management) 首选项“超差有效性”(Variance Effectivity) 设置为“是”(Yes),则可在“选择受影响的对象”(Select Affected Objects) 步骤中设置超差的有效性。默认情况下,该首选项设置为“否”(No)。
超差的有效性设置只是描述性信息。设置超差的有效性不产生系统处理。
对于其他更改对象,可以将超差添加到基线。更改修改跟踪 (版本化) 可用于超差;然而,与其他更改对象的版本化相似,这不是最佳实践。
在第五步中,可支持附有其他文档 (如规范、报告、电子表格和 CAD 绘图文件) 的超差。您可以选择附加本机文件、URL 或外部存储文件。
在本练习中,您将担当 Mike Jones 的角色,Chainsaw - 220 Series 产品经理。Chainsaw 220 Standard 14 英寸链棒的供应商因为制造商的问题而延迟发货。但是,供应商现有重型 14 英寸滚棒并打算将其替代标准棒发货。然后,将用这些滚棒装配将到的一批链锯。这不是一个问题,因为对重型滚棒的品质要求超过对标准棒的品质要求。因此,现在您将以 Mike 的角色创建超差以记录将产生的偏差。
要成功完成此练习,必须建立以下初始条件:
图 3
有两种不同方法可以并入超差。
完成更改请求进程随后将附加的所有超差升级为“已解决”(Resolved) 状态。