第4章 UL语言纵览.ppt

第4章 UML语言纵览 ;4.1 UML的构成 UML是通用建模语言，具有可扩展性使其可以用于软件系统开发各个阶段的建模。 UML提供从不同的角度理解系统各种特征的标准方法。 UML由以下几个部分构成： 视图 视图是表达系统的某一方面特征的UML建模元素的子集，视图并不是图，它是由一个或多个图组成的对系统某个角度的抽象。 图 视图由图组成，UML通常提供9种基本的图。 模型元素 UML的模型元素包括事物和事物之间的联系。 通用机制 通用机制可以为模型元素提供额外的注释、信息或语义。;4.1 UML的构成;4.2 视图 单一的图形不可能包括系统的所有信息，更不能描述系统的整体结构功能。系统通常是从多个不同的方面来描述的： 系统的使用实例 使用实例从系统外部参与者的角度描述系统的功能。 系统的逻辑结构 逻辑结构描述系统内部的静态结构和动态形为。 系统的构成 描述系统由哪些构件组成。 系统的并发特性 解决并发系统中存在的各种通信和同步问题。 系统的配置 描述系统的软件与硬件设备之间的配置关系;4.2 视图 UML视图的分类： 用例视图 从系统外部参与者角度考虑系统 逻辑视图 从系统的静态结构和动态行为角度看问题 组件视图 显示代码组件的组织结构 并发视图 解决在并发系统中通信和同步问题 配置视图 系统的具体部署问题 5种视图分别描述系统的一个方面，5种视图组合构成UML完整模型。;4.2 视图;4.2.1 用例视图 Use Case视图的用途 描述系统应该具备的功能，即被称为参与者的外部用户所能观察到的功能。 Use case视图的地位 用例视图是几个视图的核心，它的内容直接驱动其他视图的开发; 系统要提供的功能都是在用例视图中描述，用例视图的修改会对所有其它视图产生影响； 通过测试用例视图还可以检验和最终校验系统。;4.2.2 逻辑视图 用途 描述用例视图中提出的系统功能的实现。 逻辑视图既描述系统的静态结构，也描述系统内部的动态协作关系。 使用者 主要是设计人员和开发人员。 组成 静态结构在类图和对象图中进行描述； 动态模型在状态图、时序图、协作图以及活动图中进行描述;4.2.3 并发视图 用途 考虑资源的有效利用、代码的并行执行以及系统环境中异步事件的处理。 使用者 主要是开发人员和系统集成人员 组成 状态图 协作图 活动图;4.2.4 组件视图 用途 描述系统的实现模块以及它们之间的依赖关系。 组成 组件图 使用者 主要是开发人员;4.2.5 配置视图 用途 显示系统的物理部署，并描述位于节点实例上的运行组件实例的部署情况。 组成 配置图 使用者 开发人员 系统集成人员 测试人员;4.3 图 UML的各种图是UML模型的重要组成部分，其主要图如下： 用例图 类图 对象图 状态图 时序图 协作图 活动图 组件图 配置图;4.4 UML1.4与2.0的比较 UML2.0对UML1.4进行了一些扩充,用更为受限的通信图代替了协作图,增加了交互综述图、定时图、协议状态图、组成结构图等新图;UML1.4;4.5 模型元素 UML中的模型元素包括事物与事物间的联系。 事物是UML中重要的组成部分，它代表任何可以定义的对象。 事物间的关系能够把事物联系在一起，组成有意义的结构模型。;4.5.1 事物 UML中的事物可以分为： 结构事物 动作事物 分组事物 注释事物 这些事物是UML模型中的表态部分，代表物理上或概念上的元素。;4.5.1 事物 1. 结构事物 UML模型中最基本的结构事物，包括： 类 接口 协作 用例 活动类 组件 节点 ;4.5.1 事物 （1）类 类是对具有相同属性、方法、关系和语义的对象的抽象 一个类可以实现一个或多个接口。 在UML中类用类名、属性与方法的矩阵型表示。;（2）接口 接口是为类或组件提供特定服务的一组操作的集合。 描述了类或组件的对外可见的动作 一个接口查以实现类或组件的全部动作，要也可以只实现其中的一部分 表示 在UML中接口用圆表示，在图形旁边还要标注接口的名字。;（3）协作 协作定义了交互操作 代表构成系统的模式的实现 表示 用虚线构成的椭圆表示，要标注协作的名称。;（4）用例 用例描述系统对一个特定角色执行的一系列动作。 在模型中，用例通常用来组织动作事物，通过协作完成。 表示： 实线椭圆表示，并标注其名称。;（5）活动类 活动类是类对象有一个或多个进程或线程的类。 活动类对象元素的行为与其它的元素的行为同时存在。 表示： 表示与类相似，边框用粗实线表示。;（6）组件 组件是实现了一个接口集合的物理上可替换的系统部分。 表示： 如图示。;（7）节点 节点是在运行时存在的一个物理元素。 它代表一个可计算的资源，通常占用一些内存和具有处理能力