第一章 软件工程概述

• 软件包含几部分、软件本身特点

软件
程序(指令集)	可执行代码，由字符、数字等组成
数据	输入输出数据
相关文档	规格说明文档、设计文档、用户手册和其他管理文档

特点:

1. 抽象：逻辑实体非物理实体（不直观）；
2. 不存在磨损问题，可无限期使用；
3. 可移植性；（零成本无限复制）；
4. 复杂性，实现、维护等越来越复杂；
5. 昂贵性，开发维护成本高；

• 软件危机概念，包含的两方面内容，提出的时间

软件危机的概念:计算机软件的开发和维护过程中遇到的一系列严重问题。
两方面内容:

1. 如何开发软件，满足对软件日益增长的需求
2. 如何维护数量不断膨胀的已有软件。

提出的时间:
1968年，NATO北大西洋公约组织的计算机科学家召开了计算机国际会议，提出“软件危机”的概念，并提出了“软件工程”学科

• 为消除软件危机，需要采取哪两方面措施？

  1. 对计算机软件有正确的认识，消除“软件就是程序”的错误认识。认识到软件开发是一种组织良好、管理严密、各类人员协同配合、共同完成的工程项目，充分借鉴吸取已有经验。
  2. 应该推广使用在实践中总结出来的开发软件的成功技术和方法，并继续研究探索。
  3. 应该开发和使用更好的软件工具。  

总之，为了解决软件危机，既要有技术措施(方法和工具)，又要有必要的组织管理措施
管理: 通过计划、组织和控制等一系列活动，合理地配置和使用各种资源，以达到既定目标的过程。
技术(软件工程方法学): 通常把在软件生命周期全过程中使用的一整套技术方法的集合称为方法学(methodology)，也称为范型(paradigm)。

• 软件工程的概念？软件工程方法学：传统方法学（生命周期方法学或结构化范型）和面向对象方法学，概念和优缺点

1. 概念: 是指导计算机软件开发和维护的一门工程学科。采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效地维护它，这就是软件工程。
2. 软件工程方法学:
   • 概念: 通常把在软件生命周期全过程中使用的一整套技术方法的集合称为方法学(methodology)，也称为范型(paradigm)。
   • 3要素:
     • 方法：是完成软件开发的各项任务的技术方法，回答“怎做”的问题；
     • 工具：是为运用方法而提供的自动的或半自动的软件工程支撑环境；如，CASE(Computer-Aided Software Engineering )工具
     • 过程：需要完成的一系列任务的框架，它规定了完成各项任务的工作步骤。
   • 传统方法学(生命周期方法学或结构化范型)——强调自顶向下:
     • 采用结构化技术来完成软件开发的各向任务；
     • 划分为若干个阶段，然后顺序地完成每个阶段的任务；
     • 每个阶段的任务相对独立，而且比较简单，降低了整个软件开发工程的困难程度； 前一个阶段是后一个阶段的前提和基础，而后一阶段提出的解法更具体，细节更多；
     • 每个阶段结束前必须从技术和管理两方面对这个阶段的开发成果进行严格的检查，通过之后这个阶段才算结束；保证了质量，提高可维护性；
     • 当软件规模庞大，或者的需求模糊或随时间而变化时，传统方法学往往不成功；维护起来仍然很困难。
   • 面向对象方法学——强调主动地多次反复迭代
     • 面向对象方法: 把数据和行为看成同等重要，它是一种以数据为主线，把数据和对数据的操作紧密地结合起来的方法。
     • 面向对象方法学4个要点：
       • 对象(object)：融合了数据及在数据上的操作行为。
       • 类(class)：类是对具有相同数据和相同操作的一组相似对象的定义。
       • 继承：按照父类与子类的关系，把若干个相关类组成一个层次结构的系统。
       • 消息：对象彼此间仅能通过发送消息互相联系。
     • 优点:
       1. 面向对象方法学的尽量模拟人类习惯的思维方式，使开发软件的方法与过程尽可能接近人类认识世界解决问题的方法与过程。
       2. 面向对象方法学开发软件的过程，是一个主动地多次反复迭代的演化过程，保证了在各项开发活动之间的平滑过渡。
       3. 促进了软件重用。最终的软件产品由许多较小的、基本上独立的对象组成，每个对象相当于一个微型程序，而且大多数对象都与现实世界中的实体相对应，降低了复杂性，提高了可理解性，简化了开发和维护工作。

• 软件生命周期（三个时期八个阶段）

1. 问题定义:

   任务: 问题是什么?

   • 通过对客户的访问调查，系统分析员扼要地写出关于问题性质、工程目标和工程规模的书面报告。
   • 经过讨论和必要的修改之后这份报告应该得到客户的确认。

   结果: 关于系统规模和目标的

2. 可行性研究:

   任务: 有可行的解吗?

   • 系统分析员需要进行一次大大压缩和简化了的系统分析和设计过程。
   • 研究问题的范围，探索这个问题是否值得去解，是否有可行的解决办法。

   结果:

   • 系统的高层逻辑模型（数据流图、成本效益分析）
   • 可行性论证报告（立即进行/推迟进行/不能或不值得进行）

3. 需求分析:

   任务: 必须做什么

   • 主要是确定目标系统必须具备哪些功能。
   • 系统分析员必须和用户密切配合，充分交流信息，以得出经过用户确认的系统逻辑模型。

   结果:

   • 系统的逻辑模型（数据流图、数据字典、简要的算法描述）
   • 用规格说明书（Specification）准确地记录对目标系统的需求

4. 总体设计:

   任务: 如何提出已提出的问题

   • 设计出实现目标系统的几种可能的方案（低、中、高成本）。
   • 用适当的表达工具描述每种方案，分析优缺点，推荐一个最佳方案，制定出实现最佳方案的详细计划。设计程序的体系结构。

   **结果: **

   • 可能的解法(系统流程图、成本效益分析)
   • 推荐的系统体系结构(层次图或结构图)

5. 详细设计:

   任务: 怎样具体实现该系统

   • 详细地设计每个模块, 确定实现模块功能所需要的算法和数据结构

   结果:

   • 每个模块的算法和数据结构(程序流程图、PAD图、N-S图等)

6. 编码和单元测试:

   任务: 得到正确的程序模块

   • 选取一种适当的高级程序设计语言(必要时用汇编语言)，把详细设计的结果翻译成用选定的语言书写的程序；
   • 并且仔细测试编写出的每一个模块。

   结果: 代码和测试报告

7. 综合测试:

   任务: 得到符合要求的软件

   • 通过集成测试、验收测试、现场测试、平行运行等方法对目标系统进一步测试检验。
   • 通过对软件测试结果的分析可以预测软件的可靠性；反之，根据对软件可靠性的要求，也可以决定测试和调试过程什么时候可以结束。

   结果:

   • 测试计划、详细测试方案以及实际测试结果
   • 完整一致的软件配置

8. 软件维护:
   

   任务: 使系统持久地满足用户的需要

   • 改正性维护,诊断和改正在使用过程中发现的软件错误；
   • 适应性维护，修改软件以适应环境的变化；
   • 完善性维护，根据用户的要求改进或扩充软件；
   • 预防性维护，修改软件为将来的维护活动做准备。
   • 每一项维护活动经历了一次压缩和简化了的软件定义和开发的全过程。

   结果: 完整准确的维护记录

• 软件过程（几个模型）

1. 瀑布模型
   

• 瀑布模型将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落
• 特点:

  1. 阶段间具有顺序性和依赖性

  • 前一阶段的工作完成之后，才能开始后一阶段的工作；
  • 前一阶段的输出文档就是后一阶段的输入文档。

  2. 推迟实现的观点

标签：第一章,软件工程,概述,阶段,软件,维护,方法,方法学
来源： https://blog.csdn.net/CKXGZXA/article/details/116842060