酒店管理系统需求分析

2.1数据字典
数据字典主要用来描述数据流程图中数据流，数据存储，处理过程外部实体。数据字典把数据的最小单位看成是数据元素，基本数据包含若干个数据元素，可以组成一个数据结构，数据字典通过数据元素和数据项来描述数据统一存储的属性，他们之间的关系是：数据元素组成数据的结构，数据结构组成数据流和数据存储。
数据结构条目
四是用菜系实体，菜系实体是酒店对菜的类别的描述，它保存的是所有菜类别的信息：
图2-3-4菜系实体属性图
实体集菜系，有编号和菜系类别名2个属性，其中以“编号”作为主键 。
2.3系统接口说明
利用菜单界面驱动方式，对用户友好。必须对鼠标和键盘单独支持等。
P1000、内存64M以上PC满足输入端条件运行于Windows及更高版本具有WIN32API的操作系统上。
2.白盒测试
白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。
2.1.2.1.1第一层数据流程图
将前台管理系统分为预订管理，入住管理。收银管理，和查询管理来进行分析。
图2.2第一层数据流程图
2.1.2.1.2将各个模块逐一分解进行分解
房间状态表
预订库
预订信息 预订客人信息
订单
P2
图 2.3 预订管理数据流程图
客人将预订信息给预订部，预订部根据房间状态表为客人进行预订登记，并登记客人信息，将预订单给接待部，入库保存。
房间状态表
房号
入住请求 房间号，应付账
客人帐单
客人登记单
P3
图2.4.接待管理数据流程图
客人将入住请求给前台，前台根据房间状态表来分配客房，将房间号，和客人信息登记。并将客人帐单给收银部。
退房结账 帐单库
P4
图2.5收银管理数据流程图
客人要求退房，收银人员根据账单内容来结账，把首联账单保存入库，将第二联给财务部，并修改房间状态。
酒店
酒店管理
1
酒店管理信息管理系统是以顾客订房信息为基础建立的管理系统，是管理酒店客房业务的重要方法、手段、技术和操作过程的集合。作为一个管理信息系统，其服务的对象是双方面的：酒店和顾客。因此，一个好的酒店管理系统，必须让双方在使用时都快捷方便。
顾客通过输入姓名、密码等基本信息,由系统自行生成酒店相应的统计数据及各类统计报表以供用户查询、打印,另外操作人员还可以对这些基本信息进行定期的更新和删除, 酒店管理系统力求给用户方便快捷的途径去管理这些繁琐的数据。为酒店带来方便，也为顾客带来方便，实现信息化。
2.1.2酒店前台管理系统的部分数据流程图
2.1.2.1顶层数据流程图
客人的入住过程是通过酒店前台管理系统进行，前台将现金和报表给财务部。
经理可以对前台管理系统进行查询，主要是对报表和财务状况的查询。前台管理负责把各种报表存档，以方便经理进行查询工作。
客户请求信息 现金
查询请求 报表D1存档
图2.1顶层数据流程图
数据处理（Process）:表示对数据所进行的加工和变换，在图中用矩形框表示。指向处理的数据流为该处理的输入数据，离开处理得数据流为改处理的输出数据。
数据存储：表示用文件方式或数据库形式所存储的数据，对其进行存取分别以指向或离开数据存储的箭头表示。
外部实体：表示数据的来源及数据的去向，可以是一个组织或人员，他处于系统范围之外与系统有关的外部事物或外部环境。
软件环境
Windows98/ Windows2000/ WindowsXP/
Windows2003 或更高版本。建议网络版服
务器端使用 Windows2000/ Windows2003 或
更高版本。
4.2系统测试种类
1.黑盒测试
黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。
管理业务的调查中绘制的管理业务流程图虽然形象地表达了管理中信息的流动和存储过程，但仍没有完全脱离一些物质要素，为了用计算机进行信息管理还必须进一步的舍去物质要素，收集有关的资料，绘制出系统的数据流程图，为进一步的分析做准备。
2.1.1数据流程图的符号说明
外部实体 数据处理 数据流 数据存储
数据流（Data Flow）:指具有名称且有流向的数据，用标有名称的箭头表示。一个数据流可以是记录、组合项或者基本项。
2.3系统数据模型：
一是菜单实体，菜单实体是酒店对酒菜的描述，它保存的是关于酒菜的所有信息：
实体集菜单，有菜单编号、菜名、菜系别、助记码、计量单位、单价和状态。其中以“菜单号“作为主键。
图2-3-1菜单实体属性图
二是吧台（桌子）实体，消费台实体是酒店对消费位置桌号的描述，它保存的是消费台位置的信息：
3.静态测试
静态方法是指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。静态方法通过程序静态特性的分析，找出欠缺和可疑之处，例如不匹配的参数、不适当的循环嵌套和分支嵌套、不允许的递归、未使用过的变量、空指针的引用和可疑的计算等。静态测试结果可用于进一步的查错，并为测试用例选取提供指导。
2.4系统内部接口
由于系统的各种内部接口是通过借助数据库开发软件来实现的，是完全在数据库内部操作的，故在此略过此内容。
3
前台计算机管理系统是整个酒店计算机管理系统的一个重要组成部分，其主要是为了客房接待，预订，收银等业务流程而设计的，主要包括预订管理，接待管理，收银管理，客房信息管理，报表管理，系统管理等功能子模块。功能模块图如下所示：
图1.1 组织结构图
2系统数据描述
2.1系统数据流图
数据流图是把数据在组织（或原系统）内部的流动情况抽象地独立出来，舍去了具体组织机构、信息载体、处理工作、物资、材料等，单从数据流动过程来考查实际业务的数据处理模式。主要包括对信息的流动、传递、处理、存储等的分析。
数据流程分析的目的是要发现和解决数据流通中的问题，如：数据流程不畅、前后数据不匹配、数据处理过程不合理等等。
图2-3-2消费台实体属性图
实体集消费台，有属性台号和座位数量。每一个作为都是与众不同的，都是唯一和不重复的，所以以台号作为主键。
三是用户实体，用户实体是酒店管理员对具体操作人员的描述，它保存的是酒店操作人员的信息：
图2-3-3用户实体属性图
实体集用户，有用户编号、、性别，出生年月，密码，工作卡号和状态。因为姓名有可能重名，所以不能作为主键；以“用户编号“作为主键。
第三步：对顾客消费进行销账处理。对顾客的消费信息进行结账。
第四步：对日பைடு நூலகம்月，年的消费信息进行汇总处理。对整个酒店每日，每年，每月的消费信息进行简单的计算，方便酒店管理人员了解酒店的运行状态和运营趋势。
酒店分为前厅部，客房部，财务部，工程部，销售部，餐饮部，会员部，人事部，机房等多个工作部门，其中前厅部作为酒店的神经中枢，在客人心中，是酒店管理机构的代表。客人的入住、退房、结账等活动都是在前台完成的，所以为其设计管理信息系统的时候，首先要考虑其组织结构，经过调查该系统的组织结构图如下。
4.动态测试
动态方法是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率和健壮性等性能，这种方法由三部分组成：构造测试实例、执行程序、分析程序的输出结果。
4.3预期的软件响应
采用酒店管理系统可取代原系统的单据手工传递工作，减少人工开支，节省资金，并且可大大提高信息量的取得，缩短信息处理周期，规划酒店资源，提高员工工作效率，使酒店管理质量更上一个台阶。本系统操作简单，易于理解，只需通过简单熟悉，上手较快，酒店员工均能进行操作，营运环境要求低。面对于系统设计还应该以“标准性、安全性、兼容性、高效性、保密性、可维护性”为标准，在着眼于当前实用的基础上，为将来系统的扩展，升级留有余地。软件的开发应能在较长时间内满足酒店的发展需要。通过可行性分析研究，认为新系统的开发方案切实可行，可进行开发。
4系统性能描述
4.1系统性能参数
主要参数
软件类型
教育管理
版本类型
网络版
版本描述
酒店管理系统系统是一套适用于各大中小型酒
店进行信息管理的有利工具。该系统在内容上
主要包括了录入、查询菜品/承办订餐业务/管
理员业务几部分。
硬件环境
CPU :PIII500 及以上;内存:128M以上,建议
256M以上;硬盘:至少200M空间以上.
根据可行性研究的结果和客户的要求，分析现有情况及问题，采用两级管理结构，将酒店管理系统划分为两个子系统：酒店管理人员，酒店前台收银员。
系统的主要业务流程如下：
第一步：登录系统，选择适合您的身份。根据登录用户和密码进行登陆。
第二步：录入顾客消费信息和菜单种类信息等。即吧台查询菜品，菜系和日结账等详细资料，提交订单，将信息录入酒店管理系统的数据库中。一个姓名对应一个台号，台号一定要确保准确无误，以便方便上菜。