大酒店标准管理系统需求分析.doc

酒店管理系统
酒店管理系统需求分析
1酒店管理系统需求概述
酒店管理信息管理系统是以顾客订房信息为基本建立管理系统， 是管理酒店客房业务重要办法、手段、技术和操作过程集合。作为一种管理信息系统，其服务对象是双方面：酒店和顾客。因而，一种好酒店管理系统，必要让双方在使用时都快捷以便。
顾客通过输入姓名、密码等基本信息,由系统自行生成酒店相应记录数据及各类记录报表以供顾客查询、打印,此外操作人员还可以对这些基本信息进行定期更新和删除，酒店管理系统力求给顾客以便快捷途径去管理这些繁琐数据。为酒店带来以便，也为顾客带来以便，实现信息化。
依照可行性研究成果和客户规定，分析既有状况及问题，采用两级管理构造，将酒店管理系统划分为两个子系统：酒店管理人员，酒店前台收银员。
系统重要业务流程如下：
第一步：登录系统，选取适合您身份。依照登录顾客和密码进行登陆。
第二步：录入顾客消费信息和菜单种类信息等。即吧台查询菜品，菜系和日结账等详细资料，提交订单，将信息录入酒店管理系统数据库中。一种姓名相应一种台号，台号一定要保证精确无误，以便以便上菜。
第三步：对顾客消费进行销账解决。对顾客消费信息进行结账。
第四步：对日，月，年消费信息进行汇总解决。对整个酒店每日，每年，每月消费信息进行简朴计算，以便酒店管理人员理解酒店运营状态和运营趋势。
酒店分为前厅部，客房部，财务部，工程部，销售部，餐饮部，会员部，人事部，机房等各种工作部门，其中前厅部作为酒店神经中枢，在客人心中，是酒店管理机构代表。客人入住、退房、结账等活动都是在前台完毕，所觉得其设计管理信息系统时候，一方面要考虑其组织构造，通过调查该系统 组织构造图如下。

酒店经理

销售部
人事部
财务部
前厅部
客房部
餐饮部
工程部

前厅部经理

服务领班
接待部
总机领班
预订部

行李员
话务员
预订部

收银员
接待员

图1.1 组织构造图

2系统数据描述
2.1系统数据流图

数据流图是把数据在组织（或原系统）内部流动状况抽象地独立出来，舍去了详细组织机构、信息载体、解决工作、物资、材料等，单从数据流动过程来考查实际业务数据解决模式。重要涉及对信息流动、传递、解决、存储等分析。
数据流程分析目是要发现和解决数据流通中问题，如：数据流程不畅、先后数据不匹配、数据解决过程不合理等等。
管理业务调查中绘制管理业务流程图虽然形象地表达了管理中信息流动和存储过程，但仍没有完全脱离某些物质要素，为了用计算机进行信息管理还必要进一步舍去物质要素，收集关于资料，绘制出系统数据流程图，为进一步分析做准备。
2.1.1数据流程图符号阐明

外部实体 数据解决 数据流 数据存储
l 数据流（Data Flow）:指具备名称且有流向数据，用标有名称箭头表达。一种数据流可以是记录、组合项或者基本项。
l 数据解决（Process）:表达对数据所进行加工和变换，在图中用矩形框表达。指向解决数据流为该解决输入数据，离开解决得数据流为改解决输出数据。
l 数据存储：表达用文献方式或数据库形式所存储数据，对其进行存取分别以指向或离开数据存储箭头表达。
l 外部实体：表达数据来源及数据去向，可以是一种组织或人员，她处在系统范畴之外与系统关于外部事物或外部环境。

2.1.2酒店前台管理系统某些数据流程图
2.1.2.1顶层数据流程图
客人入住过程是通过酒店前台管理系统进行，前台将钞票和报表给财务部。
经理可以对前台管理系统进行查询，重要是对报表和财务状况查询。前台管理负责把各种报表存档，以以便经理进行查询工作。

财务部
客人
前
台
管
理
系
统
客户祈求信息 钞票

经理
查询祈求 报表 D1存档

房态表

图2.1 顶层数据流程图

2.1.2.1.1第一层数据流程图
将前台管理系统分为预订管理，入住管理。收银管理，和查询管理来进行分析。

图2.2第一层数据流程图
2.1.2.1.2 将各个模块逐个分解进行分解

P1.1

预订
接待
P1。2

预订
登记

客人

房间状态表

预订库
预订信息 预订客人信息

订单
P2
图 2.3 预订管理数据流程图

客人将预订信息给预订部，预订部依照房间状态表为客人进行预订登记，并登记客人信息，将预订单给接待部，入库保存。
房间状态表
房号
P2.2
入
住
登
记
P2.1
前
台
接 待

客人

入住祈求 房间号，应付账

客人帐单
客人登记单
P3

图2.4. 接待管理数据流程图
客人将入住祈求给前台，前台依照房间状态表来分派客房，将房间号，和客人信息登记。并将客人帐单给收银部。

P3.1

收银管 理
财务部

客人

退房结账 帐单库
P3.2
退房管 理

P4
图 2.5 收银管理数据流程图
客人规定退房，收银人员依照账单内容来结账，把首联账单保存入库，将第二联给财务部，并修改房间状态。

2.1数据字典
数据字典重要用来描述数据流程图中数据流，数据存储，解决过程外部实体。数据字典把数据最小单位当作是数据元素，基本数据包括若干个数据元素，可以构成一种数据构造，数据字典通过数据元素和数据项来描述数据统一存储属性，她们之间关系是：数据元素构成数据构造，数据构造构成数据流和数据存储。
数据构造条目
名称：入住登记单
阐明：客人入住酒店时候所要填写单据。
构造：姓名
年龄
性别
国籍
入住日期
证件类型
证件号码
客房编号
总编号：002
关于数据流。数据存储，入住登记单库

名称：预订单
阐明：客人预订房间是所填写单据
构造：联系人姓名 房间数量
电话号码 房间种类
传真号码 宾客数量
预订日期 房价
预到达时间
预离店时间
付款方式
宾客姓名
总编号001
数据流向：关于数据，数据存储，预订单库

名称：帐单
阐明：客人在结帐时候，前台所要出示报表
构造：客房编号
客房种类
客房位置
客房单价
客户姓名
证件类型
证件号码
入住时间
折扣
结帐时间
备注信息
总编号；003
数据流向：数据存储，帐单库

2.3系统数据模型：

一是菜单实体，菜单实体是酒店对酒菜描述，它保存是关于酒菜所有信息：
实体集菜单，有菜单编号、菜名、菜系别、助记码、计量单位、单价和状态。其中以“菜单号“作为主键。
状态
单价
计量单位
菜助记码
菜单号
菜系别
菜名
菜实体

图2-3-1 菜单实体属性图

二是吧台（桌子）实体，消费台实体是酒店对消费位置桌号描述，它保存是消费台位置信息：
消费台实体
座位数量
台号

图2-3-2 消费台实体属性图

实体集消费台，有属性台号和座位数量。每一种作为都是与众不同，都是唯一和不重复，因此以台号作为主键。

三是顾客实体，顾客实体是酒店管理员对详细操作人员描述，它保存是酒店操作人员信息：
密码
性别
生日
工作卡号
状态
顾客编号
姓名
顾客实体

图2-3-3 顾客实体属性图
实体集顾客，有顾客编号、姓名、性别，出生年月，密码，工作卡号和状态。由于姓名有也许重名，因此不能作为主键；以“顾客编号“作为主键。

四是用菜系实体，菜系实体是酒店对菜类别描述，它保存是所有菜类别信息：

菜系实体
类别名
编号

图2-3-4 菜系实体属性图
实体集菜系，有编号和菜系类别名2个属性，其中以“编号”作为主键 。

2.3系统接口阐明
运用菜单界面驱动方式，对顾客和谐。必要对鼠标和键盘单独支持等。
P1000、内存64M以上PC满足输入端条件运营于Windows及更高版本具备WIN32API操作系统上。
2.4系统内部接口
由于系统各种内部接口是通过借助数据库开发软件来实现，是完全在数据库内部操作，故在此略过此内容。
3酒店管理系统功能描述
前台计算机管理系统是整个酒店计算机管理系统一种重要构成某些，其重要是为了客房接待，预订，收银等业务流程而设计，重要涉及预订管理，接待管理，收银管理，客房信息管理，报表管理，系统管理等功能子模块。功能模块图如下所示：
删
除
客
房
信
息
查
询
客
房
信
息
修
改
客
房
信
息

新
建
客
房
信
息
设
置
客
房
标
准
设
置
客
房
信
息
删
除客
房
标
准

修
改客
房
标
准

新
建
客
房
标
准
查
询预
订
信
息

修
改预
订
信
息

新
建
预
订
信
息
接待管理
预订管理

酒店前台管理系统

系统管理
报表管理
客房信息管理

密码管理
系统操作管理
黑名单设立
房间入住报表
在客报表
营业报表

预警功能

剩余客房查询
订房信息修改
订房信息添加
订房信息查询

4系统性能描述
4.1系统性能参数
重要参数
软件类型
教诲管理
版本类型
网络版
版本描述
酒店管理系统系统是一套合用于各大中小型酒
店进行信息管理有利工具。该系统在内容上
重要涉及了录入、查询菜品/承办订餐业务/管
理员业务几某些。
硬件环境
CPU :PIII500 及以上;内存:128M 以上,建议
256M 以上;硬盘:至少 200M 空间以上.
软件环境
Windows98/ Windows/ WindowsXP/
Windows 或更高版本。建议网络版服
务器端使用 Windows/ Windows 或
更高版本。
4.2系统测试种类
1.黑盒测试
黑盒测试也称功能测试，它是通过测试来检测每个功能与否都能正常使用。在测试中，把程序看作一种不能打开黑盒子，在完全不考虑程序内部构造和内部特性状况下，在程序接口进行测试，它只检查程序功能与否按照需求规格阐明书规定正常使用，程序与否能恰本地接受输入数据而产生对的输出信息。黑盒测试着眼于程序外部构造，不考虑内部逻辑构造，重要针对软件界面和软件功能进行测试。
2.白盒测试
白盒测试也称构造测试或逻辑驱动测试，它是按照程序内部构造测试程序，通过测试来检测产品内部动作与否按照设计规格阐明书规定正常进行，检查程序中每条通路与否都能按预定规定对的工作。 这一办法是把测试对象看作一种打开盒子，测试人员根据程序内部逻辑构造有关信息，设计或选取测试用例，对程序所有逻辑途径进行测试，通过在不同点检查程序状态，拟定实际状态与否与预期状态一致。
3.静态测试
静态办法是指不运营被测程序自身，仅通过度析或检查源程序语法、构造、过程、接口等来检查程序对的性。对需求规格阐明书、软件设计阐明书、源程序做构造分析、流程图分析、符号执行来找错。静态办法通过程序静态特性分析，找出欠缺和可疑之处，例如不匹配参数、不恰当循环嵌套和分支嵌套、不容许递归、未使用过变量、空指针引用和可疑计算等。静态测试成果可用于进一步查错，并为测试用例选用提供指引。
4.动态测试
动态办法是指通过运营被测程序，检查运营成果与预期成果差别，并分析运营效率和健壮性等性能，这种办法由三某些构成：构造测试实例、执行程序、分析程序输出成果。
4.3预期软件响应
采用酒店管理系统可取代原系统单据手工传递工作，减少人工开支，节约资金，并且可大大提高信息量获得，缩短信息解决周期，规划酒店资源，提高员工工作效率，使酒店管理质量更上一种台阶。本系统操作简朴，易于理解，只需通过简朴熟悉，上手较快，酒店员工均能进行操作，营运环境规定低。面对于系统设计还应当以“原则性、安全性、兼容性、高效性、保密性、可维护性”为原则，在着眼于当前实用基本上，为将来系统扩展，升级留有余地。软件开发应能在较长时间内满足酒店发展需要。通过可行性分析研究，以为新系统开发方案切实可行，可进行开发。
4.4应考虑特殊问题

1．系统安全性
系统安全性依赖数据库、操作系统、系统应用软件程序、校园网系统。该系统因采用Oracle，具备较强安全保障；数据库服务器操作系统采用UNIX，安全级别较高，技术规定较高，普通人员掌握它不容易，安全性相对Windows好些；系统应用程序对密码采用较安全设计办法，具备相对安全性；校园网系统应具备可靠防火墙等办法，防止黑客对内部系统破坏。
2．系统速度
因学分制推动取决于选课制推动，该系统运营除选课对服务器硬件规定较高，寻常使用只需普通服务器则可，服务器档次直接影响同步选课人数。
3．系统备份
数据备份是整个系统实行重要某些。该系统采用多层备份，数据库服务器自身备份+应用服务器备份+系统管理员工作站自动备份。
5参照文献目录
《信息系统工程》杂志社
海天教务管理系统软件评价网
教师（务）信息管理系统文献综述及参照资料 教师管理系统 教务管理系统 毕业设计 ASP
《中华人民共和国国标JYGLBZ-XX- 教诲管理信息化原则 第1某些：学校管理信息原则（Standards of education management information Part 1:Standards of school mamnagement information）》底月发布、实行