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

2026年需求分析师社会招聘笔试专业试卷及答案一、单项选择题（每题1.5分，共30分）1.需求分析中，“系统要解决什么业务问题、达到什么业务目标”，这类需求属于A.功能需求B.非功能需求C.业务需求D.用户需求答案C2.当需要快速收集大量分散用户的意见和需求时，最经济高效的需求获取方法是A.一对一访谈B.问卷调查C.现场观察D.需求工作坊答案B3.下列用户故事格式中，最符合敏捷实践常见写法的是A.我想……以便……B.作为……我想……以便……C.系统应提供……功能D.用户需要系统支持……答案B4.用户故事INVEST原则中，I代表的是A.Independent，即故事之间应尽量保持独立B.Important，即故事必须重要C.Integrated，即故事必须被集成D.Intelligent，即故事应智能处理答案A5.在UML用例图中，如果一个用例在满足一定条件时才可选地扩展另一个用例，应使用A.泛化关系B.包含关系includeC.扩展关系extendD.关联关系答案C6.MoSCoW需求优先级方法中，S表示A.Shouldhave，即应该有的需求B.Shallhave，即必须有的需求C.System，即系统级需求D.Safety，即安全需求答案A7.根据Kano模型，当需求被满足的程度越高，用户满意度呈线性上升的需求类型是A.基本型需求B.期望型需求C.兴奋型需求D.无差异型需求答案B8.下列需求中，属于非功能需求的是A.系统支持导出订单Excel文件B.页面响应时间不超过2秒C.用户可以重置登录密码D.系统记录登录日志答案B9.软件需求规格说明书SRS中，通常不包含的内容是A.项目进度计划B.功能需求C.外部接口需求D.数据定义答案A10.需求变更控制流程中，第一步应当是A.评估变更影响B.管理层审批C.提交变更请求D.实施变更答案C11.需求跟踪矩阵最主要的作用是A.管理项目预算B.确保需求与后续设计、开发和测试用例形成对应关系C.分配开发任务D.计算项目工期答案B12.在需求获取中，当用户难以清楚描述现有操作流程时，最适合采用的方法是A.现场观察法B.问卷调查法C.访谈法D.焦点小组法答案A13.业务流程图BPMN中，“泳道”主要用于表示A.数据存储位置B.职责部门或角色C.决策分支条件D.流程时间顺序答案B14.在数据流图DFD中，外部实体通常使用的图形符号是A.圆形B.箭头C.矩形D.两条平行线答案C15.用户故事“作为客户，我希望能够跟踪订单，以便了解物流进度”中，“以便了解物流进度”描述的是A.功能B.价值或目的C.用户角色D.验收标准答案B16.敏捷开发中，产品负责人ProductOwner的主要职责是A.估算任务工时B.维护并排序产品BacklogC.编写自动化测试用例D.主持每日站会答案B17.需求评审会最主要的目的通常是A.编写模块代码B.发现需求中的错误、歧义和遗漏C.签订商务合同D.分配项目奖金答案B18.原型法最适用于A.需求非常清晰且基本不会变化的情况B.用户界面和交互需求复杂、需要尽早验证的情况C.以非功能需求为主的系统D.底层技术架构设计答案B19.用户故事的验收标准通常由谁负责最终确认A.开发人员B.产品负责人或需求分析师C.项目经理D.测试人员答案B20.根据需求实现价值与实现成本、风险进行综合排序的需求优先级方法是A.MoSCoW方法B.Kano模型C.价值/成本优先矩阵D.德尔菲法答案C二、多项选择题（每题2分，共20分）1.下列属于需求获取常用技术的有A.访谈B.问卷调查C.观察法D.需求工作坊答案ABCD解析需求获取常用技术包括访谈、问卷、观察、工作坊、原型法、焦点小组等，不同技术适用于不同场景，实际项目中常组合使用。2.下列需求中，属于非功能需求的有A.系统可用性不低于99.9%B.传输过程支持HTTPS加密C.用户可以上传头像D.审计日志保存不少于1年答案ABD解析A属于可靠性/可用性，B属于安全性，D属于安全审计与存储要求。C是典型的功能需求。3.用户故事的INVEST原则包括A.独立IndependentB.可协商NegotiableC.有价值ValuableD.可测试Testable答案ABCD解析INVEST原则分别指Independent、Negotiable、Valuable、Estimable、Small、Testable，是用户故事质量评估的常见标准。4.下列方法中，可用于需求优先级排序的有A.MoSCoWB.Kano模型C.价值/成本优先矩阵D.关键路径法答案ABC解析MoSCoW用于区分必须、应该、可以有和本次不做；Kano模型根据满意度影响分类；价值/成本矩阵评估性价比。关键路径法属于进度管理工具。5.一份完整的软件需求规格说明书SRS通常包括A.引言B.总体描述C.具体需求D.项目风险管理计划答案ABC解析SRS通常包括引言、总体描述、具体需求、附录等。项目风险管理计划属于项目管理文档，通常不包含在SRS中。6.UML中，属于系统行为图的有A.用例图B.活动图C.状态图D.部署图答案ABC解析用例图、活动图、状态图、顺序图等用于描述系统行为；部署图属于结构图，描述系统物理部署架构。7.需求变更影响评估通常应当考虑A.对项目进度的影响B.对项目成本的影响C.对已有功能的影响D.对测试用例和验收结果的影响答案ABCD解析变更影响评估需要从范围、进度、成本、质量、风险、系统关联功能、测试用例等多维度进行分析。8.需求评审时，应重点检查需求是否A.完整，没有遗漏B.无歧义，表述唯一C.可测试，能够验证D.满足业务目标答案ABCD解析完整性、无歧义性、可测试性、业务一致性及可追溯性等，都是需求评审的关键检查要点。9.下列属于需求分析师主要职责的有A.需求获取与记录B.需求分析与建模C.组织需求评审D.编写代码实现功能答案ABC解析需求分析师负责需求获取、分析、规格说明、评审和变更管理等，通常不直接负责编码实现。10.关于原型法的描述，正确的有A.低保真原型主要用于验证流程和页面布局B.高保真原型更接近真实界面和交互效果C.原型可以完全替代文字需求D.原型有助于提前发现需求理解偏差答案ABD解析原型不能完全替代文字需求，两者通常互补。原型主要用于需求验证和界面确认。三、判断题（每题1分，共10分）1.需求分析就是记录用户原话，并将其直接转交给开发人员。答案错误2.非功能需求对系统成功影响很大，应在项目早期尽量识别。答案正确3.用户故事可以替代需求规格说明书，不需要再补充详细规则。答案错误4.需求评审通过后，需求就完全冻结，后续不应再发生任何变更。答案错误5.需求跟踪矩阵的重要目的之一是确认每个需求都有对应的测试用例。答案正确6.根据Kano模型，兴奋型需求如果未被满足，会导致用户强烈不满。答案错误7.用例图中的参与者一定是使用系统的人。答案错误8.需求优先级应当由开发团队根据技术实现难度单独决定。答案错误9.数据流图中的“数据存储”表示数据的静态存储，不表示对数据的加工处理。答案正确10.业务需求、用户需求和功能需求是同一层次的需求，只是叫法不同。答案错误四、简答题（每题5分，共20分）1.简述需求工程的主要活动。答案需求工程主要包括五个活动：(1)需求获取：通过访谈、问卷、观察等方式收集干系人需求；(2)需求分析：对需求进行分类、过滤、建模、排序，解决冲突和歧义；(3)需求规格说明：编写用户故事、用例或需求规格说明书，形成正式文档；(4)需求验证：通过评审、原型确认等方式确认需求正确、完整、可测试；(5)需求管理：对需求基线、变更和需求跟踪矩阵进行持续管理。解析本题考察需求分析师对需求工程全流程的整体理解，答题时应体现“获取—分析—规格说明—验证—管理”的闭环逻辑。2.简述用户故事与用例的主要区别。答案(1)格式不同：用户故事通常写作“作为……我想……以便……”，用例则包含用例名称、参与者、前置条件、主流程、异常流程等；(2)粒度不同：用户故事更小，适合迭代规划和快速交付；用例通常描述较完整交互场景；(3)使用场景不同：用户故事更适合敏捷开发中与团队对话和拆分迭代；用例更适合对复杂业务流程进行完整建模；(4)补充方式不同：用户故事通常配合验收标准使用，用例侧重流程步骤和分支描述。解析本题重点考查需求分析与规格说明中两种常见表达方式的差异，答出格式、粒度、适用场景等关键维度即可。3.简述需求变更控制的基本流程。答案需求变更控制的基本流程包括：(1)提交变更请求：申请人提交变更申请并说明原因；(2)初步记录与审查：需求管理员记录变更申请，核查内容完整性和必要性；(3)影响分析：评估变更对范围、进度、成本、质量、风险及关联功能的影响；(4)变更控制委员会CCB审批：根据影响分析结果决定是否批准；(5)实施变更：批准后安排开发、测试和相关文档更新；(6)验证并更新基线：验证变更效果，更新需求基线和需求跟踪矩阵。解析需求变更控制强调全过程可追溯，避免随意变更导致范围蔓延和成本失控。4.列举至少三种常用的需求优先级排序方法，并简要说明其适用场景。答案(1)MoSCoW方法：将需求分为Musthave、Shouldhave、Couldhave、Won‘thave，适合敏捷迭代规划；(2)Kano模型：将需求分为基本型、期望型、兴奋型，适合产品功能取舍和用户体验设计；(3)价值/成本优先矩阵：按业务价值和实现成本进行二维评估，适合版本规划和项目组合优先级决策；(4)100美元法或投票法：由干系人对需求进行量化投票，适合需求较多、难以直接达成共识的场景。解析本题允许列举任意三种常见方法，重点在于说明适用场景，体现对不同项目环境的理解。五、案例分析题（每题10分，共20分）案例一某银行计划建设“对公客户线上开户预约系统”，主要功能包括：客户通过官网或手机银行填写预约信息、上传开户资料、选择网点和时间；后台客户经理可审核资料、反馈补充要求、确认预约；系统需与行内CRM、影像平台对接。请回答以下问题：1.识别该项目的至少5类干系人。2.写出3条功能需求和2条非功能需求。3.推荐两种需求获取方法，并说明理由。答案：1.干系人包括：对公客户、客户经理、网点运营人员、合规风控人员、IT开发与运维团队、业务部门负责人或管理层、外部合作方（如工商核验服务）等，任答5类即可。2.功能需求示例：-客户可在线填写开户预约信息并上传开户申请材料；-客户经理可审核预约信息并向客户反馈补充要求；-系统可将预约状态与CRM系统同步。非功能需求示例：-系统可用性不低于99.9%；-上传的影像资料应加密存储，并满足银行数据安全与合规要求。3.推荐方法：-访谈法：对客户经理、网点运营人员等进行深度访谈，了解现有开户流程、痛点和业务规则；-需求工作坊：邀请业务、合规、技术等干系人共同梳理端到端流程，快速识别冲突并达成共识；-也可采用原型法验证客户端的填写体验。解析：本题为开放性案例分析，重点考查干系人识别、需求分类以及根据项目特点选择获取方法的能力。答题时需注意干系人不局限于最终用户，还应包括后台运营、合规、技术和外部系统相关方。案例二某互联网公司计划开发“员工请假审批”移动端功能。需求描述：员工可提交请假申请，选择请假类型、日期、上传证明；直属上级审批；员工可实时查看审批状态；审批通过后系统自动扣减对应假期余额，并通知考勤系统。请回答以下问题：1.针对“员工提交请假申请”这一需求，编写一个用户故事，并给出至少3条验收标准。2.针对“直属上级审批请假申请”这一用户故事，给出至少3条验收标准。3.说明如何利用需求跟踪矩阵验证这些验收标准的落实情况。答案：1.用户故事：作为员工，我希望能够通过移动端提交请假申请，以便及时获得审批并合理安排工作。验收标准：-员工可选择请假类型、开始日期、结束日期、事由，并上传必要证明文件；-系统校验请假天数与剩余假期余额，若余额不足则不提交并给出提示；-提交成功后，系统生成唯一申请单号，并将申请推送到直属上级审批队列。2.用户故事：作为直属上级，我希望审批下属的请假申请，以便掌握团队出勤情况。验收标准：-上级可查看待