2026年需求分析师社会招聘笔试专业试卷及答案

2026年需求分析师社会招聘笔试专业试卷及答案一、单项选择题（每题1分，共20分）1.需求分析师在软件项目中的核心职责是（）。A.编写代码并完成单元测试B.获取、分析、规格化并管理需求C.制定项目进度计划D.负责系统部署与运维答案B解析需求分析师的核心工作围绕需求工程展开，包括需求获取、分析、规格说明、验证与需求管理。编码、进度计划和部署分别属于开发、项目经理和运维的职责。2.下列需求中，属于非功能性需求的是（）。A.系统支持在线支付B.系统响应时间不超过2秒C.用户可修改个人资料D.订单状态自动更新答案B解析响应时间属于性能需求，是非功能性需求。其余选项描述的都是系统具体行为，属于功能性需求。3.在需求获取阶段，最常用于深入理解用户工作流程、痛点与潜在规则的获取方法是（）。A.问卷调查B.用户访谈C.竞品分析D.日志分析答案B解析用户访谈能够与用户面对面地交流，通过追问深入挖掘业务流程、隐性需求与痛点，是需求获取中最常用的定性方法之一。4.用例图中，将多个用例公共的、必须执行的行为提取出来供其他用例复用，应使用的关系是（）。A.泛化关系B.扩展关系C.包含关系D.关联关系答案C解析包含（include）关系表示一个用例的行为总是包含另一个用例的行为，用于提取公共步骤；扩展（extend）关系则表示在特定条件下附加的可选行为。5.类图中，"订单"与"订单明细"之间存在整体与部分的关系，且订单明细不能脱离订单独立存在，这种关系应建模为（）。A.关联关系B.聚合关系C.组合关系D.依赖关系答案C解析组合关系中部分与整体的生命周期一致，部分不能独立于整体存在；聚合关系中部分可以独立存在。订单明细随订单删除而删除，属于组合关系。6.用户故事的标准三要素格式是（）。A.角色—功能—价值B.输入—处理—输出C.前提—触发—结果D.用户—场景—目标答案A解析标准用户故事格式为"作为某种角色，我希望进行某种活动，以便获得某种价值"，对应角色、功能、价值三要素。7.MoSCoW优先级排序法中，字母M代表（）。A.Musthave（必须有）B.Mighthave（可能有）C.Mustnot（不能有）D.Minimum（最小集）答案A解析MoSCoW分为Musthave、Shouldhave、Couldhave、Won'thave四个优先级层级，其中M表示必须有，缺少则项目无法交付。8.下列活动中，属于需求验证的是（）。A.需求评审B.需求排期C.需求拆分D.需求优先级排序答案A解析需求验证的目的是确认需求是否正确、完整地反映了干系人的意图，常用方法包括需求评审、原型演示、测试用例设计等。9.低保真原型的核心特征是（）。A.高交互保真度B.快速、低成本地表达信息架构与业务流程C.包含完整的视觉设计规范D.可直接用于前端开发答案B解析低保真原型通常使用线框图呈现页面结构和流程，制作速度快、成本低，适合在需求早期用于沟通和确认，而非呈现视觉细节。10.需求追溯矩阵的主要作用是（）。A.估算项目开发成本B.确保每个需求都有对应的设计、开发与测试依据C.替代软件需求规格说明书D.记录用户访谈纪要答案B解析需求追溯矩阵将需求与设计、代码、测试用例等下游工作产品建立映射关系，从而保证需求全生命周期的可追踪性。11.正式的需求变更控制流程中，第一步应进行的工作是（）。A.评估变更影响B.提交变更申请C.实施变更D.更新需求基线答案B解析变更流程应从提出变更申请开始，之后才进行影响分析、审批、实施和基线更新。先有申请，才能进入后续评估环节。12.BPMN中，用于表示流程分支、合并与汇合的要素是（）。A.事件B.网关C.泳道D.数据对象答案B解析网关（Gateway）用于控制流程中的分支与合并，如排他网关、并行网关等。事件表示流程中发生的事情，泳道表示参与者。13.软件需求规格说明书中"系统应支持1000个并发用户在线使用"属于（）。A.功能需求B.性能需求C.界面需求D.安全需求答案B解析并发用户数描述的是系统容量与性能指标，属于性能需求中的容量需求。14.Given-When-Then格式主要用于描述（）。A.业务规则B.验收标准C.数据模型D.项目里程碑答案B解析Given-When-Then是行为驱动开发中常用的验收标准描述方式，分别表示前置条件、触发动作和预期结果。15.当业务方与最终用户对某需求存在冲突时，需求分析师首先应当（）。A.按业务方要求执行B.按最终用户要求执行C.组织干系人召开评审会议，分析各方诉求与影响后推动达成一致D.直接将该需求从需求清单中移除答案C解析需求冲突应通过干系人协商解决。需求分析师需要组织评审，呈现矛盾点和影响，引导各方基于业务目标达成共识，而非单方面服从某一方。16.竞品分析在需求分析中的主要价值是（）。A.确定项目预算B.获取产品设计灵感，识别差异化机会C.替代用户调研D.保证需求的唯一来源答案B解析竞品分析通过研究同类产品的功能、交互与市场表现，为自身产品提供参考与差异化方向，但不能替代对真实用户的调研。17.数据字典中对数据项的描述通常不包括（）。A.数据类型与长度B.取值范围C.业务责任人D.数据来源答案C解析数据字典描述数据项的名称、别名、类型、长度、取值范围、默认值、来源等内容，业务责任人属于组织职责信息，不属于数据项定义。18.状态图主要用于描述（）。A.对象生命周期内的状态变化及触发事件B.系统的部署架构C.数据库表之间的关系D.用户的操作流程答案A解析状态图展示一个对象在其生命周期中所经历的状态以及状态之间的转移条件，常用于描述订单、审批单等有状态的对象。19.在需求管理中，"基线"（Baseline）的含义是（）。A.项目最初的进度计划B.经评审确认的需求版本，作为后续变更与开发的基准C.需求优先级排序的结果D.需求获取完成的标志答案B解析需求基线是经过正式评审和批准的需求集合，是后续设计、开发、测试和变更管理的基准。基线建立后，任何变更均需通过正式流程。20.用户画像（Persona）的核心构成要素是（）。A.人口统计特征、目标、行为特征与痛点B.用户的收入与职业C.用户画像的数量与覆盖渠道D.用户的访问时间段答案A解析用户画像是对目标用户的典型化描述，通常包含基本信息、使用目标、行为习惯、痛点与期望等，用于指导需求决策和产品设计。二、多项选择题（每题2分，共20分）1.下列属于需求获取常用技术的有（）。A.用户访谈B.问卷调查C.头脑风暴D.现场观察E.数据库设计答案ABCD解析需求获取常用技术包括访谈、问卷、头脑风暴、现场观察、文档分析、原型法等。数据库设计属于解决方案设计阶段的输出。2.下列属于非功能性需求的有（）。A.系统响应时间不超过3秒B.用户密码采用加密方式存储C.系统支持7×24小时稳定运行D.操作流程应符合用户使用习惯E.用户可在线查看订单状态答案ABCD解析性能、安全、可用性、可靠性、易用性等均属于非功能性需求。E选项描述的是系统具体功能，属于功能性需求。3.需求验证的常用技术包括（）。A.需求评审B.原型演示C.测试用例设计D.用户验收测试准备E.代码走查答案ABCD解析需求验证通过评审、原型确认、编写测试用例、准备UAT等方式确保需求质量。代码走查发生在编码阶段，不属于需求验证。4.用户故事应遵循的INVEST原则包括（）。A.Independent（独立的）B.Negotiable（可协商的）C.Valuable（有价值的）D.Estimable（可估算的）E.Specific（具体的）答案ABCD解析INVEST由Independent、Negotiable、Valuable、Estimable、Small、Testable六个单词首字母组成，要求用户故事独立、可协商、有价值、可估算、足够小、可测试。5.常用的需求优先级排序方法有（）。A.MoSCoW法B.Kano模型C.加权评分法D.100美元法E.SWOT分析法答案ABCD解析MoSCoW、Kano模型、加权评分、100美元法都是需求优先级排序的常用方法。SWOT用于战略态势分析，不属于需求优先级方法。6.UML用例图的主要组成要素包括（）。A.参与者B.用例C.关系D.系统边界E.状态答案ABCD解析用例图由参与者、用例、系统边界以及它们之间的关系（关联、包含、扩展、泛化）构成。状态是状态图的要素。7.下列属于需求管理活动的有（）。A.需求跟踪B.需求变更控制C.需求版本管理D.需求优先级排序E.数据库索引优化答案ABCD解析需求管理贯穿项目始终，包括需求跟踪、变更控制、版本管理和优先级管理。数据库优化属于技术实施活动。8.撰写用户故事时应当避免的常见错误有（）。A.包含技术实现方案B.故事粒度过大无法拆分C.缺少可验证的验收标准D.明确表达用户价值E.故事之间存在强依赖答案ABCE解析用户故事应以业务语言表达用户价值，避免技术细节；应足够小、独立、可测试。D是编写用户故事的正确做法。9.需求变更的可能来源包括（）。A.业务政策调整B.用户需求演进C.技术方案受到限制D.竞争对手发布新功能E.项目团队成员离职答案ABCD解析需求变更的常见来源包括政策法规调整、用户需求变化、市场环境变化、技术条件限制等。团队人员变动属于项目管理风险，不直接产生需求变更。10.一份高质量的软件需求规格说明书（SRS）应具备的质量属性包括（）。A.完整性B.一致性C.可验证性D.可追踪性E.篇幅越多越好答案ABCD解析IEEE等标准强调SRS应完整、一致、正确、可验证、可追踪等。篇幅长短与质量无关，冗余描述反而影响可读性。三、判断题（每题1分，共10分）1.需求分析阶段不需要用户参与，由需求分析师独立完成即可。答案错误解析用户是需求的来源和最终验收方，需求分析必须与用户及干系人持续协作，否则极易导致需求失真。2.功能性需求描述系统"做什么"，非功能性需求描述系统"做得怎么样"。答案正确3.敏捷开发模式下，需求分析师不需要编写任何需求文档。答案错误解析敏捷强调"可工作的软件胜于详尽的文档"，但不等于没有文档。用户故事、验收标准、迭代计划等轻量级需求文档仍然必要。4.需求追溯矩阵可以确保需求从获取、设计、开发到测试的全链路可追踪。答案正确5.用例图中，包含（include）关系表示可选行为，扩展（extend）关系表示必选行为。答案错误解析包含关系表示必须执行的基础行为，用于提取公共步骤；扩展关系表示在特定条件下才会触发的可选行为。6.需求变更经过评审确认后，无需更新需求基线和相关文档。答案错误解析变更实施后必须同步更新需求基线、SRS、追溯矩阵等，保证需求文档与实现保持一致。7.高保真原型一定比低保真原型更能提升需求沟通效率。答案错误解析高保真原型成本高、制作周期长，在需求探索早期反而可能限制讨论。低保真原型更适合快速验证信息架构与业务流程，应视阶段和目标选用。8.软件需求规格说明书（SRS）属于面向最终用户的用户文档。答案错误解析SRS是面向设计、开发、测试等研发团队的项目文档，描述系统将要做什么，用户文档则是指导用户使用系统的操作手册。9.需求优先级排序只需考虑业务价值，无需考虑开发成本与风险。答案错误解析合理的优先级排序应综合业务价值、开发成本、技术风险、依赖关系和交付deadline等因素。10.需求基线建立后，需求不可能再发生变化。答案错误解析基线建立后需求仍可能发生变化，但必须通过正式的变更控制流程进行申请、评估、批准和实施，以保证受控。四、简答题（每题5分，共20分）1.简述需求分析师的主要职责。答案(1)需求获取：通过访谈、调研、观察等方式收集干系人需求；(2)需求分析：分析需求的可行性、优先级与冲突，建立业务模型；(3)需求规格化：编写用户故事、SRS、原型等需求文档；(4)需求验证：组织评审、确认验收标准，保证需求质量；(5)需求管理：维护需求跟踪矩阵，执行变更控制与版本管理。2.简述需求变更控制流程的主要步骤。答案(1)提交变更申请：记录变更内容、提出人、原因与期望；(2)影响评估：分析变更对范围、进度、成本、质量和技术方案的影响；(3)变更评审：由变更控制委员会（CCB）或相关干系人审批，决定接受或拒绝；(4)实施变更：将批准的变更纳入迭代计划并执行；(5)验证与基线更新：验证变更实现效果，同步更新需求基线、SRS与追溯矩阵。3.简述用户故事与传统软件需求规格说明书（SRS）的主要区别。答案(1)表达形式不同：用户故事采用"角色—功能—价值"的简洁句式；SRS采用结构化的条目式描述；(2)粒度不同：用户故事粒度较小，便于拆分与排期；SRS通常覆盖面更广、描述更完整；(3)变更适应性不同：用户故事便于在迭代中根据反馈快速调整，SRS变更成本较高；(4)侧重点不同：用户故事强调用户价值与协作沟通，SRS强调需求的完整性与技术可验证性。4.什么是非功能性需求？请至少列举四类并各举一例。答案非功能性需求是指系统为满足业务需求而必须具备的、不直接描述具体功能行为的质量属性或约束条件。(1)性能需求：如"系统响应时间不超过2秒"；(2)安全需求：如"用户密码须加密存储"；(3)可用性需求：如"核心功能须支持7×24小时运行"；(4)易用性需求：如"新用户可在5分钟内完成首次下单"；(5)可维护性需求：如"系统须支持模块化部署与灰度发布"。五、案例分析题（每题15分，共30分）1.某电商平台计划开发"订单售后退货退款"功能，业务描述如下：用户在订单详情页发起退货申请，选择退货原因、填写说明并上传凭证。系统校验订单是否在退货时效内、商品是否支持七天无理由退货。提交后由商家在48小时内审核。审核通过后系统生成退货地址，用户寄回商品；商家签收并验收后，系统自动退款至原支付账户。请回答：(1)将该功能拆分为至少3个用户故事，并从其中选择一个补充详细描述。（5分）答案：用户故事拆分：-作为用户，我希望在订单详情页发起退货申请，以便退回不满意的商品；-作为用户，我希望填写退货原因并上传凭证，以便商家准确审核；-作为商家，我希望在48小时内审核退货申请，以便及时处理售后；-作为用户，我希望查看审核结果并获取退货地址，以便寄回商品；-作为用户，我希望在商家签收后收到退款，以便完成售后闭环。以"用户提交退货申请"为例进行详细描述：用户故事：作为用户，我希望在订单详情页发起退货申请并填写退货原因、上传凭证，以便商家审核我的退货请求。业务规则：-仅"已发货"或"已完成"状态的订单可发起退货；-订单签收时间须在退货时效内；-商品须在支持退货的商品类目范围内；-同一订单项仅可发起一次退货申请。验收标准：-入口可见：符合条件的订单显示"申请退货"按钮，不符合则不展示并提示原因；-表单校验：未填写退货原因或未上传凭证时，系统拦截提交；-提交成功：申请提交后生成待审核状态的退货单，并通知商家。(2)使用Given-When-Then格式，为"用户提交退货申请"编写验收标准，至少覆盖一个正常场景和一个异常场景。（6分）答案：正常场景：-Given用户有一笔已签收且处于退货时效内的订单-When用户在订单详情页发起退货申请，填写退货原因并上传凭证，点击提交-Then系统校验通过，生成状态为"待商家审核"的退货申请单，并通知商家异常场景一（超出退货时效）：-Given用户的订单已签收超过7天-When用户尝试提交退货申请-Then系统提示"当前订单已超出退货时效"，不生成退货申请单异常场景二（凭证缺失）：-Given用户已填写退货原因但未上传凭证-When用户点击"提交"按钮-Then系统拦截提交，提示"请上传退货凭证"解析：验收标准应覆盖正常流程和典型异常分支，既包含系统校验规则，也包含用户可感知的界面反馈，能够直接指导测试用例设计。(3)从需求分析角度，识别该需求实施过程中的3个潜在风险，并给出应对建议。（4分）答案：(1)风险：退货时效与商品类目规则可能因促销活动或特殊品类频繁调整，导致校验规则经常变更。应对：将时效、类目等参数配置化，由业务运营在后台维护，避免硬编码。(2)风险：商家审核超时，用户长时间得不到反馈，引发客诉。应对：增加超时自动处理机制，如48小时未审核自动通过或自动升级平台介入。(3)风险：退货凭证图片质量差、上传失败，影响审核效率。应对：限制图片类型与大小，提供压缩上传能力和重试机制，并支持多次补充上传。(4)风险：退款环节涉及支付渠道，可能出现原路退回失败。应对：在需求中明确退款失败的重试与人工处理流程，并接入退款状态查询与通知。2.某公司计划研发一款移动端企业内部办公App，涉及以下干系人诉求：管理层要求：支持员工实时定位考勤、日报提交与审批流，且3个月内上线。一线员工反馈：实时定位考勤有隐私顾虑；外勤人员经常处于移动网络不稳定环境，希望支持离线打卡。信息安全部门要求：所有数据必须经公司VPN加密通道传输，禁止使用第三方推送服务。产品经理建议：优先建设"消息通知"模块，认为该模块最能提升用户粘性。开发团队评估：-实时定位考勤需对接硬件设备，复杂度高，预计耗时2个月；-离线打卡可实现但需设计数据冲突合并策略，预计耗时3周；-VPN加密通道是安全底线，技术上与其他功能无冲突；-消息通知因禁用第三方推送，需自研长连接通道，预计耗时5周。请回答：(1)识别上述干系人诉求之间存在哪些需求冲突。（4分）答案：(1)实时定位考勤（管理层）与员工隐私诉求（一线员工）存在冲突；(2)实时定位考勤（管理层）与离线打卡（一线员工）在考勤数据的实时性与一致性上存在逻辑冲突；(3)