系统分析师需求工程测试题（带评分标准）

系统分析师需求工程测试题（带评分标准）1.需求工程的核心范畴仅包含需求获取、需求分析、需求规格说明、需求验证四项活动。2.需求获取的结构化访谈法相比非结构化访谈法，灵活性更高，更适合挖掘用户潜在需求。3.用例建模体系中，扩展用例仅能在基础用例执行到预设扩展点且满足触发条件时才可执行。4.需求规格说明文档的核心是功能性需求，非功能性需求可在开发阶段根据实际情况补充，无需提前纳入文档。5.需求验证活动等同于需求评审，仅需要组织相关干系人对需求规格说明文档进行审核即可。6.需求跟踪矩阵的正向跟踪是指从原始需求项出发，跟踪其对应的设计、编码、测试用例等下游工作产品的实现情况。7.需求变更申请提交后，可直接由项目开发负责人审批，无需经过变更控制委员会（CCB）审核。8.抛弃式原型的核心作用是验证需求可行性，验证完成后原型代码不能直接作为正式系统的开发基础。9.质量功能部署（QFD）是一种将用户原始需求逐步转化为软件技术实现需求的系统化方法。10.需求蔓延是指软件项目开发过程中，需求未经正式变更流程控制，出现无边界持续增加的现象。1.需求工程的两大核心组成部分是？A.需求获取和需求分析B.需求开发和需求管理C.需求验证和需求跟踪D.需求规格说明和需求变更控制2.下列需求获取方法中，最适合批量采集大量终端用户共性需求的是？A.一对一访谈法B.问卷调查法C.头脑风暴法D.现场观摩法3.用例建模体系中，用于详细描述单个用例和参与者之间的交互流程、前置条件、后置条件、异常流程的是？A.用例图B.用例规约C.活动图D.序列图4.下列选项中不属于软件非功能性需求范畴的是？A.系统单笔订单处理响应时间不超过2秒B.系统年可用率不低于99.95%C.用户可提交售后申请并查询处理进度D.系统可支持最高10万用户同时在线访问5.下列活动中不属于需求验证阶段工作内容的是？A.组织干系人进行需求文档评审B.开发简易原型验证核心流程可行性C.受理并处理需求变更申请D.基于需求设计第一轮功能测试用例6.需求跟踪矩阵的反向跟踪（逆向跟踪）的核心作用是？A.检查每一项原始需求是否都有对应的下游工作产品实现B.检查现有下游工作产品（如功能模块、测试用例）对应的原始需求来源C.统计所有需求的开发完成进度D.快速识别需求变更的影响范围7.下列关于需求变更控制委员会（CCB）的说法正确的是？A.CCB成员只能由项目管理人员和技术负责人组成B.所有正式的需求变更申请都需要经过CCB审批后方可执行C.CCB审批通过的变更仅需要通知开发团队即可，无需告知其他干系人D.工作量小于2人天的需求变更可以不用经过CCB审批8.下列原型类型中，适合用于验证系统核心业务逻辑、算法可行性的是？A.水平原型（界面原型）B.抛弃式垂直原型C.演化式原型D.增量式原型9.需求规格说明文档评审过程中，负责确认需求符合业务实际目标、满足业务使用要求的角色是？A.系统分析师B.核心开发人员C.客户/业务方代表D.测试负责人10.下列活动中属于需求管理范畴的是？A.需求捕获与记录B.需求优先级排序C.需求跟踪与变更控制D.需求建模与分析1.下列属于需求开发阶段核心活动的有？A.需求获取B.需求分析C.需求规格说明编写D.需求验证E.需求变更控制2.下列属于需求获取阶段输入内容的有？A.项目章程B.干系人登记册C.组织过程资产D.正式需求规格说明书E.系统测试用例3.用例建模的核心组成要素包括？A.参与者B.用例C.关联、包含、扩展等关系D.实体类E.控制流4.下列属于软件非功能性需求范畴的有？A.性能需求B.安全性需求C.可维护性需求D.核心业务流程需求E.易用性需求5.下列属于常见需求评审类型的有？A.非正式评审B.走查C.正式审查D.系统试运行E.需求审计6.需求跟踪矩阵通常可记录的内容包括？A.需求的来源、优先级B.需求对应的设计模块C.需求对应的功能代码位置D.需求对应的测试用例编号E.需求的变更历史记录7.下列属于软件项目需求变更常见诱因的有？A.外部业务规则、政策法规发生调整B.市场环境、用户需求发生变化C.开发人员技术能力不足无法实现原有需求D.业务方对业务场景的认知逐步加深E.前期需求获取阶段存在需求遗漏8.下列关于需求优先级排序的说法正确的有？A.优先级排序需要综合考虑需求的业务价值、实现成本、上线时间要求B.常用的优先级排序方法包括MoSCoW法、KANO模型、二八原则等C.高优先级需求必须在项目第一个迭代周期内全部完成D.需求优先级一旦确定后不能再调整E.优先级排序需要组织业务方、开发方、项目管理方共同确认9.下列属于需求分析阶段常用的建模方法的有？A.数据流图（DFD）B.实体关系图（ER图）C.状态转换图D.项目甘特图E.用例图10.下列属于需求验证阶段输出成果的有？A.验证通过的正式需求规格说明书B.需求缺陷、问题整改清单C.系统详细设计文档D.需求变更申请（针对验证发现的重大问题）E.功能测试用例初稿1.背景：某电商企业计划开发全新的会员积分系统，项目组在需求获取阶段分别访谈了运营部、财务部、客服部的部门负责人，运营部提出会员积分可用于订单抵扣、商品兑换、活动抽奖，财务部提出积分抵扣金额需纳入财务对账体系、兑换商品需核算成本，客服部提出需支持用户积分明细查询、积分异常申诉功能。项目组整理完上述需求后直接进入开发阶段，系统上线后出现两个严重问题：一是普通用户不清楚积分获取规则，导致客服咨询量环比上涨300%；二是积分兑换商品模块未与现有库存系统打通，出现商品超卖情况，直接造成12万元经济损失。问题：请指出本次需求获取过程中存在的2项核心问题，并分别提出对应的改进措施。2.背景：某制造企业计划升级内部OA系统，需求规格说明书经各方评审通过后进入开发阶段，开发进行到第3周时，行政部提出需要新增“出差审批单自动同步到考勤系统，抵扣对应出勤天数”的功能，项目经理认为该功能逻辑简单、开发工作量仅为1人天，直接安排开发人员进行了代码调整，未通知其他干系人。系统上线后发现该功能与原有考勤的加班调休规则冲突，导致全公司上月考勤数据全部错误，项目被迫延期10天进行数据修复。问题：请指出该项目在需求变更管理环节存在的3项问题，并简述规范的需求变更控制核心流程。3.背景：某地级市政务服务大厅升级线上办理系统，需求规格说明书共梳理出127项需求，其中高优先级需求32项、中优先级68项、低优先级27项。项目组为了减少管理成本，仅建立了从原始需求到设计模块的单向跟踪关系，测试阶段发现有7项高优先级需求未被实现，同时有12项已开发的功能找不到对应的原始需求来源，导致项目测试周期延长2周。问题：请指出该项目在需求跟踪管理环节存在的2项不足，并简述需求跟踪矩阵的3项核心作用。1.软件项目普遍存在需求不明确、易变更的特性，尤其是面向C端用户的互联网项目，需求调整频率更高，很容易导致项目延期、成本超支甚至项目失败。请结合需求工程相关知识，论述可以采取哪些有效措施降低需求不确定性给项目带来的风险。2.需求规格说明书（SRS）是需求开发阶段的核心输出，也是后续设计、开发、测试工作的核心依据，一份不合格的需求规格说明书会给整个项目带来极大的隐患。请论述一份合格的需求规格说明书需要满足哪些核心特性，以及编写过程中需要遵循的主要原则。---标准答案及解析1.参考答案：错误。解析：需求工程包含需求开发和需求管理两大范畴，需求管理包含需求跟踪、需求变更控制等活动，题干仅列出了需求开发的四项活动，表述不完整。2.参考答案：错误。解析：结构化访谈有固定的提问提纲，信息采集效率高但灵活性低；非结构化访谈没有固定提纲，灵活性更高，更适合挖掘用户潜在需求，题干表述相反。3.参考答案：正确。解析：扩展用例是基础用例的可选补充流程，必须满足触发条件且执行到对应扩展点才能启动，表述正确。4.参考答案：错误。解析：需求规格说明需要同时包含功能性需求和非功能性需求，非功能性需求直接影响系统的可用性、稳定性，必须提前明确纳入文档，不能后期补充。5.参考答案：错误。解析：需求验证包含需求评审、原型验证、测试用例设计验证等多项活动，需求评审只是其中一种方式，题干表述过于片面。6.参考答案：正确。解析：正向跟踪是从需求到下游工作产品的跟踪，用于验证需求是否全部实现，表述正确。7.参考答案：错误。解析：正式的需求变更必须经过CCB审批，CCB通常包含业务方、开发方、项目管理方等多方代表，不能仅由开发负责人审批。8.参考答案：正确。解析：抛弃式原型仅用于需求验证，通常采用快速开发工具实现，代码健壮性、可维护性差，不能作为正式系统的开发基础，表述正确。9.参考答案：正确。解析：质量功能部署（QFD）通过质量屋将用户需求逐层转化为技术需求、实现参数，表述正确。10.参考答案：正确。解析：需求蔓延就是指未经过正式变更流程的需求无序增加，是软件项目常见风险，表述正确。1.参考答案：B。解析：需求工程分为需求开发（含获取、分析、规格说明、验证）和需求管理（含跟踪、变更控制等）两大核心部分，其余选项均为局部活动。2.参考答案：B。解析：问卷调查法可批量发放，适合采集大量用户的共性需求；访谈法适合深度获取需求，头脑风暴适合挖掘创新需求，现场观摩适合获取流程类需求。3.参考答案：B。解析：用例规约是对单个用例的详细描述，包含交互流程、前置后置条件、异常流程等内容；用例图仅展示参与者、用例及关系，活动图、序列图是统一建模语言中的行为图，不属于用例建模的核心输出。4.参考答案：C。解析：C选项属于功能性需求，描述的是系统需要实现的具体功能；其余选项均为非功能性需求，描述的是系统的性能、可靠性等属性。5.参考答案：C。解析：需求变更控制属于需求管理活动，不属于需求验证的工作内容，其余选项均为需求验证的常见活动。6.参考答案：B。解析：反向跟踪是从下游工作产品追溯到原始需求，用于验证工作产品的需求来源合法性；A选项是正向跟踪的作用，C、D选项是需求跟踪矩阵的延伸作用。7.参考答案：B。解析：CCB由多方干系人组成，所有正式需求变更都需要经过CCB审批，审批通过后需要通知所有相关干系人，无论变更工作量大小都需要走正式流程，因此只有B选项表述正确。8.参考答案：B。解析：抛弃式垂直原型仅实现核心业务逻辑，用于验证可行性，验证完成后丢弃；水平原型仅验证界面交互，演化式、增量式原型会作为正式系统的基础逐步迭代。9.参考答案：C。解析：客户/业务方代表是需求的提出方，负责确认需求符合业务目标；系统分析师负责需求的梳理和编写，开发人员负责评估需求的技术可行性，测试人员负责评估需求的可测试性。10.参考答案：C。解析：需求跟踪与变更控制属于需求管理范畴，其余选项均属于需求开发范畴。1.参考答案：ABCD。解析：需求开发包含需求获取、需求分析、需求规格说明编写、需求验证四项活动，E选项需求变更控制属于需求管理范畴。2.参考答案：ABC。解析：需求获取阶段的输入包括项目章程、干系人登记册、组织过程资产等，D选项需求规格说明书是需求开发的输出，E选项测试用例是测试阶段的输出。3.参考答案：ABC。解析：用例建模的核心要素是参与者、用例、以及二者之间的关联、包含、扩展等关系，D选项实体类是数据建模的要素，E选项控制流是流程建模的要素。4.参考答案：ABCE。解析：非功能性需求包括性能、安全性、可维护性、易用性等属性，D选项核心业务流程需求属于功能性需求。5.参考答案：ABC。解析：常见的需求评审类型包括非正式评审、走查、正式审查，D选项系统试运行是验收阶段的活动，E选项需求审计属于质量审计的范畴，不属于常规需求评审类型。6.参考答案：ABCDE。解析：需求跟踪矩阵可记录需求的基本属性、上下游关联关系、变更历史等所有与需求相关的核心信息，五个选项均属于可记录内容。7.参考答案：ABDE。解析：需求变更的诱因主要来自业务侧、市场侧、前期需求遗漏等，C选项开发人员技术能力不足不属于需求变更的合理诱因，应通过技术攻关、调整实现方案解决，不能随意变更需求。8.参考答案：ABE。解析：需求优先级需要综合多方因素确定，可采用多种方法，由多方共同确认；C选项高优先级需求可根据迭代周期拆分实现，D选项优先级可根据项目实际情况动态调整，因此CD表述错误。9.参考答案：ABCE。解析：需求分析阶段常用的建模方法包括数据流图、ER图、状态转换图、用例图等，D选项甘特图是项目进度管理的工具，不属于需求分析建模方法。10.参考答案：ABDE。解析：需求验证阶段的输出包括验证通过的SRS、问题整改清单、需求变更申请、测试用例初稿等，C选项系统详细设计文档是设计阶段的输出。1.参考答案及评分标准：核心问题（每项2分，共4分）：（1）需求获取的干系人覆盖不全，未调研终端普通用户的需求，遗漏了积分获取规则告知、查询的相关需求；（2）未进行需求的关联性分析，未识别到积分兑换功能和现有库存系统的依赖关系，遗漏了库存对接需求。改进措施（每项1分，共2分）：（1）需求获取阶段需要覆盖所有相关干系人，包括终端用户、内部业务部门、关联系统负责人等；（2）需求整理完成后需要进行跨系统、跨业务的关联性分析，识别需求之间的依赖关系，避免遗漏关联需求。评分说明：答出核心要点即可得分，表述合理可酌情给分。2.参考答案及评分标准：存在的问题（每项1分，共3分）：（1）未执行正式的需求变更申请流程，行政部直接向项目经理提出变更，未提交书面变更申请；（2）变更未经过CCB审批，项目经理私自批准变更，未评估变更的影响范围；（3）变更审批通过后未通知所有相关干系人，导致考勤系统的负责团队不知情，出现规则冲突。规范的变更控制流程（3分）：（1）提交书面需求变更申请，说明变更的原因、内容、预期工作量；（2）CCB评估变更的影响范围（对进度、成本、其他功能的影响），做出是否批准的决策；（3）变更批准后更新相关文档，通知所有相关干系人，同步执行变更并跟踪变更落地情况。评分说明：问题答出任意3项合理即可得分，流程答出核心步骤即可得分，表述合理可酌情给分。3.参考答案及评分标准：存在的不足（每项2分，共4分）：（1）仅建立了单向的正向跟踪关系，未建立反向跟踪关系，导致无法追溯已开发功能的需求来源；（2）未对高优先级需求进行重点跟踪，导致7项高优先级需求未被实现。需求跟踪矩阵的核心作用（答出任意3项即可得2分）：（1）确保所有需求都被实现，无遗漏；（2）确保所有开发的功能都有合法的需求来源，避免开发冗余功能；（3）快速识别需求变更的影响范围，辅助变更决策；（4）统计需求的开发、测试进度，辅助项目管理。1.参考答案及评分标准：可采取的措施包括但不限于以下要点：（1）优化需求获取方式：采用多轮访谈、问卷调查、现场观摩、头脑风暴等多种方式结合，尽可能全面挖掘用户需求，尤其是潜在需求，提高初始需求的完整性（2分）；（2）引入原型验证：针对不明确的需求开发快速原型，让用户直观感受功能流程，提前确认需求，减少后期需求变更（2分）；（3）采用增量式、迭代式开发模式：