普通软件项目开发过程规范（四）—— 控制和结束阶段

[b]控制阶段[/b]



图 6-1 控制阶段的任务和工件

风险管理

　　开发期间要对风险进行监控，定期检查、更新和发布《风险列表》。

质量管理

　　1） 评审

　　评审是质量保证的重要环节，原则上每个重要的工作任务或阶段结束前都必须经过评审，如：方案评审、计划评审、需求评审、设计评审和代码评审等，工作是否被通过、是否需要修改或重做均由评审结果决定，评审结果以《评审报告》的形式发布。

　　《评审报告》的内容包括：

基本信息	评审主题、时间、提交者、评审者等
评审内容	评审内容的列表和简述
问答记录	评审过程中重要的问答记录
评审结论	整个评审的结果，如： 完全通过，无需修改 基本通过，需要作小量修改，但不必再评审 大体通过，需要作一些修改，之后再评审 不通过，需要作大幅修改，之后必须重新评审
评审意见	针对评审结论提出的意见和建议

表 7-1 评审报告

　　2） 测试

　　测试是对被构建产品最直接有效的质量保证措施，测试结束后需要提交《测试报告》。

变更管理

　　开发过程中经常会出现多种变更，如：需求变更、设计变更或人员变更等。这些变更通常会对开发进度造成影响，因此要对变更及其处理过程进行跟踪，最后报告变更的处理结果。

　　《变更处理报告》的内容包括：

基本信息	变更主题、发生时间等
详细信息	变更的详细描述
变更处理	变更的处理方式和步骤
处理结果	变更的处理结果
变更影响	变更对项目造成的影响

表 7-2 变更处理报告

进度监控

　　项目进度会议是了解项目实际进度的有效措施，在会议中评审工作报告，解决遇到的问题并计划下一步工作：

　　《工作报告》的内容包括：

基本信息： 报告者、汇报时间、工作时间段等

工作情况： 已完成的工作、未完成的工作

遇到的问题：工作中碰到的阻碍

工作计划： 下一步的工作计划

　　项目进度会议的另一个重要议题是审查进度表，了解项目实际进度与计划进度的差异。为进度表调整和资源调配提供重要依据。

测量

　　在项目开发过程中，收集一些关键的测量，对了解项目状态和进行项目决策很有帮助，同时也为以后的项目提供历史数据参考。每个测量都要生成测量报告并存档。

　　《测量报告》的内容包括：

基本信息，包括测量主题、测量时间、测量者等

测量内容和测量值

测量分析

[b]结束阶段[/b]



图 7-1 控制阶段的任务和工件

产品测试

　　因为产品即将验收和发布，所以必须对产品进行完整测试，产品测试比其他测试要求更严格，当产品的质量达到发布的要求后才能发布。产品的质量由《测试报告》体现。

RC版本发布

　　发布RC版本让用户体验并收集反馈意见，为产品验收作准备。RC版本发布后，产品不应该有大改动，一般只是界面的局部调整。

编制用户文档

　　针对不同的使用者角色，编制相应的用户文档，对管理者用户需要提供《安装、维护指南》，对普通用户需要编制《产品使用手册》。

　　《安装、维护指南》的内容包括：

产品各组件的说明

产品部署架构

安装、配置和卸载等步骤

启动、停止和重启等操作

其它操作：日志、备份、还原等

　　《产品使用手册》的内容包括：

产品介绍

各个功能的介绍

通过实际案例介绍各个功能的使用方式和操作步骤

产品使用培训

　　对于为特定客户开发的软件产品，在发布前需要对用户进行产品的使用培训。培训前需要部署好操作环境，编写培训资料，然后组织培训会议。

产品验收

　　对于为特定客户开发的软件产品，通常根据签订的开发合同和产品方案等条款逐项验收，验收时，用户通常会执行验收测试案例。

最后修订

　　在产品验收通过后，正式发布前对产品作最后的修订，可能包括：

开发文档修订

用户文档修订

代码整理

正式版发布

　　正式版的发布标志着开发阶段的结束，产品从此时起进入维护阶段，正式发布前可能要做一些准备工作，如：数据迁移和环境配置等。

项目总结

　　项目结束后需要对整个项目开发阶段的工作进行总结，交流心得，吸取经验和教训，并归档为《项目总结报告》。

　　《项目总结报告》的内容包括：

总体评价

成本、收益汇总

重要心得

管理总结

技术总结

　　敬请期待：普通软件项目开发过程规范（五）—— 总结

CodeProject