2026年《软件工程》试题与参考答案

2026年《软件工程》试题与参考答案一、单项选择题（每题2分，共20分）1.敏捷开发中，以下哪项不是Scrum框架的核心活动？A.冲刺计划会B.每日站会C.需求评审会D.冲刺回顾会2.软件需求规格说明书（SRS）的核心特性不包括：A.完整性B.可测试性C.可修改性D.模糊性3.在UML中，用于描述系统动态行为、展示对象间消息传递顺序的图是：A.类图B.序列图C.用例图D.状态图4.软件维护中，为适应外部环境（如操作系统升级）而进行的修改属于：A.正确性维护B.适应性维护C.完善性维护D.预防性维护5.以下哪项不是面向对象设计中“高内聚、低耦合”原则的体现？A.模块内部功能高度相关B.模块间通过明确接口交互C.减少模块间共享的全局变量D.增加模块内部的控制逻辑复杂度6.软件测试中，白盒测试主要基于：A.需求规格说明书B.程序内部逻辑结构C.用户使用场景D.界面交互流程7.能力成熟度模型集成（CMMI）中，“已管理级”的关键过程域不包括：A.项目计划B.需求管理C.过程和产品质量保证D.组织过程定义8.设计模式中，用于解决“一个类需要根据不同条件创建不同子类实例”问题的模式是：A.工厂方法模式B.策略模式C.观察者模式D.单例模式9.软件项目风险管理中，“技术选型不当导致开发延期”属于：A.已知风险B.可预测风险C.不可预测风险D.残余风险10.以下哪项不是软件配置管理的核心活动？A.版本控制B.变更控制C.缺陷跟踪D.需求验证二、填空题（每空1分，共15分）1.软件危机的主要表现包括软件__、__和__难以满足需求。2.瀑布模型的典型阶段包括__、__、__、__、__和维护。3.需求获取的常用方法有__、__、__和原型法。4.模块内聚类型中，最理想的内聚是__，最差的内聚是__。5.CMMI的成熟度等级从低到高依次为__、__、__、__、优化级。三、简答题（每题8分，共40分）1.比较瀑布模型与喷泉模型的优缺点，说明各自适用的场景。2.需求验证需要检查哪些内容？请列举至少5项并简要解释。3.软件测试的V模型与W模型的主要区别是什么？W模型的优势体现在哪些方面？4.设计模式中，工厂方法模式与抽象工厂模式的核心区别是什么？各举一个实际应用场景。5.敏捷开发强调“个体与交互优于流程与工具”，请结合Scrum框架说明这一原则的具体体现。四、应用题（共25分）某团队正在开发一款“智能医疗问诊平台”，核心需求如下：患者可注册登录，填写个人健康档案（姓名、年龄、病史、过敏史）；患者通过文字/语音描述症状，系统基于知识库推荐匹配的医生或建议（如“建议呼吸科就诊”）；医生可查看患者病历，发起视频问诊，提供电子处方；系统需记录所有操作日志，支持监管部门审计；要求系统响应时间≤2秒，并发量≥1000用户/分钟。请根据以上需求，完成以下任务：（1）绘制系统的顶层用例图（需包含主要参与者与用例）（8分）；（2）为“患者提交症状描述”功能设计等价类划分测试用例（需明确有效等价类、无效等价类及测试数据）（9分）；（3）分析“电子处方提供模块”的内聚类型，并说明理由（8分）。五、综合分析题（共30分）某企业有一套使用了10年的库存管理系统，采用C/S架构，数据库为SQLServer2008，前端用Delphi开发。当前存在以下问题：功能老化：不支持移动设备访问，缺少与ERP系统的接口；性能下降：高峰期响应时间超过5秒，经常出现死锁；维护困难：原开发团队已解散，代码注释缺失，部分模块逻辑复杂。企业计划对该系统进行重构，目标是升级为B/S架构，支持与ERP对接，提升性能至响应时间≤2秒，并发量≥500用户/分钟，并建立可维护的代码规范。请结合软件工程知识，回答以下问题：（1）重构前需要开展哪些需求分析工作？请说明具体步骤（8分）；（2）从架构设计角度，提出3项优化建议（如分层架构、数据库优化等）并说明理由（10分）；（3）制定测试策略时，需要重点关注哪些测试类型？为什么？（6分）；（4）为降低重构风险，可采取哪些具体措施？（6分）。参考答案一、单项选择题1.C2.D3.B4.B5.D6.B7.D8.A9.B10.D二、填空题1.开发进度失控；质量不达标；成本超支2.可行性研究；需求分析；设计；编码；测试3.访谈；问卷调查；观察法4.功能内聚；偶然内聚5.初始级；已管理级；已定义级；量化管理级三、简答题1.瀑布模型优点：阶段明确、文档驱动、便于管理；缺点：灵活性差，后期变更成本高。适用于需求明确、规模较小的项目。喷泉模型优点：支持迭代开发，强调面向对象的复用性；缺点：管理复杂度高，对团队协作要求高。适用于需求模糊、需要快速迭代的软件（如互联网应用）。2.需求验证需检查：①正确性（需求与用户实际需要一致）；②完整性（覆盖所有功能与非功能需求）；③一致性（无矛盾或冲突）；④可测试性（能通过测试验证是否满足）；⑤可跟踪性（能追溯到原始用户需求）。3.V模型将测试阶段与开发阶段一一对应（如单元测试对应编码，系统测试对应需求分析），侧重阶段间的顺序依赖；W模型将测试活动与开发活动同步进行（如需求分析时同步设计验收测试），强调测试尽早介入。优势：提前发现需求或设计缺陷，降低修复成本。4.工厂方法模式关注“单一产品等级结构”的对象创建（如创建不同类型的日志记录器），通过子类覆盖工厂方法实现扩展；抽象工厂模式关注“多个产品族”的创建（如同时创建Windows和Mac的按钮、文本框），提供一个创建产品族的接口。场景示例：工厂方法用于支付接口（支付宝/微信支付），抽象工厂用于跨平台UI组件。5.Scrum中，“个体与交互”体现在：①每日站会（15分钟）强调团队成员直接沟通，而非依赖冗长报告；②产品负责人（PO）与开发团队（DevTeam）紧密协作，实时澄清需求；③冲刺回顾会聚焦团队协作改进，而非仅流程优化；④取消传统“项目经理”角色，由ScrumMaster服务型领导促进自组织。四、应用题（1）顶层用例图：参与者：患者、医生、监管部门。用例：患者注册登录、填写健康档案、提交症状描述；医生查看病历、发起视频问诊、提供电子处方；系统记录操作日志（监管部门为间接参与者，通过“查看审计日志”用例关联）。（2）“患者提交症状描述”测试用例：有效等价类：①文字描述（≤500字，包含症状部位、持续时间）；②语音描述（格式为MP3，时长≤3分钟）。无效等价类：③文字描述为空；④文字描述超1000字；⑤语音格式为WAV；⑥语音时长5分钟。测试数据示例：有效用例1（输入“咳嗽3天，胸口发闷”），预期系统推荐呼吸科；无效用例3（输入空字符串），预期提示“症状描述不能为空”。（3）“电子处方提供模块”的内聚类型为功能内聚。理由：该模块的所有操作（读取患者诊断结果、调用药品库验证合法性、提供结构化处方数据）均围绕“提供符合规范的电子处方”这一单一功能，逻辑高度相关，无冗余或无关操作。五、综合分析题（1）需求分析步骤：①业务流程调研（访谈库存管理人员，梳理当前入库、出库、盘点等核心流程）；②痛点分析（收集用户对旧系统的抱怨，如移动访问不便、与ERP数据重复录入）；③新需求elicitation（与ERP对接的接口规范、移动终端功能、性能指标）；④需求建模（用例图描述新系统功能，数据流图分析数据流向）；⑤需求验证（组织用户评审，确保需求可测试、可跟踪）。（2）架构优化建议：①采用分层架构（表示层、应用层、服务层、数据层），分离前端（B/S的HTML5+Vue）与后端（SpringBoot），提升可维护性；②数据库升级为MySQL8.0，引入读写分离和索引优化（如对高频查询的“库存商品ID”建立索引），解决死锁问题；③增加缓存层（Redis），缓存高频访问的库存基础数据（如商品类别、供应商信息），降低数据库压力，提升响应速度。（3）测试重点：①集成测试（验证与ERP系统的接口数据一致性，如库存变更是否同步到ERP）；②性能测试（压力测试模拟500并发用户，检查响应时间；负载测试验证系统在峰值下的稳定性）；③兼容性测试（移动终端的浏览器适配，如Chrome、Safari）