uml图

第9章 活动图 9.1 概述 9.2 活动图的组成元素 9.3 活动的分解 9.4 活动图建模技术 9.5 实例——图书馆管理系统的活 动图

9.1 概述 活动是某件事情正在进行的状态。 活动在状态机中表现为一个由一系列动作 组成的非原子的执行过程。 活动图是一种描述系统行为的图，它用于 展现参与行为的类所进行的各种活动的顺 序关系。 活动图与状态图都是状态机的表现形式。

9.1 概述 活动图与状态图的区别： ① 活动图着重表现从一个活动到另一个活动 的控制流，是内部处理驱动的流程。 ② 状态图着重描述从一个状态到另一个状态 的流程，主要有外部事件的参与。

9.1 概述 9.1.1 活动图的图形表示 9.1.2 活动图与流程图的区别

9.1.1 活动图的图形表示 在UML中，活动表示成圆角矩形。 如果一个活动引发下一个活动，两个活动 的图标之间用带箭头的直线连接。 活动图也有起点和终点，表示法和状态图 中相同。 活动图中还包括分支与合并、分叉与汇合 等模型元素。分支与合并的图标和状态图 中的判定的图标相同，而分叉与汇合则用 一条加粗的线段表示。

9.1.1 活动图的图形表示

9.1.2 活动图与流程图的区别①

第1章 UML简介

在本章中，你将学习如下内容： ? 为什么需要UML？ ? UML的诞生。

? 如何用图表示UML模型的各个部分？

? 为什么使用UML提供的不同类型的图对我们来说很重要？

统一建模语言（Unified Modeling Language，UML）是当今世界上面向对象系统开发领域中最激动人心的工具之一。为什么？UML是一种可视化的建模语言，它能让系统构造者用标准的、易于理解的方式建立起能够表达出他们想象力的系统蓝图，并且提供一种机制，以便于不同的人之间有效地共享和交流设计结果。

交流思想是极为重要的。在UML出现以前，系统开发往往是无计划的议题。系统分析员尽力去获取客户的需求，用某种他自己能够理解（但客户不一定总能理解）的表示法来产生需求分析文档，然后将这个分析转交给一个程序员或者一个程序员小组，并且期待着最后所开发出的系统正是客户所需要的。

一些术语 在本书中，系统（system）指的是硬件和软件的结合体，它能提供业务问题的解决方案。系统开发（system development）是为客户建立一个系统的过程，而客户（client）是需要解决问题的人。系统分析员（analyst）将客户所要解决的问题编制成文档，并将该文

1.系统需求........................................................................................................................................ 2 2．需求分析 ..................................................................................................................................... 4

2.1功能设置 ............................................................................................................................. 4 2.2模块划分 .................................................................................................

一、面向对象分析

1. 建立用例模型

i. 开户

用例描述：开户用例图中，由管理员发起开户事务，储户提供账户信息、身份信息，管理员验证账户合法性和身份真实性后输入账户信息，储户设置密码，过程中涉及验证合法性（账户号正确、身份真实等）、添加账户信息等。储户可以打印凭证。

ii. 销户

用例描述：销户用例图中，主动销户由管理员发起销户事务，储户提供账户信息、身份信息，输入密码，管理员验证密码正确身份真实性后输入账户信息，并验证账户余额，若有余额则返还给储户完成销户，若无余额直接完成销户。过程中涉及验证合法性（密码正确、身份真实等）、处理余额、删除账户信息等。储户可以打印凭证。被动销户则需要进行销户判断（挂失子系统），若判断可以销户，则处理余额，完成销户。

iii. 冻结

用例描述：冻结用例图中，主动冻结由管理员发起冻结事务，储户提供账户信息、身份信息，管理员验证密码正确身份真实性后输入账户信息，完成冻结。过程中涉及验证正确性（密码正确、身份真实等）、修改账户状态信息等。储户可以打印凭证。被动冻结则需要进行冻结判断，若输入密码大于三次，账户冻结。

iv. 挂失

用例描述：挂失用例图中，管理员需要用户输入账户信息，可以触发挂失事务，其中挂失事务包括生

1.系统需求........................................................................................................................................ 2 2．需求分析 ..................................................................................................................................... 4

2.1功能设置 ............................................................................................................................. 4 2.2模块划分 .................................................................................................

案例：图书管理系统 一、图书管理系统功能描述

图书管理系统能够对图书进行注册登记，也就是将图书的基本信息（如编号、书名、价格、作者等）预先存入数据库中，供以后检索，并且能够对借阅人进行注册登记，包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。同时，图书管理系统提高方便的查询方法。如以书名、作者、出版社、出版时间等信息进行图书检索，并能反映出图书的借阅情况；以借阅人编号对借阅人信息进行检索；以出版社名称查询出版社联系方式等信息。图书管理系统提供对书籍进行预订的功能，也提供旧书销毁功能，对于淘汰、损坏、丢失的书名可及时对数据库进行修改。图书管理系统能够对使用该管理系统的用户进行管理，按照不同的工作职能提供不同的功能授权。总的来说，图书管理系统主要包含下列功能。

1）读者管理：读者信息的制定、输入、修改、查询，包括种类、性别、借书数量、借书期限、备注等。

2）书籍管理：书籍基本信息制定、输入、修改、查询，包括书籍编号、类别、关键词、备注。

3）借阅管理：包括借书、还书、预订书籍、续借、查询书籍、过期处理和书籍丢失后的处理。

4）系统管理：包括用户权限管理、数据管理和自动借还机的管理。 二、图书管理系统用例图 1. 确定参与者

本系统

用rose绘制UML图

一 使用ROSE绘制用例图的步骤 1．创建用例图 一般情况下，用例图是UML中要绘制的第一个图。在用RATIONAL ROSE创建所用的模型之前，首先要新建一个工程。新建工程可以点击【File->New】菜单项，选项卡【New】如图所示，用来选择新建模型时采用的摸板。在此我们暂时不用摸板，选择Cancel。

要建立新的用例图，可以右键单击“Use Case View”节点，在弹出的菜单中选择【New->Use Case Diagram】菜单项，如下图所示。

此时，在“Use Case Diagram”树形结构下多了一个名为“NewDiagram”的图标，这个图标就是新建的用例图标。右键单击次图标，在弹出菜单中选择【Rename】菜单项，可以为用例图重新命名。最好为用例图模型取一个有意义的名字。

用rose绘制UML图

双击用例图标，出现用例图的编辑区和编辑工具栏，如图所示，左边是用例图的编辑工具栏，右边是用例图的编辑区

2．用例图工具栏按纽简介

选择一项

包

添加文本框

用例

添加注释

参与者

泛化关系

将图中的元素与注释连接起来

关联关系

依赖和实例化

3．工具栏的定制

用户可以根据需要自行定制和添加工具栏中的图标，操作方法如下：右键单击工

^`

本系统分为两个主模块分别在子模块中完善

^`

这是订单管理模块的用例图活动图

^`

管理员登录的用例图

登录活动图

书籍管理分别分了三个部分

^` 删除书籍活动图

^` 添加书籍

^` 修改书籍

^` 用户查看订单用例图

删除书籍

^`

^`

^` 用户登录活动图

^` 用户注册活动图

^`

^` 类图

UML类图关系大全(ROSE画图)

1、关联

双向关联：

C1-C2：指双方都知道对方的存在，都可以调用对方的公共属性和方法。

在GOF的设计模式书上是这样描述的：虽然在分析阶段这种关系是适用的，但我们觉得它对于描述设计模式内的类关系来说显得太抽象了，因为在设计阶段关联关系必须被映射为对象引用或指针。对象引用本身就是有向的，更适合表达我们所讨论的那种关系。所以这种关系在设计的时候比较少用到，关联一般都是有向的。

使用ROSE 生成的代码是这样的： class C1 ...{ public: C2* theC2; };

class C2 ...{ public: C1* theC1; };

双向关联在代码的表现为双方都拥有对方的一个指针，当然也可以是引用或者是值。

单向关联:

C3->C4：表示相识关系，指C3知道C4，C3可以调用C4的公共属性和方法。没有生命期的依赖。一般是表示为一种引用。

生成代码如下： class C3 ...{ public: C4* theC4; };

class C4 ...{ };

单向关联的代码就表现为C3有C4的指针，而C4对C3一无所知。

自身关联

详细介绍UML图,并进行区别,考试常用到

本文和大家重点讨论一下几种UML类图关系的区别，UML类图关系中的 ”关联关系(association) “、”聚合关系(aggregation) “、”合成关系 (compostion)“和”依赖关系 (dependency)“ 不是很容易区分清楚，这里和大家分享一下它们之间的区别。

区分几种UML类图关系

UML类图关系中的 ”关联关系(association) “、”聚合关系(aggregation) “、”合成关系 (compostion)“和”依赖关系 (dependency)“ 不是很容易区分清楚，《UML distilled》对这几个关系也没有解释的特别清楚。近日翻阅《Java 与模式》，发现其中对这些关系有较为清晰的描述，特摘录如下：

1、关联关系 (association)：

1、UML类图关系中关联关系是类与类之间的联结，它使一个类知道另一个类的属性和方法。

2、关联可以是双向的，也可以是单向的。双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头。

3、在 Java 或 c++ 中，关联关系是通过使用成员变量来实现的。

2、聚合关系 (aggregation)：

1、UML类图关系中聚合关系