食堂管理系统毕业论文

《食堂管理系统毕业论文》由会员分享，可在线阅读，更多相关《食堂管理系统毕业论文（44页珍藏版）》请在装配图网上搜索。

1、编号：07. 南阳师范学院2012届毕业生毕业论文（设计） 题 目： 食堂管理系统 完 成 人： 殷德涛 班 级： 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 中

2、小型饭店餐饮管理信息系统需求分析(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

3、 权限管理：(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 系统组件设计(2

4、4)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) 食堂管理系统作 者：殷德涛指导教师：卢香清摘要：本论文主要针对中小型饭店餐饮管理中的一些问题，将其与计算机信息管理系统结

5、合起来，实现中小型饭店管理信息计算机化、系统化，将中小型饭店管理中的工作流转化成比较科学化、规范化的业务流程，使管理基础数据更加准确化，管理人员摆脱了事务性工作，转而从事管理专业工作，为经营决策提供了快捷和强大的数据支持。把计算机用于餐饮企业管理，可在很大程度上提高管理者分析和决策的科学性，提高经营管职水平，带来更多的顾客，使企业取得更好的经济效益。关键词： 面向对象；开台；并台；转台；餐饮管理信息系统1系统开发背景和可行性分析1.1 背景介绍中国是举世闻名的美食大国，拥有五千年的饮食文化和巨大的餐饮市场，满足个人的温饱问题已不是当今的热点，人们的生活方式逐渐在转变着，饮食已经成为了一种时尚，

6、一种享受。入世后随着国际贸易的发展，更多的厂商会融入到世界贸易体系中，随着中国对外的不断开放，会有大量的企业或公司介入到餐饮领域。同时，随着中国兑现承诺和中国社会信息化的深化，很多地区性企业的“环境优势”对国外企业的障碍和不利条件被不断地消除，中国市场的竞争将更为激烈，而且随着餐饮业的迅速扩展，其中所暴露的问题也是不容忽视的。首先，人才的专业化程度不够导致内供不足：因餐饮业门坎较低，中国的大多数餐饮企业的老板是从小店发展起来的，家族式管理的居多，还没有发展到聘请职业经理人，许多还是人治，并没有一套现代企业制度和监督管理体制，所以从观念意识、经营思想和管理水平还有待专业化。其次，应变能力差，缺乏

7、先进的信息工具：现在的餐饮市场火爆，许多以前做电子、房地产等其他行业的老板都凭借雄厚的资金实力挤进餐饮市场，争先恐后的上规模、上档次、比菜品、比服务、拼价格，使餐饮市场竞争激烈，但是许多餐饮企业缺乏对市场的应变能力和灵敏的信息工具，在现今网络经济的时代，许多餐饮企业还处在手工及半手工状态，即使有计算机也只当个点菜器和计算器用，并没有真正通过计算机系统来实现改造流程、强化管理、降低成本、堵漏节流等作用。最后缺乏科学和标准的管理体系：国外著名的快餐连锁经过上百年的探索都形成了标准化的工作流程和方法。中餐因其菜品的多样化和特色化的服务很难实现标准化管理，这使中餐企业的成本控制很难实现，但近两年也出现

8、了引进快餐式经营特点的中餐企业，从流程、服务、出品都开了中餐标准化的先河。随着信息产业的高速发展，信息系统将是一个成功企业所不可缺少的，信息系统能给企业带来高质量、高效率、科学的管理，使企业竞争力又有了提高。1.2 可行性分析可行性分析是对现行系统进行初步调查和研究之后的结论，它反映了新系统开发策略。下面分别从技术可行性、经济可行性和社会适应可行性三方面进行可行性分析。1.2.1技术可行性分析本系统采用VB编程语言环境，对系统的要求不高，一般装有Win98以上操作系统的计算机都能正常运行本系统。本系统目前针对中小型饭店餐饮管理信息系统，规模及程序都不大，目前的使用者仅限于单个业务员的操作。因而

9、在实施过程中需求及难度都不会太大。随着软件开发工具的发展，面向对象的、可视化的开发工具的不断涌现，如C+、VB.NET、C+Builder、PowerBuilder,这些工具在第三代语言的基础上，能帮助软件开发者提高软件开发的质量和效率，缩短开发周期。在硬件方面，随着它的不断发展，给设计人员更大的灵活性，使研制周期变短，使复杂的设计轻而易举得以实现。1.2.2 经济可行性在现代化管理中，经济效益的评价是决策的重要依据。关于经济上的可行性，除了研究开发与维护新系统所需要提供的费用能否得到保证外，还需要研究新系统将要带来的收益、开发成本与维护费用之间的关系。论证开发这么一个系统在经济上是否有利，进

10、行费用估计与收益估计，包括对项目所需要费用的结算和对项目效益的结算，如果忽略了，就会造成巨大的损失。本套餐饮信息系统的实施主要考虑几方面的经济因素，包括设备费用，软件开发费用，人工费用，系统投入运行后的经常费用等。 设备费用：是指实现整个餐饮信息系统所需的硬件设备费用，主要包括了主机费用及网络费用。由于本系统对主机及网络的要求不高，因而费用将不会十分巨大。软件开发费用：是指开发餐饮管理信息系统过程中所耗费的费用。主要包括软件需求分析调研过程中，系统分析设计中，后期系统运行测试过程中等耗费。本系统主要是针对餐饮管理过程中的开台及后台业务管理，内容及规模都不大。耗费也随之减少。人工费用：主要是指人

11、员培训费用。整个系统牵涉到的业务流程中的角色都需要经过新的培训，但系统操作可视化，主要管理流程简单易懂，对员工来说容易上手。系统投入运行后的经常费用：最主要的经常费用包括系统的管理、维护费用，变动费(系统投入使用后，系统的使用需消耗的打印纸、磁盘、水费、电费及管理人员工资等费用),另外还可能牵涉到硬件系统的维护，其中由于主要PC维护大部分可以由厂家保修，因而总的费用将不大。虽然本系统的资料搜集来源于互联网，但系统较低的要求使得系统成本也同样较低，而系统给企业带来的人力资源的节约化，效率高效化，管理科学化等等益处来说，餐饮信息系统必定会给企业带来长远的收益，因而在经济上是可行的。1.2.3 社会

12、适应的可行性中国的中小型餐饮企业，普遍存在电子化程度低、管理传统、业务流繁琐复杂等缺点。不利于实现管理现代化、规模化、合理化。中国加入世界贸易组织后，面对激烈的竞争，显得后劲不足。因此，充分建立完善一套适合自身发展的管理信息系统，是为其在竞争中生存发展，提高自身效率，扩展客户群，增加市场份额，在竞争中立于不败之地，打下坚实的基础，是非常有必要，并且是必需的。系统基于对餐饮业务数据各角度详尽地分析和处理，为企业的管理和决策提供多层次、多方位的数据依据，使管理和决策更合理、更有效、更具可操作性。库存管理系统在操作上，比较容易执行。后台方面在已经建好的数据库中直接输入原始报表或表单中的与之对应的数据

13、，经过检查确认无误即可。前台方面，基本上一般普通的操作人员在短期的培训后都可胜任。只是分不同角色和不同权限来处理相应的工作。在管理上，主管会更省力，更轻松。因为所有的工作都可在鼠标与键盘中来完成，可在当天完成对物料出入库的登记，和数量、单价等的查询。库存信息不断更新，反馈迅速。在月末和年末时不必费很大的人力与物理把时间都耗费在盘点和对帐上。同时，我们的信息、数据会在不同的地方、不同的人员处进行备份，以做到万无一失。在保密与安全方面我们通过设置不同的权限与密码保证数据的完整性、安全性、可靠性。通过普及这种系统，相信在全社会方面会产生比较大的效应。因为利用管理信息系统来帮助我们把烦琐、复杂的工作简

14、单化一直是我们长久以来奋斗的目标。采用这套系统将大大节省人力物力和时间，而一个高效率的企业无疑会受到更多的青睐。1.2.4可行性分析结论 通过在管理、技术、经济和社会适应性四方面的可行性研究分析，发现系统的开发满足这四方面的要求，因此一致认为系统应该立即开发。1.3 系统开发意义信息系统在中国的运用，随着信息产业的高速发展，信息系统将是一个成功企业所不可缺少的，信息系统能给企业带来高质量、高效率、科学的管理，使企业竞争力又有了提高。面对餐饮业多元化的经营现状，经营的特色、规模、出品这些因素的不同，带给餐饮企业的则是不同的标准和工作流程和方法，面对着这解决方法不一的情况，对人才的专业化程度的要求

15、也相应地提高了，然而在国内市场上，餐饮业人才供应不足，在这样的两难情况下，信息系统得出现暂缓了这一紧张局面。首先，餐饮管理信息系统不是单纯的用于结帐计算的工具，它有着科学的、标准的管理体系，它是通过对目前餐饮市场的具体情况科学的调研分析后设计而成的，它能够针对中餐因其菜品的多样化和特色化的服务很难实现标准化管理，使中餐企业的成本控制很难实现这些问题给与解决。其次，餐饮管理信息系统能够给出具体的相应的符合企业自身要求的较科学的标准化管理流程，这暂时缓解了专业人才的需求，通过使用该系统就能完成专业人员所要做的事。最后，餐饮管理信息系统可以针对企业的经营现状而做出科学的分析，使得企业对市场的应变能力

16、得到了提高，从而通过餐饮管理信息系统来实现强化管理、降低成本、堵漏节流等作用。更好的完善企业的经营管理，提高企业自身的竞争实力。因此，通过上述对餐饮管理信息系统开发的可行性分析，得出该系统的开发是势在必行的。提高餐饮企业核心竞争力的餐饮管理信息系统工具是不可忽视的。下面，进行系统分析，对中小型餐饮企业的组织结构及业务进行详细研究分析。2 系统分析2.1 中小型饭店餐饮管理信息系统需求分析经过上面的系统规划之后，对于燕山公司以及公司的现状有了初步的了解，下面，通过对公司进行更详细的调查来完成系统分析。 系统分析，是管理信息系统开发方法其中的生命周期法的第二阶段。在系统分析阶段，根据系统调查中获得

17、的原始资料，对组织内部整体管理状况和信息处理过程分析，确定用户的需求，并建立新系统的逻辑模型。 软件需求分析上作是软件生命周期中的重要的一步。只有通过需求分析才能把软件功能和性能的总体概念描述为具体的软件需求规格说明，从而奠定软件开发的基础。软件需求分析上作也是一个不断认识和逐步细化的过程。该过程将软件调研阶段的需求资料进行分析和设计，使软件范围逐步细化到详细定义的程度，并分析出各种不同的软件元素，然后为这些元素找到可行的解决办法。需求分析是软件生命周期的起始阶段，因为这个阶段的上作是获取用户的需求，如果这个过程的上作没有做好，得到的需求不全面或者曲解了用户的需求，那么后面的设计和编码将会按照

18、错误的需求进行，给软件开发带来很大的风险。因此做好需求分析及变更管理至关重要。2.2 餐饮信息系统分析建模作为一种比较成熟的饭店管理系统，牵涉到的内容比较多。它主要包括:前台管理、后台管理、收银结帐、餐厅厨房、外客帐管理等部分，还有一些和外部系统的接口:电话计费，公安接口，电子门锁，点菜机，财务系统接口，上网计费接口等等。限于篇幅，本文只对饭店管理系统中前台管理，后台管理，财政管理，应收应付管理，系统统初始化，系统管理的分析和其中的几个模块设计进行描述。2.2.1 餐饮信息系统用例说明在介绍系统用例之前，我们先了解一下用例图。创建用例图：在计算机软件系统的分析和设计中，首先需要准确地描述用户需

19、求中的功能需求，以便进一步确定系统中应该建立那些对象。以往用自然语言来描述对系统的需求，即把预期的人与系统之间的交互编写成“剧本”（ Scenario)来描述这种功能需求。但是这样的做法没有统一的格式，缺乏描述的形式化，随意性大，常常容易产生理解上的含混和不准确性。 Use Case图是一种描述用例的可视化工具，它用简单的图形元素表示出系统的活动者，Use Case，以及他们之间的关系，准确地表达了活动者与系统地交互清况和系统所能提供地服务。活动者用一个小人来表示，用例用一个椭圆形的图标来表示。下面就是餐饮信息系统的用例图。2.2.2 餐饮信息系统总用例图本次研究开发餐饮管理信息系统主要针对中

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

21、系统总用例图2.2.3 前台管理主要是对饭店前台收银的管理。包括开台管理，买单管理，单日结帐数据分析，日结算管理。1前置条件： 登陆系统并有权限对前台管理进行操作。2后置条件：如果操作成功，将在数据库中的数据记录进行修改或添加，同时完成前台收银工作。3基流：如选择开台管理，则执行分支流S1，若选择买单管理，则进入分支流S2，若选择日结帐分析管理，则进入分支流S3。4分支流：S1：开台管理查找空闲房台，为客户开台，然后为客户进行点菜。(A1)若用户要求并台、转台或加菜，前2者查找空闲房台，为客户进行相应的操作(A1)；最后一种情况则为顾客进行加菜服务。S2：买单管理1.输入买单房台，为客户进行结

22、帐处理S3：日结帐分析管理1.对该日结帐信息进行分析管理。5替代流：A1： 若无空闲房台，只能请顾客等待或放弃并台或转台。活动图如2所示：图2 前台管理活动图2.2.4 后台管理主要是对酒店后台进货，出货等的管理。包括进货管理，出货管理，库存查询，库存统计分析，房间台号管理，商品信息管理，员工信息管理。1前置条件：登陆系统并有权限对后台管理进行操作。2后置条件：如果操作成功，将在数据库中的数据记录进行修改或添加，同时完成后台库存及其他信息管理工作。3基流：若选择进货管理，则执行分支流S1，若选择出货管理，则进入分支流S2，若选择库存统计分析，则进入分支流S3，若选择商品信息管理，则进入分支流S

23、4，若选择员工信息管理，则进入分支流S5，若选择房间台号管理，则进入分支流S6。4分支流：S1：进货管理对进货信息进行查询及进货信息添加。A1S2：出货管理对出货信息进行查询及出货信息添加。A1S3：库存统计分析对库存信息进行管理查询及统计等功能。A1S4：商品信息管理对商品信息进行添加和修改等管理。A1S5：员工信息管理对员工信息进行添加和修改等管理。A1 S6：房间台号管理对房台信息及其状态信息进行修改等。A1 5替代流：A1： 若输入信息有误，系统将显示错误信息。活动图如3所示：图3 后台管理活动图2.2.5 财政管理主要是对酒店财务方面的管理。包括月结算管理，月营业分析，年营业分析。1

24、前置条件：登陆系统并有权限对财务管理进行操作。2后置条件：如果操作成功，将在数据库中的数据进行操作，生成所需的表单。3基流：若选择月结算管理，则执行分支流S1，若选择月营业分析，则进入分支流S2，若选择年营业分析，则进入分支流S3。4分支流：S1：月结算管理相应显示月结算信息，同时可以打印信息。A1S2：月营业分析相应显示月营业结算信息，同时可以打印信息。A1S3：年营业分析相应显示年营业结算信息，同时可以打印信息。A15替代流：A1： 若输入信息有误，系统将显示错误信息。活动图如4所示：图4 财政管理活动图2.2.6 系统管理主要是对软件的维护和权限进行管理。包括权限管理。 1前置条件：登陆

25、系统并有权限对系统管理进行操作。2后置条件：如果操作成功，将对用户权限进行修改或调整。3基流：若选择权限管理，则执行分支流S1。4分支流：S1：权限管理对用户权限进行修改或调整A15替代流：A1： 若输入信息有误，系统将显示错误信息。活动图如5所示：图5 财政管理活动图2.2.7 统初始化主要是对饭店的基础设置信息管理。包括本单位定义，供应商管理，房间台号类型管理，部门信息管理，仓库信息设置，员工级别管理。1前置条件：登陆系统并有权限对系统初始化进行操作。2后置条件：如果操作成功，将会把企业的一些基本信息添加在数据库中。3基流：若选择系统初始化，则执行分支流S1。4分支流：S1：系统初始化将会

26、对企业本单位定义，供应商管理，房间台号类型管理，部门信息管理，仓库信息设置，员工级别管理进行初始化。A15替代流：A1： 若输入信息有误，系统将显示错误信息。活动图如6所示：图6 系统初始化活动图2.3 餐饮信息系统模块各用例的分析2.3.1 餐饮信息系统模块用例的实现关系前台管理主要是通过开台，买单和结算来实现；后台管理主要是通过库存管理，房台管理，进出货管理，商品管理来实现；财政管理主要是通过应付帐款管理和挂账管理来实现。系统管理则是对系统的权限及用户密码进行管理。系统初始化则是对企业基本信息进行录入。2.3.2 餐饮信息系统模块事件流分析2.3.2.1 登录: 用户先选择头像，然后输入用

27、户名，密码来登陆系统。系统会以可视化界面显示出可选用户头像，点击即可，然后输入密码，三次输错密码将退出系统。若第一次登录系统，将会有相应提示信息，提示用户设置系统管理人员。如图7图7 登录事件流分析图2.3.2.2 前台管理：给顾客进行开台，买单，结算等操作。顾客准备点菜之前，首先需要进行开台操作，操作人员通过选择空闲得房台给客户开台等操作，开台后就可以进行点菜。在点菜单中，点击开始点菜按钮后，在点菜表中输入菜名为首个的中文字或中文字拼音首字母，系统会自动跳出相关选项，用鼠标或上下移动键进行选择操作，回车键确定选择，完成点菜操作后，可以点击确定退出按钮从而实现开台操作。当客户需要进行加菜操作时

28、，同样先选择房台，然后可以点击加菜退菜服务按钮，然后输入相应加菜和退菜内容，从而最终实现这一操作过程；根据客户不同情况的不同要求是，分别对客户房台进行转台和并台操作，选择相应的房台然后实现客户的需求；当客户要进行买单时，进入结帐系统，选择结帐相关信息，然后根据不同情况进行结帐理。2.3.2.3 后台管理：对饭店库存，进、出货，商品信息，房台信息进行管理。当进出货时，首先填写进出货登记表，然后记录入数据库中；商品信息主要是对商品以及菜单进行管理或添加，以便进出货和点菜时便于操作人员的操作工作；房台信息主要是针对房台的状态和基本信息进行基本的管理。2.3.2.4 财务管理：对应付帐款，挂账信息进行

29、相应得管理查询。以操作人员的不同要求标准进行查询及显示信息，同时实现还账功能。2.3.2.5 系统初始化：对饭店信息进行初始化操作。包括单位信息，房台信息，供应商信息，部门信息，仓库信息等初始化操作。主要就是将企业的进本信息进行录入，从而完成系统得初始化工作。2.3.2.6 权限管理：对操作权限进行管理。针对不同人员的不同权限进行区分，系统管理员则可以对系统用户进行管理操作。如图8 和9，分别是权限管理事件流分析以及各种类之间的对应关系：图8，权限管理管理事件流分析图VOPC：图9 权限管理管理VOPC图3 系统设计3.1 概述系统设计是根据系统分析中的逻辑模型，科学合理地进行物理模型的设计，

30、解决“系统怎么做”的问题。从系统逻辑模型到系统物理模型的设计是一个由抽象到具体的过程，可能需要反复多次才能实现。系统设计这一部分是对类进行详细设计（增加属性及类与类之间的关系），进而对相关用例进行修改设计和子系统设计。最后完成数据库设计、组件设计和系统的物理配置方案。3.2 架构设计软件构架文档提供了本系统构架方面的综合概述。本文档以一系列的视图表示总体构架，包括用例视图、逻辑视图、实施视图和部署视图。每一视图由多个模型组成，需求获取阶段已建立用例视图。分析设计阶段主要是建立逻辑视图，逻辑视图中包含分析模型和设计模型。本章重点对逻辑视图中的分析模型进行详细说明，分析模型中包括用例分析和分析类图

31、的设计两部分。在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 系统功能设计功能设计描述了系统将会拥有哪些主要功能，反映了哪

32、些业务被系统支持。通过系统的功能设计，将方便的进行系统实施。下面，先对系统的整个功能结构进行一下描述，然后对每个功能进行具体说明。3.3.1 功能结构设计本系统主要功能设计有七大部分，分别是前台管理，后台管理，财政管理，应收应付管理，系统统初始化，系统管理，帮助。如图15图15 中小型饭店餐饮系统模块结构图3.3.2 系统功能模块说明本系统主要包括了六个功能模块，其中以前台管理模块和后台管理模块最为重要。下面分别介绍一下这几个功能模块。1前台管理：主要是对饭店前台收银的管理。包括开台管理，买单管理，单日结帐数据分析，日结算管理。2 后台管理：主要是对酒店后台进货，出货等的管理。包括进货管理，出

33、货管理，进货查询，出货查询，库存查询，库存统计分析，房间台号管理，商品信息管理，员工信息管理。3财政管理：主要是对酒店财务方面的管理。包括月结算管理，月营业分析，年营业分析。4应收应付管理：主要是对酒店的往来帐款进行管理。包括应付帐款管理，挂账管理，历史挂账查询。5系统管理：主要是对软件的维护和权限进行管理。包括系统维护向导，权限管理。 6系统初始化：主要是对饭店的基础设置信息管理。包括本单位定义，供应商管理，房间台号类型管理，部门信息管理，仓库信息设置，员工级别管理。3.4 餐饮管理系统流程图企业的运作是由企业组织结构的各项业务流程实现的，业务流程是企业动态系统的组成部分。对现行企业组织结构

34、业务流程的描述和分析是系统分析工作的重要内容。通过业务流程图从而描述系统处理的流程与数据分析。经过上面的功能结构设计后，对系统的功能结构有了一定的了解。但是，这仅仅是从功能的角度来描述系统的结构，无法看出各功能之间的关联。下面，利用信息系统流程图来表达各功能之间的数据传达关系。如图：图16 餐饮管理系统流程图3.5 类的详细设计(主要是实体类) 包括对实体类属性，操作和对应联系关系的设计。如图17：图17 实体类之间的关系图3.6 数据库设计数据库设计是系统设计的重要工作，它的设计质量直接影响到系统的开发进度、应用效果及生命力。因此，整个数据库的设计工作必须按照科学的方法进行。下面分别从数据库

35、的概念设计、逻辑设计、物理结构设计以及数据库权限设计来对数据进行设计。3.6.1 数据库的概念设计在Rational Rose中，软件提供了实体类可以直接生成数据库模型的方法，具体步骤包括： 首先对实体类进行持久化处理，并定义实体类的关键字；然后在组件视图中创建数据库组件，并选择数据库管理系统（SQL Server）；第三，用Rose中的Data Modeler工具生成逻辑关系表最后对逻辑表用Rose中的Data Modeler工具，正向工程生成物理数据库。然而在这之前，建立概念数据模型又是十分必要的。建立概念数据模型的目标产生反映组织信息需求的数据库概念模式，它是一种面向客观世界，面向用户的

36、模式，它侧重于对客观世界复杂事物的结构描述及它们之间内在联系的刻画。建立数据库概念模型比较常用的是E-R图。下面就是利用E-R图，从数据库的局部概念模式整合为数据库的全局概念模式并对其进行优化。如图18，即是整个数据库的全局概念模型。我们从中可以看到各个不同实体之间所对应的不同关系。图18 全局概念模型图3.6.2 数据库逻辑结构设计通过上面的数据库概念设计，从而导出相应的数据库逻辑设计。其中带下划线的字段为主键，带波浪下划线的字段为外键。仓库信息表（ 仓库编号，仓库名称，库管员，仓库说明 ）付款单据历史表（结账票号，品种数，数量，金额，折扣，税率，应付，实付，付款金额，供应商全称，欠款日期，

37、还款日期，付款方式，是否结清 ）供应商信息表（供应商编号，供应商全称，简称，地址，所属地区，邮政编码，电话，传真，联系人，联系人电话，开户银行，银行账号，纳税人登记，邮箱地址 ）出货历史单据表（ 出货票号，品种数，数量，金额，日期，经手人，操作员 ）出货表（ 商品编号，商品名称，单位，单价，数量，金额，备注，仓库，操作员，经手人，日期，票号）员工信息表（员工编号，员工姓名，性别，出生日期，文化程度，身份证号，所属部门，员工级别，负责工作，联系电话，联系地址，聘用日期，薪金 ）员工级别表（级别编号，级别名称，备注 ）商品基础信息表（ 商品级别，本级编号，商品编号，本级名称，本级简称，商品全称，单

38、位，单价，商品说明，供应商，联系地址，联系电话，联系人 ）库存信息表（商品编号，商品名称，单位，进价，库存数量，库存金额，仓库）房间台号信息表（编号，房台名称，类型说明，部门，服务费，简要说明，状态，容纳人数 ）房间台号类型表（类型编号，类型说明，容纳人数 ）挂帐历史表（ 单据号，挂账时间，还账时间，挂账人，经手人，挂账原因，挂账金额，是否结帐）挂帐点单临表（房台编号，房台类别，商品编号，商品名称，单位，数量，单价，金额，点单日期，结账日期，服务员编号，服务员姓名，状态，单据号，是否结账，备注 ）挂帐点单历史表（房台编号，房台类别，商品编号，商品名称，单位，数量，单价，金额，点单日期，结账日期

39、，服务员编号，服务员姓名，状态，单据号，是否结账，备注 ）挂账单（单据号，挂账时间 ，挂账人，经手人，挂账原因，挂账金额，是否结帐）日点单信息表（房台编号，房台类别，商品编号，商品名称，单位，数量，单价，金额，点单日期，结账日期，服务员编号，服务员姓名，状态，单据号，是否结账，备注 ）日结帐表（结账单据号，房台编号，日期，结款金额，结款人，结款方式，结款说明）月点单信息表（房台编号，房台类别，商品编号，商品名称，单位，数量，单价，金额，点单日期，结账日期，服务员编号，服务员姓名，状态，单据号，是否结账，备注 ）月结帐表（结账单据号，房台编号，日期，结款金额，结款人，结款方式，结款说明）本单位定

40、义（公司简称，公司电话，公司全称，公司地址，税务登记号，开户行及账号，备注 ）权限信息表（ 编号，操作员姓名，员工级别，密码，权限）点单历史表（房台编号，房台类别，商品编号，商品名称，单位，数量，单价，金额，点单日期，结账日期，服务员编号，服务员姓名，状态，单据号，是否结账，备注 ）结帐历史信息表（结账单据号，房台编号，日期，结款金额，结款人，结款方式，结款说明）进货单据临时表（进货票号，品种数，数量，金额，折扣，税率，应付，实付，未付，经手人，操作员，供应商全称，欠款日期，还款日期，付款方式，是否结清）进货单据历史表（进货票号，品种数，数量，金额，折扣，税率，应付，实付，未付，经手人，操作员

41、，供应商全称，欠款日期，还款日期，付款方式，是否结清）部门信息表（部门编号，部门名称，负责人，部门电话，部门职能 ）3.6.3 数据库物理结构设计物理设计是在逻辑设计的基础上进一步设计数据模式的一些物理细节。下面便是数据库的物理结构设计，包括字段列名、字段意义、数据类型、主键、外键以及是否允许空值。本单位定义字段列名字段意义数据类型主键外键是否可为空公司简称公司简称char (10)公司电话公司电话char (15)公司全称公司全称char (20)公司地址公司地址char (30)税务登记号税务登记号char (20)开户行及帐号开户行及帐号char (10)备注备注char (30)权限信

42、息表 字段列名字段意义数据类型主键外键是否可为空编号编号char (10)操作员姓名操作员姓名char (12)员工级别员工级别char (10)密码密码char (10)权限权限char (10)结帐历史信息表，日结帐历史表 ，月结帐表字段列名字段意义数据类型主键外键是否可为空结帐单据号结帐单据号char (25)房台编号房台编号char (10)日期日期datetime结款金额结款金额money结款人结款人char (12)结款方式结款方式char (10)结款说明说明char (20)进货表 字段列名字段意义数据类型主键外键是否可为空商品编号商品编号char (8)商品名称商品名称cha

43、r (20)单位单位char (4)单价单价money数量数量numeric(18, 0)金额金额money备注说明char (30)仓库仓库号char (10)操作员操作员名char (10)经手人经手人char (10)日期日期datetime票号票号char (25)部门信息表 字段列名字段意义数据类型主键外键是否可为空部门编号部门编号char (10)部门名称部门名称char (20)负责人负责人char (10)部门电话部门电话char (15)部门职能部门职能char (20)3.6.4 数据库权限设计 如果一个系统在各个业务流程中没有很好的分派权限的话，那整个业务将会一团糟，原因

44、就是每个角色的权限没有很好的分派，从而导致业务上责任的互相交错推卸。因此，在本系统中将设置多种权限，每种权限都有各自的责任界限，不会互相交错而推卸责任，也不会缺乏权限而导致整个业务流程无法正常执行。系统管理员：对整个系统的各个模块进行管理，其中包括了权限管理。基本操作员：可以对除了权限管理的其他模块进行管理操作。自定义权限：可以根据不同业务人员的具体情况单独选择模块，从而划分其操作模块的权限，最终保证各自的权限范围及责任。3.7 代码设计代码设计是代表事物名称、属性、状态等的符号，通常是字母、数字的组合。设计出一个好的代码方案可以使很多机器处理（如某些统计、校对、查询等）变得十分方便，还可以把

45、一些现阶段计算机难以处理的工作变得很简单。代码设计有一定的原则，包括唯一性、合理性和可扩充性。只有满足了以上原则，才能保证代码设计方案的成功实施。代码的种类很多，大致可分为顺序码、层次码和助忆码，在本系统的代码设计方案中，将综合使用以上代码规则。以下是代码的设计说明，其他代码的设计则由一般字符或字符串组成，ID代码名称长度设计说明实例1仓库编号6C XX仓库固定代码开头 顺序码（00001-99999）C012结账票号进货票号30XXXX-XX-XX jhd XXXX 时间日期 固定代码 顺序码（0001-9999） 2006-5-19jhd00013供应商编号10gys XXXX 固定代码开

46、头 顺序码（0001-9999）gys00014出货票号25XXXX-XX-XX chd 0001 时间日期 固定代码 顺序码（0001-9999）2006-5-19chd00015商品编号8 XX XX XXXX一级级别数 二级级别数 顺序码（0001-9999） 04010016员工编号10P XXXX固定代码开头 顺序码（0001-9999）P00017级别编号10XXX顺序码（0001-9999）01, 0028商品级别4X 级数字 固定字符 1级9房台编号10XXX顺序码（001-999）00110类型编号6XX顺序码（01-99）01 11单据号25XXXX-XX-XX NO. X

47、XXX时间日期 固定代码 顺序码（0001-9999）2006-5-2No.000912部门编号10Bm XX固定代码开头 顺序码（01-99）Bm013.8 输入输出设计3.8.1 输出设计1.输出格式本系统的输出设计采用屏幕显示输出、打印输出两种格式。 屏幕显示输出：使用系统的条件查询程序对姚查询的纪录数据内容进行查询并直接输出到屏幕，显示是按照预先已经设计好的格式。 打印输出：为方便客户使用，满足客户需求，除了能让客户在屏幕上看到信息，也要提高供书面的沟通方式，让客户有真实感。2.输出设备：1 显示器；2 打印机3.输出介质：1 屏幕；2 打印纸3.8.2输入设计1 输入设计原则（1）控

48、制输入量：本系统中，客户基本信息量较大，在输入过程中所占时间较大，可以将输入将方式定为选择方式，避免大量文字输入占去的时间，减少输入延迟。（2）减少输入错误：本系统要采用多种校验方法来减少输入错误，提高输入效率，避免额外步骤。（3）输入过程尽量简化：在提供纠错和校验的同时，应保证输入过程简单易用，不能因为查错、纠错而使输入复杂化。2 输入设备本系统采用键盘-磁盘输入装置。有数据录入人员通过工作站录入，经拼写检查可靠验证后磁盘。这方式成本低，速度快，适用于本系统中的大量数据输入。3 原始单据的格式设计4 输入屏幕设计输入设计要尽量减少用户的输入动作，采用面向对象的输入方式。进货管理：主要功能是将

49、进货单录入系统，成为系统库存部分。下面是进货单管理界面：图19 进货单管理界面系统初始化模块只要是添加企业的基本信息，从而保证系统得运作。包括供应商管理，房台号类型管理，部门信息管理，仓库信息管理，员工级别管理。3.8 系统物理配置方案设计3.8.1 系统组件设计一般组件关系图：应用程序，系统控制以及数据库之间的关系。图20 一般组件关系图3.8.2 系统物理部署设计3.8.2.1 系统物理总部署设计图21 系统总部署设计图3.8.2.2 系统物理配置方案设计随着信息技术的发展，各种计算机软硬件产品竞相投向市场，这些产品为企业的信息化建设提供了极大的灵活性。如何选择软硬件产品事实上也就是系统的

50、物理配置方案设计。硬件方面由于现在微型计算机普遍来讲性价比较高，我们考虑选择性能较为良好、配置比较优越的品牌机器作为硬件支撑环境。(安排两台服务器，其中一台做备用服务器。总部各个部门各配备2台计算机，进行打印和日常数据管理。各展馆配备一台作为实时的输入输出终端来使用)硬件要求：1)CPU：P3 2)内存：64M 3)硬盘：80M剩余空间（介于本系统主要存储量来自于客户的信息，所以事先预留这些。随着信息量的不断增大，应逐步加大剩余空间。）软件要求：操作系统：中文WIN98，WINME，WIN2000，WINXP系统均可3.8.2.3网络架构设计1. C/S体系结构概述客户/服务器（Client/

51、Server）是客户进程从服务器进程中请求服务的一种计算方式。客户/服务器计算是协同处理中一个较宽的领域，很像是在系统间进行交互计算。其最显著的特点是进程在独立的应用程序中特殊的分布方式。但在实际的商业计算领域中，客户/服务器这个词是用来描述第四代语言（4GL）前端应用程序和关系数据管理系统（RDDBMS）的交互作用的。这才是客户/服务器这个词在本处的确切含义。2. 客户/服务器模型的特点：（1）客户进程和服务器的进行可以（但不是必须）由局域网（LAN）或广域网（WAN）连接。它们可以在同一台计算机上运行；（2）用于客户和数据库服务器之间通信的基本语言是结构化查询语言（SQL）。当今的客户/服

52、务器世界不外乎两种编写数据库引擎的体系结构。第一种是多进程引擎，其特点是同时能运行多个进程。典型情况下，这种引擎与其他类型相比会消耗可观的系统资源，但它们显得（在有限的测试下）比其对应类型更容易扩展到大型的平台。第二种类型是单进程、多线程体系结构，通常用于Microsoft SQL Server。这种结构依赖于同一应用程序内的多线程工作，而不是为每个任务运行不同的可执行程序或应用程序。它的优点是在一定的性能水平上其硬件要求很低。3.8.2.4 系统总体网络规划部署设计系统可以采用星型100M Ethernet 布线形式，后台以Windows NT 为网络操作系统，配以Windows98 为工作

53、站，建立真正的客户/服务器(Client/Sever)环境。Windows NT系统安全稳定，而且具有Windows操作界面，方便易用，是目前最适用于中小型网络的操作系统。3.9 界面设计3.9.1 中小型饭店餐饮管理信息系统主界面本系统界面设计以方便客户及用户操作为根本出发点，上端首先是菜单选项，下面接着则是功能按钮，可以通过鼠标点击直接进入该模块中，十分便捷。该系统时间以windows系统时间相一致，保证了信息的准确性。如图22：图22 系统主界面3.9.2 前台管理模块该模块主要包括前台管理，买单管理，当日结帐数据分析，日结算管理。如图23：图23 前台管理模块界面开台管理有四个不分组成

54、，它们分别是开台服务，转台服务，并台服务以及加菜、退菜服务。开台服务：主要实现点菜功能，同时还能通过房台名称进行查询。首先选定空闲房台，点击开台服务，会跳出菜单选择服务人员，然后进入点菜界面。开台服务首先要点击开始点菜按钮，然后在点菜表中进行输入，输入可以直接用输入菜名中文第一个字或菜名拼音首字母，系统会给出相同首字名的菜，然后通过鼠标点击，再通过回车键确定，然后通过回车输入后面内容，如数量，状态等等。点菜结束后，点击确定返回按钮即完成了开台服务功能。转台服务：主要实现客户要求换房台的功能。通过客户要求换台的要求，从而在空闲房台中进行转台工作。系统会自动列出空闲房台，以便操作者操纵系统，同时在

55、转台成功以后，系统将自动将原房台的点菜信息转入新的目标房台中。并台服务：主要实现不同房台进行合并的功能。在不同房台客户要求一同用餐时，则需要将双方房台合并一个房台，系统会自动列出营业房台，选择完房太后，系统自动将信息进行合并。加菜、退菜服务：主要是实现客户加菜和退菜要求。更加不同情况进行操作管理。其中内容同与点菜操作基本一样。买单管理：主要实现客户的买单。选定房台后，点击消费金额，系统会自动计算出价格，然后根据不同情况为客户买单，如挂账，客人买单 ，特权结账等，我们下面则主要看看客人买单界面.图24买单管理界面客人买单：主要实现客户结账功能。根据不同情况可以对客户进行不同方式结账。如打折结账和

56、不打折结账。如图25：图25：客人买单界面数据结算分析：主要实现各方台一天经营情况。一天企业经营结束后，可以通过结帐分析对该日销售情况大致了解及分析。下面就是数据结算分析界面：图26 数据结算分析界面日结算管理：主要实现将日结算内容保存进入月结算表中，同时删除本日结算内容。下面就是日结算管理界面：1图27 日结算管理界面3.9.3 后台管理模块后台管理包括进货管理，进货查询统计，出货管理，出货查询统计，库存查询，房间台号管理，商品信息管理和员工信息管理。这里主要介绍几个主要界面：进货查询统计：主要实现进货信息查询，通过不同条件从而对进货信息进行查询管理。下面是进货查询统计界面：图28 进货查询

57、统计界面房台信息管理：主要实现房台信息的查询以及房台基本信息的添加，修改，删除等功能。下面就是房台信息管理界面：图29 房台信息管理界面商品信息管理：主要功能是对商品基础信息清单，同时可以对商品信息进行添加，删除及修改。它为进出货以及点菜功能实现上带来了极大的便利。员工信息管理：主要实现员工基本信息的添加，删除，修改，查询等管理。图30 员工信息管理界面3.9.4 财务管理模块财务管理模块包括了月结帐管理，月营业分析，年营业分析。只要功能是实现对帐单信息的管理及分析。我们主要看看月营业分析界面，如下图：图31营业分析界面3.9.5 系统管理模块权限管理模块主要包括权限管理和系统维护向导模块。权

58、限管理模块主要实现不同用户权限的管理。当系统未设置权限时，系统会给出如下提示界面：图32 提示界面高级管理用户可以对其他用户的去权限进行添加，修改，删除。下面则是权限管理界面：图33 权限管理界面统维护向导：主要针对已经没有用处或年限以过的信息内容，可以根据不同情况给以选择。下面试系统维护向导图：图34系统维护向导图3.9.6 应收应付管理模块应收应付管理模块包括挂账管理，历史挂账查询，应收账款管理。这里只要介绍挂账管理和应收账款管理。这两者都是不同付款支付方式而形成的账款管理，下面是他们的界面：图35 挂账管理界面图36 应收账款管理界面参 考 文 献1 李彦,唐鑫.ASP.NET3.5系统开发精髓M.北京:电子工业出版社,2009.2 沈士根,王承焱,许小东.Web程序设计ASP.NET上机实验指导M.北京:清华大学出版社,2009.3 李春雷,陈萍.基于WEB服务的高校食堂管理系统J. 中小企业管理与科技,2011(09):134-136.4 何印,刘施羽