UML通用知识点综述.ppt

UML统一建模语言 重点内容： UML概述 常用的UML元素分析 UML的通用机制 UML的扩展机制 UML通用知识点综述 一、 UML概述 UML能够在尽可能简单的同时能够满足对实际开发需要，进行系统的各个方面建模。 UML拥有足够的表达能力以便可以处理现代软件开发中出现的所有概念。 UML是一个通用语言，不仅仅和一种通用程序设计语言一样，也是一个庞大的标准符号体系，提供了多种模型。 UML是用模型来描述系统的结构或静态特征以及行为或动态特征的，它从不同的视角为系统的架构建模形成系统的不同视图（view）。 在UML中主要包括的视图为静态视图、用例视图、交互视图、实现视图、状态机视图、活动视图、部署视图和模型管理视图。 1、视图 二、常用的UML元素分析 视图 静态视图是对在应用领域中的各种概念以及与系统实现相关的各种内部概念进行的建模。 由于这种视图不描述与时间有关的系统行为所以我们称之为是静态的，描述与时间相关的系统行为我们在其他视图中进行描述。静态视图主要是由类与类之间的关系构成。 这些关系包括：关联、泛化和依赖关系，我们又把依赖关系具体可以再分为使用和实现关系。 1、视图 二、常用的UML元素分析 静态图视 用例视图描述了系统的参与者与系统进行交互的功能，是参与者所能观察和使用到的系统功能的模型图。一个用例是系统的一个功能单元，是系统参与者与系统之间进行的一次交互作用。 1、视图 二、常用的UML元素分析 用例视图 交互视图描述了执行系统功能的各个角色之间相互传递消息的顺序关系，是描绘系统中各种角色或功能交互的模型。交互视图显示了跨越多个对象的系统控制流程。 我们通过不同对象间的相互作用来描述系统的行为，是通过两种方式进行的，一种是以独立的对象为中心进行描述，另外一种方式是以相互作用的一组对象为中心进行描述。 交互视图可运使用两种图的形式来表示：序列图和协作图。 1、视图 二、常用的UML元素分析 交互视图 状态机视图是通过对象的各种状态来建立模型来描述对象随时间变化的动态行为。状态机视图也是通过不同对象间的相互作用来描述系统的行为的，不同的它是以独立的对象为中心进行描述。 状态机视图中，每一个对象都拥有自己的状态，这些状态之间的变化是通过事件进行触发的。 对象被看成为通过事件进行触发并做出相应的动作来与外界的其他对象进行通信的独立实体。事件表达了对象可以被使用操作，同时反映了对象状态的变化。 1、视图 二、常用的UML元素分析 状态机视图 活动视图是一种特殊形式的状态机视图，是状态机的一个变体，用来描述执行算法的工作流程中涉及的活动。 通常活动视图用于对计算流程和工作流程建模。活动视图中的状态表示计算过程中所处的各种状态。 活动视图是在假定整个计算处理的过程中没有外部事件引起的中断的条件下进行描述的，否则普通的状态机更加适合于描述这种情况。 1、视图 二、常用的UML元素分析 活动视图 物理视图是对应用自身的实现结构建模，例如系统的构件组织情况以及运行节点的配置等等。 物理视图提供了将系统中的类映射成物理构件和节点的机制。 物理视图提供了将系统中的类映射成物理构件和节点的机制。系统模型的大部分内容反映了系统的逻辑和设计方面的信息，并且独立于系统的最终实现单元。 1、视图 二、常用的UML元素分析 物理视图 模型管理视图是对模型自身组织进行的建模，是由自身的一系列模型元素（如类、状态机和用例）构成的包所组成的模型。模型是从某一观点以一定的精确程度对系统所进行的完整描述。 从不同的视角出发，对同一系统可能会建立多个模型，例如有系统分析模型和系统设计模型等等。模型是一种特殊的包。一个包 (package) 还可以包含其他的包。 整个系统的静态模型实际上可看成是系统最大的包，它直接或间接包含了模型中的所有元素内容。 1、视图 二、常用的UML元素分析 模型管理视图 用例图描述了系统提供的一个功能单元。用例图的主要目的是帮助开发团队以一种可视化的方式理解系统的功能需求，包括基于基本流程的“角色”关系，以及系统内用例之间的关系。 使用用例图可以表示出用例的组织关系，这种组织关系包括整个系统的全部用例或者是完成相关功能的一组用例。 在用例图中画出某个用例方式是在用例图中绘制一个椭圆，然后将用例的名称放在椭圆的中心或椭圆下面的中间位置。 2、图 二、常用的UML元素分析 用例图 类图显示了系统的静态结构，表示了不同的实体（人、事物和数据