2026年系统分析师助理试题及答案

2026年系统分析师助理试题及答案一、单项选择题（每题2分，共20分）1.在需求分析阶段，用于验证需求可追溯性的关键活动是（）A.绘制用例图B.建立需求跟踪矩阵C.进行用户故事编写D.开展原型测试答案：B解析：需求跟踪矩阵通过记录需求与设计、测试等阶段的对应关系，确保需求的完整性和可验证性，是验证可追溯性的核心工具。2.结构化分析中，数据流程图（DFD）的“处理过程”应满足的基本要求是（）A.描述具体的算法实现B.仅包含输入输出数据流C.具有明确的输入、处理逻辑、输出D.直接对应数据库表结构答案：C解析：DFD的处理过程需明确输入数据流、处理逻辑（如转换规则）和输出数据流，不涉及具体实现细节。3.面向对象设计中，若两个类之间存在“整体-部分”关系且部分对象生命周期依赖于整体对象，应采用（）A.关联关系（Association）B.聚合关系（Aggregation）C.组合关系（Composition）D.依赖关系（Dependency）答案：C解析：组合关系（Composition）表示强拥有关系，部分对象无法脱离整体独立存在（如“汽车-发动机”），而聚合（Aggregation）是弱拥有（如“班级-学生”）。4.数据库设计中，若某关系模式R（A,B,C,D）存在函数依赖A→B，B→C，C→D，则R的最高范式为（）A.1NFB.2NFC.3NFD.BCNF答案：B解析：主码为A，非主属性B、C、D存在传递依赖（A→B→C→D），违反3NF要求（非主属性不能传递依赖于主码），但满足2NF（消除部分依赖）。5.软件测试中，用于验证系统是否满足用户业务需求的测试类型是（）A.单元测试B.集成测试C.系统测试D.验收测试答案：D解析：验收测试由用户主导，验证系统是否符合需求规格说明书中的业务要求，是交付前的最终验证。6.敏捷开发（Scrum）中，“冲刺（Sprint）”的时间盒通常设定为（）A.1-4周B.1-2个月C.半年D.1年答案：A解析：Scrum规定冲刺周期为2-4周（通常2周），确保快速迭代和反馈，时间盒不可随意变更。7.系统可靠性设计中，“N模冗余”技术的核心是（）A.采用多个相同模块并行运行，通过表决器选择结果B.主模块故障时自动切换至备用模块C.对关键数据进行异地备份D.增加系统的处理能力冗余答案：A解析：N模冗余（如3模）通过多个相同模块同时处理，表决器比较结果，选择多数一致的输出，提升容错能力。8.云计算环境下，“基础设施即服务（IaaS）”的典型服务内容是（）A.提供数据库管理服务（如RDS）B.提供虚拟服务器、存储和网络资源C.提供软件开发平台（如PAAS）D.提供完整的应用程序（如SaaS）答案：B解析：IaaS层提供基础IT资源（计算、存储、网络），用户需自行管理操作系统和应用；PaaS提供开发平台，SaaS提供完整应用。9.数据仓库设计中，维度表的作用是（）A.存储事实数据的量化值（如销售额）B.提供用于分析的上下文信息（如时间、地区）C.管理数据仓库的元数据D.优化OLTP系统的查询性能答案：B解析：维度表描述业务的背景信息（如时间维度、产品维度），与事实表（存储度量值）共同构成星型模型，支持多维分析。10.系统性能优化中，“缓存策略”主要解决的问题是（）A.减少数据库写入压力B.加速高频数据的读取响应C.提升事务的原子性D.降低网络传输延迟答案：B解析：缓存通过存储高频访问的数据副本（如Redis），避免重复查询数据库，显著缩短读取时间。二、简答题（每题8分，共24分）1.简述用例图中“参与者（Actor）”与“系统边界”的关系及设计要点。答案：参与者是与系统交互的外部实体（人或其他系统），系统边界是区分系统内部与外部的逻辑界限。设计要点：①参与者需直接与系统交互（如“患者”是医院系统的参与者，“医生的笔记本电脑”若通过接口连接则是参与者）；②系统边界应清晰划分哪些功能属于系统内部（如“挂号”在边界内，“患者线下排队”在边界外）；③避免将系统内部模块误标为参与者（如“支付子系统”若属于本系统则非参与者）。2.对比结构化分析（SA）与面向对象分析（OOA）在数据与行为建模上的差异。答案：①结构化分析中，数据与行为分离：数据通过数据字典描述，行为通过DFD和加工说明描述（如“处理过程”独立于数据）；②面向对象分析中，数据与行为封装在对象中：对象包含属性（数据）和方法（行为），通过类图、用例图等描述交互（如“用户”对象同时包含“姓名”属性和“登录”方法）；③SA以功能为中心（“做什么”），OOA以对象为中心（“谁来做”），更符合现实世界的建模逻辑。3.说明数据流程图（DFD）分层设计的原则及常见错误。答案：分层原则：①自顶向下，逐层分解（顶层→0层→1层…）；②子图需完全展开父图的处理过程（父图的每个处理对应子图的一组处理）；③保持数据流守恒（子图的输入输出数据流与父图一致）。常见错误：①父图处理未分解（如顶层图包含“业务处理”但0层未展开）；②子图引入父图未定义的外部实体或数据流；③处理过程命名模糊（如“处理数据”而非“计算月用电量”）。三、应用题（共56分）（一）需求分析与建模（20分）某社区拟开发“智慧养老健康管理系统”，主要功能如下：老人信息管理：社区工作人员录入/修改老人基本信息（姓名、年龄、病史、家属联系方式），支持按姓名/年龄查询。健康数据采集：对接智能手环（如华为Watch）获取实时心率、血压、步数数据，每隔5分钟自动上传。异常预警：若心率＞120次/分或血压收缩压＞160mmHg，系统自动向老人家属（手机号）发送短信，并向社区医生APP推送预警通知（含老人姓名、异常指标、时间）。健康报告提供：每周提供老人健康趋势报告（包含心率/血压周均值、步数达标率），支持社区工作人员导出PDF。家属端功能：家属通过微信小程序查看老人实时数据（心率、血压、步数）、历史报告，接收预警通知。要求：（1）绘制系统上下文图（4分）；（2）绘制0层数据流程图（DFD），要求至少包含4个处理过程（8分）；（3）列出3个关键需求，并说明其验证方法（8分）。答案：（1）上下文图要素：外部实体：社区工作人员、老人（智能手环）、家属（微信小程序）、社区医生（APP）、短信网关（第三方）。系统：智慧养老健康管理系统。数据流：社区工作人员→系统：录入/修改老人信息、查询老人信息、导出健康报告。智能手环→系统：实时健康数据（心率、血压、步数）。系统→家属：预警短信、实时数据/历史报告（微信小程序）。系统→社区医生：预警通知（APP）。系统→短信网关：预警短信内容。（2）0层DFD处理过程（至少4个）：P1：老人信息管理（输入：录入/修改/查询请求；输出：老人信息存储、查询结果）。P2：健康数据采集（输入：智能手环实时数据；输出：健康数据库存储）。P3：异常预警处理（输入：健康数据库数据；输出：短信通知、医生APP通知）。P4：健康报告提供（输入：健康数据库数据、报告提供请求；输出：PDF报告、报告存储）。P5：家属端数据同步（输入：家属查询请求；输出：实时数据/历史报告）。（3）关键需求及验证方法：需求1：“智能手环数据每5分钟自动上传”。验证方法：通过日志监控（检查上传时间戳间隔）、模拟手环发送数据（测试上传频率）。需求2：“异常预警需同时发送短信和APP通知”。验证方法：人工触发异常数据（如设置心率130次/分），检查家属手机是否收到短信、社区医生APP是否显示通知。需求3：“健康报告包含周均值、步数达标率”。验证方法：录入一周模拟数据（如心率100、110、90次/分），计算系统提供的均值（100）与手动计算对比；设置步数达标阈值（如5000步/天），验证达标率（如3天达标则60%）是否正确。（二）系统设计与风险分析（36分）某企业计划开发“智能仓储管理系统”，核心需求包括：支持多仓库（总仓、区域仓）的库存管理（入库、出库、盘点）；与ERP系统对接，同步采购订单（提供入库任务）和销售订单（提供出库任务）；提供库存预警（库存＜安全阈值时向仓库管理员推送提醒）；支持RF手持终端（无线射频设备）扫描条码完成出入库操作（离线时暂存数据，联网后同步）。要求：（1）设计系统的逻辑架构，画出分层图并说明各层功能（12分）；（2）设计库存管理模块的数据库表结构（至少包含4张表，需说明表名、字段及关键约束）（12分）；（3）识别系统可能存在的3个技术风险，并提出应对措施（12分）。答案：（1）逻辑架构分层图及功能：表现层：提供用户交互界面，包括Web管理端（仓库管理员操作）、RF手持终端APP（扫描操作）、ERP对接接口（RESTAPI）。应用层：包含核心业务逻辑。库存管理服务：处理入库、出库、盘点流程，提供任务单据。预警服务：定时检查库存，触发预警通知（短信/APP）。接口服务：与ERP系统对接（解析采购/销售订单）、与RF终端同步数据（离线缓存同步）。数据层：存储业务数据。主数据库（MySQL）：存储仓库信息、库存记录、任务单据。缓存（Redis）：存储高频访问的库存实时数据（如当前库存量）。日志数据库（Elasticsearch）：存储操作日志、异常日志。（2）库存管理模块数据库表结构：仓库表（Warehouse）：字段：warehouse_id（主键，自增）、name（仓库名称，非空）、type（类型，枚举：总仓/区域仓）、address（地址）。库存表（Inventory）：字段：inventory_id（主键）、warehouse_id（外键，关联Warehouse.warehouse_id）、product_id（商品ID）、quantity（当前数量，≥0）、safety_threshold（安全阈值）。约束：(warehouse_id,product_id)唯一（同一商品在不同仓库的库存独立）。入库任务表（InboundTask）：字段：task_id（主键）、erp_order_id（ERP采购订单号，非空）、product_id（商品ID）、target_quantity（目标入库量）、status（状态：待执行/完成/异常）、create_time（创建时间）。出库任务表（OutboundTask）：字段：task_id（主键）、erp_order_id（ERP销售订单号，非空）、product_id（商品ID）、target_quantity（目标出库量）、status（状态：待执行/完成/异常）、create_time（创建时间）。RF操作记录表（RFOperation）：字段：record_id（主键）、task_id（外键，关联InboundTask或OutboundTask.task_id）、operator（操作人员）、scan_time（扫描时间）、scan_quantity（实际扫描数量）、sync_status（同步状态：未同步/已同步）。（3）技术风险及应对措施：风险1：RF终端离线时数据丢失（如设备断电导致暂存数据未同步）。应对：采用本地SQLite数据库存储离线数据，记录操作日志；设备开机后自动检测未同步数据，优先同步并标记；同步失败时重试3次，仍失败则推送异常通知给管理员。风险2：与