2026下半年高级软件水平考试《系统分析师(案例分析)》真题卷及答案

2026下半年高级软件水平考试《系统分析师(案例分析)》真题卷及答案一、系统规划与可行性分析（15分）某大型制造企业拟构建一套基于SaaS模式的智能仓储管理系统，实现多仓库协同管理、自动化出入库及实时库存可视。企业希望采用云计算部署，并考虑与现有ERP系统集成。作为系统分析师，请从可行性、开发方法与架构选择等角度进行分析。1.（5分）请分别从技术、经济、操作三个方面分析该项目的可行性，并说明每个方面需要评估的关键因素。•技术可行性：评估关键技术（如SaaS平台、云基础设施、物联网设备接口）的成熟度、团队技术能力、数据迁移与集成难度。•经济可行性：估算开发与运维成本（包括云服务费用、设备采购、人员投入），并对比预期收益（降低库存成本、提高周转率），计算投资回报率（ROI）。•操作可行性：分析用户（仓管员、管理人员）对新系统的接受程度、培训难度、业务流程变革的顺畅度，以及组织管理支持程度。解析可行性分析是系统规划的核心步骤。技术可行性关注现有技术能否实现需求；经济可行性关注投入产出比；操作可行性关注用户与组织能否适应新系统。2.（5分）基于该项目特点，从瀑布模型、迭代模型、敏捷开发三种方法中选择一种并说明理由。答案推荐采用迭代模型（或敏捷开发）。理由：项目需求存在不确定性，需与ERP系统逐步集成，且SaaS版本需快速上线并持续迭代。迭代模型允许分阶段交付关键功能，降低风险；敏捷开发可快速响应变更，但需客户紧密配合。瀑布模型不适应需求变化，不适合本场景。解析选择依据包括需求稳定度、交付节奏、团队经验。迭代模型在制造信息系统建设中较常见，平衡了计划性与灵活性。3.（5分）如果采用微服务架构实现该系统，请分析其优势与潜在挑战。•优势：独立开发与部署（各仓库模块可独立演进）、按需伸缩（应对促销期间高负载）、技术栈灵活、故障隔离（单个服务不影响整体）。•挑战：分布式数据一致性问题（库存扣减等事务）、服务间通信开销（需管理同步与异步调用）、运维复杂度（监控、日志、链路追踪）、初始架构设计难度（服务拆分边界不易确定）。解析微服务适合复杂、多模块的系统，但需要配套的DevOps能力和成熟的基础设施。二、需求工程与用例建模（15分）医院信息系统需新增“在线问诊”模块，支持患者预约、医生接诊、电子处方等功能。需求获取过程中，患者、医生、管理员提出了不一致甚至冲突的需求。你作为系统分析师负责需求分析。1.（5分）常用的需求获取方法有哪些？针对本系统你建议采用哪几种？请说明理由。•常用方法：面谈、问卷调查、观察、原型法、文档分析、联合应用设计（JAD）。•建议采用：面谈（与医生、管理员深入交流）、原型法（构建问诊流程原型让用户体验）、问卷调查（收集大量患者的期望）。理由：三者可互补——面谈获取深层需求，原型验证设计的合理性，问卷调查保证覆盖面。解析不同方法适用于不同类型的用户和需求层次。2.（5分）用户需求出现冲突时，常见的冲突类型有哪些？请举例并说明协调策略。•冲突类型：•资源冲突（医生要求10分钟/问诊，患者希望5分钟）→协调：折中为7分钟，或对不同类型问诊设定不同时长。•目标冲突（医生想先写病历后开药，患者希望先开药再补病历）→按业务规范统一流程，并通过原型确认。•角色冲突（管理员要求记录所有操作日志，医生认为影响效率）→权衡安全与效率，提供批量操作或自动记录。•协调策略：优先级排序、需求分组（可推迟部分）、利用协商会议、由项目决策者拍板。解析需求冲突不可避免，系统分析师应引导干系人达成共识，必要时文档化冲突及决策。3.（5分）请用用例图（文字形式）描述“在线问诊”模块的主要参与者和用例清单，并编写其中一个核心用例的简要描述（包含前置条件、基本流、后置条件）。•参与者：患者、医生、管理员。•用例：预约挂号、填写病情描述、诊前报到、视频问诊、开具电子处方、查询问诊记录、管理排班（管理员）。•核心用例“视频问诊”的描述：•前置条件：医生已接诊，患者处于候诊状态。•基本流：1)医生点击“开始问诊”；2)系统建立视频连接；3)双方实时对话；4)医生可查看患者历史病历；5)问诊结束，医生点击“完成问诊”。•后置条件：系统记录问诊记录，生成问诊报告。解析用例模型是功能需求的主要表达方式，文字描述同样可表达清晰。三、系统设计：高并发秒杀系统（15分）某电商平台计划上线“秒杀”活动，预计瞬间并发请求达到10万/秒。你需要设计系统架构以满足高并发下的稳定性和数据一致性。1.（5分）请设计该秒杀系统的总体架构（分层架构），并简要说明每一层的职责。答案架构分为四层：•客户端层（浏览器/App）：发起秒杀请求，展示状态（排队中、成功、失败）。•接入层（负载均衡+限流网关）：Nginx分发请求，熔断/限流（如令牌桶），抵御超出峰值的请求。•服务层（微服务集群）：包括秒杀订单服务、库存服务、支付服务等。使用消息队列（如RocketMQ）削峰，通过Redis缓存扣减库存以提升性能。•数据层（缓存+数据库）：Redis缓存热点商品库存，MySQL存储最终订单，异步同步数据保证最终一致性。解析分层架构通过反向代理、缓存、异步处理等技巧支撑高并发。2.（5分）如何解决高并发下的库存扣减一致性问题？请列举两种方案并比较优缺点。•方案一：Redis原子操作扣库存（使用DECR/Lua脚本在内存中扣减，再异步同步至DB）。优点：性能高（毫秒级），避免DB压力。缺点：Redis宕机可能丢失扣减记录（需持久化+补偿机制），极端情况下DB与Redis可能不一致。•方案二：数据库乐观锁扣库存（在SQL中加wherestock>=quantity条件）。优点：数据绝对一致，事务安全。缺点：并发高时大量更新失败，吞吐量低（数据库成为瓶颈）。•推荐组合：Redis作为第一道防线，DB做最终扣减校验（预扣+异步落地）。解析秒杀场景需要权衡一致性和性能，常用“缓存+消息队列+最终一致性”模式。3.（5分）在数据库层面，为优化读写性能可以采取哪些策略？请给出至少三种。•读写分离：主库写订单，从库读商品信息，分散查询压力。•分库分表：按商品ID或用户ID水平拆分订单表，避免单表数据量过大。•缓存常用数据：商品信息、库存数量存入Redis，减少数据库读次数。•索引优化：对order_time、user_id等查询字段建立复合索引，避免全表扫描。•异步落库：订单先写入消息队列，由消费者批量插入，减轻瞬时写压力。解析高并发系统需多措并举，避免数据库成为瓶颈。四、软件架构评估（15分）某政府部门的电子审批系统需满足高安全性（支持国密算法、访问控制）、高可靠性（全年可用率99.99%）、低延迟（操作响应<200ms）。你需为其进行架构设计与评估。1.（5分）请比较SOA与微服务架构的异同点。•相同点：都强调服务化、松耦合、服务复用；都支持分布式部署，使用标准通信协议（HTTP/REST或消息中间件）。•不同点：•服务粒度：SOA一般服务较大（企业级服务总线ESB集成），微服务更细粒度（每个服务聚焦单一功能）。•通信方式：SOA常使用重量级协议（SOAP、WS-*），微服务多采用轻量级REST或gRPC。•治理与部署：SOA依赖集中式ESB，微服务倾向于去中心化治理（API网关、服务注册发现）。•适用场景：SOA适合异构系统整合，微服务适合快速迭代的互联网应用。解析两者本质均为面向服务，但微服务是SOA的一种演进。2.（5分）基于本系统对安全、可靠、延迟的要求，你推荐采用哪种架构风格？请说明理由，并给出至少三个评估指标来衡量架构质量。答案推荐采用微服务架构（配合服务网格与API网关）。•理由：•微服务可使各个审批模块独立部署，故障隔离提升可靠性；•通过细粒度限流和冗余部署可满足低延迟；•对安全可精细控制：网关统一认证鉴权，服务间mTLS加密。•评估指标：•可用性（99.99%年可用率）、平均响应时间（<200ms）、安全强度（国密算法支持、权限校验覆盖率）。•可加入可维护性指标（服务数量、变更影响分析时间）。解析政府系统对安全合规要求高，微服务架构通过技术手段仍能达成。3.（5分）采用ATAM（架构权衡分析法）对该架构进行评估，请简述其主要步骤。答案ATAM步骤：•1)描述架构：展示架构视图、设计决策及其关系。•2)识别业务目标与质量属性场景：如安全性、性能、可修改性等。•3)分析与映射：将质量场景映射到架构决策，生成利益相关者关注点表。•4)识别敏感点与权衡点：找出满足某一属性却损害另一属性的决策（如加密增加延迟）。•5)生成风险评估与建议：暴露架构风险并给出调整方向。解析ATAM是系统评价的主流方法，结合场景驱动分析。五、项目风险管理（15分）某软件开发项目中，团队总人数仅6人（含兼职项目管理者），工期为4个月，但客户业务需求不稳定且多次变更。系统分析师需负责风险管理。1.（5分）请识别该项目可能的主要风险（至少列出5项）。•1)团队人员不足与兼职管理导致的协调风险。•2)工期紧张造成进度压力，可能延期。•3)需求频繁变更导致范围蔓延、返工。•4)经验不足引起技术决策偏差或质量缺陷。•5)客户沟通不畅，真实需求难以捕获。•6)缺少配置管理或版本控制，引发混乱。解析风险识别应覆盖人员、技术、进度、需求、外部等类别。2.（5分）采用风险矩阵对上述风险进行排序，简述评估方法与排序结果。•方法：对每个风险评估其发生概率（高/中/低）和影响程度（严重/一般/轻微），形成二维矩阵。将“极高”“高”“中”风险区分优先级。•示例排序（假设）：•高优先级：需求频繁变更（概率高+影响高）、工期紧张（概率中+影响高）。•中优先级：团队经验不足（概率中+影响中）。•低优先级：配置管理缺失（概率低+影响中）。解析风险矩阵直观展示需重点管理的风险。3.（5分）针对“需求变更频繁”这一风险