酒店管理系统设计基于架构设计五视图法.docx
《酒店管理系统设计基于架构设计五视图法.docx》由会员分享,可在线阅读,更多相关《酒店管理系统设计基于架构设计五视图法.docx(19页珍藏版)》请在冰豆网上搜索。
![酒店管理系统设计基于架构设计五视图法.docx](https://file1.bdocx.com/fileroot1/2023-1/23/c0a295f4-f476-44a4-801d-972f37bf5f26/c0a295f4-f476-44a4-801d-972f37bf5f261.gif)
酒店管理系统设计基于架构设计五视图法
××公司软件开发文档
文档编号:
版本号:
文档名称:
概要设计说明书
项目名称:
酒店管理系统
文档编写人:
编写:
2011年12月1日
校对:
年月日
审核:
年月日
批准:
年月日
开发单位:
××公司
概要设计说明书
1引言
1.1编写目
《酒店管理系统》概要设计任务是根据需求分析说明书所确定用户对系统功能要求、性能要求、用户操作要求和将来扩展要求,制定系统实现总体规划。
即:
1、系统设计:
以系统功能模型为依据确定系统实现基本框架
2、数据库逻辑设计。
3、软件结构设计:
确定组成软件系统程序模块和以程序模块为单位、用层次结构表示软件结构,以及各模块功能描述和接口描述。
编写概要设计说明书目:
将《酒店管理系统》系统设计、数据库逻辑设计和软件结构设计用规范化格式和规范化语言进行描述,作为软件开发人员进行软件开发、软件测试和维护依据。
1.2背景
软件系统名称:
酒店管理系统
本项目任务提出者:
××酒店
本项目任务开发者:
××公司
本项目用户:
××酒店
1.3定义
序号
名词
定义
1
转房调房
用户在对当前房间不满意时,可以要求转房到其他可供使用房间。
2
入住状态
一个特定编号房间当前入住状态,即房间是否有人住。
3
房态
一个特定编号房间状态,即房间是净房、脏房还是坏房。
4
净房
指一个房间状态为可用空房,已经过客房工作人员清理,可以安排给来入住客人。
5
脏房
指一个房间状态为不可用空房,尚未经过客房工作人员清理。
6
坏房
指一个房间状态为不可用空房,尚未经过客房工作人员修理。
7
各级密码
包括工作人员和经理都有自己账号和密码,用于登陆酒店管理系统以获取相关服务。
8
帐务
对于客人不同业务进行相关记录,并附有工作人员记录。
9
查账
指前台工作人员对于某用户消费金额进行查询,以确定是否超额来通知用户。
10
新入住查询
对本日新入住客人进行记录,以供查询。
11
客房定价
根据不同时间,经理可以对客房定价进行修改。
12
客房占用报表
是当前客房占用情况报表,用于管理员查询。
13
转房改租表
是指客人进行转房调房,根据客房定价差异进行房租更改,并记录客房信息。
14
动态房态
即时客房状态,便于管理者和客人进行查询。
15
房管
是客房辅助系统,可以对于客房状态进行设置查询,可通知客房工作人员来进行管理。
1.4参考资料
1、中华人民共和国国家标准《计算机软件开发规范》GB8566—88
2、中华人民共和国国家标准《计算机软件开发文件编制指南》GB8567—88
3、中华人民共和国国家标准《计算机软件需求说明编制指南》GB8585—88
4、《酒店管理系统》需求分析说明书
2总体设计
2.1系统构架设计
2.1.1逻辑架构设计
系统可划分为三个子系统,采购管理子系统、门店管理子系统和客服管理子系统。
如图2-1。
图2-1子系统划分图
子系统都有用户登录功能块,如图2-2。
用户修改信息:
指用户可以随时修改自己信息,特别是用户密码必须经常修改,以防止他人盗用自己身份操作系统,破坏数据库数据。
取回密码:
当用户忘记了密码时,使用该功能通过简单回忆获得自己密码。
图2-2用户登录软件结构图
门店管理子系统包括5大功能块,定义表2-1。
门店管理子系统功能结构如图2-3。
表2-1功能块描述
序号
功能名称
简要描述
1
前台接待
前台工作员接待入住客户录入信息并分配可用房间
2
前台收银
前台接待入住客户办理交款结账手续等工作
3
房管
对房间房态进行管理,转房调房
4
夜审
对当天一天收入及入住情况明细进行总结
5
客户自主查询
客户可对自己相关简单信息进行查询
图2-3门店管理子系统结构图
门店管理子系统子功能块图2-4,2-5,2-6,2-7。
图2-4前台接待软件结构图图2-5前台收银软件结构图
图2-6房管软件结构图图2-7转房调房软件结构图
客服管理子系统包括2大功能块分别是:
客房预订,会员管理。
完成客房预订包括预订客房、查询预订客房信息。
会员管理包括加入会员、取消会员及查询会员信息。
图2-8客服管理子系统
图2-9客房预订软件结构图图2-10会员管理软件结构图
采购管理子系统功能包括:
录入采购申请,录入采购信息,查询采购信息,通知提货。
图2-11采购管理子系统软件结构图
2.1.2开发架构设计
系统采用三层架构模型进行开发,将系统分成三个部分,数据表现层、业务逻辑层和数据处理层。
如图2-12。
图2-12三层架构
数据表现层负责用户及系统之间交互,主要表现在将系统数据按照用户业务操作按照一定规则显示在页面上,利用JSP页面技术来实现。
在酒店管理中,数据表现层根据用户类别不同,分别展现不同用户界面和功能,具体分为门店管理员界面、采购管理员界面、客服管理员界面、客人界面。
业务逻辑层主要完成各个子系统之间通信和交互,以实现系统业务功能,在本系统中分为门店管理、采购管理和客服管理。
数据处理层主要实现系统数据和数据库之间交互,利用JSP中JDBC数据库处理模块实现。
2.1.3运行架构设计
服务器端:
PⅢ600/内存128Mb/硬盘10Gb以上专用微机服务器;
客户端:
PⅢ600/内存64Mb/硬盘6Gb以上台式计算机;
系统结构:
B/S结构;
系统开发库:
系统基于JSP技术作为系统解决方案;
数据库:
MicrosoftSQLServer2000;
服务器:
IIS5.0;
开发环境:
MyEclipse;
服务器操作系统:
WindowsServer2003;
客户端操作系统:
windowsxp及以上系统;
操作界面:
浏览器界面,IE6.0。
考虑到一个用户在进行操作时候,其他用户可能都不处在操作状态,将本系统按用户类别划分成四个进程,采购管理、门店管理、客服管理、用户登录各自功能在运行时封装到一个进程里面,每一个功能作为一个线程,不同进程之间通过线程来通讯。
在一个用户登录后创建一个进程,当他进行某项操作时,将该操作作为一个消息传递给业务逻辑层,业务逻辑层根据该消息内容或对数据库操作,或调用数据表现层完成相关操作,在他退出系统后撤销该进程。
由于不同用户可能并发对数据库进行访问和操作,这里采用多线程方式来对数据库进行操作。
采用基于http网络通信协议完成业务表现层及业务逻辑层之间通讯。
2.1.4物理架构设计
服务器端:
PⅢ600/内存128Mb/硬盘10Gb以上专用微机服务器;
客户端:
PⅢ600/内存64Mb/硬盘6Gb以上台式计算机;
本系统仅需一个应用服务器和一个数据库服务器即可,客户端均可以访问应用服务器,应用服务器在需要做数据库操作时访问数据库服务器。
功能分布及数据分布:
系统所有软件模块都集中在服务器上,在用户通过浏览器登录后,根据不同用户,服务器展现相应功能块给该用户,所有数据都保存在数据库服务器中,如图2-13。
图2-13部署图
2.1.5数据架构设计
数据库概念模型如图2-14所示。
2-14概念模型
1、客人个人信息表
字段名称
数据类型
是否为空
说明
Cus_ID
Int
Notnull
身份证号
Room_ID
Int
Notnull
房间ID
Cus_Name
Char
Notnull
姓名
Cus_sex
Char
Notnull
性别
Cus_Age
Int
年龄
Cus_National
Char
国际
Cus_Address
Char
家庭住址
Cus_Vip
Int
VIP号
Cus_Agreement
Bool
是否合约
客人个人信息表定义
姓名=1{汉字}8
姓名为1~8位汉字
身份证号=
身份证号规定为18位数字
性别=男|女
性别为男女两种
年龄=0~200
国籍=1{汉字}10
国籍10个汉字之内
家庭住址=1{汉字}16
地址为1~16位汉字
房间ID=“0000”…“9999”
房间ID号规定为4位数字
VIP号=“”…“”
账号规定为8位数字
是否合约=“1”“0”
1表示是,0表示否
2、房态表
字段名称
数据类型
是否为空
说明
Room_ID
Int
Notnull
客房ID号
Room_State
Char
Notnull
房间状态
房态表定义
客房ID=“0000”…“9999”
房间ID号规定为4位数字
房态=“1”“0”
1——出租0——未出租
3、客房信息表
字段名称
数据类型
是否为空
说明
Room_ID
Int
Notnull
客房ID号
Room_Type
Char
Notnull
客房类型
Room_Price
Int
Notnull
客房价格
Room_Area
Int
Notnull
房间面积
Room_Bed
Char
Notnull
床位
Room_Description
Char
客房描述
客房信息表定义
客房ID=“0000”-“9999”
房间ID号规定为4位数字
客房类型=高|中|地
00、01、11表示
客房面积=0~200平方米
客房价格=20~20000元
床位=1~8个
4、预定证明表
字段名称
数据类型
是否为空
说明
Cus_name
Char
Notnull
姓名
Cus_ID
Int
Notnull
身份证号
Cus_Sex
Int
Notnull
性别
Cus_Address
Char
家庭住址
Cus_Tel
Int
电话
Cus_RoomNun
Int
Notnull
房间号
Cus_Time
Int
Notnull
订房时间
Cus_Money
Int
Notnull
押金
预定证明表定义
姓名=1{汉字}8
姓名为1~8位汉字
身份证号=
身份证号规定为18位数字
性别=男|女
性别为男女两种
家庭住址=1{汉字}16
地址为1~16位汉字
电话=1{数字}16
电话号为16位数字之内
房间数量=
订房时间=年+月+日
年=“0001”..“9999”
月=“01”..”12”
日=”01”..”31”
日期由年月日组成
押金=“0000000.01”..“9999999.99
5、退房凭证表
字段名称
数据类型
是否为空
说明
Name
Char
Notnull
姓名
ID
Int
Notnull
身份证号
Sex
Char
Notnull
性别
退房凭证表定义
姓名=1{汉字}8
姓名为1~8位汉字
身份证号=
身份证号规定为18位数字
性别=男|女
性别为男女两种
客房核实结果=1-4
结果为1~4位汉字
6、客历表
字段名称
数据类型
是否为空
说明
Room_ID
Int
Notnull
客房ID号
Room_BeginTime
Int
Notnull
开房时间
Room_LastTime
Int
Notnull
退房时间
Room_TotalPrice
Int
Notnull
收取金额
客历表定义
客房ID号=“0000”…“9999”
房间ID号规定为4位数字
开房时间=年+月+日
年=“0001”..“9999”
月=“01”..”12”
日=”01”..”31”
日期由年月日组成
退房时间=年+月+日
年=“0001”..“9999”
月=“01”..”12”
日=”01”..”31”
日期由年月日组成
金额=“0000000.01”..“9999999.99”
住客ID=
身份证号规定为18位数字
2.2设计模式
2.2.1基本设计概念
设计基础:
酒店内电脑通过内部网连通,带宽为100兆。
因此,酒店内部网性能能够满足各分部通过内部网访问中心数据库数据实时响应要求。
为了满足用户对系统功能需求、以及对系统数据安全性、数据一致性要求,本系统设计思想是:
1、本系统采用MVC模式,模型—视图—控制器模式简称为MVC(Model-View-Controller,MVC)。
MVC模式专门用于描述用户界面结构,主要针对界面设计可变性需求,其目标是如何使软件计算模型独立于界面构成。
用户对软件最直接感受是软件界面特性。
对同一个应用问题,不同用户、不同计算环境、不同时期,可能都要求有不同界面表示形式。
例如,当在不改变领域模型前提下要求扩展应用功能,当用户对界面提出新和特别要求时,当把某个系统设计思想移植到另一个运行环境时,都要求对界面进行某些修改。
从保证数据安全性和有效性考虑,将分为数据录入用户和数据查询用户。
录入用户主要负责数据录入和修改。
2、系统安全性设计:
身份验证(登录)
数据限制:
访问数据库用户分部属性决定访问数据范围。
功能限制:
通过用户功能视图限制用户对数据操作。
3、用户角色设定和用户权限分配:
根据用户功能视图划分确定用户角色划分。
每个用户按用户角色获得基本系统操作权限。
为了使用户对系统操作权限及用户业务工作分配相对应,系统可以在用户角色基本权限基础上增加或减少对系统操作权限,即用户权限可动态变化。
为了实现用户权限动态变化,将系统功能模块作为系统资源进行注册。
将用户权限分配转化为对模块分配。
可以对模块操作进行约束来实现对功能使用时间约束,使得某些模块具有很强时间特性。
4、为了实现用户权限动态变化,用户功能视图界面必须动态生成。
2.2.2操作流程
系统基本操作流程是:
2.3功能需求及程序关系
序号
功能需求
程序模块
备注
1、用户登录
1
用户登录及验证
用户登录
2
用户修改信息
用户修改信息
用户修改自己信息
3
取回用户密码
取回用户密码
功能编号
1
功能名称
用户登录
调查者
调查时间
功能描述
用于各用户登陆酒店管理系统
输入项
用户ID+密码
处理描述
系统检查用户ID和密码,进行比对,并转入及该用户权限相应界面
输出项
进入相应界面
界面要求
系统登陆界面
功能编号
2
功能名称
前台接待
所属部门
前台接待
调查者
调查时间
审核人
功能描述
对客人入住进行接待处理
包括散客接待、团体接待、合约客人接待
散客入住登记、合约入住登记、团体自动入住和手动入住、补填客单、修改客人信息、转房、调房、设置房态、客人留言、预定客房查询、可售客房查询
输入项
个人:
身份证号(int)+姓名(char)+性别(int)+年龄(int)+国籍(char)+家庭住址(char)+VIP(int)+电话(int)+是否合约(bool)
团体:
团队ID号(int)+团队名称(char)+领队人(char)+领队手机(int)+团队开户行(char)+帐号(int)+地址(char)+联系电话(int)+人数(int)+人员名单(char)+房间数量(int)+是否合约(bool)
处理描述
将数据及客历系统比对,将数据输入到数据库中,并更新入住情况数据信息
客人一旦入住酒店,将允许客人先消费,后付帐。
系统还设计了限制消费功能。
团体入住后除了每个团员有自己帐外,系统还自动产生该团主帐号,操作员每一个消费记入成员帐还是记入团体帐,该团成员房租将自动记入团主帐。
输出项
将客人入住数据输出到数据库
界面要求
个人预定和团体预定在各自输入界面输入
功能编号
3
功能名称
前台收银
所属部门
前台收银
调查者
调查时间
审核人
功能描述
对客人帐务和退房进行处理
记帐(包括客人在酒店各营业场点消费)
埋单、限制客人消费、退房、押金加入、查帐(可查总客帐、总收入帐、总消费帐)、转帐、设置跑单、客用保险箱管理、团体埋单及退房
输入项
客人ID号(int)+团队名称(char)+团队开户行(char)+帐号(int)+是否合约(bool)
处理描述
将客人帐务进行显示,结帐和退房时对数据进行相应处理。
每一个客人从预定房间起系统内已自动产生了该客人帐号,住店客人享受酒店短期贷款,可以在酒店绝大部分签单,这将刺激客人消费心理,增加酒店收入,记帐功能主要加入酒店暂无连网那些消费场所和诸如赔偿、日租、特别消费等。
酒店管理者还可根据客人情况锁住其帐号,以限制其消费。
前台收银系统埋单又及其他营业场所不同,前台埋单允许客人一帐多单,分期埋单,分类别埋单,退房时能自动检测:
客人帐务余额为零;客人帐号帐项为空;保险箱钥匙以归还,否则系统拒绝退房。
转帐功能也具有万能分帐功能,既不但可以把几个帐号消费转入另一帐号,也可把某一帐号特定时期特定几类消费转入另一帐号,转帐帐项将留下记号并且留下记录以方便查核人员核对。
团体埋单及其他埋单相同,而团体退房则采用全自动方式,不必一一输入房号。
如果系统检测到某团成员全部已退房,团主单也随即自动退出。
输出项
更新用户帐务数据,并输出到数据库。
界面要求
在帐务操作界面进行操作。
功能编号
4
功能名称
房管
所属部门
调查者
调查时间
审核人
功能描述
管家进行信息处理,包括房间状态,停车信息。
设置净房、脏房、坏房、及取消坏房
设置SKIP房、SLEEP房
查询净房表、脏房表、坏房表
房间状态
新入住查询
输入项
房间状态(int),停车场信息(bool)
处理描述
查询时返回房间状态;设置房间状态时,将房间状态修改并输出。
停车信息查询时,返回停车信息;设置时,更改信息并输出。
输出项
查询时,输出房间信息或停车信息到界面;更改时,输出数据到数据库。
界面要求
管家系统界面
功能编号
5
功能名称
预定系统
所属部门
前台预定
调查者
调查时间
审核人
功能描述
对客人预定房间业务进行处理
包括散客预定、团体预定、合约客人预定
散客预定、团体预定、客房预定、预定未到处理、预售查询
预定系统可随时查询30天以内酒店客房预售一览表,及可售房间数,可查询某间客房预定情况。
对常客可使用系统客历资料预定及陪房,可大大减少资料输入。
输入项
个人:
身份证号(int)+姓名(char)+性别(int)+年龄(int)+国籍(char)+家庭住址(char)+VIP(int)+电话(int)+是否合约(bool)
团体:
团队ID号(int)+团队名称(char)+领队人(char)+领队手机(int)+团队开户行(char)+帐号(int)+地址(char)+联系电话(int)+人数(int)+人员名单(char)+房间数量(int)+是否合约(bool)
处理描述
将数据及客历系统比对,将数据输入到数据库中,并更新预定情况数据信息。
其中系统对输入各个数据根据一定规则做数据检查。
输出项
将客人信息输出到数据库
界面要求
个人预定和团体预定在预定操作界面操作
3非功能性需求
3.1安全性
系统数据安全:
提供基于用户名/密码认证方式。
提供基于用户类别应用软件功能访问控制,根据不同用户类别控制系统数据对象以及系统功能访问权限;在删除等关键操作时,有要求用户确认提示。
传输安全:
通过安全网络传输协议,利用公钥/私钥保证数据在传输过程安全。
3.2易用性
本系统中最初学生数据从教育局下载并导入。
用户操作界面采用尽量简洁图形用户界面,功能显示醒目,易见,对于操作有操作提示显示。
简化输入操作,尽量采用下拉框选择形式,对于查询条件,尽量提供下拉框选择。
3.3可靠性
在系统运行异常甚至发生故障时,能提供故障恢复能力。
保证系统持续稳定运行,并且计划外宕机时间控制在全年1%以内。
3.4高性能
响应时间:
用户访问系统登录界面响应时间目标位5秒;除统计操作外,用户操作响应时间在5秒内,服务器平均利用率不大于70%;