02软件基线变更过程.docxVIP

目录

TOC\o1-2\h\z\u目的 2

范围 2

职责 2

工作程序 2

变更请求过程 2

变更过程 3

参考资料 4

目的

确保项目中所做的变更保持一致，并将产品的状态、对其所做的变更通知给有关的人员。

变更控制过程可用于确保以一致的、受控的方式评估和应用建议系统进行的变

更。

范围

适用于软件开发项目的基线变更（需求变更除外，需求变更详见《软件需求管理过程》）

职责

1、软件项目经理负责判断变更是否为紧急变更

2、软件项目经理负责组织变更评审

3、软件项目经理负责组织变更的实施

4、SCCB负责批准变更

5、配置管理员负责将变更情况通知受影响的组和个人。

工作程序

开始提交变更请求变更请求过程

开始

提交变更请求

登

登

记

是否紧急变更

否

是

汇总等待

进入变更过程

变更请求过程

项目有关部门和人员均可填写《变更申请表》，提交变更请求，由软件项目经理审查其必要性、可行性和合理性。对于紧急的变更请求登记后直接进入变更过程；对于其他的变更（如版本升级等）要登记（《记入软件项目跟踪与监督表》），汇总统一后，按照变更过程进行更改．如果是客户是以口头或其他非正式渠道所提出的申请，则由客户经理或软件项目小组人员负责记录填写《变更申请表》，提交软件项目经理并得到用户认可，由软

件项目经理按照规定执行。

开始组织评审终止变更请求重复或拒绝

开始

组织评审

终止变更请求

重复或拒绝

SCCB

确认

信息不全

更新变更请求

分配工作与安排工作时间

进入基线配置项的变更过程

关闭变更请求，通知相关人员

变更过程

变更请求评审（评审参见《评审过程》）

此活动的作用是评审已提交的变更请求。如果是紧急的变更由软件项目经理及时进行影响分析并组织评审；非紧急事项的变更,应将《变更申请表》登记汇总后，集中评审，分析每项变更对技术、进度、资源、成本、系统结构等的影响，对变更进行评估风险、估算、规划并记录；对于开发计划变更的请求由软件项目经理向技术管理部提出，技术管理部组织评审，其他计划的变更由项目组自己组织进行。

变更审批

紧急变更在评审后，由SCCB及时批准，非紧急变更可汇总后一起进行批准如每两周进行一次．

如果认定某个变更请求不合理或重复，则拒绝变更请求，变更请求过程结束。

如果信息不充分的话，软件项目经理需要收集更多信息，更新变更请求活动，然后将

已更新的变更请求重新提交给SCCB评审队列。

对于影响组织外部的约定的更改必须由高级管理者审批。

分配工作与安排工作时间

一旦变更请求被批准，软件项目经理就将根据请求的工作量和工作性质，下达《任务通知单》并抄送配置管理员，把工作分配给合适的人员。

进行变更

指定的人员进行相应的修改，参照《软件配置管理过程》中的4.3.2“基线配置项的管理过程”。

4.2.6关闭变更请求

变更请求关闭后，下达《变更通知单》通知相关个人和小组。

参考资料

序

号

编号

文档名称

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