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

2026年软件工程学试题及答案一、单项选择题（每题2分，共20分）1.以下哪项不属于需求规格说明书（SRS）的验证内容？A.完整性验证：检查是否覆盖所有用户需求B.一致性验证：确保各需求间无逻辑矛盾C.可测试性验证：确认需求可通过测试用例验证D.可扩展性验证：评估需求对未来功能扩展的支持答案：D2.在UML（统一建模语言）中，用于描述系统动态行为、展示对象间消息传递顺序的图是？A.类图B.用例图C.顺序图D.状态图答案：C3.软件维护中，为适应外部环境（如操作系统升级、硬件更新）而进行的修改属于？A.纠错性维护B.适应性维护C.完善性维护D.预防性维护答案：B4.敏捷开发中，“每日站会（DailyScrum）”的主要目的是？A.详细讨论技术难点B.同步团队成员进度，识别障碍C.评审已完成的用户故事D.规划下一个迭代的任务答案：B5.以下哪种软件架构模式适用于需要高并发、低延迟的实时数据处理系统？A.分层架构（LayeredArchitecture）B.事件驱动架构（Event-DrivenArchitecture）C.微服务架构（MicroservicesArchitecture）D.客户端-服务器架构（Client-ServerArchitecture）答案：B6.软件测试中，“语句覆盖”要求测试用例覆盖程序中所有？A.判断分支B.可执行语句C.循环结构D.异常处理路径答案：B7.在COCOMOII（构造性成本模型）中，用于估算早期设计阶段工作量的子模型是？A.应用组合模型（ApplicationCompositionModel）B.早期设计模型（EarlyDesignModel）C.后架构模型（Post-ArchitectureModel）D.详细估算模型（DetailedModel）答案：B8.软件配置管理（SCM）的核心活动不包括？A.版本控制（VersionControl）B.变更控制（ChangeControl）C.发布管理（ReleaseManagement）D.性能优化（PerformanceOptimization）答案：D9.以下哪项是软件可靠性的定量指标？A.平均无故障时间（MTTF）B.代码行数（LOC）C.圈复杂度（CyclomaticComplexity）D.缺陷密度（DefectDensity）答案：A10.在需求工程中，“用户故事（UserStory）”的标准模板通常表述为？A.作为<角色>，我需要<功能>，以便<价值>B.当<触发条件>时，系统应<行为>，并<结果>C.系统必须<能力>，以支持<场景>D.用户期望<目标>，通过<交互>实现答案：A二、填空题（每题2分，共10分）1.软件生命周期模型中，“V模型”将测试活动与开发阶段一一对应，其中集成测试对应______阶段。答案：概要设计2.软件设计中，模块的______指模块内部各元素（如函数、数据）的关联程度，是衡量模块质量的重要指标。答案：内聚性3.黑盒测试的常用方法包括等价类划分、边界值分析、______和错误推测法。答案：因果图法（或决策表驱动法）4.软件项目风险管理的流程包括风险识别、风险评估、风险应对和______。答案：风险监控5.敏捷宣言（AgileManifesto）明确了4个价值观，其中“个体与交互高于流程与工具”“可工作的软件高于详尽的文档”“客户合作高于合同谈判”和“______”。答案：响应变化高于遵循计划三、简答题（每题8分，共40分）1.简述需求获取（RequirementsElicitation）的主要方法及其适用场景。答案：需求获取的主要方法包括：（1）用户访谈：适用于需求不明确、需深入理解用户背景的场景，通过一对一或小组对话收集信息；（2）问卷调查：适用于用户群体大、需求相对标准化的场景，可快速收集定量数据；（3）观察法：适用于用户操作复杂、隐性需求较多的场景（如医疗系统），通过直接观察用户工作流程获取需求；（4）用例建模：适用于系统功能边界清晰的场景，通过用例图和用例描述明确用户与系统的交互；（5）原型法：适用于需求模糊、需快速验证的场景，通过可交互原型引导用户反馈，迭代完善需求。2.说明软件设计中“模块化”的原则及其优势。答案：模块化原则包括：（1）高内聚低耦合：模块内部功能高度相关（高内聚），模块间依赖尽可能少（低耦合）；（2）信息隐藏：模块通过接口暴露有限信息，内部实现细节隐藏，降低修改影响；（3）单一职责：每个模块仅负责一个核心功能，避免功能冗余。优势：提高代码可维护性（修改局部模块不影响其他部分）、可复用性（独立模块可被多个系统调用）、可测试性（模块可独立测试），并支持团队并行开发。3.简述测试用例设计的基本步骤及关键要素。答案：步骤：（1）分析需求：明确测试目标（如功能、性能、安全性）；（2）确定输入输出：基于需求提取有效和无效输入，定义预期输出；（3）设计测试场景：覆盖正常流程、异常流程（如输入错误、边界条件）；（4）编写测试用例：包括用例ID、测试项、输入数据、操作步骤、预期结果；（5）评审与优化：检查用例覆盖率、冗余性，确保覆盖所有需求点。关键要素：覆盖性（覆盖所有需求）、可执行性（步骤明确，输入可操作）、可判定性（预期结果具体可验证）、独立性（用例间无依赖，可单独执行）。4.软件项目进度延误的常见原因及应对策略。答案：常见原因：（1）需求变更：用户频繁提出新需求或修改原有需求；（2）估算偏差：工作量或时间估算不准确（如低估技术难度）；（3）资源不足：人员短缺、设备/工具延迟到位；（4）沟通不畅：团队成员间或与客户的信息传递延迟；（5）技术风险：关键技术问题未提前解决（如第三方接口不兼容）。应对策略：（1）需求管理：建立变更控制流程，评估变更影响并调整计划；（2）精确估算：采用COCOMO模型、专家评估等方法，结合历史数据校准；（3）资源协调：提前规划人员和工具，必要时外包非核心任务；（4）加强沟通：每日站会同步进度，使用协作工具（如Jira、Trello）共享信息；（5）风险预案：识别关键风险并制定备用方案（如预留缓冲时间、技术预研）。5.解释DevOps的核心实践及其对软件开发的价值。答案：核心实践包括：（1）持续集成（CI）：开发者提交代码后自动编译、测试，尽早发现集成错误；（2）持续交付（CD）：通过自动化流水线将代码快速部署到生产环境，确保随时可发布；（3）基础设施即代码（IaC）：用代码定义和管理服务器、网络等基础设施，提高一致性和可复用性；（4）监控与反馈：实时监控系统性能和用户行为，快速响应问题并优化；（5）协作文化：开发、运维、测试团队打破壁垒，共同对产品质量和交付负责。价值：缩短交付周期（从数周到天/小时）、提高软件质量（自动化测试减少人为错误）、增强系统稳定性（实时监控快速定位故障）、提升团队效率（减少重复手工操作）。四、综合应用题（每题15分，共30分）1.某公司计划开发一款“智能医疗问诊系统”，目标用户为患者（通过APP咨询医生）和医生（在线接诊、开具电子处方）。请设计该系统的需求规格说明书（SRS）大纲，并说明各部分的核心内容。答案：需求规格说明书大纲及核心内容：1.引言目的：说明文档用途（如指导开发、测试、验收）；范围：定义系统边界（如支持图文/视频问诊，不包含线下诊疗）；参考资料：引用的标准（如HIPAA医疗数据隐私法规）、相关文档（如市场调研结果）。2.总体描述产品愿景：“提供便捷、安全的在线医疗咨询服务，缩短患者等待时间”；用户特征：患者（年龄18-70岁，具备基础手机操作能力）、医生（持有执业医师资格，熟悉电子处方规范）；约束条件：数据加密（符合GDPR）、响应时间≤3秒（关键操作）、支持主流手机系统（iOS15+，Android12+）。3.功能需求患者端：注册登录：手机号/微信授权登录，实名认证；症状描述：输入文字/上传病历图片，选择科室（内科、外科等）；医生选择：按科室、评分、擅长领域筛选，查看医生简介；问诊交互：图文/视频通话（支持断点续传），接收诊断建议；电子处方：查看医生开具的处方，跳转至合作药房购药。医生端：身份认证：上传医师资格证、执业证，人工审核；接诊管理：查看待接诊患者列表，选择接受/拒绝；病历记录：自动提供问诊记录（包含症状、诊断结果、处方），支持导出PDF；处方管理：调用国家药品数据库验证药品有效性，提供电子处方（含二维码供药房核验）。4.非功能需求性能：同时在线用户≥10万时，页面加载时间≤2秒；视频通话延迟≤500ms；安全性：患者隐私数据（如病历）加密存储（AES-256），传输使用HTTPS；医生账号需二次验证（短信+动态令牌）；可用性：界面导航层级≤3层，关键操作（如提交问诊）提供明确提示；可维护性：采用微服务架构，各模块（用户管理、问诊服务、处方服务）独立部署，支持热更新。5.其他需求合规性：符合《互联网诊疗管理办法》，电子处方需与医院HIS系统对接；扩展性：预留接口支持未来接入检查报告（如CT、血液检测）上传功能。2.某软件公司开发的“电商秒杀系统”在近期大促中出现以下问题：（1）活动开始时，服务器因瞬时高并发（50万QPS）崩溃；（2）部分用户提交订单后，页面显示“系统繁忙”，但实际订单已提供，导致重复支付；（3）数据库因写入压力过大，出现数据丢失。请分析问题原因，并提出针对性的解决方案。答案：问题原因分析及解决方案：（1）服务器崩溃（高并发压力）原因：服务器资源（CPU、内存）不足，未做流量分流或限流；解决方案：流量分层处理：前端使用CDN缓存静态资源（如商品详情页），减少源站压力；限流降级：在网关层设置QPS阈值（如30万），超出部分返回“稍后再试”页面；弹性扩缩容：基于云服务器（如AWSAutoScaling），根据流量自动扩展实例数量；异步处理：将秒杀请求放入消息队列（如Kafka），后端服务按队列顺序处理，避免瞬时压力。（2）订单重复支付（状态不一致）原因：分布式系统中，订单提供与支付状态未及时同步，或前端未正确处理异步响应；解决方案：唯一订单ID：提供全局唯一的订单号（如雪花算法），支付时校验订单是否已支付；幂等设计：支付接口添加防重令牌（Token），用户提交支付请求时携带Token，服务器验证后标记为已使用；异步通知：支付成功后，通过消息队列通知订单系统更新状态，前端轮询订单状态（每2秒查询一次）；前端提示优化：提交订单后禁用“提交”按钮，显示“处理中”，避免用户重复点击。（3）数据库数据丢失（写入压力大）原因：数据库写入性能不足（如MySQL单库单表），未做分库分表或读写分离；解决方案