软件工程导论复习重点总结 很全 第六版

第1章 软件工程学概述

1.1 软件危机

1.1.1 软件危机的介绍

软件危机(软件萧条、软件困扰)：是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。 软件危机包含下述两方面的问题：

如何开发软件，满足对软件日益增长的需求； 如何维护数量不断膨胀的已有软件。 软件危机的典型表现：

（1）对软件开发成本和进度的估计常常很不准确；

（2）用户对“已完成的”软件系统不满意的现象经常发生； （3）软件产品的质量往往靠不住； （4）软件常常是不可维护的；

（5）软件通常没有适当的文档资料；

（6）软件成本在计算机系统总成本中所占的比例逐年上升；

（7）软件开发生产率提高的速度，远远跟不上计算机应用迅速普及深入的趋势 。

1.1.2 产生软件危机的原因

（1）与软件本身的特点有关

（2）与软件开发与维护的方法不正确有关

1.1.3 消除软件危机的途径

对计算机软件有正确的认识。

认识到软件开发是一种组织良好、管理严密、各类人员协同配合、共同完成的工程项目。 应该推广使用在实践中总结出来的开发软件的成功技术和方法，并继续研究探索。 应该开发和使用更好的软件工具。

总之，为了解决软件危机，既要有技术措施(方法和工具)，又要有必要的组织管理措施。

1.2

1.2.1 软件工程的介绍

软件工程：是指导计算机软件开发和维护的一门工程学科。采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效地维护它，这就是软件工程。（期中考） 软件工程的本质特性：

软件工程关注于大型程序的构造 软件工程的中心课题是控制复杂性 软件经常变化

开发软件的效率非常重要 和谐地合作是开发软件的关键 软件必须有效地支持它的用户

在软件工程领域中是由具有一种文化背景的人替具有另一种文化背景的人创造产品

1.2.2 软件工程的基本原理

用分阶段的生命周期计划严格管理 坚持进行阶段评审

实行严格的产品控制 采用现代程序设计技术 结果应能清楚地审查

开发小组的人员应该少而精

承认不断改进软件工程实践的必要性

1.2.3 软件工程方法学

软件工程包括技术和管理两方面的内容。 软件工程方法学3要素：方法、工具、过程

1. 传统方法学(生命周期方法学或结构化范型)——强调自顶向下 2. 面向对象方法学——强调主动地多次反复迭代 面向对象方法学4个要点：对象、类、继承、消息 1.3 软件生命周期 （必考） 三个时期八个阶段：软件生命周期由软件定义、软件开发和运行维护(也称为软件维护)三个时期组成，每个时期又进一步划分成若干个阶段。

1.4 软件过程

1.4.1 瀑布模型

1.4.2 快速原型模型 1.4.3 增量模型 1.4.4 螺旋模型 1.4.5 喷泉模型

第2章 可行性研究

2.1 可行性研究的任务

可行性研究的目的：

不是解决问题，而是确定问题是否值得去解决。

可行性研究的实质：

进行一次大大压缩简化了的系统分析和设计的过程，也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程。

可行性研究的内容：

首先进一步分析和澄清问题定义，导出系统的逻辑模型；

然后从系统逻辑模型出发，探索若干种可供选择的主要解法(即系统实现方案)； 对每种解法都研究它的可行性，至少应该从三方面研究每种解法的可行性 。 主要方面：

技术可行性，经济可行性，操作可行性， 其他方面：

运行可行性， 法律可行性，

2.2 可行性研究过程

1. 复查系统规模和目标 2. 研究目前正在使用的系统 3. 导出新系统的高层逻辑模型 4. 进一步定义问题

5. 导出和评价供选择的解法

6. 推荐行动方针 7. 草拟开发计划 8. 书写文档提交审查

2.3 系统流程图

系统流程图：是概括地描绘物理系统的传统工具。表达的是数据在系统各部件之间流动的情况，而不是对数据进行加工处理的控制过程。

2.4 数据流图 2.4.1 符号

基本符号：

数据存储：数据存储是处于静止状态的数据； 数据流：数据流是处于运动中的数据。 附加符号：

星号（*）：表示“与”关系 加号（+）：表示“或”关系 异或（⊕）：表示互斥关系

2.5 数据字典

数据流图和数据字典共同构成系统的逻辑模型。

2.5.1 数据字典的内容

数据字典的组成：数据流 数据流分量(即数据元素) 数据存储 处理

2.5.2 定义数据的方法

方法：对数据自顶向下分解。

数据组成方式(三种基本类型)：顺序 选择 重复 附加类型：可选 符号：

=意思是等价于(或定义为)； +意思是和(即，连接两个分量)；

［ ］意思是或(即，从方括弧内列出的若干个分量中选择一个)，通常用“|”号隔开供选择的分量； { }意思是重复(即，重复花括弧内的分量)；常常使用上限和下限进一步注释表示重复的花括弧。 ( )意思是可选(即，圆括弧里的分量可有可无)。

2.5.3 数据字典的实现 计算机实现 人工实现

2.6 成本/效益分析

2.6.1 成本估计：1. 代码行技术 2. 任务分解技术 3. 自动估计成本技术 2.6.2 成本/效益分析的方法

成本/效益分析涉及的4个概念： 1. 货币的时间价值 2. 投资回收期 3. 纯收入

4. 投资回收率：P = F1/( 1 + j ) + F2/( 1 + j )2 + …+ Fn( 1 + j )n

第3章 需求分析

需求分析的任务：

需求分析是软件定义时期的最后一个阶段，它的基本任务是准确地回答“系统必须做什么?”这个问题。

确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。 系统分析员应该写出软件需求规格说明书，以书面形式准确地描述软件需求

3.1 需求分析的任务

确定对系统的综合要求 分析系统的数据要求 导出系统的逻辑模型 修正系统开发计划

3.1.1 确定对系统的综合要求

1. 功能需求 2. 性能需求

3. 可靠性和可用性需求 4. 出错处理需求 5. 接口需求 6. 约束 7. 逆向需求

8. 将来可能提出的要求

3.1.2 分析系统的数据要求

建立数据模型——ER图

描绘数据结构——层次方框图和Warnier图 数据结构规范化

3.2 与用户沟通获取需求的方法

访谈：1. 正式访谈 2. 非正式访谈 3. 调查表 4. 情景分析技术 面向数据流自顶向下求精 简易的应用规格说明技术

快速建立软件原型：(1) 第四代技术（4GL）(2) 可重用的软件构件 (3) 形式化规格说明和原型环境

3.3分析建模与规格说明

3.3.1 分析建模

需求分析过程应该建立3种模型：数据模型 功能模型 行为模型 数据字典是分析模型的核心

实体-联系图用于建立数据模型的图形 数据流图是建立功能模型的基础 状态转换图是行为建模的基础

3.4 实体-联系图

数据模型中包含3种相互关联的信息：数据对象、数据对象的属性、数据对象彼此间相互连接的关系

3.4 状态转换图

3.6.1 状态

状态图分类：

表示系统循环运行过程，通常不关心循环是怎样启动的。