UML顺序图文档第二次发送Word格式.docx

UML顺序图文档第二次发送Word格式.docx

《UML顺序图文档第二次发送Word格式.docx》由会员分享，可在线阅读，更多相关《UML顺序图文档第二次发送Word格式.docx（15页珍藏版）》请在冰豆网上搜索。

3.客房服务部门5

4.餐饮部门5

5.财务部5

6.保安部5

4.3酒店各子系统功能5

1.总经理子系统5

2财务子系统6

3住宿子系统6

4娱乐子系统6

4.4系统组织结构图7

5.系统的UML建模7

5.1小组人员分工7

5.2需求模型7

5.3基本模型（类图设计）7

5.4辅助模型8

（1）顺序图8

1.什么是顺序图8

2.顺序图的设计8

3.顺序图的设计展示及分析8

（2）状态图11

1.什么是状态图11

2.状态图的设计思路11

3.状态图的设计展示及分析11

（3）活动图12

6.总结：

13

7.参考文献13

摘要：

面向对象的系统分析是运用面向对象的方法对系统进行分析。

UML是一种定义良好、易于表达、功能强大且适用于各种应用领域的建模言语。

学习并掌握UML建模方法对，不仅有助于理想面向对象的分析与设计方法，也有助于对软件开发全过程的理解。

本小组在应用UML语言建模实现的一个简单的中等规模酒店的管理系统，本文作者在小组分工中负责顺序图与活动图的绘制，在进行需求分析的基础上，了解一些专业术语定义并成功绘制顺序图与活动图。

关键字酒店管理系统UML顺序图活动图

1.引言

随着人们生活水平的提高和经济整体发展，越来越多的人开始出行，或是旅行，或是办事，出行过程中的住宿问题显得尤为重要，随着生活富裕人们更加追求享受和提高了消费。

所以目前有很多服务性行业和和大型一体娱乐场所大量的涌现。

其中大型酒店便成为一体娱乐休闲住宿的主要“生力军”，越来越多的酒店涌现，使得这一行业的竞争则很激烈，大型酒店每天的客流量大，传统的靠笔记录早已淘汰，必须有一个依托现代计算机的健全管理模式才能完成有效、高效的管理，而且多样化的服务，才能吸引顾客，才能在竞争激励行业中有立足之地。

由于酒店提供的服务多种多样，规模大小也各不相同，所以对酒店管理系统的需求也不相同，但稍具规模的酒店必含下面两类服务：

饮食、住宿。

由于我们对酒店行业没有具体的接触考察和实质性的需求了解。

此次UML设计只能在一些收集到的材料与个人基本认识的基础上，简单模仿中等规模的大型一体酒店设计管理系统，并将其抽象成一个由两部门组成、实现两大服务的系统。

2.UML概念

2.1什么是UML

UML是一种可视化的建模语言,它能够让系统构造者用标准的、易于理解的方式建立起能够表达出他们想象力的系统蓝图，并且提供一种机制，以便于不同的人之间有效的共享和交流设计结果。

2.2UML的特点

（1）统一的标准

（2）面向对象

（3）可视化、表示能力强大

（4）独立于过程

（5）概念明确，建模表示法简洁，图形结构清晰，容易掌握和使用。

2.3UML的构成

（1）基本构造块

（2）规则

（3）公共机制

其中基本构造块又包括3种类型:

事物、关系、图

3.面向对象的系统分析

3.1OOA的组成

OOA（面向对象的分析）模型由5个层次（主题层、对象类层、结构层、属性层和服务层）和5个活动（标识对象类、标识结构、定义主题、定义属性和定义服务）组成。

在这种方法中定义了两种对象类之间的结构，一种称为分类结构，一种称为组装结构。

分类结构就是所谓的一般与特殊的关系。

组装结构则反映了对象之间的整体与部分的关系。

3.2OOA的主要原则

（1）抽象：

从许多事物中舍弃个别的、非本质的特征，抽取共同的、本质性的特征，就叫作抽象。

抽象是形成概念的必须手段。

抽象原则有两方面的意义：

第一，尽管问题域中的事物是很复杂的，但是分析员并不需要了解和描述它们的一切，只需要分析研究其中与系统目标有关的事物及其本质性特征。

第二，通过舍弃个体事物在细节上的差异，抽取其共同特征而得到一批事物的抽象概念。

抽象是面向对象方法中使用最为广泛的原则。

抽象原则包括过程抽象和数据抽象两个方面。

过程抽象是指，任何一个完成确定功能的操作序列，其使用者都可以把它看作一个单一的实体，尽管实际上它可能是由一系列更低级的操作完成的。

数据抽象是根据施加于数据之上的操作来定义数据类型，并限定数据的值只能由这些操作来修改和观察。

数据抽象是OOA的核心原则。

它强调把数据（属性）和操作（服务）结合为一个不可分的系统单位（即对象），对象的外部只需要知道它做什么，而不必知道它如何做。

（2）封装就是把对象的属性和服务结合为一个不可分的系统单位，并尽可能隐蔽对象的内部细节。

（3）继承：

特殊类的对象拥有的其一般类的全部属性与服务，称作特殊类对一般类的继承。

在OOA中运用继承原则，就是在每个由一般类和特殊类形成的一般—特殊结构中，把一般类的对象实例和所有特殊类的对象实例都共同具有的属性和服务，一次性地在一般类中进行显式的定义。

在特殊类中不再重复地定义一般类中已定义的东西，但是在语义上，特殊类却自动地、隐含地拥有它的一般类（以及所有更上层的一般类）中定义的全部属性和服务。

继承原则的好处是：

使系统模型比较简练也比较清晰。

（4）分类：

就是把具有相同属性和服务的对象划分为一类，用类作为这些对象的抽象描述。

分类原则实际上是抽象原则运用于对象描述时的一种表现形式。

（5）聚合：

又称组装，其原则是：

把一个复杂的事物看成若干比较简单的事物的组装体，从而简化对复杂事物的描述。

（6）关联：

是人类思考问题时经常运用的思想方法：

通过一个事物联想到另外的事物。

能使人发生联想的原因是事物之间确实存在着某些联系。

（7）消息通信：

这一原则要求对象之间只能通过消息进行通信，而不允许在对象之外直接地存取对象内部的属性。

通过消息进行通信是由于封装原则而引起的。

在OOA中要求用消息连接表示出对象之间的动态联系。

（8）粒度控制：

一般来讲，人在面对一个复杂的问题域时，不可能在同一时刻既能纵观全局，又能洞察秋毫。

因此需要控制自己的视野：

考虑全局时，注意其大的组成部分，暂时不详察每一部分的具体的细节;

考虑某部分的细节时则暂时撇开其余的部分。

这就是粒度控制原则。

（9）行为分析：

现实世界中事物的行为是复杂的。

由大量的事物所构成的问题域中各种行为往往相互依赖、相互交织。

3.2分析模型

1、对象模型:

对用例模型进行分析,把系统分解成互相协作的分析类,通过类图/对象图描述对象/对象的属性/对象间的关系,是系统的静态模型

2、动态模型:

描述系统的动态行为,通过顺序图/协作图描述对象的交互,以揭示对象间如何协作来完成每个具体的用例,单个对象的状态变化/动态行为可以通过状态图来表达。

3、功能模型（即用例模型à

作为输入）。

是对客观事物或现象的一种描述。

模型是被研究对象的一种抽象。

客观事物或现象，是一个多因素综合体。

因素之间存在着相互依赖又相互制约的关系，通常是复杂的非线性关系。

4.需求分析

4.1背景说明

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

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

酒店管理系统的功能包括以下内容：

（1）酒店管理系统能够支持用户进行酒店客房的预定、酒店客房的退订以及退房付款等操作。

（2）酒店管理系统能够支持客房部门对用户的预定、退订、退房等进行操作，当客户订房时进行客房查询，查询客房是否可以预定；

当客户退订或退房时，进行客房状态修改等。

并支持客房日常管理，如清洁打扫、安全性能等的操作。

（3）酒店管理系统能够支持餐饮部门对用户点餐等服务进行操作。

如用户可以进行点餐的选择，并能够选择是否送餐；

以及食品原材料进购的选择与登记。

（4）酒店管理系统能够支持财务部门对整个酒店财务进行正常管理。

如客房部在用户退房时的付款管理、餐饮部在进购原材料时的财务支付等。

并整理某一时间段内酒店的整体收益以及员工的薪水管理。

（5）酒店管理系统能够支持保安部门对整个酒店安保的实时监控，确保整个酒店的安全问题。

4.2酒店部门分析

1.酒店总经理

酒店总经理的功能虽然不是面向顾客、不是酒店的服务项之一，但它的存在却是必不可少的。

它的主要职责有：

A.管理员工。

给员工编号，登记其基本信息；

根据员工的平时表现及工龄确定工资；

此外，还要给员工分配工作部门及职务等等。

B.划分部门。

给个部门编号、命名、确定其职责范围、任命部门经理、分配员工。

C.对本部门的财务进行核算（支付工资等）。

D.期末对酒店的收益情况进行核算。

2.前厅部

前厅部为酒店基本部门，其主要的职责有：

A.接待入住酒店的客户、录入旅客信息、为旅客安排房间。

B.查询旅客信息、处理旅客投诉。

3.客房服务部门

它也是酒店基本部门之一。

客房服务部门的主要职责有：

A.给个房间布置各种设备、分类、编号、制定收费标准、分配服务人员。

B.登记旅客信息，确认其身份，登记其入住、退房时间。

C.统计各类房间的客满程度。

D.对本部门的财务流动进行登记处理。

4.餐饮部门

它是酒店基本部门之一。

它提供服务的特点是实时性强、持续时间短，强调效率。

例如，顾客人数、顾客所用的菜及其它饮料等种类繁多，数量不等；

后勤各种活动如采购等频繁发生。

通过分析可发现，用人工完成此类操作比计算机更具实效与时效，且此类信息也没有长时间保留的必要，因此这些信息没有必要采用数据库管理。

对于餐饮部门，需要较长时间保留的信息主要是财务信息，一方面便于期末汇总，另一方面便于向上级报告。

5.财务部

财务部门的功能主要是面对酒店的财务管理，包括饮食、住宿、各部门支出等的财务管理，财务部门对整个酒店来说都是重要的。

6.保安部

保安部门主要负责整个酒店的安保工作，如：

酒店车辆进出的登记与管理、查验；

酒店员工进出的管制；

酒店财产的保障和员工的安全保护；

酒店突发事件的处理。

4.3酒店各子系统功能

1.总经理子系统

1对新来的员工进行编号、登记、分配工作。

（员工号、姓名、性别、年龄、工龄、级别、部门号、职务、其他备注）

2对于被辞退的员工从系统中级联删除其信息，如从员工表中删除其基本信息，从它所服务的工作部门中删除该员工的工作名额，结算支付其工资、奖金；

同时补充新的员工，代替它的工作。

3对新增部门作各种初始工作。

如编号、命名、任命经理等。

（部门号、名称、部门经理、员工数量）

4取消某个部门时，核算该部门的财务情况，并作备份；

同时对该部门的员工重新分配工作。

5其他情况的处理。

2财务子系统

1每天的收入、支出登记（编号、发票号、摘要、数量、单位、数额、经手人、日期）

2期末各子系统的财务汇总（编号、上月余额、总收入、总支出、余额、经手人、日期）

3期末酒店汇总个部门的财务报表，结算本酒店收益（编号、部门号、部门名称、收入、支出、净收入、经手人、日期）

3住宿子系统

1.来客登记

若多人住同一房间，只作一个记录。

客人信息（房间号、房间类别、客人数量、联系人名、身份、证件名称（类型）、证件号码、入住时间、退出时间）

2.房间管理

旅客入住（旅客退出）除了登记（删除）客人信息之外，还应对相关的记录进行修改，如房间的状态等。

房间类别（类别号、名称、设备、收费标准、总数量、剩余量、管理人员）

房间（房间号，房间类型、状态）

（该部门的财务处理与饮食子系统同，归到财务子系统）

4娱乐子系统

1添加新的娱乐项目

娱乐项目（娱乐项目号、名称、收费标准、负责人）

2取消某娱乐项目。

4.4系统组织结构图

5.系统的UML建模

5.1小组人员分工

用例图：

（韦诣邃）类图：

（卢超伟）顺序图、状态图：

（袁荣良）活动图、构件图：

（马健）

5.2需求模型

用例图（略，由本小组韦诣邃完成）

5.3基本模型（类图设计）

类图（略，由本小组卢超伟完成）

5.4辅助模型

（1）顺序图

1.什么是顺序图

顺序图，也称时序图。

Rumbaugh对顺序图的定义是：

顺序图是显示对象之间交互的图，这些对象按时间顺序排列的。

特别地，顺序图中显示的是参与交互对象及对象之间消息交互的顺序。

顺序图中包括的建模元素有：

对象（参与者实例也是对象）、生命线（lifeline）控制焦点（focusofcontrolFOC）、消息（message）等。

2.顺序图的设计

在分析和设计过程中，建立顺序图并没有一个标准的步骤，下面给出的步骤只是指导性原则：

（引用课本）

1.确定交互过程的上下文。

2.识别参与交互过程的对象。

3.为每个对象设置生命线，即确定哪些对象存在于整个交互过程中，哪些对象在交互过程中被创建和撤销。

4.从引发整个交互过程的初始消息开始，在生命线之间自顶下下一次画出随后的各个消息。

5.如果需要表示消息的嵌套，或、和表示消息发生的时间点，则采用控制焦点。

6.如果需要说明时间约束，则在消息旁边加上约束说明。

（约束是UML的3种扩展机制之一）。

7.如果需要，可以为每个消息附上前置条件和后置条件。

3.顺序图的设计展示及分析

针对此酒店管理系统，我画了三个顺序图，顾客用信用卡结账顺序图、客户订房顺序图、用户登录顺序图。

详见：

酒店管理系统_袁.mdl之顾客用信用卡结账顺序图、客户订房顺序图、用户登录成功顺序图。

顾客用信用卡结账顺序图如下：

解释说明：

主要体现一个顺序执行的过程，也就是说，顾客先进行刷卡动作，前台接受都刷卡信息，前台问口令返回给顾客，顾客输入口令（密码），口令通过验证，反馈给系统管理员，系统检查顾客信息后向银联反馈，口令正确返回给系统管理员，系统返回前台，前台返回给顾客，并输入金额，同时进行处理，然后银联处理，处理完成，逐步返回并最终给顾客打印出清单。

客户订房顺序图如下:

顾客发起动作，由前台服务员通过员工登录系统登录成功后进行操作。

顾客发出预定房间请求，前台服务员接受到消息，并打开相应的查询界面，查询酒店数据库有无空房，如果没有空房，返回给前台服务员，并告知顾客没有空房，如果有空房，打开预定房间界面，完成预定操作，操作完成后，返回并告知顾客预定成功。

用户登录成功顺序图如下:

解释说明：

登录酒店管理系统，用户输入密码，酒店管理系统发出认证请求，通过验证服务，在数据库里进行验证，本顺序图想实现登录成功，所以、验证得知用户存在，验证成功，登录成功反馈给用户。

（2）状态图

1.什么是状态图

UML中的状态图（statechartdiagram）主要用于描述一个对象在其生存期间的动态行为，表现一个对象所经历的状态序列，引起状态转移的事件（event），以及因状态转移而伴随的动作（action）。

状态图是UML中对系统行为建模的5个图之一，状态图在检查、调试和描述类的动态行为时非常有用。

一般可以用状态机对一个对象（这里所说的对象可以是类的实例、用例的实例或整个系统的实例）的生命周期建模，状态图是用于显示状态机的，重点在于描述状态之间的控制流。

状态图主要用于描述一个对象在其生存期间的动态行为，表现一个对象所经历的状态序列，引起状态转移的事件，以及因状态转移而伴随的动作。

2.状态图的设计思路

酒店管理系统中，客房是最常用对象，对客房的操作是系统中最主要的活动，通过分析可以知道客房在其生存期间的动态行为有订房、删除、和退房等动作，所以给出以下状态图。

3.状态图的设计展示及分析

详见：

酒店管理系统_袁.mdl之客房管理状态图

状态图的分析

下面我分析一下客房管理状态图的设计思想：

客房管理是从添加客房开始。

第一个状态名字是客房。

当进入这个状态时，做下述四个动作，输入房间号、确定房间类型、确定房间位置和房间状态，没有离开状态，是对该状态进行下一个步骤的操作。

第二个状态是订房登记，从客房状态通过订房动作进入这个状态，进入这个状态时，做查看房间状态动作。

第三个状态是退房登记，从订房登记通过退房动作进入该状态，进入该状态时，完成房间设置为空动作。

第四个状态是删除房间，从客房状态通过删除动作进入该状态，进入该状态时，做删除房间信息和删除房间状态信息两个动作

（3）活动图

（略由本组马健完成）

活动表示的是某流程中任务的执行，它可以表示某算法过程中语句的执行。

通过本次的课程设计，和OOA分析酒店管理系统，我感觉自己有了很大的收获，自己感觉这个学期的设计课程，让我真正在实践中学到了技能吧，在本次课程设计之前，我对UML掌握的并不好，甚至不了解UML的真正含义，上课过程表现的也不好，当时间临近，开始动手完成作业的时候，我的电脑都没有配置和安装好Rationalrose，只是听同学们说安装不成功，因为懒惰，自己也没有试试。

我开始按照步骤自己动手，并成功安装好Rationalrose，进去随便画了画，才第一次真正接触了我们UML，才明白建模。

开始着手完成此次设计，我开始查阅资料，在网上找教程，学习Rationalrose的用法，我们小组的分工很明确，我负责顺序图和状态图，针对这两个概念我只是听说，并没有理解，我老老实实的开始看书，从第一页看起，从头学期，这才知道了什么是UML，什么事顺序图，什么是状态图。

并在现有资料的基础上，开始设计并绘制图形，有了现在这篇论文。

通过此次的作业设计，我也发现了很多自己存在的不足，对各种概念的掌握还是不够透彻和认真，也是很皮毛、很浅。

对酒店管理系统的分析和设计还是不够完善，我绘制图形也不够全面。

也因为是主观的潜意识设计，所以设计不完善，只是选取简单的例子加以说明。

个人方面，学习还是不够积极主动，比较懒惰。

会在以后的学习过程中加以改正。

谢谢老师的指正批评。

7.参考文献

[1]王少峰，面向对象技术与UML教程[M].清华大学出版社2004年2月

[2]郑阿奇，VisualRose使用教程（第二版）[M].电子工业出版社，2004年6月

[3]王学智，ROSE对象建模方法与技术[M].机械工业出版社，2003年7月

前厅总台