软件工程概论期末知识点总结

软件工程知识点

一、软件工程概述

1. 什么是软件工程/p>

   软件工程是指一门指导软件开发与维护的工程科学，它把经过时间证明的有效管理技术和当前最好的软件开发技术方法结合起来，强调采用工程的概念、原理、技术和方法来开发与维护软件。

2. 软件产品分为哪两类/p>

   1. 通用软件产品
   2. 定制软件产品

3. 软件产品应该具有哪四个重要属性/p>

   可维护性、可依赖和安全性、有效性、可用性。

4. 软件工程方法学三要素：方法、工具和过程。

二、软件过程

1. 软件过程有哪四个基本活动列举并给出解释。

   1. 软件描述 – 必须定义软件的功能以及软件操作上的约束。
   2. 软件设计和实现 – 必须生产符合描述的软件。
   3. 软件有效性验证 – 软件必须得到有效性验证。
   4. 软件进化 – 软件必须进化以满足不断变化的客户需要。

2. 指出3种常见的软件过程模型，并说明应用场景，优缺点。

   1. 瀑布模型：在开发时间内需求不变化或变化较少的项目；分析设计人员对应用领域较熟悉的项目；低风险的项目;用户使用环境相对稳定的项目。优点：开发阶段清晰。 缺点：不可逆或很难可逆
   2. 增量式开发：在整个开发过程中，需求都可能发生变化，客户接受分阶段交付产品的项目；分析设计人员对应用领域不熟悉的项目；中高等风险项目；用户可参与到整个开发过程中的项目；使用面向对象语言或第四代语言开发的项目；大型软件系统。开发周期较长(超过1年)；分批投资的项目。 优点：降低适应用户需求变更的成本；更好的与用户对接完成用户需求；更早使用软件并创造商业价值。缺点：程序与迭代，敏捷过程不匹配。
   3. 面向复用的软件工程：该方法是基于已存在的大量可复用的组件。系统开发过程着重于集成这些组件到新系统中，而非从头开发。优点：减少需要开发的软件数量，降低了成本，风险。 缺点：组件更新不可控，对系统进化的控制失效。

3. 增量模型的优点/p>

   1. 项目可以分解为多个子系统，子系统之间边界清楚；
   2. 任务或功能模块驱动，可分阶段提交产品；
   3. 系统本身具有良好的模块化特征，模块内部高内聚，模块之间低耦合，模块本身信息隐蔽；

4. 增量模型的缺点/p>

   1. 不适合各部分联系紧密的项目；
   2. 系统整体结构的一致性可能较差；
   3. 各子系统风格可能不一致；

5. 应对系统需求变更的主要方法：

   1. 变更避免：软件过程包括一些能够在重大返工前预测变更的活动。
   2. 变更容忍：所设计的过程使得变更以相对较低的成本得到处理。

6. 各个应对变更方法的优缺点/p>

   • 原型构造优点：
     • 使客户了解最终产品的大致状况；
     • 使客户和开发人员深入理解项目的实质；
     • 共同讨论一些双方难以达成一致的部分；
     • 降低软件开发的风险。
   • 原型模型的缺点：
     • 由于有了一个原型产品，不利于开发人员的创新；
     • 开发进度可能难以控制。
   • 增量式交付优点：
     • 客户可以将早期的增量作为原型，从中获取需求经验；
     • 客户无需等到整个系统的实现才能从中获益；
     • 保持了增量开发的优点，更容易嵌入系统；
     • 最重要的部分被多次测试。
   • 增量式交付缺点：
     • 难以确定全体增量所需的公共设施；
     • 替换系统时，难以迭代开发；
     • 与大型机构签订匹配的合同有困难。
   • 螺旋模型优点：
     • 强调风险管理,开发大型软件时可降低风险。实际上是一个过程管理模型，而非开发模型；
     • 每一次循环可以采用不同的模型，适应风险变化。
   • 螺旋模型缺点：
     • 开发进度可能难以控制。

三、敏捷软件开发

1. 敏捷方法的基本原则是什么/p>

   客户参与，增量式交付，人非过程，拥抱变化，保持简洁。

2. XP 与 Scrum 的区别/p>

   1. 迭代长度的不同。Scrum 为两周到一个月；XP 则为一两周。
   2. 在迭代中，是否允许修改需求。Scrum 在一个sprint中不接受变更；XP 在用户故事规模、大小差不多的情况下，可用新的进行替换。
   3. 在迭代中，User Story 是否严格按照优先级别来实现。Scrum 自己决定任务完成顺序；XP 则会按照优先级完成。
   4. 软件的实施过程中，是否采用严格的工程方法，保证进度或者质量。

四、需求工程

1. 功能性需求和非功能性需求有什么区别分别说明请内涵。

   1. 功能需求：包括对系统应该提供的服务、如何对特殊输入做出反应，以及系统在特定条件下的行为的描述。在某些情况下,功能需求可能还需声明系统不应该做什么。
   2. 非功能需求：对系统提供的服务或功能给出的约束。包括时间约束、开发过程的约束和所受到的标准的约束。

2. 需求描述包括哪些主要方法，请说明优缺点。

   1. 自然语言，可以包含大量细节，但不形式标准，统计分析逻辑关系复杂的需求式工作量大。
   2. 结构化描述，简单明了，适合描述复杂的逻辑关系，但易缺失原始需求的细节。
   3. 用例，符合UML标准，适用性广，但需要配以脚本才能充分说明其需求。对用户来说理解上有一定难度。

五、系统建模

用例图、类图、时序图、活动图、状态图多看看，都是重点。

六、体系结构设计

1. MVC模式。

2. 分层体系结构。

3. 容器模式。

4. 客户机-服务器模式。

5. 管道和过滤器模式。

七、设计和实现

1. 设计模式的分类
   1. 创建型
   2. 结构型
   3. 行为型
2. 设计模式的四种主要元素
   1. 名字，是模式的一个有意义的代指。
   2. 问题域的描述，解释什么时候模式可以应用。
   3. 对部分设计的解决方案描述，描述设计方案的各个部分及其之间的关系和职责。
   4. 结果陈述，说明应用该设计模式的结果及副作用。

八、软件测试

1. 一个商业软件要经过哪三个阶段的测试
   1. 开发测试
   2. 发布测试
   3. 用户测试
2. 开发测试过程中的三个粒度级别测试分别是什么
   1. 单元测试即对单独的程序单元或对象类进行测试。单元测试应该着重测试对象或方法的功能。
   2. 组件测试即将多个程序单元整合创建一个合成的组件。组件测试应该着重测试组件的接口。
   3. 系统测试即集成系统中的一些或所有组件作为一个整体进行测试。系统测试应该着重测试组件的交互。

九、软件进化

1. Lehman定律/li>