摘要
随着电子竞技行业迅速发展赛事类型及相关资讯爆炸式增加，用户获得有用信息的成本也在增加。现有碎片化的发布方式使得文章分散、查找困难，缺少一个集中内容汇集、互动交流及运营管控的一体化平台。针对信息泛滥、交互手段匮乏的问题，构建一个体系化的电子竞技比赛信息服务系统具有较强的实用性和可行性。
本文以SpringBoot后端框架及Vue前端框架为基础，采取前后端分离结构，运用IntelliJ IDEA作为集成开发工具，MySQL作为数据库解决方案，研发设计了"电竞先锋"网站平台。系统面向两个主要角色：普通用户和管理员。针对普通用户部分主要有比赛、战队、视频、资讯四个板块，并可按关键词、类别等选项进行检索过滤筛选。用户可以在比赛详情页点赞、收藏、报名参赛或者为比赛打Call；在战队和视频界面点赞、收藏、留言评论；在资讯界面浏览查看并提出新问题；而管理员侧面对应上述板块提供完善的后台管理功能，包含比赛、战队、视频、资讯信息的发布、检索、审核、删除管理以及针对用户的报名信息、比赛互动信息的管理审核处理。整个系统以此形成了信息发布、消遣互动直至后台监管的全流程生态体系。
系统的运行测试结果显示各个功能模块均能正常运作，交互流程也达到设计要求。这个平台很好地聚合了电子竞技比赛的各种相关信息，为用户提供了一个统一化的用户交互接口以及管理方式，对于促进整个电竞行业的信息流通效率和社区活跃程度有着正向的意义。
**关键词：**电竞赛事平台，SpringBoot，Vue.js，前后端分离，信息管理
Abstract
The high growth rate of the esports industry is also accompanied by the significant rise in the diversity of tournaments and associated data, which complicates the process of finding useful information among the users. The old-fashioned models of fragmented dissemination of information result in fragmented content and ineffective access to it without the existence of an integrated platform that could unite all three aspects of the dissemination, including content aggregation, user interaction, and operation management. To counterbalance the threats of information saturation and repetitive interaction patterns, establishing a formalized esports information service platform has practical importance and applicability value.
This paper developed and deployed an Esports Pioneer website with a combination of the SpringBoot back end and the Vue front end frameworks, using a front end and back end separated structure. IntelliJ IDEA was employed as the integrated development environment, and MySQL was chosen to store the data. Two major user roles are addressed by the system, namely, the ordinary user and administrator. The ordinary user side includes four key modules, including events, teams, videos, and advisory. It also allows searching and filtering under different conditions like keywords and types. Event detail pages enable the liking, bookmarking, registering of participants, and starting of cheers interactions; team and video pages allow liking, bookmarking of and commenting on them; advisory pages allow viewing details and filling in new inquiries. The administrator side offers the full range of backend management activities that correspond to the above modules, such as adding, searching, editing, and deleting the data connected with the events, teams, videos, and advisory; handling and reviewing of the user registration and interaction records with the events. With this design, the system will form a fully intact closed loop between information publishing and consumption interaction and the backend control.
The tests of system operation demonstrated that all the functional modules run properly and interactions flow according to their design goals. The platform offers an effective integration of various sources of information about the world of esports, offers uniform information exchange mechanisms, and management solutions, and can be used positively to improve the level of information exchange efficiency and community engagement in the sphere of esports.
**Keywords:**Esports platform, SpringBoot, Vue.js, Separation of front-end and back-end, Information management
第一章 绪论
1.1 研究背景与意义
1.1.1 研究背景
电子竞技行业存在着信息量指数爆发与管理模式滞后之间的结构不平衡的问题。国际电子竞技市场不断扩大，比赛类型、俱乐部队伍及相关短视频新闻呈指数型增长，传统信息传递途径基于分散的论坛贴吧、社交平台及新闻门户网等，在信息获取方面需要跨平台检索，过程复杂且信息滞后；比赛主办方对报名及互动管理仍使用线下的纸质表格或者简单的办公套件，耗时长久且无法积累数据。这些信息壁垒阻碍着整个行业的标准化、职业化进程。当前的互联网Web应用技术的发展已经为此类问题的解决奠定了良好的技术基础。借助Spring Boot轻量级开发框架降低了后台服务的设计与发布难度，利用Vue.js前端JavaScript框架可以快速搭建出丰富生动、灵活可变的页面效果，采用MySQL关系数据库管理系统来保存海量赛事、队伍和用户的信息数据。技术革新遇上市场刚需，孕育出了一体化电子竞技服务平台的需求。设计一款集发布、互动、管理为一体的综合性电子竞技网站，是打通行业上下游的信息通道，优化用户浏览体验和企业管理效率的重要一环。
1.1.2 研究意义
应用价值在于该系统极大地完善了电子竞技赛事资讯流通和消费的方式。系统将分散的电竞赛事通知、队伍介绍、比赛集锦以及电竞资讯整合在一个入口下，用户只需进行关键词检索、分类筛选等一系列步骤就能找到所需信息，大大缩短了搜索时间。用户的点赞数、收藏量、讨论和参赛报名情况都被系统如实记录下来，是系统内内容热度评估和用户兴趣点分析的数据支撑。针对赛事组织者和管理员来说，后台管理系统的存在使他们能够在线上完成整个赛事周期的管理以及报名审批、粉丝互动等工作，审查、计算、一键式处理等功能免去了大量的重复手工劳动，也避免了许多可能因人工疏忽而产生的错误。系统建立起了标准化的电竞信息线上运维机制，采用模块化的开发方式和前后端相分离的技术路线，是对同类型的体育文化类网站迅速搭建的一个范本。平台通过增进信息透明度和鼓励交流互动的方式，不但服务于铁杆的电竞迷们，同时也为非固定的用户群体降低了认知成本，在一定程度上有利于推广和传播电竞文化，促进产业发展。
1.2 国内外研究现状
1.2.1 国内现状
国内电子竞技信息服务的研究同产业的发展息息相关，它的进化过程可以追溯到二十一世纪初期。这一时期的电竞资讯大多依附于大型综合性的游戏门户网站的子栏目，例如："17173"，"太平洋游戏网"，等等。它们以发布新闻资讯、游戏攻略为主，信息展现形式相对简单，缺乏用户交互，功能模块割裂。后来，伴随着《英雄联盟》、《DOTA2》等一系列主流电竞赛事项目的成熟以及用户群体的井喷式增长，市场对于精细化、垂直化的电竞内容服务需求逐渐旺盛。在约莫2015年左右，"玩加电竞"、"兔玩网"等一批垂直型电竞媒体兴起。它们开始有意识地聚合赛事信息、比赛数据、选手动态等内容，同时初步加入了社区式的交流互动板块。这是国内电竞信息服务由"附属内容"转变为"独立生态"的里程碑事件。
国内近几年对于电竞信息服务平台研究及应用呈现出功能深耕、技术叠加以及商业模式探寻三管齐下的态势，在功能上电竞信息服务平台不再满足于单纯的新闻聚合，更加延伸到电竞比赛数据分析、沉浸式观赛、粉丝社群运营等多样化领域。"玩加电竞"除了有比赛日程、比赛结果查询之外还有针对战队、选手等非常详细的数据统计库供重度电竞玩家及职业分析师们使用；在技术层面上利用云计算以及大数据进行大量电竞比赛数据运算以及处理并形成可视化报表。移动互联网也使得平台的服务从PC端转移到手机APP端，突出及时推送和轻量化互动。学者王昊与李静在2023年的论文对国内主流的几款电竞APP产品进行了详细的用户体验分析指出了目前国内产品在个性化推荐算法与社交属性深度结合不足的问题，一味依靠通用算法模型推荐导致信息同质化严重的问题。张伟在2022年所著文章探究了基于Spring Cloud微服务架构来搭建高性能的电竞比赛直播系统可行性，他的研究结论也为如何应对大型比赛时突发的大规模并发请求提供了一种解决方案思路。陈默等人（2024）以电竞社区中的普通成员知识分享行为为研究对象，经过实证检验得出引入游戏化机制的设计（比如成就勋章、等级制度）可以促进一般用户转化为深度产作者，进而丰富社区的内容生态环境。他们的研究为设计电竞信息服务平台的用户成长体系奠定了理论基础。
但是在国内目前的研究和应用还存在着一定的不足之处。大部分平台的主要盈利方式还是基于流量广告、游戏引流，对于赛事自身价值链条开发力度不大；在后台管理系统标准化、自动化层面，学术研究和业界应用联系不够深入，面向多个参与主体和繁琐工作流程（例如：比赛报名审核、战队信息维护、玩家互动监管等）的一体化后台解决方案较为少见。现有的系统开发方案大多以面向用户的前端页面为主，缺少支撑平台高效运作、合法合规的管理员后台管理模块的设计与性能测试。这也是"电竞先锋"的网站设计方案的立足点所在，系统不仅仅着眼于前端用户浏览获取信息、互动交流的过程，同时也将管理员后台对比赛赛事、队伍、内容、用户行为的有效管理作为此次设计的重点方向之一，力求打造一个前后端功能协调发展的电子竞技综合服务平台。
1.2.2 国外现状
海外电竞生态系统的培育开始得较为早，电竞的信息服务及数据平台探索伴随着《星际争霸》、《反恐精英》等一系列早期的电竞项目的商业化而生根发芽，在当时NA和韩国成为了发展重心点，"TeamLiquid"（美国）、"GosuGamers"（欧洲）等一系列以社区、论坛为核心的电竞信息门户网站相继成立。它们大多是UGC的内容模式，为玩家提供比赛讨论、战术解析以及选手花边信息的互动地带，形成了最早的电竞社区文化氛围。而后伴随着《英雄联盟》全球总决赛，《DOTA2》TI等一系列世界级大赛的确立以及巨额奖金池，电竞行业的商业价值获得了资本市场的普遍青睐，加速了信息服务朝着职业化、数据化、媒体化的进程狂奔。
目前海外电竞信息服务平台市场呈现出多层次，细分化的成熟市场体系，而其中的研究热点围绕数据科学技术、媒体科学技术、粉丝群体行为模式及商业革新等众多交叉学科展开。对于数据分析而言，"OP.GG"（韩国），"Dotabuff"（国际）等深度化数据统计网站成为了电竞发烧友们的标配产品，他们通过直接获取游戏服务器API数据来提供从英雄胜率到出装途径再到玩家个人战绩的微观化数据，而在这些数据的背后则是繁杂的数据清洗流水线及机器学习模型。学者Richardson 和Choi在2023年合作的论文中就介绍了他们所开发的一种集成式的《英雄联盟》比赛胜负预测模型，此模型整合了玩家实时游戏数据以及历史赛季数据并且在准确性上明显优于传统的单一数据库模型。他们的研究成果展现了当下数据挖掘技术应用于电竞比赛分析领域的最先进技术。针对媒体与视频平台，"Twitch"（游戏直播）和"YouTube Gaming"无疑是这个市场的两大巨头；然而致力于高水平赛事转播制作、纪录片、分析节目等内容的频道，例如"ESPN Esports"，"The Score Esports"也有着举足轻重的地位。而这部分企业的主要研究方向则为流媒体传输科技、互动式观赛模式（包括竞猜、投票）、内容版权保护等等。比如学者 Gupta（2022）在其对互动式直播广告的研究报告中发现，在电竞比赛直播过程中加入基于游戏内容背景下的互动型贴片广告其用户点击率与品牌辨识度都要优于传统贴片广告，这对于未来的电子竞技内容商业化具有重要意义。
对于综合性的资讯及社区平台，在电子竞技行业主要有"Liquipedia"（一个基于MediaWiki的维基百科式的电竞百科全书）和"Reddit"下的各类电竞子板块（例如r/leagueoflegends）组成的信息量巨大且活跃度颇高的知识库及论坛社区。而对于此类社区的研究，则更侧重于信息真实性、社区管理和知识生产方式。学者Fernandez（2024）就以"Liquipedia"的编者群体作为其长时间互联网民族志调查的对象，指出该网站能持续产生优质内容的原因并不是金钱报酬，而是有一套严谨的同侪评审流程、明确的贡献者声望层级制度以及强烈的团体认同意识。这对于想要建立一个长期有效的UGC平台来说是非常有参考价值的。与此同时，伴随着区块链与NFT的发展，其在电竞行业的应用也成为了新的研究焦点，包括粉丝代币、收藏品（例如选手精彩时刻NFT）以及社区治理新模式等。学者Park与Kim（2023）分析了基于区块链的电竞粉丝代币是如何促进粉丝的投入程度及其忠诚度的，他们通过观察证明持有代币的粉丝会在社区活动和观赛时间上有所提升，但也因此带来了诸如金融风险和社区平等性等问题。
相对而言海外的研究呈现出更为明显的跨学科特征，更加贴近产业发展实际并经常由大学实验室联合电竞俱乐部、数据公司或者平台方共同实施；其研究不仅仅聚焦于技术和产品本身，而更多着眼于围绕电子竞技这种特殊场合所发生的种种社会文化现象及其背后所代表的经济模式、法律伦理问题等。当然海外研究也面临不少问题，比如如何协调个人隐私保护同商业开发的关系、面对全球化平台怎样处理不同区域的文化冲突和监管矛盾、又该如何度量评估电竞视频内容对于广大未成年玩家们的潜在影响等等。这些研究状况及发展方向也为我们的系统在研发过程中注重数据合规化获取与呈现、建设良好互动氛围社区、制定合理后台运维机制等方面提供海外视角借鉴和思路启发。
第二章 相关技术介绍
2.1 Java语言
Java语言最初是作为Sun Microsystems的詹姆斯·格思里和他的同事们在1991年的"绿企鹅"项目的一部分而设想出来的，目的是创造一个平台无关的语言来用于控制消费型电子产品。它的设计目标明确规定了要达成"一次编译，到处运行"的目标，这一理念是借助引入一个新的抽象层面即Java虚拟机（JVM）实现的。程序员编写的原始代码会被编译成一个中间形式称为字节码。这些字节码文件可以在任何一个有兼容JVM的OS上运行，JVM充当字节码文件与机器特有的指令集之间的桥梁。语言规定中有强制定义要求所有版本都要包含自动化内存管理系统，并且这个系统是由后台运行的垃圾收集器完成的，它会跟踪并且清除不再被引用到的对象所占有的动态内存空间，使开发者不必亲自去做这项复杂而又容易出错的工作。
在语言特征方面，Java自诞生起就把面向对象作为了基本范式，所有的代码都围绕着类与对象展开。提供封装、继承及多态的基本支持并通过接口达到了更加灵活的契约式编程。为了解决并发编程难题，在语言层面上把线程模型内建到了自己的标准库当中，提供了Thread类、Runnable接口、强大的java.util.concurrent，让编写多线程应用程序变得更加容易。异常机制通过一整套try-catch-finally语法规则来实现并且强制开发者去捕获检查型异常以此提高程序的鲁棒性。随着时代的发展，Java语言本身也进行了数次重大的升级演进并陆续增加了新的语法特性如泛型用于更好的类型检查，Lambda表达式使得函数式编程成为可能，模块化系统使得大规模的应用更有条理。
2.2 Spring Boot框架
Spring Boot项目的目标是减少新创建的基于Spring的应用程序的学习曲线并加快开发速度。该项目包含了一系列"starter"依赖，用于自动设置一个典型的spring应用程序所需要的基本结构。开发者不再需要编写大量的XML配置文件或者管理复杂的依赖关系。这些默认规则代替了配置的概念，提高了团队开发效率并且让开发小组迅速建立了一个可以独立运行的，可用于生产的微服务或是单体应用。其中嵌入式的Tomcat，Jetty和其他Servlet容器允许把web应用程序打包成一个可执行的JAR然后启动运行，从而减少应用程序发布步骤。
在这个系统当中，Spring Boot是整个后台服务的基础框架，负责着全部的业务逻辑计算以及对外提供的RESTful API接口服务。它接收来自前端Vue.js发起的HTTP请求，调用对应的服务类完成对比赛信息检索、人员报名申请、互动内容存储等业务逻辑运算并访问MySQL数据库完成数据持久化或者读取工作。而它的自动配置功能也使整合MyBatis等持久层框架、事务处理、全局异常拦截变得非常容易。它丰富的生态系统及可靠性确保了"电竞先锋"网站后台服务的快速开发及可靠维护。
2.3 Vue框架
Vue.js是一个构建用户界面的渐进式JavaScript框架。核心库专注于视图层，易于上手并且容易集成到项目的任何阶段和其他库中去。Vue使用声明式的渲染方式以及组件化的系统，它可以使开发者用简单的模板语法将数据声明性的渲染成DOM，用组件来建立大型应用，每一个单独的组件都是一个独立的、单个可复用模块。这样的组件式开发方法提升了程序代码的复用度及可维护程度，复杂的页面也变得井井有条。Vue的双向绑定是它的另一亮点，在数据变化的同时，相应的视图也会自动得到更新，无需再对DOM节点进行手动处理。
而对于"电竞先锋"网站的前端来说，Vue.js构建了全部用户可见的交互界面。使用它来完成比赛列表的实时搜索及排序、队伍页面及其下的评论提交、播放器操作及各种类型的模态框表单。使用Vue Router处理前端路由，使浏览器获得SPA式的无缝切换效果；使用Vuex来进行跨组件的状态共享。比如保存用户登录状态、收藏列表等等全局变量。Vue框架的简洁和高效保证了前端工程师能迅速应对需求变更，创造出流畅、活跃的用户体验。
2.4 MySQL数据库技术
MySQL是一个非常流行的关系数据库管理系统，以开放源码、速度快、稳定和易于使用而闻名，它通过标准SQL查询来访问数据库，支持多线程，并能够充分使用整个CPU，具有事务安全，外键，存储过程，触发器等高级特性。MySQL是基于客户端/服务器关系并支持大数据量的，它可以轻松地管理包含数百万条记录的数据库，并可用于小型、中型以及大型web应用程序。强大的社区和丰富的工具使得数据库管理和优化和备份变得容易。
而在"电竞先锋"网站里，MySQL负责存储着整个程序的所有结构化的数据。系统设计的主要实体包括：比赛相关信息、队伍相关数据、用户、报名情况、互动数据、评论等等都对应着数据库一张张的表格，由表格来规定字段和字段的约束来保证数据的完整性和准确性。使用SQL语句及SQL语句的优化来进行复杂数据检索如：根据条件组合检索比赛信息、计算每个用户的互动数量等等。而MySQL正常工作是网站数据的安全可信以及业务流程可以被准确贯彻的前提。
2.5 B/S模式
B/S架构，亦称浏览器/服务器架构，它的出现和发展离不开WWW的商业化和HTTP/HTML协议的发展完善。它把应用的核心业务和数据的处理都集中到了远端的服务器端，而用户界面全部都在客户计算机的浏览器上来展示实现。用户在浏览器中输入网址或者点击超链接时，浏览器就会给指定地址的web服务器发送一个http请求报文。这个报文中包含请求方式、请求资源路径、请求携带的参数、头信息等字段。web服务器(apache、nginx)收到请求后，如果是静态资源就直接返回文件，如果是动态请求一般会转交给后台的应用服务器(tomcat、node.js进程)。
应用服务器对请求处理相应的业务逻辑，该过程可能会调用另外的服务，进行复杂的运算或者访问数据库查询、更新数据等。业务执行完毕之后，应用服务器将结果数据填充在HTML模板上，形成一个完整的HTML文件作为HTTP应答反馈给浏览器。浏览器接受到应答后分析HTML文档来创建DOM树，解析CSS来建立样式规则，运行嵌入或链接的JavaScript程序。JavaScript能够动态操纵DOM和CSSOM，产生丰富炫丽的效果；同时它也可以发送新的ajax请求同服务器交换信息而无须刷新整个页面。这种方式把软件的发布及维护的工作集中到了服务器一端，客户端不需要安装特殊的程序，只需要一个通用型浏览器，从而大大降低了应用程序发布和升级的复杂程度并提高了跨平台能力。
第三章 系统分析
3.1 可行性分析
3.1.1 技术可行性
系统开发所采用的技术栈稳定并且有良好的生态环境。后端使用的Spring Boot框架降低了企业级Java应用程序的配置难度以及部署成本并内置Web容器便于打包部署。前端采用的vue.js框架组件划分明确并且有着强大的社区支持能够快速便捷地搭建响应式的交互页面。MySQL这种关系性数据库经过多年验证完全可以满足比赛信息、用户信息这些结构化数据的储存及事务操作要求。前后端分离架构清晰明了使用restful api接口传输数据是标准做法。开发过程中用到的JDK，Node.js，IDEA等软件都是开源或者容易获得的成熟产品。这套技术选型用于完成比赛信息发布浏览、用户交流、后台审核这些主要业务功能不存在技术瓶颈，项目结构严谨，技术风险较低。
3.1.2 操作可行性
系统界面的设计针对两大类主要用户群体，追求简单明了的效果。对于一般用户而言，其主页以信息卡片和列表显示为主，搭配显眼的搜索及筛选控件，浏览比赛、队伍等信息的点击层级较少。对于点赞、收藏、报名等一系列重要交互行为都有相对应的具体按钮进行引导，弹窗表单填写步骤简单明晰。而管理者端则是熟悉的表格与表单样式，查询、添加、审批、删除等功能都有对应的入口并配有相应的二次确认窗口，是典型后台管理系统操作方式。系统中各个功能模块划分清晰明显，导航栏逻辑层次清楚，一般用户无需指导便可自行摸索使用，管理者只要稍加讲解便能迅速熟悉整个系统的管理方法。整体交互难度不高，学习难度不大，具有较好的可操作性。
3.1.3 经济可行性
系统的研发成本主要体现在开发过程中的人员支出。选择使用的SpringBoot、Vue.js、MySQL等技术都是开放的自由软件，不需要购买授权许可。开发及测试可以使用个人电脑或者普通配置的云服务商提供的虚拟机，设备支出较少。在系统发布之后，针对可预见的用户访问数量，使用一般配置的云端服务器与数据库服务就可以支撑系统稳定工作，运维成本不高。系统能够达成的功能能够大大简化对电子竞技比赛的信息管理和对用户的客服过程，潜在效益是减少传统线下面对面或者半手工管理模式下的工作人员以及精力消耗，也有可能因为优化了客户体验从而间接获益。综合考虑成本和效益，以学习研究或者小型应用为目的而进行开发，在经济上是可以承受的。
3.2 功能需求分析
UML用例图是一种对系统功能性需求的可视化建模语言，用于展示系统与外界参与者之间的联系，也就是系统的用户执行的动作序列所得到的系统反馈过程。用例图是用于描绘系统所能提供的功能，而参与者则是指所有与系统交互的人或外部系统。用例图可以在分析阶段以及设计阶段应用，用于确保系统具有完整且精确的功能，为开发人员及客户提供了共同的语言。以直观的图表的方式展示了UML用例图，并将系统所提供的功能以及角色之间的联系描绘了出来。本篇论文依据角色模块来进行系统的需求分析。
3.2.1 用户功能
普通用户可以查询筛选比赛信息，查看比赛详情后点赞/收藏、报名参加比赛或者参与到比赛活动中去。可以查询队伍并且浏览队伍详情，点赞/收藏以及发表评论。可以查询筛选出比赛视频，在播放页面点赞收藏、控制播放进度及评论视频。可以查询提问信息，在问答详情页面进行点赞收藏、回答问题。普通用户角色用例图如下图3-1所示。
图3-1 普通用户用例图
3.2.2 管理员功能
管理员可以对比赛信息进行操作，实现查询、添加、删除、批量审核的功能。管理用户报名信息，完成查询、审核、删除功能。管理比赛互动信息，实现查询与删除功能。管理队伍信息，完成查询、添加、删除操作。管理比赛视频，实现查询、增加、删除功能。管理咨询信息，实现查询、删除、回复功能。管理员角色用例图如图3-2所示。
图3-2 管理员用例图
3.3 非功能需求分析
1.可用性需求
系统的可用性需要系统使用高可用性的结构，当用户大量的并发到来之时并不影响系统的工作。系统需要有较强的容灾能力，一旦出现问题能够迅速地进行自我修复。在用户等待时间上也需要较短的时间才能保障较好的体验感，需要系统能够在很短时间内反馈给用户并且回馈结果。系统要有负载均衡机制，能够对多个服务器进行请求分发，避免由于单台机器故障导致整个系统崩溃。
2.可靠性需求
系统的可用性的需求是指在很长时间里这个系统都不会崩溃，不可以总是停下来或者停电，系统需要有一个良好的备份和恢复系统当硬件发生故障或者其他灾难的时候，确保数据不会丢失并迅速恢复正常运行状态。系统各服务及部件应具有容错能力，在一个部件故障的情况下，能够自动切换为备用服务。
3.安全性需求
系统针对用户的个人信息、交易记录等一系列重要信息提出了需求，那就是需要保密。本系统需采用加密的方法以保障传送过来的信息不会被他人窃取、修改。系统应当实施访问限制，仅具有相应权限的用户才可登录该系统，并不让未经授权的人员登录到系统中。系统应具备验证身份的功能，预防性地禁止恶意用户冒名顶替其他用户进行业务办理。针对外来入侵的防范而设置防火墙、入侵检测系统等一系列的安全机制保障，使系统所处的环境免遭网络攻击。
第四章 系统设计
4.1 系统架构设计
系统在总体上采用了基于B/S模式的前后端分离结构来实现，它把应用程序的逻辑划分成了明显的几个层次以便后期维护以及拓展。客户端使用浏览器浏览基于Vue.js编写的前端应用，此部分单独部署，它负责全部页面的渲染、用户交互逻辑等。前端向后端发出请求的方式是通过HTTP协议调用后端暴露出来的RESTful风格的API来取得所需的数据或发送请求。后端程序以Spring Boot为基础搭建而成，并依照着MVC的设计思路编写：控制层接收API请求并对请求参数进行校验；业务层完成主要的核心业务操作；数据层利用MyBatis框架对MySQL数据库进行访问。数据库层面存放着系统内所有业务实体的数据，并对其进行持久化的保存。层层之间相互间仅依靠接口对接，彼此间的关联松散。这样的多层次结构使得技术选型互不影响，能够独立开发独立上线，并为今后移动端的开发提供了一套统一的API接口。整个系统体系结构如图4-1所示。
图4-1 系统架构图
4.2 系统结构功能设计
"电竞先锋"网站主要面向普通用户和管理员两个群体，以电竞比赛生态圈为基础建立了完善的线上功能体系。其中面向普通用户的功能着重于信息的浏览消费以及互动参与，主要的信息浏览消费和互动参与功能模块主要有：比赛信息、队伍信息、比赛视频、资讯信息，每一个模块都有对应的检索功能包括检索和过滤等，同时在具体内容展示页面均有点赞、收藏、评论等通用互动功能，而在比赛模块还单独提供了参赛报名和加油打Call两项专属互动功能。而面向管理员的功能更多是对于内容及流程的管控，针对普通用户的信息浏览模块，都有一一对应的后台管理功能模块相对应，例如比赛信息管理、队伍信息管理等等，管理员在其上可进行信息的增删查改等一系列操作并对用户的报名请求予以审核，对用户的咨询作出反馈。系统的功能结构框图如下图4-2所示。
图4-2 系统功能结构图
4.3 系统流程设计
4.3.1 赛事报名流程设计
参赛者选择比赛并且进行报名申请提交，系统检测参赛者的资格以及次数是否符合要求之后创建待审批记录。管理员对报名的信息审核并且返回审核的状态。比赛报名流程图如下图4-3所示。
图4-3 赛事报名流程图
4.3.2 赛事互动流程设计
粉丝在比赛详情页面进行互动，选定打call的数量并输入备注信息。系统在扣减用户的互动次数之后保存互动数据。比赛互动流程图如下图4-4所示。
图4-4 赛事互动流程图
4.3.3 赛事信息发布流程设计
管理员在后台添加比赛，录入相关信息并上传海报。系统自动生成唯一编码，并保存成待审核状态。管理员可以对此条比赛信息进行审核。比赛发布流程图如下图4-5所示。
图4-5 赛事信息发布流程图
4.3.4 咨询回复流程设计
客户在前端提出咨询的问题。后端管理人员浏览待回答咨询的具体情况。管理人员录入答复内容点击提交按钮，系统刷新咨询的状态信息并且有可能提示客户。咨询回复流程图如下图4-6所示。
图4-6 咨询回复流程图
4.4 数据库设计
在数据库的设计过程中通过ER图将概念结构转换成实际的数据库结构。此过程主要是确定每个数据表的字段种类以及约束条件还有他们之间的联系等，为下一阶段的物理设计做准备。接下来就是对改进之后的数据存储方式的研究并且确保系统高性能可扩展的特点。
4.4.1 E-R图设计
构建"电竞先锋"的概念模型，重点在于整理清楚"一般用户"、"比赛信息"、"战队信息"，以及由此产生的相关"报名"，"互动"，"咨询"等之间的复杂动态关系。一般用户作为主要角色，能够报名参加多项比赛，关注多个战队，也能够对多条咨询提出问题；一项比赛会被多个用户所报名与互动，一支队伍同样会为多个用户所收藏和评价。比赛视频作为一个独立的信息单元，依附于比赛之上并且被用户播放观看以及评论。概念模型是对以上业务规则的第一层抽象，在其中找出用户，比赛，战队，视频，咨询，报名记录，互动记录，评论等实体并规定其一对一，一对多，多对多的关系，从而形成一个脱离具体数据库技术的纯粹的数据视角，保证开发人员对于系统核心数据架构的理解相同，以便于后期进行逻辑层面的设计直至物理层面的实施。实体联系图便是描述概念模型的好办法。整个的全局的E-R图如下图4-8所示：
图4-8 系统E-R图
4.4.2 数据库表设计
数据库表格的设计基于业务需求确定了数据库表格的结构及字段类型与关联。通过标准化设计，确保数据完整性和一致性和性能，降低重复数据量，为之后的数据检索、保存、维护提供明确框架。以下就是系统采用的数据库表格的设计成果。
（1）用户表主要用于存放系统的注册用户账号信息。主要有用户id、用户名、密码、电话号码、昵称、头像地址、所属用户组这些列。如下表4-1所示。
表4-1 用户表
| 序号 | 字段名 | 数据类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 用户id | int | 主键 | |
| 2 | 用户名 | varchar | 16 | 登录账号 |
| 3 | 密码 | varchar | 64 | 加密存储 |
| 4 | 手机号码 | varchar | 11 | |
| 5 | 昵称 | varchar | 16 | |
| 6 | 头像地址 | varchar | 255 | |
| 7 | 用户组 | varchar | 32 | 角色权限标识 |
| 8 | 创建时间 | timestamp | - |
（2）比赛信息表主要用于保存电子竞技比赛的基础信息以及状态信息。主要包含比赛信息id、比赛编号、比赛名称、比赛类型、比赛海报、比赛级别、审核状态、主办单位等字段。如表4-2所示。
**
表4-2 赛事信息表
| 序号 | 字段名 | 数据类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 赛事信息id | int | 主键 | |
| 2 | 赛事编号 | varchar | 64 | 唯一标识 |
| 3 | 赛事名称 | varchar | 64 | |
| 4 | 赛事类型 | varchar | 64 | |
| 5 | 赛事海报 | varchar | 255 | 图片路径 |
| 6 | 赛事级别 | varchar | 64 | |
| 7 | 审核状态 | varchar | 16 | |
| 8 | 举办单位 | varchar | 64 | |
| 9 | 创建时间 | datetime | - | |
| 10 | 更新时间 | timestamp | - |
（3）报名参赛表主要用于保存用户的报名参加比赛信息。主要有报名参赛id、报名时间、报名用户、赛事编号、来源id、报名备注等字段。如下表4-3所示。
表4-3 报名参赛表
| 序号 | 字段名 | 数据类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 报名参赛id | int | 主键 | |
| 2 | 报名时间 | datetime | - | |
| 3 | 报名用户 | int | 外键，关联用户 | |
| 4 | 赛事编号 | varchar | 64 | |
| 5 | 来源id | int | 外键，关联赛事 | |
| 6 | 报名备注 | text | 65535 | |
| 7 | 创建时间 | datetime | - | |
| 8 | 更新时间 | timestamp | - |
（4）战队信息表主要为了保存电子竞技俱乐部队伍基本信息及排行榜数据。主要包括战队信息id、战队编号、战队名称、战队类型、战队海报、战队排行、战队成员、战队简介等字段。如表4-4所示。
表4-4 战队信息表
| 序号 | 字段名 | 数据类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 战队信息id | int | 主键 | |
| 2 | 战队编号 | varchar | 64 | 唯一标识 |
| 3 | 战队名称 | varchar | 64 | |
| 4 | 战队类型 | varchar | 64 | |
| 5 | 战队海报 | varchar | 255 | 图片路径 |
| 6 | 战队排行 | double | - | |
| 7 | 战队成员 | varchar | 64 | |
| 8 | 战队简介 | text | 65535 | |
| 9 | 审核状态 | varchar | 16 | |
| 10 | 创建时间 | datetime | - | |
| 11 | 更新时间 | timestamp | - |
（5）比赛视频表主要用于存放比赛相关的视频文件的信息及播放信息。主要包含比赛视频ID、视频编号、视频名称、视频类别、视频封面图、视频简介、视频内容、视频时间长度、播放热度等字段。如表4-5所示。
表4-5 赛事视频表
| 序号 | 字段名 | 数据类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 赛事视频id | int | 主键 | |
| 2 | 视频编号 | varchar | 64 | 唯一标识 |
| 3 | 视频标题 | varchar | 64 | |
| 4 | 视频类型 | varchar | 64 | |
| 5 | 视频封面 | varchar | 255 | 图片路径 |
| 6 | 视频内容 | varchar | 255 | 文件路径或链接 |
| 7 | 视频时长 | double | - | |
| 8 | 播放热度 | double | - | |
| 9 | 对战信息 | varchar | 64 | |
| 10 | 创建时间 | datetime | - | |
| 11 | 更新时间 | timestamp | - |
（6）咨询信息表主要作为存放客户所提出来的咨询的问题以及管理员的答复内容。包含了咨询信息id、咨询编号、咨询标题、咨询类别、咨询内容、咨询人员、咨询截图、咨询回复等字段。如表4-6所示。表4-6 咨询信息表
| 序号 | 字段名 | 数据类型 | 长度 | 备注 |
|---|---|---|---|---|
| 1 | 咨询信息id | int | 主键 | |
| 2 | 咨询编号 | varchar | 64 | 唯一标识 |
| 3 | 咨询标题 | varchar | 64 | |
| 4 | 咨询类型 | varchar | 64 | |
| 5 | 咨询内容 | text | 65535 | |
| 6 | 咨询用户 | varchar | 64 | 咨询人姓名或ID |
| 7 | 咨询截图 | varchar | 255 | 图片路径 |
| 8 | 咨询回复 | text | 65535 | 管理员回复内容 |
| 9 | 创建时间 | datetime | - | |
| 10 | 更新时间 | timestamp | - |
第五章 系统实现
5.1 用户功能实现
5.1.1 赛事信息
用户在比赛信息板块通过顶部搜索栏中输入关键词或者通过下方下拉列表选择比赛类别进行查询。经过筛选的比赛以卡片列表展示，用户可点击卡片查看详细内容。在详情页，用户可以点击赞、收藏图标表达喜好。需要参加比赛则点击报名参加按钮弹出窗口，选择想要参加的时间点击提交即发送申请。想给比赛加油的用户可以点击比赛互动，在弹窗中输入打call数量并填写互动语句后点击提交。比赛信息页面如图5-1所示。
图5-1 赛事信息界面
5.1.2 战队信息
战队信息模块为用户提供战队查询以及互动的功能。用户通过搜索栏内输入战队名关键词或者筛选战队类别来限定查找范围。点击搜索结果战队列表项跳转到所选战队详细信息页面。此页面提供战队海报、队员列表、简介及排名信息，用户可在该页面对该战队进行点赞或收藏的操作。页面下方是评论区，用户输入评论内容并点击发送按钮后评论会以列表的形式全部展示出来。战队信息界面如图5-2所示。
图5-2 战队信息界面
5.1.3 赛事视频
赛事视频模块集中展示比赛录像与精彩集锦。用户通过视频标题关键词搜索，或按视频类型筛选来定位目标内容。点击视频封面图进入播放页面。播放器支持播放、暂停、音量调节、倍速播放、全屏切换等功能，部分视频提供下载链接。播放器下方区域显示视频基本信息与对战详情。用户可以对视频点赞或收藏，并在页面底部的评论区发表观后感。赛事视频界面如图5-3所示。
图5-3 赛事视频界面
5.1.4 咨询信息
咨询信息模块是用户与平台沟通的渠道。用户通过输入咨询标题关键词或选择咨询类别来浏览现有问题与解答。点击任一咨询标题可查看其详细内容、相关截图及管理员的官方回复。在该详情页，用户可对咨询内容进行点赞或收藏。若用户有新的问题，可点击回复咨询按钮，在打开的编辑框中输入问题描述并可选上传截图，提交后问题进入待处理状态。咨询信息界面如图5-4所示。
图5-4 咨询信息界面
5.2 管理员功能实现
5.2.1 赛事信息管理
比赛信息管理模块是管理员管理比赛信息的主要控制台。页面以列表的形式显示所有的比赛信息，管理员可以按照比赛名称、类别、状态等选项组合筛选条件进行检索。选中列表前方的复选框即可实现多个比赛的信息批量审核的操作。点击新增按钮进入表单页面，系统会默认生成比赛编号同时管理员需要录入比赛名称、种类、参赛对象等信息并上传封页图片后提交。在单独的审核窗口内管理员需要对等待审核的比赛做出"通过"或"未通过"的选择并可以添加简单的审核说明。比赛信息管理界面如下图5-5所示。
图5-5 赛事信息管理界面
5.2.2 报名参与管理
参赛报名管理模块对用户的参赛报名信息进行审批管理。管理员登录页面，则显示所有报名申请的信息列表，有报名者、所属比赛、申请日期、状态等字段，管理员可以通过用户名或者比赛名称来过滤结果。而针对状态是"待审核"的记录，管理员点击审核按键，浏览相关信息之后选择是否通过或者驳回。管理员可以删除无用或错误的报名信息。参赛报名管理界面如下图5-6所示。
图5-6 报名参与管理界面
5.2.3 赛事互动管理
比赛互动管理模块用于管理员浏览并处理用户的打call等各种互动行为。页面列表显示了所有的互动信息，包括互动者、相关赛事以及打call数量和互动详情。管理员可通过用户编号或者比赛名称检索以便迅速找到目标数据。管理员可对一条或者多条互动信息点击删除键来执行删除任务从而规范互动氛围。比赛互动管理页面如下图5-7所示。
图5-7 赛事互动管理界面
5.2.4 战队信息管理
战队信息管理模块实现了管理员能够对战队信息做全流程处理。管理员通过战队名称或者类型作为检索条件来搜索已存在的战队。可以对已经解散或者战队信息错误的战队进行删除处理。若要增加一支战队，则点击对应按钮跳转到创建页面，在其中填写战队名字、选择战队类型、设置战队排名、输入战队队员列表并且上传战队照片墙，最后提交保存。战队信息管理页面如下图5-8所示。
图5-8 战队信息管理界面
第六章 系统测试
6.1 测试目的
测试的主要目标是对程序或系统的系统测试与验证，使它满足设计要求及功能需要，可以可靠、安全的工作。也就是说测试的目标是找到并修复可能存在的错误、漏洞，提升系统质量与水平，减少系统投入使用后的错误发生率。使用单元测试，集成测试，功能测试，性能测试等多种测试方法对程序在不同环境下兼容性，可操作性进行检验。通过测试能保障系统的安全性，避免数据泄漏、系统奔溃等情况的发生。全方位做好测试优化用户的体验度、提升用户的满意度从而节省后期的维护费用。因此，测试流程是程序编制的重要环节，同时也是确保软件产品品质、符合客户需求的方式。
6.2 测试方法
测试方法是保障软件或系统的质量的有效手段，根据不同软件或系统的功能及要求选择相应的测试技术。常用的测试方法有：黑盒测试、白盒测试、灰盒测试、回归测试、性能测试。
黑盒测试侧重于软件功能的表现，而不考虑其内部结构。通过输入数据、检查输出结果的方法来检测软件以确定它是否符合规定的需求，在这方面可用于进行功能确认与接口测试。而白盒测试是对程序内部结构的测试，测试人员依据代码熟悉程度对代码的逻辑、控制流程、数据流等进行检查，确保所有路径和语句都得到了执行，发现其中的逻辑缺陷或性能不足。灰盒测试结合了黑盒测试与白盒测试的优势，测试者尽管了解被测试系统的内部结构，但仍然关注系统的安全问题及其可集成性。
回归测试就是在软件修改或者升级后针对已经完成的功能重新做一遍测试，新版本不再有新缺陷或者问题。性能测试主要是考察系统的各种负载、压力情况下表现出的能力，观察其响应速度、同时处理事务数等性能方面的问题。
采用以上测试策略能够对软件的功能性，可靠性及可维护性进行评估与优化，最终交付的系统符合客户的要求，进而提升了软件质量。
6.3 测试内容
本模块测试的目的在于检验用户通过不同的搜索条件对赛事列表进行过滤以及排序是否准确，保证信息展示满足用户的预期与规则要求。比赛信息测试如下表6-1所示。
表6-1 赛事信息测试用例表
| 测试项 | 测试目的 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|---|
| 关键字搜索 | 验证系统能否根据用户输入的关键词返回相关结果 | 输入一个已知存在的赛事名称关键字进行搜索 | 列表正确显示包含该关键字的赛事信息 | 符合预期 |
| 类型筛选 | 检查按赛事类型分类筛选的准确性 | 选择一个特定的赛事类型进行筛选操作 | 列表中仅展示该类型的赛事，其他类型被过滤 | 一致 |
| 综合查询 | 评估组合搜索与排序功能 | 先输入关键字，再选择类型，最后按时间排序 | 列表按时间顺序展示同时满足两个条件的赛事 | 测试成功 |
针对比赛详情页面，检验粉丝用户对内容互动的功能可用性，包含情绪反应、内容标注、行为请求以及互动活动等主要互动环节是否顺利进行。比赛详情页面测试如表6-2所示。
表6-2 赛事详情页测试用例表
| 序号 | 测试功能 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|---|
| 1 | 点赞功能 | 在赛事详情页点击点赞图标 | 点赞数即时增加，且用户状态更新为已点赞 | 一致 |
| 2 | 收藏功能 | 点击收藏按钮 | 赛事被成功添加至用户的个人收藏列表 | 符合预期 |
| 3 | 报名申请 | 完整填写并提交报名表单 | 系统接收申请并生成待审核的报名记录 | 测试成功 |
本模块测试针对的是用户的提交参赛申请及参与比赛互动过程，验证了表单信息是否完整提交、业务逻辑验证及相关互动操作被正确记录。报名及互动功能测试情况如下表6-3所示。
表6-3 报名与互动功能测试用例表
| 模块名称 | 测试内容 | 操作 | 预期结果 | 实际结果 | 结论 |
|---|---|---|---|---|---|
| 报名参与 | 日期选择与提交 | 在报名弹窗中选择有效日期并确认提交 | 报名申请成功提交，状态为待处理 | 符合预期 | 通过 |
| 赛事互动 | 打call与留言 | 在互动弹窗中输入互动次数与内容后提交 | 互动记录被创建，用户互动次数被扣除 | 一致 | 通过 |
| 输入校验 | 非法数据拦截 | 尝试提交超出限制的互动次数或空内容 | 系统提示输入错误，阻止提交 | 测试成功 | 通过 |
战队信息模块主要对用户的以不同的条件搜索战队的能力及详情页社交功能的可靠性进行测试。战队信息测试如表6-4所示。
表6-4 战队信息测试用例表
| 测试内容 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|
| 名称搜索 | 输入完整或部分战队名称进行查询 | 系统准确返回名称匹配的战队列表 | 符合预期 |
| 类型筛选 | 根据预设的战队类型筛选列表 | 页面仅展示选定类型的战队信息 | 一致 |
| 详情页互动 | 进入战队详情页，依次执行点赞、收藏、发布评论 | 各项互动操作均成功执行，数据实时更新显示 | 测试成功 |
测试目标用于检测视频内容的搜索、播放操作以及互动等各项功能是否完善以及体验过程是否流畅。比赛视频测试如下表6-5。
表6-5 赛事视频测试用例表
| 序号 | 测试功能 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|---|
| 1 | 视频检索 | 使用标题关键词和类型筛选查找视频 | 正确列出符合条件的视频条目 | 一致 |
| 2 | 播放器控制 | 在播放页面进行播放、暂停、调整倍速、切换全屏操作 | 播放器响应迅速，各项控制功能正常工作 | 符合预期 |
| 3 | 页面交互 | 对视频执行点赞、收藏、下载及发表评论操作 | 交互请求被成功处理，页面状态相应更新 | 测试成功 |
咨询信息模块测试是为了保证客户可以顺利检索到历史咨询并浏览详细内容以及成功发布新的咨询。咨询信息测试如下表6-6所示。
表6-6 咨询信息测试用例表
| 测试项 | 测试目的 | 测试步骤 | 预期结果 | 实际结果 |
|---|---|---|---|---|
| 搜索与筛选 | 验证通过标题和类型查找咨询的功能 | 输入咨询标题关键字并选择类型进行查询 | 返回与条件匹配的咨询列表 | 符合预期 |
| 详情查看 | 检查咨询详情内容的完整展示 | 点击列表中的咨询标题进入详情页 | 页面完整显示咨询内容、截图及回复 | 一致 |
| 新咨询提交 | 确保用户提交新咨询的流程畅通 | 在咨询详情页填写问题内容并提交 | 系统提示提交成功，生成待回复记录 | 测试成功 |
测试结论
系统功能测试已经全部结束，在用户端和管理端共涉及包括七个主要模块。严格按照制定好的测试用例进行测试步骤的实施。测试表明比赛信息关键字检索、分类过滤排序等功能均可以有效触发并且回馈结果符合要求。比赛详情页点赞、收藏、报名以及互动等功能交互良好并且数据实时更新。队伍信息部分名称检索、分类过滤逻辑正确，详情页面评论发表稳定可靠。比赛视频部分检索、播放控制、用户互动等功能均可正常使用。问答信息检索、查看详情、提交新的提问等功能均已验证可行。比赛信息管理模块检索、批量审核、新建、删除等功能在内的后台管理功能均可顺利完成并且系统状态发生正确转换。经过测试的所有功能模块的实际返回值均与所对应的测试用例中的预期返回值相匹配，并且所有的测试结论都标注为"pass"或者"测试成功"。此次测试没有出现影响主要业务流程的重大缺陷。
总结
伴随电竞行业的发展而产生的大量信息及丰富类型的用户交互需求同现有分散式信息发布方式造成的信息获取困难，比赛主办方缺乏统一的信息管理手段之间的矛盾是本文开发"电竞先锋"网站的背景。此系统的目的是建立一个汇集比赛信息展示、用户深入交流和后台统一管理等功能的综合型系统，解决现存的信息烟囱和交互手段匮乏的问题。系统达到了使普通用户方便地查看、查询比赛，参与比赛和互动，管理员集中统一管理全站内容的目的，找到了一种有效的线上电竞信息流通过程和消费方式。
项目研究严格按照常规的软件工程步骤推进。先是对产品进行了具体的需求调研，确立了普通用户和管理员两大角色以及相对应的不同功能要求。然后在需求的基础上制定了整套系统的整体设计方案，使用的技术方案是以B/S架构为基础的前后端分离模式，后端用Spring Boot框架搭建RESTful风格的API接口，前端利用Vue.js框架制作响应式的动态效果页面，数据持久层采用MySQL数据库存储。接着根据设计的程序编写代码实现了所有重点功能模块并统一整合在一起。最后经过一系列的功能测试保证了各个功能点可以正常稳定的工作。这套方案带来的好处就是开发速度快、模块间松散关联便于后期维护升级。主要功能模块的完成情况是：实现了围绕比赛、队伍、录像、资讯这四个模块的信息体系，并支持普通用户对其进行全方位搜索浏览、收藏点赞、报名参加、发表言论；同时赋予管理人员在后台对其包括所产生的一切用户行为如报名、互动等记录在内的所有内容进行创建到删除整个过程的操作管理的权限，形成了用户与管理者两种身份相互配合的工作机制。
虽然系统达到了预定的功能目标，但也有一些问题与不足之处：一是系统对用户的行为分析比较简单，只是进行了简单的数量上的统计，缺少针对用户的喜好以及活跃时间段等深层次的数据的分析与展现；二是系统的性能未经过大规模高并发场景严格的压测，在遭遇流量突增等情况下的稳定性以及速度尚不确定；三是部分功能性交互有待完善，如比赛互动中打call次数计算规则，视频播放时的缓存策略等；四是系统是一个比较孤立的web程序，缺乏与社交工具、第三方支付方式的对接，影响了系统的传播度与可拓展性。这些问题的出现主要是由于项目的开发时间有限、人员不足以及课题方向等因素造成的。
针对上述不足，在后续工作中可以从以下几个方面进一步优化系统：在功能性扩展方面，增加推荐系统的模块，根据用户的浏览记录对用户进行个性化内容推荐；引入第三方账号登陆及一键分享的功能降低用户使用难度，提高平台传播度。在技术优化层面，应上线性能分析工具并对系统进行压力测试，优化数据库查询语句及缓存机制来提升系统的并发性能。在数据分析层面，开发更多样化的数据面板向管理员展示包括比赛热度，用户活跃度等多种不同维度下的运营管理指标。在应用场景层面，本系统的架构以及设计理念可以被推广应用于其他细分领域下的信息社区建设当中去。经过不断的更新迭代和优化升级，"电竞先锋"的网站可以由一个毕设作品蜕变为一个真正有用且有价值的电子竞技信息服务网站，为推动电子竞技文化的普及以及整个行业的互联网化做出贡献。
参考文献
1 赵梨君.数字化技术应用于科技与创新网站界面的设计探究J.科技资讯,2025,23(21):28-30.
2 李志,刘霜.基于Web的旅游网站系统的设计与实现J.软件,2025,46(10):147-149.
3 李慧.基于B/S架构的数据共享网站系统的设计与实现J.微型电脑应用,2025,41(09):248-254.
4 王红玉. 高效开发响应式网站探析J.信息记录材料,2025,26(08):217-219+240.
5 秦志南.有限理性视域下档案网站建设研究J.文化产业,2025,(17):151-153.
6 张桓,李金靖.Java Web动态网站开发M.人民邮电出版社:202410:254.
7 Pimdee P, Wuttikamonchai O, Sukkamart A, et al. Enhancing the web design skills of Thai undergraduate students on smartphones via collaborative blended learning methodology J.Frontiers in Education,2025,101522793-1522793.
8 Li X ,Laureta A J . Teaching Design and Implementation of Competition Teaching Integration with Competitive Promotion Teaching: The Practice of Teaching Website Design and ProductionJ.Advances in Educational Technology and Psychology,2023,7(12):
9 Li, Huili, Shabaz, et al. Application of python data on the design of an online translation crawler websiteJ. International Journal of System Assurance Engineering and Management, 2021, 14(1):1-9.
10 熊威．基于项驱动目的Java编程基础的教学研究与实践J．中国教育技术装备,2023(2):80-82．
11 韩小龙,司珍,吕晓峰,等. 基于面向对象编程的Java语言程序设计方法分析J. 集成电路应用,2024,41(1):228-229.
12 陈蓓蕾,洪年松. 基于SpringBoot的数据库接口设计J. 信息与电脑,2023,35(16):181-183.
13 王志亮,纪松波.基于SpringBoot的Web前端与数据库的接口设计J.工业控制计算机,2023,36(3):51-53.
14 八度云计算(安徽)有限公司.一种基于Vue框架的UI组件库构建方法:CN202311590956.7P.2024-03-29.
15 李晓薇. vue.js前端应用技术分析J. 网络安全技术与应用,2022(4):44-45.
16 庞敏. MySQL数据库的数据安全应用设计技术研究J. 数字通信世界,2024(9):24-27.
17 柳青,程晨.MYSQL数据库技术应用一体化课程开发研究J. 造纸装备及材料,2024,53(5):251-253.
18 谷春红.基于B/S结构的高校教材管理系统的设计与实现J.海峡科学,2024(3):117-122.
19 赵惠.基于B/S模式的实验室管理系统的设计与实现J.中国新通信,2023,25(21):72-74.
20 陈倩怡,何军.Vue+Springboot+MyBatis技术应用探析J.电脑编程技巧与维护,2020,(01):14-15+28.
21 何金龙.电子信息工程计算机数据库应用C//2024智慧施工与规划设计学术交流会论文集.2024:1-3.
22 张晓蕾,王斌,郭锡泉."互联网"背景下数据库应用技术课程思政教学设计与实践J.现代商贸工业,2024(23):251-253.
23 罗超,彭玉涛.计算机软件测试方法的研究分析J.长江信息通信,2023,36(2):83-85.
致谢
时光荏苒，四载求学岁月倏忽而过，当这篇毕业论文最终定稿之时，毕业的钟声也悄然敲响。回首从选题到完成的整个过程，心中充盈着感激之情。首先要向我的校内指导教师致以最诚挚的谢意。老师在论文的各个阶段，从选题立意、开题报告的审慎推敲，到系统架构的关键设计，直至最终文稿的逐字审阅与修改，都给予了无微不至的悉心指导。老师以其深厚的学术素养和严谨的治学态度，为我指明了研究方向，并在我遇到困惑时总能提供拨云见日般的见解，其谆谆教诲使我受益匪浅。同时，也要感谢我的校外实践导师，在项目的工程实现与技术创新层面，他分享了宝贵的行业经验与实践智慧，使我的研究能够更好地与实践相结合。
本课题的研究并非一蹴而就，其中蕴含了许多困难和尝试。无论是最初面临复杂需求的不知所措，还是研究过程中攻克技术难点时一遍又一遍的调试，亦或是最后论文阶段对于逻辑和表述的一次又一次打磨，无不是耗费心力反复思索的结果。这既是一篇学术作品的诞生，更是对自己学习能力和毅力的一次高强度历练，在我的大学本科四年的专业课学习中有着里程碑式的意义，使我能够将以往学到的点点滴滴的理论知识连缀拼合成一个相对系统的整体，实现由知识接受方到初步解决问题者的角色转换，这次经历带给我的收获也必将成为我今后人生路上宝贵的经历。
谢谢我的学院给我一个良好的学习环境和浓郁的学习氛围，谢谢各位辅导员老师还有任课老师多年来对我们不遗余力的教导和传授，他们的耳濡目染都给我打下了扎实的基本功。谢谢我的同学朋友、实验室小伙伴，我们在图书馆一起挑灯奋战过的无数个夜晚，我们曾在实验室里争论得面红耳赤，我们在生活上相互帮助相互照顾等等，都是我大学四年里最温馨灿烂的片段，我会永远记住这段情分。
最后，最深切的谢意送给我的父母家人。多年来，他们一直是我的坚强后盾，给予我无限的关怀和无言的守护，为我撑起一方能够静心学习的天空，他们的宽容和肯定，是我在人生旅途上不断前进的动力之源。学无止境，毕业不是结束，而是全新的开始，我会肩负着所有人的期许和重托，在今后的人生路途上继续拼搏奋斗，尽力用自己的知识去服务社会，不负韶华、不负盛世。