随着社会的发展,社会的方方面面都在利用信息化时代的优势。互联网的优势和普及使得各种系统的开发成为必需。本文以实际运用为开发背景,运用软件工程原理和开发方法,采用MySQL数据库,使用Java开发语言,SpringBoot框架技术构建一个高校运动会管理系统,实现了本系统的全部功能。
整个开发过程首先对高校运动会管理系统进行需求分析,得出高校运动会管理系统主要功能。接着对高校运动会管理系统进行总体设计和详细设计。总体设计主要包括系统功能设计、系统总体结构设计、系统数据结构设计和系统安全设计等;详细设计主要包括高校运动会管理系统数据库访问的实现,主要功能模块的具体实现,模块实现关键代码等。最后对高校运动会管理系统进行了功能测试,并对测试结果进行了分析总结,得出高校运动会管理系统存在的不足及需要改进的地方,为以后的高校运动会管理系统维护提供了方便,同时也为今后开发类似高校运动会管理系统提供了借鉴和帮助。
高校运动会管理系统的开发能够使高校运动会信息的管理更加方便快捷,同时也促使高校运动会管理变的更加系统化、有序化。系统界面较友好,易于操作。
关键词:高校运动会管理系统;MySQL数据库,Java语言;SpringBoot框架
With the development of society, all aspects of society are utilizing the advantages of the information age. The advantages and popularity of the Internet make the development of various systems necessary. This article takes practical application as the development background, applies software engineering principles and development methods, uses MySQL database, Java development language, and SpringBoot framework technology to build a university sports meet management system, and realizes all the functions of this system.
The entire development process first analyzes the requirements of the university sports meet management system and identifies the main functions of the university sports meet management system. Next, the overall and detailed design of the university sports management system will be carried out. The overall design mainly includes system functional design, system overall structure design, system data structure design, and system security design, etc; The detailed design mainly includes the implementation of database access for the university sports meet management system, the specific implementation of the main functional modules, and the key code for module implementation. Finally, a functional test was conducted on the university sports management system, and the test results were analyzed and summarized. The shortcomings and areas for improvement of the university sports management system were identified, which provided convenience for the maintenance of future university sports management systems and also provided reference and assistance for the development of similar university sports management systems in the future.
The development of a management system for college sports events can make the management of college sports event information more convenient and efficient, while also promoting a more systematic and orderly management of college sports events. The system interface is user-friendly and easy to operate.
Keywords:Management system for university sports events; MySQL database, Java language; SpringBoot framework
1 绪论
1.1 选题背景与意义
随着社会的不断发展,人们对体育运动的关注度不断增加,高校运动会作为提高学生体质、促进学生身心健康的重要平台,具有重要意义。然而,目前大多数高校运动会仍然依赖传统的纸质报名、排赛和计分方式,管理效率低下、数据易丢失,无法满足日益增长的学生体育需求。
同时,随着信息技术的发展,电子化管理系统在各个领域得到广泛应用。高校运动会管理也需要借助信息技术的力量,实现运动会的精细化管理、教学和评估,提升运动会的组织效率和质量。
传统的纸质管理方式导致一系列问题,如报名信息容易丢失,排赛耗时久,计分存在误差等。引入电子化管理系统可以实现信息的快速录入和存储,提高管理效率。通过电子化系统可以实时记录参赛选手的成绩,减少人工操作带来的误差,确保比赛结果的公正、公平。电子化管理系统可以实现运动会成绩的数据化分析和评估,让教师和学生更好地了解自己的优势和不足,从而进行有针对性的训练和改进。高校运动会是推广和传承体育文化的重要平台,电子化管理系统可以提供更好的展示和传播体育文化的方式,促进校园体育文化的建设。综上所述,研究开发高校运动会管理系统具有非常重要的意义,对于提升高校运动会的管理水平和质量,促进学生全面发展具有积极而深远的影响。
1.2国内外研究现状
随着大众体育的普及和体育产业的迅猛发展,高校体育运动会已成为大学校园中一项重要的体育活动。高校体育运动会不仅可以提高学生的体质素质,增强学生的体育意识和竞技能力,还可以提升学校的体育形象和整体实力。为了更好地组织和管理高校体育运动会,许多高校和相关研究机构开始关注和研究高校运动会管理系统的建设。
国内研究现状表明,高校运动会管理系统的建设与信息化技术的应用密切相关。目前一些高校已经建立了基于互联网和移动互联网的高校运动会管理平台,通过网页和手机应用程序等方式,提供运动员报名、比赛日程安排、成绩查询、赛事通知等功能。这些系统在提高运动会组织效率、优化资源配置、方便运动员参赛等方面发挥了积极的作用。
而在国际上,一些发达国家的高校体育运动会管理系统已经相对成熟。例如,美国的一些大学已经建立了完善的高校运动会管理系统,包括运动员报名、赛事筹备、比赛成绩管理等功能。这些系统具有强大的数据处理和分析能力,可以帮助学校进行全面的体育运动会统计分析和评估。
总体而言,高校运动会管理系统在国内外都取得了一定的研究和应用进展,但仍存在许多问题和挑战。例如,一些系统功能不够完善,用户体验较差;数据的安全性和隐私保护需要加强;系统的技术支持和维护也需要进一步完善。因此,需要进一步深入研究和完善高校运动会管理系统,以更好地满足高校运动会的组织和管理需求。
论文将分层次经行编排,除去论文摘要致谢文献参考部分,正文部分还会对平台需求做出分析,以及阐述大体的设计和实现的功能,最后罗列部分调测记录,论文主要架构如下:
第一章:引言。第一章主要介绍了课题研究的背景,系统开发的现状和本文的研究内容与主要工作。
第二章:系统需求分析。第二章主要从系统的用户、功能等方面进行需求分析。
第三章:系统设计。第三章主要对系统框架、系统功能模块、数据库进行功能设计。
第四章:系统实现。第四章主要介绍了系统框架搭建、系统界面的实现。
第五章:系统测试。第五章主要对系统的部分界面进行测试并对主要功能进行测试
2平台分析
通过对系统功能模块分析可以得知,主要是对项目元素组合、分解和更换做出相应的单元,再通过系统模块来规划出一个原则,系统的设计首先是围绕管理员需求进行开发设计的,主要是为了能够更好的管理信息和服务于用户,其次就是围绕商品信息管理进行设计,最终的设计必须要满足管理员和用户的需求,这样才能够实现系统的最大意义和价值,并且在设计的时候一定要避免代码相互重复的情况发生。
2.1 可行性分析
系统可行行分析是对系统对系统可行性进行一个探讨。在探讨系统的可行性上我们主要从技术上的可行性和经济上的可行性以及法律层面的可行性上进行分析,如果三个层面度通过,我们则认为系统是比较可行的。
2.1.1技术可行性
在技术可行性方面,高校运动会管理系统采用MySQL数据库作为数据存储介质,并利用IDEA、Tomcat等开发工具进行系统的搭建和部署。同时,使用SprignBoot框架进行开发,该框架具有良好的可扩展性和维护性,能够简化开发过程并提高系统的性能和稳定性。这些技术选择是成熟且广泛应用的,能够满足项目的需求。
在经济可行性方面,高校运动会管理系统所需的开发软件和工具,如IDEA、Tomcat和MySQL等,都是免费且开源的,无需额外费用。此外,这些工具易于获取和操作,降低了开发成本。而且,随着高校运动会管理系统的运营和发展,可以通过广告推广、会员服务等方式实现收益,增加项目的经济可行性。
本系统实现功能的操作很简单,普通电脑的常见配置就可以运行本软件,并且只要粗通电脑使用的基本常识就可以流畅的使用本软件。电脑具备连接互联网的能力,并且可以正常访问系统,并不需要操作者有什么高超的能力,只需了解业务流程,并且按照专业知识进行正确操作即可,所以高校教材订购管理系统具备操作可行性。
2.2.1 功能性分析
高校运动会管理系统的主要功能模块分为前台用户模块和后台管理员端模块,其中前端用户按照高校运动会管理系统的角色,划分为了普通用户、选手用户、裁判用户和志愿用户。
普通用户:作为游客用户通知注册登录系统后,可以实现对系统信息的查询、浏览、点赞、收藏和留言、评论功能。普通用户登录系统之后前台导航栏显示首页、通知公告、新闻资讯、留言反馈、赛事信息等模块的信息,也可以在“我的账户”对个人资料和密码进行修改,在“个人中心”模块还可以管理收藏列表。
普通用户用例图如图2-1所示。
图2-1普通用户角色用例图
选手用户模块:主要可以实现对赛事信息的查询、报名;以及对成绩信息和排名信息的查看。选手用户登录系统之后前台导航栏显示首页、通知公告、新闻资讯、留言反馈、赛事信息、成绩排名等模块的信息,可以对个人资料和密码进行修改,在“个人中心”模块可以管理自己的报名信息、成绩信息和收藏列表。
选手用户用例图如图2-2所示。

图2-2选手用户角色用例图
裁判用户模块:主要可以实现对选手成绩信息的添加,和成绩排名信息的发布。裁判用户登录系统之后前台导航栏显示首页、通知公告、新闻资讯、留言反馈、赛事信息、成绩排名等模块的信息,可以对自己的个人资料和密码进行修改,在“个人中心”模块可以管理选手的成绩信息、成绩排名和个人收藏列表。
裁判用户用例图如图2-3所示。

图2-3裁判用户角色用例图
志愿用户模块:主要可以实现对赛事信息的查询和志愿报名。志愿用户登录系统之后前台导航栏显示首页、通知公告、新闻资讯、留言反馈、赛事信息等模块的信息,可以对个人资料和密码进行修改,在“个人中心”模块可以管理自己的报名信息和收藏列表。
志愿用户用例图如图2-4所示。

图2-4志愿用户角色用例图
后台管理员管理模块:管理员可以对系统中所有的用户角色进行管控,包含了管理员、普通用户、选手用户、裁判用户和志愿用户角色。可以发布系统展示的赛事信息,以及新闻资讯和通知公告等。可以管理用户的报名信息和选手的成绩信息、排名情况。管理员还可以对用户提交的留言反馈信息进行回复,以及对他们发表的评论信息进行管控。具体功能模块包含:系统用户、赛事类别管理、赛事区域管理、赛事信息管理、报名信息管理、志愿报名管理、成绩信息管理、成绩排名管理、系统管理、留言管理、通知公告管理、资源管理。
管理员用例图如图2-5所示。
图2-5管理员角色用例图
高校运动会管理系统的非功能性需求比如平台的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下2-1表格中:
表2-1高校运动会管理系统非功能需求表
安全性 | 主要指高校运动会管理系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指高校运动会管理系统能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响高校运动会管理系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着高校运动会管理系统的页面展示内容进行操作,就可以了。 |
可维护性 | 高校运动会管理系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
2.3 业务流程分析
业务流程图不仅能反映出内部业务之间的关系,而且能体现出管理顺序及信息的流动。基于SpringBoot的高校运动会管理系统必须支持整个组织在不同层次上的各种功能,各个功能模块之间又有各种不同相关的信息进行联系,构成了一个有机的整体,根据高校运动会管理系统的特点以及结合所面临的实际情况,设计出了系统的业务流程图。
系统的业务流程如下图所示。

图2-5 系统业务流程图
2.4本章小结
本章主要通过对高校运动会管理系统的可行性分析、功能需求分析、系统用例分析、系统流程分析,确定整个高校运动会管理系统要实现的功能。同时也为高校运动会管理系统的代码实现和测试提供了标准。
3平台总体设计
3.1 系统架构设计
本系统从架构上分为三层:表现层(UI)、业务逻辑层(BLL)以及数据层(DL)。
图3-1系统架构设计图
表现层(UI):又称UI层,主要完成本系统的UI交互功能,一个良好的UI可以打打提高用户的用户体验,增强用户使用本系统时的舒适度。UI的界面设计也要适应不同版本的高校运动会管理系统以及不同尺寸的分辨率,以做到良好的兼容性。UI交互功能要求合理,用户进行交互操作时必须要得到与之相符的交互结果,这就要求表现层要与业务逻辑层进行良好的对接。
业务逻辑层(BLL):主要完成本系统的数据处理功能。用户从表现层传输过来的数据经过业务逻辑层进行处理交付给数据层,系统从数据层读取的数据经过业务逻辑层进行处理交付给表现层。
数据层(DL):由于本系统的数据是放在服务端的MySQL数据库中,因此本属于服务层的部分可以直接整合在业务逻辑层中,所以数据层中只有数据库,其主要完成本系统的数据存储和管理功能。
3.2 系统功能模块设计
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本系统中的用例。那么接下来就要开始对本系统的架构、主要功能和数据库开始进行设计。高校运动会管理系统根据前面章节的需求分析得出,其总体设计模块图如图3-2所示。

图3-2系统功能模块图
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
3.3.1 数据库概念结构设计
下面是整个高校运动会管理系统中主要的数据库表总E-R实体关系图。

图3-3 高校运动会管理系统总E-R关系图
通过上一小节中高校运动会管理系统中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | token_id | int | 10 | 0 | N | Y | 临时访问牌ID | |
2 | token | varchar | 64 | 0 | Y | N | 临时访问牌 | |
3 | info | text | 65535 | 0 | Y | N | ||
4 | maxage | int | 10 | 0 | N | N | 2 | 最大寿命:默认2小时 |
5 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户编号: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | article_id | mediumint | 8 | 0 | N | Y | 文章id:[0,8388607] | |
2 | title | varchar | 125 | 0 | N | Y | 标题:[0,125]用于文章和html的title标签中 | |
3 | type | varchar | 64 | 0 | N | N | 0 | 文章分类:[0,1000]用来搜索指定类型的文章 |
4 | hits | int | 10 | 0 | N | N | 0 | 点击数:[0,1000000000]访问这篇文章的人次 |
5 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
6 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
8 | source | varchar | 255 | 0 | Y | N | 来源:[0,255]文章的出处 | |
9 | url | varchar | 255 | 0 | Y | N | 来源地址:[0,255]用于跳转到发布该文章的网站 | |
10 | tag | varchar | 255 | 0 | Y | N | 标签:[0,255]用于标注文章所属相关内容,多个标签用空格隔开 | |
11 | content | longtext | 2147483647 | 0 | Y | N | 正文:文章的主体内容 | |
12 | img | varchar | 255 | 0 | Y | N | 封面图 | |
13 | description | text | 65535 | 0 | Y | N | 文章描述 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | type_id | smallint | 5 | 0 | N | Y | 分类ID:[0,10000] | |
2 | display | smallint | 5 | 0 | N | N | 100 | 显示顺序:[0,1000]决定分类显示的先后顺序 |
3 | name | varchar | 16 | 0 | N | N | 分类名称:[2,16] | |
4 | father_id | smallint | 5 | 0 | N | N | 0 | 上级分类ID:[0,32767] |
5 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该分类的作用 | |
6 | icon | text | 65535 | 0 | Y | N | 分类图标: | |
7 | url | varchar | 255 | 0 | Y | N | 外链地址:[0,255]如果该分类是跳转到其他网站的情况下,就在该URL上设置 | |
8 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | auth_id | int | 10 | 0 | N | Y | 授权ID: | |
2 | user_group | varchar | 64 | 0 | Y | N | 用户组: | |
3 | mod_name | varchar | 64 | 0 | Y | N | 模块名: | |
4 | table_name | varchar | 64 | 0 | Y | N | 表名: | |
5 | page_title | varchar | 255 | 0 | Y | N | 页面标题: | |
6 | path | varchar | 255 | 0 | Y | N | 路由路径: | |
7 | position | varchar | 32 | 0 | Y | N | 位置: | |
8 | mode | varchar | 32 | 0 | N | N | _blank | 跳转方式: |
9 | add | tinyint | 3 | 0 | N | N | 1 | 是否可增加: |
10 | del | tinyint | 3 | 0 | N | N | 1 | 是否可删除: |
11 | set | tinyint | 3 | 0 | N | N | 1 | 是否可修改: |
12 | get | tinyint | 3 | 0 | N | N | 1 | 是否可查看: |
13 | field_add | text | 65535 | 0 | Y | N | 添加字段: | |
14 | field_set | text | 65535 | 0 | Y | N | 修改字段: | |
15 | field_get | text | 65535 | 0 | Y | N | 查询字段: | |
16 | table_nav_name | varchar | 500 | 0 | Y | N | 跨表导航名称: | |
17 | table_nav | varchar | 500 | 0 | Y | N | 跨表导航: | |
18 | option | text | 65535 | 0 | Y | N | 配置: | |
19 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
20 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | collect_id | int | 10 | 0 | N | Y | 收藏ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 收藏人ID: |
3 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
4 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
5 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
6 | title | varchar | 255 | 0 | Y | N | 标题: | |
7 | img | varchar | 255 | 0 | Y | N | 封面: | |
8 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | comment_id | int | 10 | 0 | N | Y | 评论ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 评论人ID: |
3 | reply_to_id | int | 10 | 0 | N | N | 0 | 回复评论ID:空为0 |
4 | content | longtext | 2147483647 | 0 | Y | N | 内容: | |
5 | nickname | varchar | 255 | 0 | Y | N | 昵称: | |
6 | avatar | varchar | 255 | 0 | Y | N | 头像地址:[0,255] | |
7 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
9 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
10 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
11 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | event_area_id | int | 10 | 0 | N | Y | 赛事区域ID | |
2 | event_area | varchar | 64 | 0 | Y | N | 赛事区域 | |
3 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | event_category_id | int | 10 | 0 | N | Y | 赛事类别ID | |
2 | event_category | varchar | 64 | 0 | Y | N | 赛事类别 | |
3 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | event_information_id | int | 10 | 0 | N | Y | 赛事信息ID | |
2 | event_name | varchar | 64 | 0 | Y | N | 赛事名称 | |
3 | event_referee | int | 10 | 0 | Y | N | 0 | 赛事裁判 |
4 | judges_name | varchar | 64 | 0 | Y | N | 裁判姓名 | |
5 | event_category | varchar | 64 | 0 | Y | N | 赛事类别 | |
6 | event_area | varchar | 64 | 0 | Y | N | 赛事区域 | |
7 | volunteer_users | int | 10 | 0 | Y | N | 0 | 志愿用户 |
8 | volunteer_name | varchar | 64 | 0 | Y | N | 志愿姓名 | |
9 | event_cover | varchar | 255 | 0 | Y | N | 赛事封面 | |
10 | event_location | varchar | 64 | 0 | Y | N | 赛事地点 | |
11 | event_date | date | 10 | 0 | Y | N | 赛事日期 | |
12 | event_equipment | varchar | 64 | 0 | Y | N | 赛事器材 | |
13 | competition_rules | longtext | 2147483647 | 0 | Y | N | 赛事规则 | |
14 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
15 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
16 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
17 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | grade_information_id | int | 10 | 0 | N | Y | 成绩信息ID | |
2 | referee_users | int | 10 | 0 | Y | N | 0 | 裁判用户 |
3 | judges_gender | varchar | 64 | 0 | Y | N | 裁判性别 | |
4 | player_users | int | 10 | 0 | Y | N | 0 | 选手用户 |
5 | player_name | varchar | 64 | 0 | Y | N | 选手姓名 | |
6 | player_results | int | 10 | 0 | Y | N | 0 | 选手成绩 |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | hits_id | int | 10 | 0 | N | Y | 点赞ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 点赞人: |
3 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | message_id | int | 10 | 0 | N | Y | 留言板ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 用户ID: |
3 | title | varchar | 64 | 0 | Y | N | 标题: | |
4 | content | longtext | 2147483647 | 0 | N | N | 内容: | |
5 | nickname | varchar | 32 | 0 | N | N | 昵称: | |
6 | avatar | varchar | 255 | 0 | Y | N | 头像: | |
7 | | varchar | 125 | 0 | Y | N | 留言者邮箱 | |
8 | phone | varchar | 11 | 0 | Y | N | 留言者手机号码 | |
9 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
11 | reply | longtext | 2147483647 | 0 | Y | N | 回复 | |
12 | reply_state | tinyint | 4 | 0 | Y | N | 0 | 回复状态 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | notice_id | mediumint | 8 | 0 | N | Y | 公告id: | |
2 | title | varchar | 125 | 0 | N | N | 标题: | |
3 | content | longtext | 2147483647 | 0 | Y | N | 正文: | |
4 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
5 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | player_users_id | int | 10 | 0 | N | Y | 选手用户ID | |
2 | player_name | varchar | 64 | 0 | Y | N | 选手姓名 | |
3 | player_gender | varchar | 64 | 0 | Y | N | 选手性别 | |
4 | player_age | int | 10 | 0 | Y | N | 0 | 选手年龄 |
5 | contestant_class | varchar | 64 | 0 | Y | N | 选手班级 | |
6 | player_id | varchar | 64 | 0 | Y | N | 选手学号 | |
7 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
8 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | praise_id | int | 10 | 0 | N | Y | 点赞ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 点赞人: |
3 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
8 | status | bit | 1 | 0 | N | N | 1 | 点赞状态:1为点赞,0已取消 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | ranking_of_grades_id | int | 10 | 0 | N | Y | 成绩排名ID | |
2 | referee_users | int | 10 | 0 | Y | N | 0 | 裁判用户 |
3 | judges_name | varchar | 64 | 0 | Y | N | 裁判姓名 | |
4 | event_name | varchar | 64 | 0 | Y | N | 赛事名称 | |
5 | event_cover | varchar | 255 | 0 | Y | N | 赛事封面 | |
6 | player_users | int | 10 | 0 | Y | N | 0 | 选手用户 |
7 | player_name | varchar | 64 | 0 | Y | N | 选手姓名 | |
8 | contestant_class | varchar | 64 | 0 | Y | N | 选手班级 | |
9 | student_grades | int | 10 | 0 | Y | N | 0 | 学生成绩 |
10 | class_grades | int | 10 | 0 | Y | N | 0 | 班级成绩 |
11 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
12 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
14 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | referee_users_id | int | 10 | 0 | N | Y | 裁判用户ID | |
2 | judges_name | varchar | 64 | 0 | Y | N | 裁判姓名 | |
3 | judges_gender | varchar | 64 | 0 | Y | N | 裁判性别 | |
4 | age_of_referee | varchar | 64 | 0 | Y | N | 裁判年龄 | |
5 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
6 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表registration_information (报名信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | registration_information_id | int | 10 | 0 | N | Y | 报名信息ID | |
2 | player_users | int | 10 | 0 | Y | N | 0 | 选手用户 |
3 | player_name | varchar | 64 | 0 | Y | N | 选手姓名 | |
4 | event_name | varchar | 64 | 0 | Y | N | 赛事名称 | |
5 | event_category | varchar | 64 | 0 | Y | N | 赛事类别 | |
6 | event_date | varchar | 64 | 0 | Y | N | 赛事日期 | |
7 | event_location | varchar | 64 | 0 | Y | N | 赛事地点 | |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | regular_users_id | int | 10 | 0 | N | Y | 普通用户ID | |
2 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
3 | user_gender | varchar | 64 | 0 | Y | N | 用户性别 | |
4 | user_age | int | 10 | 0 | Y | N | 0 | 用户年龄 |
5 | user_class | varchar | 64 | 0 | Y | N | 用户班级 | |
6 | user_student_id | varchar | 64 | 0 | Y | N | 用户学号 | |
7 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
8 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | slides_id | int | 10 | 0 | N | Y | 轮播图ID: | |
2 | title | varchar | 64 | 0 | Y | N | 标题: | |
3 | content | varchar | 255 | 0 | Y | N | 内容: | |
4 | url | varchar | 255 | 0 | Y | N | 链接: | |
5 | img | varchar | 255 | 0 | Y | N | 轮播图: | |
6 | hits | int | 10 | 0 | N | N | 0 | 点击量: |
7 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | upload_id | int | 10 | 0 | N | Y | 上传ID | |
2 | name | varchar | 64 | 0 | Y | N | 文件名 | |
3 | path | varchar | 255 | 0 | Y | N | 访问路径 | |
4 | file | varchar | 255 | 0 | Y | N | 文件路径 | |
5 | display | varchar | 255 | 0 | Y | N | 显示顺序 | |
6 | father_id | int | 10 | 0 | Y | N | 0 | 父级ID |
7 | dir | varchar | 255 | 0 | Y | N | 文件夹 | |
8 | type | varchar | 32 | 0 | Y | N | 文件类型 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | user_id | mediumint | 8 | 0 | N | Y | 用户ID:[0,8388607]用户获取其他与用户相关的数据 | |
2 | state | smallint | 5 | 0 | N | N | 1 | 账户状态:[0,10](1可用|2异常|3已冻结|4已注销) |
3 | user_group | varchar | 32 | 0 | Y | N | 所在用户组:[0,32767]决定用户身份和权限 | |
4 | login_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 上次登录时间: |
5 | phone | varchar | 11 | 0 | Y | N | 手机号码:[0,11]用户的手机号码,用于找回密码时或登录时 | |
6 | phone_state | smallint | 5 | 0 | N | N | 0 | 手机认证:[0,1](0未认证|1审核中|2已认证) |
7 | username | varchar | 16 | 0 | N | N | 用户名:[0,16]用户登录时所用的账户名称 | |
8 | nickname | varchar | 16 | 0 | Y | N | 昵称:[0,16] | |
9 | password | varchar | 64 | 0 | N | N | 密码:[0,32]用户登录所需的密码,由6-16位数字或英文组成 | |
10 | | varchar | 64 | 0 | Y | N | 邮箱:[0,64]用户的邮箱,用于找回密码时或登录时 | |
11 | email_state | smallint | 5 | 0 | N | N | 0 | 邮箱认证:[0,1](0未认证|1审核中|2已认证) |
12 | avatar | varchar | 255 | 0 | Y | N | 头像地址:[0,255] | |
13 | open_id | varchar | 255 | 0 | Y | N | 针对获取用户信息字段 | |
14 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
15 | vip_level | varchar | 255 | 0 | Y | N | 会员等级 | |
16 | vip_discount | double | 11 | 2 | Y | N | 0.00 | 会员折扣 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | group_id | mediumint | 8 | 0 | N | Y | 用户组ID:[0,8388607] | |
2 | display | smallint | 5 | 0 | N | N | 100 | 显示顺序:[0,1000] |
3 | name | varchar | 16 | 0 | N | N | 名称:[0,16] | |
4 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该用户组的特点或权限范围 | |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
8 | register | smallint | 5 | 0 | Y | N | 0 | 注册位置: |
9 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
表volunteer_registration (志愿报名)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | volunteer_registration_id | int | 10 | 0 | N | Y | 志愿报名ID | |
2 | volunteer_users | int | 10 | 0 | Y | N | 0 | 志愿用户 |
3 | volunteer_name | varchar | 64 | 0 | Y | N | 志愿姓名 | |
4 | event_name | varchar | 64 | 0 | Y | N | 赛事名称 | |
5 | event_area | varchar | 64 | 0 | Y | N | 赛事区域 | |
6 | event_date | varchar | 64 | 0 | Y | N | 赛事日期 | |
7 | event_location | varchar | 64 | 0 | Y | N | 赛事地点 | |
8 | responsible_aspect | text | 65535 | 0 | Y | N | 负责方面 | |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | volunteer_users_id | int | 10 | 0 | N | Y | 志愿用户ID | |
2 | volunteer_name | varchar | 64 | 0 | Y | N | 志愿姓名 | |
3 | volunteer_gender | varchar | 64 | 0 | Y | N | 志愿性别 | |
4 | volunteer_age | varchar | 64 | 0 | Y | N | 志愿年龄 | |
5 | volunteer_class | varchar | 64 | 0 | Y | N | 志愿班级 | |
6 | volunteer_student_id | varchar | 64 | 0 | Y | N | 志愿学号 | |
7 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
8 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
整个高校运动会管理系统的需求分析主要对系统总体架构以及功能模块的设计,通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4平台详细设计与实现
高校运动会管理系统的详细设计与实现主要是根据前面的需求分析和总体设计来设计页面并实现业务逻辑。主要从界面实现、业务逻辑实现这两部分进行介绍。
4.1前台用户功能模块
4.1.1 首页界面
当进入高校运动会管理系统的时候,首先映入眼帘的是系统的导航栏,下面是轮播图以及系统内容,以选手用户为例,其主界面展示如下图4-1所示。

图4-1 首页界面图
4.1.2 用户注册界面
高校运动会管理系统的用户时可以进行注册登录,当用户右上角“注册”按钮的时候,当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等后再点击“注册”按钮后将会先验证输入的有没有空数据,再次验证密码和确认密码是否是一样的,最后验证输入的账户名和数据库表中已经注册的账户名是否重复,只有都验证没问题后即可用户注册成功。其用用户注册界面展示如下图4-2所示。

图4-2 用户注册界面图
/**
* 注册
* @param user
* @return
*/
@PostMapping("register")
public Map<String, Object> signUp(@RequestBody User user) {
// 查询用户
Map<String, String> query = new HashMap<>();
Map<String,Object> map = JSON.parseObject(JSON.toJSONString(user));
query.put("username",user.getUsername());
List list = service.selectBaseList(service.select(query, new HashMap<>()));
if (list.size()>0){
return error(30000, "用户已存在");
}
map.put("password",service.encryption(String.valueOf(map.get("password"))));
service.insert(map);
return success(1);
高校运动会管理系统中的前台上注册后的用户是可以通过自己的账户名和密码进行登录的,当用户输入完整的自己的账户名和密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到高校运动会管理系统的首页中;否则将会提示相应错误信息,用户登录界面如下图4-3所示。

图4-3用户登录界面图
/**
* 登录
* @param data
* @param httpServletRequest
* @return
*/
@PostMapping("login")
public Map<String, Object> login(@RequestBody Map<String, String> data, HttpServletRequest httpServletRequest) {
log.info("[执行登录接口]");
String username = data.get("username");
String email = data.get("email");
String phone = data.get("phone");
String password = data.get("password");
List resultList = null;
Map<String, String> map = new HashMap<>();
if(username != null && "".equals(username) == false){
map.put("username", username);
resultList = service.select(map, new HashMap<>()).getResultList();
}
else if(email != null && "".equals(email) == false){
map.put("email", email);
resultList = service.select(map, new HashMap<>()).getResultList();
}
else if(phone != null && "".equals(phone) == false){
map.put("phone", phone);
resultList = service.select(map, new HashMap<>()).getResultList();
}else{
return error(30000, "账号或密码不能为空");
}
if (resultList == null || password == null) {
return error(30000, "账号或密码不能为空");
}
//判断是否有这个用户
if (resultList.size()<=0){
return error(30000,"用户不存在");
}
User byUsername = (User) resultList.get(0);
Map<String, String> groupMap = new HashMap<>();
groupMap.put("name",byUsername.getUserGroup());
List groupList = userGroupService.select(groupMap, new HashMap<>()).getResultList();
if (groupList.size()<1){
return error(30000,"用户组不存在");
}
UserGroup userGroup = (UserGroup) groupList.get(0);
//查询用户审核状态
if (!StringUtils.isEmpty(userGroup.getSourceTable())){
String sql = "select examine_state from "+ userGroup.getSourceTable() +" WHERE user_id = " + byUsername.getUserId();
String res = String.valueOf(service.runCountSql(sql).getSingleResult());
if (res==null){
return error(30000,"用户不存在");
}
if (!res.equals("已通过")){
return error(30000,"该用户审核未通过");
}
}
//查询用户状态
if (byUsername.getState()!=1){
return error(30000,"用户非可用状态,不能登录");
}
String md5password = service.encryption(password);
if (byUsername.getPassword().equals(md5password)) {
// 存储Token到数据库
AccessToken accessToken = new AccessToken();
accessToken.setToken(UUID.randomUUID().toString().replaceAll("-", ""));
accessToken.setUser_id(byUsername.getUserId());
tokenService.save(accessToken);
// 返回用户信息
JSONObject user = JSONObject.parseObject(JSONObject.toJSONString(byUsername));
user.put("token", accessToken.getToken());
JSONObject ret = new JSONObject();
ret.put("obj",user);
return success(ret);
} else {
return error(30000, "账号或密码不正确");
}
}
4.1.4通知公告界面
当选手用户点击高校运动会管理系统中导航栏上的“通知公告”后将会进入到该“通知公告”列表的界面,然后选择想要看的通知公告,点击进入到详细界面。通知公告展示界面如下图4-4所示。

图4-4通知公告展示界面图
4.1.5 新闻资讯模块
当选手用户点击系统导航栏上的“新闻资讯”后将会进入到该“新闻资讯”列表的界面,然后选择想要看的新闻信息,点击进入到详细界面,在详细界面可以收藏+赞+评论等操作。新闻资讯详情界面如下图4-5所示。

图4-5 新闻资讯详情界面
点击“赛事信息”这个菜单,可以查看到系统中所有添加的赛事信息,点击详情进入详情查看界面,前台用户可以进行点赞、收藏、评论等操作,其中选手用户和志愿用户还可以对赛事信息进行报名操作。这里以选手用户为例,赛事信息页面如图4-6所示。

图4-6赛事信息界面图
4.1.6成绩排名界面
点击“成绩排名”这个菜单,可以查看到系统中添加的所有选手成绩排名,点击详情会进入详情查看界面,用户可以进行点赞、收藏、评论等操作。以裁判用户为例,成绩排名页面如图4-7所示。

图4-7成绩排名界面图
前台用户点击右上角“个人中心”模块,可以查看和管理个人相关的信息和任务,不同前台用户角色有着不同的个人中心模块。其中普通用户包括个人首页和收藏功能模块;选手用户在个人中心模块可以对个人首页、报名信息、成绩信息、收藏进行管理;裁判用户在个人中心模块可以对个人首页、成绩信息、成绩排名和收藏信息进行管理。志愿用户在个人中心模块可以对个人首页、志愿报名和收藏信息进行管理。
普通用户个人中心界面如下图所示。

图4-8普通用户个人中心界面
选手用户个人中心界面如下图所示。

图4-9选手用户个人中心界面
裁判用户个人中心界面如下图所示。

图4-10裁判用户个人中心界面
志愿用户个人中心界面如下图所示。

图4-11志愿用户个人中心界面
4.2管理员功能模块
4.2.1系统用户界面
高校运动会管理系统中的管理人员在“系统用户”这一菜单是中可以对注册的管理员、普通用户、选手用户、裁判用户和志愿用户进行管控,界面如下图4-12所示。

图4-12系统用户界面图
管理员点击“系统管理”可以对系统展示的轮播图进行管理,还可以进行查询、重置、删除、添加等操作。界面如下图4-13所示。

图4-13轮播图管理界面图
管理员点击“资源管理”可以对高校运动会管理系统中的新闻资讯信息和新闻分类进行增删改查。界面如下图4-14所示。图4-14新闻资讯管理界面图
5系统测试
5.1测试定义及目的
关于系统实现的测试,英文名称是System TEST,简称ST,ST是使用完整其系统的各种功能多次、多案例、多环境测试,这是ST的简单描述。ST可以证明该功能对系统的要求是否得到满足以及是否有效。
对于系统开发的实现,不管开发过程多么努力,在系统运行的时候多少都会出现一些错误信息,所以为了系统的安全性及提高系统的使用率及给用户带来更好的体验,系统在完成之前,一定要进行一遍系统的测试,再完美的程序也会有漏洞,再细心的技术开发员也会有疏忽的时候,所以对于程序的测试是必须要做的一步。通过系统测试找到系统存在的问题,并根据问题的原因进行在线解决问题,如果找不到解决问题的办法可以进行通过咨询指导老师或者通过同学帮忙,一定将问题找出,否则将会出现更多的错误。所以程序出现错误时不可避免,系统测试虽然耗时费力,但是为了确保后期系统的长期使用,必须要进行系统测试,问题解决完成后还要再一步测试,直到没有任何问题后方可进行使用。
5.2性能测试
任何一款程序开发成功后都必须通过软件测试,它是保障软件稳定运行的前提。测试最主要的一步就是性能测试,性能测试内容如下:
(1)对于测试的速度有一定的要求,速度必须快,而且对于测试出来的错误问题一定以最快的速度进行处理解决,并且进行再次测试,保证整个系统运行的安全性。
(2)在系统测试的时候要将测试所用到的测试计划和测试报告保管好,方便后期系统的运行使用后的整体维护操作。
(3)软件测试整个过程中的聚类现象应优先考虑。
(4)对于整体系统测试,不要用自己的思想去认可整个系统,而是从公正的角度的进行对系统进行认可,是否符系统的整合应用。
5.3测试模块
测试系统是最新的Windows 10系统,通过对系统实现的功能模块进行每个功能模块的操作测试,查看每个用户的功能模块所对应的权限信息是否可以操作并且数据信息更新一致。
测试需求 | 测试重点 | 是否达成需求 | 结果 |
用户登录 | 输入账号密码 | 需求达成 | 通过 |
用户注册 | 创建新的账号密码 | 需求达成 | 通过 |
登录失败 | 输入错误账号密码 | 需求达成 | 通过 |
修改信息 | 修改成功 | 需求达成 | 通过 |
添加信息管理 | 增删查改 | 需求达成 | 通过 |
回复管理 | 增删查改 | 需求达成 | 通过 |
搜索查询管理 | 增删查改 | 需求达成 | 通过 |
系统测试方面,我们通常运用的是白盒测试以及黑盒测试这两种方法。白盒测试是指在了解系统内部工作流程的前提下,可以根据需求规范验证系统内部操作是否能够正常运行的测试;而黑盒测试指的是,倘若知道了这个系统的全部功能,可以进行测试检测系统中的每一个功能是否满足正常使用。
为了方便用户使用“高校运动会管理系统 ”,以及尽可能少的减少系统测试错误的发生,我们对该系统进行了相对应的测试。
对该系统的全部的功能界面进行测试,简单来说,就是我们输入一些数据并且对其进行提交,之后我们查看每个页面的反馈,检测页面的相关功能可不可以完全实现。
5.4测试结果
测试评估的结果是高校运动会管理系统 满足要求中的所有功能,处理大多数错误条件,修复大多数错误并通过测试。高校运动会管理系统 的基本功能都是可行的,不管是系统里面的功能还是界面的设计都是可值得推广宣传的。
至此,高校运动会管理系统已经结束,在开发前做了许多的准备,在本系统的设计和开发过程中阅览和学习了许多文献资料,从中我也收获了很多宝贵的方法和设计思路,对系统的开发也起到了很重要的作用,系统的开发技术选用的都是自己比较熟悉的,比如SpringBoot框架,Java技术,这些技术都是在以前的学习中学到了,其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验,其实对于我们来说工作量还是比较大的,但是正是由于之前的积累与准备,才能顺利的完成这个项目,由此看来,积累经验跟做好准备是十分重要的事情。
当然在该系统的设计与实现的过程中也离不开老师以及同学们的帮助,正是因为他们的指导与帮助,我才能够成功的在预期内完成了这个系统。同时在这个过程当中我也收获了很多东西,此系统也有需要改进的地方,但是由于专业知识的浅薄,并不能做到十分完美,希望以后有机会可以让其真正的投入到使用之中。
[1]王志亮,纪松波.基于SpringBoot的Web前端与数据库的接口设计[J].工业控制计算机,2023,36(03):51-53.
[2]王小威.成都市大型体育赛事后勤管理质量的影响要素分析——以世界警察和消防员运动会高新赛区为例[J].文体用品与科技,2023,(04):165-167.
[3]朱焱,邓述为.基于Java的高校运动会管理系统[J].电脑编程技巧与维护,2022,(12):84-86.DOI:10.16184/j.cnki.comprg.2022.12.043.
[4]Hao Y .Retraction Note: Platform Design of Sports Meeting Management System for Regular Colleges and Universities Based on B/S Structure[J].Wireless Personal Communications,2022,128(2):1517-1517.
[5]张瑶,丁丽,刘元凯.体教融合视角下高校运动会的风险管理[C]//中国班迪协会,澳门体能协会,广东省体能协会.第七届中国体能训练科学大会论文集.哈尔滨幼儿师范高等专科学校;,2022:6.DOI:10.26914/c.cnkihy.2022.054868.
[6]任成义,白思俊,王云杰,等.第十四届全国运动会项目管理创新与实践[J].项目管理技术,2022,20(07):96-99.
[7]陈立.校园运动会管理系统的设计与实现[J].电子制作,2022,30(13):45-48.DOI:10.16589/j.cnki.cn11-3571/tn.2022.13.009.
[8]喻佳,吴丹新.基于SpringBoot的Web快速开发框架[J].电脑编程技巧与维护,2021,(09):31-33.DOI:10.16184/j.cnki.comprg.2021.09.013.
[9]陈昭桦.高校运动会智能管理系统的设计与实现[D].华中师范大学,2021.DOI:10.27159/d.cnki.ghzsu.2021.002593.
[10]姜兰.国际体育赛事高校学生志愿者组织与管理探析——以第七届世界军人运动会击剑赛事为例[J].冰雪体育创新研究,2021,(03):145-146.
[11]JongWon L ,Il Y K .Energy Saving of a University Building Using a Motion Detection Sensor and Room Management System[J].Sustainability,2020,12(22):9471-9471.
[12]钟育群,曾浩杰,庄灿林,等.基于云开发的高效运动会管理小程序的设计与实现[J].数字技术与应用,2020,38(10):101-103.DOI:10.19695/j.cnki.cn12-1369.2020.10.33.
[13]周维.广州大学城高校田径运动会发展变化及学生参与研究[D].华南理工大学,2020.DOI:10.27151/d.cnki.ghnlu.2020.001989.
[14]M C B ,Emily K ,L B L , et al.Sports Medicine Staffing Across National Collegiate Athletic Association Division I, II, and III Schools: Evidence for the Medical Model.[J].Journal of athletic training,2020,55(6):573-579.
[15]Zulkarnain J ,H N H W .Doping in sports among Malaysian universities athlete: survey of the knowledge, beliefs, and perception during Malaysian universities games in Kuala Lumpur 2014.[J].The Journal of sports medicine and physical fitness,2020,60(5):794-799.
[16]王莹莹,张慧.索美运动会管理系统在高校田径运动会中的应用研究——以沈阳工程学院第十五届田径运动会为例[J].当代体育科技,2020,10(12):103-104.DOI:10.16655/j.cnki.2095-2813.2020.12.103.
[17]郝昭.大型运动会场地信息管理系统的设计与实现[J].信息与电脑(理论版),2020,32(08):48-50.
[18]鞠文强.高校运动会的历史逻辑、实然困境与应然进路[J].体育与科学,2020,41(02):87-91+98.DOI:10.13598/j.issn1004-4590.2020.02.013.
[19]施朗.大型体育赛事综合管理运行中心的设计与实现——以第七届世界军人运动会综合管理中心可视化平台建设为例[J].科技与创新,2020,(06):107-109.DOI:10.15913/j.cnki.kjycx.2020.06.041.
[20]G D D ,L J M ,S A C , et al.Neck and Cervical Spine Injuries in National College Athletic Association Athletes: A 5-Year Epidemiologic Study.[J].Spine,2020,45(1):55-64.
致 谢
至此论文结束,感谢您的阅读。在此我要特别的感谢我的导师,虽然我在实习期间很忙,论文撰写的时候经常是停停改改,但是我的导师依旧十分的负责,时不时的询问我的任务进展情况,跟进我的论文进度,在指导老师的帮助下,我逐步完成了自己的论文和程序,从导师身上也学习到很多知识和经验,这些知识和经验令我受益匪浅。同时我也从导师身上看到了自己的不足,不论是在技术层面上还是在对待工作的态度上,导师如同明镜一般照出了我的缺点我的不足。此外,我还要感谢在我实习期间在论文和程序上帮助过我的同学和社会人士,此前我对于SpringBoot技术方面的一些知识还不了解,是他们在我编写程序过程中给了我很多的启发和感想,也帮助了我对于程序的调试和检测。没有他们我是不能顺利完成本次毕业设计的。至此,我的毕业设计就花上了一个圆满的句号了。