简介合肥工业大学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 都走通。比如取 a2、b0、x6第一个 if 成立走到除法第二个 if 也成立走到加法。判定覆盖则要求每个判定的真分支和假分支都被走过至少一次需要至少两个用例一个让判定为真走进去一个让判定为假跳过这段。条件覆盖更细要覆盖每个判定里的每个条件的真和假。这段代码里有两个复合条件需要设置用例让 a1 真/假、b0 真/假、a2 真/假、x1 真/假都出现。路径覆盖则要求覆盖程序中所有可能的路径组合这段嵌套两个判断的代码有四条路径需要四组数据。做题时建议按“先画流程图 → 再标判定节点 → 再枚举条件真值 → 最后组合用例”这个顺序来。画程序流程图时要用统一的符号判断框画菱形、处理框画矩形、起止框画圆角矩形。阅卷老师很看重流程图上的分支编号是否清晰建议在每个判断框旁标注“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(a4mb)/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 条路径全部列出来但其中某条路径实际上不可能走到。比如“a1 且 b0 为假”时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 的卷子变成自己的复习资产在考场上少踩几个坑多拿几分稳的分。希望这些经验能帮到你。本文还有配套的精品资源点击获取
