KTV点歌系统讲解

KTV点歌系统
开发单位： 成员：
分工及开发流程
需求分析及E-R图： 逻辑概念模型： 数据库设计及其维护： 前台制作及代码编写 ： PPT制作：
1 软件需求分析
1.0KTV点歌系统的功能 1.1数据字典 1.2数据流程图
1.0 KTV点歌系统的功能
KTV点歌系统以满足用户需求，减轻工作人员负担 为宗旨，主
要实现以下几个功能目标：(1)消费者可以按不同方 式选择想要点选的歌曲，如歌星名、歌类、歌名字 数、拼音、语种等；(2) 管理员有单独的安全认证入 口，具有添加、修改和删除歌手和歌曲信息的管理。 还有记录消费者的消费情况。 (3)实现原唱，不同程 度的伴唱功能，还可以自主的进行音量控制。（4） 消费者可以随时查看消费金额。
1.1数据字典
1.2数据流程图
2 E-R图
性别
缩写
姓名
歌手信息
地区
编号
名称 缩写
人数
人员
组合信息
编号
2 E-R图
组合 名
语种
名称
歌曲信息
风格
歌曲编号
路径
缩写
管理员信 息
登
密
录
码
名
名称
歌曲编 号
2 E-R图
组合 名
语种
已选歌曲信 息
Байду номын сангаас
风格
路径
缩写
结束时 间
开始时 间
消费记录 信息
单价
总 E-R图
地区） 组合（组合编号，组合名称，拼音缩写，地区） 歌曲（歌曲编号，歌曲名称，组合编号，类型，
语种，拼音缩写，存放路径，歌手编号） 已选列表（歌曲编号，歌曲名称，组合编号，
类型，语种，拼音缩写，存放路径，歌手编号） 管理员（登录名,密码） 消费记录（开始时间，结束时间，单价，总价）
出现的问题及解决办法
（1）结构冲突。歌手在歌手这个分E—R图中 作为主体，而在歌曲分E—R图中则作为属性。 歌手包含自己的属性，不能放在歌曲表的属性 里，这时歌手需要单独建立一个表。
(2)命名冲突。歌曲与歌手都包含编号及名称， 起名时需要区分开。
三．逻辑设计
根据E-R图，可转化为如下关系模式： 歌手（歌手编号，歌手姓名，性别，名字缩写，
数据库设计
后台操作记录 字段名 操作编号 操作内容
操作时间 操作人员 备注
类型 Int nvarnchar(100)
Datetime Int nvarnchar(100)
空值 not null not null
not null not null
约束条件 主键
外键