ImageVerifierCode 换一换
格式:DOCX , 页数:16 ,大小:155.34KB ,
资源ID:9316000      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/9316000.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(酒店系统设计说明书.docx)为本站会员(b****8)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

酒店系统设计说明书.docx

1、酒店系统设计说明书酒店系统设计说明书一、 总体设计:按照系统架构设计方案,本酒店管理系统分为:前台管理子系统、收银管理子系统、客房服务子系统、综合查询子系统、供应链子系统、财务管理子系统、人力资源管理子系统和系统维护子系统。各子系统由后台数据库系统和相应的子系统应用程序组成。以下是本系统的结构图: 前台管理系统酒店ERP管理系统收银管理系统客房服务系统综合查询系统供应链系统财务管理系统人力资源系统系统维护二、各子系统结构设计2.1 前台管理系统:酒店前台管理的工作是十分复杂、繁琐的,但它是日常经常遇到的、必须的、重要的环节,大致包括前台接待及前台预定功能。以下就重点把前台的设计讲述一下,以下是

2、前台接待的工作流程::接待流程一接待流程二接待流程三有预订的客人入住由预订单号确认预订单的内容输入参数:预定单号输出参数:预定单内容 预定成员档案人工确认客人的身份是否与预订单的内容一致办理入住:先将预订单设为过期,客人入住预订的房间无预订的客人入住确认客人要求的房间类型,查询是否有该类型的房间处于空闲状态。有空闲房间,客人接受报价,确认客人的身份,交费,客人入住。打印客人入住清单客人换房(只能换同类型的房间)确认客人是否入住,确认客人入住的房间类型,确认是否有该类型的空闲房间,换房。客人预交费用添加确认客人是否入住,追加费用。客人订房信息查询由输入的查询条件获取客人的订房信息前台预定应包括:

3、预订管理,预订维护,查询,报表。以下是前台预订管理子系统的活动图:2.2收银管理系统:收银管理子系统应包括:快速结帐,多种付款方式,多币种结帐,各种帐面灵活调帐,多笔按金,部分或全部结帐,提前结帐,折扣处理,错帐处理,综合查询,报表系统。以下是前台收银子系统的活动图:2.3 客房管理系统客房管理子系统应包括:房态管理,消费录入,查询,报表。以下是客房管理子系统的活动图客人服务员2.4 综合查询系统该系统主要包括:经理查询,客户查询功能。主要活动图如下:三、数据库设计酒店ERP的核心实际上就是如何使用和操作数据库,所以,数据库设计极其重要。从用户使用的角度来看,酒店系统的组成部分分成三个层次:数

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

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

6、订房编号、客房编号、客房种类、客房位置、客房备注信息、顾客姓名、顾客身份证号码、入住时间、折扣、备注等。4结算信息,包括的数据项有:订房编号、客房编号、客房种类、客房位置、客房备注信息、顾客姓名、顾客身份证号码、入住时间、折扣、结算时间、备注等。3.2 数据库概念结构设计 本系统根据以上的设计规划出的实体有:客房标准信息实体、客房信息实体、订房信息实体、结算信息实体。各个实体具体的描述-图如下: 客房标准信息实体-图客房信息实体-图 订房信息实体-图结算信息实体-图3.3 数据库逻辑结构设计首先将酒店管理信息系统的数据库概念结构转化为SQL 2005数据库系统所支持的实际数据模型,即:数据库的

7、逻辑结构。其各个表格的设计结果如下:客房标准信息表列名数据类型可否为空说明standardIdIntNOT NULL标准编号roomStyleVarcharNOT NULL标准名称roomAreaIntNULL房间面积bedCountIntNULL床位数量roomPriceFloatNULL 价格hToiletVarcharNULL是否有单独卫生间hTelphoneVarcharNULL是否有电话hTelevisonVarcharNULL是否有电视hAirCoditionVarcharNULL是否有空调hComputerVarcharNULL是否有电脑客房信息表列名数据类型可否为空说明Room

8、edVarcharNOT NULL客房编号roomStandardIntNOT NULL客房标准编号RoompositionVarcharNULL客房位置StantusNumericNULL状态roomBookIdVarcharNOT NULL预订单编号RemarksVarcharNULL备注订房信息表列名数据类型可否为空说明bookNumberVarcharNOT NULL订房编号guestNameVarcharNOT NULL 顾客姓名guestIdVarcharNOT NULL身份证号码RoomedVarcharNOT NULL客房编号inDateDatetimeNULL入住日期Disc

9、ountFloatNULL折扣RemarksVarcharNULL备注guestStatusVarcharNOT NULL顾客状态goodsAmountFloatNULL商品消费金额inDaysIntNULL在住天数checkDateDatetimeNULL结算日期roomAmountFloatNULL房间消费金额totalAmountFloatNULL总金额顾客商品消费表列名数据类型可否为空说明consumeIdIntNOT NULL消费编号bookNumberIntNOT NULL 订单编号goodsStyleVarcharNOT NULL商品类型goodsAmountFloatNOT N

10、ULL客房编号consumeDateDatetimeNOT NULL消费日期用户表列名数据类型可否为空说明UsernameVarcharNOT NULL用户名称UserpwdVarcharNOT NULL 用户密码PowerIntNOT NULL用户权限新闻表列名数据类型可否为空说明newsIdIntNOT NULL新闻编号newsTitleVarcharNOT NULL 新闻主题newsContentVarcharNOT NULL新闻内容writeDateDatetimeNOT NULL更新日期留言表列名数据类型可否为空说明messageIdIntNOT NULL留言编号UsernameVa

11、rchar NULL 用户姓名UserMessageVarcharNOT NULL用户留言adminMessageVarcharNULL管理员回复writeDateDatetimeNOT NULL留言日期预订表列名数据类型可否为空说明roomBookIdIntNOT NULL预订编号guestNameVarcharNOT NULL 顾客姓名guestIdVarcharNOT NULL身份证号码guestInDateDatetimeNOT NULL抵店日期guestOutDateDatetimeNOT NULL离店日期TelephoneVarcharNOT NULL电话comeDateDatet

12、imeNOT NULL到店时间roomStyleVarcharNOT NULL房间类型roomCountIntNOT NULL房间数量roomBookStatusVarcharNOT NULL订单状态3.4 数据库安全设计数据库是管理系统的基础,通常都保存着重要的酒店经营和客户信息。数据完整性和合法存取会受到很多方面的安全威胁,包括密码策略、系统后门、数据库操作以及本身的安全方案。微软的SQL Server是一种广泛使用的数据库,数据库系统中存在的安全漏洞和不当的配设通常会造成严重的后果,而且都难以发现。数据库应用程序通常同操作系统的最高管理员密切相关。广泛SQL Server数据库又是属于“

13、端口”型的数据库,这就表示任何人都能够用分析工具试图连接到数据库上,从而绕过操作系统的安全机制,进而闯入系统、破坏和窃取数据资料,甚至破坏整个系统。在进行SQL Server 2005数据库的安全配置之前,首先必须对操作系统进行安全配置,保证操作系统处于安全状态。然后对要使用的操作数据库软件(程序)进行必要的安全审核,接着,安装SQL Server2005后打上最新的补丁sp3。在做完上面三步基础之后,进一步对SQL Server进行如下安全配置:1使用安全的密码策略。数据库帐号的密码不能过于简单,不能将帐号的密码写于应用程序或者脚本中。同时定期修改密码。2使用安全的帐号策略。由于SQL Se

14、rver不能更改用户名称,也不能删除这个超级用户,所以,必须对这个帐号进行最强的保护,使用一个非常强壮的密码,不要在数据库应用中使用帐号,不要让管理员权限的帐号泛滥。本系统主机使用数据库应用只是用来做查询、修改等简单功能的,根据实际需要分配帐号,并赋予仅仅能够满足应用要求和需要的权限。3加强数据库日志的记录。审核数据库登录事件的“失败和成功”,在实例属性中选择“安全性”,将其中的审核级别选定为全部,这样在数据库系统和操作系统日志里面,就详细记录了所有帐号的登录事件。定期查看SQL Server日志检查是否有可疑的登录事件发生。4。管理扩展存储过程。在多数应用中根本用不到多少系统的存储过程,SQ

15、LServer的这么多系统存储过程只是用来适应广大用户需求的,所以删除不必要的存储过程,因为有些系统的存储过程能很容易地被人利用起来提升权限或进行破坏。5防止探测到服务器的TCPIP端口。默认情况下,SQL Server使用1433端口监听,通过微软未公开的1434端口的UDP探涮就可以很容易知道SQL Server使用的什么TCPIP端口,在实例属性中选择TCPIP协议的属性,选择隐藏SQL Server实例。6修改TCPIP使用的端口。请在上一步配置的基础上,更改原默认的1433端口。在实例属性中选择网络配置中的TCPIP协议的属性,将TCPIP使用的默认端口变为其他端口。7对网络连接进行IP限制。SQL Server 2005数据库系统本身没有提供网络连接的安全解决办法,但是Windows XP提供了这样的安全机制。使用操作系统自己的IPSec可以实现IP数据包的安全性。请对IP连接进行限制,只保证自己的IP能够访问,也拒绝其他IP进行的端口连接,把来自网络上的安全威胁进行有效的控制。安全和应用在很多时候是矛盾的。因此,在安全设计过程中,需要在其中找到平衡点,使其既不妨碍系统应用,又能保证系统安全。酒店管理信息系统系统设计说明书专业: 班级: 小组成员:

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

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