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

在这里插入图片描述

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

架构 - 案例分析 - 总览

新旧大纲对应

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

往年案例一览

一般情况下,往下数5、6年的题目出题形式,具有参考意义

这里总结到2022年 - 2015年的案例题目,其它年份各位请自行搜索全网

年份 考察知识点 内容说明
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(即第一题必写,后面四道题选做两道),所以合理选择要做的题目是很重要的。
  • 新知识点或者是自己不了解的知识点:只要觉得是对的,都写上

你可能感兴趣的:(软考,-,系统架构设计师,软考,系统架构设计师)