express电竞先锋网站第一章 相关技术介绍1.1 Java语言Java语言最初是作为Sun Microsystems的詹姆斯·格思里和他的同事们在1991年的“绿企鹅”项目的一部分而设想出来的目的是创造一个平台无关的语言来用于控制消费型电子产品。它的设计目标明确规定了要达成“一次编译到处运行”的目标这一理念是借助引入一个新的抽象层面即Java虚拟机JVM实现的。程序员编写的原始代码会被编译成一个中间形式称为字节码。这些字节码文件可以在任何一个有兼容JVM的OS上运行JVM充当字节码文件与机器特有的指令集之间的桥梁。语言规定中有强制定义要求所有版本都要包含自动化内存管理系统并且这个系统是由后台运行的垃圾收集器完成的它会跟踪并且清除不再被引用到的对象所占有的动态内存空间使开发者不必亲自去做这项复杂而又容易出错的工作。在语言特征方面Java自诞生起就把面向对象作为了基本范式所有的代码都围绕着类与对象展开。提供封装、继承及多态的基本支持并通过接口达到了更加灵活的契约式编程。为了解决并发编程难题在语言层面上把线程模型内建到了自己的标准库当中提供了Thread类、Runnable接口、强大的java.util.concurrent让编写多线程应用程序变得更加容易。异常机制通过一整套try-catch-finally语法规则来实现并且强制开发者去捕获检查型异常以此提高程序的鲁棒性。随着时代的发展Java语言本身也进行了数次重大的升级演进并陆续增加了新的语法特性如泛型用于更好的类型检查Lambda表达式使得函数式编程成为可能模块化系统使得大规模的应用更有条理。1.2 Spring Boot框架Spring Boot项目的目标是减少新创建的基于Spring的应用程序的学习曲线并加快开发速度。该项目包含了一系列“starter”依赖用于自动设置一个典型的spring应用程序所需要的基本结构。开发者不再需要编写大量的XML配置文件或者管理复杂的依赖关系。这些默认规则代替了配置的概念提高了团队开发效率并且让开发小组迅速建立了一个可以独立运行的可用于生产的微服务或是单体应用。其中嵌入式的TomcatJetty和其他Servlet容器允许把web应用程序打包成一个可执行的JAR然后启动运行从而减少应用程序发布步骤。在这个系统当中Spring Boot是整个后台服务的基础框架负责着全部的业务逻辑计算以及对外提供的RESTful API接口服务。它接收来自前端Vue.js发起的HTTP请求调用对应的服务类完成对比赛信息检索、人员报名申请、互动内容存储等业务逻辑运算并访问MySQL数据库完成数据持久化或者读取工作。而它的自动配置功能也使整合MyBatis等持久层框架、事务处理、全局异常拦截变得非常容易。它丰富的生态系统及可靠性确保了“电竞先锋”网站后台服务的快速开发及可靠维护。1.3 Vue框架Vue.js是一个构建用户界面的渐进式JavaScript框架。核心库专注于视图层易于上手并且容易集成到项目的任何阶段和其他库中去。Vue使用声明式的渲染方式以及组件化的系统它可以使开发者用简单的模板语法将数据声明性的渲染成DOM用组件来建立大型应用每一个单独的组件都是一个独立的、单个可复用模块。这样的组件式开发方法提升了程序代码的复用度及可维护程度复杂的页面也变得井井有条。Vue的双向绑定是它的另一亮点在数据变化的同时相应的视图也会自动得到更新无需再对DOM节点进行手动处理。而对于“电竞先锋”网站的前端来说Vue.js构建了全部用户可见的交互界面。使用它来完成比赛列表的实时搜索及排序、队伍页面及其下的评论提交、播放器操作及各种类型的模态框表单。使用Vue Router处理前端路由使浏览器获得SPA式的无缝切换效果使用Vuex来进行跨组件的状态共享。比如保存用户登录状态、收藏列表等等全局变量。Vue框架的简洁和高效保证了前端工程师能迅速应对需求变更创造出流畅、活跃的用户体验。1.4 MySQL数据库技术MySQL是一个非常流行的关系数据库管理系统以开放源码、速度快、稳定和易于使用而闻名它通过标准SQL查询来访问数据库支持多线程并能够充分使用整个CPU具有事务安全外键存储过程触发器等高级特性。MySQL是基于客户端/服务器关系并支持大数据量的它可以轻松地管理包含数百万条记录的数据库并可用于小型、中型以及大型web应用程序。强大的社区和丰富的工具使得数据库管理和优化和备份变得容易。而在“电竞先锋”网站里MySQL负责存储着整个程序的所有结构化的数据。系统设计的主要实体包括比赛相关信息、队伍相关数据、用户、报名情况、互动数据、评论等等都对应着数据库一张张的表格由表格来规定字段和字段的约束来保证数据的完整性和准确性。使用SQL语句及SQL语句的优化来进行复杂数据检索如根据条件组合检索比赛信息、计算每个用户的互动数量等等。而MySQL正常工作是网站数据的安全可信以及业务流程可以被准确贯彻的前提。1.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请求同服务器交换信息而无须刷新整个页面。这种方式把软件的发布及维护的工作集中到了服务器一端客户端不需要安装特殊的程序只需要一个通用型浏览器从而大大降低了应用程序发布和升级的复杂程度并提高了跨平台能力。第二章 系统分析2.1 可行性分析2.1.1 技术可行性系统开发所采用的技术栈稳定并且有良好的生态环境。后端使用的Spring Boot框架降低了企业级Java应用程序的配置难度以及部署成本并内置Web容器便于打包部署。前端采用的vue.js框架组件划分明确并且有着强大的社区支持能够快速便捷地搭建响应式的交互页面。MySQL这种关系性数据库经过多年验证完全可以满足比赛信息、用户信息这些结构化数据的储存及事务操作要求。前后端分离架构清晰明了使用restful api接口传输数据是标准做法。开发过程中用到的JDKNode.jsIDEA等软件都是开源或者容易获得的成熟产品。这套技术选型用于完成比赛信息发布浏览、用户交流、后台审核这些主要业务功能不存在技术瓶颈项目结构严谨技术风险较低。2.1.2 操作可行性系统界面的设计针对两大类主要用户群体追求简单明了的效果。对于一般用户而言其主页以信息卡片和列表显示为主搭配显眼的搜索及筛选控件浏览比赛、队伍等信息的点击层级较少。对于点赞、收藏、报名等一系列重要交互行为都有相对应的具体按钮进行引导弹窗表单填写步骤简单明晰。而管理者端则是熟悉的表格与表单样式查询、添加、审批、删除等功能都有对应的入口并配有相应的二次确认窗口是典型后台管理系统操作方式。系统中各个功能模块划分清晰明显导航栏逻辑层次清楚一般用户无需指导便可自行摸索使用管理者只要稍加讲解便能迅速熟悉整个系统的管理方法。整体交互难度不高学习难度不大具有较好的可操作性。2.1.3 经济可行性系统的研发成本主要体现在开发过程中的人员支出。选择使用的SpringBoot、Vue.js、MySQL等技术都是开放的自由软件不需要购买授权许可。开发及测试可以使用个人电脑或者普通配置的云服务商提供的虚拟机设备支出较少。在系统发布之后针对可预见的用户访问数量使用一般配置的云端服务器与数据库服务就可以支撑系统稳定工作运维成本不高。系统能够达成的功能能够大大简化对电子竞技比赛的信息管理和对用户的客服过程潜在效益是减少传统线下面对面或者半手工管理模式下的工作人员以及精力消耗也有可能因为优化了客户体验从而间接获益。综合考虑成本和效益以学习研究或者小型应用为目的而进行开发在经济上是可以承受的。2.2 功能需求分析UML用例图是一种对系统功能性需求的可视化建模语言用于展示系统与外界参与者之间的联系也就是系统的用户执行的动作序列所得到的系统反馈过程。用例图是用于描绘系统所能提供的功能而参与者则是指所有与系统交互的人或外部系统。用例图可以在分析阶段以及设计阶段应用用于确保系统具有完整且精确的功能为开发人员及客户提供了共同的语言。以直观的图表的方式展示了UML用例图并将系统所提供的功能以及角色之间的联系描绘了出来。本篇论文依据角色模块来进行系统的需求分析。2.2.1 用户功能普通用户可以查询筛选比赛信息查看比赛详情后点赞/收藏、报名参加比赛或者参与到比赛活动中去。可以查询队伍并且浏览队伍详情点赞/收藏以及发表评论。可以查询筛选出比赛视频在播放页面点赞收藏、控制播放进度及评论视频。可以查询提问信息在问答详情页面进行点赞收藏、回答问题。普通用户角色用例图如下图3-1所示。图3-1 普通用户用例图2.2.2 管理员功能管理员可以对比赛信息进行操作实现查询、添加、删除、批量审核的功能。管理用户报名信息完成查询、审核、删除功能。管理比赛互动信息实现查询与删除功能。管理队伍信息完成查询、添加、删除操作。管理比赛视频实现查询、增加、删除功能。管理咨询信息实现查询、删除、回复功能。管理员角色用例图如图3-2所示。图3-2 管理员用例图2.3 非功能需求分析1.可用性需求系统的可用性需要系统使用高可用性的结构当用户大量的并发到来之时并不影响系统的工作。系统需要有较强的容灾能力一旦出现问题能够迅速地进行自我修复。在用户等待时间上也需要较短的时间才能保障较好的体验感需要系统能够在很短时间内反馈给用户并且回馈结果。系统要有负载均衡机制能够对多个服务器进行请求分发避免由于单台机器故障导致整个系统崩溃。2.可靠性需求系统的可用性的需求是指在很长时间里这个系统都不会崩溃不可以总是停下来或者停电系统需要有一个良好的备份和恢复系统当硬件发生故障或者其他灾难的时候确保数据不会丢失并迅速恢复正常运行状态。系统各服务及部件应具有容错能力在一个部件故障的情况下能够自动切换为备用服务。3.安全性需求系统针对用户的个人信息、交易记录等一系列重要信息提出了需求那就是需要保密。本系统需采用加密的方法以保障传送过来的信息不会被他人窃取、修改。系统应当实施访问限制仅具有相应权限的用户才可登录该系统并不让未经授权的人员登录到系统中。系统应具备验证身份的功能预防性地禁止恶意用户冒名顶替其他用户进行业务办理。针对外来入侵的防范而设置防火墙、入侵检测系统等一系列的安全机制保障使系统所处的环境免遭网络攻击。第三章 系统设计3.1 系统架构设计系统在总体上采用了基于B/S模式的前后端分离结构来实现它把应用程序的逻辑划分成了明显的几个层次以便后期维护以及拓展。客户端使用浏览器浏览基于Vue.js编写的前端应用此部分单独部署它负责全部页面的渲染、用户交互逻辑等。前端向后端发出请求的方式是通过HTTP协议调用后端暴露出来的RESTful风格的API来取得所需的数据或发送请求。后端程序以Spring Boot为基础搭建而成并依照着MVC的设计思路编写控制层接收API请求并对请求参数进行校验业务层完成主要的核心业务操作数据层利用MyBatis框架对MySQL数据库进行访问。数据库层面存放着系统内所有业务实体的数据并对其进行持久化的保存。层层之间相互间仅依靠接口对接彼此间的关联松散。这样的多层次结构使得技术选型互不影响能够独立开发独立上线并为今后移动端的开发提供了一套统一的API接口。整个系统体系结构如图4-1所示。图4-1 系统架构图3.2 系统结构功能设计“电竞先锋”网站主要面向普通用户和管理员两个群体以电竞比赛生态圈为基础建立了完善的线上功能体系。其中面向普通用户的功能着重于信息的浏览消费以及互动参与主要的信息浏览消费和互动参与功能模块主要有比赛信息、队伍信息、比赛视频、资讯信息每一个模块都有对应的检索功能包括检索和过滤等同时在具体内容展示页面均有点赞、收藏、评论等通用互动功能而在比赛模块还单独提供了参赛报名和加油打Call两项专属互动功能。而面向管理员的功能更多是对于内容及流程的管控针对普通用户的信息浏览模块都有一一对应的后台管理功能模块相对应例如比赛信息管理、队伍信息管理等等管理员在其上可进行信息的增删查改等一系列操作并对用户的报名请求予以审核对用户的咨询作出反馈。系统的功能结构框图如下图4-2所示。图4-2 系统功能结构图3.3 系统流程设计3.3.1 赛事报名流程设计参赛者选择比赛并且进行报名申请提交系统检测参赛者的资格以及次数是否符合要求之后创建待审批记录。管理员对报名的信息审核并且返回审核的状态。比赛报名流程图如下图4-3所示。图4-3 赛事报名流程图3.3.2 赛事互动流程设计粉丝在比赛详情页面进行互动选定打call的数量并输入备注信息。系统在扣减用户的互动次数之后保存互动数据。比赛互动流程图如下图4-4所示。图4-4 赛事互动流程图3.3.3 赛事信息发布流程设计管理员在后台添加比赛录入相关信息并上传海报。系统自动生成唯一编码并保存成待审核状态。管理员可以对此条比赛信息进行审核。比赛发布流程图如下图4-5所示。图4-5 赛事信息发布流程图3.3.4 咨询回复流程设计客户在前端提出咨询的问题。后端管理人员浏览待回答咨询的具体情况。管理人员录入答复内容点击提交按钮系统刷新咨询的状态信息并且有可能提示客户。咨询回复流程图如下图4-6所示。图4-6 咨询回复流程图3.3.5 视频播放交互流程设计用户浏览至视频播放界面程序加载视频内容及播放器。用户可以操控播放/暂停、调节声音大小和播放速度、切换全屏或者下载。用户还可以对视频做出评论或点zan收藏。视频播放交互流程图如下图4-7所示图4-7 视频播放交互流程图3.4 数据库设计在数据库的设计过程中通过ER图将概念结构转换成实际的数据库结构。此过程主要是确定每个数据表的字段种类以及约束条件还有他们之间的联系等为下一阶段的物理设计做准备。接下来就是对改进之后的数据存储方式的研究并且确保系统高性能可扩展的特点。3.4.1 E-R图设计构建“电竞先锋”的概念模型重点在于整理清楚“一般用户”、“比赛信息”、“战队信息”以及由此产生的相关“报名”“互动”“咨询”等之间的复杂动态关系。一般用户作为主要角色能够报名参加多项比赛关注多个战队也能够对多条咨询提出问题一项比赛会被多个用户所报名与互动一支队伍同样会为多个用户所收藏和评价。比赛视频作为一个独立的信息单元依附于比赛之上并且被用户播放观看以及评论。概念模型是对以上业务规则的第一层抽象在其中找出用户比赛战队视频咨询报名记录互动记录评论等实体并规定其一对一一对多多对多的关系从而形成一个脱离具体数据库技术的纯粹的数据视角保证开发人员对于系统核心数据架构的理解相同以便于后期进行逻辑层面的设计直至物理层面的实施。实体联系图便是描述概念模型的好办法。整个的全局的E-R图如下图4-8所示图4-8 系统E-R图1用户实体主要由用户id、用户名、手机号码、密码等组成。如下图4-9。图4-9 用户实体属性图2赛事信息体主要有赛事信息id赛事编号赛事名称赛事类别等。如下图4-10所示。图4-10 赛事信息实体属性图3战队信息实体主要由战队信息id、战队编号战队名称、战队类型组成。如图4-11所示。图4-11 战队信息实体属性图4比赛视频实体主要由比赛视频id、视频编号、视频标题、视频类别等组成。如图4-12所示。图4-12 赛事视频实体属性图5咨询信息实体主要由咨询信息id、咨询编号、咨询标题、咨询类型等构成。如图4-13所示。图4-13 咨询信息实体属性图6报名参赛实体主要有报名参赛id报名时间报名用户报名对象等。如图4-14所示。图4-14 报名参赛实体属性图7比赛互动实体主要为比赛互动id、互动时间、互动用户、打call数量等。如下图4-15所示。图4-15 赛事互动实体属性图8评论实体主要由评论id内容昵称头像地址等组成。如图4-16所示。图4-16 评论实体属性图3.4.2 数据库表设计数据库表格的设计基于业务需求确定了数据库表格的结构及字段类型与关联。通过标准化设计确保数据完整性和一致性和性能降低重复数据量为之后的数据检索、保存、维护提供明确框架。以下就是系统采用的数据库表格的设计成果。1用户表主要用于存放系统的注册用户账号信息。主要有用户id、用户名、密码、电话号码、昵称、头像地址、所属用户组这些列。如下表4-1所示。表4-1 用户表序号字段名数据类型长度备注1用户idint主键2用户名varchar16登录账号3密码varchar64加密存储4手机号码varchar115昵称varchar166头像地址varchar2557用户组varchar32角色权限标识8创建时间timestamp-2比赛信息表主要用于保存电子竞技比赛的基础信息以及状态信息。主要包含比赛信息id、比赛编号、比赛名称、比赛类型、比赛海报、比赛级别、审核状态、主办单位等字段。如表4-2所示。**表4-2 赛事信息表序号字段名数据类型长度备注1赛事信息idint主键2赛事编号varchar64唯一标识3赛事名称varchar644赛事类型varchar645赛事海报varchar255图片路径6赛事级别varchar647审核状态varchar168举办单位varchar649创建时间datetime-10更新时间timestamp-3报名参赛表主要用于保存用户的报名参加比赛信息。主要有报名参赛id、报名时间、报名用户、赛事编号、来源id、报名备注等字段。如下表4-3所示。表4-3 报名参赛表序号字段名数据类型长度备注1报名参赛idint主键2报名时间datetime-3报名用户int外键关联用户4赛事编号varchar645来源idint外键关联赛事6报名备注text655357创建时间datetime-8更新时间timestamp-4战队信息表主要为了保存电子竞技俱乐部队伍基本信息及排行榜数据。主要包括战队信息id、战队编号、战队名称、战队类型、战队海报、战队排行、战队成员、战队简介等字段。如表4-4所示。表4-4 战队信息表序号字段名数据类型长度备注1战队信息idint主键2战队编号varchar64唯一标识3战队名称varchar644战队类型varchar645战队海报varchar255图片路径6战队排行double-7战队成员varchar648战队简介text655359审核状态varchar1610创建时间datetime-11更新时间timestamp-5比赛视频表主要用于存放比赛相关的视频文件的信息及播放信息。主要包含比赛视频ID、视频编号、视频名称、视频类别、视频封面图、视频简介、视频内容、视频时间长度、播放热度等字段。如表4-5所示。表4-5 赛事视频表序号字段名数据类型长度备注1赛事视频idint主键2视频编号varchar64唯一标识3视频标题varchar644视频类型varchar645视频封面varchar255图片路径6视频内容varchar255文件路径或链接7视频时长double-8播放热度double-9对战信息varchar6410创建时间datetime-11更新时间timestamp-6咨询信息表主要作为存放客户所提出来的咨询的问题以及管理员的答复内容。包含了咨询信息id、咨询编号、咨询标题、咨询类别、咨询内容、咨询人员、咨询截图、咨询回复等字段。如表4-6所示。表4-6 咨询信息表序号字段名数据类型长度备注1咨询信息idint主键2咨询编号varchar64唯一标识3咨询标题varchar644咨询类型varchar645咨询内容text655356咨询用户varchar64咨询人姓名或ID7咨询截图varchar255图片路径8咨询回复text65535管理员回复内容9创建时间datetime-10更新时间timestamp-7比赛互动表主要用于存储用户对赛事进行打call等互动行为的信息。主要由比赛互动ID、互动时间、互动用户、打call次数、比赛名称、比赛编号、来源ID、互动备注等属性组成。如下表4-7所示。表4-7 赛事互动表序号字段名数据类型长度备注1赛事互动idint主键2互动时间datetime-3互动用户int外键关联用户4打call次数double-5赛事名称varchar646赛事编号varchar647来源idint外键关联赛事续表4-7 赛事互动表8互动备注text655359创建时间datetime-10更新时间timestamp-8评论表主要用于保存用户针对比赛、战队、视频、资讯等各种信息发布的评论内容。主要包含评论id、内容、昵称、头像地址、用户id、来源id、来源表、创建时间等字段。如下表4-8所示。表4-8 评论表序号字段名数据类型长度备注1评论idint主键2内容longtext评论正文3昵称varchar255评论人昵称4头像地址varchar255评论人头像5用户idint外键关联用户表用户id6来源idint被评论内容的主键id7来源表varchar255被评论内容所在的表名8创建时间timestamp-第四章 系统实现4.1 用户功能实现4.1.1 赛事信息用户在比赛信息板块通过顶部搜索栏中输入关键词或者通过下方下拉列表选择比赛类别进行查询。经过筛选的比赛以卡片列表展示用户可点击卡片查看详细内容。在详情页用户可以点击赞、收藏图标表达喜好。需要参加比赛则点击报名参加按钮弹出窗口选择想要参加的时间点击提交即发送申请。想给比赛加油的用户可以点击比赛互动在弹窗中输入打call数量并填写互动语句后点击提交。比赛信息页面如图5-1所示。图5-1 赛事信息界面4.1.2 战队信息战队信息模块为用户提供战队查询以及互动的功能。用户通过搜索栏内输入战队名关键词或者筛选战队类别来限定查找范围。点击搜索结果战队列表项跳转到所选战队详细信息页面。此页面提供战队海报、队员列表、简介及排名信息用户可在该页面对该战队进行点赞或收藏的操作。页面下方是评论区用户输入评论内容并点击发送按钮后评论会以列表的形式全部展示出来。战队信息界面如图5-2所示。图5-2 战队信息界面4.1.3 赛事视频赛事视频模块集中展示比赛录像与精彩集锦。用户通过视频标题关键词搜索或按视频类型筛选来定位目标内容。点击视频封面图进入播放页面。播放器支持播放、暂停、音量调节、倍速播放、全屏切换等功能部分视频提供下载链接。播放器下方区域显示视频基本信息与对战详情。用户可以对视频点赞或收藏并在页面底部的评论区发表观后感。赛事视频界面如图5-3所示。图5-3 赛事视频界面4.1.4 咨询信息咨询信息模块是用户与平台沟通的渠道。用户通过输入咨询标题关键词或选择咨询类别来浏览现有问题与解答。点击任一咨询标题可查看其详细内容、相关截图及管理员的官方回复。在该详情页用户可对咨询内容进行点赞或收藏。若用户有新的问题可点击回复咨询按钮在打开的编辑框中输入问题描述并可选上传截图提交后问题进入待处理状态。咨询信息界面如图5-4所示。图5-4 咨询信息界面4.2 管理员功能实现4.2.1 赛事信息管理比赛信息管理模块是管理员管理比赛信息的主要控制台。页面以列表的形式显示所有的比赛信息管理员可以按照比赛名称、类别、状态等选项组合筛选条件进行检索。选中列表前方的复选框即可实现多个比赛的信息批量审核的操作。点击新增按钮进入表单页面系统会默认生成比赛编号同时管理员需要录入比赛名称、种类、参赛对象等信息并上传封页图片后提交。在单独的审核窗口内管理员需要对等待审核的比赛做出“通过”或“未通过”的选择并可以添加简单的审核说明。比赛信息管理界面如下图5-5所示。图5-5 赛事信息管理界面4.2.2 报名参与管理参赛报名管理模块对用户的参赛报名信息进行审批管理。管理员登录页面则显示所有报名申请的信息列表有报名者、所属比赛、申请日期、状态等字段管理员可以通过用户名或者比赛名称来过滤结果。而针对状态是“待审核”的记录管理员点击审核按键浏览相关信息之后选择是否通过或者驳回。管理员可以删除无用或错误的报名信息。参赛报名管理界面如下图5-6所示。图5-6 报名参与管理界面4.2.3 赛事互动管理比赛互动管理模块用于管理员浏览并处理用户的打call等各种互动行为。页面列表显示了所有的互动信息包括互动者、相关赛事以及打call数量和互动详情。管理员可通过用户编号或者比赛名称检索以便迅速找到目标数据。管理员可对一条或者多条互动信息点击删除键来执行删除任务从而规范互动氛围。比赛互动管理页面如下图5-7所示。图5-7 赛事互动管理界面4.2.4 战队信息管理战队信息管理模块实现了管理员能够对战队信息做全流程处理。管理员通过战队名称或者类型作为检索条件来搜索已存在的战队。可以对已经解散或者战队信息错误的战队进行删除处理。若要增加一支战队则点击对应按钮跳转到创建页面在其中填写战队名字、选择战队类型、设置战队排名、输入战队队员列表并且上传战队照片墙最后提交保存。战队信息管理页面如下图5-8所示。图5-8 战队信息管理界面4.2.5 赛事视频管理比赛视频管理模块对平台的视频素材进行上传更新。管理员可以在其中根据视频名称或者视频种类来查询视频列表。能够对已经失效或者是违规的视频进行清除。在添加一个新的视频的时候管理员需要填写表格选择视频分类并填写视频时长并且上传对应的视频封面图片同时选择上传本机视频文件或者是在空格内输入外链视频地址然后提交以实现视频入库存储。比赛视频管理页面如下图5-9所示。图5-9 赛事视频管理界面4.2.6 咨询信息管理咨询信息管理模块负责对用户的提问以及官方答复进行管理和操作。管理员界面展示了全部用户提问的信息列表。可以按照标题或者类型进行搜索并且能够删掉一些不合理的问题。点击某个咨询项后面的“详情/回复”跳转到操作页面上方是用户的原咨询内容及截图下方是回复编辑框。管理员在这里输入回复的内容点击提交就会将所填写的回复内容同步到这个咨询详情里面去。咨询信息管理界面如下图5-10所示。图5-10 咨询信息管理界面完整项目源码、论文参考、答辩 PPT 和演示视频已整理关注博主后私信领取