酒店客房管理系统概要设计说明书文档格式.docx

上传人:b****6 文档编号:17475884 上传时间:2022-12-01 格式:DOCX 页数:20 大小:164.38KB
下载 相关 举报
酒店客房管理系统概要设计说明书文档格式.docx_第1页
第1页 / 共20页
酒店客房管理系统概要设计说明书文档格式.docx_第2页
第2页 / 共20页
酒店客房管理系统概要设计说明书文档格式.docx_第3页
第3页 / 共20页
酒店客房管理系统概要设计说明书文档格式.docx_第4页
第4页 / 共20页
酒店客房管理系统概要设计说明书文档格式.docx_第5页
第5页 / 共20页
点击查看更多>>
下载资源
资源描述

酒店客房管理系统概要设计说明书文档格式.docx

《酒店客房管理系统概要设计说明书文档格式.docx》由会员分享,可在线阅读,更多相关《酒店客房管理系统概要设计说明书文档格式.docx(20页珍藏版)》请在冰豆网上搜索。

酒店客房管理系统概要设计说明书文档格式.docx

1.3术语定义

MyEclipse:

优秀的WEB开发工具MyEclipse是Eclipse的插件,也是一款功能强大的JavaEE集成开发环境,支持代码编写、配置、测试以及除错

Hibernate:

Hibernate是一个开放源代码的对象关系映射(ORM)框架,它对JDBC进行了非常轻量级的对象封装,使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。

Struts:

Struts2以WebWork为核心,采用拦截器的机制来处理用户的请求,这样的设计也使得业务逻辑控制器能够与ServletAPI完全脱离开,负责MVC的Control

Spring:

Spring也表示是一个开源框架,是为了解决企业应用程序开发复杂性由RodJohnson创建的。

框架的主要优势之一就是其分层架构,分层架构允许使用者选择使用哪一个组件,同时为J2EE应用程序开发提供集成的框架。

Spring使用基本的JavaBean来完成以前只可能由EJB完成的事情。

然而,Spring的用途不仅限于服务器端的开发。

从简单性、可测试性和松耦合的角度而言,任何Java应用都可以从Spring中受益。

1.4参考资料

《酒店客房管理系统需求报告》

2产品/项目概述

2.1产品/项目概述

现代化的酒店组织庞大,服务项目多,信息量大,要想提高劳动生产,降低成本,提高服务质量和管理水平,进而促进经济效益,必须借助计算机来进行现代化的信息管理。

酒店管理系统正是为此而设计的。

优秀的酒店客房管理系统操作方便,灵活性好,系统安全性高,运行稳定。

2.2存在的问题和风险

2.3局限性

基本限制:

2.4设计的前提条件

该产品是在MyEclipse下开发的,集成S2SH开发,采用TomCat7为应用服务器,数据库采用了Oracle10g。

2.5性能测试重点

客房录入,批量录入,以及信息汇总与统计

2.6设计的目的

提高劳动生产,降低成本,提高服务质量和管理水平,进而促进经济效益。

3总体设计

3.1总体技术架构

图3.1-1技术架构图

图3.1-1展现了该系统的总体技术架构:

Client:

客户端浏览器。

HTML/JSP:

前端视图层(View),用于发起用户请求request和显示服务器端响应response。

符合JSP2.0、Servlet2.4、JSTL1.0标准。

ActionControl:

struts控制器,通过配置xml文件初始化容器。

符合JSP2.0、Servlet2.4、JSTL1.0标准

ServiceAction:

业务流程模型(主要支持业务流转以及办理流程)。

DAO:

数据访问对象,Hibernate提供整个项目的数据访问接口。

Database:

Oracle10g数据库服务器。

3.2客房信息维护模块

3.2.1功能描述及结构组成

对客房基本信息的维护,对客房服务项目信息的维护,对客房物品损坏赔偿信息的维护。

由客房表,客房信息表,客房服务表和客房物品损坏赔偿表组成。

Ø

每个客房都有明确记录,是否入住。

入住的时候只能选择空的房间入住,房间分为五种状态,空,入住,未打扫,装修,预定。

退房时用押金扣除房费和各种消费项目费用,如果有余留返回给顾客,如果不足则要求顾客补清。

退房后,房间状态变成未打扫。

服务人员打扫后,房间变成空状态。

3.2.2程序设计

客房表和客房信息表是多对一的关系。

客房服务表和顾客消费表多对多关系。

客房物品损坏赔偿表和顾客消费表存在多对多关系。

客房物品损坏赔偿表和客房表存在多对多关系

3.2.3数据流图

3.2.4数据结构

数据结构依照详细设计为准,此处描述需求内的主项数据信息。

客房表

标识

数据名称

描述

约束条件

1

id

Primarykey

2

房间号

3

房间状态

闲,入住,未打扫,装修,预定

4

备注

5

介绍

客房类型表

房间类型

房间价格

床位

是否有窗户

6

是否独立卫浴

客房服务项目表(包含数据字典内)

服务项目编号

服务项目名称

金额

3.2.5界面描述

3.2.6性能指标

a.测试连接数据源响应时间;

<

1秒

b.批量更新处理时间;

=3秒

c.系统队列堵塞SystemProcessorQueueLength:

=2

3.2.7用到的开源软件

3.3顾客管理模块

3.3.1功能描述及结构组成

对顾客信息进行维护,对顾客消费信息的维护,对顾客寄存物品管理,对顾客遗留的物品进行管理,对信誉不好的顾客加入黑名单。

3.3.2程序设计

顾客的消费清单和顾客表存在一对多的关系。

物品寄存和物品遗留表和顾客表存在这一对多的关系。

黑名单和顾客表存在一对一的关系

将顾客的寄存物品或遗留物品存放到物品寄存和物品遗留表内

如果顾客的信誉度不好,将顾客存放到黑名单内。

如果该顾客下次再次光临我店时,给予前台服务人员提示,该位顾客存在于黑名单内。

3.3.3数据流图

3.3.4数据结构

顾客表

顾客姓名

性别

证件类型

证件号

手机号码

7

客房号

8

入住日期

9

员工编号

10

是否为会员

11

会员卡号

12

顾客的入住情况

13

退房时间

顾客消费清单

消费项目编号

消费时间

物品寄存和物品遗留表

类型

是物品寄存还是遗留

寄存时间、遗留时间

状态

黑名单

3.3.5界面描述

3.3.6性能指标

3.3.7用到的开源软件

3.4会员管理模块

3.4.1功能描述及结构组成

对会员信息进行维护。

会员升级

⏹可以主动申请银卡会员,如果为会员每次入住会得到100积分,并享受9.8折扣

⏹当积分累计到2000积分,可以升级到金卡会员,并享受9.5折扣

积分换礼需要会员卡的卡号礼物选项兑换

兑换记录

向会员发送优惠信息到邮箱

查询会员入住明细

3.4.2程序设计

兑换记录表和会员表存在着一对多的关系。

如需兑换礼品,则在相应的会员的积分字段上扣除相应的积分。

如果有优惠信息则给会员发送邮件

3.4.3数据流图

3.4.4数据结构

会员表

卡号

会员类型

普通会员,企业会员

姓名

手机号

邮箱地址

居住地址

邮政编码

积分

注册时间

14

入住次数

15

会员卡基本信息

卡级别

折扣信息

礼品编号

礼品名字

3.4.5界面描述

3.4.6性能指标

3.4.7用到的开源软件

3.5员工管理模块

3.5.1功能描述及结构组成

对员工信息进行维护

3.5.2程序设计

员工表和角色表存在多对多的关系

角色表和功能表存在多对多的关系

3.5.3数据流图

3.5.4数据结构

员工表

唯一,5位数,全数字

员工姓名

身份证号

出生日期

住址

工龄

头像

员工状态

员工密码

角色表

角色名称

功能表

功能名称

URL

Mid

自身

Pid

父节点

3.5.5界面描述

3.5.6性能指标

3.5.7用到的开源软件

3.6前台服务模块

3.6.1功能描述及结构组成

入住

⏹每个客房都有明确记录,是否入住。

入住的时候只能选择空的房间入住,房间分为五种状态,空,入住,未打扫,装修,预订

退房

⏹退房后,房间状态变成未打扫。

换房

客房服务(清洗衣服,擦鞋服务,客房整理,订餐服务)

⏹客房服务和消费记录保存

入住过期提醒功能

⏹退房时需要缴清所有消费款项。

每天15点为结账周期,超过15点则计另算一天

物品寄存功能

客人遗留物品处理机制

在住信息查询

黑名单

信息汇总,统计

⏹可以导出excel文件

⏹查询季度、年客房销售总额。

⏹查询会员占所有客户的比例。

⏹查询会员消费占全部消费的比例。

会员升级

积分兑换礼品

员工管理

对数据库维护

⏹数据字典维护

⏹初始化数据库

⏹备份数据库

⏹恢复功能

3.6.2程序设计

✧入住时,选取合适的房间状态,然后录入顾客相关信息和顾客的消费清单。

如果顾客有物品寄存。

则在物品寄存和物品遗留表内添加相应的信息。

✧如需换房,则将顾客表内的客房号改变为新的房间号,并把上一间房间的状态转为打扫。

✧退房时,将顾客此次入驻信息加入到历史备份表内,并定期清理顾客表中的内容。

✧加入checkbox空间实现一次性开多个房间。

并按顺序录入顾客的信息。

✧当当前系统时间为15点是自动检索房间状态,如果没有退房,则提示前台服务人员要求顾客续费。

✧对顾客申请的客房服务,加入到顾客的消费清单表内

✧将顾客的寄存物品或遗留物品添加到相应的表内,并修改状态为:

未领取。

如果物品的主人领取后状态改为:

已领取。

并定期清理该表。

✧按条件查询客房的入住状态

✧信誉不好的顾客及时加入到黑名单内

✧信息汇总查询提交报告。

3.6.3数据流图

3.6.4数据结构

3.6.5界面描述

3.6.6性能指标

3.6.7用到的开源软件

3.7历史记录模块

3.7.1功能描述及结构组成

对历史入住信息的维护,对历史顾客消费记录的维护。

3.7.2程序设计

历史入住信息表和历史顾客消费记录存在着一对一的关系

3.7.3数据流图

3.7.4数据结构

历史入住信息表hiliinfo

True,False

结算日期

历史顾客消费表hiexinfo

员工编号

3.7.5界面描述

3.7.6性能指标

3.7.7用到的开源软件

3.8需求分配表

3.9接口需求表

功能模块名

相关的功能模块名

接口

内/外部接口

4本版本的性能指标

4.1测试环境

资源类型

资源明细

软件资源

Windows2003Server+sp1

WindowsXP+sp2

Office2003

Oracle10g,Tomcat5.5.23,JDK1.5_0_4

硬件资源

服务器端硬件配置:

CPUIntel酷睿i3530以上

内存4G

硬盘空余80G以上

人力资源

XXX:

4人/月=4*26*2=208人/时

4.2测试目标

使用自动化测试软件对被测系统进行压力测试(测试系统在饱和状态下系统的处理能力),获取测试数据,得出在目前各项硬件、网络环境下应用系统的性能表现。

最后通过对测试数据的分析,找出系统性能瓶颈,评价系统的性能指标,指出稳定运行的最佳参数指标。

测试关注如下性能指标:

1、Memory\Pages/sec<

=80

2、Memory\PoolPagedBytesandPoolNonpagedBytes=固定值

3、Process\PrivateBytes非持续升高

4、PhysicalDiskDiskQueueLength<

=3

5、SystemProcessorQueueLength<

=2

6、Processor%ProcessorTime(_Totalinstance)<

=85~90%

7、ProcessorInterrupts/sec%InterruptTime<

=15%

8、NetworkInterfaceBytesTotal/secBytesTotal/sec<

=50%

9、PhysicalDisk%DiskTime<

80%

10、AverageTransactionResponseTime<

8秒

11、Throughput-Wholescenario持续升高

12、对数据库连接的管理能显著影响到整个应用程序的伸缩性和健壮性,影响到程序的性能指标.关注连接池泄漏.

13、更新处理时间;

=30秒

14、数据的转换,传送时间(1W条);

15、图像呈显及树加载时间;

5运行设计

5.1运行模块组合

5.2运行控制

6运行环境的配置

6.1设备环境需求

服务器端:

使用主流服务器,最低配置如下:

客户端:

使用主流PC机,最低配置如下:

CPUIntelE5200以上

内存1G

6.2软件环境需求

使用Windows2003Server+SP1操作系统(其他操作系统如Linux、Unix等可根据需求满足)。

操作系统:

使用WindowsXP+SP2

浏览器:

使用MicroSoftIE6.0以上

7进度调整

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

当前位置:首页 > 外语学习 > 其它语言学习

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

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