软件开发项目的基线变更指导.docxVIP

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