简介：合肥工业大学2020年软件工程试卷（A卷）是计算机与信息学院软件工程课程的期末真题，适合计算机专业学生、考研复习者及软件工程自学者用于考前自测与考点梳理。资源压缩包共1个docx文档，大小仅25KB，内容为完整试卷，可直接打印或导入笔记软件使用。题型包含判断、选择、填空、名词解释和简答题；判断与选择题覆盖了“不能仅凭项目目标概貌就开始编码”“增加开发人员未必能缓解延期”“非直接耦合独立性最弱”“模块作用范围包括其从属模块”“单入口单出口即结构化”“单元测试发现约80%缺陷”“验收测试由用户实施”“判定覆盖与条件覆盖互不包含”等易错点；选择题还考查软件维护成本最高、瀑布模型无迭代、总体设计产生模块结构图、信息隐蔽与模块独立性、三种基本控制结构、PDL伪码、包图、边界值分析法等内容。名词解释和简答题则涉及软件工程、数据字典、需求分析、路径覆盖、UML、软件生存周期阶段、RUP与敏捷过程比较等，可帮助系统回顾课程重点。已有1800人学习，结合原题结构与知识点覆盖面，适合期末冲刺和查漏补缺，是软件工程复习资料中性价比较高的试卷原件。
1. 软件工程笔试不只是背概念：这份 2020 年试卷到底在考什么
每年到了考试季，总有人在群里问“软件工程怎么复习”“有没有往年卷”，拿到一套完整试卷就像拿到藏宝图。2020 年的这套软件工程试卷，单看题型和分数分布，和多数高校的软工考试大差不差，但真正做进去会发现，它考的不是“背了多少条定义”，而是“能不能用工程语言把一件软件开发的事说清楚”。很多复习时只刷名词解释的人，在后面的画图题和案例分析题上翻车得厉害。
这套试卷适合两类人：一类是正在准备期末考的软件工程相关专业学生，另一类是准备考研复试、需要快速找回软件工程核心框架的考生。前者需要用它卡时间、查漏补缺，后者需要借它梳理需求工程、设计方法、测试策略这些东西的答题逻辑。本文会从题型结构讲到答题套路，再给出能直接抄的复习清单和踩坑记录，帮你把这套试卷真正吃透。
2. 试卷结构与考点分布：先看分值再定复习策略，比盲目刷题有效得多
2.1 题型与分值配比：哪些题是送分题，哪些题是拉分题
2020 年这套试卷的题型大致分为：选择题（约 15 分）、填空题（约 15 分）、名词解释（约 12 分）、简答题（约 24 分）、综合分析题（约 34 分）。选择、填空、名词解释这三类加起来超过 40 分，属于“背了就有的基础分”；简答和分析题加起来接近 60 分，才是真正拉开差距的地方。
从历年各校命题习惯看，选择题喜欢在“软件过程模型特点”“软件质量属性”“黑盒白盒测试区别”这些点上设陷阱。填空题则偏爱“内聚与耦合”“软件危机表现”“需求分析的任务”这类短平快结论。名词解释基本锁死在“软件工程”“软件生命周期”“软件配置管理”“测试用例”“软件维护”这五六个高频术语上。
我的建议是复习时先拿这套试卷做一次裸测，对着答案把失分点标出来。如果失分集中在选择和填空，说明读教材的精细度不够；如果失分集中在综合分析题，说明你对过程的推演能力偏弱，后面要把精力放在画数据流图、画类图和写测试用例上。
2.2 核心考点高频清单：把真题出现过的知识点按模块存档
把 2020 年试卷里的题目拆开看，考点主要落在六个模块：软件工程基本概念、可行性研究与需求分析、软件设计（概要设计与详细设计）、编码与测试、软件维护与管理、面向对象方法与 UML。
这六个模块里，考试频率最高的是“需求分析”和“软件测试”。需求分析模块常考的点有：需求分析的四个任务（问题识别、分析与综合、编制需求文档、需求评审）、结构化分析方法中的数据流图和数据字典、E-R 图的画法。软件测试模块常考的点有：白盒测试的逻辑覆盖法（语句覆盖、判定覆盖、条件覆盖、路径覆盖）、黑盒测试的等价类划分和边界值分析、测试过程的基本流程。
整理考点表格时建议把“考点名称、常见考法、易错点、答题关键字”四列写清楚。比如“内聚与耦合”这个考点，易错点就是记反方向——内聚是模块内部各成分之间的联系强度，耦合是模块之间的相互依赖程度，原则是“高内聚、低耦合”。真题里的简答题如果问“为什么设计要遵循高内聚低耦合”，答案光写这句不够，还要补一句“高内聚让模块职责单一、便于维护，低耦合让模块独立性强、便于复用和测试”。
3. 用这套试卷练熟两类硬核题型：需求分析怎么答、测试用例怎么设计
3.1 从数据流图到数据字典：案例分析题的标准作答模板
2020 年试卷的综合分析题里有一道典型的“图书馆管理系统”类题目，要求画出系统第 0 层和第 1 层数据流图，并写出数据字典条目。这类题在考场上最容易出现的状况是：图画出来了，但图里的命名不规范、缺少数据存储、输入输出方向画反，被扣掉大量细节分。
数据流图的正确画法是遵守“自顶向下、逐层分解”的原则。第 0 层图只画一个加工（整个系统）、外部实体和顶层数据流；第 1 层图再把“借书处理”“还书处理”“图书查询”这些子加工展开。关键细节有三点：一是数据流只能从加工流向数据存储或从数据存储流向加工，不能直接在两个数据存储之间画箭头；二是每个加工必须有输入数据流和输出数据流，输入输出都不允许悬空；三是数据流命名要能表达数据内容，比如“借书请求”而不是笼统的“数据”。
数据字典条目一般写成这样的格式：
名称：借书请求 别名：借阅申请 类型：数据流 描述：读者在自助终端提交的借书信息，包含读者编号、图书条码、借书时间 组成：读者编号 + 图书条码 + 借书时间 去向：借书处理加工写完条目的逻辑说明是：数据字典是数据流图的补充说明，考试时阅卷老师不只看你写了哪几个字段，还看字段之间的组织关系。组成项用“+”连接表示“与”，用“|”连接表示“或”，用“{}”表示重复，这些符号要写对。参数设置上，“去向”要填写图里对应的加工编号或名称，不能只写“系统”，否则会被认为图和信息不对称。
3.2 白盒测试的四种覆盖：用一段代码把逻辑覆盖跑明白
白盒测试是软工试卷里计算和实践结合最紧的题型。2020 年试卷里有一道给代码段画程序流程图并要求设计测试用例的题，考的就是语句覆盖、判定覆盖、条件覆盖和路径覆盖。很多人在这一步丢分，不是因为不会写测试用例，而是把条件和判定的关系弄混了。
先看一段典型考题代码：
def demo(a, b, x): if (a > 1) and (b == 0): x = x / a if (a == 2) or (x > 1): x = x + 5 return x按照语句覆盖标准，只需要让每条可执行语句都执行一次，可以选一组用例把两个 if 都走通。比如取 a=2、b=0、x=6，第一个 if 成立走到除法，第二个 if 也成立走到加法。判定覆盖则要求每个判定的真分支和假分支都被走过至少一次，需要至少两个用例，一个让判定为真走进去，一个让判定为假跳过这段。条件覆盖更细，要覆盖每个判定里的每个条件的真和假。这段代码里有两个复合条件，需要设置用例让 a>1 真/假、b==0 真/假、a==2 真/假、x>1 真/假都出现。路径覆盖则要求覆盖程序中所有可能的路径组合，这段嵌套两个判断的代码有四条路径，需要四组数据。
做题时建议按“先画流程图 → 再标判定节点 → 再枚举条件真值 → 最后组合用例”这个顺序来。画程序流程图时要用统一的符号，判断框画菱形、处理框画矩形、起止框画圆角矩形。阅卷老师很看重流程图上的分支编号是否清晰，建议在每个判断框旁标注“T”和“F”分支，方便自己检查覆盖情况。
3.3 黑盒测试的等价类与边界值：考试里最实用的 5 个参数设定技巧
黑盒测试题在试卷里通常给一个输入条件表格，要求划分有效等价类和无效等价类，再设计覆盖这些类的测试用例。等价类划分的关键是“每条规格说明里的明确输入条件，都要对应有效类和无效类；无效类的划分经常是考场失分重灾区”。
比如题目要求“输入学生成绩，范围为 0 到 100”，有效等价类是区间内的任意数，无效等价类至少要拆成三个区间：小于 0、大于 100、非数字字符。边界值分析则是对“0、100、-1、101”这四个临界点都设测试用例。参数设定上有几个经验：第一，区间类型的规格，边界值必须测；第二，如果规格里写了“最多 20 个字符”，那 0 个字符、20 个字符、21 个字符是三个必测边界；第三，离散的取值列表，比如“可选值为 A/B/C”，每个值都是有效类，列表外的任意值算一个无效类。
往年考过的另一个高频坑是“填写软件测试用例表格”的格式。一张标准测试用例表至少要有用例编号、测试目的、前置条件、输入数据、预期输出、实际输出、测试结果这几列。考试时只要列题列全了，就算预期输出和实际你写得不够精确，也不会被扣太多结构分。比较稳的做法是每个用例都写一行“测试结果是否通过判定”，并且在备注里写出覆盖的具体类型，比如“覆盖有效等价类”或“覆盖边界值 0”。
4. 从工程管理到设计模式：试卷里容易被忽视的拉分模块
4.1 软件项目管理的计算题：工期估算与关键路径不会让你丢分
2020 年试卷里有一道 10 分左右的软件项目管理计算题，给出一组任务和任务之间的依赖关系，要求画 PERT 图或甘特图，计算关键路径和最短工期。这类题只要方法对，分数是白送的，但前提是你把依赖关系看清楚。
常见的考法出现 PERT 图时一般标注三个时间：最乐观时间（a）、最可能时间（m）、最悲观时间（b）。先把这三个值套进公式算出期望工期 t=(a+4m+b)/6，然后把每个任务的期望工期写在节点上，从起点到终点找最长的路径就是关键路径，长度就是最短工期。另一类考法更直接，题干直接给“A 任务需 5 天，B 任务需 3 天，B 依赖 A 完成后才能开始”这样的表格，让你把所有路径枚举出来，最长的那条就是关键路径。
画甘特图时容易出现的错误是一格一格数错天数。我的习惯是先用 excel 画个草稿，列头写天数，任务行用不同颜色标出起止区间，最后再誊到答题纸上。PERT 图的节点编号也有规矩，从左到右、从上到下依次编号，事件编号不重复。如果试卷没有给图，建议先用表把所有任务的“前置任务、工期”两列抄一遍，再逐个画箭头，不要把依赖方向画反。
4.2 常见设计模式的识别与答题套路：试卷里出现过的三类模式
部分软工试卷会在简答题里给一段需求描述，问“适合用什么设计模式实现”并说明理由。2020 年这套试卷虽然没有单独的设计模式大题，但选择题里出现了“工厂模式”、“观察者模式”和“单例模式”的识别。复习时要抓住模式的核心意图而不是死背类图。
工厂模式的核心特征是“创建对象时不直接 new，而是通过一个工厂类根据参数返回不同类型实例”。观察者的核心特征是“一个对象状态变化时，依赖它的多个对象自动收到通知并更新”。单例的核心特征是“全局只有一个实例，并且提供一个全局访问点”。考场上看到题目里出现“数据库连接池”“日志系统”“配置管理”，优先往单例上靠；出现“按钮控件创建”“不同平台皮肤生成”，优先往工厂上靠；出现“消息推送”“事件监听”，优先往观察者上靠。
这类题的答题套路分三步：先明确指出模式名称，再写出该模式在此场景中的角色映射（题目里的哪个类扮演 Subject，哪个扮演 Observer），最后补充一句“这样做的好处是”。写好处时不要写空话，要说具体变化点，比如“将来增加新的监听者类型时，不需要修改被观察者代码”。这样的答案能明显拉开和其他考生的差距。
4.3 需求规格说明书的规范写法：简答题里的隐藏高分点
简答题常有一道“简述软件需求规格说明书应包括哪些内容”或“为什么要进行需求分析评审”。很多人只写两三行，拿一半分就走人。实际上这道题的得分点很明确：需求规格说明书的主要内容包括引言（目的、范围、术语定义）、项目概述（产品功能概述、用户特点、运行环境）、功能需求（功能描述、输入输出、处理过程）、外部接口需求（用户界面、硬件接口、软件接口）、非功能需求（性能、安全性、可用性）、附录。
答题时建议把每个部分展开写一句解释，比如“功能需求不能只写系统能做什么，还要写输入输出的数据格式和异常处理方式”。需求评审的意义则要答三点：一是验证需求的正确性和完整性；二是让开发、测试、产品三方对需求理解达成一致；三是早期发现错误，降低后期返工成本。这道题在试卷里分值不高，但答得好能给阅卷老师留下结构清晰的印象，很容易在后面的分析题多拿印象分。
5. 做这套卷子最常见的 5 个坑：现象、原因与解决办法
5.1 选择题里“耦合”和“内聚”的褒贬方向记反
现象：选择题问“以下哪种内聚类型最强”，有人选了“偶然内聚”；问“耦合类型分析”，有人把“数据耦合”当成了最差的情况。
原因：复习时只背了“高内聚低耦合”的口号，没有记内聚从弱到强、耦合从弱到强的排列顺序。内聚由弱到强是：偶然内聚、逻辑内聚、时间内聚、过程内聚、通信内聚、顺序内聚、功能内聚；耦合由弱到强是：非直接耦合、数据耦合、标记耦合、控制耦合、外部耦合、公共耦合、内容耦合。
解决：单独画一张排序表贴在复习笔记首页，每天扫一遍。考场上即使记不清全顺序，也要能判断“功能内聚”一定强于“偶然内聚”，“数据耦合”一定优于“内容耦合”。选答案时优先按“最弱/最强”的相对位置做排除。
5.2 数据流图加工节点缺少输入或输出，被判定图不完整
现象：很多人在第 1 层数据流图里画了一个“查询管理”加工，但该加工只有一条输出流到外部实体，缺少从数据存储来的输入流。
原因：画图时只想着“这个模块对外提供什么”，没按“输入-处理-输出”的完整闭环检查每个加工。用例设计里一个加工如果只产生输出而没有输入，说明数据来源没有建模，图是悬空的。
解决：画完每张图后按三层顺序检查一遍加工程序：每个加工至少有一条输入流和一条输出流；每条数据流都必须从某个源出发（外部实体、加工、数据存储）到某个终点结束；数据存储要被至少一个加工读、一个加工写。按这个检查习惯走一遍，这部分的误伤率会大幅下降。
5.3 测试用例设计里“覆盖了路径”和“路径可行”被当成一回事
现象：白盒测试算路径时，把两个 if 组合出的 4 条路径全部列出来，但其中某条路径实际上不可能走到。比如“a>1 且 b==0 为假”时，x 的值可能不满足第二个 if 的条件，导致路径不可达。
原因：路径覆盖要求所有可执行路径，而不是所有逻辑上的分支组合。逻辑上存在但数据上不可能到达的路径，叫不可达路径，不需要也不能写测试用例。
解决：设计用例前先把每条路径走一遍，代入一组数值从入口模拟，如果中间某个判断条件冲突（比如一个分支需要 x 小于等于 1，另一个分支又需要 x 大于 1），这条路径就标为不可达并在答题卡上注明“不可达路径，无需设计用例”。这样写既能保住思路分，又不会让阅卷老师怀疑你连路径可执行性都判断不了。
5.4 甘特图工期计算把关键路径长度算错一个单位
现象：计算关键路径时，把第一个任务的前置准备时间（比如需求调研的 2 天）漏加，导致最终总工期少了 2 天；或者把两个并行任务的时长重复叠加了一次。
原因：PERT 图/甘特图的工期计算本质是最长路径求和，不是所有任务的时长相加。不少同学顺手把所有任务工期加了一遍，路径重叠的部分被重复计算了。
解决：做题前先把任务依赖关系表里“无前置任务”的节点全部挑出来作为起点。从每个起点出发向后遍历所有路径，每条路径的工期是路径上所有节点工期之和，取最大值。多路径时建议写一个路径枚举表，路径 1 写到路径 n，最后一行写“最长路径=关键路径=…天”。这样即使结果算错，过程分也能挽回大半。
5.5 名词解释写到一半变成简答题，时间分配失衡
现象：名词解释每题写了三四行，甚至有人画了图；后面综合分析题时间不够，最后一道画图题只画了草稿。
原因：这张卷子是典型的分多量大，名词解释 5 题只有 12 分左右，但不少人在上面耗时超过 40 分钟。名词解释的要求是“点到核心即可”，不需要展开、不需要举例、不需要解释外延。
解决：名词解释类题目控制在一题 3 分钟以内，每道题只写一句定义加一句特征或目的。比如“软件配置管理”就写“在软件生命周期中对项目配置项及其版本进行标识、控制、审计和报告的过程，目的是保证产品的一致性和可追溯性”，然后立刻收笔。把省下来的时间全部投给 34 分的综合分析题，这部分每多写对一个加工节点都值 1 到 2 分。
6. 进阶复习法：把一套试卷做成错题数据库，比做十套新题更稳
我把 2020 年这套试卷做完后做了一件事：建立一个小型错题整理文档，按“题目位置、考点、错误原因、正确解法、同类题自测”五列拉成表格。每次复习只扫这个文档，而不去反复重做整张试卷。比如“路径覆盖把不可达路径也当成用例”这条错误，我不仅记录了错因，还找了两道包含不可达路径的练习代码重测，确保这个点不会再犯。
真正有效的进阶做法是“一题多改”。拿试卷里的测试用例设计题来讲，做完后把参数换一换：成绩范围从 0 到 100 改成 60 到 150，或者把输入条件从单值改成字符串长度，重新设计一遍等价类和边界值。你会发现边界值分析的“临界点”选取规则有变化，但思维的框架完全一致。这个过程能把你从“会做这一道题”变成“会做这一类题”。
另一个习惯是控制答题篇幅。我统计过整套试卷的答题状态，选择题控制在 20 分钟内完成，填空和名词解释控制在 25 分钟内，简答控制在 35 分钟内，剩下的 40 分钟留给综合分析题和时间复查。这个时间桶分配不一定适合所有人，但方向是对的：分值大、步骤多的题必须先留足时间，而不是从选择题开始死磕。真正的硬仗在案例分析题上，“每次做完回头看一遍每个加工节点是否有输入输出”才是保住基本盘的操作。
到了考前最后一周，把错题文档里的每条错误当作一个复习入口：看到自己错过的“判定覆盖只走了真分支”，就回教材再看一遍覆盖定义；看到自己错过的“数据字典去向没标编号”，就回原题重画一遍图。这个“错题驱动复习”的习惯让我在真正考试时很少在同一个坑里摔倒两次。希望你也能用这套方法把 2020 的卷子变成自己的复习资产，在考场上少踩几个坑，多拿几分稳的分。希望这些经验能帮到你。
本文还有配套的精品资源，点击获取
