软件工程刷题指南：从软件危机到基路径测试的参考答案

简介：面向软件工程课程学习者的一份配套参考答案PDF，对应梁洁、金兰编著的《软件工程实用案例教程》。内容以习题解析为主，覆盖教材章节的选择题、简答题与应用题，从软件危机定义、软件工程目标、过程活动六阶段到体系结构设计、接口设计、原型模型的两种方案、构件复用模型及Rational统一过程与螺旋模型对比均有系统解答，适合本科、高职学生复习备考及教师出题参考。资源为单个PDF文件，约918KB，体积小便于手机端随时查阅。目前已吸引3600余人学习下载，在同类教辅资料中具有较高使用热度。通过这份答案可对照教材巩固软件工程核心概念，重点理解通用软件产品与定制软件产品的区别、需求工程中用户需求与系统需求划分、进化式与抛弃式原型模型的适用场景等易考难点，同时也能借鉴标准化的简答论述思路来组织答题语言，有助于提升期末复习效率与答题规范性。

1. 软件工程课怎么刷题：一份参考答案能省多少时间

软件工程这门课的课后题，说难不难，但丢分点很集中：概念题背了答不全，应用题知道结论却写不出推导过程。这份参考答案覆盖习题一到习题九的全部选择题、简答题，应用题也给了过程模型选择、数据流图实体标注和结构图分解的完整思路。它解决的问题很具体：交作业前对答案、备考时归纳答题套路、对照教材查漏补缺。适合正在上软件工程课的学生，也适合需要快速回顾软件危机、需求工程、体系结构和软件测试要点的从业者。刷完一遍最直观的感受是——选择题答案串可以带动考点复习，简答题有一多半能直接当论述模板用。

2. 概念题的标准答法：软件危机、过程活动与可行性研究

概念题在这门课里占了将近一半分值，答题套路基本固定：先给定义，再列要点，最后补一句“为什么重要”。参考答案里前三章的简答题，全是这个结构。下面把必须背熟的三块拆开讲。

2.1 软件危机的标准定义与四个成因

软件危机的定义要按“现象 + 结果”来答。现象是时间延迟、预算超支、质量得不到保证、移植性差；结果是项目离目标相差甚远，耗费大量人力财力后宣布失败。参考答案把成因归成三类：软件独有的特点给开发和维护带来困难；软件人员的错误认识，比如忽视需求分析、轻视文档、轻视维护；还有就是开发工具自动化程度低，加上工程化管理程度低，导致项目管理混乱。

答题时容易漏的是最后一句“软件生产工程化管理程度低”。很多人只背前三条，但评分标准里项目管理混乱是独立得分点，它对应的是后续“软件工程”概念提出的直接动因。因果关系要写完整：软件危机出现 → 人们探索克服危机途径 → 提出软件工程概念 → 用工程方法和管理手段把开发纳入工程化轨道。

2.2 六个过程活动：每个活动为什么必要

软件工程过程活动有六个：沟通、策划、建模、构建、部署、进化。参考答案对每个活动都给了必要性解释，简答题直接按顺序默写即可。这里要注意，每个活动的解释不是背定义，而是说清“不做会怎样”。

沟通环节容易理解，技术工作开始前不了解利益相关者目标，需求收集就无从谈起。策划是创建软件项目计划，教材里用了“地图”的比喻——没有地图，复杂旅程就没法走。建模是画草图理解体系结构和构件关系，细化后用于理解需求和完成设计。构建包括编码和测试，测试是发现编码错误的手段。部署是交付给用户评测反馈。进化是软件随客户和市场需求变化持续修改。

这里有个隐蔽得分点：“策划”的产出物叫“软件项目计划”，它描述的内容包括技术任务、风险、资源需求、工作产品和进度计划。回答时把这五个词带出来，比只说“制定计划”多拿一分。

2.3 可行性研究：七个步骤与经济效益度量

可行性研究的七步按顺序记：确定项目规模和目标 → 研究现有系统 → 建立新系统高层逻辑模型 → 导出和评价供选择的解法 → 推荐行动方针 → 草拟开发计划 → 编写可行性研究报告。每步都有产出，而且前后衔接紧密。比如“建立新系统高层逻辑模型”这一步要使用数据流图和数据字典来描述数据流动和处理情况，这是后来习题四画图的基础。

度量经济效益有三种方式：投资回收期、纯收入、投资回报率。计算时要考虑货币的时间价值，用成本/效益方法评估系统是否值得投资。这是个容易忽略的点，很多人只写“算成本效益”，漏了“货币时间价值”这个前提，在小题上丢分。

这里特别提醒：可行性研究的时机很重要，参考答案第一句就是“在早期阶段即判断系统是否可行，既避免了不必要的风险”，这体现了软件工程的核心思想——前置验证，后面做应用题回答可行性分析时，要把这句话作为总结论。

3. 过程模型怎么选：从应用题题干反推答案的四个案例

过程模型的选择题和简答题都围绕一个核心：需求是否稳定、风险是否高、交付是否紧急。参考答案里四道应用题正好覆盖四种典型场景，我把判断逻辑拆开，每道题的题干关键词对应哪个模型，直接背这个对应关系。

3.1 抛弃式原型与进化式原型的适用边界

原型模型有两种实现方案，这是简答题高频考点。抛弃式原型的流程是：快速建立反映用户主要需求的原型系统，反复修改获取真正需求后，原型被抛弃，再按线性流程开发实际项目。它适用于小型、简单、处理过程明确、没有大量运算和逻辑处理过程的系统。

进化式原型则相反：先开发一个原型让用户使用，根据反馈不断修改，逐步接近并最终达到开发目标。注意参考答案里写的是“特别适合于用户急需的软件产品开发”，因为能快速交付可运行成果，还能适应需求规格的变更。

这里有个判断技巧：题干出现“尽快占领市场”“用户急需”“快速交付”，选进化式原型；出现“需求明确”“一次性使用”“功能简单”，选抛弃式原型或瀑布模型。

3.2 螺旋模型与RUP：风险驱动与二维迭代

螺旋模型是适应性模型，能同时支持更新避免和变更容忍，但参考答案明确说了它没有被广泛应用的原因：需要丰富的风险评估经验和专门知识，风险分析费用可能超过开发费用。这个模型的适用对象是大型项目——只有大型项目才有较高风险，才有详细风险分析的必要。

RUP与螺旋模型相比的优势有三条，简答题按点答：RUP每次迭代包含九个核心工作流程，螺旋模型只包含四方面活动；RUP对每个阶段迭代完成后交付增量有具体要求，螺旋模型没有规定；RUP详细描述了不同阶段不同迭代在九个核心工作流程中活动内容的重点和强度。最后补一句总结：RUP的二维迭代生命周期结构对迭代开发方式的体现更深刻、具体、详尽和全面，用于指导需求不明确、不稳定的项目开发，可操作性更强。

3.3 四道应用题的判断套路：从关键词出发写理由

这四道应用题是典型考题，我把题干关键词和对应模型整理如下：

第一题“综合信息管理系统”涉及销售、供应、财务、生产、人力资源多个部门，按部门优先级逐个实现，边开发边应用。关键词是“多部门”“逐个实现”“边开发边应用”，对应迭代式开发。参考答案选择RUP或螺旋模型，理由是：系统较大型意味着风险较大，需求不固定需要迭代。两者相比选RUP，因为它更具体、详尽、全面。

第二题“把73624.9385开平方，精确到小数点后4位，实现测试完即抛弃”。关键词是“需求稳定”“一次性使用”，选瀑布模型。线性流程适合这种需求明确、做完就扔的场景。

第三题“已被广泛应用的文字处理软件新版本开发，竞争激烈，完成期限严格已对外公布”。关键词是“需求稳定”“时间有限”，选增量模型或构件复用模型。这两个模型都属于非整体性开发，能提高开发效率，在严格期限内分批交付。

第四题“采用新技术开发新手机软件，希望尽快占领市场”。关键词是“尽快”“新技术”“新市场”，选进化式原型。能快速交付可运行成果，适应需求变更。

判断顺序就是：先看项目大小和风险，再看需求稳定性，最后看交付时间要求。我刷题时习惯把每道题的判断依据用一句话写在答案开头，比如“该项目风险较大且需求不稳定，因此选择具有风险防范和迭代特征的模型”，这样即使模型选错了，推导过程的分数也能拿到一部分。

4. 常见丢分点排查：选择题、简答题与应用题的三类翻车现场

这份参考答案刷下来，我发现丢分点特别集中。把常见错误按“现象 → 原因 → 解决”整理成几条，比直接背答案更管用。

4.1 选择题只背答案串，不背考点

现象：习题一到习题九的选择题答案是“DDBBA DBD”“BCDBA BC”“CDADB”这类答案串。很多人考前只背串，结果题目选项顺序一变，直接翻车。

原因：答案串只是结果，不是考点。比如习题一第一题考“通用软件产品开发和定制软件开发的区别”，背答案串对理解这道题毫无帮助。

解决：拿到答案串后，把每道选择题的考点标在旁边。我的做法是：做一遍题 → 对照答案 → 在错误选项旁边写一句“为什么错”。比如软件危机那一章，把“软件描述由谁完成”这个考点写在通用软件产品题旁边，等复习时一眼就能看到这道题测的是什么。

4.2 简答题答半截，丢掉隐含得分点

现象：回答“螺旋模型为什么没被广泛应用”时只写“需要风险评估经验”，不写“风险分析费用可能超过开发费用”；回答“软件工程的目标”时漏掉“按时完成开发任务并交付使用”。

原因：简答题是按要点给分的，参考答案里有些要点藏在长句中间，不显眼。比如软件工程目标的第六条“能够按时完成开发任务，并及时交付使用”，很多人背到第五条就停了。

解决：把参考答案里的每个句号都当成一个潜在得分点。我复习时会把所有简答题的答案拆成短句，逐句编号。比如软件工程目标的六条，编号后检查自己能否一条不漏地默写出来。另外注意教材里有个错别字“软件易于使用、维护和意志”，标准表述是“维护和移植”，“意志”显然不是原意——这类小细节也能体现你是否真正理解了知识点。

4.3 应用题只有结论，没有推导过程

现象：面对“选择哪种过程模型并说明理由”这类题，只写“选RUP”三个字，或者只写结论不写题干关键词的对应关系。

原因：应用题评分看的是“理由的合理性”，不只是结论。题目给的条件——部门数量、需求稳定性、交付期限——都是判断依据，不在答案里体现就等于白给。

解决：按“题干关键词 → 对应模型特征 → 结论”三段式写。比如第三题：“该软件已被广泛应用说明需求稳定（关键词），市场竞争激烈、期限严格且已对外公布（关键词），需要分批交付（推导），因此选择增量模型或构件复用模型（结论）。”这个结构在过程模型类应用题里通用。

4.4 原型适用场景记混，摘要与正文答案冲突

现象：对照答案时发现，资源摘要里写“进化式原型模型适用于大型、复杂、处理过程不明确的系统”，但习题二参考答案写的是“特别适合于用户急需的软件产品开发”，两者不一致，容易背混。

原因：摘要描述和正文答案之间信息有偏差。考试评分以教材和正文标答为准。

解决：遇到这类冲突，以习题集给出的标准答案为准。复习时遇到“进化式原型”相关题干，优先匹配“用户急需”“快速交付”“适应需求变更”这三个关键词，不要记“大型复杂”这个错误关联。

4.5 数据流图起点终点标反

现象：习题四第一题要求补充数据流名称、起点、终点，经常把数据流方向画反。比如“课程信息”是从D2数据存储流向过程4，有人写成从过程4流向D2。

原因：没搞清“谁提供数据、谁使用数据”的关系。数据流图中数据存储是供给方，处理过程是消费方，方向由供给指向消费。

解决：做题前先把外部实体、数据存储、处理过程三类元素列成表，再用“数据从哪来 → 到哪去”的思路逐个核对。参考答案的表格已经给了规范格式：数据流名称、起点、终点三列，填写时先确认起点是数据存储还是外部实体，再确认终点是处理过程还是输出端。

5. 数据流图与结构设计：没有图的题怎么复原成标准答案

习题四和习题五偏向画图题，但PDF里的图大多是教材截图，清晰度一般，文字答案部分的价值反而更高。做完这几章的题，我发现把文字答案读透，图是能自己补出来的。

5.1 数据流图先定四类元素：实体、存储、过程

习题四第一题给了考试委员会、教师、学生、教务处四个外部实体，以及学生信息、课程信息、班级信息、课程成绩、无效成绩五个数据存储。参考答案补充的数据流包括“通过审查的成绩”从过程4到过程5、“班级信息”从D3到过程4、“课程信息”从D2到过程4。

画图时我的顺序是：先标外部实体 → 再放数据存储 → 最后画处理过程和数据流方向。这里最容易错的点是数据流方向。比如“班级信息”从D3流向过程4，是因为过程4需要读取班级信息来做审查，数据存储是源，处理过程是目标。反过来“课程成绩文件”这种存储是被过程写入的，方向就相反。判断标准就一句话：谁需要这份数据，箭头就指向谁。

上下文图到0层图的展开也有一套规范。习题四第二题的库存管理系统，上下文图只有计划部门、物资使用部门、技术部门三个外部实体和一条主数据流，0层图展开后出现了物资采购单流水账、物资编码文件、物资台账、物资总账、出库单等多个存储和处理过程。展开时按功能拆分：收货入库、台账更新、分类汇总、出库管理各占一个处理过程，数据存储跟着处理过程走。

5.2 判定表与判定树：条件组合三步展开

习题四第三题是经典判定表题，条件是旅游时间t和订票量a，各有两档：t1是7-9月、12月，t2是1-6月、10月、11月；a1是≤20，a2是>20。四组条件组合对应四个折扣率：5%、15%、20%、30%。

展开步骤：第一步列条件项，t和a各两档；第二步列组合，2×2=4种；第三步填动作，每组组合对应一个折扣率。参考答案里的判定表还包含了“✔”标记和对应的折扣率列。做题时先画一个四行两列的条件表，再逐行填折扣率，不容易漏。

判定树就是把判定表变成树状结构：树根是“旅游优惠”，第一层分支是t1和t2，第二层分支各接a1和a2，叶子节点是折扣率。画树时注意t2下的a1对应20%、a2对应30%，跟t1下的a1对应5%、a2对应15%是不同的，这是最常见的画错位置。

5.3 数据字典的EBNF表达：电话号码的范式

习题四第四题要求用形式化符号定义电话号码，参考答案用的是带方括号、加号和大括号的BNF风格语法。代码块如下：

电话号码 = [ 校内电话号码 | 校外电话号码 ]; 校内电话号码 = 非零数字 + 3位数字; 校外电话号码 = [ 本市号码 | 外地号码 ]; 本市号码 = 0 + 8位数字; 外地号码 = 0 + 3位数字 + 8位数字; 非零数字 = [ 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 ]; 3位数字 = 3{ 数字 }3; 8位数字 = 非零数字 + 7位数字; 7位数字 = 7{ 数字 }7;

这套语法的规则是：方括号表示可选，加号表示连接，m{n}m表示n个数字组成的串，竖线表示枚举。做题时先找终结符，也就是最小不可拆分的“数字”；再逐层往上组合，3位数字由3个数字组成、8位数字由非零数字加7位数字组成；最后组合成完整的电话号码。这个方法在词法分析和接口定义题里都能复用。

实际写答案时需要注意，参考答案里的“8位数字 = 非零数字 + 7位数字”看起来有点绕，它表达的逻辑是电话号码首位不能是0。答题时把“非零数字”和“数字”区分清楚，这道题的基本分就有了。

5.4 变换分析与事务分析：结构图的分步拆解

习题五的结构设计题要画结构图，参考答案给出了第一级分解、第二级分解和优化的完整过程。以“统计成绩”系统为例：第一级分解拆成输入模块、处理模块、输出模块；第二级分解把输入模块拆成“输入成绩清单”和“检查成绩清单”，把处理模块拆成“审定合格者”“分析试题难度”“分类统计成绩”，把输出模块拆成“制作考生通知单”“打印难度分析表”“打印分类统计表”。

关键的优化步骤有三个：一是把功能相关的模块合并，比如“输入成绩清单”“检查成绩清单”“打印成绩单出错信息”合并成“输入并检查成绩清单”，合并后减少了数据传递；二是把“打印难度分析表”放到“分析试题难度”模块的下层，降低模块间耦合度；三是删除管道模块，如果某个模块只是传递数据不做事，可以直接删掉。

这个优化思路反映了结构设计的原则：高内聚、低耦合。做完第一版分解后，检查每个模块是否只做一件事、模块间是否只传必要数据，然后按合并、上下移动、删除的顺序优化。数据库设计题也是同一套逻辑，“仓库-商品”和“教师-课程”这类题目关键是判断实体间关系是一对多还是多对多——一对多把外键放到“多”的一侧，多对多建中间关系表。习题五第八题“教师和课程”是多对多关系，参考答案给出的“讲授”表就是标准中间表设计。

6. 从对象到测试：建模图、体系结构与基路径的做题闭环

习题六到习题九覆盖了面向对象建模、体系结构设计和软件测试，是这门课的实操压轴部分。这几个章节的题有一个共同特点：答案不只是知识点，而是一套完整的建模或测试流程，每一步都有标准产出物。

6.1 用例、类、时序、活动、状态：五类图各对应一道题

习题六的建模题用到五类图，我按做题顺序整理：

用例图解决“谁做什么”的问题。“医院门诊系统”中医生的用例包括查看病人信息、撰写病历、开处方、开检查单、提供治疗，外部参与者是病人，用椭圆表示用例、小人表示参与者、实线表示关联。

静态结构类图解决“对象是什么”的问题。从用例图中提取实体类：病人、挂号信息、病历、处方、检查单，每个类写属性名和操作名，类之间画关联和依赖关系。

时序图解决“交互顺序”的问题。“学生选课”的时序图涉及学生、选课界面对象、课程对象、选课控制对象，消息顺序是find course → select course → insert → return，逐层返回结果。选课人数限制体现在“课程对象”内部检查空间有效性的那个判断。

活动图和状态图解决“流程和状态”的问题。“ATM取款”活动图按流程画：插卡 → 输入密码 → 选择取款 → 验证余额 → 出钞 → 退卡，每个活动是圆角矩形，分支用菱形判断。“自动洗衣机”状态图则是状态机建模，有“待机”“洗涤”“漂洗”“脱水”“完成”等状态，每个状态标注do动作和触发事件。

建模题拿分的关键是把图的元素类型区分清楚，用例图只有参与者和用例，时序图只有生命线和消息箭头，状态图必须标触发事件和动作。

6.2 分层、三层与MVC：体系结构题的对比逻辑

习题七简答题考三种体系结构的区别，参考答案的对比逻辑是“都要实现层间分离，但分层方式不同”。分层体系结构按功能划分，体现增量开发结构，分层比较随意；三层体系结构按类划分，把相同职能的类归为一层，分为表示层、业务逻辑层和数据访问层，在不改变接口定义的前提下每一层的改变对其他层没有影响，但表示层仍会包含部分业务逻辑代码；MVC在视图层和控制层之间做了更彻底的分离，允许更改视图层代码而不用重新编译模型和控制器代码，业务流程改变只需改动模型层。

回答这类题要分三步：先写三者共同点，再写各自的划分依据，最后写MVC相比三层的优势在哪。很多人在第二步就停了，漏掉“表示层仍会具有业务逻辑层代码”这句关键评价。

MVC协作关系的简答题要按请求生命周期来答。以“用户登录”为例：用户在login.jsp发起登录请求 → 请求交给UserServlet → doPost方法从请求中获取用户名和密码 → 实例化User类并封装登录信息 → 传递给UserDAO → 调用findLogin方法执行查询 → 结果返回UserServlet → servlet决定跳转到登录成功或失败页面。这个顺序不能乱，DAO层永远在Servlet层下面，JSP页面只负责展示和发起请求。

“接口能否省略”这道题，参考答案的说法是不能。接口体现了面向对象的多态性，能实现“同一接口多种实现”的效果。举例来说，登录功能既可以用数据库实现也可以用文件系统实现，有IEmpDAO接口在，上层调用方式不变，换底层实现不需要改Servlet代码。

6.3 黑盒、白盒与基路径：测试题的计算与用例设计

习题九选择题考了黑盒测试和白盒测试的定义、测试阶段划分、驱动模块和桩模块、回归测试步骤。简答题部分有两个值得展开的难点。

第一个是驱动模块和桩模块的区分。驱动模块是模拟被测模块的上级模块，桩模块是模拟被测模块调用到的下级模块。判断方法：看被测模块是“被谁调用”还是“调用谁”。被测模块有上级，需要写驱动模块来测试它；被测模块要调用下级，需要写桩模块来模拟。

第二个是基路径测试。习题九应用题第二题给了一个sort方法，代码如下：

public void sort(int iRecordNum, int iType) { int x = 0; int y = 0; while (iRecordNum > 0) { if (iType == 0) { x = x + 2; } else { if (iType == 1) { x = y + 5; } else { x = y + 10; } } } }

画出控制流图后，节点有8个，边有10条，圈复杂度V(G)=10−8+2=4，独立路径有4条：不进循环直接结束、进入循环且iType为0、iType为1、iType为其他值。设计测试用例时，至少要保证这4条独立路径各执行一次。

注意这道题有个隐藏陷阱：while循环里iRecordNum始终没有被修改，循环条件是永真的，代码本身有缺陷，按教材约定画控制流图时忽略这个问题，但实际项目里这种死循环正是回归测试要捕获的典型缺陷。

回归测试的步骤也可以按序记忆：识别被修改的部分 → 在原有测试用例库中排除不适用的用例 → 建立新用例库 → 用选择策略选出测试用例包 → 测试被修改的软件 → 重复执行验证修改没有破坏现有功能。

自动售货机的黑盒测试适合用场景法设计用例，参考答案给了正确思路：投币金额和商品选择组合成不同场景。设计用例时可以写成这样的测试表：

场景法的要点是覆盖正常流程、备选流程和异常流程，等价类划分是另一条并行思路，把输入划分为有效等价类和无效等价类，每类取一个代表性用例。这两种方法结合起来，黑盒测试题基本不会丢分。

做完这套题之后，我的习惯变了：不管参加什么考试或项目复盘，拿到别人给的答案或方案，第一件事不是看答案本身，而是拿一张纸把题目做一遍，再对照答案检查自己在哪个知识点上卡住。这个习惯帮我省掉了大量复习时间——把力气花在真正薄弱的地方，而不是已经会了的地方。希望帮到你。

本文还有配套的精品资源，点击获取