餐厅点餐系统数据库实现

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