—————————–摘要部分—————————–

#要求：200字以上，简单且明确，对结尾承上启下

基于目前SAAS市场呈现积极上升态势，国家正大力发展健康产业，经过我司对SAAS市场的调研以及我司在CC领域的多年耕耘经验，我司决定于XX年YY月开始开发以服务于CC的SAAS平台系统，我有幸以系统架构设计师的身份参与了此项目的建设工作。该项目的工期为ZZ个月，参与人数TT人，开发了包括概览、预约、会员等功能模块。通过该项目的建设，我司不仅打开了在SAAS行业的软件市场，同时也扩大了我司在CC的业务规模。该项目于XX年YY月成功推广到相关CC中，并受到CC的一致好评。本文结合作者的实际经验，以SAAS平台系统为例，通过微服务思想讨论了SAAS平台系统在构建过程中的建设性方案，主要以在项目构建中的需求阶段、技术选型阶段、设计阶段、开发阶段、测试阶段、部署及运维阶段进行了阐述。

—————————–正文部分—————————–

#下述是正文中的过渡阶段，尤为重要。(500字左右)

基于目前SAAS市场呈现积极上升态势，国家正大力发展健康产业，经过我司对SAAS市场的调研以及我司在CC领域的多年耕耘经验，我司决定于XX年YY月开始开发以服务于CC的SAAS平台系统，我有幸以系统架构设计师的身份参与了此项目的建设工作。该项目的工期为ZZ个月，参与人数TT人，开发了包括概览、预约、会员等功能模块。通过该项目的建设，我司不仅打开了在SAAS行业的软件市场，同时也扩大了我司在SS的业务规模。该项目以微服务架构架构为思想，采用JDK1.8版本的Java语言开发，以springcloud的F版本为微服务核心开发框架，以zuu1.5作为网关，以eureka1.2作为服务注册中心，以hystrix1.5作为服务熔断，以Apollo1.2作为分布式配置中心，以sentinel1.3作为服务限流工具，以zipkin1.5作为服务的链路跟踪工具，以关系型数据库MySQL5.7存储重要业务数据，通过MySQL中间件maxscale2.2来自动识别读写分离，以内存型数据库redis4.0作为分布式锁以及存储热点数据，以阿里云SLB作为一级负载均衡来代理nginx1.10.2，以nginx1.10.2作为二级负载均衡来代理网关并作为域名映射、存储静态文件的容器，以64位阿里云centos7.2作为操作系统。由于本项目的顺利上线涉及到我司在SAAS..行业中的推广，因此，本项目的整体架构设计和后端服务性能尤为重要。在本项目中，我作为系统架构设计人员，除了对系统架构的基本设计以外，特别从以下几个方面对整体系统进行了梳理。

#下述是正文中的解释说明阶段，比较重要。(2000字左右)

一，需求阶段。根据我司在CC行业的多年经验，经相关人员在市场调研之后，与产品、研发、测试等人员进行了需求对接工作。这里对需求分成了三大步骤，分别是需求分析、需求定义、需求解决策略。第一，在需求分析方面，我们考虑了市场调研的需求是否符合法律法规、是否符合用户利益、是否符合企业目标、是否超出目前企业资源、是否符合相关者利益、是否负面性、是否变更、是否延期以及预估市场规模等几个方面。第二，在需求定义方面，首先确定了面向的用户为CC而不是个体，然后基于CC中..流失严重、..力度不够、…过大、..过高、..混乱、..相对偏低等棘手问题，最后从需求中拆分出了会员..几大主要业务模块。第三，在需求解决策略方面，产品人员确定最终需求，预估上线时间，并根据这些模块以及衍生模块划分需求优先级，项目经理根据最终需求，预估开发周期，并把业务模块精确到各个小组的成员。

二，技术选型阶段。基于现阶段的业务划分、人员分配及其技术水平以及系统架构的发展趋势，首先是研发方面，最终选定前后端分离的开发模式，在前端方面，基于node环境，通过VUE框架来构建前端界面，在后端应用方面，基于jdk1.8环境，通过微服务框架springcloud来构建后端应用，在操作系统方面，基于centos7.2来部署前端和后端工程。选用前后端分离的关键因素:页面的布局复杂、页面的复杂业务逻辑、页面的渲染数据量较大、后端的业务复杂、业务模块过多导致接口过多，优点:并行开发、专注开发工作、提升开发效率、易于应对需求变化、增强代码可维护性和重复性、易于测试，缺点:性能问题、增加前端工作量、安全风险、模板适配性、增加公司成本。选用微服务架构部署和设计SAAS平台系统的关键因素:业务模块众多、降低各个模块的耦合性，优点:主要是微服务的优势，比如高内聚性、自治性、技术异构性、弹性扩展、独立部署、可组合性、可替代性，缺点:主要是微服务的劣势，比如服务数量多、管理服务复杂、问题跟踪困难等。然后是数据库方面，通过关系型数据库MySQL5.7存储核心业务数据，通过MySQL中间件maxscale做读写分离，通过内存型数据库redis4.0存储热点数据。最后是系统架构部署方面，基于公司现有生产服务器部署及业务应用的运行情况，直接购买阿里云服务器即可。

三，设计阶段。首先在数据库表设计层面，在需求对接时数据库管理员参与了需求的学习，为了表设计的合理性、加快开发进度以及吸取以往的设计经验，各个业务表的初始设计由数据库管理员来设计，在后续的开发阶段如开发人员需要对表结构进行修改，需与数据库管理员直接商议。然后在前端开发方面，一是基于业务模块，划分业务边界，确定业务模型和公共模型，二是合理定义与后端交互的restful形式的接口模板，三是做好与产品设计的对接工作。再次在应用开发方面，一是基于业务模块，划分业务边界，确定业务模型和公共模型，二是基于阿里巴巴Java编码规范进行代码编写，三是基于阿里巴巴数据库sql规范来编写sql，四是基于前端提交的restful形式的接口模板的填写测试数据以便于前端接口测试。然后在架构部署方面，以阿里云SLB作为一级负载均衡来代理nginx1.10.2，以nginx1.10.2作为二级负载均衡来代理网关并作为域名映射、存储静态文件的容器。最后，上述的每项内容都会以培训的形式对相关研发人进行统一的技能培训。

四，开发阶段。首先在后端应用开发框架方面，基于springcloud-F版本的整套框架为核心来开发业务模块，前期开发阶段，springcloud集成的eureka1.2、zuul1.5、hystrix1.5、zipkin1.5、sentinel1.3等插件都暂时以默认值来设置，当开发进度进行到中期，对上述插件进行对应的调参处理，并加入Apollo1.2分布式配置中心来统一管理各个业务模块的属性值。然后在通过微服务思想对业务进行建模方面，前期开发阶段，以比较粗的粒度找出业务边界并把业务模型进行初步划分，当各业务模块开发出基本成型的应用体系时，此时准确找出业务边界，并确定业务模型和公共模型，在此期间，逐步划分业务功能的同时来逐步划分业务上下文和边界。再次在业务变更方面，与领导、产品、小组开发组长和测试即时沟通，适当延长开发周期，相关模块分给其他人员。之后在核心人员流失方面，即时与将要离职人员进行挽留与工作对接，即时与人事沟通重新招新人的事宜，即时从其他项目组临时抽调人员来顶替现有职位并即时对新人进行培训和指导，将要离职人员要即时做好交接工作。最后，开发人员每开发出一个单独的模块要与产品、前端和测试人员即时对接，即时把相应接口参数提供给前端人员，即时跟领导汇报开发进度。

五，测试阶段。首先在业务模块测试方面，测试人员与前端和后端开发人员对接，即时反馈各个模块的BUG，对各个BUG的问题反馈要精确，对督促开发人员对BUG的修改，即时与产品与项目负责人对接测试情况。最后在性能测试方面，一是，测试人员需与架构设计人员、产品与后端设计人员对接，二是，要基于产品提供的市场反馈数据作出合理的性能压测报告，三是，要对后端应用集成的zuul1.5、hystrix1.5、zipkin1.5、sentinel1.3的核心属性值进行动态调整，四是，在性能测试时出现的任何问题要与架构设计人员和后端开发人员即时反馈。

六，部署及运维阶段。首先在部署方面，前端代码基于npm编译，后端代码基于maven编译，二者通过jenkins等自动化部署工具集成并对各个应用做到自动化部署。然后在高可用和高性能设计部署方面，一是基于测试人员的测试结果对软硬件资源进行适当的扩展，二是优化各个业务模块中不规范的代码，三是优化sql。之后借助监控工具，对部署的各个应用及软硬件资源的相关情况进行监控和报告汇总。最后，对整个SAAS的系统架构进行不断的演化和改进，即时解决引发的问题，预测将要出现的问题，即时研究相关技术适配到业务场景中，并对现有的系统架构进行总结和培训。

——————————结尾部分——————————

#要求：200字以上，简短且精炼，突出知识域，与摘要承上启下

经过我们团队不懈的努力，历时ZZ个月，本项目终于于XX年YY月通过了领导的审批，上线后受到各CC的一致好评，为CC解决了..严重、..力度不够、..过大、..过高、..混乱等棘手问题。当然，在本项目中还有一些不足之处，比如在zuul网关层由于hystrix熔断属性值的偏差导致网关性能出现些许异常，在应用层由于sentinel限流属性值的偏差导致个别业务出现些许异常，不过通过我后续的纠察，并没有对项目产生什么影响。在后续的学习和工作中，我会继续对此SAAS系统架构进行优化，与同事进行交流，也会进行不断的学习，把知识运用到工作中的各个领域中，作出自己的一份贡献。

—————————————————————————————————————-

#论文要求总共3000字左右，上述的个人论文已经超出了字体个数，具体的论文个数要以每次的试卷要求来写，2小时写3000字(算标点)不容易，建议各位提前练习论文，字体工整。这种论文没有实际的工作经验是写不出来的，还是得靠平时的积累和总结。

#参考了以下论文的指导方针，只提供参考