酒店管理信息系统课程设计报告.doc

《管理信息系统》课程设计——《酒店管理信息系统》

组长：
系统分析：
系统设计：
文档管理：

指导老师：

管理信息系统课程设计

——酒店管理信息系统

目录
1 前言 1
1.1 选题说明 1
2 系统调查 1
2.1 初步调查 1
2.1.1 系统核心分析 1
2.1.2基本目标 2
2.2系统可行性分析 2
2.2.1 需求分析 2
2.2.2可行性分析 3
(1)技术层面 3
(2)经济层面 3
(3)管理层面 3
3 系统分析 3
3.1系统概述 3
3.2 业务流程图 4
3.3系统分析 9
4.数据设计 14
4.1数据项和数据结构 14
4.2数据流的定义 23
4.3数据处理的定义 25
4.4数据存储的定义 32
4.5 外部实体的定义 35
5.系统设计 36
5.1功能结构图 36
5.2 输入设计 39
5.2.1入住登记输入设计 39
5.2.2 退宿结账输入设计 40
5.2.3其他服务输入 40
5.2.4 结账输入 40
5.3输出设计 41
5.3.1入住登记输出 41
5.3.2退宿结账输出 41
5.3.3其他服务输出 42
5.3.4结账输出 42
6.结束语 42

1 前言
1.1 选题说明
近年来，随着我国改革开放的发展，国内的酒店服务业得到了日新月异的发展。现代酒店作为一体化的接待场所，是一个旅游城市的窗口，也可以说是一个小型社会。作为一种以服务为主的无烟工业，世界各国对此行业的重视程度并不亚于其它工业。
酒店在其运作期间，服务水平的高低，直接影响到酒店的形象和声誉，如：服务的安排、调度是否周到；客人的要求是否能迅速、很好地得到满足；市场的预测分析是否快捷，准确等。这其中的核心就是对每天大量的信息（客人、费用、房间等）的正确处理和保存。采用计算机这一现代化工具作为管理的辅助手段是必须的。
(1)作业目标
酒店的计算机管理信息系统，是针对酒店的具体业务而开发的，业务管理以酒店的前台管理为核心，为用户提供迅速、高效的服务，减免手工处理的繁琐与误差，及时、准确地反映酒店的工作情况、经营情况，从而提高酒店的服务质量，并配合现代化的酒店管理，获得更好的经济效益。
该酒店管理信息系统应将该酒店的客房部门、财务部、人事部、餐饮部、娱乐部以及仓库等部门连成一体，使该企业实现高效率、高质量的信息管理，实现该企业数据的统一管理，缩短操作时间，降低生产成本，提高生产效率。优化人力资源管理，合理配置人力资源。贯彻全面质量管理，提高客户满意度。把握全局信息，实现科学决策。
（2）我们小组主要工作分工如下：

小组成员
主要工作
王彩丽
系统分析、业务流程等
吴静玉
系统设计、功能设计
王婧
系统调查、文档管理

2 系统调查
2.1 初步调查
2.1.1 系统核心分析
根据现实需求，要开发酒店管理信息系统需要具备的功能是实用性、可靠性、稳定性、可扩充性，需要涵盖客房、库存、人事、财务、餐饮、娱乐等几个业务部分。
客房管理：客房预订、前台接待、房间服务、留言登记、宾客档案、房态查询等
库存管理：办理消费品和消耗品的入库登记，分类分批次分价格统计库存，控制商品质量和保质期，分营业部门出／退库，记录库存账目，按规定时间制作库存报表；按种类查询和盘点在库商品及出库流向，统计部门的商品(原物料)差异量；根据库存情况，及时提出补货和进货申请，提出积压物品处理意见。
人事管理：企业内部管理人事，掌握员工的工作情况考勤情况。包括员工档案管理、组合查询各类人员信息、各种报表选择输出
财务管理：包括企业客房收入、餐饮收入、娱乐收入以及员工薪资等部分，将各部分财务信息汇总，进行财务管理。
餐饮管理：基本内容：客人进入餐厅→ 迎宾开台→ 点菜→ 餐间服务→ 结账。附加内容：加／换／退菜、换台、，送餐、折扣、免单、按主手牌挂账、按合同单位挂账、增加／修改菜谱、填成品损耗单等。后台管理内容：制作与菜谱对应的原物料配方表、填写／统计原物料消耗表、成本核算及变动分析、差异量控制、各类营业报表等。
娱乐管理：包括KTV管理、健身房管理、美容间管理、酒吧管理等，涉及客人娱乐个方面，进行各个娱乐部分消费记录汇总。
2.1.2基本目标
开发酒店管理信息系统，期望实现以下目标。
（1）提高经济效益、增效节资
（2）提高服务质量、建立良好企业形象
（3）提高工作效率
（4）全面了解企业内部营业情况
（5）.完善酒店内部管理体制
2.2系统可行性分析
2.2.1 需求分析
本酒店是一个集娱乐、餐饮、住宿为一体的新型酒店。它涉及的环节比较多，业务关系也比较复杂，因此需要一套较规范的公认的运行管理标准．显然，采用人工手段进行复杂的业务处理是一种相当原始的方法，在客户服务、人员管理、财务管理等方面都存在着许多薄弱环节，会给酒店的正常运行带来各种麻烦和漏洞。比如，不能实施全面的持卡消费、不能与现代的电子商务营销模式接轨等等，客观上严重制约着酒店的发展。
2.2.2可行性分析
本酒店集娱乐、餐饮、消费为一体。它规模巨大，服务周全，在市内享有盛誉，为使之跟上现代技术的步伐，适应酒店快速的发展，建立了较为简单易明的系统服务，开发此系统在经济、操作和技术上都是可行的。具体的分析研究如下：
(1)技术层面
酒店员工能够熟练的进行电脑操作。且本酒店也拥有充足的电脑设备作为实施该管理信息系统的硬件，所有的计算机装有Window XP操作系统，另有完整的服务器。而且我们开发的管理信息系统能，有良好的兼容性，易于在该操作系统实现，业务流程相对简单和清晰明了的特点，适合该公司应用的管理信息系统平台。
(2)经济层面
（1）必要性。传统的酒店业务管理方法和运营机制显然已不能适应新形势的变化，难以满足实际需要客观上需要进行技术管理
（2）重要性。适应企业发展的管理信息系统而能够有效地提高企业的管理效率，节省大量的人力、物力和财力，从而降低成本，加快业务流程，提高宾馆的效益。
（3）可能性。本系统的开发成本低，时间短，无需投入太多的人力、物力和财力。
(3)管理层面
（1）可能性。由于该系统能以较低的成本，较短的时间开发出来，且能极大地提高企业的效率，便于公司管理，必然能得到广大员工和公司领导的支持。但新系统的投入使用会造成员工的不适应，需要员工自己深入学习，可能会引起部分员工的抵触。
（2）有益性。该系统能极大地提高企业的效率和效益，从而能提高客户和员工的满意度，进而在社会上提高信誉。
从以上可行性分析可知，该系统开发具备技术上、经济上和管理上的可行性。
3 系统分析
3.1系统概述
酒店、饭店的计算机管理信息系统，是针对酒店、饭店的具体业务而开发的，业务管理以酒店的前台管理为核心，为用户提供迅速、高效的服务，减免手工处理的繁琐与误差，及时、准确地反映酒店的工作情况、经营情况，从而提高酒店的服务质量，并配合现代化的酒店管理，获得更好的经济效益。
3.2 业务流程图
1.业务流程图中所用的符号列举如下：

业务处理单位
业务处理描述
表格制作
传递
存贮

1．总业务流程

图 3.1 总的业务流程图

2 预定业务子系统流程图

图3.2 预订业务流程图

3 接待已预订客人业务子系统

图3.3 接待已预订客人业务流程图
4 接待未预定客人业务子系统

图3.4 接待未预定客人业务流程图
5 加房、换房的业务流程图基本一致，只是加房要重新填写房费单，我们只画出加房业务流程图

图3.5 加房业务流程图
6 点单业务子系统

图3.6 开台业务流程图
7开台业务子系统
3.7开台业务流程图
8 加菜业务子系统

图3.8 加菜业务流程图
9 取消预定子系统

图3.9 取消业务流程图
3.3系统分析
考虑到人机系统在信息处理和转换方面的交互性、复杂性和计算机应用系统自身的特点，我们在系统开发时显然不能对原来的手工系统进行简单地模仿，而是要在设法避免其弊端的同时，根据客流、物流和信息流的流向和顺序，全面考虑对业务数据的组织、分类和汇总方法。通过逐步确认各主要数据流程的范围和数据处理的频度，先对原手工系统的功能进行等效性改进，然后再分别构建出一系列能够反映系统实质的逻辑模型。
1．接待登记
(1)基本信息输入：这是客人到达酒店之后，首次与计算机进行交互所要完成的任务，即把客人的基本情况快速输入电脑中，供各操作点共享。其具体内容包括：主客人姓(名)、性别、宾客类型、来宾人数(其中女宾人数)、预交押金数量、预定的结账方式、是否持有储值卡或折扣卡、对应的鞋牌号、对酒店的特殊要求等。
(2)主客其他信息的补充输入：这是在完成该次接待任务后，为掌握更详细的客人信息而在必要时再进行的补充输入。这类信息只提供给个别操作点或其他社会管理部门在特殊情况下查询。具体内容包括：客人的出生年月、工作单位或职业、客人证件类型和号码、客人单位地址或住址、联系电话／传呼等。
(3)客房分配、选手牌：根据客人的数量和他们对房型、房价类别的要求，经查询当前房态后，为客人选择适当的客房，确定房价类别(普通房价、钟点房价、优惠房价、长包房价)；征询主客的意见，从与客房中各床位相对应的一批手牌号中确定惟一的主手牌，将其交与主客随身携带，然后将本批客人应持有的其他附属手牌也全部交给主客，由主客实施再分配，见图2．13。
(4)主手牌更换：当团队客人中的主手牌持有者发生变更时，应当在其附属手牌中重新确定一个主手牌，原先的主手牌变为附屑手牌。
(5)客房根据客人的要求对其客房或散座进行更换，为客人重新分配对应的手牌，必要时重新确定主手牌，并确认互换手牌后的一一对应关系。
(6)修改登记：按客人进住后发生的变化情况进行相应的修改。
①增加登记：当有新的客人进住酒店并要求加入某在店客人的行列时，进行相应的处理。
②删除登记：当客人在规定的不计费时间内(例如：30分钟)要求离店时，进行相应的处理。
③退房、退牌，部分退房／牌。
(7)补押金：在，主客正式结账之前，接受其他客人(或主客本人)中途交纳的各种款项，或将提前离开的持附属手牌的客人自愿交纳的款项，无论多少，无论客人是否说明其用途，均视为向该账户补交的押金。主客愿提前结账也按此办理。
(8)账户间的锁定：当出现一批客人愿为另一批客人付账时，需在两个账户间建立主从式的互锁关系，以防漏账。当主账户的客人先期离开时，应要求其以补押金的方式补足从账户迄今为止的各种费用，然后才能解除两者间的互锁。
(10)免单选择，根据不同情况和酒店有关管理人员的指令，确定对某批客人的某些消费类别实施免费。例如：只免房费，按摩免费，精晶不免，全免等。
2．点单 。
(1)确认客人的手牌号，选择消费或服务类别。
(2)必要时确定提供服务的技师或服务生的工号。
(3)通过查找点单项目表，以整数或小数为单位，确定其消费或接受服务的规格、数量和金额，添加到相应手牌的账单下，见图4．14。
(4)遇到事先没有设定的项目，可临时记载其细节，必要时可在确认价格后将其添加到点单项目表中。
(5)处理临时性的收款性外卖。
(6)允许各操作员(输单员)删除自己输入的单据，但系统对输入和删除应有详细的在线记录，可供系统管理员事后查询。
3．楼层
(1)选择服务生所在的楼层，确认服务生的编号和姓名。
(2)浏览所辖房间的状态，对属性已变化的房间(脏房→ OK房)进行修改。
(3)可进行房态查询和指定手牌的消费查询。
(4)填写客人的退房检查单，确认客人需要赔偿的事宜。
(5)进行交接班时的查询、房态和在店客人确认，特殊事项的移交。
4．餐饮
(1)开台：按客人的数量和要求选择合适的台号或包间，明确其民族、口味等特殊要求。
(2)点菜：与点单类似，将菜、酒水、主食和有关服务的类型、名称、数量通过速记码或鼠标输入相应的餐饮记录单，见图2．15。
(3)加、换、退莱，换台：按要求对就餐客人提供加、换、退菜和换台服务，并调整对应的记录单。退莱要区分出是客人要求退，还是操作员误输入后主动退。
(4)订送餐：按在店客人的要求，将饭菜和酒水送到房间或其他指定地点，请客人出示手牌并签收。
(5)收银结账：根据餐饮记录单按全额、折扣或免单形式与客人结算、打印。既可现结，也允许按规定将餐费挂到相应的手牌下，待客人离店时统一结算；还可按照事先的约定，将餐费挂到某一合同账户下，由设账人定期结算。
(6)定义菜谱：确定菜的种类、代码、名称、计量单位、单价、可否按小数计数等一般属性，临时给出其当日能否提供、附加说明等特殊属性；可随时进行修改。
(7)定义菜肴配料表：确定菜谱中每一道菜的原物料配比情况，目的是为了进行成本核算，见图2．17。
(8)损耗处理：成品的损耗以点菜方式在前台进行记录。原物料的损耗分为正常、特殊、自助餐和员工餐四类，在后台记录和处理。
(9)查询：对餐饮业务的历史账单、已挂到客房的账单、餐厅内各营业部门的原物料存量和当前价值的查询。
(10)汇总报表：营业额及结账分类、分单位挂账明细、莱肴销售分类排行、分台(间)业绩、免单明细、成本毛利分析、变动成本分析、各类损耗分析、差异量分析等报表。
5．收银
(1)结账：以指定主手牌为索引，分别计算该主客及其相关客人的所有房费开支、附加手牌费、各种消费、代他人付账等项目，经汇总并扣除客人已交纳和补交的所有押金，得到该批客人应付款的总额，接受客人的各种付款方式(包括刷卡)，为其提供所有费用的查询／结账明细单。
(2)余额处理：若客人不立即付款或不全部付款，则将未付款的余额挂账，或并入另一主客的账单内，由他人代付。
(3)退房、散客退手牌：指一批客人中，有部分人提前退房或退掉散客手牌，则这部分人的房费只计算到退房／退牌时为止。涉及主客退房／退牌时，应先作主手牌变更。
(4)开账户、清理欠账：为新的挂账单位(个人)设立合同账户，接受挂账单位的批量付款。
(5)消费调整：根据酒店临时出台的各种优惠政策，通知有关输单员调整客人的消费明细账，将其中一部分作赠送或折扣处理。
6．库存
(1)物价管理：对商品(原物料)的基础数据进行设置和修改。例如：代码(快速码)、类别、价格(定价和参考价)、库存上下限、商品流动原因、供货商情况等。
(2)领用及销售：汇集各销售部门和销售点的领用数据，班日报、对账和部门盘点。
(3)库存：批次性的出、人、退库，调拨、盘点，损益，计算部门差异量，报损，退货，月末结转。当前和历史库存账查询、打印。
7．财务
(1)费项目配方：对具体的有形消费项目所耗用的原物料配方进行定义和修正。
(2)手单管理：对下发和交回的各种手工单据进行顺序性和一致性核对。
(3)部门盘点：定期打印出空白的营业部门盘点表，交各部门盘点、记录其暂存的商品，计算当期部门商品的差异量。．
(4)历史账单核查：逐个或抽取历史账单进行一致性和权限性核查。
8．查询
(1)规定项目的查询：房态、在店客人情况、费用明细账、历史账单、交接班情况、点单／撤单记录、餐饮结账单等。
(2)自定义项目的查询：由使用者按照一定的规则查询其关心的项目。
(3)远程查询：系统支持通过电话线的远程定制查询。
9．报表
(1)日常性业务报表：客房使用率／周转率、各营业部门收人、消费项目分类统计、分单位记账明细、库存变动分析、销售晶变动成本分析(见图4．18)、毛利润分析等。
(2)业绩报表：技师／B艮务生工作量、折扣／免单情况明细统计、储值卡使用情况统计、消耗晶控制情况统计分析等。这些有助于加强对职员考核的科学性，提高劳动效率。
10．部门及人员管理
(1)部门及权限定义：设定业务部门并确定其在系统中的权限，维护人员可以自定义部门及部门下属的消费项目和价格。
(2)操作员定义：设定操作员姓名、编号、所属部门、用户口令及权限。每一个编号对应一个操作员不同权限的操作员进入系统后其界面和功能范围不伺。 '
(3)批准人定义，设定折扣和免单的批准人、权限范围。
(4)技师定义：设定一些有特殊技能的工作人员，如按摩师、美容师、调酒师等。这些人一般要参与业务提成。
11．系统维护
(1)系统初始化：系统运行的账单起始编号和参数设置。如：定义系统数据的更新频率，超时提醒时限等。
(2)客房：楼层、房间、类别、数量、各类收费标准、计费办法；房间手牌的属性。
(3)消费：营业部门、类别、项目、明细。在定义服务项目时需确定该项目的计量单位，是计次、计时还是计量。对于只能整数计算的，称为计次(个)；对于可能输入小数的，称为计量。另外，对于一些服务项目还应指出该项目是否需要技师来完成，所有需要考虑给技师提成的项目，都须设置该选项。
(4)散座：类别、计费办法、手牌属性。
(5)餐饮：台号、包间、食品分类、菜谱、厨师等。
(6)磁卡：按一定顺序或单独制作各种面值的储值卡、各种折扣比例的折扣卡；允许增减卡中的金额，修改折扣比例，指定卡的停／启用；查询、统计卡上的各种数据；多级加密和安全恢复机制。
(7)整理数据：定期清理、整理数据，备份、恢复和清空数据综上
4.数据设计
4.1数据项和数据结构
1.数据结构：客人信息
数据结构编号
DS01-01
数据结构名称
客户信息
简述
客户的消费信息
数据结构组成
账单号+入店时间+离店时间+押金+房费+附加手牌费+消费额+否主客+已离开+预定优惠情况+实付金额+结算方式。

表4-1客人信息的定义
含义说明：本管理信息系统的主体数据结构，定义了一个客人或客人群的有关信息。
组 成：
(1)数据项：账单号
含义说明：主客人店登记时由电脑自动生成的账单号，又称单号，也是该批客人在店时的账户编号，在该账单下逐条记录该批客人本次的各种消费。账单号采用6位顺序码，系统开始运转时可从000001开始，每个账单号依次增加1。每次在做完数据备份后，可以将号码归零，也可不归零，从某一指定值开始继续递增。
取值范围：000001～999999；取值方法：开新账单时由电脑自动累计加1。
表4-1-1 帐单号的定义
数据项编号
I01-01
数据项名称
账单编号
别名
帐单编号
简述
宾馆对账单的编号
类型及宽度
字符型6位
取值范围
“000001”—“999999”
说明
开新账单时由电脑自动累计加1

(2)数据项：手牌号
表4-1-1手牌号的定义
数据项编号
I01-02
数据项名称
账单编号
别名
帐单编号
简述
宾馆对账单的编号
类型及宽度
字符型6位
取值范围
“000001”—“999999”
说明
开新账单时由电脑自动累计加1

含义说明：对一个客人的惟一标识，它基本上与房间内的床位相对应，或与散座存衣箱的箱号相对应。
取值方法：所有手牌号一律为5位。采用与实际安排相关的编码方法。该酒店房号为3位数字，房间里的床位号为1位数字。手牌号分为三种：对于进客房的客人其手牌号为字母"A"+房号+床号，只有1张床的房间其床号为1，例如201房间的主手牌通常是A2011；第二种是散座，其手牌号为字母 "B"+1位性别码(例如1代表男性，2代表女性)+3位衣箱号(不足3位补零)；第三种为仅娱乐或不涉及房间／散座的客人，其手牌号为字母"C"4-4位顺序编码。
(3)数据项：离店时间
含义说明：主客在前台提出要结账时系统锁定的时间。若该批客人中仍有人在店，则应做主手牌变更。
取值方法：取收银员为该主客的进入结账模块时的系统日期和时间。
(4)数据项：房费
含义说明：以客人所住房间／房价类型、确定其一个轮转的基本费用，然后根据其在店时间并考虑超时情况进行累计验算。
取值方法：通过公式计算而得(见系统设计部分)。
(5)数据项：附加手牌费
含义说明；散座或享受其他计时服务客人的基本费用，再根据其在店时间并考虑超时情况进行累计。
(6)数据项：消费额
含义说明；指主客及所属其他客人以签单形式所累计的消费总额。
取值方法：从对应的账单库中统计而得。
（7）数据项：结算方式
含义说明：用户结账时所使用的付款方式或欠款方式。
取值说明：可以是现金、支票、信用卡、代金券或刷卡等，或是这些方式分余额挂账和余额挂单两种情况。
2．数据结构：部门及权限
数据结构编号
DS01-02
数据结构名称
部门及权限
简述
部门及权限消费信息
数据结构组成
部门编号，部门名称，部门权限。

表4-2部门及权限的定义
含义说明：定义了酒店里不同的部门及为其设置的权限。。
⑴数据项：部门编号
说 明：惟一标识一个部门的编号。
类 型：字符形。
⑵数据项：部门名称
含义说明：部门的称呼方式。
取值方法：客房部、康乐部、餐厅、库房、财务等。
⑶数据项：部门权限
含义说明：部门所拥有的系统使用权限。
取值说明：各子系统的功能之一或一部分的组合。
3．数据结构：操作员
数据结构编号
DS01-03
数据结构名称
操作员
简述
操作员的信息
数据结构组成
所属部门、操作员号、姓名、口令、性别、其他说明。

表4-3操作员信息的定义

含义说明：定义了可以使用系统的各个操作员的名单及操作权限。
组 成：⑴数据项：所属部门
含义说明：表示该操作员所在的部门，其权限与部门权限一致。
取值方法：部门编号
⑵数据项：操作员号
含义说明：惟一标识一个操作员的编号。
4．数据结构：服务项目类别
数据结构编号
DS01-04
数据结构名称
服务项目类别
简述
服务项目类别
数据结构组成
编码、项目类别、所属营业部门。
表4-4服务项目的定义
含义说明：对服务项目进行了分类。
⑴数据项：项目类别
含义说明：标识项目分类的名称，是对各消费项目在名细上的归类
取值方法：购物、精晶百货、酒吧、美容美发、浴区服务等。
⑵数据项：所属营业部门欠款
含义说明：该类项目归属在哪个营业部门，客人进行该项目的消费后，系统从这个营业部门的原物料存量中，核减有关的项目配料。
取值说明：各营业部门的名称。
5．数据结构：服务项目
数据结构编号
DS01-05
数据结构名称
服务项目
简述
具体一个服务项目
数据结构组成
项目代码、快速码、类别、项目名称、单价、单位、是否以小数计量、当前该项目是否能提供。

表4-5服务项目的定义
含义说明：标识了一个服务项目的具体内容。
(1)数据项：项目代码
含义说明；项目的编号，可按代码对项目进行速查，不允许重码。
(2)数据项：快速码
含义说明：为快速查找该项目而设，不需要事先记忆。
取值方法：由项目名称的汉语拼音字头组成。
(3)数据项：类别
含义说明：该项目所属的项目大类。
取值方法：服务项目类别数据库中的数据项。
(4)数据项：项目名称
含义说明：一个服务项目的惟一标识，不允许重名。
(5)数据项：单价
含义说明：该服务项目的当前价格。
(6)数据项：单位
含义说明：该服务项目对应的度量标准。
取值说明；可以为件、克、个、次等。
(7)数据项：是否小数计量
含义说明：该服务项目能否拆分成更小的单位向客人提供。
数据类型：布尔型。
6．数据结构：房型
数据结构编号
DS01-06
数据结构名称
房型
简述
房间的具体类型
数据结构组成
编号、类型、普通价、长包价、优惠价、钟点价、说明。

表4-6房型的定义
含义说明：定义了房间的类型及相关的资料。
(1)数据项：编号
含义说明：对房间的编码。
(2)数据项：类型
含义说明：对房间的分类标识。
取值方法：标准间、二人间、三人间、四人间、豪华套间、豪华标准间、泰式四人间等
(3)数据项：普通价(长包价、优惠价)
含义说明：对不同类型的房间定义的不同基价。
取值方法：在基本时间(如12小时一个轮转)内的定价。
(4)数据项：钟点价
含义说明：对不同类型的房间定义的钟点房基价。
取值方法：基本时间(如3小时)内的定价，超过该基价规定的时间则另加超时费。
(5)数据项：说明
含义说明：对于不同类型房间的具体说明，如标准间的说明为"带卫生间、两张床、彩电等"。
7．数据结构：房态
数据结构编号
DS01-07
数据结构名称
房态
简述
房间的状态
数据结构组成
房号、房型、所属楼层、目前状态、已选中、已清理。
表4-7房态的定义
含义说明：客房当时的属性。
组 成：
⑴数据项：房号
含义说明：对客房的编号，是该房间的惟一标识。
取值方法：按楼层及位置顺序排，如三层的11号房间，则房号为311。
⑵数据项：房型
含义说明：与"房型"数据结构中的数据项"类型"相同。
⑶数据项：所属楼层
含义说明：标识该房间所处的楼层。
⑷数据项：目前状态
含义说明：标识该房间当前的状态，是对一个房间进行操作时的重要依据。
取值方法：有OK房、脏房、人住房、预订房、备用房等几种状态，只有该房间为OK房时才可以登记。客人人住后，状态变为人住房，客人结账离开后变为脏房，待服务员打扫后，可进行"翻牌"操作，再变为OK房。
⑸数据项：已选中
含义说明：当其取值为F时，才能人住，若为T时表示该房为人住房或停用房。
数据类型：布尔型。
⑹数据项：已清理
含义说明：当取值为F时，表示该房为脏房，需立即进行清扫。
数据类型：布尔型。
8．数据结构：食品分类
数据结构编号
DS01-08
数据结构名称
食品分类
简述
食品分类
数据结构组成
食品类型、允许打折。
表4-8食品分类的定义
含义说明：对属性相近的销售性食品(菜肴)进行归类。
组 成：
⑴数据项：食品类型
含义说明：定义了食品的种类。
取值方法：有牛羊肉类、海鲜类、煲类、锅仔类、汤类、凉菜类、烟酒类等。
(2)数据项：允许打折
含义说明：酒店为了促销，规定部分菜类可以打折。本数据项为T时表明该类食品均可以打折。
9．数据结构：食谱
数据结构编号
DS01-09
数据结构名称
食谱
简述
食谱
数据结构组成
食品种类、食品代码、名称、单位、单价、风味、是否以小数计量。

表4-9食谱的定义

含义说明：定义了每一种食品的相关信息。
组 成：食品种类、食品代码、名称、单位、单价、风味、是否以小数计量。
⑴数据项：食品种类
含义说明：对该食品的归属进行划分。
取值说明：与"食品分类"数据结构中的食品类型相同。
⑵数据项；食品代码
含义说明：对该食品进行的编码，可供快速输入或速查，不能重码。
⑶数据项：名称
含义说明：惟一标识该食品的数据项，不能重名。
⑷数据项：单位
含义说明：是该食品对应的计量单位。
取值说明：可以为盘、条、两、杯、份、碗等。
(5)数据项：单价
含义说明：一种食品在计量单位下的价格。
10．数据结构：餐饮明细
数据结构编号
DS01-010
数据结构名称
餐饮明细
简述
餐饮明细
数据结构组成
餐饮单号、台号、食品名称、单价、单位、数量、金额、手单号
表4-10餐饮明细的定义
含义说明：一批客人在餐厅内消费时的点／b口／换／退莱等信息。
(1)数据项：餐饮单号
含义说明：客人在进入餐厅开台消费时，由电脑自动生成的账单号。
取值方法：由5位数字组成，从00001开始自动排序。
(2)数据项：台号
含义说明；客人在消费时选中的用餐台／包间的标识，或特定的送餐代号。
取值方法：由数字或汉字组成，如3号台、菊花厅、1号送餐盒等。
(3)数据项；食品名称
含义说明；饭菜酒水等的名称，由前台操作员按照服务生提供的单据输入
取值方法：与食谱中的"名称"数据项相同。
(4)数据项：单价
取值方法：与食谱中对应的食品名称单位一致时，则单价为食谱中的单价
(5)数据项：单位
取值方法：按照菜肴或服务的特性，可取盘、斤、两、次等。
(6)数据项：数量
含义说明：是记录客人消费同一：种食品的次数。
取值说明；分为整数计与非整数计两种，后者适用于单位为1.5斤、2．3两等。
(7)数据项：金额
含义说明：为客人消费该食品所需付的费用。
取值方法：金额：单价=X.数量。
4.2数据流的定义
数据流的定义
数据流编号
D01-01
数据流名称
客房信息
简述
酒店客房的基本信息
数据流来源
酒店
数据流去向
客户
数据流组成
房间号+房间类型+价格+房态+配置+使用设置+营业日期
数据流量
20份/天
高峰流量
50份/天
表4-11客房信息的定义

数据流编号
D01-02
数据流名称
客人住房要求的定义
简述
客人住房要求的定义
数据流来源
客人
数据流去向
宾馆
数据流组成
房间类型+入住日期
数据流量
20份/天
高峰流量
50份/天

表4-12客房要求的定义

数据流编号
D01-03
数据流名称
部门及权限
简述
部门及权限基本信息
数据流来源
总经理室
数据流去向
职工
数据流组成
部门编号，部门名称，部门权限
数据流量
2份/月
高峰流量
5份/月
表4-13部门及权限的定义
数据流编号
D01-04
数据流名称
服务项目类别
简述
服务项目类别基本信息
数据流来源
宾馆
数据流去向
客人
数据流组成
编码、项目类别、所属营业部门
数据流量
2份/月
高峰流量
5份/月
表4-14服务项目的定义
数据流编号
D01-05
数据流名称
客人要求服务项目
简述
客人要求服务项目基本信息
数据流来源
宾馆
数据流去向
客人
数据流组成
编码、项目类别、所属营业部门
数据流量
100份/天
高峰流量
150份/天
表4-15客人要求服务项目的定义

数据流编号
D01-06
数据流名称
服务项目
简述
单个服务项目基本信息
数据流来源
宾馆
数据流去向
客人
数据流组成
项目代码、快速码、类别、项目名称、单价、单位、是否以小数计量、当前该项目是否能提供
数据流量
10份/月
高峰流量
20份/月
表4-16服务项目的定义
数据流编号
D01-07
数据流名称
房态
简述
房间的具体状态
数据流来源
工作人员
数据流去向
工作人员
数据流组成
房号、房型、所属楼层、目前状态、已选中、已清理。
数据流量
100份/日
高峰流量
150份/日
表4-17房态的定义

表4-18餐饮明细的定义

数据流编号
D01-08
数据流名称
食品分类
简述
食品分类的具体信息
数据流来源
宾馆
数据流去向
客人
数据流组成
食品类型、允许打折。
数据流量
100份/日
高峰流量
150份/日
表4-18食品分类的定义
数据流编号
D01-09
数据流名称
客人点的食品
简述
客人点的食品信息
数据流来源
客人
数据流去向
宾馆
数据流组成
食品类型、允许打折。
数据流量
100份/日
高峰流量
150份/日
表4-19客人点食品的定义
数据流编号
D01-10
数据流名称
食谱
简述
食谱具体信息
数据流来源
宾馆
数据流去向
客人
数据流组成
食品类型、允许打折。
数据流量
50份/月
高峰流量
60份/日
表4-20食谱分类的定义
数据流编号
D01-11
数据流名称
餐饮明细
简述
餐饮明细
数据流来源
客人
数据流去向
宾馆
数据流组成
餐饮单号、台号、食品名称、单价、单位、数量、金额、手单号
数据流量
500份/日
高峰流量
800份/日

4.3数据处理的定义
1．接待子系统
(1) 登记模块的数据概况表
处理逻辑编号
P01-01
处理逻辑名称
登记模块处理
简述
处理客户预定或者直接消费要求业务
输入的数据流
基本信息、鞋牌号、押金/储值卡号、房间计费类型、折扣率、特殊要求；散座手牌、优惠条件
处理
自动生成账户流水号、查询并选择可用的房间、确定主手牌、建立手牌间的索引关系、修改房态表
输出的数据流
宾客登记单、写磁卡／1C卡(确定电子门锁的开闭信息

处理频率
100次/天
(2)登记补充修改模块的数据概况表
处理逻辑编号
P01-02
处理逻辑名称
登记补充修改模块处理
简述
处理登记补充修改的内容
输入的数据流
客人账单号、手牌号；必要的识别／互锁信息、需求的变更、明确主／从账户
处理
自动进行补充信息的索引、分类；按新需求调整房间、手牌：将两个 账户互锁
输出的数据流
宾客需求变更单、VIP的资料及进程 表、通知单
处理频率
20次/天
(3)换房模块的数据概况表
处理逻辑编号
P01-03
处理逻辑名称
换房模块处理
简述
处理客人的换房要求
输入的数据流
手牌号、原房号、变更要求；对应 的新房号
处理
自动调整整对应的手牌，跟踪并重新索引已发生的消费
输出的数据流
换房提示单、新的房费预测数据、超押金催缴单
处理频率
20次/天
2．点单子系统
处理逻辑编号
P02-01
处理逻辑名称
点单模块处理
简述
处理客人的点单要求
输入的数据流
客人手牌号、手单号、消费类别消费项目、数量、技师、增减情况
处理
自动生成消费单号、加载单项金额、计算当次总金额、与押金进行对比、核减配料
输出的数据流
提示部门存量低于下限、在前台自动显示超押金信息
处理频率
100次/天
3．楼层子系统的数据概况表
处理逻辑编号
P03-01
处理逻辑名称
楼层模块处理
简述
处理客人消费的房间
输入的数据流
楼层号、服务生姓名、房间号、房间封锁、退房检查结果、需要客人赔偿的明细、技师工作及返回情况、客人投诉情况
处理
自动生成消费单号、加载单项金额、计算当次总金额、与押金进行对比、核减配料
输出的数据流
查询并选择指定的房间、人工／自动修改房态表、定时自动将脏房改成 OK房
处理频率
100次/天
3．餐饮子系统
(1)银台操作的数据概况表 
处理逻辑编号
P04-01
处理逻辑名称
银台操作模块处理
简述
处理客人餐饮消费
输入的数据流
客人数量、台号、手单号、特殊 要求、服务员号、点／退／辫莱明细、临时菜 金额、折扣率、免单与否、批准人、付款方式和数额、挂账账户、被挂的主手 牌号；损耗和测试的菜肴明细、赔偿情况
处理
自动生成餐饮账户的流水号、在加／换／退菜／损耗／测试过程中对有关营业部门进行配料的增减、同步调整该部门现存原物料的累计成本、计算折费用和扣、形成预结账账单，对已挂到客房的账单进行调整
输出的数据流
餐饮明细单、结账单、赔偿单、统计表、挂单明细，提示部门存量低于下限
处理频率
150次/天
4．收银子系统
(1)结账模块
处理逻辑编号
P05-01
处理逻辑名称
顾客结账模块处理
简述
处理客人结账要求
输入的数据流
账单号或主手牌号、特批免单、批准人、免单细