UML大酒店标准管理系统专业课程设计.doc

软件工程试验汇报
酒店管理系统课程设计

学生姓名 _ 魏奇 杨树超___
学号

专业班级 3G软件13-01
院 （系）计算机和通信工程学院
指导老师 支 俊
完成时间 年 12 月 15 日
成绩

目录
一、 背景说明………………………………………………………
二、 需求分析………………………………………………………
1、组织结构图………………………………………………
2、系统功效需求……………………………………………
3、数据库管理模块…………………………………………
4、基础业务模块……………………………………………
三、 创建系统用例模型……………………………………………
用例描述……………………………………… ……………
四、 UML建模………………………………………………………
1、用例图……………………………………………………
2、类图………………………………………………………
3、次序图……………………………………………………
4、协作图……………………………………………………
5、活动图……………………………………………………
6、状态图……………………………………………………
7、构件图……………………………………………………
8、部件图……………………………………………………
五、小结……………………………………………………………

一、背景说明
现在大多数酒店提供服务多个多样，规模大小也各不相同，但稍具规模酒店必含下面三类服务：饮食、住宿和娱乐。因为我们对酒店行业没有具体接触和实质性了解。此次数据库设计只能在部分搜集到基础材料和个人直观认识基础上，简单模拟中等规模酒店设计管理系统，并将其抽象成一个由三部门组成、实现三大服务系统。
二、酒店管理系统需求分析
1、 组织结构图

送餐服务部
食品采购部
洗衣房
礼宾部
房务中心
酒店总经理
前厅部
客房部
餐饮部
餐 厅
楼层服务
总机
财务部
保安部
总 台

图1 酒店管理系统组织结构图

2、 系统功效需求
本系统关键有以下功效要求：
1）用户登录模块，关键用于用户登录。用户权限分为管理员和一般用户。当用户输入用户名和密码后经过确定，才能进入宾馆客房管理信息系统，并拥有对应权限。假如不是用户，拒绝进入。
2）客房管理模块，该模块是本系统关键所在。关键用于用户对客房及其业务情况进行管理，其中包含：
客房管理：能够对全部客房进行管理，包含增删该房间及房间状态。
预定管理：能够接收预定房间。
收银管理。
用户信息管理：管理用户基础信息。
3）消费管理模块，该模块关键用于对客人在入住期间消费进行入帐操作，包含消费入帐，话费入帐，餐费入帐等操作。
4）审查管理模块，关键用于该酒店管理者对酒店基础数据信息进行查看，方便制订策略。包含客房状态报表查看，客人入住信息报表查看，历史客人报表查看等等。

酒店管理系统
预定管理
接收预定房间
收银管理
图2 功效需求结构图

客房管理
用户信息管理
增加客房
删除客房
客房状态
登陆
用户基础信息
审查管理
客房状态查看
历史客人查看
入住信息查看
3、数据库管理模块
客房基础信息，包含数据项有：客房号码，客房标准，客房位置，客房状态，单价，容纳人数，等。
预定基础信息，包含数据项有：客房房号，客人姓名，身份证号码，身份证地址，预定时间，操作员等。
用户基础信息，包含客房房号，客人姓名，身份证号码，身份证地址，入住时间，操作员等。
系统用户信息，包含数据项有 ：用户名，用户密码，用户权限。
4、基础业务模块
酒店客房业务基础步骤关键包含：
客房预定：客人经过电话或其它路径向酒店进行客房预定，接待人员查询客房状态表后确定有空房则接收预定，预定成功后发给客人预定凭证，客房状态表作出对应改变。
客房登记：分为预定入住和散客登记
假如客人已经预定房间，则依据预定凭证进行预定入住操作，发给客人房卡，客房状态由“预定”变为“入住”。
假如客人没有预定房间，接待人员查询客房状态表后，有空房则进行客房登记操作，发给客人房卡，客房状态由“空房”变为“入住”。
客房消费：客人入住期间在酒店进行了消费，如：购置商品，就餐，打电话。就要进行消费入帐操作。包含：消费入帐，餐费入帐，话费入帐。
客人退房：客人退房时，接待人员依据客人房卡，进行退房登记。计算客人入住期间房费，餐费，话费，多种消费和押金总额。对客人收取费用或退回押金。客人信息转存到历史客人表中。客房状态由“入住”转为“空房”。
三、创建系统用例模型

系统用例分析是UML建模第一步，在需求分析中，我们已经确定了酒店管理系统各功效模块，包含：客房部管理、餐饮部管理、财务部管理等。

用例描述：

用户信息管理用例描述
描述项
说明
用例名称
用户信息管理
用例描述
对酒店客房管理系统使用者进行管理，包含对职员基础信息进行检索、录入和修改
参与者
酒店管理员和前台服务员（部分使用）
前置条件
必需先登录（帐号、密码）
后置条件
若有改动，必需确定保留
基础操作步骤
1. 管理员（或服务员）登录
2. 对职员信息进行查询或修改
被包含用例
1. 添加职员
2. 查询职员信息
3. 修改职员信息
4. 删除职员信息

添加用户
描述项
说明
用例名称
添加用户
用例描述
添加用户
参与者
酒店管理员
前置条件
必需先登录
后置条件
假如有改动必需保留
基础操作步骤
1. 管理员登录
2. 开始添加职员
3. 输入职员信息
4. 保留添加职员信息

查询用户信息
描述项
说明
用例名称
查询用户信息
用例描述
查询用户（前台服务员、系统管理员、经理）信息，包含姓名、职员号、部门、联络方法
参与者
酒店管理员或服务员（部分）
前置条件
必需先登录
后置条件
若有改动必需保留
基础操作步骤
1. 管理员登录
2. 输入所要查询职员姓名或职员号
3. 检索查看信息
4. 确定并退出

删除用户
描述项
说明
用例名称
删除用户
用例描述
删除用户（前台服务员、系统管理员、经理）信息
参与者
酒店管理员
前置条件
必需先登录
后置条件
必需确定保留
基础操作步骤
1. 管理员登录
2. 输入所要删除职员姓名或职员号
3. 确定删除
4. 退出

客房经营管理用例描述
描述项
说明
用例名称
客房经营管理
用例描述
实现对客房订房，入住和退房管理，包含对客房业务信息（如客房号、预定时间、入住时间、换房情况、退房情况、金额等）进行检索、录入和修改。
参与者
酒店管理员、酒店经理、和前台服务员
前置条件
必需登录
后置条件
若有改动必需保留
基础操作步骤
1. 用户登录
2. 依据用户请求，进行响应操作
3. 提交操作结果
被包含用例
1. 用户预定
2. 用户入住
3. 用户退房
预订登记
描述项
说明
用例名称
预订登记
用例描述
用户经过多种路径（电话、网络或亲自抵达）预订房间
参与者
前台服务员（关键）管理员或经理也可
前置条件
必需先登录
后置条件
若预订成功，生成订单，存入系统
基础操作步骤
1. 接待员响应用户预订请求
2. 接待员查询目前客房入住信息
3. 依据用户提供信息选择房间
4. 输入、查询和修改房间预订信息
5. 生成订单，存入系统

入住登记
描述项
说明
用例名称
入住登记
用例描述
用户入住酒店，办理手续
参与者
前台服务员（关键）管理员或经理也可
前置条件
必需先登录
后置条件
若入住成功，生成订单，存入系统，并修改入住信息
基础操作步骤
1接待员响应用户入住请求
2接待员查询目前客房入住信息
3依据用户提供信息选择房间
4输入、查询和修改房间入住信息
生成订单，存入系统
退房登记
描述项
说明
用例名称
退房登记
用例描述
用户退出酒店，办理手续
参与者
前台服务员（关键）管理员或经理也可
前置条件
必需先登录
后置条件
退房成功，生成清单，存入系统，并修改入住信息
基础操作步骤
1接待员响应用户退房请求
2接待员查询目前客房退房信息
3.计算费用
4.修改房间入住信息
5.生成结算单
客房信息管理描述
描述项
说明
用例名称
客房信息管理
用例描述
可自定义客房类型，并对其进行管理，包含对客房类型基础信息（如客房号、客房类型、房间位置、面积、床位、价格等）进行检索、录入和修改。
参与人员
酒店管理员和酒店经理
前置条件
必需先登录
后置条件
若有改动必需确定保留
基础操作步骤
1. 用户登录
2. 检索客房信息
3. 对客房多种信息进行修改
4. 确定并保留信息
被包含用例
1. 客房信息检索
2. 客房信息录入
3. 客房信息修改

用户信息管理用例描述
描述项
说明
用例名称
用户信息管理
用例描述
用户能够对入住过酒店用户信息进行查询，包含对用户基础信息（如身份证号、用户姓名、联络电话、用户类型、入住历史等等信息）进行检索。
参与者
酒店管理员、酒店经理和服务员
前置条件
必需先登录
后置条件
若有改动必需保留
基础操作步骤
1. 用户登录
2. 检索用户信息
3. 对用户多种信息进行修改
4. 确定保留修改信息

用户密码修改
描述项
说明
用例名称
用户密码修改
用例描述
用户能够对自己登录密码进行修改
参与者
酒店管理员、酒店经理和服务员
前置条件
必需先登录
后置条件
若有改动，必需确定保留
基础操作步骤
1. 用户登录
2. 进行密码修改
3. 输入旧密码
4. 输入新密码
5. 确定新密码
6. 修改完成

用户注销
描述项
说明
用例名称
用户注销
用例描述
用户离开系统，注销，以预防她人经过自己帐号登录系统。
参与者
酒店管理员，酒店经理和服务员
前置条件
必需先登录
后置条件
无
基础操作步骤
1. 处于登录状态
2. 选择注销
3. 确定注销

四、系统UML建模
1、 系统用例图
系统用例分析是UML建模第一步，在需求分析中，我们已经确定了酒店管理系统各功效模块，包含：客房部管理、餐饮部管理、财务部管理等。

图3 酒店管理系统用例图
该用例图标识了酒店管理系统中客房管理全部用例，而且形象地描述了各用例和用户角色之间关系。

2.系统类图

图4 酒店管理系统类图

图5 客房管理系统类图
3．系统次序图

图6 用户登录系统次序图

图7 用户用信用卡结账次序图

图8 用户订房序列图

【用户订房序列图说明：】

1职员登录系统 2预订请求
3打开查询界面 4有没有空房
5无空房 6 抱歉无空房
7有空房 8打开预订房间界面
9完成订单 10预订成功
11添加订单

4． 系统协作图

图8 用户登录系统协作图

【用户登录系统协作图说明：】
1）输入用户名密码 2）发送验证请求 3）进行查询
4）用户存在 5）验证成功 6）成功登录

图9 用户用信用卡结账协作图
【用户用信用卡结账协作图说明：】
1)刷卡 2)问口令 3）输口令 4）口令验证
5）检验用户资料 6）口令正确 7）口令正确
8）输入金额 9）进行处理 10）银行处理
11）完成 12）处理完成 13）打印清单

5． 系统活动图

图10 酒店管理系统活动图

图11 预定房间活动图

6． 系统状态图

图12 客房管理状态图

7. 系统构件图

8. 系统部件图

五、小结
经过四个周设计，我们小组“基于酒店管理系统分析和设计”，采取UML建模方法已经基础完成。在建模过程中，碰到部分问题，经过问询教导老师和上网查找资料，得到了比较满意处理，在这次课程设计中，相关UML概念以前比较模糊地方，在实际操作中，变得愈加清楚了，对Rational RoseUML功效利用愈加熟练。使我们对UML建模思想有了更深入了解，在以后学习中，还将不停学习软件工程理论和实践知识。