KTV点歌系统

根据E-R图，可转化为如下关系模式： 歌手（歌手编号，歌手姓名，性别，名字缩写， 地区） 组合（组合编号，组合名称，拼音缩写，地区） 歌曲（歌曲编号，歌曲名称，组合编号，类型， 语种，拼音缩写，存放路径，歌手编号） 已选列表（歌曲编号，歌曲名称，组合编号， 类型，语种，拼音缩写，存放路径，歌手编号） 管理员（登录名,密码） 消费记录（开始时间，结束时间，单价，总价）
单价
总 E-R图
出现的问题及解决办法


（1）结构冲突。歌手在歌手这个分E—R图中 作为主体，而在歌曲分E—R图中则作为属性。 歌手包含自己的属性，不能放在歌曲表的属性 里，这时歌手需要单独建立一个表。 (2)命名冲突。歌曲与歌手都包含编号及名称， 起名时需要区分开。
三．逻辑设计





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图Hale Waihona Puke Baidu
性别
缩写
人数
名称
姓名
歌手信息
人员
地区 组合信息
编号
缩写
编号
2
E-R图
组合 名 语种
名称
歌曲信息
风格
管理员信 息
登 录 名 歌曲编号 路径 缩写
密 码
2
组合 名 语种
E-R图
开始时 间
名称
已选歌曲信 息
风格 消费记录 信息
歌曲编 号
路径
缩写
结束时 间
数据库设计
后台操作记录 字段名 操作编号 类型 Int 空值 not null 约束条件 主键
操作内容
nvarnchar(100)
not null
操作时间 操作人员 备注
Datetime Int nvarnchar(100)
not null not null 外键