半个月通过软考高级架构师，分享经验

选择题

• 刷题以历年真题为主，刷题顺序由第一章开始，在短期内快速刷一章的题，可以加强各个知识点之间联系的理解。主要是先尝试自己做题，然后看答案，快速过
• 遇到难的计算题（操作系统）或者看了答案难以理解的题号记下来，后续再做
• 有些题型是连着的，必须注重于这类题的理解，例如进程的前驱后驱图，这类题不难，但是一旦误解了PV操作可能连着都没分，例如设计模式、架构风格的具体实现等
• 资料里的真题最少刷2遍，而且最好是短时间内重复刷，考前一两天要再过一下所有真题，包括前面记录的难理解的题
• 可以淘宝买个刷题软件，15快左右，可以用来检测正确率

案例分析题

• 题型范围（软工的一般放弃嵌入式）
• 案例题建议放到论文后刷，我之前是先刷的案例题，背了一些题的答案，觉得难以融会贯通（我是没看教材，直接刷题的），后面复习了论文，熟悉了整个的考点架构，再回来看案例题，就会清除知道问的到底是啥
• 案例题的话其实说刷也谈不上，我当时写了今年的所有真题，也就十几道，重点是要总结到他一些答题套路，比如有些让你对比a跟b，很骚的地方就是题目写了a的优点，那么你看答案，会发现b的缺点就是没有a的优点，然后让你写a的缺点，会发现给出的b的优点就是a的缺点。这就是一个规律，就算你不懂这个知识点，你也能蒙到一点。
• 有些考点几乎是每年都考到的，比如质量属性，第一道题就是让你选安全性、性能等质量属性的具体实现跟方案，这些实现一定是要被背下来的，也不难背，当初我刷选择题刷着刷着就记得了

论文

讲解视频链接：https://www.bilibili.com/video/BV1Dy4y1a71j?p=10

• 了解论文选取范围

  • 架构风格（这个是几乎每年都有），这个比较好写

    旧：教材里出现过的，如隐式调用（发布-订阅，消息队列）、显式调用

    新：MVC架构风格、B/S架构风格

    21年下半年考到了论微服务，其实在我理解的微服务应该是属于架构设计的选题，但是微服务中同时是包含架构风格的，然后我按照结构风格的选题来写了（因为复习时间紧，只准备了架构风格，当时想的就是不管今年有没有架构风格的选题，都找一个用架构风格来硬写，其实从结果来看的话，论文选题其实也不是很严格的，只要考生对选题的具体架构了解，可以写到点，都是可以得分的），考试我写的微服务主要是mvc、b/s、语言异构、服务发布订阅（重点，也是唯一跟架构设计选题的论点，也是微服务的重点）

  • 架构设计SOA等

  • 软件设计模式

  • 安全性、容错技术之类

  • 等等

• 历年论文题目出现比重，如果时间多，建议每一类的选题都写一遍，平时练习的话一定要自己手写，无论是打字还是手写，一定要尝试用自己的话表达，比如MVC架构风格，先百度找资料，一般从使用目的，优缺点出发描述mvc是个什么东西，然后跟自身的项目经验结合，套进模板里面

考试技巧

案例分析题

• 分点，如有对比的题目，要提取共有的属性进行分析，比如a跟b的优缺点：比如分安全、性能、拓展性
• 书写尽量工整
• 尽量写满，不要留空

论文模板

一定要自己写一篇（以上），然后背下来，如果是自己理解了写出来的，一点都不难背，甚至不用背

注意事项：

• 字数、笔速：论文答题时间是120分钟，一般字数的话写2500就够了，最好是写到2800-3000字，尽量不要留空，就拿2800来说好了，如果用正常笔速来写，120分钟是不够的，下半年这次我前面1700字用正常笔速写，发现最后剩下40分钟，还有1000字没有写，后面的话就写得有些潦草，所以这也是我前面说的为什么要高优先级的论点写在前面，就是怕写到后面很潦草，反而没有优势了
• 构思结构：试卷下发后，便可选题，选题就看自己比较擅长那类的题材，比如有架构设计SOA，那就脑子里过一下有没有3个论点可以写；要是论架构风格，那就想下自己的项目有没有三个架构风格可以写。这部分安排的时间最好在15分钟内，最迟不要超过20分钟，不然你会发现后面真的不够时间写。我当时选题比较迅速，因为我本身岗位就是Java，微服务比较熟悉，所以说比较贴合，看到选题立马就选了这道。然后就构思3个论点，花费的时间大概就是七八分钟左右，再花了1分钟把论文结构写在草稿纸上
• 开头一定要写好，项目背景这些是可以预先准备好的，具体内容视选题来定，结尾一定要留时间出来，切记不能有头没尾，不管你中间写得多烂，结尾一定要写好
• 笔迹要工整，写得一手好字很明显是可以加分的，从小到大相信大家都知道卷面分这东西，你说软考不搞这个，我是不信的，同样一份答卷，考官肯定会给笔风好，字迹工整的高分。但是受时间影响，后面的可能会写得很快，比较潦草，所以开头跟结尾一定要好好写

论文架构

• 摘要300字：150描述项目背景；150概括你的论点（这部门与正文前后呼应，也就是说论文的正文是围绕这150概括的论点也写的），一般为3个，这部分很重要，所以下笔前就要构思好
• 项目背景400字：200描述为啥引进这个项目，目的是什么，要完成什么样的产品/项目；200字描述系统功能，提取出主要的，与我们的论点要有联系，比如隐式调用（一个事件的触发就导致了另一个模块中的过程调用），这不就是消息队列的发布订阅模式吗，那么就写有用到消息队列的功能模块
• 过渡300：用来回应论文题目抛出的问题，有些选题可能没有问题，不过最好写，比如论微服务，就要说明一下这是个什么东西，有什么好处等等，主要用于说明
• 正文1000-1200字（三段式）：分三段，与摘要的论点概括相互呼应，论点可以分优先级写，高优先级写在前面，例如我这篇以服务发布订阅（重点）开头；字数的话就是每个论点350-400左右了，主要写论点在项目中具体的应用。举例的具体应用不能是太简单的功能，要不然整篇论文就没有深度，会扣分（看过论文的加扣分点，其中扣分点就有一个是项目系统太简单，没有深度，具体的加扣分点可以自己百度）。
• 结尾400-500：首先200字写你负责的这个系统最终获得的成功，得到了xx的表扬，收获了xx等等。200字写这个系统的缺陷，可以是运维开销及成本大或者是代码重复度高，一个或者两个，不能写太多，懂得都懂。重要的一点来了，你写了缺陷，就要写在过程中如何去解决他的（重点）。
• 总结：摘要300（150背景+150概括）+项目背景400（200引进+200功能）+过渡300（回应题目）+正文1000-1200字（三段式）+结尾400-500（200成功+200缺陷解决）