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