软件开发项目的基线变更指导实用版内容整理.docxVIP

修改，参照《软件配置管理过程》中的4.3.2“基线配置项的管理过程”。4.2..2变更过程开始变更过程4.2.1

修改，参照《软件配置管理过程》中的4.3.2“基线配置项的管理过程”。4.2.

.2变更过程开始变更过程4.2.1变更请求评审(评审参见《评审过程》)此活动的作用是评审已提交的变更请求。如果是紧急的变更由软件项目经理及时进行影响分析并组织评

审；非紧急事项的变更,应将《变更申请表》登记汇总后，集中评审，分析每项变更对技术、进度、资源、成本、系统结构等的影响，对变更进行评估风险、估算、规划并记录；对于

.2变更过程开始变更过程4.2.1变更请求评审

.2变更过程开始变更过程4.2.1变更请求评审(评审参见《评审过程》)此活动的作用是评审已提交的变更请求。如果是紧急的变更由软件项目经理及时进行影响分析并组织评

户是以口头或其他非正式渠道所提出的申请，则由客户经理或软件项目小组人员负责记录填写《变更申请表》，提交软件项目经理并得到用户认可，由软件项目经理按照规定执行。4

修改，参照《软件配置管理过程》中的4.3.2“基线配置项的管理过程”。4.2.

1.目的

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

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

2.范围

适用于软件开发项目的基线变更(需求