酒店预订系统可视化建模与UML综合性实验.docx

酒店预订系统可视化建模与UML综合性实验.docx

《酒店预订系统可视化建模与UML综合性实验.docx》由会员分享，可在线阅读，更多相关《酒店预订系统可视化建模与UML综合性实验.docx（20页珍藏版）》请在冰点文库上搜索。

酒店预订系统可视化建模与UML综合性实验

可视化建模与UML综合性实验

1.酒店预订系统需求分析

1.1功能性需求

1.所有的网络用户可以通过浏览网络信息查看该酒店的客房信息。

2.网络用户如果需要预定，需要设置个人信息注册成为酒店会员并登录系统能够预订

3.会员查看客房信息并选择订单，选择支付方式，最后确认提交生成订单。

4.系统，通知客房部准备房间。

5会员接受已预订信息，一定时间内可以取消订单，会员通过个人信息管理修改个人信息，通过订单管理查看个人订单情况。

6.同时订单管理员也可以成为酒店会员，并享受预订服务。

7，系统管理员控制客房信息，同时维护用户权限和信息。

1.2设计性需求

1.客户申请注册登录模块：

会员能够查询酒店的客房信息情况，然后根据自己的需要，填写申请单，向工作人员递交申请，工作人员根据系统情况，回复客户。

2.系统管理员登陆模块：

系统管理员工作需要登陆系统，才能够进行操作，系统中的各项数据都不允许外人随便查看和更改，所以设置登陆模块是必须的。

3.顾客到达模块：

到达情况有两种,一种是有预约的到达,另一种是无预约的到达，有预约的到达首先查询预约,故在预约模块中添加到达的功能。

无预约的到达,就可以立即找空客房，在到达操作中还要刷新当前客房状态,由预约或空闲状态转为客房状态。

4.顾客结账模块：

显示当前客房的房间信息,从中选中需要结帐的客房,进行结帐操作，结帐完成后,将客房置为空闲状态,若当天还有不同时间预约此客房的则置该房间为预约状态。

5.客房信息管理模块工作：

工作人员可以对公司的客房进行管理。

工作人员可以查询公司的客房情况，包括入住情况，入住历史，客房状况。

6.客户信息管理模块：

在酒店入住过的会员，工作人员需要记录下入住情况，以便再次预定客房时可以查询。

新注册的客户，工作人员需要添加新会员进系统中。

7.会员权限管理模块：

管理员查询会员的权限，写入新的权限。

2.系统的UML基本模型

2.1UML初始模型

会员可以对自己的预订进行管理，例如退订、选择支付方式等。

会员可以从以往的订单中，直接选择订单，然后支付。

2.2系统的用例图

1.个人订单管理：

会员可以对自己的预订进行管理，例如退订、选择支付方式等。

会员可以从以往的订单中，直接选择订单，然后支付。

2.浏览网络信息：

会员可以网上浏览酒店的及时信息。

其中包括客房信息，客房价格等一切相关信息。

3.个人信息管理：

会员可以修改自己的信息。

4.登陆：

会员在进行客房预订业务钱，需要在登陆后的情况下进行。

图2.2.1

图2.2.2

系统管理员通过系统能过进行一下活动：

1.用户权限信息管理：

系统管理员可以更改会员的权限。

2.客房管理：

系统管理员可以更改客房的当前信息。

图2.2.3

2.3系统的类图和对象图

订单类：

属性：

会员编号：

显示是哪位会员预订的客房。

房间编号：

客户预订的房间是哪一间。

付费情况：

客户是否付费。

方法：

会员信息（）：

将会员信息读取到订单中。

客房信息（）：

将客房信息读取到订单中。

图2.3.1

酒店会员类：

属性：

会员号:

每个会员的唯一表示。

电话号码：

会员的联系方式。

E-mail：

会员的电子邮箱。

密码：

会员的电子邮箱。

密码：

会员的登陆密码

方法：

查看（）:

会员可以查看自己的基本信息

修改个人信息（）：

会员可以修改自己的信息。

选择支付方式（）：

调用此方法，会员可以选择支付的方式。

登陆（）：

调用此方法，会员登陆到预定系统。

 缴费金额（）：

调用此方法，系统显示会员预定房间所需缴费金

缴费成功（）调用此方法，提示会员缴费成功信息。

生成订单（）：

调用此方法，形成订单到会员订单管理中。

 查看所有会员（）：

调用此方法，酒店会员的信息被管理员使用。

 某个用户名（）：

调用此方法，会员信息被调出。

图2.3.2

属性：

状态：

显示客房现在的状态。

例如：

预订、空闲、入住。

价格：

显示客房的价格。

客房信息设置：

显示客房的信息。

例如：

客房中配置的设施、

房间的类型（单人间、标准间等）。

客房编号：

客房的房间号。

方法：

查询客房信息（）：

调用此方法，显示客房信息。

选择客房（）：

显示出预定此客房的金额。

请求缴费（）：

激活缴费系统。

修改后客房信息（）：

调用此方法，更新客房信息。

图2.3.3

 客房间设置类客房信息设置类：

方法：

设置客房信息（）：

调用此方法，管理员可以设置、修改客房信息。

图2.3.4

 属性：

用户名：

显示管理员的用户名。

权限：

显示管理员所拥有的权限。

方法：

修改（）：

管理员调用此方法，可以对会员的权限进行修改。

图2.3.5

 网络用户类网络用户类：

方法：

浏览客房信息（）：

调用此方法，网络用户可以任意浏览客房信息，但不可预订。

图2.3.6

 方法：

支付（）：

调用此方法，会员可以进行网上支付。

图2.3.7

系统管理员类系统管理员类：

方法：

权限设置（）：

调用此方法，管理员可以进入权限设置管理，对会员进行权限的修改。

客房信息维护（）：

调用此方法，管理员可以进入客房信息设置，对客房的信息进行修改。

图2.3.8

图2.3.9

类图说明：

从图中可以看出，系统管理员可以查看会员的个人信息，并修改会员的权限，还可以设置客房的状态信息。

会员可以浏览客房信息；和申请订单，申请订单成功后，就可以通过网上支付系统支付定金。

下面说明类之间的关系每个酒店会员都可以查看多个客房信息。

同时，会员也可以，拥有0个或者多个客房的预订，也就是说可以拥有多个订单。

一个管理员可以对多个房间进行信息的修改，客房的信息又可以被多个管理员修改。

一个管理员可以修改多个会员的权限。

每次对客房信息修改只能针对一个客房。

但是信息的修改可以对每个客房进行，所以客房信息设置与客房信息是一对多的关系。

管理员拥有酒店会员拥有的所有功能、酒店会员拥有网络用户的所有功能。

2.4系统的时序图

“会员订房”用例

根据基本流程创建客房信息设置的序列图及其协作图

图2.4.1

“会员订房”用例下面通过具体的描述来确定订房的过程，基本的工作过程如下：

管理员想要修改客房信息，需要先登录系统。

管理员通过客房信息设置界面来查看客房信息。

客房信息向管理员返回信息。

管理员看到客房信息之后，通过客房信息设置模块对信息进行修改。

修改成功之后，客房信息向管理员返回修改成功后的客房信息。

根据基本流程创建客房信息设置的序列图及其协作图，如图2.4.2所示

图2.4.2

图2.4.3

2.5系统的协作图

2.5.1会员订房用例

会员要预订酒店房间，需要先登录。

会员浏览客房的信息，确定需要预定的客房号。

当会员确定需要锁定的客房后。

客房信息返回一个所需缴费金额的信息。

会员看到所需缴费的金额之后，对缴费系统发出缴费请求。

缴费成功后，对会员发出缴费成功的信息。

缴费成功后，客房信息要对客房状态进行更改。

即客房信息要对客房信息设置发出修改的信息。

客房状态更改之后，客房信息和更新后的客房信息。

会发送到订单模块中。

成功生成订单之后，将订单发送给会员。

图2.5.1

图2.5.2

图2.5.3

2.6系统的状态图

订单含有一下几种状态：

显示订单中拥有的所有信息，酒店会员对订单进行修改，当所有信息被确之后生成订单。

它们之间的转换规则如下：

当酒店会员预订房间之后，可以在订单管理中查看或者修改订单。

当会员查看订单信息之后确认订单信息，确认无误后可以生成订单。

当会员查看信息之后，认为有修改的地方，可以修改订单之后，再生成订单。

会员还可以从订单管理中，找到订单之后，修改订单信息后，生成订单。

根据订单的各种状态的转换规则，创建订单的状态图

图2.6.1

2.6.2会员状态图

会员包含以下的状态：

登陆，退出。

会员的状态转换关系如下：

会员需要预定房间的时候，需要输入用户名，密码进行登陆状态。

订单生成即订房成功，关闭界面，进入登出状态。

图2.6.2

2.6.3客房信息状态图

客房信息包含以下的状态：

显示客房信息，显示预订客房信息，已修改客房信息，退房。

客房信息的状态转换关系如下：

酒店会员和管理员可以请求查询客房信息。

客房被酒店会员预定之后，转换为显示预订客房信息状态。

酒店会员请求退订客房之后，转换为退房状态。

管理员查看客房信息，认为有信息需要更改时，请求更改客房信息，更改信息后转为已修改客房信息状态。

根据客房信息的各种状态的转换规则，创建客房信息的状态图。

图2.6.3

2.6.4权限设置状态图

权限设置包含以下状态：

显示会员权限，显示查询内容，权限已修改。

权限设置的状态转换关系如下。

管理员请求查看会员的权限时，转换为显示用户权限状态。

管理员输入查询信息时，转换为显示查询内容的状态。

酒店会员权限被修改之后，转换为权限已修改状态。

根据权限设置的各种状态以及转换规则，创建权限设置状态图

图2.6.4

2.7系统的活动图

 活动图是UML中用于对系统的动态方面建模的五种图中的一种。

一张活动图从本质上说是一个流程图，显示从活动到活动的控制流。

活动图用于一个系统的动态方面建模。

当对象在控制流的不同点上从状态移动时，用活动图也可以对该对象的控制流进行建模。

活动图可以单独用来可视化、详述、构造和文档化对象群体的动态特性，也可以用于对一个操作的控制流建模。

交互图强调的是从对象到对象的控制流，而活动图强调的是从活动到活动的控制流。

一个活动是一个状态机中进行的非原子的执行单元。

活动最终导致一些动作，这些动作由可执行的原子计算组成，这些计算会导致系统状态的改变或一个值的返回。

活动图不仅对系统的动态特性建模是重要的，而且对于通过正向和逆向工程横行可执行的系统也很重要。

酒店会员通过系统进行客房预订的活动，可以通过以下步骤完成：

客户查看客房信息。

系统显示客房信息。

当客房查看客房信息，决定需要预定的客房之后，请求预订客房。

请求提交到系统之后，系统判断该用户是否处于登陆状态。

如果用户没有登陆，则传图登陆界面：

用户已经在登陆状态时，系统显示客户需要预定的客房的客房信息

会员查看客房信息无误之后，选择订单及付款方式。

订单生成后，记录客房信息并显示让会员再次确定信息。

当会员确认之后，生成订单，客房预订成功。

根据酒店客户在网上预订客房的服务流程的活动，可以创建酒店客房预订的活动图

图2.7.1

2.8系统的组件图

图2.8.1

2.9系统的部署图

图2.9.1

3.系统的代码框架

4.实验总结

经过三周的设计，“酒店预订系统的分析与设计”，采用UML建模的方法已经基本完成。

在建模过程中，遇到一些问题，通过询问辅导老师和上网查找资料，得到了比较满意的解决，在这次课程设计中，关于UML的概念以前比较模糊的地方，在实际操作中，变得更加清楚了，对Rational Rose的UML功能运用的更加熟练。

使我对UML建模的思想有了更进一步的理解，在以后的学习中，还将不断的学习UML的理论知识

参考文献

XX文库