收藏 分销(赏)

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

上传人:丰**** 文档编号:2687148 上传时间:2024-06-04 格式:DOC 页数:16 大小:152.54KB
下载 相关 举报
大酒店标准管理系统需求分析.doc_第1页
第1页 / 共16页
大酒店标准管理系统需求分析.doc_第2页
第2页 / 共16页
大酒店标准管理系统需求分析.doc_第3页
第3页 / 共16页
大酒店标准管理系统需求分析.doc_第4页
第4页 / 共16页
大酒店标准管理系统需求分析.doc_第5页
第5页 / 共16页
点击查看更多>>
资源描述

1、酒店管理系统酒店管理系统需求分析1酒店管理系统需求概述酒店管理信息管理系统是以顾客订房信息为基本建立管理系统, 是管理酒店客房业务重要办法、手段、技术和操作过程集合。作为一种管理信息系统,其服务对象是双方面:酒店和顾客。因而,一种好酒店管理系统,必要让双方在使用时都快捷以便。顾客通过输入姓名、密码等基本信息,由系统自行生成酒店相应记录数据及各类记录报表以供顾客查询、打印,此外操作人员还可以对这些基本信息进行定期更新和删除,酒店管理系统力求给顾客以便快捷途径去管理这些繁琐数据。为酒店带来以便,也为顾客带来以便,实现信息化。依照可行性研究成果和客户规定,分析既有状况及问题,采用两级管理构造,将酒店

2、管理系统划分为两个子系统:酒店管理人员,酒店前台收银员。系统重要业务流程如下:第一步:登录系统,选取适合您身份。依照登录顾客和密码进行登陆。第二步:录入顾客消费信息和菜单种类信息等。即吧台查询菜品,菜系和日结账等详细资料,提交订单,将信息录入酒店管理系统数据库中。一种姓名相应一种台号,台号一定要保证精确无误,以便以便上菜。第三步:对顾客消费进行销账解决。对顾客消费信息进行结账。第四步:对日,月,年消费信息进行汇总解决。对整个酒店每日,每年,每月消费信息进行简朴计算,以便酒店管理人员理解酒店运营状态和运营趋势。酒店分为前厅部,客房部,财务部,工程部,销售部,餐饮部,会员部,人事部,机房等各种工作

3、部门,其中前厅部作为酒店神经中枢,在客人心中,是酒店管理机构代表。客人入住、退房、结账等活动都是在前台完毕,所觉得其设计管理信息系统时候,一方面要考虑其组织构造,通过调查该系统 组织构造图如下。 酒店经理 销售部人事部财务部前厅部客房部餐饮部工程部前厅部经理服务领班接待部总机领班预订部行李员话务员预订部收银员接待员 图1.1 组织构造图2系统数据描述2.1系统数据流图数据流图是把数据在组织(或原系统)内部流动状况抽象地独立出来,舍去了详细组织机构、信息载体、解决工作、物资、材料等,单从数据流动过程来考查实际业务数据解决模式。重要涉及对信息流动、传递、解决、存储等分析。数据流程分析目是要发现和解

4、决数据流通中问题,如:数据流程不畅、先后数据不匹配、数据解决过程不合理等等。管理业务调查中绘制管理业务流程图虽然形象地表达了管理中信息流动和存储过程,但仍没有完全脱离某些物质要素,为了用计算机进行信息管理还必要进一步舍去物质要素,收集关于资料,绘制出系统数据流程图,为进一步分析做准备。2.1.1数据流程图符号阐明 外部实体 数据解决 数据流 数据存储l 数据流(Data Flow):指具备名称且有流向数据,用标有名称箭头表达。一种数据流可以是记录、组合项或者基本项。l 数据解决(Process):表达对数据所进行加工和变换,在图中用矩形框表达。指向解决数据流为该解决输入数据,离开解决得数据流为

5、改解决输出数据。l 数据存储:表达用文献方式或数据库形式所存储数据,对其进行存取分别以指向或离开数据存储箭头表达。l 外部实体:表达数据来源及数据去向,可以是一种组织或人员,她处在系统范畴之外与系统关于外部事物或外部环境。2.1.2酒店前台管理系统某些数据流程图2.1.2.1顶层数据流程图客人入住过程是通过酒店前台管理系统进行,前台将钞票和报表给财务部。经理可以对前台管理系统进行查询,重要是对报表和财务状况查询。前台管理负责把各种报表存档,以以便经理进行查询工作。财务部客人前台管理系统 客户祈求信息 钞票经理查询祈求 报表D1存档 房态表 图2.1 顶层数据流程图2.1.2.1.1第一层数据流

6、程图 将前台管理系统分为预订管理,入住管理。收银管理,和查询管理来进行分析。 图2.2第一层数据流程图2.1.2.1.2 将各个模块逐个分解进行分解P1.1预订接待P1。2预订登记 客人 房间状态表 预订库 预订信息 预订客人信息 订单 P2 图 2.3 预订管理数据流程图客人将预订信息给预订部,预订部依照房间状态表为客人进行预订登记,并登记客人信息,将预订单给接待部,入库保存。 房间状态表 房号P2.2入住登记P2.1前台接 待客人 入住祈求 房间号,应付账 客人帐单 客人登记单 P3 图2.4. 接待管理数据流程图客人将入住祈求给前台,前台依照房间状态表来分派客房,将房间号,和客人信息登记

7、。并将客人帐单给收银部。P3.1收银管 理财务部客人 退房结账 帐单库P3.2退房管 理 P4图 2.5 收银管理数据流程图客人规定退房,收银人员依照账单内容来结账,把首联账单保存入库,将第二联给财务部,并修改房间状态。2.1数据字典数据字典重要用来描述数据流程图中数据流,数据存储,解决过程外部实体。数据字典把数据最小单位当作是数据元素,基本数据包括若干个数据元素,可以构成一种数据构造,数据字典通过数据元素和数据项来描述数据统一存储属性,她们之间关系是:数据元素构成数据构造,数据构造构成数据流和数据存储。数据构造条目名称:入住登记单阐明:客人入住酒店时候所要填写单据。构造:姓名年龄性别国籍入住

8、日期证件类型证件号码客房编号总编号:002关于数据流。数据存储,入住登记单库 名称:预订单阐明:客人预订房间是所填写单据构造:联系人姓名 房间数量电话号码 房间种类传真号码 宾客数量预订日期 房价预到达时间预离店时间付款方式宾客姓名总编号001数据流向:关于数据,数据存储,预订单库 名称:帐单阐明:客人在结帐时候,前台所要出示报表构造:客房编号 客房种类 客房位置 客房单价 客户姓名 证件类型 证件号码 入住时间 折扣 结帐时间 备注信息总编号;003数据流向:数据存储,帐单库 2.3系统数据模型:一是菜单实体,菜单实体是酒店对酒菜描述,它保存是关于酒菜所有信息:实体集菜单,有菜单编号、菜名、

9、菜系别、助记码、计量单位、单价和状态。其中以“菜单号“作为主键。状态单价计量单位菜助记码菜单号菜系别菜名菜实体图2-3-1 菜单实体属性图二是吧台(桌子)实体,消费台实体是酒店对消费位置桌号描述,它保存是消费台位置信息:消费台实体座位数量台号图2-3-2 消费台实体属性图实体集消费台,有属性台号和座位数量。每一种作为都是与众不同,都是唯一和不重复,因此以台号作为主键。三是顾客实体,顾客实体是酒店管理员对详细操作人员描述,它保存是酒店操作人员信息:密码性别生日工作卡号状态顾客编号姓名顾客实体图2-3-3 顾客实体属性图实体集顾客,有顾客编号、姓名、性别,出生年月,密码,工作卡号和状态。由于姓名有

10、也许重名,因此不能作为主键;以“顾客编号“作为主键。四是用菜系实体,菜系实体是酒店对菜类别描述,它保存是所有菜类别信息:菜系实体类别名编号图2-3-4 菜系实体属性图实体集菜系,有编号和菜系类别名2个属性,其中以“编号”作为主键 。2.3系统接口阐明运用菜单界面驱动方式,对顾客和谐。必要对鼠标和键盘单独支持等。P1000、内存64M以上PC满足输入端条件运营于Windows及更高版本具备WIN32API操作系统上。2.4系统内部接口由于系统各种内部接口是通过借助数据库开发软件来实现,是完全在数据库内部操作,故在此略过此内容。3酒店管理系统功能描述前台计算机管理系统是整个酒店计算机管理系统一种重

11、要构成某些,其重要是为了客房接待,预订,收银等业务流程而设计,重要涉及预订管理,接待管理,收银管理,客房信息管理,报表管理,系统管理等功能子模块。功能模块图如下所示:删除客房信息查询客房信息修改客房信息新建客房信息设置客房标准设置客房信息删除客房标准修改客房标准新建客房标准查询预订信息修改预订信息新建预订信息接待管理预订管理酒店前台管理系统系统管理报表管理客房信息管理密码管理系统操作管理黑名单设立房间入住报表在客报表营业报表预警功能剩余客房查询订房信息修改订房信息添加订房信息查询4系统性能描述4.1系统性能参数重要参数软件类型教诲管理版本类型网络版版本描述酒店管理系统系统是一套合用于各大中小型

12、酒店进行信息管理有利工具。该系统在内容上重要涉及了录入、查询菜品/承办订餐业务/管理员业务几某些。硬件环境CPU :PIII500 及以上;内存:128M 以上,建议 256M 以上;硬盘:至少 200M 空间以上.软件环境Windows98/ Windows/ WindowsXP/ Windows 或更高版本。建议网络版服务器端使用 Windows/ Windows 或更高版本。4.2系统测试种类1.黑盒测试黑盒测试也称功能测试,它是通过测试来检测每个功能与否都能正常使用。在测试中,把程序看作一种不能打开黑盒子,在完全不考虑程序内部构造和内部特性状况下,在程序接口进行测试,它只检查程序功能与

13、否按照需求规格阐明书规定正常使用,程序与否能恰本地接受输入数据而产生对的输出信息。黑盒测试着眼于程序外部构造,不考虑内部逻辑构造,重要针对软件界面和软件功能进行测试。2.白盒测试 白盒测试也称构造测试或逻辑驱动测试,它是按照程序内部构造测试程序,通过测试来检测产品内部动作与否按照设计规格阐明书规定正常进行,检查程序中每条通路与否都能按预定规定对的工作。 这一办法是把测试对象看作一种打开盒子,测试人员根据程序内部逻辑构造有关信息,设计或选取测试用例,对程序所有逻辑途径进行测试,通过在不同点检查程序状态,拟定实际状态与否与预期状态一致。3.静态测试静态办法是指不运营被测程序自身,仅通过度析或检查源

14、程序语法、构造、过程、接口等来检查程序对的性。对需求规格阐明书、软件设计阐明书、源程序做构造分析、流程图分析、符号执行来找错。静态办法通过程序静态特性分析,找出欠缺和可疑之处,例如不匹配参数、不恰当循环嵌套和分支嵌套、不容许递归、未使用过变量、空指针引用和可疑计算等。静态测试成果可用于进一步查错,并为测试用例选用提供指引。4.动态测试动态办法是指通过运营被测程序,检查运营成果与预期成果差别,并分析运营效率和健壮性等性能,这种办法由三某些构成:构造测试实例、执行程序、分析程序输出成果。4.3预期软件响应采用酒店管理系统可取代原系统单据手工传递工作,减少人工开支,节约资金,并且可大大提高信息量获得

15、,缩短信息解决周期,规划酒店资源,提高员工工作效率,使酒店管理质量更上一种台阶。本系统操作简朴,易于理解,只需通过简朴熟悉,上手较快,酒店员工均能进行操作,营运环境规定低。面对于系统设计还应当以“原则性、安全性、兼容性、高效性、保密性、可维护性”为原则,在着眼于当前实用基本上,为将来系统扩展,升级留有余地。软件开发应能在较长时间内满足酒店发展需要。通过可行性分析研究,以为新系统开发方案切实可行,可进行开发。4.4应考虑特殊问题1系统安全性系统安全性依赖数据库、操作系统、系统应用软件程序、校园网系统。该系统因采用Oracle,具备较强安全保障;数据库服务器操作系统采用UNIX,安全级别较高,技术

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

展开阅读全文
部分上传会员的收益排行 01、路***(¥15400+),02、曲****(¥15300+),
03、wei****016(¥13200+),04、大***流(¥12600+),
05、Fis****915(¥4200+),06、h****i(¥4100+),
07、Q**(¥3400+),08、自******点(¥2400+),
09、h*****x(¥1400+),10、c****e(¥1100+),
11、be*****ha(¥800+),12、13********8(¥800+)。
相似文档                                   自信AI助手自信AI助手
搜索标签

当前位置:首页 > 行业资料 > 酒店餐饮

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        获赠5币

©2010-2024 宁波自信网络信息技术有限公司  版权所有

客服电话:4008-655-100  投诉/维权电话:4009-655-100

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :gzh.png    weibo.png    LOFTER.png 

客服