软件需求酒店管理.docx

上传人:b****4 文档编号:3844210 上传时间:2023-05-06 格式:DOCX 页数:34 大小:519.80KB
下载 相关 举报
软件需求酒店管理.docx_第1页
第1页 / 共34页
软件需求酒店管理.docx_第2页
第2页 / 共34页
软件需求酒店管理.docx_第3页
第3页 / 共34页
软件需求酒店管理.docx_第4页
第4页 / 共34页
软件需求酒店管理.docx_第5页
第5页 / 共34页
软件需求酒店管理.docx_第6页
第6页 / 共34页
软件需求酒店管理.docx_第7页
第7页 / 共34页
软件需求酒店管理.docx_第8页
第8页 / 共34页
软件需求酒店管理.docx_第9页
第9页 / 共34页
软件需求酒店管理.docx_第10页
第10页 / 共34页
软件需求酒店管理.docx_第11页
第11页 / 共34页
软件需求酒店管理.docx_第12页
第12页 / 共34页
软件需求酒店管理.docx_第13页
第13页 / 共34页
软件需求酒店管理.docx_第14页
第14页 / 共34页
软件需求酒店管理.docx_第15页
第15页 / 共34页
软件需求酒店管理.docx_第16页
第16页 / 共34页
软件需求酒店管理.docx_第17页
第17页 / 共34页
软件需求酒店管理.docx_第18页
第18页 / 共34页
软件需求酒店管理.docx_第19页
第19页 / 共34页
软件需求酒店管理.docx_第20页
第20页 / 共34页
亲,该文档总共34页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

软件需求酒店管理.docx

《软件需求酒店管理.docx》由会员分享,可在线阅读,更多相关《软件需求酒店管理.docx(34页珍藏版)》请在冰点文库上搜索。

软件需求酒店管理.docx

软件需求酒店管理

软件工程软件需求分析报告

酒店管理系统

 

学生姓名何帆541007010111

金晓明541007010114

李文静541007010120

李艳541007010121

梁娟541007010122

马柯541007010126

宋坤明541007010133

王超541007010138

徐云峰541007010146

张晓燕541007010154

专业班级计算机科学与技术10-01班

院(系)计算机与通信工程学院

指导教师吴怀广

完成时间2012年12月30日

成绩

前言

一、分工

引言部分:

概述(金晓明,李艳)

背景(李文静,马柯)

定义,参考资料(梁娟,张晓燕)

2.任务概述部分:

目标(宋坤明,王超)

运行环境(何帆)

假定和约束(徐云峰)

3.需求规定部分:

用例图(徐云峰,何帆,梁娟,张晓燕)

类图(宋坤明,王超)

顺序图(马柯)

状态图(金晓明,李艳)

整合(李文静)

二、项目简介

随着人民生活水平的提高,餐饮,住宿,娱乐业在服务行业中占有越来越重要的地位。

要使在当前酒店行业日趋激烈的竞争中脱颖而出,必须努力发展自己的特色。

在管理方面也要有自己的管理特色,避免传统管理方法的失误,使得酒店的信誉以及各个管理方面都能够出现零失误,以及能够给管理者和普通的营业员带来操作上的方便。

使用户能够对这个软件感到满意,那么才是管理软件的成功之处。

鉴于此,我们课程设计小组设计出一个具有现代化的管理系统——酒店管理系统。

该系统给出了实际酒店管理中遇到的所有情况,此酒店管理系统软件是为了代替酒店管理者更好的管理而制作的,软件给出了酒店管理中的各种细节问题,使得管理变的更加的轻松。

它符合人们平时的使用习惯,使用性强,能较好的实现各方面的功能。

目录

软件需求规格说明书

1引言1

1.1概述1

1.2背景1

1.3定义1

1.4参考资料2

2任务概述2

2.1目标2

2.2运行环境3

2.3假设(Assumption)和约束(Constraint)4

3需求规定4

3.1对功能的规定4

3.1.1用户需求4

3.1.2系统需求11

3.2非功能性需求28

3.2.1性能需求(Performance)29

3.2.2安全性需求29

3.2.3软件质量属性29

3.3外部接口需求30

3.3.1用户界面(UserInterfaces,UI)30

3.3.2硬件接口(HardwareInterfaces,HI)30

3.3.3软件接口(SoftwareInterfaces,SI)30

3.3.4通信接口(CommunicationsInterfaces,CI)31

附录

软件需求规格说明书

1引言

1.1概述

经过酒店各部门间长期的调查并对工作人员提出的需求进行细致的分析,提出了这份用户需求规格说明书。

该说明书主要对所开发的系统进行全面的说明,明确该系统的主要功能要求、性能要求,指出该系统所用到的数据及数据处理流程。

其次,对开发该系统的任务进行概括性叙述,对系统的运行环境进行规定。

通过该文档可使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。

该文档的预期读者为:

项目提出者,项目管理者。

1.2背景

酒店行业是一个前景广阔而又竞争激烈的行业。

改革开放以来,我国的酒店业迅速发展,已经成为一个具有相当规模的产业。

由于我国的旅游业迅速发展,通过调查,我国在2020年将成为世界上第四大旅游国家;同时我国加入世界贸易组织,酒店业将完全开放,这个时候,我国的酒店业将面临着前所未有的机遇和挑战。

但是,现在甚至还有一些酒店还停留在由人工操作和管理阶段,这样已经无法适应当前的发展趋势。

因此,要想使酒店的工作质量和效率提高,采用先进的计算机网络通信技术改变酒店业务模式,实现酒店业务管理的自动化已经成为一种必然。

1.3定义

B/S:

Browser/Server(浏览器/服务器)

C/S:

Client/Server(客户端/服务器)

订房:

客户通过互联网预定房间或在酒店通过前台管理员预定

退房:

客户预定后没有开房直接取消预定

开房:

客户抵达酒店办手续后给客户房卡进入房间

结房:

客户要离开酒店办理结账业务

换房:

由于客户对现住房间不满意换房间

续房:

预定房间住的时间已到,但仍继续住宿

1.4参考资料

书名

作者

出版社

软件工程导论(第4版)

张海藩

清华大学出版社

软件工程导论

郑人杰、马素霞、殷人昆

机械工程出版社

2.任务概述

2.1目标

酒店入住信息管理系统的使用是否方便,运行速度是否迅速,信息处理是否准确,直接影响到客人能否及时获得酒店客房信息和酒店的经营管理,然而,现在的系统显然不能满足这些需求,它存在的主要问题有:

(1)客人使用很不方便。

客人预订客房,需自己亲自到酒店去预订或者是打电话到酒店预订,这显然是对时间很大的浪费;另外,若客人临时有事,需要修改或取消自己的预订也应那样做,相当麻烦。

而在生活节奏越来越快的今天,显然是不科学的。

(2)管理酒店的各种信息相当困难。

酒店的信息量越来越大,管理员要对客房、预订、入住、结账等信息进行人工管理,工作量相当大,如客人结账退房时,要通过手工记录的账单计算客人的结账金额,并修改客房信息。

(3)处理效率低,准确度差。

采用人工方式,不但增加了工作量,浪费了人力,更重要的是不可避免地会降低处理效率,且出错机率大。

对酒店整个来说,对酒店经营状况起决定作用的是酒店的服务管理水平。

如何利用先进的管理手段来提高酒店的管理水平成为酒店业务发展的当务之急。

面对信息时代的机遇和挑战,利用科技手段提高酒店的管理无疑是一条行之有效途径。

虽然计算机管理并不是酒店管理走向成功的关键元素,但它可以最大限度地发挥准确、快捷、高效等作用,对酒店的业务管理提供强有力的支持。

因此,采用全新的计算机网络和酒店业务管理系统,已成为提高酒店的管理效率,使作业人员与管理系统之间灵活互动,实现流畅的工作流衔接,帮助酒店有效地进行业务管理,释放最大价值。

酒店业务管理系统在达到在节省人力资源成本的同时,可以提高业务效率,并能够及时、准确、迅速地满足顾客服务的需求。

本系统的目标为:

1:

初始版本发布之后的6个月内,酒店客户订房率提高20%。

2:

初始版本发布之后的12个月内,酒店营业额提高20%。

3:

初始版本发布之后的3个月内,每个员工每天的平均有效工作时间增加50分钟。

4:

目前通过酒店管理系统的客户,在初始版本发布之后的6个月内,使用本系统的人数超过一万。

5:

初始版本发布之后的3个月内,对酒店满意度的季度调查评价要提高0.5,而在初始版本发布之后的12个月内,这种满意度要提高1.0。

2.2运行环境

硬件设备:

(1)处理器型号及内存容量:

内存256M及以上;

(2)外存容量、联机或脱机、媒体及其存储格式,设备的型号及数量:

硬盘40G及以上、声卡、显卡、无要求;

(3)输入及输出设备的型号和数量,联机或脱机:

考虑到数据的安全性问题,要求使用磁盘阵列。

(4)数据通信设备的型号和数量;

(5)功能键及其他专用硬件

支持软件:

(1)操作系统:

利用Windows操作系统进行开发(WinXP/Win2000/Win2003)

(2)开发软件

Ø后台开发工具使用JAVA的MyEclipse8.5

Ø前台开发工具使用MacromediaDreamweaverMX2004。

Ø应用服务器选择为Tomcat5.5。

(3)数据库系统

考虑到用户的数据流量,建议使用MySQL数据库并且使用ApacheTomcat通用的JDBC数据库连接池来连接数据库。

客户端运行环境:

由于本系统是基于B/S结构开发出来的,对客户端的配置要求不是很高。

Struts则是为了Web层能够更好控制跳转。

(1)操作平台需求:

可以是Win2000/WinXP/WinMe/Win98等平台;

(2)软件需求:

客户端需要安装一个Internet浏览器,如InternetExplorer。

2.3假定(Assumption)和约束(Constraint)

AS-1:

酒店内部有可以访问公司内联网的计算机和打印机,这样酒店人员就可以处理订单量,不会遗漏客户预定信息。

AS-2:

酒店人员能及时地为客户提供客房预定服务,这样就能满足所有的客户的订房要求:

入住酒店时即可入住所预定的客房。

DE-1:

酒店需要提供足够的人员,以保证系统能有效地运行。

3.需求规定

3.1对功能的规定

3.1.1用户需求

3.1.1.1组织机构和角色

1.用例图

角色说明:

角色名称

说明

前台管理员

普通员工,负责订房,开房,结房

房间管理员

普通员工,负责为客户提供服务

酒店客户

该公司的顾客

时间

负责为该系统提供时间提示

(1)前台管理员参与业务

说明:

此视图展现前台管理员所有需要做的事情。

用这个视图便于确保前台管理员的所有工作不会被漏掉。

(2)房间管理员参与业务

说明:

此视图展现房间管理员所有需要做的事情。

用这个视图便于确保房间管理员的所有工作不会被漏掉

(3)酒店客户参与业务

说明:

此视图展现酒店客户所有需要做的事情。

用这个视图便于确保酒店客户的所有工作不会被漏掉。

(4)时间参与业务

说明:

此视图展现到所规定时间所有需要做的事情。

2.类图说明

3.1.1.2业务概览

(1)入住房间业务视图

(2)退出房间业务视图

3.1.1.3业务场景

(1)入住房间业务场景

(2)退出客房业务场景

3.1.2系统需求

3.1.2.1概览

3.1.2.2系统需求规定

(1)订房

用例名称

订房

实现名称

Bur_orderroom

用例描述

酒店客户通过此用例向系统预订客房请求

参与者

酒店客户

前置条件

酒店客户登陆酒店网页,通过相关权限验证

后置条件

客户进入酒店,直接可以入住预订好的客房

主事件流

1用户登录系统,计算机用户权限界面

2用户选择查询客户身份权限,计算机显示酒店客房查询界面

3.用户按客房的容量,价位等进行查询,计算机显示查询结果

4.用户可单选或多选(不需要预订的可直接退出),并确认预订。

计算机显示确认预订客房清单。

5.用户选择确认预订,计算机显示预订定单及所需押金费用

6用户选择提交定单,计算机显示提交结果和定单号

7.计算机执行后置条件。

用例结束

备选事件流

1.a用户选择保存定单

1.计算机保存并执行1;

2.a用户选择退出,

1.计算机执行1;

3.a.用户查看已预订的客房信息

1.计算机保存并执行1;

b.用户退订预订的客房

1.计算机保存并执行1;

业务规则

至多预订二十间客房

涉及的业务实体

交纳定金

非功能性需求

支持多种语言显示(有外文书籍)

1.业务场景分析

2.业务实体分析

3.业务顺序分析

(2)开房

业务说明

用例名称

开房

实现名称

Bur_openroom

用例描述

酒店前台管理员根据客户需要进行开房操作

参与者

酒店前台管理员

前置条件

客户需要开房或酒店客户已预订酒店客房

后置条件

客户入住客房

主事件流

1用户登录系统,计算机用户权限界面

2用户选择查询酒店管理员身份权限,计算机显示酒店客房信息界面

3.用户按客户的需要进行查询,计算机显示查询结果

4.用户按酒店客户的需要进行开房操作。

计算机显示确认开房费用清单。

5.用户选择确认开房,计算机打印房间清单及所需费用

6酒店客户提交所需费用,系统设置所开房间状态为已开,计算机显示客房信息

7.计算机执行后置条件。

用例结束

备选事件流

1.酒店客户已经订房,则免去很多必要手续

1.计算机保存并执行1;

业务规则

开房后,交给客户对应的客房卡

涉及的业务实体

房间,客房卡

非功能性需求

支持多种语言显示(有外文书籍)

1.业务场景分析

2.业务实体分析

3.业务顺序分析

(3)结房

业务说明

用例名称

结房

实现名称

Bur_overroom

用例描述

酒店前台管理员根据客户需要进行结房操作

参与者

酒店管理员

前置条件

客户已开房

后置条件

系统设置所对应的房间状态为空

主事件流

1用户登录系统,计算机用户权限界面

2用户选择查询酒店管理员身份权限,计算机显示酒店客房信息界面

3.用户按客户的需要进行查询,计算机显示查询结果

4酒店客户提交所需费用(没有的话可以省去),交纳客房卡

5.用户选择打印清单,计算机执行

6.计算机执行后置条件。

用例结束

备选事件流

1.a酒店客户开房的时间已到,选择续费

1.计算机保存并执行1;

业务规则

结房前需要确认房间物品,客户需要交纳客房卡

涉及的业务实体

房间,客房卡

非功能性需求

支持多种语言显示(有外文书籍)

1.业务场景说明

2.业务实体说明

3.业务顺序分析

(4)退房

业务说明

用例名称

退房

实现名称

Bur_quitroom

用例描述

酒店客户通过此用例向系统退订客房请求

参与者

酒店客户

前置条件

酒店客户已预订酒店客房

后置条件

客户取消入住酒店或重新进行预订操作

主事件流

1用户登录系统,计算机用户权限界面

2用户选择查询客户身份权限,计算机显示酒店客房查询界面

3.用户查看已预订的客房信息,计算机显示确认预订客房清单。

4.用户选择确认退订,计算机显示退订定单

5用户选择确定退订,计算机显示提交结果

6.计算机执行后置条件。

用例结束

备选事件流

1.a.用户如果没有超出退订时间,订金退还

1.计算机保存并执行1;

b.用户如果超出退订时间,订金不再退还

1.计算机保存并执行1;

业务规则

退订可以重新进行选择

涉及的业务实体

退还订金

非功能性需求

支持多种语言显示(有外文书籍)

1.业务场景分析

2.业务实体分析

3.业务顺序分析

3.1.2.3数据分析

(1)概览

1.预定清单状态图

2.房间对象状态图

3.客房清单对象状态图

Ø客房

实体名称

客房

实体描述

客房可以预订,退订,开房以及结房,详细看实体图

属性名称

类型

精度

说明(属性的业务含义及业务规则)

类型编号

INTEGER

12

楼层+房间号

类型价格

INTEGER

3

客房的类型价位

床数

Int

8

客房内部的床的数量

房间状态

VARCHAR(20)

20

可能空,可能有客人住

是否空调

VARCHAR(20)

100

有空调的比普通没有空调的价位高

是否有电视

VARCHAR(20)

50

一般都有电视,但考虑到客户的资金问题,有少量没有电视,价位稍低

是否有电话

VARCHAR(20)

100

客户可以通过打电话到前台进行服务

是否有卫生间

VARCHAR(20)

1000

有单独卫生间的比普通没有的价位高

Ø客户信息

实体名称

客户信息

实体描述

客房的信息

属性名称

类型

精度

说明(属性的业务含义及业务规则)

顾客编号

INTEGER

3

预订的客户编号

顾客姓名

VARCHAR(20)

8

预订的客户姓名,必须真实

顾客身份

VARCHAR(20)

20

可能为会员,待遇不同

顾客电话

VARCHAR(20)

100

客户的电话信息

客房编号

INTEGER

50

预订的客房号

Ø订房清单

实体名称

订房清单

实体描述

客房可以查看已预订的房间

属性名称

类型

精度

说明(属性的业务含义及业务规则)

订单编号

INTEGER

12

订房时的编号

顾客编号

INTEGER

3

预订的客户编号

顾客姓名

VARCHAR(20)

8

预订的客户姓名,必须真实

顾客身份

VARCHAR(20)

20

可能为会员,待遇不同

顾客电话

VARCHAR(20)

100

客户的电话信息

客房编号

INTEGER

50

预订的客房号

Ø退房清单

实体名称

退房清单

实体描述

客房可以查看已预订的房间,进行退订

属性名称

类型

精度

说明(属性的业务含义及业务规则)

退房编号

INTEGER

12

退订时的编号

顾客编号

INTEGER

3

预订的客户编号

顾客姓名

VARCHAR(20)

8

预订的客户姓名,必须真实

顾客身份

VARCHAR(20)

20

可能为会员,待遇不同

顾客电话

VARCHAR(20)

100

客户的电话信息

客房编号

INTEGER

50

预订的客房号

3.2非功能性需求

3.2.1性能需求(Performance)

PE-1.精度需求

在精度需求上,根据使用需要,在各项数据的输入,输出及传输过程中,可以满足各种精度的需求。

PE-2.时间需求

在软件方面,响应时间,更新处理时间都比较快且迅速,完全满足用户要求。

PE-3.灵活性

当用户需求,如操作方式,运行环境,结果精度,数据结构于其他软件接口等发生变化时,设计的软件要做适当调整,灵活性非常大。

PE-4.故障处理

a.内部故障处理

在开发阶段可以随即修改数据库里的相应内容。

b.外部故障处理

对编辑的程序进行重装载时,第一次装载认为错,修改。

第二次运行,在需求调用时出错,有错误提示,重试。

PE-5:

系统生成的所有Web页面,通过速率为40KBps的调制解调器在不超过10秒时间内可以全部下载下来。

3.2.2安全性需求

SE-1:

所有涉及功能信息或个人身份信息的网络事物,都要采用128位的加密。

SE-2:

用户必须登录到“酒店客房管理系统”才能完成所有操作。

SE-3:

用户完成操作之后安必需全退出,以免被他人误用导致自己新丢失。

SE-4:

当原始系统数据万一丢失时启用的副本的建立和启动的技术:

周期性地把磁盘信息记录到磁带上去。

3.2.3软件质量属性

可用性-1:

“酒店客房管理系统”系统将对内联网的所有用户可用,用户在当地时间早晨5点到晚上12点99.9%的时间可用,当地时间晚上12点到早晨5点则95%的时间可用。

可用性-2:

在装入程序时,正常就运行,异常就停止;系统出现错误,将会产生不可遇见的问题,热启,整个终端程序就会再启动;程序出现错误,重新装载,若仍有错,按照提示逐渐装载。

可靠性-1:

如果在定单得到确认或取消之前,用户和系统的连接中断,那么用户应该能通过“酒店客房管理系统”恢复不完整的定单。

可维护性-1:

本软件的组成结构独立性强,模块化程度高,具有高内聚低耦合的特性,维护起来比简单。

可移植性-1:

可转移的环境是P3以上,至少256M的环境;不可修改任何部分;可用向上兼容的高版本的汉语编程系统。

3.3外部接口需求

3.3.1用户界面(UserInterfaces,UI)

UI-1:

“酒店客房管理系统”的屏幕画面将遵照公司的Internet应用程序界面标准V2.0版本。

UI-2:

系统对所显示的每个HTML网页都提供链接帮助,解释如何使用这些网页。

UI-3:

Web页面的全部导航和书目选择,除了综合使用鼠标和键盘共同完成外,还可以通过键盘来单独完成。

3.3.2硬件接口(HardwareInterfaces,HI)

短信猫接口、打印机接口。

服务器端:

CPU:

P4以上。

内存:

256MB以上。

客户端:

CPU:

P3以上。

内存:

256MB以上。

显示卡:

16K色以上显示模式。

3.3.3软件接口(SoftwareInterfaces,SI)

服务器端:

操作系统:

中文WindowsServer2000,WindowsXP。

JRE环境:

JRE1.5以上版本。

客户端:

操作系统:

Windows2000/XP

JRE环境:

JRE1.5以上版本。

3.3.4通信接口(CommunicationsInterfaces,CI)

CI-1:

“酒店客房管理系统”将向读者发送电子邮件消息,以报告定单接受之后定单中或递送中存在的问题。

CI-2:

“酒店客房管理系统”将向读者发送电子邮件消息,以提示所借书目将要到期。

CI-2:

基于TCP/IP协议的Internet网。

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

当前位置:首页 > 解决方案 > 学习计划

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2