ktv点歌系统-广工数据库课程设计

上传人:第*** 文档编号:57330302 上传时间:2018-10-21 格式:DOC 页数:50 大小:7.25MB
返回 下载 相关 举报
ktv点歌系统-广工数据库课程设计_第1页
第1页 / 共50页
ktv点歌系统-广工数据库课程设计_第2页
第2页 / 共50页
ktv点歌系统-广工数据库课程设计_第3页
第3页 / 共50页
ktv点歌系统-广工数据库课程设计_第4页
第4页 / 共50页
ktv点歌系统-广工数据库课程设计_第5页
第5页 / 共50页
点击查看更多>>
资源描述

《ktv点歌系统-广工数据库课程设计》由会员分享,可在线阅读,更多相关《ktv点歌系统-广工数据库课程设计(50页珍藏版)》请在金锄头文库上搜索。

1、课课 程程 设设 计计课程名称 数据库系统 题目名称_ 卡拉OK点歌系统_学生学院 计算机学院 专业班级 2010级计算机科学与技术四班 学 号 3110006015 学生姓名 张法光 指导教师 路璐 2013年 1 月 12 日成绩评价标准评价标准分数比例分数比例 (%)成绩成绩论文论文结构包含: 1、相关技术介绍、需求分析、 2、概念结构设计(涉及的实体至少三个以上)、 3、逻辑结构设计(有完整性约束说明)、 4、数据库物理设计、 5、数据库完整性设计(违反实体、参照完整性时的解决办法,比 如触发器、存储过程等) 5、数据库安全性设计、 6、数据库实施、系统测试方案和测试报告、 7、系统的

2、主要功能和使用说明、系统安装说明。 要求论文完整、内容详细,格式规范。40程序1、 系统运行正确; 2、功能完善:有增、删、改、查功能,输入、输出功能; 3、有基本的统计、报表功能 4、有多表连接查询、自身连接查询、字符串匹配查询、模糊查询 、分组查询等。 5、工作量饱满; 6、系统实现技术的难度。30数据 库设 计E-R图设计正确,至少3个实体; 数据库逻辑结构设计规范化; 数据库物理设计合理。30总评成绩 优 良 中 及格 不及格总分目 录 1 引言.8 1.1课题来源8 1.2课题研究主要内容8 1.3主要工作9 2 需求分析9 2.1信息要求分析9 2.2处理要求分析9 2.3数据字典

3、及安全性、完整性要求分析10 3 概念结构设计11 3.1数据实体描述及分ER图11 3.2整体ER图14 4 系统概要设计.15 4.1数据库逻辑结构设计15 4.2数据库物理设计17 4.3系统总体框架18 5 系统详细设计.18 5.1数据库实施18 5.2数据库的数据完整性设计30 5.3数据的安全设计32 5.4系统功能模块的设计与实现32 5.5系统功能测试55 5.6数据库性能检测与备份设计71 5.7系统安装使用说明71 6 回顾与展望72 7 参考文献.721 引言引言1.11.1课题来源课题来源随着现如今经济文化水平的显著提高,人们对生活质量及工作环境的要求也越来越高。同时

4、,随着生活节奏的加快,每个人都处于忙碌繁乱的社会的那个当中,不论是在家庭,工作场所,或是学校中,无时无刻充满着生活和学习上的压力。工作之余,找到一种能够换季压力,释放疲劳的娱乐方式,已成为大家共同的愿望。然而,受到工作条件和时间的限制,越来越多的人们选择了去KTV厅唱K休闲娱乐。唱歌,自然免不了点歌的繁琐。传统的点歌设备主要是CD和固放设备组成,虽然基本满足了人们的需求,但是也带来了设备成本高,点歌过程繁琐,更新麻烦等不少问题。随着科学的发展和信息时代的到来,点歌系统应运而生,卡拉OK点歌系统已经成为了娱乐场所必不可少的一部分。卡拉OK点歌系统不仅简化了用户操作,而且极大化满足了人们的需求和使

5、用习惯。1.21.2课题研究主要内容课题研究主要内容卡拉OK点歌系统是娱乐场所的一项管理措施,因此开发卡拉OK点歌系统具有较大的社会意义,同时点歌系统是一娱乐软件的开端,它具有简单的软件特征,系统结构与现实生活紧密结合,具体直观,具有典范的便捷软件特点。卡拉OK点歌系统主要用于对音乐的各项查找,操作简单,直观。用起来极为方便。减少了手工操对工作人员带来的不便和繁琐,使每个用户都能根据自己爱好选择自己喜欢的音乐。因此,卡拉OK点歌系统是企业化、智能化、科学化、正规化不可缺少的管理软件。该设计文档主要介绍点歌系统的数据库设计内容。建立数据库和相关表和SQL语言的使用和用例图的设计和设计综述。然而,

6、设计出一个让用户满意的点歌系统并不是那么容易,本次课程设计将利用Eclipse和SQL SERVER2008等工具进行开发实践工作。1.31.3主要工作主要工作本次课程设计个人独立完成。包括界面模块,需求分析,概念设计,系统设计,数据库实现等设计。本次卡拉OK系统的开发主要前台点歌系统和后台管理系统模块的开发。前台点歌系统包含了拼音点歌、歌星点歌、分类点歌、语种点歌,全部歌曲,每个点歌模块都可以查询想要点的歌曲。用户点歌完毕之后,可进入歌曲管理,查看自己的歌曲和收藏自己喜欢的歌曲,也可以按照金曲排行来点播想要的歌曲。管理员可登录后台管理系统对歌曲、歌星、用户进行管理和维护。进入后台管理系统后,

7、显示的是歌曲管理、歌星管理、用户管理大三模块。2 2 需求分析需求分析2.12.1信息要求分析信息要求分析经过对卡拉OK点歌系统的结构化分析,得出信息要求如下:1.、歌星信息:包括了歌星编号、歌星姓名、歌星性别、国籍、歌星类型、地 区、拼音缩写。 2、歌曲信息:包括了歌曲编号、歌曲名称、歌星编号、语种、歌曲类型、路径 、歌曲拼音缩写、歌曲时长 3、金曲排行信息:包括了歌曲编号、歌曲名称、歌星姓名、周点击率 、月点击率 、总点击率 4、后台日志信息:包括了操作编号、操作内容 、操作时间、操作人员、备注 5、管理员信息:包括了管理员用户名 管理员密码 6、用户信息:包括了用户编号、用户登录名、用户

8、密码、用户姓名、用户性别 、出生日期 注册日期2.22.2处理要求分析处理要求分析卡拉OK点歌系统主要分为歌曲的查询与管理,管理主要包括歌曲的查询,增添,修改,删 除;查询可以按照歌星查询,歌曲类型查询,歌曲名称查询等方式查询。 系统功能需求:2.2.1 点播歌曲点播歌曲点歌是最基本也是最重要的功能,重在快捷方便。比如拼音点歌、指定歌星点歌,只需输 入相应的拼音简写然后点击,就能检索到想要点播的歌曲。2.2.2 添加歌曲添加歌曲音乐是滚动的时尚元素,明天都可能有新的创作,所以添加新歌也是必不可少的功能。当 然,经典老歌也是不可或缺的元素,适当添加经典老歌,增添怀旧的气氛。2.2.3 歌曲管理歌

9、曲管理歌曲库十分庞大,给歌曲管理带来一定的难度。对歌曲信息的增添和删改同样需要相应的 子功能模块管理。2.2.4 后台记录后台记录系统在运行当中难免出现故障,对数据库的部分重要更新操作可记录入库,作为系统故障 时恢复的依据。2.32.3数据字典及安全性、完整性要求分析数据字典及安全性、完整性要求分析名称描述定义位置歌星信息主要用于存储歌星歌手的基本信息包括:歌星编号、歌星姓名、歌星性别、国籍、歌星类型、地区、拼音缩写数据库的歌星信息表歌曲信息记录歌曲的基本信息包括:歌曲编号、歌曲名称、歌星编号、语种、歌曲类型、文件路径、歌曲数据库的歌曲信息表3 3 概念结构设计概念结构设计3.13.1数据实体

10、描述及分数据实体描述及分ERER图图3.1.1 歌星信息实体歌星信息实体拼音缩写、歌曲时长金曲排行记录歌曲热度信息包括:歌曲编号、歌曲名称、歌星姓名、周点击率、月点击率,总点击率数据库的歌曲排行榜信息表后台日志记录后台操作日志记录包括:操作编号、操作内容、操作时间、操作人员、备注数据库的后台操作记录表管理员信息记录管理员相关信息包括:管理员编号、管理 员用户名、管理员密码数据库的管理员信息表用户信息记录用户资料和歌曲收藏信息包括:用户编号、用户登录名、用户密码、收藏歌曲编号、用户姓名、用户性别、出生日期、注册日期数据库的用户信息表3.1.2 歌曲信息实体歌曲信息实体3.1.3 金曲排行实体金曲

11、排行实体3.1.4 后台日志实体后台日志实体3.1.5 管理员信息实体管理员信息实体3.1.6 用户信息实体用户信息实体3.23.2整体整体ERER图图分ER图向整体ER图合并,合并过程中出现的问题和解决方案。(1)结构冲突。歌星在歌星信息这个分ER图中作为主体,而在歌曲信息分ER图中则作为属性。歌星包含自己的属性,不能放在歌曲信息表的属性里,此时把歌曲表里面的歌星字段用歌星编号取代,而歌星表和歌曲表为一对多关系。(2)命名冲突。歌曲信息与歌星信息都包含编号及名称,起名时需要区分开。分别命名为歌曲编号和歌星编号。4 系统概要设计系统概要设计4.14.1数据库逻辑结构设计数据库逻辑结构设计为了完

12、成需求分析中确定的基本功能和概念设计中模块的划分,通过基于3NF的数据库设计方法(通过分析,各数据表已达第三范式),构造了7张基本表。现在对这7张基本表划分基本关系,在已设计好的数据库中初步建立各表,用于存储歌曲信息和歌星信息等基本信息。此外,在基本表上定义了一些约束条件,包括基本表上数据类型和数据长度的限制以及是否允许为空或表内是否取值唯一的限定。根据E-R图,可转化为如下关系模式:关系的主码用下划线标出,外码用波浪线标出。 实体: 歌星(歌星编号,歌星姓名,歌星性别,国籍,歌星类型,地区,拼音缩写) 歌曲(歌曲编号,歌曲名称,歌星编号,语种,歌曲类型,路径,歌曲拼音缩写,歌曲时 长) 金曲

13、排行(歌曲编号,歌曲名称,歌星姓名,周点击率,月点击率,总点击率) 后台日志(操作编号,操作内容,操作时间,操作人员,备注) 管理员(管理员用户名,管理员密码) 用户(用户编号,用户登录名,用户密码,用户姓名,用户性别,出生日期,注册日期) 联系: 收藏(用户编号,歌曲编号,日期)歌星表 列名数据类型能否取空约束性 歌星编号intNot null主键歌星姓名Char(10)Not null 歌星性别char(2)男或女 国籍Char(20) 歌星类型Char(10) 地区Char(20) 拼音缩写Char(20)Not null字母歌曲表 列名数据类型能否取空约束性 歌曲编号intNot nu

14、ll主键歌曲名称Char(20)Not null歌星编号intNot null外键语种Char(10)歌曲类型Char(10)路径Char(20)歌曲拼音缩写Char(20)Not null字母歌曲时长datetime金曲排行表 列名数据类型能否取空约束性 歌曲编号intNot null主键 歌曲名称Char(20)Not null 歌星姓名Char(10)Not null 周点击率int 月点击率int 总点击率int后台日志表 列名数据类型能否取空约束性 操作编号intNot null 主键 操作内容Char(40)Not null 操作时间datetimeNot null 操作人员Cha

15、r(20)Not null外键 备注Char(20)管理员表 列名数据类型能否取空约束性 管理员用户名Char(20)Not null主键 管理员密码Char(20)Not null用户表 列名数据类型能否取空约束性 用户编号intNot null主键用户登录名Char(20)Not null唯一 用户密码Char(20)Not null 用户姓名Char(20)Not null 用户性别Char(2)Not null男或女出生日期datetimeNot null 注册日期datetimeNot null收藏表 列名数据类型能否取空约束性 用户编号intNot null主属性、外键 歌曲编号i

16、ntNot null主属性、外键 日期datetime4.24.2数据库物理设计数据库物理设计4.2.14.2.1 介绍介绍数据库的物理设计就是为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程。物理结构设计阶段实现的是数据库系统的内模式,它的质量直接决定了整个系统的性能。因此在确定数据库的存储结构和存取方法之前,对数据库系统所支持的事务要进行仔细分析,获得优化数据库物理设计的参数。数据库的物理设计通常分为两步:一:确定数据库的物理结构,在关系数据库中主要指存取方法和存取结构;二:对物理结构进行评价,评价的重点是时间和空间效率。4.2.24.2.2 索引设计索引设计(1 1)建立一个聚集索引,在热门歌手视图建立的索引。建立一个聚集索引,在热门歌手视图建立的索引。create clustered index 热门歌手索引 on VIEW_热门歌手(歌星姓名)(2 2)建立四个唯

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 高等教育 > 大学课件

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号