酒店管理系统Word下载.docx

酒店管理系统Word下载.docx

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

1选题及项目背景

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

该系统能能够为酒店

的管理者对酒店进行比较精确的管理，能够实现用户进行酒店的预定等操作，对酒店各部门提供管理功能。

2定义

酒店管理系统是记录酒店客人的信息，提供查询，报表打印等一系列工作，他能让工作人员从繁琐的工作中解脱出来。

本系统将结合中国酒店的实际特点，模仿中小型酒店的设计管理系统，将整个酒店管理系统细分成三个部分：

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

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

3参考资料《系统分析与设计》《酒店管理方案》

4系统分析与设计

4.1需求分析

4.1.1识别参与者

在本系统中参与者有：

酒店管理员，酒店经理，前台服务

4.1.2对需求进行捕获与描述

1.用例名称：

用户信息管理

执行者：

酒店管理员和前台服务员

目的：

对酒店客房管理系统的使用者进行管理，包括对员工的基本信息进行检索、录入和修改

2.用例名称：

客房经营管理

酒店管理员、酒店经理、和前台服务员

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

3.用例名称：

预订登记

前台服务员、管理员或经理

客户通过各种途径（电话、网络或亲自到达）预订房间

4.用例名称：

入住登记

客户入住酒店，办理手续

5.用例名称：

退房登记

客户退出酒店，办理手续

6.用例名称：

客房信息管理

酒店管理员和酒店经理

可自定义客房类型，并对其进行管理，包括对客房类型的基本信息（如客房号、客房类型、房间位置、面积、床位、价格等）进行检索、录入和修改。

7.用例名称：

用户密码修改

酒店管理员、酒店经理和服务员

用户可以对自己的登录密码进行修改

8.用例名称：

用户注销

酒店管理员，酒店经理和服务员

用户离开系统，注销，以防止别人通过自己的帐号登录系统

9.用例名称：

删除用户

酒店管理员

删除用户（前台服务员、系统管理员、经理）信息

10.用例名称：

添加用户

11.用例名称：

查询用户信息

酒店管理员或服务员

查询用户（前台服务员、系统管理员、经理）信息，包括姓名、员工号、部门、联系方式

12.用例名称：

酒店管理员酒店管理员

用例描述：

100.1

用例ID号及用例名

D1用户信息管理

100.2

用例概述

100.3

参与者

酒店管理员和前台服务员（部分使用）

101.4

前置条件

必须先登录（帐号、密码）

100.5

后置条件

若有改动，必须确认保存

100.6

基本事件流

（BasicFlow）

1.管理员（或服务员）登录

2.对员工信息进行查询或修改

100.6.1

扩展事件流（AlternativeFlows）

1.添加员工

2.查询员工信息

3.修改员工信息

4.删除员工信息

D2添加用户

必须先登录

如果有改动必须保存

1.管理员登录

2.开始添加员工

3.输入员工信息

4.保存添加员工信息

D3查询用户信息

酒店管理员或服务员（部分）

若有改动必须保存

2.输入所要查询员工姓名或员工号

3.检索查看信息

4.确认并退出

D4删除用户

必须确认保存

2.输入所要删除员工的姓名或员工号

3.确认删除

4.退出

4.1.3用例图

4.1.4分析与讨论

1）建模用例图的步骤、方法？

（1）确定出系统的参与者和用例。

（2）确定出系统的用例。

（3）按照优先次序细化每个用例。

（4）确定出每个用例中的泛化。

（5）确定每个用例中的包含关系、扩展关系。

（6）使用你已经确定的参与者,用例,泛化,包含关系和扩展关系为每个用例创建一个用例图。

2）如何识别系统的参与者？

应该如何划分用例，应注意哪些问题？

查找谁是系统的主要功能，谁改变系统的数据，谁从系统获取数据，谁支持维护系统谁需要借助系统的支持来完成日常的工作，系统需要操纵哪些硬件，系统需要和那些外部系统交互。

划分用例可以将系统分解成若干子系统，子系统还可以划分下属子系统，形成一个系统层次结构。

识别用例间的关系，扩展、包含等来划分子系统。

3）心得

对于大型软件系统，用例模型相对复杂为了清晰的描述这样的系统就有必要使用包等对用例进行分组。

通过本次实验指导了用例图怎么画，及用例图描述系统的功能需求。

4.2建立对象模型

4.2.1候选类的数据字典

类名

类型

定义

结构体

记录工作人员的信息

餐饮管理界面

记录月销售额

财务管理界面

字符型、链表

记录财务

客房管理界面

住户记录

用户管理界面

客户信息

预订管理界面

客户的更新消息

顾客信息管理界面

顾客的信息记录（客房记录等）

4.2.2定义类

客房管理界面类：

•属性

客房号码

客房标准

客房位置

客房状态

单价

容纳人数

用户管理界面类

•属性

用户名

密码

餐饮管理界面类

食品种类

食品价格

•操作

点菜（）

结账（）

顾客信息管理界面类

客房房号

客人姓名

身份证号码

身份证地址

入住时间

操作员

财务管理界面类

入账编号

入账金额

入账时间

预订管理界面类

预定时间

操作员

酒店管理系统类

用户名

密码

登录（）

4.2.3绘制类图

图4.2.3酒店管理系统类图

该类图中包含类有：

客房管理界面类

用户管理界面类

餐饮管理界面类

财务管理界面类

预订管理界面类

顾客信息管理界面类

酒店管理系统类

说明：

客房管理界面类，用户管理界面类，餐饮管理界面类，财务管理界面类，预订管理界面类，顾客信息管理界面类与酒店管理系统类为关联关系。

4.2.4包图

对于大型复杂系统，常需要把大量的模型元素用包组织起来，以方便处理。

对所选系统的类进行分组，以便更清晰地了解系统的结构。

图4.2.4系统包图

该包图中含有：

系统管理

房间管理

客房管理

房态查询

顾客管理

会员管理

财务管理

说明：

系统管理与整个房间管理、顾客管理、财务管理相关联。

4.2.5分析与讨论

1）建模类图的步骤、方法？

使用名词识别法识别类；

建模类与类之间的关系；

为类图中的关联关系添加合适的角色名；

为已被封装到类中的独立功能建模类。

1〉研究分析问题领域，确定系统的需求。

2〉发现对象和对象类，明确他们的含义和责任，确定属性和操作。

3〉发现类之间的静态联系。

着重分析找出对象类之间的一般和特殊关系，部分与整体关系，研究类的继承性和多态性，把类之间的静态联系用关联、泛化、聚合、组合、依赖等联系表达出来，虽然对象类图表达的是系统的静态结构特征，但是应当把对系统的静态分析与动态分析结合起来，更能准确地了解系统的静态结构特征。

4〉设计类与联系。

调整和精化已得到的对象类和类之间的联系，解决诸如命名冲突、功能重复等问题。

5〉绘制对象类图并编制相应的说明

2）识别类有哪些方法，你是如何识别类的？

行为分析、名词分析法、根据边界类、控制类、实体类的划分识别、参考设计模式确定类以及通过对领域进行分析得到类。

在此系统中，采用了名词分析法，然后找出候选类，在审查与筛选。

3）解释关联的多重性？

如何确定类的属性、操作、类之间的关联关系、组织类之间的继承？

关联的多重性表示：

在建模过程中年，一个关联实例中有多少个相互连接的对象。

通过分析系统结构与组成，确定类的关联关系、组织类之间的继承。

4.3建立动态模型

系统的动态行为模型由交互图（顺序图和协同图）、状态机图和活动图表达。

在系统的分析和设计中应当对主要的UseCase和对象类绘制这些图形，以便分析系统的行为，印证和修改系统的静态结构，满足用户的需求，达到系统的目标。

4.3.1顺序图

图4.3.11用户登录系统顺序图

当用户输入了正确的用户名和密码时系统进入验证服务，通过数据库的查询认为用户存在时返回一个验证成功的消息给登录酒店管理系统，之后返回一个登录成功的消息给用户。

该图将转成通信图：

图4.3.12客户订房顺序图

客户订房序列图说明：

1员工登录系统2预订请求

3打开查询界面4有无空房

5无空房6抱歉无空房

7有空房8打开预订房间界面

9完成订单10预订成功

11添加订单

说明