摘要
科技进步的飞速发展引起人们日常生活的巨大变化,电子信息技术的飞速发展使得电子信息技术的各个领域的应用水平得到普及和应用。信息时代的到来已成为不可阻挡的时尚潮流,人类发展的历史正进入一个新时代。在现实运用中,应用软件的工作规则和开发步骤,采用python技术建设音乐电台推荐系统。
本设计主要实现集人性化、高效率、便捷等优点于一身的音乐电台推荐系统,完成用户管理、音乐类型、歌手信息、歌曲信息、热门歌单、排行榜等功能模块。系统通过浏览器与服务器进行通信,实现数据的交互与变更。本系统通过科学的管理方式、便捷的服务提高了工作效率,减少了数据存储上的错误和遗漏。音乐电台推荐系统使用python语言,采用基于 MVVM模式的Django 技术进行开发,使用pycharm编译器编写,数据方面主要采用的是微软的MySQL关系型数据库来作为数据存储媒介,配合前台HTML+CSS 技术完成系统的开发。
关键词:音乐电台推荐系统 python MySQL
Abstract
The rapid development of technology has caused tremendous changes in people's daily lives, and the rapid development of electronic information technology has popularized and applied the application level of electronic information technology in various fields. The arrival of the information age has become an unstoppable fashion trend, and the history of human development is entering a new era. In practical applications, the working rules and development steps of the application software use Python technology to build a music radio recommendation system.
This design mainly implements a music radio recommendation system that combines the advantages of humanization, efficiency, and convenience, completing functional modules such as user management, music types, singer information, song information, popular song lists, and leaderboards. The system communicates with the server through a browser to achieve data interaction and changes. This system improves work efficiency and reduces errors and omissions in data storage through scientific management and convenient services. The music radio recommendation system uses python language, adopts Django technology based on MVVM mode for development, and uses the pycharm compiler for compilation. In terms of data, it mainly uses Microsoft's MySQL relational database as the data storage medium, and cooperates with the foreground HTML+CSS technology to complete the system development.
Keywords: Music Radio Recommendation System Python MySQL
目 录
1 引言
1.1 课题背景及研究的目的和意义
1.2 音乐电台推荐研究现状
1.3 Django框架介绍
1.4 B/S体系工作原理
1.5 论文结构安排 3
2 音乐电台推荐系统的需求分析 4
2.1 系统可行性分析 4
2.1.1技术可行性分析 4
2.1.2经济可行性分析 4
2.1.3操作可行性分析 5
2.2 系统需求分析 5
2.2.1功能需求分析 5
2.2.2非功能性需求分析
2.3 系统用例分析
3 音乐电台推荐系统总体设计
3.1系统功能模块设计
3.2数据库设计
3.2.1数据库概念结构设计
3.2.2数据库逻辑结构设计
4 关键模块的设计与实现
4.1用户功能模块
4.1.1前台首页界面
4.1.2注册界面
4.1.3登录界面 20
4.1.4我的账户界面
4.1.5音乐资讯界面
4.1.6歌曲详情界面
4.2管理员功能角模块
4.2.1登录界面
4.2.2轮播图管理界面
4.2.3用户管理界面
4.2.4资源管理界面 25
4.2.5歌曲信息管理界面 25
4.2.6歌手信息管理界面 25
5 系统测试 27
5.1 系统测试的目的 27
5.2系统测试用例 27
5.2系统测试结果 28
6 结论 29
参考文献
致谢
1 引言
本项目来源于音乐电台推荐系统,主要内容是完成用户音乐的个性化推荐。课题项目名称为音乐电台推荐系统的设计与实现。
在人们的娱乐方式中,多媒体是一直是无法替代的,尤其是人们生活中对音乐的渴求,因此网络上关于音乐的应用很多。在移动应用商店中音乐相关的APP更是多达几十个。如今随着互联网的高速发展,人们再也不是原始地去手动查找自己喜欢的音乐,人们对音乐APP的需求已经不仅仅局限于听歌,而更多的是快速获取符合自己口味歌曲的要求。如何有效的帮助人们查找他们喜欢的音乐成为了一个研究热点",同时各大社交平台也注意到音乐作为人们交流媒介的重要性,对外提供音乐的个性化推荐服务。音乐电台播放器更是对个性化推荐功能提供了支持,可以满足用户要求推荐音乐的需求。所以我选择音乐电台推荐作为研究方向。本课题的重点是实现向用户精准推荐音乐并实现一个完整可运行的系统。
本项目的重点是用户听歌喜好模型的计算,通过用户喜好模型向用户推荐音乐基因库中的歌曲。
1.2 音乐电台推荐研究现状
人们已经被互联网带入了网络云音乐时代,面对互联网上大量的歌曲,人们往往不知道该听哪一首歌,很多人在花时间听了很多歌曲以后,也没有发现几首是符合自己的口味。人们的听歌记录会产生一个海量的数据,如何从这些数据中挖掘出和用户口味相关的音乐信息一直是一个研究话题,音乐电台推荐系统因此而产生。它能根据用户的听歌流水数据统计出用户的听歌偏好模型,然后向用户推荐符合用户偏好模型的歌曲。根据推荐方式的不同,推荐算法大致可以分为以下几个类型”:
(1)基于内容的推荐(oontent-based recommendation)算法;
(2)协同过滤推荐(collaborative filtering reoommendation)算法;
(3)基于知识的推荐(knowledge based recommendation)算法;
(4)融合的推荐(hybrid recommendation)算法。
前三种推荐算法本身都各有自身的优缺点,如果能把几个推荐算法结合起来,就可以互相取长补短,融合的推荐算法就是基于这一思想。因而能提高推荐系统的精准性和速度。
基于内容推荐算法的原理是找到和用户喜欢物品相似的物品,然后推荐给用户,这是推荐算法中比较常见而且容易的一种做法23。内容推荐算法过程的第一步是为用户创建喜好和兴趣特征信息,本质是一个属性描述文件。然后再为目标项目建立特征文件,最后通过对比目标项目的特征和用户兴趣爱好特征的相似程度来确定是否推荐该目标项目给用户。如果用户的兴趣喜好特征不好建立,我们也可以通过对比用户喜好的项目与目标项目特征的相似程度的高低来决定是否推荐该项目。基于内容的推荐算法主要基于信息检索技术和信息过滤技术,因为这两项技术目前的研究和应用都比较成熟。除了传统的文本信息检索方法以外,基于内容的推荐算法还增加了机器学习、数据挖掘等领域相关的技术和方法。例如我们可以对音乐文件的主要信息进行分类。建立相应的数据信息,以便于匹配关键信息。
基于内容的推荐算法的优点有:使用描述文件可以较好地呈现物品的典型特征而用于匹配相关信息。推荐的理由可以通过列举推荐物品的典型特征而明显地找到。其缺点也很明显:项目必须能够容易地抽取出典型的特征,即要求项目的数据非常结构化。对于非结构化的音乐、视频、图形等多媒体文件,其本质是二进制文件,无法有效地提取文件的特征数据,只能依靠人工进行手动建立。
协同过滤推荐算法由Goldberg、Nicols、Oki和Terry在1992年提出,该算法应用在Tapestry系统。该系统不仅对用户有过多要求,而且适用范围和用户规模较小。虽然Tapestry系统中应用了协同过滤这一新兴的技术, 但在当时的条件下还是有很多技术上的问题没有解决。通过改进出现了基于用户对项目评分的协同过滤推荐算法。基于用户的协同过滤推荐算法和基于物品的协同过滤推荐算法"目前被广泛应用在实际生活中。基于用户的协同过滤推荐算法的原理是:如果一些用户对一些物品评价的分数比较接近,那么通常情况下他们.评价其它物品的分数也会很接近。那么我们要得到某个用户对物品的评分时,就可用和该用户评分相似的其他用户对目标物品的评分去估计。基于项目的协同过滤推荐算法的原理是:如果一些物品的典型特征具有相似性,那么同一个用户对他们的评分是接近的。基于上述原则,如果我们得到用户对和目标物品相似的其它物品的评分时,那么我们就可以通过这些分数来逼近用户对目标物品的评分。该算法主要用于根据用户以往对物品的评分来建立用户喜好模型。
由于推荐算法这部分偏重于计算,作为服务部署的话,一般采用Python语言来编写,用以实现较高的计算效率。
目前国内外音乐推荐应用都采用了融合的推荐算法,内容过滤+协同过滤推荐算法的结合成为应用最广泛的一种方式。
1.3Django 框架介绍
Django是高水准的Python编程语言驱动的一个开源模型.视图,控制器风格的Web应用程序框架,它起源于开源社区。使用这种架构,程序员可以方便、快捷地创建高品质、易维护、数据库驱动的应用程序。这也正是OpenStack的Horizon组件采用这种架构进行设计的主要原因。另外,在Dj ango框架中,还包含许多功能强大的第三方插件,使得Django具有较强的可扩展性。Django 项目源自一个在线新闻 Web 站点,于 2005 年以开源的形式被释放出来。Django 框架的核心组件有:
用于创建模型的对象关系映射;
为最终用户设计较好的管理界面;
URL 设计;
设计者友好的模板语言;
缓存系统。
Django(发音:[`dʒæŋɡəʊ]) 是用python语言写的开源web开发框架(open source web framework),它鼓励快速开发,并遵循MVC设计。Django遵守BSD版权,初次发布于2005年7月, 并于2008年9月发布了第一个正式版本1.0 。
Django 根据比利时的爵士音乐家Django Reinhardt命名,他是一个吉普赛人,主要以演奏吉它为主,还演奏过小提琴等。
由于Django在近年来的迅速发展,应用越来越广泛,被著名IT开发杂志SD Times评选为2013 SD Times 100,位列“API、库和框架”分类第6位,被认为是该领域的佼佼者。
1.4B/S体系工作原理
B/S架构采取浏览器请求,服务器响应的工作模式。
用户可以通过浏览器去访问Internet上由Web服务器产生的文本、数据、图片、动画、视频点播和声音等信息;
而每一个Web服务器又可以通过各种方式与数据库服务器连接,大量的数据实际存放在数据库服务器中;
从Web服务器上下载程序到本地来执行,在下载过程中若遇到与数据库有关的指令,由Web服务器交给数据库服务器来解释执行,并返回给Web服务器,Web服务器又返回给用户。在这种结构中,将许许多多的网连接到一块,形成一个巨大的网,即全球网。而各个企业可以在此结构的基础上建立自己的Internet。
在 B/S 模式中,用户是通过浏览器针对许多分布于网络上的服务器进行请求访问的,浏览器的请求通过服务器进行处理,并将处理结果以及相应的信息返回给浏览器,其他的数据加工、请求全部都是由Web Server完成的。通过该框架结构以及植入于操作系统内部的浏览器,该结构已经成为了当今软件应用的主流结构模式。
1.5 论文结构安排
通过前期的资料查找以及对其他论文的内容借鉴,本音乐电台推荐系统论文主要分为以下几个章节:
第1章 交代项目的背景、目的。
第2章 对系统的需求展开分析。
第3章 阐述了网站的总体设计。
第4章 阐明了音乐电台推荐系统详细功能的实现,主要根据技术性的功能模块功能实现。
第5章 罗列了部分系统调试与测试的记录。
第6章 介绍了音乐电台推荐系统的结论。
2 音乐电台推荐系统的需求分析
2.1 系统可行性分析
2.1.1技术可行性分析
音乐电台推荐系统在数据的存储上使用的MYSQL数据库,在音乐电台推荐系统开发中使用了了python、HTML、pycharm、Django 这些开发工具的使用,能够给我们的编写工作带来许多的便利。系统使用B/S模式进行开发,使系统的可扩展性和维护性更佳,减少系统配置代码,简化编程代码,目前B/S模式是目前最受欢迎的一种模式。
2.1.2经济可行性分析
在开发音乐电台推荐系统中所使用的开发软件像pycharm开发工具、tomcat服务器、Django 开发框架、MySQL5.7数据库、Photoshop图片处理软件等,这些环境从网上就能免费下载,而且网上都有安装的教程,根据教程一步一步的操作,就可以安装成功,不需要花任何费用,并且音乐电台推荐系统是自己设计并编码实现的,数据库是使用流行mysql进行数据的存储,开源的mysql等技术的使用,减少系统开发费用。
2.1.3操作可行性分析
此次项目设计的时候我参考了很多类似系统的成功案例,对它们的操作界面以及功能都进行了系统的分析,将众多案例结合在一起,突出以人为本简化操作,所以具有基本计算机知识的人都会操作本项目。因此操作可行性也没有问题。
2.2 系统需求分析
2.2.1功能需求分析
音乐电台推荐系统的设计与实现是为了让音乐的使用者更加方便的进行管理歌手信息安全相关联的一些信息,同时也有利于用户通过网页系统查看音乐电台推荐系统的信息,进行上传歌曲信息以及歌手信息查询,查看排行榜,能够使得使用者查找某一信息时能节省大量的时间和精力,有效减少不必要的查找时间。
研究音乐电台推荐系统的设计与实现,是为了能够拥有界面简洁友好、操作简单以及运行稳定的智能化的一站式音乐电台推荐系统方式。系统的需求主要来自普通用户和管理员。
普通用户:
(1)首页信息:当用户进入本音乐电台推荐系统的前台的时候,首先展示在眼前的是导航栏、公告信息、音乐资讯、歌曲信息、歌手信息、热门歌单、排行榜、我的(我的账户、我的收藏、个人中心)等信息,用户可以根据自己个人的需求进行查看;
(2)注册登录:在系统的右上角有登录+注册按钮,如果用户想要登录到系统当中,可以点击“登录”按钮,然后填写号用户名+密码,点击“登录”按钮,系统会对你的用户名密码进行核对,正确的话就会登录成功了,如果没有账号的话,可以点击右上角的“注册”按钮,然后根据提示输入好用户信息,就可以得到账号和密码了;
(3)公告信息:用户可以查看后台管理员发布的公告信息,在查询到自己想要了解的公告信息的时候,可以进入查看详细的介绍。
(4)音乐资讯:用户可以查看音乐资讯信息,在查询到自己想要了解的音乐资讯的时候,可以进入查看详细的介绍进行评论、点赞、收藏操作。
(5)歌曲信息:用户可以查看歌曲信息,在查询到自己想要了解的歌曲的时候,可以进入查看详细的介绍,在歌曲详情这个界面,同时支持用户对喜欢的歌曲信息进行收藏、点赞的功能。
(6)歌手信息:用户可以查看歌手信息,在查询到自己想要了解的歌手的时候,可以进入查看详细的介绍,在歌手详情这个界面,同时支持用户对喜欢的歌手信息进行收藏、点赞的功能。
(7)我的账户:在前台点击“我的”下面“我的账户”可以对个人资料+密码修改+自己收藏的信息进行管控。
(8)个人中心:当用户点击右上角“个人中心”这个按钮,就会进入到对应的后台进行信息的管理了;
管理员:
(1)登录:管理员在后台可以通过账号和密码进行登录,管理员的账号和密码是在数据库中直接设定的,如果忘记密码可以点击“忘记密码”进行密码找回;
(2)个人资料:管理员点击“个人资料”菜单可以对个人信息以及登录的密码进行设置。
(3)轮播图/公告信息管理:管理员可以对系统前台展示的轮播图以及公告信息进行增删改查,方便用户进行查看。
(4)用户管理:管理员可以对音乐电台推荐系统中的管理员以及前台注册的用户进行审核管理。
(5)模块管理:在“模块管理”这一菜单下可以对系统当中的用户操作的所有信息进行管理,包含了音乐类型、歌曲信息、歌手信息、热门歌单、排行榜。
(6)资源管理:管理员可以对音乐电台推荐系统前台展示的音乐资讯以及资讯所属的分类进行管控。
2.2.2非功能性需求分析
音乐电台推荐系统的非功能性需求比如音乐电台推荐系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下2.1表格中:
表2.1 音乐电台推荐系统非功能需求表
安全性 |
主要指音乐电台推荐系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 |
可靠性是指音乐电台推荐系统能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 |
性能是影响音乐电台推荐系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 |
比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 |
用户只要跟着音乐电台推荐系统的页面展示内容进行操作,就可以了。 |
可维护性 |
音乐电台推荐系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
2.3 系统用例分析
音乐电台推荐系统中普通用户角色用例图如图2.1所示:
图2.1 普通用户角色用例图
音乐电台推荐系统中管理员角色用例图如图2.2所示:
图2.2管理员角色用例图
3 音乐电台推荐系统总体设计
在上一章节中分析了音乐电台推荐系统的功能性需求、系统性能需求,并且根据需求分析了音乐电台推荐系统中的用例。那么接下来就要开始对音乐电台推荐系统架构、主要功能和数据库开始进行设计。
3.1系统功能模块设计
音乐电台推荐系统整体的功能模块包括管理员+普通用户两个模块,实现了对音乐电台推荐系统相关信息的查询管理,系统功能模块如图所示。
图3.1 音乐电台推荐系统功能模块图
3.2数据库设计
3.2.1数据库概念结构设计
音乐电台推荐系统的E-R图主要是根据普通用户以及管理员的实际需求设计的,用户注册以后可以查看歌手信息,只有注册登录以后才可以进行热门歌单查询;管理员对整个系统的评论、公告等进行综合管理。音乐电台推荐系统采用的是MYSQL的数据库进行存储的,数据库里面储存了很多的表信息,在此罗列出来一些主要的数据库E-R模型图。
图3.2 普通用户E-R关系图
图3.3 热门歌单E-R关系图
图3.4 评论E-R关系图
图3.5公告 E-R关系图
音乐电台推荐系统的总E-R图如下:
图3.6 音乐电台推荐系统总E-R关系图
3.2.2数据库逻辑结构设计
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
artist_information_id |
int |
10 |
0 |
N |
Y |
歌手信息ID |
|
2 |
singer_name |
varchar |
64 |
0 |
Y |
N |
歌手姓名 |
|
3 |
artist_alias |
varchar |
64 |
0 |
Y |
N |
歌手别名 |
|
4 |
music_type |
varchar |
64 |
0 |
Y |
N |
音乐类型 |
|
5 |
nationality_of_singer |
varchar |
64 |
0 |
Y |
N |
歌手国籍 |
|
6 |
singers_birthday |
varchar |
64 |
0 |
Y |
N |
歌手生日 |
|
7 |
singer_profession |
varchar |
64 |
0 |
Y |
N |
歌手职业 |
|
8 |
key_achievements |
varchar |
64 |
0 |
Y |
N |
主要成就 |
|
9 |
representative_work |
varchar |
64 |
0 |
Y |
N |
代表作 |
|
10 |
career |
text |
65535 |
0 |
Y |
N |
从艺历程 |
|
11 |
artist_picture |
varchar |
255 |
0 |
Y |
N |
歌手图片 |
|
12 |
hits |
int |
10 |
0 |
N |
N |
0 |
点击数 |
13 |
praise_len |
int |
10 |
0 |
N |
N |
0 |
点赞数 |
14 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
15 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
16 |
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 |
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 |
music_type_id |
int |
10 |
0 |
N |
Y |
音乐类型ID |
|
2 |
music_type |
varchar |
64 |
0 |
Y |
N |
音乐类型 |
|
3 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
4 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
5 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
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 |
ordinary_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 |
examine_state |
varchar |
16 |
0 |
N |
N |
已通过 |
审核状态 |
5 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
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 |
popular_song_list_id |
int |
10 |
0 |
N |
Y |
热门歌单ID |
|
2 |
singing_list_name |
varchar |
64 |
0 |
Y |
N |
歌单名称 |
|
3 |
music_type |
varchar |
64 |
0 |
Y |
N |
音乐类型 |
|
4 |
singing_list_label |
varchar |
64 |
0 |
Y |
N |
歌单标签 |
|
5 |
song_list_introduction |
varchar |
64 |
0 |
Y |
N |
歌单介绍 |
|
6 |
singing_list_details |
text |
65535 |
0 |
Y |
N |
歌单详情 |
|
7 |
song_list_download |
varchar |
255 |
0 |
Y |
N |
歌单下载 |
|
8 |
song_sheet_cover |
varchar |
255 |
0 |
Y |
N |
歌单封面 |
|
9 |
hits |
int |
10 |
0 |
N |
N |
0 |
点击数 |
10 |
praise_len |
int |
10 |
0 |
N |
N |
0 |
点赞数 |
11 |
recommend |
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 |
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_list_id |
int |
10 |
0 |
N |
Y |
排行榜ID |
|
2 |
song_name |
varchar |
64 |
0 |
Y |
N |
歌曲名称 |
|
3 |
music_type |
varchar |
64 |
0 |
Y |
N |
音乐类型 |
|
4 |
singer_name |
varchar |
64 |
0 |
Y |
N |
歌手姓名 |
|
5 |
song_duration |
varchar |
64 |
0 |
Y |
N |
歌曲时长 |
|
6 |
album_name |
varchar |
64 |
0 |
Y |
N |
专辑名称 |
|
7 |
playback_volume |
int |
10 |
0 |
Y |
N |
0 |
播放量 |
8 |
song_ranking |
int |
10 |
0 |
Y |
N |
0 |
歌曲排名 |
9 |
lyrics_details |
text |
65535 |
0 |
Y |
N |
歌词详情 |
|
10 |
song_introduction |
text |
65535 |
0 |
Y |
N |
歌曲介绍 |
|
11 |
song_cover |
varchar |
255 |
0 |
Y |
N |
歌曲封面 |
|
12 |
song_playback |
varchar |
255 |
0 |
Y |
N |
歌曲播放 |
|
13 |
song_download |
varchar |
255 |
0 |
Y |
N |
歌曲下载 |
|
14 |
hits |
int |
10 |
0 |
N |
N |
0 |
点击数 |
15 |
praise_len |
int |
10 |
0 |
N |
N |
0 |
点赞数 |
16 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
17 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
18 |
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 |
song_information_id |
int |
10 |
0 |
N |
Y |
歌曲信息ID |
|
2 |
song_name |
varchar |
64 |
0 |
Y |
N |
歌曲名称 |
|
3 |
music_type |
varchar |
64 |
0 |
Y |
N |
音乐类型 |
|
4 |
singer_name |
varchar |
64 |
0 |
Y |
N |
歌手姓名 |
|
5 |
song_duration |
varchar |
64 |
0 |
Y |
N |
歌曲时长 |
|
6 |
album_name |
varchar |
64 |
0 |
Y |
N |
专辑名称 |
|
7 |
lyrics_details |
text |
65535 |
0 |
Y |
N |
歌词详情 |
|
8 |
song_introduction |
text |
65535 |
0 |
Y |
N |
歌曲介绍 |
|
9 |
song_cover |
varchar |
255 |
0 |
Y |
N |
歌曲封面 |
|
10 |
song_playback |
varchar |
255 |
0 |
Y |
N |
歌曲播放 |
|
11 |
song_download |
varchar |
255 |
0 |
Y |
N |
歌曲下载 |
|
12 |
hits |
int |
10 |
0 |
N |
N |
0 |
点击数 |
13 |
praise_len |
int |
10 |
0 |
N |
N |
0 |
点赞数 |
14 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
15 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
16 |
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 |
文件类型 |
4 关键模块的设计与实
音乐电台推荐系统的详细设计与实现主要是根据前面的音乐电台推荐系统的需求分析和音乐电台推荐系统的总体设计来设计页面并实现业务逻辑。主要从音乐电台推荐系统界面实现、业务逻辑实现这两部分进行介绍。
4.1用户功能模块
4.1.1前台首页界面
当进入音乐电台推荐系统的时候,首先映入眼帘的是系统的导航栏、轮播图以及公告信息、音乐资讯,同时可以输入关键词对音乐电台推荐系统的内容进行检索,右上角是用户登录以及注册按钮,其主界面展示如下图4.1所示。
图4.1 首页界面图
4.1.2注册界面
不是音乐电台推荐系统中用户的是可以在线进行注册的,当用户点击右上角“注册”按钮的时候,当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等信息后再点击“注册”按钮后将会先验证输入的有没有空数据,再次验证密码和确认密码是否是一样的,最后验证输入的账户名和数据库表中已经注册的账户名是否重复,只有都验证没问题后即可注册成功。其用户注册界面展示如下图4.2所示。
图4.2 注册界面图
4.1.3登录界面
音乐电台推荐系统中的前台上注册后的用户是可以通过自己的username和password进行登录的,当用户输入完整的自己的username和password信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的username和password在数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到音乐电台推荐系统的首页中;否则将会提示相应错误信息,登录界面如下图4.3所示。
图4.3登录界面图
4.1.4我的账户界面
当用户点击右上角“我的”这个按钮,会出现子菜单,点击“我的账户”可以对个人的资料、登录系统的密码以及自己收藏的信息进行设置管理,我的账户界面如下图4.4所示。
图4.4我的账户界面图
4.1.5音乐资讯界面
当访客点击音乐电台推荐系统中导航栏上的“音乐资讯”后将会进入到该“音乐资讯”列表的界面,然后选择想要看的音乐资讯信息,点击进入到详细界面,在详细界面可以收藏+赞+评论等操作,音乐资讯界面如下图4.5所示。
图4.5音乐资讯新闻界面图
4.1.6歌曲详情界面
用户可以查看歌曲信息,在查询到自己想要了解的歌曲信息的时候,可以进入查看详细的介绍,支持用户对喜欢的歌曲信息进行收藏的功能。歌曲详情界面如下图4.6所示。
图4.6歌曲详情界面图
4.2管理员功能角模块
音乐电台推荐系统的理员拥有最高的权限,可以对用户信息、系统信息以及音乐电台推荐系统相关信息进行管控。
4.2.1登录界面
管理员在后台可以通过账号和密码进行登录,管理员的账号和密码是在数据库中直接设定的,如果忘记密码可以点击“忘记密码”进行密码找回。界面展示如下图4.8所示。
图4.8登录界面图
4.2.2轮播图管理界面
轮播图管理模块是对轮播图的设置,只有管理员权限才能进行更新维护。界面如下图4.9所示。
图4.9 轮播图管理界面图
4.2.3用户管理界面
音乐电台推荐系统中的管理员在“用户管理”这一菜单是中可以对注册的用户以及管理员人员进行管控。界面如下图4.10所示。
图4.10用户管理界面图
4.2.4资源管理界面
资源管理主要管理员是对音乐资讯以及音乐资讯所属的分类进行管控,包含了用户对音乐资讯提交的评论信息,界面如下图4.11所示。
图4.11 资源管理界面图
4.2.5歌曲信息管理界面
管理员点击“歌曲信息”会显示出所有的歌曲信息,支持选择歌曲名称或者音乐类型对歌曲信息进行查询,如果想要添加新的歌曲信息,点击“添加”按钮,输入歌曲名称、音乐类型、歌手姓名、歌曲时长、专辑名称、歌词详情、歌曲介绍等信息,点击“提交”按钮就可以添加了,同时可以选择某一条歌曲信息,点击“删除”进行删除,也可以对用户提交的歌曲信息评论的信息进行管控。界面如下图4.12所示。
图4.12 歌曲信息管理界面图
4.2.6歌手信息管理界面
管理员点击“歌手信息”会显示出所有的歌手信息信息,支持通过歌手姓名或者歌手别名对歌手信息进行查询,如果想要添加新的歌手信息,点击“添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条歌手信息,点击“删除”进行删除,也可以对用户提交的歌手信息评论的信息进行管控。界面如下图4.13所示。
图4.13歌手信息管理界面图
5 系统测试与结果分析
5.1系统测试的目的
系统开发到了最后一个阶段那就是系统测试,系统测试对软件的开发其实是非常有必要的。因为没什么系统一经开发出来就可能会尽善尽美,再厉害的系统开发工程师也会在系统开发的时候出现纰漏,系统测试能够较好的改正一些bug,为后期系统的维护性提供很好的支持。通过系统测试,开发人员也可以建立自己对系统的信心,为后期的系统版本的跟新提供支持。
5.2 系统测试用例
系统测试包括:用户登录功能测试、歌曲信息展示功能测试、歌曲信息添加、歌曲信息搜索、密码修改功能测试,如表5-1、5-2、5-3、5-4、5-5所示:
用户登录功能测试:
表5-1 用户登录功能测试表
用例名称 |
用户登录系统 |
目的 |
测试用户通过正确的用户名和密码可否登录功能 |
前提 |
未登录的情况下 |
测试流程 |
1) 进入登录页面 2) 输入正确的用户名和密码 |
预期结果 |
用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入 |
实际结果 |
实际结果与预期结果一致 |
歌曲信息查看功能测试:
表5-2 歌曲信息查看功能测试表
用例名称 |
歌曲信息查看 |
目的 |
测试歌曲信息查看功能 |
前提 |
用户登录 |
测试流程 |
点击歌曲信息列表 |
预期结果 |
可以查看到所有歌曲信息 |
实际结果 |
实际结果与预期结果一致 |
管理员添加歌曲信息界面测试:
表5-3 管理员添加歌曲信息界面测试表
用例名称 |
歌曲信息发布测试用例 |
目的 |
测试歌曲信息发布功能 |
前提 |
用户正常登录情况下 |
测试流程 |
1)点击歌曲信息管理就,然后点击添加后并填写信息。 2)点击进行提交。 |
预期结果 |
提交以后,页面首页会显示新的歌曲信息 |
实际结果 |
实际结果与预期结果一致 |
歌曲信息搜索功能测试:
表5-4歌曲信息搜索功能测试表
用例名称 |
歌曲信息搜索测试 |
目的 |
测试歌曲信息搜索功能 |
前提 |
无 |
测试流程 |
1)在搜索框填入搜索关键字。 2)点击搜索按钮。 |
预期结果 |
页面显示包含有搜索关键字的歌曲信息 |
实际结果 |
实际结果与预期结果一致 |
密码修改功能测试:
表5-5 密码修改功能测试表
用例名称 |
密码修改测试用例 |
目的 |
测试管理员密码修改功能 |
前提 |
管理员用户正常登录情况下 |
测试流程 |
1)管理员密码修改并完成填写。 2)点击进行提交。 |
预期结果 |
使用新的密码可以登录 |
实际结果 |
实际结果与预期结果一致 |
5.3 系统测试结果
通过编写音乐电台推荐系统的测试用例,已经检测完毕用户登录模块、歌曲信息查看模块、歌曲信息添加模块、歌曲信息搜索模块、密码修改功能测试,通过这5大模块为音乐电台推荐系统的后期推广运营提供了强力的技术支撑。
6 结论
在开发本音乐电台推荐系统之前我胸有成竹,觉得很简单,但在实际的开发中我发现了自身的很多问题,许多编程思想和方法都还没有掌握牢靠,比如Django、pycharm、Javascript、HbuildX等许多python Web开发技术,通过开发这个音乐电台推荐系统我成长了很多,懂得了做什么事情都要脚踏实地,不能眼高手低,在本次音乐电台推荐系统的开发中我逐渐掌握逐渐熟悉的技术。
本次音乐电台推荐系统的开发中我还学会了很多,例如良好的编程思想和完善的规划思想。在着手编程之前需要罗列出程序框架的大概,脑海中构建出程序的主题框架。做好这一步我们才能胸有成竹的经行开发项目。当设计框架了熟于心之后,需要思考本次编程所需的主要知识点和技术点,并充分学习。如此一来项目的开发才能循序渐进、如丝般顺滑,长久以往就能养成良好的开发习惯。一个程序好不好还要看出的bug多不多,如果在项目完成前做好bug的查验与预防可能发生的事故才能保证程序的稳定长久性运行。如果项目在完工后出现各种问题自己,那么在进入社会后,不仅会给公司团队带来麻烦和增加不必要的工作,还会导致客户流失,公司对自己的评价下降。
在本次项目中我也暴露了诸多问题。对于python的编程知识有所欠缺,环境配置和算法上出现诸多问题,时常导致项目运行出错,或者目标的实现有问题。或者实现想法时算法未优化,使得代码冗长,程序运行不顺畅。
参考文献
[1]Rathod Kanchan Yadav,Pattanshetti Tanuja. YouTube Music Recommendation System Based on Face Expression[J]. Advances in Science and Technology,2023,6630.
[2]Sharath P.,Senthil Kumar G.,Vishnu Boj K.S.. Music Recommendation System Using Facial Emotions[J]. Advances in Science and Technology,2023,6630.
[3]Rajput Vinay,Rajput Hemakshi,Padmanabhan P.. Music Recommendation System Using Machine Learning[J]. Advances in Science and Technology,2023,6630.
[4]武玲梅,李秋萍,黄秀芳,张立强,董力量,罗芳琼.基于Django框架的电影推荐系统的设计与实现[J].电脑知识与技术,2023,19(04):56-61.DOI:10.14004/j.cnki.ckt.2023.0204.
[5]曾文敬,徐长文,肖建华,范卫星,赵璇,曾先进,陈建龙.基于Django框架的江西地震目录数据可视化系统设计及实现[J].四川地震,2022(04):37-40+45.DOI:10.13716/j.cnki.1001-8115.2022.04.007.
[6]周峰. 基于Spark的混合策略音乐推荐系统的研究与实现[D].南京邮电大学,2022.DOI:10.27251/d.cnki.gnjdc.2022.001529.
[7]林彬,杨彬彬,孙芳.基于Django框架的高校就业信息可视化平台的设计与实现[J].辽宁师范大学学报(自然科学版),2022,45(02):201-208.
[8]邓腾飞,周智恒,余卫宇. 基于深度学习的个性化音乐推荐系统及其实现方法[P]. 广东省:CN108509534B,2022-03-25.
[9]宋倩雯.基于兴趣情感算法的音乐推荐系统设计[J].微型电脑应用,2022,38(01):82-84+88.
[10]田杰,胡秋霞,司佳豪.基于深度信念网络DBN的音乐推荐系统设计[J].电子设计工程,2021,29(23):162-165+170.DOI:10.14022/j.issn1674-6236.2021.23.033.
[11]吴三阳, 基于大数据分析的移动音乐智能搜索与推荐平台. 广东省,天翼爱音乐文化科技有限公司,2021-04-09.
[12]薛婧.基于情景建模的移动互联网音乐推荐系统研究[J].信息技术,2021(01):18-22.DOI:10.13274/j.cnki.hdzj.2021.01.004.
[13]刘帅,刘婵娟.音乐推荐系统综述[J].广州大学学报(自然科学版),2020,19(05):36-46+77.
[14]陈继腾,陈平华.基于协同过滤和对象模型的音乐推荐系统研究[J].计算机与数字工程,2020,48(08):1892-1896+1918.
[15]张淼,刘东旭.基于协同过滤算法的音乐推荐系统的研究与实现[J].电子世界,2020(10):63-64.DOI:10.19353/j.cnki.dzsj.2020.10.030.
[16]窦维萌,郑秋爽,孙宗锟.基于DB-CF算法的音乐平台个性化推荐研究[J].软件导刊,2020,19(03):57-59.
[17]Zbigniew W. Ras,Alicja Wieczorkowska,Shusaku Tsumoto. Recommender Systems for Medicine and Music[M]..
致谢
到此,整个音乐电台推荐系统就算完成了,虽然过程十分艰难,但是等到都完成的时候,我感觉无比的自豪,虽然设计的系统还存在许多的纰漏,但是我已经拼劲全力,给自己的大学四年画上了一个圆满的句号。
在这里我首先要感谢的就是大学四年来所有教导我的老师,是他们教会了我许多的专业知识以及做人的道理,从一进校门对对开发系统一窍不通到现在能自主开发一个管理系统,里面包含了前台框架、后台框架、业务流程、数据结构、操作系统等各种知识,只有把他们统一运用好,才能够完成整个系统,这都是老师的功劳;其次我要感谢我的指导老师,在开发这个系统的时候,我遇到了无数的问题,经常通过线上、线下的方式去请教导师,每次去请教导师,他从来没有不耐烦,都是细心的引导,告诉我怎么样实现这个功能,怎么样才能使得系统更加完善,然后通过自己查询相关资料解决问题,提高了自己自主解决问题的能力,授人以鱼不如授人以渔,指导老师的这种工作态度受益终生,我也会向老师不断靠拢,向他学习,在此我只想说一句:“老师,谢谢您,您辛苦了”!最后我还要感谢我的室友、同学,在一起学习这四年,他们不但学习上给了我很多建议,在生活上更加给了我帮助,正是有他们的帮助,我的大学生涯才如此完美。
最后,希望自己在未来的道路上能够越走越远,不辜负在大学的学习以及老师们的细致的教导,追风赶月莫停留,平荒尽处是春山。
免费领取项目源码,请关注❤点赞收藏并私信博主,谢谢-