简介本资源为《软件工程教程》(第2版)吴迪、马宏茹、丁万宁主编的课后习题参考答案面向高校软件工程课程学生及备考复习者帮助解决课后练习核对与知识点梳理问题。压缩包内共1个doc文档约1.1MB内容按章节组织覆盖选择题、填空题与简答题的完整解答。参考答案围绕软件危机、软件工程定义与发展阶段、软件工程目标、软件生存周期、软件生存期模型及SWEBOK知识域等核心概念展开并对可行性研究、成本效益分析等计算类题目给出推导过程便于读者对照教材逐章复习、理解答题思路。目前已有3266人学习下载适合课堂同步练习、期末复习与考研初试备考时查漏补缺使用。1. 课后习题答案不是“对答案”从软件工程教程的习题体系说起很多人拿到《软件工程教程》这类教材的课后习题第一反应是找一份参考答案把不会的题对着抄一遍考试能过就行。但如果你真的做过软件工程相关的项目会发现这门课的习题设计逻辑和纯理论课完全不同——它考的不是你记住了多少定义而是你能不能把需求分析、结构化设计、测试用例设计这些方法用到具体场景里。换句话说习题本身就是一个个微型的工程演练参考答案只是帮你验证思路对不对而不是让你背下来的标准文本。我带过几届做课程设计的学生也帮某公司做过新员工软件工程基础的内部培训。一个很明显的规律是凡是把课后习题当“填空题”做的人到了真正写需求规格说明书或者画数据流图的时候几乎全部卡壳。原因很简单软件工程的习题答案往往不是唯一的同一个问题可以有不同的分解方式、不同的模块划分、不同的测试路径。所以这篇文章要讲的不是给你一份可以逐字抄写的答案而是把《软件工程教程》第2版课后习题里涉及的核心题型拆开告诉你每类题背后的工程逻辑是什么、答案应该怎么组织、哪些地方容易翻车。适合正在学这门课的学生也适合需要快速回顾软件工程方法论的从业者。2. 需求分析类习题从文字描述到数据流图的完整推演2.1 需求分析习题到底在考什么教材里需求分析部分的课后题通常会给一段业务描述让你画数据流图DFD、写数据字典、或者判断某个需求属于功能需求还是非功能需求。很多人的做法是直接凭感觉画框框和箭头结果交上去被批“数据流不守恒”或者“缺少加工说明”。其实这类题的核心考点只有三个第一你能不能从自然语言里把数据流提取出来第二你能不能区分数据存储和加工第三你能不能保证父图和子图的数据流平衡。我一般会建议按这个顺序做先通读描述把所有名词圈出来名词大概率对应数据存储或外部实体再把所有动词圈出来动词大概率对应加工然后找数据从哪里来、经过什么处理、到哪里去。这个过程看起来笨但比直接画图靠谱得多。教材里常见的“学生成绩管理系统”“图书借阅系统”这类题用这个方法基本不会漏掉关键数据流。2.2 用分层DFD把一段业务描述拆干净下面用一个教材里常见的“图书借阅管理”场景来演示。题目描述大概是读者提交借书请求系统验证读者资格如果资格有效且图书可借则生成借阅记录并更新图书状态如果资格无效或图书不可借则返回失败信息。先画顶层图0层只有一个加工“图书借阅管理系统”外部实体是“读者”和“图书管理员”数据流是借书请求、借阅结果、图书信息维护等。然后分解到1层通常拆成“验证读者”“验证图书”“生成借阅记录”“更新图书状态”四个加工。这里的关键是父图中“借书请求”这条输入流在子图里必须能找到对应的输入父图中“借阅结果”这条输出流在子图里也必须能找到对应的输出。这就是数据流守恒。顶层图0层 读者 --借书请求-- [图书借阅管理系统] --借阅结果-- 读者 图书管理员 --图书信息-- [图书借阅管理系统] 1层分解 读者 --借书请求-- [验证读者] --有效读者信息-- [验证图书] [验证图书] --可借图书信息-- [生成借阅记录] [生成借阅记录] --借阅记录-- [更新图书状态] [更新图书状态] --借阅结果-- 读者 [验证读者] --无效信息-- [生成失败信息] [验证图书] --不可借信息-- [生成失败信息] [生成失败信息] --借阅结果-- 读者上面这个分解不是唯一答案但它是平衡的。如果你把“验证读者”和“验证图书”合并成一个加工也可以但合并后子图里就不能再出现两个独立的验证加工。很多同学画图时喜欢把加工拆得很细结果父图和子图对不上这就是典型的“不平衡”错误。教材习题里凡是要求画分层DFD的阅卷时第一眼看的就是平衡性其次才是加工命名是否合理。2.3 数据字典的写法与三个易错点数据字典是需求分析习题里另一个高频考点。教材一般要求用定义式描述数据流或数据元素比如“借书请求 读者编号 图书编号 请求日期”。这里有三个容易翻车的地方第一把数据存储当成数据流写进字典第二忘记写数据元素的类型和长度第三别名和基本元素混在一起没有区分。我一般会按这个模板来写数据元素名别名类型长度说明读者编号借书证号字符10唯一标识读者图书编号ISBN字符13唯一标识图书借书请求无组合—读者编号 图书编号 请求日期注意数据字典里的“组合”项要能继续分解到基本项不能出现循环定义。教材习题里如果让你写“借阅记录”的字典通常要写成“借阅记录 读者编号 图书编号 借阅日期 应还日期 借阅状态”。少写一个字段后面画DFD的时候数据流就对不上。3. 结构化设计类习题从DFD到结构图的映射规则3.1 变换分析与事务分析怎么选结构化设计部分的课后题核心是让你把需求分析阶段的数据流图转换成软件结构图。这里有两个基本方法变换分析和事务分析。变换分析适用于把输入流经过一系列加工变成输出流的场景比如“成绩录入与统计”事务分析适用于根据某个事务类型选择不同处理路径的场景比如“图书借阅”里根据读者类型走不同分支。选错方法不会导致答案完全错误但会让结构图的模块划分变得别扭。我一般会先看DFD里有没有明显的事务中心——也就是那个根据输入选择一条输出路径的加工。如果有就用事务分析如果没有就用变换分析。教材习题里“学生成绩管理系统”通常用变换分析“图书借阅管理系统”如果强调不同读者类型有不同借阅规则就用事务分析。3.2 用变换分析画结构图的四个步骤以“成绩录入与统计”为例DFD的1层分解通常是录入成绩、校验成绩、统计成绩、输出成绩。用变换分析画结构图步骤是第一找出输入流和输出流的边界也就是哪些加工属于“传入部分”、哪些属于“传出部分”第二在边界之间画一个主控模块第三把传入部分的加工映射成输入模块传出部分的加工映射成输出模块第四把剩下的加工映射成变换模块。主控模块成绩处理系统 ├── 输入模块录入成绩 ├── 输入模块校验成绩 ├── 变换模块统计成绩 └── 输出模块输出成绩这个结构图看起来简单但教材习题里经常要求你进一步分解“统计成绩”这个模块比如拆成“计算平均分”“计算最高分”“计算及格率”。这时候要注意分解后的模块之间不能有直接的数据流必须通过主控模块传递参数。很多同学画结构图时喜欢把模块之间用箭头连来连去那是DFD的画法不是结构图的画法。结构图里模块之间的调用关系用无箭头直线表示数据传递用带箭头的短虚线表示。3.3 模块耦合与内聚的判断技巧教材习题里经常给出一段模块描述让你判断耦合类型和内聚类型。这是纯概念题但很多人背了定义还是选错。我的经验是先看模块之间传递的是什么。如果传递的是控制信息比如“标志位”“开关量”那就是控制耦合如果传递的是数据结构比如整个数组、整个记录那就是数据耦合如果模块之间通过全局变量通信那就是公共耦合如果直接访问另一个模块的内部数据那就是内容耦合。耦合从低到高是数据耦合、标记耦合、控制耦合、外部耦合、公共耦合、内容耦合。内聚的判断更玄学一点。功能内聚是模块只做一件事顺序内聚是模块内的加工必须按顺序执行通信内聚是模块内加工使用同一输入数据或产生同一输出数据过程内聚是模块内加工必须按特定次序执行时间内聚是模块内加工必须在同一时间段内执行逻辑内聚是模块内加工逻辑相似但功能不同偶然内聚是模块内加工之间没有关系。教材习题里最常见的坑是把“顺序内聚”和“过程内聚”搞混。区别在于顺序内聚的加工之间有数据依赖前一个的输出是后一个的输入过程内聚的加工之间只有执行顺序要求没有数据依赖。4. 测试用例设计类习题等价类、边界值与路径覆盖4.1 等价类划分的完整流程测试部分的课后题最常见的是给一个输入条件让你用等价类划分法设计测试用例。比如“输入成绩范围是0到100有效成绩为整数”。等价类划分的步骤是第一划分有效等价类和无效等价类第二为每个等价类编号第三设计测试用例覆盖所有有效等价类并且每个无效等价类至少覆盖一次。等价类类型编号输入条件有效等价类有效10 ≤ 成绩 ≤ 100 的整数无效等价类无效2成绩 0无效等价类无效3成绩 100无效等价类无效4成绩为非整数设计用例时有效等价类可以用一个用例覆盖多个比如输入50同时覆盖了“0到100的整数”这个有效类。无效等价类必须每个单独设计一个用例因为一个用例只能覆盖一个无效类否则第二个无效类会被第一个的报错掩盖。教材习题里经常有同学把“-10”和“150”放在同一个用例里这是典型的错误。4.2 边界值分析为什么总被扣分边界值分析是在等价类的基础上专门取边界上的值。对于“0 ≤ 成绩 ≤ 100”边界值是-1、0、1、99、100、101。很多同学只取0和100漏掉-1和101结果被扣分。教材习题里如果明确要求“用边界值分析法设计测试用例”那就要把上点和离点都取到。上点是边界上的有效值离点是边界外最近的不有效值。我一般会列一个表边界上点离点下边界00-1上边界100100101然后设计用例输入-1无效、0有效、1有效、99有效、100有效、101无效。如果题目还要求考虑“非整数”那就再加一个1.5无效。这样基本不会漏。4.3 路径覆盖与McCabe环路复杂度的计算白盒测试部分的习题通常给一段伪代码让你画控制流图、计算环路复杂度、设计路径覆盖用例。McCabe环路复杂度的计算公式是V(G) E - N 2其中E是边数N是节点数。也可以数判定节点的个数加1。教材习题里最容易错的是把“复合条件”当成一个判定节点。比如“if (a0 b0)”在控制流图里应该拆成两个判定节点因为短路求值会导致不同的执行路径。# 教材里常见的伪代码示例 def check_score(score): if score 0: return 无效 elif score 100: return 无效 else: if score 60: return 及格 else: return 不及格这段代码的控制流图有4个判定节点score0、score100、score60、以及else分支隐含的判定环路复杂度是5。路径覆盖要求设计足够多的用例使得每条独立路径至少执行一次。通常需要4到5个用例-1、101、59、60、100。教材习题里如果只给3个用例大概率漏掉了某个边界。5. 避坑与排查课后习题里最容易翻车的五个地方5.1 数据流图不平衡父图有输入子图找不到现象画完分层DFD后父图里有一条“借书请求”输入流但子图里没有任何加工接收这条流。原因分解时只关注了内部加工忘记了外部输入需要分配到某个具体加工上。解决在子图里加一个“接收请求”的加工或者把外部输入直接连到第一个加工上。检查方法是逐条对照父图和子图的数据流确保每一条都有对应的起点和终点。5.2 结构图里模块之间直接传数据现象画结构图时在“录入成绩”和“统计成绩”之间画了一条带箭头的线表示数据直接传递。原因把结构图当成了DFD。解决结构图里模块之间的数据传递必须通过调用关系实现也就是上层模块调用下层模块时把数据作为参数传下去。如果两个模块之间需要传递数据要么让它们都受同一个主控模块调用要么把数据作为参数逐层传递。教材习题里如果出现跨层直接连线基本会被判错。5.3 测试用例覆盖不全无效等价类被合并现象设计测试用例时把“成绩0”和“成绩100”放在同一个用例里比如输入-10期望输出“无效”。原因认为只要输出是“无效”就算覆盖了两个无效类。解决每个无效等价类必须单独设计用例因为程序遇到第一个无效输入就会报错返回不会继续检查第二个无效条件。正确做法是分别输入-10和150各设计一个用例。5.4 内聚类型判断错误把过程内聚当顺序内聚现象题目描述“模块A先读取文件再解析文件最后输出结果”判断为顺序内聚。原因只看到了“先、再、最后”的顺序词。解决顺序内聚要求前一个加工的输出是后一个加工的输入也就是有数据依赖。如果只是执行顺序上的先后没有数据传递那就是过程内聚。教材习题里经常用“先初始化再处理最后清理”来描述过程内聚用“先读取数据再计算平均值”来描述顺序内聚。5.5 环路复杂度计算错误把复合条件当一个节点现象计算McCabe复杂度时把“if (a0 b0)”当成一个判定节点算出V(G)3。原因忽略了短路求值会导致两个条件分别形成独立路径。解决在控制流图里复合条件要拆成多个判定节点。如果题目没有明确说明短路求值一般按每个条件独立计算。教材习题里如果出现“”或“||”默认拆开处理。6. 把习题答案变成工程能力一个可复用的复盘方法课后习题做完之后真正有价值的一步是复盘。我自己的习惯是每做完一道需求分析或结构化设计的题就把它当成一个小型项目用一句话重新描述问题然后问自己三个问题——如果需求变了我的DFD和结构图要改哪里如果我要给这个设计写测试用例最可能出错的边界在哪里如果让我用代码实现其中一个模块接口应该怎么定义这三个问题不需要真的写代码但能帮你把纸面上的答案和实际工程决策连起来。以“图书借阅管理”为例如果需求变成“读者可以预约不可借的图书”那DFD里就要增加一个“预约请求”数据流和一个“预约记录”数据存储结构图里就要增加一个“处理预约”模块。测试用例里就要增加“预约已借出图书”和“预约可借图书”两个等价类。这种推演做多了你会发现教材习题里的场景虽然简单但背后的方法论和真实项目是一回事。另一个技巧是建立自己的“错题映射表”。比如每次在DFD平衡性上出错就在表里记一笔“父图输入流未分配到子图加工”下次画图前先检查这一条。我见过一个同学把教材里所有DFD习题的平衡性错误都整理成了一张检查清单后来做课程设计的时候他的需求规格说明书一次通过导师说“数据流图终于没有低级错误了”。这就是把习题答案转化成工程习惯的过程。最后说一个我自己的教训。早年做软件工程助教的时候我总觉得课后习题的参考答案就是标准学生和标准不一样就是错。后来有一次一个学生用事务分析画“成绩管理系统”的结构图虽然和参考答案的变换分析不一样但模块划分更合理耦合更低。我当时差点给他判错幸好忍住了。从那以后我明白软件工程的习题答案从来不是唯一的重要的是你的推导过程能不能自圆其说你的设计决策有没有工程依据。希望帮到你。本文还有配套的精品资源点击获取