没有合适的资源?快使用搜索试试~ 我知道了~
1.1 目的 3 1.2 范围 3 1.3 定义 3 1.3.1 角色与职责 3 1.3.2 变更请求状态 5 1.3.3 开始条件 6 1.3.4 任务重新评
资源推荐
资源详情
资源评论
需求变更控制文档 浙江大学软件工程
1
软件工程系列课程教学辅助系统
需求变更控制文档
小组:G01
组长:王俊皓
组员:边炜康、卢旭辉、张苏、刘奇煚
2016.12.25
需求变更控制文档 浙江大学软件工程
2
目录
1 概述 ..................................................................................................... 3
1.1 目的 ............................................................................................. 3
1.2 范围 ............................................................................................. 3
1.3 定义 ............................................................................................. 3
1.3.1 角色与职责 ......................................................................... 3
1.3.2 变更请求状态 ..................................................................... 5
1.3.3 开始条件 ............................................................................ 6
1.3.4 任务重新评审 ..................................................................... 6
1.3.5 做出决策 ............................................................................ 6
1.3.6 项目进行 ............................................................................ 6
1.3.7 项目完成 ............................................................................ 7
2 用户模块 .............................................................................................. 7
3 变更控制报告 ...................................................................................... 8
3.1 报告模板 ..................................................................................... 8
3.2 报告汇总 ..................................................................................... 9
需求变更控制文档 浙江大学软件工程
3
1 概述
1.1 目的
小组成员在完成了软件需求规格说明书后,在第三次需求访谈中,需要对用户的需求进
行再次确认,并明确用户提出的需求变更行为。由于需求的变更对系统的开发会造成重大的
影响,所以需要对变更的需求进行控制和管理,规范变更流程,详细定义需要更改、删除或
是新增的工作内容。此外还需明确小组每个成员在这个过程中的职责,规范软件缺陷的变更
过程,使得后续的工作可以在计划内完成。
1.2 范围
适用于软件工程系列课程教学辅助系统开发项目组在该系统开发过程中处理软件需求的变
更。
1.3 定义
1.3.1 角色与职责
(一)产品分析人员(小组全体成员)
1)完成软件需求规格说明书,将总结的功能需求交给授课教师;
2)与访谈教师进行沟通和协商,完善软件需求规格说明书,总结哪些功能模块需要更
改;
3)总结和整理需要修改、删除、新增的功能模块,交给质量人员进行下一步工作。
(二)质量人员(小组全体成员)
1)分析整理、总结需求变更文档,分析变更的需求模块应该如何实现;
2)评估需要变更的功能模块所需要的时间和人力成本,是否会影响现有的开发计划,
修订系统开发计划。
(三)开发人员(小组全体成员)
1)根据修订的系统开发计划进行系统的迭代开发;
2)对于难以实现的功能,会影响开发时限导致无法完成的,应该及时告知组长并更改
剩余18页未读,继续阅读
资源评论
一筐猪的头发丝
- 粉丝: 66
- 资源: 315
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功