互动点播系统界面和数据库的设计与实现毕业设计论文.docx
- 文档编号:29734969
- 上传时间:2023-07-26
- 格式:DOCX
- 页数:21
- 大小:685.08KB
互动点播系统界面和数据库的设计与实现毕业设计论文.docx
《互动点播系统界面和数据库的设计与实现毕业设计论文.docx》由会员分享,可在线阅读,更多相关《互动点播系统界面和数据库的设计与实现毕业设计论文.docx(21页珍藏版)》请在冰豆网上搜索。
互动点播系统界面和数据库的设计与实现毕业设计论文
互动点播系统
──界面和数据库的设计与实现
摘要:
近两年来,各式各样的网络电视盒子丰富了电视观众的选择,而各类中间件简化了电视盒子的程序开发,使得普通的程序员也可以在此平台方便的设计开发软件,以满足多样的需求。
极大的市场潜力意味着有着大量的相应软件需求,通过设计开发互动点播系统,可以提前接触到这个流行的技术领域,对于我们了解有关电视盒子应用开发有极大的帮助。
互动点播系统依托广电光纤以及定制芯片,可以实现通过遥控器在电视机上自助点播现有网络视频资源。
关键词:
数据库;浏览器;系统;
Abstract:
Inthepasttwoyears,allkindsofnetworkTVboxhasenrichedthechoiceofTVviewers,AndallkindsofthemiddlewaresimplifiestheapplicationdevelopmentofTVbox,makeordinaryprogrammerscanalsointheplatformsoftwaredesignanddevelopment,tomeetthediverseneeds.Greatmarketpotentialmeansthattherearealargenumberofcorrespondingsoftwarerequirements,throughthedesignanddevelopmentHuDongPlayersystem,cancomeintocontactwiththepopulartechnologyinadvance,forustounderstandaboutTVboxapplicationdevelopmentisofgreathelp.HuDongPlayersystembasedonradio,filmandfiberaswellascustomchip,canbeachievedthroughtheremotecontrolinself-helpvideoondemandofexistingnetworkresourcesonthetelevision.
Keywords:
Database;browser;System
1互动点播系统的数据库设计
1.1概述
数据库设计的目的即设计目标从根本上来说就是要实现数据的共享和安全存取,从细化及技术上来说,一个优秀的数据库设计必须要最终实现用户对于数据共享的具体要求,必须要在满足于用户的数据存取要求的基础上实现对于数据的关联性及优化,必须实现数据的安全性及可移植性,以保证用户数据能够简单的进行移植,必须要实现数据库的可扩容性结构以保证数据库对于用户未来数据要求的兼容性等等.根据所学的数据库原理与程序设计的知识,能够针对一个小型的数据库管理系统,进行系统的需求分析,系统设计,数据库设计,编码,测试等,完成题目要求的功能,从而达到掌握开发一个小型数据库的目的。
数据库的历史可以追溯到五十年前,那时的数据管理非常简单。
通过大量的分类、比较和表格绘制的机器运行数百万穿孔卡片来进行数据的处理,其运行结果在纸上打印出来或者制成新的穿孔卡片。
数据库系统的萌芽出现于60年代。
当时计算机开始广泛地应用于数据管理,对数据的共享提出了越来越高的要求。
传统的文件系统已经不能满足人们的需要。
能够统一管理和共享数据的数据库管理系统(DBMS)应运而生。
在数据库随后的发展中,关系数据库、结构化查询语言、面向对象数据库等数据库的重要技术也应运而生。
为什么要使用数据库技术?
因为尽管文件系统可以解决不少问题,有些问题是文件系统所无法解决的,如果给文件系统加上这些特性,那么文件系统也就成为了一个数据库。
1.数据的冗余与数据不一致:
重复数据多,而且对于分布式,有可能出现数据无法同步的问题。
2.数据访问困难,数据孤立:
因为数据存储没有采取同样的格式,使得使用统一的接口访问数据变得不可能。
3.完整性问题:
数据的正确性和兼容性。
4.原子性问题:
就是事务处理,如何保证一个操作的完整性。
5.并发访问:
这也是事务处理的一部分,数据库需要应对同时异地对同一个数据操作的可能。
6.安全性问题:
主要是数据库访问权限问题。
为什么使用数据库?
因为高效,有序,安全,多方的组织,存储,读取组织数据,并且使用数据库可以带来许多好处:
如减少了数据的冗余度,从而大大地节省了数据的存储空间;实现数据资源的充分共享等等。
此外,数据库技术还为用户提供了非常简便的使用手段使用户易于编写有关数据库应用程序。
特别是近年来推出的一系列计算机关系数据库管理系统,操作直观,使用灵活,编程方便,环境适应广泛(一般的三十二位pc机,六十四位pc机等均可运行这种软件),数据处理能力极强。
数据库在我国愈来愈广泛的应用,也成为经济管理的有力工具。
1.2互动点播系统的数据库简介及定义
1.2.1MySQL数据库简介
因为本系统存放的信息数据量比较大的,因此我选择存放信息的数据库MySQL,再者MySQL的单表查询是最为迅速的,而且作为一个网上视频点播系统,没有像其它系统那样需要多表联查的环境和条件那么多,大多数情况下都只是单表查询,因此本系统的数据库方面选择了它。
MySQL是一个小型关系型数据库管理系统,开发者为瑞典MySQLAB公司。
在2008年1月16号被Sun公司收购。
而2009年,Sun又被Oracle收购.对于MySQL的前途,没有任何人抱乐观的态度.目前MySQL被广泛地应用在Internet上的中小型网站中。
由于其体积小、速度快、总体拥有成本低,尤其是开放源码这一特点,许多中小型网站为了降低网站总体拥有成本而选择了MySQL作为网站数据库。
MySQL最初的开发者的意图是用mSQL和他们自己的快速低级例程去连接表格,不管怎样,在经过一些测试后,开发者得出结论:
mSQL并没有他们需要的那么快和灵活。
这导致了一个使用几乎和mSQL一样的API接口的用于他们的数据库的新的SQL接口的产生,这样,这个API被设计成允许为用于mSQL而写的第三方代码更容易移植到MySQL。
1.2.2互动点播系统数据库定义
互动点播系统开发所设计的数据表,分别定义如下:
1、电影资源信息表:
HuDongPlayer_movie
电影名、导演、演员、语言类型、电影类型、地区、上映时间、查询关键字、电影资料图片、搜索中文关键字、电影路径、电影描述、电影时长
2、图片信息存放路径表:
HuDongPlayer_pic
图片存放路径
3、类型信息表:
HuDongPlayer_type
电影类型
4、电影路径信息表:
HuDongPlayer_route
电影路径
5、评论信息表:
HuDongPlayer_comment
评论人、评论内容、评论时间
6、用户信息表:
HuDongPlayer_user
用户名、用户密码、用户昵称、用户权限、联系电话、用户所在地址、Vip用户开始时间、Vip用户结束时间
7、管理员表:
HuDongPlayer_admin
管理员名、管理员密码
1.3互动点播系统的数据库外部设计
1.3.1标识符和状态
数据库名称:
HuDongPlayer(互动点播系统)
该数据库主要是管理该系统设计开发中所需要的数据表。
1.3.2使用它的程序
使用该数据库的程序:
互动点播系统
版本号:
001
1.3.3约定
1、所有表所对应的字段均以该表的英文字母打头。
2、所有表的主键id均为int型。
3、部分表的字段为预留字段,当前系统功能未使用字段,为后期系统扩展功能业务预留字段。
1.3.4专门指导
本系统在数据库表设计的时候采用时下主流的数据库建模工具PowerDesigner15.1,并生成相应的sql脚本,在开发者进行开发时,无需手动建表,只需要在使用命令或者使用数据库客户端工具,方可一键导入到数据库。
并且sql脚本已对每张表以及每个字段做了详细的诠释,开发者可通过阅读该数据库脚本即能理解其所代表的含义,同时开发者如果想更为直观的理解和维护,可使用PowerDesinger建模工具将脚本逆向成数库模型,进行修改和维护。
1.3.5支持软件
1、MySQL5.0:
(2.1中已详细介绍该软件)
2、PowerDesigner15.1(数据建模):
时下主流的数据库建模工具,由SDPTechnologies公司开发完成,是Sybase的企业建模和设计解决方案,采用模型驱动方法,将业务与IT结合起来,可帮助部署有效的企业体系架构,并未研发生命周期管理提供强大的分析与设计技术。
1.4互动点播系统的数据库结构设计
1.4.1概念结构设计
Java实体类是依据数据库表的设计而建的,因此实体类和数据表是相互对应的关系,也可以说是一一对应的关系。
并且Java实体类的属性的名称也延续的使用了对应表中字段的名称,其类型也做了相应的映射。
就用户表(HuDongPlayer_user)和Java中用户实体类(User)举例来说实体类与数据库表是相互映射的,见下表:
表1实体类映射表
数据裤中字段名
数据类型
Java实体类中属性名
属性类型
注释
User_id
Int
User_id
int
用户的唯一标识
User_name
Varchar(20)
User_name
String
用户的名字
User_password
Varchar(20)
User_password
String
用户的密码
User_nickname
Varchar(20)
User_nickname
String
用户的昵称
User_pow
Char
(1)
User_pow
String
该用户所有的用户权限
User_Vip_starttime
date
User_Vip_starttime
Date
(vip)用户生效时间
User_Vip_entime
date
User_Vip_entime
Date
(vip)用户过期时间
User_phone
Varchar(20)
User_phone
String
用户联系电话
User_address
Varchar(20)
User_address
String
用户所在地址
1.4.2逻辑结构设计
图1管理员用户和普通用户关系图
图2管理员用户和电影资源关系图
图3管理员用户和电影评论关系图
图4普通用户和电影评论关系图
图5普通用户和电影资源关系图
图6电影资源和图片信息和类型信息和路径信息关系图
说明:
本系统为基于机顶盒设计,所以本系统所涉及的表相对较少,用户使用遥控器无法对系统进行更多的操作。
管理员用户为后台管理员,能对自己的模块进行相应的操作,但不能对其他管理员用户模块进行操作。
但是管理员用户可以对所有的普通用户模块进行相应的操作。
普通用户模块因权限的不同分为vip用户和非vip用户,因而对电影资源模块和评论模块具的操作有相应的局限性。
电影模块与图片资源模块、存放路径模块为一一对应的关系,与类型模块为一对多得关系。
所以本系统就是基于以上阐述的模块进行设计开发的。
1.4.3物理结构设计
本系统所有表都有唯一主键,无复合主键,便于管理与维护,开发中所有表的数据存储都建立在MySQL中的HuDongPlayer数据库中,使用数据连接池的形式保存本地连接,进行数据库数据操作。
1.5互动点播系统的数据库运用设计
1.5.1数据字典设计
通过以上的分析设计,以及逻辑处理,数据库中表的字段要完全和类中属性匹配,应完全遵循实体和类的对应关系,所以表中字段名、sql类型要和类中属性的属性名、JAVA类型匹配,这样才能在持久层框架中进行动态对应。
根据长时间对数据库中表设计的思考,本系统数据库中表的个数和名称如下:
分别为电影资源表(HuDongPlayer_movie)、图片信息表(HuDongPlayer_pic)、电影类型信息表(HuDongPlayer_type)、电影路径信息表(HuDongPlayer_route)、电影评论信息表(HuDongPlayer_comment)、用户信息表(HuDongPlayer_user)、管理员信息表(HuDongPlayer_admin)下面是对各个表的表结果以及每个表字段的说明:
数据库名称:
HuDongPlayer
一、电影资源表:
表名:
HuDongPlayer_movie
表2电影资源表
标题
数据类型
是否为空
是否为主键
注释
Cd_id
Int
False
是
Cd_name
Varchar(20)
False
电影名
Cd_director
Varchar(50)
False
导演
Cd_actor
Varchar(60)
False
演员
Cd_language
Varchar(10)
False
语言类型
Type_id
Int
False
外键
电影类型
Cd_distrit
Varchar(10)
False
地区
Cd_date
Date&time
False
上映时间
Cd_keyword
Char
(2)
False
查询关键字
Pic_id
Int
False
外键
电影资料图片
Cd_keychinese
Char(4)
False
搜索中文关键字
Route_id
Int
False
外键
电影路径
Cd_descript
text
False
电影描述
Cd_time
Char(8)
False
电影时长
表功能:
显示电影的基本资料,对电影整体的一个描述。
二、图片信息表:
表名:
HuDongPlayer_pic
表3图片信息表
标题
数据类型
是否为空
是否为主键
注释
Pic_id
Int
False
是
Pic_url
Varchar(40)
False
图片存放路径
表功能:
因为每个电影可能有很多的图片资料。
因此单独建一个表存放图片路径。
三、电影类型信息表:
表名:
HuDongPlayer_type
表4电影类型信息表
标题
数据类型
是否为空
是否为主键
注释
Type_id
Int
False
是
Type_name
Varchar(30)
False
是
电影类型
表功能:
存储电影类型。
四、电影路径信息表:
表名:
HuDongPlayer_route
表5电影路径信息表
标题
数据类型
是否为空
是否为主键
注释
Route_id
Int
False
是
Route_url
Varchar(50)
False
电影路径
表功能:
存放电影路径信息。
五、电影评论信息表:
表名:
HuDongPlayer_comment
表6电影评论信息表
标题
数据类型
是否为空
是否为主键
注释
Comment_id
Int
False
是
User_id
int
False
外键
评论人
Comment_content
Varchar(500)
False
评论内容
Comment_time
Date&time
False
评论时间
表功能:
对评论内容的存放和管理。
六、用户信息表:
表名:
HuDongPlayer_user
表7用户信息表
标题
数据类型
是否为空
是否为主键
注释
User_id
Int
False
是
User_name
Varchar(20)
False
用户名
User_password
Varchar(20)
False
用户密码
User_nickname
Varchar(20)
False
用户昵称
User_pow
Char
(1)
False
用户权限
User_Vip_starttime
date
False
(vip)用户生效时间
User_Vip_entime
date
False
(vip)用户过期时间
User_phone
Varchar(20)
False
联系电话
User_address
Varchar(20)
False
用户所在地址
表功能:
对用户信息及权限的存储。
七、管理员信息表:
表名:
HuDongPlayer_admin
表8管理员信息表
标题
数据类型
是否为空
是否为主键
注释
Admin_id
Int
False
是
Admin_name
Varchar(20)
False
管理员名
Admin_password
Varchar(20)
False
管理员密码
表功能:
对管理员信息的存储。
1.5.2安全保密设计
在数据库表的设计中,分为两类用户,一类是普通用户,一类则是管理员用户。
而管理员和普通用户的信息分别存放在两张不同的表中,因而能很好的区分两者的权限问题。
而普通的权限这是通过字段的区分,分为普通用户中的vip用户和普通用户,因此也能有效的区分数据访问及操作权限的问题。
因此,该数据库的安全保密设计是可靠而有可行的。
2互动点播系统的数据库实现
2.1数据库创建
创建数据库:
HuDongPlayer
代码:
createdatabaseHuDongPlayer;
2.2互动点播系统表的创建
本系统所有表创建如下:
管理员表(HuDongPlayer_admin)、用户表(HuDongPlayer_user)、电影资源表(HuDongPlayer_movie)、评论表(HuDongPlayer_comment)、电影路径表(HuDongPlayer_route)、电影类型表(HuDongPlayer_type)、图片表(HuDongPlayer_pic)
1、创建管理员表(HuDongPlayer_admin):
代码:
droptableifexistsHuDongPlayer_admin;
createtableHuDongPlayer_admin(Admin_idintnotnull,Admin_namevarchar(20)notnull,Admin_passwordvarchar(20)notnull,primarykey(Admin_id));
2、创建用户表(HuDongPlayer_user)
代码:
droptableifexistsHuDongPlayer_user;
createtableHuDongPlayer_user(User_idintnotnull,User_namevarchar(20)notnull,User_passwordvarchar(20)notnull,User_nicknamevarchar(20)notnull,User_powchar
(1)notnullcomment'012',User_phonevarchar(20)notnull,Uesr_addressvarchar(20)notnull,Vip_starttimedatenotnull,Vip_endtimedatenotnull,primarykey(User_id));
3、创建电影资源表(HuDongPlayer_movie)
代码:
droptableifexistsHuDongPlayer_movie;
createtableHuDongPlayer_movie(Cd_idintnotnull,Cd_namevarchar(20)notnull,Cd_directorvarchar(50)notnull,Cd_actorvarchar(60)notnull,Cd_languagevarchar(10)notnull,Type_idintnotnull,Cd_distritvarchar(10)notnull,Cd_datedatetimenotnull,Cd_keywordchar
(2)notnull,Pic_idintnotnull,Cd_keychinesechar(4)notnull,Route_idintnotnull,Cd_descripttextnotnull,Cd_timechar(8)notnull,primarykey(Cd_id));
4、创建评论表(HuDongPlayer_comment)
代码:
droptableifexistsHuDongPlayer_comment;
createtableHuDongPlayer_comment(Comment_idintnotnull,User_idintnotnull,Comment_contenttextnotnull,Comment_timedatetimenotnull,primarykey(Comment_id));
5、创建电影路径表(HuDongPlayer_route)
代码:
droptableifexistsHuDongPlayer_route;
createtableHuDongPlayer_route(Route_idintnotnull,Route_urlvarchar(50)notnull,primarykey(Route_id));
6、创建电影类型表(HuDongPlayer_type)
代码:
droptableifexistsHuDongPlayer_type;
createtableHuDongPlayer_type(Type_idintnotnull,Type_namevarchar(30)notnull,primarykey(Type_id));
7、创建图片表(HuDongPlayer_pic)
代码:
droptableifexistsHuDongPlayer_pic;
createtableHuDongPlayer_pic(Pic_idintnotnull,Pic_urlvarchar(40)notnull,primarykey(Pic_id));
3互动点播系统界面设计与实现
3.1模拟按键的设计与实现
互动点播系统的设计与实现是基于电视机顶盒终端运行的,所以没有鼠标等外接设备供客户使用,因此需要对本系统进行按键的模拟实现,通过捕获遥控器的键值来实现对系统的操作。
图7实现效果图
3.2互动点播系统服务器的连接和数据请求的设计与实现
互动点播系统界面的设计与开发中,界面数据大部分来自服务器数据库,实现服务器的连接与数据的
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 互动 点播 系统 界面 数据库 设计 实现 毕业设计 论文