酒店管理系统需求分析报告.docx
《酒店管理系统需求分析报告.docx》由会员分享,可在线阅读,更多相关《酒店管理系统需求分析报告.docx(28页珍藏版)》请在冰豆网上搜索。
酒店管理系统需求分析报告
酒店管理系统需求分析报告
酒店管理系统需求剖析
制造单位:
软件工程第三小组
小组成员:
指点教员:
一.引言
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〕要把一些重要的用户数据〔文件、数据表、项目文件等〕定时备份在另一个平安的效劳器中。
八.成员分工