酒店系统设计说明书.docx

酒店系统设计说明书.docx

《酒店系统设计说明书.docx》由会员分享，可在线阅读，更多相关《酒店系统设计说明书.docx（16页珍藏版）》请在冰点文库上搜索。

酒店系统设计说明书

酒店系统设计说明书

一、总体设计：

ﻩ2

二、各子系统结构设计2

2.1　前台管理系统:

ﻩ2

２．2收银管理系统:

4

２.４　综合查询系统5

三、数据库设计ﻩ6

3.2数据库概念结构设计ﻩ7

3．３数据库逻辑结构设计８

３.4数据库安全设计ﻩ10

一、　总体设计：

按照系统架构设计方案，本酒店管理系统分为:

前台管理子系统、收银管理子系统、客房服务子系统、综合查询子系统、供应链子系统、财务管理子系统、人力资源管理子系统和系统维护子系统。

各子系统由后台数据库系统和相应的子系统应用程序组成。

以下是本系统的结构图:

二、各子系统结构设计

２.1前台管理系统:

酒店前台管理的工作是十分复杂、繁琐的,但它是日常经常遇到的、必须的、重要的环节，大致包括前台接待及前台预定功能。

以下就重点把前台的设计讲述一下，以下是前台接待的工作流程:

：

接待流程一

接待流程二

接待流程三

有预订的客人入住

由预订单号确认预订单的内容

输入参数:

预定单号

输出参数：

预定单内容预定成员档案

人工确认客人的身份是否与预订单的内容一致

办理入住:

先将预订单设为过期，客人入住预订的房间

无预订的客人入住

确认客人要求的房间类型，查询是否有该类型的房间处于空闲状态。

有空闲房间，客人接受报价,确认客人的身份，交费，客人入住。

打印客人入住清单

客人换房

（只能换同类型的房间）

确认客人是否入住,确认客人入住的房间类型，确认是否有该类型的空闲房间，换房。

客人预交费用添加

确认客人是否入住,

追加费用。

客人订房信息查询

由输入的查询条件获取客人的订房信息

前台预定应包括:

预订管理,预订维护，查询，报表。

以下是前台预订管理子系统的活动图:

2.2收银管理系统:

收银管理子系统应包括:

快速结帐,多种付款方式，多币种结帐，各种帐面灵活调帐,多笔按金，部分或全部结帐,提前结帐，折扣处理，错帐处理，综合查询,报表系统。

以下是前台收银子系统的活动图:

２.3客房管理系统

客房管理子系统应包括：

房态管理,消费录入,查询,报表。

以下是客房管理子系统的活动图

2．4综合查询系统

该系统主要包括:

经理查询，客户查询功能。

主要活动图如下:

三、数据库设计

酒店ERP的核心实际上就是如何使用和操作数据库,所以，数据库设计极其重要。

从用户使用的角度来看,酒店系统的组成部分分成三个层次:

数据存储层、业务处理层和界面表示层。

数据存储层就是完成对数据的各种维护操作，一般是由数据库管理系统来完成该层上的工作；业务处理层就是应用程序要处理的、与用户密切相关的各种业务操作,这一层次的工作通常是通过程序设计语言的编程来完成的；界面表示层是应用程序系统提供给用户的可视化操作界面，是用户提出请求和接受回应的地方。

这三个层次都与数据库相关，数据存储层就是指数据库本身，业务处理层处理的对象（业务信息）实际上就是处理数据库中的数据，界面表示层是操作界面，其目的是为了方便的使用数据库中的数据。

因此数据库的设计是酒店管理系统开发的基础和关键。

数据库设计的是否全面、合理、规范,直接关系到酒店系统的功能能否现。

如果数据库设计得合理，后续程序开发将取得事半功倍的效果，否则将会加大编程的工作量，甚至要回头重新修改数据库，因此作者采用了规范化的设计方法。

按照前面功能设计提出的总体要求，设计酒店系统的数据库应该有如下特点：

结构较简单、数据关系明确、容量小、执行效率高。

3.1需求分析

针对一般酒店管理信息系统的需求,通过对酒店管理过程的内容和流程分析,设计如下面所示的数据项和数据结构：

1．客房标准信息,包括的数据项有:

标准编号、标准名称、房间面积、床位数量、住房单价、是否有空调、电视、电话、单独卫生间等。

2.客房信息，包括的数据项有：

客房编号、客房种类、客房位置、客房单价、备注等。

３.订房信息,包括的数据项有：

订房编号、客房编号、客房种类、客房位置、客房备注信息、顾客姓名、顾客身份证号码、入住时间、折扣、备注等。

4.结算信息,包括的数据项有:

订房编号、客房编号、客房种类、客房位置、客房备注信息、顾客姓名、顾客身份证号码、入住时间、折扣、结算时间、备注等。

３.2　数据库概念结构设计

本系统根据以上的设计规划出的实体有：

客房标准信息实体、客房信息实体、订房信息实体、结算信息实体。

各个实体具体的描述E-R图如下:

客房标准信息实体Ｅ-Ｒ图

客房信息实体E-Ｒ图

ﻩ订房信息实体E-Ｒ图

结算信息实体Ｅ-R图

3.3数据库逻辑结构设计

首先将酒店管理信息系统的数据库概念结构转化为ＳQL2０0５数据库系统所支持的实际数据模型，即：

数据库的逻辑结构。

其各个表格的设计结果如下:

客房标准信息表

列名

数据类型

可否为空

说明

standａrdIｄ

Inｔ

NOT　NULL

标准编号

roomStylｅ

Varchaｒ

ＮOＴNＵLＬ

标准名称

rｏomAｒｅa

Int

NＵLL

房间面积

ｂｅdＣount

Ｉnt

NULL

床位数量

roomＰrice

Flｏａt

NUＬL

价格

ｈTｏilet

Ｖａrchar

NＵＬL

是否有单独卫生间

ｈTelpｈone

Varｃhaｒ

ＮULＬ

是否有电话

hＴｅlｅvison

Varcｈar

NULL

是否有电视

hAｉrCodｉtion

Varcｈaｒ

NULＬ

是否有空调

ｈComputer

Vａrｃhaｒ

NULL

是否有电脑

客房信息表

列名

数据类型

可否为空

说明

Roｏｍed

Varｃhar

NOT　NＵLL

客房编号

roｏmSｔandaｒd

Int

ＮOTＮULL

客房标准编号

Roｏmposition

Vａrｃhar

NULL

客房位置

Ｓｔantｕｓ

Numｅric

ＮＵLL

状态

ｒoｏmBｏokId

Varcｈar

NOTＮULL

预订单编号

Remaｒkｓ

Varchａr

NUＬL

备注

订房信息表

列名

数据类型

可否为空

说明

booｋNumｂeｒ

Varcｈar

ＮOＴＮＵLL

订房编号

guestName

Varchaｒ

NＯTNULL

顾客姓名

guestＩd

Ｖaｒchar

NOＴNUＬL

身份证号码

Roomeｄ

Varｃhａr

ＮOT　NULＬ

客房编号

ｉnＤａte

Dａtｅtime

NＵLＬ

入住日期

Diｓcount

Float

ＮUＬＬ

折扣

Remarｋs

Ｖarchar

NULL

备注

ｇｕestStatus

Ｖarｃhａr

NOTNUＬL

顾客状态

gｏodsAmount

Floａt

NULL

商品消费金额

inDａyｓ

Ｉnｔ

NUＬL

在住天数

cｈeｃkDaｔe

Datetimｅ

ＮULL

结算日期

rooｍAmounｔ

Flｏaｔ

NULL

房间消费金额

tｏtaｌAmount

Float

NULL

总金额

顾客商品消费表

列名

数据类型

可否为空

说明

conｓｕmｅId

Ｉnt

NOTNULＬ

消费编号

boｏkNｕmｂer

Int

NOT　NULL

订单编号

ｇoｏdsStｙｌe

Vaｒchａr

NOTNULL

商品类型

ｇoodsＡmount

Fｌoat

NOＴ　NUＬL

客房编号

consｕｍeＤaｔe

Ｄａtｅtiｍｅ

NOTNULL

消费日期

用户表

列名

数据类型

可否为空

说明

Ｕsｅrname

Varchar

ＮＯT　ＮULL

用户名称

Uｓerｐwd

Varcｈａr

NＯTＮULL

用户密码

Poｗｅｒ

Inｔ

NＯTNULL

用户权限

新闻表

列名

数据类型

可否为空

说　明

ｎewsIｄ

Iｎｔ

NOTNULL

新闻编号

ｎｅwsTitlｅ

Varcｈａｒ

NＯＴNULL

新闻主题

neｗsＣonｔenｔ

Ｖarchar

ＮOTNULL

新闻内容

ｗｒitｅDate

Datｅtime

ＮOTNＵLL

更新日期

留言表

列名

数据类型

可否为空

说　明

ｍessageId

Ｉnt

NOTNULＬ

留言编号

Ｕｓername

Varchaｒ

NULL

用户姓名

UsｅrＭessagｅ

Vaｒcｈar

ＮOTＮULＬ

用户留言

aｄmｉｎMesｓagｅ

Varchar

NULL

管理员回复

ｗrｉteDate

Dａteｔｉme

NＯTNULL

留言日期

预订表

列名

数据类型

可否为空

说明

roomBookId

Ｉnt

ＮOTＮＵLＬ

预订编号

ｇuestNａme

Varｃhａr

NOT　NULL

顾客姓名

guestＩd

Ｖarchaｒ

NOTNULL

身份证号码

guesｔIｎDatｅ

Ｄatetime

ＮOＴ　NULL

抵店日期

guesｔＯutDate

Datetime

ＮOTNUＬL

离店日期

Telephone

Varchaｒ

ＮOＴ　NＵＬL

电话

comeDaｔe

Ｄaｔetｉｍｅ

ＮOTNULＬ

到店时间

roomStｙｌｅ

Ｖａrｃhaｒ

ＮＯTNULL

房间类型

rｏomCoｕnt

Iｎｔ

ＮOTNUＬＬ

房间数量

roｏmＢookＳtaｔus

Varchar

NOＴ　ＮULL

订单状态

３.4　　数据库安全设计

数据库是管理系统的基础,通常都保存着重要的酒店经营和客户信息。

数据完整性和合法存取会受到很多方面的安全威胁，包括密码策略、系统后门、数据库操作以及本身的安全方案。

微软的SQＬServｅr是一种广泛使用的数据库，数据库系统中存在的安全漏洞和不当的配设通常会造成严重的后果，而且都难以发现。

数据库应用程序通常同操作系统的最高管理员密切相关。

广泛SQＬServer数据库又是属于“端口”型的数据库，这就表示任何人都能够用分析工具试图连接到数据库上,从而绕过操作系统的安全机制,进而闯入系统、破坏和窃取数据资料，甚至破坏整个系统。

在进行ＳQLＳeｒver２005数据库的安全配置之前,首先必须对操作系统进行安全配置,保证操作系统处于安全状态。

然后对要使用的操作数据库软件（程序）进行必要的安全审核，接着,安装SQL　Server200５后打上最新的补丁sp3。

在做完上面三步基础之后，进一步对ＳQLServｅr进行如下安全配置:

１.使用安全的密码策略。

数据库帐号的密码不能过于简单，不能将帐号的密码写于应用程序或者脚本中。

同时定期修改密码。

2．使用安全的帐号策略。

由于SＱＬServｅr不能更改用户名称,也不能删除这个超级用户，所以,必须对这个帐号进行最强的保护,使用一个非常强壮的密码，不要在数据库应用中使用帐号,不要让管理员权限的帐号泛滥。

本系统主机使用数据库应用只是用来做查询、修改等简单功能的，根据实际需要分配帐号,并赋予仅仅能够满足应用要求和需要的权限。

3.加强数据库日志的记录。

审核数据库登录事件的“失败和成功”,在实例属性中选择“安全性”，将其中的审核级别选定为全部,这样在数据库系统和操作系统日志里面,就详细记录了所有帐号的登录事件。

定期查看SQLＳerver日志检查是否有可疑的登录事件发生。

4。

管理扩展存储过程。

在多数应用中根本用不到多少系统的存储过程，SQLＳｅrver的这么多系统存储过程只是用来适应广大用户需求的,所以删除不必要的存储过程，因为有些系统的存储过程能很容易地被人利用起来提升权限或进行破坏。

5．防止探测到服务器的TCP/IP端口。

默认情况下,ＳQLＳeｒver使用1４33端口监听，通过微软未公开的1４34端口的UDP探涮就可以很容易知道SＱL　Server使用的什么TCP／ＩP端口，在实例属性中选择TＣP／IP协议的属性,选择隐藏ＳQL　Server实例。

6．修改TＣP/IP使用的端口。

请在上一步配置的基础上,更改原默认的14３3端口。

在实例属性中选择网络配置中的TCＰ／ＩＰ协议的属性,将TＣP/ＩP使用的默认端口变为其他端口。

７．对网络连接进行ＩP限制。

ＳＱＬServer2005数据库系统本身没有提供网络连接的安全解决办法,但是Windoｗs　XP提供了这样的安全机制。

使用操作系统自己的IPSec可以实现IP数据包的安全性。

请对IP连接进行限制，只保证自己的IP能够访问，也拒绝其他IＰ进行的端口连接，把来自网络上的安全威胁进行有效的控制。

安全和应用在很多时候是矛盾的。

因此，在安全设计过程中，需要在其中找到平衡点，使其既不妨碍系统应用，又能保证系统安全。

酒店管理信息系统

系统设计说明书

专业:

班级:

小组成员: