酒店管理信息系统设计.ppt_第1页
酒店管理信息系统设计.ppt_第2页
酒店管理信息系统设计.ppt_第3页
酒店管理信息系统设计.ppt_第4页
酒店管理信息系统设计.ppt_第5页
已阅读5页,还剩52页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、酒店管理信息系统设计,酒店信息管理的背景及基本要求 酒店信息管理系统须满足以下基本要求: (1)娱乐休闲型酒店管理信息系统是一个综合性的人机交互系统 ; (2)系统通过加快处理速度、对各类信息的详细记录和大幅度降低运行差错率来提高运转效率和准确性 ; (3)完善的系统不仅能精确、实时地反映和处理酒店的各项业务活动,还能同时为各级管理人员服务,提供及时准确的决策信息和依据;,(4)大型的管理信息系统要求在酒店内建设一个覆盖各部门的高效率的计算机网络。 (5)开发适合于各业务部门和管理部门共享使用的应用软件,充分发挥分布式高效能网络的计算和存储威力,结合消费卡灵活准确的信息对接特性,为客人提供最大

2、程度的方便条件,从而在整体上提高工作和管理的效率。 第一阶段业务调查 第一步,了解酒店的组织结构,建立系统/功能分解树。酒店的组织结构如图1所示。,图1 酒店现行的组织结构,客房,康乐部,餐饮部,财务部,接 待,娱 乐 区,楼 层,洗 衣,餐 厅,酒 吧,洗 浴 区,购 物,库 房,收 银 台,其他部,根据组织结构图,建立系统/功能分解树,建好的系统/功能分解树如图2所示。 图2 系统/功能分解树,第二步,完成业务/需求调查表。 如前所述,PlayCase中业务/需求调查表分为四类:部门划分、部门职能、角色/岗位和工作任务,分别针对系统结构树中不同的层次,层次越低对业务的描述就越详细具体。限于

3、篇幅,以下只列出部分业务/需求调查表。 第三步,调查业务流程,全面搜集业务信息,初步画出顶层事件流程图。 经调查得到以下的业务流程基本情况: 1.接待业务 (1)基本内容: (2)附加内容: 2.点单业务(允许单独收银) 3.餐饮业务(允许单独收银) (1)基本内容: (2)附加内容: 4.收银业务 1)基本内容:(2)附加内容:,5.库存业务 6.汇总报表 (1)按客人汇总:(2)按部门汇总: (3)单据审核: 第四步,从开发背景说明和业务/需求调查表入手,标识出对象,并初步确定其属性,建立构件枚举图。 第五步,完成需求分析文档。,表1 部门职能调查表客房部,表2 部门职能调查表餐饮部,表3

4、 部门职能调查表康乐部,表4 部门职能调查表财务部,图3 事件流图0层,表5 Guest构件属性列表,表6 Room构件属性列表,表7 Bill构件属性列表,任务概述 (1) 系统开发目标 1.代替员工的手工作业,提高酒店的运营效率。 2.采用图形化的操作界面,使人机对话方便,易懂、易用、易培训 3.系统24小时连续可靠运行,对重点业务实施全天候动态监管 4.系统维护方便可靠,有较高的安全性,满足实用性、先进性和经济性的要求,需求规定 一、功能规定 1.接待登记 (1)客人基本信息输入 (2)客房分配 (3)主手牌更换 (4)客房更换 (5)修改登记:按客人进住后发生的变化情况进行相应的修改。

5、 (6)规定项目的查询: 2.点单,3.餐饮 . (1) 将菜的类型、名称、数量输入相应的餐饮记录单。 (2) 按客人要求换、退菜时,调整对应的记录单。 (3) 按客人的要求,将饭菜送到房间,请客人出示手牌并签收。 (4) 根据餐饮记录单按金额、折扣或免单形式与客人结算、打印。 4.财务 (1)结账 (2)库存商品的基础数据进行设置和修改。 (3)日常性业务报表汇总,5.系统维护 (1)系统初始化: (2)客房: (3)消费: (4)餐饮: (5)整理数据: 二、性能规定 1 精度要求 2 时间特性要求,第二阶段总体设计 第一步,完善系统/功能分解树,需完成两个工作 (1)明确分解树中哪些节点

6、是子系统,哪些节点是功能(模块),其判断可以综合两方面因素: (2) 在此基础上,根据用户实际业务的需要,对现有分解树的末级节点进行适当的功能分解。 第二步,在需求定义的基础上,我们根据系统/功能分解树所做的功能分解,把事件流程图进一步向下逐层展开,来详细描述软件的总体运行过程。 第三步,描述信息流动情况,建立数据流程图5。,图4 事件流图1层,图5 数据流图0层,第四步,进行数据库的概念设计,完成两部分工作: (1)补充业务调查时业务数据(构件)的具体内容被忽略的部分。 (2)指定数据构件属性值的基本类别 。 第五步,描述数据构件间的相互关系,建立构件关系图。 第六步,完成总体设计文档。 总

7、体设计文档要包括的主要内容是对系统总体结构设计方案的选择,对最优方案的概括描述,软件结构,系统配置方案等。需要包括系统流程图、系统配置图及建立结构模型、动态模型、功能模型所需的各种图形。,表8 Guest构件属性列表,表9 GuestGroup构件属性列表,表10 GuestSingle构件属性列表,表11 Room构件属性列表,表12 Bill构件属性列表,表13 Item构件属性列表,系统总体结构 1 制订总体结构的出发点 确定系统总体结构前考虑有三种可行的方式: (1)文件服务方式 (2)客户机/服务器(C/S)方式 (3)浏览器/服务器(B/S)方式 本系统的开发采用客户机/服务器方式

8、。 2 系统总体结构 (1)前台(客户端) (2)后台(服务器端) (3)管理和维护模块 系统配置 1 硬件配置 2. 软件配置,4 第三阶段详细设计 第一步,设计用户界面及其运行序列。 每项下按各部门功能设定子项: 客房管理登记 选房 餐饮管理点菜 付款 服务管理点单 付款 财务管理结帐 库存 报表 以下给出部分用户界面。,图6 主窗口,图7 选择房间窗口,图8 客人登记窗口,图9 点菜窗口,图10 客人登记窗口,图11 结帐窗口,第二步,进行数据库的逻辑设计,完成以下工作: 定义数据构件的关键字(包括主键、外键和候选键),保持数据一致性; 确定实现构件具体的DBMS或编程语言; 定义构件属

9、性值的具体类型; 建立交叉表(构件),消除多对多的连接关系; 构件应当符合第3范式,消除更新异常情况。 第三步,进行数据库的物理设计,完成以下工作: 定义构件的索引,优化数据检索; 垂直分割构件,优化数据存取; 定义视图、查询,为编程提供方便。,表14 Guest构件属性列表,表15 GuestGroup构件属性列表,表16 GuestSingle构件属性列表,表17 Room构件属性列表,表18 Bill构件属性列表,表19 RoomBill构件属性列表,表20 ServerBill构件属性列表,第四步,定义构件的方法。 构件的方法可以有三个来源:对自身的维护,对事件的响应,对某种功能的完成

10、。 表21 Guest构件方法列表,表22 Room构件方法列表,表23 Bill构件方法列表,第五步,完成详细设计文档。 详细设计文档应在总体设计文档的基础上,进一步描述各个子模块的算法、接口。 子模块设计 1 客人 2 房间 3 帐单 (1)房费的计算公式:房费Xf基本房价Xo*N*K0十超时费Xc*K1 (2)餐厅帐单的计算公式:餐费XfF(总金额Xo*K0),数据库设计 按照系统的基本业务流程设计的主要数据表如下: 账单表:每个客人的每次消费产生一个账单记录。 客人信息表:每个客人在入店后即产生一个记录。 客房状态表:记录每一间客户的当前状态。 其它数据表有: 消费明细表:记录每个帐单

11、中的每一项消费的情况。 收入统计表:对酒店内所有的收入都需要记录其来源、收入部门、收入数据等,以便经统计产生各种收入报表。 服务项目表:酒店内所有能够提供的消费项目及其价格。 餐厅菜目表:餐厅内所有能够提供的菜目及其价格。 员工表:记录酒店员工信息。 同时对主要的数据库都设置了对应的历史数据库。,表24客人信息表(GuestInfo),表24客人信息表(GuestInfo)(续),表25 房间状态表(RoomInfo),表26帐单表(BillInfo),表27 收入统计表(IncomeSum),表28 员工表(EmployerInfo),5 第四阶段系统实现 利用PlayCASE提供的就可以自动生成程序代码框架。这种代码框架是面向对象语言

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论