基于cs的餐饮管理信息系统Word文档下载推荐.docx
《基于cs的餐饮管理信息系统Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《基于cs的餐饮管理信息系统Word文档下载推荐.docx（18页珍藏版）》请在冰点文库上搜索。
管理员可以根据具体情况对每个菜单进行相应的处理，比如添加菜品以及菜品的数量、结账、挂账等功能。
顾客可浏览菜单、订餐、点菜、结账。
可以根据需要对一段时间内的就餐信息进行按桌号统计、按服务员统计、按菜名统计以及特色菜统计。
二、安全性需求
顾客只能浏览菜单信息、订餐，不能修改、删除这些数据。
普通员工可以浏览供货信息、进货信息、菜单信息、订餐信息，但不能修改、删除这些数据；
非财务工作人员不能查看饭店的财务数据等信息。
总经理和管理员有最高的权限。
三、用户界面需求
简洁易懂，美观大方，既可以提高饭店在同类行业中的竞争力，又可以体现饭店的形象。
四、系统用例
该系统采用统一建模语言UML，即可视化、规范定义、构造和文档化,适用于各种软件开发方法、软件生命周期的各个阶段、各种应用领域以及各种开发工具，支持大部分现存的面向对象开发过程，从而为设计人员、开发人员、用户和领域专家之间的交流提供了便利。
UML能让系统构造者用标准的、易于理解的方式建立起能够表达他们想象力的系统蓝图，可对系统的理解、设计、浏览、配置、维护和信息进行控制，还可将模型分解成包的结构组件，以便于软件小组将大的系统分解成易于处理的块结构，理解和控制各个包之间的依赖关系，并在复杂的开发环境中管理模型单元。
随着UML的不断完善与发展，现已统一为大众所接受的标准建模语言。
系统用例
五、数据流图
该饭店的需求具体体现在对供货商信息、进货信息、菜单信息、预订信息和就餐信息的添加、修改、查询和删除等方面，由此可得到本系统的数据流程图如图所示。
数据流图
第二部分：
系统框架设计
一、开发模式
C/S模式。
C/S是建立在局域网的基础上，由客户机与服务器合作完成的二层结构系统平台模式，它由客户端和数据库系统组成的服务器端组成。
C/S模式是客户机发出请求，服务器直接将结果返回客户机的一种资源共享的工作方式。
客户工作站的应用请求被送往数据库服务器，数据库服务器接受请求并把执行结果传回客户端。
在C/S模式中,由服务器承担对数据库的全面管理，服务器是整个系统的主控中心，在服务器和客户机上分别运行服务器程序和客户程序。
单独采用C/S模式也存在着一定的缺陷，因为每一个客户端都要安装应用程序，不便于系统的维护。
本系统采用C/S模式，因为C/S模式是现在餐饮行业的普遍选择，他和数据库ACCESS相结合，被称为实现饭店管理信息系统的黄金搭档，并且由于该系统对安全性要求很高，数据处理较大，同时要求通信速度比较快、交互性强、可靠性高，故采用C/S模式开发较好。
二、系统功能
在对餐饮业的业务流进行详细的了解和分析后，将系统的主要功能划分如下：
1.菜单管理功能。
此功能可以根据用户需要对菜单信息进行添加、修改、查询、删除，并且在添加菜单信息时可为每个菜自动生成菜编号。
2.预订管理功能。
此功能可以根据用户需要对预订信息进行添加、修改、查询、删除，并且在添加菜单信息时可为每个菜自动生成菜编号。
3.就餐管理功能。
此功能可以根据顾客的需要点菜，并能计算出顾客点菜的总数和总金额，并可以根据具体情况对金额进行减免。
4.供应商管理功能。
此功能可以根据用户对供应商的信息进行添加、修改、查询、删除，并且在添加供货商信息时可为每个供应商自动生成供货商编号。
5.进货管理功能。
此功能可以根据用户需要对饭店的进货信息进行添加、修改、查询、删除，并且在添加进货信息时可为每个货物生成进货编号。
6.统计分析功能。
此公能可以根据用户需要对饭店的就餐信息、进货信息、菜单信息进行统计汇总，并将就餐统计分为按特色菜统计、按菜名统计、按服务员统计、按桌号统计、再以图表的形式展现。
此功能是个很重要的功能，是整个管理信息系统的关键。
系统功能图
第三部分：
数据库设计
数据库设计是整个程序设计的最关键部分。
数据库的设计是否合理，将对数据库的大小、代码的优化起到至关重要的作用。
因此，在设计程序前必须对数据库进行设计，而在设计数据库前必须对所有要完成的功能进行认真的分析。
一、概念设计
1.实体及其属性：
●菜：
菜编号、菜的类别、菜名、单位、单价、备注。
●货物：
货物编号、货物名称、货物类别、等级、单位、生产地、生产日期、过期日期、进货日期。
●供货商：
供货商编号、供货商名、联系人、地址、电话。
●进货人：
员工编号、姓名、性别、出生年月、民族、籍贯、联系地址、联系电话、聘入时间。
●顾客：
桌号、人数、就餐时间。
各个实体间有如下关系：
●一个供货商可以提供多种货物，一个货物只能由一个供货商提供；
●一个进货人可以进多种货物，一个货物的进货人只能有一个进货人；
●一个菜可以由多种材料加工而成，而一个材料只能加工一个菜；
●一个顾客可以点多个菜，而一个菜只能被一个顾客所点；
●一个顾客可以对多个菜进行结账，而一个菜只能被一个顾客结账。
2.E-R图：
由各实体间的关系得到的图。
见图，图中的“1”表示实体间的对应关系是一对一，“m”“n”表示实体与实体间的关系是一对多。
由于篇幅有限，因此图中实体的各项属性不再画出。
E-R图
2、逻辑设计
在UML中为类提供了图形表示。
通常一个类主要包括两个部分，类的属性和对类的操作。
用语言描述起来，不仅繁重冗长，而且太过于抽象，不容易表达清楚。
系统类图能够清楚直观的表现出类的属性和对类的操作，并且能够清晰的从视觉上给我们呈现出类与类之间的关系。
本系统的的类图主要由5个大的部分组成，分别是顾客、菜、供应商、货物、进货人。
顾客的属性有桌号、人数、就餐时间；
菜的属性包括菜的编号、菜的类别、菜名、单位、单价、单位、备注；
供应商的属性包括供应商的编号、供应商的名称、联系人、地址、电话；
货物的属性包括货物编号、货物名称、货物类别、等级、单位、单价、生产地、生产日期、过期日期、进货日期；
进货人的属性包括员工的编号、姓名、性别、出生年月、民族、籍贯、联系地址、联系电话、聘入日期。
系统类图
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）预订信息表：
用来存放顾客的各种预订信息，包括预订编号、人数、餐桌号、预订日期、预订时间、联系人、电话和备注。
预订信息表的具体结构如表所示。
预订信息表
*BookID
预订编号
Number
人数
DeskNum
餐桌号
BookDate
Datetime（8）
预订日期
BookTime
预订时间
LinkMan
联系人
7
Tel
电话
8
（3）货物信息表：
用于存放饭店的各种进货信息，包括货物编号、货物名称、货物类别、等级、单位、单价、数量、生产地、生产日期、过期日期、进货日期、进货人、供货商和备注。
货物信息表的具体结构如表所示。
货物信息表
*GoodID
进货编号
GoodName
货物名称
GoodType
货物类别
Grade
等级
Float（8）
数量
ProduceAdd
生产地
9
ProduceDate
生产日期
10
OverdueDate
过期日期
11
StockDate
进货日期
12
Stocker
进货人
13
Supplier
供货商
14
（4）供货商信息表：
用于存放供货商的各项信息，包括供货商编号、供货商名、供货类别、联系人、地址、电话和备注。
提供商的信息表的具体结构如表所示。
供货商信息表
*SupplierID
供货商编号
SupplierName
供货商名
SupplierType
供货类别
Address
地址
（5）就餐信息表：
存放客人就餐的各种信息，包括就餐编号、就餐日期、就餐时间、桌号、菜名、服务员、点菜数量、合计金额、餐桌状态和就餐人数等。
餐桌状态中，0表示当前餐桌处于闲置状态，1表示当前餐桌处于就餐状态。
就餐信息表的具体结构如表所示。
就餐信息表
*RepastID
就餐编号
RepastDate
就餐日期
RepastTime
就餐时间
TableName
桌号
Varcha（50）
WaiterName
服务员名
Int（4）
点菜数量
Total
合计金额
TableNow
餐桌状态
PeopleNum
就餐人数
（6）结账信息表：
用于存放客人在结账是的各种信息，包括结账编号、餐桌、点菜数量、应付金额、实付金额、就餐日期等信息。
结账信息表的具体结构如表所示。
结账信息表
*JZID
结账编号
TableNum
Yfje
应付金额
Sfje
实付金额
第四部分：
详细设计
一、显示功能模块
（1）显示窗体功能实现
显示窗体的功能是根据用户的需要将数据库中的信息直观地展现给用户，因此这里采用了DBGrid空件来显示信息。
DBGrid控件可以显示网格数据，也可以对其进行操作，它提供了高度灵活的网格排序、合并和格式设置功能，能过户可以通过网格显示清楚地了解每一条信息的详细情况。
另外，在显示功能方面采用了TABSheet函数，让多个属性页可以在一个界面直观的显示出来。
这样不仅节约了空间，而且条理清楚，方便用户使用。
（2）显示窗体界面设计
显示商品资料界面设计
二、添加功能模块
（1）添加功能模块流程
添加功能是管理系统必不可少的功能模块。
添加功能模块的基本原理是在用户选择添加功能后弹出的窗体，要求用户输入需要添加的内容。
当用户填写完需要添加的内容后点击“确定”按钮时，判断用户输入的信息是否符合系统要求，若不符合，则弹出对话框提示用户填写错误并返回错误文本框；
若符合要求，则从用户输入内容的文本框中读取数据输入到数据库中相应的表中。
添加功能完成后，弹出对话框提示“商品添加成功”。
具体流程如图所示。
添加功能模块流程图
（2）添加窗体界面设计
在本系统中的菜单管理、系统管理、基础资料管理等模块中都用到了添加功能，以下仅以商品资料信息添加为例说明添加窗体的界面设计，见图。
商品资料添加窗体
三、修改功能模块
（1）修改功能模块流程
修改功能模块是在用户要求改动已输入的内容时使用的。
修改功能的基本原理是：
在DBGrid控件的数据列表中，用户选中一行数据，在右边的窗体中会读取出该条信息的具体内容，用户可在右边的窗体中对所需要修改的信息进行修改。
修改完后点击“保存”按钮。
系统弹出对话框“确实要修改商品资料吗？
”用户单击“确定”提交修改，单击“取消”保持原内容不变。
修改功能模块流程图
（2）修改窗体界面设计
以下仅以修改商品资料信息为例说明修改窗体的界面设计。
商品资料修改界面
四、删除功能模块
（1）删除功能模块流程
当用户需要对某条信息进行删除时，用户在表中选中该条记录，在右边的窗体中点击“删除”按钮，然后弹出对话框“确定删除商品？
”，用户点击“确定”按钮删除记录，点击“取消”按钮则不改变原有记录。
删除功能模块流程图
（2）删除窗体界面设计
删除窗体界面设计如图所示。
删除商品信息
五、用户资料功能模块
（1）用户资料模块流程
用户资料是管理系统的一个重要模块，他能给多个用户提供系统的使用权。
添加一个用户的原理是：
单击新增按钮，在窗体中填写用户的信息、登入名和密码。
单击保存，弹出对话框“是否要添加用户？
”，单击“确定”按钮，添加新用户，单击“取消”按钮，保持不变。
添加用户模块流程图如图所示。
添加用户模块流程图
用户资料模块是为了实现企业多种不同职位的员工能够共同使用该系统，并且各自独立，权限互不冲突。
这样能保证企业内部数据的相对安全性，也能便于企业对员工的管理。
管理员可以对系统的数据进行及时的维护，对紧急情况做出相对应的决策，比如：
对商品价格的调整、对数据库中的信息进行增、删、查、改等操作，对数据的清除和统计。
员工可以利用系统进行一些基本的操作，比如开台，结账等，从而节约了大量的人力和财力。
（2）用户资料的的窗体设计如图所示。
用户资料界面模块
六、点菜功能模块
在餐饮管理信息系统中，点菜是必不可少的环节，也是最经常使用到的功能。
设计这个窗体的主导思想是“以人为本”，希望能最大限度的方便用户使用。
因此在点完菜，结账的窗体上面，系统会自动的计算出合计的金额。
管理员点击结账，就能清楚地看到该顾客共点了多少菜以及这些菜的合计金额。
点菜窗体设计和结账信息如图所示。
点菜窗体界面设计
结账信息
五、系统测试
我对此系统的功能、性能，以及可用性、易用性、健壮性、安全性均进行了测试，通过对测试结果的分析总结得出：
优点：
此系统的功能基本满足用户需求，性能基本达到需求，具有可用性和友好性：
1、软件在运行、关闭及退出时保存记录的提示功能基本完成，在软件的不断启动、关闭过程中没有出现死机、程序执行效率降低等各种不良现象，功能的实现还算完善。
2、用户登录界面较友好，软件界面的色彩选择、搭配上对于长期工作者能产生一定的眼部保护作用。
缺点：
由于时间仓促，受一些技术所限，该系统存在一些不足之处，有待进一步改进和完善，具体来说有:
1、由于只考虑单机演示，所以增强单机版及网络开发只是进入一个初步阶段，尚未进入全面开发。
2、程序中错误处理和输出控制不够全面，可能导致数据管理出现一些漏洞。
数据库可以考虑用SQL来做，增强数据的保密性。
六、总结
随着计算机的普及和网络的发展，越来越多的企业重视信息化建设，利用计算机和网络技术改善内部管理，提高运营效率，建设对市场快速反应的现代话企业，本系统正是出于节省人力开支，提高经营效率的情况下提出的。
本人结合具体管理需求，利用这次课程作业的机会，开发了这一套管理系统。
该系统经过多次测试，在WindowsXP和Windows7系统下均能正常运行，基本实现了数据管理功能，目前运行良好。
升级会员 