数据库课程设计餐饮下单管理系统(共49页)

1、精选优质文档-倾情为你奉上目 录专心-专注-专业1.课题名称及目标本次实训要设计的数据库课题名称是餐厅管理系统。餐厅管理系统的功能主要包括顾客点菜、结账、对员工资料进行管理、对餐桌信息进行统一设置、对消费情况进行查询等功能。基本功能如下：（1）菜谱信息管理：对菜谱进行增、查、改、删操作。即可查询当前餐厅所推出的菜品，增加菜品，修改菜品的价格，删除菜品。（2）餐桌信息管理：能查询当前餐厅中所有餐桌的座位数以及使用情况，客人可以对位实现的餐桌进行使用申请。（3）顾客信息管理：可以查询顾客的相关信息，如性别，年龄，联系方式等。当有新顾客时，可添加新顾客的信息。（4）顾客下订单功能：实现下订单，具有唯一的订单号，可用于结账。可根据顾客的人数选择相应的餐桌号，并且能够指定服务员。（6）顾客点菜：实现顾客点菜功能。顾客可以对所下的订单进行修改，即可删除所点的菜品或是修改数量。同时可以查询某位顾客的订单。（7）顾客结账：根据订单号进行结账（防止有相同姓名的顾客，以致结错帐）。能够根据消费金额进行对应的折扣，并把消费信息存档到消费记录中去。2.需求分析通过了解餐饮行业的特点和实际情况，从分析饭店的基本

2、情况入手，结合要实现的功能，对系统的可行性进行分析，为提高其可行性，故做了以下数据分析。2.1 数据需求餐桌数据包括餐桌号、座位数、状态（空/有人）餐厅存储有顾客信息，员工信息。菜品信息有菜品编号、名称、类别、价格等v 具体数据需求如下：下订单阶段需要的数据l 顾客信息：包括顾客编号。l 订单信息：包括订单编号、消费时间。l 餐桌信息：包括编号、可容人数、使用状态等l 员工信息：包括员工工号。 点菜阶段需要的数据l 订单信息：订单编号l 菜品信息：包括菜品编号、菜品名称、菜品数量等。 结账阶段需要的数据：l 订单信息：包括订单编号、顾客编号l 菜品信息：包括菜品编号、菜品名称、菜品数量等。l 员工信息：包括员工工号l 折扣信息：包括消费金额、折扣数 员工管理需要的数据：l 员工档案：包括工号、姓名、性别、工资 顾客管理需要的数据：l 顾客档案：包括编号、姓名、性别等。 消费记录管理需要的数据有：l 消费信息：订单编号、消费金额、折扣后金额、结账时间2.2事务需求v 数据录入l 录入顾客信息l 录入餐桌信息l 录入员工信息l 录入菜品信息v 数据更新/删除l 更新/删除餐桌信息l 更新/

3、删除菜谱菜品信息l 更新/删除员工信息l 更新/删除顾客信息l 更新/删除订单菜品信息v 数据查询l 查询可用餐桌信息l 查询在售菜品信息l 查询订单信息l 查询顾客点菜信息l 查询员工信息l 查询顾客消费信息2.3数据流（1）顶层数据流P1订单处理E2服务员E1顾客 负责F1变更信息（2） 第一层数据流 P2.2点菜处理F2.1折扣 菜谱P2.1直接下单E2.1顾客E2.3服务员P2.3结账E2.2订单 就位 生成 账单(3)第二层数据流点菜业务 申请变更 P3.1.2点菜处理 反馈变更查看菜谱P3.1.5判断变更方式 P3.1.4变更处理 加菜、减菜P3.1.1直接下单F3.1.2存储账单E3.1.2订单E3.1.1顾客 就位 生成 账单P3.1.3后台处理F3.1.1存储订单 点菜业务2.4数据字典1) 数据项Foodtable(餐桌)数据项属性存储代码类型长度餐桌号Foodtablenovarchar10座位数seatingnoint使用状态Foodtablestatevarchar10Menus（菜谱）数据项属性存储代码类型长度编号Dishnovarchar10名称Dishn

4、amevarchar10类别Dishclassvarchar10价格DishpricefloatWorker（员工）数据项属性存储代码类型长度工号Workernovarchar10姓名Workernamevarchar10性别Workersexvarchar4年龄Workerageint工资WorkersalaryintCustomer（顾客）数据项属性存储代码类型长度编号Customernovarchar10姓名Customernamevarchar10性别Customersexvarchar4联系方式Customerphonenovarchar20Oder（订单）数据项属性存储代码类型长度订单编号Odernovarchar10顾客编号Customernovarchar10消费时间consumetimedatetime餐桌编号Foodtablenovarchar10服务员编号Workernovarchar10Menus_Oder（点菜）数据项属性存储代码类型长度订单编号Odernovarchar10菜品编号Dishnovarchar10菜品名称Disnnamevarchar10菜品数

5、量Dish_amountintDiscount_rules（折扣规则）数据项属性存储代码类型长度消费金额Consumptionfloat折扣DiscountfloatSales_bill（消费账单）数据项属性存储代码类型长度订单编号Odernovarchar10消费金额Consumptionfloat折扣后金额after_discountfloat账单时间Billtimeint2) 数据结构编号数据结构名属性1餐桌信息餐桌号、座位数、使用状态2菜谱编号、名称、类别、价格3员工信息工号、姓名、性别、年龄、工资4顾客信息编号、姓名、性别、联系方式5订单信息订单编号、顾客编号、消费时间、餐桌编号、服务员编号6点菜订单编号、菜品编号、菜品名称、菜品数量7折扣规则消费金额、折扣8消费账单订单编号、消费金额、折扣后金额、账单时间3) 数据流编号 数据流名 输入 输出 1 菜品信息 修改菜品 菜谱 2 空闲餐桌 选择餐桌 订单 3 点菜信息 加菜退菜 点菜 4 记入账单 订单 结账 5 结账 折扣方式 结账4) 数据存储编号 数据存储名 输入 输出 1 顾客信息更新 顾客新信息 顾客信息 2 菜谱更

6、新 新增菜品 菜谱 3 订单储存 订单 订单信息 4 餐桌更新 新增餐桌 餐桌 5 账单存储 消费信息 账单记录5) 处理过程编号 处理过程名 输入数据流 输出数据流 1 顾客点菜 菜谱 订单 2 结账 订单 账单记录3.数据库结构设计3.1概念设计（1） 订单形成过程1n111nnn1n负责包含菜品选择菜谱顾客查看生成订单服务员（2）结账形成过程消费金额包含支付顾客订单对应折扣规则对应111对应1111111对应1111111nnnnn工资对应员工折扣销售记录账单支付保存位置餐桌负责订单下单包含菜品选择查看顾客菜谱3.2逻辑设计3.2.1 E-R图向关系模型的转换A. 转换规则一个实体型转换成一个关系模型。实体的属性就是关系的属性，实体的码就是关系的码。实体型间的联系常有如下不同的情况：a. 一个1:1联系可以转换为一个独立的关系模式，也可以任意一端对应的关系模式合并。b. 一个1：n联系可以转换成一个独立的关系模式，也可以与n端对应的关系模式合并。c. 一个m:n联系转换成一个关系模式。d. 3或3个以上实体间的一个多联系可以转换成一个关系模式。e. 具有相同码的关系模式可合并。B.根据以上规则得到如下关系模型（下划线的属性为主码）菜谱（菜品编号，菜品名称，菜品类别，菜品价格）顾客（顾客编号，姓名，性别，年龄，联系方式）餐桌（餐桌号，座位数，使用状态）员工（工号，姓名，性别，年龄，工资）订单（订单编号，顾客编号，消费时间，餐桌编号，服务员编号）菜谱_订单（订单编号，菜品编号，菜品名称，菜品数量）消费记录（订单号，消费金额，折扣后金额，账单时间）折扣规则（消费金额，折扣）1) 确定数据依赖。2) 对各个关系模式间的数据依赖进行极小化分析，减小冗余。3) 按照数据依赖的理论对关系模式进行分析，看是否存在部分函数依赖或函数传递或多值依赖等，确保各关系模式满足第三范式。4) 按照需求分析阶段得到的处理要求，分析对于这样的应用环境这些模式是否合适，确定是否要对某些模式进行合并或分解。5) 对关系模式进行必要的分解，分析对于这样的应用环境这些模式是否合适，确定是否要对某些模式进行合并或分解。3.2.3 用户子模式建立名

《数据库课程设计餐饮下单管理系统(共49页)》由会员汽***分享，可在线阅读，更多相关《数据库课程设计餐饮下单管理系统(共49页)》请在金锄头文库上搜索。