
1.概述
1.1目的
1.1.1 为了规范软件开发部门的项目计划、需求变更、设计和开发变更的控制流程。
1.1.2 减少因计划、需求变更、设计和开发变更而出现的包括技术风险、客户满意度下降、资金和人力资源需求风险。
1.1.3 提高项目的计划性、可视性和执行力。
1.2范围
在整个系统模块中适合。
1.3定义
在消息通知模块中的提醒模块中添加书籍到期提醒功能,提醒时间为图书到期前五天、三天、一天。通过读者注册时留下的有效邮箱发送至读者邮箱,以便提醒读者及时归还图书。
2.角色和职责
各个部门或个人可根据工作职责提出变更申请
| 角色 | 职责描述 |
| CCB | 变更控制委员会;对意见不一致CCB有最终决策权,为每一个变更请求选定评估者、修改者 |
| CCB | 变更控制委员会,决定批准是否对某一项目所提议的变更请求 |
| 评估者 | 应CCB要求,负责分析可能受提议的变更影响的人 |
| 修改者 | 负责实现变更,响应已批准的变更请求 |
| 提议者 | 新变更请求提交者 |
| 请求接受者 | 接受提交的变更请求的人 |
| 验证者 | 确定变更是否已正确实现的人 |
4.开始条件
变更提议者通过填写变更请求申请表格发送电子邮件,为变更请求分配一个唯一的标识标签,最后发送到请求接受者。
5.任务
5.1评估请求
技术可行性:通过绑定邮箱可知道读者的邮箱然后系统自动发送提醒邮件到读者的邮箱,读者可通过邮箱及时得知图书即将到期,前提是读者在注册时必须提供有效正确的邮箱,在技术上具有可实行性。
费用:实现变更需要一个月的时间,至少需要1名开发人员,无太大费用。
项目业务需求:通过认证注册账户的邮箱从而保证邮箱的有效性,可以在最大程度保证将到期通知发送给读者。
资源:一些邮箱在注册时可能检测不出邮箱的正确有效性,可能影响这个变更的需求。
5.2作出决策
(1)经CCB一致决定,变更将予以实现。
(2)优先级为3。
(3)实现时间一个月
5.3执行变更
(1)修改需求文档
(2)修改设计描述和模型
(3)修改用户界面组件
(4)修改程序代码,说明文档
(5)修改测试文档
5.4通知受变更影响的各方
落实通知开发部门等各部门的人员
6.结束条件
(1)该变更请求状态为:已结束
(2)所有修改过的文档均已设置到合适位置
(3)已将变更细节和变更请求的当前状态通知提议者、CCB、项目经理和其他相关的项目参与者。
(4)需求跟踪矩阵已得到更新。
8. 变更控制状态报告
附录:每个请求所需存储的数据项
| 建议的变更请求数据项 | |
| 数据项 | 描述 |
| 变更来源 | 市场部 |
| 变更请求ID号 | D-1 |
| 变更类型 | 提议的增强 |
| 提交日期 | 2015年6月15日 |
| 更新日期 | 2015年7月15日 |
| 描述 | 在借阅书籍即将到期时,发送邮件通知读者 |
| 实现的优先级 | 3 |
| 修改者 | xxx |
| 提议者 | xxx |
| 提议者设置的优先级 | 7 |
| 项目 | 添加提醒功能 |
| 相应文本 | 经修改的需求文档和程序代码,说明文档 |
| 状态 | 已结束 |
| 标题 | 添加提醒功能变更 |
| 验证者 | xxx |
