一、作为一种建模语言UML的定义包括UML语义和UML表示法两个部分。

• UML语义：描述基于UML的精确元模型定义

• UML表示法：定义UML符号的表示法，为开发者或开发工具使用这些图形符号和攵本语法为系统建模提供了标准这些图形符号和文字所表达的是应用级的模型，在语义上它是UML元模型的实例

二、标准建模语言UML可以由丅列5类图来定义。

• 用例图：从用户角度描述系统功能并指出各功能的操作者。

• 静态图：包括类图和对象图类图描述系统中类的静态结構，不仅定义系统中的类表示类之间的联系，如关联、依赖、聚合等也包括类的属性和操作，类图描述的是一种静态关系在系统的整个生命周期都是有效的。对象图是类图的实例几乎使用与类图完全相同的标识。一个对象图是类图的一个实例由于对象存在生命周期，因此对象图只能在系统某一时间段存在

• 行为图：描述系统的动态模型和组成对象间的交互关系，包括状态图和活动图状态图描述類的对象所有可能的状态以及事件发生时状态的转移条件，状态图是对类图的补充活动图描述满足用例要求所要进行的活动以及活动间嘚约束关系，有利于识别并进行活动

• 交互图：描述对象间的交互关系，包括时序图和协作图时序图显示对象之间的动态合作关系，它強调对象之间消息发送的顺序同时显示对象之间的交互；协作图描述对象间的协作关系，协作图跟时序图相似显示对象间的动态合作關系。除显示信息交换外协作图还显示对象以及它们之间的关系。如果强调时间和顺序则使用时序图；如果强调上下级关系，则选择協作图

• 实现图：包括组件图和部署图。组件图描述代码部件的物理结构及各部件之间的依赖关系组件图有助于分析和理解部件之间的楿互影响程度；部署图定义系统中软硬件的物理体系结构。

采用UML来设计系统时第一步是描述需求；第二步根据需求建立系统的静态模型，以构造系统的结构；第三步是描述系统的行为其中在第一步与第二步中所建立的模型都是静态的，包括用例图、类图、对象图、组件圖和部署图等5种图形是标准建模语言UML的静态建模机制。其中第三步中所建立的模型或者可以执行或者表示执行时的时序状态或交互关系。它包括状态图、活动图、时序图和协作图等4种图形是标准建模语言UML的动态建模机制。

首先对UML中的各个图的功用做一个简单介绍：

    描述角色以及角色与用例之间的连接关系说明的是谁要使用系统，以及他们使用该系统可以做些什么一个用例图包含了多个模型元素，洳系统、参与者和用例并且显示了这些元素之间的各种关系，如泛化、关联和依赖

    类图是描述系统中的类，以及各个类之间的关系的靜态视图能够让我们在正确编写代码以前对系统有一个全面的认识。类图是一种模型类型确切的说，是一种静态模型类型

    与类图极為相似，它是类图的实例对象图显示类的多个对象实例，而不是实际的类它描述的不是类之间的关系，而是对象之间的关系

    描述用唎要求所要进行的活动，以及活动间的约束关系有利于识别并行活动。能够演示出系统中哪些地方存在功能以及这些功能和系统中其怹组件的功能如何共同满足前面使用用例图建模的商务需求。

描述类的对象所有可能的状态以及事件发生时状态的转移条件。可以捕获對象、子系统和系统的生命周期他们可以告知一个对象可以拥有的状态，并且事件(如消息的接收、时间的流逝、错误、条件变为真等)会怎么随着时间的推移来影响这些状态一个状态图应该连接到所有具有清晰的可标识状态和复杂行为的类；该图可以确定类的行为，以及該行为如何根据当前的状态变化也可以展示哪些事件将会改变类的对象的状态。状态图是对类图的补充

    序列图是用来显示你的参与者洳何以一系列顺序的步骤与系统的对象交互的模型。顺序图可以用来展示对象之间是如何进行交互的顺序图将显示的重点放在消息序列仩，即强调消息是如何在对象之间被发送和接收的

    和序列图相似，显示对象间的动态合作关系可以看成是类图和顺序图的交集，协作圖建模对象或者角色以及它们彼此之间是如何通信的。如果强调时间和顺序则使用序列图；如果强调上下级关系，则选择协作图；这兩种图合称为交互图

8、构件图 （组件图）

    描述代码构件的物理结构以及各种构建之间的依赖关系。用来建模软件的组件及其相互之间的關系这些图由构件标记符和构件之间的关系构成。在组件图中构件时软件单个组成部分，它可以是一个文件产品、可执行文件和脚夲等。

9、部署图 （配置图）

    是用来建模系统的物理部署例如计算机和设备，以及它们之间是如何连接的部署图的使用者是开发人员、系统集成人员和测试人员。

一：这九种模型图各有侧重

1:用例图侧重描述用户需求，

2:类图侧重描述系统具体实现；

二：描述的方面都不相哃

1:类图描述的是系统的结构，

2:序列图描述的是系统的行为；

三：抽象的层次也不同

1：构件图描述系统的模块结构，抽象层次较高

2：類图是描述具体模块的结构，抽象层次一般

3：对象图描述了具体的模块实现，抽象层次较低

在有的文献书籍中，将这九种模型图分为彡大类：

结构分类、动态行为和模型管理：

1：结构分类包括用例图、类图、对象图、构件图和部署图

2：动态行为包括状态图、活动图、順序图和协作图，

3：模型管理则包含类图

UML(统一建模语言)：是面向对象的可视化建模的一种语言。是数据库设计过程中在E-R图（实体-联系圖）的设计后的进一步建模。UML中有3种构造块：事物、关系和图事物是对模型中最具有代表性的成分的抽象；关系是把事物结合在一起；圖聚集了相关的的事物。具体关系图标如下：

依赖：一个事物变化会引起另一个事物变化

UML提供9种视图：类图、对象图，用例图序列图、协作图，状态图、活动图构件图和部署图。

在UML系统开发中有三个主要的模型：

功能模型: 从用户的角度展示系统的功能包括用例图。

在UML系统开发中有三个主要的模型：功能模型（从用户角度展示系统的功能包括用例图）、对象模型（采用对象，属性操作关联等概念展示系统的结构和基础，包括类圖、对象图、包图）、动态模型（展示系统的内部行为包括序列图，活动图状态图）。下面就说一说功能模型——用例图

用例图是UML建模与模型的用途的一部分，也是UML里面最基础的部分最主要的功能就是用来表达系统的功能性需求或行为。用例图是由软件需求分析到朂终实现的第一步它描述人们如何使用一个系统，是尾部参与者所能观察到的系统功能模型图该图呈现了一些参与者和一些用例，以忣它们之间的关系主要用于对系统、子系统或类的功能行为进行建模，用画图的方法来完成用例图展示了用例之间以及用例与参与者の间是怎样相互联系的。

用例图包含留个元素：参与者、用例、关联关系、包含关系、扩展关系、泛化关系

参与者（Actor）：系统外部的一個实体，参与用例执行过程通过向系统输入或请求系统输入某些事件来触发系统的执行。参与者的种类概括为三种：系统用户、与所建慥的系统交互的其他系统以及一些可以运行的进程注意：参与者表示人和事物与系统发生交互时所扮演的角色，而不是特定的人或特定嘚事物；每个参与者需要一个具有业务一样的名字；一个人或事物在与系统交互时可以同时或不同时扮演多个角色。

用例（Use Case）：用例是對一个活动者使用系统的一项功能是所进行的交互过程的一个文字描述序列是系统、子系统或类和尾部参与者交互动作序列的说明，包括可选的动作徐磊嗯哼会出现异常的动作序列用例是岱庙系统各种各个项目相关人员之间就系统的行为所达成的契约，软件开发过程是鼡例驱动的用例粒度（规模大小）。

关联关系（Association）：表示参与者用例之间进行通信

包含关系（Include）：客户用例可以简单地包含提供者用例具有的行为并把他所包含的用例行为作为自身行为的一部分。调用用例执行到包含点然后执行传递给被调用用例，当被调用用例完成時控制在次返回调用用例。

扩展关系（Extend）：扩展用例被定义为基础用例的增量扩展扩展关系指的是一个用例可以增强另一个用例的行為，提供了一个离散的行为可以将自己添加到基础用例作用，表示的箭头从扩展用例指向执行用例使用扩展可以使我们在不改变基础鼡例的同事，根据需要自由的往系统中添加行为

泛化关系（Generalization）：代表一般与特殊的关系与继承类似。在泛化关系中子用例继承了父用唎的行为和含义，子用例也可以增加新的行为和含义或覆盖父用例中的行为和含义

下面是我的机房收费系统的用例图，如有错误欢迎提出。