软件工程读书笔记：软件生命周期

软件工程的基本原理

1. 用分阶段的生命周期计划严格管理
2. 坚持进行阶段评审
3. 实行严格的产品控制
4. 采用现代程序设计技术
5. 结果应能清楚地审查
6. 开发小组的人员应该少而精
7. 承认不断改进软件工程实践的必要性

 

生命周期各阶段的基本任务

1. 问题定义：
   1. 要回答的问题：“要解决的问题是什么？”
   2. 系统分析员提出关于问题性质、工程目标和规模的书面报告。
   3. 通过对系统实际用户和使用部门负责人的访问调查，分析员扼要地写出他对问题的理解，并在用户和使用部门负责人的会议上认真讨论这份书面报告，澄清含糊不清的地方，改正理解不正确的地方，最后得出一份双方都满意的文档。
   4. 是软件生命周期中最简短的阶段，一般只需要一天甚至更少的时间。

 

2. 可行性研究：
   1. 要回答的问题：“对于上一个阶段所确定的问题，有行得通的解决办法吗？”
   2. 为回答这个问题，系统分析员需要做一次大大和简化了的系统分析和设计的过程，也就是在较抽象的高层次上进行的分析和设计的过程。
   3. 可行性研究应该比较简短，这个阶段的任务不是具体解决问题，而是研究问题的范围，探索这个问题是否值得去解，是否有可行的解决办法。
   4. 在问题定义阶段提出的对工程目标和规模的报告通常比较含糊，可行性研究阶段应该导出系统的高层逻辑模型（通常以数据流图表示），并且在此基础上更准确、更具体地确定工程规模和目标。然后分析员更准确地估计系统的成本和效益，对建议的系统进行仔细的成本/效益分析是这个阶段的主要任务之一。
   5. 可行性研究的结果是使用部门负责人是否继续进行这项工程的决定的重要依据，一般说来，只有投资可能取得较大效益的那些工程项目才值得继续进行下去。

 

3. 需求分析：
   1. 这个阶段的任务是准确地确定：“为了解决这个问题，目标系统必须做什么”，即确定目标系统必须具备哪些功能。
   2. 用户了解他们所面对的问题，知道必须做什么，但是通常不能完整准确地表达出他们的要求，更不知道怎样利用系统解决他们的问题；软件开发人员知道怎么用软件实现人们的要求，但是对特定用户的具体要求并不完全清楚。
   3. 系统分析员在需求分析阶段必须和用户密切配合，充分交流信息，以得出经过用户确认的系统逻辑模型。通常用数据流图、数据字典和简要的算法表示系统的逻辑结构。

 

4. 总体设计
   1. lux：得出一个概括的解决方案
   2. 必须回答的问题：“概括地说，应该如何解决这个问题”
   3. 首先，应该考虑几种可能的方案：
      1. 低成本的解决方案
      2. 中等成本的解决方案
      3. 高成本的“十全十美”的解决方案
   4. 系统分析员应该使用系统流程图或其他工具描述每种可能的系统，估计每种方案的成本和效益，还应该在充分权衡各种方案的利弊的基础上，推荐一个较好的系统（最佳方案），并且制定实现所推荐的系统的详细计划。
   5. 如果用户接受分析员推荐的系统，则可以继续着手完成本阶段另一项重要任务：
      1. 上面的解决方案确定了解决问题的策略及目标系统需要哪些程序（功能）。
      2. 但是，怎样设计这些程序呢？
         1. 结构设计的一条基本原理就是程序应该模块化，也就是一个大程序应该由许多规模适中的模块按合理的层次结构组织而成。
         2. 总体设计阶段的第二项任务就是设计软件的结构，即确定程序由哪些模块组成，以及模块间关系。通常用层次图或者结构图描述绘软件的结构。

 

5. 详细设计
   1. lux：得出一个具体的系统解决方案
   2. 本阶段的任务就是：把解决方案具体化，也就是回答：“应该怎样具体地实现这个系统呢？”，具体地，就是要设计出程序的详细规格说明，它包含必要的细节，程序员可以根据它写出实际的程序代码。

 

 

6. 编码和单元测试
   1. 关键任务：写出正确的、容易理解、容易维护的程序模块；
   2. 程序员根据目标系统的性质和实际环境，选取一种适当的程序设计语言，把详细设计的结果翻译成用选定的语言书写的程序，并且仔细测试编写出的每一个模块。

 

7. 综合测试
   1. 关键任务：通过各种类型的测试（及相应的调试）使软件达到预定的要求；
   2. 最基本的测试是集成测试和验收测试：
      1. 集成测试：根据设计的软件结构，把经过单元测试检验的模块按某种选定的策略装配起来，在装配过程中对程序进行必要的测试。
      2. 验收测试：按照 规格说明书的规定（通常在需求分析阶段确定），由用户（或在用户积极参与下）对目标系统进行验收。
   3. 为了使用户能够积极参与验收测试，并且在系统投入正式运行后能够正确有效地使用，通常需要以正式的或者非正式的方式对用户进行培训。
   4. 通过对软件测试结果的分析可以预测软件的可靠性；反之，根据对软件可靠性的要求，也可以决定测试和调试过程什么时候可以结束。
   5. 应该用正式的文档资料把测试计划、详细测试方案以及测试结果保存下来，做为软件配置的一个组成部分。

 

8. 软件维护
   1. 关键任务：通过各种必要的维护活动，使系统持久地满足用户的需要。
   2. 通常有四类维护活动：
      1. 改正性维护
      2. 适应性维护
      3. 完善性维护
      4. 预防性维护
   3. 虽然没有把维护阶段划分成更小的阶段，但实际上每一项维护活动都应该经过提出维护要求（或报告问题）、分析维护要求、提出维护方案、审批维护方案、确定维护计划、修改软件设计、修改程序、测试程序、复查验收等一系列的步骤，因此，实质上是经历了一次压缩和简化了的软件定义和工发的全过程。
   4. 结构分析设计过程小结