数据库系统设计KTV点歌系统卡拉OK点歌系统
合集下载
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1.2课题研究主要内容
卡拉OK点歌系统是娱乐场所的一项管理措施，因此开发卡拉OK点歌系统具有较大的社会意义，同时点歌系统是一娱乐软件的开端，它具有简单的软件特征，系统结构与现实生活紧密结合，具体直观，具有典范的便捷软件特点。卡拉OK点歌系统主要用于对音乐的各项查找，操作简单，直观。用起来极为方便。减少了手工操对工作人员带来的不便和繁琐，使每个用户都能根据自己爱好选择自己喜欢的音乐。因此，卡拉OK点歌系统是企业化、智能化、科学化、正规化不可缺少的管理软件。该设计文档主要介绍点歌系统的数据库设计内容。建立数据库和相关表和SQL语言的使用和用例图的设计和设计综述。然而，设计出一个让用户满意的点歌系统并不是那么容易，本次课程设计将利用Eclipse和SQL SERVER2008等工具进行开发实践工作。
管理员可登录后台管理系统对歌曲、歌星、用户进行管理和维护。进入后台管理系统后，显示的是歌曲管理、歌星管理、用户管理大三模块。
2 需求分析
2.1信息要求分析
经过对卡拉OK点歌系统的结构化分析，得出信息要求如下：
1.、歌星信息：包括了歌星编号、歌星姓名、歌星性别、国籍、歌星类型、地区、拼音缩写。
2、歌曲信息：包括了歌曲编号、歌曲名称、歌星编号、语种、歌曲类型、路径、歌曲拼音缩写、歌曲时长
2.2.2添加歌曲
音乐是滚动的时尚元素，明天都可能有新的创作，所以添加新歌也是必不可少的功能。当然，经典老歌也是不可或缺的元素，适当添加经典老歌，增添怀旧的气氛。
2.2.3歌曲管理
歌曲库十分庞大，给歌曲管理带来一定的难度。对歌曲信息的增添和删改同样需要相应的子功能模块管理。
2.2.4后台记录
系统在运行当中难免出现故障，对数据库的部分重要更新操作可记录入库，作为系统故障时恢复的依据。
根据E-R图，可转化为如下关系模式：关系的主码用下划线标出，外码用删除线标出。
实体：
歌星（歌星编号，歌星姓名，歌星性别，国籍，歌星类型，地区，拼音缩写）
卡拉OK点歌添，修改，删除；查询可以按照歌星查询，歌曲类型查询，歌曲名称查询等方式查询。系统功能需求：
2.2.1点播歌曲
点歌是最基本也是最重要的功能，重在快捷方便。比如拼音点歌、指定歌星点歌，只需输入相应的拼音简写然后点击，就能检索到想要点播的歌曲。
用户信息
记录用户资料和歌曲收藏信息
包括：用户编号、用户登录名、用户密码、收藏歌曲编号、用户姓名、用户性别、出生日期、注册日期
数据库的用户信息表
3 概念结构设计
3.1数据实体描述及分ER图
3.1.1歌星信息实体
3.1.2歌曲信息实体
3.1.3金曲排行实体
3.1.4后台日志实体
3.1.5管理员信息实体
3.1.6用户信息实体
1
1.1
随着现如今经济文化水平的显著提高，人们对生活质量及工作环境的要求也越来越高。同时，随着生活节奏的加快，每个人都处于忙碌繁乱的社会的那个当中，不论是在家庭，工作场所，或是学校中，无时无刻充满着生活和学习上的压力。工作之余，找到一种能够换季压力，释放疲劳的娱乐方式，已成为大家共同的愿望。然而，受到工作条件和时间的限制，越来越多的人们选择了去KTV厅唱K休闲娱乐。唱歌，自然免不了点歌的繁琐。传统的点歌设备主要是CD和固放设备组成，虽然基本满足了人们的需求，但是也带来了设备成本高，点歌过程繁琐，更新麻烦等不少问题。随着科学的发展和信息时代的到来，点歌系统应运而生，卡拉OK点歌系统已经成为了娱乐场所必不可少的一部分。卡拉OK点歌系统不仅简化了用户操作，而且极大化满足了人们的需求和使用习惯。
3、金曲排行信息：包括了歌曲编号、歌曲名称、歌星姓名、周点击率 、月点击率 、总点击率
4、后台日志信息：包括了操作编号、操作内容 、操作时间、操作人员、备注
5、管理员信息：包括了管理员用户名 管理员密码
6、用户信息：包括了用户编号、用户登录名、用户密码、用户姓名、用户性别、出生日期 注册日期
2.2处理要求分析
1.3主要工作
本次课程设计个人独立完成。包括界面模块，需求分析，概念设计，系统设计，数据库实现等设计。本次卡拉OK系统的开发主要前台点歌系统和后台管理系统模块的开发。前台点歌系统包含了拼音点歌、歌星点歌、分类点歌、语种点歌，全部歌曲，每个点歌模块都可以查询想要点的歌曲。用户点歌完毕之后，可进入歌曲管理，查看自己的歌曲和收藏自己喜欢的歌曲，也可以按照金曲排行来点播想要的歌曲。
金曲排行
记录歌曲热度信息
包括：歌曲编号、歌曲名称、歌星姓名、周点击率、月点击率，总点击率
数据库的歌曲排行榜信息表
后台日志
记录后台操作日志记录
包括：操作编号、操作内容、操作时间、操作人员、备注
数据库的后台操作记录表
管理员信息
记录管理员相关信息
包括：管理员编号、管理员用户名、管理员密码
数据库的管理员信息表
3.2整体ER图
分ER图向整体ER图合并，合并过程中出现的问题和解决方案。
（1）结构冲突。歌星在歌星信息这个分E—R图中作为主体，而在歌曲信息分E—R图中则作为属性。歌星包含自己的属性，不能放在歌曲信息表的属性里，此时把歌曲表里面的歌星字段用歌星编号取代，而歌星表和歌曲表为一对多关系。
（2）命名冲突。歌曲信息与歌星信息都包含编号及名称，起名时需要区分开。分别命名为歌曲编号和歌星编号。
4
4.1数据库逻辑结构设计
为了完成需求分析中确定的基本功能和概念设计中模块的划分，通过基于3NF的数据库设计方法（通过分析，各数据表已达第三范式），构造了7张基本表。现在对这7张基本表划分基本关系，在已设计好的数据库中初步建立各表，用于存储歌曲信息和歌星信息等基本信息。此外，在基本表上定义了一些约束条件，包括基本表上数据类型和数据长度的限制以及是否允许为空或表内是否取值唯一的限定。
2.3数据字典及安全性、完整性要求分析
名称
描述
定义
位置
歌星信息
主要用于存储歌星歌手的基本信息
包括：歌星编号、歌星姓名、歌星性别、国籍、歌星类型、地区、拼音缩写
数据库的歌星信息表
歌曲信息
记录歌曲的基本信息
包括：歌曲编号、歌曲名称、歌星编号、语种、歌曲类型、文件路径、歌曲拼音缩写、歌曲时长
数据库的歌曲信息表
卡拉OK点歌系统是娱乐场所的一项管理措施，因此开发卡拉OK点歌系统具有较大的社会意义，同时点歌系统是一娱乐软件的开端，它具有简单的软件特征，系统结构与现实生活紧密结合，具体直观，具有典范的便捷软件特点。卡拉OK点歌系统主要用于对音乐的各项查找，操作简单，直观。用起来极为方便。减少了手工操对工作人员带来的不便和繁琐，使每个用户都能根据自己爱好选择自己喜欢的音乐。因此，卡拉OK点歌系统是企业化、智能化、科学化、正规化不可缺少的管理软件。该设计文档主要介绍点歌系统的数据库设计内容。建立数据库和相关表和SQL语言的使用和用例图的设计和设计综述。然而，设计出一个让用户满意的点歌系统并不是那么容易，本次课程设计将利用Eclipse和SQL SERVER2008等工具进行开发实践工作。
管理员可登录后台管理系统对歌曲、歌星、用户进行管理和维护。进入后台管理系统后，显示的是歌曲管理、歌星管理、用户管理大三模块。
2 需求分析
2.1信息要求分析
经过对卡拉OK点歌系统的结构化分析，得出信息要求如下：
1.、歌星信息：包括了歌星编号、歌星姓名、歌星性别、国籍、歌星类型、地区、拼音缩写。
2、歌曲信息：包括了歌曲编号、歌曲名称、歌星编号、语种、歌曲类型、路径、歌曲拼音缩写、歌曲时长
2.2.2添加歌曲
音乐是滚动的时尚元素，明天都可能有新的创作，所以添加新歌也是必不可少的功能。当然，经典老歌也是不可或缺的元素，适当添加经典老歌，增添怀旧的气氛。
2.2.3歌曲管理
歌曲库十分庞大，给歌曲管理带来一定的难度。对歌曲信息的增添和删改同样需要相应的子功能模块管理。
2.2.4后台记录
系统在运行当中难免出现故障，对数据库的部分重要更新操作可记录入库，作为系统故障时恢复的依据。
根据E-R图，可转化为如下关系模式：关系的主码用下划线标出，外码用删除线标出。
实体：
歌星（歌星编号，歌星姓名，歌星性别，国籍，歌星类型，地区，拼音缩写）
卡拉OK点歌添，修改，删除；查询可以按照歌星查询，歌曲类型查询，歌曲名称查询等方式查询。系统功能需求：
2.2.1点播歌曲
点歌是最基本也是最重要的功能，重在快捷方便。比如拼音点歌、指定歌星点歌，只需输入相应的拼音简写然后点击，就能检索到想要点播的歌曲。
用户信息
记录用户资料和歌曲收藏信息
包括：用户编号、用户登录名、用户密码、收藏歌曲编号、用户姓名、用户性别、出生日期、注册日期
数据库的用户信息表
3 概念结构设计
3.1数据实体描述及分ER图
3.1.1歌星信息实体
3.1.2歌曲信息实体
3.1.3金曲排行实体
3.1.4后台日志实体
3.1.5管理员信息实体
3.1.6用户信息实体
1
1.1
随着现如今经济文化水平的显著提高，人们对生活质量及工作环境的要求也越来越高。同时，随着生活节奏的加快，每个人都处于忙碌繁乱的社会的那个当中，不论是在家庭，工作场所，或是学校中，无时无刻充满着生活和学习上的压力。工作之余，找到一种能够换季压力，释放疲劳的娱乐方式，已成为大家共同的愿望。然而，受到工作条件和时间的限制，越来越多的人们选择了去KTV厅唱K休闲娱乐。唱歌，自然免不了点歌的繁琐。传统的点歌设备主要是CD和固放设备组成，虽然基本满足了人们的需求，但是也带来了设备成本高，点歌过程繁琐，更新麻烦等不少问题。随着科学的发展和信息时代的到来，点歌系统应运而生，卡拉OK点歌系统已经成为了娱乐场所必不可少的一部分。卡拉OK点歌系统不仅简化了用户操作，而且极大化满足了人们的需求和使用习惯。
3、金曲排行信息：包括了歌曲编号、歌曲名称、歌星姓名、周点击率 、月点击率 、总点击率
4、后台日志信息：包括了操作编号、操作内容 、操作时间、操作人员、备注
5、管理员信息：包括了管理员用户名 管理员密码
6、用户信息：包括了用户编号、用户登录名、用户密码、用户姓名、用户性别、出生日期 注册日期
2.2处理要求分析
1.3主要工作
本次课程设计个人独立完成。包括界面模块，需求分析，概念设计，系统设计，数据库实现等设计。本次卡拉OK系统的开发主要前台点歌系统和后台管理系统模块的开发。前台点歌系统包含了拼音点歌、歌星点歌、分类点歌、语种点歌，全部歌曲，每个点歌模块都可以查询想要点的歌曲。用户点歌完毕之后，可进入歌曲管理，查看自己的歌曲和收藏自己喜欢的歌曲，也可以按照金曲排行来点播想要的歌曲。
金曲排行
记录歌曲热度信息
包括：歌曲编号、歌曲名称、歌星姓名、周点击率、月点击率，总点击率
数据库的歌曲排行榜信息表
后台日志
记录后台操作日志记录
包括：操作编号、操作内容、操作时间、操作人员、备注
数据库的后台操作记录表
管理员信息
记录管理员相关信息
包括：管理员编号、管理员用户名、管理员密码
数据库的管理员信息表
3.2整体ER图
分ER图向整体ER图合并，合并过程中出现的问题和解决方案。
（1）结构冲突。歌星在歌星信息这个分E—R图中作为主体，而在歌曲信息分E—R图中则作为属性。歌星包含自己的属性，不能放在歌曲信息表的属性里，此时把歌曲表里面的歌星字段用歌星编号取代，而歌星表和歌曲表为一对多关系。
（2）命名冲突。歌曲信息与歌星信息都包含编号及名称，起名时需要区分开。分别命名为歌曲编号和歌星编号。
4
4.1数据库逻辑结构设计
为了完成需求分析中确定的基本功能和概念设计中模块的划分，通过基于3NF的数据库设计方法（通过分析，各数据表已达第三范式），构造了7张基本表。现在对这7张基本表划分基本关系，在已设计好的数据库中初步建立各表，用于存储歌曲信息和歌星信息等基本信息。此外，在基本表上定义了一些约束条件，包括基本表上数据类型和数据长度的限制以及是否允许为空或表内是否取值唯一的限定。
2.3数据字典及安全性、完整性要求分析
名称
描述
定义
位置
歌星信息
主要用于存储歌星歌手的基本信息
包括：歌星编号、歌星姓名、歌星性别、国籍、歌星类型、地区、拼音缩写
数据库的歌星信息表
歌曲信息
记录歌曲的基本信息
包括：歌曲编号、歌曲名称、歌星编号、语种、歌曲类型、文件路径、歌曲拼音缩写、歌曲时长
数据库的歌曲信息表