音乐网站的设计与实现毕业论文.docx
《音乐网站的设计与实现毕业论文.docx》由会员分享，可在线阅读，更多相关《音乐网站的设计与实现毕业论文.docx（63页珍藏版）》请在冰豆网上搜索。
音乐网站的设计与实现毕业论文
音乐网站的设计与实现毕业论文
目 录
1引言…………………………………………………………………………………………1
1.1课题的研究背景与意义1
1.3问题的调研2
1.4可行性分………………………………………………………………………………3
1.4.1经济可行性………………………………………………………………………3
1.4.2技术可行性………………………………………………………………………3
1.4.3操作可行性………………………………………………………………………3
1.4.4法律可行性………………………………………………………………………4
1.5论文各章简介……………………………………………………………………………4
2需求分析4
1引言
1．1课题的研究背景与意义
1.1.1课题的研究背景
随着Internet技术的发展，音乐网站使得人们对音乐欣赏娱乐的手段和载体发生了革命性的变化，Internet的开放性，分布性的特点和基于Internet的巨大的计算能力使得人们突破了时间和空间的限制。
基于Internet的在线音乐网站早已成为人们的研究热点之一。
与传统音乐欣赏与交流模式相比，在线音乐具有无可比拟的优越性不但能满足了大多数用户对音乐爱好的需求，同时也刺激了电子数码产品的频繁更新换代。
现有的音乐个人网站大体有两种模式：
一、自己拥有独立的服务器，服务器上有上百G的mp3歌曲资源。
提供在线播放功能，需要将mp3歌曲转换成wma格式，否则服务器吃不消。
提供免费wma格式歌曲下载（服务器可能受不了下载流量）。
这种模式是个人音乐网站的高级模式，他的收入完全依靠网络广告。
因为涉及版权问题没办法做大。
另外mp3歌曲在XX很容易搜索到。
二、只需要一个虚拟空间，一套程序批量采集其他网站的歌曲，只提供在线播放功能。
这种模式是现在很普遍的小偷站，投入低，管理维护省时省事，但是受制于被采集方的服务器。
也仅仅依靠网络广告来盈利。
现有模式的缺点就是资源价值不高。
个人音乐网站其实面临的风险实在太多，就版权问题不说，服务器的投入成本与广告盈利几乎不成比例，针对现有这种现状，个人音乐网站的发展要具备以下几点的才可以：
一、歌曲资源具备高价值；二、提供试听和下载功能；三、能够有自己独特的风格。
目前的流行音乐网站从传播形式来看，大致可分为三类：
有固定网址的流行音乐网站、搜索类流行音乐网站、P2P类流行音乐网站。
三者功能各异、互为补充。
1.1.2课题的研究意义
音乐网站，能满足了大多数用户对音乐爱好的需求，音乐是每个人最基本的需求之一，也是许多人的兴趣之一。
所以，许多音乐网站的创立者最开始都是基于对音乐的喜好来做的，但是后来发现用户多了，网站大了，成本高了，才不得不商业化。
从经济说看，免费下载代替了传统的购买欣赏，也刺激了电子数码产品的频繁更新换代，各种精巧便携的大容量mp3播放器已经在青少年中趋干普及，配合流行音乐网站的数据存储功能。
在欣赏方式上真正实现了更长时间、更多数量，更为便携的特点。
音乐网站的建设不但具有多样化特点，而且更倾向干朝着人性化方向发展，她所提供的内容不但包括歌曲（音频和视频）、歌词、在线试听、下载服务，甚至还提供了人与人之间交流的平台。
有的网站内甚至设有关于歌词创作、音乐创作、歌曲创作、商业性合作交易等多个论坛供音乐爱好者交流，即使普通用户也可以创作自己的作品供大家欣赏、讨论、甚至被买卖。
随着网络技术与多媒体的日渐普及，音乐网站必然还会对音乐的发展有着深刻的影响。
1．2问题的定义及内容简介
1.2.1问题的定义
本系统是为所有Internet用户研究开发的。
随着计算机应用的迅猛发展，网络应用不断扩大，人们迫切要求利用这些技术来提高生活质量，以满足人们更多的时间与空间的不同需求，与此同时也提供了音乐爱好者交流的平台，从而扩大了音乐的欣赏范围!
在有在线音乐网站之前，人们要欣赏音乐的途径一般都是传统的模式，即唱片、磁带、CD等。
显然，随着生活质量和人们对生活要求的不断提高，在线音乐网站更能满足人们的需求，本人设计并实现了适用于所有用户的在线音乐网站。
1.2.2问题的内容简介
该项目是一个基于ASP.NET的在线三层音乐网站的设计与实现，主要能实现以下主要功能：
管理员进行歌曲与专辑的管理：
例如添加、删除、更新歌手、歌曲、专辑、歌词等信息；
管理员进行前后台用户管理：
管理员登陆可以管理编辑和删除注册用户信息以及增添修改删除管理员信息；
管理员进行栏目分类管理：
包括编辑修改总类、添加编辑分类、添加编辑歌手等内容；
管理员修改内容之后生成静态页面，以保证用户使用的稳定性；
用户注册登陆；用户可以填写自己的资料注册成为音乐站会员，通过用户帐号和密码登陆，可以分类搜索歌手歌曲专辑信息，网站给出推荐歌手歌曲以及热门歌曲列表，在试听过程中可以实现连播并显示歌词，用户可以试听下载歌曲等。
1．3问题的调研
在本系统开发之初，为了做好系统需求分析工作，本人对国内外相同类似的课题做了充分的调研，从而认识到完成本系统需做到以下几点：
（1）在线音乐网站的动态变化。
实际情况中音乐网站的需要是随着社会娱乐发展的情况而变化的，要设计出使用的真正实用的在线音乐网站，就要求我们有较强的与外界沟通和获取较高价值资源的能力，力求达到不同用户的不同需求；
（2）在线音乐网站的安全性、完整性、稳定性和即时性要求高；针对稳定性，考虑网站需要使动态数据库文件生成静态网页。
（3）在进行网站的实际开发中，有大量重复的公共结构，所以考虑用框架和用户控件来实现网站的设计是可取的；同时后台数据库会用到大量的数据库绑定语句，如何优化这些语句来提高开发效率是设计的重点，常常进行多表操作会影响软件性能，因此为了减少跨表查询,降低程序的复杂度,在数据库设计上考虑冗余，以适当的冗余来提高数据库的查询速度，如何两全其美对我来说是个难题；如何正确的嵌入播放器并实现歌曲连续播放也是本设计的一大难点；
（4）如何建立数据的实体-关系模型和逻辑模型、物理模型和数据的规范化设计要有清醒的认识；
（5）如果采用UML面向对象设计，应该对如何建立对象模型，功能模型和行为模型要有细致的分析；
（6）选择良好的设计模式对本系统有着不小的影响。
是选择前流行的设计开发模式还是传统的设计模式要有深入的分析和研究；
在充分了解现有在线音乐试听网站基础上，本人设计这一在线音乐网站。
1．4可行性分析
可行性研究的目的，就是用最小的代价在尽可能短的时间内确定问题是否能够解决。
要达到这个目的，必须分析几种主要的可能解法的利弊，从而判断原定的系统规模和目标是否现实，系统完成后所能带来的效益是否大到值得投资开发这个系统的程度。
因此，可行性研究实质上是要进行一次大大压缩简化了的系统分析和设计的过程，也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程。
系统的可行性分析主要包括经济上的可行性，技术上的可行性，操作上的可行性和法律上的可行性。
本系统的可行性分析如下：
1.4.1经济可行性
目标系统开发经济需求的比较低，加上具有成熟的软硬件环境，所以在软硬件的支出上十分有限。
而且系统并不是十分的复杂，开发的周期较短，人员经济支出有限。
当系统开发成后，通过测试和、试运行和实际应用后，还可以依靠网络广告来盈利，这带来的经济回报将远超过支出，并且最重要的一点是通过该网站的设计，可以使我进一步理解软件工程思想和网站开发流程，为从事软件开发工作打下很好的基础，从长远利益来考虑，本课题的设计开发还是具有相当大的经济可行性的。
1.4.2技术可行性
在线音乐网站的主要特点是一方面可以动态地管理各种类型的音乐信息,只要准备好足够大的音乐资源,就可以按照要求自动生成各种静态页面；另一方面,计算机化的音乐试听的最大特点是时间空间的优势,任何人都可以随时随地根据自己的喜号选择喜欢的歌曲,网络音乐给用户带来了很大的方便。
如何通过一种开发语言能高效的设计出这个网站是一个值考虑的一个需求。
由于现代计算机网络技术的快速发展，信息已遍布全球，网络已成为大众化的产物，所以歌曲信息具有高的价值是很有意义的。
平台完全支持面向对象特性和三层结构的高级设计理念，所以技术上可行。
在安全与保密方面，因为是小型系统，又是学生组织，网站访问量不大，所以一般不存在黑客攻击的事情，但一般的商业音乐网站的流量过大需要较快的速度，因此在服务器的选择上跟本设计可能会有所不同。
在网站的设计上尚存在的局限性，由于开发时间等因素，该网站并没有实现更多的功能。
该问题可以通过在实现过程中留下一定的扩展性，在以后的开发过程中继续开发。
1.4.3操作可行性
该网站是一个音乐试听网站，浏览该网站的大多数是普通的因特网用户，对他们来说，操作本系统将会十分的简便。
系统是基于Web的工作界面，管理人员无论通过局域网还是互联网，都能在浏览器中进行有效的管理，用户只需在自己的计算机上通过Web浏览器访问该网站用户首页，同时所有的操作都是基于Web的操作方式，如：
链接、按钮、文本框等等。
所有的操作通过浏览器完成，客户端不需要配置其他应用软件，用户不需培训，只要按常规上网方式浏览即可。
因此，在操作使用上，本系统简单、方便，易于使用户接受，因而是十分可行的。
1.4.4法律可行性
该音乐网站由本人设计实现，在法律上并未侵害他人权利，无须承担任何法律责任，所以在法律方面开发此系统是完全可行的。
1．5论文各章简介
第1章——引言：
叙述课题的研究背景和意义、问题的定义和内容简介、问题的调研和可行性分析；
第2章——需求分析：
本章描述了系统设计的系统需求模型、分析功能模型、数据需求和行为模型；
第3章——系统设计：
本章对本系统的总体设计进行了描述，包含了系统的结构设计和功能设计以及系统的功能层次图；
第4章——详细设计：
对本系统的各个功能模块进行了详细的介绍，包括具体的设计思路和设计描述；
第5章——系统的实现：
对系统的完成结果有个大体的介绍，包括了主要功能模块的界面的展示；
第6章——用户指南及系统使用说明：
对系统的操作做个简单介绍，包括系统的运行环境及使用注意事项；
第7章——系统评价：
包括，系统的特色和优点简介，系统存在的不足与改进方案说明，毕业设计的收获和心得。
最后是致谢以及参考资料等内容的介绍。
2需求分析
2.1业务流分析
业务流程图（transactionflowdiagram，简称TFD）， 就是用一些规定的符号及连接来表示某个具体的业务处理过程。
在对系统的组织结构和功能进行分析时，需从一个实际业务流程的角度将系统调查中有关该业务流程的资料都串起来作进一步的分析。
业务流程分析可以帮助我们了解该业务的具体处理过程，发现和处理系统的调查工作中的错误和疏漏，修改和删除原系统的不合理部分，在新系统基础上优化业务处理流程。
该音乐网站的的业务流程：
管理员登录时，进入管理员登录页面；有效帐户和密码登录之后可以进行歌曲与专辑的管理，管理所有的专辑、用户收藏的专辑、所有歌曲，可以添加修改专辑歌曲，进入前后台用户管理可以管理网站的管理员和会员的信息，进入栏目分类管理，可以编辑修改总类、添加编辑分类、添加编辑歌手；完成以上管理之后进入生成HTM管理，之所以要生成静态页面，是为了加快访问速度，并且有利于搜索引擎的收录；还可以减轻访问压力；并且能节省服务器的负荷，因为请求一个静态的HTML文件比一个aspx文件等占资源少；当普通用户登录时，首先进入的是音乐网站前台首页界面，用户可以注册网站会员，会员登录之后可以更改自己的个人信息和密码，可以收藏歌曲专辑。
该网站的业务流图如图2-1所示：
图2-1业务流图
2.2数据流分析
数据流程分析主要包括对信息的流动、传递、处理、存储等的分析。
数据流程分析的目的就是要发现和解决数据流通中的问题。
现有的数据流程分析多是通过分层的数据流程图（dataflowdiagram，简称DFD）来实现的。
其具体的做法是：
按业务流程图理出的业务流程顺序，将相应调查过程中所掌握的数据处理过程，绘制成一套完整的数据流程图。
该音乐网站的数据流程：
首先由网站管理员根据不同用户的需要将某些信息保存到数据库中，例如歌曲、歌手、歌词、专辑等等，并可以对这些信息进行添加、修改和删除处理，然后再进行发布生成静态页面以方便用户的使用；。
用户可以注册成为网站会员，并可以修改自己的个人信息，对网站内容进行搜索，也可以试听下载网站已上传歌曲，收藏歌曲以便下次登录时能够方便的找到歌曲。
通过对本系统的需求分析，系统的基本功能已经大体确定。
整个系统各个模块的数据流图如图2-2-1所示：
图2-2-1在线音乐网站顶级数据流图
图2-2-2在线音乐网站1级数据流图
图2-2-3专辑信息处理的数据流图
图2-2-4歌曲信息处理的数据流图
图2-2-5查询处理的数据流图
2.3数据字典
数据字典最重要的用途是作为分析阶段的工具，在数据字典中建立的一组严密的定义很有助于改进分析员和用户之间的通信，因此将消除许多可能的误解，对数据的这一系列严密一致的定义也有助于改进在不同的开发人员或不同的开发小组之间的通信，如果要求所有开发人员都根据公共的数据字典描述数据和设计模块，则能避免许多麻烦的接口问题。
数据字典中包含的每个数据元素的控制信息是很有价值的，因为列出了使用一个给定的数据元素是所有程序或模块，所有很容易估计改变一个数据将产生的影响，并且能所有受影响的程序或模块做出相应的改变。
该项对数据流中的每一项数据、每个数据结构、数据流、数据存储、处理过程进行汇总、详细描述。
该网站的数据流分量（即数据元素）：
（1）名字：
管理员信息
别名：
无
描述：
保存管理员信息，更有效地管理该音乐网站
定义管理员信息=管理员编号+帐号+密码+链接
位置：
管理员登录
（2）名字：
栏目分类信息：
别名：
无
描述：
网站管理员对栏目进行不同的分类，包括总类和分类，满足不同用户对不同类型歌曲的不同要求
定义：
栏目分类信息=栏目编号+栏目名
位置：
查询和搜索歌曲歌手相关信息
（3）名字：
歌曲信息
别名：
无
描述：
网站管理员发布歌曲的相关信息，使广大用户不用通过其他途径就可以直接了解歌曲的全部信息，满足用户的需求。
定义：
歌曲信息=歌曲ID+歌曲地址歌曲名称+栏目编号+演唱该歌曲歌手+点击率+所在专辑编号+推荐是否+歌词+添加日期
位置：
查询和上传歌曲
（4）名字：
歌手信息
别名：
无
描述：
网站管理员发布歌手信息，使用户能查找到不同的歌手
定义：
歌手信息=歌手编号+姓名+所在栏目编号+歌手类别编号+热点（点击次数）+名字分类+推荐是否
位置：
查询和发布歌手信息
（5）名字：
歌手类别信息
别名：
无
描述：
网站管理员发布歌手信息，说明歌手类别，便于用户根据地区来查找歌手。
定义：
歌手类别信息=歌手类别编号+类别+所在栏目编号
位置：
查询和发布个歌手信息
（6）名字：
专辑信息
别名：
无
描述：
网站管理员发布专辑，使广大用户可以及时浏览相关信息。
定义：
专辑信息=专辑编号+栏目编号+歌手类别编号+歌手编号+专辑名称+专辑语言+所属公司+专辑介绍+发行时间+专辑图片+点击次数+推荐是否
位置：
查询和发布专辑信息
（7）名字：
用户信息
别名：
无
描述：
网站用户注册成为网站会员，填写相关个人信息，方便网站管理员对用户进行管理。
定义：
用户信息=用户编号+用户名称+密码+电子邮件+联系方式+QQ号码+性别+注册日期+验证问题+问题答案+相关信息
位置：
用户登录、管理员管理用户信息
（8）名字：
会员收藏歌曲信息
别名：
无
描述：
网站会员可以收藏自己喜欢的歌曲或专辑以便于下一次登录后直接在我的收藏里对该歌曲进行相关操作，方便了用户对网站的使用，同时管理员对收藏或点击结果进行统计，是选择推荐歌曲和专辑的重要途径。
定义：
会员收藏歌曲信息=收藏编号+歌曲编号+会员名称+收藏日期+专辑编号
位置：
我的收藏
（9）名字：
管理员编号
别名:
无
描述：
唯一地标识管理员表中的一个特定的管理员帐号
定义：
管理员编号=0｛数字｝7
位置：
管理员表
（10）名字：
专辑编号
别名：
SpecialID
描述：
唯一地标识专辑表中专辑的一个特定的专辑的关键域
定义：
专辑编号=0｛数字｝7
位置：
歌曲列表、专辑列表、会员收藏歌曲列表、会员收藏专辑列表
（11）名字：
歌手类别编号
别名：
SClassID
描述：
唯一地标识歌手类别表中歌手类别的一个特定的类别的关键域
定义：
歌手类别编号=0｛数字｝7
位置：
歌曲列表、歌手列表、歌手类别表、专辑列表
（12）名字：
歌手编号
别名：
NclassID
描述：
唯一地标识专辑表中专辑的一个特定的专辑的关键域
定义：
歌手编号=0｛数字｝7
位置：
歌曲列表、歌手列表、专辑列表
（13）名字：
用户编号
别名：
无
描述：
惟一地标识某个网站会员的关键域。
定义：
用户编号=0｛数字｝7
位置：
用户信息表
（14）名字：
密码
别名：
无
描述：
密码可用来验证用户的身份和权限。
定义：
密码=6｛字符｝6
位置：
用户信息、管理员信息。
3系统设计
3．1系统总体功能结构
通过对在线音乐网站的需求分析并结合实际情况分析，本系统分为后台管理和前台用户两大模块，后台由歌曲与专辑管理、前后台用户管理、栏目分类管理、页面生成管理等4个主要子模块构成，前台由用户登录、专辑歌手查询、歌曲试听下载等3个主要子模块构成。
本系统的总体功能结构图如图3-1-1所示：
音乐网站
后台管理manage
前台用户uesr
3-1-1网站系统的总功能结构图
系统的后台管理模块功能结构图如图3-1-2所示：
3-1-2网站后台管理的功能结构图
系统的前台用户模块功能结构图如图3-1-3所示：
用户信息
歌曲试听
歌曲专辑
前台用户user
查看歌手
查看专辑
查看歌曲
修改个人信息
修改密码
注册登陆
查看个人信息
收藏
下载
试听
3-1-3网站前台用户的功能结构图
该项目是一个基于ASP.NET的在线三层音乐网站的设计与实现，主要能实现以下主要功能：
管理员进行歌曲与专辑的管理：
例如添加、删除、更新歌手、歌曲、专辑、歌词等信息；
管理员进行前后台用户管理：
管理员登陆可以管理编辑和删除注册用户信息以及增添修改删除管理员信息；
管理员进行栏目分类管理：
包括编辑修改总类、添加编辑分类、添加编辑歌手等内容；
用户注册登陆；用户可以填写自己的资料注册成为音乐站会员，通过用户帐号和密码登陆，可以分类搜索歌手歌曲专辑信息，网站给出推荐歌手歌曲以及热门歌曲列表，在试听过程中可以实现连播并同步显示歌词，用户可以试听下载歌曲等；
3．2系统数据模型设计
3.2.1数据概念结构设计—E-R图
E-R模型的组成元素有：
实体、属性、联系。
E-R模型用E-R图表示。
实体是用户工作环境中所涉及的事务，属性是对实体特征的描述。
（1）模型中的实体相当于实体集、一个表，而不是单个实体或表中的一行。
实体用矩形框表示，实体名称标注在矩形框内。
（2）属性是实体的性质。
用椭圆框表示，与实体之间用一条线相连表的主码是关键属性，关键属性项加下划线。
（3）各子系统模块中主键相同的字段之间存在着相互关联的关系。
用菱形表示实体间的联系，菱形框内写上联系名，用无向边把菱形分别与有关实体相连接，在无向边旁标上联系的类型。
（4）在程序中实现对他们的完整性和一致性控制。
3.2.2该音乐网站的E-R图
本系统采用E-R图的方法进行数据库概念结构设计。
系统总ER图如图3-2-1所示：
图3-2-1系统总体E-R图
系统各个实体E-R图如下所示：
图3-2-2管理员实体E-R图
图3-2-3歌曲实体E-R图
图3-2-4歌手实体E-R图
图3-2-5专辑实体E-R图
图3-2-6会员实体E-R图
3．3数据逻辑结构设计
数据库技术从60年代中期至今只有差不多40年的历史，但其发展速度之快是其它技术所不及的。
它已由第一代的层次型、网状型数据库，第二代的关系型数据库发展到今天以面向对象为主要模型的数据库，即第三代数据库。
数据库技术和网络通信技术、面向对象编程技术、并行计算机技术、人工智能技术相互融合、相互渗透，促进了数据库技术的广泛应用。
数据库（Database），是按照数据结构来组织、存储和管理数据的仓库，是用于查询的大量数据的存储区域。
使用数据库可以带来许多好处：
如减少了数据的冗余度，从而大大地节省了数据的存储空间，实现数据资源的充分共享等等。
此外，数据库技术还为用户提供了非常简便的使用手段，使用户易于编写有关数据库应用程序。
特别是近年来推出的计算机关系数据库管理系统，操作直观，使用灵活，编程方便，功能强大，环境适应广泛，数据处理能力极强。
数据库的设计是指对一个给定的应用环境，构造数据库模式，建立数据库及其应用系统，满足各种用户需求。
作为信息资源开发、管理和服务的一种有效的手段，数据库技术的应用已越来越广泛，从小型的单项事务处理系统到大型的信息系统大都用先进的数据库技术来保持系统数据的安全性、完整性和共享性。
对一个实际的系统来说，数据库表的设计在遵循数据库理论的同时，必须能用开发工具来实现用户在各方面提出的功能要求。
一个真正的、完整的站点是离不开数据库的，因为少量的数据，如歌曲的静态页面等完全可以存储在文本文件中，但实际应用中，需要保存的数据远不止这一点点，而且这些数据之间往往还有关联，利用数据库来管理这些数据，可以很方便的查询和更新。
可以说一个动态网站的建设是离不开一个设计最优的数据库的。
我们现在可以使用的数据库有很多种，如：
Access数据库（.mdb）、DB2、Informix、Oracle和SQLServer等等，在本次设计中，选择了Microsoft的SQLServer作为后台数据库工具，因为它功能远比Access强大，并提供了许多标准的关系数据库管理功能的支持。
3.3.1数据库逻辑结构设计—关系模式
本系统的每个表中包含多个字段，具体关系模式如下：
（1）Admin（ID,username,password,url）
（2）class（classid,class）
（3）musiclist（ID,wma,MusicName,ClassID,SclassID,NclassID,hits,SpecialID,IsGood,SongWords,AddDate）
（4）Nclass（NclassID,Nclass,ClassID,SclassID,hits,Abcd,IsGood）
（5）Sclass（Sclassid,Sclass,Classid）
（6）Special（SpecialID,ClassID,SclassID,NclassID,name,Yuyan,Gongsi,intro,times,pic,hit,IsGood）
（7）users（Id,Username,Password,Email,Tel,OICQ,Sex,Adddate,Ask,answer,Info）
（8）User_musiclist（ID,MusicID,UserName,Adddate,SpecialId）
（9）User_musicSpecial（ID,SpecialID,UserName,Adddate）
3.3.2数据逻辑结构设计—关系表
根据前面分析的E-R图和关系模式，本系统创建一个数据库music，它由管理员表（admin）、栏目分类表（class）、歌曲列表（musiclist）、歌手列表（
升级会员 