餐厅点餐系统数据库实现

点餐数据库第一部分调查用户需求本系统的最终用户为顾客，管理员。一、餐馆的基本情况：顾客到餐馆自助点餐，每个餐桌上都配有点餐设备，点餐之后通过网银结账，等餐，吃饭。（1） 订单信息：餐桌号，菜的编号，价格，（2） 餐馆的菜单信息：菜的编号，菜名，价格（3） 管理员：编号，姓名，登录系统密码（ 4）发票信息：发票编号，日期，价格，收款人二、用户对系统的要求：a、信息要求1、 订单信息：餐桌号，菜的编号，价格2、餐馆的菜单信息：菜的编号，菜名，价格3、发票信息：发票编号，日期，价格，管理员b、处理要求1、 当顾客订单信息发生改变时，能自行进行修改。比如某些顾客加菜时，顾客点餐信息就应该做相应的修改。2、当餐馆的菜单信息需要发生变更时，管理员能对其进行修改。3、当顾客结账后，管理员能根据其订单通知厨房做菜并打印发票。4、顾客结账后就餐。c、安全性与完整性要求安全性要求：（1）系统应设置访问用户的标识以鉴别是否是合法用户，即是否为管理员，并要求合法用户设置其密码，保证用户身份不被盗用。完整性要求：（1） 各种信息记录的完整性，信息记录内容不能为空（2） 各种数据间相互联系的正确性（3） 相同数据在不同记录中的一致性第二部分系统功能的设计和划分1、 管理员可以查询顾客的订单信息2、 管理员可以更新餐馆的菜单信息3、 管理员可以修改顾客的订单信息4、 管理员可以修改登录密码5、 管理员可以根据订单开发票。6、 顾客可以查看餐馆的菜单信息7、 顾客可以更新自己的订单信息第三部分数据流图-可编辑修改 -接收订单流图：加餐流图：订单记录本加餐信息顾客修改订单管理员开发票流图：顾客订单信息管理员开发票发票记录本发票编过号的发票分配发票号订单记录本总数据流图：订单信息订单信息订单信息顾客下单付款管理员处理订单订单加餐信息信息订单信息订单记录本订单信息开发票发票记录表管理员e-r 图：管理员1提供mm发票顾客n订单1m支付点餐1m管理员1开发票菜单第四部分数据字典1.数据项：菜单数据字典：属性名存储代码类型长度菜名rnamechar20价格rprichar4菜的编号rnochar20管理员数据字典：属性名存储代码类型长度管理员编号snochar20姓名snamechar20用户密码spasswordchar6订单数据字典：属性名存储代码类型长度座位号cnochar20菜的编号rnochar20价格rprichar4发票编号bnochar20发票数据字典：属性名存储代码类型长度发票编号bnochar20日期bdachar20总价rprichar4管理员姓名snamechar202.数据结构：备注餐馆所有菜的菜名餐馆菜的价格餐馆菜的编号备注管理员的编号管理员的姓名管理员自己设置的密码备注顾客的订单号顾客点的菜的编号菜的价格发票编号备注发票编号 开票日期 消费价钱 管理员姓名第五部分概念结构设计一、概念结构设计：根据需求分析中画出的点餐系统的数据流图，可以看出在餐馆点餐系统中一切活动都是 以顾客为核心， 而各种处理也是由顾客主动去完成，如点餐、结账等。在整个数据流图中顾客处于核心地位， 而餐馆的各个职能部门则完成相应的数据处理操作，如在结账后由管理员通知厨房做菜并开发票。在需求分析中我们从分析餐馆的结构入手，我们得出点餐系统存在着 5 个方面的需求， 从而可以设计出5 个概念模式， 为下一步的概念结构设计打好基础，这五个概念模式为：顾客点餐，管理员查询订单，管理员处理订单，顾客加餐 和管理员开发票。点餐系统顾客点餐管理员查询订单管理员处理订单顾客加餐管理员开发票点餐系统概念结构（1） 分数据流图在第三部分（2） 对应于各个分数据流图的e r 图设计为：（3） 实体及相应的属性1. 菜单： 菜编号，菜名，菜价 ；2. 订单： 座位号，菜编号，菜价，发票号 ；3. 管理员： 管理员编号，管理员姓名，管理员性别，年龄，出生日期，身份证号码，用户密码 ；4. 发票： 发票号，日期，总价，管理员编号，管理员姓名二、逻辑结构设计：在概念设计的基础上，根据设计得到系统总的 e-r 图，按照概念模式与关系表转化的一般规则，结合实际的需要进行逻辑设计， e r 图中的实体、实体的属性和实体之间的联系转化为关系模式。最后生成的关系及关系表如下（同时附说明） ：1. 菜单： 菜编号，菜名，菜价 ； 说明：由菜单生成的关系模式，2. 订单： 座位号，菜编号，菜价，发票号 ；说明：由订单生成的关系模式，由于订单跟菜单的联系是1： n，故将菜单的主码菜编号加入到订单关系模式中。3. 管理员： 管理员编号，管理员姓名，用户密码 ；说明：由管理员生成的关系模式4. 发票： 发票号，日期，总价，管理员编号说明：由发票生成的关系模式，由于发票跟管理员的联系是n:m，故将管理员的主码管理员