2026年软件工程的试题及答案

2026年软件工程的试题及答案一、单项选择题（每题2分，共20分）1.以下哪项不属于软件需求规格说明书（SRS）的核心特性？A.正确性B.可维护性C.一致性D.可验证性2.在UML建模中，用于描述系统动态行为中对象间消息传递顺序的图是？A.类图B.状态图C.顺序图D.用例图3.软件测试中，“确保每个模块能够独立运行并实现基本功能”属于哪个测试阶段的目标？A.单元测试B.集成测试C.系统测试D.验收测试4.某系统需要支持高并发用户登录，开发团队采用“将用户认证逻辑封装为独立服务，其他模块通过接口调用”的设计，这体现了哪种设计模式的思想？A.观察者模式B.适配器模式C.策略模式D.外观模式5.敏捷开发中，“每日站会（DailyScrum）”的主要目的是？A.详细讨论技术实现细节B.同步团队进度、识别障碍C.评审用户故事完成度D.规划下一个迭代的任务6.软件维护中，为修复因硬件环境变化导致的系统兼容性问题属于？A.纠错性维护B.适应性维护C.完善性维护D.预防性维护7.某模块内部包含“根据用户角色不同，执行数据查询、修改、删除”三种操作，其内聚类型最可能是？A.逻辑内聚B.顺序内聚C.功能内聚D.通信内聚8.以下哪种软件过程模型最适合需求模糊但需要快速交付核心功能的项目？A.瀑布模型B.增量模型C.螺旋模型D.V模型9.ISO/IEC25010软件质量模型中，“系统在给定条件下，执行指定功能时保持性能水平的能力”属于哪个质量特性？A.功能性B.可靠性C.效率D.可维护性10.软件配置管理中，“基线”的主要作用是？A.记录代码变更历史B.标识开发过程中的关键阶段成果C.管理不同版本的文档D.控制开发人员的权限二、填空题（每空1分，共20分）1.需求工程的核心活动包括需求获取、需求分析、需求规格说明和__________。2.软件设计分为架构设计和__________两个阶段，前者关注系统整体结构，后者关注模块内部细节。3.白盒测试的主要方法包括逻辑覆盖法和__________（如基本路径测试）。4.敏捷开发的典型框架除Scrum外，还有__________（一种基于用户故事和迭代的方法）。5.软件可靠性的量化指标通常用__________（如MTBF，平均无故障时间）表示。6.软件复用的主要形式包括代码复用、设计复用、__________和需求复用。7.软件体系结构的三要素是元素、__________和约束。8.软件项目估算中，基于历史项目数据的估算方法称为__________（如COCOMO模型）。9.软件缺陷的生命周期通常包括发现、__________、修复、验证和关闭阶段。10.软件过程改进的经典模型是__________（如CMMI，能力成熟度模型集成）。11.用例图的基本元素包括参与者、用例和__________（表示用例间的包含或扩展关系）。12.软件测试中，“等价类划分法”属于__________（黑盒/白盒）测试用例设计方法。13.模块化设计中，__________（耦合/内聚）反映模块间的依赖程度，应尽量降低。14.敏捷开发的12条原则中，“最有效的传递信息的方式是__________”强调面对面沟通。15.软件维护的成本通常占软件生命周期总成本的__________（填写比例范围）。16.软件质量保证（SQA）的核心活动包括过程监控、__________和缺陷分析。17.面向对象设计中，__________原则要求一个类应只有一个引起变化的原因。18.软件配置管理的“三库”通常指开发库、__________和产品库。19.可行性研究的主要内容包括技术可行性、经济可行性和__________。20.软件演化过程中，__________（如版本控制系统）是支持团队协作的关键工具。三、简答题（每题8分，共40分）1.需求验证的主要方法有哪些？请简要说明每种方法的适用场景。2.模块化设计中，“高内聚、低耦合”是核心原则。请解释“高内聚”的含义，并举例说明三种常见的内聚类型及其特点。3.测试用例设计需要考虑哪些关键要素？请结合具体案例说明如何设计有效的测试用例。4.敏捷开发与传统瀑布模型在需求管理上有何主要差异？这种差异对项目开发有何影响？5.软件维护面临的主要挑战有哪些？请提出至少三种应对策略。四、应用题（每题10分，共20分）1.某团队为在线教育平台进行需求分析，收集到以下需求：用户希望能快速找到感兴趣的课程（模糊需求）。系统应支持10万并发用户同时在线（非功能需求）。教师上传的课件格式需包括PDF、PPT、MP4（功能性需求）。未登录用户无法查看课程详情（约束条件）。系统响应时间应小于2秒（遗漏验收标准）。问题：（1）请将上述需求分类为功能性需求（FR）、非功能性需求（NFR）、约束条件（C）或其他类型。（2）指出需求描述中存在的问题（至少3个），并提出改进建议。2.某公司计划开发一款智能物流调度系统，核心功能包括订单管理、车辆调度、路径优化和实时监控。请设计该系统的软件体系结构方案，要求：（1）选择合适的体系结构风格（如分层、客户端-服务器、微服务等），并说明理由。（2）画出核心模块的结构示意图（文字描述即可）。（3）考虑性能、安全性等非功能需求，提出至少两项设计策略。答案一、单项选择题1.B2.C3.A4.D5.B6.B7.A8.B9.B10.B二、填空题1.需求验证2.详细设计3.控制流测试4.XP（极限编程）5.MTBF（平均无故障时间）6.文档复用7.关系8.类比估算9.确认10.CMMI11.关系（包含/扩展）12.黑盒13.耦合14.面对面的交谈15.60%-80%16.产品评审17.单一职责18.受控库19.社会可行性20.Git（或SVN等版本控制系统）三、简答题1.需求验证的主要方法及适用场景：（1）评审（走查）：由开发、测试、用户等多方参与，通过会议形式逐条检查需求的正确性、完整性，适用于需求规格说明书的正式确认。（2）原型验证：通过开发可运行的原型系统，让用户实际操作并反馈，适用于需求模糊或用户难以明确表达的场景（如界面交互需求）。（3）测试用例验证：为需求设计测试用例，验证是否可被测试，适用于功能性需求的可验证性检查（如“用户登录失败3次锁定账号”需设计对应测试用例）。（4）形式化验证：使用数学方法证明需求的一致性和无歧义性，适用于安全关键系统（如医疗设备控制需求）。2.“高内聚”指模块内部各元素（如函数、数据）为完成单一功能而紧密关联，模块职责清晰。常见内聚类型：（1）功能内聚：模块所有操作共同完成一个明确的功能（如“用户登录验证模块”包含输入校验、密码比对、会话创建，所有操作服务于“登录”功能）。（2）顺序内聚：模块的输出是另一操作的输入，流程顺序关联（如“订单处理模块”依次执行“校验订单”→“扣减库存”→“提供物流单”，前一步输出是下一步输入）。（3）逻辑内聚：模块包含多个逻辑上相似但功能不同的操作（如“通知模块”包含短信、邮件、APP推送，需通过参数选择具体方式），内聚性较低，维护成本高。3.测试用例设计的关键要素：（1）输入数据：覆盖正常、边界、异常情况（如用户年龄输入，需包含18岁、0岁、-5岁等）。（2）预期输出：明确测试执行后的正确结果（如“输入正确密码，应跳转到主页”）。（3）前置条件：测试执行前需满足的状态（如“用户已注册且未登录”）。（4）执行步骤：清晰的操作流程（如“步骤1：打开登录页面；步骤2：输入账号‘test’；步骤3：输入密码‘123’；步骤4：点击登录按钮”）。案例：设计“用户注册”功能的测试用例。输入数据：正常（手机密码8位字母+数字）、异常（手机号11位非数字、密码6位纯数字）；预期输出：正常输入提示“注册成功”，异常输入提示“手机号格式错误”或“密码需包含字母和数字”；前置条件：测试环境数据库清空，无重复手机号；执行步骤：按输入数据依次填写表单并提交，检查提示信息。4.敏捷与瀑布模型在需求管理上的差异及影响：（1）需求确定性：瀑布模型要求需求前期完全确定，敏捷接受需求动态变化（通过迭代增量开发）。（2）需求文档：瀑布依赖详细的需求规格说明书，敏捷以用户故事（UserStory）为核心，强调“可工作的软件胜过详尽的文档”。（3）用户参与：瀑布中用户主要参与需求确认和验收，敏捷中用户作为团队成员（如Scrum中的产品负责人）持续参与迭代评审。影响：敏捷更适应需求多变的互联网项目（如电商平台），降低需求变更带来的返工成本；瀑布更适合需求明确、对文档要求高的传统行业（如航天软件），但需求变更可能导致项目延期或成本超支。5.软件维护的挑战及应对策略：挑战：（1）代码可读性差：早期开发缺乏文档，后续维护人员难以理解逻辑。（2）需求追溯困难：维护变更可能影响多个模块，无法快速定位关联需求。（3）人员流失：原开发团队解散，维护人员不熟悉系统架构。策略：（1）建立完善的文档体系：包括代码注释、架构图、需求跟踪矩阵（RTM），确保变更可追溯。（2）采用自动化工具：如静态代码分析工具（SonarQube）检查代码质量，版本控制系统（Git）管理变更历史。（3）实施预防性维护：定期重构代码（如提取重复逻辑、优化复杂函数），降低技术债务。四、应用题1.（1）需求分类：FR：教师上传的课件格式需包括PDF、PPT、MP4；未登录用户无法查看课程详情。NFR：系统应支持10万并发用户同时在线；系统响应时间应小于2秒。C：无（原约束条件已归类为FR）。其他：用户希望能快速找到感兴趣的课程（属于用户期望，需转化为具体需求）。（2）问题及改进：①模糊需求：“快速找到课程”未量化（如“搜索结果返回时间≤1秒”或“支持按关键词、分类、热度筛选”）。改进建议：与用户确认“快速”的具体指标（如响应时间）和搜索功能细节（如筛选条件）。②遗漏验收标准：“系统响应时间应小于2秒”未说明测试场景（如高并发时是否适用）。改进建议：补充“在10万并发用户下，90%的请求响应时间≤2秒”。③需求层级不清晰：“未登录用户无法查看课程详情”是约束条件，应明确为“仅登录用户可访问课程详情页”。2.（1）体系结构风格选择：微服务架构。理由：智能物流调度系统功能模块独立（订单、调度、路径优化），需支持高并发（如双11订单高峰）和快速迭代（如路径优化算法更新）。微服务通过独立部署、松耦合设计，可提升系统扩展性和容错性。（2）核心模块结构：订单管理服务：处理订单创建、修改、取消，提供RESTAPI供前端调用。车辆调度服务：根据订单信息和车辆状态（空闲/行驶中）分配车辆，调用路径优化服务获取最优路线。路径优化服务：基于GIS数据和实时路况（如高德API）计算最短路径，支持算法动态替换（如Dijkstra、A算法）。路径优化服务：基于GIS数据和实时路况（如高德AP