2026年软件工程需求分析专项试题及答案

2026年软件工程需求分析专项试题及答案一、单项选择题（每题2分，共20分）1.在需求获取阶段，下列哪项技术最适合用于发现用户“未明说”的业务规则？A.用例建模B.原型法C.访谈D.文档考古2.某系统需求规格说明书中出现“系统应在3秒内响应90%的查询请求”，该需求属于哪一类？A.功能需求B.性能需求C.设计约束D.外部接口需求3.下列关于用户故事（UserStory）的INVEST原则，描述错误的是：A.Negotiable表示故事细节可在实现前持续协商B.Valuable表示故事必须对最终用户或客户有价值C.Small表示故事粒度越小越好，最好不超过一人日D.Testable表示故事验收标准可被客观验证4.在Kano模型中，当“系统支持扫码登录”功能一旦缺失，用户满意度会急剧下降；但该功能做到极致后，满意度不再显著提升。该功能属于：A.魅力属性B.期望属性C.基本属性D.无差异属性5.某项目采用MoSCoW排序法，下列需求被标记为W，其含义是：A.Won’thavethistimeB.WouldhaveifpossibleC.WaitforfuturereleaseD.Worthtonegotiate6.下列哪项不是需求验证活动？A.评审B.原型演示C.静态分析D.代码走查7.在SysML中，用于描述系统与外部参与者之间交互的图是：A.活动图B.序列图C.需求图D.用例图8.某需求被描述为“如果风速超过20m/s，则关闭风机叶片”。该句式属于：A.祈使句B.声明句C.条件句D.疑问句9.下列关于需求跟踪矩阵（RTM）的叙述，正确的是：A.仅用于测试阶段追溯缺陷B.只能单向追溯到设计文档C.可双向追溯需求与设计、代码、测试用例D.必须在需求分析阶段一次性完成，后期不可更新10.在敏捷项目中，产品负责人（PO）在迭代评审会上发现实现的“报表导出”功能与原始愿景不符，其根本原因是：A.迭代周期太短B.缺少需求基线C.没有进行用户验收测试D.迭代计划会议未邀请架构师二、判断题（每题1分，共10分，正确打“√”，错误打“×”）11.需求变更必然导致项目失败。12.用例图中的include关系表示可选行为。13.“高内聚、低耦合”原则同样适用于需求分包。14.在QFD中，屋顶矩阵用于分析需求之间的相关性与冲突。15.需求优先级一旦确定，在迭代内不可再调整。16.业务规则与功能需求可以完全分离，互不影响。17.采用BDD（行为驱动开发）时，验收条件以Given-When-Then格式书写。18.需求可追踪性仅对安全关键系统有意义，对普通信息系统可有可无。19.领域驱动设计（DDD）中的限界上下文可用于划分需求边界。20.需求工程活动只发生在项目启动阶段，后续不再进行。三、填空题（每空2分，共20分）21.需求工程过程包括需求获取、________、需求规格说明、需求验证与________五个子过程。22.在Volere需求模板中，非功能需求被统称为________需求。23.若某功能需求被唯一标识为“FR-24”，则其对应的验收测试用例编号建议采用________前缀。24.采用COCOMOII估算时，若需求变更率每增加1%，工作量乘数AEM近似为________（保留两位小数）。25.用户故事验收标准若使用“ScenarioOutline”语法，则其底层实现通常依赖________测试框架。26.在PLanguage语法中，用于表示需求量化目标的符号是________。27.需求风险TOP3通常记录在项目________文档中，并在每次迭代________会上回顾。28.若采用UseCase2.0技术，一个________切片对应一个可测试、可交付的最小价值单元。29.在需求评审中，缺陷密度=________/________（写出分子与分母）。30.当需求描述出现“etc.”、“and/or”等词汇时，往往违反________原则。四、简答题（每题10分，共30分）31.某市政府“智慧停车”项目招标文件中出现如下需求条目：“系统应支持多种缴费方式，包括但不限于微信、支付宝、银联、ETC，且应保证支付安全。”请指出该需求存在的主要问题，并给出改写示例。32.解释“需求镀金”（GoldPlating）与“需求蠕变”（ScopeCreep）的区别，并分别给出在敏捷与瀑布项目中的应对策略。33.某B2B电商平台提出需求：“当大单成交价高于1000万元时，系统必须触发三级审批流程。”请用PLanguage语法重写该需求，使其满足可量化、可验证、可跟踪。五、综合题（共40分）34.阅读下列场景并回答问题：某跨国SaaS公司计划2026年上线“AI驱动合同审查”云服务。经过为期两周的需求冲刺，团队获得如下原始记录：R1.系统应支持PDF、DOCX、JPG格式合同上传。R2.系统应在5分钟内完成50页英文合同的智能风险标注。R3.系统应保证风险标注准确率不低于92%。R4.系统应支持与企业微信、钉钉、飞书进行单点登录集成。R5.系统应满足欧盟GDPR以及中国PIPL合规要求。R6.系统应支持7×24小时不间断服务，年度可用性不低于99.9%。R7.最终用户为法律、采购、财务三类角色，每类角色权限不同。R8.合同原文及标注结果需在系统中留存7年以备审计。R9.系统应提供OpenAPI，供客户ERP调用，单次查询不超过1秒。R10.系统部署在阿里云与AWS双活数据中心。（1）请使用Volere需求模板，将R2、R3、R6三项重写成完整的“性能需求”条目，包含度量标尺、目标值、当前值、优先级、验收方式。（15分）（2）请为R4、R5、R10三项建立需求—设计—测试跟踪链，给出RTM片段（表格形式），要求包含需求ID、设计元素、测试用例ID、测试类型。（10分）（3）若采用用户故事地图（UserStoryMapping）组织上述需求，请给出Epic划分与第一层用户活动（Activities）名称，并说明理由。（10分）（4）请识别该系统的关键质量属性（QA），并使用效用树（UtilityTree）方法，将“可扩展性”分解为2个具体质量属性场景。（5分）六、计算题（共20分）35.某金融风控系统原需求总数为480条，在需求评审阶段发现缺陷72个；进入设计阶段后，因需求理解偏差新增缺陷38个；在系统测试阶段，因需求遗漏又发现缺陷25个。已知：•需求评审阶段发现并修复一个缺陷平均成本为0.8人日；•设计阶段修复一个需求相关缺陷平均成本为3.2人日；•测试阶段修复一个需求相关缺陷平均成本为8.5人日。（1）请计算需求缺陷逃逸率（DefectEscapeRate）。（2）请计算因需求缺陷导致的总返工成本。（3）若公司目标是将需求缺陷逃逸率控制在5%以内，则需求评审阶段至少应多发现多少个缺陷？（假设缺陷总数不变）【卷后答案与解析】一、单项选择题1.B原型法通过可运行模型激发用户潜在需求。2.B响应时间属于性能需求。3.CSmall指可在一个迭代内完成，并非越小越好。4.C缺失即强烈不满，满足后满意度不再提升，属于基本属性。5.AWon’thavethistime。6.D代码走查属于实现阶段静态测试，非需求验证。7.D用例图描述系统与外部参与者交互。8.C含“如果…则…”结构，为条件句。9.CRTM可双向追溯。10.B缺少需求基线导致实现偏离愿景。二、判断题11.×变更管理得当可降低风险。12.×include为必含，extend为可选。13.√需求分包亦需高内聚低耦合。14.√屋顶矩阵（CorrelationMatrix）分析冲突。15.×敏捷允许迭代内调整优先级。16.×业务规则常驱动功能需求。17.√BDD标准格式。18.×可追踪性对所有项目均有意义。19.√限界上下文划分业务边界。20.×需求工程贯穿全生命周期。三、填空题21.需求分析；需求管理22.约束23.TC-24.1.0425.Cucumber26.->27.风险登记册；站立28.用例切片（Use-CaseSlice）29.缺陷数；需求页数（或需求条数）30.精确性（或无二义）四、简答题31.问题：①“多种”模糊，无法验证是否完备；②“包括但不限于”无限列举；③“保证支付安全”不可度量。改写：系统应支持微信、支付宝、银联、ETC四种缴费方式；每种方式需通过PCI-DSSv4.0认证，且满足GB/T35273-2020个人信息安全规范；支付过程需采用TLS1.3加密，支付接口异常率≤0.1%。32.区别：镀金是团队主动增加超出基线的功能；蠕变是干系人持续追加或变更需求。瀑布：镀金通过变更控制委员会（CCB）严格审查；蠕变通过冻结需求基线+阶段评审。敏捷：镀金通过迭代目标（SprintGoal）与定义“完成”（DoD）防止；蠕变通过产品待办列表精炼（BacklogGrooming）与迭代计划会议限制。33.PLanguage重写：Tag:BR-HighValueApprovalOwner:风控业务部Scale:成交单价（人民币）Meter:系统记录的合同成交金额Must:成交单价>10000000Plan:触发三级审批流程Target:触发率=100%Deadline:2026-06-30Verification:使用测试合同金额10000001元，检查流程实例ID生成且三级审批节点全部激活。五、综合题34.（1）Volere性能需求示例：R2’Type:PerformanceRequirementScale:处理50页英文合同所需时间Meter:系统日志记录的开始解析到标注完成时间CurrentValue:12分钟TargetValue:≤5分钟Priority:1Acceptance:使用生产等同环境，并发10用户，连续30次测试，90%通过。R3’Scale:风险标注准确率Meter:人工复核样本中正确标注占比Current:85%Target:≥92%Priority:1Acceptance:随机抽样100份合同，与法律专家复核结果对比。R6’Scale:年度可用性Meter:(年度总时长−不可用时长)/年度总时长×100%Current:99.5%Target:≥99.9%Priority:1Acceptance:第三方监控报告，全年不可用时长≤8.77小时。（2）RTM片段|需求ID|设计元素|测试用例ID|测试类型||R4|SSO-Design-001（统一认证微服务）|TC-SSO-01|集成测试||R5|COM-Design-003（GDPR数据脱敏模块）|TC-COM-05|合规审计||R10|INF-Design-007（双活架构）|TC-INF-10|容灾测试|（3）Epic划分：Epic1:合同上传与预处理Epic2:AI风险标注Epic3:合规与审计Epic4:集成与开放能力Epic5:系统可靠性第一层用户活动：“上传合同”→“审查风险”→“管理合规”→“集成第三方”→“监控系统健康”理由：按用户核心价值链（上传-审查-合规-集成-运维）组织，减少认知负荷。（4）效用树（部分）：可扩展性├──场景A：新合同格式JPG→HEIC，系统需在2人周内完成适配，吞吐量不下降