杨志敏餐饮管理系统设计方案与实现.docx

上传人:b****4 文档编号:3030750 上传时间:2022-11-17 格式:DOCX 页数:24 大小:1.14MB
下载 相关 举报
杨志敏餐饮管理系统设计方案与实现.docx_第1页
第1页 / 共24页
杨志敏餐饮管理系统设计方案与实现.docx_第2页
第2页 / 共24页
杨志敏餐饮管理系统设计方案与实现.docx_第3页
第3页 / 共24页
杨志敏餐饮管理系统设计方案与实现.docx_第4页
第4页 / 共24页
杨志敏餐饮管理系统设计方案与实现.docx_第5页
第5页 / 共24页
点击查看更多>>
下载资源
资源描述

杨志敏餐饮管理系统设计方案与实现.docx

《杨志敏餐饮管理系统设计方案与实现.docx》由会员分享,可在线阅读,更多相关《杨志敏餐饮管理系统设计方案与实现.docx(24页珍藏版)》请在冰豆网上搜索。

杨志敏餐饮管理系统设计方案与实现.docx

杨志敏餐饮管理系统设计方案与实现

 

酒店餐饮管理系统的设计与实现

姓名杨志敏

学号2012AJY16015

年级

专业计算机应用技术

指导教师卜胜贤

2014年3月

摘要

随着中国餐饮业的迅速发展,一些依靠人工管理日常运作的传统餐饮企业渐渐显露疲态,计算机进入餐饮企业逐渐成为一种趋势。

利用计算机管理管理系统对饭店的各种信息进行管理,就可以使杂乱的业务数据具体化、直观化、合理化、并且随时了解饭店的经营情况。

经过分析,本系统运用了access为后台数据库,以C++为前台开发工具,系统的实现了前台管理、桌台信息查询、开台信息、点菜、收银、员工管理、菜单维护、消费查询和盈利信息查询等功能。

关键词:

酒店管理;Access;visual6.0

第一章引言1

第二章系统分析3

2.1需求分析3

第三章系统设计4

3.1系统建模4

3.2系统框架设计11

第四章详细设计13

4.1主窗体功能模块13

4.2显示功能模块13

4.3添加功能模块14

4.4修改功能模块16

4.5删除功能模块18

4.6用户资料功能模块19

4.7点菜功能模块21

4.8统计功能模块22

结论23

参考文献25

致谢26

第一章引言

管理信息系统(ManagementInformationSystem,Mis)是信息科学的一个分支,它是由人和计算机组成的能进行信息收集、传递、储存、加工、维护和使用的系统。

管理信息系统的发展经历了四个阶段。

第一个阶段是统计系统,主要用于交换数据。

第二个阶段是数据更新系统,这是管理信息信息系统的初级阶段,已经具备了简单的数据存取功能。

第三个阶段死状态报告系统,他可以分为生产状态报告、服务状态报告、研究状态报告等系统。

状态报告还有一种形式就是数据处理系统。

状态报告已经可以进行比较复杂的数据处理了。

第四个阶段是决策支持系统,它是用来辅助决策的信息系统,有比较良好的人机对话方式,一般包括一些模型用以产生决策信息,但不强调全面管理功能。

近20年间,国内外大公司出现了三种变化:

(1)抓管理着重建立MIS系统,是管理技术走向成熟。

(2)信息是决策的依据,MIS随时为经理们提供信息服务。

(3)通过MIS使公司经营计划和具体业务活动联系在一起。

由于以上变化,MIS得到了迅速的发展,在各行各业都得到了广泛的应用,几乎在所有的领域都能发挥其方便、高效的优点为人们提供服务。

饭店也不例外,要提高整体竞争能力,不仅要提高服务水平和服务质量,还要提高工作效率。

在信息时代,一个完善的管理信息系统,便于更好地管理饭店。

饭店计算机管理系统,是管理系统在饭店中的具体应用。

餐饮管理信息系统是在对饭店的特征、特点、主要作用及基本业务等各方面进行全面综合的了解、分析、归纳和总结后,将饭店的工作流程和计算机技术相结合,而开发出的应用软件。

该系统是在掌握了MIS系统针对一个单位各种事务的全面集成管理,出了具有一般的数据处理功能外,还能利用大量定化得科学管理方法,在预测、辅助决策、数据优化处理等的基础上,采用面向对象分析方法进行设计。

在系统分析和设计中主要研究的内容如下:

(1)顾客和一般人员可以随时订餐、查询饭店的菜单信息以及用餐费用、结账、也可以通过访问饭店的网站,查询和了解有关该饭店的其他信息。

(2)饭店工作人员可以对饭店各种信息进行查询,以满足顾客订餐要求,

并可以在网站上对顾客提出的相关问题进行在线咨询和解答;饭店财务人员能随时对饭店的各种财务信息进行统计、汇总、报表打印等。

(3)系统管理员可以将不同人员分为若干个等级,并按等级授予的不同权限进行授权管理。

不同人员根据系统管理员授予的不同权限,对系统数据表或者任意范围内记录行的查询、修改、增加、删除,从而有效地保证系统数据的安全性、完整型。

(4)饭店经理可享受一切权限,并依饭店的经营情况制定相应的采购计划,调整和安排菜单等,从而有针对性对饭店的经营进行合理的调整及管理。

第二章系统分析

2.1需求分析

2.1.1功能需求

(1)可对菜的类别、名称、单位、备注等信息进行添加、修改、删除、查询。

添加菜单时,可在为每个菜自动生成编号的同时对菜单中每种类别中菜的数目进行统计,并以图表的形式展现出来。

(2)可对货物的编号、类别、名称、单位、价格、等级、生产地、生产日期、过期日期等信息进行添加、修改、删除、查询。

添加进货信息时可为每个菜自动生成进货编号,并可根据用户需要对某一段时间内的进货信息进行统计。

(3)管理员可以根据具体情况对每个菜单进行相应的处理,比如添加菜品以及菜品的数量、结账、挂账等功能。

(4)顾客可浏览菜单、订餐、点菜、结账。

可以根据需要对一段时间内的就餐信息进行按桌号统计、按服务员统计、按菜名统计以及特色菜统计。

2.1.2安全性需求

(1)顾客只能浏览菜单信息、订餐,不能修改、删除这些数据。

(2)普通员工可以浏览供货信息、进货信息、菜单信息、订餐信息,但不能修改、删除这些数据;非财务工作人员不能查看饭店的财务数据等信息。

(3)总经理和管理员有最高的权限。

2.1.3用户界面需求

简洁易懂,美观大方,既可以提高饭店在同类行业中的竞争力,又可以体现饭店的形象。

第三章系统设计

3.1系统建模

3.1.1建模工具

该系统采用统一建模语言UML,即可视化(Visualing)、规范定义(Specifying)、构造(Constructing)和文档化(Documenting),适用于各种软件开发方法、软件生命周期的各个阶段、各种应用领域以及各种开发工具,支持大部分现存的面向对象开发过程,从而为设计人员、开发人员、用户和领域专家之间的交流提供了便利。

UML能让系统构造者用标准的、易于理解的方式建立起能够表达他们想象力的系统蓝图,可对系统的理解、设计、浏览、配置、维护和信息进行控制,还可将模型分解成包的结构组件,以便于软件小组将大的系统分解成易于处理的块结构,理解和控制各个包之间的依赖关系,并在复杂的开发环境中管理模型单元。

随着UML的不断完善与发展,现已统一为大众所接受的标准建模语言。

OfficeVisio2007便于IT和商务专业人员就复杂信息、系统和流程进行可视化处理、分析和交流。

使用具有专业外观的OfficeVisio2007图表,可以促进对系统和流程的了解,深入了解复杂信息并利用这些知识做出更好的业务决策。

就像戏剧导演设计剧本一样,软件设计师使用OfficeVisio2007,以演员(数字)、使用拖放式符号程序表中有用的图案元素(椭圆)、目标(矩形)和消息、关系(箭头)设计各种类,来创建(模型)应用框架。

在本管理信息系统中使用UML系统建模,从用户需求的角度进行确定,得到系统用例图如图3-1所示。

3-1系统用例

3.1.2模型设计

(1)数据流程图。

该饭店的需求具体体现在对供货商信息、进货信息、菜单信息、预订信息和就餐信息的添加、修改、查询和删除等方面,由此可得到本系统的数据流程图如图3—2所示。

图4—2数据流程图

(2)类图设计。

实体及其属性:

●菜:

菜编号、菜的类别、菜名、单位、单价、备注。

●货物:

货物编号、货物名称、货物类别、等级、单位、生产地、生产日期、过期日期、进货日期。

●供货商:

供货商编号、供货商名、联系人、地址、电话。

●进货人:

员工编号、姓名、性别、出生年月、民族、籍贯、联系地址、联系电话、聘入时间。

●顾客:

桌号、人数、就餐时间。

各个实体间有如下关系:

●一个供货商可以提供多种货物,一个货物只能由一个供货商提供;

●一个进货人可以进多种货物,一个货物的进货人只能有一个进货人;

●一个菜可以由多种材料加工而成,而一个材料只能加工一个菜;

●一个顾客可以点多个菜,而一个菜只能被一个顾客所点;

●一个顾客可以对多个菜进行结账,而一个菜只能被一个顾客结账。

E-R图:

由各实体间的关系得到的图。

见图3-3,图中的“1”表示实体间的对应关系是一对一,“m”“n”表示实体与实体间的关系是一对多。

由于篇幅有限,因此图中实体的各项属性不再画出。

图3-3E-R图

系统类图。

在UML中为类提供了图形表示。

通常一个类主要包括两个部分,类的属性和对类的操作。

用语言描述起来,不仅繁重冗长,而且太过于抽象,不容易表达清楚。

系统类图能够清楚直观的表现出类的属性和对类的操作,并且能够清晰的从视觉上给我们呈现出类与类之间的关系。

本系统的的类图主要由5个大的部分组成,分别是顾客、菜、供应商、货物、进货人。

顾客的属性有桌号、人数、就餐时间;菜的属性包括菜的编号、菜的类别、菜名、单位、单价、单位、备注;供应商的属性包括供应商的编号、供应商的名称、联系人、地址、电话;货物的属性包括货物编号、货物名称、货物类别、等级、单位、单价、生产地、生产日期、过期日期、进货日期;进货人的属性包括员工的编号、姓名、性别、出生年月、民族、籍贯、联系地址、联系电话、聘入日期。

系统类图如图3-4所示。

图3-4系统类图

3.1.3数据库设计

数据库设计是整个程序设计的最关键部分。

数据库的设计是否合理,将对数据库的大小、代码的优化起到至关重要的作用。

因此,在设计程序前必须对数据库进行设计,而在设计数据库前必须对所有要完成的功能进行认真的分析。

根据系统的要求,需要建立存放系统使用过程中所用到的各种信息表:

菜单信息表、预订信息表、货物信息表、供货信息表、就餐信息表、结账信息表。

(1)菜单信息表:

用来存放菜单中的各种信息,包括菜的编号、菜的类别、菜名、单位、单价和备注。

菜单信息表的具体结构如表3-1所示。

表3-1菜单信息表

编号

字段名称

数据结构(字段长度)

可否为空

说明

1

*DishID

Char(20)

菜编号

2

DishType

Varchar(50)

菜的类别

3

DishName

Char(50)

菜名

4

Unit

Char(10)

单位

5

UnitPrice

Money(8)

单价

6

Text

Text(16)

备注

(2)预订信息表:

用来存放顾客的各种预订信息,包括预订编号、人数、餐桌号、预订日期、预订时间、联系人、电话和备注。

预订信息表的具体结构如表3-2所示。

表3-2预订信息表

编号

字段名称

数据结构(字段长度)

可否为空

说明

1

*BookID

Char(20)

预订编号

2

Number

Char(10)

人数

3

DeskNum

Char(10)

餐桌号

4

BookDate

Datetime(8)

预订日期

5

BookTime

Char(10)

预订时间

6

LinkMan

Char(10)

联系人

7

Tel

Char(10)

电话

8

Text

Text(16)

备注

(3)货物信息表:

用于存放饭店的各种进货信息,包括货物编号、货物名称、货物类别、等级、单位、单价、数量、生产地、生产日期、过期日期、进货日期、进货人、供货商和备注。

货物信息表的具体结构如表3-3所示。

表3-3货物信息表

编号

字段名称

数据结构(字段长度)

可否为空

备注

1

*GoodID

Char(20)

进货编号

2

GoodName

Char(20)

货物名称

3

GoodType

Char(20)

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 解决方案 > 解决方案

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1