酒店管理系统需求规格说明书.docx
《酒店管理系统需求规格说明书.docx》由会员分享，可在线阅读，更多相关《酒店管理系统需求规格说明书.docx（15页珍藏版）》请在冰点文库上搜索。
酒店管理系统需求规格说明书
酒店管理系统
需求规格说明书
作者
吴XX
日期
2011/10/21
审批
吴XX
日期
2011/10/21
日期
版本
变更说明
作者
2011/10/21
1。
0
初次编写
吴XX
1、引言
1。
1、目的
随着旅游业的发展，酒店、餐饮娱乐行业日趋发达，引入全方位的电脑服务和电脑管理日益流行。
同时,酒店和餐厅娱乐业引入电脑服务和管理也取得了优良的经济效益和社会效益。
而传统的酒店管理采取的纯手工记录管理，不仅效率低,并且易出错。
因此,为解决传统的酒店管理的缺陷，引用科学的电脑管理十分重要。
1。
2、文档约定
此文档分为三级:
一级标题格式为标题1，二级标题格式为标题2，正文为五号宋体
1。
3、预期的读者和阅读建议
本需求规格说明书所针对的读者有：
开发人员、项目经理、测试人员、系统维护人员以及文档编写人员和酒店管理人员。
1。
4、产品的范围
产品的目标就是能够使酒店的管理更现代化、信息化、方便化。
为顾客提供一个良好的管理环境，为酒店赢得更多的利益。
1.5、参考文献
【1】王水张晓民软件工程素质导论河南科学技术出版社
2、综合描述
2。
1、产品的前景
随着计算机技术的飞速发展，信息时代的到来，信息改变了我们这个社会.各类行业在日常经营管理各个方面也在悄悄地走向规范化和网络化.客房管理的信息化程度体现在将计算机及网络与信息技术应用于经营与管理,以现代化工具代替传统手工作业.无疑，使用网络信息化管理使客房管理更先进、更高效、更科学，信息交流更迅速。
酒店客房管理系统是酒店经营管理中不可缺少的部分,它的内容对于经营的决策者和管理者来说都至关重要,所以客房管理系统、信息管理系统应该能够为用户提供充足的信息和快捷的查询手段。
但一直以来人们使用传统人工的方式管理文件档案，这种管理方式存在着许多弊端,如：
效率低、保密性差，容易出现差错等,且对于查询空房间及已定房间等极为不方便。
在当今时代,这些完全可以改用计算机来代替人的手工操作.
作为计算机及网络应用的一部分，使用计算机对客房信息进行管理，具有手工管理所无法比拟的优点。
例如：
检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高客房经营管理的效率，也是企业的科学化、正规化管理,与世界接轨的重要条件。
且办事效率也是决定收入的一个关键因素。
“酒店管理系统”代表了酒店管理的信息化，不仅是体现酒店现代化形象的一个重要标志，而且对于提高员工工作效率，加速资金周转、降低各项成本及改善服务质量都有十分积极的作用。
2。
2、产品的功能
一个成熟的酒店管理系统不仅仅是记录酒店客人的信息，提供查询，报表打印等一
系列简单的工作，它能让工作人员从烦琐的手工操作中解脱，并且酒店管理系统本身就
代表着一种管理方法。
随着它的深入，将带动企业的运作,为管理和决策提供支持。
本项目在经过对各酒店软件进行分析和研究后，参考国际上的先进酒店软
件管理思想，结合中国酒店的实际特点，认为可将整个酒店管理系统细分为五个子系
统:
（1）前台管理系统
（2）消费管理系统
（3）收银管理系统
（4）客房服务系统
（5）系统维护
2.3、用户类和特征
用户类描述
酒店前台工作人员（优先考虑）前台服务员的主要职能是负责订房和退房，以及查询入
住的客户信息.所有该角色只可以使用部分功能，包括
客房经营管理、客户信息查询、个人密码修改以及注销
功能.前台工作人员对客房信息进行管理，包括对客房
的基本信息（如客房号、客房类型、客房位置等）进行检
索、录入和修改.工作人员根据酒店规定可自定义客房
类型，并对其进行管理，包括对客房类型的基本信息（如
类型名称、面积、床位、价格等）进行检索、录入和修改。
系统界面会自动显示各种房类的订房情况,以方便前台
接待控制房态。
按客人姓名系统可自动调出回头客信息
及历次住店统计信息以确定房价优惠、优惠时段和客人
具体的消费记录等。
酒店管理人员酒店管理员享有最高权限，可以使用酒店客房管理系统
所提供的所有功能，包括员工信息维护、客房类型维护、
客房信息维护、客户信息查询、经营状况统计、个人密
码修改以及注销功能.
顾客顾客可以在酒店提供的网上酒店管理系统进行自助查询
酒店的一些相关信息，以及预定客房等。
财务管理部门根据酒店客房的业务记录,酒店财务管理部门的工作人
员可选择由客房类别和日期的统计方式对营业额进行统
计.他们需要接受培训,学会如何让使用计算机以及一
些office应用。
酒店房务服务人员酒店的房务服务人员利用系统可看到系统根据自家酒店
的实际情况按顺序房号列出客房，很直观地显示客房所
属的房间类型及用图形及颜色表示不同的房态，有没有
顾客入住、退房等，客房需要什么样的服务，是否需要
打扫、服务。
2.4、运行环境
操作系统：
windowsXP或windows7
数据库：
SQLServer2005
浏览器：
InternetExplorer6.0以上版本
同时为了达到系统要求,必须依靠高起点的硬件环境和软件开发工具来保证系统的稳定和正常运行。
酒店电脑系统要求24小时连续运行，数据量大,可靠性要求高，因此整个电脑系统供电采用专线方式，加配lips（不间断供电系统），并合理接地，以便保障整套系统的正常运行。
2。
5、设计和实现上的限制
1、部分子系统将使用酒店本来的业务流程。
2、系统必须操作简单、用户手册通俗易懂。
3、该服务器实现要使用由公司批准的ApacheHTTPServer。
2。
6、假设和依赖附录
无
3、外部接口需求附录
3.1、用户界面附录
1：
入住登记界面应包含：
部门、可选设施图标区、宾客信息登记区、选定设施列表。
2：
消费点单操作界面应包含:
部门选择、总账单列表区、子账单列表区、消费记录区、消费品选择区（部门、消费品列表）。
3:
外卖零单消费界面应包含：
消费品选择区（部门、消费品列表）、消费记录区、支付方式选择区.
4：
在退房结账界面应包含：
部门选择、总账单列表区、子账单列表区、消费明细表、结账操作面板（付款方式、结算金额、已收金额、实际收款、币种）。
3.2、硬件接口
HI-1:
采用基于超5类双绞的综合布线系统，同时支持语音和数字的传输。
HI-2：
对机器的指标是：
Cpu2400转以上、显示器支持800*600分辨率、基本内存512M推荐2G、Windows兼容打印机。
3。
3、软件接口
操作系统：
WindowsXP或Windows7
网络应用程序服务器：
Apache2。
2
底层运行环境:
PHP5
数据库管理系统：
SQLServer2005
浏览器：
IE6.0以上版本
开发软件：
。
NETframework3.5
3.4、通信接口
网络通讯协议:
HTTP协议；
数据传输协议：
TCP/IP协议；
邮件服务协议：
SMIP协议。
4、系统特性
4。
1、说明和优先级
系统特性名称
系统特性说明
优先级
前台管理
为住店客人提供预订信息，并为顾客办理登记入住手续，将登记信息录入电脑.并可以为客人增加房间，更换房间，还能根据操作员的权限不同，对客人登记信息及房间价格加以修改，提高系统的灵活性,满足不同客人的要求。
3
消费管理
根据客人需求，为已登记在店客人提供店内能提供的消费服务，并自动建立消费档案。
每位顾客发生消费前必须进行登记，需要建立客户帐，然后是顾客在酒店里进行了各种消费，例如：
就餐点菜、会议室的租用、沐浴按摩、酒水消费等等,将这些消费信息录入在客户帐上，对这些消费进行管理满足顾客不同的消费。
1
收银管理
每一个客人从入住房间起，系统就需要自动产生该客人的帐号，住店的客人享受酒
店的短期贷款，可以在酒店绝大部分签单，这将刺激客人的消费心理，增加酒店收入,
酒店管理者还应可根据客人的情况锁住其帐号，以限制其消费。
前台收银的埋单应允许客人一帐多单,分期埋单,分类别埋单，退房时能自动检
测：
客人的帐务余额为零；客人帐号的帐项为空；否则不能退房。
系统还应具有合并、分拆帐户的功能，既不但可以把几个帐号的消费转入另一帐
号，也可把某一帐号特定时期特定几类消费转入另一帐号，便于满足客人的多种结帐要
求。
4
客房服务管理
酒店提出需要一个专门的子系统用于客房部检查客房等项目设施状态，根据多家酒
店调研得出,通常将客房分为五种状态：
清洁、有客、清理中、待修理和有预约，在电
脑系统中应以五种图标代表.为增加灵活性，可以对其进行修改或调整.客房部根据电
脑中的资料对脏房进行清洁，并能将清洁后的房态更改为清洁房。
也可将部分房态改为
待修理，使前台不能出售此类房间。
可显示各部门的设施利用率,对已离店宾客的详细
情况进行查询或打印
2
4.2、激励/响应序列
无
4.3、功能需求
响应条件或动作
功能需求说明
前台管理-预定-新增
对新的预定，设计“新增预订”按钮供操作员使用
前台管理—预定—登记-宾客
在预订登记去填入宾客相关信息
前台管理—入住登记-宾客
系统询问宾客的姓名及证件信息
前台管理-入住登记-宾客-登记
根据宾客提供姓名及证件号填写宾客信息
前台管理-入住登记—确认
填写无误后按“保存”按钮
前台管理—入住登记—取消
宾客改变主意取消入住，按“取消”按钮
收银管理—退房结账-付款-计算金额
结算金额—已收金额=实际收款金额
收银管理-退房结账-付款-方式
系统询问该客人选择的付款方式
收银管理-取消结账-退单—处理
在“退房处理”处打勾，点击结账按钮.系统完成取消结账操作，其所有消费不作营业额统计.
客房服务-客史资料查询—选择
进入“登记人信息"一栏，选择要查看客户的姓名
客房服务-客史资料查询-查找—输入
输入要查询客人的“姓名”、“住址”和“证件号”.
客房服务—房态管理-查看—图标
用鼠标点击图标来选择设施,如果该设施状态为：
“有客”，在界面右下部会显示使用该设施客人概况，双击鼠标左键，可弹出该客人的基本情况标。
5、其他非功能需求
5.1、性能需求
1:
当查询空余项目时，系统的响应时间不能超过2秒.
2：
用户向系统提交信息后，系统将在1秒钟内向用户显示确认信息。
5.2、安全设施需求
无
5。
3、安全性需求
1：
用户安全性需求：
（1）限制不必要的用户。
经常检查系统的用户，删除已经不再使用的用户。
（2）创建两个管理员账号.创建一个一般权限用户用来处理一些日常事物，另一个拥有管理员权限的用户只在需要的时候使用。
（3）开启用户策略,分别设置复位用户锁定计数器时间为20分钟，用户锁定时间为20分钟，用户锁定阈值为3次.
2：
密码安性需求：
（1）使用安全密码，注意密码的复杂性，还要经常改密码。
（2）设置屏幕保护密码。
（3）开启密码策略。
设置密码长度最小值为6位，设置强制密码历史为5次，时间为30天.
3：
系统安全性需求:
（1）安装防毒软件，经常进行系统扫描并升级病毒库。
（2）关闭默认共享.
4:
服务安全性需求：
（1）关闭不必要的端口。
用端口扫描器扫描系统已开放的端口，确定系统开放的哪些服务可能引起黑客入侵。
（2）设置好安全记录的访问权限。
安全记录在默认情况下是没有保护的，把它设置成只有管理员和系统账户才有权访问.
（3）要把一些重要的用户数据（文件、数据表、项目文件等）定时备份在另一个安全的服务器中。
5。
4、软件质量属性
Available（可用性）—1：
“酒店管理系统”将具备每天24小时可用。
Robustness（健壮性）-1：
如果在缴纳定金或退房结账时客户机和服务器中断，那么当时的操作全部视为无效,系统不记录到数据库。
5.5、业务规则
无
5。
6、用户文档
无
6、其他需求
附录A：
词汇表
无
附录B：
分析模型
用例视图是表示整个系统需求。
这个用例视图反映了：
参与者为系统管理员（总经理）和各部门经理，用例为各部门子系统，除了系统管理员（总经理）能与所有的用例进行通信外，每位部门经理只能与一个用例进行通信。
酒店管理系统用例图：
酒店管理系统的局部DFD图:
酒店管理系统状态图:
附录C:
待确定问题的列表
以列表的形式列出在需求分析阶段必须解决但尚未解决的问题。
可以对问题进行编号以便进行跟踪.
问题编号
问题名称
问题描述
备注
升级会员 