Question

下面介绍瀑布模型各个阶段的工作内容以及要书写的文档的种类（如表12.2所示）

表12.2 各个阶段所要书写的文档

阶段           文档

需求分析        系统策划文档、系统功能需求规格文档

外部设计        外部设计文档

内部设计        内部设计文档

程序设计        程序设计文档

编码实现        模块设计文档、测试计划文档

测试            测试报告

部署维护        部署手册、维护手册

在“需求分析”阶段，SE倾听将要使用计算机系统的客户的需求，调查、分析目前靠手工作业完成的业务内容。作为本阶段的成果，SE要书写“系统策划文档”或“系统功能需求规格文档”

第二步是设计计算机系统，该过程可分为3个阶段。虽然看起来有些啰嗦。第一个阶段是“外部设计”，进行与外部观察计算机系统相关的设计。设计内容包括系统处理的数据、显示在屏幕上的用户界面以及打印机打印的样式等。第二阶段是“内部设计”，进行与从内部观察计算机系统相关的设计，内部设计的目的是将外部设计的内容具体化，在计算机行业中常会提及“外部”和“内部”，一般情况下，把从用户的角度看到的东西称为“外部”，把从开发者的角度看到的东西称为“内部”。也许这样说会更容易理解，外部设计的是用户看得到的部分，而内部设计的是开发者看得到（用户看不到）的部分。第三个阶段是“程序设计”，为了用程序将内部设计的内容实现出来而做出的更加详细的设计。作为以上3个设计阶段的结果，SE要书写“外部设计文档”、“内部设计文档”和“程序设计文档”

第三步进入“编程实现”阶段，要进行的工作是编写代码，由程序员根据程序设计文档的内容，把程序输入到计算机。只要经过充分的程序设计，编程就变成一项十分简单的工作了。因为所做的只是把程序设计书上的内容翻译成程序代码，作为本阶段的文档，SE要书写用于说明唾弃构造的“模块设计文档”和用于下一阶段的“测试计划文档”。这里所说的模块，就是拆解出来的构成程序的要素

到了“测试”阶段，测试人员要根据测试计划文档的内容确认程序的功能。在最后编写的“测试报告”中，还必须定量地（用数字）标示出测试结果。如果只记录了一些含糊的测试结果，比如“已测试”或“没问题”那么就难以判断系统是否合格

在定量地标示测试结果的方法中，有“涂色检查”和“覆盖测试”等方法。“涂色检查”的做法是一个个地确认“系统功能需求规格文档”中的功能，如果该功能实现了，就用红笔把它涂红。“覆盖测试”则是一种表示有多少代码的行为已经经过确认的方法。“通过涂色检查，已确认了系统95%的功能，剩下的5%虽然有问题，但已经查明了原因，可以在1周内修正”、“已完成了99%的覆盖测试，由于剩余的1%是不可达代码（Dead Code，绝不会被执行的代码），所以可以删除。”如果能像这样给出定量的测试结果，就很容易判定系统是否合格了

如果测试合格，就会进入“部署、维护”阶段。“部署”指的是将计算机系统引进（安装）到客户的环境中，让客户使用。“维护”指的是定期检查计算机系统是否能正常工作，根据需要进行文件备份或根据应用场景的变化对系统进行部分改造。只要客户还在使用该计算机系统，这这个阶段就会一直持续下去。在这一阶段要书写的文档是“部署手册”和“维护手册”