软考
案例分析答题模板
软考高级系统架构设计师备考:案例分析科答题方法论 + 必背表速查 + 5选3选答策略 + 第1题标准模板 + 连考时间分配 + 常用答题套路 + 真题陷阱与避坑
一句话定位
本笔记是案例分析科的答题方法论与模板库。案例与综合知识连考(总 240 min),5 题选 3 答,第 1 题必答且几乎必考架构风格 + 质量属性。本篇提供:必背表速查入口、选答策略、第 1 题标准答题模板、时间分配表、常用套路、真题陷阱分析——目标是在考场上快、准、狠地拿满能拿的分。
IMPORTANT
- 案例不是考你背教材,是考你”给场景 → 识别问题 → 给出方案”的架构思维。
- 第 1 题(架构风格 + 质量属性)是送分题,必须拿满;选答题优先挑自己擅长的,不擅长的(如嵌入式、某些新技术题)果断放弃。
- 答题原则:先看问题再看题干;踩点作答,关键词前置。
A. 必背表速查入口
案例分析的答题素材 80% 来自以下前置笔记,考前必须做到提到概念能定位到表:
| 考点 | 所在笔记 | 用途 |
|---|---|---|
| 架构风格完整对比表(11 种子风格 + 现代派生) | 03-架构核心速查表 §B | 第 1 题必考:判断/选择架构风格 |
| 六类质量属性及战术清单 | 03-架构核心速查表 §C | 第 1 题必考:效用树填空、改进方案 |
| ATAM 九步评估流程 | 03-架构核心速查表 §D | 案例/论文:架构评估方法论 |
| SAAM 六步评估流程 | 03-架构核心速查表 §D | 案例:可修改性评估 |
| 23 种 GoF 设计模式速查 | 04-设计模式速查表 | 案例:给场景判断设计模式 |
| UML 九图判别表 | 02-软件工程与UML速查表 §B | 案例:选图/补图/改图 |
| 新技术(微服务/云原生/大数据/DevOps) | 05-新技术与Web架构速查表 | 选答题:新技术方向 |
TIP
考前几周每天快速过一遍 03-架构核心速查表,尤其是架构风格对比表和质量属性战术表——这是案例第 1 题的全部弹药库。
B. 题型结构与选答策略
B.1 近年题型(2023 机考改革后)
| 时期 | 题型 | 说明 |
|---|---|---|
| 2023 下半年起 | 5 大题选 3 题 | 第 1 题必答 + 后 4 题选 2 题 |
| 2017~2023 上 | 3 题全答 | 无选答空间 |
B.2 第 1 题特征(必答,务必拿满)
- 几乎必考:架构风格判断 + 质量属性效用树 + 改进建议
- 题干形式:给出一个系统的架构描述(文字 + 可能的架构图)
- 问题形式(通常 3~4 小问):
- 该系统采用了什么架构风格?说明理由。
- 画出/补全该系统的质量属性效用树。
- 针对某一质量属性(如可用性/性能),列举改进措施。
- (可选)评估该架构的优缺点。
IMPORTANT
2024 年案例考法变化(据真题回忆):
- 效用树不再是传统的树形结构图,而是以表格(table)形式出现——给出场景描述,要求填写对应的质量属性/功能性。
- 可靠性和可用性可能同时出现,需要能区分二者(可用性 = 系统正常运行时间比例;可靠性 = 系统在规定条件下无故障运行的能力)。
- 但仍然会考到效用树的基本概念,只是呈现形式变化了。
B.3 5 选 3 选答策略
拿到试卷 → 先看第 1 题(必答,立刻做)
→ 快速浏览后 4 题,标记擅长/不擅长
→ 优先选:① 架构/设计模式/UML 题(套路清晰)
② 自己复习过的新技术方向
→ 果断放弃:嵌入式、完全不熟悉的新技术/陌生领域
→ 确定 2 道选答题,按先易后难顺序作答
| 选答题类型 | 建议 | 理由 |
|---|---|---|
| 架构风格/质量属性扩展题 | 优先选 | 与第 1 题知识重叠,顺手 |
| 设计模式应用题 | 优先选 | 套路固定:判断模式 + 说明理由 + 画类图 |
| UML 建模题 | 优先选 | 套路固定:选图/补图 + 说明关系 |
| 新技术(云原生/微服务/大数据等) | 视掌握程度 | 若复习到位可选,否则放弃 |
| 嵌入式/实时系统 | 一般放弃 | 专业性强,非主攻方向 |
WARNING
不要贪图题全做——5 题选 3,时间有限,确保选的 3 题质量才是关键。不熟悉的题做 half 不如熟题的 full。
C. 答题方法论
C.1 黄金原则:先看问题再看题干
错误做法:从头到尾读题干 → 读问题 → 再回头找答案(时间浪费,易遗漏)
正确做法:先读问题 → 带着问题回题干定位关键句 → 组织答案
C.2 踩点作答公式
每小问按”总-分”结构,关键词前置:
【总】直接给出结论/判断(让阅卷人一眼看到得分点)
【分】分点阐述理由,每点格式:关键词 + 简要解释
示例(问:系统采用了什么架构风格?):
该系统采用了管道-过滤器架构风格。 理由如下:
- 数据流驱动:系统以数据流为核心组织方式,前一组件的输出直接作为后一组件的输入;
- 过滤器独立:各处理单元(如词法分析、语法分析、代码生成)相互独立,通过标准数据接口连接;
- 符合编译器特征:编译过程的词法分析 → 语法分析 → 语义分析 → 中间代码生成 → 目标代码生成天然适合管道-过滤器风格。
C.3 第 1 题标准答题模板
模板一:架构风格识别
【结论】该系统采用了 [架构风格名称] 架构风格。
【理由】(分点作答,每点结合题干关键词)
1. [特征1]:题干中"..."体现了该风格的...特征;
2. [特征2]:题干中"..."符合...;
3. [对比排除]:该系统不具备 [其他风格] 的...特征,因此排除。
【适用场景】该风格适用于 [场景],本系统 [是否完全匹配/存在改进空间]。
模板二:质量属性效用树填空/补全
质量属性效用树结构:
┌─ 可用性 ───┬─ 错误检测 (Ping/Echo, 心跳, 异常)
│ ├─ 错误恢复 (主动冗余, 被动冗余, 回滚, 降级)
│ └─ 错误预防 (事务, 进程监视器)
│
质量属性效用树 ────┼─ 可修改性 ──┬─ 局部化修改 (语义一致性, 模块分解)
│ ├─ 防止连锁反应 (信息隐藏, 接口与实现分离)
│ └─ 推迟绑定时间 (配置文件, 组件替换)
│
├─ 性能 ─────┬─ 资源需求 (提高计算效率, 减少开销)
│ ├─ 资源管理 (引入并发, 数据多副本)
│ └─ 资源仲裁 (FIFO, 优先级, 轮转)
│
├─ 安全性 ───┬─ 抵抗攻击 (认证, 授权, 加密)
│ ├─ 检测攻击 (入侵检测)
│ └─ 从攻击中恢复 (审计跟踪)
│
├─ 可测试性 ─┬─ 输入/输出管理 (录制/回放)
│ └─ 内部监视 (内置监视器)
│
└─ 易用性 ───┬─ 运行时战术 (任务模型, 用户模型)
├─ 设计时战术 (用户接口分离)
└─ 支持用户主动 (取消, 撤销, 聚合)
TIP
效用树填空题通常会给一个不完整的树形结构,要求补全某几个节点。关键是:根节点是”质量属性”,二级是六大属性,三级是战术分类,四级是具体战术。看清题目问的是哪一级,别填错位。
模板三:改进建议(针对某一质量属性)
【问题识别】该系统在 [质量属性] 方面存在不足,主要表现:...
【改进措施】(分点,每点 = 具体战术 + 技术实现 + 预期效果)
1. [战术1]:采用 [具体技术],预期可提升/改善...;
2. [战术2]:通过 [具体技术],解决...问题;
3. [战术3]:引入 [具体技术],实现...效果。
【总结】通过以上措施,系统的 [质量属性] 可从 [现状] 提升至 [目标]。
C.4 设计模式应用题模板
【识别模式】该系统/模块使用了 [设计模式名称] 模式。
【模式意图】该模式的意图是:...
【在本系统中的体现】
- 抽象/接口:...(对应模式中的抽象角色)
- 具体实现:...(对应模式中的具体实现角色)
- 客户端:...(如何调用/使用)
【使用该模式的好处】
1. ...(如:封装变化、解耦、复用等)
2. ...
【类图示意】(如要求画图,简要画出关键类和关系)
C.5 UML 图选择题模板
【结论】应选择 [图名]。
【理由】
1. 该图用于描述 [用途],正适合题干中"..."的需求;
2. 与其他图的区别:[图A] 强调 [特征A],[图B] 强调 [特征B],
本题强调 [特征X],因此选 [目标图];
3. 排除其他选项:[排除图] 用于 [场景],不适合本题。
D. 核心知识点详解与真题对接
D.1 质量属性场景六要素
质量属性场景是精确描述质量属性需求的手段,由 6 个要素组成(2024 年综合知识真题考点):
| 要素 | 英文 | 含义 |
|---|---|---|
| 刺激源 | Source | 生成该刺激的实体(人、计算机系统或其他刺激器) |
| 刺激 | Stimulus | 当刺激到达系统时需要考虑的条件 |
| 环境 | Environment | 刺激在某些条件下发生(如正常运行、过载等) |
| 制品 | Artifact | 被激励的制品(整个系统或系统的一部分) |
| 响应 | Response | 刺激到达后所采取的行动(这是最常考的点) |
| 响应度量 | Measurement | 对响应进行度量,以测试需求是否满足 |
真题示例(2024-11):“质量属性场景中,( )用于描述在激励到达后所采取的行动”——答案:响应(Response)。
D.2 ATAM 效用树优先级维度(二维标记法)
ATAM 采用效用树对质量属性进行分类和优先级排序。每个场景(叶子节点)有两个维度的优先级标记:
| 优先级 | 含义 |
|---|---|
| (H, H) | 对系统成功重要性高,实现难度高 |
| (H, L) | 对系统成功重要性高,实现难度低 |
| (L, H) | 对系统成功重要性低,实现难度高 |
| (L, L) | 对系统成功重要性低,实现难度低 |
- 第一维:每个场景对系统成功的重要性(High/Medium/Low)
- 第二维:从架构师角度看,实现该场景的难度估计(High/Medium/Low)
WARNING
不是所有安全性场景都自动高优先级——场景的优先级是基于重要性和实现难度的综合考量(2024 年真题判断题考点)。
D.3 敏感点、权衡点、风险点、非风险点
这是案例经常要求判断/填空的四个核心概念:
| 概念 | 定义 | 答题关键词 |
|---|---|---|
| 敏感点 | 一个或多个构件(及构件间关系)的特性;研究敏感点可明确达成质量目标时应注意什么 | ”影响…质量属性”、“改变…会导致…” |
| 权衡点 | 影响多个质量属性的特性,是多个质量属性的敏感点 | ”同时影响A和B”、“提高X可能降低Y” |
| 风险点 | 可能导致问题的架构决策或设计 | ”可能导致…问题”、“存在…隐患” |
| 非风险点 | 有充分证据表明可接受的架构决策 | ”经过验证…”、“已有成熟方案…” |
经典真题:“提高加密级别允许提高安全性,但可能要耗费更多的处理时间,影响体系性能。如果某个机密消息的处理有严格的时间延迟要求,则加密级别可能就会成为架构评估中的一个( )“——答案:权衡点(同时影响安全性和性能两个质量属性)。
D.4 质量属性战术速记口诀
为了方便记忆,这里提供一个高频战术速记表:
可用性(Availability)
检测:Ping/Echo + 心跳 + 异常
恢复:主备冗余 + 回滚降级 + 重试重启
预防:事务 + 监视 + 移除
性能(Performance)
需求:提效减开销 + 控频和采样
管理:并发 + 多副本 + 加资源
仲裁:FIFO + 优先级 + 轮转/短作业
可修改性(Modifiability)
局部:语义一致 + 模块分解 + 通用化
防连锁:信息隐藏 + 接口分离 + 中介者
推迟绑定:运行时注册 + 配置文件 + 多态
E. 连考时间分配表
综合知识与案例分析连考,总时长 240 min(4 小时),综合知识节余时间自动并入案例。
| 阶段 | 时间 | 目标 | 备注 |
|---|---|---|---|
| 综合知识 | 120~130 min | 做完 + 检查填涂/选项 | 综合知识最少须作答 120 min |
| 交卷(如提前完成) | — | 剩余时间自动给案例 | 确认无误后尽早交卷 |
| 案例分析 | 110~120 min | 3 大题全部做完 | 含读题、思考、作答 |
| 第 1 题 | 35~40 min | 架构风格 + 质量属性,拿满 | 先易后难,不纠结 |
| 选答题 1 | 35~40 min | 完整作答 | 选择自己擅长的 |
| 选答题 2 | 30~35 min | 完整作答 | 留时间检查 |
IMPORTANT
- 综合知识控在 120~130 min 内:综合知识 75 题,平均每题 1.5~2 min,不要恋战。
- 综合知识交卷后不可返回,确保填涂/选择无误再交。
- 案例分析 3 大题,每题 ≤40 min,先易后难,遇到卡壳的先标记,回头再做。
- 考试结束前 60 min 可离场——但建议坐到最后一刻,多检查一遍。
F. 常用答题套路(高频踩分短句)
F.1 高可用(Availability)
| 套路公式 | 展开说明 |
|---|---|
| 高可用 = 负载均衡 + 冗余 + 故障转移 | 负载均衡(Nginx/F5/SLB)分散请求;冗余(主从/多活)避免单点;故障转移(Keepalived/哨兵)自动切换 |
| 备用套路 | 心跳检测 + 冗余部署 + 自动故障恢复 + 降级策略 |
F.2 高性能(Performance)
| 套路公式 | 展开说明 |
|---|---|
| 高性能 = 缓存 + 并发 + 异步 | 缓存(Redis/Memcached)降低 DB 压力;并发(线程池/连接池)提升吞吐;异步(消息队列 MQ)削峰填谷 |
| 备用套路 | 读写分离 + 数据库分库分表 + CDN 加速 + 索引优化 |
F.3 可扩展(Scalability)
| 套路公式 | 展开说明 |
|---|---|
| 可扩展 = 分层 + 微服务 + 水平扩展 | 分层(表现层/业务层/数据层)解耦;微服务按业务域拆分;水平扩展(加机器)而非垂直扩展(升配置) |
F.4 分布式一致性
| 场景 | 方案选择 |
|---|---|
| 强一致性要求 | 2PC / 3PC / Paxos / Raft |
| 最终一致性可接受 | TCC / Saga / 本地消息表 / 最大努力通知 |
| 高并发场景 | 柔性事务 + 异步补偿机制 |
详见 05-新技术与Web架构速查表 §分布式事务。
F.5 安全性(Security)
| 层级 | 措施 |
|---|---|
| 传输层 | HTTPS / SSL/TLS / VPN |
| 身份认证 | JWT / OAuth2 / SSO / 双因素认证 |
| 访问控制 | RBAC / ACL / 最小权限原则 |
| 数据安全 | 加密存储(AES/RSA)+ 敏感字段脱敏 |
| 防御性 | WAF / 防 SQL 注入 / 防 XSS / 防 CSRF |
G. 常见陷阱与避坑指南
G.1 架构风格判断陷阱
| 陷阱 | 正确做法 |
|---|---|
| 只看到”层次”就答层次结构 | 结合具体特征——如果强调”前一阶段输出是后一阶段输入”,可能是管道-过滤器 |
| 混淆”仓库”和”黑板” | 仓库 = 中央数据 + 独立构件;黑板 = 知识源 + 黑板 + 控制器(适合不确定性问题如语音识别) |
| 忽略现代派生风格 | C/S、B/S、MVC、微服务、SOA、REST 等也是架构风格,不要只答传统 5 大类 |
G.2 质量属性陷阱
| 陷阱 | 正确做法 |
|---|---|
| 可用性 vs 可靠性分不清 | 可用性 = 系统正常运行时间比例;可靠性 = 系统在规定条件下无故障运行的能力 |
| 混淆”性能”和”可用性” | 性能 = 响应时间/吞吐量;可用性 = 系统是否可正常访问 |
| 效用树填错位 | 看清题目要求填的是”质量属性”还是”战术分类”还是”具体战术” |
G.3 案例答题常见失分点
- 只写结论不写理由——案例题按点给分,没有理由是瘸腿答案
- 理由泛泛而谈,不结合题干——必须引用题干中的关键词句
- 混淆概念(如把敏感点说成权衡点)
- 空白卷——即使不会,也要写相关概念,争取步骤分
- 时间分配失衡——在某道题上纠结太久,导致后面的题做不完
- 选答题看错——选答题要”圈题”,不圈或圈错直接零分
G.4 机考特别提醒
- 务必”圈题”:选答题必须要在系统中勾选确认,不圈题机器直接判零分
- 先答完再回头检查:不要在单题上反复修改,先保完整度
- 打字注意:机考注意段落和缩进,建议用小标题(1. 2. 3.)分隔各点
- 交卷检查:交卷前确认第 1 题必答,选答题已勾选
H. 案例答题检查清单(考场上车)
交卷前快速过一遍:
- 第 1 题必答且完整作答(架构风格判断 + 质量属性分析)
- 选答题已圈选 / 确认题号无误
- 每小问都有”总-分”结构,关键词前置
- 踩点作答,分点编号清晰(1. 2. 3.)
- 没有空白——即使不会,也写相关概念,争取步骤分
- 字迹/排版清晰(机考注意段落和缩进)
相关阅读
- 03-架构核心速查表 —— 案例第 1 题的弹药库
- 04-设计模式速查表 —— 设计模式应用题素材
- 02-软件工程与UML速查表 —— UML 图选择题素材
- 05-新技术与Web架构速查表 —— 新技术选答题素材