《软件开发项目的基线变更指导.doc》由会员分享，可在线阅读，更多相关《软件开发项目的基线变更指导.doc（6页珍藏版）》请在三一文库上搜索。
1、目目 录录 1.目的.2 2.范围.2 3.职责.2 4.工作程序.2 4.1 变更请求过程.2 4.2 变更过程3 5.参考资料.4 1.1.目的目的 确保项目中所做的变更保持一致，并将产品的状态、对其 所做的变更通知给有关的人员。 变更控制过程可用于确保以一致的、受控的方式评估和应 用建议系统进行的变更。 2.2.范围范围 适用于软件开发项目的基线变更（需求变更除外，需求变更详 见软件需求管理过程 ） 3.3.职责职责 1、 软件项目经理负责判断变更是否为紧急变更 2、 软件项目经理负责组织变更评审 3、 软件项目经理负责组织变更的实施 4、 SCCB 负责批准变更 5、 配置管理员负责将
2、变更情况通知受影响的组和个人。 4.4.工作程序工作程序 4.14.1 变更请求过程变更请求过程 否 提交变更请求 开始 登 记 是 变更请求过程 项目有关部门和人员均可填写变更申请表 ，提交变更请求， 由软件项目经理审查其必要性、可行性和合理性。对于紧急的变更 请求登记后直接进入变更过程；对于其他的变更（如版本升级等） 要登记（记入软件项目跟踪与监督表 ） ，汇总统一后，按照变更 过程进行更改如果是客户是以口头或其他非正式渠道所提出的申 请，则由客户经理或软件项目小组人员负责记录填写变更申请表 ， 提交软件项目经理并得到用户认可，由软件项目经理按照规定执行。 4.24.2 变更过程变更过程
3、重复或拒绝 信息不全 开始 SCCB 确认 终止变更请求 更新变更请求 分配工作与安排工作时间 进入基线配置项的变更过程 关闭变更请求，通知相关人员 是否紧急变更 组织评审 汇总等待 进入变更过程 变更过程 4.2.1 变更请求评审（评审参见评审过程 ） 此活动的作用是评审已提交的变更请求。如果是紧急的变更 由软件项目经理及时进行影响分析并组织评审；非紧急事项的变更, 应将变更申请表登记汇总后，集中评审，分析每项变更对技术、 进度、资源、成本、系统结构等的影响，对变更进行评估风险、估 算、规划并记录；对于开发计划变更的请求由软件项目经理向技术 管理部提出，技术管理部组织评审，其他计划的变更由项
4、目组自己 组织进行。 4.2.2 变更审批 紧急变更在评审后，由 SCCB 及时批准，非紧急变更可汇总后 一起进行批准如每两周进行一次 如果认定某个变更请求不合理或重复，则拒绝变更请求，变更 请求过程结束。 如果信息不充分的话，软件项目经理需要收集更多信息，更新变 更请求活动，然后将已更新的变更请求重新提交给 SCCB 评审队列。 对于影响组织外部的约定的更改必须由高级管理者审批。 4.2.3 分配工作与安排工作时间 一旦变更请求被批准，软件项目经理就将根据请求的工作量和 工作性质，下达任务通知单并抄送配置管理员，把工作分配给 合适的人员。 4.2.4 进行变更 指定的人员进行相应的修改，参照软件配置管理过程中的 4.3.2“基线配置项的管理过程” 。 4.2.6 关闭变更请求 变更请求关闭后，下达变更通知单通知相关个人和小组。 5.5.参考资料参考资料 序序 号号 编号编号文档名称文档名称 1 Q/RKS-SP- SCM-01 软件配置管理过程 2 Q/RKS-SP-PR- 01 评审过程 3 Q/RKS-SP- SCM-03 配置管理计划 4 Q/RKS-SP- SCM-04 变更申请表 5 Q/RKS-SP- SCM-05 变更通知单 6 Q/RKS-SP- SCM-06 任务通知单 7