餐饮连锁店数据库概念模型设计

基于oracle 的数据库概念模型设计以餐饮连锁店系统为例贺亚茹（西安外事学院 工学院 陕西 西安 ）摘 要：按照数据库概念模型设计的过程和步骤，以餐饮连锁店系统为例，分析了该系统的业务需求。以实现此业务需求为目的，详细论述了基于oracle的系统数据库概念模型设计过程，讨论了数据库概念模型设计的基本技术和方法。该设计模式已在实际项目中使用，证明是适用的和可靠的。关键词：餐饮连锁店；数据库；概念模型；设计中图法分类号：TP311.5 文献标识码：A Design of conceptual data model for database based on OracleThe restaurant chain system as an exampleHE Ya-ru (Engineering Institute,Xian International University, Xian,Shaanxi )Abstract：According to the model of the database design process and steps,the restaurant chain system as an example,analysis of the system of business.In order to achieve the business needs for the purpose, discussed in detail the system based on Oracle conceptual data model for database design process, discussed the model of the database design of the basic techniques and methods.The design pattern has been used in real projects, proved to be applicable and reliable.Key word：restaurant chain; database; conceptual model; design0 前言数据库设计是建立数据库及其应用系统的核心和基础，它要求对于指定的应用环境，构造出较优的数据库模式，建立起数据库应用系统，并使系统能有效地存储数据，满足用户的各种应用需求。一般按照规范化的设计方法，常将数据库设计分为若干阶段即：系统规划阶段、需求分析阶段、概念模型设计阶段、逻辑模型设计阶段、物理模型设计阶段和系统实施阶段。其中，概念模型设计是在系统规划和需求分析的基础上，抽取出系统中的实体，建立实体及其之间的关系模型，为后续的逻辑模型设计和物理模型设计奠定基础，是整个数据库设计中最关键的一个阶段。本文以典型的餐饮连锁店系统为例，介绍数据库概念模型设计的方法和技术。1 系统需求陈述1.1业务需求本文所讲的餐饮连锁店可以是任意一家连锁快餐店。每家餐饮连锁店都会有一定的特色，以提供某种食品为主，每个餐饮连锁店都会有一定数量的员工，有厨师，有管理本店所有员工和业务的经理，当然必定有一些在柜台工作，专门受理订单。一般订单接收者不可转移，订单负责人将订单交由厨师处理。顾客点菜后会形成一份订单，一份订单可包括一种或多种食品。假定该餐饮连锁店需要对相关人员、工作班次、订单和食品进行跟踪，生成业务报表，统计一天中最忙的时段、最努力的员工、最受欢迎的食品以及光临次数最多的顾客等。主要包含以下业务：（1）员工管理：连锁店一般有厨师、订单受理人、经理几类雇员，也可能有其它类型的雇员。对于厨师要记录其接受过的培训情况，如职业学校、自学、学徒工等；对于订单受理人，需要在标准薪金的基础上为其支付加班费。经理负责监督所有雇员，还要提供所负责餐馆的费用预算和目标收入设定。所有雇员都按班次分配，一般采用的是早班和中班，每个班次只使用一张签到表。（2）订单管理：含基本信息，对本店的预算及投资提供参考数据，同时要能够根据订单统计公司一天中那个时间内最忙。（3）顾客管理：顾客可以用就餐卡就餐，也可以没有就餐卡。顾客使用就餐卡可享受打折。顾客购买就餐卡，须留下姓名、住址、电话。每位顾客可以拥有一张就餐卡，而且每张卡仅限一位顾客使用。一份订单只能使用一张就餐卡。（4）食品管理：一份订单可包括一种或多种食品，一种食品可以出现在多份订单上。同时，根据食品价格随着时间的推移会发生变动的情况，跟踪价格变化情况。（5）菜单管理：菜单有促销菜单和常规菜单。其中促销菜单中包含了在常规菜单中没有的特色食品，每个促销菜单都有一个名称，促销菜单只是在给定时段才推出的，因此它具有开始日期和结束日期。在给定时间段内只会推出一种促销食品。1.2约束与限制（1）假设该公司只有一种就餐卡，享受相同的折扣，并且是免费赠送的。（2）作为一家快餐店，顾客是不能指定厨师的，厨师由店里自己安排，因此在订单里不体现厨师的信息。（3）公司分为两级，即总公司和分公司，总公司负责管理所有的分公司。在筹备公司的时候，在确定了公司名称以后，地址和电话有可能还没有落实。（4）.经理人的费用预算情况是按月为单位进行费用预算和目标收入设定。2 数据库概念模型设计过程2.1 数据库概念模型设计的基本过程和步骤数据库概念模式设计一般要经过以下几个步骤。（1）需求分析。即了解用户的数据需求、处理需求、安全性及完整性的要求。（2）分析用户的业务需求，通过数据抽象，抽象出系统中的实体，并分析实体之间的联系。（3）设计系统概念模型,一般为E-R模型。2.2 餐饮连锁店系统数据库概念模型设计过程（1） 根据对上述需求陈述的分析得知，该系统需要对相关人员、工作班次、顾客和食品进行跟踪，由此可以抽象出雇员、班次、顾客、食品等实体，这些实体、实体的属性及结构层次的划分见后续叙述。（2） 为了统计一天中最忙的时段，创建时段实体，并与订单进行联系。为了统计光临次数最多的顾客，通过建立顾客与订单之间的联系实现。（见图1）图1 顾客与订单、订单与时段之间的关系模型订单# 订单编号*订单状态顾客# 顾客编号* 顾客姓名* 顾客电话* 地址 就餐卡号下定单属于属于包含时段#时段编号*时段名称*开始时间*结束时间。备注（3）为了统计最努力的员工，通过建立员工与订单之间的联系实现。（见图2，假定当顾客向任意一位订单受理员下订单后，该订单受理人将负责监督该订单，确保厨师收到该订单，同时收集该订单上的食品，后负责收款；如果顾客需要更改订单或对订单有疑问，都必须通过受理订单的那个人进行办理。订单受理人不能要求另一位员工来处理该订单。关系线中的菱形表示订单只能被一位雇员处理）被处理图2 订单与雇员之间的关系模型订单# 订单编号*订单状态处理监督受监督雇员#编号*名字*姓氏*年龄*电话号码薪金厨师*培训方式订单受理人 小时加班薪金经理*费用预算*目标收入其他属于具有订单明细# 订单明细id* 数量出现显示食品#食品编号*名称属于包含订单# 订单编号*订单状态图3 订单明细与食品、订单与订单明细以及订单价格历史数据模型价格# 开始日期o 结束日期* 价格（4）为了.统计最受欢迎的食品，通过建立食品、订单、订单明细之间的联系实现。为了跟踪食品价格变化情况，需要对食品价格历史数据建模。(见图3）（5） 对于订单受理人，需要在标准薪金的基础上为其支付加班费。因此需要记录为额外工作时数而按小时支付的薪金。经理负责监督所有雇员，还要提供所负责餐馆的费用预算和目标收入。建立图4所示实体模型。（6） 为了了解哪些员工超负荷工作、哪些员工利用不足。因此需要跟踪谁在两班内连续工作，谁的工作班次不足等等。此外，如果在某个班次出现了问题，需要立即知道在该时间内是哪些雇员在工作，建立雇员、排班、班次实体之间的联系。（见图5）（7）对菜单的管理，菜单包括常规菜单和促销菜单，促销菜单只在特定的时间段内有效。如果需要跟踪每种菜单的开始日期和结束日期，则需要在菜单实体中加入开始日期和结束日期属性（参见图6中菜单实体）。图4 经理与费用预算情况、订单受理人与其加班情况的关系模型 费用预算情况#年份#月份*费用预算*目标收入。预算日期。备注被创建属于订单受理人加班情况#加班编号*加班日期*开始时间*结束时间拥有创建监督受监督雇员#编号*名字*姓氏*年龄*电话号码薪金厨师*培训方式订单受理人 小时加班薪金经理*费用预算*目标收入其他排班#排班日期。备注班次#班次编号*班次名称*开始时间*结束时间 拥有属于属于拥有图5 雇员班次及排班实体关系模型监督受监督雇员#编号*名字*姓氏*年龄*电话号码薪金厨师*培训方式订单受理人 小时加班薪金经理*费用预算*目标收入其他（8） 由于是连锁店经营，就存在总公司与分公司管理的问题，需要建立公司实体进行管理。（参见图6中公司实体）2.3 根据上述各实体及其关系，画出系统总ERD。见图6。被管理创建显示属于监督雇员#编号*名字*姓氏*年龄*电话号码薪金受监督具有订单明细# 订单明细id* 数量出现显示食品#食品编号*名称属于包含订单# 订单编号* 订单状态顾客# 顾客编号* 顾客姓名* 顾客电话* 地址 就餐卡号下定单属于属于包含时段#时段编号*时段名称*开始时间*结束时间。备注班次#班次编号*班次名称*开始时间*结束时间 订单受理人加班情况#加班编号*加班日期*开始时间*结束时间厨师*培训方式订单受理人 小时加班薪金其他经理*费用预算*目标收入费用预算情况#年份#月份*费用预算*目标收入预算日期。备注排班#排班日期备注菜单# 菜单编号* 菜单名称。开始日期。结束日期促销菜单* 促销开始日期* 促销结束日期 赠品其他出现属于包含被创建处理被处理拥有属于拥有属于属于拥有公司#公司编号*名称 地址 电话雇佣属于管理图6 餐饮连锁店系统ERD菜单明细#菜单明细id备注价格# 开始日期 结束日期* 价格3 分析与总结按照数据库概念模型设计的方法和步骤，以餐饮连锁店系统为例，设计了系统的概念模型，由于设计方法的多样性，对以下问题进一步讨论。（1）ER图没有标准答案。由于系统的业务需求有不同的实现方法，因此系统的ER图没有标准答案，只要它覆盖了系统需求的业务范围和功能内容，就是可行的。如上述对于雇员实体的处理，采用了递归结构设计方法，当然也可以全部雇员用一个实体实现，只要在该实体中加入雇员类型及各种雇员的属性，也可以实现所需要的功能。（2）数据库概念设计应尽量满足3NF，但是，满足3NF的数据库设计，往往不一定是最好的设计。为了提高数据库的运行效率，常常需要降低范式标准，适当增加冗余，达到以空间换时间的目的。具体做法是，在概念数据模型设计时遵守3NF，降低范式标准的工作放到物理数据模型设计时考虑。本设计按照正是按照这样的方法进行概念模型设计。餐饮连锁店系统是一个典型的管理信息系统，掌握了该系统数据库概念模型的设计方法，可以类推到其他类似的各种系统数据库概念模型设计上。参考文献：1美Rud stphens.Beginning Database Design SolutionsM.北京:清