基于BS平台的KTV点歌系统的设计与实现
博主介绍:翰文编程 专注于Java(springboot ssm 等开发框架) vue .net php phython node.js uniapp 微信小程序 等诸多技术领域和课设项目实战、企业信息化系统建设,从业十八余年开发设计教学工作
☆☆☆ 精彩专栏推荐订阅☆☆☆☆☆不然下次找不到哟
我的博客空间发布了2000+题目解决方法案例 方便大家学习使用
感兴趣的可以先收藏起来,还有大家在毕设选题,项目以及论文编写等相关问题都可以给我留言咨询,希望帮助更多的人
需求分析的结果是否准确地反映了用户的实际要求,将直接影响到后面各个阶段的设计,并影响到设计结果是否合理和实用。KTV点歌系统主要分为用户、管理员、歌曲、房间四个模块。
用户模块:主要包括查询:
1.按照歌手查询:根据歌手来分类查找想要的歌。
2.歌曲类型查询:按照歌曲的类型(流行、民歌、情歌等)查询。
3.歌曲名查询:根据名字查询。
4.按照其他方式查询等。
管理员模块:主要包括歌曲的添加、删除、分类;
添加:根据用户需求管理员为用户添加歌曲的基本信息(包括歌 曲编号、歌曲名、歌手等)和对用户的管理 。
删除:管理员对过时的或者错误的歌曲进行删除操所和对用户进 行删除。
修改:对歌曲和房间的修改等。
歌曲模块:主要包括歌曲信息等。
房间模块:选择房间、查看房间使用情况
KTV点歌管理系统主要设计歌曲管理、房间管理、点歌管理、公告管理等功能,满足用户在网站上面进行实现点歌管理等操作,具体功能模块图如4.1所示:

图4.1 系统总体模块图
数据设计方案:采用DBMS方案——mysql . mysql关系数据库引擎支持当今苛刻的数据处理环境所需的功能。数据库引擎充分保护数据完整性,同时将管理上千个并发修改数据库的用户的开销减到最小。
4.2.1 概念模型设计
将需求分析得到的用户需求抽象为信息结构,即概念模型的过程就是概念结构设计,它是整个数据库设计的关键。
(2)系统中实体E-R图
用户信息实体,主要包括 用户编号,用户名,密码,姓名,联系电话,联系地址 等信息实体。如图4.2所示:

图4.2 用户实体属性图
管理员信息实体,主要包括 管理员编号,用户名,密码,姓名,注册时间 等信息实体。如图4.3所示:

图4.3 管理员实体属性图
歌曲分类信息实体,主要包括 歌曲分类编号,分类 等信息实体。如图4.4所示:

图4.4 歌曲分类实体属性图
歌手信息实体,主要包括 歌手编号,歌手,图片 等信息实体。如图4.5所示:

图4.5 歌手实体属性图
歌曲信息实体,主要包括 歌曲编号,歌曲名,歌手,分类,文件,介绍,别名,访问次数 等信息实体。如图4.6所示:

图4.6 歌曲实体属性图
房间信息实体,主要包括 房间编号,房间号,状态,描述,现在客户 等信息实体。如图4.7所示:

图4.7 房间实体属性图
点歌信息实体,主要包括 点歌编号,用户,歌曲,时间 等信息实体。如图4.8所示:

图4.8 点歌实体属性图
公告信息实体,主要包括 公告编号,标题,内容,发布时间 等信息实体。如图4.9所示:

图4.9公告实体属性图
一个实体型转换为一个关系模式的集合。实体的属性就是关系的属性,实体的码就是关系的码。
对于实体间的联系则有以下不同的情况:
在KTV点歌管理系统中,实体有用户实体,管理员实体,歌曲分类实体,歌手实体,歌曲实体,房间实体,点歌实体,公告实体等实体,他们之间的关系如图4.13所示:

本章主要介绍的内容是总体设计或者概要设计,介绍了KTV点歌管理系统的设计,主要是在架构设计、总体模块设计和数据库设计的方面介绍的,为进一步的详细设计做准备。
详细设计阶段的任务就是把在总体设计阶段提出的比较抽象概括的解决问题的方法具体化,也就是“应该怎样具体地实现这个系统”。在本阶段将包括数据库的设计和每个模块的详细设计,确定实现模块功能所需要的算法和数据结构。
普通用户或管理员输入自己的用户账号、密码,通过身份验证后可以进入相应的管理界面首页。管理员管理页面分为歌曲管理、歌手管理、房间管理、公告管理等功能。普通用户管理页面分为点歌管理等模块。
当用户需要登录的时候,需要有响应的页面来实现这一功能。登录界面是用来支持用户进行登录功能操作的界面,当在界面中输入普通用户的用户名、密码,就可以通过身份验证进入该系统。 登录界面需要让用户输入用户名、密码。如果是错误登录信息造成的还要显示错误信息。否则,当信息输入和权限选择正确时,将分别将用户导入各自对应的操作界面首页。 用户分为普通用户和管理员两种。每种用户具有不同的权限,能完成不同的操作。普通用户具有查看信息权限夹功能等。管理员用户是系统的最高权限具有系统所有功能的操作。
管理员登录信息验证界面是非常重要的一部分,它接收登录表单提交的信息,并在用户信息表里检验是否存在对应的用户,和判断用户的类型以便获得相应的权限。
5.2.1 逻辑结构设计
1 用户( 用户编号,用户名,密码,姓名,联系电话,联系地址 )
2 管理员( 管理员编号,用户名,密码,姓名,注册时间 )
3 歌曲分类( 歌曲分类编号,分类 )
4 歌手( 歌手编号,歌手,图片 )
5 歌曲( 歌曲编号,歌曲名,歌手,分类,文件,介绍,别名,访问次数 )
6 房间( 房间编号,房间号,状态,描述,现在客户 )
7 点歌( 点歌编号,用户,歌曲,时间 )
8 公告( 公告编号,标题,内容,发布时间 )
由各个关系模式和根据需求分析阶段数据字典的数据项描述,给出各数据表结构。
(1)用户信息表如表5.1所示:
表5.1 用户信息表
|
序号 |
字段名称 |
数据类型 |
长度 |
主键 |
描述 |
|
1 |
yhid |
INTEGER |
11 |
是 |
用户编号 |
|
2 |
yhm |
VARCHAR |
40 |
否 |
用户名 |
|
3 |
mm |
VARCHAR |
40 |
否 |
密码 |
|
4 |
xm |
VARCHAR |
40 |
否 |
姓名 |
|
5 |
lxdh |
VARCHAR |
40 |
否 |
联系电话 |
|
6 |
lxdz |
VARCHAR |
40 |
否 |
联系地址 |
(2)管理员表如表5.2所示:
表5.2 管理员表
|
序号 |
字段名称 |
数据类型 |
长度 |
主键 |
描述 |
|
1 |
glyid |
INTEGER |
11 |
是 |
管理员编号 |
|
2 |
yhm |
VARCHAR |
40 |
否 |
用户名 |
|
3 |
mm |
VARCHAR |
40 |
否 |
密码 |
|
4 |
xm |
VARCHAR |
40 |
否 |
姓名 |
|
5 |
zcsj |
VARCHAR |
40 |
否 |
注册时间 |
(3)歌曲分类表如表5.3所示:
表5.3 歌曲分类表
|
序号 |
字段名称 |
数据类型 |
长度 |
主键 |
描述 |
|
1 |
gqflid |
INTEGER |
11 |
是 |
歌曲分类编号 |
|
2 |
fl |
VARCHAR |
40 |
否 |
分类 |
(4)歌手信息表如表5.4所示:
表5.4 歌手信息表
|
序号 |
字段名称 |
数据类型 |
长度 |
主键 |
描述 |
|
1 |
gsid |
INTEGER |
11 |
是 |
歌手编号 |
|
2 |
gs |
VARCHAR |
40 |
否 |
歌手 |
|
3 |
tp |
VARCHAR |
40 |
否 |
图片 |
(5)歌曲表如表5.5所示:
表5.5 歌曲表
|
字段名称 |
数据类型 |
长度 |
主键 |
描述 |
|
|
1 |
gqid |
INTEGER |
11 |
是 |
歌曲编号 |
|
2 |
gqm |
VARCHAR |
40 |
否 |
歌曲名 |
|
3 |
gs |
VARCHAR |
40 |
否 |
歌手 |
|
4 |
fl |
VARCHAR |
40 |
否 |
分类 |
|
5 |
wj |
VARCHAR |
40 |
否 |
文件 |
|
6 |
js |
VARCHAR |
40 |
否 |
介绍 |
|
7 |
bm |
VARCHAR |
40 |
否 |
别名 |
|
8 |
fwcs |
VARCHAR |
40 |
否 |
访问次数 |
(6)房间信息表如表5.6所示:
表5.6房间信息表
|
序号 |
字段名称 |
数据类型 |
长度 |
主键 |
描述 |
|
1 |
fjid |
INTEGER |
11 |
是 |
房间编号 |
|
2 |
fjh |
VARCHAR |
40 |
否 |
房间号 |
|
3 |
zt |
VARCHAR |
40 |
否 |
状态 |
|
4 |
ms |
VARCHAR |
40 |
否 |
描述 |
|
5 |
xzkh |
VARCHAR |
40 |
否 |
现在客户 |
(7)点歌信息表如表5.8所示:
表5.8 点歌信息表
|
序号 |
字段名称 |
数据类型 |
长度 |
主键 |
描述 |
|
1 |
dgid |
INTEGER |
11 |
是 |
点歌编号 |
|
2 |
yh |
VARCHAR |
40 |
否 |
用户 |
|
3 |
gq |
VARCHAR |
40 |
否 |
歌曲 |
|
4 |
sj |
VARCHAR |
40 |
否 |
时间 |
(8)公告信息表如表5.9所示:
表5.9 公告信息表
|
序号 |
字段名称 |
数据类型 |
长度 |
主键 |
描述 |
|
1 |
ggid |
INTEGER |
11 |
是 |
公告编号 |
|
2 |
bt |
VARCHAR |
40 |
否 |
标题 |
|
3 |
nr |
VARCHAR |
40 |
否 |
内容 |
|
4 |
fbsj |
VARCHAR |
40 |
否 |
发布时间 |
本章主要是在上一章的总体设计的基础之上对系统进行详细设计,主要分为两个方面来设计,分别为后台设计和数据库设计,在后台设计方面,主要是设计的系统的权限分配,角色登录的验证;在数据库方面是设计系统的物理结构的设计和逻辑结构的设计。
本系统的名称是“KTV点歌管理系统”,界面要求是简洁大方,避免过度包装,目的是为了为企业用户提供一个操作平台
6.1 登录模块界面
登录系统首页,出现用户名、密码的输入框,填写用户名和密码点击【提交】按钮,即可登录;也可以点击【重置】按钮,进行重新录入。具体的登录页面如图6.1所示:

图6.2 登录界面图

该功能用于实现对系统用户信息的管理。可以添加、删除和更改用户信息,以及用户信息列表展现,在添加用户信息时,系统会自动查询系统中用户表中的用户编号字段,系统自动将用户表中最大值加1作为该用户表用户记录的用户编号,同时将用户编号,用户名,密码,姓名,联系电话,联系地址信息添加到用户信息表中;在删除一条用户记录时,先选中一条用户记录,将该条用户记录中的用户编号作为查询条件在用户信息表中进行查询,弹出“确定要删除吗?”的对话框,若是,则执行删除操作,否则退出删除操作;在更改用户记录时,先选中一条用户记录,将用户信息显示在相应的修改页面中,然后更改后保存到用户信息表中;查看用户信息记录时,选中要查看的用户记录,系统根据用户选择用户信息,在详细页面显示用户信息

该功能用于实现对系统歌手信息的管理。可以添加、删除和更改歌手信息,以及歌手信息列表展现,在添加歌手信息时,系统会自动查询系统中歌手表中的歌手编号字段,系统自动将歌手表中最大值加1作为该歌手表歌手记录的歌手编号,同时将歌手编号,歌手,图片信息添加到歌手信息表中;在删除一条歌手记录时,先选中一条歌手记录,将该条歌手记录中的歌手编号作为查询条件在歌手信息表中进行查询,弹出“确定要删除吗?”的对话框,若是,则执行删除操作,否则退出删除操作;在更改歌手记录时,先选中一条歌手记录,将歌手信息显示在相应的修改页面中,然后更改后保存到歌手信息表中;查看歌手信息记录时,选中要查看的歌手记录,系统根据用户选择歌手信息,在详细页面显示歌手信息

该功能用于实现对系统房间信息的管理。可以添加、删除和更改房间信息,以及房间信息列表展现,在添加房间信息时,系统会自动查询系统中房间表中的房间编号字段,系统自动将房间表中最大值加1作为该房间表房间记录的房间编号,同时将房间编号,房间号,状态,描述,现在客户信息添加到房间信息表中;在删除一条房间记录时,先选中一条房间记录,将该条房间记录中的房间编号作为查询条件在房间信息表中进行查询,弹出“确定要删除吗?”的对话框,若是,则执行删除操作,否则退出删除操作;在更改房间记录时,先选中一条房间记录,将房间信息显示在相应的修改页面中,然后更改后保存到房间信息表中;查看房间信息记录时,选中要查看的房间记录,系统根据用户选择房间信息,在详细页面显示房间信息
大家点赞、收藏、关注、评论啦 其他的定制服务 商务合作 下方联系卡片↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓ 或者私信作者
AtomGit 是由开放原子开源基金会联合 CSDN 等生态伙伴共同推出的新一代开源与人工智能协作平台。平台坚持“开放、中立、公益”的理念,把代码托管、模型共享、数据集托管、智能体开发体验和算力服务整合在一起,为开发者提供从开发、训练到部署的一站式体验。
更多推荐



所有评论(0)