UML酒店管理系统.docx

UML酒店管理系统.docx

《UML酒店管理系统.docx》由会员分享，可在线阅读，更多相关《UML酒店管理系统.docx（22页珍藏版）》请在冰豆网上搜索。

UML酒店管理系统

小型酒店管理系统

分析与设计

课程实践报告

课程名称：

面向对象的分析与设计课程实践

课程类别：

实践必修课

开课学期：

2013秋季学期

编写单位：

中国地质大学（北京）信息工程学院

项目负责人：

WM

编写人：

WM

指导教师：

曾姗

提交班级：

提交时间：

2013年12月19日

1项目目的和任务

本项目的意义在于解决传统的酒店管理的缺陷，使酒店的管理更现代化、信息化、方便化，信息交流更迅速，极大地提高酒店经营管理的效率，为客户提供一个更便捷舒适的入住环境，为酒店带来更大的利益。

本项目来源于中国地质大学（北京）信息工程学院面向对象分析与设计课程实践，开发周期为45天。

本项目由中国地质大学（北京）信息工程学院软件工程开发团队研发，可实现客房管理、房态查询、系统管理、会员管理等基本功能。

系统将分为三部分：

房间管理、顾客管理和财务管理。

1.1项目背景

随着旅游业的发展，酒店、餐饮娱乐行业日趋发达，引入全方位的电脑服务和电脑管理日益流行。

酒店客房管理系统是酒店经营管理中不可缺少的部分，它的内容对于经营的决策者和管理者来说都至关重要,所以客房管理系统、信息管理系统应该能够为用户提供充足的信息和快捷的查询手段。

但一直以来人们使用传统人工的方式管理文件档案，这种管理方式存在着许多弊端，如:

效率低、保密性差，容易出现差错等，且对于查询空房间及已定房间等极为不方便。

因此，为解决传统的酒店管理的缺陷，引用科学的电脑管理十分重要。

作为计算机及网络应用的一部分，使用计算机对客房信息进行管理，具有手工管理所无法比拟的优点。

例如:

检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。

这些优点能够极大地提高客房经营管理的效率，也是企业的科学化、正规化管理，与世界接轨的重要条件。

且办事效率也是决定收入的一个关键因素。

“小型酒店管理系统”代表了酒店管理的信息化，不仅是体现酒店现代化形象的一个重要标志，而且对于提高员工工作效率，加速资金周转、降低各项成本及改善服务质量都有十分积极的作用。

1.2项目目标

小型酒店管理系统是一个面向小型酒店用来进行酒店日常管理的系统。

该系统能够为酒店的管理者对酒店进行比较精确的管理，能够实现用户进行酒店的预定等基本操作，对酒店各部门提供管理功能，使酒店的管理更现代化、信息化、方便化。

为顾客提供一个良好的管理环境，为酒店赢得更多的利益。

1.3项目任务

一个成熟的酒店管理系统不仅仅是记录酒店客人的信息，提供查询，报表打印等一系列简单的工作，它能让工作人员从烦琐的手工操作中解脱。

本项目在经过对各酒店软件进行分析和研究后，参考国际上的先进酒店软件管理思想，结合中国酒店的实际特点，模仿中小型酒店的设计管理系统，将整个酒店管理系统细分为三部分：

房间管理、顾客管理和财务管理。

实现客房管理、房态查询、系统管理、会员管理等基本功能。

1.4任务分工

系统设计阶段的任务分工如表1所示

表1系统设计阶段任务分工

组员

组内角色

组内分工

王萌

组长

分配任务，完成用例图、类图、顺序图、协作图、状态图、活动图、撰写文档

罗旋

组员

完成用例图、类图、顺序图、状态图、对象图

杨笑

组员

完成用例描述、构件图、部署图、制作PPT

杨其一

组员

完成用例描述、构件图、部署图、撰写文档、制作PPT

2项目进度安排

本系统开发流程如表2所示

表2系统开发流程表

时间

工作安排

具体内容

11月4日-11月11日

需求分析

11月12日-11月17日

用例图

完成用例图、用例描述

11月18日-11月23日

类图

完成类图

11月24日-11月27日

顺序图、协作图

完成顺序图，并与类图相互完善；

由顺序图生成协作图

11月28日-12月2日

状态图、活动图

完成状态图、活动图

12月3日-12月7日

构件图、部署图

完成构件图、部署图

12月8日-12月10日

对象图

完成对象图

12月11日-12月12日

审核图件，进行完善

12月12日-12月15日

撰写报告

12月16日-12月18日

制作ppt

3系统需求分析

3.1业务流程图

本系统的业务流程比较复杂，在这仅给出“入住”的业务流程图，如1所示。

图1小型酒店管理系统的业务流程图---入住

3.2系统用例

用例图是显示一组用例、参与者以及它们之间的关系。

根据需求分析，我们做出如下用例图进行描述：

酒店管理系统总用例图（如图2）、前台部分用例图（如图3）、总经理部分用例图（如图4）。

图2酒店管理系统用例图（总）

图3酒店管理系统用例图（分）---前台

图4酒店管理系统用例图（分）---总经理

3.3用例描述

这部分是对用例图的描述，与后续的交互图分析和类图有着紧密的联系。

3.3.1客房管理用例描述

用例名称

frontOfficeManagement

用例描述

前台管理，实现预定、入住、退房、续住，包括对客房的业务信息（如客房号、预定时间、入住时间、换房情况、退房情况、金额等）进行检索、录入和修改。

参与者

前台工作人员、酒店管理系统

优先级

2

前置条件

前台工作人员已登录系统

后置条件

若有改动必须保存

基本操作流程

1.用户登录

2.根据用户请求，进行响应操作

3.提交操作结果

可选操作流程

bookRoom（预定）、checkIn（入住）、checkOut（退房）、continueToLive（续住）、changeRoom（换房）

被泛化的用例

无

被包含的用例

无

被扩展的用例

预定、入住、退房、续住

用例名称

checkIn

用例描述

入住信息登记

参与者

前台工作人员、酒店管理系统

优先级

2

前置条件

顾客要求入住、前台管理人员已登录系统

后置条件

系统中可入住房间数目减少

基本操作流程

1.前台工作人员将顾客提供的身份信息进行登记

2.缴费

3.给予房卡

可选操作流程

无

被泛化的用例

无

被包含的用例

giveRoomCard（给予房卡）、checkInCustomerInformation（登记顾客信息）

被扩展的用例

无

用例名称

checkOut

用例描述

退房

参与者

酒店管理人员、酒店管理系统

优先级

2

前置条件

顾客要求退房、前台管理人员已登录系统

后置条件

退房成功，打印消费凭条清洁人员进行打扫，系统中可入住房间数目增加

基本操作流程

1.前台工作人员收回房卡，退回押金

2.打印消费凭条

可选操作流程

无

被泛化的用例

无

被包含的用例

takeRoomCardBack（收回房卡）、returnCashPladge（退押金）、printReceipts（打印消费凭条）

被扩展的用例

无

3.3.2酒店员工信息管理用例描述

用例名称

manageInformationOfEmp

用例描述

对酒店员工的信息进行管理，包括对员工的基本信息进行检索、录入、修改、删除

参与者

经理、酒店管理系统

优先级

2

前置条件

经理已登录系统

后置条件

若有改动，必须确认保存

基本操作流程

经理对员工信息进行操作

可选操作流程

无

被泛化的用例

无

被包含的用例

无

被扩展的用例

addInformationOfEmp（添加员工信息）、updateInformationOfEmp（修改员工信息）、deleteInformationOfEmp（删除员工信息）、viewInformationOfEmp（查询员工信息）

4系统设计

4.1系统功能设计

根据需求分析、用例图、用例描述，我们大致将系统分为三大部分：

前台管理部分、总经理管理部分、数据库管理部分。

详细情况如图5所示。

图5系统功能图

本系统是针对酒店内部人员制作的。

下面以前台人员和经理为例做简单描述。

前台人员：

登录系统，系统对其编号进行识别，确认前台人员身份，对其赋予权限，即可对顾客的预定、入住、换房、退房在系统中进行操作；可收银，并录入系统；可增加顾客信息，办理VIP等等。

酒店经理：

登录系统，系统对其编号进行识别，确认经理身份后，可实现比前台人员高一些的权限，比如查看报表、对员工进行人事管理等。

4.1.1系统整体

针对本系统，我们做出系统整体的类图、对象图和活动图，如图6、图7、图8。

图6酒店管理系统类图

图7对象图

图8酒店管理系统活动图

4.1.2入住模块

该部分描述的是系统的入住模块，以下图9、图10、图11，为入住的顺序图、协作图、活动图。

图9酒店管理系统顺序图---入住

图10酒店管理系统协作图---入住

图11酒店管理系统活动图---入住

4.1.3退房模块

该部分描述的是系统的退房模块，以下图12、图13、图14，为入住的顺序图、协作图、活动图。

图12酒店管理系统顺序图---退房

图13酒店管理系统协作图---退房

图14酒店管理系统活动图---退房

4.1.4换房模块

该部分描述的是系统的换房模块，以下图15、图16，为入住的顺序图、协作图。

图15酒店管理系统顺序图---换房

图16酒店管理系统协作图---换房

4.1.5房间状态图

本部分给出房间状态图，如图17所示。

图17房间状态图

4.2数据库设计

本系统的数据库主要分为3大部分：

roomDB（客房信息数据库），customerDB（顾客信息数据库），financialDB（财政信息数据库）。

roomDB：

包括房间号、房间状态、房间类型、房价。

customerDB：

包括顾客身份证号、顾客姓名、顾客性别、顾客住址。

financialDB：

包括操作类型、操作人员、操作时间、交易金额。

通过上面对系统的总体分析，可以得到大概的实体——关系模型（E—R模型），如下：

图18房间信息E-R图

图19顾客信息E-R图

图20各实体联系图

5系统构件图和部署图

构件图和部署图是OO系统物理方面建模的两个图，具体情况如下。

5.1构件图

该部分仅对系统的源代码之间的相互关系进行建模，如图21。

图21系统文件构件图

5.2部署图

如图22所示，是本系统的部署图。

图22酒店管理系统部署图

6项目总结

WM：

刚开始拿到这份大作业的时候，感觉不好完成，一是对酒店内部管理不熟悉，二是要从需求分析到内部结构设计，难度有些大。

但是作业毕竟是来锻炼能力的，没有点难度怎么行，抱着这种心理，查了好多资料，翻了好多遍书，画了好多次图，还改了好多次，最后才定下来。

通过这次作业，我感觉，需求分析、把分析结果转化为结构化的思想这两点比较难。

需求分析，刚做的时候，以为要面面俱到，把酒店的各方面都要表现出来，后来才明白这个系统重点是“管理”，以后这个要注意，要抓重点进行分析。

还有就是把分析结果转化为结构化的思想比较难，我指的是画完用例图，再画类图这一步，我一开始不是很理解，后来老师说每个图都有每个图的意义，不能图的样子不一样，内容完全一样，后来想了好长时间，才把需求分析的那种思想转化为编程的那种设计思想，个人感觉这个转化有一定的难度。

画出这两个图，再画后面的图还算比较顺利，因为顺序图、协作图、状态图、活动图这些，在画类图的时候差不多就考虑过了。

现在看来，有难度的事情，只要一步一步地仔细想、仔细做，终会完成，只要想去完成。