餐馆管理数据库设计.docVIP

目录 1.需求分析……………………………………………………………………3 2.数据字典……………………………………………………………………4 3.概念结构设设计…………………………………………………………4 3.1分E-R图…………………………………………………………………4 3.1.1菜单…………………………………………………………………5 3.1.2职员…………………………………………………………………5 3.1.3账单…………………………………………………………………5 3.1.4营业…………………………………………………………………5 3.2总E-R图…………………………………………………………………6 4.逻辑结构设计……………………………………………………………6 5.物理结构设计……………………………………………………………7 5.1菜单…………………………………………………………………………7 5.2货物…………………………………………………………………………8 5.3账单…………………………………………………………………………8 5.4职员…………………………………………………………………………9 6.总结体会……………………………………………………………………9 7.参考文献……………………………………………………………………10 评分表……………………………………………………………………………11 餐馆管理数据库设计 1.需求分析 我国今年来经济不断发展，人们物质生活水平逐步提高，人们对生活质量的要求也越来越高，享受真正自动化、人性化的服务成为了人们追求高质量生活的重要内容。餐饮业要想跟上发展形势，餐馆管理的信息化进程也要加快脚步。为了在总体上实现餐馆管理的自动化、规范化和人性化，需要餐馆管理由经验管理转为科学管理，这样才能跟上现代化的节奏。 数据库正好可以协助管理者更好的进行餐馆的管理工作，本数据库正是基于该目的而设计。需求如下： （1）用户权限管理。系统登陆应该有权限管理，不同的用户具有不同的权限。权限决定了用户的工作职责。酒店的总经理可以查看公司的所有信息，并且负责添加用户，并为其他人员分配各种权限。权限的不同代表其他人员的职务不同。酒店的厨师长可以实现酒店菜单管理，决定每天菜肴种类。酒店人事经理可以实现员工管理。酒店领班只负责营业、预订等管理。 （2）系统可以创建、编辑和删除酒店的菜单并且可以快捷查询某个菜单的具体信息。 （3）顾客就餐时，可以添加桌位编号、人数、菜单等营业信息，并且可以根据客人调整营业信息，系统自动计算消费金额进行结算。 （4）顾客就餐时能够添加预订人、电话、菜单、人数等预订信息，并且可以随时取消修改预订信息。能够对预订信息进行计算消费金额。 （5）如果添加新员工，系统需要能够添加新的员工信息，如果员工的基本信息有变化，系统需要能够编辑员工的信息，如果员工离职，系统能够删除员工信息并对员工进行存档。 （6）能够提供菜单、预订、以及员工的查询功能。 （7）具有财务处理功能，能够对营业额进行各种统计。 （8）运行在Windows平台上，有一个良好的人机交互界面，操作要求简单方便。 （9）有很好的可扩展能力，可根据实际情况实现新功能的添加，维护简单。 （10）有良好的安全性，应用系统时需要通过身份验证，后台有操作记录以及自动定时备份数据。 2.数据字典 概念结构设计 3.1分E-R图 3.1.1 菜单 3.1.2职员 3.1.3账单 3.1.4营业 3.2总E-R图 逻辑结构设计 将E-R图转化为关系模型实际上就是要将实体型、实体的属性和实体型之间的联系转换为关系模式，这种转换一般遵循如下原则： 一个实体转换为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。（1）一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。如果与某一端实体对应的关系关系模式合并，则需要在该关系模式的属性加入另一个关系模式的码和联系本身的属性。 （2）一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。 （3）一个m:n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。 （4）3个或3个以上实体间的一个多元联系可以转换为