泉州朝歌量贩式KTV管理信息系统数据库分析设计.docVIP

泉州朝歌量贩式KTV管理信息系统数据库分析设计.doc

  1. 1、本文档共28页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
泉州朝歌量贩式KTV管理信息系统数据库分析设计

目 录 一、 背景说明 4 二、总体目标 4 三、系统主要功能 4 3.1该系统主要包括以下功能: 4 3.2系统结构图 5 四、E-R图 6 4.1基本信息: 6 4.2基本业务: 6 4.3房间管理: 8 4.4房间维护: 8 五、ER图的集成与优化 8 六、数据流程图 11 6.1顶层数据流程图: 11 6.2第1层数据流程图: 11 6.3第2层数据流程图 11 6.3.1第2层数据流程图:从包间信息管理角度出发 11 6.3.2第2层数据流程图:从结账退房处理角度出发 12 七、逻辑结构设计 13 7.1与总E-R图对应的关系模式 13 7.1.1实体所对应的关系模式: 13 7.1.2联系所对应的关系模式: 13 7.2优化后的数据模型 13 7.2.1 关系模式的调整(基于处理效率的考虑) 13 7.2.2关系模式的规范化(达到3NF) 14 7.2.3用户子模式设计 15 八、物理结构设计 15 8.1 DBMS选型及系统配置的选择 15 8.2 索引的设置 16 8.3 安全性及用户权限设计 16 8.4其他物理细节 16 8.4.1存储结构设计 16 8.4.2存取路径设计 17 九、数据库实施阶段 18 9.1数据库实施阶段目标 18 9.2数据库实施阶段任务 18 9.3建立视图 21 9.4基于视图的数据查询 22 9.5数据库关系图 24 十、KTV系统界面 24 十一、设计评价及说明 27 背景说明 随着社会的发展和人民生活水平的提离,人们对精神文化生活的需求也在不断地增KTV的出现和发展在一定程度上满足了人们的这种需求,所以KTV行业迅速崛起并KTV源于日本,之前叫“卡拉OK”,刚传入中国时,主要以一种高档娱乐形式存在于“夜总会、歌舞厅”等一些高级消费场所。近10余年来的飞速发展现在已遍布全国各地,据权威数据显示我国注册登记的各种KTV、迪厅、数量达20万家以上。目前的大部分KTV娱乐场所已不单是作为一个娱乐行业的形式存在,它同时兼容了娱乐业和服务业的特点。从(KTV)消费来看,以一个中等城市为例,KTV等娱乐场所就有二三百家,大的一晚接待顾客三四百人,少的也有几十人,仅此一项,就有数万人在消费,这个数字目前还在呈快速上升趋势,而经营较好的店每晚平均客流量在500—700人次之间,消费群体主要是学生和公司的白领阶层,日常上座率为50%—70%,到周末时最为火爆,上座率可达到100%。正如《时代》杂志预言的那样:新技术和其他一些趋势可以让人把生命中的50%的时间用于玩乐,KTV等娱乐场所消费也越来越趋向大众化,唱K的人将会越来越多。随着全国各地不断涌现的KTV、酒吧、迪厅等娱乐场所,与之相对应的配套设备的需求量也越来越大。为满足现代人追求更高的物质精神享受的需要,KTV场所设备不再像以前那样陈旧落后,设备追求个性新潮,设备更新换代快,基本上两年就更换一整套设备,由此可见,娱乐场所设备前景非常看好。以大大提离管理的效率、安全KTV行业的日常管理中,它的管理人员也同样通过信息化的作退出系统:关闭所有界面,退出系统。 3.2系统结构图 四、E-R图 4.1基本信息: 实体属性定义: 客户(会员编号,客户姓名,地址,消费积分,备注) 用户(用户ID,用户名,密码) 用户类型(名称,类型编号) 4.2基本业务: 实体属性定义: 客户(客户编号,会员编号,客户姓名,地址,电话,性别,消费积分) 房间(房间编号,类型,价格) 账单(账单编号,消费金额,结账日期,结账金额) 物品(物品编号,物品名,单价,赔偿价格) 4.3房间管理: 实体属性定义: 客户(客户编号,会员编号,客户姓名,地址,电话,性别,消费积分) 订单(订单编号,预订日期,预期时间,备注) 房间(房间编号,房间类型,房间状态,价格) 4.4房间维护: 实体属性定义: 员工(工号,类别,姓名,电话,地址,性别,工作状态) 房间(房间编号,房间类型,房间状态,价格) 五、ER图的集成与优化 以上便是四个子模块的分E-R图设计过程,接着要做的就是将所有的分E-R图进行综合,合成一个模块的总E-R图. 由于本系统比较简单,分E-R图规模也比较小,所以E-R图合成过程采用一次将四个子模块分E-R图集成总E-R图的方式. 分两步进行: 5.1第一步:合并。 解决各分E-R图之间的冲突,将各分E-R图合并起来生成初步E-R图。 各分E-R图之间的冲突主要有三类: 属性冲突: (1)属性域冲突,即属性值的类型、取值范围或取值集合不同。由于本系统较简单,所以并不存在这种冲突; (2)属性取值单位冲突。由于本系统较简单,不存在这类冲突; 命名冲突: 同名异义:由于本系统较简单,所以不存在这类冲突; 异名同义:由于本系统较小,

文档评论(0)

xcs88858 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:8130065136000003

1亿VIP精品文档

相关文档