酒店系统设计说明书.docx

上传人:b****8 文档编号:27979406 上传时间:2023-07-07 格式:DOCX 页数:23 大小:101.17KB
下载 相关 举报
酒店系统设计说明书.docx_第1页
第1页 / 共23页
酒店系统设计说明书.docx_第2页
第2页 / 共23页
酒店系统设计说明书.docx_第3页
第3页 / 共23页
酒店系统设计说明书.docx_第4页
第4页 / 共23页
酒店系统设计说明书.docx_第5页
第5页 / 共23页
点击查看更多>>
下载资源
资源描述

酒店系统设计说明书.docx

《酒店系统设计说明书.docx》由会员分享,可在线阅读,更多相关《酒店系统设计说明书.docx(23页珍藏版)》请在冰豆网上搜索。

酒店系统设计说明书.docx

酒店系统设计说明书

酒店系统设计说明书

一、总体设计:

.............................................................................2

二、各子系统结构设计...................................................................2

前台管理系统:

2.1..............................................................2

收银管理系统:

2.2..............................................................4

客房管理系统..................................................................42.3

综合查询系统..................................................................52.4

三、数据库设计...............................................................................6

需求分析3.1..........................................................................6

数据库概念结构设计......................................................73.2

数据库逻辑结构设计......................................................83.3

数据库安全设计............................................................103.4

一、总体设计:

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

前台管理子系统、收银管

理子系统、客房服务子系统、综合查询子系统、供应链子系统、财务管理子系

统、人力资源管理子系统和系统维护子系统。

各子系统由后台数据库系统和相

应的子系统应用程序组成。

以下是本系统的结构图:

酒店ERP管理系统

综供前收客财人系

统合应台银房务力维查链管管资服管

护系理理务源理询系系系系系系统

统统统统统统

二、各子系统结构设计

前台管理系统:

2.1

酒店前台管理的工作是十分复杂、繁琐的,但它是日常经常遇到的、必须

的、重要的环节,大致包括前台接待及前台预定功能。

以下就重点把前台的设

计讲述一下,以下是前台接待的工作流程:

接待流程一接待流程二接待流程三办理入住:

先将预人工确认客人的身由预订单号确认预有预订的客人入

订单设为过期,客份是否与预订单的住订单的内容

人入住预订的房间内容一致输入参数:

预定单号输出参数:

预定单内容预定成员档案有空闲房间,客人打印客人入住清单无预订的客人入确认客人要求的房

住接受报价,确认客间类型,查询是否

有该类型的房间处人的身份,交费,客人入住。

于空闲状态。

确认客人是否入住,客人换房(只能换同类型确认客人入住的房

的房间)间类型,确认是否有该类型的空闲房间,换房。

确认客人是否入住,客人预交费用添加追加费用。

由输入的查询条件客人订房信息查询获取客人的订房信息前台预定应包括:

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

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

接收客人预

 

确认订

 

记录存

变更与取消

到店前准备.

收银管理系统:

2.2

收银管理子系统应包括:

快速结帐,多种付款方式,多币种结帐,各种帐

面灵活调帐,多笔按金,部分或全部结帐,提前结帐,折扣处理,错帐处理,

综合查询,报表系统。

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

收取客人按金

核对客人消费记

收款

办理结帐

打印帐单

办理离店

客房管理系统2.3

客房管理子系统应包括:

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

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

房间的布置

设备的检

 

引领客人入

 

为客人提供日常

待服包洗衣

酒水、送餐

为客人做好离店准备

(包括:

查房、录入客

)人在房间的消费等.

综合查询系统2.4

该系统主要包括:

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

主要活动图如下:

消费账单查询

客房服务查询

娱乐信息查询

其他信息

客源分析

部门收入分析

合约单位消费分

 

客房经营数据

多种数据指标

分析.

三、数据库设计

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

其重要。

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

数据存

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

数据存储层就是完成对数据的各种维护操作,一般是由数据库管理系统来

完成该层上的工作;业务处理层就是应用程序要处理的、与用户密切相关的各

种业务操作,这一层次的工作通常是通过程序设计语言的编程来完成的;界面

表示层是应用程序系统提供给用户的可视化操作界面,是用户提出请求和接受

回应的地方。

这三个层次都与数据库相关,数据存储层就是指数据库本身,业

务处理层处理的对象(业务信息)实际上就是处理数据库中的数据,界面表示层

是操作界面,其目的是为了方便的使用数据库中的数据。

因此数据库的设计是

酒店管理系统开发的基础和关键。

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

如果数据库设计得合理,后续程序开发将取得事半功倍的效果,否则将会加大

编程的工作量,甚至要回头重新修改数据库,因此作者采用了规范化的设计方

法。

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

点:

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

需求分析3.1

针对一般酒店管理信息系统的需求,通过对酒店管理过程的内容和流程分

析,设计如下面所示的数据项和数据结构:

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

标准编号、标准名称、房间面积、床1

位数量、住房单价、是否有空调、电视、电话、单独卫生间等。

2.客房信息,包括的数据项有:

客房编号、客房种类、客房位置、客房单

价、备注等。

3.订房信息,包括的数据项有:

订房编号、客房编号、客房种类、客房位

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

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

订房编号、客房编号、客房种类、客房位

置、客房备注信息、顾客姓名、顾客身份证号码、入住时间、折扣、结算时间、

备注等。

数据库概念结构设计3.2

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

客房标准信息实体、客房信息实

体、订房信息实体、结算信息实体。

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

客房标准信息实体

标准编号客房单价

床位数量标准名称

R图客房标准信息实体E-

客房信息实体

客房标准客房状态

客房编号客房位置

客房信息实体E-R图

订房信息实体

 

客房信折

顾客信入住时

订房信息实体R

结算信息实

客房信息结算金额

结算时间顾客信息

R图结算信息实体E-

客房标准信息

客房登记

客房信息管理结算信息管理房订订房信息管理客房结算

实体之间关系E-R图

数据库逻辑结构设计3.3

首先将酒店管理信息系统的数据库概念结构转化为SQL2005数据库系统所

支持的实际数据模型,即:

数据库的逻辑结构。

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

客房标准信息表

列名数据类型可否为空说明

标准编号NULLNOTstandardIdInt

标准名称NULLroomStyleNOTVarchar

房间面积NULLroomAreaInt

床位数NULInbedCoun

价NULFloaroomPric

是否有单独卫生NULVarchahToile

是否有电NULVarchahTelphon

是否有电NULVarchahTeleviso

是否有空NULhAirCoditioVarcha

是否有电NULhComputeVarcha

客房信息表

说明列名可否为空数据类型

客房编号RoomedNULLVarcharNOT

客房标准编号roomStandardIntNOTNULL

客房位置NULLRoompositionVarchar

状态NULLNumericStantus

预订单编号NULLroomBookIdVarcharNOT

备注NULLVarcharRemarks订房信息表

列名说可否为空数据类型明

订房编号bookNumberNULLNOTVarchar

顾客姓名guestNameNULLNOTVarchar

身份证号码guestIdNULLVarcharNOT

客房编号RoomedVarcharNOTNULL

入住日期inDateNULLDatetime

折扣DiscountNULLFloat

备注RemarksVarcharNULL

顾客状态guestStatusVarcharNULLNOT

商品消费金额goodsAmountNULLFloat

在住天数inDaysIntNULL

结算日期checkDateDatetimeNULL

房间消费金额roomAmountFloatNULL

总金额totalAmountFloatNULL

顾客商品消费表

列名数据类型可否为空说明

消费编号NULLIntconsumeIdNOT

订单编号NULLbookNumberNOTInt

商品类型NULLVarchargoodsStyleNOT

客房编号NULLNOTgoodsAmountFloat

消费日期NULLDatetimeNOTconsumeDate

用户表

可否为数据类列

用户名UsernamVarchaNULNO

用户密UserpwNULNOVarcha

用户权限PowerNOTIntNULL

新闻表

列名说可否为空数据类型明

新闻编号newsIdNOTIntNULL

新闻主题newsTitleVarcharNOTNULL

新闻内容newsContentNOTVarcharNULL

更新日期writeDateNOTNULLDatetime

留言表

列名

数据类型

可否为空

说明

留言编号NULLIntNOTmessageId

用户姓名NULLUsernameVarchar

用户留言NULLUserMessageNOTVarchar

管理员回复NULLVarcharadminMessage

留言日期NULLDatetimeNOTwriteDate

预订表

说可否为空数据类型明列名

预订编号roomBookIdNOTIntNULL

guestName

Varchar

NOTNULL

顾客姓名

guestId

Varchar

NULLNOT

身份证号码

guestInDate

Datetime

NOTNULL

抵店日期

guestOutDate

Datetime

NOTNULL

离店日期

Telephone

Varchar

NULLNOT

电话

comeDate

Datetime

NULLNOT

到店时间

roomStyle

Varchar

NOTNULL

房间类型

roomCount

Int

NULLNOT

房间数量

roomBookStatus

Varchar

NOTNULL

订单状态

数据库安全设计3.4

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

数据完整性和

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

安全方案。

微软的SQLServer是一种广泛使用的数据库,数据库系统中存在的安全漏洞和不当的

配设通常会造成严重的后果,而且都难以发现。

数据库应用程序通常同操作系统的最高管

理员密切相关。

广泛SQLServer数据库又是属于“端口”型的数据库,这就表示任何人都

能够用分析工具试图连接到数据库上,从而绕过操作系统的安全机制,进而闯入系统、破

坏和窃取数据资料,甚至破坏整个系统。

在进行SQLServer2005数据库的安全配置之前,首先必须对操作系统进行安全配置,

保证操作系统处于安全状态。

然后对要使用的操作数据库软件(程序)进行必要的安全审核,

接着,安装SQLServer2005后打上最新的补丁sp3。

在做完上面三步基础之后,进一步对

SQLServer进行如下安全配置:

.使用安全的密码策略。

数据库帐号的密码不能过于简单,不能将帐号的密码写于应1.

用程序或者脚本中。

同时定期修改密码。

ServerSQL不能更改用户名称,也不能删除这个超级2.使用安全的帐号策略。

由于

用户,所以,必须对这个帐号进行最强的保护,使用一个非常强壮的密码,不要在数据库

应用中使用帐号,不要让管理员权限的帐号泛滥。

本系统主机使用数据库应用只是用来做

查询、修改等简单功能的,根据实际需要分配帐号,并赋予仅仅能够满足应用要求和需要

的权限。

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

审核数据库登录事件的“失败和成功”,在实例属性中选

择“安全性”,将其中的审核级别选定为全部,这样在数据库系统和操作系统日志里面,就

详细记录了所有帐号的登录事件。

定期查看SQLServer日志检查是否有可疑的登录事件发

生。

4。

管理扩展存储过程。

在多数应用中根本用不到多少系统的存储过程,SQLServer的

这么多系统存储过程只是用来适应广大用户需求的,所以删除不必要的存储过程,因为有

些系统的存储过程能很容易地被人利用起来提升权限或进行破坏。

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

默认情况下,SQLServer使用1433端口监听,

通过微软未公开的1434端口的UDP探涮就可以很容易知道SQLServer使用的什么

TCP/IP端口,在实例属性中选择TCP/IP协议的属性,选择隐藏SQLServer实例。

6.修改TCP/IP使用的端口。

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

在实例属性中选择网络配置中的TCP/IP协议的属性,将TCP/IP使用的默认端口变为其

他端口。

7.对网络连接进行IP限制。

SQLServer2005数据库系统本身没有提供网络连接的安

全解决办法,但是WindowsXP提供了这样的安全机制。

使用操作系统自己的IPSec可以

实现IP数据包的安全性。

请对IP连接进行限制,只保证自己的IP能够访问,也拒绝其他

IP进行的端口连接,把来自网络上的安全威胁进行有效的控制。

安全和应用在很多时候是

矛盾的。

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

能保证系统安全。

酒店管理信息系统

系统设计说明书

专业:

班级:

小组成员:

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 自然科学 > 物理

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1