变更管理规程.docx

1、变更管理规程密级：内部公开文档编号：NTT_CMMI_CM_BGGLGF版本号：V1.0变更管理规程惠州市新中新电子技术开发有限公司编制：xx生效日期：2008年 9月 28日审核：xx批准：EPG-惠州市新中新电子技术开发有限公司对本文件资料享受著作权及其它专属权利，未经书面许可，不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。文件更改摘要：日期版本号 修订说明修订人审核人批准人2008-08-11V0.1创建2008-09-28V1.0正式版目录1. 目的 32. 角色与职责 33. 入口准则 34. 输入 35. 主要步骤 35.1. 基线变更流程 3001 变

2、更申请 5002 变更评估 5003 变更实施 5004 变更验证与确认 6005 变更的发布 65.2. 非基线变更流程 6001 变更申请 7002 变更评估 8003 变更的实施 8004 变更验证 8005 变更的发布 96. 输出 97. 出口准则 98. 引用文档 99. 使用模板 91. 目的通过变更管理活动，保证产品的完整、正确、一致，防止配置项被随意地修改而导致混乱。2. 角色与职责角色职责变更申请人提出基线变更请求提出非基线变更请求项目经理提出基线变更请求审批非基线变更请求审核非基线变更发布申请CCB审批基线变更请求审核基线变更实施结果变更实施人填写软件变更单提取配置项实施

3、对基线、非基线变更涉及配置项的具体修改CM工程师对变更的配置项进行出、入库管理，并且在基线变更发布后改变基线测试工程师或评审人对变更进行测试或评审3. 入口准则 客户提出的变更申请被接受时 内部提出变更申请时4. 输入 需求变更申请单需求变更申请单内部评审表 软件变更申请表5. 主要步骤5.1. 基线变更流程流程名称：基线变更流程编号：页码：1/1描述：描述项目基线变更的过程。流程目标：控制基线变更，确保项目工作依据的正确、一致 驱动事件：基线变更申请被接受输入：软件变更申请单输出：软件变更报告单、变更后的基线配置项流程涉及的部门或角色：变更申请人、项目经理、CCB、CM工程师、变更实施人、测

4、试/评审组 与其它流程的关系：属于配置管理过程的子流程。关键控制点：变更评估与分析、变更的确认与验证流程负责人： CCB流程图在项目实施过程中，基线变更通常存在两种方式：1） 方式一：直接对相关基线配置项进行变更，升级基线版本；2） 方式二：将已积累的若干个变更合并形成新的基线，替换原有的基线.001 变更申请项目经理或变更申请人填写软件变更申请表，说明要变更的内容、变更的原因、受变更影响的关联配置项、工作量、变更实施人等，并提交给CCB组长。方式二的变更申请应提供的原有的变更单或汇总表（如提供原有的变更申请单、变更内容列表等）作为附件；002 变更评估CCB组长负责组织对基线变更申请进行评估

5、并确定以下内容： 变更的内容是否合理 变更的范围是否正确、考虑周全 受影响的配置项是否已被充分考虑，是否需要同时进行变更 工作量估计是否合理 基线变更的实施方案是否合理CCB评估的方式： 变更工作的工作量小于10人日时，由CCB组长直接评估并审批 变更工作的工作量大于10人日或小于20人日时，应召开CCB讨论会讨论并确定评估结果； 变更工作的工作量大于等于20人日时，CCB应邀请项目管理部门参加CCB会议，讨论并确定评估结果； 对于方式二的基线变更应采用CCB会议方式进行评估。变更评估目的是分析变更带来的影响有多少，评估采用的方式与方法CCB变更评估通过并最终确定了基线变更方案后，填写软件变更

6、申请表并提交CM工程师。003 变更实施1) 方式一的变更实施： 若变更的是代码时， CM工程师在测试库中开辟工作空间，从受控库中取出相关的配置项放于工作空间，并分配权限给变更实施人； 若变更的是文档时，CM工程师在开发库中开辟工作空间，从基线目录中签出相关的配置项放于工作空间，并分配权限给变更实施人； CM工程师在配置项状态报告将相关变更项的状态更改为“变更中”并填写相关变更信息。 项目经理组织修改相关的配置项，并在相应的文档或程序代码中记录变更信息，同时填写软件变更报告单； 变更实施人完成并提交后，项目经理指派其他的人员完成单元测试/代码走查后，填写软件变更报告中2) 方式二的变更实施：

7、项目经理组织将非基线变更配置项进行整合，形成基线产品；004 变更验证与确认1) 如果变更配置项是源代码则由测试工程师遵循测试管理过程进行确认测试，并提供测试报告；如果是文档则需由项目经理组织进行文档评审（技术类文件选用技术类评审方法，管理类文档可选用管理类评审方式，评审流程详见评审规程）。测试或评审的结论应体现于软件变更报告单；2) 项目经理应将变更与验证的结果提交CCB组长审批，由其确认变更是否已经按要求完成。必要时，CCB组长应召集CCB会议确认基线变更的结果。3) CM工程师在配置项状态报告中将更新配置项变更次数。005 变更的发布由项目经理填写基线发布申请表，依据配置管理过程的要求将

8、基线发布给产品相关人员与部门。同时，CM工程师应检查项目的需求跟踪矩阵，对本次变更引起的需求对应关系的变化进行调整，并填写在需求跟踪矩阵中。5.2. 非基线变更流程流程名称：非基线变更流程编号：页码：1/1描述：描述项目非基线变更的过程。流程目标：控制非基线变更，确保产品间的一致性与完整性 驱动事件：基线变更申请被接受输入：软件变更申请单、变更申请单内部评审表输出：软件变更报告单、变更后的非基线配置项流程涉及的部门或角色：项目经理、CM工程师、变更实施人、测试/评审组 与其它流程的关系：属于配置管理过程的子流程。关键控制点：变更评估与分析、变更的确认与验证流程负责人： 项目经理流程图非基线变更

9、是指对受控库中的配置项的变更，变更步骤如下：001 变更申请非基线变更申请可能来自内部与外部：1) 来自外部的变更申请：例如来自用户、工程实施人员等。这类申请通过需求变更申请单提出，并由项目组在变更申请单内部评审表上评审确认为接受后进入本过程，并形成软件变更申请单；2) 内部变更申请：由项目组内部通过软件变更申请单直接提出变更申请；002 变更评估项目经理根据变更申请单的内容，确定变更关联项，估算变更工作量，确定变更完成时限，指定变更实施人，必要时还应给出实施建议，将评估结果填写于软件变更申请表。来自客户的变更申请在评估时，可直接利用变更申请单内部评审表中的评估结果。003 变更的实施1) 变

10、更实施人根据评估结果，在软件变更申请表中填写需要变更的具体配置项，并提交给CM工程师。2) 如果是变更配置项是文档，则由CM工程师直接将其从受控库迁出到开发库的指定工作空间中并分配权限给变更实施人；如果变更配置项是代码，则由CM工程师在测试库开辟工作空间，并根据软件变更申请表从受控库中将相关的配置项迁出到工作空间，分配权限给变更实施人。3) 由变更实施人组织实施变更，并在相应的文档或程序代码中记录变更信息，同时将变更情况填写于软件变更报告中。4) 变更实施人完成并提交后，项目经理指派其他的人员完成单元测试/代码走查后，填写软件变更报告中004 变更验证1) 变更完成后，如果变更配置项是源代码则

11、由测试工程师进行确认测试；如果是文档则需由项目经理组织进行文档评审（技术类文件选用技术类评审方法，管理类文档可选用管理类评审方式，评审流程详见评审规程）。测试或评审的结论应体现于软件变更报告单；2) 在配置项验证通过后，CM工程师将相关配置项重新迁入受控库的相应目录中。同时CM工程师在配置项状态报告中将更新配置项变更次数。3) CM工程师应检查项目的需求跟踪矩阵，对本次变更引起的需求对应关系的变化进行调整，并填写在需求跟踪矩阵中。005 变更的发布变更验证后如需要发布，遵循产品发布过程实施。6. 输出 变更后的基线配置项和非基线配置项 软件变更报告单 配置项状态报告 需求跟踪矩阵7. 出口准则 基线变更：配置项纳入了受控库的基线目录 非基线变更：配置项纳入了受控库8. 引用文档 配置管理过程 产品发布过程 测试管理过程 评审规程9. 使用模板 软件变更申请表 软件变更报告单 配置项状态报告 需求跟踪矩阵