酒店管理系统

酒店管理系统需求分析

1酒店管理系统需求概述

酒店管理信息管理系统是以顾客订房信息为基础建立的管理系统， 是管理酒店客房业务的重要方法、手段、技术和操作过程的集合。作为一个管理信息系统，其服务的对象是双方面的：酒店和顾客。因此，一个好的酒店管理系统，必须让双方在使用时都快捷方便。

顾客通过输入姓名、密码等基本信息,由系统自行生成酒店相应的统计数据及各类统计报表以供用户查询、打印,另外操作人员还可以对这些基本信息进行定期的更新和删除, 酒店管理系统力求给用户方便快捷的途径去管理这些繁琐的数据。为酒店带来方便，也为顾客带来方便，实现信息化。

根据可行性研究的结果和客户的要求，分析现有情况及问题，采用两级管理结构，将酒店管理系统划分为两个子系统：酒店管理人员，酒店前台收银员。 系统的主要业务流程如下：

第一步：登录系统，选择适合您的身份。根据登录用户和密码进行登陆。 第二步：录入顾客消费信息和菜单种类信息等。即吧台查询菜品，菜系和日结账等详细资料，提交订单，将信息录入酒店管理系统的数据库中。一个姓名对应一个台号，台号一定要确保准确无误，以便方便上菜。

第三步：对顾客消费进行销账处理。对顾客的消费信息进行结账。

第四步：对日，月，年的消费信息进行汇总处理。对整个酒店每日，每年，每月的消费信息进行简单的计算，方便酒店管理人员了解酒店的运行状态和运营趋势。

酒店分为前厅部，客房部，财务部，工程部，销售部，餐饮部，会员部，人事部，机房等多个工作部门，其中前厅部作为酒店的神经中枢，在客人心中，是酒店管理机构的代表。客人的入住、退房、结账等活动都是在前台完成的，所以为其设计管理信息系统的时候，首先要考虑其组织结构，经过调查该系统的 组织结构图如下。

图1.1 组织结构图

2系统数据描述

2.1系统数据流图

数据流图是把数据在组织（或原系统）内部的流动情况抽象地独立出来，舍去了具体组织机构、信息载体、处理工作、物资、材料等，单从数据流动过程来考查实际业务的数据处理模式。主要包括对信息的流动、传递、处理、存储等的分析。

数据流程分析的目的是要发现和解决数据流通中的问题，如：数据流程不畅、前后数据不匹配、数据处理过程不合理等等。

管理业务的调查中绘制的管理业务流程图虽然形象地表达了管理中信息的流动和存储过程，但仍没有完全脱离一些物质要素，为了用计算机进行信息管理还必须进一步的舍去物质要素，收集有关的资料，绘制出系统的数据流程图，为进一步的分析做准备。

2.1.1数据流程图的符号说明

外部实体 数据处理 数据流 数据存储

? 数据流（Data Flow）:指具有名称且有流向的数据，用标有名称的箭头表示。一个数据流可以是记录、组合项或者基本项。

? 数据处理（Process）:表示对数据所进行的加工和变换，在图中用矩形框表示。指向处理的数据流为该处理的输入数据，离开处理得数据流为改处理的输出数据。

? 数据存储：表示用文件方式或数据库形式所存储的数据，对其进行存取分别以指向或离开数据存储的箭头表示。

? 外部实体：表示数据的来源及数据的去向，可以是一个组织或人员，他处于系统范围之外与系统有关的外部事物或外部环境。

2.1.2酒店前台管理系统的部分数据流程图

2.1.2.1顶层数据流程图

客人的入住过程是通过酒店前台管理系统进行，前台将现金和报表给财务部。

经理可以对前台管理系统进行查询，主要是对报表和财务状况的查询。前台管理负责把各种报表存档，以方便经理进行查询工作。

图2.1 顶层数据流程图

2.1.2.1.1第一层数据流程图

将前台管理系统分为预订管理，入住管理。收银管理，和查询管理来进行分析。

图2.2第一层数据流程图

2.1.2.1.2 将各个模块逐一分解进行分解

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

客人将预订信息给预订部，预订部根据房间状态表为客人进行预订登记，并登记客人信息，将预订单给接待部，入库保存。

P3

图2.4. 接待管理数据流程图

客人将入住请求给前台，前台根据房间状态表来分配客房，将房间号，和客人信息登记。并将客人帐单给收银部。

图 2.5 收银管理数据流程图

客人要求退房，收银人员根据账单内容来结账，把首联账单保存入库，将第二联给财务部，并修改房间状态。

2.1数据字典

数据字典主要用来描述数据流程图中数据流，数据存储，处理过程外部实体。数据字典把数据的最小单位看成是数据元素，基本数据包含若干个数据元素，可以组成一个数据结构，数据字典通过数据元素和数据项来描述数据统一存储的属性，他们之间的关系是：数据元素组成数据的结构，数据结构组成数据流和数据存储。

数据结构条目

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系统性能参数

4.2系统测试种类

1.黑盒测试

黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。

2.白盒测试

白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检

验程序中的每条通路是否都能按预定要求正确工作。 这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。

3.静态测试

静态方法是指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。静态方法通过程序静态特性的分析，找出欠缺和可疑之处，例如不匹配的参数、不适当的循环嵌套和分支嵌套、不允许的递归、未使用过的变量、空指针的引用和可疑的计算等。静态测试结果可用于进一步的查错，并为测试用例选取提供指导。

4.动态测试

动态方法是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率和健壮性等性能，这种方法由三部分组成：构造测试实例、执行程序、分析程序的输出结果。

4.3预期的软件响应

采用酒店管理系统可取代原系统的单据手工传递工作，减少人工开支，节省资金，并且可大大提高信息量的取得，缩短信息处理周期，规划酒店资源，提高员工工作效率，使酒店管理质量更上一个台阶。本系统操作简单，易于理解，只需通过简单熟悉，上手较快，酒店员工均能进行操作，营运环境要求低。面对于系统设计还应该以“标准性、安全性、兼容性、高效性、保密性、可维护性”为标准，在着眼于当前实用的基础上，为将来系统的扩展，升级留有余地。软件的开发应能在较长时间内满足酒店的发展需要。通过可行性分析研究，认为新系统的开发方案切实可行，可进行开发。

4.4应考虑的特殊问题

1．系统的安全性

系统的安全性依赖数据库、操作系统、系统应用软件的程序、校园网系统。该系统因采用Oracle，具有较强的安全保障；数据库服务器操作系统采用UNIX，安全级别较高，技术要求较高，一般人员掌握它不容易，安全性相对Windows好些；系统的应用程序对密码采用较安全的设计方法，具有相对的安全性；校园网系统应具备可靠的防火墙等措施，防止黑客对内部系统的破坏。

2．系统的速度

因学分制的推进取决于选课制的推进，该系统的运行除选课对服务器的硬件要求较高，平常使用只需普通的服务器则可，服务器的档次直接影响同时选课的人数。

3．系统的备份

数据的备份是整个系统实施的重要部分。该系统采用多层备份，数据库服务器本身的备份+应用服务器的备份+系统管理员工作站的自动备份。

5参考文献目录

《信息系统工程》杂志社

海天教务管理系统软件评价网

教师（务）信息管理系统文献综述及参考资料 教师管理系统 教务管理系统 毕业设计 ASP

《中华人民共和国国家标准JYGLBZ-XX-2002 教育管理信息化标准 第1部分：学校管理信息标准（Standards of education management information Part 1:Standards of school mamnagement information）》20xx年底月发布、实施

第二篇：酒店管理系统需求分析最终版

酒店管理系统需求分析

1. 引言

1.1 编写目的

本系统的开发目的在于更好的管理和经营酒店餐饮行业。本文档的预期读者是酒店管理系统软件开发有关的开发人员。

1.2 项目背景  

说明：

① 待开发的软件系统的名称：酒店管理系统；

② 本项目的任务提出者：酒店管理人员；

③ 本项目的任务开发者：酒店管理系统软件开发小组；

④ 用户及实现该软件的计算中心或计算机网络：酒店计算机；

1.3 参考资料

①《现代软件工程》            北京希望电子出版社           孙涌 等 编著

②《Delphi住宿餐饮管理系统开发实例导航》 人民邮电出版社

刘敬 严东明 马刚 编著

                 ③《软件需求说明书（GB856T——88）.doc》

                 ④《iso标准之需求分析说明书.doc》

2.任务概述

2.1 目标

开发本软件是为了服务酒店，使得酒店更好的经营。适用于一些大中型酒店，主要用于就餐管理和住宿管理。本软件产品是一项独立的软件，不过功能还可以增加，完成后可以升级以增加功能和完善系统。

2.2 用户的特点

使用本软件要求用户熟悉Windows 操作，并且有一定的软件操作基础。预计本软件将会在一些大中型酒店中得到广泛使用。

2.3 假定和约束

经费限制：1000元左右

开发期限：一个月左右

3.需求规定

3.1 对功能的规定

⑴  顾客就餐管理

 ① 引言

顾客就餐管理是为顾客提供就餐服务。

② 输入

顾客姓名，（证件号）等。

③ 处理过程描述

给顾客菜单，让顾客点菜并录入系统。

④ 输出

操作成功或失败的提示信息

⑵  顾客住宿管理

① 引言

顾客住宿管理是为顾客提供住宿服务。

② 输入

顾客姓名，证件号等；

③ 处理过程描述

提供房间信息，让顾客选自己满意的房间并录入系统。

④ 输出

操作成功或失败的提示信息

3.2 对性能的规定

3.2.1精度

本软件主要用于管理，不是科学计算，要求计算的精度不是很苛刻。所以                     输入,输出数据精度的要求不是很高，用于计算的数用浮点数就可以了。

3.2.2时间特性要求

本软件运行的响应时间要求不超过1～2秒，基本能实现。

3.2.3灵活性

本软件具有升级功能，以满足用户的需求。

3.3 输人输出要求

3.3.1 输入要求

      输入数据基本为：旅客姓名、性别、年龄、证件名称、证件号码、工作单位；菜肴编号、菜肴名字、菜肴价格、菜肴类型;房间编号，房间等级，房间价格等。年龄为整型数据，菜肴价格，房间价格为浮点型数据，其余均为字符型。输入一般采用界面的形式，如编辑框，下拉框，单选框，复选框等。

3.3.2 输出要求

              输出一般采用对话框形式或打印到纸上。输出数据主要有消费的金额及客户的消费历史记录。

 3.4 数据流图

绘制数据流程图的目的是为了方便开发人员与用户的交流，以及为系统的设计提供依据。数据流程图的绘制过程通常采用自顶向下，逐层分解，直到功能细化为止，形成若干层次的数据流程图。酒店管理系统的数据流程图如下所示：

顶层：

0层：

1层：

3.5 数据字典

⑴数据流条目：

就餐信息：（存放顾客证件号）、姓名，就餐情况等信息。

住宿信息：存放顾客证件号、姓名，住宿情况等信息。

查询要求：【就餐信息单||住宿信息单】

⑵文件条目：

        文件名：就餐文件

          组  成：『（证件号）＋姓名＋就餐情况』

          组  织：按姓氏递增顺序排列

文件名：住宿文件

          组  成：『证件号＋姓名＋住宿情况』

          组  织：按姓氏递增顺序排列

⑶加工说明：

加工编号：1

加 工 名：检查合法性

输 入 流：顾客就餐信息，顾客住宿信息，查询要求

输 出 流：合法的顾客就餐信息，合法的顾客住宿信息，合法的查询要求

加工逻辑：检查输入的有效性

加工编号：2.1

加 工 名：顾客就餐信息处理

输 入 流：合法的顾客就餐信息

输 出 流：录入单

加工逻辑：根据输入的要求，对顾客就餐信息进行录入

加工编号：3.1

加 工 名：顾客住宿信息处理

输 入 流：合法的顾客住宿信息

输 出 流：录入单

加工逻辑：根据输入的要求，对顾客住宿信息进行录入

加工编号：4.1

加 工 名：查询处理

输 入 流：合法的查询要求

输 出 流：顾客就餐状况单，顾客住宿状况单

加工逻辑：根据查询要求，进行就餐查询，住宿查询

3.6 数据管理能力要求

本软件管理的数据大都以数据库的形式存储，主要包括房间信息数据，菜肴信息数据，客户信息数据，其中房间信息数据和菜肴信息数据基本不变，数据库大小基本不变，而客户信息数据随着时间的推移每天都在增加，客户信息数据需要定期进行整理和处理。

3.7 故障处理要求

本软件具有错误和异常的处理能力，基本不会有软件故障，保证软件能正常运行，有对数据库备份的功能，这样才使得用户满意。

3.8 其他专门要求

本软件有保密的功能，设立了系统帐号管理功能，用户登录时需要验证用户名及密码，对于三次密码输入错误的使用者则关闭此系统，这样保证了数据的安全。本软件使用也十分方便，以窗口的形式呈现给用户，很容易操作。

4.运行环境规定

普通的个人PC（奔腾－3以上，内存至少128MB，硬盘20G以上）就足够运行了，操作系统为Windows 98及Windows NT/Windows XP系列。