[软考]系统架构设计师 备考经验分享(四) - 论文篇(备考计划+万能模板+常见问题回答)

本篇对应备考计划中的3、5、6阶段，包括论文科目的备考计划、论文万能模板、常见问题回答。

相关分享：
备考计划篇:[软考]系统架构设计师 备考经验分享(一) - 备考计划篇
知识点学习+综合知识篇：[软考]系统架构设计师 备考经验分享(二) - 知识点学习+综合知识篇
案例分析：[软考]系统架构设计师 备考经验分享(三) - 案例分析篇

前言

我个人的理解，论文=论文模板+案例分析知识点+知识点在项目中的应用。也就是说案例分析学习的知识点，都是既可以回答案例分析题，也变相地为论文题做了知识储备。
因此在我分享的备考计划中，案例分析和论文的备考时间是有很大的重合的，这两个科目可以一起准备。

一、备考计划：

1. 第一篇论文

先根据下面给出的论文模板，理解论文结构，结合自己准备的项目，写出第一篇论文。可以参考网上的范文，但绝对不能整句甚至整段的复制，一定要自己逐字手打出来。
这一篇论文可能会花费很长的时间才能写出来，不需要担心。因为第一篇论文的主要目的不是写出一篇好论文，而是去学会如何将题目、题目知识点、论文模板、项目，有机地结合起来，如何描述才能体现出技术在项目中的实际应用，如何在各段落间转折使论文没有生硬地拼接感等等。

当第一篇论文完成后，论文的备考就完成一半了。

2. 准备多篇论文

第一篇论文准备完成后，对论文的结构有了解了，就可以对进行下一步，准备其他题目的论文。
这几篇论文的选题可以参考往年的题目，根据自己的备考时间准备2~5篇。
选题时我个人的建议：可以参考往年的论文试题，保证自己准备的几篇可以尽可能多的出现在不同年份的试题中。
但是不建议去押题，可以看到最近几年的论文题目越来越喜欢出新技术的题目，押题难度挺高的。与其抱着侥幸心理押题，不如实实在在得把案例分析的知识点学习好，知识点都掌握ok了，按照下面分享的方法和模板去备考，就不会有太大难度。

3. 默背/模拟考

建议是把答题纸打印出来，每次写时都要掐好时间看能否在规定时间内写完。

综合知识+案例分析+论文答题卡：https://download.csdn.net/download/weixin_43854928/43752011

论文的背记可以分三轮来做：

第一轮：比着自己准备的论文电子版抄一遍。
第二轮：把自己准备的论文默写一遍，不需要只字不差，结构、考点、字数ok就可以。
第三轮：找一个准备了相关知识点，但没有实际准备论文的题目，看规定时间内能否现编现写完成，对应备考计划中的模拟考部分。

4. 准备论文注意事项

4.1 字数问题

在自己准备论文时，一定不要压字数线准备，建议正文按最少2500字来准备。因为哪怕题目就是自己准备的论文，考试的时候也会因为紧张等原因，能写出来的字数是达不到原本准备的字数的，一个句子开头没想起来，一整句的字数就都没了，所以在准备阶段时一定要把自己会忘了的这部分字数预留出来。

4.2. 速度问题

如果大家对自己写字速度不放心，可以以测试的目的，在备考最初阶段找一篇论文范文，从正文开始比着抄一遍。抄个500来字就可以，计时计算下速度，如果在30字/分钟以上，后续不用特意考虑写字速度的问题，25字以下或者速度快了字就难以辨认的话就需要在备考期间额外练习下写字速度。

4.3. 抄写练习

除了上面说的需要额外练习写字速度的情况，不建议在第3阶段完成前，也就是在自己还没有写出一篇论文之前，盲目地去抄写范文！
这是自己踩过的坑。我在备考初期觉得论问题难度大，想要提前了解下，就盲目地抄了很多篇论文，结果抄写的论文在实际备考论文时几乎没有啥帮助，也忘得差不多了，白白浪费了很多备考时间。
反思了下原因，一是当时自己还没有系统地学习论文的考试要点，论文考察地知识点也掌握地很差，抄论文就像抄天书，手遭罪了，脑子没参与。
二是抄写的论文毕竟是别人写的，与自己的项目经历有很大的出入，理解、记忆难度都很大。

因此的建议是，论文肯定需要手写练习，但不必操之过急，在论文准备和模拟考阶段，抄写几篇自己的论文即可。

二、万能模板：

1. 公式

摘要：(300~320字)

• 项目背景与系统主要功能

• 项目中的岗位与职责

• 论文的总体内容

• 项目成果

正文：
1. 项目背景、系统功能介绍（400字，体现项目的真实性）

• 项目背景与系统功能的详细介绍
• 项目开发时间
• 项目组的规模
• 在项目的岗位与职责

2. 题目问题回答（400字，衔接项目背景与论文主题）

• 回答题目中的知识点问题
• 引出论文主体内容

3. 论文主体内容（1000-1500字，最重要的部分）

4. 总结（400字）

• 项目成功结项
• 系统运行效果

以今年架构论文的最后一题为例：

论微服务架构及其应用
微服务提倡将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。每个服务运行在其独立的进程中，服务与服务间采用轻量级的通信机制互相沟通。在微服务架构中，每个服务都是一个相对独立的个体，每个服务都可以选择适合于自身的技术来实现。每个服务的部署都是独立的，这样就可以更快地对特定部分的代码进行部署。
请围绕“论微服务架构及其应用”论题，依次从以下三个方面进行论述。
1、概要叙述你所参与管理或开发的软件项目，以及你在其中所承担的主要工作。
2、简要描述微服务优点。
3、具体阐述如何基于微服务架构进行软件设计实现的。

第一问：对应公式中"1. 项目背景、系统功能介绍"
第二问：对应公式中"2. 题目知识点问题回答"
第三问：对应公式中"3. 论文主体内容"

2. 论文详细模板

2.1 摘要

模板1：

XX年XX月，我所在的单位组织了XXX系统的开发，我在项目组中担任____的岗位，负责系统的_____的工作。该系统_____(简单介绍系统功能)。
在系统设计阶段，我通过采用_____(题目中提到的技术)，使系统____(技术实施后为系统带来的优势)，最终顺利完成开发，得到了客户的一致好评。

模板2：

众所周知，(题目中提到的技)是在(结合技术)领域中非常成熟(广泛使用)的技术，本文结合作者的实践，以____系统为例，讨论了_____技术(大的技术类别)在该系统中的应用，包括XX技术、XXX技术(具体到某一技术)。
我在本项目中担任____的职位，负责系统的_____的工作。该项目最终于____顺利完成开发，得到了客户的一致好评。

这里分享一个技巧我的技巧：摘要分成两段，第一段是1.项目背景与系统主要功能，这部分的内容和自己准备的项目相关，和实际的论文考题关系不大，2、3、4做第二段，与考题内容强相关。

考试刚开始时，由于正文主体部分要围绕哪些技术和功能展开还不能完全确定，可以先只写第一段，第二段留到正文主体部分写完后再补充上。

注意：

1. 摘要与正文不是承接的关系,而是总分的关系！千万不要觉得摘要里写过的东西，正文里就不需要再写一遍了，更不能正文续着摘要写！
2. 注意字数，摘要只有330格，弹性比较小，写的时候如果感觉第一段写多了，第二段的时候收着点写。
3. 如果想用我的摘要先写一半的方法，千万别把后一段忘了！哪怕时间不够了正文少写点也不要摘要只写一半。

2.2 正文-项目背景、系统功能介绍

这部分需要结合自己的实际工作，选一个适合作为论文的项目来介绍。
选项目的注意事项（重要）：

1. 项目规模别太小。尽量开发时间在几个月以上，开发人员在10个人以上的项目，不然不利于之后项目中各种技术的展开。
2. 项目时间别太老。最近5年以内的项目，不然时间太老会显得使用的技术比较老旧。
3. 在项目中的职责一定要符合题目。架构设计相关的论文，职责就要有架构设计、技术选型的工作，架构评估的论文，职责就要有系统架构的评估的工作。
4. 尽可能地有新意。最好不要选类型非常常见的项目，比如OA系统，ERP之类的。

2.3 正文-题目知识点问题回答

论文中的题目出题方式基本就是：介绍常见的XXX技术、说明XXX技术的优势，从XX1角度和XX2角度阐述XXX技术与YYY技术的差异。

可以看到这一部分的题目和案例分析中的问法是很像的，其实论文中的写作内容也与案例分析中类似，只是要在回答前后加上转折，向上接项目背景，说明项目中为何使用XX技术，向下引出论文正文，说明具体使用了哪些技术，将要在下文中介绍。

模板1：

由于项目___的原因，我在系统架构设计阶段广泛地使用了XXX技术。XXX技术是一种______，包括XXX1、XXX2、XXX3、XXX4、XXX5, XXX1的特点是_____,XXX2的特点是_____,XXX3的特点是_____,XXX4的特点是_____,XXX5的特点是_____。本文将重点对XXX1、XXX2、XXX1技术在本项目中的应用做详细介绍

模板2：

在项目技术选型阶段，我对比了XXX技术与YYY技术。首先在XX1方面，XXX技术具有____的特点，而YYY技术具有_____的特点，XXX技术更符合项目______的需求。 XX2方面，XXX技术具有____的特点，而YYY技术具有_____的特点，XXX技术更符合项目______的需求。
经过上述分析对比以及多方面考量，我选择使用XXX技术实现_____功能。下面将对XXX技术在本项目中的应用做详细介绍

2.4 正文-论文主体内容

这部分论文是论文中最重要的部分，主要是阐述上一部分中介绍的相关技术，在项目中的具体应用。

建议采用总分或者分总的结构，一总三分或一总两分，一总作为核心论点，介绍，200~300字，三分介绍三个分论点，如XXX1、XXX2、XXX3技术各自在系统的哪些部分实现了什么功能，每个论点300~500字。

这部分和具体的考题以及项目强相关，没有相对固定的模板，按照总分形式来写，字数足够、切题就可以。

2.5 正文-总结（400字）

总结的部分一定要写！如果时间来不及了，哪怕把正文部分赶紧收掉，也要把总结写上，不然就是一个有头没尾的论文，是很难及格的。

模板：

经过项目组____时间的开发，该_______项目自成功交付验收，并一直稳定运行，______(项目实际实施后给客户方带来的效益、成本、流程等方面的提升)，得到了______(客户方)的一致好评。 / 我也通过本项目在系统设计阶段对_____技术的使用，对____技术有了更加深入了认识。 / 系统在_____阶段也遇到了一些问题，如______(收着点!别写啥严重问题)，之后通过_____的方式得到了解决。这也是我在之后的工作中需要注意的问题。

总结这里我用/分成了三个部分：效果、收获、反思。这三个部分是相互独立的，也就是说考试时可以注意下剩余时间，时间多就三个部分全写了，时间不够只写一个或两个也是一个完整的结尾。

注意：论文模板更多的是让大家从零开始，了解论文题的写作方式和结构，哪些部分需要在论文中重点阐述，千万不要对模板逐字照抄！论文也是有查重的，而且很明显的套路论文阅卷老师是不会给高分的。

三、常见问题：

1. 没有实际项目经验怎么办？
a. 不一定是要作为架构师的经验，作为普通开发人员参与的项目也可以，写论文时把自己放在架构设计人员的角度去阐述即可。
b. 如果是完全没有项目经验(在校学生或者刚毕业其实不建议考架构，考个中级打好基础最重要)，那就只能是从网上的范文中找一个项目作为自己的来准备，挑选项目时注意“2.2 正文-项目背景、系统功能介绍”里说的几个问题。

2. 是否需要写论文题目
不需要，涂卡选题后论文的题目就确定了

3. 能否画图
不建议画图，一是答题纸是格子纸，画图效果比较差，二是仔细地画时间就会很紧张，草草地画肯定被扣卷面分。

4. 案例分析结束后、论文开考前能否看资料
不能，案例分析不允许提前交卷，因此案例和论文中间只有固定的20分钟时间，只允许上厕所、休息，不允许拿资料。

如果还有其他问题大家可以在评论里留言。