酒店系统设计说明书.docx

1、酒店系统设计说明书酒店系统设计说明书 一、总体设计： . 2 二、各子系统结构设计 .2 前台管理系统： 2.1.2 收银管理系统： 2.2.4 客房管理系统 .42.3 综合查询系统 .52.4 三、数据库设计 .6 需求分析 3.1.6 数据库概念结构设计 .73.2 数据库逻辑结构设计 .83.3 数据库安全设计.103.4 一、 总体设计： 按照系统架构设计方案，本酒店管理系统分为：前台管理子系统、收银管 理子系统、客房服务子系统、综合查询子系统、供应链子系统、财务管理子系 统、人力资源管理子系统和系统维护子系统。各子系统由后台数据库系统和相 应的子系统应用程序组成。 以下是本系统的结

2、构图： 酒店 ERP 管理系统 综 供 前 收 客 财 人 系 统 合 应 台银 房 务 力维 查链 管 管资 服 管 护系 理理 务源 理 询 系 系系 系 系系 统 统 统 统统 统统 二、各子系统结构设计 前台管理系统： 2.1 酒店前台管理的工作是十分复杂、繁琐的，但它是日常经常遇到的、必须 的、重要的环节，大致包括前台接待及前台预定功能。以下就重点把前台的设 计讲述一下，以下是前台接待的工作流程:： 接待流程一 接待流程二 接待流程三 办理入住：先将预 人工确认客人的身由预订单号确认预有预订的客人入 订单设为过期，客 份是否与预订单的 住 订单的内容 人入住预订的房间 内容一致 输入

3、参数：预定单 号 输出参数：预定单 内容 预定成员档 案 有空闲房间，客人 打印客人入住清单 无预订的客人入确认客人要求的房 住接受报价，确认客间类型，查询是否 有该类型的房间处人的身份，交费， 客人入住。于空闲状态。 确认客人是否入住， 客人换房（只能换同类型 确认客人入住的房 的房间） 间类型，确认是否 有该类型的空闲房 间，换房。 确认客人是否入住， 客人预交费用添 加 追加费用。 由输入的查询条件 客人订房信息查询获取客人的订房信 息前台预定应包括：预订管理，预订维护，查询，报表。 以下是前台预订管理子系统的活动图： 接收客人预确认订记录存 变更与取消 到店前准备 收银管理系统： 2.

4、2 收银管理子系统应包括：快速结帐，多种付款方式，多币种结帐，各种帐 面灵活调帐，多笔按金，部分或全部结帐，提前结帐，折扣处理，错帐处理， 综合查询，报表系统。 以下是前台收银子系统的活动图： 收取客人按金 核对客人消费记 录 收款 办理结帐 打印帐单 办理离店 客房管理系统 2.3 客房管理子系统应包括：房态管理，消费录入，查询，报表。 以下是客房管理子系统的活动图 房间的布置设备的检引领客人入为客人提供日常待服包洗衣酒水、送餐 为客人做好离店准备 (包括：查房、录入客 )人在房间的消费等 综合查询系统2.4 该系统主要包括：经理查询，客户查询功能。主要活动图如下： 消费账单查询 客房服务查

5、询 娱乐信息查询 其他信息 客源分析 部门收入分析 合约单位消费分 客房经营数据 多种数据指标 分析三、数据库设计 酒店 ERP 的核心实际上就是如何使用和操作数据库，所以，数据库设计极 其重要。从用户使用的角度来看，酒店系统的组成部分分成三个层次：数据存 储层、业务处理层和界面表示层。 数据存储层就是完成对数据的各种维护操作，一般是由数据库管理系统来 完成该层上的工作；业务处理层就是应用程序要处理的、与用户密切相关的各 种业务操作，这一层次的工作通常是通过程序设计语言的编程来完成的；界面 表示层是应用程序系统提供给用户的可视化操作界面，是用户提出请求和接受 回应的地方。这三个层次都与数据库相

6、关，数据存储层就是指数据库本身，业 务处理层处理的对象(业务信息)实际上就是处理数据库中的数据，界面表示层 是操作界面，其目的是为了方便的使用数据库中的数据。因此数据库的设计是 酒店管理系统开发的基础和关键。 数据库设计的是否全面、合理、规范，直接关系到酒店系统的功能能否现。 如果数据库设计得合理，后续程序开发将取得事半功倍的效果，否则将会加大 编程的工作量，甚至要回头重新修改数据库，因此作者采用了规范化的设计方 法。按照前面功能设计提出的总体要求，设计酒店系统的数据库应该有如下特 点：结构较简单、数据关系明确、容量小、执行效率高。 需求分析3.1 针对一般酒店管理信息系统的需求，通过对酒店管

7、理过程的内容和流程分 析，设计如下面所示的数据项和数据结构： 客房标准信息，包括的数据项有：标准编号、标准名称、房间面积、床1 位数量、住房单价、是否有空调、电视、电话、单独卫生间等。 2客房信息，包括的数据项有：客房编号、客房种类、客房位置、客房单 价、备注等。 3订房信息，包括的数据项有：订房编号、客房编号、客房种类、客房位 置、客房备注信息、顾客姓名、顾客身份证号码、入住时间、折扣、备注等。 4结算信息，包括的数据项有：订房编号、客房编号、客房种类、客房位 置、客房备注信息、顾客姓名、顾客身份证号码、入住时间、折扣、结算时间、 备注等。 数据库概念结构设计3.2 本系统根据以上的设计规划

8、出的实体有：客房标准信息实体、客房信息实 体、订房信息实体、结算信息实体。各个实体具体的描述-图如下： 客房标准信息实体 标准编号 客房单价 床位数量标准名称 图客房标准信息实体- 客房信息实体 客房标准 客房状态 客房编号 客房位置 客房信息实体-图 订房信息实体 客房信折 顾客信入住时 订房信息实体 结算信息实 客房信息 结算金额 结算时间 顾客信息 图结算信息实体- 客房标准信息 客房登记 客房信息管理 结算信息管理 房订 订房信息管理 客房结算 实体之间关系-图 数据库逻辑结构设计3.3 首先将酒店管理信息系统的数据库概念结构转化为 SQL2005 数据库系统所 支持的实际数据模型，即

9、：数据库的逻辑结构。其各个表格的设计结果如下： 客房标准信息表 列名数据类型可否为空说明 标准编号 NULLNOT standardIdInt 标准名称 NULL roomStyleNOTVarchar 房间面积 NULLroomAreaInt 床位数NULInbedCoun价NULFloaroomPric是否有单独卫生NULVarchahToile是否有电NULVarchahTelphon是否有电NULVarchahTeleviso是否有空NULhAirCoditioVarcha是否有电NULhComputeVarcha 客房信息表 说明列名可否为空数据类型 客房编号 RoomedNULL

10、VarcharNOT 客房标准编号 roomStandard IntNOTNULL 客房位置 NULLRoompositionVarchar 状态 NULLNumericStantus 预订单编号 NULLroomBookIdVarchar NOT 备注 NULLVarcharRemarks 订房信息表 列名说可否为空数据类型 明 订房编号 bookNumberNULLNOTVarchar 顾客姓名 guestNameNULLNOTVarchar 身份证号码 guestIdNULLVarcharNOT 客房编号 RoomedVarcharNOT NULL 入住日期 inDateNULLDate

11、time 折扣 DiscountNULLFloat 备注 RemarksVarcharNULL 顾客状态 guestStatusVarcharNULL NOT 商品消费金额 goodsAmountNULLFloat 在住天数 inDaysIntNULL 结算日期 checkDateDatetimeNULL 房间消费金额 roomAmountFloatNULL 总金额 totalAmountFloatNULL 顾客商品消费表 列名数据类型可否为空说 明 消费编号 NULLIntconsumeIdNOT 订单编号 NULLbookNumber NOTInt 商品类型 NULLVarchargood

12、sStyleNOT 客房编号 NULLNOT goodsAmountFloat 消费日期 NULLDatetimeNOT consumeDate 用户表 可否为数据类列用户名UsernamVarchaNULNO用户密UserpwNULNOVarcha 用户权限 PowerNOTInt NULL 新闻表 列名说可否为空 数据类型明 新闻编号 newsId NOTIntNULL 新闻主题 newsTitleVarcharNOT NULL 新闻内容 newsContentNOTVarcharNULL 更新日期 writeDateNOTNULLDatetime 留言表 列名 数据类型 可否为空 说 明

13、 留言编号 NULLInt NOTmessageId 用户姓名 NULLUsernameVarchar 用户留言 NULLUserMessageNOTVarchar 管理员回复 NULLVarcharadminMessage 留言日期 NULLDatetime NOTwriteDate 预订表 说可否为空 数据类型明列名 预订编号 roomBookIdNOT IntNULL guestName Varchar NOT NULL 顾客姓名 guestId Varchar NULLNOT 身份证号码 guestInDate Datetime NOT NULL 抵店日期 guestOutDate D

14、atetime NOT NULL 离店日期 Telephone Varchar NULLNOT 电话 comeDate Datetime NULLNOT 到店时间 roomStyle Varchar NOT NULL 房间类型 roomCount Int NULLNOT 房间数量 roomBookStatus Varchar NOTNULL 订单状态 数据库安全设计3.4 数据库是管理系统的基础，通常都保存着重要的酒店经营和客户信息。数据完整性和 合法存取会受到很多方面的安全威胁，包括密码策略、系统后门、数据库操作以及本身的 安全方案。 微软的 SQL Server 是一种广泛使用的数据库，数

15、据库系统中存在的安全漏洞和不当的 配设通常会造成严重的后果，而且都难以发现。数据库应用程序通常同操作系统的最高管 理员密切相关。广泛 SQL Server 数据库又是属于“端口”型的数据库，这就表示任何人都 能够用分析工具试图连接到数据库上，从而绕过操作系统的安全机制，进而闯入系统、破 坏和窃取数据资料，甚至破坏整个系统。 在进行 SQL Server 2005 数据库的安全配置之前，首先必须对操作系统进行安全配置， 保证操作系统处于安全状态。然后对要使用的操作数据库软件(程序)进行必要的安全审核， 接着，安装 SQL Server2005 后打上最新的补丁 sp3。在做完上面三步基础之后，进

16、一步对 SQL Server 进行如下安全配置： 使用安全的密码策略。数据库帐号的密码不能过于简单，不能将帐号的密码写于应1用程序或者脚本中。同时定期修改密码。 Server SQL不能更改用户名称，也不能删除这个超级 2使用安全的帐号策略。由于 用户，所以，必须对这个帐号进行最强的保护，使用一个非常强壮的密码，不要在数据库 应用中使用帐号，不要让管理员权限的帐号泛滥。本系统主机使用数据库应用只是用来做 查询、修改等简单功能的，根据实际需要分配帐号，并赋予仅仅能够满足应用要求和需要 的权限。 3加强数据库日志的记录。审核数据库登录事件的“失败和成功”，在实例属性中选 择“安全性”，将其中的审核

17、级别选定为全部，这样在数据库系统和操作系统日志里面，就 详细记录了所有帐号的登录事件。定期查看 SQL Server 日志检查是否有可疑的登录事件发 生。 4。管理扩展存储过程。在多数应用中根本用不到多少系统的存储过程，SQLServer 的 这么多系统存储过程只是用来适应广大用户需求的，所以删除不必要的存储过程，因为有 些系统的存储过程能很容易地被人利用起来提升权限或进行破坏。 5防止探测到服务器的 TCPIP 端口。默认情况下，SQL Server 使用 1433 端口监听， 通过微软未公开的 1434 端口的 UDP 探涮就可以很容易知道 SQL Server 使用的什么 TCPIP 端

18、口，在实例属性中选择 TCPIP 协议的属性，选择隐藏 SQL Server 实例。 6修改 TCPIP 使用的端口。请在上一步配置的基础上，更改原默认的 1433 端口。 在实例属性中选择网络配置中的 TCPIP 协议的属性，将 TCPIP 使用的默认端口变为其 他端口。 7对网络连接进行 IP 限制。SQL Server 2005 数据库系统本身没有提供网络连接的安 全解决办法，但是 Windows XP 提供了这样的安全机制。使用操作系统自己的 IPSec 可以 实现 IP 数据包的安全性。请对 IP 连接进行限制，只保证自己的 IP 能够访问，也拒绝其他 IP 进行的端口连接，把来自网络上的安全威胁进行有效的控制。安全和应用在很多时候是 矛盾的。因此，在安全设计过程中，需要在其中找到平衡点，使其既不妨碍系统应用，又 能保证系统安全。 酒店管理信息系统 系统设计说明书 专业： 班级： 小组成员：