酒店管理系统

需求分析报告

目  录

文档总页数：15页

1   引言. 1

1.1  开发背景. 1

1.2  参考资料. 1

2   项目概述. 1

2.1  开发概述. 1

2.2  开发语言介绍. 1

2.3  开发数据库软件介绍. 2

3   可行性分析. 2

3.1  技术可行性. 2

3.2  管理可行性. 3

3.3  经济可行性. 3

4    需求分析. 4

4.1  系统需求. 4

4.2  功能需求. 5

4.3  数据处理需求. 8

4.4  用户需求分析. 11

4.5  系统性能需求. 11

4.6  数据库需求. 12

5    可靠性需求. 12

5.1  故障的频率及严重性. 12

5.2  可恢复性. 12

5.3  可预见性. 12

6    可用性需求. 12

6.1  人员因素. 12

6.2  用户界面需求. 12

6.3  联机帮助. 12

6.4  向导. 12

6.5  用户文档和培训材料. 12

7    出错处理需求. 13

8    接口需求. 13

8.1  用户界面. 13

8.2  硬件接口. 13

8.3  软件接口. 13

8.4  软件接口. 13

9    安全需求. 14

9.1  用户安全性需求. 14

9.2  密码安全性需求. 14

9.3  系统安全性需求. 14

9.4  服务安全性需求. 14

10   可支持需求. 14

11   实施需求. 14

12   将来可能提出的需求. 15

1  引言

1.1  开发背景

随着社会经济的发展，酒店在服务行业扮演越来越重要的角色。在酒店运作期间，其管理和服务水平直接影响到酒店形象和声誉。这就需要提高服务质量，尽可能做到让客户满意。因此，需要一套酒店管理系统对客房信息，经营情况及客户信息的管理。为管理者提供迅速高效的服务，减免手工处理的繁琐与误差。

面对信息化管理的日益发展的趋势，酒店管理的信息化越来越成为关注焦点，如何以快捷，方便，节省的方式实现信息化管理是我们一直探讨的问题，本组希望通过开发一款酒店管理系统来实现方便快捷服务，提高酒店效益，让资源尽可能的合理分配。同时，通过编写该软件来提高我们自身水平，学以致用，在不断的探索中完善系统。对我们以后提高工作效率、提升生活水平都有很大帮助。

1.2  参考资料

1.  《软件需求》Karl E.Wiegers(美)著   清华大学出版社

2.  前期所写的《酒店管理系统需求报告》

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

2  项目概述

2.1  开发概述

现代化的酒店组织庞大、服务项目多、信息量大，要想提高劳动生产、降低成本、提高服务质量和管理水平，进而促进经济效益，必须借助计算机来进行现代化的信息管理。酒店管理系统正是为此而设计的。优秀的酒店客房管理系统操作方便，灵活性好，系统安全性高，运行稳定。这也是我所设计本程序的目的之一。本产品采用的C/S模式开发，主要考虑界面的友好性，且运行于客户端有效的降低服务器和客户端之间的运算量，节省了时间。本系统包括销售统计，后台管理，人员管理，初始化系统，和系统安全 五个模块。并与SQL Server 2005数据库应用相结合。

本酒店管理系统是一种典型的信息管理系统。我们对系统进行了详细的数据库分析和设计，最终通过JAVA中的Swing技术来完成系统开发。

2.2  开发语言介绍

Java是一种可以撰写跨平台应用软件的面向对象的程序设计语言，是由Sun Microsystems公司于1995年5月推出的Java程序设计语言和Java平台（即JavaSE, JavaEE, JavaME）的总称。Java 技术具有卓越的通用性、高效性、平台移植性和安全性，广泛应用于个人PC、数据中心、游戏控制台、科学超级计算机、移动电话和互联网，同时拥有全球最大的开发者专业社群。在全球云计算和移动互联网的产业环境下，Java更具备了显著优势和广阔前景。在开发方面具有以下优势：

1.  软件的需求分析：可将用户的需求进行动态的、可视化描述,以提供设计者更加直观的要求。而用户的需求是各色各样的，不受地区、行业部门，爱好的影响，都可以用Java语言描述清楚。

2.  软件的开发方法:：由于Java语言的面向目标的特性，所以完全可以用O-O的技术与方法来开发，这是符合最新的软件开发规范要求的。

软件产品用java语言开发的软件可以具有可视化、可听化、可操作化的效果，这要比电视、电影的效果更为理想，因为它可以做到"即时、交互、动画与动作 "，要它停就停，要它继续就继续，而这是在电影与电视播放过程中难以做到的。本系统在选择java语言原因之一它还具有其跨平台性、可移植性、安全性、健壮性。充分考虑跨系统平台和安全因素，这对于产品应用和市场化需求有重要意义。

2.3 开发数据库软件介绍

SQL Server 是一个关系数据库管理系统。它最初是由Microsoft Sybase 和Ashton-Tate三家公司共同开发的，于1988 年推出了第一个OS/2 版本。在Windows NT 推出后，Microsoft与Sybase 在SQL Server 的开发上就分道扬镳了，Microsoft 将SQL Server 移植到Windows NT系统上，专注于开发推广SQL Server 的Windows NT 版本。Sybase 则较专注于SQL Server在UNIX 操作系统上的应SQL Server安装界面用。

SQL Server 20## 通过在可伸缩性、数据集成、开发工具和强大的分析等方面的革新更好的确立了微软在BI领域的领导地位。SQL Server 20## 能够把关键的信息及时的传递到组织内员工的手中，从而实现了可伸缩的商业智能。从CEO 到信息工作者，员工可以快速的、容易的处理数据，以更快更好的做出决策。SQL Server 2005全面的集成、分析和报表功能使企业能够提高他们已有应用的价值，即便这些应用是在不同的平台上。

3  可行性分析

3.1  技术可行性

编写语言：采用Java语言进行编写。Java是一种安全的、稳定的、简单的，由C和C++衍生出来的面向对象的编程语言。它在继承C和C++强大功能的同时去掉了一些它们的复杂特性（例如没有宏和模板）。Java操作简单和运行效率高，以其强大的操作能力、优雅的语法风格、创新的语言特性，编程的支持成为开发的首选语言。由于对Java技术比较熟练，对于系统较为简单的,但基本功能较为完善的酒店管理系统来说是基本没有问题的。

编程平台：编程平台采用eclipse，它已被证明是一个极其强大和成功的开发平台，其成熟稳定能够充分保证软件设计的顺利进行。

数据库：数据库采用微软的SQL Server 2005，虽然该数据库版本不是最新的，但其工作稳定，功能强大，资源耗费较少，所以能够充分满足目前的需要。

以上所用技术都是成熟的、先进的、稳定的，因此，开发本系统在技术上是可行的。

3.2  管理可行性

由于本系统功能比较简单，对于工作人员不存在太大难度。管理员权限明确，系统管理员拥有维护数据库系统的权限，对数据库中的数据进行添加、删除、更新等操作界面友好简单可操作性强。因此，本系统在管理上是可行的。

在本系统的运营阶段，使用系统的工作人员，除了需要具备在Windows平台上使用个人电脑的知识，并不需要特别的技术能力。

本系统充分结合实际酒店中餐饮营销方式，操作实际易于接受，适用性强 。在销售统计模块中分别对年、月、日销售模块进行全面统计，有利于改善优化管理服务。

3.3  经济可行性

经济上主要考虑本系统带来的效益是否大于开发本系统的成本，采用自动化的信息管理减少了人员的使用，对信息进行充分统计，方便管理，为决策者进行更好决策做出依据，提高经济效益，由于本系统的开发以课程设计为依托,参与人员的目的以学习为主,投入成本比较小。另外，系统管理员和业务员都拥有计算机的专业知识，酒店前台工作人员和管理人员不需要经过培训即可操作本软件。这样可以为开发本系统节省资金，减少后期资源浪费。因此，开发本系统在经济是可行的。

4  需求分析

4.1  系统需求

图4-1根据实际划分的酒店管理系统组成图

系统业务需求如下：

图4-2 用户主要业务流程分层数据流图

酒店管理系统的目标是为用户提供高效的服务，减少手工处理的繁琐与误差，及时准确地反映酒店工作情况、经营信息，从而提高酒店工作质量，获得更好的经济效益，具体目标包括：

1.  快速办理客人入住、换饭、退房手续，实现客人在酒店消费自动化。

2.  准确无误地记录客人每笔消费信息。

3.  实时、快速、准确提供客房动态。

4.  住宿、餐饮、购物、通信、娱乐等各种费用一次结清。

5.  酒店收益的最终统计。

4.2  功能需求

根据酒店的需要分析和软件需要，我们将酒店管理系统分为如下几个模块：房间管理模块、客户入住模块、预定管理模块、用户管理模块、酒店餐厅管理模块、结帐模块和酒店营业查询模块等。该部分模块的具体说明如下。

房间管理模块：在该模块中主要完成对酒店中的房间进行查询操作，例如显示酒店中所有空闲房间。除了整体查询外，还可以完成查询某一个房间详细信息的功能，例如查询某一入住房间中宾客的相关信息等。

客户入住模块：该模块中完成酒店最频繁操作的功能，那就是宾客入住和结账。宾客入住又称为宾客开单，其中又分为散客开单和团队开单。此模块为主要的功能模块。

预定管理模块：在该模块中可以完成查询预定的功能，例如查询今天即将到来的宾客等。除此之外，有宾客预订时，还需要增加一条预定信息。同时还可以对预定信息进行修改和删除操作以及换房等操作。

用户管理模块：在该模块中可以完成用户的个人信息修改，例如密码修改。可以完成用户的相关信息查询操作，以及在酒店中的主要职责查询。

餐饮管理模块：在该模块中包括餐厅台号管理、菜系和菜品管理，客户可以直接通过系统点单，为客户在酒店的餐厅消费的管理模块。

结账管理模块：在该模块中可以完成客户在酒店中各项消费的结账管理，通过系统可以查询消费详情并完成结账，例如客房服务，餐厅消费等

营业模块查询：该模块可以设置为只有管理员才能够操作，通过该模块，可以完成查询酒店营业额的功能，还可以查询具体宾客的消费消息。

退房管理模块：该模块可以将住房信息进行更改。为主要的功能模块之一。

经过开发者同客户的需求分析后，确定酒店客房管理系统的功能模块(用例)包括：用户信息维护、客房类型维护、客房信息维护、客房经营维护、客户信息维护、客户消费统计、经营状况统计。 酒店系统完全采用Web方式，由前台和后台管理两个部分组成。 前台在考虑功能实现的同时，也考虑了操作的简洁和方便性，目的是让大多数客户能够轻松地享受电子商务给他们带来的便利。 

为了确保客户和酒店的信息具有更好的安全性，前台管理和后台管理是分离的。前台的各管理模块需要经过权限授权才可以使用，我们为此设计了两个角色：一是酒店管理员，二是前台服务员。其中：酒店管理员享有最高权限，可以使用酒店客房管理系统所提供的所有功能，包括员工信息维护、客房类型维护、客房信息维护、客户信息查询、客户消费查询经营状况统计、个人密码修改以及注销功能。所有该角色只可以使用部分功能，包括客房经营管理、客户信息查询、个人密码修改以及注销功能。 

客户换房业务数据流图如下：

图 4-3 客户换房业务数据流图

客户退房业务数据流图如下：

图4-4 客户退房业务数据流图

客户入住业务数据流图如下：

图4-5 客户入住业务数据流图

4.3 数据处理需求

表 4-1 客房预定系统输入输出表

客户预定后存储用户的信息如姓名、性别等，更新数据库中预定记录，并分配一个独立的ID号，以方便进行各种查询及更新操作和身份识别。根据用户输入的时间，查询数据库显示可售房间信息。根据当天时间，查询数据库中的预定记录显示预定未到报表，并对预定未到的房间为可售房间。

表 4-2 前台接待系统输入输出表

客人登记入住后，存储客人信息（姓名、性别、预付押金等），分配IC卡，IC卡中记录客人房间、消费等与酒店相关的信息。客人可在前台申请转房、调房等操作，并更新相应的消费和客房信息。

表 4-3 前台收银系统输入输出表

客人从预定餐桌起，客人的账号就自动产生，初始化客人的相关信息，并将客人的消费存入数据库。并检测客人的状态，满足一定的条件，客人才能进行相应的业务。前台服务员对数据库中的客户账户资料（如押金、余额、消费额）进行修改。

表 4-4 客房管理模块输入输出表

该模块读取数据库中的客房状态，并派相应的工作人员整理房间。整理房间后及时更新数据库中的数据。如将未清理的房打扫后设置成净房，记录新入住房间。

表 4-5 客户管理模块输入输出表

在客户管理系统中保存入住客户的信息（如姓名、性别、身份证号等客户个人信息），并在客户资料变更时进行更新。查询客户系统（根据客房的身份证号），如果是老客户，根据现在的信息，修改客户的旧资料。客人可根据相应的客户资料进行查询和更新。如客户有不良消费记录，将其列入黑名单。

表 4-6 财务管理模块输入输出表

通过身份验证后，打印相应的账务报表。

4.4  用户需求分析

图4-6 用户主要业务图

4.5 系统性能需求

考虑的因素主要有以下几点：

速度：对此要求一般。

效率：要求一般，比较高效

可用性：要求较高，易于操作

准确性：要求高，财务管理的重要性使得对数值的准确性要求很高。

吞吐量：由于面对中性酒店，所以数据吞吐量不是很大，对此要求中。    

响应时间：要求中，可以很快地看见修改结果。

资源用途：资源占用中等，使得软件修改比较高效。

1.  系统所涉及的所有的货币金额数据类型，均按实数保存，在显示处理时保留小数点后4位。

2.  统计、查询数据的相应时间控制在30 秒内。

3.  基本信息变更验证：数据库访问和写卡时间控制在1 秒之内。

4.  资金注入：数据库访问与写卡时间控制在1 秒之内。

5.  卡操作全部读写过程（含数据库访问）应控制在5 秒之内，在3 秒以上操作要给予适当的提示信息。

6.  局域网数据库在网络无故障的情况下，插入一条数据和更新一条数据的数据库操作响应时间控制在0.5 秒/条之内。

7.  在拨号网络连接通后，交换数据以数据单元形式进行，所有数据交换过程控制在20 分钟内。

8.  程序启动和初始化时间控制在3 秒之内。

4.6 数据库需求

考虑到酒店的业务特点和每天的实际业务量的情况：要求能存储一定数据的能力，并且能够对大量数据有一定的处理功能和快速的响应时间。鉴于开发条件有限，我们打算采用SQL Server 2005。

5  可靠性需求

5.1 故障的频率及严重性

故障频率低，严重性小。

5.2 可恢复性

软件突然崩溃或者错误以后应该可以回滚到上一次的操作中，忽略当前此次操作。

5.3 可预见性

当点击某些控件时候，在会发生错误或者数据修改时候应当给与必要的提示。

6  可用性需求

6.1 人员因素

财务系统保密性高，对此应该加强安全措施。

6.2 用户界面需求

界面美观，便于操作。

6.3 联机帮助

帮助信息应当详细，并且附带必要图片说明。

6.4 向导

软件初次使用的时候应当设置必要的设置向导，使得软件可以更快的适应这个环境。

6.5 用户文档和培训材料

在提交软件时期应该附带用户文档以及必要的培训材料，以使得财务人员可以更快的适应新的软件。

7  出错处理需求

在系统出错的时候可以回滚到上次的操作中，尽量将损失降到最小。

8  接口需求

硬件接口：无特别要求。

网络硬件接口要求：实现内部网络通信。

软件接口要求：无特殊需求。

酒店前后台管理、公安数据联网、办公自动化、Internet/Intranet、餐饮娱乐消费、电子门锁（IC一卡通消费）、床头集控、有线电视及网络客房管理等集成，同时还将不同类型的系统和设备联成一个网络，形成统一的功能界面进行管理，实现全方位的计算机自动化，以满足酒店管理各层次的需要。

8.1 用户界面

1.  入住登记界面应包含：部门、可选设施图标区、宾客信息登记区、选定设施列表。

2.  消费操作界面应包含：部门选择、总账单列表区、子账单列表区、消费记录区、消费品选择区（部门、消费品列表）。

3.  消费界面应包含：消费品选择区（部门、消费品列表）、消费记录区、支付方式选择区。

4.  在退房结账界面应包含：部门选择、总账单列表区、子账单列表区、消费明细表、结账操作面板（付款方式、结算金额、已收金额、实际收款、币种）。

8.2 硬件接口

采用基于超5类双绞的综合布线系统，同时支持语音和数字的传输。

8.3 软件接口

可将“人事管理系统”通过程序界面与“酒店管理系统”进行通信，完成下面这些工作：

1.  提取人员业务完成情况，作为进行绩效考核的依据。

2.  根据酒店管理系统中各部门的项目消费情况，作为合理分配人员的依据。

8.4 软件接口

1.  “酒店管理系统”接收熟客的电子邮件预订，由操作员将预订信息输入系统。

2.  “酒店管理系统”将向宾客发送电子邮件消息，以确认收到预订或者预订失败信息。

9  安全需求

9.1 用户安全性需求

对于操作系统，网络系统以及数据库都有比较高的安全需求。

4.  限制不必要的用户。经常检查系统的用户，删除已经不再使用的用户。

5.  创建两个管理员账号。创建一个一般权限用户用来处理一些日常事物，另一个拥有管理员权限的用户只在需要的时候使用。

6.  开启用户策略，分别设置复位用户锁定计数器时间为20分钟，用户锁定时间为20分钟，用户锁定阈值为3次。

9.2 密码安全性需求

具体需求如下：

1.  使用安全密码，注意密码的复杂性，还要经常改密码。

2.  设置屏幕保护密码。

3.  开启密码策略。设置密码长度最小值为6位，设置强制密码历史为5次，时间为30天。

9.3 系统安全性需求

1.  安装防毒软件，经常进行系统扫描并升级病毒库。

2.  关闭默认共享。

9.4 服务安全性需求

1.  关闭不必要的端口。用端口扫描器扫描系统已开放的端口，确定系统开放的哪些服务可能引起黑客入侵。

2.  设置好安全记录的访问权限。安全记录在默认情况下是没有保护的，把它设置成只有管理员和系统账户才有权访问。

3.  要把一些重要的用户数据（文件、数据表、项目文件等）定时备份在另一个安全的服务器中。

10    可支持需求

可测试性、可扩展性、可适应性、可维护性、兼容性、可配置性、可服务性、可安装性，可本地化。

11    实施需求

表11-1 软件环境推荐配置表

表 11-2 硬件环境配置表

12    将来可能提出的需求

在对酒店企业发展大致了解以后能够达到适应近五年到十年之间的发展状况的要求。