数据管理功能 > 管理更改 > 关于更改管理
  
关于更改管理
更改管理系统是基于标准更改进程的。本主题旨在介绍“更改管理”系统中使用的术语以及简要介绍此过程中的特定步骤。
下表说明了更改进程中使用的某些术语:
更改管理术语
术语
说明
受影响的成品
受影响的成品是与特定更改对象关联的成品。通常,成品对象包含了要解决的问题。您可以在创建或更新问题报告或更改请求时添加受影响的成品。关联信息不会从问题报告传播至为响应问题报告而创建的更改请求。
受影响的对象
受影响的对象为部件、文档、进程计划或会受到更改影响的其他修订版本控制对象。它们将被添加至更改通告的实施计划的某项任务中。通常,这些部件或文档在某个用户完成所分配的任务时会受到影响。
更改管理员
有三个重要的进程角色与更改管理员这一职务关联。
第一更改管理员 (更改管理员 I) 负责在更改进程的简化流程或全流程分支中审阅更改请求、收集影响信息并传达否决或实施更改的决策。更改管理员 I 还负责根据未解决的问题报告创建更改请求。
第二更改管理员 (更改管理员 II) 负责创建在更改通告中捕获的实施计划。更改管理员 II 还负责记录更改执行委员会的决策,以便推行执行计划。
第三更改管理员 (更改管理员 III) 担当审计者的角色,负责审计与某项更改相关的所有材料,确保所有最终文档条理清晰、简洁而有效,并确保正确执行所有过程步骤。
更改实施委员会 (CIB)
更改实施委员会负责审阅并批准 (或拒绝) 更改通告中包含的实施计划。
更改通告
更改通告代表工作授权,用于记录和发布新设计、提高现有设计或更正问题
可以针对一个或多个更改请求来创建更改通告。它详细说明了为实施更改所需完成的任务。同时使您可以将任务分配给个人。
更改请求
更改请求可以是为响应一个或多个问题报告而创建,也可以不涉及任何问题报告。它详细说明纠正问题或提供改进所需的更改,使相关人员可以作出业务决定,确定是继续处理还是取消所提议的更改。
更改审阅委员会 (CRB)
更改审阅委员会负责审阅并批准 (或拒绝) 更改请求。它通常由来自公司各部门 (例如设计工程部门、制造工程部门和质量保证部门) 的代表组成。
更改任务
更改任务代表为满足更改通告所必需完成的工作指示。复杂的更改通告可以具有多项更改任务;简单的更改通告可以仅具有单项更改任务。
简化流程更改请求
简化流程更改请求的影响较小、费用较低,因此可以在更改进程中进行快速处理。可以使用简化流程更改处理的更改的成本阈值通常是由公司策略设定的。
全流程更改请求
全流程更改请求的影响较大、费用较高,需要进行缜密的分析和审阅。在实施之前,全流程更改必须得到更改审阅委员会的批准。
实施计划
更改通告的更改任务集
待决更改
待处理更改是未解决的更改请求或未完成的更改通告,它们都会影响对象。如果对象具有待处理更改,其信息页面的标题栏上将显示待决更改图标
问题报告
问题报告用于报告存在的问题或请求对产品进行改进。问题报告由有使用需求的注册用户或代表系统之外的用户 (例如,客户或供应商) 创建。
产生的对象
产生的对象为部件、文档、进程计划或由更改产生的其他修订版本控制对象。它们将被添加至更改通告的实施计划的某项任务中。通常,会在完成所分配的任务时创建 (或修改) 这些对象。
类型
类型是用来区分对象的对象特性。
超差
超差是指允许偏离设计配置达到特定的单位数和/或指定时间段。两类常见的超差是偏离和特许。
更改进程
以下是更改进程的一个示例:
1. 用户在某个成品的信息页面中创建一个问题报告。
2. 由工作流分配的更改管理员 I 审阅问题报告并批准 (或拒绝) 报告。
3. 在更改管理员 I 批准问题报告之后,更改管理员 I 将创建更改请求、进行影响分析,并记录对更改实施全流程还是实施简化流程的决定。
如果更改请求采用快速跟踪模式,它将被立即发送给更改管理员 II 进行实施。
如果更改请求遵循完全跟踪在线模式,则更改审阅委员会将进行审阅。所有分配的用户都需要完成审阅任务。
如果更改请求采用完全跟踪离线模式,则更改管理员 I 将召集更改审阅委员会。
4. 更改管理员 I 记录更改审阅委员会的决定,即拒绝或继续更改请求的实施。对于完全跟踪在线模式,仅当所有用户批准更改请求时,才会路由更改请求以进行实施。
获得批准后,将分配相应的更改管理员 II 来创建更改通告以说明实施计划。
5. 在执行任何实际操作之前,全流程更改通告需要得到更改实施委员会的批准。获得批准之后,将开始执行更改。
6. 数据创建者按照更改通告任务的要求编辑产品数据。在任务完成之前,数据用户 (审阅者) 必须检查和批准创建者的工作。
7. 在完成与更改通告关联的所有任务之后,更改管理员 III 将审计最终文档,以确保该文档条理清晰、简洁而有效,然后批准或拒绝该更改通告。
相关主题