针对于考研复试 软件工程 的面试问答，一般都是抽查重点的概念问题，所以本文对软件工程知识点进行重点的精炼，力求节省准研究生们的复习时间。   写这篇博客也是因为小编也在准备复试，对学习的网课进行笔记梳理，可以帮助自己更好的理清知识点。   相比于课件内容，我删减了很多非重点内容和冗余语句，力求内容的简洁和突出重点。   注意：不要过多在意知识点的全面性，先把重点掌握再说，老师面试提问也一般问一些 高频知识点 。

  408 考研复试 - 决战期，复试速成笔记，导航🚥🚥🚥

本文配套资料

如果本篇文章对大家起到帮助的话，跪求各位帅哥美女们，求赞👍 、求收藏 👏、求关注！👀 你必考上研究生！我说的，耶稣来了也拦不住！😀😀😀

1.1.1 软件

一、概念

​ 答：软件是计算机系统中与硬件相互依存的另一部分，软件 = 程序 + 数据 + 文档

二、特点

答：

1.1.2 软件危机

一、概念

答：

​ 在计算机软件开发和维护过程中所遇到的一系列严重问题 。包含两方面内容：

二、原因

答：

三、消除软件危机的途径

​ 答：管理 + 技术，软件工程的出现来源于软件危机。

一、软件工程定义

答：

​     采用 工程 的概念、原理、技术和方法来开发与维护软件，包括： 开发管理 和 开发技术 两方面  

目标：

二、软件工程方法学

答：

​ 把在软件生命周期全过程中使用的 一整套技术方法的集合 称为方法学，也称为泛型。   ​ 软件工程方法学包括三个要素：方法、工具和过程 ；

三、软件工程方法学分类

​ 生命周期方法学   ​ 面向对象方法学

​软件过程：是为了获得高质量软件所需要完成的一系列任务框架。   ​通常用 软件生命周期模型 描述软件过程。   主要包括：

1.4.1 瀑布模型

​ 将软件生存周期的各项活动 规定为 依照固定顺序连接的若干阶段工作，最终得到软件产品。

1.4.2 快速原型模型

​ 快速建立可运行的程序，它完成的功能往往是最终产品功能的一个子集。

1.4.3 增量模型

​ 先完成一个系统子集的开发，再按同样的开发步骤增加功能(系统子集)，如此递增下去直至满足全部系统需求。

1.4.4 螺旋模型

​ 在每个阶段之前都增加了风险分析过程的快速原型模型。看作增加了 风险分析 的 快速原型模型 。

1.4.5 喷泉模型

一、可行性研究目的

​ 用最小的代价在最小的时间内确定问题 是否 能够解决。

二、可行性研究实质

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

三、可行性研究过程

​ ① 分析和澄清问题定义。

​ ② 导出系统的逻辑模型。

​ ③ 根据逻辑模型探索若干种可供选择解法

​ ④ 研究每种解法可行性。

四、可行性研究内容 (步骤) ⭐

​ 是一种描绘 物理系统 的图，用图形符号以黑盒子形式描绘 物理系统的各部件 ，表达数据在系统各部件之间流动的情况。而不是对数据进行加工处理的控制过程。

2.3.1 数据流图 DFD

​ 描述 信息流和数据 从输入到输出过程所经受的变换。

​ 没有任何具体物理部件，只是描绘数据在软件中流动和被处理的 逻辑过程 。

2.3.2 数据字典

一、概念

​ 是关于数据的信息集合，即对数据流图中包含的所有元素定义的集合。

数据字典的内容：

定义数据的方法：

二、数据字典用途

​ 在软件分析和设计的过程中给人提供关于数据的描述信息。

需求分析：开发人员经过深入细致的调研和分析，准确理解用户和项目的功能、性能、可靠性等具体要求，将用户非形式的需求表述转化为完整的需求定义，从而确定系统必须做什么的过程。   基本任务：

一、模型 ☆

​ 是指为了理解事物而对事物做出的一种抽象，是对事物的一种无歧义的书面描述。

二、模型分类 ⭐

​ 数据模型 (实体-联系图)︰描绘数据对象及数据对象之间的关系。   ​ 功能模型 (数据流图)：描绘数据在系统中流动时被处埋的逻辑过程，指明系统具有的变换数据的功能。   ​ 行为模型 (状态转换图)：描绘系统的各种行为模式在不同状态间转换的方式。

3.3.1 实体联系图 E-R图

3.3.2 状态转换图

​ 把一个软件需求转换为软件表示时，首先是设计出软件总的体系结构，称为 概要设计 或 结构设计 。   任务：

​ 设计过程 包括 系统设计阶段 和 结构设计阶段

一、系统设计阶段

​ ① 设想供选择的方案：数据流图出发，将处理分组抛弃行不通分组。   ​ ② 选取合理的方案：上一步方案选取低、中、高成本三种方案。   ​ ③ 推荐最佳方案：推荐最佳方案，制定详细实现计划

二、结构设计阶段

​ ④ 功能分解：对数据流图进一步细化,进行功能分解。可以用IPO图等工具描述细化后每个处理的算法。   ​ ⑤ 设计软件结构：层次图或结构图描绘软件结构。或数据流图导出软件结构。   ​ ⑥ 设计数据库   ​ ⑦ 制定测试计划   ​ ⑧ 书写文档   ​ ⑨ 审查和复审

一、模块化

​ 模块 ：能够单独命名，由边界元素限定的程序元素的序列，是构成程序的基本构件。 ​

​ 模块化 ：把程序划分成独立命名且可独立访问的模块，每个模块完成一个子功能，把这些模块集成起来构成一个整体，可以完成指定的功能满足用户的需求。

二、抽象

​ 抽出事务的本质的共同特性，而暂时不考虑它们的细节。

三、逐步求精

​ 逐步揭露出底层细节。

四、信息隐藏与局部化

​信息隐藏：将模块的实现细节与数据隐藏起来。

五、模块独立

​ 指每个模块只完成系统要求的独立的子功能。   ​ 衡量模块的理想的度量标准：耦合、内聚   软件设计目标：高内聚、低耦合  

1. 耦合   ​又称为 块内联系 ，模块之间相互联系程度的程度，以 低耦合 为目标。   ​耦合性越高，模块独立性越弱。   耦合分类 (程度从低 -> 高)：

2. 内聚   ​又称为 块间联系 ，指模块内部各成分之间相互关联的程度，以 高内聚 为目标。   内聚分类(程度从低->高)：

​ 1. 改进软件结构提高模块独立性   ​ 2. 模块规模应该适中   ​ 3. 深度、宽度、扇入和扇出应适当

​ 4. 模块的作用域应该在控制域之内

​ 5. 力争降低模块接口的复杂程度   ​ 6. 设计单入口单出口的模块   ​ 7. 模块功能应该可以预测

一、层次图 + IPO图

二、结构图

一、按数据流图分类

数据流图 (DFD) 一般可分为：变换流、事务流；

二、变换分析

把具有变换流特点的数据流图映射成软件结构。

详细设计 目的 ：

详细设计 任务 ：

基本要点：

一、概念

结构化分析 ：面向数据流进行数据分析的方法。采用自顶向下逐层分解的分析策略。

二、使用的描述根据

使用 数据流图、数据字典 作为描述工具，使用结构化语言，判定表、判定树 描述架构逻辑。

三、步骤

过程设计工具：描述程序处理过程的工具。   详细设计的描述方法有 图形、表格和语言 ，其中：

​ 软件生命周期的 编码 和 测试 统称为实现；

软件测试的目标：   ​ 软件测试 是为了发现错误而执行程序的过程。

软件测试的方法 (技术)：   ​ 黑盒测试法：

    将软件看作一个黑盒子，不考虑其内部结构和处理过程，只按照规格说明书的规定，测试软件是否能够正确接收输入数据，产生正确的输出数据。即测试程序是否正确的实现了其功能。又称为 功能测试 。   ​ 白盒测试法

​    完全知道程序的内部结构和处理算法，因此可以将程序看作一个透明的白盒子，根据程序内部的逻辑结构测试程序内部的主要执行通路是否能够按照预定的要求正确工作。又称 结构测试 。

软件测试的步骤：

6.3.1 单元测试

​测试依据：详细设计文档   ​测试技术 (设计测试用例的方法)：白盒测试   着重点 (内容)：

6.3.2 集成测试

​ 目标：发现与接口有关的问题   ​ 实施者：独立的测试机构或第三方人员  

集成方法：

自顶向下与自底向上相结合的方法：

6.3.3 确认测试

​ 又称 验收测试 ，目标是验证软件的有效性。

​测试用例：测试输入数据和预期的输出结果。   ​测试方案：测试目的、测试用例的集合。

1. 逻辑覆盖测试 ：

2. 控制结构测试 ：

​ 黑盒测试 又称功能测试，着重测试软件的功能。   等价类划分法：

  边界值分析法：

​ 调试 (也称为纠错) ，是在测试发现错误之后排除错误的过程。   方法：

  结果：

​ 软件可靠性：在给定 时间间隔内 ，按照规格说明书的规定成功运行的概率。   ​ 软件可用性：在给定 时间点 ，按照规格说明书的规定成功运行的概率。

软件维护的定义

答：   ​    是在软件已经交付使用之后，为了 改正错误 或 满足新的需要 而修改软件的过程。   分类 (内容)：

软件维护的特点

答：   ① 结构化维护与非结构化维护差别巨大

非结构化维护：惟一成分是程序代码，那么维护活动从艰苦地 评价程序代码 开始。

结构化维护：有完整的软件配置存在，那么维护工作从 评价设计文档 开始。

  ② 维护的代价高昂

③ 维护的问题很多

答：   ​    软件被 理解、改正、优化 的难易程度。   决定因素：

​ 预防性维护也称为软件再工程，是为了提高未来的可维护性或可靠性，而主动地修改软件

面向对象 = 对象＋类＋继承＋通信   要点：

​ 模型：是一组图示符号和组织这些符号的规则，利用它们来定义和描述问题域中的术语和概念。

​ 软件项目管理：通过计划、组织和控制等一系列活动，合理地配置和使用各种资源，以达到既定目标的过程。  

估算软件规模方法：   1. 代码行技术   ​ 根据以往开发经验和历史数据，估算实现一个功能所需源代码行数。

2. 功能点技术

工作量估算模型：

工作量是软件规模的函数，工作量单位通常是人月(pm)

​ 甘特图 (Gantt图)：是制定进度计划的工具,优点是能形象描述任务分解情况，直观简洁和容易掌握。   ​ 工程网络

软件开发的人员组织方式：

软件质量：

软件质量保障措施主要有：

​ 软件配置管理 是在软件生命期内管理变化的一组活动，用来标识、控制、报告变化，确保适当的实现了变化。   ​ 基线 ：通过了正式复审的软件配置项，可以作为进一步开发的基础，只有通过正式的变化控制过程才能改变它。   ​ 软件配置管理 5项任务：标识对象、版本控制、变化控制、配置审计和状态报告。

​ 能力成熟度模型 是用于评价软件机构的软件过程能力成熟度模型，用于帮助软件开发机构建立一个有规模的，成熟的软件过程。   五个等级从低到高：