毕业设计：中小酒店餐饮管理系统的设计.doc

《毕业设计：中小酒店餐饮管理系统的设计.doc》由会员分享，可在线阅读，更多相关《毕业设计：中小酒店餐饮管理系统的设计.doc（74页珍藏版）》请在三一文库上搜索。

1、毕业设计1 引言1.1 背景介绍1.1.1 国内现状中国是举世闻名的美食大国，拥有五千年的饮食文化和巨大的餐饮市场，满足个人的温饱问题已不是当今的热点，人们的生活方式逐渐在转变着，饮食已经成为了一种时尚，一种享受。民以食为天，随着人民生活水平和生活方式的转变，渐渐的人们发现餐饮业具有巨大的投资市场。随着餐饮业投资者的不断涌入，许多新一代的快餐店，披萨店，餐馆在国内开始风靡，随处可见。正值中国加入WTO三周年之际，中国开始步入后过渡期。有关专家认为，在后过渡期，网络、计算机地运用，如电子商务，信息系统等将成为改变交易环境、构造交易机会的重要平台。在关税的最终减让、市场领域的完全开放、市场环境持续

2、改善的背景下，国外饮食企业进入中国，同时也是中国企业进入国际市场的重要开端，由此必将为国内外饮食企业提供更加广阔的市场机会。餐饮业不仅面临着巨大的发展机遇，也面临着前所未有的挑战和考验。入世后随着国际贸易的发展，更多的厂商会融入到世界贸易体系中，随着中国对外的不断开放，会有大量的企业或公司介入到餐饮领域。同时，随着中国兑现承诺和中国社会信息化的深化，很多地区性企业的“环境优势”对国外企业的障碍和不利条件被不断地消除，中国市场的竞争将更为激烈，而且随着餐饮业的迅速扩展，其中所暴露的问题也是不容忽视的。首先，人才的专业化程度不够导致内供不足：因餐饮业门坎较低，中国的大多数餐饮企业的老板是从小店发展

3、起来的，家族式管理的居多，还没有发展到聘请职业经理人，许多还是人治，并没有一套现代企业制度和监督管理体制，所以从观念意识、经营思想和管理水平还有待专业化。其次，应变能力差，缺乏先进的信息工具：现在的餐饮市场火爆，许多以前做电子、房地产等其他行业的老板都凭借雄厚的资金实力挤进餐饮市场，争先恐后的上规模、上档次、比菜品、比服务、拼价格，使餐饮市场竞争激烈，但是许多餐饮企业缺乏对市场的应变能力和灵敏的信息工具，在现今网络经济的时代，许多餐饮企业还处在手工及半手工状态，即使有计算机也只当个点菜器和计算器用，并没有真正通过计算机系统来实现改造流程、强化管理、降低成本、堵漏节流等作用。最后缺乏科学和标准的

4、管理体系：国外著名的快餐连锁经过上百年的探索都形成了标准化的工作流程和方法。中餐因其菜品的多样化和特色化的服务很难实现标准化管理，这使中餐企业的成本控制很难实现，但近两年也出现了引进快餐式经营特点的中餐企业，从流程、服务、出品都开了中餐标准化的先河。信息系统的引进，则会缓解和解决以上问题：首先，餐饮管理信息系统不是单纯的用于结帐计算的工具，它有着科学的、标准的管理体系，它是通过对目前餐饮市场的具体情况科学的调研分析后设计而成的，它能够针对中餐因其菜品的多样化和特色化的服务很难实现标准化管理，使中餐企业的成本控制很难实现这些问题给与解决。其次，餐饮管理信息系统能够给出具体的相应的符合企业自身要求

5、的较科学的标准化管理流程，这暂时缓解了专业人才的需求，通过使用该系统就能完成专业人员所要做的事。最后，餐饮管理信息系统可以针对企业的经营现状而做出科学的分析，使得企业对市场的应变能力得到了提高，从而通过餐饮管理信息系统来实现强化管理、降低成本、堵漏节流等作用。更好的完善企业的经营管理，提高企业自身的竞争实力。信息系统在中国的运用上还是一个比较陌生的事物，想将其普及化仍还需要一段时间，虽然它目前在中国绝大多数企业中只占了很小的一个部分，但随着信息产业的高速发展，信息系统将是一个成功企业所不可缺少的，信息系统能给企业带来高质量、高效率、科学的管理，使企业竞争力又有了提高。面对餐饮业多元化的经营现状

6、，经营的特色、规模、出品这些因素的不同，带给餐饮企业的则是不同的标准和工作流程和方法，面对着这解决方法不一的情况，对人才的专业化程度的要求也相应地提高了，然而在国内市场上，餐饮业人才供应不足，在这样的两难情况下，提高餐饮企业核心竞争力的管理信息工具越来越受到餐饮老板的重视，因此许多公司都陆续推出了餐饮管理系统，但由于自身经验的缺乏或对酒店餐饮行业管理理解的不够，至使市场上的产品良莠不分。目前市场上的餐饮管理系统大致有手工单据集中上传、PDA点菜和IC卡手持点菜三种类型。手工单据集中上传类型：顾名思义，集中上传就是点菜员用手工开单后，统一到前台的计算机或触摸屏来进行统一录入上传。很明显，这将导致

7、效率的非常低下。在营业高峰时经常出现录入菜单排队现象，相信随着当前餐饮管理的发展，这种效率低下的管理模式将逐渐遭到淘汰。另外，没有条码划菜系统，无法统计上菜的时间，一旦出现问题，在厨师和传菜员之间无法追究明确责任。PDA点菜类型：PDA点菜上传，其主要是通过红外线或无线传输技术(802.11b)来进行数据传输。红外线传输距离由其功率的大小决定，由于PDA自身性能的局限性，其红外线传输的理论距离只有4米，而且红外线传输过程中不能有任何障碍物阻拦，实际上要求在1米内才能看清楚上传指示灯和上传确认音，传输成功率不能达到100%，极易造成数据的丢失。红外传输设备与红外接收设备进行通讯时，为一对一对应，

8、其他红外传输设备无法插入，只能等待，等待过程中容易发生丢包现象。另外，红外线传输所需的硬件品种较为复杂，这相对于构建网络也会较为复杂，则网络容易出现故障。无线传输技术（802.11b）因其用国家允许的公用频率，所以会受到其他诸如手机、微波设备等所发出信号的干扰。主要表现为:通讯距离缩短,通讯时间加长，发出错误的包。IC卡手持点菜类型：IC卡手持点菜系统着重流程管理，针对中餐酒店的所有环节采用信息手段进行整合，从预订、接待、点菜、菜品上传、厨房分单打印、条码划菜、收银、经理查询等全方位计算机管理信息系统。是目前业内较为先进的，非常适合中大型酒楼的管理系统。综上所述，从中餐行业的复杂性和从业人员的

9、素质考虑，推荐餐饮企业使用现今应用比较广泛也是比较稳定成熟的IC卡手持点菜技术。1.1.2 企业背景介绍燕山酒店位于广东省鹤山市大雁山风景区内，佛开高速公路雁山出口处，距鹤山至香港客货港码头仅十分钟。燕山酒店距中心城市广州60公里，距佛山30公里，距江门20公里，均有高速公路与之联接，距鹤山市城区8公里，因此可以说，燕山地处交通十分便捷的要道之处。更为有意义的是，酒店前面有达2000平方米的绿茵草地和1万平方米的人工湖，酒店后面紧靠海拔为120米的大雁山，这些是燕山十分独到的小区环境。燕山是由一座8层的主楼及7座附楼群所构成，附楼中有一座是员工宿舍与饭堂，其余分别是保龄球馆1座、半山别墅4座(

10、建设在海拔为50米的半山之中)，三星级标准的客房1座。这些分散的设施布局可以让顾客充分欣赏到燕山的山景与水景，但也随之带来较高的运营成本，如热水和冷气的长距离输送，大面积的绿化维护，保安员的布点设置等。追溯发展，当时的市政府为了改善当地的投资环境，筹资1.2亿元(80%靠贷款)建造燕山酒店，在主体工程竣工之前没有明确要建成四星级的标准。1992年，“四星级”在许多人心目中还很神秘，甚至中国许多省份都还没有一家。在燕山主楼工程竣工之后，市长正式拍板要按“四星级”标准装修、管理。尽管追加了3000万资金，但主楼结构己定，这为以后的项目设置和经营管理留下了后如客房数量和餐位数不匹配，员工与顾客共通道

11、和洗手间。“没有条件，也要创造条件”这是当时筹建者的一句口号，所以在设备的选购与整体装修方面，燕山还是十分超前，关键设备几乎全部进口，如锅炉、电梯、洗衣机、中央空调、电视、电机等;关键的装饰也几乎由名家设计，颇具特色，如大堂的大理石浮雕、家俱、玉塔、门锁、餐厅VIP房的东阳木刻等。但这一切都是没有系统地分析顾客需求与竞争者状态下做出的决策，市场如何定位，营销如何开展，酒店如何进行管理等问题在此阶段还未纳入议事日程。由此时所留下的隐患，也直接造成了燕山后几年的亏损经营，但随着1993年白天鹅酒店管理公司的介入和1996年粤美雅并购亏损的燕山酒店后的重新规划和营运管理，让燕山酒店又有了新的活力。燕

12、山酒店目前业务主要以手工操作为主，业务流程重点在管理销售资金流程，对商品的销售主要包括以下几步：营业开市客户消费与结账收市日结统计。营业开市主要包括以下几步：1、 收银组长填写领款单等，向财务部门领取现金、发票等。 2、 收银组长将现金、发票等分配给收银员。客户消费与结账是一个可以反复进行过程，主要包括以下几步：1、 服务生为客户开台；2、 服务生询问客户对菜肴及饮品等需求，填写点菜单（多联）。3、 服务生将点菜单传递向收银员、后厨部、吧台。4、 收银员整理点菜单。5、 后厨部、吧台根据点菜单进行加工。6、 服务生将后厨部、吧台加工的成品传递给客户，客户进行消费。7、 客户向服务生提出结账请求

13、。8、 服务生向收银员传达客户结账请求，收银员统计消费金额，并根据优惠规则，提出消费清单给服务生（载明：消费项目的数量和单价、消费总额、折扣及实收额）。 9、 服务生将消费清单传递给客户核查。10、 客户核查消费清单无异议后，将现金等结算工具提交服务生代为结算。11、 服务生将消费清单、现金等交给收银员，收银员进行收银结账，并将收银单、发票、找零等提供给服务生，服务生转交给客户。12、 客户结清账务后离开，服务生进行清理翻台。以上步骤中，2-6步可以执行多次循环。在第10-11步中，用户也可以亲自去收银台结账。收市日结统计主要包括以下几步：各收银员填写收银报表，统计各类结算方式的收入资金，与钱

14、箱进行钱账核对。 钱账核对相符后，收银组长汇总填写收银日（市别）报表，填制缴款单，向财务部门缴款并报送报表。因为在实际工作中，收银组与财务部的现金领取与汇缴工作，由财务会计管理系统另行管理。 下面是燕山酒店餐饮的流程图：1.1.3 酒店餐饮管理分析及解决策略目前，燕山酒店餐饮管理总的来说，还处于传统的手工管理模式范畴，在这一范畴中也就有着普遍存在的问题。1、结帐速度慢:顾客多的时候，结帐等候时间过长，有时甚至会出现跑单的现象。2、存在下错单或漏单现象:有时顾客会抱怨点好的菜迟上、错上甚至漏上。这些往往都是由于服务员忘记落单、下错单或者是厨房丢失单据等人为错误造成的疏漏。3、服务到位率低:业务繁

15、忙的时候，服务员疲于往返于顾客与厨房之间，腾不出足够的时间为顾客服务，难以提高酒店的服务水平。4、帐务核算用时过长:日常的收银稽核工作需要设专人而且要耗费大量的工作时间，有时还会因人为的疏漏产生稽核错误或舞弊现象。5、经营者缺乏对各类菜品销售情况的准确掌握:无法进行科学的分析和预测，很难做到对菜品销售、顾客口味、客流等数据的营销分析，会直接影响经营的效益。传统手工管理模式与现代信息化管理模式对照表，如图1-1图1-1 传统手工管理模式与现代信息化管理模式对照表(以有100个餐位的中型酒店为例)手工管理模式信息化管理模式送单速度5-10分钟/单2-3分钟/单结帐速度5-10分钟/单1-2秒/单服

16、务员服务及时率面对顾客的服务时间占整个消费过程的50%面对顾客的服务时间占整个消费过程的90%统计员人数2人无管理方法感性管理规范化管理(通过数据管理)决策分析依据无10份以上分析报表对于一个企业，以下几点是人们所追求的目标： A、改进劳动生产率、利润。B、降低成本、加强管理。C、提高服务品质、提高效率。提高劳动生产率与改进利润是企业管理者追求的目标，从餐饮业未来发展趋势的考虑，随着IT技术在餐饮、酒店业务应用的深入，服务行业信息化战略的实现也是势在必行。从燕山酒店餐饮管理当中，我们可以明显可以看出，手工管理与信息化管理模式之间的明显差距，面对餐饮业多元化的经营现状，经营的特色、规模、出品这些

17、因素的不同，带给餐饮企业的则是不同的标准和工作流程和方法，面对着这解决方法不一的情况，对企业进行需求管理分析及业务流程管理规划是必不可少的，通过科学的调研方法及工作流管理分析，从而从根本上解决酒店自身问题及不足。信息系统将是一个成功企业所不可缺少的信息化管理工具，信息系统将给企业带来高质量、高效率、科学的管理，使得企业竞争力有一定的提高。下面将通过可行性分析来看看这个新系统的开发策略是否可行。 1.2 可行性分析可行性分析是对现行系统进行初步调查和研究之后的结论，它反映了新系统开发策略。下面分别从管理可行性、技术可行性以及经济可行性三方面进行可行性分析。1.2.1管理可行性分析燕山酒店在业务上

18、的问题给所有人员以及客户带来了不便，所有人员都有必要对现行工作业务流程进行改进。另一方面，管理信息系统实施后，需要对员工进行适当的培训，使员工理念在整个业务中得到更好的融合，餐饮管理信息系统同时能够给出具体的相应的符合企业自身要求的较科学的标准化管理流程，通过使用该系统就能完成一系列标准化管理。餐饮管理信息系统通过对目前餐饮市场的具体情况科学的调研分析后设计而成的，它能够针对中餐因其菜品的多样化和特色化的服务很难实现标准化管理，使中餐企业的成本控制很难实现这些问题给与解决。不仅仅是单纯的用于结帐计算的工具，它有着科学的、标准的管理体系，餐饮管理信息系统的加入给餐饮管理注入了新的生机。因而是可行

19、的。1.2.2技术可行性分析本系统采用VB编程语言环境，对系统的要求不高，一般装有Win98以上操作系统的计算机都能正常运行本系统。本系统目前针对中小型酒店餐饮管理信息系统，规模及程序都不大，目前的使用者仅限于单个业务员的操作。因而在实施过程中需求及难度都不会太大。随着软件开发工具的发展，面向对象的、可视化的开发工具的不断涌现，如C+、VB.NET、C+Builder、PowerBuilder,这些工具在第三代语言的基础上，能帮助软件开发者提高软件开发的质量和效率，缩短开发周期。在硬件方面，随着它的不断发展，给设计人员更大的灵活性，使研制周期变短，使复杂的设计轻而易举得以实现。所以本系统在技术

20、上是可行的。1.2.3 经济可行性在现代化管理中，经济效益的评价是决策的重要依据。关于经济上的可行性，除了研究开发与维护新系统所需要提供的费用能否得到保证外，还需要研究新系统将要带来的收益、开发成本与维护费用之间的关系。论证开发这么一个系统在经济上是否有利，进行费用估计与收益估计，包括对项目所需要费用的结算和对项目效益的结算，如果忽略了，就会造成巨大的损失。本套餐饮信息系统的实施主要考虑几方面的经济因素，包括设备费用，软件开发费用，人工费用，系统投入运行后的经常费用等。 设备费用：是指实现整个餐饮信息系统所需的硬件设备费用，主要包括了主机费用及网络费用。由于本系统对主机及网络的要求不高，因而费

21、用将不会十分巨大。软件开发费用：是指开发餐饮管理信息系统过程中所耗费的费用。主要包括软件需求分析调研过程中，系统分析设计中，后期系统运行测试过程中等耗费。本系统主要是针对餐饮管理过程中的开台及后台业务管理，内容及规模都不大。耗费也随之减少。人工费用：主要是指人员培训费用。整个系统牵涉到的业务流程中的角色都需要经过新的培训，但系统操作可视化，主要管理流程简单易懂，对员工来说容易上手。系统投入运行后的经常费用：最主要的经常费用包括系统的管理、维护费用，变动费(系统投入使用后，系统的使用需消耗的打印纸、磁盘、水费、电费及管理人员工资等费用),另外还可能牵涉到硬件系统的维护，其中由于主要PC维护大部分

22、可以由厂家保修，因而总的费用将不大。虽然本系统的资料搜集来源于互联网，但系统较低的要求使得系统成本也同样较低，而系统给企业带来的人力资源的节约化，效率高效化，管理科学化等等益处来说，餐饮信息系统必定会给企业带来长远的收益，因而在经济上是可行的。1.2.4 社会适应的可行性中国的中小型餐饮企业，普遍存在电子化程度低、管理传统、业务流繁琐复杂等缺点。不利于实现管理现代化、规模化、合理化。中国加入世界贸易组织后，面对激烈的竞争，显得后劲不足。因此，充分建立完善一套适合自身发展的管理信息系统，是为其在竞争中生存发展，提高自身效率，扩展客户群，增加市场份额，在竞争中立于不败之地，打下坚实的基础，是非常有

23、必要，并且是必需的。系统基于对餐饮业务数据各角度详尽地分析和处理，为企业的管理和决策提供多层次、多方位的数据依据，使管理和决策更合理、更有效、更具可操作性。库存管理系统在操作上，比较容易执行。后台方面在已经建好的数据库中直接输入原始报表或表单中的与之对应的数据，经过检查确认无误即可。前台方面，基本上一般普通的操作人员在短期的培训后都可胜任。只是分不同角色和不同权限来处理相应的工作。在管理上，主管会更省力，更轻松。因为所有的工作都可在鼠标与键盘中来完成，可在当天完成对物料出入库的登记，和数量、单价等的查询。库存信息不断更新，反馈迅速。在月末和年末时不必费很大的人力与物理把时间都耗费在盘点和对帐上

24、。同时，我们的信息、数据会在不同的地方、不同的人员处进行备份，以做到万无一失。在保密与安全方面我们通过设置不同的权限与密码保证数据的完整性、安全性、可靠性。通过普及这种系统，相信在全社会方面会产生比较大的效应。因为利用管理信息系统来帮助我们把烦琐、复杂的工作简单化一直是我们长久以来奋斗的目标。采用这套系统将大大节省人力物力和时间，而一个高效率的企业无疑会受到更多的青睐。1.2.5 可行性分析结论 通过在管理、技术、经济和社会适应性四方面的可行性研究分析，发现系统的开发满足这四方面的要求，因此一致认为系统应该立即开发。1.3 系统开发意义信息系统在中国的运用，随着信息产业的高速发展，信息系统将是

25、一个成功企业所不可缺少的，信息系统能给企业带来高质量、高效率、科学的管理，使企业竞争力又有了提高。面对餐饮业多元化的经营现状，经营的特色、规模、出品这些因素的不同，带给餐饮企业的则是不同的标准和工作流程和方法，面对着这解决方法不一的情况，对人才的专业化程度的要求也相应地提高了，然而在国内市场上，餐饮业人才供应不足，在这样的两难情况下，信息系统得出现暂缓了这一紧张局面。首先，餐饮管理信息系统不是单纯的用于结帐计算的工具，它有着科学的、标准的管理体系，它是通过对目前餐饮市场的具体情况科学的调研分析后设计而成的，它能够针对中餐因其菜品的多样化和特色化的服务很难实现标准化管理，使中餐企业的成本控制很难

26、实现这些问题给与解决。其次，餐饮管理信息系统能够给出具体的相应的符合企业自身要求的较科学的标准化管理流程，这暂时缓解了专业人才的需求，通过使用该系统就能完成专业人员所要做的事。最后，餐饮管理信息系统可以针对企业的经营现状而做出科学的分析，使得企业对市场的应变能力得到了提高，从而通过餐饮管理信息系统来实现强化管理、降低成本、堵漏节流等作用。更好的完善企业的经营管理，提高企业自身的竞争实力。因此，通过上述对餐饮管理信息系统开发的可行性分析，得出该系统的开发是势在必行的。提高餐饮企业核心竞争力的餐饮管理信息系统工具是不可忽视的。下面，进行系统分析，对中小型餐饮企业的组织结构及业务进行详细研究分析。2

27、 系统分析2.1 中小型酒店餐饮管理信息系统需求分析经过上面的系统规划之后，对于燕山公司以及公司的现状有了初步的了解，下面，通过对公司进行更详细的调查来完成系统分析。 系统分析，是管理信息系统开发方法其中的生命周期法的第二阶段。在系统分析阶段，根据系统调查中获得的原始资料，对组织内部整体管理状况和信息处理过程分析，确定用户的需求，并建立新系统的逻辑模型。 软件需求分析上作是软件生命周期中的重要的一步。只有通过需求分析才能把软件功能和性能的总体概念描述为具体的软件需求规格说明，从而奠定软件开发的基础。软件需求分析上作也是一个不断认识和逐步细化的过程。该过程将软件调研阶段的需求资料进行分析和设计，

28、使软件范围逐步细化到详细定义的程度，并分析出各种不同的软件元素，然后为这些元素找到可行的解决办法。需求分析是软件生命周期的起始阶段，因为这个阶段的上作是获取用户的需求，如果这个过程的上作没有做好，得到的需求不全面或者曲解了用户的需求，那么后面的设计和编码将会按照错误的需求进行，给软件开发带来很大的风险。因此做好需求分析及变更管理至关重要。2.2 餐饮信息系统分析建模作为一种比较成熟的酒店管理系统，牵涉到的内容比较多。它主要包括:前台管理、后台管理、收银结帐、餐厅厨房、外客帐管理等部分，还有一些和外部系统的接口:电话计费，公安接口，电子门锁，点菜机，财务系统接口，上网计费接口等等。限于篇幅，本文

29、只对酒店管理系统中前台管理，后台管理，财政管理，应收应付管理，系统统初始化，系统管理的分析和其中的几个模块设计进行描述。2.2.1 餐饮信息系统用例说明在介绍系统用例之前，我们先了解一下用例图。创建用例图：在计算机软件系统的分析和设计中，首先需要准确地描述用户需求中的功能需求，以便进一步确定系统中应该建立那些对象。以往用自然语言来描述对系统的需求，即把预期的人与系统之间的交互编写成“剧本”（ Scenario)来描述这种功能需求。但是这样的做法没有统一的格式，缺乏描述的形式化，随意性大，常常容易产生理解上的含混和不准确性。 Use Case图是一种描述用例的可视化工具，它用简单的图形元素表示出

30、系统的活动者，Use Case，以及他们之间的关系，准确地表达了活动者与系统地交互清况和系统所能提供地服务。活动者用一个小人来表示，用例用一个椭圆形的图标来表示。下面就是餐饮信息系统的用例图。2.2.2 餐饮信息系统总用例图本次研究开发餐饮管理信息系统主要针对中小型酒店餐饮管理，从而在设计上主要是偏重前台管理这一整个业务流程的实现，后台管理，财政管理等模块则是辅助部分。它与大型酒店管理有着明显的不同，如系统的后台管理库存盘点主要还是由人为操作执行，同时系统后台管理并未考虑与前台管理内容的相连性，财政管理只是实现了基本的信息计算，而在决策方面内容不多，这样一来，该系统如果用在大型酒店管理中，大量

31、的工作及主要的一些内容都不能实现系统信息化，从而不可能考虑本系统。只有中小型酒店管理，工作量和数据量相对较小，信息化的程度也就相对较高，从整体而言，提高了工作的效率及质量。本系统主要由五个模块组成，分别由系统管理员以及操作人员进行操作管理，如下图2-1图2-1 餐饮信息系统总用例图2.2.3 前台管理主要是对酒店前台收银的管理。包括开台管理，买单管理，单日结帐数据分析，日结算管理。1前置条件： 登陆系统并有权限对前台管理进行操作。2后置条件：如果操作成功，将在数据库中的数据记录进行修改或添加，同时完成前台收银工作。3基流：如选择开台管理，则执行分支流S1，若选择买单管理，则进入分支流S2，若选

32、择日结帐分析管理，则进入分支流S3。4分支流：S1：开台管理查找空闲房台，为客户开台，然后为客户进行点菜。(A1)若用户要求并台、转台或加菜，前2者查找空闲房台，为客户进行相应的操作(A1)；最后一种情况则为顾客进行加菜服务。S2：买单管理1.输入买单房台，为客户进行结帐处理S3：日结帐分析管理1.对该日结帐信息进行分析管理。5替代流：A1： 若无空闲房台，只能请顾客等待或放弃并台或转台。活动图如2-2所示：图2-2 前台管理活动图2.2.4 后台管理主要是对酒店后台进货，出货等的管理。包括进货管理，出货管理，库存查询，库存统计分析，房间台号管理，商品信息管理，员工信息管理。1前置条件：登陆系

33、统并有权限对后台管理进行操作。2后置条件：如果操作成功，将在数据库中的数据记录进行修改或添加，同时完成后台库存及其他信息管理工作。3基流：若选择进货管理，则执行分支流S1，若选择出货管理，则进入分支流S2，若选择库存统计分析，则进入分支流S3，若选择商品信息管理，则进入分支流S4，若选择员工信息管理，则进入分支流S5，若选择房间台号管理，则进入分支流S6。4分支流：S1：进货管理对进货信息进行查询及进货信息添加。A1S2：出货管理对出货信息进行查询及出货信息添加。A1S3：库存统计分析对库存信息进行管理查询及统计等功能。A1S4：商品信息管理对商品信息进行添加和修改等管理。A1S5：员工信息管

34、理对员工信息进行添加和修改等管理。A1 S6：房间台号管理对房台信息及其状态信息进行修改等。A1 5替代流：A1： 若输入信息有误，系统将显示错误信息。活动图如2-3所示：图2-3 后台管理活动图2.2.5 财政管理主要是对酒店财务方面的管理。包括月结算管理，月营业分析，年营业分析。1前置条件：登陆系统并有权限对财务管理进行操作。2后置条件：如果操作成功，将在数据库中的数据进行操作，生成所需的表单。3基流：若选择月结算管理，则执行分支流S1，若选择月营业分析，则进入分支流S2，若选择年营业分析，则进入分支流S3。4分支流：S1：月结算管理相应显示月结算信息，同时可以打印信息。A1S2：月营业分

35、析相应显示月营业结算信息，同时可以打印信息。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 统初始化主要是对

36、酒店的基础设置信息管理。包括本单位定义，供应商管理，房间台号类型管理，部门信息管理，仓库信息设置，员工级别管理。1前置条件：登陆系统并有权限对系统初始化进行操作。2后置条件：如果操作成功，将会把企业的一些基本信息添加在数据库中。3基流：若选择系统初始化，则执行分支流S1。4分支流：S1：系统初始化将会对企业本单位定义，供应商管理，房间台号类型管理，部门信息管理，仓库信息设置，员工级别管理进行初始化。A15替代流：A1： 若输入信息有误，系统将显示错误信息。活动图如2-6所示：图2-6 系统初始化活动图2.3 餐饮信息系统模块各用例的分析2.3.1 餐饮信息系统模块用例的实现关系主要是指各大模块

37、功能由哪些其他小模块实现，从而将他们的关系通过图表的形式表现出来, 如图2-7：图2-7 餐饮信息系统模块用例的实现关系前台管理主要是通过开台，买单和结算来实现；后台管理主要是通过库存管理，房台管理，进出货管理，商品管理来实现；财政管理主要是通过应付帐款管理和挂账管理来实现。系统管理则是对系统的权限及用户密码进行管理。系统初始化则是对企业基本信息进行录入。2.3.2 餐饮信息系统模块事件流分析2.3.2.1 登录: 用户先选择头像，然后输入用户名，密码来登陆系统。系统会以可视化界面显示出可选用户头像，点击即可，然后输入密码，三次输错密码将退出系统。若第一次登录系统，将会有相应提示信息，提示用户

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

39、进行转台和并台操作，选择相应的房台然后实现客户的需求；当客户要进行买单时，进入结帐系统，选择结帐相关信息，然后根据不同情况进行结帐处理。如图2-9 和2-10，分别是事件流分析以及各种类之间的对应关系：图2-9 前台管理事件流分析图图2-10 前台管理VOPC图 2.3.2.3 后台管理：对酒店库存，进、出货，商品信息，房台信息进行管理。当进出货时，首先填写进出货登记表，然后记录入数据库中；商品信息主要是对商品以及菜单进行管理或添加，以便进出货和点菜时便于操作人员的操作工作；房台信息主要是针对房台的状态和基本信息进行基本的管理。库存查询则是根据需求对库存商品信息进行查询。如图2-11 和2-1

40、2，分别是后台管理事件流分析以及各种类之间的对应关系：图2-11，后台管理事件流分析图图2-12 后台管理VOPC图2.3.2.4 财务管理：对应付帐款，挂账信息进行相应得管理查询。以操作人员的不同要求标准进行查询及显示信息，同时实现还账功能。如图2-13 和2-14，分别是财务管理事件流分析以及各种类之间的对应关系：图2-13，财务管理事件流分析图图2-14 财务管理VOPC图2.3.2.5 系统初始化：对酒店信息进行初始化操作。包括单位信息，房台信息，供应商信息，部门信息，仓库信息等初始化操作。主要就是将企业的进本信息进行录入，从而完成系统得初始化工作。如图2-15 和2-16，分别是系统

41、初始化管理事件流分析以及各种类之间的对应关系：图2-15，系统初始化管理事件流分析图图2-16 系统初始化管理VOPC图2.3.2.6 权限管理：对操作权限进行管理。针对不同人员的不同权限进行区分，系统管理员则可以对系统用户进行管理操作。如图2-17 和2-18，分别是权限管理事件流分析以及各种类之间的对应关系：图2-17，权限管理管理事件流分析图图2-18 权限管理管理VOPC图3 系统设计3.1 概述系统设计是根据系统分析中的逻辑模型，科学合理地进行物理模型的设计，解决“系统怎么做”的问题。从系统逻辑模型到系统物理模型的设计是一个由抽象到具体的过程，可能需要反复多次才能实现。系统设计这一部

42、分是对类进行详细设计（增加属性及类与类之间的关系），进而对相关用例进行修改设计和子系统设计。最后完成数据库设计、组件设计和系统的物理配置方案。3.2 架构设计软件构架文档提供了本系统构架方面的综合概述。本文档以一系列的视图表示总体构架，包括用例视图、逻辑视图、实施视图和部署视图。每一视图由多个模型组成，需求获取阶段已建立用例视图。分析设计阶段主要是建立逻辑视图，逻辑视图中包含分析模型和设计模型。本章重点对逻辑视图中的分析模型进行详细说明，分析模型中包括用例分析和分析类图的设计两部分。在rational rose 中，系统构架主要由use case view ,logic view, compo

43、nent view, deployment view 组成，在设计阶段，主要完成logic view 中的内容，即用应用层和商务层组织类。如下图：图3-1 应用层和业务层的实现关系1应用层内容（各实现用例的边界类和控制类）：图3-2 个边界类和控制类的实现关系2系统登录：图3-3 系统登录的实现3. 登陆的并发: 图3-4 登录过程中的并发4 商务层内容：（整个系统的实现依赖关系）图3-5 整个系统的实现依赖关系3.3 系统功能设计功能设计描述了系统将会拥有哪些主要功能，反映了哪些业务被系统支持。通过系统的功能设计，将方便的进行系统实施。下面，先对系统的整个功能结构进行一下描述，然后对每个功能

44、进行具体说明。3.3.1 功能结构设计本系统主要功能设计有七大部分，分别是前台管理，后台管理，财政管理，应收应付管理，系统统初始化，系统管理，帮助。如图3-1图3-1 中小型酒店餐饮系统模块结构图3.3.2 系统功能模块说明本系统主要包括了六个功能模块，其中以前台管理模块和后台管理模块最为重要。下面分别介绍一下这几个功能模块。1前台管理：主要是对酒店前台收银的管理。包括开台管理，买单管理，单日结帐数据分析，日结算管理。2 后台管理：主要是对酒店后台进货，出货等的管理。包括进货管理，出货管理，进货查询，出货查询，库存查询，库存统计分析，房间台号管理，商品信息管理，员工信息管理。3财政管理：主要是

45、对酒店财务方面的管理。包括月结算管理，月营业分析，年营业分析。4应收应付管理：主要是对酒店的往来帐款进行管理。包括应付帐款管理，挂账管理，历史挂账查询。5系统管理：主要是对软件的维护和权限进行管理。包括系统维护向导，权限管理。 6系统初始化：主要是对酒店的基础设置信息管理。包括本单位定义，供应商管理，房间台号类型管理，部门信息管理，仓库信息设置，员工级别管理。3.4 餐饮管理系统流程图企业的运作是由企业组织结构的各项业务流程实现的，业务流程是企业动态系统的组成部分。对现行企业组织结构业务流程的描述和分析是系统分析工作的重要内容。通过业务流程图从而描述系统处理的流程与数据分析。经过上面的功能结构

46、设计后，对系统的功能结构有了一定的了解。但是，这仅仅是从功能的角度来描述系统的结构，无法看出各功能之间的关联。下面，利用信息系统流程图来表达各功能之间的数据传达关系。如图：图3-2 餐饮管理系统流程图3.5 类的详细设计(主要是实体类) 包括对实体类属性，操作和对应联系关系的设计。如图3-3：图3-3 实体类之间的关系图3.6 数据库设计数据库设计是系统设计的重要工作，它的设计质量直接影响到系统的开发进度、应用效果及生命力。因此，整个数据库的设计工作必须按照科学的方法进行。下面分别从数据库的概念设计、逻辑设计、物理结构设计以及数据库权限设计来对数据进行设计。3.6.1 数据库的概念设计在Rat

47、ional Rose中，软件提供了实体类可以直接生成数据库模型的方法，具体步骤包括： 首先对实体类进行持久化处理，并定义实体类的关键字；然后在组件视图中创建数据库组件，并选择数据库管理系统（SQL Server）；第三，用Rose中的Data Modeler工具生成逻辑关系表最后对逻辑表用Rose中的Data Modeler工具，正向工程生成物理数据库。然而在这之前，建立概念数据模型又是十分必要的。建立概念数据模型的目标产生反映组织信息需求的数据库概念模式，它是一种面向客观世界，面向用户的模式，它侧重于对客观世界复杂事物的结构描述及它们之间内在联系的刻画。建立数据库概念模型比较常用的是E-R图。下面就是利用E-R图，从数据库的局部概念模式整合为数据库的全局概念模式并对其进行优化。如图3-4，即是整个数据库的全局概念模型。我们从中可以看到各个不同实体之间所对应的不同关系。图3-4 全局概念模型图3.6.2 数据库逻辑结构设计通过上面的数据库概念设计，从而导出相应的数据库逻辑设计。