第二章UML建模语言介绍
第2章 统一建模语言UML
UML 2.0
1997年对象管理组织（Object Management Group
，OMG）采纳UML作为其标准建模语言，并通过严 格有序的OMG过程对其进行修订和维护。 1999，UML 1.3，相对稳定成熟阶段 2001-05， UML 1.4 2003年6月宣告完成了UML 2.0 ： Infrastructure（底层结构） Superstructure（上层结构） OCL（对象约束语言） Diagram Interchange（图形交换）
关联类
关联类用来记录与关联（关系）有关的信息，提
供与关联有关的操作。
+Employee +Employer
Person
* 1
Company
Employment +Contract
（2）包图
包图在UML中可以看作是类图的一部分。
包用来对一组元素进行划分，是对复杂模型的一
种分而治之的层次划分。 常用来描述一个复杂系统逻辑上的子系统划分。 包图主要由包和包之间的关系组成。 包的划分应遵循高内聚、低耦合的原则，一个包 中可以包含多个类和子包。 包图的图元： 包、依赖关系、导入关系、合并关系
UML 2.0的建模机制
类图 (Class Diagram) 包图 (Package Diagram) 对象图 (Object Diagram) 结构建模 (Structure) 构件图 (Component Diagram)
组合结构图 (Composite Structure Diagram)
UML 2.0 建模机制
* 1
OrderItem
Order
泛化（继承）关系
Person
电子商务系统分析与设计0300UML统一建模语言
练习2
有一台自动销售商品（食品或 者饮料等）的机器，任何人都 可以通过按上面的按钮来购买 商品，每个商品旁边都有一个 指示灯，用来表示有没有该商 品，机器上有一个人民币入口 和找零出口，用来收钱和找钱， 如果你需要购买一瓶果汁，请 绘制出用例图。
28
19:45
练习3
29
图书馆管理系统是对书籍的借阅及师生信息进行统一管 理的系统，具体包括读者的借书、还书、书籍预订；
19:45
19
4.3 注释
在用例建模中，为了更加清楚的描述用例或者参与者，会使用 到注释。
19:45
20
4.4 用例图的作用
用例图是需求分析中的产物，主要作用是描述参与者和用例之 间的关系，帮助开发人员可视化的了解系统的功能。
借助于用例图，系统用户、系统分析人员、系统设计人员、领 域专家能够以可视化的方式对问题进行探讨，减少了大量交流 上的障碍，便于对问题达成共识。
图书馆管理员的书籍借出处理、书籍归还处理、预订信 息处理；
还有系统管理员的系统维护，包括增加书目、删除或更 新书目、增加书籍、减少书籍、增加读者账户信息删除 或更新读者账户信息、书籍信息查询、读者信息查询等。
19:45
第一题答案
30
班级信息管理用例图
成绩管理用例图 19:45
31
网上选课用例图
19:45
4
1.2 UML能做什么？ ① 提供了便于不同人之间有效地共享和交流设计结果的机制。
UML作为通用的可视化建模语言，用于对软件进行描述、可 视化处理、构造和建立软件系统制品的文档。 ② 它记录了对必须构造的系统的决定和理解，可用于对系统的 理解、设计、浏览、配置、维护和信息控制。 ③ UML 适用于各种软件开发方法、软件生命周期的各个阶段、 各种应用领域以及各种开发工具，UML 是一种总结了以往 建模技术的经验并吸收当今优秀成果的标准建模方法。
UML概述
45
UML的基本视图
UML的五类基本视图；
UML的用例视图； UML的逻辑视图； UML的构件视图； UML的并发视图； UML的配置视图。
2020/1/4
成都信息工程学院软件工程系
2020/1/4
成都信息工程学院软件工程系
33
场景(Scenarios)
场景用于刻画构件之间的相互关系，将四个视 图有机地联系起来。可以描述一个特定的视图 内的构件关系，也可以描述不同视图间的构件 关系。
2020/1/4
成都信息工程学院软件工程系
34
UML中的图和各视图的对应关系
场景视图：用例图 逻辑视图：类图和对象图 开发视图：类图和组件图 进程视图：顺序图、协作图、状态图、活
2020/1/4
成都信息工程学院软件工程系
3
Rational三剑客
Jim Rumbaugh Ivar Jacobson
Grady Booch
2020/1/4
成都信息工程学院软件工程系
4
方法学大 战阶段
UML的历史
统一阶段
公
标准化阶 段
众 反
馈
工业化阶 段
2020/1/4
成都信息工程学院软件工程系
依赖（ dependency）
依赖关系描述一个元素对另一个元素的依附。
聚合（aggregation）
描述元素之间整体和部分的关系
2020/1/4
成都信息工程学院软件工程系
15
图（diagram）
UML模型图（5类，9种）： 用例图 静态图（类图，对象图） 行为图（状态图，活动图） 交互图（顺序图，协作图） 实现图（构件图，配置图）
UML（UnifiedModelingLanguage统一建模语言）
UML（UnifiedModelingLanguage统⼀建模语⾔）UML（Unified Modeling Language 统⼀建模语⾔），⼜称标准建模语⾔。
是⽤来对软件密集系统进⾏可视化建模的⼀种语⾔。
UML是⼀种⾯向对象的建模语⾔，它可以实现⼤型复杂系统各种成分描述的可视化、说明并构造系统模型，以及建⽴各种所需的⽂档，是⼀种定义良好、易于表达、功能强⼤且普遍适⽤的建模语⾔。
UML基本内容详述（1）视图 视图是表达系统的某⼀⽅⾯特征的UML建模元素的⼦集；试图并不是图，它是由⼀个或多个图组成的对系统某个⾓度的抽象。
1）⽤例视图（核⼼视图） 强调从⽤户的⾓度看到的或需要的系统功能。
2）逻辑视图 该视图⽤于描述系统内实现的逻辑功能，展现系统的静态或结构组成及特征。
3）组件视图 该视图从系统实现的⾓度来描述模型对象间的关系。
4）配置视图 该视图⽤于说明系统的物理配置。
（2）图表 图表是描述视图内容的图。
1）⽤例图 ⽤于描述外部项与系统提供的使⽤事件之间的联系。
⼀个使⽤事件是系统提供的功能的具体描述，是系统分析⼈员从⽤户⾓度描述系统的功能，是功能与功能之间以及功能与⽤户之间的关系。
使⽤事件定义了系统的功能需求。
简单理解：⽤来描述系统的功能。
2）类图 ⽤于描述系统的静态结构。
类可以⽤不同⽅式连接，主要包括联合、依赖、独⽴和包装。
⼀个系统⼀般有多张类图，⼀个类可在不同的视图中出现。
3）对象图 ⽤于表述系统在某个时刻的静态结构。
对象图也可作为协作图的⼀部分，说明⼀组对象之间的动态协作关系。
对象图与类图的区别：对象图表⽰的是类中的许多对象实例，⽽不是类本⾝。
4）状态图 ⽤于说明类中的对象可能具有的状态，以及由时间引起的状态的改变。
简单理解：描述了系统元素的状态条件和响应。
5）顺序图（时序图） ⽤于描述对象间的动态协作关系。
表达了对象间发⾏消息的时序，同时也表达出对象间的相互作⽤，以及当系统执⾏到某个特定位置时可能会发⽣的事。
2统一建模语言UML
出现的方式
多态性
(section 2.3.2)
capturing use of single action word to represent different things,
depending on context根据上下文，捕获单一行为词表示的不同内 容
Adapted from Software Design: From Programming to Architecture by Eric J. Braude (Wiley 2003), with permission.
图
2.1面向对象开发方法
面向对象的目标： 为实现现实世界和设计中的结构单元间提供直接映射。 基本概念： 类，对象，聚集，消息，客户 面向对象方法的优势： 面向对象的特点：继承，多态，接口，封装 简化开发过程 支持软件复用 改善软件结构
面和向对象以前
Real world concepts
第二章 统一建模语言UML
主要内容
面向对象的设计开发方法 面向对象的目标 面向对象的概念 面向对象的特点 面向对象方法的优势
UML概述
UML的产生发展 UML的基本组成
UML建机制
UML静态建模 类图，对象图，包图，构件图，组合结构图，部署图 UML动态建模 活动图，顺序图，通信图，交互图，时序图，状态图，用例
继承
相对于结构化编程中 的模块重用，面向对 象中的继承体系显得 更灵活，对代码的控 制手段更多，从而推 动了代码复用的程度， 但却加大了学习掌握 的难度。
电子邮件创建示例的需求 Page 1 of 4
1. 概要: Produces e-mail text for various types of customers.给不同类型的用户撰写 电子邮件
第2章 UML通用知识点概述
2、图
序 列 图
序列图显示了一个具体用例或者用例的一部分的一个详细流程。它几 乎是自描述的，序列图不仅可以显示了流程中不同对象之间的调用关系， 还可以很详细地显示对不同对象的不同调用。 序列图有两个维度：垂直维度，也称时间维度，以发生的时间顺序显 示消息或调用的序列；水平维度显示消息被发送到的对象实例。
UML统一建模语言
二、常用的UML元素分析
1、视图
活 动 视 图
活动视图是一种特殊形式的状态机视图，是状态机的一个变体，用 来描述执行算法的工作流程中涉及的活动。 通常活动视图用于对计算流程和工作流程建模。活动视图中的状态 表示计算过程中所处的各种状态。 活动视图是在假定整个计算处理的过程中没有外部事件引起的中断 的条件下进行描述的，否则普通的状态机更加适合于描述这种情况。
UML统一建模语言
二、常用的UML元素分析
2、图
用 例 图
用例图描述了系统提供的一 个功能单元。用例图的主要目的 是帮助开发团队以一种可视化的 方式理解系统的功能需求，包括 基于基本流程的“角色”关系， 以及系统内用例之间的关系。 使用用例图可以表示出用例 的组织关系，这种组织关系包括 整个系统的全部用例或者是完成 相关功能的一组用例。 在用例图中画出某个用例方 式是在用例图中绘制一个椭圆， 然后将用例的名称放在椭圆的中 心或椭圆下面的中间位置。
三、UML的通用机制
2、修饰
在UML的图形表示中，每一个模型元素都有一个基本符号，这个基本 符号可视化地表达了模型元素最重要的信息。 用户也可以把各种修饰细节加到这个符号上以扩展其含义。这种添加 修饰细节的做法可以为图中的模型元素在一些视觉上的效果上发生一些 变化。
UML统一建模语言
三、UML的通用机制
《统一建模语言UML》课程介绍
《统一建模语言UML》课程介绍一、课程概况英文名：Unified Model Language开课单位：计算机学院课程编码：203082学分学时：52学时（含12个实验学时）授课对象：软件工程专业本科学生先修课程：《软件工程》、《面向对象分析与设计》课程目的和主要内容：本课程以介绍面向对象的统一建模语言UML为主，目的是了解面向对象技术的基本概念，掌握面向对象的分析和设计方法，以及与面向对象技术相关的一些软件开发技术，同时掌握在Rose环境下用UML进行分析和设计的要求。
学会使用UML（Unified Modeling Language）这一建模工具，掌握面向对象建模所必需的描述手段和处理方法，为科学研究中的软件开发工作奠定良好基础；同时培养学生的分析能力、设计能力和工程思想，以提高学生的科学研究素质。
使用教材：《面向对象技术UML教程》，软件工程系列，王少锋编著，清华大学出版社《统一建模语言UML》教学大纲二、课程概况英文名：Unified Model Language开课单位：计算机学院课程编码：203082学分学时：52学时（含12个实验学时）授课对象：软件工程专业本科学生先修课程：软件工程、面向对象分析与设计课程目的和主要内容：本课程以介绍面向对象的统一建模语言UML为主，目的是了解面向对象技术的基本概念，掌握面向对象的分析和设计方法，以及与面向对象技术相关的一些软件开发技术，同时掌握在Rose环境下用UML进行分析和设计的要求。
学会使用UML（Unified Modeling Language）这一建模工具，掌握面向对象建模所必需的描述手段和处理方法，为科学研究中的软件开发工作奠定良好基础；同时培养学生的分析能力、设计能力和工程思想，以提高学生的科学研究素质。
二、课程内容第一章（3学时）UML概述1.1（1学时）UML的历史、特点与构成1.2（1学时）UML的应用领域1.3（1学时）支持UML的工具第二章（3学时）面向对象技术概述1.1（1学时）软件工程概述1.2（1学时）控制软件复杂性的基本方法1.3（1学时）面向对象领域中的基本概念第三章（6学时）用例和用例图1.1（1学时）用例、参与者及脚本1.2（2学时）用例间的关系1.3（2学时）用例图的构成及实例第四章（8学时）顺序图和协作图1.1（2学时）交互图概述及顺序图的构成1.2（2学时）顺序图中的各种消息1.3（2学时）协作图的构成及其建立步骤1.4（1学时）顺序图和协作图的比较及工具支持第五章（8学时）类图和对象图1.1（1学时）类的属性及操作1.2（2学时）类之间的关系1.3（2学时）派生1.4（2学时）3种主要的类版型1.5（1学时）类图和对象图的构成第六章（8学时）状态图和活动图1.1（1学时）状态图概述1.2（3学时）状态图中的基本概念及其支持工具1.3（3学时）活动图中的基本概念及其支持工具1.4（1学时）状态图和活动图两者比较第七章（6学时）构件图和部署图1.1（1学时）构件和构件图的概念及作用1.2（2学时）支持构建图的工具1.3（1学时）部署图和部署图中的概念1.4（2学时）支持部署图的工具实验（12学时）1．安装及使用UML开发工具Rational Rose 2003和Microsoft的Visio 20032．使用开发工具绘制项目案例中所涉及的用例图、顺序图、协作图3．使用开发工具绘制项目案例中所涉及的类图、对象图、状态图、活动图、构件图、部署图4．按照软件开发流程绘制图书借阅系统中的各种图例。
第二章 统一建模语言UML
Person
JoeSmith:Person
:Person
类
对象
Person name birthdate changeJob changeAddress
File fileName sizeInBytes printFile
类名： 属性：
ClassName (visibility) attributeName1 : dataType1 = defaultValue1 (visibility) attributeName2 : dataType2 = defaultValue2 (visibility) Operation1(argumentList1) : resultType1 (visibility) Operation2(argumentList2) : resultType2
hasCapital
2. 一对多关系 一对多关系:
类图 人 人名 1 驾驶 小汽车
*
小汽车名
驾驶
帕沙特: 帕沙特 小汽车 小车名=“帕沙特” 小车名 帕沙特” 帕沙特
孙悟空: 孙悟空 人 对象图 人名=“孙悟空” 人名 孙悟空” 孙悟空
驾驶 富康:小汽车 富康 小汽车 小车名=“富康” 小车名 富康” 富康 驾驶 标志:小汽车 标志 小汽车 小车名=“标志” 小车名 标志” 标志
易于使用，表达能力强，进行可视化建模； 与具体的实现无关，可应用于任何语言平台和工具平台； 与具体的过程无关，可应用于任何软件开发的过程； 为面向对象的设计与开发中涌现的高级概念( 为面向对象的设计与开发中涌现的高级概念(如 协作 框架 模式和组件)提供支持； 模式和组件) 可升级，具有广阔的适用性和可用性。
第二章 统一建模语言
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第二章UML建模语言介绍1、UML(统一建模语言)，统一了：Booch方法、OMT方法、OOSE方法的概念和表示法。
2、UML:一种通用的、标准的、可视化的建模语言，能让系统构造者用标准的、易于理解的方式建立起项目中所有静态结构和动态行为，便于不同的人之间有效的共享和交流工作结果。
3、UML的特点：一、统一了面向对象方法的基本概念。
1、UML是在Booch方法、OMT方法、OOSE方法的基础上发展起来的，是这些方法的延续和发展。
2、消除了不同方法在表示法和术语上的差异，3、避免了在符号表示和理解上不必要的混乱。
二、强大的建模能力。
1、吸收了不同面向对象方法的长处，2、融入了其他面向对象方法的可取之处，其中也包括非面向对象方法的影响，3、汇入了面向对象领域中很多先进思想，4、UML表达能力更强，表示更清晰一致，建模能力更强。
三、提出了很多新概念。
1、UML符号表示涵盖了很多方法的图形表示，2、删除了大量容易引起混乱的、多余的和极少使用的符号，3、增加了一些新符号，4、提出了一些新概念，如，构造型、职责、扩展机制、线程、模式、合作图和活动图等。
四、独立于开发过程。
1、UML是一个标准的图形表示法，2、它不是面向对象的分析和设计，也不是一种方法，只是一组符号。
3、UML只是一种建模语言，与具体软件开发过程无关，因此独立于开发过程。
4、可用于软件开发过程，支持从用户需求到测试的各个开发阶段。
五、易于掌握。
UML概念明确，表示方法简洁明了，图形结构清晰，因此易于掌握。
4、UML的目标是：以面向对象图的方式来描述任何类型的系统。
5、UML的用途说明：一、以面向对象图的方式来描述任何类型的系统。
具有很广泛的应用领域，最常见的是：建立软件系统的模型，同样可以用于描述非软件领域的系统。
二、适用于系统开发过程中的不同阶段。
（适用于系统开发过程中从需求规格描述到系统完成后测试的不同阶段。
）1、系统分析和设计。
A、在需求分析阶段，可以用用例来捕获用户需求。
B、分析阶段主要关心问题域中的主要概念和机制，需要识别这些类，以及它们相互间的关系，并用UML类图来描述。
2、编程。
一个独立的阶段，任务是用面向对象编程语言将来自设计阶段的类转换成实际的代码。
3、测试。
UML模型还可以作为测试阶段的依据。
系统通常需要经过：A、单元测试（使用类图和类规格说明做为测试依据）、B、集成测试（使用构件图和合作图做为测试依据）、C、系统测试（使用用例图来验证系统的行为作为测试依据）和D、验收测试（由用户进行）。
6、UML的发展历史变革：1、面向对象建模语言出现于20世纪70 年代中期。
2、1989年到1994年面向对象语言从10余种发展到50余种，爆发了一场方法大战。
3、最引人注意的是Booch方法、OMT方法、OOSE方法。
4、Booch是面向对象最早的提倡者之一，提出了面向对象软件工程的概念。
适合于系统的设计和构造。
5、OMT（对象建模技术）采用了面向对象的概念，引入各种独立于语言的表示符。
OMT2适用于分析和描述以数据为中心的信息系统。
6、OOSE（面向对象软件工程）方法是由Jacobson于1994年提出，最大特点是面向用例，在用例的描述中引入了外部角色的概念。
OOSE适合支持商业工程和需求分析。
7、1994年10月，Booch和Rumbaugh将Booch和OMT统一起来，1995年10月发布了第一个公开版本UM0.8。
8、1995年秋，Jacobson加入，三人一起努力，1996年6月和10月发表了UML0.9和UML0.91，将UM命名为UML。
9、1996年成立了UML会员协会。
10、1997年1月和7月公布了UML1.0和UML1.1版本。
11、1997年11月，OMG（对象管理组织）采纳了UML1.1作为面向对象技术的标准建模语言。
7、UML建模型语言的描述方式：以标准的图形表示为主8、UML模型图由：元素、关系和图构成。
9、元素：是UML模型中最基本的构成元素，是具有代表性的成分的抽象。
10、关系：把元素紧密联系在一起。
11、图：是元素和关系的可视化表示。
12、UML表示法：提供标准的图形符号和正文语法。
13、UML的图形表示法：1、用例图。
从用户的角度描述系统功能，并指出各功能的操作者，用于描述表示系统的功能。
2、静态图。
包括类图、对象图及包图，用于描述系统的静态结构。
3、行为图。
包括状态图和活动图。
用于描述系统的动态行为和对象之间的相互关系。
4、交互图。
包括序列图和合作图，用于描述系统的对象之间的动态合作关系。
5、实现图。
包括构件图和部署图。
用于描述系统的物理实现。
14、十种图也可分为：1、静态模型图（类图、对象图、包图、构件图、部署图）描述的是系统的与时间不相关的属性和行为。
2、动态模型图（用例图、状态图、活动图、序列图和合作图）描述了系统随时间变化的行为。
15、UML的通用模型元素：构造型元素和基元素。
16、模型元素：由构造型元素和基元素组成。
是UML构造系统各种模型的元素，是UML构建模型的基本单位。
17、基元素：指由UML定义的模型元素。
（类、对象、节点、包、构件、注释、关联、依赖、泛化等）18、构造型元素：是指在基元素的基础上增加新的定义而构造的新的模型元素，是UML的一种扩展机制。
简称构造型。
19、构造型元素：用带有一对尖括号的字符串表示。
如：<使用>、<扩展>泛化关系的构造型元素。
20、常见的关系有：关联、依赖、泛化。
21、关联关系：一种结构关系，主要是指两个元素间的相互联接结构，表示整体和部分的关系。
22、关联关系的图形符号是：一条实线。
23、泛化关系：指出类之间的“一般和特殊”关系，即继承关系。
特殊化元素（子元素）可以共享一般化元素（父元素）的结构和行为。
24、泛化关系的图形符号是：一条带有空心箭头的由特殊元素指向一般化元素的实线。
25、依赖关系：是指两个事物或者元素之间拥有相互影响的关系，当一个事物或者元素发生改变时，会影响到另一个事物。
（其中一个事物或元素是独立、另一个非独立）26、依赖关系的图形符号是：一条带有箭头的由非独立元素指向独立元素的虚线。
27、UML中，类图、包图、构件图和部署图都会用到依赖关系。
28、约束：UML中提供的一种简便、统一和一致的约束，是各种模型元素的一种语义条件或限制，用于类、关系、属性、操作等元素及其基本构成要素的约束条件，这些约束条件描述了这些元素及其构成要素应遵守的限制和应满足的条件。
29、约束的图形符号：由一对花括号括起约束的内容。
30、约束的示例：{abstract}:用于类的约束，表明该类是一个抽象类。
{complete}：用于关系的约束，表明该分类是一个完全分类。
{hierarchy}:用于关系的约束，表明该关系是一个分层关系。
{xor}:用于关联的约束，称为“或约束”，即某时刻只有一个当前的关联实例。
31、细化：两个元素A和B，若B元素是A元素的详细描述，则称为B元素细化A元素。
细化关系表示了元素之间更详细的一层描述。
32、细化的图形符号：用两个元素之间带空心三角箭头的虚线来表示，箭头的方向由细化的元素指向被细化的元素。
33、注释：用于对UML的元素或实体进行说明、解释和描述，通常用自然语言进行注释。
34、注释的图形符号：注释由注释体和注释连接组成。
图形符号是由一个矩形，其右上角翻下，矩形中间标注释注释的内容；注释连线用虚线表示，它把注释体和被注释的元素或实体连接起来。
35、用例图符号表示：由用例（一个椭圆形表示），参与者（直立人形图表示）和关联线（实线）组成。
用例属于系统内部，装入矩阵内，参与者是系统外部，放在矩阵外面。
36、用例图的组成：用例、参与者、关联线。
37、用例图：从用户角度描述系统功能，并指出各功能的操作者，用于描述表示系统的功能。
38、用例图的作用：1、用例是系统提供的一个功能单元，2、从用户角度对系统行为的一个描述，3、从用户的角度来描述系统需求，4、用例图就是参与者、用例以及它们之间的关系构成的用于描述系统功能的模型图，5、用例图主要用于对系统功能进行建模，F:帮助开发团队以一种可视化的方式理解系统的功能我需求。
6、它是从系统外部看系统功能，并不描述系统内部对功能的具体实现。
39、参与者：是与所建系统交互的人或事物，可以是实际的人，也可以是其他系统或事物，是系统的一部分，是用例图的重要组成部分，是系统的外部实体，放在矩阵外面。
40、类图：一个类是一类或者一组具有类似属性和共同行为的事物。
类图由系统中使用的类以及它们之间的关系组成。
41、类图的作用：1、描述系统中类的静态结构，2、不仅定义系统中的类，3、表示类之间的联系，如关联、依赖、聚合等，4、也包括类的内部结构（类的属性和操作）。
42、类图的表示：类在类图上使用包含三个区域的矩形来描述。
最上面是：类名，中间区域是：类的属性，最下面区域是：类的操作。
43、类的属性和方法都具有可见性，表示该属性或方法对类外的元素是否可见。
常见的可见性有：公用、私有、受保护三种。
分别用：“+”、“-”、“#”来表示。
44、状态图：用来描述一个对象所有可能的状态以及状态之间的转移，并给出了状态变化序列的起点和终点。
45、状态图常用的模型元素：状态、转换、初态、终态。
46、状态图的初态：是状态图的起始点，一个状态图只有一个初态，用一个黑点表示。
47、状态图的终态：是状态图的终点，终态可以有多个，用黑点外加一个圆表示。
48、状态图的状态：是一个圆角四边形表示。
带箭头的连线被称为转移，箭头指向目标状态。
状态的转移需要事件的触发。
49、活动图：活动描述的是系统要完成的一个任务或要进行的一个过程。
活动图描述了一组顺序的或并发的活动。
50、活动图作用：应用广泛，1、即可用来描述操作（类的方法）的行为，2、也可描述用例和对象内部的工作过程，3、还可用于表示并行过程。
51、活动图常用的模型元素：活动、起点、终点、转移、对象、条件判断、同步线、信息流和泳道。
52、活动：是活动图中的一个原子活动，是构成活动图的核心元素，用一个圆角的矩形表示，并标上活动名。
53、起点：描述活动图的开始状态，用一个黑色的圆表示，可以有多个起点。
54、终点：描述活动图的终止状态，用一个带圆圈的黑色圆表示，可以有多个终点。
55、转移：描述活动之间的转换，也就是被描述对象的控制流。
转移用带箭头的实线段表示，箭头指向转向的活动，可以在线段上用文字标识转移发生的条件56、对象：活动图中参与的对象，它可以发送信号给活动或是接收活动的信号，也可以表示活动输入/输出的结果。
57、条件判断：描述活动间转换的分支，只有一个流入的信息流，不同的条件下输出的信息流有不同的流向，条件判断用一个菱形表示。