NodeJS高校篮球队管理系统
目录
随着社会的发展,社会的方方面面都在利用信息化时代的优势。互联网的优势和普及使得各种系统的开发成为必需。
本文以实际运用为开发背景,运用软件工程原理和开发方法,它主要是采用的数据库是Mysql,使用node.js的koa技术构建的一个管理系统,实现了本系统的全部功能。整个开发过程首先对高校篮球队管理系统进行需求分析,得出高校篮球队管理系统主要功能。接着对高校篮球队管理系统进行总体设计和详细设计。总体设计主要包括系统功能设计、系统总体结构设计、系统数据结构设计和系统安全设计等;详细设计主要包括高校篮球队管理系统数据库访问的实现,主要功能模块的具体实现,模块实现关键代码等。最后对高校篮球队管理系统进行了功能测试,并对测试结果进行了分析总结,得出高校篮球队管理系统存在的不足及需要改进的地方,为以后的高校篮球队管理系统维护提供了方便,同时也为今后开发类似高校篮球队管理系统提供了借鉴和帮助。
高校篮球队管理系统开发使系统能够更加方便快捷,同时也促使高校篮球队管理系统变的更加系统化、有序化。系统界面较友好,易于操作。
关键词:高校篮球队管理系统;Mysql数据库,node.js的koa技术.
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. It mainly uses MySQL as the database, and constructs a management system using the koa technology of node.js, realizing all the functions of this system. The entire development process first analyzes the requirements of the university basketball team management system and identifies the main functions of the university basketball team management system. Next, the overall and detailed design of the university basketball team 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 basketball team 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 basketball team management system, and the test results were analyzed and summarized. The shortcomings and areas for improvement of the university basketball team management system were identified, which provided convenience for future maintenance of the university basketball team management system and also provided reference and assistance for the development of similar university basketball team management systems in the future.
The development of a university basketball team management system makes it more convenient and efficient, while also promoting a more systematic and orderly management system for university basketball teams. The system interface is user-friendly and easy to operate.
Keywords:College basketball team management system; MySQL database, koa technology for node.js
1 绪论
1.1 研究背景
高校篮球队作为大学体育的重要组成部分,承载着培养学生体育素质、提升校园篮球水平的使命。然而,传统的篮球队管理方式存在一些问题,如信息记录不便捷、沟通效率低下、资源管理不合理等。为了解决这些问题,建立一个高校篮球队管理系统具有重要的背景意义。
高校篮球队管理系统旨在利用现代信息技术手段,实现对篮球队伍的全面管理和优化。通过该系统,可以方便地记录和管理队员的基本信息、训练计划、比赛安排、成绩评估等数据。同时,系统还能够提供沟通协作的功能,方便教练与队员之间的交流和反馈,促进信息共享和团队合作。
该系统还可以帮助优化资源管理,包括装备器材的统一管理、经费预算和使用的监控等。通过对资源的有效调配和管理,篮球队可以更好地发挥其训练和比赛能力,提高整体竞争力。高校篮球队管理系统还具有推动校园篮球文化发展的意义。通过提供更加便捷和高效的管理工具,系统能够鼓励更多学生参与篮球队伍,提升校园篮球氛围,培养学生的体育意识和团队精神。建立一个高校篮球队管理系统对于解决传统管理方式存在的问题、优化资源管理、促进校园篮球文化发展具有重要背景意义。这将为高校篮球队的管理者提供更便捷、高效的工作平台,提升篮球队的管理水平和整体发展。
1.2国内外研究现状
目前,国内外已经存在一些高校篮球队管理系统,为高校篮球队的管理工作提供了便利和支持。在国外,一些知名大学已经建立了先进的篮球队管理系统。这些系统通常集成了队员信息管理、训练计划安排、比赛报名、成绩统计等功能,通过在线平台实现全面的篮球队伍管理。这些系统采用现代化的技术手段,为教练和管理人员提供了方便和高效的管理工具。
在国内,越来越多的高校开始关注篮球队的管理,并逐渐引入篮球队管理系统。这些系统也包括队员信息管理、训练计划安排、比赛报名等功能,同时结合国内实际情况和需求,还加入了一些特色功能,如校园篮球赛事管理、装备器材借用预约等。这些系统在提高管理效率、优化资源配置等方面起到了积极作用。尽管已有一定数量的高校篮球队管理系统存在,但目前仍存在一些挑战。一方面,系统的普及和推广仍面临一定的难度,需要加强宣传和培训,提高用户的接受度和使用效果。另一方面,系统的功能和性能仍有进一步完善和提升的空间,如加强数据分析与挖掘、提供更多个性化定制功能等。
总体而言,国内外的高校篮球队管理系统已经初步建立,为高校篮球队的管理工作提供了一定程度的支持。随着技术的不断发展和需求的不断增长,相信这些系统将会得到进一步的完善和推广,为高校篮球队的管理带来更大的便利和效益。
论文将分层次经行编排,除去论文摘要致谢文献参考部分,正文部分还会对平台需求做出分析,以及阐述大体的设计和实现的功能,最后罗列部分调测记录,论文主要架构如下:
第一章:引言。第一章主要介绍了课题研究的背景,系统开发的现状和本文的研究内容与主要工作。
第二章:系统需求分析。第二章主要从系统的用户、功能等方面进行需求分析。
第三章:系统设计。第三章主要对系统框架、系统功能模块、数据库进行功能设计。
第四章:系统实现。第四章主要介绍了系统框架搭建、系统界面的实现。
第五章:系统测试。第五章主要对系统的部分界面进行测试并对主要功能进行测试
2平台分析
通过对系统功能模块分析可以得知,主要是对项目元素组合、分解和更换做出相应的单元,再通过系统模块来规划出一个原则,系统的设计首先是围绕管理员需求进行开发设计的,主要是为了能够更好的管理信息和服务于用户,其次就是围绕商品信息管理进行设计,最终的设计必须要满足管理员和用户的需求,这样才能够实现系统的最大意义和价值,并且在设计的时候一定要避免代码相互重复的情况发生。
2.1 系统可行性分析
系统的开发环境和配置都是可以自行安装的,系统使用node.js的koa开发工具,使用比较成熟的Mysql数据库进行对系统用户和管理员之间相关的数据交互,根据技术语言对数据库,结合需求进行修改维护,可以使得系统运行更具有稳定性和安全性,从而完成实现系统的开发。
高校篮球队管理系统的设计对于所使用的计算机没有什么硬性的要求,计算机只要可以正常的使用进行代码的编写及页面设计就可行,主要是对于服务器有些要求,对于平台搭建完成要上传的服务器是有一定的要求的,服务器必须选择安全性比较高的,然后就是在打开系统必须顺畅,不能停顿太长时间;性价比高;安全性高。
开发整个系统使用的是云计算,流量的可扩展性和基于流量的智能调整云计算的优点就是流量的可扩展性和基于流量的智能调整,保障系统的安全及数据信息的及时备份。
因此,我们从两个方面进行了可行性研究,可以看出系统的开发没有问题。
2.1.3经济可行性
通过经济效益和社会价值来决定一个系统的存活问题,是否通过开发高校篮球队管理系统来帮助管理员减少工作,是否能够方便用户的使用,假如开发的软件不能够实现成本节约和资源节约,并且还要投入大量的时间、经济和精力,那么这个系统的开发设计是没有意义和价值的,就不具备开发设计的条件。
2.1.4 操作可行性
此次开发的高校篮球队管理系统登录界面是我们最常见的一种登录窗口进行造成的,只需通过电脑就可以登录访问,没有那些复杂的登录过程。该高校篮球队管理系统主要是采用B/S结构、node.js的koa技术以及mysql数据库进行开发设计的,使得系统的开发更高效和稳定,也体现出来该系统的的现代化和规范化。用户可以轻松的进行学习,其系统主要特点就是易操作和易管理。
2.2.1 功能性分析
按照高校篮球队管理系统的角色,我划分为了队员用户模块和管理员管理模块及教练模块这三大部分。
注册队员用户端:
(1)注册登录:当用户想要对系统中所实现的功能进行查询管理的时候,就必须进行登录到系统当中,如果没有账号的话,在登录界面,点击“注册”按钮就会跳转到注册的界面,根据提示填写好注册信息,添加提交,用户的信息在数据库中就添加完成了,然后再输入填写好的账号和密码进行登录;
(2)篮球资讯:点击“篮球资讯”这个菜单,可以查看到系统中所有添加的篮球资讯,如果想要了解某一资讯信息的详细信息,点击后面的“详情”会进入详情查看界面,可以对篮球资讯信息进行详情查看、点赞、收藏、评论等操作;
(3)球队信息:点击“球队信息”这个菜单,可以查看到系统中所有添加的球队信息,如果想要了解某一球队信息的详细信息,点击后面的“详情”会进入详情查看界面,可以对球队信息进行详情查看、点赞、收藏、评论等操作;
(4)比赛信息:点击“比赛信息”这个菜单,可以查看到系统中所有添加的比赛信息如果想要了解某一比赛信息的详细信息,点击后面的“详情”会进入详情查看界面,可以对比赛信息进行详情查看、点赞、收藏、评论等操作;
(5)我的账户:在前台点击“我的”下面的“我的账户”可以对个人资料+密码修改+自己收藏的信息进行管控。
(6)考勤信息:点击查看个人的考勤信息详情。
(7)比赛结果:点击查看个人的比赛结果详情。
(8)我的收藏:点击“我的”中“我的收藏”按钮的时候就会显示出自己收藏的各种信息了,支持对收藏信息的搜索查询,如果你想不再收藏某一信息,点击删除就可以了。
教练用户端:
(1)注册登录:当用户想要对系统中所实现的功能进行查询管理的时候,就必须进行登录到系统当中,如果没有账号的话,在登录界面,点击“注册”按钮就会跳转到注册的界面,根据提示填写好注册信息,添加提交,用户的信息在数据库中就添加完成了,然后再输入填写好的账号和密码进行登录;
(2)球队信息:点击“球队信息”这个按钮可以查看到所以球队信息,支持通过球队队名、教练用户、教练姓名、成立时间、球队队数等进行查询球队信息,如果想要了解某一球队的详细信息,点击后面的“查看”会进入详情界面。
(3)训练计划:点击“训练计划”这个按钮可以查看到所以训练信息,支持通过教练用户、教练姓名、队员用户、训练时间、训练目标、训练地点等进行查询训练信息,如果想要了解某一训练的详细信息,点击后面的“查看”会进入详情界面。
(4)战术安排:点击“战术安排”这个按钮可以查看到所以战术安排信息,支持通过教练用户、教练姓名、战术安排、时间安排等进行查询战术信息,如果想要了解某一战术的详细信息,点击后面的“查看”会进入详情界面。
(5)比赛信息:点击“比赛信息”这个菜单,可以查看到系统中所有添加的比赛信息如果想要了解某一比赛信息的详细信息,点击后面的“详情”会进入详情查看界面,可以对比赛信息进行详情查看、点赞、收藏、评论、战术安排等操作;
管理员管理模块:
(1)系统用户管理:管理员可以对系统中所有的用户角色进行管控,包含了管理员、普通用户、教练等角色,如果需要添加新的用户,点击页面中的“添加”按钮根据提示输入上用户信息,点击“提交”以后在对应的用户界面就可以查看到了,可以点击用户后面的“删除”按钮直接删除某一用户。
(2)系统管理:进入后台首页工具栏点击“系统管理”这个按钮可以查看所有轮播图信息,可以进行详情查看、删除、查看评论等操作。
(4)资源管理:进入后台首页工具栏点击“资源管理”这个按钮可以查看所有篮球资讯、资讯分类等信息,可以进行详情查看、删除、查看评论等操作。
(6)个人信息:管理员和员工点击“个人信息”按钮,可以对个人的头像、昵称、手机号码等信息进行更新。
(7)修改密码:管理员和员工点击“修改密码”按钮,可以对登录密码进行更改,首先输入原密码,然后再输入新密码和确认密码,当原密码正确,输入两次新密码一致,则修改成功,否则给出错误提示信息。
2.2.2 非功能性分析
高校篮球队管理系统的非功能性需求比如平台的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下2-1表格中:
表2-1高校篮球队管理系统非功能需求表
安全性 | 主要指高校篮球队管理系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指高校篮球队管理系统能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响高校篮球队管理系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着高校篮球队管理系统的页面展示内容进行操作,就可以了。 |
可维护性 | 高校篮球队管理系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
2.3 系统用例分析
通过2.2功能的分析,得出了系统的用例图:
队员用户:首页、篮球资讯、球队信息、比赛信息、我的账户、个人中心(个人首页、训练计划、考勤信息、战术安排、比赛结果、收藏)等功能,队员用户角色用例如图2-2所示。
图2-2队员用户角色用例图
教练用户:首页、篮球资讯、球队信息、比赛信息、我的账户、个人中心(个人首页、球队信息、训练计划、考勤信息、比赛信息、战术安排、比赛结果、收藏)等功能,教练用户角色用例如图2-3所示。
图2-2教练用户角色用例图
管理员模块:系统中的核心用户是管理员,管理员登录后,通过管理员功能来管理后台系统。主要功能有:首页、系统用户(管理员、队员用户、教练用户)、球队信息管理、训练计划管理、考勤信息管理、比赛信息管理、战术安排管理、比赛结果管理、系统管理、资源管理(篮球资讯、资讯分类)、个人信息、修改密码等功能。管理员角色用例如图2-4所示。
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.2.2用户模块设计
后台管理者能够实现对前台注册的用户增删改查操作,用户模块结构图如下图:
图3-3用户用户模块结构图
3.2.3评论管理模块设计
高校篮球队管理系统最重要的一个功能就是评论管理,其模块功能结构,具体的结构图如下:
图3-5评论模块结构图
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
3.3.1 数据库概念结构设计
下面是整个高校篮球队管理系统中主要的数据库表总E-R实体关系图。
图3-6 高校篮球队管理系统总E-R关系图
通过上一小节中高校篮球队管理系统中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。
表access_token (登陆访问时长)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
表attendance_information (考勤信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | attendance_information_id | int | 10 | 0 | N | Y | 考勤信息ID | |
2 | team_member_users | int | 10 | 0 | Y | N | 0 | 队员用户 |
3 | team_member_name | varchar | 64 | 0 | Y | N | 队员姓名 | |
4 | coach_users | int | 10 | 0 | Y | N | 0 | 教练用户 |
5 | training_time | date | 10 | 0 | Y | N | 训练时间 | |
6 | training_objectives | varchar | 64 | 0 | Y | N | 训练目标 | |
7 | training_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 | 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 | coach_users_id | int | 10 | 0 | N | Y | 教练用户ID | |
2 | coach_name | varchar | 64 | 0 | Y | N | 教练姓名 | |
3 | coachs_phone_number | varchar | 64 | 0 | Y | N | 教练电话 | |
4 | coach_gender | 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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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: |
表competition_information (比赛信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | competition_information_id | int | 10 | 0 | N | Y | 比赛信息ID | |
2 | event_type | varchar | 64 | 0 | Y | N | 赛事类型 | |
3 | event_name | varchar | 64 | 0 | Y | N | 赛事名称 | |
4 | competition_time | date | 10 | 0 | Y | N | 比赛时间 | |
5 | home_team_matchup | varchar | 64 | 0 | Y | N | 主队对名 | |
6 | visiting_team_name | varchar | 64 | 0 | Y | N | 客队队名 | |
7 | competition_venue | varchar | 64 | 0 | Y | N | 比赛地点 | |
8 | competition_schedule | varchar | 255 | 0 | Y | N | 比赛程表 | |
9 | home_team_roster | text | 65535 | 0 | Y | N | 主队名单 | |
10 | visiting_team_list | text | 65535 | 0 | Y | N | 客队名单 | |
11 | event_introduction | text | 65535 | 0 | Y | N | 赛事介绍 | |
12 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
13 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
14 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
15 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | competition_results_id | int | 10 | 0 | N | Y | 比赛结果ID | |
2 | event_type | varchar | 64 | 0 | Y | N | 赛事类型 | |
3 | event_name | varchar | 64 | 0 | Y | N | 赛事名称 | |
4 | competition_time | date | 10 | 0 | Y | N | 比赛时间 | |
5 | home_team_matchup | varchar | 64 | 0 | Y | N | 主队对名 | |
6 | visiting_team_name | varchar | 64 | 0 | Y | N | 客队队名 | |
7 | competition_venue | varchar | 64 | 0 | Y | N | 比赛地点 | |
8 | team_member_users | int | 10 | 0 | Y | N | 0 | 队员用户 |
9 | team_member_name | varchar | 64 | 0 | Y | N | 队员姓名 | |
10 | team_member_score | varchar | 64 | 0 | Y | N | 队员得分 | |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | 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 | 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 | sensitive_vocabulary_id | int | 10 | 0 | N | Y | 敏感词汇ID | |
2 | sensitive_vocabulary | 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 | 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 | tactical_arrangements_id | int | 10 | 0 | N | Y | 战术安排ID | |
2 | coach_users | int | 10 | 0 | Y | N | 0 | 教练用户 |
3 | coach_name | varchar | 64 | 0 | Y | N | 教练姓名 | |
4 | team_member_users | int | 10 | 0 | Y | N | 0 | 队员用户 |
5 | tactical_arrangements | text | 65535 | 0 | Y | N | 战术安排 | |
6 | lineup_arrangement | text | 65535 | 0 | Y | N | 阵容安排 | |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | team_information_id | int | 10 | 0 | N | Y | 球队信息ID | |
2 | team_name | varchar | 64 | 0 | Y | N | 球队队名 | |
3 | coach_users | int | 10 | 0 | Y | N | 0 | 教练用户 |
4 | coach_name | varchar | 64 | 0 | Y | N | 教练姓名 | |
5 | establishment_time | date | 10 | 0 | Y | N | 成立时间 | |
6 | team_emblem | varchar | 255 | 0 | Y | N | 球队队徽 | |
7 | number_of_players | int | 10 | 0 | Y | N | 0 | 球员人数 |
8 | team_details | text | 65535 | 0 | Y | N | 球队详情 | |
9 | team_member_list | text | 65535 | 0 | Y | N | 队员名单 | |
10 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
11 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
12 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
13 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | team_member_users_id | int | 10 | 0 | N | Y | 队员用户ID | |
2 | team_member_name | varchar | 64 | 0 | Y | N | 队员姓名 | |
3 | team_member_gender | varchar | 64 | 0 | Y | N | 队员性别 | |
4 | team_member_phone_number | varchar | 64 | 0 | Y | N | 队员电话 | |
5 | team_member_grade | varchar | 64 | 0 | Y | N | 队员年级 | |
6 | team_member_position | 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 | training_plan_id | int | 10 | 0 | N | Y | 训练计划ID | |
2 | coach_users | int | 10 | 0 | Y | N | 0 | 教练用户 |
3 | coach_name | varchar | 64 | 0 | Y | N | 教练姓名 | |
4 | team_member_users | int | 10 | 0 | Y | N | 0 | 队员用户 |
5 | training_time | date | 10 | 0 | Y | N | 训练时间 | |
6 | training_objectives | varchar | 64 | 0 | Y | N | 训练目标 | |
7 | training_location | varchar | 64 | 0 | Y | N | 训练地点 | |
8 | training_content | 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 | 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 | 创建时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
3.4本章小结
整个高校篮球队管理系统的需求分析主要对系统总体架构以及功能模块的设计,通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4平台详细设计与实现
高校篮球队管理系统的详细设计与实现主要是根据前面的需求分析和总体设计来设计页面并实现业务逻辑。主要从界面实现、业务逻辑实现这两部分进行介绍。
4.1队员用户功能模块
4.1.1 首页界面
当进入高校篮球队管理系统的时候,首先映入眼帘的是系统的导航栏,下面是轮播图以及系统内容,其主界面展示如下图4-1所示。
图4-1 首页界面图
4.1.2 用户注册界面
普通的用户只支持对首页部分内容的浏览,想要购买或者查看搜索商品就必须登录到系统,如果你没有本高校篮球队管理系统的账号的话,添加“注册”根据提示输入好用户信息后,点击“注册”按钮后,系统会对输入的信息进行验证,验证输入的账户名和数据库表中已经注册的账户名是否重复,只有都验证没问题后即可用户注册成功。其用用户注册界面展示如下图4-2所示。
图4-2 用户注册界面图
用户注册的关键代码如下。
Register.prototype.index = async function(ctx) {
var group_list = await $.services["user_group"].get_list({}, Object.assign({}, this.config));
return await ctx.render(this.config.tpl + "index.html", {
group_list
});
};
Register.prototype.api = async function(ctx) {
var user = $.services.user;
var body = ctx.request.body;
var username = body.username;
var obj = await user.get_obj({
username
});
if (obj) {
return {
error: {
code: 70000,
message: "账户名已存在",
},
};
} else {
var password = md5(body.password);
var nickname = body.nickname;
var user_group = body.user_group;
var email = body.email;
var email_state= body.hasOwnProperty('email_state') ? body.email_state : 0;
var phone = body.phone;
var phone_state= body.hasOwnProperty('phone_state') ? body.phone_state : 0;
var avatar = body.avatar;
var bl_reg = await user.add({
username,
password,
nickname,
user_group,
email,
email_state,
phone,
phone_state,
avatar
});
if (bl_reg) {
return {
result: "注册成功"
};
} else {
return {
error: {
code: 70000,
message: "注册失败",
},
};
}
}
};
4.1.3 用户登录界面
高校篮球队管理系统中的前台上注册后的用户是可以通过自己的账户名和密码进行登录的,当用户输入完整的自己的账户名和密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到高校篮球队管理系统的首页中;否则将会提示相应错误信息,用户登录界面如下图4-3所示。
图4-3用户登录界面图
用户登录的关键代码如下。
var Controller = require("../core/controller.js");
class Login extends Controller {
constructor(config) {
super(
Object.assign({
tpl: "./login/",
service: "user",
},
config
)
);
}
}
Login.prototype.api = async function(ctx) {
var body = ctx.request.body;
var obj = await $.services["user"].get_obj({
username: body.username
},{like:false});
if (obj) {
var group = await $.services["user_group"].get_obj({
name:obj.user_group
})
if (group){
if (group.name!=="管理员"){
var sql = "select examine_state from "+ group.source_table +" WHERE user_id = " + obj.user_id;
var userExamine = await $.mysql.run(sql);
if (userExamine && userExamine.length > 0 && userExamine[0].examine_state!=="已通过"){
return {
error: {
code: 70000,
message: "该用户审核未通过"
},
};
}
}
if (obj.state!==1){
return {
error: {
code: 70000,
message: "用户非可用状态,不能登录"
},
};
}
var password = md5(body.password);
if (password === obj.password) {
ctx.session.user = obj;
var date = Date.parse(new Date());
var token = md5(obj.user_id + "_" + date);
await $.services["access_token"].add({
token,
info: JSON.stringify(obj),
user_id:obj.user_id
});
obj.token = token;
return {
result: {obj}
};
} else {
return {
error: {
code: 70000,
message: "密码错误"
},
};
}
}else {
return {
error: {
code: 70000,
message: "用户组不存在"
},
};
}
} else {
return {
error: {
code: 70000,
message: "账户不存在"
}
};
}
};
4.1.4球队信息界面
当访客点击了任意球队后将会进入该球队信息的详情界面,可以了解到该球队信息的球队队名、教练用户家、教练姓名、成立时间、球员人数等,同时可以对该球队信息进行收藏+点赞+评论,商品展示展示页面如图4-4所示。
图4-4球队信息界面图
点击“考勤信息”这个菜单进入详情页面填写考勤信息,填写考勤信息时系统自动带出队员用户、队员姓名、教练用户、训练时间、训练目标、训练地点等信息提交考勤信息,界面如下图4-5所示。
图4-5考勤信息界面图
4.2教练功能模块
4.2.1教练功能界面
教练登录高校篮球队管理系统,功能为:首页、篮球资讯、球队信息、比赛信息、我的账户、个人中心(个人首页、球队信息、训练计划、考勤信息、比赛信息、战术安排、比赛结果、收藏)等功能,如下图4-6所示:
图4-6教练功能界面图
教练点击“球队信息”这个按钮可以查看到所以球队信息,支持通过球队队名、教练用户、教练姓名、成立时间、球队队数等进行查询球队信息,如果想要了解某一球队的详细信息,点击后面的“查看”会进入详情界面,界面如下图4-7所示。
图4-7球队信息界面图
球队信息关键代码如下:
module.exports = {
db: "mysql",
web: {
port: 5000,
host: "0.0.0.0"
},
mysql: {
port: 3306,
host: "127.0.0.1",
user: "root",
password: "root",
database: "project93355",
log: false,
timezone:"08:00"
}
}
4.2.3战术安排界面
教练点击“战术安排”这个按钮可以查看到所以战术安排信息,支持通过教练用户、教练姓名、战术安排、时间安排等进行查询战术信息,如果想要了解某一战术的详细信息,点击后面的“查看”会进入详情界面,界面如下图4-8所示。
图4-8战术安排界面图
4.3管理员功能模块
4.3.1管理员功能界面
管理员登录高校篮球队管理系统,功能为:首页、系统用户(管理员、队员用户、教练用户)、球队信息管理、训练计划管理、考勤信息管理、比赛信息管理、战术安排管理、比赛结果管理、系统管理、资源管理(篮球资讯、资讯分类)、个人信息、修改密码等功能,如下图4-9所示:
图4-9管理员功能界面图
4.3.2系统用户界面
高校篮球队管理系统中的管理人员在“系统用户”这一菜单是中可以对注册的管理员、普通用户、教练进行管控,界面如下图4-10所示。
图4-10系统用户界面图
系统用户关键代码如下:
Service.prototype.get_list = async function(query, config) {
var sql = $.mysql.toGetSql(query, Object.assign({}, this.config, config || {}));
return await this.run(sql);
};
Service.prototype.get_list = async function(query, config) {
var sql = $.mysql.toGetSql(query, Object.assign({}, this.config, config || {}));
return await this.run(sql);
};
4.3.3轮播图管理界面
管理员可以对轮播图进行提交,还可以进行查询、重置、删除、添加等操作。界面如下图4-11所示。
图4-11轮播图管理界面图
4.3.4 比赛信息管理界面
管理员可以对高校篮球队管理系统中的比赛信息进行维护管理。界面如下图4-12所示。
图4-12比赛信息管理界面图
4.3.5篮球资讯界面
管理员可以对高校篮球队管理系统中的篮球资讯信息进行增删改查。界面如下图4-13所示。
图4-13篮球资讯界面图
5系统测试
5.1测试定义及目的
关于系统实现的测试,英文名称是System TEST,简称ST,ST是使用完整其系统的各种功能多次、多案例、多环境测试,这是ST的简单描述。ST可以证明该功能对系统的要求是否得到满足以及是否有效。
对于系统开发的实现,不管开发过程多么努力,在系统运行的时候多少都会出现一些错误信息,所以为了系统的安全性及提高系统的使用率及给用户带来更好的体验,系统在完成之前,一定要进行一遍系统的测试,再完美的程序也会有漏洞,再细心的技术开发员也会有疏忽的时候,所以对于程序的测试是必须要做的一步。通过系统测试找到系统存在的问题,并根据问题的原因进行在线解决问题,如果找不到解决问题的办法可以进行通过咨询指导老师或者通过同学帮忙,一定将问题找出,否则将会出现更多的错误。所以程序出现错误时不可避免,系统测试虽然耗时费力,但是为了确保后期系统的长期使用,必须要进行系统测试,问题解决完成后还要再一步测试,直到没有任何问题后方可进行使用。
5.2性能测试
任何一款程序开发成功后都必须通过软件测试,它是保障软件稳定运行的前提。测试最主要的一步就是性能测试,性能测试内容如下:
(1)对于测试的速度有一定的要求,速度必须快,而且对于测试出来的错误问题一定以最快的速度进行处理解决,并且进行再次测试,保证整个系统运行的安全性。
(2)在系统测试的时候要将测试所用到的测试计划和测试报告保管好,方便后期系统的运行使用后的整体维护操作。
(3)软件测试整个过程中的聚类现象应优先考虑。
(4)对于整体系统测试,不要用自己的思想去认可整个系统,而是从公正的角度的进行对系统进行认可,是否符系统的整合应用。
5.3测试模块
测试系统是最新的Windows 10系统,通过对系统实现的功能模块进行每个功能模块的操作测试,查看每个用户的功能模块所对应的权限信息是否可以操作并且数据信息更新一致。
测试需求 | 测试重点 | 是否达成需求 | 结果 |
用户登录 | 输入账号密码 | 需求达成 | 通过 |
用户注册 | 创建新的账号密码 | 需求达成 | 通过 |
登录失败 | 输入错误账号密码 | 需求达成 | 通过 |
修改信息 | 修改成功 | 需求达成 | 通过 |
添加信息管理 | 增删查改 | 需求达成 | 通过 |
回复管理 | 增删查改 | 需求达成 | 通过 |
搜索查询管理 | 增删查改 | 需求达成 | 通过 |
系统测试方面,我们通常运用的是白盒测试以及黑盒测试这两种方法。白盒测试是指在了解系统内部工作流程的前提下,可以根据需求规范验证系统内部操作是否能够正常运行的测试;而黑盒测试指的是,倘若知道了这个系统的全部功能,可以进行测试检测系统中的每一个功能是否满足正常使用。
为了方便用户使用“高校篮球队管理系统 ”,以及尽可能少的减少系统测试错误的发生,我们对该系统进行了相对应的测试。
对该系统的全部的功能界面进行测试,简单来说,就是我们输入一些数据并且对其进行提交,之后我们查看每个页面的反馈,检测页面的相关功能可不可以完全实现。
5.4测试结果
测试评估的结果是高校篮球队管理系统 满足要求中的所有功能,处理大多数错误条件,修复大多数错误并通过测试。高校篮球队管理系统 的基本功能都是可行的,不管是系统里面的功能还是界面的设计都是可值得推广宣传的。
至此,高校篮球队管理系统已经结束,在开发前做了许多的准备,在本系统的设计和开发过程中阅览和学习了许多文献资料,从中我也收获了很多宝贵的方法和设计思路,对系统的开发也起到了很重要的作用,系统的开发技术选用的都是自己比较熟悉的,比如Mysql数据库,node.js的koa技术,这些技术都是在以前的学习中学到了,其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验,其实对于我们来说工作量还是比较大的,但是正是由于之前的积累与准备,才能顺利的完成这个项目,由此看来,积累经验跟做好准备是十分重要的事情。
当然在该系统的设计与实现的过程中也离不开老师以及同学们的帮助,正是因为他们的指导与帮助,我才能够成功的在预期内完成了这个系统。同时在这个过程当中我也收获了很多东西,此系统也有需要改进的地方,但是由于专业知识的浅薄,并不能做到十分完美,希望以后有机会可以让其真正的投入到使用之中。
- [1]吴雨婧,韦佳明. 业财融合背景下中小企业全面预算管理的应用研究 [J]. 商场现代化, 2024, (01): 162-164. DOI:10.14013/j.cnki.scxdh.2024.01.021
- [2]陈淼,羊开云. 基于微信小程序的校园报修管理系统设计 [J]. 网络安全技术与应用, 2024, (01): 57-60.
- [3]孙巍. 混合动力电动车能源管理系统的分析 [J]. 时代汽车, 2024, (02): 109-111.
- [4]王娜,李强. 大数据分析管理系统在新能源汽车事故分析中的应用 [J]. 时代汽车, 2024, (02): 192-194.
- [5]张金花,吴良敏,邓凯航等. 智慧排水管网信息管理系统研究与实现 [J]. 城市勘测, 2023, (S1): 177-180.
- [6]GulEHina ,Sajjad H . A system dynamics model and analytical hierarchy process: an integrated approach for achieving sustainable solid waste management system. [J]. Environmental science and pollution research international, 2023,
- [7]Kausar M A ,Ahad O T ,Tajul F I . Inventory management systems of small and medium enterprises in Bangladesh [J]. Rajagiri Management Journal, 2024, 18 (1): 8-19.
- [8]吴敏,苏海北. 基于WMS系统的核电厂工具管理系统开发及应用 [J]. 核安全, 2023, 22 (06): 39-44. DOI:10.16432/j.cnki.1672-5360.2023.06.013
- [9]刘靖媛,崔大帅. 资金管理系统身份验证方式研究 [J]. 中国总会计师, 2023, (12): 61-63.
- [10]梅伟长. 长春市测绘地理信息成果管理系统设计与实现 [J]. 城市勘测, 2023, (06): 60-64.
- [11]张文豪. NodeJs添加代码版权信息命令工具的设计与实现 [J]. 现代计算机, 2023, 29 (14): 109-112.
- [12]宋东翔,马伽洛伦,袁铭举等. 基于协同过滤和NodeJS的电影推荐系统研究 [J]. 信息与电脑(理论版), 2022, 34 (12): 143-145.
- [13]Piyush P ,Singh A R ,S.B. G , et al. Authentication and Authorization in Modern Web Apps for Data Security Using Nodejs and Role of Dark Web [J]. Procedia Computer Science, 2022, 215 781-790.
- [14]Sharma A D ,Jain A ,Bahuguna A , et al. A Simple Comparison Between Java Python and Nodejs in Web Development [J]. Journal of Research in Science and Engineering, 2021, 3 (8):
- [15]陈荣鑫. 基于NodeJS+Express框架的学院会议室预定系统设计与开发 [J]. 信息与电脑(理论版), 2021, 33 (02): 95-97.
- [16]遇宇. 基于Nodejs的定制化流程引擎设计与实现 [J]. 电脑编程技巧与维护, 2020, (11): 39-40+65. DOI:10.16184/j.cnki.comprg.2020.11.014
- [17]兰天,张荣庆,梁乾. Excel协同汇总的Nodejs算法解决方案 [J]. 数码世界, 2020, (02): 39.
- [18]张贵强,王美玲. 基于NodeJS的企业网站的设计与实现 [J]. 信息技术与信息化, 2019, (12): 58-60.
致 谢
至此论文结束,感谢您的阅读。在此我要特别的感谢我的导师,虽然我在实习期间很忙,论文撰写的时候经常是停停改改,但是我的导师依旧十分的负责,时不时的询问我的任务进展情况,跟进我的论文进度,在指导老师的帮助下,我逐步完成了自己的论文和程序,从导师身上也学习到很多知识和经验,这些知识和经验令我受益匪浅。同时我也从导师身上看到了自己的不足,不论是在技术层面上还是在对待工作的态度上,导师如同明镜一般照出了我的缺点我的不足。此外,我还要感谢在我实习期间在论文和程序上帮助过我的同学和社会人士,此前我对于node.js的koa技术方面的一些知识还不了解,是他们在我编写程序过程中给了我很多的启发和感想,也帮助了我对于程序的调试和检测。没有他们我是不能顺利完成本次毕业设计的。至此,我的毕业设计就花上了一个圆满的句号了。
标签:10,毕设,varchar,篮球队,NodeJS,系统,用户,源码,管理系统 From: https://blog.csdn.net/VXbishe/article/details/143604375请关注点赞+私信博主,免费领取项目源码