【系统架构设计师】软考高级职称,来自订阅者真实反馈,从理论、实践、技巧让你掌握论文写作秘诀。

目录

对于系统架构设计师的论文写作几点建议

论文摘要

论文正文

论文结尾

关于【系统架构设计师】备战,我想对你说


 【系统架构设计师】软考高级职称,来自订阅者真实反馈,从理论、实践、技巧让你掌握论文写作秘诀_系统架构设计师【系统架构设计师】软考高级职称,来自订阅者真实反馈,从理论、实践、技巧让你掌握论文写作秘诀_系统架构设计师_02

 【系统架构设计师】软考高级职称,来自订阅者真实反馈,从理论、实践、技巧让你掌握论文写作秘诀_教程_03【系统架构设计师】软考高级职称,来自订阅者真实反馈,从理论、实践、技巧让你掌握论文写作秘诀_软考_04

 【系统架构设计师】软考高级职称,来自订阅者真实反馈,从理论、实践、技巧让你掌握论文写作秘诀_系统架构设计师_05【系统架构设计师】软考高级职称,来自订阅者真实反馈,从理论、实践、技巧让你掌握论文写作秘诀_方法_06

对于系统架构设计师的论文写作几点建议

论文摘要

        论文的摘要部分很重要,要能够醒目,给阅卷人第一印象。故摘要部分个人认为应包含以下几部分:

  1. 所论述的项目背景、项目研发周期、项目金额
  2. 要体现个人职责:例如:担任系统架构师,负责整个项目等等
  3. 技术点:项目框架、技术可以略简述下
  4. 项目大致包括哪些功能点、同时简要分析业务复杂性
  5. 要体现个人价值:通过引进什么技术或方案(该论文的论点)解决了什么问题
  6. 项目收益、获得荣誉(公司和用户一致好评、荣获最佳项目将)等等
  7. 字数要够,三百字左右,具体前面也说过

2019年1月,我有幸担任系统架构设计师,负责XX公司BPM业务流程管理系统项目的建设,该项目投入金额800万元,建设工期1年,该项目整体采用微服务架构,采用SSH框架,视图采用JSP技术,模型数据层访问层采用ORM技术,数据库采用Mysql数据库,采用SSO单点登录验证,工作流引擎,CDN内容分发网络技术,全链路追踪采用Zipkin,服务监控采用Prometheus。通过该项目建设,实现客户模块(客户管理、订单管理、数据统计)、供应链模块(供应商、询价、合同、采购)、资产模块(资产、采购、库存)、财务(会计表、报销模块、成本模块)模块等业务流程管理的信息化、自动化,提高效率降低公司成本,强化公司业务流程,提升执行力。该项目于2020年1月,通过了验收,并赢得了公司领导的好评。以该项目为例,论述微服务架构设计及应用,包括微服务的基本概念及特点,如何从单体架构迁移到微服务架构,最后总结项目中遇到的问题及其解决方案。

可以细读下,上面我《论微服务架构及其应用》该论点,看看是否包含上面所说的几点,是否包含上面的几点。这样阅卷人通过你的摘要大体就知道你所讲的论文内容是什么,基本上该概括的点也都包括了,要学会一定的抽象能力,能够归纳其核心点。

论文正文

        对于正文这部分,比较头疼,原因是要写的字数量大,要在论文中论述上述解决方案中,这块建议包括下面内容:

  1. 对于正文这部分建议拆分写比较合适,拆分几段,这样便于构思
  2. 首先可以来个小段,补充下其他的功能点(凑字数)
  3. 其次概述论点,这部分是需要靠我们前期理解所掌握的,纯理论概述
  4. 再次结合上述论点中某个点,结合实际业务功能点结合
    • 阐述分析(业务特性、技术特性)也就是为什么要选择这样方案,好的点在哪里
    • 是如何解决的
    • 最后收益
  5. 上面就是一直执行第四步即可
  6. 最后就简要概述过程遇到的问题,及后期改进方案,论述是一定要功大于过的,这样才可以体现你在项目实施过程中是能够担任系统架构设计师的。

对于这块,可以看看我的所有论文中的正文,大致也是这么个思路,采用分而治之的思想,将大问题拆分成小问题,自然而然就解决了,掌握解决小问题的诀窍就可以,和项目实施也是如此,解决好项目中的每个小问题,那么项目自然而然就成了。

论文结尾

        对于结尾部分,要首先说明的是,不论时间多么紧迫,结尾是一定要结尾的,要不然论文是不够完整的,见过部分同学,都是到最后结尾时间不够或者潦草结尾这样是不可以的。对于结尾建议包括如下:

  • 首先要表明整个团队的奋斗目标,而不是一个人的努力,是整个团队在作战
  • 要能够罗列出通过上述解决方案,得到的收益有哪些
  • 在过程中可能遇到哪些问题或略微的缺陷(小的)
  • 对于后续的一个展望

经过我们团队的不懈努力,历时一年,本项目于2020年1月通过了用户验收。实现了华北地区BPM业务流程管理系统的信息化建设,一方面提升华北地区的办公效率和信息流转的及时性,另一方面还有降低了成本。本项目的成功得益于我们团队正确的选择合适的设计模式,使得可以有效地将各个独立构件服务有效地组成一个完整的系统。当然在本项目中,为了提供性能和保证高可用,通过Web应用服务器集群,利用nginx在应用层进行负载均衡,此外为了保证数据库安全性和性能,数据库方面使用RAC集群和定时异地备份,当然,还有一些不足之处,例如使用观察者设计模式时,虽然观察者设计具有很多优点,由于是同步通知,一旦观察者过于多,同时不可避免地,会出现性能问题,还需要综合考虑,需要在设计模式和反设计模式之间找到平衡点,对于后续,我将不断的充电学习,和同行进行交流,不断的提升自己架构设计能力和技术视野,力争为我国信息化建设作出自己的努力。

关于【系统架构设计师】备战,我想对你说

         前期一定要有足够的理论知识储备,形成自身的知识框架,对于不同的论点要能够深入的理解它,要学会抽象和归纳,这样就会发现很多理论底层基本上都通的,解决方案也有很多种,对于在写作过程中,也可以灵活运用,收放自如,最好是有一定的实践经验,这样理论+实践结论比较好。

         在过程一定要坚持每天持续学习,储备系统架构设计师的理论方法,在考试前期一定要形成一派,也就说同一个论文内容,可以根据不同的论点都可以抒写出整篇的论文,这块尤其重要,前期不建议背诵或者押题,这样对自身是没有意义,也无法积累和成长。

         要有足够的信心➕长期坚持,如果你有这样法宝的话,那么你就成功一多半了。        

        不要只把这个当成一场考试,而是要在这个过程中,系统的、成体系的完善所必备的理论和方法,这样也就离真正的架构师不远了。

        未来的路很长,唯有不断自我精进,才能够赢得未来。