软件工程导论第六版复习
第一章 软件工程概述
第二章 可行性研（是否值得做?）
第三章 需求分析（做什么？）
第五章 总体设计(怎么做？)
第六章 详细设计
第七章 实现
第八章 维护
第九章 面向对象方法学
第十章 面向对象分析
第十三章 软件项目管理

第一章 软件工程概述
1.P5 软件工程是什么?

答：软件工程是指导计算机软件开发和维护的一门工程学科，采用工程的概念、原理、技术和方法来开发与维护软件，以经济地开发出高质量的软件并有效地维护它，这就是软件工程。
2.P9 软件工程包括技术和管理两个方面的内容。
3.P9 软件工程方法学包含3要素：方法、过程和工具
4.P9 使用最广泛的软件工程方法学:传统方法学(生命周期方法学)、面向对象方法学
5.P11 软件生命周期由3个时期组成：软件定义、软件开发、运行维护(软件维护)

软件定义3个阶段:问题定义、可行性研究、需求分析

软件开发4个阶段:总体设计、详细设计、编码和单元测试、综合测试
6.P15-22 软件工程5大模型及其驱动类型：瀑布模型(文档驱动)、快速原型模型、增量模型、螺旋模型(风险驱动)、喷泉模型(对象驱动)
7.P22 迭代式开发：不必精益求精，反复修改重做
8.P31小结 糊涂观念(P3)：忽视软件需求分析的重要性、认为软件开发就是写程序并设法使之运行、轻视软件维护等。
第二章 可行性研（是否值得做?）
1.P35 可行性研究：实质上是要进行一次大大压缩简化了的系统分析和设计的过程
2.P40 数据流图(DFD)：是一种图形化技术，它描绘信息流和数据从输入移动到输出的过程中所经受的变换
3.P40 数据流图4种基本符号：正方形(或立方体)表示数据的源点或终点，圆角矩形(或圆形)代表变换数据的处理，开口矩形(或两条平行横线)代表数据存储，箭头代表数据流，即特定数据的流动方向。
第三章 需求分析（做什么？）
1.P58 与客户沟通获取绣球的方法：访谈、面向数据流自顶向下、简易的应用规格说明技术、快速建立软件原型
2.P62 需求分析过程应建立三种模型：数据模型(E-R图)、功能模型(用数据流图)、行为模型(状态转换图)
3.P63 实体-联系图(E-R图)中3种相互关联的信息：数据对象、属性、联系
4.P65 状态转换图中状态：初态、终态、中间状态，一张状态转换图只能有一个初态、0至多个终态
5.P66 状态转换图的符号：初态(实心圆)、终态(同心圆)、中间状态(圆角矩形)
第五章 总体设计(怎么做？)
1.P91 总体设计两个阶段：系统设计阶段，确定系统的具体实现方案。结构设计阶段，确定软件结构。
2.P94 总体设计原理：模块化、抽象、逐步求精、信息隐藏和局部化、模块独立(耦合、内聚)
3.P97 耦合性和独立性

ㅤㅤㅤ低-----------------------------------耦合性----------------------------------高

ㅤㅤㅤㅤㅤ非直接、数据、标记、控制、控制、外部、公共、内容耦合

ㅤㅤㅤ  强----------------------------------独立性----------------------------------弱

4.P99 内聚性和独立性

ㅤㅤㅤㅤㅤ低---------------------------内聚性------------------------------高

ㅤㅤㅤㅤㅤㅤㅤ偶然、逻辑、时间、过程、通信、顺序、功能

ㅤㅤㅤㅤ ㅤ  强------------------------模块独立性---------------------------弱
5.P100 启发规则：

1. 改进软件结构提高模块独立性

2. 模块规模应该适中

3. 深度、宽度、扇出、和扇入都应适当

4. 力争降低模块接口的复杂程度

5. 设计单入口单出口的模块

6. 模块功能应该可以预测
6.P102 描绘软件结构的图形工具：层次图、HIPO(模块调用图)、结构图
7.P104 面向数据流的设计方法：变换流、事务流
8.P105 面向数据流的设计步骤

1. 复查基本系统模型

2. 复查并精化数据流图

3. 确认数据流图具有变换特性还是事务特性

4. 确认输入流和输出流的边界，从而孤立出变换中心

5. 完成“第一级分解”  （具体见书 P109）

6.  完成“第二级分解”
第六章 详细设计
1.P117 三种控制结构：顺序、选择、循环
2.P118 什么是结构化？

答：一个程序的代码块仅仅通过顺序、选择、和循环这3种基本控制结构进行连接，并且每个代码块只有一个入口和一个出口，这个程序就是结构化的。
3.P124 过程设计的工具：程序流程图、盒图、PAD图、判定表、判定树、伪码
第七章 实现
1.P150 什么是测试？

答：是为了发现程序中的错误而执行程序的过程
2.P151 测试方法：白盒测试、黑盒测试
3.P151 测试步骤：

1. 模块测试(单元测试)

2. 子系统测试

3. 系统测试

4. 验收测试(确认测试)
4.P153 单元测试主要使用白盒测试
5.P155 单元测试中的驱动软件：驱动程序也就是一个“主程序”，它接收测试数据，把这些数据传递给被测试的模块，并且打印有关结果。
6.P153 单元测试中的存根程序：代替被测试的模块所调用的模块，也称“虚拟子程序”
7.P156 集成测试两种集成策略：自顶向下集成（广度优先、深度优先），自顶向上集成
8.P160 回归测试：重新执行已经做过的测试
9.P162 白盒测试三种逻辑覆盖：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖、点覆盖、边覆盖、路径覆盖(最强的)
10.P172 等价划分是一种黑盒测试技术，它将程序的输入域分成若干个数据类，据此导出测试用例。
11.P172 等价划分法力图设计出能发现若干类程序错误的测试用例。
12.P173 划分出等价类以后，根据等价类设计测试方案时主要有两个步骤：

设计一个新的测试方案以尽可能多地覆盖尚未被覆盖的无效等价类，重复这一步骤直到所有等价类都被覆盖为止
设计一个新的测试方案，使它覆盖一个而且只覆盖一个尚未被覆盖的无效等价类，重复这一步骤直到所有无效等价类都被覆盖为止

第八章 维护
1.P189 软件维护的定义：就是在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件的过程
2.P190 四种维护：改正性维护、适应性维护、完善性维护(占软件维护工作的大部分)、预防性维护
3.P192 软件维护过程：建立维护组织、提交维护报告、规定维护的事件流、保存维护记录、评价维护活动
第九章 面向对象方法学
1.P210 什么是对象？

答：是具有相同状态的一组操作的的集合，是对属性值和操作的封装，是封装了数据结构及可以施加在这些数据结构上的操作的封装体，这个封装体有可以唯一地标识它的名字，而且向外界提供一组服务(即公有的操作)
2.P212 什么是类？

答：类是对具有相同属性和行为的一组相似的对象的抽象，类在现实世界中并不能真正存在
3.P216 面向对象方法需建立三种模型：

描述系统数据结构的对象模型
描述系统控制结构的动态模型
描述系统功能的功能模型

4.P218 对象之间的横向关系（由弱到强）有：

1. 依赖        ㅤㅤㅤ虚线+箭头

2. 关联        ㅤㅤㅤ实线+黑三角形

3. 聚合		ㅤㅤㅤ实线+空心菱形，菱形指向整体

4. 组合		ㅤㅤㅤ实线+实心菱形，菱形指向整体
5.P225 用例：可以被行为者感受到的、系统的一个完整的功能

ㅤ用例模型：外部行为者所理解的系统功能
第十章 面向对象分析
1.P232 3个子模型：静态结构(对象模型)、交互次序(动态模型)、数据变换(功能模型)
2.P232 5个层次：主题层(识别主题)、类与对象层(找出类与对象)、结构层(识别结构)、属性层(定义属性)、服务层(定义服务)
3.P236 找出候选类与对象：

把称述中的名词作为类与对象的候选者
把形容词作为确定属性的线索
把动词作为服务(操作)的候选者

第十三章 软件项目管理
1.P305 什么是管理?

答：通过计划、组织和控制等一系列活动，合理地配置和使用各种资源，以达到既定目标的过程。
2.P314 制定进度计划的工具：Gantt图

        
                

                    
                    


 
软件工程导论第六版复习
 
第一章 软件工程概述
第二章 可行性研（是否值得做?）
第三章 需求分析（做什么？）
第五章 总体设计(怎么做？)
第六章 详细设计
第七章 实现
第八章 维护
第九章 面向对象方法学
第十章 面向对象分析
第十三章 软件项目管理

 
第一章 软件工程概述
 
1.P5 软件工程是什么?
 答：软件工程是指导计算机软件开发和维护的一门工程学科，采用工程的概念、原理、技术和方法来开发与维护软件，以经济地开发出高质量的软件并有效地维护它，这就是软件工程。
 
2.P9 软件工程包括技术和管理两个方面的内容。
 
3.P9 软件工程方法学包含3要素：方法、过程和工具
 
4.P9 使用最广泛的软件工程方法学:传统方法学(生命周期方法学)、面向对象方法学
 
5.P11 软件生命周期由3个时期组成：软件定义、软件开发、运行维护(软件维护)
 软件定义3个阶段:问题定义、可行性研究、需求分析
 软件开发4个阶段:总体设计、详细设计、编码和单元测试、综合测试
 
6.P15-22 软件工程5大模型及其驱动类型：瀑布模型(文档驱动)、快速原型模型、增量模型、螺旋模型(风险驱动)、喷泉模型(对象驱动)
 
7.P22 迭代式开发：不必精益求精，反复修改重做
 
8.P31小结 糊涂观念(P3)：忽视软件需求分析的重要性、认为软件开发就是写程序并设法使之运行、轻视软件维护等。
 
第二章 可行性研（是否值得做?）
 
1.P35 可行性研究：实质上是要进行一次大大压缩简化了的系统分析和设计的过程
 
2.P40 数据流图(DFD)：是一种图形化技术，它描绘信息流和数据从输入移动到输出的过程中所经受的变换
 
3.P40 数据流图4种基本符号：正方形(或立方体)表示数据的源点或终点，圆角矩形(或圆形)代表变换数据的处理，开口矩形(或两条平行横线)代表数据存储，箭头代表数据流，即特定数据的流动方向。
 
第三章 需求分析（做什么？）
 
1.P58 与客户沟通获取绣球的方法：访谈、面向数据流自顶向下、简易的应用规格说明技术、快速建立软件原型
 
2.P62 需求分析过程应建立三种模型：数据模型(E-R图)、功能模型(用数据流图)、行为模型(状态转换图)
 
3.P63 实体-联系图(E-R图)中3种相互关联的信息：数据对象、属性、联系
 
4.P65 状态转换图中状态：初态、终态、中间状态，一张状态转换图只能有一个初态、0至多个终态
 
5.P66 状态转换图的符号：初态(实心圆)、终态(同心圆)、中间状态(圆角矩形)
 
第五章 总体设计(怎么做？)
 
1.P91 总体设计两个阶段：系统设计阶段，确定系统的具体实现方案。结构设计阶段，确定软件结构。
 
2.P94 总体设计原理：模块化、抽象、逐步求精、信息隐藏和局部化、模块独立(耦合、内聚)
 
3.P97 耦合性和独立性
 ㅤㅤㅤ低-----------------------------------耦合性----------------------------------高
 ㅤㅤㅤㅤㅤ非直接、数据、标记、控制、控制、外部、公共、内容耦合
 ㅤㅤㅤ 强----------------------------------独立性----------------------------------弱
 4.P99 内聚性和独立性
 ㅤㅤㅤㅤㅤ低---------------------------内聚性------------------------------高
 ㅤㅤㅤㅤㅤㅤㅤ偶然、逻辑、时间、过程、通信、顺序、功能
 ㅤㅤㅤㅤ ㅤ 强------------------------模块独立性---------------------------弱
 
5.P100 启发规则：
 1. 改进软件结构提高模块独立性
 2. 模块规模应该适中
 3. 深度、宽度、扇出、和扇入都应适当
 4. 力争降低模块接口的复杂程度
 5. 设计单入口单出口的模块
 6. 模块功能应该可以预测
 
6.P102 描绘软件结构的图形工具：层次图、HIPO(模块调用图)、结构图
 
7.P104 面向数据流的设计方法：变换流、事务流
 
8.P105 面向数据流的设计步骤
 1. 复查基本系统模型
 2. 复查并精化数据流图
 3. 确认数据流图具有变换特性还是事务特性
 4. 确认输入流和输出流的边界，从而孤立出变换中心
 5. 完成“第一级分解” （具体见书 P109）
 6. 完成“第二级分解”
 
第六章 详细设计
 
1.P117 三种控制结构：顺序、选择、循环
 
2.P118 什么是结构化？
 答：一个程序的代码块仅仅通过顺序、选择、和循环这3种基本控制结构进行连接，并且每个代码块只有一个入口和一个出口，这个程序就是结构化的。
 
3.P124 过程设计的工具：程序流程图、盒图、PAD图、判定表、判定树、伪码
 
第七章 实现
 
1.P150 什么是测试？
 答：是为了发现程序中的错误而执行程序的过程
 
2.P151 测试方法：白盒测试、黑盒测试
 
3.P151 测试步骤：
 1. 模块测试(单元测试)
 2. 子系统测试
 3. 系统测试
 4. 验收测试(确认测试)
 
4.P153 单元测试主要使用白盒测试
 
5.P155 单元测试中的驱动软件：驱动程序也就是一个“主程序”，它接收测试数据，把这些数据传递给被测试的模块，并且打印有关结果。
 
6.P153 单元测试中的存根程序：代替被测试的模块所调用的模块，也称“虚拟子程序”
 
7.P156 集成测试两种集成策略：自顶向下集成（广度优先、深度优先），自顶向上集成
 
8.P160 回归测试：重新执行已经做过的测试
 
9.P162 白盒测试三种逻辑覆盖：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖、点覆盖、边覆盖、路径覆盖(最强的)
 
10.P172 等价划分是一种黑盒测试技术，它将程序的输入域分成若干个数据类，据此导出测试用例。
 
11.P172 等价划分法力图设计出能发现若干类程序错误的测试用例。
 
12.P173 划分出等价类以后，根据等价类设计测试方案时主要有两个步骤：
 
设计一个新的测试方案以尽可能多地覆盖尚未被覆盖的无效等价类，重复这一步骤直到所有等价类都被覆盖为止
设计一个新的测试方案，使它覆盖一个而且只覆盖一个尚未被覆盖的无效等价类，重复这一步骤直到所有无效等价类都被覆盖为止
 
第八章 维护
 
1.P189 软件维护的定义：就是在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件的过程
 
2.P190 四种维护：改正性维护、适应性维护、完善性维护(占软件维护工作的大部分)、预防性维护
 
3.P192 软件维护过程：建立维护组织、提交维护报告、规定维护的事件流、保存维护记录、评价维护活动
 
第九章 面向对象方法学
 
1.P210 什么是对象？
 答：是具有相同状态的一组操作的的集合，是对属性值和操作的封装，是封装了数据结构及可以施加在这些数据结构上的操作的封装体，这个封装体有可以唯一地标识它的名字，而且向外界提供一组服务(即公有的操作)
 
2.P212 什么是类？
 答：类是对具有相同属性和行为的一组相似的对象的抽象，类在现实世界中并不能真正存在
 
3.P216 面向对象方法需建立三种模型：
 
描述系统数据结构的对象模型
描述系统控制结构的动态模型
描述系统功能的功能模型
 
4.P218 对象之间的横向关系（由弱到强）有：
 1. 依赖 ㅤㅤㅤ虚线+箭头
 2. 关联 ㅤㅤㅤ实线+黑三角形
 3. 聚合 ㅤㅤㅤ实线+空心菱形，菱形指向整体
 4. 组合 ㅤㅤㅤ实线+实心菱形，菱形指向整体
 
5.P225 用例：可以被行为者感受到的、系统的一个完整的功能
 ㅤ用例模型：外部行为者所理解的系统功能
 
第十章 面向对象分析
 
1.P232 3个子模型：静态结构(对象模型)、交互次序(动态模型)、数据变换(功能模型)
 
2.P232 5个层次：主题层(识别主题)、类与对象层(找出类与对象)、结构层(识别结构)、属性层(定义属性)、服务层(定义服务)
 
3.P236 找出候选类与对象：
 
把称述中的名词作为类与对象的候选者
把形容词作为确定属性的线索
把动词作为服务(操作)的候选者
 
第十三章 软件项目管理
 
1.P305 什么是管理?
 答：通过计划、组织和控制等一系列活动，合理地配置和使用各种资源，以达到既定目标的过程。
 
2.P314 制定进度计划的工具：Gantt图
                
                
                
        

	

关注公众号，更多资源分享
回复关键词：软件工程
即可获取
第一章 软件工程概论
1． 什么是软件危机？
软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。这些问题表
现在以下几个方面：
(1)用户对开发出的软件很难满意。
(2)软件产品的质量往往靠不住。
(3)一般软件很难维护。
(4)软件生产效率很低。
(5)软件开发成本越来越大。
(6)软件成本与开发进度难以估计。
(7)软件技术的发展远远满足不了计算机应用的普及与深入的需要。
2． 为什么会产生软件危机？
(1) 开发人员方面， 对软件产品缺乏正确认识， 没有真正理解软件产品是一个完整的配置组成。 造成开发中制定计划盲目 、 编程草率， 不考虑维护工作的必要性。
(2) 软件本身方面， 对于计算机系统来说， 软件是逻辑部件， 软件开发过程没有统一的、公认的方法论和规范指导， 造成软件维护困难。
(3) 尤其是随着软件规模越来越大,复杂程度越来越高,原有软件开发方式效率不高、 质
量不能保证、 成本过高、 研制周期不易估计、 维护困难等一系列问题更为突出， 技术的发展已经远远不能适应社会需求。
3． 怎样克服软件危机？
(1) 充分吸收和借鉴人类长期以来从事各种工程项目中积累的行之有效的有效原理、概念、 技术与方法， 特别是吸取几十年来人类从事计算机硬件研究和开发的经验教训。 在开发软件的过程中努力做到良好的组织， 严格的管理， 相互友好的协作。
(2) 推广在实践中总结出来的开发软件的成功的技术和方法， 并研究更好、 更有效的技
术和方法， 尽快克服在计算机系统早期发展阶段形成的一些错误概念和做法。
(3) 根据不同的应用领域， 开发更好的软件工具并使用这些工具。将软件开发各个阶段
使用的软件工具集合成一个整体， 形成一个很好的软件开发支环环境。
总之为了解决软件危机， 既要有技术措施(方法和工具)， 又要有必要的组织管理措施。
4.构成软件项目的最终产品：
应用程序、 系统程序、 面向用户的文档资料和面向开发者的文档资料。
5． 什么是软件生存周期？
软件生存周期是指从软件定义、 开发、 使用、 维护到淘汰的全过程。
6． 软件生存周期为什么划分成阶段？
(1) 任何一个阶段的具体任务不仅独立， 而且简单， 便于不同人员分工协作， 从而降低
整个软件开发工作的困难程度。
(2) 可以降低每个阶段任务的复杂程度， 简化不同阶段的联系， 有利于工程的组织管理，也便于采用良好的技术方法。
(3) 使软件开发的全过程以一种有条不紊的方式进行， 保证软件的质量， 特别是提高了软件的可维护性。

	

                                 《软件工程导论》
摘要：如果想深入了解《软件工程导论》这本书，可以参考《软件工程导论》第五版、《系统分析与设计方法》普渡大学机械工业出版社、《实用软件工程》第二版、《软件工程-实践者的研究方法》等一系列书。
那么来详细看一下《软件工程》第六版的重要知识点
第一章软件工程的概述
软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
软件危机主要有一些典型表现，如:1，对软件开发成本和进度的估计常常很不准确,2，用户对已完成的软件系统不满意的现象经常发生、3，软件质量的产品靠不住、4，软件常常是不可维护的、5，软甲通常没有合适的文档资料、6，软件成本在计算机系统总成本中所占的比例上升、7，软件开发生产效率提高的速度，远远跟不上计算机应用迅速普及深入的趋势。
产生软件危机与软件自身的特点有关和软件开发与维护的方法有关。
为了消除软件危机，首先应该对计算机软件有一个正确的认识。一个软件必须由一个完整的配置组成，事实上，软件是程序、数据、文档的完整集合。程序是完成预定功能和性能的可执行性的指令序列；数据是使程序能够适当的处理信息的数据结构；文档是开发、使用和维护所需要的图文资料。1983年IEEE为软件下的定义是：计算机程序、方法、规则、相关的文档资料以及在计算机上运行的程序时所必须的数据。
软件工程是指导计算机软件开发和维护的一门工程学科。采用工程的概念、原理、技术、和方法来开发与维护软件。
软件工程是把系统的、规范的、可度量的的途径应用于软件开发、运行和维护过程，也就是把工程应用于软件；研究前面所提到的途径。
通常把软件生命周期全过程中使用的一整套技术方法的集合称为方法学，也称为范型。
软件工程方法学包含3个要素：方法、工具和过程。使用最广泛的是传统方法学和面向对象方法学。
软件生命周期由软件定义、软件开发和运行维护3个时期组成，每个时期又进一步划分成若干个阶段。
软件定义分为问题定义、可行性研究和需求分析3个阶段。
软件开发由四个阶段组成分别是总体设计、详细设计、编码和单元测试、综合测试。前两个阶段称为系统设计，后两个阶段称为系统实现。
软件维护的主要任务是使软件持久的满足用户的需要。
软甲过程是为了获得高质量软件所需要完成的一系列任务的框架，它规定了完成各项任务的工作步骤。
瀑布模型有阶段具有顺序性和依赖性、推迟实现的观点、质量保证的观点的特点。


第二章 可行性研究
可行性研究的目的是用最小的代价在尽可能短的时间内确定问题是否能够解决。
可行性研究的目的不是解决问题，而是确定问题是否值得去解决。
技术可行性、经济可行性、操作可行性3个方面研究每种解法的可行性。
可行性研究的过程：复查系统规模和目标，研究目前正在使用的系统，导出新系统的高层逻辑模型，进一步定义问题，导出和评价供选择的解法。
系统流程图是概括的描绘物理系统传统工具。
数据流图由数据的源点或终点、变换数据的处理、数据存储、数据流组成。
数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。
数据字典由数据流、数据流分量、数据存储、处理4类元素的定义组成。
成本估计有3种估算方法：代码行技术，任务分解技术、自动估计成本技术。