酒店系统设计说明书Word文档格式.docx
《酒店系统设计说明书Word文档格式.docx》由会员分享,可在线阅读,更多相关《酒店系统设计说明书Word文档格式.docx(14页珍藏版)》请在冰豆网上搜索。
![酒店系统设计说明书Word文档格式.docx](https://file1.bdocx.com/fileroot1/2023-1/23/5d4d737a-8e63-4a1c-83e4-d5e82c586259/5d4d737a-8e63-4a1c-83e4-d5e82c5862591.gif)
有预订的客人入住
由预订单号确认预订单的内容
输入参数:
预定单号
输出参数:
预定单内容预定成员档案
人工确认客人的身份是否与预订单的内容一致
办理入住:
先将预订单设为过期,客人入住预订的房间
无预订的客人入住
确认客人要求的房间类型,查询是否有该类型的房间处于空闲状态。
有空闲房间,客人接受报价,确认客人的身份,交费,客人入住。
打印客人入住清单
客人换房
(只能换同类型的房间)
确认客人是否入住,确认客人入住的房间类型,确认是否有该类型的空闲房间,换房。
客人预交费用添加
确认客人是否入住,
追加费用。
客人订房信息查询
由输入的查询条件获取客人的订房信息
前台预定应包括:
预订管理,预订维护,查询,报表。
以下是前台预订管理子系统的活动图:
2.2收银管理系统:
收银管理子系统应包括:
快速结帐,多种付款方式,多币种结帐,各种帐面灵活调帐,多笔按金,部分或全部结帐,提前结帐,折扣处理,错帐处理,综合查询,报表系统。
以下是前台收银子系统的活动图:
2.3客房管理系统
客房管理子系统应包括:
房态管理,消费录入,查询,报表。
以下是客房管理子系统的活动图
2.4综合查询系统
该系统主要包括:
经理查询,客户查询功能。
主要活动图如下:
三、数据库设计
酒店ERP的核心实际上就是如何使用和操作数据库,所以,数据库设计极其重要。
从用户使用的角度来看,酒店系统的组成部分分成三个层次:
数据存储层、业务处理层和界面表示层。
数据存储层就是完成对数据的各种维护操作,一般是由数据库管理系统来完成该层上的工作;
业务处理层就是应用程序要处理的、与用户密切相关的各种业务操作,这一层次的工作通常是通过程序设计语言的编程来完成的;
界面表示层是应用程序系统提供给用户的可视化操作界面,是用户提出请求和接受回应的地方。
这三个层次都与数据库相关,数据存储层就是指数据库本身,业务处理层处理的对象(业务信息)实际上就是处理数据库中的数据,界面表示层是操作界面,其目的是为了方便的使用数据库中的数据。
因此数据库的设计是酒店管理系统开发的基础和关键。
数据库设计的是否全面、合理、规范,直接关系到酒店系统的功能能否现。
如果数据库设计得合理,后续程序开发将取得事半功倍的效果,否则将会加大编程的工作量,甚至要回头重新修改数据库,因此作者采用了规范化的设计方法。
按照前面功能设计提出的总体要求,设计酒店系统的数据库应该有如下特点:
结构较简单、数据关系明确、容量小、执行效率高。
3.1需求分析
针对一般酒店管理信息系统的需求,通过对酒店管理过程的内容和流程分析,设计如下面所示的数据项和数据结构:
1.客房标准信息,包括的数据项有:
标准编号、标准名称、房间面积、床位数量、住房单价、是否有空调、电视、电话、单独卫生间等。
2.客房信息,包括的数据项有:
客房编号、客房种类、客房位置、客房单价、备注等。
3.订房信息,包括的数据项有:
订房编号、客房编号、客房种类、客房位置、客房备注信息、顾客姓名、顾客身份证号码、入住时间、折扣、备注等。
4.结算信息,包括的数据项有:
订房编号、客房编号、客房种类、客房位置、客房备注信息、顾客姓名、顾客身份证号码、入住时间、折扣、结算时间、备注等。
3.2数据库概念结构设计
本系统根据以上的设计规划出的实体有:
客房标准信息实体、客房信息实体、订房信息实体、结算信息实体。
各个实体具体的描述E-R图如下:
客房标准信息实体E-R图
客房信息实体E-R图
订房信息实体E-R图
结算信息实体E-R图
3.3数据库逻辑结构设计
首先将酒店管理信息系统的数据库概念结构转化为SQL2005数据库系统所支持的实际数据模型,即:
数据库的逻辑结构。
其各个表格的设计结果如下:
客房标准信息表
列名
数据类型
可否为空
说明
standardId
Int
NOTNULL
标准编号
roomStyle
Varchar
标准名称
roomArea
NULL
房间面积
bedCount
床位数量
roomPrice
Float
价格
hToilet
是否有单独卫生间
hTelphone
是否有电话
hTelevison
是否有电视
hAirCodition
是否有空调
hComputer
是否有电脑
客房信息表
Roomed
客房编号
roomStandard
客房标准编号
Roomposition
客房位置
Stantus
Numeric
状态
roomBookId
预订单编号
Remarks
备注
订房信息表
说 明
bookNumber
订房编号
guestName
NOTNULL
顾客姓名
guestId
身份证号码
inDate
Datetime
入住日期
Discount
折扣
guestStatus
顾客状态
goodsAmount
商品消费金额
inDays
在住天数
checkDate
结算日期
roomAmount
房间消费金额
totalAmount
总金额
顾客商品消费表
consumeId
消费编号
订单编号
goodsStyle
商品类型
consumeDate
消费日期
用户表
Username
用户名称
Userpwd
用户密码
Power
用户权限
新闻表
newsId
新闻编号
newsTitle
新闻主题
newsContent
新闻内容
writeDate
更新日期
留言表
messageId
留言编号
NULL
用户姓名
UserMessage
用户留言
adminMessage
管理员回复
留言日期
预订表
预订编号
guestInDate
抵店日期
guestOutDate
离店日期
Telephone
电话
comeDate
到店时间
房间类型
roomCount
房间数量
roomBookStatus
订单状态
3.4数据库安全设计
数据库是管理系统的基础,通常都保存着重要的酒店经营和客户信息。
数据完整性和合法存取会受到很多方面的安全威胁,包括密码策略、系统后门、数据库操作以及本身的安全方案。
微软的SQLServer是一种广泛使用的数据库,数据库系统中存在的安全漏洞和不当的配设通常会造成严重的后果,而且都难以发现。
数据库应用程序通常同操作系统的最高管理员密切相关。
广泛SQLServer数据库又是属于“端口”型的数据库,这就表示任何人都能够用分析工具试图连接到数据库上,从而绕过操作系统的安全机制,进而闯入系统、破坏和窃取数据资料,甚至破坏整个系统。
在进行SQLServer2005数据库的安全配置之前,首先必须对操作系统进行安全配置,保证操作系统处于安全状态。
然后对要使用的操作数据库软件(程序)进行必要的安全审核,接着,安装SQLServer2005后打上最新的补丁sp3。
在做完上面三步基础之后,进一步对SQLServer进行如下安全配置:
1.使用安全的密码策略。
数据库帐号的密码不能过于简单,不能将帐号的密码写于应用程序或者脚本中。
同时定期修改密码。
2.使用安全的帐号策略。
由于SQLServer不能更改用户名称,也不能删除这个超级用户,所以,必须对这个帐号进行最强的保护,使用一个非常强壮的密码,不要在数据库应用中使用帐号,不要让管理员权限的帐号泛滥。
本系统主机使用数据库应用只是用来做查询、修改等简单功能的,根据实际需要分配帐号,并赋予仅仅能够满足应用要求和需要的权限。
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进行的端口连接,把来自网络上的安全威胁进行有效的控制。
安全和应用在很多时候是矛盾的。
因此,在安全设计过程中,需要在其中找到平衡点,使其既不妨碍系统应用,又能保证系统安全。
酒店管理信息系统
系统设计说明书
专业:
班级:
小组成员: