ARTICLE · 1142768
软件架构设计师 · 范文模板
软件架构设计师 · 范文模板
摘要、正文、结尾三段式万能框架，逐段拆开讲清楚，并附上可以直接套用的填空模板。
摘要交代项目与角色，正文回应子题目，结尾补救字数
EDITOR'S NOTE
全文导读软件架构设计师的论文，说到底是一套可以复用的三段式结构：摘要交代项目与角色，正文展开论文主题中的三个点，结尾总结收获与不足。本文把这三段逐一拆开，并附上可以直接套用的填空模板。
01
PART
摘要部分
ABSTRACT · 项目与角色，两段说清
摘要一般有两段，简要介绍自己参加的项目及担任的角色，交代项目背景，并以项目为例，说明如何利用架构设计的思想实现了其中的哪一部分。
落到字面上，摘要需要在很短的篇幅里一次性交代清楚几件事：项目与角色、项目的投资与工期、项目背景与功能定位，以及本文要讨论的主题，包括具体的过程、方法与措施。信息越完整，阅卷人越容易判断这是一份真实经历。
……年……月，我参加了……项目的开发，担任……（角色）。
该项目投资……，建设工期……，是为了……（项目背景、功能介绍）。
本文结合作者的实践，以……项目为例，讨论……（论文主题），
包括……（过程、方法、措施）。
把空填满之后回头看一遍：角色是否明确、背景是否具体、主题是否与正文明呼应。摘要读起来像不像一段真实的项目陈述，基本就决定了阅卷人对全篇的第一印象。
02
PART
正文部分
MAIN BODY · 三个点，回应子题目
正文一般三段，至少要写到论文主题中的三个点，并根据项目内容逐一展开阐述。
正文必须按照论文题目和子题目的要求来写作，并且一定要回应到子题目。题目问什么，正文就答什么，不能只顺着自己的项目一路写下去，把题目晾在一边。
严格按论文题目与子题目的要求组织内容，不跑题。
每一个子题目都要在正文里有明确的回应，不能只谈项目、不回扣问题。
结合自己项目的真实内容展开，落到具体的过程、方法与措施。
篇幅上，正文需要写到1200 字左右，这是在有限时间内把三个点讲透的合理体量。
提示
正文部分不在这套万能模板里，它需要根据不同题目单独准备。所以第一次整理模板时，这一章可以先略过，先把摘要和结尾的万能框架备好。
03
PART
结尾部分
ENDING · 400～600 字，兼作补救
结尾一般一段，对项目的论点做总结，并说明获得了客户的一致好评；是否要写不足，可以根据字数需要来定。
结尾是个非常有意思的部分。从它本身的意义来说，是让你总结项目的收获与不足；而另一方面，它还是你整体补救论文的最后一步。
字数不够时
结尾就多写一些，把还没展开的内容补足，顺手把整篇的体量拉回来。
字数偏多时
结尾就要少写一点，用更凝练的总结收住全篇，避免整体超出限制。
前面写得差时
结尾就一定要重视，它是你整体补救论文的最后一步，也是阅卷人最后留下的印象。
按这个思路，结尾可以写400～600 字左右，是对整体论文的总概，也是对全篇论点的一次收束。
CLOSING
摘要卡住项目与角色，正文扣住子题目，结尾补字数、定印象——三段各司其职，模板才真正立得住。
我是 violetdream，注于软件架构与职业成长的干货分享。
如果你觉得今天这篇有收获，欢迎点赞、在看、转发三连，我们下篇见
THANKS FOR READING