资源目录
压缩包内文档预览：(预览前20页/共66页)
编号：58670514
类型：共享资源
大小：4.28MB
格式：RAR
上传时间：2020-03-17
上传人：qq77****057
认证信息
个人认证
李**（实名认证）
江苏
IP属地：江苏
7.2
积分
- 关 键 词：
-
VB075
中小
饭店
餐饮
管理
系统
- 资源描述：
-
VB075中小饭店餐饮管理系统,VB075,中小,饭店,餐饮,管理,系统
- 内容简介：
-
中小型饭店餐饮管理信息系统设计毕业设计（论文）正文课 题 名 称 ：中小型饭店餐饮管理信息系统设计 二00 六 年 五 月 三十 日中小型饭店餐饮管理信息系统设计摘要随着我国市场经济的快速发展，各行业都呈现出生机勃勃的发展景象，其中餐饮业的发展尤为突出。近两年来已呈现出高速发展的态势。但在快速发展的同时，餐饮业在日常经营管理中仍普遍采用手工管理方式，整体科技含量低。随着餐饮企业规模和数量的不断增长，手工管理模式无论是在工作效率、人员成本还是提供决策信息方面都已难以适应现代化经营管理的要求，因此制约了整个餐饮业的规模化发展和整体服务水平的提升。有效的管理成为了一个难题，为能有效的解决这些问题提高企业的经济效益，在这些中小型饭店中采用工作流技术，结合饭店绿色管理内容，实施计算机管理信息系统不视为一条有效的解决途径。本论文主要针对中小型饭店餐饮管理中的一些问题，将其与计算机信息管理系统结合起来，实现中小型饭店管理信息计算机化、系统化，将中小型饭店管理中的工作流转化成比较科学化、规范化的业务流程，使管理基础数据更加准确化，管理人员摆脱了事务性工作，转而从事管理专业工作，为经营决策提供了快捷和强大的数据支持。把计算机用于餐饮企业管理，可在很大程度上提高管理者分析和决策的科学性，提高经营管职水平，带来更多的顾客，使企业取得更好的经济效益。总之，这套系统的开发只是把计算机技术应用于餐饮饭店管理中的小部分，系统中还存在许多不足，需要不断改进和完善。但同时也坚信随着科学技术的不断发展，通过继续努力不断完善餐饮管理信息系统的功能，在不久的将来必将能更加深入的发展下去，必将能为我国餐饮业的信息化进程贡献其微薄之力。关键字： 面向对象， 开台， 并台， 转台， 餐饮管理信息系统 MIDDLE AND SMALL RESTAURANT MANAGEMENT INFORMATIONSYSTEM DESIGN AND DEVELOPMENTAbstractWith the rapid development of economic，Food and Beverage trade presents excellent development trend, especially in recent two years. However there are still some management problems especially in middle and small restaurant. For example，low content of science and technology，backward of management method .these problems limit trade development and service level improvement. So it is necessary to study a new computer management system, it can solve many questions of tranditional handwork management in middle and small restaurant, such as，it can provide adequate decision data for manager and can improve the efficent with the workflow technology and the way of hotel green management. For the situation wo talk about, this paper is try to study a new computer information management system, that can solve many questions of tranditional handwork management in middle and small restaurant, such as，it can provide adequate decision data for manager and can manage many dishes and tables and so on. It will be convenience for the manager and scientific. It can also raise working efficiency and be more beneficial for the middle and small restaurant. This thesis comprehensively studies design and develop of middle and small restaurant management system .First, it analyzes the problems in traditional handwork management methods and describes consumer requirement .Then, it divides total system into three parts：proscenium income system、system management、book system and does detailed system design for them according to sofeware engineering method .The thesis also discusses system network design method and database design method .On the basis of the theoretical study, the thesis finally presents concurrence program codes and consumer interface design.This research is only an initial and small investigation in prompting restaurant information management. But it can develop continuely with the growth of science.Key word ： Object-Oriented， open tab!e， combine table， transfer table， Restaurant Information Management System 61目录 1 前言11.1 背景介绍11.1.1 国内现状11.1.2 企业背景介绍21.1.3 酒店餐饮管理分析及解决策略41.2 可行性分析51.2.1管理可行性分析51.2.2技术可行性分析51.2.3 经济可行性51.2.4 社会适应的可行性61.2.5 可行性分析结论61.3 系统开发意义62 系统分析82.1 中小型饭店餐饮管理信息系统需求分析82.2 餐饮信息系统分析建模82.2.1 餐饮信息系统用例说明82.2.2 餐饮信息系统总用例图82.2.3 前台管理92.2.4 后台管理102.2.5 财政管理112.2.6 系统管理122.2.7 统初始化132.3 餐饮信息系统模块各用例的分析142.3.1 餐饮信息系统模块用例的实现关系142.3.2 餐饮信息系统模块事件流分析15 登录:15 前台管理：15 后台管理：17 财务管理：19 系统初始化：20 权限管理：213 系统设计233.1 概述233.2 架构设计233.3 系统功能设计253.3.1 功能结构设计253.3.2 系统功能模块说明263.4 餐饮管理系统流程图263.5 类的详细设计(主要是实体类)273.6 数据库设计283.6.1 数据库的概念设计283.6.2 数据库逻辑结构设计293.6.3 数据库物理结构设计313.6.4 数据库权限设计353.7 代码设计353.8 输入输出设计363.8.1 输出设计363.8.2输入设计363.8 系统物理配置方案设计403.8.1 系统组件设计403.8.2 系统物理部署设计41 系统物理总部署设计41 系统物理配置方案设计41网络架构设计41 系统总体网络规划部署设计423.9 界面设计433.9.1 中小型饭店餐饮管理信息系统主界面433.9.2 前台管理模块443.9.3 后台管理模块483.9.4 财务管理模块503.9.5 系统管理模块513.9.6 应收应付管理模块52第四章 系统实施544.1 概述544.2 程序设计与调试544.2.1 程序设计544.2 .2 程序调试554.3 人员及岗位培训554.3.1 人员培训计划554.3.2 培训内容554.4 系统试运行及系统正式实施554.5 中小型饭店餐饮管理系统关键技术564.5.1 开台实现564.5.2 转台实现564.5.3 并台实现57结束语58致谢59参考文献611 前言 1.1 背景介绍1.1.1 国内现状中国是举世闻名的美食大国，拥有五千年的饮食文化和巨大的餐饮市场，满足个人的温饱问题已不是当今的热点，人们的生活方式逐渐在转变着，饮食已经成为了一种时尚，一种享受。民以食为天，随着人民生活水平和生活方式的转变，渐渐的人们发现餐饮业具有巨大的投资市场。随着餐饮业投资者的不断涌入，许多新一代的快餐店，披萨店，餐馆在国内开始风靡，随处可见。正值中国加入WTO三周年之际，中国开始步入后过渡期。有关专家认为，在后过渡期，网络、计算机地运用，如电子商务，信息系统等将成为改变交易环境、构造交易机会的重要平台。在关税的最终减让、市场领域的完全开放、市场环境持续改善的背景下，国外饮食企业进入中国，同时也是中国企业进入国际市场的重要开端，由此必将为国内外饮食企业提供更加广阔的市场机会。餐饮业不仅面临着巨大的发展机遇，也面临着前所未有的挑战和考验。入世后随着国际贸易的发展，更多的厂商会融入到世界贸易体系中，随着中国对外的不断开放，会有大量的企业或公司介入到餐饮领域。同时，随着中国兑现承诺和中国社会信息化的深化，很多地区性企业的“环境优势”对国外企业的障碍和不利条件被不断地消除，中国市场的竞争将更为激烈，而且随着餐饮业的迅速扩展，其中所暴露的问题也是不容忽视的。首先，人才的专业化程度不够导致内供不足：因餐饮业门坎较低，中国的大多数餐饮企业的老板是从小店发展起来的，家族式管理的居多，还没有发展到聘请职业经理人，许多还是人治，并没有一套现代企业制度和监督管理体制，所以从观念意识、经营思想和管理水平还有待专业化。其次，应变能力差，缺乏先进的信息工具：现在的餐饮市场火爆，许多以前做电子、房地产等其他行业的老板都凭借雄厚的资金实力挤进餐饮市场，争先恐后的上规模、上档次、比菜品、比服务、拼价格，使餐饮市场竞争激烈，但是许多餐饮企业缺乏对市场的应变能力和灵敏的信息工具，在现今网络经济的时代，许多餐饮企业还处在手工及半手工状态，即使有计算机也只当个点菜器和计算器用，并没有真正通过计算机系统来实现改造流程、强化管理、降低成本、堵漏节流等作用。最后缺乏科学和标准的管理体系：国外著名的快餐连锁经过上百年的探索都形成了标准化的工作流程和方法。中餐因其菜品的多样化和特色化的服务很难实现标准化管理，这使中餐企业的成本控制很难实现，但近两年也出现了引进快餐式经营特点的中餐企业，从流程、服务、出品都开了中餐标准化的先河。信息系统的引进，则会缓解和解决以上问题：首先，餐饮管理信息系统不是单纯的用于结帐计算的工具，它有着科学的、标准的管理体系，它是通过对目前餐饮市场的具体情况科学的调研分析后设计而成的，它能够针对中餐因其菜品的多样化和特色化的服务很难实现标准化管理，使中餐企业的成本控制很难实现这些问题给与解决。其次，餐饮管理信息系统能够给出具体的相应的符合企业自身要求的较科学的标准化管理流程，这暂时缓解了专业人才的需求，通过使用该系统就能完成专业人员所要做的事。最后，餐饮管理信息系统可以针对企业的经营现状而做出科学的分析，使得企业对市场的应变能力得到了提高，从而通过餐饮管理信息系统来实现强化管理、降低成本、堵漏节流等作用。更好的完善企业的经营管理，提高企业自身的竞争实力。信息系统在中国的运用上还是一个比较陌生的事物，想将其普及化仍还需要一段时间，虽然它目前在中国绝大多数企业中只占了很小的一个部分，但随着信息产业的高速发展，信息系统将是一个成功企业所不可缺少的，信息系统能给企业带来高质量、高效率、科学的管理，使企业竞争力又有了提高。面对餐饮业多元化的经营现状，经营的特色、规模、出品这些因素的不同，带给餐饮企业的则是不同的标准和工作流程和方法，面对着这解决方法不一的情况，对人才的专业化程度的要求也相应地提高了，然而在国内市场上，餐饮业人才供应不足，在这样的两难情况下，提高餐饮企业核心竞争力的管理信息工具越来越受到餐饮老板的重视，因此许多公司都陆续推出了餐饮管理系统，但由于自身经验的缺乏或对酒店餐饮行业管理理解的不够，至使市场上的产品良莠不分。目前市场上的餐饮管理系统大致有手工单据集中上传、PDA点菜和IC卡手持点菜三种类型。手工单据集中上传类型：顾名思义，集中上传就是点菜员用手工开单后，统一到前台的计算机或触摸屏来进行统一录入上传。很明显，这将导致效率的非常低下。在营业高峰时经常出现录入菜单排队现象，相信随着当前餐饮管理的发展，这种效率低下的管理模式将逐渐遭到淘汰。另外，没有条码划菜系统，无法统计上菜的时间，一旦出现问题，在厨师和传菜员之间无法追究明确责任。PDA点菜类型：PDA点菜上传，其主要是通过红外线或无线传输技术(802.11b)来进行数据传输。红外线传输距离由其功率的大小决定，由于PDA自身性能的局限性，其红外线传输的理论距离只有4米，而且红外线传输过程中不能有任何障碍物阻拦，实际上要求在1米内才能看清楚上传指示灯和上传确认音，传输成功率不能达到100%，极易造成数据的丢失。红外传输设备与红外接收设备进行通讯时，为一对一对应，其他红外传输设备无法插入，只能等待，等待过程中容易发生丢包现象。另外，红外线传输所需的硬件品种较为复杂，这相对于构建网络也会较为复杂，则网络容易出现故障。无线传输技术（802.11b）因其用国家允许的公用频率，所以会受到其他诸如手机、微波设备等所发出信号的干扰。主要表现为:通讯距离缩短,通讯时间加长，发出错误的包。IC卡手持点菜类型：IC卡手持点菜系统着重流程管理，针对中餐酒店的所有环节采用信息手段进行整合，从预订、接待、点菜、菜品上传、厨房分单打印、条码划菜、收银、经理查询等全方位计算机管理信息系统。是目前业内较为先进的，非常适合中大型酒楼的管理系统。综上所述，从中餐行业的复杂性和从业人员的素质考虑，推荐餐饮企业使用现今应用比较广泛也是比较稳定成熟的IC卡手持点菜技术。1.1.2 企业背景介绍燕山酒店位于广东省鹤山市大雁山风景区内，佛开高速公路雁山出口处，距鹤山至香港客货港码头仅十分钟。燕山酒店距中心城市广州60公里，距佛山30公里，距江门20公里，均有高速公路与之联接，距鹤山市城区8公里，因此可以说，燕山地处交通十分便捷的要道之处。更为有意义的是，酒店前面有达2000平方米的绿茵草地和1万平方米的人工湖，酒店后面紧靠海拔为120米的大雁山，这些是燕山十分独到的小区环境。燕山是由一座8层的主楼及7座附楼群所构成，附楼中有一座是员工宿舍与饭堂，其余分别是保龄球馆1座、半山别墅4座(建设在海拔为50米的半山之中)，三星级标准的客房1座。这些分散的设施布局可以让顾客充分欣赏到燕山的山景与水景，但也随之带来较高的运营成本，如热水和冷气的长距离输送，大面积的绿化维护，保安员的布点设置等。追溯发展，当时的市政府为了改善当地的投资环境，筹资1.2亿元(80%靠贷款)建造燕山酒店，在主体工程竣工之前没有明确要建成四星级的标准。1992年，“四星级”在许多人心目中还很神秘，甚至中国许多省份都还没有一家。在燕山主楼工程竣工之后，市长正式拍板要按“四星级”标准装修、管理。尽管追加了3000万资金，但主楼结构己定，这为以后的项目设置和经营管理留下了后如客房数量和餐位数不匹配，员工与顾客共通道和洗手间。“没有条件，也要创造条件”这是当时筹建者的一句口号，所以在设备的选购与整体装修方面，燕山还是十分超前，关键设备几乎全部进口，如锅炉、电梯、洗衣机、中央空调、电视、电机等;关键的装饰也几乎由名家设计，颇具特色，如大堂的大理石浮雕、家俱、玉塔、门锁、餐厅VIP房的东阳木刻等。但这一切都是没有系统地分析顾客需求与竞争者状态下做出的决策，市场如何定位，营销如何开展，饭店如何进行管理等问题在此阶段还未纳入议事日程。由此时所留下的隐患，也直接造成了燕山后几年的亏损经营，但随着1993年白天鹅酒店管理公司的介入和1996年粤美雅并购亏损的燕山酒店后的重新规划和营运管理，让燕山酒店又有了新的活力。燕山酒店目前业务主要以手工操作为主，业务流程重点在管理销售资金流程，对商品的销售主要包括以下几步：营业开市客户消费与结账收市日结统计。营业开市主要包括以下几步：1、 收银组长填写领款单等，向财务部门领取现金、发票等。 2、 收银组长将现金、发票等分配给收银员。客户消费与结账是一个可以反复进行过程，主要包括以下几步：1、 服务生为客户开台；2、 服务生询问客户对菜肴及饮品等需求，填写点菜单（多联）。3、 服务生将点菜单传递向收银员、后厨部、吧台。4、 收银员整理点菜单。5、 后厨部、吧台根据点菜单进行加工。6、 服务生将后厨部、吧台加工的成品传递给客户，客户进行消费。7、 客户向服务生提出结账请求。8、 服务生向收银员传达客户结账请求，收银员统计消费金额，并根据优惠规则，提出消费清单给服务生（载明：消费项目的数量和单价、消费总额、折扣及实收额）。 9、 服务生将消费清单传递给客户核查。10、 客户核查消费清单无异议后，将现金等结算工具提交服务生代为结算。11、 服务生将消费清单、现金等交给收银员，收银员进行收银结账，并将收银单、发票、找零等提供给服务生，服务生转交给客户。12、 客户结清账务后离开，服务生进行清理翻台。以上步骤中，2-6步可以执行多次循环。在第10-11步中，用户也可以亲自去收银台结账。收市日结统计主要包括以下几步：各收银员填写收银报表，统计各类结算方式的收入资金，与钱箱进行钱账核对。 钱账核对相符后，收银组长汇总填写收银日（市别）报表，填制缴款单，向财务部门缴款并报送报表。因为在实际工作中，收银组与财务部的现金领取与汇缴工作，由财务会计管理系统另行管理。 下面是燕山酒店餐饮的流程图：1.1.3 酒店餐饮管理分析及解决策略目前，燕山酒店餐饮管理总的来说，还处于传统的手工管理模式范畴，在这一范畴中也就有着普遍存在的问题。1、结帐速度慢:顾客多的时候，结帐等候时间过长，有时甚至会出现跑单的现象。2、存在下错单或漏单现象:有时顾客会抱怨点好的菜迟上、错上甚至漏上。这些往往都是由于服务员忘记落单、下错单或者是厨房丢失单据等人为错误造成的疏漏。3、服务到位率低:业务繁忙的时候，服务员疲于往返于顾客与厨房之间，腾不出足够的时间为顾客服务，难以提高饭店的服务水平。4、帐务核算用时过长:日常的收银稽核工作需要设专人而且要耗费大量的工作时间，有时还会因人为的疏漏产生稽核错误或舞弊现象。5、经营者缺乏对各类菜品销售情况的准确掌握:无法进行科学的分析和预测，很难做到对菜品销售、顾客口味、客流等数据的营销分析，会直接影响经营的效益。传统手工管理模式与现代信息化管理模式对照表，如图1-1手工管理模式信息化管理模式送单速度5-10分钟/单2-3分钟/单结帐速度5-10分钟/单1-2秒/单服务员服务及时率面对顾客的服务时间占整个消费过程的50%面对顾客的服务时间占整个消费过程的90%统计员人数2人无管理方法感性管理规范化管理(通过数据管理)决策分析依据无10份以上分析报表图1-1 传统手工管理模式与现代信息化管理模式对照表(以有100个餐位的中型饭店为例)对于一个企业，以下几点是人们所追求的目标： A、改进劳动生产率、利润。B、降低成本、加强管理。C、提高服务品质、提高效率。提高劳动生产率与改进利润是企业管理者追求的目标，从餐饮业未来发展趋势的考虑，随着IT技术在餐饮、饭店业务应用的深入，服务行业信息化战略的实现也是势在必行。从燕山酒店餐饮管理当中，我们可以明显可以看出，手工管理与信息化管理模式之间的明显差距，面对餐饮业多元化的经营现状，经营的特色、规模、出品这些因素的不同，带给餐饮企业的则是不同的标准和工作流程和方法，面对着这解决方法不一的情况，对企业进行需求管理分析及业务流程管理规划是必不可少的，通过科学的调研方法及工作流管理分析，从而从根本上解决酒店自身问题及不足。信息系统将是一个成功企业所不可缺少的信息化管理工具，信息系统将给企业带来高质量、高效率、科学的管理，使得企业竞争力有一定的提高。下面将通过可行性分析来看看这个新系统的开发策略是否可行。 1.2 可行性分析可行性分析是对现行系统进行初步调查和研究之后的结论，它反映了新系统开发策略。下面分别从管理可行性、技术可行性以及经济可行性三方面进行可行性分析。1.2.1管理可行性分析燕山酒店在业务上的问题给所有人员以及客户带来了不便，所有人员都有必要对现行工作业务流程进行改进。另一方面，管理信息系统实施后，需要对员工进行适当的培训，使员工理念在整个业务中得到更好的融合，餐饮管理信息系统同时能够给出具体的相应的符合企业自身要求的较科学的标准化管理流程，通过使用该系统就能完成一系列标准化管理。餐饮管理信息系统通过对目前餐饮市场的具体情况科学的调研分析后设计而成的，它能够针对中餐因其菜品的多样化和特色化的服务很难实现标准化管理，使中餐企业的成本控制很难实现这些问题给与解决。不仅仅是单纯的用于结帐计算的工具，它有着科学的、标准的管理体系，餐饮管理信息系统的加入给餐饮管理注入了新的生机。因而是可行的。1.2.2技术可行性分析本系统采用VB编程语言环境，对系统的要求不高，一般装有Win98以上操作系统的计算机都能正常运行本系统。本系统目前针对中小型饭店餐饮管理信息系统，规模及程序都不大，目前的使用者仅限于单个业务员的操作。因而在实施过程中需求及难度都不会太大。随着软件开发工具的发展，面向对象的、可视化的开发工具的不断涌现，如C+、VB.NET、C+Builder、PowerBuilder,这些工具在第三代语言的基础上，能帮助软件开发者提高软件开发的质量和效率，缩短开发周期。在硬件方面，随着它的不断发展，给设计人员更大的灵活性，使研制周期变短，使复杂的设计轻而易举得以实现。所以本系统在技术上是可行的。1.2.3 经济可行性在现代化管理中，经济效益的评价是决策的重要依据。关于经济上的可行性，除了研究开发与维护新系统所需要提供的费用能否得到保证外，还需要研究新系统将要带来的收益、开发成本与维护费用之间的关系。论证开发这么一个系统在经济上是否有利，进行费用估计与收益估计，包括对项目所需要费用的结算和对项目效益的结算，如果忽略了，就会造成巨大的损失。本套餐饮信息系统的实施主要考虑几方面的经济因素，包括设备费用，软件开发费用，人工费用，系统投入运行后的经常费用等。 设备费用：是指实现整个餐饮信息系统所需的硬件设备费用，主要包括了主机费用及网络费用。由于本系统对主机及网络的要求不高，因而费用将不会十分巨大。软件开发费用：是指开发餐饮管理信息系统过程中所耗费的费用。主要包括软件需求分析调研过程中，系统分析设计中，后期系统运行测试过程中等耗费。本系统主要是针对餐饮管理过程中的开台及后台业务管理，内容及规模都不大。耗费也随之减少。人工费用：主要是指人员培训费用。整个系统牵涉到的业务流程中的角色都需要经过新的培训，但系统操作可视化，主要管理流程简单易懂，对员工来说容易上手。系统投入运行后的经常费用：最主要的经常费用包括系统的管理、维护费用，变动费(系统投入使用后，系统的使用需消耗的打印纸、磁盘、水费、电费及管理人员工资等费用),另外还可能牵涉到硬件系统的维护，其中由于主要PC维护大部分可以由厂家保修，因而总的费用将不大。虽然本系统的资料搜集来源于互联网，但系统较低的要求使得系统成本也同样较低，而系统给企业带来的人力资源的节约化，效率高效化，管理科学化等等益处来说，餐饮信息系统必定会给企业带来长远的收益，因而在经济上是可行的。1.2.4 社会适应的可行性中国的中小型餐饮企业，普遍存在电子化程度低、管理传统、业务流繁琐复杂等缺点。不利于实现管理现代化、规模化、合理化。中国加入世界贸易组织后，面对激烈的竞争，显得后劲不足。因此，充分建立完善一套适合自身发展的管理信息系统，是为其在竞争中生存发展，提高自身效率，扩展客户群，增加市场份额，在竞争中立于不败之地，打下坚实的基础，是非常有必要，并且是必需的。系统基于对餐饮业务数据各角度详尽地分析和处理，为企业的管理和决策提供多层次、多方位的数据依据，使管理和决策更合理、更有效、更具可操作性。库存管理系统在操作上，比较容易执行。后台方面在已经建好的数据库中直接输入原始报表或表单中的与之对应的数据，经过检查确认无误即可。前台方面，基本上一般普通的操作人员在短期的培训后都可胜任。只是分不同角色和不同权限来处理相应的工作。在管理上，主管会更省力，更轻松。因为所有的工作都可在鼠标与键盘中来完成，可在当天完成对物料出入库的登记，和数量、单价等的查询。库存信息不断更新，反馈迅速。在月末和年末时不必费很大的人力与物理把时间都耗费在盘点和对帐上。同时，我们的信息、数据会在不同的地方、不同的人员处进行备份，以做到万无一失。在保密与安全方面我们通过设置不同的权限与密码保证数据的完整性、安全性、可靠性。通过普及这种系统，相信在全社会方面会产生比较大的效应。因为利用管理信息系统来帮助我们把烦琐、复杂的工作简单化一直是我们长久以来奋斗的目标。采用这套系统将大大节省人力物力和时间，而一个高效率的企业无疑会受到更多的青睐。1.2.5 可行性分析结论 通过在管理、技术、经济和社会适应性四方面的可行性研究分析，发现系统的开发满足这四方面的要求，因此一致认为系统应该立即开发。1.3 系统开发意义信息系统在中国的运用，随着信息产业的高速发展，信息系统将是一个成功企业所不可缺少的，信息系统能给企业带来高质量、高效率、科学的管理，使企业竞争力又有了提高。面对餐饮业多元化的经营现状，经营的特色、规模、出品这些因素的不同，带给餐饮企业的则是不同的标准和工作流程和方法，面对着这解决方法不一的情况，对人才的专业化程度的要求也相应地提高了，然而在国内市场上，餐饮业人才供应不足，在这样的两难情况下，信息系统得出现暂缓了这一紧张局面。首先，餐饮管理信息系统不是单纯的用于结帐计算的工具，它有着科学的、标准的管理体系，它是通过对目前餐饮市场的具体情况科学的调研分析后设计而成的，它能够针对中餐因其菜品的多样化和特色化的服务很难实现标准化管理，使中餐企业的成本控制很难实现这些问题给与解决。其次，餐饮管理信息系统能够给出具体的相应的符合企业自身要求的较科学的标准化管理流程，这暂时缓解了专业人才的需求，通过使用该系统就能完成专业人员所要做的事。最后，餐饮管理信息系统可以针对企业的经营现状而做出科学的分析，使得企业对市场的应变能力得到了提高，从而通过餐饮管理信息系统来实现强化管理、降低成本、堵漏节流等作用。更好的完善企业的经营管理，提高企业自身的竞争实力。因此，通过上述对餐饮管理信息系统开发的可行性分析，得出该系统的开发是势在必行的。提高餐饮企业核心竞争力的餐饮管理信息系统工具是不可忽视的。下面，进行系统分析，对中小型餐饮企业的组织结构及业务进行详细研究分析。2 系统分析2.1 中小型饭店餐饮管理信息系统需求分析经过上面的系统规划之后，对于燕山公司以及公司的现状有了初步的了解，下面，通过对公司进行更详细的调查来完成系统分析。 系统分析，是管理信息系统开发方法其中的生命周期法的第二阶段。在系统分析阶段，根据系统调查中获得的原始资料，对组织内部整体管理状况和信息处理过程分析，确定用户的需求，并建立新系统的逻辑模型。 软件需求分析上作是软件生命周期中的重要的一步。只有通过需求分析才能把软件功能和性能的总体概念描述为具体的软件需求规格说明，从而奠定软件开发的基础。软件需求分析上作也是一个不断认识和逐步细化的过程。该过程将软件调研阶段的需求资料进行分析和设计，使软件范围逐步细化到详细定义的程度，并分析出各种不同的软件元素，然后为这些元素找到可行的解决办法。需求分析是软件生命周期的起始阶段，因为这个阶段的上作是获取用户的需求，如果这个过程的上作没有做好，得到的需求不全面或者曲解了用户的需求，那么后面的设计和编码将会按照错误的需求进行，给软件开发带来很大的风险。因此做好需求分析及变更管理至关重要。2.2 餐饮信息系统分析建模作为一种比较成熟的饭店管理系统，牵涉到的内容比较多。它主要包括:前台管理、后台管理、收银结帐、餐厅厨房、外客帐管理等部分，还有一些和外部系统的接口:电话计费，公安接口，电子门锁，点菜机，财务系统接口，上网计费接口等等。限于篇幅，本文只对饭店管理系统中前台管理，后台管理，财政管理，应收应付管理，系统统初始化，系统管理的分析和其中的几个模块设计进行描述。2.2.1 餐饮信息系统用例说明在介绍系统用例之前，我们先了解一下用例图。创建用例图：在计算机软件系统的分析和设计中，首先需要准确地描述用户需求中的功能需求，以便进一步确定系统中应该建立那些对象。以往用自然语言来描述对系统的需求，即把预期的人与系统之间的交互编写成“剧本”（ Scenario)来描述这种功能需求。但是这样的做法没有统一的格式，缺乏描述的形式化，随意性大，常常容易产生理解上的含混和不准确性。 Use Case图是一种描述用例的可视化工具，它用简单的图形元素表示出系统的活动者，Use Case，以及他们之间的关系，准确地表达了活动者与系统地交互清况和系统所能提供地服务。活动者用一个小人来表示，用例用一个椭圆形的图标来表示。下面就是餐饮信息系统的用例图。2.2.2 餐饮信息系统总用例图本次研究开发餐饮管理信息系统主要针对中小型饭店餐饮管理，从而在设计上主要是偏重前台管理这一整个业务流程的实现，后台管理，财政管理等模块则是辅助部分。它与大型饭店管理有着明显的不同，如系统的后台管理库存盘点主要还是由人为操作执行，同时系统后台管理并未考虑与前台管理内容的相连性，财政管理只是实现了基本的信息计算，而在决策方面内容不多，这样一来，该系统如果用在大型饭店管理中，大量的工作及主要的一些内容都不能实现系统信息化，从而不可能考虑本系统。只有中小型饭店管理，工作量和数据量相对较小，信息化的程度也就相对较高，从整体而言，提高了工作的效率及质量。本系统主要由五个模块组成，分别由系统管理员以及操作人员进行操作管理，如下图2-1图2-1 餐饮信息系统总用例图2.2.3 前台管理主要是对饭店前台收银的管理。包括开台管理，买单管理，单日结帐数据分析，日结算管理。1前置条件： 登陆系统并有权限对前台管理进行操作。2后置条件：如果操作成功，将在数据库中的数据记录进行修改或添加，同时完成前台收银工作。3基流：如选择开台管理，则执行分支流S1，若选择买单管理，则进入分支流S2，若选择日结帐分析管理，则进入分支流S3。4分支流：S1：开台管理查找空闲房台，为客户开台，然后为客户进行点菜。(A1)若用户要求并台、转台或加菜，前2者查找空闲房台，为客户进行相应的操作(A1)；最后一种情况则为顾客进行加菜服务。S2：买单管理1.输入买单房台，为客户进行结帐处理S3：日结帐分析管理1.对该日结帐信息进行分析管理。5替代流：A1： 若无空闲房台，只能请顾客等待或放弃并台或转台。活动图如2-2所示：图2-2 前台管理活动图2.2.4 后台管理主要是对酒店后台进货，出货等的管理。包括进货管理，出货管理，库存查询，库存统计分析，房间台号管理，商品信息管理，员工信息管理。1前置条件：登陆系统并有权限对后台管理进行操作。2后置条件：如果操作成功，将在数据库中的数据记录进行修改或添加，同时完成后台库存及其他信息管理工作。3基流：若选择进货管理，则执行分支流S1，若选择出货管理，则进入分支流S2，若选择库存统计分析，则进入分支流S3，若选择商品信息管理，则进入分支流S4，若选择员工信息管理，则进入分支流S5，若选择房间台号管理，则进入分支流S6。4分支流：S1：进货管理对进货信息进行查询及进货信息添加。A1S2：出货管理对出货信息进行查询及出货信息添加。A1S3：库存统计分析对库存信息进行管理查询及统计等功能。A1S4：商品信息管理对商品信息进行添加和修改等管理。A1S5：员工信息管理对员工信息进行添加和修改等管理。A1 S6：房间台号管理对房台信息及其状态信息进行修改等。A1 5替代流：A1： 若输入信息有误，系统将显示错误信息。活动图如2-3所示：图2-3 后台管理活动图2.2.5 财政管理主要是对酒店财务方面的管理。包括月结算管理，月营业分析，年营业分析。1前置条件：登陆系统并有权限对财务管理进行操作。2后置条件：如果操作成功，将在数据库中的数据进行操作，生成所需的表单。3基流：若选择月结算管理，则执行分支流S1，若选择月营业分析，则进入分支流S2，若选择年营业分析，则进入分支流S3。4分支流：S1：月结算管理相应显示月结算信息，同时可以打印信息。A1S2：月营业分析相应显示月营业结算信息，同时可以打印信息。A1S3：年营业分析相应显示年营业结算信息，同时可以打印信息。A15替代流：A1： 若输入信息有误，系统将显示错误信息。活动图如2-4所示：图2-4 财政管理活动图2.2.6 系统管理主要是对软件的维护和权限进行管理。包括权限管理。 1前置条件：登陆系统并有权限对系统管理进行操作。2后置条件：如果操作成功，将对用户权限进行修改或调整。3基流：若选择权限管理，则执行分支流S1。4分支流：S1：权限管理对用户权限进行修改或调整A15替代流：A1： 若输入信息有误，系统将显示错误信息。活动图如2-5所示：图2-5 财政管理活动图2.2.7 统初始化主要是对饭店的基础设置信息管理。包括本单位定义，供应商管理，房间台号类型管理，部门信息管理，仓库信息设置，员工级别管理。1前置条件：登陆系统并有权限对系统初始化进行操作。2后置条件：如果操作成功，将会把企业的一些基本信息添加在数据库中。3基流：若选择系统初始化，则执行分支流S1。4分支流：S1：系统初始化将会对企业本单位定义，供应商管理，房间台号类型管理，部门信息管理，仓库信息设置，员工级别管理进行初始化。A15替代流：A1： 若输入信息有误，系统将显示错误信息。活动图如2-6所示：图2-6 系统初始化活动图2.3 餐饮信息系统模块各用例的分析2.3.1 餐饮信息系统模块用例的实现关系主要是指各大模块功能由哪些其他小模块实现，从而将他们的关系通过图表的形式表现出来, 如图2-7：图2-7 餐饮信息系统模块用例的实现关系前台管理主要是通过开台，买单和结算来实现；后台管理主要是通过库存管理，房台管理，进出货管理，商品管理来实现；财政管理主要是通过应付帐款管理和挂账管理来实现。系统管理则是对系统的权限及用户密码进行管理。系统初始化则是对企业基本信息进行录入。2.3.2 餐饮信息系统模块事件流分析 登录: 用户先选择头像，然后输入用户名，密码来登陆系统。系统会以可视化界面显示出可选用户头像，点击即可，然后输入密码，三次输错密码将退出系统。若第一次登录系统，将会有相应提示信息，提示用户设置系统管理人员。如图2-7图2-8 登录事件流分析图 前台管理：给顾客进行开台，买单，结算等操作。顾客准备点菜之前，首先需要进行开台操作，操作人员通过选择空闲得房台给客户开台等操作，开台后就可以进行点菜。在点菜单中，点击开始点菜按钮后，在点菜表中输入菜名为首个的中文字或中文字拼音首字母，系统会自动跳出相关选项，用鼠标或上下移动键进行选择操作，回车键确定选择，完成点菜操作后，可以点击确定退出按钮从而实现开台操作。当客户需要进行加菜操作时，同样先选择房台，然后可以点击加菜退菜服务按钮，然后输入相应加菜和退菜内容，从而最终实现这一操作过程；根据客户不同情况的不同要求是，分别对客户房台进行转台和并台操作，选择相应的房台然后实现客户的需求；当客户要进行买单时，进入结帐系统，选择结帐相关信息，然后根据不同情况进行结帐处理。如图2-9 和2-10，分别是事件流分析以及各种类之间的对应关系：图2-9 前台管理事件流分析图VOPC： 图2-10 前台管理VOPC图 后台管理：对饭店库存，进、出货，商品信息，房台信息进行管理。当进出货时，首先填写进出货登记表，然后记录入数据库中；商品信息主要是对商品以及菜单进行管理或添加，以便进出货和点菜时便于操作人员的操作工作；房台信息主要是针对房台的状态和基本信息进行基本的管理。库存查询则是根据需求对库存商品信息进行查询。如图2-11 和2-12，分别是后台管理事件流分析以及各种类之间的对应关系：图2-11，后台管理事件流分析图VOPC：图2-12 后台管理VOPC图 财务管理：对应付帐款，挂账信息进行相应得管理查询。以操作人员的不同要求标准进行查询及显示信息，同时实现还账功能。如图2-13 和2-14，分别是财务管理事件流分析以及各种类之间的对应关系：图2-13，财务管理事件流分析图VOPC：图2-14 财务管理VOPC图 系统初始化：对饭店信息进行初始化操作。包括单位信息，房台信息，供应商信息，部门信息，仓库信息等初始化操作。主要就是将企业的进本信息进行录入，从而完成系统得初始化工作。如图2-15 和2-16，分别是系统初始化管理事件流分析以及各种类之间的对应关系：图2-15，系统初始化管理事件流分析图VOPC：图2-16 系统初始化管理VOPC图 权限管理：对操作权限进行管理。针对不同人员的不同权限进行区分，系统管理员则可以对系统用户进行管理操作。如图2-17 和2-18，分别是权限管理事件流分析以及各种类之间的对应关系：图2-17，权限管理管理事件流分析图VOPC：图2-18 权限管理管理VOPC图3 系统设计3.1 概述系统设计是根据系统分析中的逻辑模型，科学合理地进行物理模型的设计，解决“系统怎么做”的问题。从系统逻辑模型到系统物理模型的设计是一个由抽象到具体的过程，可能需要反复多次才能实现。系统设计这一部分是对类进行详细设计（增加属性及类与类之间的关系），进而对相关用例进行修改设计和子系统设计。最后完成数据库设计、组件设计和系统的物理配置方案。3.2 架构设计软件构架文档提供了本系统构架方面的综合概述。本文档以一系列的视图表示总体构架，包括用例视图、逻辑视图、实施视图和部署视图。每一视图由多个模型组成，需求获取阶段已建立用例视图。分析设计阶段主要是建立逻辑视图，逻辑视图中包含分析模型和设计模型。本章重点对逻辑视图中的分析模型进行详细说明，分析模型中包括用例分析和分析类图的设计两部分。在rational rose 中，系统构架主要由use case view ,logic view, component view, deployment view 组成，在设计阶段，主要完成logic view 中的内容，即用应用层和商务层组织类。如下图：图3-1 应用层和业务层的实现关系1应用层内容（各实现用例的边界类和控制类）：图3-2 个边界类和控制类的实现关系2系统登录：图3-3 系统登录的实现3. 登陆的并发: 图3-4 登录过程中的并发4商务层内容：（整个系统的实现依赖关系）图3-5 整个系统的实现依赖关系3.3 系统功能设计功能设计描述了系统将会拥有哪些主要功能，反映了哪些业务被系统支持。通过系统的功能设计，将方便的进行系统实施。下面，先对系统的整个功能结构进行一下描述，然后对每个功能进行具体说明。3.3.1 功能结构设计本系统主要功能设计有七大部分，分别是前台管理，后台管理，财政管理，应收应付管理，系统统初始化，系统管理，帮助。如图3-1图3-1 中小型饭店餐饮系统模块结构图3.3.2 系统功能模块说明本系统主要包括了六个功能模块，其中以前台管理模块和后台管理模块最为重要。下面分别介绍一下这几个功能模块。1前台管理：主要是对饭店前台收银的管理。包括开台管理，买单管理，单日结帐数据分析，日结算管理。2 后台管理：主要是对酒店后台进货，出货等的管理。包括进货管理，出货管理，进货查询，出货查询，库存查询，库存统计分析，房间台号管理，商品信息管理，员工信息管理。3财政管理：主要是对酒店财务方面的管理。包括月结算管理，月营业分析，年营业分析。4应收应付管理：主要是对酒店的往来帐款进行管理。包括应付帐款管理，挂账管理，历史挂账查询。5系统管理：主要是对软件的维护和权限进行管理。包括系统维护向导，权限管理。 6系统初始化：主要是对饭店的基础设置信息管理。包括本单位定义，供应商管理，房间台号类型管理，部门信息管理，仓库信息设置，员工级别管理。3.4 餐饮管理系统流程图企业的运作是由企业组织结构的各项业务流程实现的，业务流程是企业动态系统的组成部分。对现行企业组织结构业务流程的描述和分析是系统分析工作的重要内容。通过业务流程图从而描述系统处理的流程与数据分析。经过上面的功能结构设计后，对系统的功能结构有了一定的了解。但是，这仅仅是从功能的角度来描述系统的结构，无法看出各功能之间的关联。下面，利用信息系统流程图来表达各功能之间的数据传达关系。如图：图3-2 餐饮管理系统流程图3.5 类的详细设计(主要是实体类) 包括对实体类属性，操作和对应联系关系的设计。如图3-3：图3-3 实体类之间的关系图3.6 数据库设计数据库设计是系统设计的重要工作，它的设计质量直接影响到系统的开发进度、应用效果及生命力。因此，整个数据库的设计工作必须按照科学的方法进行。下面分别从数据库的概念设计、逻辑设计、物理结构设计以及数据库权限设计来对数据进行设计。3.6.1 数据库的概念设计在Rational Rose中，软件提供了实体类可以直接生成数据库模型的方法，具体步骤包括： 首先对实体类进行持久化处理，并定义实体类的关键字；然后在组件视图中创建数据库组件，并选择数据库管理系统（SQL Server）；第三，用Rose中的Data Modeler工具生成逻辑关系表最后对逻辑表用Rose中的Data Modeler工具，正向工程生成物理数据库。然而在这之前，建立概念数据模型又是十分必要的。建立概念数据模型的目标产生反映组织信息需求的数据库概念模式，它是一种面向客观世界，面向用户的模式，它侧重于对客观世界复杂事物的结构描述及它们之间内在联系的刻画。建立数据库概念模型比较常用的是E-R图。下面就是利用E-R图，从数据库的局部概念模式整合为数据库的全局概念模式并对其进行优化。如图3-4，即是整个数据库的全局概念模型。我们从中可以看到各个不同实体之间所对应的不同关系。图3-4 全局概念模型图3.6.2 数据库逻辑结构设计通过上面的数据库概念设计，从而导出相应的数据库逻辑设计。其中带下划线的字段为主键，带波浪下划线的字段为外键。仓库信息表（ 仓库编号，仓库名称，库管员，仓库说明 ）付款单据历史表（结账票号，品种数，数量，金额，折扣，税率，应付，实付，付款金额，供应商全称，欠款日期，还款日期，付款方式，是否结清 ）供应商信息表（供应商编号，供应商全称，简称，地址，所属地区，邮政编码，电话，传真，联系人，联系人电话，开户银行，银行账号，纳税人登记，邮箱地址 ）出货历史单据表（ 出货票号，品种数，数量，金额，日期，经手人，操作员 ）出货表（ 商品编号，商品名称，单位，单价，数量，金额，备注，仓库，操作员，经手人，日期，票号）员工信息表（员工编号，员工姓名，性别，出生日期，文化程度，身份证号，所属部门，员工级别，负责工作，联系电话，联系地址，聘用日期，薪金 ）员工级别表（级别编号，级别名称，备注 ）商品基础信息表（ 商品级别，本级编号，商品编号，本级名称，本级简称，商品全称，单位，单价，商品说明，供应商，联系地址，联系电话，联系人 ）库存信息表（商品编号，商品名称，单位，进价，库存数量，库存金额，仓库）房间台号信息表（编号，房台名称，类型说明，部门，服务费，简要说明，状态，容纳人数 ）房间台号类型表（类型编号，类型说明，容纳人数 ）挂帐历史表（ 单据号，挂账时间，还账时间，挂账人，经手人，挂账原因，挂账金额，是否结帐）挂帐点单临表（房台编号，房台类别，商品编号，商品名称，单位，数量，单价，金额，点单日期，结账日期，服务员编号，服务员姓名，状态，单据号，是否结账，备注 ）挂帐点单历史表（房台编号，房台类别，商品编号，商品名称，单位，数量，单价，金额，点单日期，结账日期，服务员编号，服务员姓名，状态，单据号，是否结账，备注 ）挂账单（单据号，挂账时间 ，挂账人，经手人，挂账原因，挂账金额，是否结帐）日点单信息表（房台编号，房台类别，商品编号，商品名称，单位，数量，单价，金额，点单日期，结账日期，服务员编号，服务员姓名，状态，单据号，是否结账，备注 ）日结帐表（结账单据号，房台编号，日期，结款金额，结款人，结款方式，结款说明）月点单信息表（房台编号，房台类别，商品编号，商品名称，单位，数量，单价，金额，点单日期，结账日期，服务员编号，服务员姓名，状态，单据号，是否结账，备注 ）月结帐表（结账单据号，房台编号，日期，结款金额，结款人，结款方式，结款说明）本单位定义（公司简称，公司电话，公司全称，公司地址，税务登记号，开户行及账号，备注 ）权限信息表（ 编号，操作员姓名，员工级别，密码，权限）点单历史表（房台编号，房台类别，商品编号，商品名称，单位，数量，单价，金额，点单日期，结账日期，服务员编号，服务员姓名，状态，单据号，是否结账，备注 ）结帐历史信息表（结账单据号，房台编号，日期，结款金额，结款人，结款方式，结款说明）进货单据临时表（进货票号，品种数，数量，金额，折扣，税率，应付，实付，未付，经手人，操作员，供应商全称，欠款日期，还款日期，付款方式，是否结清）进货单据历史表（进货票号，品种数，数量，金额，折扣，税率，应付，实付，未付，经手人，操作员，供应商全称，欠款日期，还款日期，付款方式，是否结清）部门信息表（部门编号，部门名称，负责人，部门电话，部门职能 ）3.6.3 数据库物理结构设计物理设计是在逻辑设计的基础上进一步设计数据模式的一些物理细节。下面便是数据库的物理结构设计，包括字段列名、字段意义、数据类型、主键、外键以及是否允许空值。以下是数据库表： 仓库信息表 字段列名字段意义数据类型主键外键是否可为空仓库编号仓库编号char (6) 仓库名称仓库名称char (10)库管员库管人员姓名char (10)仓库说明解释说明char (20)仓库地址仓库地址char (10)付款单据历史表字段列名字段意义数据类型主键外键是否可为空结帐票号结帐票号char (20)品种数品种数numeric(10, 0)数量数量numeric(10, 0)金额金额money折扣打折扣numeric(10, 0)税率应缴税率numeric(10, 0)应付应付帐款 money实付实际支付金额money付款金额实际支付金额money供应商全称供应商全称char (30)欠款日期欠款日期datetime还款日期还款日期datetime付款方式付款方式char (20)是否结清是否结清char (4) 供应商信息表字段列名字段意义数据类型主键外键是否可为空供应商编号供应商编号char (10)供应商全称供应商全称char (30)简称简称char (15)地址地址char (30)所属地区所属地区char (20)邮政编码邮政编码char (10)电话电话char (15)传真传真char (20)联系人联系人char (10)联系人电话联系人电话char (15)开户银行开户银行char (15)银行帐号银行帐号char (20)纳税人登记纳税人登记char (20)网址邮箱网址邮箱char (20) 出货表字段列名字段意义数据类型主键外键是否可为空商品编号商品编号char (8)商品名称商品名称char (20)单位单位char (6)单价单价money数量数量numeric(18, 0)金额金额money备注说明char (50)仓库仓库号char (10)操作员操作员名char (10)经手人经手人char (10)日期日期datetime票号票号char (30)出货历史单据表字段列名字段意义数据类型主键外键是否可为空出货票号出货单的票号char (25)品种数品种的数量numeric数量数量numeric(18, 0)金额金额money日期时间日期datetime经手人记录出货单的人员char（10）操作员将出货单录入的人char (10) 员工信息表 字段列名字段意义数据类型主键外键是否可为空员工编号员工编号char (10)员工姓名员工姓名char (10)性别性别char (5)出生日期出生日期datetime文化程度文化程度char (10)身份证号身份证号char (18)所属部门所属部门char (15)员工级别员工级别char (10)负责工作负责工作char (30)联系电话联系电话char (15)联系地址联系地址char (30)聘用日期聘用日期datetime薪金薪金money 员工级别表 字段列名字段意义数据类型主键外键是否可为空级别编号级别编号char (10)级别名称级别名称char (10)备注备注char (30) 商品基础信息表 字段列名字段意义数据类型主键外键是否可为空商品级别商品级别char (4)本级编号级别编号char (6)商品编号商品编号char (20)本级名称级别名称char (15)本级简称本级简称char (10)商品全称商品全称char (15)单位单位char (10)单价单价money商品说明商品说明char (30)供应商供应商名称char (20)联系地址联系地址char (20)联系电话联系电话char (15)联系人联系人char (12) 库存信息表 字段列名字段意义数据类型主键外键是否可为空商品编号商品编号char (8)商品名称商品名称char (20)单位单位char (6)进价进价money库存数量库存数量numeric(10, 0)库存金额库存金额money仓库仓库char (10) 房间台号信息表 字段列名字段意义数据类型主键外键是否可为空编号编号char (10)房台名称房台名称char (15)类型说明类型说明char (20)部门部门char (10)服务费服务费money简要说明简要说明char (30)状态状态char (10)容纳人数容纳人数int（4）房间台号类型表 字段列名字段意义数据类型主键外键是否可为空类型编号类型编号char (10类型说明类型说明char (20)容纳人数容纳人数int（4）挂账表 ，挂帐历史表 字段列名字段意义数据类型主键外键是否可为空单据号单据号char (25)挂帐时间挂帐时间datetime还帐时间还帐时间datetime挂帐人挂帐人char (10)经手人经手人char (10)挂帐原因挂帐原因char (30)挂帐金额挂帐金额money是否结帐是否结帐char (4)日点单信息表，月点单信息表，挂帐点单历史表，挂账点单临时表，点单临时表，点单历史表字段列名字段意义数据类型主键外键是否可为空房台编号房台编号char (10)房台类别房台类别char (10)商品编号商品编号char (10)商品名称商品名称char (20)单位单位char (10)数量数量numeric(10, 0)单价单价money金额金额money点单日期点单日期datetime结帐日期结帐日期datetime服务员编号服务员编号char (10)服务员姓名服务员姓名char (10)状态状态char (10)单据号单据号char (25)是否结帐是否结帐char (4)备注备注char (30) 本单位定义字段列名字段意义数据类型主键外键是否可为空公司简称公司简称char (10)公司电话公司电话char (15)公司全称公司全称char (20)公司地址公司地址char (30)税务登记号税务登记号char (20)开户行及帐号开户行及帐号char (10)备注备注char (30)权限信息表 字段列名字段意义数据类型主键外键是否可为空编号编号char (10)操作员姓名操作员姓名char (12)员工级别员工级别char (10)密码密码char (10)权限权限char (10)结帐历史信息表，日结帐历史表 ，月结帐表字段列名字段意义数据类型主键外键是否可为空结帐单据号结帐单据号char (25)房台编号房台编号char (10)日期日期datetime结款金额结款金额money结款人结款人char (12)结款方式结款方式char (10)结款说明说明char (20)进货表 字段列名字段意义数据类型主键外键是否可为空商品编号商品编号char (8)商品名称商品名称char (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 数据库权限设计 如果一个系统在各个业务流程中没有很好的分派权限的话，那整个业务将会一团糟，原因就是每个角色的权限没有很好的分派，从而导致业务上责任的互相交错推卸。因此，在本系统中将设置多种权限，每种权限都有各自的责任界限，不会互相交错而推卸责任，也不会缺乏权限而导致整个业务流程无法正常执行。系统管理员：对整个系统的各个模块进行管理，其中包括了权限管理。基本操作员：可以对除了权限管理的其他模块进行管理操作。自定义权限：可以根据不同业务人员的具体情况单独选择模块，从而划分其操作模块的权限，最终保证各自的权限范围及责任。3.7 代码设计代码设计是代表事物名称、属性、状态等的符号，通常是字母、数字的组合。设计出一个好的代码方案可以使很多机器处理（如某些统计、校对、查询等）变得十分方便，还可以把一些现阶段计算机难以处理的工作变得很简单。代码设计有一定的原则，包括唯一性、合理性和可扩充性。只有满足了以上原则，才能保证代码设计方案的成功实施。代码的种类很多，大致可分为顺序码、层次码和助忆码，在本系统的代码设计方案中，将综合使用以上代码规则。以下是代码的设计说明，其他代码的设计则由一般字符或字符串组成，ID代码名称长度设计说明实例1仓库编号6C XX仓库固定代码开头 顺序码（00001-99999）C012结账票号进货票号30XXXX-XX-XX jhd XXXX 时间日期 固定代码 顺序码（0001-9999） 2006-5-19jhd00013供应商编号10gys XXXX 固定代码开头 顺序码（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. XXXX时间日期 固定代码 顺序码（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）控制输入量：本系统中，客户基本信息量较大，在输入过程中所占时间较大，可以将输入将方式定为选择方式，避免大量文字输入占去的时间，减少输入延迟。（2）减少输入错误：本系统要采用多种校验方法来减少输入错误，提高输入效率，避免额外步骤。（3）输入过程尽量简化：在提供纠错和校验的同时，应保证输入过程简单易用，不能因为查错、纠错而使输入复杂化。2 输入设备本系统采用键盘-磁盘输入装置。有数据录入人员通过工作站录入，经拼写检查可靠验证后磁盘。这方式成本低，速度快，适用于本系统中的大量数据输入。3 原始单据的格式设计4 输入屏幕设计输入设计要尽量减少用户的输入动作，采用面向对象的输入方式。进货管理：主要功能是将进货单录入系统，成为系统库存部分。下面是进货单管理界面：图3-5 进货单管理界面系统初始化模块只要是添加企业的基本信息，从而保证系统得运作。包括供应商管理，房台号类型管理，部门信息管理，仓库信息管理，员工级别管理。如下图：图3-6供应商管理界面图3-7房间台号类型设置界面图3-8 部门信息管理界面图3-9 仓库信息管理界面图3-10 员工基本管理界面3.8 系统物理配置方案设计3.8.1 系统组件设计一般组件关系图：应用程序，系统控制以及数据库之间的关系。图3-11 一般组件关系图3.8.2 系统物理部署设计 系统物理总部署设计图3-12 系统总部署设计图 系统物理配置方案设计随着信息技术的发展，各种计算机软硬件产品竞相投向市场，这些产品为企业的信息化建设提供了极大的灵活性。如何选择软硬件产品事实上也就是系统的物理配置方案设计。硬件方面由于现在微型计算机普遍来讲性价比较高，我们考虑选择性能较为良好、配置比较优越的品牌机器作为硬件支撑环境。(安排两台服务器，其中一台做备用服务器。总部各个部门各配备2台计算机，进行打印和日常数据管理。各展馆配备一台作为实时的输入输出终端来使用)硬件要求：1)CPU：P3 2)内存：64M 3)硬盘：80M剩余空间（介于本系统主要存储量来自于客户的信息，所以事先预留这些。随着信息量的不断增大，应逐步加大剩余空间。）软件要求：操作系统：中文WIN98，WINME，WIN2000，WINXP系统均可网络架构设计1. C/S体系结构概述客户/服务器（Client/Server）是客户进程从服务器进程中请求服务的一种计算方式。客户/服务器计算是协同处理中一个较宽的领域，很像是在系统间进行交互计算。其最显著的特点是进程在独立的应用程序中特殊的分布方式。但在实际的商业计算领域中，客户/服务器这个词是用来描述第四代语言（4GL）前端应用程序和关系数据管理系统（RDDBMS）的交互作用的。这才是客户/服务器这个词在本处的确切含义。2. 客户/服务器模型的特点：（1）客户进程和服务器的进行可以（但不是必须）由局域网（LAN）或广域网（WAN）连接。它们可以在同一台计算机上运行；（2）用于客户和数据库服务器之间通信的基本语言是结构化查询语言（SQL）。当今的客户/服务器世界不外乎两种编写数据库引擎的体系结构。第一种是多进程引擎，其特点是同时能运行多个进程。典型情况下，这种引擎与其他类型相比会消耗可观的系统资源，但它们显得（在有限的测试下）比其对应类型更容易扩展到大型的平台。第二种类型是单进程、多线程体系结构，通常用于Microsoft SQL Server。这种结构依赖于同一应用程序内的多线程工作，而不是为每个任务运行不同的可执行程序或应用程序。它的优点是在一定的性能水平上其硬件要求很低。 系统总体网络规划部署设计系统可以采用星型100M Ethernet 布线形式，后台以Windows NT 为网络操作系统，配以Windows98 为工作站，建立真正的客户/服务器(Client/Sever)环境。Windows NT系统安全稳定，而且具有Windows操作界面，方便易用，是目前最适用于中小型网络的操作系统。图3-13网络规划部署设计图3.9 界面设计3.9.1 中小型饭店餐饮管理信息系统主界面本系统界面设计以方便客户及用户操作为根本出发点，上端首先是菜单选项，下面接着则是功能按钮，可以通过鼠标点击直接进入该模块中，十分便捷。该系统时间以windows系统时间相一致，保证了信息的准确性。如图3-14：图3-14 系统主界面3.9.2 前台管理模块该模块主要包括前台管理，买单管理，当日结帐数据分析，日结算管理。如图3-15：图3-15 前台管理模块界面开台管理有四个不分组成，它们分别是开台服务，转台服务，并台服务以及加菜、退菜服务。开台服务：主要实现点菜功能，同时还能通过房台名称进行查询。首先选定空闲房台，点击开台服务，会跳出菜单选择服务人员，然后进入点菜界面。开台服务首先要点击开始点菜按钮，然后在点菜表中进行输入，输入可以直接用输入菜名中文第一个字或菜名拼音首字母，系统会给出相同首字名的菜，然后通过鼠标点击，再通过回车键确定，然后通过回车输入后面内容，如数量，状态等等。点菜结束后，点击确定返回按钮即完成了开台服务功能。如图3-16：图3-16 开台服务界面转台服务：主要实现客户要求换房台的功能。通过客户要求换台的要求，从而在空闲房台中进行转台工作。系统会自动列出空闲房台，以便操作者操纵系统，同时在转台成功以后，系统将自动将原房台的点菜信息转入新的目标房台中。如图3-17：图3-17 转台服务界面并台服务：主要实现不同房台进行合并的功能。在不同房台客户要求一同用餐时，则需要将双方房台合并一个房台，系统会自动列出营业房台，选择完房太后，系统自动将信息进行合并。下面就是并台服务界面： 图3-18 并台服务界面加菜、退菜服务：主要是实现客户加菜和退菜要求。更加不同情况进行操作管理。其中内容同与点菜操作基本一样。如图3-19：图3-19 加菜服务界面买单管理：主要实现客户的买单。选定房台后，点击消费金额，系统会自动计算出价格，然后根据不同情况为客户买单，如挂账，客人买单 ，特权结账等，我们下面则主要看看客人买单界面.图3-20买单管理界面客人买单：主要实现客户结账功能。根据不同情况可以对客户进行不同方式结账。如打折结账和不打折结账。如图3-21：图3-21：客人买单界面数据结算分析：主要实现各方台一天经营情况。一天企业经营结束后，可以通过结帐分析对该日销售情况大致了解及分析。下面就是数据结算分析界面：图3-22 数据结算分析界面日结算管理：主要实现将日结算内容保存进入月结算表中，同时删除本日结算内容。下面就是日结算管理界面：1图3-23 日结算管理界面3.9.3 后台管理模块后台管理包括进货管理，进货查询统计，出货管理，出货查询统计，库存查询，房间台号管理，商品信息管理和员工信息管理。这里主要介绍几个主要界面：进货查询统计：主要实现进货信息查询，通过不同条件从而对进货信息进行查询管理。下面是进货查询统计界面：图3-24 进货查询统计界面房台信息管理：主要实现房台信息的查询以及房台基本信息的添加，修改，删除等功能。下面就是房台信息管理界面：图3-25 房台信息管理界面商品信息管理：主要功能是对商品基础信息清单，同时可以对商品信息进行添加，删除及修改。它为进出货以及点菜功能实现上带来了极大的便利。以下就是商品信息管理界面：图3-26 商品信息管理界面员工信息管理：主要实现员工基本信息的添加，删除，修改，查询等管理。图3-27 员工信息管理界面3.9.4 财务管理模块财务管理模块包括了月结帐管理，月营业分析，年营业分析。只要功能是实现对帐单信息的管理及分析。我们主要看看月营业分析界面，如下图：图3-28营业分析界面3.9.5 系统管理模块权限管理模块主要包括权限管理和系统维护向导模块。权限管理模块主要实现不同用户权限的管理。当系统未设置权限时，系统会给出如下提示界面：图3-29 提示界面高级管理用户可以对其他用户的去权限进行添加，修改，删除。下面则是权限管理界面：图3-30 权限管理界面统维护向导：主要针对已经没有用处或年限以过的信息内容，可以根据不同情况给以选择。下面试系统维护向导图：图3-31系统维护向导图3.9.6 应收应付管理模块应收应付管理模块包括挂账管理，历史挂账查询，应收账款管理。这里只要介绍挂账管理和应收账款管理。这两者都是不同付款支付方式而形成的账款管理，下面是他们的界面： 图3-32 挂账管理界面图3-33 应收账款管理界面第四章 系统实施4.1 概述系统实施是新系统开发工作的最后一个阶段。所谓实施指的是将系统设计阶段的结果在计算机上实现，将原来纸面上的、类似于设计图式的新系统方案转换成可执行的应用软件系统。系统实施阶段的主要任务是：编程与调试；整理基础数据，培训操作人员；试运行与新旧系统的切换。下面便依次进行这些内容的设计说明。4.2 程序设计与调试4.2.1 程序设计系统能否将系统设计中的细节都实现，就要看程序是否设计合理。换句话说，一个设计良好的程序能够非常容易使系统实现用户的所有需求。那么怎样的程序才是设计良好的程序呢？首先，在设计程序之前先要确定程序设计的目标，另外还要制定一套程序设计规范。在这两样东西的指导下实现的程序才有可能是设计良好的程序。关于程序设计的方法在各种计算机程序语言书中都有介绍，故不在此论文中说明。另外，程序设计规范是随程序语言的不同而变化的，因此在本论文中仅对一些简单的规范进行说明。下面分别就程序设计目标及程序设计原则进行简要说明。 程序设计的目的是为了实现开发者在系统分析设计中所提出的管理方法和处理构想。编程不是系统开发的目的，因此应该尽量利用开发工具，尽快、尽好的实现系统。程序设计采用自底向上的逐步开发的方法，即先开发一个个的模块，然后在结构化地逐步建立起整个系统。其原则是强调程序的可维护性、可靠性和可理解性。（1）系统应高度可靠。餐饮管理信息系统的数据是很庞大的，如果整个系统没有高度的可靠性，那将是非常严重的。因此，程序设计时要保证数据存取是安全迅速的、处理数据质量是准确稳定的、操作权限是安全可靠的、系统运行是稳定的、系统效率是高速的。 （2）系统应该是实用的。如果一下子给一个操作繁琐、界面复杂的系统给用户，那这位用户的工作效率不但得不到提升，反而会大打折扣。因此在程序设计时，应从用户的角度来保证系统的方便实用。 （3）程序的规范化。要想在今后方便阅读以前的程序，并容易地修改维护，那就需要在程序设计时遵守程序设计的规范原则。一个规范的程序将使开发人员更易于维护。 程序设计原则： （1）确保每个模块仅完成最基本的工作。也就是说，尽可能地将模块分到最细。 （2）模块的功能不应该与其他模块有太大的关联。模块之间的耦合度越小，模块自身的聚合度越高，那设计出的程序更方便修改，更新。 （3）应尽可能地利用注释来把程序说明清楚。这将使今后阅读程序更方便。 下面对程序调试进行说明。4.2 .2 程序调试所谓程序调试，就是要在计算机上以各种可能的数据和操作条件对程序进行测试，找出存在的问题并加以修改。下面对系统实施过程中的程序调试作一说明。 （1）单元测试：在各模块分别开发的阶段，即各模块还没有整合的阶段，应尽量使单元测试更全面，即参与测试的数据尽可能的覆盖各种出错数据的组合。这样通过单元测试的模块才是高质量的模块。 （2）集成测试：在集成测试时，很可能会出现大量错误，这是因为在将各模块集成的时候没有考虑全面。因此，在集成测试时，要花比较多的时间来测试。 （3）系统测试：通过对整合的系统进行测试，发现系统中是否出现新的错误、是否出现以前出现过的错误，并尽快进行修正。 经过上面对程序设计与调试的说明后，接下来的程序设计的代码就不再此处说明了。下面进行系统完成后的人员培训说明。 4.3 人员及岗位培训 为用户培训系统操作、维护、运行管理人员是信息系统开发过程中不可缺少的功能。下面分别从人员培训计划、培训内容进行说明。 4.3.1 人员培训计划 通过制定合适的人员培新计划，将使系统能够更早的得到运用。下面分几个阶段进行人员培训计划的说明。 （1）系统编程开始后，根据系统设计的内容对所有人员介绍系统的大致情况及所拥有的主要功能，另外还包括数据库的数据表结构等信息。 （2）系统编程完毕后，组织所有人员进行系统操作培训，在操作过程中发现问题并及时纠正。 下面对具体的培训内容作一一说明。 4.3.2 培训内容 培训的具体内容包括以下几方面： （1）系统介绍；（2）数据库结构；（3）系统的操作；（4）系统涉及到的其他软件的应用；（5）系统出现问题时的快速解决方案；（6）系统输入方式的培训等。 在系统编程完毕，并且人员的培训也结束之后，便进入系统试运行及正式运行阶段。 4.4 系统试运行及系统正式实施 系统实施的最后一步便是新系统的试运行和旧的手工工作流程进行切换。它是系统调试和检测工作的延续，是一项很容易被人忽视，但对系统运行的安全、可靠、准确性来说又是十分重要的工作。下面分别对系统试运行及系统正式实施进行说明。 4.4.1 系统试运行 系统的试运行是发现系统在真实环境下运行是否会出现错误的阶段，在试运行过程中如发现问题，必须尽快解决。以下是系统试运行过程中所要完成的主要工作： （1）对系统进行初始化，输入原始数据记录。 （2）核对系统输出是否符合要求。 （3）对系统的实际运行、响应速度进行实际测试。 在系统试运行了一段时间之后，便让系统替换旧的工作流程了。 4.4.2 系统正式实施 由于直接实施风险太大，因此对于餐饮企业来说来说最好的方式是在一段时间内先并行操作，如果系统出错了，还有手工工作所留下的记录支撑，而不至于使业务发生中断，让企业陷入困境。 4.5 中小型饭店餐饮管理系统关键技术餐饮企业具有管理复杂、货品繁多、菜品多样、价格多变、折扣灵活、现金量大以及报表需求复杂多样等特点，这对开发餐饮管理系统提出了更高的要求。如何有效的处理大量动态、错综复杂的数据和信息由为重要。本系统关键技术主要针对开台、转台和并台进行描述说明。 4.5.1 开台实现在进行开台时，应注意房台当前所处的状态。因为房台存在各种状态，例如正在就餐、正在维修或空闲等，所以开台时，首先应考虑的是房台的状态，只有正常空闲的房台才允许开台，否则无法开台，并作出提示。下面是开台模块的界面及部分代码： Private Sub Comkt_Click() 调入开台服务 If Label4(0).Caption = Or Label4(1).Caption = Then MsgBox (请选择房间！) Else If Label4(6).Caption = 营业 Or Label4(6).Caption = 维修 Then MsgBox (对不起，您选择的房间正在 & Label4(6).Caption & ，请重新选择！) Else Load main_dialog_ygxx main_dialog_ygxx.Show frm_main.Enabled = False main_qtgl_ktgl.Enabled = False End If End IfEnd Sub4.5.2 转台实现由于客人就餐习惯不同，可能会遇到这种情况，有些客人在就餐过程中要求转台。例如客人要求换一个朝阳的包房、KTV房或空调房等等。这种情况下，就必须考虑转台功能模块了。首先找到原房台（客人就餐的房台），然后在列出目标房台（正常空闲的房台），确认客人转台后，在对开台表相应的信息进行编辑。下面是转台模块的界面及部分代码（Label4(0)为原房台，Text1为目标房台）：Private Sub Combc_Click() 确定转台 myval = MsgBox(确认将 & Label4(0).Caption & 的客人转到 & Trim(Text1.text)
- 温馨提示:
1: 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
人人文库网所有资源均是用户自行上传分享，仅供网友学习交流，未经上传用户书面授权，请勿作他用。
川公网安备: 51019002004831号