2025系统分析试题及答案

2025系统分析试题及答案一、单项选择题（每题2分，共20分）1.在系统分析阶段，以下哪项活动不属于需求验证的主要内容？A.检查需求的一致性B.评估需求的可测试性C.确定需求的优先级D.验证需求与业务目标的匹配度2.结构化分析方法中，分层数据流图（DFD）的顶层图（ContextDiagram）主要描述的是？A.系统内部的主要处理逻辑B.系统与外部实体之间的数据流C.系统的关键数据存储结构D.系统各模块间的控制流3.以下关于用例（UseCase）的描述，正确的是？A.用例必须由系统的最终用户主动发起B.用例的主成功场景（MainSuccessScenario）应包含所有可能的异常处理C.用例之间可以通过“包含（Include）”和“扩展（Extend）”关系建立关联D.用例图中的参与者（Actor）只能是具体的人员，不能是外部系统4.某企业拟开发客户关系管理系统（CRM），在可行性分析中发现，现有员工的IT技能不足以支撑新系统的操作，需额外投入培训成本。这属于哪种可行性维度的问题？A.经济可行性B.技术可行性C.操作可行性D.法律可行性5.在需求规格说明书（SRS）中，“系统应在用户提交订单后3秒内返回支付链接”属于以下哪类需求？A.功能需求B.性能需求C.安全需求D.可维护性需求6.以下UML图中，主要用于描述系统动态行为的是？A.类图（ClassDiagram）B.状态图（StateDiagram）C.对象图（ObjectDiagram）D.包图（PackageDiagram）7.数据流图（DFD）中的“数据存储”符号表示的是？A.暂时保存数据的文件或数据库表B.系统与外部环境之间的交互接口C.对数据进行处理的逻辑单元D.数据在系统内的流动路径8.需求工程中，“用户希望系统能自动同步手机通讯录中的联系人信息”属于？A.业务需求B.用户需求C.系统需求D.非功能需求9.以下关于耦合（Coupling）的描述，错误的是？A.数据耦合（DataCoupling）是指模块间仅通过参数传递数据B.公共耦合（CommonCoupling）是指多个模块共享全局变量C.控制耦合（ControlCoupling）的模块间传递的是控制信息（如标志位）D.内容耦合（ContentCoupling）是最理想的耦合类型10.在系统分析中，“用户故事（UserStory）”的标准格式通常为？A.作为<角色>，我需要<功能>，以便<价值>B.当<触发条件>时，系统应<执行动作>，并<产生结果>C.系统必须<功能描述>，以满足<业务目标>D.如果<输入条件>，则<输出结果>，否则<异常处理>二、简答题（每题8分，共40分）1.简述结构化分析（SA）与面向对象分析（OOA）的核心差异，并举出各自适用的典型场景。2.用例图的主要组成元素有哪些？请说明“扩展（Extend）”关系与“包含（Include）”关系的区别。3.需求优先级排序的常用方法有哪些？请结合具体场景说明如何选择。4.数据流图（DFD）的分层设计原则是什么？为什么需要进行分层？5.系统分析阶段为什么需要编制需求跟踪矩阵（RequirementsTraceabilityMatrix）？其核心内容应包含哪些要素？三、应用题（每题15分，共30分）1.某社区拟开发“智慧养老服务平台”，主要功能包括：-老年人可通过APP提交健康监测数据（如血压、血糖）；-平台自动分析数据，若异常则向家属APP推送预警通知；-家属可通过APP查看老人历史健康数据；-社区工作人员可登录后台管理系统，维护老人基本信息及健康指标阈值（如正常血压范围）。请根据以上需求：（1）绘制该平台的顶层数据流图（ContextDiagram）；（2）定义外部实体（ExternalEntity）和主要数据流（DataFlow）。2.某电商企业计划优化用户评论系统，需求如下：-用户可对已购买商品发表文字评论（≤500字），并上传1-5张图片；-系统需自动过滤敏感词（如违禁词汇、广告信息），过滤规则可由运营人员后台修改；-评论发布后，用户可在30分钟内修改或删除评论；-商家端可查看本店铺商品的所有评论，并对恶意评论发起申诉（需提供证据）；-系统需统计每月各商品的好评率（好评定义：评分≥4星）。请使用用户故事（UserStory）格式描述上述需求，并标注每个故事的“角色”“功能”“价值”。四、案例分析题（共20分）案例背景：某连锁超市拟开发“智能补货系统”，目标是通过分析历史销售数据、库存状态及促销活动计划，自动生成各门店的补货订单，减少人工干预和库存积压。系统分析团队已完成初步需求调研，收集到以下信息：信息1：门店经理反馈，当前人工补货依赖经验，常出现畅销品断货（如周末的生鲜类商品）或滞销品积压（如过季日用品），希望系统能根据不同商品类型（生鲜、日用品、家电）的特性调整补货策略。信息2：总部数据中心存储了近3年各门店的日销售数据（含商品ID、销量、售价、促销活动标识）、库存数据（含实时库存量、安全库存量），以及供应商的供货周期（1-15天）和最小起订量。信息3：运营部门要求系统需支持“紧急补货”功能——当门店实时库存低于安全库存的50%时，系统应跳过常规算法，直接生成补货订单并短信通知采购主管。信息4：技术团队指出，超市现有网络带宽有限，门店与总部数据中心的实时数据同步存在延迟（约2-5分钟），需确保系统在网络不稳定时仍能生成合理的补货建议。问题：（1）请结合案例背景，分析该系统的关键功能需求和非功能需求（各至少列出3项）；（2）针对信息4中的网络延迟问题，提出2项具体的系统设计建议，并说明理由；（3）若需对需求进行优先级排序，你会将哪类需求（如“常规补货算法”“紧急补货功能”“网络稳定性处理”）列为最高优先级？请说明依据。---答案部分---一、单项选择题答案1.C（需求验证关注正确性、一致性、可测试性等，优先级确定属于需求排序）2.B（顶层DFD仅描述系统边界，即外部实体与系统的数据流）3.C（用例可由外部系统发起；主成功场景是基础流程，异常处理在扩展场景；参与者可以是外部系统）4.C（操作可行性涉及用户接受度、技能匹配度）5.B（明确时间限制属于性能需求）6.B（状态图描述对象状态变化的动态行为）7.A（数据存储表示数据的静态存储）8.B（用户需求是用户的具体使用需求）9.D（内容耦合是最糟糕的耦合类型）10.A（用户故事的标准格式为“作为<角色>，我需要<功能>，以便<价值>”）二、简答题答案1.核心差异：结构化分析以数据流为中心，强调功能分解（如DFD、数据字典）；面向对象分析以对象为中心，强调类、封装、继承等概念（如用例图、类图）。典型场景：结构化分析适用于需求明确、功能导向的系统（如传统财务系统）；面向对象分析适用于需求易变、交互复杂的系统（如互联网应用）。2.用例图元素：参与者（Actor）、用例（UseCase）、关系（关联、包含、扩展、泛化）。区别：“包含（Include）”表示用例A必须使用用例B的功能（如“提交订单”包含“支付”）；“扩展（Extend）”表示用例B可在特定条件下扩展用例A（如“正常退款”扩展“申请退款”）。3.常用方法：MoSCoW法（必须有、应该有、可以有、不会有）、Kano模型（基本需求、期望需求、兴奋需求）、商业价值-实现成本矩阵。选择依据：若需快速交付核心功能，优先用MoSCoW；若需提升用户满意度，用Kano区分关键需求；若资源有限，用矩阵平衡价值与成本（如电商系统中“用户登录”是必须有，“个性化推荐”是可以有）。4.分层原则：自顶向下、逐步求精，顶层图（0层）描述系统边界，1层分解为主要处理功能，后续层进一步细化。分层原因：避免顶层图过于复杂，通过逐层分解清晰展示系统内部逻辑，便于需求沟通和设计验证。5.原因：确保每个需求可追溯至业务目标，避免需求遗漏或偏离；支持需求变更时的影响分析。核心要素：需求ID、需求描述、来源（如用户访谈记录）、关联的设计文档/测试用例、状态（已实现/未实现）。三、应用题答案1.（1）顶层数据流图绘制要点：-外部实体：老年人（APP）、家属（APP）、社区工作人员（后台）。-系统边界：智慧养老服务平台。-数据流：老年人→平台：健康监测数据；平台→家属：预警通知；家属→平台：无（或“查看请求”）；平台→家属：历史健康数据；社区工作人员→平台：健康指标阈值维护；平台←社区工作人员：老人基本信息维护。（2）外部实体定义：老年人（使用APP提交数据的终端用户）、家属（接收预警和查看数据的用户）、社区工作人员（后台管理的操作者）。主要数据流：健康监测数据（包含血压、血糖等）、预警通知（含异常指标和时间）、历史健康数据（时间序列的健康记录）、健康指标阈值（如正常血压范围）、老人基本信息（姓名、年龄、联系方式等）。2.用户故事描述示例：-作为普通用户，我需要对已购商品发表文字评论（≤500字）并上传1-5张图片，以便分享购物体验并帮助其他买家决策。-作为运营人员，我需要后台修改敏感词过滤规则，以便灵活应对新增违禁词汇或广告形式。-作为普通用户，我需要在评论发布后30分钟内修改或删除评论，以便纠正输入错误或调整评价内容。-作为商家，我需要查看本店铺商品的所有评论并对恶意评论发起申诉（需提供证据），以便维护店铺声誉并处理不实评价。-作为系统管理员，我需要统计每月各商品的好评率（评分≥4星），以便分析商品受欢迎程度并支持运营决策。四、案例分析题答案（1）关键功能需求：-常规补货算法：根据历史销售数据、库存状态、促销计划生成补货订单；-分商品类型策略：支持生鲜、日用品、家电的差异化补货规则；-紧急补货功能：库存低于安全库存50%时直接生成订单并通知采购主管。非功能需求：-实时性：数据同步延迟≤5分钟时仍能生成合理建议；-准确性：补货订单与实际需求的匹配率≥90%；-可维护性：补货策略（如安全库存阈值）可由运营人员后台调整。（2）设计建议：①本地缓存机制：门店终端存储最近7天的销售数据和库存阈值，网络中断时基于缓存数据生成临时补货