宾馆客房管理系统的设计与实现.docx
《宾馆客房管理系统的设计与实现.docx》由会员分享，可在线阅读，更多相关《宾馆客房管理系统的设计与实现.docx（24页珍藏版）》请在冰豆网上搜索。
宾馆客房管理系统的设计与实现
宾馆客房管理系统的设计与实现
第二章系统需求分析
系统需求分析主要任务是调查现行系统存在的问题，弄清用户对新系统的要求，提出可行的方案，为管理层决策提供依据。
2.1现行业务描述
2.1.1组织结构
本宾馆由在管理上设客房部、财务部、仓储部、采购部、餐饮部、后厨部、公关部。
组织结构图见图2.1。
图2.1系统组织结构图
组织结构图中，各部门的职责描述见表2.1。
部门
职责
董事会
公司投资与经营战略决策
总经理
管理宾馆营运事务，实现营运目标，向董事会负责
客房部
负责住宿登记、客房调整、营业报表、追加押金等工作
财务部
管理宾馆资金来源与资金运用，支持各部门工作。
仓储部
从事宾馆生产与服务所需物资的入库、储存、发放，实现存货管理。
采购部
制定采购计划，进行供应商管理，向市场采购宾馆所需各项物资
餐饮服务部
管理宾馆服务生，向客户提供餐饮服务（开台、点菜、传菜、供应饮品、辅助结算等）。
后厨部
菜肴加工制作
公关部
宾馆促销策划、迎宾、宴席预定等
2.1.2业务流程分析
在本系统的业务流程分析中，采用的工具是业务流程图，这是一种表明系统内各单位、人员之间业务关系、作业顺序和管理信息流动的流程图，它可以帮助分析人员找出业务流程中的不合理。
本系统的管理系统流程图如图2-2：
图2-2
2.2现行系统存在的主要问题
现行系统是手工运作的系统，可以支持向客户提供客房服务功能，但是，存在以下薄弱环节：
1．现行系统是手工运作的系统，业务人员手工作业量大，数据传递不及时，对数据的统计和计算运程中易发生差错，工作效率较低。
2．业务流程管理不够严密。
3．主要从销售收入角度向管理层提供数据，不能满足管理要求（例如不能提供空房率、房态的实时消费状况统计等信息）。
4．向客户提供的消费清单手工书写，常发生字迹不清晰的问题，并且格式也不统一。
5．历史账务的查询也不方便。
现行系统的上述弱点，实质上反映公司在宾馆服务客户的过程中，对信息的产生、传输、加工与挖掘分析利用方面存在不足，不能满足企业管理与业务发展的要求，也对企业形象造成不利的影响。
这也正是提出新系统的直接原因。
2.3解决方案
建议采用的新系统，是一个人机系统，新系统能够实现现行系统的功能，并且能克服现行系统的上述弱点，与现行系统相比，将有如下改善之举：
1．对消费信息的采集与记录更加细致与全面，能满足不断增长的管理需求；
2．利用计算机对数据进行加工、统计、分析，提高工作效率；
3．实现完成的信息管理流程，支持业务管理制度的完善工作；
4．提供统一格式的计算机打印单据与报表，提升企业形象；
重视对历史数据的存储保护、追溯、分析，为管理层对企业的经营预测与决策提供及时有效的帮助。
第三章新系统逻辑方案
根据用户的需求，新系统应实现如下功能：
（1）住宿管理：
客房预定、住宿登记、追加押金、调房登记、退房结账。
（2）客房管理：
客房设置、客房查询、房态查看。
（3）挂账管理：
挂账查询、客户结款。
（4）查询统计：
预定房查询、住宿查询、退宿查询、宿费提醒。
（5）日结：
登记预收报表、客房销售报表、客房销售统计。
（6）系统设置：
初始化、操作员设置、密码设置、权限设置。
下面分别从数据流图、数据字典、基本加工角度对本系统要实现的功能进行详细说明。
3.1数据流图描述
数据流图是对组织中信息运动的抽象，是管理信息系统逻辑模型的主要形式。
它不涉及硬件、软件、数据结构与文件组织，是用图形语言及与此相关的注释来表示系统的逻辑功能，及所开发的系统在管理信息处理方面要做什么。
本文中数据流的中的符号解释如下：
首先，根据对管理信息系统建设的总体要求，确定系统的外部项，即系统数据的数据来源和去处。
通过分析，掌握本系统的外部项和输入输出数据流，绘制本系统的关联系图见图3.1。
图3.1系统关联图
从系统关联图（图3.1）中可以看出：
客户向本系统提供有关证件（F1），如身份证，军官证、押金等，进行住房登记，可以通过从本系统获得住宿证、手牌、住宿登记单（F3）然后入住；
本系统对宿费进行提醒（F6），要求客户进行续费追加押金（F7）；
客户可进行预订房间（F8），本系统开出预订凭证（F9）。
顾客进行退宿结帐（F4），本系统通过统计开出结帐凭证（F3）。
本系统支持经理对营运数据的统计分析功能（F5）。
3.1.1系统顶层数据流程图说明
本系统的顶层数据流程图见图3.2。
图3.2顶层数据流程图
在顶层数据流程图（图3.2）中，一共有两个主要的加工：
“P1客房管理”，“P2综合统计报表管理”。
P1客房管理：
处理有关顾客订房、退房、入住、续费等操作，主要形成“登记预收金额文件”和“客人住宿信息登记文件”、“客房信息表”、“客房预订表”、退房登记表等。
3.1.2客房管理数据流程二层图说明
客房管理数据流程二层图见图3.3。
图3.3客房管理流程一层图
图3.3中主要有三个加工：
P1.1住宿登记，P1.2顾客结账，P1.3客户续费，P1.4预订房间。
3.2数据字典描述
建立数据字典是为了对数据流程图上各个元素做出详细定义和说明。
数据流程图配以数据字典，就可以从图形和文字两个方面对系统的逻辑模型进行描述，从而形成一个完整的说明，为以后系统设计的进行提供必要的详细信息。
对数据流图中所有的数据流都要加以说明，现在以二层图中的“F2住宿证”为例进行说明，见表3.1。
对数据流图中所有的数据元素都要加以说明，现在以二层图中的“顾客姓名”为例进行说明，见表3.2。
对数据流图中所有的数据存储都要加以说明，现在以二层图中的“D6客房预订表”为例进行说明，见表3.3。
对数据流图中所有的外部项都要加以说明，现在以顶层图中“顾客”为例进行说明，见表3.4。
对数据流图中所有的数据加工都要加以说明，现在以顶层图中“客房管理”见表3.5。
表3.1 数据流-F2住宿证
数据流
系统名：
宾馆客房管理信息系统 编号：
F2
条目名：
住宿证 别名：
来源：
客户
去向：
管理系统
数据流结构：
｛入住日期＋住宿证编号＋客户姓名＋房间号＋押金＋折扣＋补交日期＋操作员｝
简要说明:
以此记录客户入住情况，供服务员引领客户前去某房间，退房时要交回。
修改记录
编写
日期
2007年4月16日
审核
日期
2007年4月16日
表3.2 数据元素–顾客姓名
数据元素
系统名：
宾馆客房管理信息系统 编号：
E7.2.2
条目名：
顾客姓名 别名：
属于数据流：
F3F4F5F6
存储处：
D2、D3、D4、D5、D6
数据元素值：
代码类型：
字符 长度：
12位
简要说明：
是某个客户的姓名，要与身份证上的姓名一致
修改记录
编写
日期
2007年4月16日
审核
日期
2007年4月16日
表3.3 数据存储–客房预订表
数据存储
系统名：
宾馆客房管理信息系统 编号：
D6
条目名：
收入明细账 别名：
存储组织：
每次客户结账就有一张收银清单，按收银清单编号顺序排列
记录数：
只记录当前市别的收银记录，记录数不限，存储上限由磁盘可用空间控制。
收市结账后转入“历史收入明细账”
主关键字：
收银单号+顺序号
记录组成：
项目：
收银单号+桌号+人数+顺序号+商品代码+数量+单价+折扣率+收银员
近似长度（字节）：
12+4+4+4+6+2+4+4+4=42
简要说明：
修改记录
编写
日期
2007年4月16日
审核
日期
2007年4月16日
表3.4 外部项-顾客
外部项
系统名：
宾馆客房管理信息系统 编号：
E04
条目名：
顾客 别名：
输入：
F3住宿登记
F4退房
F5预订
F6续订
输出：
D2、D3、D4、D5、D6
主要特征：
简要说明：
修改记录
编写
日期
2007年4月16日
审核
日期
2007年4月16日
表3.5 数据加工-客房管理
数据加工
系统名：
宾馆客房管理信息系统 编号：
P1
条目名：
客房管理 别名：
输入：
F1相关证件、押金
F2预订房费
F3追加押金
F5退房
输出：
D1：
住宿登记信息
D2：
预收金额信息
D3：
挂账信息
D4：
客人结账信息
D5：
客房信息
D6：
客房预订信息
D7：
退宿登记信息
处理逻辑：
1．根据顾客提供的相关证件和押金进行登记入住，形成住宿登记信息，客房信息。
2．根据顾客提供的预订房费，形成客房预订信息。
3．根据顾客退房请求，进行退房处理，形成退宿登记信息和客人结账信息。
简要说明：
“客房管理”加工，可以基本满足管理员的日常工作需要。
修改记录
编写
日期
2007年4月16日
审核
日期
2007年4月16日
4.2.1数据库设计需求分析
需求分析的目的在于识别用户的数据需求，非形式地描述有关数据对象及其联系的要作记录的信息，取得如下要作记录信息的非形式描述：
每个客户登记住宿时提供的信息
需要提供记录的信息，包括唯一的身份证号，姓名，地址，出差事由，住宿天数，联系电话等等。
客房信息
关于客房的信息必须包括房间号、房间类型、价格、房态。
客房预订的有关信息
需要记录姓名，身份证号，联系电话，详细地址，工作单位，客房类型，房间价格，预住日期，预住天数，预付金额。
退房时涉及的信息
需要记录凭证号码，姓名，证件号码，联系电话，详细地址，工作单位，房间号，客房类型，房间价格，住宿日期，住宿天数，宿费，折扣，预付金额，电话费，会议费，存车费，赔偿费，退房日期时间等信息。
4.2.2需求分析的建模
在本文这一部分，列出了实体、属性和联系的清单。
它们表示上述数据库的形式描述。
4.2.2.1实体
本系统中的主要实体有6个，分别是：
顾客、客房、凭证、住宿登记表、挂账单、住宿单、退房登记表、结帐发票。
4.2.2.2实体的属性
顾客：
｛身份证号，姓名，地址，出差事由，住宿天数，联系电话｝
客房：
｛房间号、房间类型、价格、房态｝
凭证：
｛凭证号码，金额，日期，姓名｝
预订单：
｛顾客姓名，身份证号，联系电话，详细地址，工作单位，客房类型，房间价格，预住日期，预住天数，预付金额｝
退房信息：
｛凭证号码，姓名，证件号码，联系电话，详细地址，工作单位，房间号，客房类型，房间价格，住宿日期，住宿天数，宿费，折扣，预付金额，电话费，会议费，存车费，赔偿费，退房日期时间｝
续费信息：
｛凭证号码，姓名，证件号码，联系电话，详细地址，工作单位，房间号，客房类型，房间价格，住宿日期，住宿天数，续费金额，续费日期时间｝
4.2.2.3实体间的联系
1．入住，实体集顾客和房间之间的1：
1联系（有可能是团体消费）
2．退房，实体集顾客和房间之间的1：
1联系
3．续费，实体集顾客和房间之间的1：
1联系
4．预订，实体集顾客和房间之间的1：
1联系
5．挂账，实体集顾客和宾馆之间的n：
m联系
4.2.2.4E－R图
ER图可以来描述静态数据结构：
实体、联系、实体和联系的属性。
其图形符号示例如下：
根据以上分析结果，绘制出本系统的ER图，见图4.5。
图中没有注明实体和联系的属性，因为属性已在本文中进行了文字说明。
图4.5ER图
4.2.3E－R模型转化为关系模式
4.2.3.1转换归则
实体集的转换
每个实体集用一关系模式表示，其中实体集的属性被转换成关系的属性，实体集的主键（用下划线表示，下同），在满足唯一标识和无冗余等性质的条件下，将作为对应关系的主键。
二元联系转换
（1）强制成员类：
若实体集E2与实体集E1是N：
1联系，E2的关系模式应包含E1的主属性;
（2）可选成员类：
若实体集E2是它同实体集E1的N：
1联系中的一个可选成员，那么，这个联系往往由包括E1和E2主属性以及该联系中每个属性的各个关系模式表示;为了避免空值问题，我们也可以引入另一个表示联系的关系。
（3）N：
M二元联系：
一般由另一个关系模式表示。
这个关系模式由每个参加的实体集的主属性以及这个联系的任何属性一起组成。
三元实体集联系的转换
每一个三元联系被转换成另一个关系模式，其中包括有三个参加的实体集的键。
4.2.3.2关系模式
根据4.2.3.1节所述的转换规则，在从ER图向关系模式转换时，经过以上分析，确定本系统的关系模式如下：
登记预收表：
｛凭证号码、姓名、证件名称、证件号码、出差事由、房间号、客房类型、联系电话、客房价格、住宿日期、住宿时间、住宿天数、宿费、折扣、应收宿费、预收金额、提醒日期、退宿日期、备注、标志、日期、时间、结款方式、摘要、提醒时间、退宿时间｝
住宿登记表：
｛凭证号码、姓名、证件名称、证件号码、出差事由、房间号、客房类型、联系电话、客房价格、住宿日期、住宿时间、住宿天数、宿费、折扣、应收宿费、预收金额、提醒日期、退宿日期、备注、标志、日期、时间、结款方式、摘要、提醒时间、退宿时间｝
挂帐信息：
｛日期、挂帐单位、摘要、住宿金额、欠款金额、还款金额、金额累计、姓名、证件号码、票号、时间、序号、房间标准、房间价格｝
客房信息：
｛房间号、房间类型、价格、房态、标志、备注、配置、使用设置、营业日期｝
客房预定信息：
｛姓名，身份证号，联系电话，详细地址，工作单位，房间号，客房类型，房间价格，预住日期，预住天数，预付金额，备注、日期、操作员、时间、证件名称｝
退房登记信息：
｛凭证号码，姓名，证件号码，联系电话，详细地址，工作单位，房间号，客房类型，房间价格，住宿日期，住宿时间、住宿天数，宿费、折扣或招待、折扣、应收宿费、杂费、电话费、会议费、存车费、赔偿费、金额总计、预收宿费、退还宿费、退房日期、退房时间、日期、时间、备注、联系电话、BZ｝
4.2.4数据库设计
本宾馆客房管理系统开始阶段采用了Sqlserver数据库，随着宾馆业务的发展，将改用SQLServer2000数据库。
本系统为Sqlserver数据库，数据库名称为kfglo数据库包含以下8个表：
登记预收表ys,登记表djb,挂账明细表gzmx,客房基础信息表kf,客房预定表kfyd,密码表ma,权限设置表qxsz,退房登记表tfd。
下面分别介绍以上各表的结构。
1．登记预收表djys
登记预收表djys用来保存客人在住宿登记时的预收金额等信息，结构见表4-1所示。
字段名称
数据类型
字段大小
凭证号码
文本
20
姓名
文本
50
证件名称
文本
20
证件号码
文本
20
出差事由
文本
50
房间号
文本
20
客房类型
文本
10
联系电话
文本
20
客房价格
货币
8
住宿日期
日期/时间
8
住宿时间
日期/时间
8
住宿天数
数字
双精度型
宿费
货币
8
折扣
数字
双精度型
应收宿费
货币
8
预收金额
货币
8
提醒日期
日期/时间
8
退宿日期
日期/时间
8
备注
文本
50
标志
文本
1
日期
日期/时间
8
时间
日期/时间
8
结款方式
文本
1
摘要
文本
200
提醒时间
日期/时间
8
退宿时间
日期/时间
8
4-1表djys的结构
2．登记表djb
登记表djb用来保存客人住宿时的住宿登记信息，结构见表4-2所示。
字段名称
数据类型
字段大小
凭证号码
文本
20
姓名
文本
50
证件名称
文本
20
证件号码
文本
20
出差事由
文本
50
房间号
文本
20
客房类型
文本
10
联系电话
文本
20
客房价格
货币
8
住宿日期
日期/时间
8
住宿时间
日期/时间
8
住宿天数
数字
双精度型
宿费
货币
8
折扣
数字
双精度型
应收宿费
货币
8
预收金额
货币
8
提醒日期
日期/时间
8
退宿日期
日期/时间
8
备注
文本
50
标志
文本
1
日期
日期/时间
8
时间
日期/时间
8
结款方式
文本
1
摘要
文本
200
提醒时间
日期/时间
8
退宿时间
日期/时间
8
表4-2表djb的结构
3.挂账明细表gzmx
挂账明细表gzmx用来保存客人住宿挂账信息和客人结账信息，结构见表4-3所示。
字段名称
数据类型
字段大小
日期
日期/时间
8
挂帐单位
文本
100
摘要
文本
100
住宿金额
货币
8
欠款金额
货币
8
还款金额
货币
8
金额累计
货币
8
姓名
文本
16
证件号码
文本
50
票号
文本
20
时间
日期/时间
8
序号
数字
整型
房间标准
文本
10
房间价格
文本
10
表4-3表gzmx的结构
4．客房基础信息表kf
客房基础信息表kf用来保存客房的基础信息，结构见表4一4所示。
字段名称
数据类型
字段大小
房间号
文本
房间类型
文本
价格
货币
房态
文本
标志
是/否
备注
文本
配置
文本
使用设置
文本
营业日期
日期/时间
表4-4表kf的结构
5．客房预定表kfyd
客房预定表kfyd用来保存客人预定客房的登记信息，结构见表4-5所示。
字段名称
数据类型
字段大小
姓名
文本
50
身份证号
文本
20
联系电话
文本
30
详细地址
文本
100
工作单位
文本
50
房间号
文本
10
客房类型
文本
20
房间价格
文本
8
预住日期
日期/时间
10
预住天数
整型
8
预付金额
货币
50
备注
文本
50
日期
日期/时间
50
操作员
文本
8
时间
日期/时间
8
证件名称
文本
20
表4-5表kfyd的结构
6.密码表ma
密码表ma用来保存操作员名称和操作员密码，结构见表4-6所示。
字段名称
数据类型
字段大小
操作员
文本
10
密码
文本
6
表4-6表ma的结构
7．权限设置表qxsz
权限设置表qxsz用来保存操作员的权限，结构见表3-7所示。
字段名称
数据类型
字段大小
编号
文本
50
操作员
文本
50
密码
编号
双精度型
客房预定
是/否
1
住宿登记
是/否
1
退宿登记
是/否
1
追加押金
是/否
1
客房管理
是/否
1
客房查询
是/否
1
预定房查询
是/否
1
住宿查询
是/否
1
退宿查询
是/否
1
宿费提醒
是/否
1
登记预收报表
是/否
1
客房销售报表
是/否
1
操作员设置
是/否
1
密码设置
是/否
1
初始化
是/否
1
权限设置
是/否
1
房态查看
是/否
1
调房登记
是/否
1
挂账查询
是/否
1
客户结款
是/否
1
客房销售统计报表
是/否
1
表4-7表qxsz的结构
8．退房登记表tfd
退房登记表tfd用来保存客人退宿登记信息，结构见表4-8所示。
字段名称
数据类型
字段大小
凭证号码
文本
20
姓名
文本
50
证件号码
文本
20
联系电话
文本
20
详细地址
文本
50
工作单位
文本
50
房间号
文本
20
客房类型
文本
10
房间价格
货币
住宿日期
日期/时间
住宿时间
日期/时间
住宿天数
数字
双精度型
宿费
货币
折扣或招待
文本
16
折扣
数字
双精度型
应收宿费
货币
8
杂费
货币
8
电话费
货币
8
会议费
货币
8
存车费
货币
8
赔偿费
货币
8
金额总计
货币
8
预收宿费
货币
8
退还宿费
货币
8
退房日期
日期/时间
8
退房时间
日期/时间
8
日期
日期/时间
8
时间
日期/时间
8
备注
文本
50
联系电话
文本
20
BZ
文本
双精度型
表4-8表tfd的结构
4.4系统总体安全性、可靠性方案与措施
因为本系统投入运营后，系统的安全与可靠性直接关系到酒店日常工作能否顺利进行。
这里提出的安全性、可靠性方案与措施，可以基本满足该酒店的要求：
1）数据库的安全性是指保护数据库，以防止不合法的使用所造成的数据泄漏、更改或破坏。
由于数据库中存放关在量的重要数据，并且为各种用户所共享，数据的安全显得格外重要。
在一般的计算机穖中，安全措施是逐级设置的：
数据库的安全控制的一般方法有：
用户标识和鉴定，存取控制，审计，数据加密，视图的保护。
本系统采用用户标识和鉴定，存取控制两种方法，例如进入本系统必须输入工号与密码。
同时，对服务器进行操作系统级和数据库服务器的用户口令控制。
2）数据库的完整性
由数据库管理的完整性约束和数据库触发器来实现。
3）数据库的备份和恢复
为了保证数据库在遭受意外或有意外破坏的情况下，系统得以恢复，系统需要设置备份功能。
数据库的恢复使用转储方法进行。
升级会员 