系统架构设计师备考资料请移步 2023年软考高级系统架构设计师视频教程，推荐下载！获取。
备考总体策略
综合知识（选择题）
整体分析：
考试时间150分钟，75道单项选择题，每道题1分。这部分知识我当时觉得全是选择题嘛，有啥难的。一开始，我自认为有些基础，于是未经复习便随便做了一套选择题的真题，所以结果可想而知，得了差不多三十多分。真题中有很多不熟悉的知识和概念，如果不认真复习直接去考试，很可能大部分答案都只能靠猜了。所以我觉得备考千万不要眼高手低，任何科目都要认真对待，相信最后肯定会有好的结果。
备考策略：
快读完整的浏览一遍视频课程，观看完后，可以使用分类的练习题进行实践（真题留到后面在做）。在练习中，如果遇到某些知识点感觉不够明确或有疑惑，建议重新回顾视频中相关的章节，反复训练，确保每一个知识点都能掌握牢固。把易错的知识点分类，对于重点知识点及易错知识点，一定要使用有道笔记等类似软件记笔记，俗话说好记性不如烂笔头。
历年真题是最宝贵的复习资料，刷一套少一套。建议利用碎片化的时间，通过刷题APP刷题加强记忆。切记刷真题时，要尽量一次性做一整套真题，因为对于刚刚学完一个章节的知识，立马去做对应的真题，很容易做对，效果不好。系统的做一套，更好的了解自己的薄弱之处，再针对性的去强化，效果就会好一些。
解题技巧：
直接选择法：百分百能够确定答案的，直接选出正确答案即可。
排除选择法：将明显不对的选项剔除，从而锁定可能的正确答案。
估计选择法：我用的比较多，相信很多小伙伴估计也一样。考试时好多知识点感觉都见过，但很多题都是在两个选项中拿不定主意，最后不得不在两个中随便选一个。
注意：对于确定答案的题目，不用再去看它，避免重复验证。对于不太确定的题目，可根据直觉或经验先选择一个初步答案，并标记下。如果时间允许，稍后可以重新检查已标记的题目。但要记住，不要在某一题上过度消耗时间，以确保留有足够的时间去完成所有题目。（应该不会存在做不完的情况，因为考试时间真的太长了）。
案例分析
整体分析：
考试时间90分钟，包括问答题和填空题。总共五道大题，每道大题25分，第一题必答，二到五题四选二，共需要做三道题。考试时间还是相对比较紧张的，每题需确保在半小时内完成。虽然说考试时间短，但是也不用担心，据某机构统计，每年案例分析通过率是最高的。
第一道题目类型基本是固定的，软件架构评估。第二道至第五道题中，肯定有一道是嵌入式系统设计方面的，如果不是干嵌入式相关工作的，直接放弃就行了。
还有其他题目类型，如：软件系统建模（UML图填空、问答）、 系统数据库设计（DFD图填空、问答）、 系统架构整体设计（表格填空、架构图填空、问答）、 Web系统架构设计（表格填空、架构图填空、问答）、 单个场景详细设计：高可用设计、高性能设计、高可靠设计、微服务设计、可扩展性设计等（表格填空、架构图填空、问答）。这些根据自身备考情况选择答题。
备考策略：
案例分析题相对选择题来说难一些，其中涉及大量需要手写的概念。所以对于案例的知识点，要熟烂于心。可以先进行一轮学习有个印象，再在考前一周集中复习，因为背诵的太早，如果不复习，考试时大概率都忘记了。同时，真题也要反复刷，确保历年的真题都能够熟练掌握，并将同种类型的题目归类，总结出固定套路的答案。当然整个备考过程记笔记是少不了的。
我当时备考时，根据查找资料及自己的工作经验，我提前把常见问题一一列举出来（收集于网上软件开发岗位常见笔试面试题、历年真题、视频教程梳理的常见问题等），然后把答案整理了一遍，做成笔记，反复熟练背诵。
在考试时，当时我是快速的把第一个题目答完，接着直接舍弃嵌入式类型的题目。剩余三个题目中，我选择了软件设计与建模、Web系统架构设计，舍弃了数据库缓存的题目。因为我当时在答题之前，对数据库缓存和Web系统架构设计两个题目的最多能拿到的得分简单算了下，Web系统架构设计能拿到的分数多一些。所以建议大家答题前做选择时，不要着急，先算下哪个题目能拿到的分值高，选择后再开始答题。
考试时要尽可能多地写出相关内容，重点在于提高关键词的覆盖率。不会做也要多多写，反正即便写错，也不会扣分。
论文
字数要大于2200字，合适字数是2500字左右，字数一定要够，不然基本不可能通过。
考试时间120分钟，考试形式是给出4道论文题目，只需要选其中一道题目来写，手写在类似高考语文作文的答题卡上。当时由于2022年上半年的高项、系分的论文由原来的两个题目选一个，直接变成了一个题目，所以等到2022年下半年，很多人谣传系统架构设计师的论文题目也会改，变成两个题目选择一个。开考后，谁也没想到还是四选一，这明显展现了官方对架构考试的高度重视。
对于出题方向，从过去几年的题目来看，逐渐加入了新的技术，例如SOA、数据湖、微服务、云原生和企业集成等，还有2022年下半年新增的湖仓一体化、区块链技术，系统架构设计师越来越跟得上技术时代潮流了。
一般而言，在论文的四道题中，通常有一题涉及到最近一两年的热门技术，例如云原生、无服务架构、区块链等。而其他三道题目的方向相对稳定，按出题频率由高到低主要为：软件系统的架构设计（包括架构评估、架构风格、微服务架构等）、软件系统建模、信息系统的规划与集成，以及软件质量保证。此外，还会涉及软件的高性能设计、可用性设计、安全性设计、需求管理和项目管理等方面。
备考策略：
架构的论文，我自认为考试时写的还是可以的，考试结果出来后感觉还行吧。
从我参加这三次考试来看（高项两次，架构一次，三次论文都是及格的），论文我是最有感触的。我觉得不管是高项论文还是架构论文，只要遵循一个原则，基本就能通过了。原则如下：
不管虚构的项目还是真实做过的项目，论文中的要处处体现项目管理或者开发过程中的真实案例（没有做过项目的，就提前虚构情景，一定要“真”，让自己信服）。
因为改卷的工作人员，可能几秒钟就能改一份试卷，你可以想象一下，能快速让改卷的工作人员给出及格的分数，不就是你的卷子答案看起来很真实吗？
首先网上找一个论文通用模板，我找的模板结构：
摘要段（大约200字）+背景段（大约500字）+过渡段（大约200字）+过程段（大约1200字）+结尾（大约300字）。
除了过程段的内容需要考试当天临场发挥之外，其他段的内容都可以提前准备背住。
其次不管有没有做过项目，提前定一个项目背景。一个论文通用模板+一个固定项目背景，不管论文是什么题目，论文的结构可以直接套用通用模板，结构和框架相同，只需要替换内容就好了。在准备论文时，建议多参考网上的论文范文，再自己模仿着撰写至少三篇涉及不同主题的论文，特别是关于架构设计方向的内容。然后再写几篇最近比较流行技术主题的论文，例如云原生、区块链或Web3等，那论文基本就没啥问题了。（系统架构设计师科目的论文题目，培训机构一般是预测不到的，所以不要堵，还是要提前多准备一些）。
最后背景段按照提前定好的项目背景，展开描述，主要包括系统名称、总投资多少钱、建设工期、开始时间、采用的技术等。过渡段中要回应子题目，一定要结合子题目的要求去写，只能写纯理论，不能结合自己的业务来写。
过程段首先要把论文题目的子过程全部列出来，然后子过程中的标题（其中一个子过程的标题）上回应子题目，然后在该一个子过程中的内容中也要回应子题目，并且一定要结合细节去写。结尾段提前准备一些固定套路，编写出来就可以了，大致的内容很好的完成了软件架构设计的过程，列举几条经验和不足。
对于过程段，因为要临场发挥，所以我在备考阶段，与高项备考策略大致一样，自己提前列举了一些软件架构设计及技术实现相关的真实小案例，比如为什么选用主备架构模式，增加Guava本地缓存、数据安全方面采用数据加密、签名技术等等。相当于准备好了一个知识库，提前背诵好。考试的时候，要从这些案例库中，灵活改变应用到论文中，看起来特别真实（很像当年写语文作文一样，不管什么题目，案例都是那几个，古人说xxx，其实都不知道有没有这个古人
）。
论文的写作时间还是比较紧张的。建议备考时一定要多写，刻意训练编写论文的速度，不然没办法做到灵活应对。因此论文框架（摘要、背景、过渡段、结尾）必须能熟练默写，提笔后不能停，要一直写，做到不用思考。对于过程段，把提前准备的真实案例，结合题干套进去，边编边写即可。
考试当天的状态如何？
整体感觉
系统架构设计师参加的考试人数，比高项少多了。这个也是实际情况，本身考系统架构设计师的小伙伴，一般都是做IT技术的，并且很多人参加高级考试，也是优先选择高项（建议：如果你不知道考哪个高级科目，可以优先选择高项，因为它不需要任何基础。）
综合知识（选择题）
考试时间两个半小时，时间太长了，考试时基本一个小时做完，很多人都趴在桌子上睡觉。但由于我备考时间有点短，导致好些选择题二选一拿不定注意，就在现场玩起了“掷色子”的游戏
。
案例分析
这部分的题目基本都会写，考试时也大致能想到这门的成绩应该是最高的。主要的策略就是答题前，不要着急，要选择可能拿分较高的题目进行答题（简单算下能拿到的分数是多少）。
论文
我当时拿到试卷后，快速的看了下四个题目，发现没有一个是我提前准备的，当时心里也是很慌的，心想这个论文肯定是完了。但是没办法，还是要硬着头皮写下去，不能半途而废。我快速的在几分钟内思考了下，决定选择第一个题目-论基于构件的软件开发方法及其应用。
由于我没有提前准备构件相关的知识，甚至连构件的概念都不知道，所以我只能按照自己的理解，把微服务当作构件来写，因为微服务中一般都是组件化开发，想着构件跟组件开发应该类似。
确定之后，就在草稿纸上按照平时准备的套路，快速的列出了大致结构，以及过渡段每个子过程需要编写的真实案例的主题（微服务相关的，比如从传统开发改造升级为微服务组件化开发，过程中涉及到了哪些技术升级，编写出具体的技术方案，按照这个思路，一路写下去了）。然后整个考试状态基本都是边写边想（虽然大部分时间在胡乱编，不知道写的啥，但是编写的思路还是有一个主线的）。
