酒店管理系统需求规格说明书范本Word格式.docx
《酒店管理系统需求规格说明书范本Word格式.docx》由会员分享,可在线阅读,更多相关《酒店管理系统需求规格说明书范本Word格式.docx(21页珍藏版)》请在冰豆网上搜索。
2.8.2新增
2.8.3修改
2.8.4删除
2.9房间信息管理
2.9.1查询
2.9.2新增
2.9.3修改
2.9.4删除
2.10客户类型折扣
2.10.1查询
2.10.2新增
2.10.3修除
2.10.4删除
2.11操作员管理
2.11.1登录
2.11.2查询
2.11.3新增
2.11.4修改
2.11.5删除
3系统接口
4系统非功能性需求
4.1运行环境需求
4.2性能需求
4.3可用性需求
4.4安全性需求
4.5其它软件质量属性
1引言
1.1目的
本文档是对酒店管理系统的需求总体阐述,其主要作用为:
Ø
确定待建系统的总体功能,建立用户方与开发方的共同协议;
提高开发效率、强化进度控制;
为项目的评测与验收提供依据。
1.2建设原则
本系统在实训经理的指导下建立,目标是建设一个单机版的酒店管理系统。
本需求只描述了基本功能的要求,在条件允许的情况下,可对功能性或完整度进行扩展。
1.3适用范围
本文档仅适用于牛耳实训酒店管理系统的开发。
1.4参考文档
无
2系统功能需求
2.1总体功能需求
系统包括以下功能模块:
开设房间,客户结账,预定管理,营业查询,会员管理,系统设置六大模块
用户通过登录酒店管理系统,可以对系统的各个模块进行操作,普通管理员不能对系统管理模块进行操作,只有超级管理员有权限操作系统管理模块。
整体结构如下图:
2.2主界面
前置条件:
功能描述:
1、将常用的操作的快捷操作显示出来
2、显示统计信息及需要操作的界面
业务规则说明:
1、需统计信息包括
a)房间总数
b)当前占用
c)当前可供
d)当前预定
e)当前停用
2、操作员登陆后默认显示开房界面
2.3开设房间
2.3.1登记
1、查询可用房间
3、填写登记相关信息
4、保存登记信息
1、登记信息包括:
名称
描述
是否必填
入住单号
单号组成规则:
in+日期时间,示例:
in20091123185437
系统生成
房间类型
标准单人间;
标准双人间;
豪华单人间;
豪华双人间;
商务套房;
总统套房(默认标准单人间)
系统选择
房间号
手动输入。
可使用未被占用的房间
手动输入,必填
客户类型
普通客户;
会员;
团体组织;
内部人事;
协议单位(默认普通客户)
客户名称
会员编号
如果客户类型选择为“会员”,则需验证会员编号
手动输入
性别
男;
女(默认男)
证件类型
身份证;
军官证;
护照;
其他(默认身份证)
证件编号
地址信息
备注
入住时间
取系统当前时间
计费方式
标准;
钟点(默认标准)
单价
根据房间类型、客户类型对应折扣、计费方式得到单价
预住天数
取值范围1-10(默认1)
押金
计费方式为“标准”时,押金>
单价*预住天数
计费方式为“钟点”时,押金=单价*5
2、状态为停用、占用的房间不能使用开放功能
2.3.2客户续住
1、查询可续住房间
2、填写续住相关信息
3、保存续住信息
1、显示开房时登记的所有信息,并不可修改
2、填写续住信息
a)续住天数:
b)续缴押金:
续缴押金后总金额>
单价*续住后总天数
3、钟点房不能续住
2.3.3修改登记
1、查询可修改信息
2、修改登记相关信息
3、保存修改后信息
1、显示开房时登记的所有信息
2、证件编号、地址信息、备注,可进行修改,其他不能修改。
2.4客户结账
1、选择或输入要结账的房间
2、填写结账相关信息
3、保存结账信息
1、结账信息
结帐单号
out+日期时间,示例:
out20091123185437
实收金额
正整数。
由管理员输入,如应收金额不等于实收金额应给予提示。
结帐时间
2、结账时需显示开房时的相关信息,入住单号、房间类型、房间号、客户名称、单价、计费方式、入住时间、押金,均不可修改。
3、应收金额:
金额*计费方法折算后的时间
a)标准计费:
最少按1天计费。
b)钟点计费:
最少按1小时计费。
超过10分钟的部分按半小时计费,超过40分钟的部分按1小时计费。
4、找零=押金-实收金额
5、应收金额不等于实收金额时应给予明显提示
2.5预定管理
2.5.1查询
1、根据相关条件查询预订信息
1、可根据客户名称、电话、预定抵达时间来查询
2、默认查询预计今明两天抵达的所有预定信息
3、查询结果包含以下信息:
客户名称、联系电话、预定房间类型、预抵时间、保留时间、预定时间
2.5.2新增
1、填写预定信息
2、保存预定信息
1、预定信息包括:
联系电话
预定房间类型
预定抵达时间
不得超过当前时间72小时
保留时间
不得超过预定抵达时间5小时
预定时间
2.5.3修改
1、选择需要修改的预定信息
2、对当前预定信息进行修改并保存
1、显示信息
不可修改。
可修改。
2.5.4删除
1、选择要删除的预定信息
2、删除成功
1、删除前需提醒用户
2.6营业查询
2.6.1结账单查询
1、根据相关条件查询结账单信息
1、可根据以下条件进行查询
a)结账时间(起、止),默认为空,查询当天结账信息。
b)计费方式(全部;
钟点),默认全部
c)房间类型(全部;
总统套房),默认全部
2、查询结果包含以下信息:
结账单号、房间类型、房间号、计费方式、客户名称、实收金额
3、应统计查询结果实收金额之和
2.6.2客户信息查询
a)客户名称
b)房间号
c)当前状态(全部;
消费中;
已结算),默认消费中
d)客户类型(全部;
普通),默认全部
3、应统计查询结果客户人数之和
2.7会员管理
2.7.1查询
1、查询会员信息
a)会员编号
b)会员姓名
会员编号、会员姓名、性别、身份证号、联系电话详细地址
2.7.2新增
1、填写会员信息
2、保存会员信息
1、会员信息包括:
手动输入,但不能重复
会员姓名
中文
男或女,默认男
数字
详细地址
2.7.3修改
1、选择需要修改的会员
2、对当前选择的会员信息进行修改并保存
1、显示信息包括:
可修改
2.7.4删除
1、选中要删除的会员
删除时进行提醒确认
2.8房间类型管理
2.8.1查询
1、将所有的房间类型查询出来
1、查询显示出来的内容包括:
房间类型、预设单价、钟点价格/小时、床位数量、能否按钟点计费(Y/N)
2.8.2新增
功能描述
1、填写房间类型信息
2、保存房间类型成功
1、房间类型包括:
房间类型编号
不能重复
床位数
正整数
是否可开钟点房
Y(可以)/N(不可以)
钟点房价格
2.8.3修改
1、选择需要修改的房间类型
2、修改房间类型的信息并保存
不可修改
2、只有当选择了允许开钟点房的情况下才可以修改钟点计费
2.8.4删除
1、选中要删除的房间类型
1、进行房间类型删除的时候必须保证该房间类型下没有客房了,否则不能删除该房间类型。
2、删除时进行提醒确认
2.9房间信息管理
2.9.1查询
1、查询房间信息
1、可根据房间类型来查询
2、查询显示出来的内容包括:
房间号、房间类型、房间状态、所在区域、房间电话
2.9.2新增
1、填写房间信息
2、保存房间信息成功
1、房间信息包括:
房间编号
从房间类型表中读取房间类型
所在区域
指房间所在楼层
房间电话
房间状态
可用;
停用,默认可用
2.9.3修改
1、选择需要修改的房间信息
2、修改房间信息保存成功
可用;
停用
2、进行修改操作的时候必须保证该房间不是占用的,否则提示不能修改。
2.9.4删除
1、选择要删除的房间
业务规则说明
1、进行删除操作的时候必须保证该房间不是占用的,否则提示不能删除。
2.10客户类型折扣
2.10.1查询
1、显示所有的客户类型
1、查询出的结果显示内容包括:
客户类型编号、客户类型、打折比例
2.10.2新增
1、填写客户类型折扣信息
2、保存客户类型折扣信息成功
1、客户类型折扣信息包括
客户类型编号
打折比例
取值范围1-10,可带小数点后1位。
10代表不打折,8代表打八折
2.10.3修改
1、选择需要修改的客户类型折扣
2、对修改了的客户类型折扣信息进行保存
2.10.4删除
1、删除选中的客户类型折扣
1、对删除操作进行删除的确认
2.11操作员管理
2.11.1登录
1、提供用户登录系统
1、需输入用户名和密码
2、当用户3次输入错误的时候,系统将自动退出登录界面
2.11.2查询
1、查询操作员
1、显示所有的操作员信息
2、查询条件有
a)用户名
3、只允许系统管理员进行查询
2.11.3新增
1、填写操作员信息
2、保存操作员信息
1、只有系统用户可以新增普通操作员
2、管理员信息包括
用户名
密码
密码长度要求8-16位(英文、数字)
权限
0标识系统管理员,1表示普通操作员
2.11.4修改
1、选择需要修改的操作员
2、对修改的操作员信息进行保存
1、系统管理员可以对所有用户进行修改
2、普通操作员只能修改自己的资料
2.11.5删除
1、删除选中的操作员
1、只有系统管理员才可以有删除的操作,普通操作员没有这个权限
2、系统管理员的账号不能被删除
3、对删除操作进行删除的确认
3系统接口
用户通过Windows图形界面方式使用本系统,Windows操作系统所提供的各种API;
数据库接口
4系统非功能性需求
4.1运行环境需求
需求名称
详细要求
数据库服务器
一台服务器作为数据库服务器,要求:
CPUP41G以上,内存2G以上,硬盘80G以上;
操作系统Windows2000或windows2003;
数据库系统为Oracle10g
应用服务器
一台服务器作为应用服务器,要求:
服务器系统为Tomcat5.5以上或WebLogic9.0以上
客户端
IE浏览器,要求在InternetExplorer6.0或更高版本浏览器中运行。
网络
内部网络
4.2性能需求
访问用户数
要求支持50个用户并发访问
CPU占有率
正常访问情况下不高于90%
数据存储
支持3年以内数据存储
4.3可用性需求
本系统的无故障时间为8小时以内无故障。
4.4安全性需求
本系统基于标准的用户角色功能控制:
系统统一设置用户身份,每个使用本系统的用户将有唯一的系统账号
每个系统账号对应与一个或多个角色
对每个角色需设定相应的操作功能,角色只能执行已设定功能权限的功能模块
4.5其它软件质量属性
正确性
功能正确
易用性
用户界面友好
健壮性
可以允许用户的错误输入
可移植性
本系统可以移植到独立服务器上