
题目:餐厅管理信息系统
成员:白恒(110215101)柏亚龙(110215102)
陈阳(110215103)程轩(110215104)
时间:2013/12/16~2013/12/27
一 系统分析
1.1、餐厅管理信息系统需求分析
我们的系统针对的是一般中型餐厅的用餐客户,经过我们对经常去中型餐厅用餐顾客,餐厅管理人员,餐厅员工等的调查确定吃我们做的餐厅管理信息系统要满足客户一下需求:
(1)客户要有一个清晰的菜谱信息;
(2)满足餐厅管理人员经行业务处理的需求(销售数据的录入和汇总)。
1.2、餐厅管理信息系统业务流程图的设计
图1.1 餐厅管理信息系统业务流程图
管理业务流程内容包括各环节的业务处理、信息来源、处理方法、计算方法、信息流经去向、信息提供的时间和形态(报告、单据、屏幕显示)。本系统采用管理业务流程图表示企业的管理业务,管理业务流程图是一种描述系统内个单位、人员之间业务关系、作业顺序和管理信息流向的图表,利用它可以帮助分析人员找出业务流程中的不合理的流向。
该管理系统主要包括对销售过程(即点菜)的管理、销售核算与统计的管理,业务流程图反映了整个系统的业务流程,对系统的设计起了一个指导性的作用,也为后面的设计打下了基础。
首先由顾客向销售窗口提供自己对产品的需求信息,然后销售窗口师傅把对应的价格信息反馈给顾客,顾客根据该价格信息决定自己是否可以接受,如果可以接受,则到收银台打印小票,并凭借小票在窗口取饭;如果不接受,则重新选择产品,产生再一次的需求信息。管理系统的业务流程图如图1.1所示。
1.3、餐厅管理信息系统数据流程图及数据字典
1.3.1、数据流程图
需求信息
票单
图1.2 顶层数据流程图
图1.3 第二层数据流程图
1.3.2、数据字典
以下为本系统详细的数据字典内容:
(1)数据项
(2)数据结构
本管理系统中主要有以下数据流:
数据结构条目
名称:销售额汇总表
简述:登记各种产品的销售情况。
编号:DS01—02
结构:
代码+编号+销售量+销售额+日期
数据结构条目
名称:产品基本信息表
简述:记录产品的基本信息。
编号:DS01—01
结构:
代码+名称+单价+单位成本+类别
(3)数据流
本管理系统中主要有以下数据流:
(3)数据流
本管理系统中主要有以下数据流:
数据流条目
名称:小票 总编号:D01-301
简要说明:顾客买饭时凭收银台打印的小票在售饭窗口买饭。
数据流来源:收银台 编号:301
数据流去向:顾客 流通量:1000次/每日
包含的数据结构:
代码+名称+单价+数量+价格+日期+有效期限+开票人员的编号
数据流条目
名称:销售额 总编号:D01-302
简要说明:销售过程中顾客的消费产生了销售额。
数据流来源:收银台 编号:302
数据流去向:财会部门 流通量:1000次/每日
包含的数据结构:
代码+销售量+单价+销售额+日期
(4)数据存储
本管理系统中主要有以下数据存储:
数据存储
名称:销售额月报表 编号:F01—01
说明:对某月内各种产品的销售额进行汇总统计。
结构:名称+销售额
·数据存储
名称:利润月报表 编号:F01—02
说明:对某月内各种产品销售产生的利润进行汇总统计。
结构:名称+利润
(5)处理逻辑
本管理系统中主要有以下处理逻辑:
处理逻辑
处理逻辑编号:P01—01
处理逻辑名称:打票。
简 述:打印小票。
输入的数据流:顾客提供的产品种类及价格信息。
处 理:收银台处的操作员根据顾客提供的需求价格信息为顾客打印相应的小票。
输出的数据流:小票。
处 理 频 率:每天上千次。
处理逻辑
处理逻辑编号:P02—01
处理逻辑名称:分类统计。
简 述:对产品销售额汇总统计。
输入的数据流:零星的销售数据。
处 理:对当日各种产品的销售额进行分类统计。
输出的数据流:已统计的销售数据。
处 理 频 率:每天一次。
(6)外部实体
本管理系统中主要有以下外部实体:
外部实体
名称:顾客
说明:到餐厅就餐人。
输入数据流:产品的种类及价格信息。
输出数据流:需求信息。
外部实体
名称:收银台
说明:为顾客打印小票。
输入数据流:顾客需求信息。
输出数据流:小票。
二 系统设计
2.1 代码设计
代码是用来表征客观事物的一个或一组有序的符号,它的设计是为了易于计算机和人识别及处理。在本系统中,代码设计主要为产品代码、名称、单价、单位成本、类别、销售量、销售额、日期、顾客编号、姓名、性别、结账序号等编号。
2.1.1产品代码编号:
产品代码编号为3位数字编码与大写字母“DM”的组合,例如DM001.
2.1.2名称编号:
名称编号为3位数字编码与大写字母“MC”的组合,例如MC001.
2.1.3单价编号:
单价编号为3位数字编码与大写字母“DJ”的组合,例如DJ001.
2.1.4单位成本编号:
单位成本编号为3位数字编码与大写字母“DWCB”的组合,例如DWCB001.
2.1.5类别编号:
类别编号为3位数字编码与大写字母“LB”的组合,例如LB001.
2.1.6销售量编号:
销售量编号为3位数字编码与大写字母“XSL”的组合,例如XSL001.
2.1.7销售额编号:
销售额编号为3位数字编码与大写字母“XSE”的组合,例如XSE001.
2.1.8日期编号:
日期编号为3位数字编码与大写字母“RQ”的组合,例如RQ001.
2.1.9顾客编号:
顾客编号为3位数字编码与大写字母“BH”的组合,例如BH001.
2.1.10顾客姓名编号:
姓名编号为3位数字编码与大写字母“XM”的组合,例如XM001.
2.1.11顾客性别编号:
性别编号为3位数字编码与大写字母“XB”的组合,例如XB001.
2.1.12结账序号编号:
结账序号编号为3位数字编码与大写字母“XH”的组合,例如XH001.
2.2 数据库设计
2.2.1概念结构设计
2.2.1.1 E-R模型
数据库设计是建立数据库及其应用系统的技术,它是信息系统开发和建设中的核心技术。具体地说,数据库设计是指对于一个给定的应用环境,构造最优的数据库模式,建立数据库及其应用系统,使之能够有效地存储数据,满足各种用户的应用需求。
本系统为餐厅的销售管理系统,考虑了餐厅的实际情况及多方面的因素以后,画出了如下图所示的E-R图:
图2.1 E-R图
2.2.1.2关系模型
在完成系统的E—R 图之后,将E--R模型转化为关系模型如下:
产品(代码,名称,单价,单位成本,类别)
顾客(编号,姓名,性别,序号)
销售(编号,代码,销售量,销售额,日期)
收银台(序号,销售额,日期)
分析以上关系模型不难看出,该关系模型满足3NF,即元组中的每一个分量都是不可分割的数据项,同时所有非主属性完全依赖于其主码,例如,在关系“产品”中,名称,单价,单位成本,类别几个非主属性都直接依赖于主码“代码”。而且任何一个非主属性都不传递依赖于任何主关键字。例如,在关系“产品”中,名称、单价、单位成本、类别几个非主属性都直接依赖于其主码“代码”;在关系“销售”中,代码、销售量、销售额、日期几个非主属性都直接依赖于其主码“编号”。
根据关系模型设计出数据库所需要的表格。在这里,我们选用的是关系数据库。因为关系数据库中的二维表格可以很清楚地描述数据之间的联系。根据系统E—R 图,针对本系统的特点,在对所搜集的数据进行规范化之后,我们主要定义了如下表格,分别是产品基本信息表、顾客消费表、销售额汇总表、结账表。
表2.1产品基本信息表
| 字段名 | 数据类型 | 长度 | 可否为空 | 描述 |
| dm | Varchar | 20 | No | 产品代码 |
| mc | Varchar | 20 | No | 产品名称 |
| dj | Numeric | 10 | No | 产品单价 |
| dwcb | Numeric | 10 | No | 单位成本 |
| lb | Varchar | 10 | No | 所属类别 |
| 字段名 | 数据类型 | 长度 | 可否为空 | 描述 |
| Bh | Varchar | 20 | No | 顾客编号 |
| Xm | Varchar | 10 | No | 姓名 |
| Xb | Varchar | 2 | No | 性别 |
| Xh | Varchar | 10 | No | 结账序号 |
| 字段名 | 数据类型 | 长度 | 可否为空 | 描述 |
| bh | Varchar | 20 | No | 顾客编号 |
| dm | Varchar | 20 | No | 产品代码 |
| xsl | Numeric | 10 | No | 销售量 |
| xse | Numeric | 10 | No | 销售额 |
| rq | Date | 8 | No | 日期 |
| 字段名 | 数据类型 | 长度 | 可否为空 | 描述 |
| xh | Varchar | 10 | No | 结账序号 |
| xse | Numeric | 10 | No | 销售额 |
| rq | Date | 8 | No | 日期 |
