KTV点歌系统.docx
- 文档编号:8101687
- 上传时间:2023-05-12
- 格式:DOCX
- 页数:21
- 大小:1.35MB
KTV点歌系统.docx
《KTV点歌系统.docx》由会员分享,可在线阅读,更多相关《KTV点歌系统.docx(21页珍藏版)》请在冰点文库上搜索。
KTV点歌系统
综合实验报告
(2014--2015年度第1学期)
名称:
C#项目实践
题目:
KTV点歌系统
院系:
信息工程系
班级:
12级实验班
学号:
121909*********909020104
学生姓名:
李正文陈启明
指导教师:
单树倩
设计周数:
4
成绩:
日期:
2015年1月15日
软件需求说明书
1任务概述
1.1项目的开发目标
实现用户的KTV点歌需求,增加娱乐功能,后台维护简单,能够实现客户端和服务端的交互,界面灵动,优美,代码力求封装打包,利于维护。
1.2项目的应用目标
在完成课题要求外,结合需求,修改代码,可以适用于中小型KTV。
2业务流程
2.1主界面
2.2点歌界面
2.3播放列表界面
2.4个人歌曲收藏界面
2.5登录界面
2.6后台管理界面
2.7修改各种信息界面
3数据描述
数据概念结构独立于数据库逻辑结构和支持数据库的DBMS。
数据概念结构即数据概念模型,其主要特点是:
(1)数据概念模型是反映现实世界的一个真实模型。
数据概念模型应能真实,充分反映现实世界,能满足用户对数据的处理要求。
(2)数据概念模型应能易于理解。
数据概念模型只有被用户理解后,才可以与设计者交换意见,参与数据库的设计。
(3)数据概念模型应当易于更改。
由于现实世界会发生变化,这就需要改变数据概念模型,易于更改的数据概念模型有利于修改和扩充。
(4)数据概念模型应易于向数据模型转换。
数据概念模型最终要转换为数据模型。
设计数据概念模型时应当注意,使其有利于向特定的数据模型转换。
概念结构设计的方法设计概念结构通常有四类方法:
(1)自顶向下:
即首先定义全局数据概念结构的框架,然后逐步细化。
(2)自底向上:
即首先定义各局部应用的数据概念结构,然后将它们集成起来得到全局数据概念模式。
(3)逐渐扩张:
首先定义最重要的核心数据概念结构,然后向外扩充,以滚雪球的方式逐步生成其他的数据概念结构,直至总体数据概念结构。
(4)混合策略:
即将自顶向下和自底向上相结合,用自顶向下策略设计一个全局数据概念结构的框架,以它为骨架集成由自底向上策略中设计的各局部数据概念结构。
其中最经常采用的策略是自底向上的方法。
即自顶向下地进行需求分析,然后再自底向上地设计数据概念结构。
这个报刊订阅系统就用这种方法。
4功能需求
4.1点歌功能
用户进入主界面后,选择需要的点歌方式(歌星点歌,拼音点歌,歌名点歌,排行榜点歌,数字点歌,类型点歌),直接点歌相应的位置后,跳到各种点歌界面里,根据各种点歌方式获取歌曲,点击右侧的“添加”,再点“已点”就可以进入已经添加的歌曲列表,每页显示10首歌曲,当超过10首时,可以点歌下一页查看歌曲。
在显示已经在播放列表的歌曲,点歌播放,跳到播放界面进行播放。
4.2播放功能
进入播放界面后,用户可以根据自己的喜好,选择某些歌“优先播放”,或则删除已经在播放列表的歌曲,同时有伴唱和原唱的切换,和“切歌”的功能,暂停后可以继续播放。
4.3收藏功能
在点歌的列表,可以对歌曲进行收藏,但是只是针对会员的的功能,当会员没有登录时,会提示登录,登录完成后,方可收藏,普通用户不需要登录,也没有收藏的功能。
4.4娱乐功能
在主界面,增加了一个娱乐的功能,游戏-贪吃蛇。
主要是为了放松唱歌者的心情用,也可以放一些其他当前流行的游戏,母的只是是KTV不在单一。
4.5管理员功能
在主界面的左上角,点击登录进入管理员界面,可对包房,歌曲,歌手,开房,退房进行增删改。
5界面要求
界面符合用户的需求,大量使用pictureBox和AnimateWindow函数用于美化界面。
在pictureBox中导入图片。
6接口要求
6.1硬件接口
6.1.1视频服务器
是整个系统的核心,负责接收各个房间的电脑请求。
6.1.2点歌电脑
KTV里的终端设备,性能稳定和耐用
6.2通讯接口
网络通讯标准或者协议
HTTP/FTP
通讯安全或加密问题:
维护人员和管理人员由权限密码后期投入使用时交付
数据传输速率:
mpbs
同步和异步通讯皆可。
7性能需求
7.1电脑磁盘容量大,能够存储大量信息。
8运行环境需求
MicrosoftVisualStudioProfessional2013
版本12.0.21005.1ReL
数据库设计说明书
1.引言
数据库在界面开发中越来越重要,只有详细完整的数据后台作为数据基础,才能在后期的设计和写代码时,更加清晰的去完成。
1.1项目名称
KTV点歌系统
1.2项目背景和内容概要
项目的开发单位为学校。
开发人:
学生。
2.约定
数据库中各种元素的命名约定。
例如表名,字段名的命名约定。
所有数据项都用汉语拼音全拼表示,数据库名称除外。
所有数据表第一个字段都是系统内部使用主键列,自增字段,不可空。
除特别说明外,所有字符串字段都采用文本类型
除特别说明外,所有日期格式都采用date格式,无时间值。
除特别说明外,所有整形都采用int格式。
除特别说明外,所有字段默认都设置为null。
3.数据库概念模型设计
3.1数据实体-关系图
3.2数据实体描述
数据实体中文名,数据库表名
数据实体描述
管理员:
(管理员编号,管理员姓名,管理员电话号码,管理员地址,管理员密码)
歌手:
(歌手编号,歌手名字,歌手区域,歌手性别,歌手图片)
歌曲:
(歌曲编号,歌曲名字,歌手编号,类型编号,歌曲首拼,歌曲字数,歌曲路径,歌曲合唱,歌曲字数)
用户:
(用户编号,用户姓名,用户密码,用户生日)
3.3实体关系描述
管理员:
歌手(1:
n)
关系描述:
管理员添加歌手
管理员:
歌曲(1:
n)
关系描述:
管理员添加歌曲,修改歌曲信息,删除歌曲
管理员:
用户(1:
n)
关系描述:
管理员增,删,改用户
用户:
歌曲(n:
m)
关系描述:
用户添加,删除,收藏歌曲
4.数据库逻辑模型设计
4.1关系模型描述
表1.管理员表
中文名称
数据属性名
数据类型
数据长度
约束范围
是否空
注解
管理员账号
Mid
Varchar
50
否
电话号码
Mtel
Varchar
50
否
地址
Madress
Varchar
50
否
密码
Mpsw
Varchar
50
否
表2.房间表
中文名称
数据属性名
数据类型
数据长度
约束范围
是否空
注解
房间号
Rid
Varchar
50
否
主码
房间状态
Rapp
Varchar
50
否
开房时间
Ropen
Varchar
50
否
退房时间
Rclose
Varchar
50
否
房间规模
Rsize
Varchar
50
否
房间金额
Rmoney
Varchar
50
否
表3.房间表
中文名称
数据属性名
数据类型
数据长度
约束范围
是否空
注解
房间号
Rid
Varchar
50
否
主码
房间状态
Rapp
Varchar
50
否
开房时间
Ropen
Varchar
50
否
退房时间
Rclose
Varchar
50
否
房间规模
Rsize
Varchar
50
否
房间金额
Rmoney
Varchar
50
否
表4.歌手表
中文名称
数据属性名
数据类型
数据长度
约束范围
是否空
注解
歌手编号
Serid
Varchar
50
否
主码
歌手编号
Sername
Varchar
50
否
歌手区域
Sernation
Varchar
50
否
歌手性别
Sersex
Varchar
50
否
歌手图片
Serpic
Varchar
50
否
表5.收藏表
中文名称
数据属性名
数据类型
数据长度
约束范围
是否空
注解
会员编号
Uid
Varchar
50
否
主码
歌曲编号
Sid
Varchar
50
否
表6.歌曲表
中文名称
数据属性名
数据类型
数据长度
约束范围
是否空
注解
歌曲编号
Sid
Varchar
50
否
主码
歌曲名字
Sname
Varchar
50
否
歌手编号
Serid
Varchar
50
否
类型编号
Tid
Varchar
50
否
歌手首拼
Spinyin
Varchar
50
否
歌曲字数
Slong
Varchar
50
否
歌曲路径
Spath
Varchar
50
否
歌手合唱
Steam
Varchar
50
否
歌曲次数
Snum
Varchar
50
否
表7.歌曲类型表
中文名称
数据属性名
数据类型
数据长度
约束范围
是否空
注解
类型编号
Tid
Varchar
50
否
主码
类型名字
Sname
Varchar
50
否
表8.歌手表
中文名称
数据属性名
数据类型
数据长度
约束范围
是否空
注解
歌手编号
Serid
Varchar
50
否
主码
歌手编号
Sername
Varchar
50
否
歌手区域
Sernation
Varchar
50
否
歌手性别
Sersex
Varchar
50
否
歌手图片
Serpic
Varchar
50
否
详细设计说明书
1.程序结构
1.1程序结构图
2.程序设计说明
2.1程序文件名:
KTV点歌系统
系统名:
KTV点歌系统
编写者:
李正文陈启明编写日期:
2015.01.17
第6次修改修改人:
李正文陈启明修改日期:
2015.01.14
程序名称:
KTV点歌系统
3.用户界面设计说明
3.1用户界面图
3.1.1主界面
3.1.2管理员登录界面
3.1.3管理员管理界面
3.1.4用户登录界面
3.1.5会员界面
3.1.6歌星点歌
3.1.7大陆男歌手
3.1.8拼音点歌
3.1.9排行榜点歌
3.20数字点歌
3.21类型点歌
3.22娱乐界面
用户使用手册
1引言1
1.1编写目的1
1.2背景2
1.3定义2
2.软件概述2
2.1目标2
2.2功能2
3.运行环境3
3.1硬件3
3.2支持软件客户程序软件3
4.运行说明4
4.1运行表4
4.2运行步骤4
4.2.1运行控制4
4.2.2操作信息4
5.非常规过程5
1引言
1.1编写目的
本文档是KTV系统前期开发阶段针对用户所进行的用户手册,在本文档中我们通过对报刊订阅系统中的三种不同用户进行了详细而具体的需求分析,通过该文档读者可以了解该系统的所有功能以及用户的具体权限。
在进行系统的设计前,我们一组的成员通过自己的预想和要求把该管理系统分为了三个模块:
管理员模块,用户操作模块,播放界面模块,相应的这三大模块对应了不同的三类用户,每类用户又具有自己的不同的职责。
这些内容在该文档中都有相应的说明。
1.2背景
项目的委托单位:
2014年度下学期软件工程第一项目小组
1.3定义
管理员:
对包房,歌曲,歌手基本信息进行管理的人员
用户:
添加,删除,收藏歌曲。
2.软件概述
2.1目标
使用户能够轻松掌握本软件的安装及使用。
2.2功能
功能描述:
一、管理员功能
1.登录:
输入用户名,密码,选择身份—>登录
2.管理包房信息;
3.管理会员人员信息;
4.管理歌曲信息;
5.管理歌手信息;
三、用户功能
1、登录:
输入用户名,密码,选择身份—>登录;
2、添加歌曲(各种方式);
3、删除播放列表歌曲
4.收藏喜爱的歌曲
5.娱乐功能
3.运行环境
3.1硬件
1、设备:
客户程序硬件要求:
具有PentiumⅡ处理器且满足以下要求的计算机:
最低64MB内存最小1GB硬盘鼠标键盘服务器硬件要求:
WED服务器硬件需求:
具有PentiumⅢ处理器且满足以下要求的计算机:
最低256MB内存最小2GB硬盘总线I/O:
8M/s;鼠标键盘数据库服务器硬件要求:
具有PentiumⅢ处理器且满足以下要求的计算机:
最低256MB内存最小20GB硬盘鼠标键盘
3.2支持软件客户程序软件
Windows95/NT/2000或更高版本IE4.0或更高版本网络支持WEB服务器软件:
WindowsNT/2000Server或更高版本
4.运行说明
4.1运行表
管理员登陆
供KTV管理员进入系统
会员登陆
供用户进行终端登陆活动
5.2运行步骤
5.2.1运行控制
管理员进入系统——包房管理——歌曲管理——歌手管理——用户管理等
会员员进入系统——添加歌曲——删除歌曲——收藏歌曲--播放歌曲等
5.2.2操作信息
在登陆界面进行登陆,输入账号和密码,选择身份后点击确定,即可进入对应界面,进行相应职责操作。
6.非常规过程
该系统在每次进行操作后都会默认存储当前信息,然后以文字形式储存在硬盘中,以便于在系统关闭后查询相关信息。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- KTV 点歌 系统