酒店系统设计说明书

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

2、源理询系系系系系系统统统统统统统二、各子系统结构设计前台管理系统：2.1酒店前台管理的工作是十分复杂、繁琐的，但它是日常经常遇到的、必须 的、重要的环节，大致包括前台接待及前台预定功能。以下就重点把前台的设 计讲述一下，以下是前台接待的工作流程：预有预订的客人入 订单设为过期，客 人入住预订的房间 有空闲房间，客人接待流程一 接待流程二 接待流程三 办理入住：先将预人工确认客人的身由预订单号确认份是否与预订单的 住 订单的内容内容一致 输入参数：预定单 号 输出参数：预定单 内容 预定成员档 案 打印客人入住清单无预订的客人入确认客人要求的房住接受报价，确认客间类型，查询是否有该类型的房间处人

3、的身份，交费，客人入住。于空闲状态。确认客人是否入住，客人换房（只能换同类型确认客人入住的房的房间） 间类型，确认是否有该类型的空闲房间，换房。确认客人是否入住，客人预交费用添加追加费用。由输入的查询条件客人订房信息查询获取客人的订房信息前台预定应包括：预订管理，预订维护，查询，报表。以下是前台预订管理子系统的活动图：接收客人预确认订记录存变更与取消到店前准备.收银管理系统：2.2 收银管理子系统应包括：快速结帐，多种付款方式，多币种结帐，各种帐 面灵活调帐，多笔按金，部分或全部结帐，提前结帐，折扣处理，错帐处理, 综合查询，报表系统。以下是前台收银子系统的活动图：收取客人按金核对客人消费记录

4、槎柱R收款办理结帐打印帐单办理离店客房管理系统 2.3客房管理子系统应包括：房态管理，消费录入，查询，报表 以下是客房管理子系统的活动图房间的布置设备的检引领客人入为客人提供日常学资学习网提供考研资料待服包洗衣 酒水、送餐为客人做好离店准备（包括：查房、录入客 ）人在房间的消费等.综合查询系统2.4该系统主要包括：经理查询，客户查询功能。主要活动图如下:八消费账单查询客房服务查询娱乐信息查询U2学资学习网提供考研资料其他信息部门收入分析合约单位消费分 - h*客房经营数据多种数据指标 分析.学资学习网提供考研资料三、数据库设计酒店 ERP 的核心实际上就是如何使用和操作数据库，所以，数据库设计

5、极其重要。从用户使用的角度来看，酒店系统的组成部分分成三个层次：数据存储层、业务处理层和界面表示层。数据存储层就是完成对数据的各种维护操作，一般是由数据库管理系统来完成该层上的工作；业务处理层就是应用程序要处理的、与用户密切相关的各种业务操作，这一层次的工作通常是通过程序设计语言的编程来完成的；界面表示层是应用程序系统提供给用户的可视化操作界面，是用户提出请求和接受回应的地方。这三个层次都与数据库相关，数据存储层就是指数据库本身，业务处理层处理的对象（业务信息）实际上就是处理数据库中的数据，界面表示层是操作界面，其目的是为了方便的使用数据库中的数据。因此数据库的设计是酒店管理系统开发的基础和关

6、键。数据库设计的是否全面、合理、规范，直接关系到酒店系统的功能能否现。如果数据库设计得合理，后续程序开发将取得事半功倍的效果，否则将会加大编程的工作量，甚至要回头重新修改数据库，因此作者采用了规范化的设计方法。按照前面功能设计提出的总体要求，设计酒店系统的数据库应该有如下特点：结构较简单、数据关系明确、容量小、执行效率高。需求分析 3.1针对一般酒店管理信息系统的需求，通过对酒店管理过程的内容和流程分析，设计如下面所示的数据项和数据结构：客房标准信息，包括的数据项有：标准编号、标准名称、房间面积、床1位数量、住房单价、是否有空调、电视、电话、单独卫生间等。2客房信息，包括的数据项有：客房编号、

7、客房种类、客房位置、客房单价、备注等。3订房信息，包括的数据项有：订房编号、客房编号、客房种类、客房位置、客房备注信息、顾客姓名、顾客身份证号码、入住时间、折扣、备注等。4结算信息，包括的数据项有：订房编号、客房编号、客房种类、客房位置、客房备注信息、顾客姓名、顾客身份证号码、入住时间、折扣、结算时间、备注等。 数据库概念结构设计3.2 本系统根据以上的设计规划出的实体有：客房标准信息实体、客房信息实体、订房信息实体、结算信息实体。各个实体具体的描述E -R图如下:客房标准信息实体标准编号客房单价床位数量标准名称R图客房标准信息实体E立客房信息实体客房标准客房状态客房编号客房位置客房信息实体E

8、 -R图学资学习网提供考研资料订房信息实体客房信折顾客信入住时OA订房信息实体R结算信息实客房信息 结算金额结算时间顾客信息R图结算信息实体E -客房标准信息客房登记订房信息管理客房结算客房信息管理结算信息管理房订实体之间关系E -R图数据库逻辑结构设计3.3首先将酒店管理信息系统的数据库概念结构转化为SQL2005数据库系统所支持的实际数据模型，即：数据库的逻辑结构。其各个表格的设计结果如下： 客房标准信息表.列名数据类型可否为空说明标准编号 NULLNOTtandardIdInt标准名称 NULLroomStyleNOTVarchar房间面积 NULLroomAreaInt床位数 NULI

9、nbedCoun价 NULFloaroomPric是否有单独卫生NULVarchahToile是否有电 NULVarchahTelphon是否有电 NULVarchahTeleviso是否有空 NULhAirCoditioVarcha是否有电 NULhComputeVarcha客房信息表.说明列名可否为空数据类型客房编号 RoomedNULLarcharNOT客房标准编号 roomStandard IntNOTNULL客房位置 NULLRoompositionVarchar状态 NULLNumericStantus预订单编号 NULLroomBookIdVarcharNOT备注NULLVarc

10、harRemarks 订房信息表列名说可否为空数据类型 明订房编号 bookNumberNULLNOTVarchar 顾客姓名 guestNameNULLNOTVarchar 身份证号码 guestIdNULLVarcharNOT 客房编号 RoomedVarcharNONULL 入住日期 inDateNULLDatetime折扣 DiscountNULLFloat备注 RemarksVarcharNULL顾客状态 guestStatusVarcharNULL NOT 商品消费金额 goodsAmountNULLFloat 在住天数 inDaysIntNULL 结算日期 checkDateDa

11、tetimeNULL 房间消费金额 roomAmountFloatNULL 总金额 totalAmountFloatNULL顾客商品消费表列名数据类型可否为空说 明消费编号 NULLIntconsumeldNOT订单编号 NULLbookNumbeNOTInt商品类型 NULLVarchargoodsStyleNOT客房编号 NULLNOToodsAmountFloat消费日期 NULLDatetimeNOTconsumeDate 用户表.可否为数据类列用户名 UsernamVarchaNULNO 用户密 UserpwNULNOVarcha 用户权限 PowerNOTIntNULL新闻表列名说

12、可否为空 数据类型明新闻编号 newsId NOTIntNULL新闻主题 newsTitleVarcharNOT NULL新闻内容 newsContentNOTVarcharNULL 更新日期 writeDateNOTNULLDatetime留言表列名数据类型可含为空说明留言编号 NULLInt NOTmessageId用户姓名 NULLUsernameVarchar用户留言 NULLUserMessageNOTVarchar 管理员回复 NULLVarcharadminMessage 留言日期 NULLDatetimeNOTwriteDate预订表说可否为空数据类型明列名预订编号 roomB

13、ookIdNOTntNULLguestNameVarcharNOTNULL顾客姓名guestIdVarcharNULLNOT身份证号码guestInDateDatetimeNOTNULL抵店日期guestOutDateDatetimeNOTNULL离店日期TelephoneVarcharNULLNOT电话comeDateDatetimeNULLNOT到店时间roomStyleVarcharNOTNULL房间类型roomCountIntNULLNOT房间数量roomBookStatusVarcharNOTNULL订单状态数据库安全设计3.4数据库是管理系统的基础，通常都保存着重要的酒店经营和客户

14、信息。数据完整性和合法存取会受到很多方面的安全威胁，包括密码策略、系统后门、数据库操作以及本身的 安全方案。微软的SQL Server是一种广泛使用的数据库，数据库系统中存在的安全漏洞和不当的 配设通常会造成严重的后果，而且都难以发现。数据库应用程序通常同操作系统的最高管 理员密切相关。广泛SQL Server数据库又是属于“端口”型的数据库，这就表示任何人都能够用分析工具试图连接到数据库上，从而绕过操作系统的安全机制，进而闯入系统、破 坏和窃取数据资料，甚至破坏整个系统。在进行SQL Server 2005数据库的安全配置之前，首先必须对操作系统进行安全配置，保证操作系统处于安全状态。然后对

15、要使用的操作数据库软件（程序）进行必要的安全审核，接着，安装 SQL Server2005后打上最新的补丁 sp3。在做完上面三步基础之后，进一步对 SQL Server进行如下安全配置：.使用安全的密码策略。数据库帐号的密码不能过于简单，不能将帐号的密码写于应1.用程序或者脚本中。同时定期修改密码。Server SQL不能更改用户名称，也不能删除这个超级2.使用安全的帐号策略。由于用户，所以，必须对这个帐号进行最强的保护，使用一个非常强壮的密码，不要在数据库 应用中使用帐号，不要让管理员权限的帐号泛滥。本系统主机使用数据库应用只是用来做 查询、修改等简单功能的，根据实际需要分配帐号，并赋予仅

16、仅能够满足应用要求和需要 的权限。3.加强数据库日志的记录。审核数据库登录事件的“失败和成功”，在实例属性中选择“安全性”，将其中的审核级别选定为全部，这样在数据库系统和操作系统日志里面，就 详细记录了所有帐号的登录事件。定期查看SQL Server日志检查是否有可疑的登录事件发生。4。管理扩展存储过程。在多数应用中根本用不到多少系统的存储过程，SQLServer的这么多系统存储过程只是用来适应广大用户需求的，所以删除不必要的存储过程，因为有 些系统的存储过程能很容易地被人利用起来提升权限或进行破坏。5 .防止探测到服务器的TCP/IP端口。默认懵况下，SQL Server使用1433端口监听，通过微软未公开的1434端口的UDP探涮就可以很容易知道SQL Server使用的什么TCP/IP端口，在实例属性中选择TCP/IP协议的属性，选择隐藏SQL Server实例。6 .修改TCP/IP使用的端口。请在上一步配置的基础上，更改原默认的1433端口。在实例属性中选择网络配置中的TCP IP 协议的属性，将TCP IP 使用的默认端口变为其7对网络连接进行 全