基于Android的点菜系统数据库的设计与实现.docVIP

基于Android的点菜系统数据库的设计与实现.doc

  1. 1、本文档共19页,可阅读全部内容。
  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文档。上传文档
查看更多
本科学生综合性实验报告 课程名称:数据库系统原理 实验项目名称:基于Android的酒店点菜系统数据库设计 数据库总体设计 班级 教育技术09-2班 第 01 组 指导老师:秦勇、杨忠明 2010至2011学年 第二学期 2011 年 07月 13 日 酒店点菜系统数据库设计 项目组长:邱炳发 成 员:邱炳发 丘润桂 祁 睿 梁文桂 《数据库系统原理》课程 目 录 1需求分析 4 1.1 编写目的 4 1.2 背景 4 1.3 目标 4 1.4 需求分析 5 1.4.1 系统总体需求 5 1.4.2 软硬件平台设计 6 2 概念设计(E-R图设计) 7 2.1 实体服务员与桌子之间的联系 7 2.2 实体服务员(负责人)与房间之间的联系 7 2.3 厨师和菜表之间的联系 8 2.4总E-R图 8 3 逻辑设计 9 3.1表设计 9 3.2视图设计 10 4 物理设计 12 4.1触发器 12 (1) 建立触发器room_waiter_insert(保证一名服务员最多只能负责一个房间) 12 (2) 建立触发器T2: 12 4.2存储过程 12 (1) 建立存储过程total_sum, 输入一桌子和房间编号,即可查出该桌顾客的消费总额 12 (2) 建立存储过程total_sum_detail, 输入一桌子和房间编号,即可查出该桌顾客的消费总额 13 (3) 建立存储过程P2,输入一服务员的编号,即可查出服务员的相关信息 14 (4) 建立存储过程P3,输入一厨师编号,查询厨师的相关信息: 14 (5) 建立存储过程P3,根据顾客的需求,输入一房间编号,选择不同型号的桌子 14 5 数据库设计脚本 14 1需求分析 1.1 编写目的 使用该文档的使用成员为实现基于android的酒店点菜系统的开发人员以及酒店具体组织管理人员。 小组各成员所做的工作: 邱炳发 分析设计,概念设计,逻辑设计, 表项设计,E-R图设计 丘润桂 逻辑设计,物理设计,表项设计, E-R图设计 祁 睿 逻辑设计,物理设计,数据处理 梁文桂 表项分析,数据处理,脚本编写 1.2 背景 项目名称:基于android的酒店点菜管理系统。 项目提出者:系统项目组织人员。 项目开发者:系统项目开发小组。 项目鉴定者:暂无。 项目开始时间:2011-07-13。 1.3 目标   目前大多数酒店由于规模的限制,忽略了点菜系统的重要性,而本系统专为具有一定规模和经济条件的大型酒店设计。通过集成从顾客定桌、点菜、上菜到结帐等一系列功能,为每个环节明确分工,并通过可视化的软件支持,有效减小了人为差错的概率,代之以高效、便捷、准确的数字化服务系统,使酒店的管理更加规范化。 用户分为两类: 普通操作员(酒店服务员):只须具有初级的计算机操作能力,一般高中生以上经过稍稍培训都可胜任,只是负责点菜进行时一些简单数据的插入、更新、查询。 管理人员:这些人员应具备一定的数据库知识,不过只要了解就行,这些人员负责对数据库中重要数据及基本数据的更新,如对静态表的重新定义,普通用户的权限分配。 1.4 需求分析 1.4.1 系统总体需求 (l) 通过对酒店点菜各个步骤、所需的各项信息等的分析,我们规定: 对于整个系统而言,拥有两种用户:普通操作人员和管理人员. 一名服务员可以负责多张桌的点菜任务,一张桌只能由一名服务员负责点菜. 一个房间仅由一名服务员作为负责人,一名负责人只能负责一个房间. 一个厨师可以做多样菜,一个菜式有多个厨师会做。 (2) 通过对酒店点菜各方面分析,酒店点菜中包含的实体有服务员、厨师、房间、桌子、菜表。包含的数据项分别如下: 服务员编号,服务员姓名,服务员性别,服务员年龄,雇佣时间,职位. 房间编号,房间名,房间容纳人数,桌子数,房间型号,房间状态、房间负责人等. 桌子编号,桌子容纳人数,桌子房间号、桌子状态. 菜编号,菜名,价格,菜类别等. 厨师编号,厨师姓名,厨师性别,厨师年龄,厨师雇佣时间,厨师职称,厨师状态. (3) 实体之间的联系有: ①服务员(负责人)与房间之间(1:1). ②服务员与桌子之间(1:M). ③厨师与菜表(N:M). (4)通过以上分析,酒店点菜数据库包含的模块有: ①输入模块 主要是各种信息的输入,如服务员信息、厨师信息、房间信息、桌子信息、菜表信息等. ②输出模块 主要是各种查询结果的输出等. 编号 数 据 流 名 输 入 输 出 1 变更服务员 变更信息 服务员信息 2 查询服务员 服务员编号 服务员信息 3 变更厨师 变更信息 厨师信息 4 查询厨师 厨师编号 厨师信息 5 变

文档评论(0)

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

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

1亿VIP精品文档

相关文档