《智能餐饮服务器毕业论文.doc》由会员分享，可在线阅读，更多相关《智能餐饮服务器毕业论文.doc（37页珍藏版）》请在三一办公上搜索。
1、摘要休闲娱乐型酒店运营方式灵活多变，以人为本，突出娱乐休闲功能并兼有住宿餐饮购物等综合服务项目，基于传统酒店管理开发的MIS难以适应这种新业务模式。休闲娱乐弄酒店管理系统结合信息网络的特点，采用有效的手段进行全方位的调查和分析，设计出一套适合于娱乐休闲型酒店管理模式的智能化管理系统。RHMIS打破了原有的以客房为主导的传统酒店管理模式，采用以每位客人为主导，使消费与客人直接对应，在分析和比较各种现有体系结构模型的基础上，以C/S体系结构为主体，在服务器上采用SQL SERVER2000数据库管理系统为数据支撑，客户端运用当前流行的Delphi程序设计技术来实现，采用面向对象开发技术从系统分析到
2、最终的系统实现，基本完成了RHMIS的功能需求。RHMIS在数据共享、数据安全与加密措施、数据备份以及异常情况处理等方面提出了一整套解决方案，进行了一定的技术处理。采用互锁秘缓冲技术以及分权限设计菜单的方式来完成多用户共享的数据安全性控制；在客户目前正在运行的管理模式基础之上，设计出公平合理的计费算法；运用本地备份与利用网络在线备份等多种形式对系统数据进行备份。RHMIS由三大层次（前台、后台和管理层）11个功能模块（接待、点单、楼层、餐饮、收银、库存、财务、查询、报表、管理、维护等）。不同层次的模块在设计上有不同的侧重，以提高并行处理和数据共享的程度，防止网络和功能冲突为侧重点进行功能模块划
3、分，每个功能模块完成一个独立的逻辑功能，增加了系统灵活性和可维护性。关键词：酒店管理管理信息系统面向对象客户/服务器数据库管理AbstractThe management style of recreational hotel is flexible and changeable,and it is on the basis of the conception of making the people first.This new management style stresses amusement and recreation and provides comprehensive serv
4、ives of lodgings,dining and shopping and so on.The management infor mation system that bases on traditional hotel management style can not adapt to this new service mod obviously.Recreational Management Information System(RHMIS)combines characteristics of information network,adopts an offective meth
5、od to make an overallinvestigation system that can adapt to this new-type management style.RHMIS has broken the existing traditional hotel management mode that takes guest room as leading factor,but takes every guest as foremost factor,make consumption correspond to guest directly.On the basis of an
6、alysis and compare lf some existing system structure model,we select client/server system structure as the stem,and choose SQL Server 2000 database management system as data support,and in client we adopt Delphi,this current popular programming language to implement requested function.We adopt objec
7、u-oriented technology from beginning system analysis to ending system implementation,and basically meet function requirements of RHMIS.RHMIS puts forward a whole set of solutions to data share、data security and encryption method、data backup and exception process,and carries on some technical treatme
8、nt in these aspects.At the same time,we adopt technology of interlock、buffering and designing menu according to authority to implement data security control when and designingmenu according to authority to implement data security control when multiple users share the database.On the basis of managem
9、ent style that is in use,we design fair and reasonable charging algorithm,adopt thchnology of local backup and online remote backup to make backup for system data.RHMIS is made up of three hierarchy ,including foreground user interface、background database and middle management layer,and eleven funct
10、ion modules,including reception、checking menu、buildingfloor、dining、charging、stock、financial report、inquiy、tables、management、maintenance and so on.he modules on different layer have different emphasis so as to make parallel in order to prevent conflicts between network and function,every function mod
11、ule implements an independent logical function so as to make the whole system have better flexibility and maintenance.Keywords:Hotel Management Information System Obiect-oriented Client/Server Database Management目录摘要IAbstractII目录III1 绪言11.1 课题背景及意义11.2 国内外概况11.3 课题主要研究工作32 酒店管理系统设计52.1概述52.1.1酒店的基本情
12、况52.1.2 酒店的组织结构52.1.3 常用述语62.2业务调查与业务流程分析62.2.1业务调查62.2.2业务流程图62.3酒店的基本目标和要求72.4酒店管理系统设计82.4.1提出改进意见后的系统功能82.4.2系统数据流程总图112.4.3子系统分析112.4.4数据字典162.5小结163酒店管理系统实现173.1 系统结构设计173.2硬件系统配置193.3数据库设计193.4网络规划263.5小结274 酒店管理系统中的关键技术284.1 采用缓冲与互锁来实现多用户共享284.2公平合理的计费算法304.3 简洁易操作的用户界面304.4 安全性与加密方式的设计314.5灵
13、活多样的异常情况处理设计314.6 小结315 总结32致谢33参考文献341 绪言1.1 课题背景及意义近年来，人民生活水平得到了极大改善，全社会对第三产业特别是服务业的需求也越来越高。国内的旅游餐饮来，特别是宾馆，酒店行业的发展，逐渐打破了传统的普通旅游业那种以住宿休息为服务核心的单一运行管理方式。社会大众对酒店的认识和需求也以生了巨大变化，客人进店后，休息现在不是主要目的，投宿的概念已大大淡化。因此，以人为本，突出娱乐休闲功能并兼顾住宿餐饮购物等综合服务项目的酒店运行管理方式已成为时尚对于这些娱乐休闲类型的宾馆酒店，特别是能全面满足客人持卡消费的酒店，其接待本地客人的比例和数量都会有大幅
14、度上升，使旅游业原有的淡旺季特征不再明显，从而取得了很好的经济效益。由于这类新型酒店的运行模式与传统酒店有很在的差异，它涉及的环节比较多，业务关系也比较复杂，因此那些传统的酒店业务管理方法和运营机制显然已不能适应这些变化，难以满足实际需要了。所以有很多的酒店采用手工计费和人工结帐的办法，显然，采用人工手段进行复杂的业务处理是一种相当原始的方法，也会给酒店的正常运行带来各种麻烦和漏洞。比如，不能实施全面的持卡消费，不能与现代的电子商务营销模式接轨等等，客观上严重制约着酒店的以展。酒店业务流程的多样性和客人的流动性也决定了手工方式不可能长久，心须按照新的模式进行全面而细致的系统设计和软件开发，以适
15、应这类酒店对计算机管理信息系统的迫切需求。面对这种具有现代文明时尚且灵活多变的新型酒店运营方式，更需要管理者和开发者用现代和超前的眼光去看待它与认识它，要结合住处网络的特点，采用有效的手段进行全方位的调查和分析。1.2 国内外概况计算机在餐饮和娱乐的应用现已十分普遍，但相应的管理住处系统软件却不是那样的成熟，稳定和规范，为大众所知晓。这在很在程度上是由于使用主体日新月异的经营方式和多变的运行模式所造成的。无论是业内人士还是计算机系统的开发者都难免被这类行业发展变化之快所困扰。在计算机业务管理信息系统的建设和选择上目的不太明确，要么盲目照搬国个的大型软件，花钱不少，但效果不好；要么临时拼凑一些软
16、件模块勉强使用，不足之处用手工作业来弥补。总之都没有充分发挥出高新技术在降低成本，提高管理水平和综合经济效益中的积极作用。实际上，该行业面向市场在竞争中不断变化的特点，已经决定了其管理信息系统软件是一个与管理对象密切相关的有机组成部分，需要经过认真的和长期的调查分析，并以此为基础支订制，在设计和开发的过程中寻找规律，以逐渐完善。因此，其系统开发建设本身所遇到的问题和解决的办法，也体现了一个比较复杂的管理住处系统的开发特点，对于研究类似系统的开发方法是有帮助的。2）主要技术（1）面向对象编程技术面向对象技术的基本方法学认为，客观世界是由许多各种各样的对象所组成的，每种对象都有各自的内部状态和运动
17、规律，不同对象之间的相互作用和联系就构成了各种不同的系统，构成了我们所面对的客观世界。面向对象技术就是要面对客观世界，以对象为基本单元，分析、设计和实现一个系统。对象是核心。 (2)C/S模式C/S又称Client/Server或客户/服务器模式。服务器通常采用高性能的PC、工作站或小型机，并采用大型数据库系统，如Oracle、Sybase、Informix或SQL Server。客户端需要安装专用的客户端软件。客户/服务器数据库计算是一种分布式的数据存储、访问和处理技术。在分布式处理系统中，多个计算机一丐处理某些操作。如今客户/服务器数据库计算已成为大多数企业计算的标准。客户/服务器计算最大
18、的特点就是进程在独立的应用程序中采取特殊的分布方式。(3) Delphi编程技术选择开发工具的依据是什么？开发效率。一个软件开发工具效率的因素归结为发下五点：可视化开发环境的性能；编译器的速度和已编译代码的效率；编程语言的功能的及其复杂性；数据库结构的灵活性和可扩展性；框架对设计和使用模式的扩充。虽然还有许多其他因素应该包括进去，如配置、文档、第三方的支持等，但上述五点可以说是最主要的、最确切的方式，我们对一种开发工具的各方面性能进行评估量化（1到5之间），并分别标在图的各条轴线上，最后就能得到一个五边形，五边形的面积越大，则这种工具的效率越高。(4)SQL SERVER数据库技术a SQL数
19、据库的数据库体系结构SQL数据库的数据体系结构基本上也是3级结构。在SQL中，关系模式称为“基本表”，存储模式称为“存储文件”，子模式称为“视图”，元组称为“行”，属性为“列”。b SQL语言的组成一个SQL数据库是表的汇集，它用一个或多个SQL模式定义。一个SQL表是由行构成，一行是列的序列，每列对应一个数据项。一个表或者是一个基本表，或者是一个视图。基本表是实际存储在数据库的表，而视图是由若干基本表或其他视图构成的表的定义。每一个基本表可以跨一个或多个存储文件，一个存储文件也可以存放一个或多个基本表。每个存储文件与外部存储器上一个物理文件对应。用户可以用SQL语句对视图和基本表进行查询等操
20、作。SQL用户可以是应用程序，也可以是终端用户。SQL语句可嵌入在宿主语言的程序中使用，宿主语言有FORTRAN,COBOL,PASCAL,C等语言。SQL用户也能作为独立的用户接口，供交互环境下的终端用户使用。1.3 课题主要研究工作1）课题研究内容传统酒店管理模式一般是以客房为主导，除了房费按客房结算外，客人在酒店内的其他一切消费也基本上是按房间号划分，而娱乐休闲型酒店则以每位客人为主导，客人的消费是按每人持有的惟一性标志（手牌）进行记录和统计的。它强调的是每位客人在酒店内的不同消费和接受的各种服务，也就是说消费与客人直接对应，这也是客人持卡消费的业务基础。传统酒店以住宿为主要功能，房费结
21、算也基本上是按天结算，其营业过程具有明显的时间段概念，故而大部分软件系统中都设置“夜核”功能，一般是在夜间（零点以后）将前一天的营业情况和数据进行核对、出汇总表，并完成数据库的整理和历史数据的转存；而娱乐休闲型酒店没有明显的时间段要求，客人随时可能来，也随时可能走，房旨不以“天”为单位计算，没有客人在几点以前（以后）离开如何计费的说法。而是根据客人在店内停留的实际时间长短来具体计算。因此软件系统也就无法也没必要设置“夜值”功能，需要随时对数据库进行整理和转存历史数据，报表也是实时的，随时可以按照用户的要求统计产生。员工（操作员）要求新的系统简洁明了，易操作、易学习、不易出错，出错后也可补救，并
22、能减轻其工作强度；管理阶层要求新系统能方便管理、帮助其决策、不易出错、符合管理要求、符合规范，有较高的系统安全性，并能充分考虑未来需求，可以较长时间使用的系统软件。综合以上分析，确定出本课题的研究内容为：（1） 如何实现多操作点的信息共享，从而保证相互之间的信息传递的准确、快捷和顺畅（2） 如何使系统中人机对话方便、易懂、易用、易培训。（3） 系统必须24小时连续可靠运行，对重点业务实施全天动态监管。（4） 如何使系统维护方便、可靠，有较高的社会性，并满足实用性、先进性和经济性的要求。（5） 异常处理要求。（6） 系统功能的设计与实现。（7） 硬件系统的综合要求。2）设计思路 鉴于这种情况，自
23、然会产生两种系统的设计和开发思路：（1） 在传统型酒店管理信息系统结构的基础上进行软件移植。（2） 重新进行系统分析，建立起发人为本，以“手牌”流转为核心的系统结构， 充分适应新的业务流程和特点。 在针对实际系统进行关系定义和逻辑设计过程中，我们发现采用移植的办法虽然在模块设置阶段进展较快，但后来就会被两类不同运行模式中的复杂关系所纠缠，而影响了开发进度，甚至会造成大面积返工。相反，按照娱乐休闲型酒店的实际业务流程重新进行系统设计，到开发后期，就会发现这种淡化了住宿功能，而以洗浴、服务为主线的接待和消费方式还是有一些规律性的。特别是实际系统在运行时对多用户实时共享的要求很高，这使得开发者在程序
24、设计时更需要一个清晰的流程，需要完善的模块封装和灵活的数据接口，不应当搞无谓的引用和交叉而影响到系统的可靠性。例如，当客房部门因故修改房间状态后，为客办理入住用房手续的前台就应当及时得到或探知最新的房间信息，避免在同一时刻对同一房间采取不同的信息处理过程而产生业务上的误导；总台结账时，发现该账户仍然有消费项目正在“点单”，则由系统提示收银员暂缓进行结账操作。因此采用了后一种思路。3）解决方案（1）系统的设计开发过程采用了快速原型法、结构化方法和演示/讨论法相结合的混合方式。鉴于这类新型酒店的应用需求是不规范的和分批提出的，系统分析的深度和广度只能在开发过程中逐步增加和完善，扫以在开发初期一般无
25、法完整地确定其总体设计方案。为此，从用户对应用系统的粗略描述开始，先在计算机上搭建起一个简单的应用模型，并以此模型为基准，根据用户的意见和要求对系统进一步细化，通过不断的建模、演示、交流和讨论，使系统一步步地接近实际。（2）在开发后期，开发人员同用户已经有了充分的沟通，因此在一些后台模块的开发上可遵循结构化的生命周期方法。（3）在程序设计方式上主要是Delphi开发工具，通过这些工具对快速原型法和演示/讲座法实施有效的支撑，进一步提高了系统的易扩展性和灵活性。因此，人机对话过程要尽量符合作者的思维习惯，采用图形/图块显示方式，这样会减少理解和学习的难度。常用的服务内容和项目一般采用“速记码”快
26、速输入，可缩短操作时间，减轻工作强度，此外，由于多数酒店的中下层员工流动性较大，造成其电脑管理部门经常忙于开展对新员工的电脑操作培训和技能测试。如果应用软件系统的操作方式简单划一，人机对话形象方便，就可以减少再次培训的难度和工作量。（4）在C/S模式的基础之上，后台的服务器部分使用SQL SERVER2000，前台的客户机上运用Delphi作为开发工具去调用后台的SQLSERVER数据库，并用缓冲与互锁技术解决多用户共享的问题。（5）在程序设计充分考虑24小时连续工作中对热气处理的实时性要求，采取措施自动进行热气的存储、整理和一致性校对。在日常备份过程中采用在线数据库保护，在不妨碍日常数据库活
27、动的情况下增加了数据恢复的机会 ，减少了数据损失。发生灾难时能够简单快速恢复服务器操作系统和数据至原来状态。2 酒店管理系统设计在确定思路后，接下来的是详细的系统调查和认真的需求分析，掌握系统的基本结构和业务流程，推导出计算机管理信息系统所要初步达到的目标。2.1概述2.1.1酒店的基本情况 娱乐休闲型酒店以每位客人为主导，客人的消费与客人直接对应，它强调的是每位客人在酒店内的不同消费和接受的各种服务。主要包括接待、餐饮、康乐、客房、收银、库存、财务等几大业务部分，占多半业务为手工处理。2.1.2 酒店的组织结构 娱乐休闲型酒店在组织结构上基本沿袭了标准的星级酒店模式（如图2.1所示），图中有
28、六类业务需要客人另行签单确认，在娱乐休闲型酒店内的术语称之为“点单”；客人在接待、餐厅和收银台等处，能以“刷卡”方式进行登记、消费和结算。这个组织结构对即将建立的计算机应用系统有一定的影响，但系统在具体实现过程中却未必要遵循一一对应的逻辑关系。2.1.3 常用述语在娱乐休闲型酒店管理中，一般将业务流程的运行称为“流转”。在流转的过程中会用到许多常用术语，下面介绍一些酒店管理中的常用术语：1） 手牌：指客人在酒店内的身体标识。手牌在客人进行入店登记时取得，客人凭各自的手牌进行洗浴、娱乐、消费和接受各类服务。2） 主手牌：这是针对两个以上的客人组成的团体而言的，主手牌的持有者作为该批客人的代表，是
29、双方临时约定的总付账人。3） 散座：酒店为了方便仅为洗浴基消费而来的客人，高设了一批可供临时休息的铺位，称为“散座”。持散座手牌者除了不能进入客房外，其他的一切活动不受限制。4） 超时：客人登记入店后开始计时。若客人在规定的时间内离店，酒店只向其收取相应的标准房费或散座费，超过规定时间之后每增加1小时加收一定比例的超时的费用（例如加收10%的超时费），这一点是与星级酒店的计费方式有很大的不同。5） 点单：房费（散座费）上已包括了基本的洗桑拿浴的费用。客人若另外接受洗衣等附加服务，或者点了酒水、购买了物品等，则需另外签单，在结帐时一并付费。6） 班次：24小时内业务部门按两个班次轮转，通常白班为
30、8：00-18：00，这样可以保重后台的财务人在19：00前下班；夜班为18：00-次日8：00。7） 免单：经酒店总经理或其他高级管理人员批准，可免收某批客人的部分或全部费用。8） 鞋牌：客人进店后首先要到总台旁边的鞋房换拖鞋（与星级酒店不同），同时领取与鞋架对应的具有唯一号码的鞋牌，然后凭鞋牌进行初始登记并领取各类手牌。2.2业务调查与业务流程分析2.2.1业务调查酒店内主要包括接待、餐饮、康乐、客房、收银、库存、财务等几大业务部分，试营业所有业务均为手工处理。经调查酒店管理基本业务形式有：接待业务、点单业务、楼层业务、收银业务、餐饮业务、库存业务、汇总报表。2.2.2业务流程图1） 业务
31、流程总图酒店业务流程总图如图2.2所示。图2.2酒店业务流程总图2）库房商品流转业务流程子图2.3酒店的基本目标和要求 娱乐休闲型酒店要想依托计算机网络开展现代化管理，必须首先依据酒店行业特定的运营方式和工作流程，在衫和可行的前提下，对电脑 软件系统要开展的工作提出一此基本要求。这个系统应该经酒店的经营业务带来直接或间接的经济效益，使酒店能在先进的计算机网络系统的支撑下在管理方面逐步上档次上水平，进一步提高效率和体现酒店的整体形象。这些基本要求如下：1） 实现多操作点的信息共享，相互之间的信息传递要做到准确、快捷和顺畅多操作点的快速并行工作，要求各操作点相关信息的处理基本上能同时进行。虽然多用
32、户或网络管理软件在操作系统级支持这种示需求，但在应用系统的分析设计和程序开发过程中也要时时注意这个问题，避免引起冲突，这一点十分重要。2） 采用图形化的操作界面，使人机对话方便、易懂、易用、易培训。3） 系统24小时连续可靠运行，对重点业务实施全天候动态监管。4） 系统维护方便可靠，有较高的安全性，满足实用性、先进性和经济性的要求。2.4酒店管理系统设计考虑到人机系统在信息处理和转换方面的交互性、复杂性和计算机应用系统自身的特点，在系统开发时显然不能对原来的手工系统进行简单地模仿，而是要在设法避免其弊端的同时，根据客流、物流和信息流的流向和顺序，全面考虑对业务数据的组织、分类和汇总方法。通过逐
33、步确认各主要数据流程的范围和数据处理的频度，先对原手工系统的功能进行等效性改进，然后再分别构建出一系列能够反映系统实质的逻辑模型。2.4.1提出改进意见后的系统功能考虑到系统的实际情况，结合计算机管理的特点和优势，通过一段时间的反复调查论证，对这类型酒店的业务系统所要达到的功能进行了全面的改进。1） 接待登记（1） 基本信息输入：这是客人到酒店之后，首次与计算机进行交互所要完成的任务，即把客人的基本情况快速输入电脑中，供各操作点共享。其体内容有：主客人姓名、性别、客人证件类型和号码、宾客类型、来宾人数、预交押金数量、预定的结帐方式、是否有储值卡或折扣卡、对酒店的特殊要求等。（2） 客房分配、选
34、手牌：根据客人的数量和他们对房型、房价类别的要求，经查询当前房态后，为客人选择适当的客房，确定房价类别（普通房价、钟点房价、优惠房价、长包房价）；征询客人的意见，从与客房中各床位相对应的一批手牌号中确定唯一的主手牌，将其交与主客随身携带，然后将本批客人应持有的其他手牌也全部交给客人。（3） 散座的分配：对于要求开散座的客人，先按量向其提供散座手牌，然后再确定其中的主手牌；对于已选定一批房间又要增加若干散座的客人，也按量向其提供散座手牌，并将这些散座手牌也设置成原有主手牌的附属手牌。（4） 主手牌更换：当团队客人中的主手牌持有者发生变更时，应当在其附属的牌子中重新确定一个主手牌，原先的主手牌变为
35、附属手牌。（5） 客房或散座更换：根据客人的要求对其客房或散座进行更换，为客人 重新分配对应的手牌；处理散座客人的退散座换房间要求；必要时重新确定主手牌，并确认互换手牌后的一一对应关系。（6） 修改登记：按客人进住后发生的变化情况进行相应的修改。（7） 补押金：在主客正式结账之前，接受其他客人中途交纳的各种款项，或将提前离开的持附属手牌的客人自愿提前结账也按此办理。（8） 账户间的锁定：当也现一批客人愿意为另一批客人付账时，需在两个账户间建立主从式的互锁关系，以防漏账。当主账户的客人先期离开时，应要求其以补押金的方式补足从账户迄今为止的各种费用，然后才能解除两者的互锁。（9） 免单选择：根据不
36、同情况和酒店有关管理人员的指令，确定对某批客人的某些消费类别实施免费。如：只免房费、按摩免费全免等。2） 点单(1) 确认客人的手牌号，选择消费或服务类别。(2) 必要时确定提供服务的技师或服务生的工号。(3) 通过查找点单项目表，以整数或小数为单位，确定其消费或接受服务的规格、数量和金额，添加到相应手牌的账单下。(4) 遇到事先没有高定的项目，可临时记载其细节，必要时可在确认价格后将其添加到点单项目表中。(5) 处理临时性的必款性外卖。(6) 允许各操作员删除自己输入的单据，但系统对输入和删除应有详细的在线记录，可供系统管理员事后查询。3） 楼层(1) 选择服务生所在的楼层，确认服务生的编号
37、和姓名。(2) 浏览所辖房间的状态，对属性已变化的房间（脏房OK房）进行修改。(3) 可进行房态查询和指定手牌的消费查询。(4) 填写客人的退房检查单，确认客人需要赔偿的事宣。(5) 进行交接班时的查询、房态和在店客人确认，特殊事项的移交。4） 餐饮(1) 开台：按客人的数量和要求选择合适的台号或包间，明确其民族、口味等特殊要求。(2) 点菜：与点单类似，将菜、酒水、主食和有关服务的类型、名称、数量通过速记码或鼠标输入相应的餐饮记录单。(3) 加、换、退菜、换台：按要求对说餐客人提供加、换、退菜和换台服务，并调整对应的记录单。退菜要区分出是客人要求退，还是操作员误输入后主动退。(4) 订送餐：
38、按在店客人的要求，将饭菜和酒水送到房间或其他指定地点，义不容辞人出示手牌并签收。(5) 收银结账：根据餐饮记录单按全额、折扣或免单形式与客人结算、打印。既可现结，也允许按规定将餐费挂到相应的手牌下，待客人离店时统一结算；还可按照事先的约定，将餐费挂到某一合同账户下，由该账人定期结算。(6) 定义菜谱：确定菜的种类、代码、名称、计量单位、单价、可否按小数计数等一般属性，临时给出其当日能否提供、附加说明等特殊属性；可随时进行修改。(7) 定义菜肴配料表：确定菜谱中每一道菜的原物料配比情况，目的是为了进行成本核算。(8) 损耗处理：成品的损耗以点菜方式在前台进行记录。原物料的损耗分为正常、特殊、自助
39、餐和员工餐四类，在后台记录和处理。(9) 查询：对餐饮业务的历史账单、已挂到客房的账单、餐厅内各营业部门的原物料存量和当前价值的查询。(10) 汇总报表：营业额及结账分类、分单位挂账明细、菜肴销售分类排行、分台（间）业绩、免单明细、成本毛利分析、变动成本分析、各类损耗分析、差异量分析等报表。5） 收银(1) 结账：以指定主手牌为索引，分别计算该主客及其相关客人的所有房费开支、附加手牌费、各种消费、代他人付账等项目，经汇总并扣除庄稼人已交纳和补交的所有押金，得到该批客人应付款的总额；接受客人的各种付款方式（包括刷卡），为其提供所有费用的查询/结账明细单。(2) 余额处理：若客人不立即付款或不全部
40、付款，则将未付款的余额挂账，或并入另一主客的账单内，由他人代付。(3) 退房、散客退手牌子：指一批客人中，有部分人提前退房或退掉散客手牌，则这部分人的房费或散座费只计算到退/退牌时为止。涉及主客退房/退牌时，应先作主手牌变更。(4) 开账户、汪理欠账：为新的挂账单位（个人）设立合同账户，接受挂账单位的批量付款。(5) 消费调整：根据酒店临时出台的各种优惠政策，通知有关输单员高速客人的消费明细账；将其中一部分作赠送或折扣处理6） 库存(1) 物价管理：对商品（原物料）的基础数据进行设置和修改。(2) 领用及销售：汇集各销售部门和销售点的领用数据、班日报、对账和部门盘点。(3) 库存：批次性的出、
41、入、退库，调拨、盘点，损益，计算部门差异量，报损退货，月未结转。当前和历史库存账查询、打印。7） 财务(1) 消费项目配方：对具体的有形消费项目所耗用的原物料配方进行定义和修正。(2) 手单管理：对下发和交回的各种手工音据进行顺序性和一致辞性核对。(3) 部门盘点：定期打印出空白的营业部门盘点表，交各部门盘点、记录暂存的商品，计算当期部门商品的差异量。(4) 历史账单核查：逐个或抽取历史账单进行一致辞性和权限性核查。8） 查询(1) 规定项目的查询：房态、在店客人情况、费用明细账、历史账单、交接班情况、点单/撤单记录、餐饮结账单等。(2) 自定义项目的查询：由使用者按照一定的规则查询其关心的项
42、目。(3) 远程查询：系统支持通过电话线的远程定制查询。9） 报表(1) 日常性业务报表：客房使用率/周转率、各营业部门收入、消费项目分类统计、分单位记账明细、库存变动分析、销售品变动成本分析、毛利润分析等。(2) 业绩报表；技师/服务生工作量、折扣/免单情况明细统计、储值卡使用情况统计、消耗品控制情况统计分析等。这些有肋于加强对职员考核的科学性，提高劳动效率。10） 部门及人员管理(1) 部门及权限定义：设定业务部门并确定其在系统中的权限，维护人员可以自定义部门及部门一属的消费项目和价格。(2) 操作员定义：设定操作员姓名、编号、所属部门、用户口令及权限。每一个编号对应一个操作员，不同权限的
43、操作员进入系统后其界面和功能范围不同。(3) 批准人定义：设定折扣和免单的批准人、权限范围。(4) 技师定义：设定一些有特殊技能的工作人员，如按摩师、美容师、调酒师等。11)系统维护(5) 系统初始化：系统运行的账单起始编号和参数设置。(6) 客房：楼层、房间、类别、数量、各类收费标准、计费办法；房间手牌的属性。(7) 消费：营业部门、类别、项目、明细。在定义服务项目时需确定该项目的计量单位，是计次、计时还是计量。另个，对于一些服务项目还应指也该项目是否需要技师来完成，所有需要考虑给技师提成的项目，都须设置该选项。(8) 散座：类别、计费办法、手牌属性。(9) 餐饮；台号、包间、食品分类、菜谱
44、、厨师等。(10) 磁卡：按一定顺序或单独制作各种面值的储值卡、各种折扣比例的折扣卡；允许增减卡中的金额，修改折扣比例，指定卡的停/启用；查询、统计卡上的各种数据；多级加密和安全恢复机制。(11) 整理数据：定期清理、整理数据，备份、恢复和清空数据。2.4.2系统数据流程总图 根据以上改进后的功能描述，在分析各业务模块的状态和相互关系的基础上，可分别画出各系统的热气流程图（DFD）。其中的数据流程总图（如图2.4所示）给出了系统中涉及客人部分的一般性业务流程。 关于数据流程总图的说明：当客人在酒店内住宿、洗浴、娱乐、购物、美容或到酒巴、餐厅消费时，除直接到餐厅就餐者外，都必须申领和出示客房、散
45、座或娱乐手牌，离店时凭手牌到前台结账。2.4.3子系统分析根据前面的系统功能分析，可初步将系统划分成接待、点单、楼层、餐饮、收银、库存、财务、查询、报表、管理、维护11个子系统。下面介绍各子系统常用模块的数据输入输出、处理/存储概况表及其部分数据流程。1） 接待子系统(1)登记模块的数据概况表输入：客人基本信息、押金/储值卡号、房间计费类型、折扣率、特殊要求；散座手牌、优惠条件。处理：自动生成账户流水号、查询并选择可用的房间、确定主手牌、建立手牌间的索引关系、修改房态表。输出：宾客登记单、写磁卡/IC卡(2)登记补充修改模块的数据概况表输入：客人账单号、手牌号；必要的识别/互锁信息、需求的变更
46、、明确主/从账户。处理：自动进行补充信息的索引、分类；按新需求调整房间、手牌；将两个账户互锁。输出：宾客需求变更单、VIP的资料及进程表、通知单。(4) 换房模块的数据概况表输入：手牌号、原房号、变更要求；对应的新房号。处理：自动调整对应的手牌，跟踪并重新索引已发生的消费。输出：换房提示单、新的房费预测数据、超押金催缴单。2） 点单子系统(1) 数据概况表输入：客人手牌号、手单号、消费类别、消费项目、数量、技师、增减情况。处理：自动生成消费单号、加载单项金额、计算当次总金额、与押金进行对比、核减配料。输出：提示部门存量低于下限、在前台自动显示超押金信息。(2) 数据流程图点单业务数据流程图如图
47、2.5所示。3） 楼层子系统的数据概况表输入：楼层号、服务生姓名、房间号、房间封锁、退房检查结果、需要客人赔偿的明细、技师工作及返回情况、客人投诉情况。处理：查询并选择指定的房间、修改房态表、定时自支将脏房改成OK房输出：锁房单、服务生清扫房间工作量表、交接班查询表。4） 餐饮子系统(1) 银台操作的数据概况表输入：客人数量、台号、手单号、特殊要求、服务员号、点/退/换菜明细、临时菜金额、折扣率、免单与否、批准人、付款方式和数额、挂账账户、被挂的主手牌号；损耗和测试的菜肴明细、赔偿情况。处理：自动生成餐饮账户的流水号、在加/换/退菜/损耗/测试过程中对有关营业部门进行配料的增减、同步调整该部门现存原物料的累计成本、计算费用和折扣、对已挂到客房的账单进行调整。输出：餐饮明细单、结账单、赔偿单、统计表、挂单明细；提示部门存量低于下限。(
