普通软件项目开发过程规范(四)—— 控制和结束阶段
2012-03-14 11:40
417 查看
[b]控制阶段[/b]
图 6-1 控制阶段的任务和工件
风险管理
开发期间要对风险进行监控,定期检查、更新和发布《风险列表》。
质量管理
1) 评审
评审是质量保证的重要环节,原则上每个重要的工作任务或阶段结束前都必须经过评审,如:方案评审、计划评审、需求评审、设计评审和代码评审等,工作是否被通过、是否需要修改或重做均由评审结果决定,评审结果以《评审报告》的形式发布。
《评审报告》的内容包括:
表 7-1 评审报告
2) 测试
测试是对被构建产品最直接有效的质量保证措施,测试结束后需要提交《测试报告》。
变更管理
开发过程中经常会出现多种变更,如:需求变更、设计变更或人员变更等。这些变更通常会对开发进度造成影响,因此要对变更及其处理过程进行跟踪,最后报告变更的处理结果。
《变更处理报告》的内容包括:
表 7-2 变更处理报告
进度监控
项目进度会议是了解项目实际进度的有效措施,在会议中评审工作报告,解决遇到的问题并计划下一步工作:
《工作报告》的内容包括:
基本信息: 报告者、汇报时间、工作时间段等
工作情况: 已完成的工作、未完成的工作
遇到的问题:工作中碰到的阻碍
工作计划: 下一步的工作计划
项目进度会议的另一个重要议题是审查进度表,了解项目实际进度与计划进度的差异。为进度表调整和资源调配提供重要依据。
测量
在项目开发过程中,收集一些关键的测量,对了解项目状态和进行项目决策很有帮助,同时也为以后的项目提供历史数据参考。每个测量都要生成测量报告并存档。
《测量报告》的内容包括:
基本信息,包括测量主题、测量时间、测量者等
测量内容和测量值
测量分析
[b]结束阶段[/b]
图 7-1 控制阶段的任务和工件
产品测试
因为产品即将验收和发布,所以必须对产品进行完整测试,产品测试比其他测试要求更严格,当产品的质量达到发布的要求后才能发布。产品的质量由《测试报告》体现。
RC版本发布
发布RC版本让用户体验并收集反馈意见,为产品验收作准备。RC版本发布后,产品不应该有大改动,一般只是界面的局部调整。
编制用户文档
针对不同的使用者角色,编制相应的用户文档,对管理者用户需要提供《安装、维护指南》,对普通用户需要编制《产品使用手册》。
《安装、维护指南》的内容包括:
产品各组件的说明
产品部署架构
安装、配置和卸载等步骤
启动、停止和重启等操作
其它操作:日志、备份、还原等
《产品使用手册》的内容包括:
产品介绍
各个功能的介绍
通过实际案例介绍各个功能的使用方式和操作步骤
产品使用培训
对于为特定客户开发的软件产品,在发布前需要对用户进行产品的使用培训。培训前需要部署好操作环境,编写培训资料,然后组织培训会议。
产品验收
对于为特定客户开发的软件产品,通常根据签订的开发合同和产品方案等条款逐项验收,验收时,用户通常会执行验收测试案例。
最后修订
在产品验收通过后,正式发布前对产品作最后的修订,可能包括:
开发文档修订
用户文档修订
代码整理
正式版发布
正式版的发布标志着开发阶段的结束,产品从此时起进入维护阶段,正式发布前可能要做一些准备工作,如:数据迁移和环境配置等。
项目总结
项目结束后需要对整个项目开发阶段的工作进行总结,交流心得,吸取经验和教训,并归档为《项目总结报告》。
《项目总结报告》的内容包括:
总体评价
成本、收益汇总
重要心得
管理总结
技术总结
敬请期待:普通软件项目开发过程规范(五)—— 总结
CodeProject
图 6-1 控制阶段的任务和工件
风险管理
开发期间要对风险进行监控,定期检查、更新和发布《风险列表》。
质量管理
1) 评审
评审是质量保证的重要环节,原则上每个重要的工作任务或阶段结束前都必须经过评审,如:方案评审、计划评审、需求评审、设计评审和代码评审等,工作是否被通过、是否需要修改或重做均由评审结果决定,评审结果以《评审报告》的形式发布。
《评审报告》的内容包括:
基本信息 | 评审主题、时间、提交者、评审者等 |
评审内容 | 评审内容的列表和简述 |
问答记录 | 评审过程中重要的问答记录 |
评审结论 | 整个评审的结果,如: 完全通过,无需修改 基本通过,需要作小量修改,但不必再评审 大体通过,需要作一些修改,之后再评审 不通过,需要作大幅修改,之后必须重新评审 |
评审意见 | 针对评审结论提出的意见和建议 |
2) 测试
测试是对被构建产品最直接有效的质量保证措施,测试结束后需要提交《测试报告》。
变更管理
开发过程中经常会出现多种变更,如:需求变更、设计变更或人员变更等。这些变更通常会对开发进度造成影响,因此要对变更及其处理过程进行跟踪,最后报告变更的处理结果。
《变更处理报告》的内容包括:
基本信息 | 变更主题、发生时间等 |
详细信息 | 变更的详细描述 |
变更处理 | 变更的处理方式和步骤 |
处理结果 | 变更的处理结果 |
变更影响 | 变更对项目造成的影响 |
进度监控
项目进度会议是了解项目实际进度的有效措施,在会议中评审工作报告,解决遇到的问题并计划下一步工作:
《工作报告》的内容包括:
基本信息: 报告者、汇报时间、工作时间段等
工作情况: 已完成的工作、未完成的工作
遇到的问题:工作中碰到的阻碍
工作计划: 下一步的工作计划
项目进度会议的另一个重要议题是审查进度表,了解项目实际进度与计划进度的差异。为进度表调整和资源调配提供重要依据。
测量
在项目开发过程中,收集一些关键的测量,对了解项目状态和进行项目决策很有帮助,同时也为以后的项目提供历史数据参考。每个测量都要生成测量报告并存档。
《测量报告》的内容包括:
基本信息,包括测量主题、测量时间、测量者等
测量内容和测量值
测量分析
[b]结束阶段[/b]
图 7-1 控制阶段的任务和工件
产品测试
因为产品即将验收和发布,所以必须对产品进行完整测试,产品测试比其他测试要求更严格,当产品的质量达到发布的要求后才能发布。产品的质量由《测试报告》体现。
RC版本发布
发布RC版本让用户体验并收集反馈意见,为产品验收作准备。RC版本发布后,产品不应该有大改动,一般只是界面的局部调整。
编制用户文档
针对不同的使用者角色,编制相应的用户文档,对管理者用户需要提供《安装、维护指南》,对普通用户需要编制《产品使用手册》。
《安装、维护指南》的内容包括:
产品各组件的说明
产品部署架构
安装、配置和卸载等步骤
启动、停止和重启等操作
其它操作:日志、备份、还原等
《产品使用手册》的内容包括:
产品介绍
各个功能的介绍
通过实际案例介绍各个功能的使用方式和操作步骤
产品使用培训
对于为特定客户开发的软件产品,在发布前需要对用户进行产品的使用培训。培训前需要部署好操作环境,编写培训资料,然后组织培训会议。
产品验收
对于为特定客户开发的软件产品,通常根据签订的开发合同和产品方案等条款逐项验收,验收时,用户通常会执行验收测试案例。
最后修订
在产品验收通过后,正式发布前对产品作最后的修订,可能包括:
开发文档修订
用户文档修订
代码整理
正式版发布
正式版的发布标志着开发阶段的结束,产品从此时起进入维护阶段,正式发布前可能要做一些准备工作,如:数据迁移和环境配置等。
项目总结
项目结束后需要对整个项目开发阶段的工作进行总结,交流心得,吸取经验和教训,并归档为《项目总结报告》。
《项目总结报告》的内容包括:
总体评价
成本、收益汇总
重要心得
管理总结
技术总结
敬请期待:普通软件项目开发过程规范(五)—— 总结
CodeProject
相关文章推荐
- 普通软件项目开发过程规范(四)—— 控制和结束阶段 (转)
- 普通软件项目开发过程规范(二)—— 启动和计划阶段
- 普通软件项目开发过程规范(二)—— 启动和计划阶段 (转)
- 普通软件项目开发过程规范(三)—— 执行阶段 (转)
- 普通软件项目开发过程规范(一)—— 项目阶段
- 普通软件项目开发过程规范(三)—— 执行阶段
- 普通软件项目开发过程规范(一)—— 项目阶段 (转)
- 普通软件项目开发过程规范(五)—— 总结
- [转]普通软件项目开发过程规范(五)—— 总结
- 普通软件项目开发过程规范(五)—— 总结 (转)
- 2012软件项目开发过程规范要案
- 软件开发项目影响进度因素及控制浅谈
- 软件开发过程的6个阶段 转~
- 软件项目开发过程中主要遇到的核心问题小结
- 项目管理和质量控制之开发过程控制
- 浅谈软件项目开发过程中的主要项目风险及对策
- 软件项目需求开发过程实践之业务建模用例图
- 软件项目开发过程的风险性
- 软件开发项目进度控制中要处理好的四个问题
- 软件开发过程的6个阶段 转~