uml之概述总结

1、Uml概念

        一种可视化的面向对象建模语言，描述了一个系统的静态结构和动态行为。用图形方式表现典型的面向对象系统的整个结构。从不同的角度为系统建模，并形成系统的不同视图。

2、Uml的基本构造块

         Uml的主要包括3种构造快（buildingblocks）

         事物（things）：构成模型图的一些基本图示符号，他们表示一些面向对象的基本概念。

         关系（relationships）：表示基本图示符号之间的关系。

         图（diagrams）：特定的视角对系统所做的抽象描述。

         事物时对模型中最具有代表性的成分的抽象，关系把事物结在一起；图聚集了相关的事物。

 

2.1、Uml中的事物

         2.1.1结构事物：

     类（class）类是对一组具有相同属性、方法、关系和语义的对象的描述。一个类实现一个或多个接口。

如图 用语言描述类： 。

         接口（interface）：描述了一个类或构建的一个服务的操作集，接口仅仅是定义了一组操作的规范，它并没有给出这组操作的具体实现。

如图 或

         协作（collaboration）：协作定义了一个交互，它是一组共同工作已提供某协作的角色和其它元素构成的群体，这些协作行为大于所有元素的各自行为的总和。因此，协作有结构、行为和纬度。一个给定的类可以参与几个协作。

如图

         用例（use case ）：用例是对一组动作学列的描述，系统执行这些动作将产生一个特定的参与者（actor）有价值且可观察的结果。

如图：

         主动类（activeclass）:是这样的类，其对象至少拥有一个进程或线程，因此他能启动控制活动。

如图

构建（component）:是系统中物理的、可替代的部件，它遵循且提供一组接口的实现。

如图

节点（node）：是在运行时存在的物理元素，它表示了一种可计算的资源，它通常至少有一些记忆能力处理能力。一个构建集可以主流在一个节点内，也可以从一个节点迁移到另一个节点。如图

2.1.2行为事物

         交互（interaction）:是这样的一种行为，他由在特定语境中共同完成一定特定任务的一组对象之间交换的消息组成。一个对象群体的行为或单个操作的行为可用一个交互来描述

Interaction涉及一些其他元素，包括消息、动作序列（由一个消息所引起的行为）、links(对象间的连接)。如图

状态机（state machine）：描述了一个对象或一个交互在生命期内相应时间所经历的状态序列。单个类或一组类之间协作的行为可以用状态机来描述。一个状态机涉及到的一些其他元素，包括状态转换（从一个状态到另一个状态的流）事件（发转换的事物）和活动（对一转换的响应）如图

2.1.3分组事物

  是uml模型的组织部分，最主要的分组事物时包（package ）,包是把元素组成的机制

如图

包是uml中唯一的组织机制，可以拥有其他元素，这些元素可以是类、接口、构建、节点、协作、用例和图，甚至可以使其他包。一个包形成了一个命名空间。在一个包中同一种元素的名称必须是唯一的。不同种类的元素可以有相同的名称。

2.1.4注释事物

注释事物时uml模型中的解释部分。这些注释事物用来描述、说明和标注模型的任何元素。有一种主要的注释事物，称为注解（note）

注解是一个依附于一个元素或一组元素之上，对她进行约束或解释的简单符号。

2.2关系

在uml中有4种关系：

   关联association  

   依赖 dependence   

泛化 generalization  

实现  realization       

2.2.1关联

描述了两个或两个类之间的结构性关系。如图

2.2.2泛化

  一种特殊/一般关系，特殊元素（子元素）的对象可替代一般元素（父元素）的对象。用这种方法，子元素可共享父元素的结构和行为。如图

2.2.3依赖

    

2.2.4实现

     是类元之间的语义关系，在该关系中一个类元描述了另一个类元保证实现的契约。

如图

    

 

2.3、图

2.3.1用例图

     Usecase diagrams：用来描述用户的需求，从用户的角度描述系统的功能，并指出各功能的执行者，强调谁在使用系统，系统为执行者完成那些功能。

2.3.2类图

     Class diagrams：用于定义系统中的类，包括描述类的内部结构和类之间的关系。类图主要用于描述系统的静态结构。

2.3.3对象图

       Object diagram：对象图是类图的一个实例，描述了系统在具体时间上所包含的对象以及各个对象之间的关系。

2.3.4行为图

用来描述系统的动态模型和对象之间的交互关系，包括：

   状态图（statechartdiagrams）：用来描述类的对象所有可能的状态以及事件发生时状态转移条件。

   活动图（activity diagrams）：用来描述满足用例要求所要进行的活动以及活动见的约束关系，使用活动图有利于识别系统的并行活动。

2.3.5交互图

      用来描述对象之间的交互关系包括：

序列图（sequence diagrams）：描述对象之间的交互顺序，着重体现对象间消息传递的时间顺序，强调对象之间消息的发送顺序，同时也显示对象之间的交互过程。

协作图（collaboration diagrams）：描述对象之间的合作关系，更侧重说明哪些对象之间有消息的传递。

序列图和协作图可以相互转化。

2.3.6、实现图

   构建图（componentdiagrams）：构件用来描述代码构件的物理结构以及各构件之间的依赖关系。一个构件可以使一个资源文件、一个二进制文件或者一个可执行文件。

  实施图（deploymentdiagrams）：部署图定义了系统中硬件的物理体系结构，用来描述实际的物理设备以及它们之间的连接关系。

2.4、uml中的规则

Uml有用于描述如下事物的语义规则：

 命名：为事物、关系和图起名

范围：给一个名称以特定含义的语境

可见性：怎么样让其他人使用或看见名称

完整性：事物如何正确，一致的相互联系

执行：运行或模拟动态模型的含义是什么

2.5、uml中的公共机制

Uml中有it中贯穿整个语言且一致应用的公共机制：

2.5.1、规格说明：

   Uml不只是一种图形语言。实际上再它的图形表示法的每部分背后都有一个规格说明，这个规格说明提供了对构造块的语法和语义的文字叙述。

   Uml的图像表示法用来对系统进行可视化；uml的规格说明用来描述系统的细节

Uml的规格说明提供了一个语义底版，它包含了一个系统的各模型的所有部分，并且个部分相互联系，并保持一致。因此，uml图只不过是对底版的简单视觉投影，每个图展现了系统的一个特定的方面。

2.5.2、修饰

  Uml表示法中的每一个元素都有一个基本符号，可以把各种修饰细节加到这个符号上

如图：

2.5.3、扩展机制

 对uml图示符号的扩展。包括

 构造型stereotype  标注值tagged value  约束 constraint

如图