食堂管理系统毕业设计

编号：07............

毕业论文（设计）

题目：食堂管理系统

完成人：

班级：2007-05

学制：

专业：计算机信息与技术

指导教师：

完成日期：2012-03-20

目录

1 前言 (1)

1.1 背景介绍 (1)

1.1.1 国内现状 (1)

1.1.2 企业背景介绍 (1)

1.1.3 酒店餐饮管理分析及解决策略 (1)

1.2 可行性分析 (2)

1.2.1管理可行性分析 (2)

1.2.2技术可行性分析 (2)

1.2.3 经济可行性 (3)

1.2.4 社会适应的可行性 (3)

1.2.5 可行性分析结论 (3)

1.3 系统开发意义 (4)

2 系统分析 (4)

2.1 中小型饭店餐饮管理信息系统需求分析 (4)

2.2 餐饮信息系统分析建模 (4)

2.2.1 餐饮信息系统用例说明 (5)

2.2.2 餐饮信息系统总用例图 (5)

2.2.3 前台管理 (5)

2.2.4 后台管理 (6)

2.2.5 财政管理 (7)

2.2.6 系统管理 (8)

2.2.7 统初始化 (9)

2.3 餐饮信息系统模块各用例的分析 (10)

2.3.1 餐饮信息系统模块用例的实现关系 (10)

2.3.2 餐饮信息系统模块事件流分析 (10)

2.3.2.1 登录: (10)

2.3.2.2 前台管理： (11)

2.3.2.3 后台管理： (11)

2.3.2.4 财务管理： (11)

2.3.2.5 系统初始化： (11)

2.3.2.6 权限管理： (11)

3 系统设计 (13)

3.1 概述 (13)

3.2 架构设计 (13)

3.3 系统功能设计 (15)

3.3.1 功能结构设计 (15)

3.3.2 系统功能模块说明 (16)

3.4 餐饮管理系统流程图 (16)

3.5 类的详细设计(主要是实体类) (17)

3.6 数据库设计 (18)

3.6.1 数据库的概念设计 (18)

3.6.2 数据库逻辑结构设计 (19)

3.6.3 数据库物理结构设计 (21)

3.6.4 数据库权限设计 (22)

3.7 代码设计 (22)

3.8 输入输出设计 (23)

3.8.1 输出设计 (23)

3.8.2输入设计 (23)

3.8 系统物理配置方案设计 (24)

3.8.1 系统组件设计 (24)

3.8.2 系统物理部署设计 (25)

3.8.2.1 系统物理总部署设计 (25)

3.8.2.2 系统物理配置方案设计 (25)

3.8.2.3网络架构设计 (25)

3.8.2.4 系统总体网络规划部署设计 (26)

3.9 界面设计 (26)

3.9.1 中小型饭店餐饮管理信息系统主界面 (26)

3.9.2 前台管理模块 (26)

3.9.3 后台管理模块 (29)

3.9.4 财务管理模块 (31)

3.9.5 系统管理模块 (32)

3.9.6 应收应付管理模块 (33)

结束语 (34)

参考文献 (34)

食堂管理系统

作者：殷德涛

指导教师：卢香清

摘要：本论文主要针对中小型饭店餐饮管理中的一些问题，将其与计算机信息管理系统结合起来，实现中小型饭店管理信息计算机化、系统化，将中小型饭店管理中的工作流转化成比较科学化、规范化的业务流程，使管理基础数据更加准确化，管理人员摆脱了事务性工作，转而从事管理专业工作，为经营决策提供了快捷和强大的数据支持。把计算机用于餐饮企业管理，可在很大程度上提高管理者分析和决策的科学性，提高经营管职水平，带来更多的顾客，使企业取得更好的经济效益。

关键词：面向对象；开台；并台；转台；餐饮管理信息系统

1系统开发背景和可行性分析

1.1 背景介绍

中国是举世闻名的美食大国，拥有五千年的饮食文化和巨大的餐饮市场，满足个人的温饱问题已不是当今的热点，人们的生活方式逐渐在转变着，饮食已经成为了一种时尚，一种享受。入世后随着国际贸易的发展，更多的厂商会融入到世界贸易体系中，随着中国对外的不断开放，会有大量的企业或公司介入到餐饮领域。同时，随着中国兑现承诺和中国社会信息化的深化，很多地区性企业的“环境优势”对国外企业的障碍和不利条件被不断地消除，中国市场的竞争将更为激烈，而且随着餐饮业的迅速扩展，其中所暴露的问题也是不容忽视的。

首先，人才的专业化程度不够导致内供不足：因餐饮业门坎较低，中国的大多数餐饮企业的老板是从小店发展起来的，家族式管理的居多，还没有发展到聘请职业经理人，许多还是"人治"，并没有一套现代企业制度和监督管理体制，所以从观念意识、经营思想和管理水平还有待专业化。

其次，应变能力差，缺乏先进的信息工具：现在的餐饮市场火爆，许多以前做电子、房地产等其他行业的老板都凭借雄厚的资金实力挤进餐饮市场，争先恐后的上规模、上档次、比菜品、比服务、拼价格，使餐饮市场竞争激烈，但是许多餐饮企业缺乏对市场的应变能力和灵敏的信息工具，在现今网络经济的时代，许多餐饮企业还处在手工及半手工状态，即使有

计算机也只当个点菜器和计算器用，并没有真正通过计算机系统来实现改造流程、强化管理、降低成本、堵漏节流等作用。

最后缺乏科学和标准的管理体系：国外著名的快餐连锁经过上百年的探索都形成了标准化的工作流程和方法。中餐因其菜品的多样化和特色化的服务很难实现标准化管理，这使中餐企业的成本控制很难实现，但近两年也出现了引进快餐式经营特点的中餐企业，从流程、服务、出品都开了中餐标准化的先河。

随着信息产业的高速发展，信息系统将是一个成功企业所不可缺少的，信息系统能给企业带来高质量、高效率、科学的管理，使企业竞争力又有了提高。

1.2 可行性分析

可行性分析是对现行系统进行初步调查和研究之后的结论，它反映了新系统开发策略。下面分别从技术可行性、经济可行性和社会适应可行性三方面进行可行性分析。

1.2.1技术可行性分析

本系统采用VB编程语言环境，对系统的要求不高，一般装有Win98以上操作系统的计算机都能正常运行本系统。本系统目前针对中小型饭店餐饮管理信息系统，规模及程序都不大，目前的使用者仅限于单个业务员的操作。因而在实施过程中需求及难度都不会太大。

随着软件开发工具的发展，面向对象的、可视化的开发工具的不断涌现，如C++、https://www.360docs.net/doc/e218970919.html,、C++Builder、PowerBuilder,这些工具在第三代语言的基础上，能帮助软件开发者提高软件开发的质量和效率，缩短开发周期。在硬件方面，随着它的不断发展，给设计人员更大的灵活性，使研制周期变短，使复杂的设计轻而易举得以实现。

1.2.2 经济可行性

在现代化管理中，经济效益的评价是决策的重要依据。关于经济上的可行性，除了研究开发与维护新系统所需要提供的费用能否得到保证外，还需要研究新系统将要带来的收益、开发成本与维护费用之间的关系。论证开发这么一个系统在经济上是否有利，进行费用估计与收益估计，包括对项目所需要费用的结算和对项目效益的结算，如果忽略了，就会造成巨大的损失。

本套餐饮信息系统的实施主要考虑几方面的经济因素，包括设备费用，软件开发费用，人工费用，系统投入运行后的经常费用等。

设备费用：是指实现整个餐饮信息系统所需的硬件设备费用，主要包括了主机费用及网络费用。由于本系统对主机及网络的要求不高，因而费用将不会十分巨大。

软件开发费用：是指开发餐饮管理信息系统过程中所耗费的费用。主要包括软件需求分析调研过程中，系统分析设计中，后期系统运行测试过程中等耗费。本系统主要是针对餐饮管理过程中的开台及后台业务管理，内容及规模都不大。耗费也随之减少。

人工费用：主要是指人员培训费用。整个系统牵涉到的业务流程中的角色都需要经过新的培训，但系统操作可视化，主要管理流程简单易懂，对员工来说容易上手。

系统投入运行后的经常费用：最主要的经常费用包括系统的管理、维护费用，变动费(系统投入使用后，系统的使用需消耗的打印纸、磁盘、水费、电费及管理人员工资等费用),另外还可能牵涉到硬件系统的维护，其中由于主要PC维护大部分可以由厂家保修，因而总的费用将不大。

虽然本系统的资料搜集来源于互联网，但系统较低的要求使得系统成本也同样较低，而系统给企业带来的人力资源的节约化，效率高效化，管理科学化等等益处来说，餐饮信息系统必定会给企业带来长远的收益，因而在经济上是可行的。

1.2.3 社会适应的可行性

中国的中小型餐饮企业，普遍存在电子化程度低、管理传统、业务流繁琐复杂等缺点。不利于实现管理现代化、规模化、合理化。中国加入世界贸易组织后，面对激烈的竞争，显得后劲不足。因此，充分建立完善一套适合自身发展的管理信息系统，是为其在竞争中生存发展，提高自身效率，扩展客户群，增加市场份额，在竞争中立于不败之地，打下坚实的基础，是非常有必要，并且是必需的。

系统基于对餐饮业务数据各角度详尽地分析和处理，为企业的管理和决策提供多层次、多方位的数据依据，使管理和决策更合理、更有效、更具可操作性。

库存管理系统在操作上，比较容易执行。后台方面在已经建好的数据

库中直接输入原始报表或表单中的与之对应的数据，经过检查确认无误即可。前台方面，基本上一般普通的操作人员在短期的培训后都可胜任。只是分不同角色和不同权限来处理相应的工作。

在管理上，主管会更省力，更轻松。因为所有的工作都可在鼠标与键盘中来完成，可在当天完成对物料出入库的登记，和数量、单价等的查询。库存信息不断更新，反馈迅速。在月末和年末时不必费很大的人力与物理把时间都耗费在盘点和对帐上。同时，我们的信息、数据会在不同的地方、不同的人员处进行备份，以做到万无一失。在保密与安全方面我们通过设置不同的权限与密码保证数据的完整性、安全性、可靠性。

通过普及这种系统，相信在全社会方面会产生比较大的效应。因为利用管理信息系统来帮助我们把烦琐、复杂的工作简单化一直是我们长久以来奋斗的目标。采用这套系统将大大节省人力物力和时间，而一个高效率的企业无疑会受到更多的青睐。

1.2.4可行性分析结论

通过在管理、技术、经济和社会适应性四方面的可行性研究分析，发现系统的开发满足这四方面的要求，因此一致认为系统应该立即开发。

1.3 系统开发意义

信息系统在中国的运用，随着信息产业的高速发展，信息系统将是一个成功企业所不可缺少的，信息系统能给企业带来高质量、高效率、科学的管理，使企业竞争力又有了提高。

面对餐饮业多元化的经营现状，经营的特色、规模、出品这些因素的不同，带给餐饮企业的则是不同的标准和工作流程和方法，面对着这解决方法不一的情况，对人才的专业化程度的要求也相应地提高了，然而在国内市场上，餐饮业人才供应不足，在这样的两难情况下，信息系统得出现暂缓了这一紧张局面。

首先，餐饮管理信息系统不是单纯的用于结帐计算的工具，它有着科学的、标准的管理体系，它是通过对目前餐饮市场的具体情况科学的调研分析后设计而成的，它能够针对中餐因其菜品的多样化和特色化的服务很难实现标准化管理，使中餐企业的成本控制很难实现这些问题给与解决。

其次，餐饮管理信息系统能够给出具体的相应的符合企业自身要求的较科学的标准化管理流程，这暂时缓解了专业人才的需求，通过使用该系

统就能完成专业人员所要做的事。

最后，餐饮管理信息系统可以针对企业的经营现状而做出科学的分析，使得企业对市场的应变能力得到了提高，从而通过餐饮管理信息系统来实现强化管理、降低成本、堵漏节流等作用。更好的完善企业的经营管理，提高企业自身的竞争实力。

因此，通过上述对餐饮管理信息系统开发的可行性分析，得出该系统的开发是势在必行的。提高餐饮企业核心竞争力的餐饮管理信息系统工具是不可忽视的。下面，进行系统分析，对中小型餐饮企业的组织结构及业务进行详细研究分析。

2 系统分析

2.1 中小型饭店餐饮管理信息系统需求分析

经过上面的系统规划之后，对于燕山公司以及公司的现状有了初步的了解，下面，通过对公司进行更详细的调查来完成系统分析。

系统分析，是管理信息系统开发方法其中的生命周期法的第二阶段。在系统分析阶段，根据系统调查中获得的原始资料，对组织内部整体管理状况和信息处理过程分析，确定用户的需求，并建立新系统的逻辑模型。

软件需求分析上作是软件生命周期中的重要的一步。只有通过需求分析才能把软件功能和性能的总体概念描述为具体的软件需求规格说明，从而奠定软件开发的基础。软件需求分析上作也是一个不断认识和逐步细化的过程。该过程将软件调研阶段的需求资料进行分析和设计，使软件范围逐步细化到详细定义的程度，并分析出各种不同的软件元素，然后为这些元素找到可行的解决办法。

需求分析是软件生命周期的起始阶段，因为这个阶段的上作是获取用户的需求，如果这个过程的上作没有做好，得到的需求不全面或者曲解了用户的需求，那么后面的设计和编码将会按照错误的需求进行，给软件开发带来很大的风险。因此做好需求分析及变更管理至关重要。

2.2 餐饮信息系统分析建模

作为一种比较成熟的饭店管理系统，牵涉到的内容比较多。它主要包括:前台管理、后台管理、收银结帐、餐厅厨房、外客帐管理等部分，还有一些和外部系统的接口:电话计费，公安接口，电子门锁，点菜机，财务系统接口，上网计费接口等等。限于篇幅，本文只对饭店管理系统中前台管

理，后台管理，财政管理，应收应付管理，系统统初始化，系统管理的分析和其中的几个模块设计进行描述。

2.2.1 餐饮信息系统用例说明

在介绍系统用例之前，我们先了解一下用例图。

创建用例图：在计算机软件系统的分析和设计中，首先需要准确地描述用户需求中的功能需求，以便进一步确定系统中应该建立那些对象。以往用自然语言来描述对系统的需求，即把预期的人与系统之间的交互编写成“剧本”（ Scenario)来描述这种功能需求。但是这样的做法没有统一的格式，缺乏描述的形式化，随意性大，常常容易产生理解上的含混和不准确性。

Use Case图是一种描述用例的可视化工具，它用简单的图形元素表示出系统的活动者，Use Case，以及他们之间的关系，准确地表达了活动者与系统地交互清况和系统所能提供地服务。活动者用一个小人来表示，用例用一个椭圆形的图标来表示。下面就是餐饮信息系统的用例图。

2.2.2 餐饮信息系统总用例图

本次研究开发餐饮管理信息系统主要针对中小型饭店餐饮管理，从而在设计上主要是偏重前台管理这一整个业务流程的实现，后台管理，财政管理等模块则是辅助部分。它与大型饭店管理有着明显的不同，如系统的后台管理库存盘点主要还是由人为操作执行，同时系统后台管理并未考虑与前台管理内容的相连性，财政管理只是实现了基本的信息计算，而在决策方面内容不多，这样一来，该系统如果用在大型饭店管理中，大量的工作及主要的一些内容都不能实现系统信息化，从而不可能考虑本系统。只有中小型饭店管理，工作量和数据量相对较小，信息化的程度也就相对较高，从整体而言，提高了工作的效率及质量。本系统主要由五个模块组成，分别由系统管理员以及操作人员进行操作管理，如下图1

图1 餐饮信息系统总用例图

2.2.3 前台管理

主要是对饭店前台收银的管理。包括开台管理，买单管理，单日结帐数据分析，日结算管理。

1．前置条件：

登陆系统并有权限对前台管理进行操作。

2．后置条件：

如果操作成功，将在数据库中的数据记录进行修改或添加，同时完成前台收银工作。

3．基流：

如选择开台管理，则执行分支流S1，若选择买单管理，则进入分支流S2，若选择日结帐分析管理，则进入分支流S3。

4．分支流：

S1：开台管理

查找空闲房台，为客户开台，然后为客户进行点菜。(A1)

若用户要求并台、转台或加菜，前2者查找空闲房台，为客户进行相应的操作(A1)；最后一种情况则为顾客进行加菜服务。

S2：买单管理

1.输入买单房台，为客户进行结帐处理

S3：日结帐分析管理

1.对该日结帐信息进行分析管理。

5．替代流：

A1：若无空闲房台，只能请顾客等待或放弃并台或转台。

图2 前台管理活动图

2.2.4 后台管理

主要是对酒店后台进货，出货等的管理。包括进货管理，出货管理，库存查询，库存统计分析，房间台号管理，商品信息管理，员工信息管理。

1．前置条件：

登陆系统并有权限对后台管理进行操作。

2．后置条件：

如果操作成功，将在数据库中的数据记录进行修改或添加，同时完成后台库存及其他信息管理工作。

3．基流：

若选择进货管理，则执行分支流S1，若选择出货管理，则进入分支流S2，若选择库存统计分析，则进入分支流S3，若选择商品信息管理，则进入分支流S4，若选择员工信息管理，则进入分支流S5，若选择房间台号管理，则进入分支流S6。

4．分支流：

S1：进货管理

对进货信息进行查询及进货信息添加。A1

S2：出货管理

对出货信息进行查询及出货信息添加。A1

S3：库存统计分析

对库存信息进行管理查询及统计等功能。A1

S4：商品信息管理

对商品信息进行添加和修改等管理。A1

S5：员工信息管理

对员工信息进行添加和修改等管理。A1

S6：房间台号管理

对房台信息及其状态信息进行修改等。A1

5．替代流：

A1：若输入信息有误，系统将显示错误信息。

图3 后台管理活动图

2.2.5 财政管理

主要是对酒店财务方面的管理。包括月结算管理，月营业分析，年营业分析。

1．前置条件：

登陆系统并有权限对财务管理进行操作。

2．后置条件：

如果操作成功，将在数据库中的数据进行操作，生成所需的表单。

3．基流：

若选择月结算管理，则执行分支流S1，若选择月营业分析，则进入分支流S2，若选择年营业分析，则进入分支流S3。

4．分支流：

S1：月结算管理

相应显示月结算信息，同时可以打印信息。A1

S2：月营业分析

相应显示月营业结算信息，同时可以打印信息。A1

S3：年营业分析

相应显示年营业结算信息，同时可以打印信息。A1

5．替代流：

A1：若输入信息有误，系统将显示错误信息。

图4 财政管理活动图

2.2.6 系统管理

主要是对软件的维护和权限进行管理。包括权限管理。

1．前置条件：

登陆系统并有权限对系统管理进行操作。

2．后置条件：

如果操作成功，将对用户权限进行修改或调整。

3．基流：

若选择权限管理，则执行分支流S1。

4．分支流：

S1：权限管理

对用户权限进行修改或调整A1

5．替代流：

A1：若输入信息有误，系统将显示错误信息。

图5 财政管理活动图

2.2.7 统初始化

主要是对饭店的基础设置信息管理。包括本单位定义，供应商管理，房间台号类型管理，部门信息管理，仓库信息设置，员工级别管理。

1．前置条件：

登陆系统并有权限对系统初始化进行操作。

2．后置条件：

如果操作成功，将会把企业的一些基本信息添加在数据库中。

3．基流：

若选择系统初始化，则执行分支流S1。

4．分支流：

S1：系统初始化

将会对企业本单位定义，供应商管理，房间台号类型管理，部门信息管理，仓库信息设置，员工级别管理进行初始化。A1

5．替代流：

A1：若输入信息有误，系统将显示错误信息。

图6 系统初始化活动图

2.3 餐饮信息系统模块各用例的分析

2.3.1 餐饮信息系统模块用例的实现关系

前台管理主要是通过开台，买单和结算来实现；后台管理主要是通过库存管理，房台管理，进出货管理，商品管理来实现；财政管理主要是通过应付帐款管理和挂账管理来实现。系统管理则是对系统的权限及用户密码进行管理。系统初始化则是对企业基本信息进行录入。

2.3.2 餐饮信息系统模块事件流分析

2.3.2.1 登录:

用户先选择头像，然后输入用户名，密码来登陆系统。系统会以可视化界面显示出可选用户头像，点击即可，然后输入密码，三次输错密码将退出系统。若第一次登录系统，将会有相应提示信息，提示用户设置系统管理人员。如图7

图7 登录事件流分析图

2.3.2.2 前台管理：

给顾客进行开台，买单，结算等操作。顾客准备点菜之前，首先需要进行开台操作，操作人员通过选择空闲得房台给客户开台等操作，开台后就可以进行点菜。在点菜单中，点击开始点菜按钮后，在点菜表中输入菜名为首个的中文字或中文字拼音首字母，系统会自动跳出相关选项，用鼠标或上下移动键进行选择操作，回车键确定选择，完成点菜操作后，可以点击确定退出按钮从而实现开台操作。当客户需要进行加菜操作时，同样先选择房台，然后可以点击加菜退菜服务按钮，然后输入相应加菜和退菜内容，从而最终实现这一操作过程；根据客户不同情况的不同要求是，分别对客户房台进行转台和并台操作，选择相应的房台然后实现客户的需求；当客户要进行买单时，进入结帐系统，选择结帐相关信息，然后根据不同

情况进行结帐理。

2.3.2.3 后台管理：

对饭店库存，进、出货，商品信息，房台信息进行管理。当进出货时，首先填写进出货登记表，然后记录入数据库中；商品信息主要是对商品以及菜单进行管理或添加，以便进出货和点菜时便于操作人员的操作工作；

房台信息主要是针对房台的状态和基本信息进行基本的管理。

2.3.2.4 财务管理：

对应付帐款，挂账信息进行相应得管理查询。以操作人员的不同要求标准进行查询及显示信息，同时实现还账功能。

2.3.2.5 系统初始化：

对饭店信息进行初始化操作。包括单位信息，房台信息，供应商信息，部门信息，仓库信息等初始化操作。主要就是将企业的进本信息进行录入，

从而完成系统得初始化工作。

2.3.2.6 权限管理：

对操作权限进行管理。针对不同人员的不同权限进行区分，系统管理员则可以对系统用户进行管理操作。如图8 和9，分别是权限管理事件流分析以及各种类之间的对应关系：

: 管理人员 : 系统主界面 : 系统管理界面 : 权限控制 : 权限信息表

图8，权限管理管理事件流分析图

VOPC：

图9 权限管理管理VOPC图

3 系统设计

3.1 概述

系统设计是根据系统分析中的逻辑模型，科学合理地进行物理模型的设计，解决“系统怎么做”的问题。从系统逻辑模型到系统物理模型的设计是一个由抽象到具体的过程，可能需要反复多次才能实现。系统设计这一部分是对类进行详细设计（增加属性及类与类之间的关系），进而对相关用例进行修改设计和子系统设计。最后完成数据库设计、组件设计和系统的物理配置方案。

3.2 架构设计

软件构架文档提供了本系统构架方面的综合概述。本文档以一系列的视图表示总体构架，包括用例视图、逻辑视图、实施视图和部署视图。每一视图由多个模型组成，需求获取阶段已建立用例视图。分析设计阶段主要是建立逻辑视图，逻辑视图中包含分析模型和设计模型。本章重点对逻辑视图中的分析模型进行详细说明，分析模型中包括用例分析和分析类图的设计两部分。

在rational rose 中，系统构架主要由use case view ,logic view, component view, deployment view 组成，在设计阶段，主要完成logic view 中的内容，即用应用层和商务层组织类。如下图10：

图10应用层和业务层的实现关系

1．应用层内容（各实现用例的边界类和控制类）：

图11 个边界类和控制类的实现关系2．系统登录：

图12 系统登录的实现

3. 登陆的并发:

图13 登录过程中的并发

4．商务层内容：（整个系统的实现依赖关系）

图14 整个系统的实现依赖关系

3.3 系统功能设计

功能设计描述了系统将会拥有哪些主要功能，反映了哪些业务被系统支持。通过系统的功能设计，将方便的进行系统实施。下面，先对系统的整个功能结构进行一下描述，然后对每个功能进行具体说明。

3.3.1 功能结构设计

本系统主要功能设计有七大部分，分别是前台管理，后台管理，财政管理，应收应付管理，系统统初始化，系统管理，帮助。如图15

图15 中小型饭店餐饮系统模块结构图