酒店管理信息系统
摘要】本文介绍了**餐饮管理有限公司酒店管理信息系统的开发过程。论文详尽论述了从需求分析、系统分析、概要设计、详细设计、以及测试与调试的整个开发过程，遵循软件工程的方法。
文章中所论述的管理信息系统，是一个将业务处理从纯人工操作转换成人工与计算机共同处理的一个实例，并对转换过程进行了详细策划，可作为同类计算机管理信息系统的应用参考。
本软件开发的过程中采用MS Visual Basic6.0 开发工具，采用成熟的软件研制技术。在本文中，总结了开发过程中的经验及本系统今后的改进方向。
【关键词】管理信息系统 餐饮管理
目 录
封 面 1
目 录 2
摘 要 4
主题词：管理信息系统 餐饮管理 4
第一章 绪言 5
1.1 管理信息系统目标 5
1.2 管理信息系统范围 5
1.3 项目开发计划 5
第二章 系统需求分析 6
2.1 现行业务描述 6
2.1.1 组织结构 6
2.1.2 业务流程分析 7
2.2 现行系统存在的主要问题 9
2.3 解决方案 9
2.4 可行性分析与抉择 10
第三章 新系统逻辑方案 11
3.1 数据流图描述 12
3.1.1 系统关联图说明 12
3.1.2 系统顶层数据流程图说明 13
3.1.3 物料进销存管理数据流程一层图说明 14
3.1.4 餐饮销售管理数据流程一层图说明 14
3.1.5 综合统计数据流程一层图说明 15
3.1.6 数据流程图二层图说明 16
3.2 数据字典描述 16
3.3 基本加工的简要说明 20
第四章 系统总体结构设计 22
4.1 软件模块结构设计 22
4.2 数据库设计 25
4.2.1 数据库设计需求分析 25
4.2.2 需求分析的建模 26
4.2.3 ER模型转化为关系模式 27
4.2.4 关系模式的规范化 28
4.3 计算机系统配置方案 29
4.4 系统总体安全性、可靠性方案与措施 29
第五章 系统详细设计 30
5.1 代码设计 30
5.2 数据库的实现 30
5.3 人机界面设计 32
5.4 模块处理过程 35
第六章 实施概况 37
6.1 实施环境与工具的比较选择 37
6.2 编程环境、工具、实现与数据准备概况 37
6.3 系统测试概况 37
6.4 系统转换方案及实现概况 38
6.5 系统运行与维护概况 39
第七章 结束语 39
7.1 系统特色、局限与展望 39
7.2 致谢 40
第八章 参考文献 40
第九章 附录 41
9.1 使用说明 41
9.2 部份程序清单 41
9.2.1 收银员登录 41
9.2.2 自动生成点菜单号的类函数 43
9.2.3 自动生成点菜单中各消费项目的序号的类函数 44
9.2.4 入库单录入 45
第一章 绪言
餐饮销售服务一直是**酒店的主要业务活动，随着业务的不断发展，加强成本管理与收入管理、通过提高服务水平提升企业形象已成为本酒店的迫切需要。因为该酒店目前采用手工操作的运营过程，差错率较高，已不能适应餐饮业对现代化管理的要求。
为了提高酒店管理效率，赢得客户的满意度，我建议公司决策层同意开发该酒店管理信息系统，并以此系统的研发过程作为本人毕业论文的论题。
1.1 管理信息系统目标
本系统的建设需要实现如下目标：
（1）支持日常业务运作。
（2）集中管理业务数据，支持管理预测与决策。
（3）有良好的可扩充性(系统配置灵活，支持用户未来信息化进程的发展)。
（4）汉字图形用户界面，人机对话友好，操作方便。
（5）响应速度合理，安全性较高（对折扣、退菜、赠送、优惠操作提供权限校验，并有记录备查。数据库安全中支持前后台双数据库管理），网络运行稳定。
（6）系统建设费用较低。
1.2 管理信息系统范围
该酒店管理信息系统需要分阶段实施，逐步实现如下功能：
第一期：销售信息管理系统 + 采购与仓库管理信息系统
第二期：客户信息管理系统 + 人事工资管理系统
第三期：广域网总部管理系统 + 集成通用财务软件
项目首期任务的范围如下：
（1）销售信息管理系统:管理餐饮销售收入信息，重点管理客户消费记录、结账记录，并支持对营业现状及趋势的统计分析。
（2）采购与仓库管理信息系统：主要管理库存物料的收发存，提供物料成本管理信息。
1.3 项目开发计划
本毕业设计只需实现第一期系统开发任务：销售信息管理系统 + 采购与仓库管理信息系统；后继系统的开发计划另议。
本项目开发计划如下：
1) 在20##年8月份内完成系统需求分析
2) 在20##年9月份内完成新系统逻辑方案分析
3) 在20##年10月份上旬完成新系统设计
4) 在20##年10月份底完成新系统实现，其中包括程序设计，并进行系统的测试和调试，完成论文的初稿，交给指导老师审查。
第二章 系统需求分析
系统需求分析主要任务是调查现行系统存在的问题，弄清用户对新系统的要求，提出可行的方案，为管理层决策提供依据。
2.1 现行业务描述
2.1.1 组织结构
本酒店由在公司管理层下设财务部、仓储部、采购部、餐饮部、后厨部、公关部。组织结构图见图2.1 。
图2.1 组织结构图
2.1.2 业务流程分析
在本系统的业务流程分析中，采用的工具是业务流程图，这是一种表明系统内各单位、人员之间业务关系、作业顺序和管理信息流动的流程图，它可以帮助分析人员找出业务流程中的不合理。业务流程图中的符号说明如下：
酒店的营运过程是以销（客户消费）定产为主，也包括部分商品的预生产，采购与仓库存管理需要满足生产和销售的需要。现在分别分析采购与仓库管理业务流程和餐饮销售管理业务流程。
一、采购与仓库管理业务流程分析：
本酒店采购与仓库业务流程重点管理物料周转，主要包括以下几步：
1、 仓库管理员根据存货实存不足的情况，向采购部发出订货通知。
2、采购部组织供货，仓库管理员验货入库，采购部根据实际入库的货品情况填制入库单，仓库管理员登记入库单进账。
3、领料部门填制出库单，仓库管理员登记出库单进账，并发货给领料部门。
4、领料部门如需退货，需要填制退库单，仓库管理员验货入库，并登记退库单进账。
5、定期盘货，处理过期变质存货。对盘盈及盘亏情况上报经理，在核准处理后，以盘点表为基础编制“入库单”“出库单”并调账。
6、 定期编制存货进销存报表，上报经理。
二、餐饮销售管理业务流程分析：
目前，本酒店销售业务流程重点管理销售资金流程，对商品的销售主要包括以下几步：营业开市－>客户消费与结账－>收市日结统计。
营业开市主要包括以下几步：
1、 收银组长填写领款单等，向财务部门领取现金、发票等。
2、 收银组长将现金、发票等分配给收银员。
客户消费与结账是一个可以反复进行过程，主要包括以下几步：
1、 服务生为客户开台；
2、 服务生询问客户对菜肴及饮品等需求，填写点菜单（多联）。
3、 服务生将点菜单传递向收银员、后厨部、吧台。
4、 收银员整理点菜单。
5、 后厨部、吧台根据点菜单进行加工。
6、 服务生将后厨部、吧台加工的成品传递给客户，客户进行消费。
7、 客户向服务生提出结账请求。
8、服务生向收银员传达客户结账请求，收银员统计消费金额，并根据优惠规则，提出消费清单给服务生（载明：消费项目的数量和单价、消费总额、折扣及实收额）。
9、 服务生将消费清单传递给客户核查。
10、客户核查消费清单无异议后，将现金等结算工具提交服务生代为结算。
11、服务生将消费清单、现金等交给收银员，收银员进行收银结账，并将收银单、发票、找零等提供给服务生，服务生转交给客户。
12、 客户结清账务后离开，服务生进行清理翻台。
以上步骤中，2-6步可以执行多次循环。在第10-11步中，用户也可以亲自去收银台结账。
收市日结统计主要包括以下几步：
1、各收银员填写收银报表，统计各类结算方式的收入资金，与钱箱进行钱账核对。
2、钱账核对相符后，收银组长汇总填写收银日（市别）报表，填制缴款单，向财务部门缴款并报送报表。
因为在实际工作中，收银组与财务部的现金领取与汇缴工作，由财务会计管理系统另行管理，本系统只需要对客户消费明细与结账资金数据进行管理即可。餐饮销售管理业务流程图,见图2.3 。
图2.3 餐饮销售管理业务流程图
2.2 现行系统存在的主要问题
现行系统是手工运作的系统，可以支持向客户提供餐饮服务功能，但是，存在以下薄弱环节：
1．现行系统是手工运作的系统，业务人员手工作业量大，数据传递不及时，对数据的统计和计算运程中易发生差错，工作效率较低。
2．业务流程管理不够严密。
3．主要从销售收入角度向管理层提供数据，不能满足管理要求（例如不能提供菜肴的销售排行、实时消费状况统计等信息）。
4．向客户提供的消费清单手工书写，常发生字迹不清晰的问题，并且格式也不统一。
5．历史账务的查询也不方便。
现行系统的上述弱点，实质上反映公司在酒店服务客户的过程中，对信息的产生、传输、加工与挖掘分析利用方面存在不足，不能满足企业管理与业务发展的要求，也对企业形象造成不利的影响。这也正是提出新系统的直接原因。
2.3 解决方案
建议采用的新系统，是一个人机系统，采用C/S结构（即“客户端/服务器”结构），同时为了加强系统的适应能力，采用胖客户端技术，这样即使在网络中断的情况下，也可以继续营业。也就是说，服务器主要起到存储数据的作用，客户端也保存本机的作业数据。在网络通讯良好时，客户端本机的数据库与服务器端数据库同步；在网络通讯有故障时,可以与服务器脱机工作，等故障修复后再上传数据与服务器保持同步。
新系统能够实现现行系统的功能，并且能克服现行系统的上述弱点，与现行系统相比，将有如下改善之举：
1．对消费信息的采集与记录更加细致与全面，能满足不断增长的管理需求；
2． 利用计算机对数据进行加工、统计、分析，提高工作效率；
3． 实现完成的信息管理流程，支持业务管理制度的完善工作；
4． 提供统一格式的计算机打印单据与报表，提升企业形象；
5．重视对历史数据的存储保护、追溯、分析，为管理层对企业的经营预测与决策提供及时有效的帮助。
2.4 可行性分析与抉择
1．技术可行性
最近30年来，管理信息系统技术得到了充分的发展与完善，使得开发本系统在技术可行性成为可能，利用VB开发工具，使得本系统不存在技术上的障碍。
该系统的软件研发阶段，由我协助该酒店管理公司提出需求、进行系统设计与开发，拟采用成熟的数据库技术与软件开发技术，具有技术可行性。
2．经济可行性
笔者参与本系统的研发工作，主要是为了综合运用在计算机信息管理本科段自学的各科知识，通过理论与实践的结合，提高本人的专业技术知识的应用能力，所以主动免费承担本系统的软件研发工作。
因为本系统投产后，不必增减酒店人员的工作岗位及职工人数，故没有人力资源成本的增加与减少。新系统（第一期）的费用与收益分析如下：
（1）一次性项目建设费用为 人民币 36000元。其中：
软件研发经费： 人民币 0元；
计算机设备及系统软件费：人民币 35000元；
网络建设费 ： 人民币 1000元；
培训费 ： 人民币 0元；
整个项目建设期为0.5年
（2）投产后的年发生费用预计为 人民币 12000元。其中：
年运营耗材费：人民币 6000元
年折旧费（支付系统软硬件维护及更新）： 人民币 6000元
（3）新系统投产后预期年经济收益 人民币 30000元
销售信息利用增值： 人民币 10000元
工作效率提升的收益： 人民币 10000元
客户满意度提升的收益： 人民币 10000元
（4）预计本系统使用寿命五年，按后年利率5%计算：
项目投资回收期 = 项目投资 /（年收入 – 年支出）
= 36000 / （30000-12000）= 2年
净现金流量 = Sum(年净收入/（1+年复利息率）n ) – 项目投资
= （30000-12000）*（ 0.9524+0.9070+0.8638+0.8227+0.7835） -36000
= 77929-36000 = 41929 元
可见，本系统的投资回收期不很长，即使在使用年利率5%的贷款来进行投资，在项目运营业5年内，酒店仍能获得超过4万元的净现金流量，本项目经济上可行。
3．营运可行性
在本系统的运营阶段，使用系统的工作人员，除了需要具备在Microsoft Windows平台上使用个人电脑的知识，并不需要特别的技术能力。这方面的知识，在该酒店与本项目运营相关的直接人员（包括经理层、仓储部、收银组）中已经具备。并且在项目投产前，还会安排对操作系统的人员进行必要的培训。
系统技术维护支持工作，在初期仍将硬件供应商及本人完成。在酒店信息化建设及业务拓展到适当规模后，宜由酒店雇用专业技术人员担任此项工作。
在具体实施过程中，公司同意建立这样的运营管理机制：由公司管理层一名高级管理人员领导，仓储部与餐饮部具体负责本项目的运营；同时，采购部负责对系统运营过程中的计算机耗材的供应。因此本系统营运方面可行。
综上所述，实施本系统，已具备技术可行、经济可行、营运可行的条件，所以公司决策层同意开发和使用本系统。 ... ... ... ...
第二篇：酒店管理信息系统
酒店管理信息系统
The Management Information System Of the public house
目录
酒店管理信息系统. 1
一、建立酒店信息管理系统的必要性. 2
二、酒店信息管理系统的业务流程分析. 3
三、数据流程图. 4
客房管理数据流程图. 4
餐饮部管理数据流程图. 5
采购部管理数据流程图. 5
财务部管理数据流程图. 5
四、数据字典. 6
（一）数据流的描述. 6
（二）处理逻辑的描述. 9
（三）数据存储的描述（以财务报表为例）. 12
（四）外部实体的描述. 14
（五）新系统功能设计. 14
（六）系统运行环境与数据库设计 16
（七）输入/输出设计 19
（八）系统实施 20五、 系统设计总结 20
一、建立酒店信息管理系统的必要性
近年来，随着我国改革开放的发展，国内的酒店服务行业也得到了日新月异的提升。现代酒店作为一体化的接待场所，是一个旅游城市的窗口，也是当地经济发展的一个缩影。酒店在其运作期间，服务水平的高低，直接影响到酒店的形象和声誉。这些繁杂工作的核心就是对每天大量的信息（客人、费用、房间等）的正确处理和保存。采用计算机这一现代化工具作为管理的辅助手段是必须的。酒店的管理信息系统，是针对酒店内的具体业务而开发的，业务管理以酒店的前台管理为核心，为用户提供迅速、高效的服务，减免手工处理的繁琐与误差，及时、准确地反映酒店的工作情况、经营情况，从而提高酒店的服务质量，并配合现代化的酒店管理，获得更好的经济效益。
二、酒店信息管理系统的业务流程分析
通过对酒店管理业务的实际调查分析，弄清了该酒店日常管理工作的业务流程和管理功能，系统的业务流程如下图：
从业务流程图可以看出该酒店的各部门主要有以下几项管理工作：
⑴ 顾客的订房要求有三种形式，一是网上订房，二是电话订房，三是直接到酒店前台办理。
⑵ 前台部门首先必须对每一张订房单进行验证是否填写正确。验证的内容包括顾客姓名、身份证号、电话、订房日期、订房类型、预订数量、入住人数、退房时间等信息。
⑶ 前台将验证完毕并合格的订房单交由客房部，由客房部负责接待顾客，当顾客退房时将客房部提供的入住清单数据制成退房单一式三份，一份自己部门保管，一份交给顾客，一份交给财务部。
⑷酒店客房部工作人员应登记顾客预定房间的初始数据并制成入住登记表，并于退房时及时根据顾客的消费情况完成入住清单，并将入住清单数据提供给前台。
⑸酒店餐饮部根据顾客的点餐单提供送餐服务并制作一式三份的消费单，一份留底，一份交给顾客，一份交给财务部。
⑹酒店采购部主要配合餐饮部及客房部的工作制作采购汇总表，及时采购新鲜果蔬肉类蛋类等原料，并及时补充客房部所需的日常生活用品。
⑺酒店财务部负责根据采购发票、消费单、退房单制作财务报表。
三、数据流程图
客房管理数据流程图：
餐饮部管理数据流程图：
采购部管理数据流程图：
财务部管理数据流程图：
四、数据字典
（一）数据流的描述
数据流编号：A-01
数据流名称：订房申请单
简述：顾客通过网站、电话、前台填写的订房申请单
数据流来源：顾客
数据流去向：前台审核模块
数据项组成：顾客姓名+身份证号+联系电话+订房日期+订房类型+订房数量+入住人数+退房时间
数据流量：约50张/日
高峰流量：约130张/日
数据流编号：A-02
数据流名称：合格订房单
简述：经前台审核修正的订房单
数据流来源：前台审核模块
数据流去向：客房部处理模块
数据项组成：顾客姓名+身份证号+联系电话+订房日期+订房类型+订房数量+入住人数+退房时间
数据流量：约50张/日
高峰流量：约110张/日
数据流编号：A-03
数据流名称：不合格订房单
简述：经前台审核修正的订房单
数据流来源：前台审核模块
数据流去向：客房部处理模块
数据项组成：顾客姓名+身份证号+联系电话+订房日期+订房类型+订房数量+入住人数+退房时间
数据流量：约30张/日
高峰流量：约50张/日
数据流编号：A-04
数据流名称：点餐单
简述：顾客填写的点餐单
数据流来源：顾客
数据流去向：餐饮部处理模块
数据项组成：顾客姓名+房间号+菜名+具体数量+送餐时间
数据流量：约45张/日
高峰流量：约150张/日
数据流编号：A-05
数据流名称：采购单1
简述：餐饮部提出的采购需求统计单
数据流来源：餐饮部处理模块
数据流去向：采购部处理模块
数据项组成：蔬菜类名+肉类名+调味料名+出具用品名+具体数量
数据流量：约10张/日
高峰流量：约20张/日
数据流编号：A-06
数据流名称：采购单2
简述：客房部提出的采购需求统计单
数据流来源：客房部处理模块
数据流去向：采购部处理模块
数据项组成：卫生洗漱用品名+家具用品名+具体数量
数据流量：约1张/日
高峰流量：约2张/日
数据流编号：A-07
数据流名称：财务单
简述：财务部对每天的财务总结单
数据流来源：前台、客房、采购、餐饮部处理模块
数据流去向：财务部处理模块
数据项组成：前台财务处理+客房财务处理+餐饮财务处理+采购财务处理
数据流量：约8张/日
高峰流量：约30张/日
（二）处理逻辑的描述
处理逻辑编号：B-01
处理逻辑名称：前台审核
简述：审核顾客填写
输入的数据流：订房申请单
处理描述：审核顾客提交的订房申请单信息是否完整，酒店现有房间是否符合顾客要求，若信息不完整或者剩余房间不符合顾客要求则做出相应的协调解决方案，更改相关申请单信息，完成订房申请单的填写直至完成合格的订房申请单转给客房部。
输出的数据流：合格订房申请单
处理频率：118次/日
处理逻辑编号：B-02
处理逻辑名称：客房部审核
简述：审核前台订房单填写
输入的数据流：订房单
处理描述：审核前台检查通过的顾客提交的订房单信息是否完整，完成订房单的交接工作，若检查出订房单信息不完整或者预定房间不符合顾客要求则在顾客自愿的情况下协调更改房间类型等信息完成订房单的填写直至完成合格的订房单并做好相应的接待工作。
输出的数据流：合格订房单
处理频率：97次/日
处理逻辑编号：B-03
处理逻辑名称：点菜单审核
简述：审核顾客填写
输入的数据流：点菜单
处理描述：审核顾客提交的点菜单信息是否完整，酒店现有餐饮原材料符合顾客要求，若信息不完整或者剩余原材料不符合顾客要求则在顾客自愿的情况下协调更改订餐类型等信息完成点菜单的填写直至完成合格的点菜单以及相应的后续处理工作。
输出的数据流：合格点菜单
处理频率：108次/日
处理逻辑编号：B-04
处理逻辑名称：采购单1审核
简述：审核餐饮部采购填写
输入的数据流：餐饮部采购单
处理描述：审核餐饮部提交的采购单信息是否完整，酒店现有餐饮原材料是否符合顾客要求，若信息不完整或者剩余餐饮原材料不符合顾客要求则在与顾客交流协商，在顾客自愿的情况下提供其他代替产品，或者与采购部协调采购的物质。
输出的数据流：合格餐饮部采购单
处理频率：20次/日
处理逻辑编号：B-05
处理逻辑名称：采购单2审核
简述：审核客房部采购填写
输入的数据流：客房部采购单
处理描述：审核客房部提交的采购单信息是否完整，酒店现有客房剩余物质是否符合顾客要求，若信息不完整或者剩余物质不符合则要求重新填写，或者与采购部协调采购的物质。
输出的数据流：合格客房部采购单
处理频率：13次/日
处理逻辑编号：B-06
处理逻辑名称：财务审核
简述：审核各部门财务填写
输入的数据流：订房单、点菜单、采购单
处理描述：审核各部门提交的财务审核单信息是否完整，若信息不完整或者审核单内容出现差错，如数量不符，名称不符，款项不符，账目不符，则要求重新填写直至完成合格的财务审核单转给财务部留底以及报销相应的财务工作。
输出的数据流：合格财务报告单
处理频率：37次/日
（三）数据存储的描述
数据存储编号：C-01
数据存储名称：订房申请表
简述：记录酒店客房预定申请情况
数据存储组成：日期+客房编号+客房类型+客房单位+入住天数+客房价格+退房时间
关键字：日期+客房类型+客房价格
相关联的处理：B-01
数据存储编号：C-02
数据存储名称：客房入住情况表
简述：记录酒店客房入住情况
数据存储组成：客房编号+客房类型+客房单价+入住时间+入住人数+入住天数+退房时间
关键字：入住日期+客房类型+退房时间
相关联的处理：B-02
数据存储编号：C-03
数据存储名称：餐饮销售表
简述：记录酒店餐饮部支出收入的明细帐
数据存储组成：日期+ +销售数量+销售总价
关键字：日期+销售类型+销售总价
相关联的处理：B-03
数据存储编号：C-04
数据存储名称：采购表
简述：记录酒店采购支出收入的明细帐
数据存储组成：日期+采购代码+采购类型+采购数量+采购单价+采购总价
关键字：日期+采购类型+采购总价
相关联的处理：B-04，B-05
数据存储编号：C-05
数据存储名称：财务报表
简述：记录酒店支出收入的明细帐
数据存储组成：日期+客房售额+采购总价+餐饮售额+其他类型
关键字：日期+日期+客房售额+采购总价+餐饮售额+其他类型
相关联的处理：B-06
（四）外部实体的描述
外部实体编号：D-01
外部实体名称：顾客
简述：来自全国各地的顾客
输出的数据流：A-01、A-03
（五）新系统功能设计
新系统的功能设计是以原系统业务流程和数据流程为依据的。为此新系统的功能划分为数据录入、数据查询、报表输出和代码维护四项，如下图：
数据录入模块用于录入顾客办理订房业务的资料和采购部设置的根据餐饮部和客房部制定的采购单，它是酒店信息管理系统的基本数据输入的模块，它根据网上、前台、电话收集到的订房信息，记录每位顾客订房需要（如果只是预定，可以不填写具体信息，只留顾客姓名电话、订房日期、订房类型、预订数量；如果直接是定下来要住宿，则必须输入顾客的具体信息。）或根据餐饮部提出的采购需求统计单和客房部提出的采购需求统计单，基于采购发票，记录每笔采购的数据。
对原系统的订房单和单据的审核业务，就订房单和单据格式是否规范和填写内容是否与顾客相符或与实物数量相符的审核在新系统中仍由人工完成。
为方便酒店各级管理人员及时了解、掌握酒店的每天的工作情况、经营情况，尽可能为用户提供迅速、高效的服务，减免手工处理的繁琐与误差，新系统特别设计了数据查询模块，并提供多种查询功能，如每日、每月顾客订房数量的查询、订房费用的查询、采购部采购数量和费用的查询等。
报表输出模块可以完成系统所需的各种报表的计算和打印输出功能，可输出《酒店营业收入日报表》、《某酒店客房部x月份报表》等。
为了统一客房的类型和科学的管理，方便数据输入，根据客房类型特设计了客房代码。系统中设计代码维护模块的目的是当房间类型和布置发生变动时及时修改代码表，可对代码表进行增加、删除和修改等处理。采购部采购的产品也如此。
（六）系统运行环境与数据库设计
系统运行环境设计为在windows98/2000/XP平台下运行，程序设计语言选择……
系统的硬件要求为……
基于上述运行环境，根据系统分析，设计了6个数据表文件，它们的结构及其说明如下：
1）客房代码、类型及其特性对照表——kfdm.dbf
字段 字段名称 类型 宽度 小数 说明
1 KFBH character 4 客房编号
2 KFLX character 8 客房类型
3 KFDW character 2 客房单位
4 BBJ number 4 0 客房不变价格
5 XXJ number 4 0 客房可变价格
2) 顾客定退房数据输入辅助文件——gksjsr.dbf
字段 字段名称 类型 宽度 小数 说明
1 KFBH character 4 客房编号
2 KFLX character 8 客房类型
3 RZSJ date 8 入住时间
4 RZTS number 4 0 入住天数
5 TDSJ date 8 退房时间
3) 每日客房数据文件——mrkf.dbf
字段 字段名称 类型 宽度 小数 说明
1 RQ date 8 日期
2 KFBH character 4 客房编号
3 KFMC character 8 客房类型
4 KFDJ number 4 0 客房单价
5 RZRS number 1 0 入住人数
6 RZSJ date 8 入住时间
7 RZTS number 4 0 入住天数
8 TDSJ date 8 退房时间
4) 每日采购数据文件——mrcg.dbf
字段 字段名称 类型 宽度 小数 说明
1 RQ date 8 日期
2 CGDM character 2 采购代码
3 CGLX character 4 采购类型
4 CGSL character 6 2 采购数量
5 CGDJ number 6 2 采购单价
6 CGZJ number 8 2 采购总价
5) 每日餐饮数据文件——mrcy.dbf
字段 字段名称 类型 宽度 小数 说明
1 RQ date 8 日期
2 GSDM character 4 果蔬代码
3 GSLX character 8 果蔬类型
4 GSSL number 4 2 果蔬数量
5 RLDM character 4 肉类代码
6 RZLX character 8 肉质类型
7 RZSL number 4 2 肉质数量
8 JYDM character 4 酒饮代码
9 JYLX character 8 酒饮类型
10 JYSL number 4 2 酒饮数量
6) 财务报表数据文件--cwbb.dbf
字段 字段名称 类型 宽度 小数 说明
1 TJRQ date 8 统计日期
2 KFSE number 8 0 客房售额
4 CGZJ number 8 2 采购总价
5 CYSE number 6 2 餐饮售额
6 QTLX number 4 2 其他类型
7) 采购报表计算辅助文件——cgbbjs.dbf
字段 字段名称 类型 宽度 小数 说明
1 CGRQ date 8 采购日期
1 CGDM character 2 采购代码
2 CGLX character 8 采购类型
3 CGDJ number 6 2 采购单价
4 CGSL number 6 2 采购数量
5 CGZJ number 8 2 采购总价
6 LJCGSL number 10 2 累计采购数量
7 LJCGZE number 12 2 累计采购总额
（七）输入/输出设计
在系统的输入/输出设计上遵循的是既满足用户需求又方便用户使用的原则。输入/输出界面的确定都与用户反复沟通，直到用户满意为止。
输入界面的设计不仅考虑数据输入窗口的屏幕格式，而且考虑如何使输入数据的错误率尽可能的小，为此在程序中加入了对输入数据的校验和判断等功能，如输入数据上下限的设置、与相关数据关系的判断等。例如，在输入和选择某类客房时，只需输入一级客房代码即可，系统可根据客房类型，自动的将你所需的空余客房调出来；或在输入和选择某种产品时，只需输入产品代码即可，系统可根据产品代码、产品名称及其特性，自动将相应的产品名称和特性等信息调出来。当用户的代码不对时，系统自动转入代码表查询窗口，让用户在窗口中浏览查询选择代码，因此用户不必一定记住每个代码，系统将代码表显示在输入输出窗口旁，用户可随时通过系统联机查询。
（八）系统实施
系统实施部分根据系统设计方案，完成了计算机系统的程序设计与调试、系统初始数据的录入以及向计算机系统的转换等工作。
输入订房单或采购单数据时，你可以输入客房类型或产品的代码，也可以只输首拼码；可以输名称，也可以输入一个问号后，从弹出的客房类型或产品列表中选择。
使用Ctrl+↑或是Ctrl+↓可调整记录在库中的先后顺序。
如果需要更多的空白记录以便输入更多的数据记录，可按动F1键增加一批空白录（每次增加20个）。
输入完毕后，按动Ctrl+W键，然后在弹出的对话框中选择“存盘”。
存盘时，会自动删除空白记录（包括数量为空的记录）。
五、 系统设计总结
系统设计的优点和缺点：
1 优点具有较强的实用性和直观性能较好的体现系统的设计构思
2 缺点设计体系有点简单有很多方面还需要改进
对教学和实习的建议：
1 由于半个多月的时间很紧没有过多的时间去构思和对示意图进行设计
2 在摸索中完成的希望有设计经验的人多给一些指点建议