酒店管理系统需求规格说明书74971.docx

上传人:b****3 文档编号:5316016 上传时间:2022-12-15 格式:DOCX 页数:23 大小:216.36KB
下载 相关 举报
酒店管理系统需求规格说明书74971.docx_第1页
第1页 / 共23页
酒店管理系统需求规格说明书74971.docx_第2页
第2页 / 共23页
酒店管理系统需求规格说明书74971.docx_第3页
第3页 / 共23页
酒店管理系统需求规格说明书74971.docx_第4页
第4页 / 共23页
酒店管理系统需求规格说明书74971.docx_第5页
第5页 / 共23页
点击查看更多>>
下载资源
资源描述

酒店管理系统需求规格说明书74971.docx

《酒店管理系统需求规格说明书74971.docx》由会员分享,可在线阅读,更多相关《酒店管理系统需求规格说明书74971.docx(23页珍藏版)》请在冰豆网上搜索。

酒店管理系统需求规格说明书74971.docx

酒店管理系统需求规格说明书74971

酒店管理系统

软件需求规格说明书

版本1.0

 

修订历史

日期

版本

说明

作者

1.概述4

1.1目的4

1.2范围4

1.3定义,略缩语及缩写4

1.4参考资料4

1.5文档概貌4

2.总体说明4

2.1用例模型概览4

2.1.1系统的参与者(Actors)4

2.1.2系统主要用例5

2.1.3用例视图7

2.2假设与依赖9

3.具体需求9

3.1用例报告9

3.1.1公共用例9

3.1.2酒店管理员10

3.1.3酒店经理13

3.1.4前台操作员13

3.1.5客户13

3.2领域模型13

3.2.1领域类图13

3.2.2领域类说明13

3.3酒店管理系统顺序图和操作契约14

3.3.1处理查询员工用例SSD和操作契约14

3.3.2处理增加员工用例SSD和操作契约14

3.3.3处理删除员工用例SSD和操作契约15

3.3.4处理修改员工用例SSD和操作契约16

3.4用例实现18

3.4.1管理员用户登录18

3.4.2添加员工19

3.4.3删除员工20

3.4.4查询员工21

3.5补充需求21

软件需求规格说明书

1.概述

目的

编写本文档的目的是为了参与项目各方对软件需求有统一的认识,并成为所有开发活动的依据。

本文档可以作为新加入项目组成员的学习资料,便于他们快速了解项目。

在维护阶段,本文档便于对系统功能改造和升级时参考。

范围

本文档仅适用于“酒店管理系统”电子商务系统及内部业务管理。

定义,略缩语及缩写

参考资料

文档概貌

2.总体说明

建立本系统是为了在网上开展酒店预订,住房管理等相关业务,将服务范围扩展到所有大中城市,为酒店和客户提供优质的住房服务。

通过扩大销售规模或者签约酒店降低开发成本,通过便利的服务方便消费者的住房过程,从而刺激消费。

通过服务信誉提高所占市场份额,创造经营效益。

酒店经营者利用本系统在网上开设酒店预订系统,提供和维护统一的客房信息,并在全国各主要大中城市设立分支或连锁机构;住房者(客户)登陆系统选择客房,填写客户信息,支付房款。

然后可以查看自己订单的情况;酒店业务员按照网上已付款的订单信息分配客房,然后让系统反馈信息给住房者,住房者确认信息后即可入住,住房者可更改住房信息或取消订单。

用例模型概览

系统的参与者(Actors)

酒店管理员

各分店酒店的实际管理者,拥有该酒店所有员工(酒店经理,前台操作员)的信息管理权,拥有酒店客房信息的管理权(增加、减少、更改房型),拥有该酒店经理,前台操作员的所有权利。

酒店经理

拥有客房经营管理权,可以查看客房的入住情况并且可以查看当天的经营统计信息,可以对前台操作员进行管理,拥有前台操作员的管理权。

前台操作员

客户入住时直接接触人员,负责对客户的预订,入住,退房需求提供服务,拥有查看客房的入住情况信息权利。

住房客户

客户可以选择查看房型,并对已选房型有预订权利,当客户确认预订房型时,客户有入住和退房权利。

系统主要用例

登录系统

参与者:

酒店管理员,酒店经理,前台操作员

主要流程:

本用例参与者在系统提供的登录界面上输入自己的账号和密码,然后提交给系统。

系统检验用户代号和密码正确后,接受参与者登录。

否则,提示错误和登录不成功。

酒店员工信息管理

参与者:

酒店管理员

主要流程:

酒店管理员可对酒店管理系统的使用者(酒店管理员,酒店经理,前台操作员)进行管理,包括对员工的基本信息(用户姓名,所属部门,用户类型)进行检索、录入和修改。

添加员工

参与者:

酒店管理员

主要流程:

添加酒店管理系统用户,录入身份信息(前台服务员,酒店经理,酒店管理员)。

删除员工

参与者:

酒店管理员

主要流程:

删除员工信息(前台服务员,酒店经理,酒店管理员)。

查询员工

参与者:

酒店管理员,酒店经理

主要流程:

查询员工信息(前台服务员,酒店经理,酒店管理员),包括姓名,员工号,部门等

修改员工信息

参与者:

酒店管理员

主要流程:

修改员工信息(前台服务员,酒店经理,酒店管理员),修改权限包括姓名,员工号,部门等。

客房信息管理

参与者:

酒店管理员

主要流程:

酒店管理员登入信息管理系统对客房进行(添加客房,更改客房,删除客房,查询客房信息)。

添加客房

参与者:

酒店管理员

主要流程:

管理员添加一个新的客房信息

删除客房

参与者:

酒店管理员

主要流程:

管理员删除一个客房信息

修改客房

参与者:

酒店管理员

主要流程:

管理员修改客房信息

查询客房信息

参与者:

酒店管理员

主要流程:

管理员查询客房信息

收生产单

参与者:

业务员

主要流程:

业务员根据已经收回的生产指令回单,将已经完成生产的订单选中,并确认已经完成生产,系统修改该订单的状态为已经生产。

配送订单

参与者:

业务员

主要流程:

业务员从已经生产的订单中选择配送的订单,并指明配送人员。

系统记录配送人员信息,并将该订单状态改为已配送。

完成配送

参与者:

配送员

主要流程:

配送员完成订单的配送后,从订单列表中选择该订单,上传收货方的确认签名或留言图片,确认该订单已经完成配送,系统修改订单状态为已经完成配送(送达)。

用例视图

酒店管理系统用例视图

图2-1酒店系统用例视图

员工信息管理用例视图

图2-2员工信息管理用例视图

客房信息管理用例图

图2-3客房信息管理用例视图

系统核心架构用例视图

图2-4系统核心架构用例视图

假设与依赖

2.2.1客户假设

所有客户都可以浏览本系统并预订客房。

2.2.2商品假设

本系统所支持的酒店的实体分店分布在全国各地,具体客房信息由酒店方提供。

2.2.3订单假设

本系统假设在一次订房中,每一套房必须有一个客户的身份登记。

如果客户一次预订多间房,将会为每间房产生一次订单。

2.2.4支付假设

系统通过第三方在线支付系统为客户提供付款服务。

客户预订客房前,应已具有第三方支付系统所支持的付款手段之一。

系统从第三方付款系统获得客户付款成功的信息后,确认客户的订单并安排房间。

客户每次预订房间,不管预订几间房,总是按总金额一次性完成付款。

3.具体需求

用例报告

公共用例

登录系统用例

用例名:

登录系统

参与者:

酒店管理员,酒店经理,前台操作员

涉众及其关注者:

全体员工

前置条件:

系统中已经存在用户信息。

后置条件:

系统记录当前会话的用户信息。

主要流程:

1、用户选择登录系统功能,系统转向专供公司用户登录系统的界面;

2、用户录入自己的账号、密码,并向系统提交,系统接收并验证用户资料;

3、验证通过后,系统转向缺省的系统界面。

变化流程:

2a、用户录入资料不全而试图提交,系统给出资料不全的提示;

3a、验证不能通过,系统要给出提示,并让用户回到第2步。

特殊需求:

技术或数据变元表:

发生频率:

极高

员工密码修改用例

用例名:

员工密码修改

参与者:

酒店管理员,酒店经理,前台操作员

涉众及其关注者:

酒店管理员,酒店经理,前台操作员

前置条件:

系统中已经存在用户信息。

后置条件:

系统记录当前会话的用户信息。

主要流程:

1、用户选择登录系统功能,系统转向专供公司用户登录系统的界面;

2、用户录入自己的账号、密码,并向系统提交,系统接收并验证用户资料;

3、验证通过后,系统转向密码修改的系统界面。

4、提示用户输入新密码

5、修改成功

变化流程:

2a、用户录入资料不全而试图提交,系统给出资料不全的提示;

3a、验证不能通过,系统要给出提示,并让用户回到第2步。

特殊需求:

无。

技术或数据变元表:

无。

发生频率:

低。

酒店管理员

员工信息管理用例

用例名:

员工信息管理

参与者:

酒店管理员

涉众及其关注者:

前台操作员,酒店经理

前置条件:

必须先登陆(用账号和密码)

后置条件:

若发生变动,必须确认保存。

主要流程:

1、酒店管理员输入账号和密码登陆

2、对员工信息进行增、删、改、查。

变化流程:

2a、如果系统验证账号密码发现不完整或不符合要求,给出提示,操作者回到1步的操作。

被包含的用例:

1、添加员工

2、删除员工

3、修改员工信息

4、查询员工信息

特殊需求:

技术或数据变元表:

发生频率:

添加员工用例

用例名:

添加员工

参与者:

酒店管理员

涉众及其关注者:

前台操作员,酒店经理

前置条件:

必须先登陆(用账号和密码)

后置条件:

若发生变动,必须确认保存。

主要流程:

1、酒店管理员输入账号和密码登陆

2、开始添加员工

3、输入员工信息(姓名、员工号、部门等)

4、保存新添加员工信息

5、退出

变化流程:

2a、如果系统验证账号密码发现不完整或不符合要求,给出提示,操作者回到1步的操作。

4a、如果员工信息不符合约束条件,给出提示操作者回到3步的操作。

特殊需求:

技术或数据变元表:

发生频率:

删除员工用例

用例名:

删除员工

参与者:

酒店管理员

涉众及其关注者:

前台操作员,酒店经理

前置条件:

必须先登陆(用账号和密码)

后置条件:

若发生变动,必须确认保存。

主要流程:

1、酒店管理员输入账号和密码登陆

2、输入要删除的员工姓名或员工号

3、确认删除并保存

4、退出

变化流程:

2a、如果系统验证账号密码发现不完整或不符合要求,给出提示,操作者回到1步的操作。

3a、如果输入的员工姓名或员工号不存在,给出提示,操作者回到2步的操作。

特殊需求:

技术或数据变元表:

发生频率:

修改员工信息用例

用例名:

修改员工信息

参与者:

酒店管理员

涉众及其关注者:

前台操作员,酒店经理

前置条件:

必须先登陆(用账号和密码)

后置条件:

若发生变动,必须确认保存。

主要流程:

1、酒店管理员输入账号和密码登陆

2、输入要修改的员工姓名或员工号

3、输入修改员工信息(姓名、员工号、部门等)

4、保存新员工信息

5、退出

变化流程:

2a、如果系统验证账号密码发现不完整或不符合要求,给出提示,操作者回到1步的操作。

3a、如果输入的员工姓名或员工号不存在,给出提示,操作者回到2步的操作。

特殊需求:

技术或数据变元表:

发生频率:

查询员工信息用例

用例名:

查询员工信息

参与者:

酒店管理员

涉众及其关注者:

前台操作员,酒店经理

前置条件:

必须先登陆(用账号和密码)

后置条件:

若发生变动,必须确认保存。

主要流程:

1、酒店管理员输入账号和密码登陆

2、输入要查询的员工姓名或员工号

3、检索并查看信息

4、退出

变化流程:

2a、如果系统验证账号密码发现不完整或不符合要求,给出提示,操作者回到1步的操作。

3a、如果输入的员工姓名或员工号不存在,给出提示,操作者回到2步的操作。

特殊需求:

技术或数据变元表:

发生频率:

酒店经理

前台操作员

客户

领域模型

领域类图

领域类说明

酒店管理员:

酒店的管理人员,可以对酒店员工以及酒店的业务进行管理。

酒店经理:

负责管理该酒店的日常事务,以及安排人员工作。

前台操作员:

负责接待客户,订房、退房、退款。

客户:

来酒店消费的顾客。

员工信息:

记录员工的信息,方便管理员工。

客户信息:

记录客户的信息。

客户身份:

客户一般分为会员和VIP会员。

会员是来酒店消费过的;VIP会员是来酒店办VIP卡消费的。

联系方法:

员工或客户联系方式的集合。

订单:

客户已经付款货预订的客房合约。

客户可以订多个客房,一张订单需要有一个付款支付。

订单状态:

订单在处理过程中的不同状态。

预订客房为预订状态,已付款为已付款状态;客户申请退款为退款状态;退款成功为已退款状态;客户离宿(退房)为已离宿状态。

客房目录:

索引所有酒店客房,方便前台操作员快速找到合适的客房安排给客户。

客房:

酒店的客房。

支付:

客户对已生产的订单进行结算行为,客户入住。

客房信息:

记录酒店客房的信息,如客房状态,客房类型。

客房状态:

客房在处理过程中的不同状态,根据订单状态而改变。

客户预订客房时为已预订状态;客户为订单付款为已住宿状态;客户退款成功为空房状态;客户离宿为空房状态。

客房类型:

客房类型分为单人房,双人房,大床房,电脑房,豪华单人房,豪华双人房,总统套房。

酒店管理系统顺序图和操作契约

处理查询员工用例SSD和操作契约

处理查询员工用例的SSD:

处理查询员工用例的操作契约:

1、输入员工身份信息的契约

操作:

输入员工用户名,密码

职责:

酒店管理系统验证管理员身份信息,实现登录

交叉引用:

增加,删除,修改,查询员工用例

前置条件:

后置条件:

创建一个用户实例admin

 

2、输入待查询员工姓名或编号的契约

操作:

输入待查询员工姓名或编号

职责:

酒店管理系统进行员工姓名,编号验证,显示员工信息

交叉引用:

查询员工用例

前置条件:

当前管理员用户已登录

后置条件:

创建一个被查询员工的用户实例user

处理增加员工用例SSD和操作契约

处理增加员工用例的SSD:

处理增加员工用例的操作契约:

1、输入管理员用户密码的契约

操作:

输入管理员用户名,密码

职责:

酒店管理系统验证管理员身份信息,实现登录

交叉引用:

增加,删除,修改,查询员工用例

前置条件:

后置条件:

创建一个用户实例admin

 

2、增加员工的契约

操作:

输入员工姓名和编号,具体信息(部门,电话,地址等)

职责:

酒店管理系统进行员工信息约束验证,显示员工信息

交叉引用:

添加员工用例

前置条件:

当前管理员用户已登录

后置条件:

新建一个员工用户实例user

员工用户实例user被关联到员工管理系统

员工用户实例user的name和id属性被设置为具体值

处理删除员工用例SSD和操作契约

处理删除员工用例的SSD:

处理删除员工用例的操作契约:

1、输入管理员用户密码的契约

操作:

输入管理员用户名,密码

职责:

酒店管理系统验证管理员身份信息,实现登录

交叉引用:

增加,删除,修改,查询员工用例

前置条件:

后置条件:

创建一个用户实例admin

 

2、删除员工的契约

操作:

输入员工姓名或编号

职责:

酒店管理系统进行员工姓名,编号验证,删除员工

交叉引用:

删除员工用例

前置条件:

当前管理员用户已登录

后置条件:

员工用户实例user被清除与员工管理系统的关联

删除一个员工用户实例user

处理修改员工用例SSD和操作契约

处理修改员工用例的SSD:

处理修改员工用例的操作契约:

1、输入管理员用户密码的契约

操作:

输入管理员用户名,密码

职责:

酒店管理系统验证管理员身份信息,实现登录

交叉引用:

增加,删除,修改,查询员工用例

前置条件:

后置条件:

创建一个用户实例admin

 

2、修改员工的契约

操作:

输入员工姓名或编号

职责:

酒店管理系统进行员工姓名,编号验证,修改员工

交叉引用:

修改员工用例

前置条件:

当前管理员用户已登录

后置条件:

创建一个员工用户实例user

员工用户实例user被关联到员工管理系统

3、修改员工具体信息的契约

操作:

输入员工具体信息

职责:

酒店管理系统进行员工信息修改

交叉引用:

修改员工用例

前置条件:

当前管理员用户已登录,待修改员工姓名,编号已验证

后置条件:

员工用户实例user的相关属性值address,phone等被修改

用例实现

管理员用户登录

实现依赖关系

参与类

主要流程

添加员工

实现依赖关系

参与类

主要流程

删除员工

用例实现依赖

参与类

主要流程

查询员工

用例实现依赖

参与类

主要流程

补充需求

参见《酒店管理系统补充规格说明书》。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 工作范文 > 其它

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1