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

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

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

酒店预订系统可视化建模及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.登陆：

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

图

文案大全

合用文档

图

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

1.用户权限信息管理：

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

2.客房管理：

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

图

文案大全

合用文档

2.3系统的类图和对象图

订单类：

属性：

会员编号：

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

房间编号：

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

付费情况：

客户可否付费。

方法：

会员信息（）：

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

客房信息（）：

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

图

酒店会员类：

属性：

会员号:

每个会员的唯一表示。

电话号码：

会员的联系方式。

E-mail：

会员的电子邮箱。

密码：

会员的电子邮箱。

密码：

会员的登陆密码方法：

查察（）:

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

更正个人信息（）：

会员可以更正自己的信息。

选择支付方式（）：

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

登陆（）：

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

缴费金额（）：

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

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

生成订单（）：

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

查察所有会员（）：

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

某个用户名（）：

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

图

属性：

状态：

显示客房现在的状态。

比方：

预约、悠闲、入住。

价格：

显示客房的

价格。

客房信息设置：

显示客房的信息。

比方：

客房中配置的设施、

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

客房编号：

客房的房间号。

方法：

盘问客房信息（）：

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

选

择客房（）：

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

央求缴费（）：

激活缴费系统。

更正后客房信息（）：

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

图

文案大全

合用文档

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

方法：

设置客房信息（）：

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

图

属性：

用户名：

显示管理员的用户名。

权限：

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

方法：

更正（）：

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

图

网络用户类网络用户类：

方法：

阅读客房信息（）：

调用此方法，网络用户可以任意阅读客房信息，但不可以预约。

图

方法：

支付（）：

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

图

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

方法：

权限设置（）：

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

限的更正。

客房信息保护（）：

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

更正。

图

文案大全

合用文档

图

类图说明：

从图中可以看出，系统管理员可以查察会员的个人信息，并更正会员的权限，还

可以设置客房的状态信息。

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

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

同时，会员也可以，拥有0

个也很多个客房的预约，也就是说可以拥有多个订单。

一个管理员可以对多个房间进行信

息的更正，客房的信息又可以被多个管理员更正。

一个管理员可以更正多个会员的权限。

每

次对客房信息更正只能针对一个客房。

但是信息的更正可以对每个客房进行，所以客房信息

设置与客房信息是一对多的关系。

管理员拥有酒店会员拥有的所有功能、酒店会员拥有网

络用户的所有功能。

2.4系统的时序图

“会员订房”用例

依照基本流程创办客房信息设置的序列图及其协作图

文案大全

合用文档

图

“会员订房”用例下面经过详尽的描述来确定订房的过程，基本的工作过程以下：

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

管理员经过客房信息设置界面来查察客房信息。

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

管理员看到客房信息今后，经过客房信息设置模块对信息进行更正。

更正成功今后，客房信息向管理员返回更正成功后的客房信息。

依照基本流程创办客房信息设置的序列图及其协作图，如图

2.4.2所示

文案大全

合用文档

图

文案大全

合用文档

图

2.5系统的协作图

2.5.1会员订房用例

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

会员阅读客房的信息，确定需要预约的客房号。

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

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

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

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

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

即客房信息要对客房信息设置发出更正的信息。

客房状态更正今后，客房信息和更新后的客房信息。

会发送到订单模块中。

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

图

文案大全

合用文档

图

图

文案大全

合用文档

2.6系统的状态图

订单含有一下几种状态：

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

它们之间的变换规则以下：

当酒店会员预约房间今后，可以在订单管理中查察也许更正订单。

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

当会员查察信息今后，认为有更正的地方，可以更正订单今后，再生成订单。

会员还可以从订单管理中，找到订单今后，更正订单信息后，生成订单。

依照订单的各种状态的变换规则，创办订单的状态图

图

2.6.2会员状态图

会员包括以下的状态：

登陆，退出。

会员的状态变换关系以下：

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

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

文案大全

合用文档

图

2.6.3客房信息状态图

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

显示客房信息，显示预约客房信息，已更正客房信息，退房。

客房信息的状态变换关系以下：

酒店会员和管理员可以央求盘问客房信息。

客房被酒店会员预约今后，变换为显示预约客房信息状态。

酒店会员央求退订客房今后，变换为退房状态。

管理员查察客房信息，认为有信息需要更正时，央求更正客房信息，更正信息后转为已更正客房信息状态。

依照客房信息的各种状态的变换规则，创办客房信息的状态图。

文案大全

合用文档

图

2.6.4权限设置状态图

权限设置包括以下状态：

显示会员权限，显示盘问内容，权限已更正。

权限设置的状态变换关系以下。

管理员央求查察会员的权限时，变换为显示用户权限状态。

管理员输入盘问信息时，变换为显示盘问内容的状态。

酒店会员权限被更正今后，变换为权限已更正状态。

依照权限设置的各种状态以及变换规则，创办权限设置状态图

文案大全

合用文档

图

2.7系统的活动图

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

一张活动图从本质上说

是一个流程图，显示从活动到活动的控制流。

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

当对

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

活动

图可以单独用来可视化、详述、构造和文档化对象集体的动向特点，也可以用于对一个操

作的控制流建模。

交互图重申的是从对象到对象的控制流，而活动图重申的是从活动到活

动的控制流。

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

活动最终以致一些动作，

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

活

动图不仅对系统的动向特点建模是重要的，而且关于经过正向和逆向工程横行可执行的系

统也很重要。

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

客户查察客房信息。

系统显示客房信息。

当客房查察客房信息，决定需要预约的客房今后，央求预约客房。

央求提交到系统今后，系统判断该用户可否处于登陆状态。

若是用户没有登陆，则传图登陆界面：

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

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

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

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

文案大全

合用文档

依照酒店客户在网上预约客房的服务流程的活动，可以创办酒店客房预约的活动图

图

文案大全

合用文档

2.8系统的组件图

图

文案大全

合用文档

2.9系统的部署图

图

3.系统的代码框架

4.实验总结

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

在建模过程中，遇到一些问题，经过咨询指导老师和上网查找资料，获取了比较满意的解决，

在此次课程设计中，关于UML的看法以前比较模糊的地方，在本质操作中，变得更加清楚

了，对RationalRose的UML功能运用的更加熟练。

使我对UML建模的思想有了更进一步的

理解，在今后的学习中，还将不断的学习UML的理论知识

参照文件

文案大全