前言

算上这次，我其实已经参加了三次考试，先贴上这三次的成绩，相信大家也能感受到我的心情：

虽然这次总算通过了考试，但看到综合知识的成绩还是心有余悸，由于前两次考试的打击（都是差一门案例没有通过，上半年只差了两分)，这次考试前只写了两套半的综合知识真题和在考前一天准备了大半天（背论文模板和知识点集锦的 pdf)，而综合知识也是自己信心最足的一门，结果这次压线通过，所以还是建议大家只要报名了考试，还是要认真准备，至少把往年综合知识的真题刷一刷，避免最后发现只有综合知识未通过而追悔莫及。

PS：这次考试通过还要感谢我女友的祝福，我们在今年5.23相识（上半年考试前两天，然后考试也是差两分），再加上这次的压线通过，感受到了冥冥之中自有天意(❁´◡`❁)。

我也在Github上分享了几个我备考用到的文档资料，大家自行取用。

备考经历

第一次（2 ~ 3个月）：看完某赛视频全集（无大数据相关）+ 某赛知识点集锦 + 写完历年综合知识真题 + 案例论文对着答案看一遍（写了几道质量属性和数据库相关的案例题）+ 准备并背诵一个论文模板。

第二次（0.5 ~ 1个月）：这次将上次的看视频改为了看教材（把考试重点的几个章节内容都混了个眼熟），然后其他准备都差不多，只是准备时间有相应减少。

第三次（1 ~ 2天）：两套半综合知识真题 + 大致浏览一遍知识点集锦 + 背诵论文模板。

其实视频课不管是哪一家都无所谓，但需要注意架构师考试在22年12月更新了考试大纲，所以需要留意视频的版本不可太老，然后就是不管是在B站、闲鱼还是原价购买都不会有什么差别，只需保证视频内容完整即可。

各个机构的模拟题不要过多在意，尤其是考纲之外的题目，可作为对个人学习情况的测试。

近三次的考试由于是机考，只能在网上找到部分回忆版，不再有完整版真题，这个可自行搜索了解。

备考方式

综合知识

就我的经验来讲，我觉得综合知识是最可控的部分，只需将视频课 + 重要知识点集锦 + 历年综合知识真题过一遍，综合知识是完全不需要担心的。还有就是遇到考纲之外的真题，比如今年有一道题是：一项外观设计专利里面相似设计最多有几个，像这种基本无再考可能的题，只需要看到答案后混个眼熟就可以。除此之外还有一部分反复考的知识点：构件、4 + 1视图、ABSD、DSSA、架构评估（质量属性）、系统架构风格、项目时间和成本计算以及软件测试，这些内容需要格外留意，有时间的话，可以把教材上相关知识的内容过一遍。

案例分析

案例分析的题型变化比较大，更考验平时的技术积累，不过第一道必选题近几年都是和质量属性相关（除了23年下半年是大数据），然后就是 Redis 的考频也比较高，近三次考试有两次涉及（以往也有涉及），在24年上半年甚至精确到了命令的考察。此外，近几次案例也都考到了关于技术架构图的填空题，所以建议练习一下往年的相关题型，再到 ProcessOn 之类的平台找几个技术架构图看看。

案例考察的范围比较广，因此建议在高频考点上多加复习和准备。然后遇到不熟悉的知识点也不要慌，更不要空着不写，可以分点试着写一些或者硬凑一些相关的内容，能得一分是一分。如果时间充足，还是建议把往年的案例真题按照时间由近到远认真看一看，即使是一些视频中说的考试概率很低的知识点（Hibernate和设计模式）在前两次的考试和论文中也都有涉及，尤其是项目和技术经验不是那么丰富的小伙伴（比如我自己）需要注意这点。

论文

虽然看到很多小伙伴都说论文难写还会卡分，但因为我三次考试也都只有案例未过，论文虽然分数不高，但也都过了合格线，这里也分享一下我的写作经验。

我觉得写论文只需要记住真实项目 + 技术点讨论 + 论点点题并结合项目分析 + 项目中遇到的问题点这几点即可，即使内容有点流水账也无伤大雅，最重要的是写的让项目看起来真实，是自己做的，除了摘要和开头结尾可以找模板进行参考，正文部分还是需要自己结合论点去写，不能全是理论而没有一点技术点（使用到的各种工具和服务也都可以说，例如代码评审使用和项目管理相关的）的讨论。就以我这次的论文结构为例，首先是摘要部分（250字以内）：

​ 2022年12月，我所在公司承接了某区xxx的开发项目。我在该项目中担任系统架构设计师的职务，负责需求分析和系统的架构设计等工作。该项目主要提供xxx、xxx和xxx功能。本文将结合作者的实践，以xxx项目为例，论述xxx在系统开发中的具体应用。在xxx模块使用了xxx，解决了xxx问题。在xxx模块使用了xxx，解决了xxx问题。在xxx模块使用了xxx，解决了xxx问题。实践证明，采用xxx，提升了软件的开发效率和质量。整个项目历时一年多，于今年6月正式上线运行，整个系统运行稳定，达到了预期的目标的要求。

然后是开头和结尾（800字左右）：

​ ......。（项目背景，150字左右）

​ 正是在这一背景下，2022年12月，我们公司承接了xxx项目，在本项目中，我担任系统架构师的职务，负责需求分析和系统的架构设计等工作。经过对项目的调研和对用户需求的分析，我们确认了系统应当具有以下功能：xxx，xxx，xxx。基于以上的需求，我们采用xxx解决了xxx问题。（300字左右，这部分介绍功能的部分可以和摘要内容有重合）

​ 经过团队的共同努力，本项目按时交付，于今年6月顺利交付并上线，到目前运行稳定，不管是xxx使用xxx，还是xxx使用xxx都反馈良好。但在实施的过程中也遇到了一些问题，xxx。而如何让xxx更xxx是一项长期的工作，还有很多问题需要在实践中不断探索，在理论中深入研究并加以解决。只有这样，xxx才能不断地优化和发展，xxx。（350字左右）

最后是正文，由于我写的是软件维护（具体包含完善性维护、预防性维护、改正性维护、适应性维护），所以我首先用200 ~ 300字描述了这四种维护的具体含义（可以用自己的语言去描述，不需要和书上完全一致）。然后针对每种维护，再分四段用250 ~ 300字去结合项目和技术点具体去讨论我在每种维护中所做的工作。

当然上面只是我的一些论文写作经验，至少最近三次都是按照这个模板和套路去写，也都通过了。不过大家还是要结合自己的项目去做一些修改，建议多找几个论文综合一下，然后结合自己的语言去写一个属于自己的模板( •̀ ω •́ )✧。

感想

经过这三次的备考和考试经历，我觉得除了一些实力外，运气也占了一部分。就像这次的案例考了我熟悉的也简单的质量属性和 Cache Aside 缓存策略，前两次都有涉及到大数据这个我不熟悉的相关知识，也是我挂在案例的原因之一，所以大家如果考试遇到不熟悉的题或者分数还差一点，不妨再试一两次，相信自己可以的(●'◡'●)。如果大家有什么问题，也可以留言交流讨论。