2026年电大《软件工程》期末考试真题及答案

2026年电大《软件工程》期末考试真题及答案适用专业：计算机科学与技术（本/专科）考试时间：90分钟总分：100分一、单项选择题（每题1分，共20分）1.软件工程的核心目标是（）A.提高软件的开发效率B.降低软件的开发成本C.高质量地完成软件项目，满足用户需求D.减少软件的维护工作量2.下列软件过程模型中，最适合需求不明确、需求变更频繁的软件项目的是（）A.瀑布模型B.快速原型模型C.增量模型D.螺旋模型3.可行性研究阶段不包括下列哪项内容（）A.技术可行性B.经济可行性C.操作可行性D.算法可行性4.结构化分析方法中用来描述数据的组成、加工逻辑的核心工具是（）A.数据流图B.数据字典C.判定表D.业务流程图5.下列内聚类型中，模块独立性最好的是（）A.逻辑内聚B.时间内聚C.功能内聚D.顺序内聚6.下列耦合类型中，模块独立性最好的是（）A.控制耦合B.数据耦合C.公共耦合D.内容耦合7.需求分析阶段最终输出的核心文档是（）A.可行性研究报告B.需求规格说明书C.概要设计说明书D.测试计划8.下列测试方法中，属于白盒测试方法的是（）A.等价类划分法B.边界值分析法C.逻辑覆盖法D.错误推测法9.下列软件维护类型中，占维护总工作量比例最高的是（）A.改正性维护B.适应性维护C.完善性维护D.预防性维护10.下列选项中，不属于面向对象基本特征的是（）A.封装B.模块化C.继承D.多态11.UML图中，用来描述系统参与者与系统功能之间交互关系的是（）A.类图B.用例图C.顺序图D.活动图12.下列工具中，用来进行软件项目进度安排的是（）A.甘特图B.数据流图C.程序流程图D.E-R图13.单元测试的主要依据是（）A.需求规格说明书B.概要设计说明书C.详细设计说明书D.用户手册14.下列选项中，不属于软件危机典型表现的是（）A.软件成本超支、进度延期B.软件质量难以保障C.软件可维护性差D.硬件更新速度过快15.结构化设计中，信息隐藏原理的核心作用是（）A.提升模块的内聚程度B.降低模块之间的耦合程度C.减少模块对外公开的信息，提升模块独立性D.简化模块的设计难度16.COCOMO模型属于下列哪类软件工程工具（）A.成本估算模型B.进度安排模型C.风险评估模型D.质量评估模型17.ISO9126软件质量模型中，用来衡量软件在规定条件下、规定时间内完成规定功能的能力的特性是（）A.功能性B.可靠性C.易用性D.可维护性18.瀑布模型的主要缺点是（）A.开发流程不清晰B.难以适应需求的动态变化C.各阶段无法进行评审D.文档要求低19.UML中，用来描述对象之间动态交互关系，强调消息时间顺序的是（）A.协作图B.顺序图C.状态图D.活动图20.软件配置管理的核心功能是（）A.缺陷管理B.版本控制C.需求管理D.进度管理二、填空题（每空1分，共15分）1.软件生命周期通常划分为____、____、____三大阶段。2.结构化分析方法的核心工具包括____和数据字典，前者用来描述数据的流向和加工过程，后者用来描述数据的详细定义。3.模块独立性的两个核心度量指标是____和____，前者衡量模块内部各元素结合的紧密程度，后者衡量模块之间相互依赖的程度。4.软件测试的根本目的是____。5.面向对象的核心分析模型中，类之间的关系主要包括关联、聚合、组合、____、依赖五种。6.UML的静态建模图主要包括类图、对象图、____、部署图四类。7.软件维护的四类主要类型包括改正性维护、____、完善性维护、预防性维护。8.集成测试的两种主要实施策略是____集成和____集成。9.软件项目风险的三个核心要素是____、发生概率、影响程度。10.软件质量保障的两类核心手段是____和软件评审。11.可行性研究阶段的核心输出文档是____。12.黑盒测试主要验证软件的____是否符合需求规格说明书的要求。三、判断题（每题1分，共10分，正确打√，错误打×）1.软件工程的核心思想是将软件产品当作工程化的产物进行全生命周期管理。2.瀑布模型要求每个阶段完成后都要进行严格的评审，不允许回溯调整之前阶段的输出。3.需求分析阶段的核心任务是确定软件系统“怎么做”，设计具体的实现算法和数据结构。4.模块的内聚程度越高，耦合程度越低，模块的独立性就越强。5.白盒测试是基于软件的内部逻辑结构设计测试用例，覆盖程序的执行路径。6.软件维护只需要修改软件运行过程中发现的编码错误，不需要应对需求的变化。7.面向对象中的继承机制允许子类自动复用父类定义的属性和方法，提升了代码复用率。8.软件项目进度安排只需要确定各任务的完成时间，不需要考虑人力资源的分配。9.UML是一种统一的建模语言，适用于面向对象方法的全生命周期建模。10.软件配置管理的目的是保证软件产品的完整性、一致性和可追溯性。四、简答题（每题6分，共30分）1.简述软件危机的主要表现及核心产生原因。2.简述结构化设计方法的核心原则和基本实施步骤。3.简述软件测试的完整流程及各测试阶段的核心任务。4.简述面向对象开发方法相比结构化开发方法的主要优势。5.简述软件项目风险管理的完整流程及核心应对策略。五、分析设计题（第1题12分，第2题13分，共25分）1.某社区外卖配送系统的核心业务需求如下：（1）消费者可以注册登录、浏览商家菜品、下单支付、查询订单状态、评价订单、申请售后；（2）商家可以注册入驻、维护菜品信息、接收订单、确认出餐、处理售后申请；（3）配送员可以注册认证、接收配送任务、更新配送状态、确认送达；（4）系统管理员可以进行用户资质审核、违规行为处理、系统数据统计、平台参数配置。要求：画出该系统的UML用例图，说明各参与者、用例及用例之间的关联关系。2.某模块的功能是：输入员工的月基本工资、绩效评分（满分100分），计算员工的月实发工资，计算规则如下：（1）绩效评分≥90分，绩效奖金为基本工资的30%；（2）80分≤绩效评分<90分，绩效奖金为基本工资的20%；（3）70分≤绩效评分<80分，绩效奖金为基本工资的10%；（4）60分≤绩效评分<70分，绩效奖金为基本工资的5%；（5）绩效评分<60分，无绩效奖金，且扣除基本工资的10%作为绩效处罚；（6）实发工资=基本工资+绩效奖金-绩效处罚，若实发工资低于当地最低工资标准2200元，按2200元发放。要求：（1）采用等价类划分法设计测试用例，覆盖所有有效等价类和无效等价类；（2）采用边界值分析法补充测试用例。参考答案一、单项选择题答案1.C2.B3.D4.B5.C6.B7.B8.C9.C10.B11.B12.A13.C14.D15.C16.A17.B18.B19.B20.B二、填空题答案1.计划阶段、开发阶段、运行维护阶段2.数据流图（DFD）3.内聚、耦合4.尽可能多地发现软件中存在的错误5.泛化（继承）6.组件图（构件图）7.适应性维护8.渐增式、非渐增式（一次性）9.风险事件10.软件测试11.可行性研究报告12.外部功能三、判断题答案1.√2.×3.×4.√5.√6.×7.√8.×9.√10.√解析：第2题瀑布模型允许评审不通过时回溯调整前序阶段输出；第3题需求分析确定“做什么”，设计阶段确定“怎么做”；第6题软件维护包括适应性、完善性等多类，需响应需求变化；第8题进度安排需要结合人力资源配置调整任务节奏。四、简答题答案1.软件危机表现及原因（1）主要表现（3分）：①软件成本和进度估算偏差大，经常出现超支、延期问题；②软件质量难以保障，可靠性、可用性达不到用户要求，缺陷率高；③软件可维护性差，维护成本占全生命周期成本的60%以上；④软件文档不完整、不一致，缺乏可追溯性；⑤软件生产率提升速度跟不上计算机应用的普及速度，供需缺口大。（2）核心原因（3分）：①软件本身是逻辑产品，开发过程缺乏可见性，进度、质量难以量化管控；②软件规模和复杂度随应用场景提升指数级增长，需求变更频率高；③早期开发缺乏工程化思维，忽视需求分析、过程管控和文档输出，没有统一的开发规范，项目管理能力不足。2.结构化设计核心原则与步骤（1）核心原则（2分）：模块化、抽象与逐步求精、信息隐藏、高内聚低耦合（模块独立性）。（2）实施步骤（4分）：①评审需求分析输出的数据流图、数据字典，确认需求完整性；②识别数据流类型，划分变换流或事务流；③按照对应映射规则将数据流图转换为初始软件结构，划分顶层模块、中间层模块和底层模块；④优化初始软件结构，调整模块粒度，提升模块独立性，减少不合理的模块交互；⑤设计模块接口、内部数据结构和核心加工逻辑；⑥编写概要设计说明书，组织相关人员评审，确认设计符合需求。3.软件测试流程及各阶段任务（1）测试流程（2分）：①测试计划阶段：明确测试范围、测试策略、资源配置、进度安排，输出测试计划；②测试设计阶段：梳理测试点，设计测试用例，输出测试用例文档并评审；③测试执行阶段：按照测试用例执行测试，记录缺陷，跟踪缺陷修复；④测试总结阶段：分析测试结果，评估软件质量，输出测试报告。（2）各阶段任务（4分）：①单元测试：以模块为单位测试，验证模块是否符合详细设计要求，发现模块内部编码错误；②集成测试：测试模块之间的接口交互，验证模块协同工作的正确性；③系统测试：对完整的软件系统进行测试，验证功能、性能、兼容性等是否符合需求规格说明要求；④验收测试：由用户或第三方机构执行，验证软件是否满足用户实际业务需求，是否具备交付条件。4.面向对象方法的优势①符合人类思维习惯（1.5分）：将现实世界的事物抽象为对象，封装属性和方法，和人类认知事物的逻辑一致，降低了需求分析和设计的沟通成本；②可复用性高（1.5分）：通过类的继承、多态特性，以及组件化封装能力，可以实现设计和代码的复用，减少重复开发工作量，提升开发效率；③可维护性好（1.5分）：封装特性将模块内部实现细节对外隐藏，模块修改的影响范围可控，需求变更时修改成本低，可扩展性强；④适配复杂系统开发（1.5分）：面向对象的分析、设计、开发流程能够更好地拆解复杂业务逻辑，适合大型、需求易变的软件项目开发。5.风险管理流程及应对策略（1）管理流程（3分）：①风险识别：通过头脑风暴、风险检查表、历史项目数据库等方式，识别项目全周期可能存在的技术风险、进度风险、成本风险、人员风险、需求风险等；②风险分析：对识别出的风险进行定性、定量分析，评估风险发生概率、影响程度，划分风险优先级；③风险应对：针对不同优先级的风险制定应对方案，明确责任人和执行节点；④风险监控：项目执行过程中持续跟踪风险状态，更新风险清单，识别新风险，确保应对措施有效落地。（2）核心应对策略（3分）：①风险规避：调整项目方案，彻底消除风险事件发生的可能性；②风险转移：通过外包、购买保险等方式将风险造成的损失转移给第三方；③风险减轻：采取预控措施，降低风险发生的概率或减少风险造成的影响；④风险接受：针对低概率、低影响的风险，不提前采取措施，风险发生时直接应急处理。五、分析设计题答案1.UML用例设计答案（12分）（1）参与者识别（3分）：共4类参与者，分别为消费者、商家、配送员、系统管理员。（2）用例识别（5分）：①消费者关联用例：注册登录、浏览菜品、下单支付、查询订单、评价订单、申请售后；②商家关联用例：注册入驻、维护菜品、接收订单、确认出餐、处理售后；③配送员关联用例：注册认证、接收配送任务、更新配送状态、确认送达；④系统管理员关联用例：资质审核、违规处理、数据统计、参数配置。（3）用例关系说明（2分）：注册登录是所有参与者的公共包含用例，其余用例均为各参与者的独立业务用例，无泛化、扩展关系。（4）用例图结构（2分）：左侧为4类参与者，右侧为对应业务用例，参与者与关联用例之间用实线连接，包含用例用带箭头的虚线标注《include》关系。2.工资计算模块测试用例设计（13分）（1）等价类划分及用例设计（7分）①有效等价类划分：a.基本工资为正整数，绩效≥90分，实发工资≥2200b.基本工资为正整数，80≤绩效<90，实发工资≥2200c.基本工资为正整数，70≤绩效<80，实发工资≥2200d.基本工资为正整数，60≤绩效<70，实发工资≥2200e.基本工资为正整数，绩效<60，实发工资≥2200f.基本工资为正整数，计算后实发工资<2200，按2200发放测试用例：a.输入（5000，95）→输出6500（覆盖a类）b.输入（5000，85）→输出6000（覆盖b类）c.输入（5000，75）→输出5500（覆盖c类）d.输入（5000，65）→输出5250（覆盖d类）e.输入（5000，55）→输出4500（覆盖e类）f.输入（2000，50）→计算值为1800，输