软考高级 · 系统架构设计师 · 下午科目备考手册

案例分析（下午一）+ 论文（下午二）：题型规格、常考方向、答题模板与素材准备

进入实战

🛡 案例实战

下午一案例专项：全题库精练，先闭卷作答再对照精讲，自动沉淀错题。

进入案例实战 →

🪶 论文习作

下午二论文：真题抽题、结构模板、120 分钟计时与自评清单。

进入论文习作 →

说明：本页是备考手册（题型 / 模板 / 范文要点）；真正的「案例练习 / 论文练习」计数来自上方两个练习入口。「占卜课 · 架构图填空」属专项补充（偏题 / 加分项），并非主案例或论文。

一、下午科目考试规格

科目题型与题量时间及格
案例分析
（下午一）		 试卷共 5 道大题：试题一必答，试题二～五中任选 2 道作答，共答 3 道，每题 25 分，满分 75 分。
每题含 4-6 个小问，题型为填空、简答、判断、对比分析、原因分析与方案设计		 与综合知识连考共享 240 分钟（综合知识最长 150 分钟，故案例通常只剩 90-120 分钟） ≥45 分
论文
（下午二）		 4 道题选 1 道，撰写一篇议论文/经验总结，满分 75 分。
字数要求：摘要 200-300 字，正文 2000-2500 字左右		 120 分钟
不得提前交卷离场		 ≥45 分
时间是最被低估的风险。综合知识 + 案例连考，第一科最长可用 150 分钟，但那样案例只剩 90 分钟。建议综合知识控制在 90-100 分钟内交卷，把 120 分钟以上留给案例。三科须同时 ≥45 分，任一科不过则全部重考。
综合知识 60-70min（75题）
检查 15min
案例分析 110-120min（3题）
机动 20min

参考节奏（总 240 分钟）：综合知识约 1.3 分钟/题，案例约 35-40 分钟/道（含审题、构思、书写）。

二、案例分析：五大常考方向

近四年（21.11 - 24.11）真题统计，案例考查方向高度稳定。自 2024 年起出现明显变化：传统 UML 建模题减少，转向陌生架构图填空（区块链、ROS、Lambda/Kappa、Cache-Aside、知识图谱、数字孪生等），超纲感增强。

方向典型考法出现频次
试题一 必答
软件架构设计		 质量属性场景识别与效用树补充、架构风格判断与对比（管道-过滤器/解释器/事件驱动/面向对象）、ABSD 流程填空、DSSA 领域工程、敏感点与权衡点、架构评估方法（ATAM/SAAM/CBAM） 每场必考
试题二
系统开发与建模		 用例图/类图/顺序图/通信图/活动图填空、UML 关系与消息类型、设计模式归类与应用、数据流图（DFD）平衡原则、需求图与 SysML、形式化方法与安全分析（故障树） 每场必考
试题三
嵌入式系统		 RTOS 特性、车载以太网 SOME/IP 与 DDS 对比、机器人操作系统 ROS 分层、心跳检测与超时探测、嵌入式中间件、硬件指标 每场必考
试题四
数据架构 / 数据库		 Redis 缓存策略（Cache-Aside 读写流程）、缓存与数据库一致性、主从复制与读写分离、分布式锁、MySQL/HBase/MongoDB/ES 选型、Lambda 与 Kappa 架构图、数据湖仓一体、逆规范化 每场必考
试题五
Web 系统架构		 RESTful 架构图填空、微服务拆分与服务治理（熔断、限流、降级）、消息中间件选型、MQTT 与 HTTP 对比、边缘计算模型、ES 分词与检索、云原生与容器化 每场必考
选答策略：试题一必答（通常是架构设计，最容易拿分）。剩下两道从试题二～五中选。建议先花 5 分钟通读全部 5 道题，按「能写出多少」排序：优先选自己见过同类图、能填出空的题，而不是看起来最熟悉的题 —— 因为填空类题目只要对上术语就能得分，而开放论述题容易失分。

三、案例答题通用技巧

1. 填空题：看结构推术语

架构图填空先看对称性与分层：左右对称的往往是并列组件，上下相邻的往往是分层（如表现层/业务层/数据层）。填的词优先用教材标准术语，长度与已给出的框保持一致。

2. 简答题：概念 + 结合案例

先一句定义（拿概念分），再结合题干场景展开（拿应用分），最后点出效果或代价。只写定义通常只能拿一半分。

3. 对比题：列表格

对比类题目一律用表格作答：维度 / 方案 A / 方案 B。维度从「性能、可靠性、复杂度、成本、适用场景、一致性」中挑，阅卷按点给分，表格最省时间且不易漏点。

4. 原因分析：三段式

「是什么 → 为什么 → 怎么办」。现象描述、根因分析（分点，每点一个独立原因）、解决措施（与原因一一对应）。原因与措施数量对齐最讨巧。

5. 条目化书写

用 ①②③ 分条，每条一个论点 + 一句话解释。避免大段文字 —— 阅卷是按采分点扫的，段落里藏着的要点容易被漏看。

6. 不会也要写

遇到陌生架构图，先填能确定的结构性术语（如"数据采集层""消息队列""服务层""存储层""应用/展示层"），这些是通用分层词，命中率不低。空着一定 0 分。

五个高频答题模板（背下来直接用）

模板 A｜架构风格对比（高频）
① 先给定义：X 风格把系统组织为……，构件之间通过……交互。
② 特点分条：优点——（1）……（2）……（3）……；缺点——（1）……（2）……
③ 结合案例：本系统具有……特征（如数据流式处理 / 需要动态扩展 / 无确定性求解策略），因此适用 X 风格。
④ 补充代价：采用该风格会带来……开销（如性能、一致性、复杂度），需通过……缓解。
模板 B｜质量属性与战术
① 识别质量属性：题干中「1 秒内响应」→性能；「99.99% 可用」→可用性；「防止数据泄露/篡改」→安全性；「新增功能不改动现有代码」→可修改性；「快速定位故障」→可测试性。
② 写完整场景六要素：刺激源 / 刺激 / 环境 / 制品 / 响应 / 响应度量。
③ 给战术：性能→资源需求、资源管理（并发、调度）、资源仲裁；可用性→错误检测（心跳、Ping/Echo）、错误恢复（冗余、回滚、状态再同步）、错误预防（事务、进程监视器）；安全性→抵抗（认证、授权、加密）、检测（IDS、审计）、恢复；可修改性→局部化、防止连锁反应、推迟绑定。
④ 若问权衡点：说明该参数同时影响 A 与 B 且方向相反，需权衡。
模板 C｜缓存与数据库一致性（Redis 高频）
① 读流程（Cache-Aside）：命中直接返回；未命中读库 → 写入缓存 → 返回。
② 写流程：先更新数据库 → 再删除缓存（而非更新缓存，避免并发写导致脏数据）。
③ 一致性问题与对策：设置合理过期时间；延时双删；订阅 binlog 异步删除；对强一致场景加分布式锁或用事务消息。
④ 三大缓存问题：穿透（查不存在的数据→布隆过滤器 / 空值缓存）、击穿（热点 key 过期→互斥锁 / 逻辑过期）、雪崩（大量 key 同时失效→过期时间加随机值 / 多级缓存 / 限流降级）。
模板 D｜微服务拆分与治理
① 拆分依据：按业务能力 / 领域驱动设计的限界上下文 / 单一职责，避免按技术层拆分。
② 服务治理：注册发现、配置中心、网关（统一鉴权与路由）、熔断降级、限流、链路追踪、日志聚合。
③ 数据：每服务独立库，跨服务用 Saga / TCC / 消息最终一致，避免分布式事务滥用。
④ 代价：运维复杂度、网络延迟、数据一致性、排障难度上升；需配套 DevOps、容器编排与可观测能力。
模板 E｜UML 图填空
① 用例图：角色（人形）与用例（椭圆），关系记 include（强制包含）/ extend（条件扩展）/ 泛化。
② 类图：关系强度 依赖 < 关联 < 聚合 < 组合，加泛化与实现；多重性写在两端（1、0..*、1..*）。
③ 顺序图：生命线 + 消息（同步实心三角、异步空心箭头、返回虚线、创建/销毁），组合片段 alt/opt/loop/par。
④ 活动图：分叉/汇合（粗横线，并发） vs 分支/合并（菱形，二选一）。
⑤ 数据流图：父图与子图的数据流必须平衡，加工必须有输入与输出。

四、历年案例考点速查

场次试题一（必答）试题二试题三试题四试题五
24.11功能性/质量属性需求识别、可用性 Ping 与心跳机制安全关键系统、故障树、形式化方法与测试ROS 定义与特点、分层填充、通信模型Cache-Aside 读写流程补充、并发数据不一致ES 分词器、RESTful 架构图填空
24.05质量属性场景、场景要素UML 序列图消息类型、组合片段车载以太网 SOME/IP 与 DDS分布式锁、Redis Zset 操作MySQL/HDFS/HBase/MongoDB/ES 选型与存储策略
23.11架构风格与评估、Utility 效用树Lambda 与 Kappa 架构图、大数据系统属性JWT 组成与特点持久层、Redis 数据丢失、读写分离SysML 七种关系、需求图与用例图
22.11质量效用树补充、解释器与面向对象风格对比数据流图与平衡原则、ER 图、数据字典心跳检测、超时探测、数据驱动方法实时同步与异步准实时方案、一致性哈希、布隆过滤器HTTP 与 MQTT 选择、边缘计算优势
21.11质量效用树、管道-过滤器/解释器/事件风格对比用例图、顺序图、通信图嵌入式系统基础逆规范化、数据不一致、Redis 与 MySQL 同步智能家居架构图填空、UDP 与 TCP 差异
规律总结：①「质量属性场景/效用树」几乎每次都考，务必滚瓜烂熟；② 架构风格必考一次对比；③ 嵌入式与数据/缓存各占一整道；④ 24 年起新增「陌生架构图填空」，需要平时多积累云原生、大数据、AI、区块链、物联网的通用分层术语。

五、论文：规格与评分

项目说明
题目形式4 道命题作文，任选 1 道。多为「论 XX 技术/方法及其应用」，部分题目要求回答若干子问题（如"请围绕……，论述你参与的项目、遇到的问题及解决方法"）。
字数摘要 200-300 字，正文 2000-2500 字。字数不足是硬伤，通常低于 1800 字会明显扣分。
时长120 分钟，不得提前交卷离场。以 40 字/分钟计，2000 字需 50 分钟纯打字，故构思必须控制在 20 分钟内。
评分维度①切题（摘要与正文是否呼应题目要求、是否遗漏子问题）；②结构（摘要、项目背景、实践过程、效果与反思是否完整）；③内容（是否有真实项目、是否有具体技术细节与数据）；④深度（是否写清楚问题、决策过程与权衡，而非堆砌技术名词）；⑤表达（语句通顺、格式清晰、字数达标）。
最常见的四个失分点：① 只写理论、没有项目与数据（最致命）；② 摘要与正文内容不符；③ 遗漏题目要求的子问题（如要求写"三点问题及对策"只写了两点）；④ 字数严重不足或结尾草草收场。

六、论文结构模板（建议照此打草稿）

摘要（200-300 字，先写）
句式：本文以我参与的「项目名称」项目为例（该项目是一句话业务定位，规模/用户量/并发量，我担任角色），论述了论文主题技术在项目中的应用。文中首先……，然后结合项目实际，重点阐述了2-3 个关键实践点；最后说明实施效果与不足。项目于时间上线，量化效果。
要点：摘要必须包含「项目」「主题」「做了什么」「效果」四要素，且与正文严格对应。
正文第一部分：项目背景（约 400-500 字）
① 项目是什么、给谁用、解决什么问题；② 规模数据（用户量、峰值 QPS、数据量、团队规模、周期）；③ 我的角色与职责；④ 为什么要采用该主题技术（业务痛点引出，这是切题的关键）；⑤ 一句话承上启下。
正文第二部分：技术与实践（约 1100-1400 字，核心得分区）
① 概念简述（100-150 字，一两段即可，别长篇抄教材）；
② 2-3 个实践点，每个点采用「问题 → 方案对比 → 选型理由 → 落地做法 → 效果数据」五段式；
③ 必须体现权衡：为什么选 A 不选 B，代价是什么，如何缓解；
④ 用具体数据与技术细节支撑（响应时间从 800ms 降到 120ms、可用性从 99.5% 提升到 99.95%、故障恢复时间从 30 分钟降到 3 分钟）。
正文第三部分：效果与反思（约 300-400 字）
① 上线效果：用数据说话（性能、稳定性、交付效率、成本）；② 遇到的问题与解决；③ 不足与改进方向（体现独立思考，阅卷很吃这一套）；④ 总结升华一句。
时间分配（120 分钟）：审题与选题 5 分钟 → 列提纲（含 3 个实践点的标题）10 分钟 → 摘要 15 分钟 → 正文背景 15 分钟 → 正文核心 55 分钟 → 效果反思 10 分钟 → 通读检查 10 分钟。
铁律：正文核心部分无论如何要写到 1100 字以上，字数不够时优先补"实践细节与数据"，而不是继续抄概念。

七、历年论文题目与高频主题

场次四道论文题
24 下半年论软件维护及其应用（提高可维护性的常见方法）｜论面向服务的架构设计（Web Service 实现过程、SOA 支持重用的基本特征）｜论多源异构数据集成方法（技术路线）｜论分布式事务及其解决方案（四种常用策略）
24 上半年论大数据 Lambda 架构｜论模型驱动架构设计方法及其应用｜论单元测试方法及应用（含回归测试）｜论云上自动化运维及其应用
23 下半年论可靠性评估模型｜论面向对象分析方法及应用（用例模型与分析模型）｜论多数据源企业集成｜论边云协同
22 下半年论基于构件的软件开发方法及其应用｜论软件维护方法及其应用｜论区块链技术及应用｜论湖仓一体架构及其应用
21 下半年论面向方面编程（AOP）技术及其应用｜论系统安全架构设计（鉴别框架与访问控制框架）｜论企业集成平台的理解与应用｜论微服务架构及其应用
高频主题方向：微服务/服务化架构、云原生与运维、大数据与湖仓一体、安全架构、可靠性、数据集成（多源异构/多数据源）、软件维护与演化、构件化与复用、边缘/边云协同、模型驱动与单元测试。
备考建议：不必赌题，准备 2-3 个自己真正做过的项目（一个 Web/后端系统、一个数据类系统、一个偏运维或嵌入式更好），把规模数据与技术栈背熟，考场上把 4 个题目往自己的项目上靠。

八、考前必做准备清单

论文素材准备（考前一晚必须完成）

案例冲刺