娱乐休闲型酒店管理信息系统毕业设计论文.doc 46页

'娱乐休闲型酒店管理信息系统毕业设计论文第一章娱乐休闲型酒店管理信息系统的系统概述1.1系统开发背景近年来，随着改革开放步伐加快和中西方文化的交流，人民生活水平得到了极大的改善，全社会对第三产业特别是服务业的需求也越来越高。国内旅游餐饮业，特别是宾馆、酒店行业的发展，逐渐打破了传统的普通旅游业那种以住宿休息为服务核心的单一运行管理方式。如雨后春笋般拔地而起的高级宾馆、酒店，以其富丽堂皇的装饰、整洁舒适的环境、完善先进的设施、全面周到的服务和现代化的管理，塑造着全新的城市文化和文明形象。在大中型城市里，除了四星级以上的酒店仍在基本遵循原由的比较保守和固定的运行模式之外，绝大多数新建和改扩建的中高档酒店，都装备了大型音像系统和桑拿浴等娱乐休闲设施或者直接以桑拿为住。社会大众对酒店的认识和需求也随之发生了巨大变化，客人进店后，消极的休息已不是主要目的，投宿的概念已大大淡化。因此，以人为本，突出娱乐休闲功能并兼有住宿餐饮购物等综合服务项目的酒店运行管理方式已成为时尚。对于这些属于娱乐休闲类型的宾馆酒店，特别是能全面满足客人持卡消费的酒店，其接待本地客人的比例和数量都会大幅度上升，使旅游业原有的淡旺季特征不在明显，从而取得了更好的经济效益。由于这类新型酒店的运行模式与传统酒店有很大的差异，它涉及的环节比较多，业务关系也比较复杂，因此到目前为止还没有一套较规范的公认的运行管理标准。而照搬传统的酒店业务管理方式和运营机制显然已不能适应这些变化，难以满足实际需要了。同样，那些基于传统酒店业管理模式而开发的计算机管理系统自然难以适应这种新的业务模式，所以造成一些酒店不得已而采用水工计费和人工结帐的方法，尤其是在新型酒店开业时增加新的服务项目时，这种现象往往很普遍。显然，采用人工手段进行复杂的业务处理是一种相当原始的方法，在客户服务、人员管理、-46- 财务管理等方面都存在着许多薄弱环节，会给酒店的正常运行带来各种麻烦和漏洞。比如，不能实施全面的持卡消费、不能与现代的电子商务营销模式接轨等等，客观上严重制约着酒店的发展。酒店业务流程的多样性和客人的流动性也决定了手工方式不可能长久，必须按照新的模式进行全面细致的系统设计和软件开发，以适应着类酒店的计算机管理信息系统的迫切需求。面对这种具有现代文明时尚的新型酒店的灵活多变的运营方式，更需要管理者和开发者用现代化和超前的眼光去看待它与认识它，要结合信息网络的特点，采用有效的手段进行方位的调查和分析。开发的全过程始终要采取用户至上的观点，一切从用户利益考虑，在加强调查研究和系统分析的基础上，通过分步骤的不断的反馈的讨论方式确定出新系统的最佳方案。各阶段可在局部上使用结构化、模块化的方法严格按照有效阶段进行开发，具体手段上尽量采用面向对象的开发形式，使形成的应用软件模块具有很强的独立性、适应性和扩展性。1.2项目开发目的项目开发目的具体任务就是设计一个娱乐休闲型管理信息统，利用现代计算机与数据库开发技术的提高，从而有效的对娱乐休闲型酒店的管理，提高工作质量与效率。1.3可行性分析传统酒店管理模式一般是以客房为主导，除了房费按客房结算，客人在酒店内的其他一切消费也基本上是按房间号划分。而娱乐休闲型酒店则以每位客人为主导，客人的消费是按每人持有唯一性标志进行记录和统计的，它强调的是每位客人在酒店内的不同消费和接受的各种服务，也就是说消费与客人直接对应，这也是客人持卡消费的业务基础。-46- 传统酒店以住宿为主要功能，房费结算也基本上是按天结算，其营业过程具有明显的时间段概念，故而大部分软件系统中都设置夜核功能，一般是在夜间（0点以后）将前一天的营业情况和数据进行核对、出汇总表，并完成数据库的整理和历史数据的转存，而娱乐休闲型酒店没有明显的时间段要求，客人随时可能来，也随时可能走，房费不以天为单位计算，没有客人在几点以前（以后）离开如何计费的说法，而是根据客人在店内停留的实际时间长短具体计算。因此软件系统也就无法也没必要设置夜核功能，需要随时对数据库进行整理和转存历史数据，报表也是实时的，随时可以按照用户的要求统计产生。在针对实际系统进行关系定义和逻辑设计过程中，我们发现采用移植的办法虽然在模块设置阶段进展很快，但后来就会被两类不同运行模式中的复杂关系所纠缠，而影响了开发进度，甚至会造成大面积返工。相反，按照娱乐休闲型酒店的实际业务流程重新进行系统设计，到开发后期，就会发现这种淡化了住宿功能，而以洗浴、服务为主线的接待和消费方式还有一些规律性。特别是实际系统在运行时对多用户实时共享的要求很高，着使得开发者在程序设计时更需要一个清晰的流程，需要完善的模块封装和灵活的数据接口，不因当搞无谓的引用和交叉而影响到系统的可靠性。因此，我们采用了后一种思路。系统的设计开发过程采用了快速原形法、结构化方法和演示讨论相结合的混合方式。鉴于这类新型酒店的应用需求是不规范的和分批提出的，系统分析的深度和广度只能在开发过程中逐步增加和完善，所以在开发初期一般无法完整地定其总体设计方案。为此，我们从用户对应用系统的粗略描述开始，现在计算机上搭建起一个简单的应用模型，并以词模型为基准，根据用户的意见和要求对系统进一步细化，通过不断的建模、演示、交流和讨论，使系统一步步地接近实际。在开发后期，开发人员同用户已经有了充分的沟通，因此在一些后台模块的开发上也遵循了结构化的生命周期法。在程序设计方式上主要是利用了一些高效率的面向对象的开发工具。第二章娱乐休闲型酒店管理信息系统的系统分析（一）酒店的组织结构总经理其他部门------财务部康乐部餐饮部客房部登记楼层洗衣餐厅酒吧洗浴区娱乐区购物库房收银台-46- 点单刷卡酒店现形的组织结构(二)基本术语在娱乐休闲型酒店管理中，一般将业务流程的运行称为流转。下面以“手牌”的流转为列，介绍酒店中一些基本术语：手牌：指客人在酒店内的身份标示。每个客人在店内活动，均须随身携带一个号码唯一的手牌。手牌在客人进行入店登记时取得，客人凭各自的手牌进行洗浴、娱乐、消费和接受各类服务。主手牌：这是针对一个以上的客人组成的团体而言的，主手牌的持有者作为该批客人的代表，是双方临时约定的总付帐人。鞋牌：客人进店后首先要到总台旁边的鞋房换拖鞋，同时领取与鞋架对应的具有唯一号码的鞋牌，然后凭鞋牌进行初始登记并领取各类手牌。散座：酒店为了方便仅为洗浴或消费的而来的客人，特别开辟了若干个比较大的空间，内设了一批可供临时休息的床位，称为散座。超时：在客房和散座的计费方面，这类酒店一般给客人规定一个固定的容许在店时间（如12小时），客人登记后开始计时。点单：房费散座费中以包括了基本的洗桑拿浴的费用。客人若另外接受了按摩、美容、洗衣等附加服务，或者点了酒水，购买了物品等，则需另外签单，在结帐时一并付费。班次：24小时内业务部门按两个班次轮转，通常白班为8：00~18：00，这样可保证后台繁荣财务人员在19：00前下班，夜班为18：00~次日8：00。免单：经酒店总经理或其他高级管理人员的批准，可免收某批客人的部分或全部费用。（三）业务调查酒店内主要包括接待、餐饮、康乐、收银、库存、财务等几大业务部分，试营业时所有业务均为手工处理。经调查得到以下的业务基本情况：-46- 接待业务：客人进入、首次迎宾、到鞋房换鞋、领鞋牌。到总台登记、选房/散座/收押金/刷卡、开设帐户、明确折扣和其他优惠措施/领手牌（明确主手牌）和房们IC卡、存鞋牌。点单业务：当客人在店内进行一项/多项消费或接受服务后，有关技师或服务生立即将相应的内容填写在三联单上，并根据其手牌号请客人签字，其中的一联要立即送到总台供结帐时汇总。楼层业务：各楼层的服务生应及时清扫房间，传送有关单据，应客人要求安排各种服务活动，向总台通报房间状况变化情况和客人遗失物品情况，提醒超时或超费用的客人补押金，客人退房时进行列行检查，填退房单，房间有故障时报修。收银业务：客人交还手牌/对应的帐单汇总/结帐/收/退款/刷卡/送客。餐饮业务：客人进入餐厅/迎宾开始/点菜/餐间服务/结帐/。库存业务：办理消费品和消耗品的入库登记，分类分批次分价格统计库存，控制商品质量和保质期，分营业部门出/退库，记录库存帐目，按规定时间制作库存报表。2．2酒店实施管理信息系统的基本目标娱乐休闲型酒店要想依托计算机网络开展现代化管理，必须首先依据酒店行业特定的运营方式和工作流程，对电脑软件系统要开展的工作提出一些基本要求。这些要求会促使开发者和用户共同去全面深入地分析了解酒店的运作机制，区分经营项目类别和经营方式，掌握经营的难点和侧重点，从而才能在此基础上设计和开发出既符合酒店的实际情况，有能充分发挥计算机管理的积极作用，独具特色的管理信息系统，。这个系统应该给酒店的经营带来直接或间接的经济效益，使酒店能在先进的计算机网络系统的支持下在管理方面逐步上档次上水平，进一步提高效率和体现酒店的整体形象。这些基本要求如下：1实现多操作点的信息共享，相互之间的信息传递要做到标准、快捷和顺畅-46- 酒店管理信息系统中，各操作点在信息处理过程中离不开相互之间的信息传递。列如客人在结帐时离不开入住时间、餐饮、消费、娱乐、房费、帐单的相互关系等多种信息的检索和综合。表面上看，每个操作点的信息处理量都不是很大，都是些简单的录入，计算，修改和查询等，但对各类信息实施灵活而有序的实时管理，关键在于系统应用平台对信息共享的支持程度。多操作点的快速并行工作，要求各操作点对相关信息的处理基本上能同时进行。虽然多用户或网络管理软件在操作系统支持这种需求，但在应用系统的分析设计和程序开发过程中也要注意这个问题，避免引起冲突，这一点十分重要。另外，必须在提供多点并行处理的同时，保证信息的可靠性和实是性。列如，当客房部门因故修改房间状后，为客人办理入住用房手续的前台就应当及时得到或探知最新的房间信息，避免在同一时刻对同一房间采取不同的信息处理过程而产生业务上的误导。总台结帐时，发现该帐户仍然有消费项目正在点单，则由系统提示收银员展缓进行结帐操作。2采用图形化的操作界面，使人机对话方便，易懂、易用、易培训.系统的业务特点和酒店工作人员的素质都要求人机对话应当是十分方便的。尤其在前台部分，当操作员在微机上进行业务处理时，其操作方式和相应的操作码要尽量简化统一，使操作员基本上靠移动鼠标来完成任务。这一点与酒店要求前台工作人员尽量面向客人的规定是一致的，操作员过多的注视屏幕会使客人有冷落感。因此，人机对话过程要尽量符合操作者的思维习惯，采用图形/图块显示方式，这样会减少理解和学习的难度。常用的服务内容和项目一般采用速记码快速输入，可缩短操作时间，减轻工作强度。此外，由于多数酒店的中下层员工流动性较大，造成其电脑管理部门经常忙于开展对新员工的电脑操作培训和技能测试。如果应用软件系统的操作方式简单划一，人机对话形象方便，就可以减少再次培训的难度和工作量。3系统24小时连续可靠运行，对重点业务实施全天动态监管-46- 酒店中客人的往来是随机的，因此酒店必须24小时提供不间断的服务。这对系统的要求包含两个方面：第一，系统设计要面向连续性。系统要满足客人随时点单、查询和结帐的要求，需考虑在汇总报表及每日交接班时支持对其他业务的并行处理，避免对酒店正常业务的影响。在程序设计中要充分考虑24小时连续工作中对数据处理的实时性要求，采取措施自动进行数据的存储、整理一致性校验。第二，系统的维护和管理要面向连续性。软件开发时必须考虑系统在连续工作条件下的可维护性，出现局部故障后系统总体的强壮性，需要对重要信息进行动态监管，并建立有效的事后安全恢复机制。当然，为了保证系统的连续正常运行，在系统试运行期间进行完全彻底的测试必不可少。开发者要在系统建立初期就为酒店代培网络管理系统和业务管理系统的系统管理员，并支持其自行开展系统的维护管理工作，同时开发者也要安排专业维护人员对系统运行中的特殊要求随时响应。4系统维护方便可靠，有较高的安全性，满足实用性、先进性和经济性的要求.在系统设计是就应当选择先进的软硬件平台和面向对象的开发工具，充分利用系统软件自身提供的维护手段，以有针对性的维护策略和方法，尽量减少维护时对数据库的独占，保证系统的安全运行。通过双方的磨合，初步建立起来的系统要与实际工作紧密配合，既要发挥出计算机作为先进管理工具的特征，将繁杂的手工制处理减到最少，堵塞住各种管理漏洞，又要充分调动各级管理人员从系统中获取实用信息，协同开发者不断对系统进行改进的积极性。系统后台的查询、统计和报表部分要能及时，准确和灵活地反映出各种情况，特别是通过十分经济的方式得到过去根本无法或者很难通过手工获取的各个侧面的汇总信息。酒店的高级管理人员能在此基础上进行科学的分析和判断，在微观上提高管理的精细程度，在宏观上进行重大的决策提供帮助。2．3业务流程图《1-1》散座客人清扫房间报表客房客人房态状况点单消费现结迎宾查询库房选房选散座消费单顾客离店统一结帐分发手牌总台接待登记退牌房费单鞋房换鞋建立帐户当前客人帐单历史单据挂帐-46- 酒店业务流程总图前台消费价格控制进货合同领用出库库存帐入库成本控制退货盘店损益库房商品流转业务流程图《1-2》2．4数据流程图在分析各业务模块的状态和相互关系的基础上，可以分别画出各个系统的数据流程图，其中的数据程总图给出了系统中涉及客人部分的一般性业务流程。-46- 统计报表财务经理室房号客人历史DB鞋牌柜房态表库房基价表房号出库离店结帐消费入店确认总台接待客人确定手牌建立帐户客人帐单DB帐号、手牌号、房号房费计算在店客人DB餐饮娱乐费计算直接结帐离店系统数据流程总图《1-3》消费项目前台点单员客人消费签单在结帐增册记录数量数量消费帐单消费类手牌号押金-46- 超押金提示相关消费主客资料点单业务的数据流成图《1-4》打印帐单离开历史DB在店客人DB生成点菜要求送餐流水号合同DB挂单客人手牌号结帐菜谱加菜洗台客人速记码换/退菜挂帐用餐帐单换台台号餐饮业务的数据流程图《1-5》说明：在餐厅结帐时，有现结、挂单和挂帐三种。操作员将客人点、换、退菜的项目和数量输入微机，则系统自动调用餐厅，明细库中的基价，通过计算生成帐单，同时核减或增加有关营业部门中与菜谱相对应的各种配料，同时用移动加权平均计算方法调整由此而引起的部门中相关原物料的累计成本数额。对于客人因故退回，但已无法再销售的菜肴，在做完退菜处理后，还要将其计入损耗，以保证有关部门中原物料存量数据的准确性和成本核算的准确性。餐厅中也设置了收银台，客人可以直接在餐厅结帐，持有手牌者也可以先签单，将该笔帐单挂回自己的客房总帐中，待离店时在前台一并结算。餐饮结帐时可打折，部分打折或免单。-46- 在店客人信息侧除余额挂帐输单员入店时间预览帐单手结帐正在牌余额挂单计算房费时间点单号结帐预结帐客人付款方式计算消费折扣率打印帐单折扣/免单批准人在店客人帐单侧除客人历史信息结帐业务的数据流程图《1-6》说明客人结帐时，收银台应处理的几个问题：房费结算、娱乐消费结算、餐饮消费结算。1房费消费结算-46- 房间可以分为标准间、经济二人间、三人间、四人间、豪华三人间等多种类型，不同的房型按各自的标准收费，但根据客人在酒店停留时间的长短，又将同一类房间的价格分成四种（普通房价、长包房价、优惠房价、钟点房价）。前三种房价均以客人入住12小时为一个基本收费单元酒店称为一个轮转，客人结帐时，收银员应先明确执行那一种房价，系统从房间类型表中调出各类房间对应的基价，然后再判断客人是否超时。酒店一般容许客人多停留1小时，在该宽限期内不收超时费。若在超出这1小时则加以收超时费，即在基价的基础上每超1小时加收%10的超时费。根据客人利益最大化的原则，超时在10~12小时之间的免收该时段的超时费，散座则以14小时为一基价，每超2小时则再收一个基价。仅进行娱乐的客人不收房费，其房间的基价为零。1娱乐消费结算娱乐消费包括桑拿、健身、游戏、球类、酒吧、美容等等每项消费都从消费明细库汇总调出基价，乘以消费次数后求和，消费次数可以不是整数。计时性消费在点单时就算出了金额。2餐饮消费结算菜肴类消费可按列盘或斤两/个数进行，系统分别从菜价数据库中调出基价，乘以相应的消费数目求和，生成餐厅消费帐单。财务部有效合同批准定价供货商库房检货单验收标签货物合格不合格退货历史合同变动表进货业务流程图《1-7》-46- 库存帐ABC分析价格入库单验货单定批次财务部退库单清单批准人退款单前台入库业务流程图《1-8》财务部对帐表退库单批准人客人消费部门台帐出库单部门零耗单-46- 消耗消耗定额库存帐物品领用流程图《1-9》第三章酒店休闲型管理信息系统的系统设计3．1系统结构设计1系统模块设计系统的模块化形式在前面的内容中以有了较详细的描述，根据以客人为核心的运营模式，我们可以将这些模块定界为三个大层次，前台、后台和管理层。不同层次的模块在设计上有不同的侧重，但提高并行处理和数据共享的程度，防止网络和功能冲突是模块划分时要特殊考虑的问题。（1）前台凡直接与客人接触，发生信息，物品或货币交流业务关系的，需要在计算机上进行记录，协调和处理的工作均属于前台范畴。这个前台概念不仅包括酒店大堂前台的接待、收银、查询、餐厅的点菜，送餐和收银，各楼层的退房检查、精品购买、外卖和娱乐，还有为客人提供的多媒体接触屏查询和引导系统，电子商务网上营销系统等。这些模块在运行时，既要符合酒店内部业务管理的要求，也要考虑客人的消费心理和思维习惯，通常应把客人也当作系统的设计对象之一。要充分了解客人的想法和意愿，掌握他们的一般性需求和特别需求。为系统制定的输入输出步骤和效果要能获得客人的积极配合，同时也要使操作员感到方便和快捷。无论是信息流还是资金流，都要在与客人的反复交流过程中顺畅的运行，避免不必要的阻碍，在逻辑关系上要预先考虑各种可能发生的情况并设计出响应的对策，以便迅速准确地完成对客人的各种服务。（2）后台-46- 指那些对前台提供支持，一般不直接与客人发生关系的业务点。如各楼层的点单、男女浴、美容美发、洗衣等消费服务单的输入、房态修改、库房、餐厅厨房、财务部门等。虽然其中有一部分是通过单据与客人接触的，如客人消费签单，计时服务，为客人门提供物品的服务过程等，其特点是客人的需求以满足并在单据上记录后，由服务生将单据就近送到附近的一台微机出，再由输单员把有关内容输入到计算机系统中。此时输单员面队的是单句而不是客人，所以我们认为其工作属于后台性质。这些模块应简洁明确，以提高效率和方便使用为设计目的。同时考虑培养使用者的工作习惯，强化他们对系统功能的理解和按流程办事的意识。由于许多操作都是一次性的，在保证正确输入的前提下，系统内部对后台的各项操作都应区分权限，有详细的记录日志，以便事后进行核对，分清责任。（1）管理层通常前后台之间没有相互控制关系，虽然个别模块在运行时某些功能为了防止冲突，存在着互锁的可能，但我们都将协调双方的操作步骤，使其限制在最小的时间范围内，系统也会及时对此做出明确的文字提示，引导有关的操作员进行有效的避让。可见前后台模块间的相互影响不大，只要按规定执行完有关业务流程并予记录即可。系统的调控通过管理层间接进行，它依据财务部门对当期业务的核算汇总和分析，由酒店的有关人士下达指令，系统管理员通过软件中的管理和维护模块对系统参数、人员、项目属性和配方等进行定义和调整，达到精细管理、提高效益的目标。该层次的模块以贯彻酒店高级管理人员的经营思想和管理意图为设计核心，力图是使模块功能和控制流程符合酒店管理的规律，既科学合理又可操作。在报表设计上也冲淡计算机技术和学术特点，使之更加符合酒店/餐饮界管理人员的工作习惯。2系统控制结构对系统的控制主要体现在对流的把握上，即对参与处理流、信息流、资金流和物流的模块进行分析和协调，从中找出相互之间的逻辑关系，以便采用不同的控制对策。（1）对各种流的导向客流：客人入住或换房时，必须提供已清扫的OK房，若无OK房，系统可提示现有的脏房供参考，前台接待员可指定其中某些房间并要求楼层服务生立即清扫，修改房态。主手牌持有着提前离开时必须先进行主手牌变更。-46- 信息流：当进入结帐模块，客人也表示同意付款时，就不能倒退或取消操作，必须把帐结掉并一此性打印结帐单。此时信息流程是不可逆的，若确实出现差错，则只能到网管中心通过历史数据处理模块进行修改。有住从关系的帐户必须遵循规定的结帐次序。资金流：点单和收银模块有互锁关系，不能在同一时刻对同一客人既点单又结帐。系统的超押金提示可控制客人的过度消费。同一帐户下的客人分别付款时，最终结算前支付的均按补押金来操作。物流：确认无法重新使用的消费，即便做了撤消点单处理，也要进行等量的报损。（2）权限控制系统运行初期可给各业务点适当多开放一些权限，目的是发生操作错误后能及时调整。一旦系统运行基本正常，操作员比较熟练后，应当将其权限控制的最小的程度，防止应误操作而带来的责权上的矛盾。列如初期在收银处设置了点单修改功能，使收银员能及时修正点单中的错误，但后来发现在结帐单中体现的消费数据与各业务点的原始签单有不一致的情况，所以再操作员对系统基本熟悉后就取消了收银员的这个权利。（3）为了防止恶意操作，在关键点处要有意识地设置了多重的检查、校验和记录。3.2网络规划1网络总体结构因为该系统总体的数据传输量不太大，而且主要工作站与服务器距离一般业不超过100米，故我们采用了当前最为成熟的低成本的10Base-T以太网作为网络的主干。考虑到今后在电子商务方面的扩展和应用，我们采用5类双绞线以共享式HUB为中心，按照星型拓扑结构实施布线，使该网络系统可随时升级成100Base-T的快速以太网，满足Internet和VOD（视频点播）等新业务对网络带宽的要求。娱乐休闲型酒店一般为多层建筑，通常的布局是把前台接待、收银、餐厅和洗浴区设在一层，散座、美容、精品购物、酒吧等设在二层，二层以上为各类客房，网管中心，管理办公室和财务室设在大楼的中间层。网络服务器（一般配置要达到PII30064M/4.3G-46- 以上，负责提供文件服务和后台数据库服务）设在网管中心，它是整个酒店计算机管理系统的信息中心，必要是还应该设置备份服务器（配置可稍低些，平时兼作他用）。服务器上安装56K的内置式MODEM和10M或100M自适应PCI网卡，该网卡直接与HUB短距离相连。为了满足远程查询/维护，网上信息发布和营销以及公安机关对外籍人员实施连网管理的需要，MODEM应通过酒店的程控电话交换机或直接与公共的PSTN连接。在酒店各楼层及总台接待、收银、餐厅、酒吧、男浴区、女浴区、服务中心、库房、财务、总经理等处分别放置网络工作站微机，他们均通过桌上信息插座和双绞线与网管中心的HUB相连。酒店在财务室、接待、收银、库房和餐厅配有不同幅面的票据打印机和磁卡设备，可以打印各种文件、报表、帐单、收据、条码签，根据业务需要制作和读取磁卡等。餐厅的微机还能通过串行口或第二个并行口就近与厨房打印机相连，用于客人点菜单的直接传送。网管中心配有大容量的UPS，各工作站配有普通UPS。接待用的微机上插有2块网卡，其第二块网卡通过双较线以网上邻居形式与管理磁卡门锁的微机直接相连。2网络系统软件由于系统是常年不间断运行的，对实时性和稳定性均有较高的要求，所以网络服务器上安装了WindowsNTServerSP4中文操作系统，它与各网络工作站上安装的Windows95/98或WindowsNTWorkstation操作系统共同构成一个网络工作组平台，共同使用TCP/IP或NetBEUI网络协议。安装和配置网络系统软件时，主要解决了如下问题：（1）网络服务器要设置成Windows98和WindowsNT双启动形式，并使用不同的计算机名。平时主服务器运行WindowsNT系统，而备份服务器以网络工作站的身份运行Windows98系统，它在主服务器上登记并定期进行数据备份。两个服务器的C驱动器(2GB)均以FAT16格式存放共享的业务数据其他驱动器可根据需要设置成NTES或FAT32格式。（2）两个服务器上WindowsNT系统设置应当是一样的，均设为主域控制器。在服务器上还要设置好有关的域及域用户，同时设置好存放业务数据的共享目录，分配好各用户的权限。由于系统中设定了一个域，所以两个服务器不能同时在网络运行WindowsNT系统。（3）一般不要在服务器上激活画面复杂的屏幕保护程序，当显示驱动程序不匹配时，它会直接影响网络工作站的运行速度。（4）各工作站上要正确安装网卡驱动程序和完整设置-46- Microsoft网络客户，选择登录到NT域，并输入统一的域名。（5）在网络标示项中输入各自计算机名，可自定义。3.3数据字典1、数据结构：客人信息含义说明：本管理信息系统的主体数据结构，定义了一个客人或客人群的有关信息。组成：手牌号、帐单号、鞋牌号、是主客吗、已离开、离开时间、房费自结、已退房、房费、个人消费额、自结消费额、打折、优惠额、实付金额、结算方式、特别说明、结算情况。（1）数据项：手牌号含义说明：对一个客人的唯一标识，它基本上是与房间内的床位相对应。（2）数据项：帐单号含义说明：主客入店登记时由电脑自动生成的帐单号，也是该批客人在店时的帐户编号，在该帐单下逐条记录该批客人本次的各种消费。（3）数据项：离店时间含义说明：主客在前台提出要结帐时系统锁定的时间。（4）数据项：房费含义说明：以客人所住房间/房价类型、确定其一个轮转的基本费用，然后根据其在店时间并考虑超时情况进行累计验算。（5）数据项：自结消费额含义说明：指自己以签单形式所累计的消费总额。（6）数据项：结算方式含义说明：用户结帐时所使用的付款方式或欠款方式。2、数据结构：房态含义说明：客房当时的属性组成：房号、房型、所属楼层、电话分机号、目前状态、已预定、预定时间、空房时间、备注、已选中、已清扫。（1）数据项：房号含义说明：对客房的编号，是该房间的唯一标识。（2）数据项：房型含义说明：与“房型”数据结构中的数据项“类型”相同。-46- （1）数据项：所属楼层含义说明：标识该房间所处的楼层。（2）数据项：目前状态含义说明：标识该房间当前的状态，是对一个房间进行操作时的重要依据。（3）数据项：已选中含义说明：当其已选中时，才能入住。（4）数据项：已清理含义说明：当取值为F时，表示该房为脏房，需要立即进行清扫。1、数据结构：房型含义说明：定义了房间的类型及相关的资料组成：房型代码、房型名称、详细说明、普通价格、长包价格、优惠价格、钟点价格、床位数。（1）数据项：房型代码含义说明：对房间的编码。（2）数据项：房型名称含义说明：对房间名称的分类（3）数据项：详细说明含义说明：对与不同类型房间的具体说明，如标准间的说明“带卫生间、两张床、彩电等“。（4）数据项：普通价格含义说明：对不同类型的房间定义的不同基价。（5）数据项：长包价格含义说明：对不同类型的房间定义的不同基价。（6）数据项：优惠价格含义说明：对不同类型的房间定义的不同基价。（7）数据项：钟点价格含义说明：对不同类型的房间定义的不同基价。（8）数据项：床位数含义说明：对房间所放的床数。2、数据结构：帐单库含义说明：每批客人的主要信息组-46- 成：帐单号、主客姓名、主客性别、证件类型、证件号码、出生年月、联系电话、地址、单位或职业、主客手牌号、宾客类型、可打几折、来客人数、男宾、女宾、鞋牌号、入店时间、预计离开时间、房间总数、押金、批准人、已付款、特别说明、操作员代码、是否做到点提示、磁卡卡号、代人付款、代谁付款。（1）数据项：帐单号含义说明：主客入店登记时由电脑自动生成的帐单号，也是该客人在店时的帐户编号。（2）数据项：主客姓名含义说明：主客入店时登记的姓名。（3）数据项：主客性别含义说明：主客入店登记时是男还是女。（4）数据项：联系电话含义说明：与主客联系方式。（5）数据项：地址含义说明：主客家庭所在地址。（6）数据项：单位或职业含义说明：主客来自什么单位或从事什么职业。（7）数据项：主客手牌号含义说明：对一个客人的唯一标识。（8）数据项：宾客类型含义说明：来客入店登记时是个人还是团体。（9）数据项：鞋牌号含义说明：主客登记时领鞋的号码。（10）数据项：入店时间含义说明：主客在前台登记房时的时间。（11）数据项：预计离开时间含义说明：主客在前台提出要结帐是的时间。（12）数据项：房间总数含义说明：来客登记住房的房间总数。（13）数据项：押金含义说明：来客登记时所押的钱数。（14）数据项：操作员代码含义说明：来客登记时前台操作员的编码。3.4数据库设计-46- 1数据库概念模型娱乐休闲型酒店的业务流程不同于传统酒店，其数据的组织结构也与传统酒店有很大不同，主要表现在以下几个方面：（1）传统酒店中客人的一切消费，包括购物、电话、娱乐等都是按房间号记录。而娱乐休闲型酒店中客人的消费要按各自持有的手牌号记录，并全部索引到主手牌下。（2）传统酒店对每位客人的详细资料都要进行登记，客人结账时要以房间为单位分别计算。而娱乐休闲型酒店是按批次进行登记的，每批客人只要登记一个主客的基本资料，该主客就是这批客人的总付帐人，其他客人从主客那里领手牌，无须一一登记，一般按批次和主副手牌的索引关系结帐。（3）传统酒店除房费外，其他的消费都是自成一体的，一般是各部门分别记录并送至总台汇总结帐，虽然也容许客人签单，但最后的消费明细不直接对应到客人。娱乐休闲型酒店本身的住宿功能已经淡化，它强调的是活动着客人在酒店内的消费和接受的服务，客人在酒店内的消费都与其各自的手牌直接挂钩，在最后结帐时可以分别结算。2按照系统的基本业务流程设计的主要数据库（1）帐单库：每个帐单对应一批客人，客人人数不限，所开房间数不限，还可能包括甚至是全部散座。每个帐单有一个主客，该客人为此帐单的结帐人。帐单库中包括该主客的详细资料及该批客人的入店时间等。（2）客人信息库：每个客人在入店后即或得一个唯一的手牌，客人凭此手牌在店内消费点单，离店时统一结帐。本数据库不存放客人的与业务有关的详细信息资料，仅用姓名和一个手牌号来标示该客人。库中设有客人离店时间（因为一批客人中的任一客人都可随时提前离店，而不需结帐，只要该批客人的主客还在店内即可）、房费、消费、自行结算金额（如果客人自愿，可以在提前离开时结一部分帐）等字段。（3）客人消费明细库：虽然在一般情况下，每一批客人（帐单）只有一个主结帐人，但该结帐人有时需要了解该批客人中每个人的具体消费情况。另外，还有可能出现某一个或多个客人在离店时自行结算自己应付费用的情况。基于这些原应，必须对每一位客人的消费情况进行详细的追踪记录。-46- （4）客房状态库：与传统酒店一样，也需要记录每一间客户的当前状态，以便为客人安排房间。客房的状态包括OK房、入住房、脏房、备用房、维修房、办公房等。（5）收入统计表：对酒店内所有的收入都需要记录其来源、收入部门、收入数据等，以便经统计产生各种收入报表。（6）服务项目表：酒店内所有能够提供的消费项目及价格，供客人点单时使用。除了以上的主要数据库外，为了保存酒店经营的历史数据，一供查询、统计、分析和决策使用，同时为防止数据库规模迅速增长而影响到系统业务运行的响应速度，我们对主要的数据库都设置了对应的历史数据库。历史数据库中存放的都是已离店客人的各种数据资料，其库结构与当前数据库的基本一致。这些历史数据库记录的信息有：历史帐单、客人历史信息、历史消费、历史客房等。客房子系统数据表设计（1）表名：bill用途：每批客人的主要信息域名类型宽度中文名称Billchar6帐单号Masterchar8主客姓名Sexverchar19主客性别Certificatechar10证件类型Certify_cdoechar18证件号码Birthdaychar10出生年月Phonechar20联系电话Addresschar40地址Unitchar30单位或职业Mastercodechar5主客手牌号GuesttypeChar10宾客类型Rebatenverchar19可打几折Guestsumint4来客人数Maleint4男宾-46- Femaleint4女宾Shoeschar10鞋牌号Startdatatime8入店时间Willleavedatatime8预计离开时间Housesumint4房间总数Depositmoney8押金Confirmchar10批准人Alreadypaidmoney8已付款Remarkchar10特别说明Inputerchar4操作员代码Wainingchar10是否做到点提示Cardidchar12磁卡卡号Forothermoney8代人付款Forwhosechar10代谁付款bill表的SQL语句实现：CREATETABLE[dbo].[bill]([Bill][char](6)NOTNULL,[Master][char](8)NOTNULL,[Sex][char](10)NULL,[Certificate][char](10)NULL,[Certify_code][char](18)NULL,[Birthday][char](10)NULL,[Phone][char](20)NULL,[Address][char](60)NULL,[Unit][char](50)NULL,[Mastercode][char](5)NULL,[Guesttype][char](10)NULL,[Rebate][nvarchar](4)NULL,[Guestsum][char](10)NULL,[Male][char](10)NULL,[Female][char](10)NULL,[Shoes][varchar](100)NULL,[Start][datetime]NULL,-46- [Willleave][datetime]NULL,[Housesum][char](10)NULL,[Deposit][char](10)NULL,[Confirmpeople][char](10)NULL,[Alreadypaid][nchar](10)NULL,[Remark][nvarchar](100)NULL,[Inputer][char](20)NULL,[Warning][char](10)NULL,[Cardid][char](12)NULL,[Forother][nchar](10)NULL,[Forwhose][char](10)NULL)ON[PRIMARY]GO（1）表名：guestinformation用途：每个入店客人的业务数据域名类型宽度中文名称Handscodechar5手牌号Billchar6帐单号Shosecodechar3鞋牌号Ismasterchar10是主客吗Leftchar10已离开Lefttimedatatime8离开时间Housepayselfchar10房费自结Houseretiredchar10已退房Housepaysummoney8房费Consumemoney8个人消费额Paidmoney8自结消费额Rebatenverchar4打折Downsummoney8优惠额Payinfactmoney8实付金额Pay_formchar14结算方式Remarkchar10特别说明Detailchar10结算情况-46- guestinformation表的SQL语句实现：CREATETABLE[dbo].[guestinformation]([Handscode][char](5)NOTNULL,[Bill][char](6)NOTNULL,[Shoescode][char](3)NULL,[Ismaster][char](10)NULL,[leave][char](10)NULL,[Lefttime][datetime]NULL,[Housepayself][char](10)NULL,[Houseretired][char](10)NULL,[Housepaysum][datetime]NULL,[Consume][datetime]NULL,[Paid][datetime]NULL,[downsum][money]NULL,[payinfact][money]NULL,[Rebate][nvarchar](4)NULL,[Pay_form][char](14)NULL,[Remark][char](10)NULL,[Detail][char](200)NULL)ON[PRIMARY]GO（1）表名：Itemthink用途：该库中记录了目前在店的每一位客人的每一次消费域名类型宽度中文说明Handscodechar5手牌号Billchar6帐单号Itemidchar8项目识别码Itemcodechar10项目代码Itemtypechar3项目类型Itemnamechar20规格Specchar6单位Unitchar4单价Pricemoney8数量-46- Numverhcar8金额Totalsummoney8录入工作站Inputwherechar10操作员Inputerchar8录入时间Inputtimedatatime8技师工号Waiterchar3立即付款Pay_atoncemoney8已结Strikedchar10Itemthink表的SQL语句实现：CREATETABLE[dbo].[Itemthink]([Handscode][char](5)NOTNULL,[bill][char](6)NOTNULL,[Itemid][char](8)NULL,[Itemcode][char](10)NULL,[Itemtype][char](3)NULL,[Itemname][char](20)NULL,[Spec][char](6)NULL,[Unit][nchar](10)NULL,[Price][money]NULL,[Num][numeric](18,0)NULL,[Totalsum][money]NULL,[Inputwhere][char](10)NULL,[Inputer][char](8)NULL,[Inputtime][datetime]NULL,[Waiter][char](3)NULL,[pay_atonce][nchar](10)NULL,[Striked][char](10)NULL)ON[PRIMARY]GO（1）表名：roomstate用途：来查询客房的使用情况域名类型宽度中文名称-46- Roomcodechar3房号Roomtypechar8房型Floorverchar2所属楼层Phonechar5电话分机号Roomstatusverchar2目前状态Reservedchar10已预订Reservetimedatatime8预定时间Freetimedatatime8空房时间Remarkchar8备注Selectedchar10已选中Cleanedchar10已清扫roomstate表的SQL语句实现：CREATETABLE[dbo].[roomstate]([Roomcode][char](3)NOTNULL,[handscode][char](5)NOTNULL,[Roomtype][char](8)NULL,[Floor][char](10)NULL,[Phone][char](5)NULL,[Roomstutus][char](50)NULL,[Reserved][char](10)NULL,[Reservetime][datetime]NULL,[Freetime][datetime]NULL,[Remark][char](10)NULL,[Selected][char](10)NULL,[Cleaned][char](10)NULL)ON[PRIMARY]GO(5)表名：shaparoom用途：酒店内能提供的各种房型及客房价目表域名类型宽度中文名称Typeorderchar1房型代码Roomtypechar8房型名称Explainchar20详细说明-46- Price1money8普通价格Price2money8长包价格Price3money8优惠价格Price4money8钟点价格Bed_numverchar2床位数shaparoom表的SQL语句实现：CREATETABLE[dbo].[shaparoom]([Typeorder][char](1)NULL,[Roomtype][char](8)NOTNULL,[Explain][char](20)NULL,[Price1][char](10)NULL,[Price2][char](10)NULL,[Price3][char](10)NULL,[Price4][char](10)NULL,[Bed_num][nvarchar](10)NULL)ON[PRIMARY]GO(5)表名：hotellogin用途：用于系统的登录的验证域名类型宽度中文名称usernamenchar50登录用户名称userpasswordnchar10登录用户密码hotellogin表的SQL语句实现：CREATETABLE[dbo].[hotellogin]([username][nchar](50)NOTNULL,[userpassword][nchar](10)NOTNULL)ON[PRIMARY]GO系统开始运行时要和数据库建立联系。首先要进行现场的数据的收集整理和定义，然后进行初始录入。系统首次启用前，各数据库中无任何数据，需要提前进行基础数据的录入。-46- 3.5开发平台及运行环境1系统开发平台本系统的开发使用如下平台操作系统：Windows2000Server.。Windows2000Serve具有一个重要的特性。利用COM+组件服务可以方便地创建应用程序包，使得事务处理非常简单。另外，利用Windows2000Server的DNS(domainnameserver)和IIS(Internetinformationserver)可以在单片机上模拟多个Web站点。因此，可以在一台机器上同时建立两个站点，即SOAP客户端站点和SOAP服务器端站点。这样，开发调试非常方便。后台数据库：SQLServer2000.浏览器：IE5.0以上版本，IE5.0内嵌有XML解析器MSXML2.0,并具有XSL转换功能。组件设计语言：VisualBasic6.0,使用VisualBasic6.0能够迅速地开发组件。2运行环境（1）浏览器浏览器使用IE5.0以上版本。（2）SOAP客户端CPU：奔III,550MHz。操作系统：Windows2000Server(包括IIS5.0、COM+组件服务)。内存：128MB。(3)SOAP服务器端CPU:：奔III,550MHz。操作系统：Windows2000Server(包括IIS5.0、COM+组件服务)。内存：128MB。3.6编码设计编码设计是系统开发的前提条件，是系统不可缺少的重要内容。编码是指与原来名称对应的编号、符号、记号。他是进行信息交换、处理、传输和实现信息资源共享的关键。编码也用于指定数据的处理方法、区别数据类型，并制定计算机处理的内容等.-46- 3.7代码设计1、多用户共享网络上经常出现多个用户同时对一个表进行操作的情况。在文件服务方式下，为防止数据库死锁，我们采用了数据表缓冲技术。对于将执行写操作的表，在操作前的最后时刻把整个表缓冲在本地工作站上，待数据修改完毕后，再探测并锁定数据库表进行数据更新，这样就将锁定数据库的时间减至最小。若探测到原数据库表与缓冲前不一致，则提醒操作者暂停或放弃本次的数据更新工作，这样就从技术上和流程上避免了数据的混乱和数据库的死锁。重要的业务流程保持一定的互锁关系，对同一批客人而言，在登记时要探测一下客人是否在登记。若该批客人正在登记，则立即通知前台暂缓操作，若遇上其他操作员正在登记，则系统提示本次登记稍后进行。系统不容许操作员长时间地停留在为某个手牌选择消费项目的窗口内而不进行任何实质性的操作（1分钟后自动关闭窗口，释放对该手牌的控制权）。同样，在登记结帐时也要探测一下该帐单是否正在输入新的消费内容。加上系统对已建立互锁关系的两个帐户的结帐控制，基本上避免了漏洞的情况的发生。2用户界面为方便使用，我们对软件的Windows98/NT图形界面进行认真的设计和反复的测试，尽可能采取措施消除和避免误操作。界面上各操作对象的安排不仅要符合业务流程，而且要尽量遵循使用者的思维习惯。第四章：娱乐休闲酒店管理信息系统调试、实施和维护4．1系统调试-46- 应用系统软件由若干个子系统组成，每个子系统又由若干个模块（程序或控件）组成。所以我们把调试工作分为模块（程序）调试、分调（子系统调试）、模拟调试、现场调试和并行查错5个层次。在各调试过程中按照开发人员、使用者单独进行和双方联合进行的次序，分别探测出各方面的问题和漏洞。随后，将修改过的软件交付用户进行试运行，或者将其与修改前的软件并行使用，在保证基本业务正常运行的前提下开展动态测试，在实际操作和使用过程中找出软件的缺陷。4．2系统实施在基本完成系统调试工作的基础上，就可以开始进行系统转换工作了。系统转换就是按照预定计划用不断更新的计算机系统代替原手工系统的一系列过程，它的最终目标是将软件的全部控制使用权交给用户，用户逐步甩掉绝大部分的手工操作。为了使系统能够按预期目标正常投入运行，对用户进行必要的培训则是在系统转换之前不可忽视的一项工作。系统的转换方式有三种，而对于酒店管理信息系统而言，采用后两种转换方式比较适宜。1、直接转换直接转换就是在原有系统停止运行的某一时刻，新系统立即投入运行，中间没有过度阶段。用这种方式时，人力和费用最省，适用于新系统不太复杂或原有系统因故完全不能使用的场合。但新系统在转换之前必须经过详细调试并经严格测试，同时在转换时做好应急准备，万一新系统不能达到预期目的时，能够采取相应的补救措施。2、并行转换并行转换就是新系统和原有系统并行工作一段时间，经过一段时间的考验后，再用新系统正式替换下旧系统。在并行工作期间，手工处理和计算机处理、新版软件与旧版软件并存，一旦新系统有问题就可以暂时停止而不影响原由系统的正常工作。当用户提出新的、重大的系统需求时，采用这种转换方式比较理想。3、分段转换这种转换方式实际上是前述两种方式的结合，采取子系统的分割，分期多批逐步移交的方式。一般比较大的系统而且模块细化明确、关联简单者采用这种方式较为适宜，它能保证平稳运行，费用也不大。采用分段转换时，各子系统的转换次序及转换的具体步骤均应根据具体情况灵活考虑，通常可采用如下策略。（1）按功能分阶段逐步转换。首先确定该系统中的一个主要的业务功能，在该功能运行正常后再逐步增加其他功能。-46- （2）按部门分阶段逐步转换。先选择系统中一个合适的部门，在该部门试运行，或得成功后，再逐步扩大到其他部门。（3）按机器设备分阶段逐步转换。先从简单的设备开始转换，再推广到整个系统。4．3系统维护酒店管理信息系统是一个相大复杂的人机交互系统，系统的内、外部环境，以及各种认为的、设备的和软件的因素都在不断的变化着。为了使系统能够适应这种变化并逐步地完善和健壮，就需要随时进行细致和周到的系统维护。根据维护活动的目的不同，可把维护分为一下3类，每一类的维护过程都要求进行详细的记录。（1）改正性维护；（2）适应性维护；（3）完善性维护；根据维护活动具体内容的不同，我们又将各类维护细分成程序维护、数据维护、代码维护和设备维护4种情况。程序维护指改写一部分或全部程序，通常要充分利用原有的程序框架；数据维护指的是不定期的对数据库进行整理和补修，这里不包括主文件或主数据库的定期更新；代码的维护或变更包括设置、修正、重新排列、添加和册除数据项等内容；设备维护指的是有关人员要定期对设备进行检查和保养，并设立专门的设备故障登记表和检修登记表，以便设备维护工作的展开。除了设备维护之外，其他的以软件方式进行的维护都能通过MODEM在远程进行。第五章娱乐休闲型酒店管理信息系统开发中遇到的问题1、系统开发的困难因素与一般和工程项目建设相比，酒店管理信息系统的开发和实施有着特殊的困难。1）部分用户对计算机了解不深，对业务与软件的融方式和结果心中无数。-46- 目前国内许多新建酒店的管理人员对计算机都比较陌生，他们只知道计算机的精确度高，运算速度快，但却想象不出计算机能在自己的业务管理领域中做些什么，做到什么程度。因此，在系统开发初期，他们无法对将要开发的系统提出明确而完整的业务要求，也难于很快就软件的具体功能与开发者达成一致。这就大大增加了开发者进行系统分析的工作量，并且容易使开发走弯路。有时迫使开发者代替用户进行系统前期的需求调查和功能设计，但这样开发出的系统往往与酒店管理者想象的不符，客观上也就不能完全满足实际应用的需求。2）新系统对以前的管理方式和习惯影响较大，使用者可能会产生抵触情绪。系统投入试运行后，其严格而精确的处理方式不可能避免地会对原来手工管理方式产生冲击。导致某些管理和操作人员的习惯或特权受到影响，因而可能产生抵触情绪。系统在试运行和现场测试阶段肯定是不稳定和不完善的，这时使用者的偏见会影响酒店决策者的信心。3）据的准确性与业务流程的完整性计算机信息处理工作所面临的最大困难是酒店管理基础工作的混乱，难以获得准确原始信息这种新型酒店没有一定之规，有时在业务流程和管理办法的细节上朝今夕改，这也会给开发带来很大的不便。1、系统的效益不太容易直接用货币形式来反映系统开发得到的产品是软件，在运行初期很难测算出价值。建设酒店管理信息系统所能获得的效益，主要体现在其规范、标准和快捷的处理方式能大幅度地提高效率，提高酒店的现代化管理水平为管理人员提供科学的决策依据等方面。通过长时间的磨合与运行，系统在微观上肯定会给酒店带来了明显的经济效益，但这种效益仍然是间接的，容易使用户产生误解。因此，大力加强系统中成本控制模块的功能和效用，有针对性地设置多媒体引导和宣传子系统，有助于增强用户的信心。2、酒店的高层领导的重视和介入方式酒店高层领导是否重视和亲自参与，对系统开发和使用的成败起着决定性的作用。由于管理信息系统的建设是一个涉及到整个酒店的运营体制、管理方式和人员安排等诸多因素的全局性问题，这一切单靠开发人员和酒店的一般操作人员是无法统一协调和解决的。在系统开发的不同时期和系统投入运行以后，酒店都需要投入相当的人力、物力予以支持和保证，而这些问题都必须在高层领导的重视下，才能得到顺利解决。领导经过实地了解开发人员的工作性能和工作强度，加强沟通和信任，才会不断增强双方的信心。-46- 1、业务人员要有积极性建设酒店管理信息系统时，其业务人员的积极性是不容忽视的因素。在系统开发的全过程中，需要有他们积极配合并提供有关基础数据、流程。在系统建成投入使用后，他门是系统的直接操作者和维护者，系统运行效果的好坏很大程度上取决于他们使用的熟练程度和配合解决问题的积极性。2、酒店要有一定的科学管理基础酒店没有进行科学管理的基础和意愿就无法建成有效的计算机管理系统。计算机能对大批数据高速、准确地进行各种加工处理。产生对酒店管理有用的信息，但它的前提是输入的数据准确、完整。对于那些发展目标不明确、管理方式落后、规章制度不健全、基础数据残缺不全的酒店，首先的任务是完善管理，促使其科学化和规范化，为建立计算机管理信息系统打好基础。3、有一定的资金保证建设管理信息系统是一项资金耗费较大的系统工程，计算机设备、系统软件、机房设备、应用软件和人员培训等都需要投入不少资金。在系统投入使用前后，其测试和维护工作也将是一项长期而重要的工作。因而系统的维护费用也要占投资的一部分。第六章用户使用说明书客房管理子系统特点（1）人性化的人机交互界面（2）灵活的查询方式（3）安全的数据备份与恢复功能（4）清晰明确的业务与数据流程（5）系统具有很好的可维护性和可扩展性（6）采用客户端/服务器端(C/S)的业务部署 二、客房管理的功能-46- 1、打开VB程序，单击窗体控件打开窗体控件下的子程序，单击，出现登陆界面，输入用户名和用户密码，显示如图《1》2、进入主界面后，单击“系统管理”显示如图《1—2》-46- 目的是对您的密码进行保护，移防您的原始密码被别人知道后，以更改，重新用一个新的密码来加以保护。3、取消密码管理进入主界面“管理系统”的字模快，单击“背景图片”选择“背景设置”如图《1—3》-46- 对原来的背景进行重新设置，给人一种清晰美观的感觉。-46- 4照上面的方法重复操作如图《1—4》备份数据是相当重要的，在电脑发生故障时，原来的数据可能丢但是您不要担心，您已经备份了数据，可以使原来的数据恢复。-46- 5、打开主界面的“接待管理”，选择“接待登记入住“显示图片如下《1—5》对帐单号码、主客姓名、证件类型、主客性别、证件号码、出生年月、联系电话、职业、地址、主客手牌号、宾客类型、男宾数量、女宾数量、可打几折、房间总数、鞋牌号码、入店时间、押金、批准人、预计离开时间、已经付款、代人付款、磁卡卡号、是否做到点提示、操作员代码、带水付款、特别说明进行查询。查询完毕后，单击返回按钮，回到主菜单。-46- 6、打开主界面的“客房管理”，选择“客房信息查询”显示如下《1—6》客房信息查询就是对房间的编号、房间的类型、楼层、预定情况就行查询选中房间编号，单击查询界面会出现相关的数据，依次类推。最后单击退出按钮回到主界面。-46- 7、打开主界面的“客房管理”，选择“房型房价查询”，显示如下《1—7》房型房价查询就是对房型名称、普通价格查询、床位数来进行查询，与《1—6》的操作一样。最后，单击退出回到主界面。-46- 8、打开主界面的“客房管理”，选择“客人消费明细”显示如下《1—8》客人消费明细查询就是按账单号、收牌号等进行查询。单击查询出现相关的数据，最后单击退出回到主界面。-46- 9、打开系统帮助下的“关于系统”出现如下的界面《1—9》就是对系统有关方面加以说明。-46- 10、打开主界面的退出系统如下显示《1—10》输入退出系统密码，回到了VB主程序窗体。由于本人的水平有限，界面不时是很完美，有做的不到的地方，还请指导老师提出宝贵意见。-46- 结束语信息系统在其运行过程中除了要不断进行大量的维护工作外，还要定期对系统的运行状况进行审核。这项工作主要在高层领导的直接领导下，由系统分析员或专门的审计人员会同各类开发人员和业务部门经理共同参与。其目的是为了估计系统的技术能力、工作性能和系统的利用率。它不仅度量了系统当前的性能，而且为开发未来的工作提供依据。系统一般从以下几个方面考虑。1、达到目标的测定审核系统的目标常常随着时间的推移、客观环境和管理需求的变化而变化，通过对系统的审核要检查系统是否能够满足这些要求，同时要检查目标的合理性、有效性。审核可以通过现场观察、面谈、审计运行日志、统计分析等方式进行。如果发现系统目标与实际管理需求不符，则要提出修改意见或者提出重新开发新的信息系统的需求。2、系统的适应性、安全性审核系统的适应性包括系统的运行是否稳定可靠，系统使用与维护是否方便，运行效率是否能够满足管理人员的管理需求等。随着计算机技术的不断发展和信息系统的广泛应用，系统的安全性和可靠性越来越受到重视，防止信息的被盗，舞弊等和利用计算机犯罪事件是任何一个信息系统必须认真考虑的问题；否则将会给整个系统带来重大的损失和混乱，甚至给社会极其严重的影响，所以应该对系统信息定期地检查和审计。3系统的经济效益审核信息系统的价值实际上包括了经济和社会两个方面。社会效益与对系统的认识、使用直接相关。如使用了信息系统可以提高信息的使用质量，提高数据的准确性、减轻人们的劳动强度，提高信息处理能力，为领导决策提供有力的信息支持等。这方面的效益不直接与企业或组织的经济效益相关，但对企业或组织的各项管理活动产生重大影响。-46- 经济效益是指通过系统开发与运行的投资，使的企业收入增加，成本下降，进而为企业带来更大的效益。例如，在信息系统建设中的资金投入将在系统运行的多长时间内，通过降低成本、增加收入，回收这些投资，继续创造效益。在系统运行中必要的资金投入与所带来的收益的比例如何。等等，这些都可以用来衡量信息系统的经济效益，它可以看作是各个应用效益的总和。当总效益大于系统投入时，这个系统便是一个成功的、有益的系统。如果系统运行一段时间以后，其投入与产出的比例不合适，投入大于或等于产出，则要考虑是否重新开发的信息系统。因此，要定期进行有关经济效益的评价，对系统未来的发展提出合理的意见和建议。对系统定期进行各方面的审计实际上是看系统是否仍处于合用状态，如果审计结果是合用但需要做一些改进，则要做好系统的维护工作，一旦审计结果确认系统已经不能够满足各项管理需求和决策需求，不能适应或组织未来的发展，则说明该信息系统已经走完了它的生命周期，必须提出新的开发需求，开始另外一个新系统的生命周期，整个开发过程又回到系统开发的最初阶段。综上所述，本人在整个信息系统设计中还存在着很多的不足之处，分析还不是很透彻，希望老师能给本人提出宝贵意见，结合本人的不足之处。在今后的信息系统设计能够做到层次清晰、条理顺畅、分析透彻等等。参考文献《信息系统开发教程第三辑》出版社：清华大学出版社作者：张基温出版时间：2001年2月《信息系统开发教程第四辑》出版社：清华大学出版社作者：张基温出版时间：2003年9月<