当前位置：文档之家 › UML基础教程_内容部分

UML基础教程_内容部分

  • 格式：ppt
  • 大小：1.11 MB
  • 文档页数：50

下载文档原格式

  / 50

合集下载

UML基础教程（很全面的教材）（PDF）

UML基础教程（很全面的教材）（PDF）

UML
-2-
目录
5.4对消息标签的详细讲解 5.5协作图例子 5.6协作图与顺序图的区别和联系 5.7练习题
6. 状态图
6.1状态图概要 6.2状态图的组成 6.3状态图中的事物及解释 6.4状态的可选活动表 6.5简单的例子:对象的状态图 6.6复杂的例子:网上银行登陆系统 6.7练习
7. 活动图
※ 协作图的一个用途是表示一个类操作的实现
1.5.6 状态图(State Chart Diagram)
※ 状态图是一个类对象所可能经历的所有历程的 模型图。状态图由对象的各个状态和连接这些 状态的转换组成
初始状态
assigned
to
subscription
time out 状态
Available
lock
UML 基础教程
UML
-1-
目录
1. 前言
1.1前言 1.2UML概述 1.3UML事物 1.4UML关系 1.5各UML图及特征 1.6各UML图的关系 1.7UML语法 1.8习题
2. 用例图
2.1用例图概要 2.2用例图中的事物及解释 2.3用例图中的关系及解释 2.4例子 2.5习题
3. 类图
UML
-4-
1. 前言
1.3 UML事物
UML包含4种事物：构件事物 行为事物 分组事物 注释事物 1.3.1 构件事物： UML模型的静态部分，描述概念或物理元素
它包括以下几种：
类：具有相同属性相同操作 相同关系相同语义的对象的描述 接口：描述元素的外部可见行为，即服务集合的定义说明 协作：描述了一组事物间的相互作用的集合 用例：代表一个系统或系统的一部分行为，是一组动作序列的集合 构件：系统中物理存在，可替换的部件 节点：运行时存在的物理元素 另外，参与者、信号应用、文档库、页表等都是上述基本事物的变体

UML教程

UML教程

适大所应数涉5人量、及的的规硬工工模件作作较的方等大式 ）生的、命提软周供件期更系。好统（的的硬方件生便环、命境提周不供期断更一变多般化种，都类软和超件更过也
应适应）
制作 龙鹏飞
面向对象技术-UML
【控制软件复杂性的基本方法】
1、分解
高
大2、问抽题象分解为子问题，功能分解；大实体分解为子部分，
级 软 件 工
制作 龙鹏飞
面向对象技术-UML
【面向对象的基本概念】
3、封装
高 封装（encapsulation）就是把对象的属性和方法结合成
级
一个独立的系统单位，并尽可能地隐蔽对象的内部细节。 封装使一个对象形成两个部分：接口部分和实现部分。
软 对于用户来说，接口部分是可见的，而实现部分是不可
件 见的。
工
封装提供了两种保护。首先封装可以保护对象，防止用 户直接存取对象的内部细节，其次封装也保护了客户端，
级 Jacobson（雅 森），在各自方法的基础上，汲取
软
其他面向对象方法的优点，广泛征求意见，几经修 改完成的一种建模语言。
件
工 UML是一种定义良好、易于表达、功能强大且 程 适用于各种应用领域的建模语言，已被OMG采纳为
标准，目前UML已成为面向对象技术领域内占主导 地位的标准建模语。掌握UML语言，不仅有助于理
解面向对象的分析与设计方法，也有助于对软件开
发全过程的理解。
制作 龙鹏飞
面向对象技术-UML
【软件危机】
上世纪60年代中期开始爆发的软件危机，产生于大中型
高 软件。
级
大中型软件与小型软件有本质的区别：大型软件系统的 开发周期长、开发费用昂贵、开发出来的软件质量难以保

UML类图详细教程(共109张)

UML类图详细教程(共109张)
第26页，共109页。
类的自反(zì fǎn)关联
第27页，共109页。
关联的导航性 导航性表明类的关联方向(fāngxiàng)。如下图所示。
第28页，共109页。
关联和属性
在类关联和类属性之间存在精密的联系。源类和目标类之间的关联意味着 源类的对象能够承载(chéngzài)到目标类对象的引用。如下图所示。
第41页，共109页。
进一步创建类的关联(guānlián)：
增添WebSite类和Logon类
Teacher
view,maintains
contains
Grades
ReportCard
displays
WebSite
generates
OnlineUser
grants access to
view
Logon
性指定默认值，如下图所示。
第11页，共109页。
属性多重性：
多重性为可选项，它表达该类的每个实例的属性值的个数。可以像应用于类 之间的关系(guān xì)中那样把多重性应用于属性。例如，Student类具有属性
Grades。不希望该属性只包含单个值，而是希望它包含该学生的所有成绩，
可以是任意多个。
第3页，共109页。
二、UML类图中的符号(fúhào)
（一）类
类（Class）在UML中通常以实线矩形框表示，矩形框中含有若 干分隔框，分别包含类的名字、属性、操作、约束以及其他成 分等，如下图所示。
类的图形表示和示例
第4页，共109页。
在类图中，根据建模的不同景象，类图标中不一定列出全部的内容。 如在建立分析模型或设计模型时，甚至可以只列出类名，在图中着重 表达的是类与类之间的联系；在建立实现(shíxiàn) 模型时，则应当在类图标中详细给出类的属性和方法等细节。

uml 基础教程 第三章-用例图

uml 基础教程 第三章-用例图
大多数标点符号，用例的名字是一个能准确描述功能的动 词短语或动词词组。
• 用例具有3个明显的特征： （1）用例表明的是一个类，而不是某个具体的实例 （2）用例必须由某一个参与者触发激活后才能执行，即
每个用例至少应该涉及一个参与者 （3）用例是一个完整的描述
椭圆来表示用例
“回顾”饮料销售机
• 在前面的分析中，我们获得了系统中有3个用例，分别是 “Buy soda（买饮料）”、“Restock（供货）”、“Collect（ 收款）”。
• 假设正在对一台饮料机建模，这台饮料销售机允许顾 客选择买一罐饮料或是买一杯饮料。在这种情况下，“Buy Soda”就是一个父用例，“Buy a can of soda”和“Buy a cup of Soda”就是子用例。用例之间的泛化关系建模与类之间 泛化关系建模方法相同，用一条带空心三角形箭头的实线 从子用例指向父用例。
• 要用在用例图上显示某个用例：
➢使用人形符号绘制一个参与者；
➢绘制一个椭圆表示用例，将用例的名称放在椭 圆的中心或椭圆下面的中间位置；
➢使用带箭头或不带箭头的线段来描述参与者和 用例之间的关系。
举例：饮料销售机
• 假设你现在正着手设计一台饮料销售机。为了获得用户 的观点，你会见了许多可能的用户以了解这些用户将如何 与这台机器交互。
“取钱”用例
• 还有一个“取钱”用例，同样也是因为一段时间的流逝， 收款人发起了这个用例。它的前期工作步骤与”供货“一 样，也是打开销售机前端架子。收款人从机器中取出钱， 然后按照”供货“步骤，放回架子锁好机器。 这个用例的前置条件也是时间间隔的流逝，后置条件 是收款人收到了钱。
3.1.1 参与者
• 理想情况下，顾客看到这条消息后会立即选择其它品牌 的饮料。销售机也必须提供给顾客取回原来的钱的选项。 这表示，销售机应给顾客两种选择：让顾客选择另一种饮 料并且给顾客提供这种饮料（如果这种饮料还有存货的话） 或者让顾客选择退钱。

UML基础教程

UML基础教程


=
&Ð E
/ Ó,
C o m p u te r c p u : st rin g m e m o r y : str in g ru n ()
3.2
3.2.1

× 3
Ó,
& Ð Ð Ð Ð
A ccount
- b a la n c e : d o u b le = 1 + D e p o s it (a m o u n t : d o u b le ) : in t + C o m p u t e I n t e re s t () : d o u b le
easiersoft@
UML
%
UML
-1-
easiersoft@
1.

1.1 1.2UML 1.3UMLÓ, 1.4UML 1.5 UML 1.6 UML 1.7UML 1.8 2.1/Ý 2.2/Ý 2.3/Ý 2.4Ý 2.5 Ó,
2. /Ý
3.
3.1 3.2 3.3 3.4 3.5 3.6 Ó, Ñ & Ý
& ( Object Diagram ) ÝöÜ/Ñ Ù Ñ Ó & Ý Ñ& D
1.5
1.5.4

&
(Sequence Diagram)
&

Ð/>&/' /Ý " Ð/Ý ' Ð " =# Ó
UML
-8-
easiersoft@
4
ÐÓ,
Ñ
ÐÓ,
1.4.3 1.4.4

/Ð6

uml 基础教程 第一章--uml与面向对象

uml 基础教程 第一章--uml与面向对象
第一章 UML与面向对象
2020/6/13
基础内容：类和对象的关系 重点掌握：面向对象的四个特征 一般了解：面向对象项目的设计
2020/6/13
1.1 面向对象开发
1.1.1 理解面向对象
一、对象
• 面向对象认为客观世界是由各种各样的对象组成， 每个对象都有自己的数据和操作，对象和对象之间 是通过对象暴露在外的接口进行调用的，不同对象 之间的相互作用和联系构成了各种系统。
2020/6/13
•面向对象概念中，这种关系叫继承。每个Appliance 的子类都继承了Appliance的特征。同时，要重点注 意下，每个子类都增加了自己的属性和操作。 •因此，继承是一种连接类与类之间的层次模型，是 指特殊类的对象拥有其一般类的属性和行为。特殊 类中不必重新对已经在一般类中所定义的属性和行 为进行定义。特殊类自动地、隐含地拥有其一般类 的属性和行为。
0/6/13
• 在设计阶段，要考虑的是定义软件系统中技术细 节的类（如处理用户接口、数据库、通信和并行性 等问题的类），把分析阶段的结果扩展成技术解决 方案。
• 构造阶段，把设计阶段的类转换成某种面向对象 程序设计语言的的代码（工具可以完成）。
• 测试阶段，系统通常需要经过单元测试、集成测 试、系统测试和验收测试。不同的测试小组使用不 同的UML图作为测试依据：单元测试使用类图和类 规格说明；集成测试使用构件图和协作图；系统测 试使用用例图来验证系统的行为；验收测试由用户 进行，以验证系统测试的结果是否满足在分析阶段 确定的需求。
2020/6/13
1.2 UML简介
1.2.1 对系统建模的必要性
UML具体有哪些作用：
• （1）对于软件系统用户，软件的开发模型向他们 描述了软件开发者对于软件系统需求的理解。

UML第4课数据建模

UML第4课数据建模
6. 创建表(table)。如果有必要，也可以创建视图，视图是类的 <<View>>版型。
7. 创建列(column)。在表中创建每一列，包括列名、列的属性等。
8. 创建关系(relationship)。如果表与表之间存在关系，则创建它们 之间的关系。
9. 在必要的情况下对数据模型进行规范化，如从第二范式转变为 第三范式。
第4章 数据建模
3
4．1 基本概念
数据库数据的总体逻辑结构称为模式(Schemas)。
关系数据库数据的总体逻辑结构是关系模式，这些数据结构的关 系模式通过各种表来描述。
一个面向对象的系统，要利用关系数据库来表示对象模型 需要进行一定的转换，即把面向对象模式的数据模型转换 成关系模式的数据模型。其思想可以用如图所示的建模方 法表示。
对象类间的一对一关联。
可以在两个对象类转换成的关系模式中的任意一个模式内加 入一个外键，指向另一个模式的主键，即可建立两个表之间 的连接。
对象类间的一对多关联。
可以通过在具有多个对象的类的关系模式中加入一个外键， 指向另一模式的主键建立两个表的连接。
实现对象类间的多对多关联。
需要将类之间的关联也设计成一个类——关联类，把一个多 对多的关联转化成两个一对多的关联。引入的该关联类映射 为关系数据库中的一个关联表，用来映射关联对象。在新增 的关联表中设置一个标识符作为主键，加入两个外键分别指 向初始关联的两个关系模式表的主键。
16
4.3 数据库设计的步骤
结合Rose 2003工具提供的功能来说明如何用UML的类图进 行数据库设计，在Rose 2003中数据库设计的步骤如下：
1. 创建数据库对象。这里所说的数据库对象是指Rose中构件图中 的一个构件，其版型为Database。

uml系统建模基础教程(清华大学出版社)课后题答案

uml系统建模基础教程(清华大学出版社)课后题答案

UML习题答案第一章面向对象设计与UML1．填空题（1）基本构造块UML规则公共机制（2）名字属性操作（3）封装继承多态（4）继承（5）瀑布模型喷泉模型基于组件的开发模型XP开发模型2. 选择题（1）C（2）A B C D（3）A B C D（4）A B C（5）A3.简答题（1）类是具有相同或相似结构、操作和约束规则的对象组成的集合，而对象是某一类的具体化实例，每一个类都是具有某些共同特征的对象的抽象。

类与对象的关系就如模具和铸件的关系，类的实例化结果就是对象，而对一类对象的抽象就是类.类描述了一组有相同特性和相同行为的对象。

（2）1.UML是一种语言。

2. UML是用来建模的。

3.UML是统一的标准。

（3）建模能够帮助我们按照实际情况或按我们需要的形式对系统进行可视化；提供一种详细说明系统的结构或行为的方法；给出一个指导系统构造的模板；对我们所做出的决策进行文档化。

在建模时应遵循以下原则：选择要创建什么模型对如何动手解决问题和如何形成解决方案有着意义深远的影响；每一种模型可以在不同的精度级别上表示；最好的模型是与现实相联系的；单个模型不充分；对每个重要的系统最好用一组几乎独立的模型去处理。

（4）UML和面向对象软件开发之间有紧密的关系，可以说是面向对象软件开发促使了UML的产生。

但是由于在UML标准化的过程中，吸收了业务建模、工作流建模和数据库建模等领域的标准规范，形成了适应性很强的标准。

（5）在软件设计过程中，使用UML建模是为了能够更好地理解正在开发的系统。

通过UML建模，可以达到以下目的：有助于按照实际情况或按照所需要的样式对系统进行可视化；能够规约系统的结构或行为；给出了指导构造系统的模板；对做出的决策进行文档化。

第二章UML通用知识点综述1.填空题（1）依赖泛化关联实现（2）视图图模型元素（3）实现视图部署视图（4）构造型标记值约束（5）规格说明修饰通用划分2. 选择题（1）D（2）C（3）A（4）A B（5）D3.简答题（1）在UML中，定义了四种基本的面向对象的事物，分别是结构事物、行为事物、分组事物和注释事物等。

UML基础知识课件

UML基础知识课件
1:02 AM 12
UML中类之间的关系
UML中类的关系有关联(association) 、聚集(aggregation) 、泛 化(generalization) 、 依赖(depending) ,实现。
依赖表示类之间的使用关系。 泛化(概括)表示一般类和特殊类之间的关系。 关联和聚集都表示实例之间的结构关系。 一、关联 关联是表示实例之间的结构 关系
点 显示
线 端点 显示
弧 半径 起始角 弧度角 显示
样条 控制点 显示
多边形 边数 顶点数 显示
园 直径 显示 旋转
17
1:02 AM
泛化关系
Order dataReceived isPrepaid number:String dispatch() close()
1
*
1
Customer name address CreditRating()
1:02 AM
9
对象是对象类的实例(instance),用对象图来描述。对象 图亦分长式和短式。
类名 类名 属性：类型 操作 对象名 对象名:类名 属性 操作
类图与对象图
丁一办公室中的PC: 计算机 丁一：作家 姓名=丁一 年龄=30
名称=Dell 内存=64
466
小汽车 注册号：String 日期： Cardata 速度： Integer 方向： Direction
1:02 AM 15
三、泛化
交通工具
Person
驾驶
交通工具 drive()是 drive()
抽象操作
{overlapping}
汽车
船
{propulsion}
{propulsion}
汽车 水陆两栖车

UML(统一建模语言)基础

UML(统一建模语言)基础

myClock:Clock
具体对象
myClock : Clock
:Clock
匿名对象
32
开发过程
33
(0)业务 (1)需求 (2)分析：结构
(3)分析：行为
(4)设计
34
两种分析方法
35
用例图
• 用例图能描述系统、子系统、或类的行为。 它将系统功能划分成对参与者有用的需求。 站在用户的角度看待系统、定义系统 ；使 用用户能够看懂的语言来表述。表示处于 同一系统中的参与者和用例之间的关系的 图 • 表示法：用例图是包括参与者、由系统边 界（一个矩形）封闭一组用例、参与者和 用例之间的关联、用例间的关系以及参与 者泛化的图。 36
• 聚合关系：聚合（Aggregation）是一种特殊形 式的关联。聚合表示类之间的关系是整体与部分 的关系 20 • 如果发现“部分”类的存在，是完全依赖于“整
泛化、实现、扩展与依赖
•
•
•
泛化关系描述了一般事物与该事物中的特殊种类之间的 关系，也就是父类与子类之间的关系。
实现关系是用来规定接口和实现接口的类或组件之间的 关系。接口是操作的集合，这些操作用于规定类或组件 的服务。
需求模型
设计模型
对捕获的需求进行整理和分析的工具，辅助开 发人员与用户进行沟通
包含高层设计（架构模型）和详细设计模型， 用于统一开发人员、沟通设计信息
数据库模 型 实现模型
设计数据库的结构、表结构以及与应用系统的 交互
用来理清软件的组成、部署方案，为安装与维 护人员的工作提供指导
10
草图与蓝图
• 蓝图一般是指采用CASE工具绘制的、正式 的、规范的UML模型 • 草图则通常是指手工绘制的、规范度较低 的在纸张的UML模型 • 大胆地绘制草图，尽可能基于草图进行讨 论。对于局部的、重要性不高的、共享范 围较小的UML模型，直接将草图扫描到电 脑存档即可；对于全局的、重要性高的、 高度共享的，在草图的基础上用CASE工具 绘制成为正式的蓝图，并将其纳入统一的 11 模型管理中

UML基础知识

UML基础知识

UML基础知识⼀：UML定义了5类，10种模型图UML提供的基本模型图包括：(1)、⽤例图：展⽰系统外部的各类执⾏者与系统提供的各种⽤例之间的关系(2)、类图：展⽰系统中类的静态结构(类是指具有相同属性和⾏为的对象，类图⽤来描述系统中各种类之间的静态结构)(3)、对象图：是类图的⼀种实例化图(对象图是对类图的⼀种实例化)(4)、包图：是⼀种分组机制。

在UML1.1版本中，包图不再看作⼀种独⽴的模型图)(5)、状态图：描述⼀类对象具有的所有可能的状态及其转移关系(它展⽰对象所具有的所有可能的状态以及特定事件发⽣时状态的转移情况)(6)、顺序图：展⽰对象之间的⼀种动态协作关系(⼀组对象组成，随时间推移对象之间交换消息的过程，突出时间关系)(7)、合作图：从另⼀个⾓度展⽰对象之间的动态协作关系(对象间动态协作关系，突出消息收发关系)(8)、活动图：展⽰系统中各种活动的执⾏流程(各种活动的执⾏顺序、执⾏流程)(9)、构件图：展⽰程序代码的物理结构(描述程序代码的组织结构，各种构件之间的依赖关系)(10)、配置图：展⽰软件在硬件环境中(特别是在分布式及⽹络环境中)的配置关系(系统中硬件和软件的物理配置情况和系统体系结构)建模过程⾸先：描述需求次之：根据需求建⽴系统的静态模型，以构造系统的结构第三：描述系统的⾏为其中第⼀步与第⼆步中所建⽴的模型都是静态的，包括⽤例图、类图（包括包图）、对象图、构件图和配置图等六种图。

这些图构成了标凖建模语⾔UML的静态建模机制。

第三步中所建⽴的模型或者可吧执⾏或者表⽰执⾏时的时序状态或交互关系，它包括状态图、活动图、顺序图和合作图等四种图。

这些图构成了标准建模语⾔UML的动态建模机制。

可⽤以下常⽤视⾓来描述⼀个系统：(1)、系统的使⽤实例：从系统外部的操作者的解度描述系统的功能(2)、系统的逻辑结构：描述系统内部的静态结构和动态⾏为，即从内部描述如何设计实现系统功能(3)、系统的构成：描述系统由哪些程序构件所组成(4)、系统的并发性：描述系统的并发性，强调并发系统中存在的各种通信和同步问题(5)、系统的配置：描述系统的软件和各种硬件设备之间的配置关系⼆：软件开发过程(RUP概述)：迭代开发过程：由四个阶段构成，每个阶段都包含软件开发的每个过程：分析、设计、实现和测试阶段四个阶段：初始阶段、细化阶段、构造阶段、移交阶段通常在移交阶段后进⾏总体测试、性能测试、⽤户培训等1. 初始阶段：项⽬的总体需求、可⾏性分析等，并确认是否启动该项⽬2. 细化阶段：（1/5周期）启动该项⽬后，（1）、实际要做什么？（2）、如何做？（3）、将采⽤什么技术？风险分析和风险管理（1）、需求风险：不能偏离⽤户需要，要充分了解⽤户需求及各需求的相对优化程度处理需求风险：⽤例分析技术。

uml 基础教程 第四章-类图和对象图

uml 基础教程 第四章-类图和对象图
和属性的命名一样，操作名称的第一个字母小写，如 果操作名称包含多个单词，那么单词需要进行合并，并且 除了第一个英文单词外其余单词的首字母要大写。
• 操作名列表放在属性名列表之下，两者之间用分隔线
隔开，如图所示：
WashingMachine
brandName modelName serialNumber capacity addClothes( ) removeClothes( ) addClothes( ) turnOn( )
4.2.2 操作
• 操作指的是类所能做的事情，或者另一个类能 对类做的事情。类的操作可以根据不同的可见性 由其他任何对象请求以影响其行为。属性是描述 类的对象特性的值，而操作用于操纵属性的值进 行改变或执行其他动作。
• 操作有时被称为函数或方法，在类的图形表示 中它们位于类的底部。一个类可以有零个或多个 操作，并且每个操作只能应用于该类的对象。
其次，为用户提供易用性。设定一些初始值能够有效帮 助用户进行输入，从而能够为用户提供很好的易用性。
• 类的属性在该类对象中都有具体值，如下图：
myWasher: WashingMachine brandName= “ Laundatorium” ‘modelName= “Washmeister”serialNumber= “ GL57774” Capacity=16
3. 返回类型
返回类型指定了由操作返回的数据类型。它可 以是任意有效的数据类型，返回类型至多一个。 如果操作没有返回值，在具体编程语言中一般要 加上一个关键字void来表示，也就是其返回类型 必须是void。
4. 属性字符串
用来附加一些关于操作的除了预定义元素之外 的信息，方便对操作的一些内容进行说明。
  1. 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
※ 用例图是从用户角度描述系统功能， 是 用户所能观察到的系统功能的模型图，用 例是系统中的一个功能单元
1.5.2 类图(Class Diagram)
※ 类图描述系统中类的静态结构。不仅定义系 统中的类，表示类之间的联系如关联、依赖、 聚合等，也包括类的内部结构(类的属性和操 作)
※ 类图是以类为中心来组织的，类图中的其他 元素或属于某个类或与类相关联
关联
《include》
包含
用例之间 的关系 扩展
《extend》
参与者之 间的关系
泛化
发出箭头的事物“is a”箭头指向的事物。泛化关系是 一般和特殊关系，发出箭头的一方代表特殊的一方， 箭头指向的一方代表一般一方。特殊一方继承了一般 方的特性并增加了新的特性。
UML
- 14 -
2. 用例图
2.4 例子
1.3.1 构件事物： UML模型的静态部分，描述概念或物理元素 它包括以下几种：
类：具有相同属性相同操作 相同关系相同语义的对象的描述 接口：描述元素的外部可见行为，即服务集合的定义说明 协作：描述了一组事物间的相互作用的集合 用例：代表一个系统或系统的一部分行为，是一组动作序列的集合 构件：系统中物理存在，可替换的部件 节点：运行时存在的物理元素 另外，参与者、信号应用、文档库、页表等都是上述基本事物的变体
2.2 用例图中的事物及解释
参与者(Actor)
用例(Use Case)
UML
- 13 -
2. 用例图
2.3 用例图中的关系及解释
关系 参与者与 用例之间 的关系 解释 表示参与者与用例之间的交互，通信途径。 (关联有时候也用带箭头的实线来表示，这样的表示能 够显示地表明发起用例的是参与者。) 箭头指向的用例为被包含的用例，称为包含用例；箭 头出发的用例为基用例。包含用例是必选的，如果缺 少包含用例，基用例就不完整；包含用例必须被执行， 不需要满足某种条件；其执行并不会改变基用例的行 为。 箭头指向的用例为被扩展的用例，称为扩展用例；箭 头出发的用例为基用例。扩展用例是可选的，如果缺 少扩展用例，不会影响到基用例的完整性；扩展用例 在一定条件下才会执行，并且其执行会改变基用例的 行为。 图
UML
-7-
1. 前言
1.5 各UML图及特征
1.5.3 对象图( Object Diagram )
※ 对象图是类图的实例，几乎使用与类图完全相 同的标识。他们的不同点在于对象图显示类的 多个对象实例，而不是实际的类
1.5.4 顺序图(Sequence Diagram)
※ 顺序图显示对象之间的动态合作关系，它强 调对象之间消息发送的顺序，同时显示对象 之间的交互 ※ 顺序图的一个用途是用来表示用例中的行为 顺序。当执行一个用例行为时，顺序图中的 每条消息对应了一个类操作或引起状态转换 的触发事件
7. 活动图
7.1活动图概要 7.2活动图事物 7.3活动图关系 7.4活动图实例
8. 构件图
8.1构件图概要 8.2构件图中的事物及解释 8.3构件图中的关系及解释 8.4构件图的例子
9. 部署图
9.1部署图概要 9.2部署图中的事物及解释 9.3部署图中的关系及解释 9.4部署图的例子 9.5关于部署图与构件图
1.2.2 UML模型图的构成
事物(Things)：UML模型中最基本的构成元素，是具有代表性的成分的抽象 关系(Relationships)：关系把事物紧密联系在一起 图(Diagrams )：图是事物和关系的可视化表示
UML
-4-
1. 前言
1.3 UML事物
UML包含4种事物：构件事物 行为事物 分组事物 注释事物
4. 顺序图
4.1概要 4.2顺序图中的事物及解释 4.3顺序图与用例图和类图的关系 4.4顺序图例子
5. 协作图
5.1概要 5.2协作图中的事物及解释 5.3协作图中的关系及解释
UML
-2-
目录
5.4对消息标签的详细讲解 5.5协作图例子 5.6协作图与顺序图的区别和联系
6. 状态图
6.1状态图概要 6.2状态图的组成 6.3状态图中的事物及解释 6.4状态的可选活动表 6.5简单的例子:对象的状态图 6.6复杂的例子:网上银行登陆系统
NewPro cessor
对象
交互
是描述了一个类或构件的一个服 务的操作集
Interface
接口
状态机
state
协作
定义了一个交互，它是由一组共 同工作以提供某种协作行为的角 色和其他元素构成的一个群体
包
把元素组织成组的机制
NewPackage
用例
是对一组动作序列的描述
usecase
注释事物
是UML模型的解释部分
UML
பைடு நூலகம்
-3-
1. 前言
1.1 前言
本资料对UML1.5各种模型图的构成和功能进行说明，通过本资料的学习达到可以读懂 UML模型图的目的。本资料不涉及模型图作成的要点等相关知识。
1.2 UML概述
1.2.1 UML简介
UML (Unified Modeling Language)为面向对象软件设计提供统一的、标准的、可视化 的建模语言。适用于描述以用例为驱动，以体系结构为中心的软件设计的全过程。 UML的定义包括UML语义和UML表示法两个部分。 (1) UML语义：UML对语义的描述使开发者能在语义上取得一致认识，消除了因人 而异的表达方法所造成的影响。 (2) UML表示法：UML表示法定义UML符号的表示法，为开发者或开发工具使用这 些图形符号和文本语法为系统建模提供了标准。
主动 类
对象至少拥有一个进程或线程的 类
componet
依赖
一条可能有方向的虚线
关联
一条实线，可能有方向
构件
是系统中物理的、可替代的部件 泛化 一条带有空心箭头的实线
参与 者
在系统外部与系统直接交互的人 或事物
actor
实现
一条带有空心箭头的虚线
UML
- 12 -
2. 用例图
2.1 用例图概要
用例图是被称为参与者的外部用户所能观察到的系统功能的模型图。 (《UML参考手册》) 用例图列出系统中的用例和系统外的参与者，并显示哪个参与者参与了哪个用例的执行 (或称为发起了哪个用例)。 用例图多用于静态建模阶段(主要是业务建模和需求建模)。 事物名称 解释 在系统外部与系统直接交互的人或事物(如另一个计算 机系统或一些可运行的进程)。我们需要注意的是： 1.参与者是角色(role)而不是具体的人，它代表了参与者 在与系统打交道的过程中所扮演的角色。所以在系统 的实际运作中，一个实际用户可能对应系统的多个参 与者。不同的用户也可以只对应于一个参与者，从而 代表同一参与者的不同实例。 2.参与者作为外部用户(而不是内部)与系统发生交互作 用，是它的主要特征。 3.在后面的顺序图等中出现的“参与者”，与此概念相 同，但具体指代的含义，视具体情况而定。 系统外部可见的一个系统功能单元。系统的功能由系统 单元所提供，并通过一系列系统单元与一个或多个参与 者之间交换的消息所表达 。创建新用例，确认候选用例 和划分用例范围的优秀法则----“WAVE”测试(见附录) UML表示
1.5 各UML图及特征
1.5.7 活动图(Activity Diagram)
※ 活动图是状态图的一个变体，用来描述 执行算法的工作流程中涉及的活动 ※ 活动图描述了一组顺序的或并发的活动
1.5.8 构件图(Component Diagram)
※ 构件图为系统的构件建模型—构件即构造应 用的软件单元—还包括各构件之间的依赖关 系，以便通过这些依赖关系来估计对系统构 件的修改给系统可能带来的影响
1.4.3泛化
泛化(generalization)是一种特殊/一般的关系。也可以看作是常说的继承关系
1.4.4实现
实现(realization)是类元之间的语义关系，其中的一个类元指定了由另一个类元保 证执行的契约
UML
-6-
1. 前言
1.5 各UML图及特征
1.5.1 用例图( Use Case Diagram )
UML 基础教程
UML
-1-
目录
1. 前言
1.1前言 1.2UML概述 1.3UML事物 1.4UML关系 1.5各UML图及特征 1.6各UML图的关系 1.7UML语法
2. 用例图
2.1用例图概要 2.2用例图中的事物及解释 2.3用例图中的关系及解释 2.4例子
3. 类图
3.1类图概要 3.2类图中的事物及解释 3.3类图中的关系及解释 3.4类图与代码的映射 3.5类图例子
※ 状态图是一个类对象所可能经历的所有历程的 模型图。状态图由对象的各个状态和连接这些 状态的转换组成
初始状态
assigned subscription time out 状态 Locked
to
Available
lock
buy
Sold
unlock
转换 exchange 触发器事件
UML
-9-
1. 前言
1.3.2
行为事物：UML模型图的动态部分，描述跨越空间和时间的行为
交互：实现某功能的一组构件事物之间的消息的集合，涉及消息、动作序列、链接 状态机：描述事物或交互在生命周期内响应事件所经历的状态序列
1.3.3 1.3.4
分组事物： UML模型图的组织部分，描述事物的组织结构
包：把元素组织成组的机制
实例2 用例之间扩展和包含关系
用例的上下文是：短途旅行但汽车的油不足以应付全部路 程。那么为汽车加油的动作在旅行的每个场景(事件流)中 都会出现，不加油就不会完成旅行。吃饭则可以由司机决 定是否进行，不吃饭不会影响旅行的完成。