第三章 统一建模语言UML的构成

,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,第三章 统一建模语言,UML,的构成,第一节,UML,的建模要素,第二节,UML,图,第三节,UML,视图,第一节,UML,的建模要素,1,、,UML,的事物构造块,2,、,UML,的关系构造块,3,、,UML,规则,4,、,UML,的通用机制,5,、扩展机制,第一节,UML,的建模要素,UML,建模要素主要包括以下三个方面：,基本构造块：即建模元素，是模型的主体。,UML,规则：即支配建模元素结合在一起的规则。,通用机制：运用于整个,UML,模型中的公共机制、扩展机制。,第一节,UML,的建模要素,UML,建模元素组成结构图,1,、,UML,的事物构造块,UML,中的事物构造块可分成四类：,结构事物：,UML,中的名词，它是模型中的静态部分，描述概念或物理元素。,行为事物：,UML,中的动词，它是模型中的动态部分，是一种跨越时间、空间的行为。,分组事物：,UML,中的容器，用来组织模型，使模型更加结构化。,注释事物：,UML,中的解释部分，和代码中的注释语句一样，是用来描述模型的。,1,、,UML,的事物构造块,类,是对具有相同属性、方法、关系和语义的对象的抽象，一个类可以实现一个或多个接口。,接口,是为类或组件提供特定服务的一组操作的集合。,结构事物有,7,种，类、接口、协作、用例、主动类、组件和节点。,1,、,UML,的事物构造块,协作,定义了交互操作。在,UML,中用虚线构成的椭圆表示，椭圆中要标注协作的名字。,用例,描述系统对一个特定角色执行的一系列动作。在,UML,中，用例用标注了用例名称的实线椭圆表示 。,1,、,UML,的事物构造块,主动类,是指其对象至少拥有一个或多个进程或线程的类。在,UML,中主动类的表示法和类相同，只是边框用粗线条。,组件,是系统设计的一个模块化部分。,1,、,UML,的事物构造块,节点,是运行时存在的一个物理元素，它代表一个可计算的资源，通常占用一些存储空间和具有处理能力。,1,、,UML,的事物构造块,行为事物是,UML,模型中的动态部分，它们是模型的动词，代表时间和空间上的动作。,交互,和,状态机,是,UML,模型中最基本的两个行为事物。,交互是一组对象在特定上下文中，为达到某种目的而进行的一系列消息交换组成的动作。,状态机是一个对象或交互在生命周期内响应事件所经历的状态序列。,1,、,UML,的事物构造块,分组事物,是,UML,模型中组织的部分，分组事物只有一种，称为,包,。包是一种将有组织的元素分组的机制，结构事物、行为事物甚至其他的分组事物都可以放在一个包中。,1,、,UML,的事物构造块,注释事物用来在,UML,模型上添加适当的解释部分，即与源程序中的“注释语句”有异曲同工之处。在,UML,中，主要的注释事物就是“,注释,”。,2,、,UML,的关系构造块,UML,中常用的关系有关联、依赖、泛化和实现关系。,关联关系,连接元素和链接实例，它提供了通信的路径，是所有关系中最通用、语义最弱的。在,UML,中，用一条实线表示。,2,、,UML,的关系构造块,在关联关系中，有两种比较特殊的关系：聚合和组合。,聚合,关系描述元素之间部分与整体的关系。一个表示整体的模型元素可能由几个表示部分的模型元素聚合而成。,如果表示“部分”的模型元素的存在完全依赖于表示“整体”的模型元素，那么应该用“,组合,”关系来描述。,2,、,UML,的关系构造块,有两个元素,X,、,Y,，如果修改元素,X,的定义可能会引起对另一个元素,Y,的定义的修改，则称,Y,依赖,于,X,。,泛化关系,描述了一般事物与该事物中的特殊种类之间的关系，即父类与子类的关系。,2,、,UML,的关系构造块,实现关系,是用来规定接口和实现接口的类或组件之间的关系。接口是操作的集合，这些操作作用于规定类或组件的服务。在,UML,中，用一个带空心箭头的虚线表示 。,3,、,UML,规则,UML,也有自己的一系列规则，最常见的语义规则有三种：,命名,：也就是为事物、关系或图起名字。,范围,：写过程序的读者肯定不会对“变量范围”的概念感到陌生，在,UML,中也定义了类似的作用域的概念。,3,、,UML,规则,可见性,有过面向对象编程经验的读者，相信马上会想起,Public,、,Private,、,Protected,，在,UML,中共定义了,4,种可见性。,4,、,UML,的通用机制,UML,通用机制描述为达到对象建模目的的策略，它们在,UML,的不同语境中会被反复运用。,规格说明 ：,UML,模型元素具有至少两种维度。图形维度允许使用图和图标可视化模型；文本维度由各种建模元素的规格说明所组成。规格说明是元素语义的文本描述。,4,、,UML,的通用机制,修饰：在,UML,的众多修饰符中，注释是一种最重要的并且能单独存在的,修饰符,，它是附加在模型元素或元素集上用来表示约束或注解信息的图形符号。,4,、,UML,的通用机制,公共分类,描述看待世界的特殊方法。,UML,中有两种公共分类：类,/,实例和接口,/,实现。,类与对象的划分 ：类是一种抽象，对象是一个具体的实例；类定义了基本的属性和方法，每个对象则具有不同的属性值。,接口与实现的分离。接口是一种声明，是一个契约，也是服务的入口；实现则负责执行接口的全部语义并实现该项服务。,5,、扩展机制,UML,的扩展机制包括构造型、标记值和约束。,构造型,是一种优秀的扩展机制，它不仅允许用户对模型元素进行必要的扩展和调整，还能有效的防止,UML,变得过于复杂。在,UML,中，表示构造型号的符号有三种 。,5,、扩展机制,标记值,是对,UML,元素的特性的扩展，主要用于在模型的规约中创建新的信息。标记值可以用来存储模型元素的任意信息。在,UML,中，标记值是用字符串表示的，字符串有标记名、符号和值，写法上为“键,=,值”。,5,、扩展机制,约束,是用文字表达式表示的施加在某个模型元素的语义限制。约束是对,UML,元素的语义的扩展，主要用于增加新的规则或者修改已有的规则；约束是一种限制，这种限制限定了该模型元素的用法或定义。,第二节,UML,图,UML2.0,标准共定义了,13,种图 。,从使用角度可将,UML2.0,的,13,种图分为静态图（结构图）和动态图（行为图）两大类。结构图包括：,类图,、,对象图,、,包图,、,复合结构图,、,组件图,和,部署图,；行为图包括：,活动图,、,交互图,、,用例图,和,状态机图,，其中交互图是,顺序图,、,通信图,、,交互概观图,和,时序图,的统称。,第二节,UML,图,UML,图形分类,1,、类图,类图（,Class Diagram,）,是描述系统中类、接口、协作以及它们之间的关系的图，用来显示系统中各个类的静态结构以及类的内部结构（类的属性、操作等）。,类图包含,7,个元素：类、接口、协作、关联关系、依赖关系、泛化关系以及实现关系。类图也可以包含注释和约束。,1,、类图,描述大学构成的类图,1,、类图,类,是对一组具有相同属性、操作、关系和语义的对象的抽象描述，这些对象包括现实世界中的物理实体、逻辑事物、商业事物、应用事物和行为事物等，甚至也包括纯粹概念性事物，它们都是类的实例。,在,UML,中，类中用分成三个部分（名称部分、属性部分和操作部分）的矩形来表示的。,1,、类图,类在包含者内有惟一的名称，用于与其他类相区分，这个包含者可以是一个包或另一个类。类的名称是一个文本串，它有两种表示方法：,简单名（,Simple Name,）：,Title,类，它只有一个单独的名称。,路径名,(Path Name),：,Item,类，用类所在的包（,Bussiness,）的名称作为前缀的名称。,1,、类图,类的属性：,属性（,Attribute,）,是已被命名的类的特性，它描述该类实例中包含的信息，在面向对象编程中，它一般实现为类的成员变量。,在,UML,中，类属性的语法为：,可见性,属性名,：类型,=,初始值,属性字符串,注：,内的部分是可选项。,1,、类图,类的操作：操作（,Operation,）是类所提供的服务，它可以由类的任何对象请求以影响其行为。操作由一个返回类型、一个名称以及参数表来描述。,在,UML,中，类操作的语法为：,可见性,操作名,（操作数）,：返回类型,属性字符串,1,、类图,类的职责：通常采用的方法有两种：一种是在类原有的分栏（属性分栏和操作分栏）中添加注释行（也就是以“,-”,开头的字符串）；另一种则是新增一个分栏。,约束：是指定该类所要满足的一个或多个规则。在,UML,中，约束是用一个用花括号括起来的自由文本或,OCL,表达式来表示的。,注释,：,使用注释可以为类添加更多的信息。,1,、类图,类之间的关系最常用的有,4,种，分别是表示类之间使用关系的依赖关系（,Dependency,）、表示类之间一般和特殊关系的泛化关系（,Gereralization,）、表示类之间结构关系的关联关系（,Association,）、表示类中规格说明和实现之间关系的实现关系（,Realization,）。,1,、类图,依赖关系 ：类之间的依赖关系表示某一个类以某种形式依赖于其他类。在,UML,中依赖用一个从客户指向提供者的虚线箭头表示 。,UML,定义了,4,种基本类型的依赖关系，分别是、抽象（,Abstaction,）依赖、授权（,Permission,）依赖和绑定（,Biding,）依赖。,1,、类图,泛化关系：泛化关系描述了“,is kind of”,（是,的一种）的关系，表达一种存在于一般元素与特殊元素之间的分类关系。在,UML,中，泛化关系用一条从子类指向父类的空心箭头表示 。,1,、类图,泛化主要有两种用途：,泛化使得多态操作成为可能，即操作的实现是由它们所使用的对象的类，而不是由调用者确定的。,继承允许共享部分只被声明一次，而不是在每个类中重复声明并使用它，这种共享机制减少了模型的规模。,1,、类图,关联关系,：,关联关系是一种结构关系，它指明一种事物的对象与另一种事物的对象之间的联系。在,UML,中，关联关系用一条连接两个类的实线表示 。,1,、类图,关联的修饰主要包括名称、角色、多重性、导航性。,关联名称,：关联可以有一个名称,(Name),，用来描述关系的性质，使用一个动词或动词短语来命名关联，以表明源对象在目标对象上执行的动作。,1,、类图,角色名称,：角色（,Role,）是关联关系中一个类对另一个类所表现出来的职责，角色的名称是名词或名词短语，以解释对象是如何参与关系的,。,1,、类图,多重性,：关联的多重性是指多少对象可以参与该关联，多重性可以用来表达一个取值范围、特定值、无限定的范围或一组离散值。多重性被表示为“,.”,隔开的区间，其格式为“,n.m”,，（当不知道确切的最大数时，最大数用*号表示，在,Rose,中则用,n,来表示）。,1,、类图,导航性,（,Navigation,）描述的是一个对象通过链进行导航访问另一个对象。导航性使用置于关联端点的箭头表示。只在一个方向上可以导航的关联称为单向关联（,Unidirectional Associaton,）。,1,、类图,限定符,:,使用限定符的关联被称为受限关联，用来表示某种限定关系。,1,、类图,实现关系,可将不同语义层内的元素连接起来，通常建立在不同的模型内。在,UML,中，实现关系用一条带指向接口的空心三角箭头的虚线表示。,实现还有一种省略的表示方法，将接口表示为一个小圆圈，并和实现接口的类用一条线段连接。,1,、类图,类图的其它高级概念,抽象类与接口,抽象类,（,Abstract Class,）,:,当某些类有一些共性的方法或属性时，可以定义一个抽象类来抽取这些共性，然后将包含这些共性方法和属性的具体类作为该抽象类的继承。,注意：抽象类是一种不能被直接实例化的类，也就是说不能创建一个属于抽象类的对象。,1,、类图,抽象类的,UML,标准表示法,抽象类的构造型表示法,1,、类图,接口,（,Interface,）,:,是在没有给出对象的实现和状态的情况下对对象行为的描述，是一种类似于抽象类的机制，是一个没有具体实现的类。也就是说，接口中的所有特征都是抽象的。,在,UML,中，接口两种表示法。,1,、类图,一个类可以通过实现接口支持该行为。在程序运行的时候，其他对象可以只依赖于这些接口，而不需要知道该类的其他信息。 该图显示的是类,A,实现接口中的操作，而类,B,又依赖于接口中的操作。,1,、类图,关联类,：如果两个类之间具有多对多的关系时，就会发现有些属性是很难决定存放在任何一个类中的，可以通过关联类来对其建模。,1,、类图,参数化类：,参数类,（,Parameterized Class,）用于生成一系列其他类，通常参数类是某种容器，也称模板（,Template,）。,说明：模板类只应用于设计阶段，并且必须对于支持模板的语言才能使用。,1,、类图,主动类,：主动类的实例称为主动对象。一个主动对象拥有一个控制线程，且能够发起控制活动；它不在其他线程、堆栈或状态机内运行，具有独立的控制期。,嵌套类,：将一个类的定义放在另一个类定义的内部，这就是嵌套类。由于嵌套类是声明在它的外层中的，因此只能通过外层类或外层类的对象对它访问。,1,、类图,类图的应用：,对系统的词汇建模,对简单的协作建模,对逻辑数据库模式建模,2,、对象图,对象图,(Object Diagram),是用来展示系统在某个特定瞬间的对象、关系和属性值的，描述交互的静态部分，由参与协作的有关对象组成。,对象具有状态、行为和标识。,1,）状态：对象的状态包括对象的所有属性（通常是静态的）和这些属性的当前值。,2,）行为：没有一个对象是孤立存在的，对象可以被操作，也可以操作别的对象。,3,）标识：为将一个对象与其他所有对象区分开来，通常赋予它一个惟一的标识。,2,、对象图,对象图示例,2,、对象图,对象与类的关系 ：,对象是一个存在于时间和空间中的具体实体，而类仅代表一个抽象 ；,类代表的是对对象的分类，类是一般化的，对象是个性化的；,类是定义，对象是实例；类是抽象，对象是具体。,2,、对象图,对象图的表示 ：,对象图的对象名带有下划线，而且对象图显示类图的多个对象实例，而不是实际的类。一个对象图是类图的一个实例。由于对象存在生命周期 。,2,、对象图,对象图的应用：,对象图可用来捕获实例和连接、捕获交互的静态部分、举例说明数据,/,对象结构等。在详细设计和编码阶段的，对象图的主要应用场景包括：,使用对象图论证类模型的设计。,使用对象图分析、说明源代码。,3,、包图,包图,(Package Diagram),主要用于描述系统的分层结构，是维护和控制系统总体结构的重要建模工具。,在,UML,中，包的图标是用两个矩形表示的：一个小矩形（标签）和一个大矩形，小矩形紧边在大矩形的左上角上。,3,、包图,包的名称：每个包都必须有一个区别于其他包的名称。包的名称是一个字符串，它有两形式：简单名（,Simple name,）和路径名（,Path name,）。,简单名,路径名,3,、包图,包所拥有的元素,:,包可以拥有其他元素，这些元素可以是类、接口、组件、节点、协作、用例和图，甚至可以是其他包。,3,、包图,包的可见性,:,包的可见性用来控制包外部的元素对包内元素的访问权限。包的可见性有,3,种 。,可见性,含义,前缀符号,公有的（,Public,）,此元素可以被任何引用该包的包中元素访问,+,受保护的（,Protected,）,此元素可以被继承该包的包中元素访问,#,私有的,（,Private,）,此元素只能被同一个包的元素访问,3,、包图,包的引入与输出 ：,引入,（,import,）允许一个包中元素单向访问另一包中的元素。包的公共部分称为,输出,（,export,）。,提示：引入和访问是不可传递的。,Package1,引入了,Package2,，,Package2,引入了,Package3,，但这并不意味着,Package1,引入了,Package3,。,3,、包图,包与包之间的关系,依赖关系，用于在一个包中访问另一个包输出的元素。,泛化关系，用于说明包的家族。,3,、包图,包的标准构造型：,UML,中所有类的扩展机制都适用于包。通常使用标记值来描述包的新特性，用构造型来描述包的新种类。,UML,定义了,5,种应用于包的标准的构造型。,4,、复合结构图,复合结构图,（,Composite Diagram,）用来描述具有分类功能的模型元素（如类，组件或用例）的内部结构，包括这些模型元素与所在系统中其他部件的交互,。,4,、复合结构图,UML2.0,中新增的复合结构图是通过“部件”和“连接器”来表示内部结构的。,部件,(Part),：部件也称为结构化部分，它是一个代表上下文关系中的一个对象或一组对象的元素，也可以是类中的一部分。其标识格式为：,角色名：类型名,多重性,连接器,是一种上下文中的关联，用来连接两个部件，其表示方式与关联是相同的。,5,、组件图,组件图,(Component Diagram),描述系统静态实现的结构。使用组件图能够可视化物理组件以及它们之间的关系，能够帮助开发人员对系统组成达成一致认识，有助于分析和理解组件之间的相互影响程度。具体而言，可以用它来为可执行程序的结构、源代码、物理数据库、可扩展系统等进行建模，其中前两者比较常用。,5,、组件图,组件图示例,5,、组件图,组件图中通常包含,3,种元素：组件（,Component,）、接口（,Interface,）和依赖关系（,Dependency,）。,组件,是定义了良好接口的物理实现单元，是系统中可替换的物理部件。它包含五个要素：,规格说明；,一个或多个实现；,受约束的组件标准；,封装方法；,部署方法 。,5,、组件图,类与组件之间的差别：,类表示逻辑抽象，而组件表示二进制世界中的物理抽象。,组件表示物理模块而不是逻辑模块，它和类处在不同的抽象层次。,组件,5,、组件图,在对软件系统建模的过程中，存在,3,种类型的组件：,配置组件（,Deployment Component,）、,工作产品组件（,Work Product Component,）,执行组件（,Execution Component,）。,5,、组件图,接口,：在组件图中，组件可以通过其他组件的接口来使用其他组件中定义的操作。,接口与组件之间的关系分为两种：实现关系（,Realization,）和依赖关系（,Dependency,）。,组件与接口的实现关系,组件与接口的依赖关系,5,、组件图,依赖关系,：组件图用依赖关系（,Dependency,）表示各组件之间存在的关系类型。在,UML,中，组件图中的依赖关系的表示方法与类图中的依赖关系相同， 都是一个由客户指向提供者的虚线箭头。,6,、部署图,部署图,（,Deployment Diagram,）用来描述系统运行时进行处理的节点以及在节点上活动的组件的配置，它可以显示实际的计算机和设备,(,用节点表示,),以及它们之间的连接关系，也可显示连接的类型及组件之间的依赖性。,部署图中通常包含两种元素：,节点和连接,。,在一张部署图中，最为核心的元素是“,节点,（,Node,）”，它代表一个运行时的计算资源，例如一台计算机、一个工作站等到其他设备。,6,、部署图,在实际建模过程中，可以把节点分为两种：,处理器（,Processor,） 设备（,Device,）,6,、部署图,连接,：节点之间最常见的关系就是关联关系（用一根实线表示），在部署图中，称之为“连接”，表示两个节点之间的物理连接或通信路径。,6,、部署图,部署图示例,6,、部署图,7,、用例图,用例图,（,Use Case Diagram,）从用户角度描述系统功能,并指出各功能的参与者。,图书管理系统的部分用例图,7,、用例图,用例图的基本概念：,1,）系统边界,用例图中系统边界用来定义系统的界限，将系统的用例都置于其中，参与者都置于边界之外。在,UML,中，它用一个方框表示。,7,、用例图,2,）参与者,参与者（有时，也称为角色）是为了完成一个事件而与系统交互的实体，是用户相对系统而言所扮演的角色。左边所示的,stick man,形式的表示法；右边所示的类元符号,+actor,构造型表示法。,7,、用例图,3,）用例,Jacobson,对用例的定义,“,用例实例是在系统中执行的一系列动作，这些动作将生成特定参与者可见的价值结果。一个用例定义一组用例实例。”,7,、用例图,4,）用例图中的常用关系,扩展关系（,Extend,）,包含关系,(Include),泛化关系,(Generalization),泛化关系示意图,8,、状态机图,状态机图,(State Machines Diagram),描述类的对象在其生命期间所有可能的状态序列以及对象对接收到的事件所产生的反应。,8,、状态机图,状态机图的基本概念,:,1,）状态,:,状态,表示一个模型在其生命期内的状况，如满足某些条件、执行某些操作或等待某些事件。一个状态的生命期是有限的一个时间段。,初始状态和终止状态,:,起始状态在一个状态机图中只允许有一个，用一个实心的圆表示。终止状态在一个状态机图中可以有多个，它用一个含有实心圆的空心圆表示。,8,、状态机图,简单状态：一般状态通常由名称、进入,/,通出活动、内部转换和延迟事件五个部分组成，在,UML,中，状态是用带圆角的矩形来表示的，并将状态的名称（可选）以字符串的形式容纳于其中。,组合状态：组合状态可以使用“与”关系分解为并发子状态，或者通过“或”关系分解互相排斥的顺序子状态。因此，嵌套的子状态可能是并发子状态，也可能是顺序子状态。,8,、状态机图,下面是两种不同的组合状态示例：,并发子状态示意图,“,运行”的电动车,8,、状态机图,顺序子状态示意图,IC,卡电话的使用,8,、状态机图,历史状态：历史状态代表上次离开组合状态时的最后一个活动子状态，它用个一个包含字母“,H”,的小圆圈表示。,8,、状态机图,2,）转换,转换,表示两个状态之间的联系，事件可以触发状态之间或的转换。转换表示当一个特定事件发生或者某些条件得到满足时，一个源状态下的对象在完成一定的动作后将发生状态转变，转向另一个称之为目标状态的状态。,8,、状态机图,一个转换一般包括源状态、触发事件、监护条件、动作和目标状态五方面的内容。,8,、状态机图,除了上述几种转换之外，在状态中还包括两种特殊的元素：活动和延迟事件，它们是对状态信息的一些补充。,活动,是在状态机中进行的一个非原子的执行，由一系列动作组成。,延迟事件,是一种特殊的事件，它是指该事件不会触发状态的转换，当对象处于该状态时事件不会丢失，但会被延迟执行。,8,、状态机图,3,）判定：,判定,处于状态机图中这样一个位置：工作流在此处按监护条件的取值发生分支。判定用空心的小菱形表示。,8,、状态机图,状态机图的应用：,1,）对象的生命周期建模,对对象的生命周期建模时，它主要描述：对象能够响应的事件、对这些事件的响应以及过去对当前行为的影响。,2,）对反应型对象建模,当用状态机图对反应型对象建模时，主要是说明：这个对象可能性处于的稳定状态、从一个状态到另一个状态的转换所需的触发事件，以及每个状态改变时发生的动作。,9,、活动图,活动图,(Activity Diagram),是,UML,用于对系统的动态行建模的另一种常用图形，它描述满足用例要求所要进行的活动以及活动间的约束关系，有利于识别并行活动。,活动图是由活动节点和转换流程构成的图，它显示了控制权（也可能是数据）通过一次计算行为的各步骤流程。,9,、活动图,图书管理系统中预约书籍活动图,9,、活动图,活动图的基本概念,:,1,）动作状态，是指执行原子的、不可中断的动作，并在动作完成后通过完成转换转向另一个状态。,2,）活动状态，用于表达状态机中的原子的运动。,3,）动作流，是动作状态（或活动状态）之间的转换流。,9,、活动图,4,）分支、合并和监护条件：分支包括一个入转换和两个出转换 。合并包括两个带监护条件的入转换和一个出转换，合并表示从对应的分支开始的条件行业的结束。,9,、活动图,5,）分叉与合并：,分叉可以用来描述并发线程，每个分叉可以有一个输入转换和两个或多个输出转换，每个转换都可以是独立的控制流。,合并代表两个或多个并发控制流同步发生，当所有的控制流都达到汇合点后，控制才能继续往下进行。,分叉和汇合都使用加粗的线段来表示。,9,、活动图,分叉与合并示意图,9,、活动图,6,）对象流，是动作状态或活动状态与对象之间的依赖关系，表示动作使用对象或动作对对象的影响。,在活动图中，对象流用带箭头的虚线表示。箭头从动作状态出发指向对象，则表示动作对对象施加了一定的影响。施加的影响包括创建、修改和撤销等。如果箭头从对象指向动作状态，则表示该动作使用对象流所指向的对象。,9,、活动图,7,）泳道将活动图中的活动化分为若干组，并把每一组指定给负责这组织活动的角色（业务组织或对象），泳道区分了负责活动的角色，明确地表示了哪些活动是由哪些角色执行的。,在活动图中，泳道用垂直实线绘出，垂直线分隔的区域就是泳道。在泳道的上方可以给出泳道的名字或对象（对象类）的名字，该对象（对象类）负责泳道内的全部活动。,9,、活动图,含有对象流和泳道的活动图的示意图,10,、顺序图,顺序图,显示多个对象之间的动态协作，也显示对象之间的交互，显示在系统执行时某个指定时间点将发生的事情。,10,、顺序图,顺序图包含,4,个元素，分别是对象,（,Object,）,、生命线,（,Lifeline,）,、消息,（,Message,）,和激活,（,Activation,）,。,1,）,对象,：顺序图中对象的符号与类图的符号类似，都是使用矩形将对象名包含起来，并且对象名称下有下划线 。,10,、顺序图,2,）,生命线,是一条垂直的虚线，表示顺序图中的对象在一段时间内的存在。生命线是一个时间线，从顺序图的顶部一直延伸到底部，所用的时间取决于交互持续的时间。,10,、顺序图,3,）,消息,定义的是对象之间的某种形式的通信，它可以激发某个操作、唤起信号或导致目标对象的创建或撤销。下面列出了,Rose,的顺序图中常用的消息符号。,10,、顺序图,4,）激活：顺序图可以描述对象激活（,Activation,）和去激活（,Deactivation,）。激活表示该对象被占用以完成某个任务，去激活是指对象处于空闲状态，在等待消息。下图是激活条（控制期）示意图。,11,、通信图,通信图,是另外一种表示对象交互的方法，它描述对象之间的协作关系，强调的是参加交互的对象的组织。,下表是几种常用的链符号,11,、通信图,顺序图和通信图之间的语义是等价的，两者可以相互转换，并且转换过程不会丢失信息，如图所示。,12,、交互概观图,交互概观图,（,Interaction Overview Diagram,）是交互图和活动图的混合物，它试图将活动图中活动节点间控制流机制和顺序图中生命线间的消息序列混合在一起。它描述交互（特别是关注控制流），但是抽象掉了消息和生命线。,交互概观图有两种形式：一种是以活动图为主线，并用顺序图表述细节（活动节点内部的对象控制流），另一种是以顺序图为主线，并用活动图表来补充顺序图。,12,、交互概观图,交互概述图示例,13,、定时图,定时图,是一种特殊形式的顺序图，它采用了一种带数字刻度的时间轴来精确地描述消息的顺序，而不是像顺序图那样只是指定消息的相对顺序。,定时图更关注沿着线性时间轴、生命线内部和生命线之间的条件改变。它描述对象状态随着时间改变的情况，很像示波器，适合分析周期和非周期性任务。,13,、定时图,定时图与顺序图的区别主要体现在以下几个方面：,1,）坐标轴交换了位置，改为从左到右来表示时间的推移。,2,）用生命线的,“,凹下凸起,”,来表示状态的变化，每个水平位置代表一种不同的状态。状态的顺序可以有意义，也可以没有意义。,3,）生命线可以跟在一根线后面，在这根线上显示一些不同的状态值。,4,）可以显示一个度量时间值的标尺，用刻度来表示时间间隔。,13,、定时图,定时图示意图,第三节,UML,视图,UML,参考手册,中把系统构架定义为：“,系统的组织结构，包括系统分解的组成部分、它们的关联性、交互、机制和指导原则，这些提供系统设计的信息,”。,IEEE,把系统构架定义为“,在其环境中，系统的最高级概念,”。,系统构架的主要方面被捕获为该系统的四张视图,逻辑视图、进程视图、实现视图和部署视图。它们由第五个视图,用例视图整合到一起。,第三节,UML,视图,即,Philippe,Kruchten,所描绘的“,4+1,视图,”,第三节,UML,视图,RUP,支持的五种视图,