个人总结，仅供参考，欢迎加好友一起讨论
架构 - 案例分析 - 总览
新旧大纲对应
| 旧版 | 新版 |
|---|---|
| 系统规划 软件架构设计 设计模式 系统设计 系统建模 分布式系统设计 嵌入式系统设计 系统的可靠性分析与设计 系统的安全性和保密性设计 | 系统计划 信息系统架构的设计理论和实践 层次式架构的设计理论与实践 云原生架构设计理论与实践设计模式 面向服务的架构设计理论与实践 嵌入式系统概述 通信系统架构的设计理论和实践 安全架构的设计理论与实践 大数据架构设计理论与实践 |
往年案例一览
一般情况下，往下数5、6年的题目出题形式，具有参考意义
这里总结到2022年 - 2015年的案例题目，其它年份各位请自行搜索全网
| 年份 | 考察知识点 | 内容说明 |
|---|---|---|
| 2022年 | 软件架构风格与评估 | 质量效用树补充、解释器、面向对象架构风格对比 |
| 2022年 | 软件系统设计与建模 | 数据流图补充、数据流图的平衡原则、ER图补充、数据流图与数据字典作用分析 |
| 2022年 | 嵌入式系统 | 心跳检测、超时探测技术、数据驱动方法 |
| 2022年 | 数据库与数据建模 | 数据实时同步更新方案与数据异步准实时更新方案、有哈希算法和一致性哈希算法、布隆过滤器的工作原理和优缺点 |
| 2022年 | Web应用系统架构 | HTTP协议和MQTT协议概念与选择、边缘计算模型的优势 |
| 2021年 | 软件架构风格与评估 | 质量效用树补充、管道过滤器、解释器、事件风格对比 |
| 2021年 | 软件系统设计与建模 | 用例图、顺序图、通信图 |
| 2021年 | 嵌入式系统 | 嵌入式系统 |
| 2021年 | 数据库与数据建模 | 反规范化、数据不一致、Redis与MySQL同步 |
| 2021年 | Web应用系统架构 | 智能家居架构图填空，UDP与TCP差异分析 |
| 2020年 | 软件架构风格与评估 | 质量属性、管道过滤器与仓库风格对比 |
| 2020年 | 数据库与数据建模 | 数据库逻辑设计、实体识别、主键分析、超类实体、派生属性 |
| 2020年 | 嵌入式系统 | 软件需求到架构的映射、FACE架构布局中各个部分的含义、FACE架构的可移植性问题 |
| 2020年 | 数据库与数据建模 | Redis中AOF与RDB对比，内存置换算法 |
| 2020年 | Web应用系统架构 | Web架构图填空，SpringMVC + Spring + MyBatis |
| 2019年 | 软件架构风格与评估 | 架构风格对比【面向对象/规则系统】，软件质量属性场景 |
| 2019年 | 软件系统设计与建模 | 数据流图，补充外部实体/加工，补充数据流，数据流图与系统流程图对比 |
| 2019年 | 嵌入式系统 | 开放式架构，CPS(信息物理系统) |
| 2019年 | 数据库与数据建模 | Redis缓存技术读写操作流程、雪崩效应、缓存穿透 |
| 2019年 | Web应用系统架构 | 分布式架构，SQL注入 |
| 2018年 | 软件系统架构设计 | 非功能性需求分类，瘦客户端C/S架构 |
| 2018年 | 软件系统设计与建模 | 结构化与面向对象分析，DFD，ERD，用例 |
| 2018年 | 嵌入式系统 | 实时任务中简单任务和复杂任务的区分，"腰"型通信模式架构风格 |
| 2018年 | 数据库与数据建模 | MemCache与Redis、数据可靠性和一致性、Redis集群切片的几种常见方式 |
| 2018年 | Web应用系统架构 | 什么是面向服务架构(SOA)，ESB在SOA中的作用与特点，Web系统架构，信息系统安全保障的措施 |
| 2017年 | 软件架构风格与评估 | 软件质量属性场景、架构风险、敏感点、权衡点 |
| 2017年 | 软件系统设计与建模 | MVC概念以及组成元素、EJB、有状态与无状态 |
| 2017年 | 嵌入式系统 | 机器人操作系统ROS |
| 2017年 | 数据库与数据建模 | ORM优缺点、增加数据访问层的原因、工厂设计模式 |
| 2017年 | Web应用系统架构 | 响应式WEB设计，架构设计图填充，主从复制机制 |
| 2016年 | 软件架构风格与评估 | 软件质量属性对应的需求、管道一过滤器风格和数据仓储风格对比，填充架构图 |
| 2016年 | 软件系统设计与建模 | 用例图与类图，用例关系与类之间的关系 |
| 2016年 | 嵌入式系统 | 实时系统的特点、实时特性分类、可靠性 |
| 2016年 | Web应用系统架构 | 应用服务器、网站技术、大负荷和长时间运行下的稳定性以及可扩展性、J2EE的N层结构 |
| 2016年 | 敏捷开发 | Scrum敏捷开发过程、MVC、分层架构 |
| 2015年 | 软件架构风格与评估 | 软件质量属性场景、架构风险、敏感点、权衡点 |
| 2015年 | 软件系统设计与建模 | 状态图与活动图的填充 |
| 2015年 | 嵌入式系统 | 可靠性相关概念、恢复块方法、N版本程序设计 |
| 2015年 | 数据库与数据建模 | 关系型数据库、文件系统、内存数据库、SQL设计策略 |
| 2015年 | Web应用系统架构 | MVC模式、Hibernate框架、iBatis |
答题套路
按照往年的惯例，第一题必做，其它四题选二，不排除更改的可能性，请按照当年政策来，这里仅做参考。
答题技巧
考法
- 范围广，没有统一的套路。
- 主要内容要做到，不只是会选择，而且要能够自己表达出来，更注重实操总结。
- 知识点背诵，例如需求分析的过程等等。
- 方案优劣判断，例如两个工程师的方案选择，知识点与技术点延伸。
- 各种图的考查，例如某个用例图空出几个，在答案里选择或者是直接填写。
答题
- 条理清晰，一定要让阅卷老师感受到你的条理清晰。
- 回答简洁，答案一定要在不破坏答案的点的前提下，尽可能精简。
- 用词精确，表达清楚自己的观点。
- 宁愿答错也要多答，因为案例部分是正向给分的，也就是说看到对的点就给分，看到错的点也不扣分。
- 绝不留空，即使遇到不会的问题，也不要留空。因为留空意味着绝对没有分数。而一些合适的回答，也许可以获得一些分数。
- 合理选题：由于案例分析是1 + 2/4（即第一题必写，后面四道题选做两道），所以合理选择要做的题目是很重要的。
- 新知识点或者是自己不了解的知识点：只要觉得是对的，都写上