2026年软件需求分析师业务考核试题

2026年软件需求分析师业务考核试题一、单项选择题（每题1分，共20分）1.需求工程的核心过程不包括以下哪项？A.需求获取B.需求设计C.需求分析D.需求验证答案：B解析：需求工程的核心过程包括需求获取、需求分析、需求规格说明、需求验证、需求管理，需求设计属于系统设计阶段的工作，不属于需求工程范畴。2.下列属于功能需求的是？A.系统响应时间不超过2秒B.用户可通过手机号登录系统C.系统需支持1000并发用户D.系统需符合等保2.0三级要求答案：B解析：功能需求描述系统必须实现的具体功能，A、C属于性能类非功能需求，D属于合规类非功能需求。3.在UML用例图中，用于表示用例之间“包含”关系的箭头是？A.带箭头的实线，指向被包含用例B.带箭头的虚线，指向被包含用例C.带箭头的实线，指向包含用例D.带箭头的虚线，指向包含用例答案：B解析：UML用例图中，包含、扩展、泛化关系均使用虚线箭头，包含关系的箭头指向被抽取的公共用例（被包含方）。4.需求基线的主要作用是？A.限制需求变更B.作为需求变更的基准C.确保需求全部实现D.提高需求质量答案：B解析：需求基线是经过正式确认的需求集合，是后续项目工作与需求变更的基准，并非限制变更，而是让变更可控。5.下列哪种需求获取方法最适合挖掘用户的隐性需求？A.问卷调查B.用户访谈C.现场观察D.文档分析答案：C解析：隐性需求是用户未明确表达、甚至自身未意识到的需求，现场观察通过跟踪用户实际操作流程，可发现用户不会主动提及的操作习惯与痛点，是挖掘隐性需求的有效方法。6.敏捷需求管理中，可独立交付的最小需求单元是？A.史诗（Epic）B.特性（Feature）C.用户故事（UserStory）D.任务（Task）答案：C解析：史诗是大型需求集合，特性是史诗下的功能模块，用户故事是最小的可独立交付的需求单元，任务是开发侧的执行单元，不属于需求范畴。7.软件需求规格说明书（SRS）的核心编写主体通常是？A.产品经理B.需求分析师C.开发工程师D.测试工程师答案：B8.需求跟踪矩阵中，正向跟踪的核心作用是？A.验证所有需求是否都被实现B.验证每个交付物是否都有对应的需求来源C.跟踪需求变更的影响范围D.统计需求的完成进度答案：A解析：正向跟踪是从需求出发，向下追溯到设计、代码、测试用例等交付物，验证需求的覆盖度，避免需求遗漏；反向跟踪是从交付物向上回溯到需求，验证交付物的必要性，避免镀金。9.下列关于需求评审的说法，错误的是？A.需求评审需要开发、测试、业务方等多方参与B.需求评审的目的是发现需求中的缺陷C.需求评审通过后需求就不能再变更D.需求评审是需求验证的重要手段答案：C解析：需求评审通过后仅代表需求形成基线，后续仍可通过正式变更流程调整需求。10.非功能需求中，“系统在故障发生后1小时内恢复服务”属于哪类需求？A.性能需求B.可用性需求C.安全性需求D.可维护性需求答案：B解析：可用性需求关注系统正常运行的能力，核心指标包括平均无故障时间（MTBF）、平均恢复时间（MTTR），故障恢复时间属于可用性范畴。11.在需求分析中，用于描述数据流转过程的建模工具是？A.用例图B.数据流图（DFD）C.实体关系图（ER图）D.状态机图答案：B12.下列哪项不属于需求变更控制委员会（CCB）的职责？A.审批需求变更申请B.评估需求变更的影响C.实现需求变更内容D.监督变更的执行情况答案：C解析：CCB是决策机构，负责变更的审批、监督与风险把控，变更实现由开发团队负责。13.KANO模型中，用户认为“理所当然必须具备”的需求属于？A.基本型需求B.期望型需求C.兴奋型需求D.无差异需求答案：A14.下列关于用户需求和系统需求的说法，正确的是？A.用户需求是从系统角度描述的需求B.系统需求是用户对系统的原始期望C.用户需求通常较笼统，系统需求更具体可落地D.系统需求是用户需求的来源答案：C解析：用户需求是业务方从用户视角提出的原始期望，通常较笼统；系统需求是需求分析师从系统视角对用户需求的细化分解，是具体可实现、可验证的需求。15.问卷调查法作为需求获取方法的主要缺点是？A.实施成本高B.耗费周期长C.无法深入获取细节需求D.覆盖的调研对象少答案：C解析：问卷调查是结构化的调研方法，适合大范围收集标准化需求，但受限于固定问题，无法灵活追问，难以获取深入的细节与隐性需求。16.2026年行业内普遍使用AI辅助需求分析，以下哪项不属于AI工具的典型应用场景？A.自动从用户访谈录音中提取需求点B.自动生成完整的系统设计文档C.辅助进行需求一致性校验D.将自然语言需求转换为用例图初稿答案：B解析：AI工具可辅助需求分析师完成重复性、规则性工作，但无法自动生成完整的系统设计文档，系统设计需要结合业务场景、技术架构等进行专业判断，属于需求分析师的核心工作。17.低代码平台的需求分析与传统软件开发相比，最显著的差异是？A.不需要梳理业务流程B.需求无需细化到字段级C.需重点关注平台能力边界与定制化需求的匹配度D.不需要编写需求文档答案：C解析：低代码平台存在内置能力边界，需求分析需先评估哪些需求可通过平台原生能力实现，哪些需要定制开发，避免出现需求无法落地的情况，其余选项均过于绝对。18.敏捷需求中，“完成定义（DoD）”的核心作用是？A.明确用户故事的验收标准B.明确迭代的交付时间C.明确需求的优先级D.明确项目的交付范围答案：A解析：DoD是对“需求完成”的统一定义，明确了用户故事需要满足的验收条件，用于消除干系人对“完成”的理解差异。19.需求优先级排序的MoSCoW方法中，四个等级不包括以下哪项？A.MusthaveB.ShouldhaveC.CouldhaveD.Wouldhave答案：D解析：MoSCoW方法的四个等级为Musthave（必须有）、Shouldhave（应该有）、Couldhave（可以有）、Won'thave（本次不会有）。20.在面向对象需求分析中，用于描述单个对象状态变化逻辑的UML图是？A.类图B.序列图C.状态机图D.活动图答案：C二、多项选择题（每题2分，共20分。多选、少选、错选均不得分）1.需求工程包括需求开发和需求管理两大范畴，下列属于需求开发范畴的有？A.需求获取B.需求分析C.需求规格说明D.需求变更控制答案：ABC解析：需求开发包括需求获取、需求分析、需求规格说明、需求验证四个环节；需求变更控制属于需求管理范畴。2.下列属于非功能需求的有？A.系统需支持移动端和PC端适配B.系统单笔交易处理时间不超过100msC.用户可在线提交退款申请D.系统需通过等保2.0三级认证答案：ABD解析：非功能需求描述系统的属性与约束，A属于兼容性需求，B属于性能需求，D属于安全合规需求，C属于功能需求。3.需求评审的参与角色通常包括？A.需求分析师B.开发代表C.测试代表D.客户/业务方代表答案：ABCD解析：需求评审需要多方干系人参与，从不同视角验证需求的完整性、可行性、可测试性与业务合理性。4.下列属于用户故事INVEST原则的有？A.独立的（Independent）B.可协商的（Negotiable）C.可测试的（Testable）D.具体的（Specific）答案：ABC解析：INVEST原则包括Independent（独立的）、Negotiable（可协商的）、Valuable（有价值的）、Estimable（可估算的）、Small（小的）、Testable（可测试的），“具体的（Specific）”是SMART原则的内容。5.需求跟踪矩阵通常可覆盖的追溯链路有？A.用户需求到系统需求的追溯B.系统需求到设计文档的追溯C.设计文档到测试用例的追溯D.测试用例到缺陷的追溯答案：ABC解析：需求跟踪矩阵用于跟踪需求从产生到落地的全链路，确保每个需求都有对应的实现与验证；缺陷是测试执行的产物，不属于需求跟踪的核心链路。6.下列关于敏捷需求管理的说法，正确的有？A.需求是渐进明细的B.需求变更不需要走任何审批流程C.用户故事是需求的主要载体D.需求优先级会根据迭代情况动态调整答案：ACD解析：敏捷需求强调灵活响应变更，但并非无规则，重大变更仍需评估与审批，常规优先级调整由产品负责人负责。7.需求分析阶段常用的建模工具有？A.用例图B.ER图C.数据流图D.甘特图答案：ABC解析：甘特图是项目进度管理工具，不属于需求分析建模工具。8.以下可能导致需求遗漏的原因有？A.需求获取不充分，未覆盖所有用户角色B.需求分析时未考虑异常业务场景C.与业务方沟通不足，未挖掘隐性需求D.需求优先级划分不合理答案：ABC解析：需求优先级划分不合理会影响资源分配与交付顺序，但不会直接导致需求遗漏。9.关于需求基线，下列说法正确的有？A.需求基线是经过评审确认的需求集合B.需求基线一旦建立就不能修改C.需求基线是需求版本管理的基础D.需求变更需要基于基线进行影响评估答案：ACD解析：需求基线并非不可修改，而是需要通过正式的变更控制流程才能调整。10.AI辅助需求分析工具的应用价值包括？A.降低需求分析师的重复劳动B.提升需求文档的一致性C.完全替代需求分析师的工作D.辅助识别需求中的矛盾点答案：ABD解析：AI工具可辅助需求分析师提升效率，但无法替代需求分析师的业务理解、干系人沟通、复杂需求决策等核心工作。三、判断题（每题1分，共10分）1.功能需求描述的是系统必须实现的功能，是用户对系统的核心期望。答案：正确2.UML序列图主要用于描述系统的功能结构。答案：错误解析：序列图用于描述对象之间的交互顺序与消息传递，系统功能结构通常用用例图描述。3.隐性需求是指用户明确提出但无法用清晰语言描述的需求。答案：错误解析：隐性需求是用户未明确表达、甚至自身未意识到的需求，通常源于用户的操作习惯与潜在痛点。4.敏捷开发中，产品负责人（ProductOwner）负责维护产品待办列表（ProductBacklog）并确定需求优先级。答案：正确5.需求跟踪矩阵的反向跟踪是指从需求出发，验证每个需求是否都有对应的实现。答案：错误解析：反向跟踪是从交付物（设计、代码、测试用例）向上回溯到需求，验证每个交付物都有对应的需求依据，避免功能镀金。6.软件需求规格说明书（SRS）中不需要包含测试验收标准。答案：错误解析：SRS需明确每条需求的验收标准，作为后续测试与验收的依据。7.需求变更的影响分析只需要评估对开发工作量的影响。答案：错误解析：需求变更影响分析需覆盖业务、技术、工作量、进度、成本、质量等多个维度。8.KANO模型中，兴奋型需求是指用户满意度随需求实现程度提升而线性增长的需求。答案：错误解析：满意度随实现程度线性增长的是期望型需求；兴奋型需求是指未实现时用户不会明显不满，实现后满意度会大幅提升的需求。9.低代码平台的需求分析不需要考虑系统的非功能需求。答案：错误解析：低代码开发仍需评估性能、安全性、可用性等非功能需求，只是部分需求可通过平台原生能力满足。10.需求管理的核心目标是确保所有干系人对需求的理解一致，并控制需求变更的影响。答案：正确四、简答题（每题5分，共15分）1.请简述需求跟踪矩阵的主要作用。答案：(1)实现需求全链路可追溯，明确需求的来源与落地路径；(2)辅助需求变更影响分析，快速定位变更涉及的上下游交付物；(3)验证需求覆盖度，避免需求遗漏或无依据的冗余功能；(4)作为项目进度跟踪的参考，掌握需求的实现与测试状态；(5)为后续项目迭代、运维与需求复盘提供溯源依据。解析：每个要点1分，答出5点即可得满分，表述合理可酌情给分。2.请列出优质用户故事的INVEST原则的具体内容。答案：INVEST原则是衡量用户故事质量的六个标准，具体为：(1)I（Independent）：独立的，用户故事之间应尽量减少依赖，可独立交付与排期；(2)N（Negotiable）：可协商的，需求细节可在开发过程中与团队、业务方协商调整；(3)V（Valuable）：有价值的，每个用户故事都能为用户或业务带来明确价值；(4)E（Estimable）：可估算的，开发团队能够合理估算其工作量与成本；(5)S（Small）：小的，用户故事规模应足够小，可在一个迭代内完成；(6)T（Testable）：可测试的，具备明确的验收标准，能够验证是否完成。解析：每个要点1分，答出5个及以上即可得满分。3.请简述需求变更管理的基本流程。答案：需求变更管理的核心流程包括：(1)变更申请：由干系人提交正式的变更申请，说明变更内容、原因与期望交付时间；(2)变更评估：由需求、开发、测试、项目等角色共同评估变更的影响范围与风险；(3)变更审批：由CCB或授权负责人根据评估结果与业务价值决策是否批准变更；(4)变更实施：审批通过后，更新需求基线与项目计划，由开发团队实施变更；(5)变更验证：测试团队对变更内容进行专项测试与回归验证；(6)变更关闭：验证通过后，更新相关文档与版本记录，同步所有干系人并关闭变更。解析：每个要点1分，答出5个核心环节即可得满分，流程顺序错误酌情扣分。五、案例分析题（共35分）1.阅读以下案例，回答问题。（15分）背景：某企业计划开发一套员工考勤管理系统，业务方仅提供了一份简单的需求说明，提到“系统要支持员工打卡、请假、加班申请，管理员可以统计考勤数据”。项目组安排初级需求分析师小李负责需求获取，小李通过与人事部门的1名主管访谈后，就编写了需求规格说明书并提交评审。评审时发现大量需求遗漏，比如未考虑外勤打卡、年假抵扣、不同部门的考勤规则差异等问题，导致项目启动时间推迟。问题：（1）请分析本次需求获取过程中存在的主要问题。（6分）（2）请结合案例，说明为避免需求遗漏，可采取哪些需求获取的改进措施。（9分）答案：（1）主要问题包括：①干系人覆盖不全：仅访谈了人事部门1名主管，未覆盖普通员工、部门考勤负责人、财务（考勤与薪资联动）等关键角色，导致不同维度的需求遗漏（2分）；②获取方法单一：仅采用用户访谈法，未结合现场观察、文档分析、问卷调研等方法，无法挖掘隐性需求与场景化需求（2分）；③需求分析不深入：仅停留在业务方提出的表面需求，未对业务场景、异常情况、规则差异进行细化拆解，未挖掘潜在需求（2分）。（答出3点即可得满分，表述结合案例酌情给分）（2）改进措施包括：①全面识别干系人：梳理所有与考勤系统相关的角色，包括普通员工、各部门考勤负责人、人事专员、财务人员、IT运维等，针对不同角色采用差异化的需求获取方式，确保需求覆盖完整（3分）；②结合多种需求获取方法：针对核心规则采用深度访谈，与人事、部门负责人确认考勤规则差异；针对普通员工采用问卷调查，收集打卡、请假等高频场景的需求；通过现场观察跟踪人事部门的考勤处理流程，挖掘外勤打卡、年假抵扣等隐性需求；分析现有考勤制度文档，明确规则边界（3分）；③采用场景化分析方法：通过业务流程图、用例图、用户故事等工具，梳理全流程的正常场景、异常场景（如打卡失败、补卡申请）与边界场景，确保需求无遗漏；需求初稿完成后，组织多角色业务方进行场景走查与原型验证，提前发现遗漏问题（3分）。（答出3点即可得满分，措施需结合案例且具备可落地性，空泛表述酌情扣分）解析：本题考查需求获取的核心能力，需结合案例场景分析问题并提出解决方案，重点考察干系人识别、需求获取方法组合、需求验证等知识点。2.阅读以下案例，回答问题。（20分）背景：某SaaS公司开发一款客户关系管理（CRM）系统，项目已进入测试阶段，此时重要付费客户提出需要新增“客户数据自动同步至企业微信”的功能，且要求在本次上线版本中交付。项目组内部产生分歧：开发人员认为需求变更会增加2周工作量，导致项目延期；测试人员认为变更会影响现有功能的稳定性，需要重新回归测试；产品经理认为客户是核心客户，必须满足需求。目前项目的需求基线已在需求评审通过后正式建立。问题：（1）请说明需求基线的定义与核心作用。（6分）（2）结合案例，简述针对该需求变更的正确处理流程。（8分）（3）请列举需求变更影响分析应包含的核心维度。（6分）答案：（1）需求基线的定义：经过正式评审与确认的、作为后续项目工作基准的需求集合，只有通过正式的变更控制流程才能修改（2分）。核心作用：①作为需求变更的基准，所有变更都需基于基线进行影响评估（1分）；②为项目各阶段工作提供统一依据，确保开发、测试等工作围绕一致的需求开展（1分）；③支撑需求版本管理，清晰区分不同阶段的需求范围，避免需求混乱（1分）；④明确需求边界，减少干系人之间的需求争议（1分）。（定义2分，作用答出4点得4分，共6分）（2）针对该变更的正确处理流程：①变更申请：由对接客户