酒店管理系统需求分析报告.docx
《酒店管理系统需求分析报告.docx》由会员分享,可在线阅读,更多相关《酒店管理系统需求分析报告.docx(27页珍藏版)》请在冰点文库上搜索。
酒店管理系统需求分析报告
酒店管理系统需求分析
制作单位:
软件工程第三小组
小组成员:
指导教师:
一.引言
1.编写目的
编写本需求分析报告是为以后进行酒店管理系统项目的开发奠定基础,为后面的概要设计及详细设计等一系列工作起到指导作用,本报告最后要由项目管理人员评审并由其给出分析和决策。
2.开发背景
随着我国市场经济的迅速发展和人们生活水平的不断提高,酒店业的竞争愈来愈激烈。
要想在竞争中取得优势,必须在经营管理、提高服务质量等方面加强工作。
对于酒店的经营起决定性作用的是酒店管理,如何用先进的管理手段提高酒店的管理水平是每一个酒店管理者所面临的重要课题,只有管理做到最细微之处才能让顾客体会到酒店服务的高标准和高质量,而准确、快捷、周全往往就是最基本的成功要素,面对信息是大的挑战,利用科技手段提高管理无疑是一条行之有效的途径。
采用电脑管理业务、财务等诸多环节已经成为推动酒店业快捷发展的先决条件。
因此,我们小组针对客户的具体需求情况,为其量身定做一套酒店管理系统,由此产生此份需求分析报告。
3.定义
酒店管理系统是一个集前台接待、前台收银、客房管家、公关销售、财务核数、电话计费、系统维护、查询、维修等功能于一体的电子管理系统。
二.任务概述
1.开发目标
本酒店管理系统的总目标是为用户提供迅速、高效的服务,减免手工处理的繁琐与误差,及时、准确地反映酒店的工作情况、经营情况,从而提高酒店的服务质量,获得更好的经济效益;实现客房管理的规范化、自动化。
具体的目标包括:
(1)有效的预订处理
(2)简便迅捷的订房、退房服务
(3)实时、快速、准确提供客房情况(订餐、清洁、付费物品的使用等)
(4)为财务提供严密的帐务系统
(5)酒店的物资管理明细(仓库物资购进、使用情况)
(6)系统运行稳定可靠、各项维护功能齐全、易于维护
(7)简单、友好的操作界面
2.运行环境
(1)硬件环境
CPUPentiumIII以上;内存128M以上,建议256M以上;硬盘10G以上,建议20G以上;显示器分辩率800×600以上,建议1024×768以上。
(2)软件环境
操作系统Windows2000以上版本,建议使用WindowsXP以上版本;需安装数据库管理系统SQLServer2000。
3.条件与限制
前台终端不可重复向后台传同一顾客的相同服务。
系统只能在酒店宾馆内使用。
三.需求分析
1.系统流程图
财务
客房服务
仓库管理:
2.E-R图
1.实体属性图:
2.实体联系图
3.数据流图
4.状态转换图
前台接待系统状态转换图:
仓库管理系统状态转换图
财务管理系统状态转换图:
客房服务系统状态转换图:
系统管理状态转换图:
5.数据字典
.数据项:
顾客号
含义说明:
标识每一位顾客
类型:
字符型
长度:
根据实际情况设定
取值含义:
根据顾客光临顺序排列
与其他数据项的逻辑关系:
为顾客表主码
2.数据项:
房间号
含义说明:
标志每一间房间
类型:
字符型
长度:
3
取值含义:
根据房间所处楼层位置定义
与其他数据项的逻辑关系:
为房间表主码
3.数据项:
订单号
含义说明:
标志每一份顾客订房订单
类型:
字符型
长度:
大于8位
取值含义:
前八位为当时日期,后续数值为顾客号
与其他数据项的逻辑关系:
根据顾客号进行定义
4.数据项:
发票号
含义说明:
标志顾客消费时所开的发票
类型:
字符型
长度:
根据工商部门提供的发票联定义
取值含义:
根据工商部门提供的发票联定义
与其他数据项的逻辑关系:
内含顾客消费总额等数据
5.数据项:
房间状态
含义说明:
标志房间使用情况
类型:
布尔类型
长度:
1
取值含义:
使用true时表示房间已被使用,使用false时表示房间空闲
与其他数据项的逻辑关系:
房间状态决定饱和房间数、可使用房间数等数据项
6.数据项:
应收款
含义说明:
标志定义顾客消费数额
类型:
字符型
长度:
根据实际情况定义
取值含义:
明确表示顾客消费数额
与其他数据项的逻辑关系:
与发票单中的应收款相等
7.数据项:
顾客姓名
含义说明:
统计光临的顾客的姓名
类型:
字符型
长度:
定义最大为20
取值含义:
定义顾客的标志,可以存在重复
与其他数据项的逻辑关系:
与顾客一一对应关系
8.数据项:
证件号
含义说明:
统计顾客登记的证件号的信息
类型:
字符型
长度:
根据实际,最大为100位
取值含义:
统计顾客登记信息
与其他数据项的逻辑关系:
与顾客一一对应关系
9.数据项:
服务号
含义说明:
酒店实际提供的服务的定义号,供顾客选择
类型:
字符型
长度:
根据酒店实际提供服务数定义,一般不作要求
取值含义:
统计酒店具体服务,并定义序号,根据酒店特色有酒店工作人员自行取号
与其他数据项的逻辑关系:
决定应收款等数据项
10.数据项:
顾客人数
含义说明:
统计顾客人数
类型:
字符型
长度:
定义最大值
取值含义:
标识顾客总人数
与其他数据项的逻辑关系:
决定顾客开设房间数
11.数据项:
房间最大容纳数
含义说明:
标识没间房间容纳顾客住宿的最大容纳量
类型:
字符型
长度:
根据酒店房间定义最大值
取值含义:
房间实际可提供多少住宿服务
与其他数据项的逻辑关系:
决定顾客订房数
12.数据项:
日期
含义说明:
统计顾客和酒店相应消费或服务、付款等的日期
类型:
字符型
长度:
8位
取值含义:
前四位为年份,后四位为月份和日数
与其他数据项的逻辑关系:
决定顾客订房数
13..数据项:
房间类型
含义说明:
酒店提供的多种类型的房间供顾客挑选
类型:
字符型
长度:
根据酒店房间名称具体定义
取值含义:
实际名称,反映房间档次
与其他数据项的逻辑关系:
决定顾客应付款数额等数据项
14.数据项:
饱和房间数
含义说明:
顾客使用中的房间总数
类型:
字符型
长度:
定义最大值
取值含义:
表明当前不可使用房间总数
与其他数据项的逻辑关系:
决定顾客订房数
15.数据项:
空闲房间数
含义说明:
未被顾客使用的房间总数
类型:
字符型
长度:
定义最大值
取值含义:
表明当前柯使用房间总数
与其他数据项的逻辑关系:
决定一定时间内可容纳顾客数
16.数据项:
服务名称
含义说明:
为顾客提供的相应的有偿劳动
类型:
字符型
长度:
根据实际定义
取值含义:
表明服务类型的内容等
与其他数据项的逻辑关系:
与服务内容一一对应关系
17.数据项:
服务价格
含义说明:
为顾客提供的相应的有偿劳动的相应价格
类型:
字符型
长度:
根据实际定义
取值含义:
表明服务的消费额度
与其他数据项的逻辑关系:
与服务内容一一对应关系
18数据项:
服务描述
含义说明:
描述酒店提供的服务的基本内容与信息
类型:
字符型
长度:
根据实际定义
取值含义:
表明服务的实际内容
与其他数据项的逻辑关系:
与服务内容一一对应关系
19数据项:
部门号
含义说明:
为顾客提供的服务的负责机构的编号
类型:
字符型
长度:
根据实际定义
取值含义:
表明服务的负责机构
与其他数据项的逻辑关系:
与服务一一对应关系
20数据项:
工作号
含义说明:
为顾客提供的服务的工作人员的编号
类型:
字符型
长度:
根据实际定义
取值含义:
表明服务的负责人员
与其他数据项的逻辑关系:
与服务一一对应关系
21数据项:
工作人员姓名
含义说明:
为顾客提供的服务的工作人员的姓名
类型:
字符型
长度:
根据实际定义
取值含义:
表明服务的负责工作人员
与其他数据项的逻辑关系:
与服务一一对应关系
22数据项:
应付款账单
含义说明:
为顾客提供结账时的消费清单
类型:
字符型
长度:
根据实际定义
取值含义:
表明顾客实际的消费情况和数额
与其他数据项的逻辑关系:
与服务总额对应关系
数据结构
1.数据结构:
当前房间统计表
含义说明:
标识当前房间总体使用情况,房间类型等
组成:
房间类型饱和房间数空闲房间数
2.数据结构:
顾客
含义说明:
是酒店管理系统的主题数据结构,定义了一位顾客登记的相关信息
组成:
顾客号顾客姓名证件号顾客人数房间号
3.数据结构:
订单
含义说明:
顾客消费是产生的统计单,记录了顾客的消费需求
组成:
订单号顾客号服务号应付款
4.数据结构:
应收款报表
含义说明:
统计一段时间内酒店顾客消费时应付款表,供酒店核对账目使用
组成:
顾客号应付款日期
5.数据结构:
房间
含义说明:
酒店提供住宿服务时必备设施,是酒店的重要组成部分
组成:
房间号房间最大容纳数房间状态
6.数据结构:
发票
含义说明:
顾客消费后由酒店有关部门开具的消费记录
组成:
发票号顾客号应付款日期
7.数据结构:
服务
含义说明:
由酒店提供的可供顾客选择的有偿劳动
组成:
服务号服务价格服务名称
8.数据结构:
部门
含义说明:
由酒店提供的可供顾客选择的有偿劳动负责的机构
组成:
部门号服务号服务名称服务价格
9.数据结构:
工作人员
含义说明:
在酒店内负责接待等任务的人员
组成:
工作号工作人员姓名部门号
数据流
1.数据流:
订房批准
说明:
顾客订房时房间查询
数据流来源:
订房
数据流去向:
批准
组成:
登记细节登记表
2.数据流:
服务通知
说明:
由顾客登记完成触发后勤部门执行相应服务
数据流来源:
酒店前台
数据流去向:
酒店后勤部门
组成:
通知细节服务事项
3.数据流:
发票本
说明:
有顾客消费后结账是开具的统计消费金额的字面统计
数据流来源:
应付款审计
数据流去向:
发票核价
组成:
发票细节发票审核
4.数据流:
应收款
说明:
由顾客消费后,相关部门根据顾客使用服务计算顾客消费总额
数据流来源:
顾客使用服务
数据流去向:
应收款统计表发票
组成:
服务号服务细节
数据存储
1.数据存储:
房间记录表
说明:
记录当前房间的总体使用情况
流入数据流:
顾客登记
流出数据流:
房间记录
组成:
房间类型饱和房间数可使用房间数
数据量:
根据实际定义
存取方式:
顺序存取
2.数据存储:
顾客表
说明:
统计顾客登记的几本信息
流入数据流:
顾客登记
流出数据流:
组成:
顾客号顾客姓名顾客人数证件号
数据量:
根据实际定义
存取方式:
顺序存取
3.数据存储:
应付款报表
说明:
顾客消费时应付款的统计情况
流入数据流:
应付款统计
流出数据流:
组成:
顾客号日期应付款
数据量:
根据实际定义
存取方式:
顺序存取
4.数据存储:
发票表
说明:
统计有关部门开具的发票的相应信息
流入数据流:
发票
流出数据流:
发票本
组成:
发票号应付款日期顾客号顾客姓名
数据量:
根据实际定义
存取方式:
顺序存取
5.数据存储:
顾客消费表
说明:
统计顾客在酒店消费的服务的集合
流入数据流:
顾客的服务需求
流出数据流:
顾客消费服务汇总
组成:
顾客号顾客姓名服务号应付款日期
数据量:
根据实际定义
存取方式:
顺序存取
6.数据存储:
服务价格表
说明:
统计顾客在酒店消费的服务的价格
流入数据流:
酒店提供
流出数据流:
顾客消费服务价格汇总价格单
组成:
服务号服务名称服务价格服务描述
数据量:
根据实际定义
存取方式:
顺序存取
处理过程
1.处理过程:
顾客订房
说明:
顾客消费时选定房间
输入:
订房要求
输出:
订房登记
处理:
在顾客发出订房要求时,酒店内部立即查询相应房间状态,如果符合要求,则响应顾客,完成订房登记
2.处理过程:
开具发票
说明:
在顾客消费结账时,由酒店相关部门开具消费发票
输入:
顾客结账
输出:
发票
处理:
在顾客完成消费结账时,酒店相关部门根据顾客消费应付款为具体数据,开具相关发票。
3.处理过程:
服务通知
说明:
当顾客确定消费时,并且完成订单登记时由相关部门通知服务部门开始相关服务
输入:
登记完成
输出:
开始服务
处理:
当顾客在酒店前台大厅完成订单登记后,数据库录入相应数据,并触发后勤部门,提供相应服务。
四.功能划分
系统提供以下功能模块:
销售及预订、接待入住管理、前台收银结帐、客户资料管理、客房服务、财务管理、仓库管理、总经理查询、系统维护等。
1.功能划分
一个成熟的酒店管理系统不仅仅是记录酒店客人的信息,提供查询,报表打印等一 系列简单的工作,它能让工作人员从烦琐的手工操作中解脱,并且酒店管理系统本身就 代表着一种管理方法。
随着它的深入,将带动企业的运作,为管理和决策提供支持。
可将整个酒店管理系统细分为四个子系 统:
客房管理系统(包括前台接待系统及客房服务系统)、财务管理系统、库存管理系统以及系统管理。
2.功能描述
前台接待系统:
为住店客人提供预订信息,并为顾客办理登记入住手续,将登记信息录入电脑。
并可以为客人增加房间,更换房间,还能根据操作员的权限不同,对客人登记信息及房间价格加以修改,提高系统的灵活性,满足不同客人的要求。
同时可进行退房操作,结账以及押金的退取服务。
客房服务:
在客房内电脑的服务系统,为客户提供了订餐以及呼叫服务的功能。
财务管理:
每一个客人从入住房间起,系统就需要自动产生该客人的帐号,并从各个其他子系统获得客人的消费记录,汇总成客人的消费账单,供前台结账时使用以及客人的留存。
系统每天还能根据从其他系统得到的酒店收支情况做出当天的财务报表。
根据职工的工作岗位以及工作绩效结算职工工资。
库存管理:
物资的采购,物资的入库以及出库管理。
系统管理:
最高权限的管理,可对登陆系统的人员进行权限赋予以及修改密码修改信息等操作,同时可进行系统的维护。
五.性能需求
1.数据精确度
查询时应保证查全率,所有相应域包含查询关键字的记录都应能查到。
因为通常的系统规模在几百到几千项记录,以查全率为标准所带来的对查准率的影响并不大。
管理登记时数据准确度具有可控性,系统设置数据属性时对要求整数的数据设置成整型,对财务数据要求保留到小数点后三位,并满足实际情况。
数据计算设置时可以进行数据类型转换,保证准确度。
2.时间特性
一般操作的响应时间应在1~2秒内,对软磁盘和打印机的操作也应在可接受的时间内完成。
3.适应性
在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时,应具有的适应能力。
系统可以支持键盘输入,鼠标控制,按钮控制。
系统可以适应
4.可用性
故障的恢复时间,故障检测时间等应该在不影响该系统正常运行的时间范围内,平均无故障时间应该较长,以保证系统的稳定可靠。
六.运行需求
1.用户界面
采用菜单界面驱动方式,对用户友好。
对鼠标和键盘单独支持。
2.硬件接口
屏幕分辨率1024X960以上.
3.软件接口
软件要求操作系统为中文WIN98\WIN2000\WINXP\WIN2003\WINVISTA\WIN7,装有microsoft数据库驱动程序.如SQLserver2000 。
4.故障处理
正常使用时不应出错,若运行时遇到不可恢复的系统错误,优先保证数据库完好无损,预先进行备份。
七.安全需求
1.用户安全性需求
(1)限制不必要的用户。
经常检查系统的用户,删除已经不再使用的用户。
(2)创建两个管理员账号。
创建一个一般权限用户用来处理一些日常事物,另一个拥有管理员权限的用户只在需要的时候使用。
(3)开启用户策略,分别设置复位用户锁定计数器时间为20分钟,用户锁定时间为20分钟,用户锁定阈值为3次。
2.密码安全性需求
(1)使用安全密码,注意密码的复杂性,还要经常改密码。
(2)设置屏幕保护密码。
(3)开启密码策略。
设置密码长度最小值为6位,设置强制密码历史为5次,时间为30天。
3.系统安全性需求
(1)安装防毒软件,经常进行系统扫描并升级病毒库。
(2)针对不同身份的员工,根据其所属部门,设计不同的登陆界面。
各部门之间不能互通,除了最高权限管理者之外,任何人不得修改数据库,只能完成基本的查询访问等功能。
4.服务安全性需求
(1)隐私管理:
客户信息表的数据只能由特定的人员查看并对核心文件加密。
(2)设置好安全记录的访问权限。
安全记录在默认情况下是没有保护的,把它设置成只有管理员和系统账户才有权访问。
(3)要把一些重要的用户数据(文件、数据表、项目文件等)定时备份在另一个安全的服务器中。
八.成员分工