酒店参考的大学本科方案设计书.docx
- 文档编号:30818873
- 上传时间:2024-01-30
- 格式:DOCX
- 页数:42
- 大小:1.07MB
酒店参考的大学本科方案设计书.docx
《酒店参考的大学本科方案设计书.docx》由会员分享,可在线阅读,更多相关《酒店参考的大学本科方案设计书.docx(42页珍藏版)》请在冰豆网上搜索。
酒店参考的大学本科方案设计书
一、引言
(一)研究目的
中小型酒店客房管理系统是根据酒店对客房管理的实际情况进行编写的,主要目的是为了方便酒店对客房的实际情况进行集中的查询与管理工作,以提高整个酒店的工作效率。
酒店客房管理的科学化、系统化、信息化成为各个酒店追求的目标。
因此,想要实现这些功能,就要求酒店配备一套客房管理系统,以便在酒店内实施良好的完善的管理,并以最快的速度响应客户的需求,及时为他们提供一个高效、便捷的服务。
矚慫润厲钐瘗睞枥庑赖。
(二)项目开发的意义
现在,我国的中小型酒店客房管理水平普遍不高,有的还停留在纸介质的基础上,这种管理手段已不能适应时代的发展,而且它浪费了许多人力和物力。
在当今信息时代,这种传统的管理方法必然会被以计算机为基础的信息管理系统所代替。
如果本系统能被中小型酒店采用,将会改变当前靠手工管理客房信息的状况,可以树立良好的酒店形象,提高工作效率。
客房管理信息系统(MIS)是酒店软件开发中一个重要的应用系统,它大大改善了酒店管理的基础环境。
聞創沟燴鐺險爱氇谴净。
(三)项目开发目标
建立酒店客房管理信息系统,在达到节省人力资源成本的同时,还可以提高业务效率,并能够及时、准确、迅速地满足顾客的需求。
残骛楼諍锩瀨濟溆塹籟。
(四)研究设想
随着我国经济的迅速发展和假日经济的出现,宾馆酒店业的竞争愈来愈激烈。
要想在竞争中取得优势,必须在经营管理、产品服务等方面提高服务管理意识。
而对酒店的经营状况起决定作用的是酒店管理。
虽然计算机管理并不是酒店走向成功的关键元素,但它可以最大限度的为准确、快捷、周全等要素发挥作用提供有力的支持。
因此,采用全新的计算机网络和管理系统,将成为提高酒店管理效率,改善服务水准的重要手段之一。
面对信息时代的机遇和挑战,利用科技手段提高企业管理无疑是一条行之有效的途径。
自信与科技在酒店管理与现代化建设中显现出越来越重要的地位。
在某种意义上,酒店客房管理方面的信息化与科学化,已成为现代化酒店的重要标志。
酽锕极額閉镇桧猪訣锥。
(五)选题依据
一些大型酒店管理系统采用国际通用的先进酒店管理模式,通过合理选择系统功能模块,可满足国内大规模的酒店需求,为管理者提供高效的管理手段。
既可帮助管理者实时了解酒店的业务情况,做到耳聪目明;又能实现对帐务进行严密的管理,做到严防跑、冒、滴、漏。
彈贸摄尔霁毙攬砖卤庑。
虽然此酒店管理系统有着强大的覆盖面,受到各大酒店管理人员好评。
但对于中小型酒店来说,有些功能似乎太庞大,会造成功能不必要的浪费。
因此,对于一些中小型的酒店,我们应该有针对性的进行开发。
謀荞抟箧飆鐸怼类蒋薔。
二、需求分析
(一)用户需求分析
需求分析是在问题及最终解决方案之间架设桥梁的第一步。
只有充分了解需求之后才能设计系统,否则,对需求定义的任何改进,在设计上都必须大量的返工。
现在绝大多数的中小型酒店、宾馆由于资金、人员等多方面原因不易使用酒店管理类软件,全凭原始的手工记录管理,效率低、易出错;同时,市场上出现的各类酒店客房信息管理软件基本上都是为大型酒店专业设计的,有很多功能对于一般酒店、宾馆根本用不上。
更为关键的是这些酒店客房信息管理软件都是基于客户机/服务器的,即使功能再强大,客人需要预订客房时都需自己亲自到酒店去预订或者是打电话到酒店预订,操作比较繁琐。
厦礴恳蹒骈時盡继價骚。
酒店客房信息管理系统的使用是否方便,运行速度是否迅速,信息处理是否准确,直接影响到客人能否及时获得酒店客房信息和酒店的经营管理,然而,现在的系统显然不能满足这些需求,它存在的主要问题是:
客人使用很不方便。
客人预订客房,需自己亲自到酒店去预订或者是打电话到酒店预订,这显然是对时间很大的浪费。
另外,若客人临时有事,需要修改和取消自己的预订也需那样做,相当麻烦。
而在生活节奏越来越快的今天,显然是不科学的。
管理酒店的各种信息相当困难。
酒店的信息量越来越大,管理员要对客房、预订、入住、结账等信息进行人工管理,工作量相当大,如客人结账退房时,要通过手工记录的账单计算客人的结账金额,并修改客房信息。
处理效率低,准确度差。
采用人工方式,不但增加了工作量,浪费了人力,更重要的是不可避免地会降低处理效率,且出错机率大。
茕桢广鳓鯡选块网羈泪。
1.数据字典
数据字典是系统分析阶段的重要部分,它清楚地定义与详细地解释了数据流程图所不能表达的内容。
同时它能够帮助分析组织数据,是同用户交谈的极好工具,此外数据字典记载着每个数据项的关键条目,从中可以检查出各数据元素的详细内容或漏掉的数据元素。
鹅娅尽損鹌惨歷茏鴛賴。
(1)数据元素定义表
如表2-1所示。
表2-1数据元素定义表
编号
数据流元素名
数据类型、长度
编号
数据流元素名
数据类型、长度
E01
姓名
C/50
E12
支付方式
C/50
E02
联系电话
C/50
E13
结账金额
N/小数
E03
信用卡号
C/50
E14
消费内容
C/50
E04
房间类型
C/50
E15
房间类型编号
C/50
E05
房间编号
C/50
E16
楼层编号
C/50
E06
入住时间
D
E17
额定人数
C/50
E07
离店时间
D
E18
床数
C/50
E08
备注
C/50
E19
客房价格
C/50
E09
预订人
C/50
E20
客房状态
C/50
E10
单据状态
C/50
E21
房间类型数量
C/50
E11
入住人数
C/50
E22
角色名称
C/50
(2)数据流定义表
如表2-2所示。
表2-2数据流定义表
编号
数据流名称
数据流来源
数据流去向
数据流组成
P001
客房预订表
订房登记
管理人员
E01~E08
P002
登记表
入住登记、客房预订表、客房信息表
退房管理
E02、E05、E07
E09、E10、E11
P003
退房表
登记表
客人
E05、E12、E13
P004
消费表
消费记账单
客人
E05、E08、E13、E14
P005
客房信息表
客房信息单
预订管理
退房管理
E05、E08、E15、E16、E17、E18、E19、E20
P006
客房类型表
客房信息单
客房管理
E04、E15、E19、E21
2.数据流程图
酒店客房信息的管理工作主要包括预订管理、入住管理、消费记账、收银退房、客房管理、系统维护几方面,对这几方面可以进行添加、显示、修改、删除、查询等操作。
籟丛妈羥为贍偾蛏练淨。
操作人员进入系统前要先进行身份验证,然后根据访问权限来进行相应的操作。
如果是系统管理员可以对系统进行全面的管理,可以查看预订管理界面的全部信息,还可对入住信息进行添加、删除操作,对各管理信息进行查询;普通用户没有这些功能的权限,只能进行客房查询和客房预订。
该系统前台数据流程图如图2-1所示,后台数据流程图如图2-2所示。
預頌圣鉉儐歲龈讶骅籴。
图2-1前台系统流程图
图2-2后台系统流程图
(二)系统功能分析
系统开发的总体任务是实现酒店信息的系统化、规范化和自动化。
酒店客房管理系统可能实现的主要功能包括以下几个方面。
渗釤呛俨匀谔鱉调硯錦。
1.客户订单管理
对客户预订信息进行查询和管理,包括对客户的基本信息(如客户姓名、联系电话、预订时间、客房编号、客房类型、入住时间、离店时间等)进行统计和查询。
铙誅卧泻噦圣骋贶頂廡。
2.入住管理
管理员输入基本信息,并对其进行管理,入住管理包括的基本信息(如客房编号、离店时间、预订人、联系电话、单据状态、入住人数等)进行检索、录入和修改。
擁締凤袜备訊顎轮烂蔷。
3.消费记账管理
管理员输入基本信息对客人消费进行管理,包括的基本信息(如客房编号、消费金额、消费内容、备注等)进行检索、录入和修改。
贓熱俣阃歲匱阊邺镓騷。
4.收银退房管理
实现对客房的退房管理,包括对客房的业务信息(如客房编号、消费内容、消费时间、金额、支付方式)进行检索、录入和修改。
坛摶乡囂忏蒌鍥铃氈淚。
5.客户信息管理
管理员可以对客房信息和客房类型进行管理,包括对客房的基本信息(如客房编号、类型编号、楼层编号、客房价格、床数等)进行添加和删除。
蜡變黲癟報伥铉锚鈰赘。
6.查询功能
根据客户的入住情况,管理员可以对入住单和账单进行查询。
(三)可行性分析
1.技术上的可行性
本管理信息系统将采用技术成熟的VisualStudio.NET作为前台开发工具。
后台数据库采用SQLServer2000数据库,SQL功能强大、简单易学、使用方便,已经成为了数据库操作的基础,并且现在几乎所有的数据库均支持SQL。
因此,系统的软件开发平台已成熟可行。
硬件方面,科技的飞速发展使硬件的更新速度越来越快,容量越来越大,可靠性越来越高,价格越来越低,其硬件平台完全能满足此系统的需要。
買鲷鴯譖昙膚遙闫撷凄。
2.经济上的可行性
本系统由本人自主开发,免费使用。
操作人员只需简单培训即可操作。
管理和维护比较简单,除了必要的设备投资外,后期只需少量资金就可确保运转。
因此对于中小型酒店在经济上是完全可以接受的。
綾镝鯛駕櫬鹕踪韦辚糴。
本系统的使用能大大提高员工工作效率,加速资金周转、降低各项成本及改善服务质量,能够取得良好的经济效益。
驅踬髏彦浃绥譎饴憂锦。
三、系统的总体设计
(一)功能设计
根据酒店客房信息管理系统基于B/S的特点,可以将其分为前台和后台两个部分进行设计,分别对应客人和管理员。
前台主要用于客人查询客房、预订客房、查询、修改、删除订单;后台主要用于酒店管理员对酒店入住情况进行管理。
系统功能架构的前台结构图如图3-1所示,后台结构图如图3-2所示。
猫虿驢绘燈鮒诛髅貺庑。
图3-1系统总体结构图-前台功能结构图
图3-2系统总体结构图-后台功能模块图
下面详细描述一下各个模块的功能。
1.前台模块的功能
客人进入酒店网站的首页,根据客房的类型,查询酒店的客房信息,并在网上完成了客房的预订。
客人在预订了客房后可通过客房编号对自己的订单信息进行查询、修改和删除操作。
锹籁饗迳琐筆襖鸥娅薔。
2.后台模块的功能
(1)订单管理
只限于管理员操作。
不同的账号级别所操作的权限是不同的。
管理员可以向数据库的订单表中添加、修改和删除账号,也可设置账号的级别;客人只能进行客房预订。
因为设置了不同的权限,从而加强了系统的保密性。
構氽頑黉碩饨荠龈话骛。
(2)入住管理
入住管理是管理员对酒店入住情况进行的操作,只限于管理员。
对客人的入住或离店情况进行相应的添加、删除操作。
輒峄陽檉簖疖網儂號泶。
(3)消费记账
记录入住客人的消费信息,形成账单。
对客人的消费进行添加、删除操作。
(4)收银退房
完成客人的结账退房。
(5)客房管理
管理、设置酒店的客房类型和客房信息。
(6)系统维护
管理员可以对数据库的用户表中添加、修改和删除账号和密码,也可设置账号的级别;系统有两种帐号级别:
一种是管理员级别,一种是客人级别。
尧侧閆繭絳闕绚勵蜆贅。
(二)数据库设计
1.概念结构设计
将“管理员”、“客房信息”确定为实体,“管理”作为联系,可以得到管理员、客房信息的局部E-R图,如图3-3所示。
识饒鎂錕缢灩筧嚌俨淒。
图3-3管理员、客房信息局部E-R图
将“管理员”、“账单”确定为实体,“管理”作为联系,可以得到管理员、账单的局部E-R图,如图3-4所示。
凍鈹鋨劳臘锴痫婦胫籴。
图3-4管理员、账单局部E-R图
将“管理员”、“入住单”确定为实体,“管理”作为联系,可以得到管理员、入住单的局部E-R图,如图3-5所示。
恥諤銪灭萦欢煬鞏鹜錦。
鯊腎鑰诎褳鉀沩懼統庫。
图3-5管理员、入住单局部E-R图
将“管理员”、“预订单”确定为实体,“管理”作为联系,可以得到管理员、预订单的局部E-R图,如图3-6所示。
硕癘鄴颃诌攆檸攜驤蔹。
图3-6管理员、预订单局部E-R图
以上为各个功能子系统的分E-R图,根据各个分E-R图,现在给出总体E-R图,如图3-7所示。
图3-7系统总体E-R图
2.逻辑结构设计
(1)将E-R图转换成若干关系模式
每个关系模式的主键及外键如下。
入住单(入住单号,入住时间,离店时间,单据状态,客房价格,入住人数,预订人,联系电话,备注,应收账款,是否结账,结账金额,结账日期,付款方式,信用卡号,入住天数)外键:
客房编号,类型编号阌擻輳嬪諫迁择楨秘騖。
客房类型(类型编号,类型名称,价格,数量)
客房信息(客房编号,额定人数,床数,备注,状态,价格)外键:
类型编号,楼层编号
账单(账单编号,消费内容,消费金额,消费时间)外键:
客房编号
楼层信息(楼层编号,楼层名称)
预订单(预订单号,客房类型,入住时间,离店时间,客房价格,单据状态,预订人,联系电话,信用卡号,预订时间,备注)外键:
客房编号氬嚕躑竄贸恳彈瀘颔澩。
用户(用户编号,用户名,密码)外键:
角色编号
角色(角色编号,角色名称)
入住单历史(入住单号,入住时间,离店时间,单据状态,客房价格,入住人数,预订人,联系电话,备注,应收账款,是否结账,结账金额,结账日期,付款方式,信用卡号,入住天数)外键:
客房编号,类型编号釷鹆資贏車贖孙滅獅赘。
(2)结构定义
入住单在客人入住酒店时使用,记录客人的相关信息,具体设计如表3-1所示。
表3-1入住单
字段
字段名
字段类型及宽度
主键
是否允许为空
1
入住单号
Int(4)
是
否
2
客房编号
Int(4)
否
是
3
类型编号
Int(4)
否
是
4
入住时间
Datatime(8)
否
是
5
离店时间
Datatime(8)
否
是
6
单据状态
Varchar(20)
否
是
7
客房价格
Float(8)
否
是
8
入住人数
Int(4)
否
是
9
预订人
Varchar(20)
否
是
10
联系电话
Varchar(40)
否
是
11
备注
Varchar(510)
否
是
12
应收账款
Float(8)
否
是
13
是否结账
Bit
(1)
否
是
14
结账金额
Float(8)
否
是
15
结账日期
Datatime(8)
否
是
16
付款方式
Varchar(20)
否
是
17
信用卡号
Varchar(40)
否
是
18
入住天数
Int(4)
否
是
客房类型表是保存客房的类型信息,具体设计如表3-2所示。
表3-2客房类型
字段
字段名
字段类型
主键
是否允许为空
1
类型编号
Int(4)
是
否
2
类型名称
Varchar(40)
否
是
3
价格
Float(8)
否
是
4
数量
Int(4)
否
是
客房信息表是保存酒店所有的客房信息,具体设计如表3-3所示。
表3-3客房信息
字段
字段名
字段类型
主键
是否允许为空
1
客房编号
Int(4)
是
否
2
类型编号
Int(4)
否
是
3
楼层编号
Int(4)
否
是
4
额定人数
Int(4)
否
是
5
床数
Int(4)
否
是
6
备注
Varchar(100)
否
是
7
状态
Varchar(4)
否
是
8
价格
Float(8)
否
是
账单表是记录客人入住期间在酒店内的消费情况,具体设计如表3-4所示。
表3-4账单
字段
字段名
字段类型
主键
是否允许为空
1
账单编号
Int(4)
是
否
2
客房编号
Int(4)
否
是
3
消费内容
Varchar(40)
否
是
4
消费金额
Float(8)
否
是
5
消费时间
Datatime(8)
否
是
6
备注
Varchar(80)
否
是
楼层信息表是保存楼层编号及名称,具体设计如表3-5所示。
表3-5楼层信息
字段
字段名
字段类型
主键
是否允许为空
1
楼层编号
Int(4)
是
否
2
楼层名称
Varchar(60)
否
是
预订单表是客人预订客房时使用,保存预订的相关信息,具体设计如表3-6所示。
表3-6预订单
字段
字段名
字段类型
主键
是否允许为空
1
预订单号
Int(4)
是
否
2
客房类型
Varchar(50)
否
是
3
入住时间
Datatime(8)
否
是
4
离店时间
Datatime(8)
否
是
5
客房编号
Int(4)
否
是
6
客房价格
Float(8)
否
是
7
单据状态
Varchar(20)
否
是
8
预订人
Varchar(20)
否
是
9
联系电话
Varchar(40)
否
是
10
信用卡号
Varchar(40)
否
是
11
预订时间
Float(8)
否
是
12
备注
Varchar(510)
否
是
用户表是保存系统使用者的信息,具体设计如表3-7所示。
表3-7用户
字段
字段名
字段类型
主键
是否允许为空
1
用户编号
Int(4)
是
否
2
用户名
Varchar(36)
否
是
3
密码
Varchar(50)
否
是
4
角色编号
Int(4)
否
是
角色表是保存系统使用者的权限信息,具体设计如表3-8所示。
表3-8角色
字段
字段名
字段类型
主键
是否允许为空
1
角色编号
Int(4)
是
否
2
角色名称
Varchar(50)
否
是
入住单历史表是入住单在收银结账后清除并导入的一些数据,具体设计如表3-9所示。
表3-9入住单历史
字段
字段名
字段类型
主键
是否允许为空
1
入住单号
Int(4)
是
否
2
客房编号
Int(4)
否
是
3
类型编号
Int(4)
否
是
4
入住时间
Datatime(8)
否
是
5
离店时间
Datatime(8)
否
是
6
单据状态
Varchar(20)
否
是
7
客房价格
Float(8)
否
是
8
入住人数
Int(4)
否
是
9
预订人
Varchar(20)
否
是
10
联系电话
Varchar(40)
否
是
11
备注
Varchar(5100)
否
是
12
应收账款
Float(8)
否
是
13
是否结账
Bit
(1)
否
是
14
结账金额
Float(8)
否
是
15
结账日期
Datatime(8)
否
是
16
付款方式
Varchar(20)
否
是
17
信用卡号
Varchar(40)
否
是
18
入住天数
Int(4)
否
是
四、系统实现
(一)开发工具的选择
本系统主要采用的是面向对象的方法,尽可能的使操作简单易学。
主要采用技术:
ASP.NET技术和SQL数据库有机结合。
怂阐譜鯪迳導嘯畫長凉。
1.MicrosoftSQLServer2000简介
SQL是StructuredQueryLanguage的缩写。
是专为数据库而建立的操作命令集,是一种功能齐全的数据库语言。
在使用它时,只需要发出“做什么”的命令,“怎么做”是不用使用者考虑的。
SQL功能强大、简单易学、使用方便,已经成为了数据库操作的基础,并且现在几乎所有的数据库均支持SQL。
谚辞調担鈧谄动禪泻類。
数据库技术出现于20世纪60年代,主要用来适应管理信息系统对数据管理的要求。
40多年来,数据库技术在理论和实现上都有了很大的发展,已经成了绝大多数IT解决方案的基础。
数据库系统支持的数据模型由层次型、网状型发展到目前较流行的关系型。
SQLServer2000(简称SQLServer)就是运行在网络环境下的关系型数据库管理系统(RDBMS)。
嘰觐詿缧铴嗫偽純铪锩。
SQLServer2000的特性包括以下几个方面。
(1)与Internet集成
SQLServer数据库引擎提供完整的XML支持。
提供了网络解决方案所需的可伸缩性、可用性和安全功能。
SQLServer程序设计模型能与WindowsDNA构架紧密结合,在SQLServerEnglishQuery和Microsoft搜索服务等功能的支持下,提高了Web应用程序的查询熒绐譏钲鏌觶鷹緇機库。
和搜索功能。
(2)可伸缩性和易用性
SQLServer数据库引擎可以在不同的微软平台上运行,随着应用系统功能的增强,用户可以平滑地进行移植,保证了用户前期投资的最大利益。
鶼渍螻偉阅劍鲰腎邏蘞。
(3)企业级数据库功能
SQLServer数据库引擎支持当今苛刻的数据处理环境所需的功能。
它充分保护数据完整性;管理上千个并发修改数据库用户;分布查询功能可以引用来自不同数据源的数据;分布式事务功能保证所有分布数据库更新的完整性;具有强大的复制同步功能。
纣忧蔣氳頑莶驅藥悯骛。
(4)易于安装、部署和使用
SQLServer中包括一系列管理和开发工具,这些工具方便了SQLServer的安装、部署、管理和使用过程。
SQLServer支持与WindowsDNA集成的程序设计模型,可以实现应用程序在使用数据库和数据仓库时的无缝连接,提高了应用程序的开发效率。
颖刍莖蛺饽亿顿裊赔泷。
(5)数据仓库
SQLServer中包含对数据库中的数据进行析取和分析的联机分析处理(OLAP)工具,有些工具还可用来直观地设计数据库并通过EnglishQuery进行数据分析。
濫驂膽閉驟羥闈詔寢賻。
2.VisualStudio.NET简介
1995年,Sun公司正式推出面向对象的开发语言Java,并提出跨平台、跨语言的概念,之后,Java就是逐渐成为企业级应用系统开发銚銻縵哜鳗鸿锓謎諏涼。
的首选工具。
为支持Java语言,微软开发出基于Java语言的编译器VisualJ++,并在短的时间里由1.1版本升级6.0版本,其中VisualJ++6.0版集成在VisualStudio6.0中。
该语言开发的程序不但在Java虚拟机上(JavaVirtualMachineJVM)的运行速度大大加快,而且增加了许多新特性,同时还支持调用WindowsAPI,这些特性使得VisualJ++成为强有力的Windows应用开发平台,并成为业界公认的优秀Java编译器。
挤貼綬电麥结鈺贖哓类。
由于VisualJ++主要应用在Windows平台的系统开发中,因此Sun公司认为VisualJ++违反了Java的许可证协议,违反了Java开发平台的中立性,并对微软提出了诉讼,这使得微软处于极为被动的局面。
为了改变这种局面,微软决定推出其进军互联网领域
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 酒店 参考 大学本科 方案设计
![提示](https://static.bdocx.com/images/bang_tan.gif)