5篇关于中台的计算机毕业论文

今天分享的是关于中台的5篇计算机毕业论文范文, 如果你的论文涉及到中台等主题,本文能够帮助到你

基于微服务架构的支付系统的设计与实现

这是一篇关于支付系统,中台,服务高可用的论文, 主要内容为在移动网络时代,人们对手机的依赖性越来越大,对于购物、外卖等消费行为,越来越多的人们选择进行线上消费,使用微信、支付宝、转账等方式进行交易。因此一个稳定可靠的线上交易环境对于公司而言具有一定的竞争力,体现出移动网络时代支付系统的重要性,在此大背景下支付平台应运而生,在公司中支付服务是不可或缺的一部分,由于业务线众多,重复造轮子会给公司带来人力与财力的双重负担,故选择将支付服务平台作为一个技术中台,供上游业务线选择使用,使得其不必关注支付逻辑,由支付系统统一与三方支付平台进行交互。本文实现的支付系统围绕核心支付能力进行展开,系统主要分为四个业务模块,分别是订单服务模块、在线支付服务模块、对公转账服务模块、发票模块。订单服务模块主要负责应用的接入、创建订单、查询订单、订单退款、订单完成支付回调等功能,是支付系统的入口网关;在线支付服务模块主要提供具体的支付能力,包含微信、支付宝等各种支付产品;对公转账服务模块主要提供招商银行的支付方式,同时提供对账大表以便进行对账操作;发票服务模块主要提供申请开票、开票、驳回开票、作废发票等功能。同时支付系统通过各种基础组件与中间件来降低系统的耦合度,如使用Rabbit MQ进行内部服务间的调用以进行业务解耦;使用Redis作为缓存降低My SQL的读取次数,提升支付性能;使用Elastic Search实现对数据的聚合分析、读写分离;使用Prometheus与Grafana实现对支付系统的业务监控;通过数字证书签名保证支付过程中数据的完整性以及安全性;通过Kubernetes实现对系统的自动扩容与滚动升级,保证服务高可用。本人在项目中参与支付系统的需求分析,设计开发及后续系统测试的全过程,目前该支付系统已在线上正常使用,已为公司多条业务线提供支付能力,同时对接公司的财务系统,为业务运营人员与财务人员提供便捷的对账能力,取得了良好的经济效益。

面向虚拟中台的能力开放系统的设计与实现

这是一篇关于虚拟聚合,中台,能力,同态加密,能力选择的论文, 主要内容为中台能够将分散在各个应用系统的功能聚合起来,通过功能组件级别的重用,降低新应用开发的工作量和复杂度。然而传统中台的建设方式往往需要将各个应用系统物理聚合,需要完成相关数据和功能的迁移。这种建设方式成本高昂、周期漫长,极大限制了各类企业引入中台的积极性。虚拟中台是一种基于虚拟聚合实现的中台,旨在不迁移原有应用系统的前提下,通过对原有应用系统数据和功能的封装,向外暴露应用“能力”,并进一步通过聚合使用由各个应用系统提供的能力实现新应用的开发。虚拟中台的引入解决了前述传统中台建设中遇到的问题,是更快捷、更低成本的中台建设模式。同时,由于虚拟中台可以聚合企业外部的能力,从而可以极大的拓展虚拟中台的应用能力,满足企业更多样的应用需求。虚拟中台的开放性也引入了相关的问题。基于虚拟中台的应用构建环境中,各个能力提供者之间,甚至是能力提供者与应用构建者之间可能并无充分的信任关系。如何实现非可信环境中的能力选择成为了虚拟中台建设中需要重点解决的问题。本课题旨在设计与实现面向虚拟中台的能力开放系统。该系统分为能力接入、虚拟中台与系统管理三层。能力接入层基于虚拟聚合的理念实现了无侵入式的能力代理;虚拟中台层实现了能力管理、状态管理与安全管理;系统管理层实现了便捷的交互功能。针对非可信环境的能力选择问题,本课题提出了一种基于元启发的同态能力选择算法,使用同态加密技术在虚拟中台用密文直接计算选择结果,并提出改进方案优化计算时延。实验表明本课题研究的方法在同态计算时延方面的优于蝙蝠、粒子群、遗传等元启发算法。本文首先介绍了面向虚拟中台的能力开放系统的背景;而后基于对业界相关虚拟能力开放系统的调研分析了面向虚拟中台的能力开放系统的需求;继而提出了基于元启发的同态能力选择算法;然后对面向虚拟中台的能力开放系统的设计与实现做了详细介绍,最终通过一系列测试验证了系统的有效性。

基于PAAS中台架构的电商销售系统设计及实现

这是一篇关于平台即服务,中台,线上商城,电商,零售行业的论文, 主要内容为近几年来,线上购物越来越方便,很多居民的消费习惯从逛街,百货商店购物,逐步转向了在各类线上商城内购物。这一消费习惯的变化直接导致了实体店的客流持续减少,很多零售行业的大中型企业线下业务受到挑战,迫使大部分企业不得不重视对于线上渠道的销售。现在随着电商产业的发展,销售业务不仅仅需要面向线上,同时还要面向移动端。但是传统前后台架构的销售系统,已经不能适应线上变化多端的销售场景。业务的不断发展,这种“前台+后台”的不协调,系统之间衔接的问题也随之而来。另外,随着业务面向线上和移动端,业务快速扩张,传统购买的服务器可能面临着不断升级和系统稳定性的考验,及后期应用和方案的不断增多,系统考虑使用云技术和微服务也越来越多。因此,根据企业的业务的发展情况,及线上移动端销售的迫切需求,构建一套合适的系统架构,支持多渠道销售的系统也是大势所趋。本文基于构建线上商城的需求,及线上业务的订单及库存方面的交互,重点研究了整个线上商城销售系统的架构。在架构中引入了中台系统,衔接前后端。架构不仅能支持前台灵活多变的需求,而且实现了后台对于稳定性的需求。另外中台系统采用基于云技术的Paa S(Platform-as-a-Service)提供的软件及服务,设计了供应链的流程及软件系统架构,完成了系统程序的设计与实现。最终为企业开拓销售渠道,传统零售向电商转型提供了一整套解决方案。本文的研究工作主要有以下几个方面:(1)线上商城销售系统的架构设计。本论文对底层库存系统使用ERP(Enterprise Resource Planning),与前台TP(Third-Party)及中台OMS(Order Management System)集成的方式进行了研究,设计了符合业务流程的线上商城销售系统。根据线上业务准确率要求高、展现多变、系统反应快的特点,通过构建中台系统来衔接前台和后台。完成了前端第三方平台TP与中台OMS的搭设,后端SAP(System Applications and Products)与OMS中台系统的搭设,并分析三个系统之间的集成和互相的接口需求,实现并验证了前台、中台及后台信息交互的连通性、准确性,完成了对两边信息的监控。(2)中台系统的搭建与实现。本文提出了以提供Paa S服务的云平台为基础,部署整个中台系统。分析了线上业务的场景,设计了中台的功能及中台的环境部署方案,并对中台的业务功能,包含订单管理、商品、库存精细化管理等功能及与前后台的接口进行了配置和实现。(3)线上商城销售系统的功能实现及验证。本文根据线上商城商品销售及流转的方式,基于ABAP和.net技术对整个业务进行了代码实现。并将后台的进销存流程实现了自动化,对于库存及线上订单的处理使用了一些算法去解决。对整个线上业务流程进行测试,检测开发的系统功能能否满足业务的需求,生成的业务凭证流是否正确。通过对整个电商系统的应用验证,基于中台架构的系统满足了企业的业务需求,表明了整个系统具有实用性与可扩展性。

面向编码规范和架构演进的领域驱动设计开发框架

这是一篇关于领域驱动设计,微服务,中台,领域模型,领域驱动设计开发框架的论文, 主要内容为领域驱动设计是一种针对复杂软件系统的建模与分析方法,它从战略设计和战术设计两个层面提供了诸多用于软件系统的建模与分析工具。近年来,随着中台和微服务架构的迅速发展,领域驱动设计向上通过战略设计指导中台业务模型的构建,向下通过战略和战术设计指导微服务的设计和实现,在软件开发中扮演着越来越重要的角色。然而,领域驱动设计实践存在许多挑战。一方面,领域驱动设计是一种方法论,并没有对具体代码设计做出规范与指导,这使得不同开发者基于相同的领域驱动设计建模结果开发出来的系统差异很大,从而导致开发者沟通成本骤增,现实架构逐渐偏离于理想架构。另一方面,领域模型是领域驱动设计的核心,然而它在系统架构演进时具有很高的维护成本。系统架构往往是不断演进的,系统架构演进时为了与领域模型保持统一就需要对代码做出相应调整。为了应对领域驱动设计实践遇到的挑战,本文设计并实现了一套面向编码规范和架构演进的领域驱动设计开发框架Tiad,用于辅助开发者进行领域驱动设计实践。具体来说,为解决挑战一,Tiad提供了领域驱动设计代码约束检查功能,能支持在代码中定义标准的领域驱动设计构建块,并提供相应的代码约束检查规则,从而在领域驱动设计实践时对代码做出规范与指导。为解决挑战二,Tiad提供了透明化本地和分布式领域事件及事务功能,通过支持事件驱动编程降低代码耦合,通过透明化技术实现解耦业务实现和技术选型,从而避免架构演进时对领域模型间通信方式、事务控制方式的调整,降低领域模型在架构演进时的维护成本。Tiad还提供了配套集成开发环境插件,能在编码时实时生成、检查和修复代码,有较高易用性;Tiad各模块相对独立并使用可插拔化的设计,有较高扩展性;Tiad基于高性能中间件并进行了性能测试,有较高性能。Tiad在通过上述功能解决领域驱动设计挑战的同时,还兼具较高易用性、扩展性和性能,能够有效辅助开发者进行领域驱动设计实践。