*论文是最麻烦的，卡通过率的一项

*论文分为摘要 正文 结尾

摘要

　　（1）要有实质内容，切忌空谈，套空话。摘要无实质性内容，会被扣分。

　　（2）反映论文主题。摘要顾名思义是对正文的一个概括，应该要反映出论文所写的主题内容。

　　（3）简洁明了，但不能过于简略，字数控制在300-400字范围内。

　　摘要撰写模板参考：

　　本文谈论……系统项目的……（论文主题）。该系统……（项目背景、简单功能介绍）。在本文中首先讨论了……（技术、方法、工具、措施），最后……（不足之处、如何改进、特色之处、发展趋势）。在本项目的开发过程中，我担任了……

正文

　　（1）控制字数、条理清晰。论文字数控制在2000-3000之间，论文要条理清晰，但要避免层次太深，满篇都是一、二、三，1、2、3,（1）（2）（3）。避免大段文字，每段文字最好是不超过8行。

　　（2）忠实于论点。要有自己的见解，但要避免过于求新标异，论文内容要忠实于论点，围绕论点来写。

　　（3）使用结构化的写作方式，避免采用博客的写作方式，避免太口语化，网络用语最好是不要使用。

　　正文结构参考：

　　项目概述：400-600字，包括开发项目概述、我承担的角色和工作、项目的架构情况概述，切忌照抄摘要。

　　采用的手段：1000-1400字。

　　手段的效果：200-300字。

结尾

　　不足之处和改进方案：200-300字。

　　总结：100-200字。

下面是本人准备的一些题目的正文部分，论文开头和结尾是差不多的，论文题目与时俱进紧跟技术，考试前多准备几篇，考试时间很紧张，多看看往年的优秀论文，总结经验和模板

第一篇

论微服务架构及其应用

微服务是一种用于构建应用的架构方案。微服务架构有别于更为传统的单体式方案，可将应用拆分成多个核心功能。每个功能都被称为一项服务。而相对于单体架构，微服务具有优势有：

1、易于开发和维护，因为微服务已经把不同模块给拆分开来，最后形成了不同的模块只需要集中处理该模块或者该功能的事情；2、技术异构性，微服务架构可以针对不同的项目模块可以

使用不同的技术栈来进行开发，充分发挥技术的优势；3、易于扩展，微服务我们只需要对出现瓶颈的模块进行升级处理而不需要对整个项目进行升级，可以极大的节约成本，升级也更加

方便快捷；4、隔离性，微服务因为每个模块都是分开独立部署，这样子如果一个模块出现致命问题，别的模块并不会受到什么影响，我们就可以单独修复这一个模块，别的模块可以正常

使用。

新系统微服务架构是基于多技术栈实现，整体步骤主要分为模块的划分、多模块间的服务注册与发现和api网关注册的实现。下面针对这三个主要步骤进行具体实现说明。

主体：

1、模块的划分：从模块的划分粒度和技术异构性来写

2、多模块间的服务注册与发现：从consul的服务注册解决 模块间的通信问题来写

3、api网关注册：从kong实现api网关来写

第二篇：

论软件设计模式及应用

软件设计模式是一套被反复使用的、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了重用代码以提高编码效率、增加代码的可理解性、保证代码的可靠性，

设计模式是前辈们总结的软件开发最佳实践之一。主要分为三大类。第一类，创建型，包含工厂方法模式、抽象工厂模式、单例模式、原型模式、创建者模式五种模式，主要用于处理对

象的创建和实例化对象；第二类，结构型，包含装饰模式、适配器模式、外观模式、代理模式、享元模式、组合模式、桥接模式七种模式，主要用于处理类和对象间的组合，用于帮助将

多个对象组合成更大更复杂的架构；第三类，行为型，包含策略模式、模版方法模式、观察则模式、迭代器模式、责任链模式、命令模式、备忘录模式、访问者模式、解释器模式九种模

式，主要描述类或对象之间的交互和责任分配。

在系统开发过程中根据不同场景需求使用了单例模式、策略模式和适配器模式。下面针对这三种设计模式进行具体说明。

主体：

1、单例模式：从日志单例来写

2、策略模式：从数据可视化不同的人看不同的算法来写

3、适配器模式：不同厂商的push推送函数不一样，封装成一样的函数来写

第三篇：

论软件架构风格

软件体系结构风格是描述某一特定应用领域中系统组织方式的惯用模式。体系结构风格反应了领域中众多系统所共有的结构和语义特性，并指导如何将各个模块和子系统有效地组织成

一个完整的系统。软件架构风格主要分为五大类。第一类，数据流风格，一个个的处理单元看成一层层的处理器，数据经过一个个的处理单元，最终达到我们需要的结果，该风格包含

批处理序列和管道过滤器；第二类，调用返回风格，将一个较复杂的程序系统设计任务分解成许多易于控制和处理的子任务，该风格包含主程序/子程序、面向对象风格、层次风格；

第三类，独立构建风格，将一些系统公用的功能抽离处理单独开发，对外提供一个可访问的入口，降低系统耦合度易于扩展，该风格包含进程通信和事件系统；第四类，虚拟机风格，

是构建一个运行环境，在此运行环境上可以支持一些自定义的操作，该风格包含解释器和基于规则的系统；第五类，仓库风格，该风格会构建一个中央数据源，其他一些构件以中央数

据源为中心进行操作，该风格包含数据库系统、超文本系统和黑板系统。

在系统开发过程中根据不同场景需求使用了批处理风格、层次化架构风格和面向对象风格。下面针对这三种软件架构风格进行具体说明。

主体：

1、层次化风格：从系统整体分成了，web层、cdn层、服务器层、数据库层、redis缓存层来写

2、批处理风格：从项目管理模块的一个需求建立到结束 状态变换的角度来写

3、面向对象风格：从系统的公共功能 日志类模块来写

第四篇：

论信息系统的安全性与保密性设计

对于生物制药公司，我们公司的一些实验数据和客户数据相当重要，这些敏感信息都需要在网络中进行传输，也会在数据库里进行保存，用户也可以通过后台进行操作，

因此数据的安全性和保密性问题面临着巨大的挑战，网络传输的过程中有可能被非法采集，数据库被拖库的情况下也会导致信息泄露；用户后台操作可能会进行恶意修改等。

在实际实验记录操作里面，用户进行相应操作的时候，请求可能被抓包拦截，被解析请求的参数规则，然后模拟请求进行非法篡改导致实际数据出错；接口还要考虑ddos攻击，

可能会导致系统瘫痪无法正常使用；系统开发可能会存在sql注入攻击漏洞，如果被发现可能会导致数据库的信息被泄露；还有内部用户在后台系统越权进行手动篡改或者删除数据的风险。

以上列出了部分系统中涉及到的安全性和保密性问题，针对这些问题，我们采用了sign参数签名验证、添加时间戳、数据库字段加密、审计日志、rbac等一系列安全防控策略。

下文着重讨论接口请求层面、数据库存储层面、rbac权限验证层面所面临的问题以及我们采用的解决方案。

主体：

1、接口请求层面：从接口加签、时间戳写起

2、数据库存储层面：从敏感字段加密、审计日志写起

3、rbac权限验证层面：从权限验证写起

第五篇

论软件架构评估

常见的评估方法有ATAM（架构权衡分析法）和SAAM（软件系统架构分析方法）两种，ATAM的评估目的是依据系统质量属性和商业需求评估设计决策的结果。

ATAM希望揭示出架构满足特定质量目标的情况，使我们更清楚地认识到质量目标之间的联系，即如何权衡多个质量目标；SAAM指导对体系结构的检查，使其主要关注潜在的问题点，

如需求冲突。SAAM不仅能够评估体系结构对于特定系统需求的使用能力，也能被用来比较不同的体系结构；在架构评估中所普遍关注的质量属性有可用性 、 可修改性 、 性能 、 

安全性 、 可测试性 、 易用性。性能是指系统的响应能力；可用性是系统能够正常运行的时间比例；易用性是衡量用户使用一个软件产品完成指定任务的难易程度；可修改性

是指能够快速地以较高的性能价格比对系统进行变更的能力；可测试性是指软件发现故障并隔离、定位其故障的能力特性，以及在一定的时间和成本前提下，进行测试设计、测试执行的

能力；安全性是指能给合法用户提供正常服务的同时，抵御不合法用户的能力。

在我们的项目中，我们采用的是ATAM（架构权衡分析法）来进行评估，过程主要包含场景与需求收集，架构视图与场景实现，属性模型构造分析，折中四个方面。

下面将从重点从前面三个方面介绍ATAM方法在项目中的实际运用。

主体：1、场景与需求收集: 收集评估小组的功能性需求和非功能性需求，并对质量属性进行详细描述

2、架构视图与场景实现：根据功能性需求和非功能性需求（质量属性）提出解决方案，建立质量属性效用树，并对场景进行优先级排序

3、属性模型构造分析：对质量属性以及质量属性之间的关系进行分析，确立参数化指标，分析质量属性间的冲突