吉林大学软件工程课程速成（知识点速记）

Ray还是少喝可乐吧

已于 2023-12-11 16:50:10 修改

阅读量1.2k

点赞数 8

分类专栏：复习笔记文章标签：软件工程

于 2023-12-11 16:42:06 首次发布

本文链接：https://blog.youkuaiyun.com/It_Ray/article/details/134930551

版权

复习笔记专栏收录该内容

2 篇文章

订阅专栏

本文介绍了吉林大学软件工程课程速成的内容，涵盖了核心问答、软件发展历史、软件危机、软件工程七条原则、过程模型（如瀑布、V、快速原型、增量、螺旋、喷泉等）、可行性研究、需求分析、设计、编码、测试、软件维护和项目管理的关键概念。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

吉林大学软件工程课程速成（知识点速记）

这部分只能说速成了，可以先大概看看有个印象，或者考前再看背一背。

这里面只包含核心问答题的部分。选择题（细节知识点）我是看了这个专栏
软件工程考试复习，作图题我是看了B站的这个专辑软件工程画图题，这里面缺少一个关键路径，是我们在数据结构拓扑排序里学过的，因此我是看的数据结构的讲解，但是具体的画图和软件工程来说有细微的差别，大家可以看PPT进行学习。我自己是软件工程专业的，学过UML，所以没有记UML的笔记（第十章）。

希望大家都取得好的成绩。

2023-12-11 因为要考试了，所以里面有很多关键的图由于优快云导入图片的原因还没有插入成功，要是有时间了我会补进来的。

1 软件工程学概述

软件

计算机系统中与硬件相互依存的另一部分。包含程序、数据、文档

程序：指令序列

数据：数据结构

文档：图文材料

软件=逻辑实体（软件！=物理实体）⇒抽象性
不存在磨损和老化，只存在由于修改而引起的退化

软件发展的三个时期

程序设计阶段（50-60）
程序系统阶段（60-70）
软件工程阶段（70-）

软件危机

软件在开发和维护过程中遇到的一系列重大问题

开发软件，满足日益增长的需求
维护数量不断膨胀的已有软件

产生软件危机的原因

软件自身逻辑性
软件复杂庞大
软件开发与维护中护士软件定义时期的工作
认为软件开发就是写程序并设法运行
轻视软件维护

软件危机和软件工程的提出

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

*软件工程的七条基本原理

B.W.Boehm在1986年提出

用分阶段的生命周期计划严格管理
坚持进行阶段评审
实行严格的产品控制
采用现代程序设计技术
结果应能清楚的审查
开发小组的人员应该少而精
承认不断改进软件工程实践的必要性

软件工程方法学

在软件生命周期全过程中使用的一整套技术方法的集合→方法学
三要素：过程，方法，工具
传统方法学&面向对象方法学
- 传统方法学
  - 结构化泛型
  - 生命周期方法学

2 软件过程

软件过程

团队软件过程：过程定义了谁在什么时间如何做什么事情来达到一个确定的目的。

瀑布模型

文档驱动的模型
优点
- 可强迫开发人员采用规范的方法（例如，结构化技术）
- 严格地规定了每个阶段必须提交的文档
- 要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证
- 瀑布模型的成功在很大程度上是由于它基本上是一种文档驱动的模型
缺点
- 要求用户不经过实践就可以提出完整准确的需求
- 仅仅通过写在纸上的静态的规格说明，很难全面正确地认识动态的软件产品
- 将本来非线性的软件开发过程人为地加以线性化，不符合实际中的软件开发情况
- 软件开发耗时长，可运行版本要等到项目后期才能得到，一旦在后期发现错误，付出的代价将是巨大的。
- “由文档驱动”的这个事实也是瀑布模型的一个主要缺点,这可能导致最终开发出的软件产品不能真正满足用户的需要

V模型

活动驱动的模型
优点
- 本质是把瀑布模型中一些隐含的迭代过程明确出来，使开发活动和验证活动的相关性更加明显；
- V模型使抽象等级的概念也更明显：所有从需求到实现部分的活动关注的是建立更多的系统详细表述，而所有从实现到交付运行的活动关注的是对系统的验证和确认。
缺点：和瀑布模型一样，都是对软件开发过程过份简单、理想化的抽象，对需求变化的适应性差。

快速原型模型

优点
- 快速原型模型是不带反馈环的，软件产品的开发基本上是线性顺序进行的。原因如下
  原型系统已经通过与用户交互而得到验证
  开发人员通过建立原型系统已经学到了许多东西
- 利用原型能统一客户和开发人员对软件项目需求的理解，有助于需求的定义和确认；
- 可以考虑结合瀑布模型，二者互补性强。用快速原型做为需求分析的一种技术，用于收集客户的真实需求，然后把客户满意了的原型再作为瀑布模型的输入，从而达到优势互补。
缺点
- 快速建立供给运行的模型，不可能想最终产品一样面面俱到
- 只是模型而已

增量模型

优点
- 适用于人员配备不充裕、不能在软件项目期限之前实现一个完全版本的软件的情况；
  能有计划地管理技术风险；
- 每个增量都发布了一个高质量的可操作的版本，用户能在较短时间内使用上部分功能；
- 逐步增加产品功能可以使用户有较充裕的时间学习和适应新产品，减少一个全新的软件可能给客户带来的冲击。
缺点
- 软件体系结构必须是开放的，使得每个新的增量构件能够无缝地集成到现有的软件体系结构中，增加了设计阶段的投入；
- 本身具有矛盾性，一方面要求开发人员把软件看作一个整体，另一方面要求开发人员把软件看作构件序列，且构件间彼此独立。需要开发人员协调这一矛盾。

螺旋模型

基本思想

使用原型及其他方法来尽量降低风险。
四个步骤

制定计划

风险分析

实施工程

客户评估
优点
- 螺旋模型是对瀑布模型的发展，并由客户对阶段性产品做出评审，这对保证软件产品质量十分有利；
- 由于引入风险分析等活动，测试活动的确定性增强了；
- 螺旋模型最外层代表维护，开发与维护采用同样方式，使维护得到与开发同样的重视
缺点
- 主要适合内部开发，否则风险分析必须在签订合同前完成，或者争取客户的最大理解；
- 只适合大型软件项目的开发，否则，每个阶段的风险分析将占用很大一部分资源，增加成本；
- 对开发人员的风险分析能力是极大的考验，否则，模型将退化到瀑布模型，甚至更糟。