UML的几种关系

扩展关系:

如果可以从一个用例的执行中,在需要时转向执行另一个用例,执行完返回之前的用例继续执行

用例间即存在《extend》关系。

继承关系：

具有其他事务类型共有的属性和行为，每个具体的事物类型继承它，并实现合适自己的特定的操作。

1、什么是类图

类图(Class diagram)主要用于描述系统的结构化设计。类图也是最常用的UML图，用类图可以显示出类、接口以及它们之间的静态结构和关系。

2、类图的元素

在类图中一共包含了以下几种模型元素，分别是：类（Class）、接口（Interface）、依赖（Dependency）关系、泛化（Generalization）关系、关联（Association）关系、聚合关系（Aggregation）、组合关系（Composition）和实现（Realization）关系。

2.1 类（Class)

在面向对象（OO) 编程中，类是对现实世界中一组具有相同特征的物体的抽象。

2.2 接口（Interface）

接口是一种特殊的类，具有类的结构但不可被实例化，只可以被实现。在UML中，接口使用一个带有名称的小圆圈来进行表示。

2.3 依赖（Dependency）关系

依赖关系是指两个或多个类之间的依存关系，如植物类依赖于土壤类。 依赖关系还可以再细分为5种类型，分别是绑定（Binding）依赖、实现（Realization）依赖、使用（Usage）依赖、抽象（Abstraction）依赖和授权（Permission）依赖。

依赖关系用虚线箭头来表示，箭头指向为依赖的方向。

2.4 泛化（Generalization）关系

简单的讲就是类之间的继承关系。在UML中，泛化关系用空心三角形+实线来表示，箭头指向为父类。

2.5 聚合（Association）关系

聚合关系是类之间的一种较弱的耦合关系，如一个字符串数组和一个字符串就是一种聚合关系。在UML中类图中，聚合关系用空心的菱形+实线箭头来表示，箭头指向为被聚合的类。

2.6 组合（Aggregation）关系

组合关系是类之间一种整体与部分之间的关系，如一只青蛙有四条腿，青蛙类与青蛙腿类之间的关系就是组合关系。在UML类图中，组合关系用实心的菱形+实线箭头来表示，箭头指向为被组合的类。

2.7 关联（Composition）关系

关联关系是类之间一种相互影响的关系，影响的方向就是关联的方向。在UML类图中，组合关系用实线箭头来表示。

2.8 实现（Realization）关系（接口）

一般来讲实现关系是针对类与接口之间的关系而言的。在UML类图中，实现关系用空心三角形+虚线来表示。

3、简单的类图示例

多重度：

UML中关联的多重度是指一个类的实例能够与另一个类的多少个实例相关联。

符号说明：

1：一个

1…1：一个

0…*：零个或多个

*：零个或多个

1…*：一个或多个

0…1：零个或一个

需求分析阶段的任务是：对现实世界要处理的对象(组织、部门、企业等)进行详细调查，在了解现行系统的概况，确定新系统功能的过程中，确定系统边界、收集支持系统目标的基础数据及其处理方法。 逻辑设计阶段的任务之一是对关系模式进一步的规范化处理。

实体类：它表示的是系统领域内的实体

边界类：边界类是系统的用户界面，直接跟系统外部参与者交互，与系统进行信息交流

控制类：控制类是控制系统中对象之间的交互，它负责协调其他类的工作，实现对其他对象的控制

软件

组件

在UML中，组件是指“在一组模型元素实例的物理打包时可重用的部分”

组件是系统功能的物理实现（如源代码文件），它实现类图或交互图中定义的逻辑模型元素

组件可以包括****代码库和运行文件

组件之间的关系只有依赖性关系。依赖性要求一个类要在另一个类之前编译。

组件可以看作是开发的不同阶段（编译时、链接时和运行时）的成果

在一个工程中，经常将组件的定义映射到编程语言和使用的开发工具