【新版】系统架构设计师 - 案例分析 - 总览

在这里插入图片描述

个人总结,仅供参考,欢迎加好友一起讨论

架构 - 案例分析 - 总览

新旧大纲对应

旧版新版
系统规划
软件架构设计
设计模式
系统设计
系统建模
分布式系统设计
嵌入式系统设计
系统的可靠性分析与设计
系统的安全性和保密性设计
系统计划
信息系统架构的设计理论和实践
层次式架构的设计理论与实践
云原生架构设计理论与实践设计模式
面向服务的架构设计理论与实践
嵌入式系统概述
通信系统架构的设计理论和实践
安全架构的设计理论与实践
大数据架构设计理论与实践

往年案例一览

一般情况下,往下数5、6年的题目出题形式,具有参考意义
这里总结到2022年 - 2015年的案例题目,其它年份各位请自行搜索全网
2023年11月的机考,变动较大,应该是将来架构考试的新趋势

年份考察知识点内容说明
2023年11月
仅供参考
软件架构(新教材)大数据架构Lambda和Kappa
软件建模SysML需求图和用例图、需求图七类关系等
数据库读写分离架构、Redis缓存、主从复制
开发技术Hibernat架构、数据持久层、JWT(JSON Web Token)
Web应用系统架构数字孪生概念、技术选择、架构图填空
2022年软件架构风格与评估质量效用树补充、解释器、面向对象架构风格对比
软件系统设计与建模数据流图补充、数据流图的平衡原则、ER图补充、数据流图与数据字典作用分析
嵌入式系统心跳检测、超时探测技术、数据驱动方法
数据库与数据建模数据实时同步更新方案与数据异步准实时更新方案、有哈希算法和一致性哈希算法、布隆过滤器的工作原理和优缺点
Web应用系统架构HTTP协议和MQTT协议概念与选择、边缘计算模型的优势
2021年软件架构风格与评估质量效用树补充、管道过滤器、解释器、事件风格对比
软件系统设计与建模用例图、顺序图、通信图
嵌入式系统嵌入式系统
数据库与数据建模反规范化、数据不一致、Redis与MySQL同步
Web应用系统架构智能家居架构图填空,UDP与TCP差异分析
2020年软件架构风格与评估质量属性、管道过滤器与仓库风格对比
数据库与数据建模数据库逻辑设计、实体识别、主键分析、超类实体、派生属性
嵌入式系统软件需求到架构的映射、FACE架构布局中各个部分的含义、FACE架构的可移植性问题
数据库与数据建模Redis中AOF与RDB对比,内存置换算法
Web应用系统架构Web架构图填空,SpringMVC + Spring + MyBatis
2019年软件架构风格与评估架构风格对比【面向对象/规则系统】,软件质量属性场景
软件系统设计与建模数据流图,补充外部实体/加工,补充数据流,数据流图与系统流程图对比
嵌入式系统开放式架构,CPS(信息物理系统)
数据库与数据建模Redis缓存技术读写操作流程、雪崩效应、缓存穿透
Web应用系统架构分布式架构,SQL注入
2018年软件系统架构设计非功能性需求分类,瘦客户端C/S架构
软件系统设计与建模结构化与面向对象分析,DFD,ERD,用例
嵌入式系统实时任务中简单任务和复杂任务的区分,“腰”型通信模式架构风格
数据库与数据建模MemCache与Redis、数据可靠性和一致性、Redis集群切片的几种常见方式
Web应用系统架构什么是面向服务架构(SOA),ESB在SOA中的作用与特点,Web系统架构,信息系统安全保障的措施
2017年软件架构风格与评估软件质量属性场景、架构风险、敏感点、权衡点
软件系统设计与建模MVC概念以及组成元素、EJB、有状态与无状态
嵌入式系统机器人操作系统ROS
数据库与数据建模ORM优缺点、增加数据访问层的原因、工厂设计模式
Web应用系统架构响应式WEB设计,架构设计图填充,主从复制机制
2016年软件架构风格与评估软件质量属性对应的需求、管道一过滤器风格和数据仓储风格对比,填充架构图
软件系统设计与建模用例图与类图,用例关系与类之间的关系
嵌入式系统实时系统的特点、实时特性分类、可靠性
Web应用系统架构应用服务器、网站技术、大负荷和长时间运行下的稳定性以及可扩展性、J2EE的N层结构
敏捷开发Scrum敏捷开发过程、MVC、分层架构
2015年软件架构风格与评估软件质量属性场景、架构风险、敏感点、权衡点
软件系统设计与建模状态图与活动图的填充
嵌入式系统可靠性相关概念、恢复块方法、N版本程序设计
数据库与数据建模关系型数据库、文件系统、内存数据库、SQL设计策略
Web应用系统架构MVC模式、Hibernate框架、iBatis

答题套路

按照往年的惯例,第一题必做,其它四题选二,不排除更改的可能性,请按照当年政策来,这里仅做参考。

答题技巧

考法

  • 范围广,没有统一的套路。
  • 主要内容要做到,不只是会选择,而且要能够自己表达出来,更注重实操总结。
  • 知识点背诵,例如需求分析的过程等等。
  • 方案优劣判断,例如两个工程师的方案选择,知识点与技术点延伸。
  • 各种图的考查,例如某个用例图空出几个,在答案里选择或者是直接填写。

答题

  • 条理清晰,一定要让阅卷老师感受到你的条理清晰。
  • 回答简洁,答案一定要在不破坏答案的点的前提下,尽可能精简。
  • 用词精确,表达清楚自己的观点。
  • 宁愿答错也要多答,因为案例部分是正向给分的,也就是说看到对的点就给分,看到错的点也不扣分。
  • 绝不留空,即使遇到不会的问题,也不要留空。因为留空意味着绝对没有分数。而一些合适的回答,也许可以获得一些分数。
  • 合理选题:由于案例分析是1 + 2/4(即第一题必写,后面四道题选做两道),所以合理选择要做的题目是很重要的。
  • 新知识点或者是自己不了解的知识点:只要觉得是对的,都写上
  • 0
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

WorkLee

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值