- 1、本文档共148页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
旅游管理信息系统第5章
软件还提供了不同日期可用房,以及房间状态的统计功能,可根据时间段进行查询。房间计划提供了酒店所有客房在指定时间段内,占用(预订、在住或封房)情况的统计列表,并可根据指定的日期、房间类型进行查询,并显示在房间计划列表中。在房间计划列表中,系统以不同颜色代表不同房间状态的方式直观地显示了客房的占用情况,用户可手动拖曳色块,更改占用的结束日期,如图5-42所示。 在账户界面中可实现的功能,包括查询、结账、押金、消费录入、转账、路由费用、发票管理和收银交班等常用功能。其中账户的常用功能通过在客人列表中单击鼠标右键,或在账户界面左上角单击“操作”按钮实现,如图5-43中红色方框标识处所示。账户中常用的操作以按钮的形式设置在账户界面中。 2.接待中心 接待中心是酒店接待客人的主界面,可进行散客、团队的接待处理,散客预订及其他业务的预订功能。其操作流程如图5-44所示。 (1)散客接待 散客接待是酒店接待人员接待散客、进行入住登记的主界面,可方便用户新增散客记录、修改散客信息、删除散客记录、执行预订入住、取消入住、关联客人、制门卡、读门卡、注销卡及留言等功能,还可以进行从账客人、散客转团队的接待,如图5-45所示。 (2)团队接待 团队接待是用户进行团队接待的主要界面,可完成团队预订的登记,团队入住时的分房,团队成员资料的录入等,还可进行预订、登记入住、取消入住、取消预订、修改团队信息、批量修改团队成员信息、删除团队、执行公付、读门卡、制门卡和注销卡等操作,以及完成从账客人、团队转散客的接待,如图5-46所示。 (3)散客预订 散客预订是酒店接待人员进行散客预订的主要界面,可进行单位或多位散客的预订、取消预订、预订入住、入住取消、关联客人、修改散客信息、删除散客记录、制门卡、读门卡和注销门卡等功能,如图5-47所示。 (4)其他业态预订 其他业态预订是酒店接待人员对其他业务(如餐饮)进行预订的主界面,用户可根据业务需要进行新增、修改和取消操作。其他业态预订的建立,主要是为了方便酒店在关联其他业态时,可在本系统中对其他业态进行相关的处理(预订),如图5-48所示。 饭店管理信息系统是饭店管理的最好的工具之一,是利用计算机技术和通信技术对饭店信息进行管理的人机结合的综合控制系统。它可对饭店经营过程中的客流、物流、资金流和信息流进行有效的管理,并大幅提高管理层次,促进企业的核心竞争力。 饭店业务分为前台与后台两部分,前台直接向客人提供预订、接待、查询、住房、餐饮和娱乐等服务。后台部门是为前台各部门向客人提供满意服务提供支持,并实施人力、物力、财力、设备和设施的保障和协调工作。后台业务与前台业务密切相关,后台为前台的服务提供可靠的支持和必要的保证。 饭店管理信息系统的设计包括结构设计、数据库设计和功能设计。结构设计和数据库设计是依照企业的实情进行的,功能设计必须严格依照企业的业务流程进行,并且在进行功能设计前通常要对业务流程进行优化,必要时可进行业务流程再造。 1.饭店和饭店管理信息系统的概念是什么? 2.简述饭店管理信息系统的作用。 3.饭店管理信息系统的基本职能有哪些? 4.应用饭店管理信息系统的优势何在? 5.简要分析饭店管理信息系统的业务。 6.简述饭店前台管理信息系统的数据流程。 7.简述饭店后台管理信息系统的数据流程。 8.饭店管理信息系统的功能需求有哪些? 9.如何进行饭店管理信息系统的总体结构设计? 10.如何进行饭店管理信息系统的功能设计? * * (2)合并分E-R图,生成初步E-R图 各个局部应用所面向的问题不同,且通常是由不同的设计人员进行局部视图设计的,这就导致各个分E-R图之间必定会存在许多不一致的地方,称之为冲突。合并分E-R图时,必须着力消除各个分E-R图中的不一致,以形成一个能为全系统中所有用户共同理解和接受的统一概念模型,合理消除各分E-R图的冲突是合并分E-R图的主要工作和关键所在。 各分E-R图之间的冲突主要有三类,即属性冲突、命名冲突和结构冲突。属性冲突是指属性域冲突,即属性值的类型、取值范围或取值集合不同,或属性取值单位冲突;命名冲突包括同名异义和异名同义。命名冲突可能发生在实体、联系上,也可能发生在属性上,其中属性的命名冲突更常见。处理命名冲突通常也像处理属性冲突一样,通过讨论、协商等行政手段加以解决;结构冲突包括同一对象在不同应用中具有不同的抽象(如在某一局部应用中被当做实体,但在另一局部应用中被当做属性),或者同一实体在不同分E-R图中所包含的属性个数和属性排列次序不完全相同。解决方法是使该实体的属性取各分E-R图
文档评论(0)