2。3 B/S结构 6

2。4 SQL Server数据库 7

2。5 本章小结 8

3 系统需求分析 9

3。1 需求分析的重要性 9

3。2 可行性分析 9

3。3 功能需求分析 10

3。4 性能需求 10

3。5 开发工具 11

4 系统设计与实现 12

4。1 总体设计的重要性 12

4。2 设计目标与原则 13

4。3 系统数据库设计 13

4。4 推荐功能的设计与实现 15

4。5 系统功能模块实现 16

4。5。1 歌曲管理模块实现 16

4。5。2 用户注册模块实现 17

4。5。3 网站主页模块实现 17

4。5。4 推荐功能模块实现 18

5 系统测试 19

5。1 软件测试及工具 19

5。1。1 软件测试 19

5。1。2 测试工具 19

5。2 测试方法 19

5。2。1 功能测试 19

5。2。2 性能测试 19

5。3 系统配置要求 20

5。4 测试内容 20

5。4。1 登录模块测试 20

5。4。2 测试用例设计 20

5。5 本章小结 21

6 总 结 22

7 致 谢 23

8 参考文献 24

1                       绪论

1。1 课题研究背景

    在生活中，音乐作为对人们很重要的音频数据，音乐的检索都是以搜索关键词的基础上来实行，这样对用户于有了很大的局限性。在这个信息网络突飞猛进的时代，多媒体的使用和internet的使用得到了空前的普及。在多媒体中音乐的地位至关重要，没有了音频就相当于早些年代的无声电影一样没有了欣赏性，所以多媒体数据在飞速的扩张，占据了多媒体除图片外的几乎所有内容。而我们现在面临的问题就是如何将这些最热最新音频数据精准快速地传输给用户以供更舒适的使用。在我所知道的音频检索中文字检索是最常见的，它的惯用方式是文本注释模式，它允许用户通过关键字音频名称来搜索文件的标题或名称。我们生活在诸如谷歌和百度都暴露在这样的查找页面下。但是，音频检索注解的搜索固有限制，第一点它不具有音频传输信息的完整性和对文本描述的客观性，第二点是快速增长和音频信息需要一个相对较高的手动成本，而且是一套如此大规模的音频数据标签在手动状态下完成，第三点不支持音频实时数据恢复。第四点对相同信息的指定音频数据还是没有办法检测。 我们为了实现这些问题的改进，音乐检索技术开始慢慢出现在人们的生活中。