餐馆数据库管理系统设计

1、餐馆管理数据库设计餐馆管理数据库设计. 小组分工：小组分工： 李慧负责需求分析李慧负责需求分析 李超负责数据流图的设计李超负责数据流图的设计 高瑞负责高瑞负责E-R图的设计图的设计 姜爱玲负责数据库的设计姜爱玲负责数据库的设计 王珊珊负责数据字典的设计王珊珊负责数据字典的设计目录目录 第一部分第一部分 前前 言言 1. 餐饮管理系统研究的意义餐饮管理系统研究的意义 第二部分第二部分 数据库设计数据库设计 2.数据流图数据流图 4.概念结构设计概念结构设计 5. 逻辑结构设计逻辑结构设计 6. 物理结构设计物理结构设计餐饮管理系统研究的意义餐饮管理系统研究的意义 我国今年来经济不断发展，人们物质

2、生活水平逐我国今年来经济不断发展，人们物质生活水平逐步提高，人们对生活质量的要求也越来越高，享受真步提高，人们对生活质量的要求也越来越高，享受真正自动化、人性化的服务成为了人们追求高质量生活正自动化、人性化的服务成为了人们追求高质量生活的重要内容。餐饮业要想跟上发展形势，餐馆管理的的重要内容。餐饮业要想跟上发展形势，餐馆管理的信息化进程也要加快脚步。为了在总体上实现餐馆管信息化进程也要加快脚步。为了在总体上实现餐馆管理的自动化、规范化和人性化，需要餐馆管理由经验理的自动化、规范化和人性化，需要餐馆管理由经验管理转为科学管理，这样才能跟上现代化的节奏。管理转为科学管理，这样才能跟上现代化的节奏。

3、 这套餐饮管理系统，是针对餐馆的具体业务而开这套餐饮管理系统，是针对餐馆的具体业务而开发的，业务管理以餐馆的餐饮管理为核心，为用户提发的，业务管理以餐馆的餐饮管理为核心，为用户提供迅速、高效的服务，减免手工处理的繁琐与误差，供迅速、高效的服务，减免手工处理的繁琐与误差，及时、准确地反映餐馆的工作情况、经营情况，从而及时、准确地反映餐馆的工作情况、经营情况，从而提高餐馆的服务质量，并配合现代化的餐馆管理，获提高餐馆的服务质量，并配合现代化的餐馆管理，获得更好的经济效益。得更好的经济效益。 通过系统需求分析了解用户的需求，清楚程序要实现的功能。分析的根本通过系统需求分析了解用户的需求，清楚程序要实

4、现的功能。分析的根本目的是在开发者和提出需求的用户之间建立一种理解和沟通的机制。餐饮管理目的是在开发者和提出需求的用户之间建立一种理解和沟通的机制。餐饮管理系统的需求分析也是由开发人员和用户或者客户一起完成的。通过和餐馆工作系统的需求分析也是由开发人员和用户或者客户一起完成的。通过和餐馆工作人员的沟通，系统需求如下。人员的沟通，系统需求如下。（1）用户权限管理。系统登陆应该有权限管理，不同的用户具有不同的权限。）用户权限管理。系统登陆应该有权限管理，不同的用户具有不同的权限。权限决定了用户的工作职责。酒店的总经理可以查看公司的所有信息，并且负权限决定了用户的工作职责。酒店的总经理可以查看公司的

5、所有信息，并且负责添加用户，并为其他人员分配各种权限。权限的不同代表其他人员的职务不责添加用户，并为其他人员分配各种权限。权限的不同代表其他人员的职务不同。酒店的厨师长可以实现酒店菜单管理，决定每天菜肴种类。酒店人事经理同。酒店的厨师长可以实现酒店菜单管理，决定每天菜肴种类。酒店人事经理可以实现员工管理。酒店领班只负责营业、预订等管理。可以实现员工管理。酒店领班只负责营业、预订等管理。（2）系统可以创建、编辑和删除酒店的菜单并且可以快捷查询某个菜单的具）系统可以创建、编辑和删除酒店的菜单并且可以快捷查询某个菜单的具体信息。体信息。（3）顾客就餐时，可以添加桌位编号、人数、菜单等营业信息，并且可

6、以根）顾客就餐时，可以添加桌位编号、人数、菜单等营业信息，并且可以根据客人调整营业信息，系统自动计算消费金额进行结算。据客人调整营业信息，系统自动计算消费金额进行结算。（4）顾客就餐时能够添加预订人、电话、菜单、人数等预订信息，并且可以）顾客就餐时能够添加预订人、电话、菜单、人数等预订信息，并且可以随时取消修改预订信息。能够对预订信息进行计算消费金额。随时取消修改预订信息。能够对预订信息进行计算消费金额。（5）如果添加新员工，系统需要能够添加新的员工信息，如果员工的基本信）如果添加新员工，系统需要能够添加新的员工信息，如果员工的基本信息有变化，系统需要能够编辑员工的信息，如果员工离职，系统能够

7、删除员工息有变化，系统需要能够编辑员工的信息，如果员工离职，系统能够删除员工信息并对员工进行存档。信息并对员工进行存档。（6）能够提供菜单、预订、以及员工的查询功能。）能够提供菜单、预订、以及员工的查询功能。（7）具有财务处理功能，能够对营业额进行各种统计。）具有财务处理功能，能够对营业额进行各种统计。（8）运行在）运行在Windows平台上，有一个良好的人机交互界面，操作要求简单方便。平台上，有一个良好的人机交互界面，操作要求简单方便。（9）有很好的可扩展能力，可根据实际情况实现新功能的添加，维护简单。）有很好的可扩展能力，可根据实际情况实现新功能的添加，维护简单。（10）有良好的安全性，应

8、用系统时需要通过身份验证，后台有操作记录以及）有良好的安全性，应用系统时需要通过身份验证，后台有操作记录以及自动定时备份数据。自动定时备份数据。.2、数据流程图、数据流程图基本数据流图基本数据流图（1）用户权限管理）用户权限管理系统登陆应该有权限管理，不同的用户具有不同的权限。权限决定了用户的系统登陆应该有权限管理，不同的用户具有不同的权限。权限决定了用户的工作职责。酒店的总经理可以查看公司的所有信息，并且负责添加用户，并工作职责。酒店的总经理可以查看公司的所有信息，并且负责添加用户，并为其他人员分配各种权限。为其他人员分配各种权限。（2）菜单管理）菜单管理酒店的厨师长可以实现酒店菜单管理，决

9、定每天菜肴种类。酒店的厨师长可以实现酒店菜单管理，决定每天菜肴种类。（3）人事管理）人事管理 酒店人事经理可以实现员工管理。如果添加新员工，系统需要能够添加新酒店人事经理可以实现员工管理。如果添加新员工，系统需要能够添加新的员工信息，如果员工的基本信息有变化，系统需要能够编辑员工的信息，的员工信息，如果员工的基本信息有变化，系统需要能够编辑员工的信息，如果员工离职，系统能够删除员工信息并对员工进行存档。如果员工离职，系统能够删除员工信息并对员工进行存档。（4）营业管理）营业管理 酒店领班只负责营业管理，顾客就餐时，可以添加桌位编号、人数、酒店领班只负责营业管理，顾客就餐时，可以添加桌位编号、人

10、数、菜单等营业信息，并且可以根据客人调整营业信息，系统自动计算消菜单等营业信息，并且可以根据客人调整营业信息，系统自动计算消费金额进行结算。费金额进行结算。（5）预定管理）预定管理 酒店领班只负责营业、预订等管理。顾客就餐时能够添加预订人、电酒店领班只负责营业、预订等管理。顾客就餐时能够添加预订人、电话、菜单、人数等预订信息，并且可以随时取消修改预订信息。能够话、菜单、人数等预订信息，并且可以随时取消修改预订信息。能够对预订信息进行计算消费金额对预订信息进行计算消费金额 （6）财务管理）财务管理 具有财务处理功能，能够对营业额进行各种统计。具有财务处理功能，能够对营业额进行各种统计。 4.1

11、分分E-R图图 4.2 总总E-R图图 将将E-RE-R图转化为关系模型实际上就是要将实体型、实体的属性和图转化为关系模型实际上就是要将实体型、实体的属性和实体型之间的联系转换为关系模式，这种转换一般遵循如下原则：实体型之间的联系转换为关系模式，这种转换一般遵循如下原则： 一个实体转换为一个关系模式。实体的属性就是关系的属性，实一个实体转换为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。（体的码就是关系的码。（1 1）一个）一个1 1：1 1联系可以转换为一个独立的关联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独系模式，也可以与任意一端对

12、应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。如果与某一转换为关系的属性，每个实体的码均是该关系的候选码。如果与某一端实体对应的关系关系模式合并，则需要在该关系模式的属性加入另端实体对应的关系关系模式合并，则需要在该关系模式的属性加入另一个关系模式的码和联系本身的属性。一个关系模式的码和联系本身的属性。（2 2）一个）一个1 1：n n联系可以转换为一个独立的关系模式，也可以与联系可以转换为一个独立的关系模式，也可以与n n端对端对应的关

13、系模式合并。如果转换为一个独立的关系模式，则与该联系相应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为码为n n端实体的码。端实体的码。（3 3）一个）一个m:nm:n联系转换为一个关系模式。与该联系相连的各实体的码联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。或关系码的一部分。（4 4）3 3个或个或3 3个以上实体间的一个多元联系可以转换为一个关系模式。个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。属性，各实体的码组成关系的码或关系码的一部分。（5 5）具有相同码的关系模式可合并。）具有相同码的关系模式可合并。 物理结构相对于前两个来说要简单一些。图形界面的DBMS的数据库的建立简单到了极点。