[软件工程导论（第六版）_期末复习]

第一章

软件危机的表现形式（典型表现）：
(1)软件开发的成本和进度估计往往不准确
(2)用户对“已完成”的软件系统往往不满意
(3)软件系统质量往往靠不住
(4)软件没有适当的文档资料
(5)软件往往不可维护的
(6)软件成本占计算机系统总成本的比例逐年增长
(7)软件得到生产率不及计算机应用的普及速度

软件工程方程学包含的三要素： 方法、工具和过程

软件生命周期有 软件定义、软件开发和开发维护三个时期

软件生命周期的任务： 问题定义、可行性研究、需求分析、总体设计、详细设计、编码和单元测试、综合测试和软件维护

瀑布模型的特点： 阶段间具有顺序性和依赖性、具有推迟实现的观点、具有质量保证的观点

瀑布模型为什么是应用最广泛的过程模型：
(1)可强迫开发人员采用规范的方法
(2)严格规范每个阶段所必须的文档资料
(3)每个阶段开发的所有产品都需要经过质量保证小组的检验
(4)文档约束使软件维护变得更容易一些，降低软件预算

螺旋模型是 风险驱动的

第二章

可行性研究的任务： 进一步分析和澄清问题的定义、应该导出系统的逻辑模型、探索出若干种供选择的主要解法

系统流程图是概括的描绘 物理系统的传统工具

数据流图（DFD）只是描绘数据在软件中 流动和被处理的 逻辑过程

数据源点/终点： 矩形或者正方体

变换数据的处理： 圆角矩形或者圆形

数据流：

数据的存储：

数据字典和数据模型共同构成逻辑模型


数据字典的组成：数据流、数据元素、数据存储、数据处理

第三章

需求分析是 软件定义时期最后的一个阶段

需求分析回答了“ 系统必须做什么”这个问题

需求分析的任务是： 1.功能需求、2.性能需求、3.可靠性和可用性需求、4.出错处理需求、5.接口需求、6.约束、7.逆向需求、8.将来可能提出的要求

结构化分析是面向数据流自顶向下逐步求精进行需求分析的方法

分析过程应建立的三种模型： 1.数据模型、2.功能模型、3.行为模型

软件需求规格说明不包括 方法详细说明

软件需求规格说明了系统的 1.数据要求、2.功能需求、3.性能需求、4.可靠性和可用性需求、5.出错处理需求、6.接口需求、7.约束、8.逆向需求、9.将来可能提出的要求。

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

验证软件需求正确性的四个方面： 1.一致性、2.完整性、3.现实性、4.有效性

第四章

我们学校不考，略~

第五章

软件设计由两个主要阶段组成： 系统设计阶段、结构设计阶段。

软件设计原则： 模块化、抽象、信息隐藏和局部化。

软件设计有助于得到 高内聚低耦合的软件。

模块的独立程度可以由两个定性标准来度量： 内聚、耦合。

耦合：（耦合性由低到高，模块独立程度由高到低）
(1)无直接耦合：两个模块之间没有直接联系，模块独立性强。
(2)数据耦合：一个模块访问另一个模块，通过传递数据参数交换输入、输出信息。
(3)特征耦合：两个模块通过传递数据结构产生联系，或者与同一个数据结构有关系。
(4)控制耦合：两个模块之间传递控制信息，调用被控制模块的内部逻辑。
(5)公共环境耦合：一组模块引用同一个公共数据区。
(6)内容耦合：一个模块访问另一个模块内部数据、一个模块不通过正常入口转入另一个模块的内部、两个模块有部分代码重叠、一个模块有多个入口。

内聚：（内聚性由低到高，模块独立程度由低到高）
(1)偶然内聚：模块内组成成分的在功能上互不相关。
(2)逻辑内聚：模块完成的任务在逻辑上属于相同或相似的一类。
(3)时间内据：模块包含的任务必须在同一时间执行。
(4)过程内聚：模块内各组成成分相关，必须以特定次序执行。
(5)通信内聚：模块内各组成部分使用相同的输入数据，或者产生相同的输出结果。
(6)顺序内聚：模块完成多个功能，各功能在同一数据结构上操作，每个功能有唯一入口。
(7)功能内聚：模块各处理元素属于一个整体，完成一个单一的功能。

深度：表示软件结构控制的层数，可以粗略的标志一个系统的大小和复杂程度。

宽度：是软件结构在同一层次中的总模块数的最大值。

扇出：一个模块可以直接调用的模块数，即下属模块数。

扇入：模块可被多少个上级模块调用。

结构图的方框表示模块，方框之间的直线和箭头表示模块之间的调用关系。

信息流有两种类型：交换流、数据流。