7篇关于定时任务的计算机毕业论文

今天分享的是关于定时任务的7篇计算机毕业论文范文, 如果你的论文涉及到定时任务等主题,本文能够帮助到你 中小型电商系统的设计与实现 这是一篇关于移动电商,中小企业,文档数据库

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

中小型电商系统的设计与实现

这是一篇关于移动电商,中小企业,文档数据库,定时任务,消息队列的论文, 主要内容为近年来,科技信息技术与互联网信息技术发展迅速,电子商务发展也越来越强大.电子商务被很多企业作为主要的贸易手段,传统企业把经营方式由线下转变为线上的也越来越多,电子商务已成为现代社会不可或缺的部分。随着全球经济一体化和电子商务的快速发展,电子商务成为一种主流的商业模式,尤其以移动商务的发展趋势更加明显。移动设备的广泛应用,移动的商务网站成为Web开发技术的一个主攻方向和应用方向,移动Web开发技术在电子商务网站建设和优化中也越来越广泛了。对于中小电商企业而言,建立一个廉价高效的网站对于经济发展和收益具有重要意义,因此本文致力于设计一种通用型中小型电商系统的服务端,同时保证扩展性和高可用。本文以电商平台为研究对象,研究中小电商企业的业务需求和电商的发展背景,阐述了中小型电商的问题和模型,在开发过程中具有重要意义。本文介绍了电商系统开发所用到的技术,包括一些开源框架、数据库、缓存、消息队列等技术,这些都是系统的重要组成,并对各个技术选型均有详述。然后分析了电商系统的业务需求,分别对商户和顾客两端用户进行分析,根据系统总体功能分解,描绘系统的所有功能模块,表示系统的业务逻辑。通过活动图建立业务主要需求,通过用例图和用例描述进行需求建模,对主要功能给出对应代表用例分析。通过实体联系图对数据进行建模。完成系统的总体功能建模后,给出系统非功能性需求。在需求分析的基础上,本文进行了详细的设计和实现。本文给出了系统的架构模型,电商系统基于模型构建,各个子系统均由Spring Boot框架搭建,同时利用Quartz框架搭建定时任务系统。根据需求的数据模型,本文给出了各个实体信息的数据库设计,使用文档数据库Mongo DB并以表格和键值的方式进行说明。根据业务及非功能性需求,设计各个功能模块,以类图的方式介绍系统的各个类及联系,分别对各功能流程以时序图的方式说明类与方法之间的调用关系。最后,对实现的电商系统进行功能和非功能性测试。本文的中小型电商系统测试结果表明,在保证高可用和扩展性的情况下,系统满足商户和顾客的业务的需求,同时在性能方面也基本满足初步应用。

企业集群任务管理系统的研究与实现

这是一篇关于企业应用,任务调度,集群,定时任务,事件任务的论文, 主要内容为在企业应用中,任务是一个后台运行并且不需要与用户交互的可执行程序,比如一个exe程序,但依然需要人工启动这些可执行的程序。不是每一个任务要求立即被执行,所以任务可以被安排在将来的某个时候执行。任务管理,以强化操作系统的批处理能力为目的,提供对任务的提交、调度及控制等机制,从而能够更有效地平衡运算节点负载,利用系统资源、提高系统的整体稳定性与性能。 随着任务数目、执行频率与业务复杂性的增加,以及不同任务对执行时间、条件、和执行频率的不同需求,有时手工操作无法满足要求。同时,因为任务在后台运行,因此人工对任务的监控也十分困难。大量的任务同时执行,必须保证并发处理能力。所有问题及需求反映:为更好的调度、执行和监控任务,需要一个友好的企业任务管理系统。 本文首先对作业调度系统以及定时作业调度技术做了相关研究,如典型的作业调度系统以及quartz开源定时任务调度框架,为设计与实现任务管理系统做了技术准备。接着,对系统关键技术进行研究,根据对作业调度不同场景的分析,提出了能适用于不同场合的作业调度模型。根据较少资源浪费的需求,提出新式定时器比较模式。通过对线程、集群、负载均衡算法的研究,给出了任务管理系统的并发方案,解决企业大并发量问题。然后,参照软件工程技术的标准流程,对企业集群任务管理系统进行了需求分析与总体设计。给出了系统体系架构与数据库设计方案。对系统的各个功能模块进行了详细设计并基于.Net Framework实现了该系统。最后,本文在笔者实习单位“企业证券系统”对该系统进行了应用与验证。

游戏业务受理系统中定时任务子系统的设计与实现

这是一篇关于定时任务,集群协商,任务调度,Redis集群的论文, 主要内容为游戏中台业务受理系统为游戏提供批处理、处罚中心、防沉迷、消息推送等运营能力。业务受理系统发展建设过程中涌现出如消息定时推送、封禁定时解封、道具定时发放,邮件定时发送等大量定时任务需求。这些需求场景具有短任务多、任务不能丢失、所在不同基础业务微服务间相互解耦的业务特性。所以,业务受理系统迫切需要一款能够提供可靠定时任务服务的系统来满足上述需求,为上层基础业务提供支撑。针对业务受理系统的定时任务需求场景,本文设计并实现了一个轻量级高可用的分布式定时任务系统。业务受理系统的各个基础业务模块可以轻量级集成定时任务子系统,通过分布式部署构成定时任务集群。多个节点通过高可用的Redis集群来完成分布式集群的调度管理,实现动态扩容缩容、失败处理等功能,保证整体服务的高可用。定时任务基于特定的Hash算法均匀分配到各个节点上,任何节点变更都可以触发未执行任务的重分配,保证节点之间任务的负载均衡。本文首先以业务受理系统需求为切入点,对定时任务子系统的功能需求和非功能需求进行梳理。然后,根据需求分析,本文利用4+1视图的方式对子系统进行架构设计。系统总体上分为三层:顶层为了接入方便,封装了统一对外接口,减少业务代码与定时任务子系统之间的耦合;中间逻辑分为任务提交、集群协商、任务执行三大模块,分别负责定时任务的注册提交、节点之间协商与任务分配、定时任务按计划时间调度执行;底层的数据管理层,对连接Redis集群的相关操作进行封装,提高系统可维护性。最后,本文利用Golang语言,对系统进行实现。目前,定时任务子系统已经开发完成,并被业务受理系统中消息推送业务和客服系统中分单业务接入,支撑几十万DAU游戏的日常运营。

编程考试系统代码质量度量及相似度检测子系统的设计与实现

这是一篇关于质量度量,定时任务,相似度检测,SonarQube,ANTLR的论文, 主要内容为在计算机相关课程的教学中,教师常常会安排一些编程考试来考察学生对课程的掌握程度。某团队为此开发了一个具有代表性的编程考试系统。但是该系统存在着诸多不足。首先,该系统只评判代码的正确性。这就导致学生往往只关注怎么得到正确结果,很少去关注所写代码的质量。其次,线上考试使得教师不需要参与阅卷过程,如果不耗费大量的人力来一一比对代码,就很难发现考试中的抄袭情况。目前已有的其他同类系统如HUSTOJ等,也存在着只评判代码正确性的问题,虽然可以进行一定程度上的代码相似度检测,但是检测的结果十分简略,不利于教师进一步了解具体的抄袭情况。为了缓解以上问题,本文设计开发了代码质量度量及相似度检测子系统,旨在帮助学生养成良好的编程习惯,提高编程水平。同时也帮助教师节省大量的工作量,及时发现考试中的抄袭情况。系统采用了前、后端分离的开发方式。前端主要使用Nuxt.js框架进行开发,后端则采用Spring Boot开发框架。在项目开发过程中还使用了Sonar Qube、Rabbit MQ、Hibernate、ANTLR和Event Bus等技术和工具。系统的需求分析和设计部分,分析了系统的功能性需求和非功能性需求,描述了系统的总体设计思路、模块划分情况以及各模块的顺序图、核心类图和数据库设计等方面。代码质量度量及相似度检测子系统主要分为三个模块,分别是质量度量模块、定时任务服务和相似度检测服务。其中质量度量模块负责将学生代码进行质量度量并展示度量数据。定时任务服务则负责定时任务的管理。相似度检测服务负责对学生考试代码进行相似度检测并展示检测结果。在系统的具体实现部分,阐述了各个模块的详细实现细节,展示了部分关键代码和界面截图,并介绍了系统的测试情况。最后做了总结并描述了系统未来可以改进的地方。目前系统已经上线运行,运行情况稳定,能够满足教师和学生的基本需求,用户反馈良好。

基于Quartz的分布式定时任务调度系统的设计与实现

这是一篇关于定时任务,Quartz,负载均衡,Zookeeper的论文, 主要内容为随着互联网的飞速发展和软件系统的快速推广,越来越多的业务场景需要使用定时任务来完成某种业务功能。例如网络准入系统中的访客过期清理、会议预约系统中的定时通知和计费系统中的余额提醒等。与此同时,许多业务场景对定时任务的触发条件、可靠性等方面提出了更加严格的要求。一些传统的定时任务方案虽然可以实现简单的定时任务功能,但存在触发精度不足、单点故障、无法集中管控、任务高度耦合和负载不均衡等问题。针对上述传统定时任务方案中存在的问题,本文设计和实现了基于Quartz的分布式定时任务调度系统。其既可以实现定时任务的秒级触发、集中管控和高可用,也可以降低系统的耦合。本文的主要工作内容如下:(1)进行系统需求分析与总体设计。面向企业的实际业务场景,提出系统的功能和非功能性需求。在此基础上,进行总体设计。首先针对传统定时任务中的单点故障问题,采用分布式主从架构解决单点问题。其次针对Quartz中任务调度与执行流程耦合的问题,使用Zookeeper的选举机制将任务的调度与执行流程解耦。然后针对定时任务的触发精度不足问题,使用Quartz确保定时任务的秒级触发。(2)研究基于灰色关联度的混合负载均衡策略。针对Quartz中任务执行节点负载不均衡的问题,研究负载均衡算法,结合加权轮询和加权最小连接数算法的思想,提出混合负载均衡策略。针对服务器性能参数权值的经验评估缺陷,采用灰色关联度方法建模评估,计算出更合理的参数权值。并通过仿真实验,验证了基于灰色关联度的混合负载均衡策略的有效性。(3)进行系统详细设计、实现以及测试。详细地阐述了系统中主要功能模块的设计细节,在定时任务调度模块,针对定时任务实例的生成问题,设计了任务实例动态生成策略和时间窗口策略。在定时任务日志管理模块,采用Kafka和Elasticsearch完成日志的传输和存储。在集群管理模块,使用Zookeeper管理系统中的服务器和选举主节点。采用类图表示功能模块中关键类的设计结构,并描述其作用。在此基础上,使用Spring Boot实现系统各功能模块的具体逻辑。通过功能和非功能测试,验证了系统在功能和非功能方面均满足设计的需求。综上所述,本文基于开源框架Quartz,设计并实现了一套分布式定时任务调度系统,解决了传统定时任务系统中的任务调度与执行流程耦合、任务执行节点负载不均衡和公共数据库访问压力大等问题,有效地提升了企业对于定时任务的管控和开发能力。

基于Quartz的分布式定时任务调度系统的设计与实现

这是一篇关于定时任务,Quartz,负载均衡,Zookeeper的论文, 主要内容为随着互联网的飞速发展和软件系统的快速推广,越来越多的业务场景需要使用定时任务来完成某种业务功能。例如网络准入系统中的访客过期清理、会议预约系统中的定时通知和计费系统中的余额提醒等。与此同时,许多业务场景对定时任务的触发条件、可靠性等方面提出了更加严格的要求。一些传统的定时任务方案虽然可以实现简单的定时任务功能,但存在触发精度不足、单点故障、无法集中管控、任务高度耦合和负载不均衡等问题。针对上述传统定时任务方案中存在的问题,本文设计和实现了基于Quartz的分布式定时任务调度系统。其既可以实现定时任务的秒级触发、集中管控和高可用,也可以降低系统的耦合。本文的主要工作内容如下:(1)进行系统需求分析与总体设计。面向企业的实际业务场景,提出系统的功能和非功能性需求。在此基础上,进行总体设计。首先针对传统定时任务中的单点故障问题,采用分布式主从架构解决单点问题。其次针对Quartz中任务调度与执行流程耦合的问题,使用Zookeeper的选举机制将任务的调度与执行流程解耦。然后针对定时任务的触发精度不足问题,使用Quartz确保定时任务的秒级触发。(2)研究基于灰色关联度的混合负载均衡策略。针对Quartz中任务执行节点负载不均衡的问题,研究负载均衡算法,结合加权轮询和加权最小连接数算法的思想,提出混合负载均衡策略。针对服务器性能参数权值的经验评估缺陷,采用灰色关联度方法建模评估,计算出更合理的参数权值。并通过仿真实验,验证了基于灰色关联度的混合负载均衡策略的有效性。(3)进行系统详细设计、实现以及测试。详细地阐述了系统中主要功能模块的设计细节,在定时任务调度模块,针对定时任务实例的生成问题,设计了任务实例动态生成策略和时间窗口策略。在定时任务日志管理模块,采用Kafka和Elasticsearch完成日志的传输和存储。在集群管理模块,使用Zookeeper管理系统中的服务器和选举主节点。采用类图表示功能模块中关键类的设计结构,并描述其作用。在此基础上,使用Spring Boot实现系统各功能模块的具体逻辑。通过功能和非功能测试,验证了系统在功能和非功能方面均满足设计的需求。综上所述,本文基于开源框架Quartz,设计并实现了一套分布式定时任务调度系统,解决了传统定时任务系统中的任务调度与执行流程耦合、任务执行节点负载不均衡和公共数据库访问压力大等问题,有效地提升了企业对于定时任务的管控和开发能力。

安邦保险电话销售系统的设计与实现

这是一篇关于安邦保险,电话销售,定时任务,报表的论文, 主要内容为随着科技的进步,电话和互联网走进了千家万户。得益于硬件和软件设施的不断更新,保险业务开始拓展到了互联网协同办公层次。最开始的电话销售的模式中,销售人员需要不断地打电话来寻求有用的信息,但是收效甚微。安邦保险公司是一家正处于上升期的公司,上一代的电话销售系统已经完全无法实现公司的所有需求,必须开发新一代的电话销售系统用以满足公司需求。本论文主要介绍了安邦电话销售系统的设计与实现,本文分析了安邦保险公司提出的业务需求以及性能需求之后,先着手于系统的概要设计,然后再将每一个部分详细设计并给出开发成果。最后是系统的测试部分,测试结果说明了开发成果的良好表现。本系统主要分为两个子系统,一个是对客户信息进行管理的子系统,另一个是对业务逻辑进行管理的子系统。除此之外为了方便开发,将定时任务功能和报表功能划分为子系统分别对两大子系统提供服务。本系统的实现是基于SSH框架,Struts2负责MVC中的View层,Spring 负责 MVC 中的 Controll 层,Hibernate 负责 MVC 的 Model 层。每一个功能模块分别有Entity、Service、Action、Dao还有Util的包。Entity负责实体类与数据库的映射,Dao层负责某项数据库操作的直接实现,Service负责向Action提供有关数据库的查询功能,Action层负责逻辑层的实现,后端通过JSON将信息传输给前端以供前端操作。前端使用Struts2的标签语言和jQuery 一起完成前台页面。

本文内容包括但不限于文字、数据、图表及超链接等)均来源于该信息及资料的相关主题。发布者:代码驿站 ,原文地址:https://m.bishedaima.com/lunwen/45692.html

相关推荐

发表回复

登录后才能评论