UML 类图与对象图
UML建模语言
3. 设置类的构造型
使用类的构造型可以方便地对类 进行分类。在Rational Rose 2003中包含一些内置构造型，如 Actor、Boundary、Business Actor、Business Document、 Business Entity、Business Event、Business Goal、 Business Worker、Control、 Domain、Entity、Interface、 Location、Physical Worker、 Resource、Service、Table、 View等，其中Boundary(边界类）、 Control（控制类）和Entity（实 体类）是比较常用的构造型。
UML建模语言
2. 泛化关系（Generalization） 泛化关系用来描述类的一般和具体之间的关系。
多态示例
多继承示例
UML建模语言
3. 关联关系（Association） 关联关系是一种结构关系，指出了一个事物 的对象与另一个事物的对象之间的语义上的 连接。
UML建模语言
如果一个关联既是类又是关联，那么它是一个 关联类，NewClass3便是一个关联类。
关联类
UML建模语言
如果一个关联的属性在一组相关对象中 是惟一的，那么它是一个限定符。
UML建模语言
关联关系还有两种非常重要的形式，分别是聚 集（Aggregation）关系和组成（Composition） 关系。
聚集关 系示例
组成关系 示例
UML建模语言
4. 实现关系（Realization） 实现关系将一种模型元素（如类）与另一种模 型元素（如接口）连接起来，从而说明和其实 现之间的关系。 在UML中，实现关系的表示形式和泛化关系的 表示符号很相似，使用一条带封闭空箭头的虚 线来表示。
（3）参数表
参数表就是由类型、标识符对组成的序列，实际上是操作 或方法被调用时接收传递过来的参数值的变量。
（4）返回类型
返回类型指定了由操作返回的数据类型。
（5）属性字符串
属性字符串用来附加一些关于操作的除了预定义元素之外 的信息，从而方便对操作的一些内容进行说明。
UML建模语言
4. 类的职责（Responsibility） 在标准的UML定义中，有时还应当指明类的另 一种信息，那就是类的职责。 5. 类的约束（Constraint） 类的约束指定了该类所要满足的一个或多个规 则。
UML建模语言
UML建模语言
4. 创建和删除实现关系
创建和删除实现关系与创建和删除依赖关系类似，实现 关系的图标是，使用该图标将实现关系的两端连接起来， 双击实现关系的线段可弹出设置实现关系的规范的对话 框。在对话框中可以设置实现关系的名称、构造型、文 档等。
UML建模语言
6.4 类图的创建示例
1. 为系统的词汇建模 2. 模型化简单的协作 3. 模型化逻辑数据库模式
UML建模语言
6.2 类图的组成
类图（Class Diagram）是由类、接口等模 型元素以及它们之间的关系构成的。 类图的目的在于描述系统的构成方式，而不 是系统如何协作运行的。
UML建模语言
6.2.1 类 类是面向对象中系统组织结构的核心。类是 对一组具有相同属性、操作、关系和语义的 事物的抽象。
3. 类的操作（Operation） 操作是指类所能执行的动作，也是类的一个 重要组成部分，描述了在软件系统中所代表 的对象具备的动态部分的公共特征抽象。
UML建模语言
（1）可见性
操作的可见性描述了该操作是否对于其他类能够可见，从 而是否可以被其他类进行调用。
（2）操作名称
操作作为类的一部分，每个操作都必须有一个名称以区别 于类中的其他操作。
使用以下步骤创建类图： 01 根据问题域确定系统需求、类和关联。 02 明确类的含义和职责，并确定属性和操作。
UML建模语言
UML建模语言
3. 创建和删除关联关系 要创建新的关联关系，可以通过以下步骤进行： 01 单击类图工具栏中的图标，或者选择Tools | Create | Unidirectional Association命令， 此时的光标变为“↑”符号。 02 单击要关联的类。 03 将关联关系线拖动到要与之关联的类中。 04 双击关联关系线，弹出设置关联关系规范的 对话框。 05 在弹出的对话框中可以设置关联关系的名称、 构造型、角色、可访问性、多重性、导航性和 文档等。
UML建模语言
第6章 类图与对象图
本章将分别介绍类图和对象图的概念以 及如何创建。希望大家能够通过本章的学习 熟练分析和创建各种类图和对象图。
UML建模语言
6.1 类图与对象图的基本概念
类图和对象图是用于描述系统静态 结构的两种重要手段。类图从抽象的角 度描述系统的静态结构，而对象是类的 实例化表示。
UML建模语言
6. 类的注释（Note） 使用注释可以为类添加更多的描述信息，也 是为类提供更多描述方式中的一种。
UML建模语言
6.2.2 接口 接口是在没有给出对象的实现和状态的情况下 对对象行为的描述。接口是一种特殊的类，所 有接口都是有构造型<<interface>>的类。在 UML中，接口使用一个带有名称的小圆圈来进行 表示，并且可以通过一条Realize（实现关系） 线与实现它的类相连接。
UML建模语言
4. 设置类的类型
设置类的类型可以通过以下步骤进行： 01 选中需要设置构造型的类，单击右键，在 弹出的快捷菜单中选择Open Specification命 令，弹出类的规范对话框。 02 在类的规范对话框中打开General选项卡， 在Type下拉列表中选择类的相关类型。 03 单击OK按钮即可。
UML建模语言
1. 类的名称（Name） 类的名称是每个类的图形中所必须拥有的元 素，用于同其他类进行区分。
UML建模语言
2. 类的属性（Attribute） 属性是类的一个特性，也是类的一个组成部 分，描述了在软件系统中所代表的对象具备 的静态部分的公共特征抽象，这些特性是这 些对象所共有的。
UML建模语言
（1）可见性 属性的可见性描述了该属性是否对于其他类能 够可见，从而是否可以被其他类进行引用。 （2）属性名称 属性是类的一部分，每个属性都必须有一个名 字以区别于类中的其他属性。通常情况下，属 性名由描述其所属类的特性的名词或名词短语 构成。按照UML的约定，属性的名称的第一个 字母小写，如果属性名包含了多个单词，这些 单词要合并，并且除了第一个英文单词外，其 余单词的首字母要大写。
UML建模语言
6.3.2 创建类与类之间的关系
类与类之间的关系通常有4种：依赖关系、 泛化关系、关联关系和实现关系，以下将 介绍如何创建这些关系以及它们生成的代 码示例。
UML建模语言
1. 创建和删除依赖关系 依赖表示的是两个或多个模型元素之间语义上 的连接关系。要创建新的依赖关系，可以通过 以下步骤进行： 01 单击工具栏中的图标，或者选择Tools | Create | Dependency or Instantiates命令， 此时的光标变为“↑”符号。 02 单击具有依赖关系的一个类。 03 将依赖关系线拖动到另一个类中。 04 双击依赖关系线，弹出设置依赖关系规范 的对话框，如图6-41所示。 05在弹出的对话框中设置依赖关系的名称、构 造型、可访问性、多重性以及文档等。
UML建模语言
图6-41 设置依赖关系规范
UML建模语言
2. 创建和删除泛化关系 泛化关系是用来描述类的一般和具体之间的关系。 要创建新的泛化关系，可以通过以下步骤进行： 01 单击类图工具栏中的图标，或者选择Tools | Create | Generalization命令，此时的光标变为 “↑”符号。 02 单击子类。 03 将泛化关系线拖动到父类中。 04 双击泛化关系线，弹出设置泛化关系规范的对 话框。 05 在弹出的对话框中可以设置泛化关系的名称、 构造型、可访问性、文档等。
UML建模语言
在UML中接口是使用一个圆圈来进行表示，并通 过一条实线附在表示类的矩形上来表示实现关 系。
UML建模语言
6.3 类图的创建概述 6.3.1 创建类
1. 创建和删除类图01 右键单击浏览器中的Use Case View（用例视 图）、Logical View（逻辑视图）或者位于这 两种视图下的包。02 在弹出的快捷菜单中选择New | Class Diagram命令。03 输入新的类图名称。04 双击打开浏览器中的类图。
UML建模语言
2. 添加和删除类 01 在图形编辑工具栏中单击按钮，此时光标变 为“+”号。 02 在类图中单击任意一个位置，系统将在该位 置创建一个新类，系统产生的默认名称为 NewClass。
UML建模语言
03在类的名称栏中显示了当前所有类的名称， 可以选择清单中的现有类，这样便把在模型 中存在的该类添加到类图中。如果创建新类， 将NewClass重新命名为新的名称即可，创建 的新类会自动添加到浏览器的视图中。
UML建模语言
当接口被其他类依赖的时候，即一个接口是 在某个特定类中实现后，一个类通过一个依 赖关系与该接口相连接。
UML建模语言
接口也可以同类那样进行一般化和特殊化处理。
UML建模语言
6.2.3 类之间的关系
类与类之间的关系通常有4种，即 依赖关系（Dependency）、 泛化关系（Generalization）、 关联关系（Association） 、 实现关系（Realization）。
UML建模语言
（3）属性类型 属性也具有类型，用来指出该属性的数据类型。 （4）初始值 在程序语言设计中，设定初始值通常有以下两 个用处。 用来保护系统的完整性。 为用户提供易用性。 （5）属性字符串 属性字符串是用来指定关于属性的一些附加信 息，如某个属性应该在某个区域内是有限制的。
类图、对象图实验报告
UML建模课程实验三、UML类图、对象图模型的设计班级：信息0702 组别：指导老师：徐凯波姓名：王姗学号：2007030331205一、实验要求：掌握利用UML建模工具建立类图和对象图的方法。
二、实验内容：利用UML建模工具设计类图和对象图三、实验环境：Windows 2000 Professional以上环境、Rational Rose2003、Sybase Power Designer 10四、操作步骤：五、遇到的问题和解决方法：类图是所有图中比较好画的一种图，就是将角色、系统它们所具有的属性和活动输入到软件中去，我的类图中角色有管理员、学生，管理员的属性有：管理学的账号、管理员的姓名、管理员的性别、管理员的年龄，他所参与的活动有添加课程信息、删除课程信息、修改课程信息、查询课程信息、登录系统、添加学生信息、删除学生信息、修改学生信息、查询学生信息、查询学生信息；学生的属性有：学生账户、学生姓名、学生性别、学生年龄，他所参与的活动有：查询课程信息、选课、查询个人选课信息，登录系统。
系统的包括：学生信息维护系统、课程管理系统、选课管理系统，学生信息维护系统的属性有：学生的账号、姓名、性别、年龄、管理员的账号；选课管理系统：学生账号、课程编号、课程名称、课程地点、课程时间、课程学分、课程学时；课程管理系统：课程编号、课程名称、课程地点、课程时间、课程学分、课程学时。
在画整个类图的过程中，我没有遇到太多的问题。
六、实验心得和体会：在老师的辅导下，我经过前一阶段的练习，基本掌握了UML的要领，类图我基本上没有太费时间，只是想好属性和动作，还有就是个角色之间的关系，类图的难点是角色与角色之间的关系，究竟是一对多、一对一、多对多。
确定好角色与角色的关系，类图就很容易完成了。
第五章 类图和对象图(UML)
＋
size
:integer
=(100)
9
第 五 章 类 图 和 对 象 图
５.１ 类的定义
说明：
３、属性还有取值范围。类型表示该属性的种类。 它可以是基本数据类型,例如整数、实数、布尔 型和枚举型等,也可以是用户自定义的类型。一 般它由所涉及的程序设计语言确定必须为其指定 数据类型。当一个类的属性被完整定义后，它的 任何一个对象的状态都由这些属性的特性值所决 定。
20
第 五 章 类 图 和 对 象 图
５.２ 类之间的关系
1、关联
关联是一种结构关系，它指明一个事物的对象与 另一个事物的对象间的联系 例如,一个人为一家公司工作,一家公司有许多办 公室。我们就认为人和公司、公司和办公室之间 存在某种语义上的联系。在分析设计的类图模型 中,则在对应人类和公司类、公司类和办公室类 之间建立关联关系
改变的因素：１.一个类向另一个类发送消息。 ２.一个类是另一个类的数据成员类型 ３.一个类是另一个类的操作的参数类型 注：如果两个类之间有关联，那么这两个类就有依赖关 系，但是我们一般不标出依赖关系。
37
第 五 章 类 图 和 对 象 图
５.２ 类之间的关系
３、泛化（generalization）关系
泛化关系：定义了一般元素和特殊元素之间的分类关系。 也就是一种继承关系。继承是在现有类的基础上定义和 实现一个新类的技术，刻画了类的一般性和特殊性。被 继承的类称为父类或超类，继承的类称为子类。 表示形式：用空心三角箭头实心线表示
25
第 五 章 类 图 和 对 象 图
５.２ 类之间的关系
1、关联
角色：当一个类处于关联的某一端时，该类就在 这个关系中扮演着一个特定的角色。角色就是关 联关系中一个类对另一个类所表现的职责
学生管理系统用例图、类图、对象图的绘制(UML)
参与者1--系统管理员：参与Biblioteka 2--教师：参与者3—学生：
类图与对象图的绘制
有一个学生管理系统，其中有参与者三人，分别为系统管理员、教师和学生，需求如下：
（1）系统管理员登录系统后，通过身份验证，能够对学生的基本信息进行管理，包括录入学生基本信息、修改学生基本信息、查询学生基本信息、删除学生基本信息，并且可以找回自己的密码。
（2）教师在日常管理中可以登录系统，如果忘记了自己的密码，则可以找回。可以通过系统查询、修改和删除学生的考试成绩。当考试结束后，教师有权将学生成绩录入系统。
UML对象图与类图的选择原则与对比分析详解
UML对象图与类图的选择原则与对比分析详解UML（Unified Modeling Language）是一种用于软件开发过程中的标准建模语言，它提供了一套丰富的图形符号和规范，帮助开发人员更好地理解和描述软件系统的结构和行为。
在UML中，对象图和类图是两种常用的建模工具，它们各自有着不同的特点和适用场景。
本文将对UML对象图和类图进行选择原则和对比分析，帮助读者更好地理解它们的应用。
一、UML对象图UML对象图是描述系统中对象之间的静态关系的一种图形表示方式。
它主要用于展示系统中对象的实例以及它们之间的关系。
对象图通常用于详细描述系统的某个特定状态或者场景，它能够清晰地展示对象之间的交互和依赖关系。
对象图的主要特点是直观、具体，能够很好地展示对象的属性和方法。
它适用于需求分析和系统设计的初期阶段，帮助开发人员更好地理解系统的需求和设计方案。
对象图可以帮助开发人员发现系统中的潜在问题和矛盾，从而提前进行调整和优化。
然而，对象图的局限性在于它只能展示系统的某个特定状态或者场景，不能全面地描述系统的整体结构和行为。
因此，在系统设计的后期阶段，开发人员通常会使用类图来更全面地描述系统的结构和行为。
二、UML类图UML类图是描述系统中类之间的静态关系的一种图形表示方式。
它主要用于展示系统的整体结构和类之间的关系。
类图是UML中最常用的一种图形表示方式，它能够清晰地展示类的属性、方法和关联关系。
类图的主要特点是抽象、概括，能够很好地展示系统的整体结构和类之间的关系。
类图适用于系统的整体设计和架构描述，它能够帮助开发人员更好地理解系统的总体设计思路和模块划分。
与对象图相比，类图具有更高的抽象层次和更全面的描述能力。
它能够展示系统的整体结构和行为，帮助开发人员更好地理解和分析系统的复杂性。
因此，在系统设计的后期阶段，开发人员通常会使用类图作为主要的建模工具。
三、选择原则与对比分析在实际的软件开发过程中，开发人员需要根据具体的需求和场景选择合适的建模工具。
UML图：类图和对象图详解
目录1.类图和对象图的概念2.类图的组成3.使用Rose创建类图4.对象图5.使用Rose创建类图案例分析类图和对象图详解对于类图和对象图来说我们需要了解的是类图和对象图的概念，类图的组成，使用Rose创建类图和对象图。
当然最重要的是如何使用Rose创建类图案例分析。
具体的创建通过选课管理系统的简单用例说明创建类图和对象图的方法和具体的过程。
下面是我对类图和对象图学习过程的一个整理，一些资料是直接拿过来直接用的。
希望能对你的学习有一点点的帮助吧。
类图和对象图的概念1. 类的含义类图（Class diagram）显示了系统的静态结构，而系统的静态结构构成了系统的概念基础。
类图，就是用于对系统中的各种概念进行建模，并描绘出它们之间关系的图。
在大多数的 UML 模型中，我们可以将这些概念的类型概括为以下四种，分别是：(1) 类(2) 接口(3) 数据类型(4) 构件在类图中，具体来讲它一共包含了以下几种模型元素，分别是：类、接口、依赖关系、泛化关系、关联关系以及实现关系。
类图可以创建约束、注释和包等。
2. 对象图的含义对象图中包含对象（Object）和链（Link）。
其中对象是类的特定实例，链是类之间关系的实例，表示对象之间的特定关系。
3. 类图在项目开发中的作用类图的作用是对系统的静态视图进行建模。
当对系统的静态视图进行建模时，通常是以以下三种方式来使用类图。
(1)为系统的词汇建模。
(2)模型化简单的协作。
(3)模型化逻辑数据库模式。
在设计数据库时，通常将数据库模式看作为数据库概念设计的蓝图，在很多领域中，都需要在关系数据库或面向数据库中存储永久信息。
系统分析者可以使用类图来对这些数据库进行模式建模。
4. 对象图在项目开发中的作用对象图作为系统在某一时刻的快照，是类图中的各个类在某一个时间点上的实例及其关系的静态写照，可以通过以下几个方面来说明它的作用：(1)说明复杂的数据结构。
对于复杂的数据结构，有时候很难对其进行抽象成类表达之间的交互关系。
UML中共有5种静态图
UML中共有5种静态图：用例图，类图，对象图，组件图和配置图。
（1）用例图Use Case Diagram用例图展现了一组用例、参与者以及它们之间的关系可以用来描述系统的静态使用情况。
上图中小人形状的用户和ATM是参与者、椭圆形状的如插入卡、输入密码等是用例（2）类图Class Diagram类图展示了一组类、接口、子类以及他们之间的关系，在建模中最常用到的图就是类图；可以用类图说明系统的静态设计视图，包含主动类的类图。
上图中反应了5个类之间的关联关系，人民币账户和美元帐户从账户继承，账户和ATM相关联，两种账户和用户相关联（3）对象图Object Diagram对象图展示了一组对象和他们间的关系，可以用来说明类图中翻译的事物实例的数据结构和静态快照，表达了系统的静态设计视图和静态过程视图，除了显示和原型方面的因素外，它与类图的作用是相同的。
（4）组件图Component Diagram组件图，又名构件图，展现了一组组件之间的组织和依赖，用于对源代码、可执行的发布、物理数据库和可调整的系统建模。
上图中组件1和组件3依赖于组件2（5）配置图Deployment Diagram配置图展现了对运行时处理节点以及其中组件的配属，它描述系统硬件的物理拓扑结构，以及在此结构上执行的软件。
用配置图说明系统结构的静态配置视图，即说明分布、交互和安装的物理系统。
上图中，三个处理机与两个涉笔，相互之间是关联的关系UML中动态图有四种，分别是：时序图、协作图、状态图和活动图。
（1）时序图Sequence Diagram时序图展现了一组对象和由这组对象收发的信息，用于按时间顺序对控制流建模。
可以用时序图来说明系统的动态视图。
这里貌似有不同的说法Visual Paradigm里面叫时序图为Timing Diagram，而我参照的教材里边没有这种图，按理说是应该有的。
上图反应了用户与ATM交互的整个过程。
（2）协作图Collaboration Diagram协作图展现了一组对象之间的链接以及这组对象收发的消息，强调收发消息对象的组织结构，按组织结构对控制流建模。
UML中对象图与类图的对比与选择
UML中对象图与类图的对比与选择在软件开发中，UML（统一建模语言）是一种常用的图形化建模工具，用于描述和设计软件系统的结构和行为。
其中，对象图和类图是两种常见的图形表示方式。
本文将对这两种图进行比较，并讨论在不同情况下的选择。
一、对象图对象图是一种表示系统中对象实例的图形化表示方式。
它展示了对象之间的关系和属性。
对象图通常用于描述系统的运行时状态，可以显示对象的属性值和方法的调用。
对象图的优点在于它能够直观地展示对象之间的关系，帮助开发人员更好地理解系统的运行时行为。
通过对象图，可以清晰地看到对象之间的交互和依赖关系，从而更好地设计和调整系统的结构。
然而，对象图也存在一些局限性。
首先，对象图通常只能展示系统的某个特定状态，无法全面地描述系统的整体结构。
其次，对象图的复杂度随着系统规模的增大而增加，可能会导致图形过于复杂，难以理解。
二、类图类图是一种表示系统中类和类之间关系的图形化表示方式。
它展示了类的属性、方法和关联关系。
类图通常用于描述系统的静态结构，可以显示类之间的继承、关联和依赖关系。
类图的优点在于它能够全面地描述系统的结构，包括类的属性、方法和关联关系。
通过类图，可以清晰地看到类之间的继承关系、关联关系和依赖关系，从而更好地设计和组织系统的结构。
然而，类图也存在一些局限性。
首先，类图无法展示系统的运行时行为，只能描述系统的静态结构。
其次，类图的复杂度也会随着系统规模的增大而增加，可能会导致图形过于复杂，难以理解。
三、选择对象图还是类图？在实际应用中，选择使用对象图还是类图应根据具体情况而定。
如果需要描述系统的运行时状态和对象之间的交互关系，那么对象图是一个更好的选择。
对象图可以帮助开发人员更好地理解系统的运行时行为，从而进行系统调整和优化。
如果需要描述系统的静态结构和类之间的关系，那么类图是一个更好的选择。
类图可以帮助开发人员更好地设计和组织系统的结构，从而提高系统的可维护性和可扩展性。
UML类图对象图两者之间的异同
Person employee
employer Company
Worksfor
❖ 多重性
关联的多重性是指有多少对象可以参与该关联，多重 性可以用来表达一个取值范围、特定值、无限定的 范围或一组离散值。
在UML中，多重性是用数字范围来表示的
每个数字范围是一对由圆点分割开来的整数，如0..9 可用特殊的符号*来表示一个没有上界的范围，也即可以
❖ 接口之间可以存在泛化关系，因此接口实质上和不具有属性 和方法、仅具有抽象操作的抽象类很相似
❖ 与类一样，接口也可以参与泛化、关联、依赖和实现关系
❖ 实现关系将一种元素（如类）与另一种模型元素（如接口） 连接起来，其中接口只是行为的说明而不是结构或实现。
❖ 可用两种方法来表示接口
简化形式。把接口和实现关系画成一个从类伸出 的、且一端带有小圆圈的直线
1
M ailM es s ag e
*
1 Header
1 Body
* Attachment
4、实现关系
❖ 实现关系通常在两种情况下被使用：
① 在接口与实现该接口的类之间
② 在用案以及实现该用案的协作之间。
Hashable * contents
Comp arable
HashTable <<use>>
实现关系(扩展形式)
<<interface>> Comp arable
isEqual(String) : Boolean hash() : Integer
三、类之间的关系
❖ 依赖关系（Dependency） 表示类之间的使用关系
❖ 在UML中，关联关系用一条连接两个类的实现表示。
UML中数据流图，用例图，类图，对象图，角色图，活动图，序列图详细讲述保存供参考
UML中数据流图，⽤例图，类图，对象图，⾓⾊图，活动图，序列图详细讲述保存供参考这个⽂章，是我在急需的情况下在园⼦⾥搜索到的，原创作者是：DO-websoftware,为了⾃⼰看⽅便，所以复制到我的空间，希望原创者不要介意哦~~~~很详细的介绍，对我的帮助很⼤，谢谢哦。
类图，对象图，⾓⾊图：⼀、UML中基本的图范畴：在 UML 2 中有⼆种基本的图范畴：结构图和⾏为图。
每个 UML 图都属于这⼆个图范畴。
结构图的⽬的是显⽰建模系统的静态结构。
它们包括类，组件和（或）对象图。
另⼀⽅⾯，⾏为图显⽰系统中的对象的动态⾏为，包括如对象的⽅法，协作和活动之类的内容。
⾏为图的实例是活动图，⽤例图和序列图。
⼆、UML中的类图：1.类图的表⽰：类的 UML 表⽰是⼀个长⽅形，垂直地分为三个区，如图 1 所⽰。
顶部区域显⽰类的名字。
中间的区域列出类的属性。
底部的区域列出类的操作。
在⼀个类图上画⼀个类元素时，你必须要有顶端的区域，下⾯的⼆个区域是可选择的（当图描述仅仅⽤于显⽰分类器间关系的⾼层细节时，下⾯的两个区域是不必要的）。
描述：顶部区域显⽰类的名字。
中间的区域列出类的属性。
底部的区域列出类的操作。
当在⼀个类图上画⼀个类元素时，你必须要有顶端的区域，下⾯的⼆个区域是可选择的（当图描述仅仅⽤于显⽰分类器间关系的⾼层细节时，下⾯的两个区域是不必要的）。
·类名：如果是抽象类，则采⽤斜体·类属性列表：name : attribute type 如 flightNumber : Integer，这是最常见的表达形式name : attribute type = default value 如 balance : Dollars = 0，这是带有默认值的表达形式·类⽅法列表：name(parameter list) : type of value returned注意：在业务类图中，属性类型通常与单位相符，这对于图的可能读者是有意义的（例如，分钟，美元，等等）。
UML中包括九种图
UML中包括九种图：用例图、类图、对象图、状态图、时序图、协作图、活动图、组件图、配置图。
１）用例图（Use Case Diagram）它是UML中最简单也是最复杂的一种图。
说它简单是因为它采用了面向对象的思想，又是基于用户视角的，绘制非常容易，简单的图形表示让人一看就懂。
说它复杂是因为用例图往往不容易控制，要么过于复杂，要么过于简单。
用例图表示了角色和用例以及它们之间的关系。
２）类图（Class Diagram）是最常用的一种图，类图可以帮助我们更直观的了解一个系统的体系结构。
通过关系和类表示的类图，可以图形化的方式描述一个系统的设计部分。
３）对象图（）对象图是类图的实例，几乎使用与类图完全相同的标识。
它们的不同点在于对象图显示类的多个对象实例，而不是实例的类。
一个对象图是类图的一个实例。
由于对象存在生命周期，因此对象图只能在系统某一时间段存在。
４）状态图描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的时间做出反应的。
通常创建一个UML状态图是为了以下的研究目的：研究类、角色、子系统、或组件的复杂行为。
５）时序图又称顺序图，描述了对象之间动态的交互关系，着重体现对象间消息传递的时间顺序。
顺序图由一组对象构成，每个对象分别带有一条竖线，称作对象的生命线，它代表时间轴，时间沿竖线向下延伸。
顺序图描述了这些对象随着时间的推移相互之间交换消息的过程。
消息用从一务垂直的对象生命线指向另一个对象的生命线的水平箭头表示。
图中还可以根据需要增加有关时间的说明和其他注释。
６）协作图协作图用于显示组件及其交互关系的空间组织结构，它并不侧重于交互的顺序。
协作图显示了交互中各个对象之间的组织交互关系以及对象彼此之间的链接。
与序列图不同，协作图显示的是对象之间的关系。
另一方面，协作图没有将时间作为一个单独的维度，因此序列号就决定了消息及并发线程的顺序。
协作图是一个介于符号图和序列图之间的交叉产物，它用带有编号的箭头来描述特定的方案，以显示在整个方案过程中消息的移动情况。