酒店系统设计说明书

《酒店系统设计说明书》由会员分享，可在线阅读，更多相关《酒店系统设计说明书（12页珍藏版）》请在装配图网上搜索。

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

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

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

4、店2.3 客房管理系统客房管理子系统应包括：房态管理，消费录入，查询，报表。以下是客房管理子系统的活动图房间的布置和设备的检查引领客人入住为客人提供日常接待服务(包括:洗衣、酒水、送餐等)为客人做好离店准备(包括：查房、录入客人在房间的消费等)2.4 综合查询系统该系统主要包括：经理查询，客户查询功能。主要活动图如下：消费账单查询客房服务查询 娱乐信息查询其他信息客源分析部门收入分析合约单位消费分析客房经营数据多种数据指标分析三、数据库设计酒店ERP的核心实际上就是如何使用和操作数据库，所以，数据库设计极其重要。从用户使用的角度来看，酒店系统的组成部分分成三个层次：数据存储层、业务处理层和界面

5、表示层。数据存储层就是完成对数据的各种维护操作，一般是由数据库管理系统来完成该层上的工作；业务处理层就是应用程序要处理的、与用户密切相关的各种业务操作，这一层次的工作通常是通过程序设计语言的编程来完成的；界面表示层是应用程序系统提供给用户的可视化操作界面，是用户提出请求和接受回应的地方。这三个层次都与数据库相关，数据存储层就是指数据库本身，业务处理层处理的对象(业务信息)实际上就是处理数据库中的数据，界面表示层是操作界面，其目的是为了方便的使用数据库中的数据。因此数据库的设计是酒店管理系统开发的基础和关键。数据库设计的是否全面、合理、规范，直接关系到酒店系统的功能能否现。如果数据库设计得合理，

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

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

8、额结算信息实体-图客房结算客房标准信息客房登记客房信息管理订 房订房信息管理结算信息管理实体之间关系-图3.3 数据库逻辑结构设计首先将酒店管理信息系统的数据库概念结构转化为SQL 2005数据库系统所支持的实际数据模型，即：数据库的逻辑结构。其各个表格的设计结果如下：客房标准信息表列名数据类型可否为空说明standardIdIntNOT NULL标准编号roomStyleVarcharNOT NULL标准名称roomAreaIntNULL房间面积bedCountIntNULL床位数量roomPriceFloatNULL 价格hToiletVarcharNULL是否有单独卫生间hTelphon

9、eVarcharNULL是否有电话hTelevisonVarcharNULL是否有电视hAirCoditionVarcharNULL是否有空调hComputerVarcharNULL是否有电脑客房信息表列名数据类型可否为空说明RoomedVarcharNOT NULL客房编号roomStandardIntNOT NULL客房标准编号RoompositionVarcharNULL客房位置StantusNumericNULL状态roomBookIdVarcharNOT NULL预订单编号RemarksVarcharNULL备注订房信息表列名数据类型可否为空说明bookNumberVarcharNO

10、T NULL订房编号guestNameVarcharNOT NULL 顾客姓名guestIdVarcharNOT NULL身份证号码RoomedVarcharNOT NULL客房编号inDateDatetimeNULL入住日期DiscountFloatNULL折扣RemarksVarcharNULL备注guestStatusVarcharNOT NULL顾客状态goodsAmountFloatNULL商品消费金额inDaysIntNULL在住天数checkDateDatetimeNULL结算日期roomAmountFloatNULL房间消费金额totalAmountFloatNULL总金额顾客

11、商品消费表列名数据类型可否为空说明consumeIdIntNOT NULL消费编号bookNumberIntNOT NULL 订单编号goodsStyleVarcharNOT NULL商品类型goodsAmountFloatNOT NULL客房编号consumeDateDatetimeNOT NULL消费日期用户表列名数据类型可否为空说明UsernameVarcharNOT NULL用户名称UserpwdVarcharNOT NULL 用户密码PowerIntNOT NULL用户权限新闻表列名数据类型可否为空说明newsIdIntNOT NULL新闻编号newsTitleVarcharNOT

12、NULL 新闻主题newsContentVarcharNOT NULL新闻内容writeDateDatetimeNOT NULL更新日期留言表列名数据类型可否为空说明messageIdIntNOT NULL留言编号UsernameVarchar NULL 用户姓名UserMessageVarcharNOT NULL用户留言adminMessageVarcharNULL管理员回复writeDateDatetimeNOT NULL留言日期预订表列名数据类型可否为空说明roomBookIdIntNOT NULL预订编号guestNameVarcharNOT NULL 顾客姓名guestIdVarch

13、arNOT NULL身份证号码guestInDateDatetimeNOT NULL抵店日期guestOutDateDatetimeNOT NULL离店日期TelephoneVarcharNOT NULL电话comeDateDatetimeNOT NULL到店时间roomStyleVarcharNOT NULL房间类型roomCountIntNOT NULL房间数量roomBookStatusVarcharNOT NULL订单状态3.4 数据库安全设计数据库是管理系统的基础，通常都保存着重要的酒店经营和客户信息。数据完整性和合法存取会受到很多方面的安全威胁，包括密码策略、系统后门、数据库操作以

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

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

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

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