UML图中的几种图简介

浅谈UML中常用的几种图1 UML简介2 UML常见图分类3 用况图（用例）4 类图简单类图使用举例5 其他辅助用图●时序图(顺序图)●协作图（Collaboration Diagram/communication Diagram）/通信图●状态图●活动图(Activity Diagram)6 组件图(ComponentDiagram)、配置图(Deployment Diagram)1 UML简介统一建模语言（Unified Modeling Language，UML）又称标准建模语言，是始于1997年的一个OMG标准，它是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。

‘UML感兴趣的可以阅读UML 1规范，包含了UML 的所有知识内容。

注：OMG, Object Management Group 对象管理组织2 UML常见图分类UML从考虑系统的不同角度出发，定义了用况图、类图、对象图、包图、状态图、活动图、序列图、通信图、构件图、部署图等10种图。

分类：面向对象动态建模，用于建立行为的实体间行为交互的四种图：状态图(Stage Diagram)，序列图(Sequence Diagram)，协作图(Communication Diagram)，活动图(Activity Diagram) 。

“序列图”与“协作图”表述的是相似的消息，“活动图”是“状态图”的一种。

•静态结构图Static Structure Diagram•类图Class Diagram•对象图Object Diagram•用况图Use Case Diagram•交互图Interaction Diagram•顺序图Sequence Diagram•协作图Collaboration Diagram•状态图State chart Diagrams•活动图Activity Diagrams•实现图Implementation Diagrams•构件图Component Diagram•部署图Deployment Diagram3 用况图（用例）用例图，展现了一组用例、参与者（actor）以及它们之间的关系。

UML科普⽂，⼀篇⽂章掌握14种UML图前⾔上⼀篇⽂章写了⼀篇建造者模式，其中有⼏个UML类图，有的读者反馈看不懂了，我们今天就来解决⼀哈。

什么是UML？UML是Unified Model Language的缩写，中⽂是统⼀建模语⾔，是由⼀整套图表组成的标准化建模语⾔。

为什么要⽤UML？通过使⽤UML使得在软件开发之前，对整个软件设计有更好的可读性，可理解性，从⽽降低开发风险。

同时，也能⽅便各个开发⼈员之间的交流。

UML提供了极富表达能⼒的建模语⾔，可以让软件开发过程中的不同⼈员分别得到⾃⼰感兴趣的信息。

Page-Jones 在《Fundamental Object-Oriented Design in UML》⼀书中总结了UML的主要⽬的，如下：1. 为⽤户提供现成的、有表现⼒的可视化建模语⾔，以便他们开发和交换有意义的模型。

2. 为核⼼概念提供可扩展性 (Extensibility) 和特殊化 (Specialization) 机制。

3. 独⽴于特定的编程语⾔和开发过程。

4. 为了解建模语⾔提供⼀个正式的基础。

5. ⿎励⾯向对象⼯具市场的发展。

6. ⽀持更⾼层次的开发概念，如协作，框架，模式和组件。

7. 整合最佳的⼯作⽅法 (Best Practices)。

UML图有哪些？UML图分为结构图和⾏为图。

结构图分为类图、轮廓图、组件图、组合结构图、对象图、部署图、包图。

⾏为图⼜分活动图、⽤例图、状态机图和交互图。

交互图⼜分为序列图、时序图、通讯图、交互概览图。

UML图概览什么是类图？【概念】类图是⼀切⾯向对象⽅法的核⼼建模⼯具。

类图描述了系统中对象的类型以及它们之间存在的各种静态关系。

【⽬的】⽤来表⽰类、接⼝以及它们之间的静态结构和关系。

在类图中，常见的有以下⼏种关系。

泛化（Generalization）【泛化关系】是⼀种继承关系，表⽰⼦类继承⽗类的所有特征和⾏为。

【箭头指向】带三⾓箭头的实线，箭头指向⽗类。

UML的流程图UML是一种面向对象的统一建模语言，用于快速地描述软件系统的结构、行为和交互。

而流程图是UML中的一种图形语言，用于对系统中的流程进行描述和设计。

本文将为大家介绍UML流程图的概念、种类、结构和使用方法。

概念UML流程图，也称UML活动图，是一种图形化的表示算法、流程和业务过程的工具，它可以直观地表达系统中的任务、动作、决策和控制流程。

UML流程图常用于软件开发过程中的需求分析、业务流程设计、系统架构设计等领域。

种类UML流程图包含四种基本类型：1.基本活动图基本活动图可以用来表示操作的顺序或并行方式，其中每个操作都是基本动作，例如读取、写入、计算等。

基本活动图通常用于领域建模和系统流程的初步设计。

2.流程状态图流程状态图是对系统中复杂操作的一种表示，可以用来展示操作的状态和转换方式。

流程状态图主要包括状态、转换和起始状态，它通常用于描述系统中的复杂业务流程。

3.并发活动图并发活动图可以用来表达系统中多个处理程序的并发执行过程，它通常使用平行线表示并发执行的多个处理程序。

4.条件活动图条件活动图是一种用于表示系统中动态交互的活动图，其中条件是关键的组成部分。

条件活动图通常用于强制执行程序在满足一定条件的情况下才能执行，例如软件开发中经常用到的循环结构和分支结构等。

结构UML流程图的结构由一系列基本元素组成：1.开始节点开始节点，在UML流程图中表示整个活动图的起点。

一般情况下，开始节点在活动图的左侧上方，使用一个表示圆圈中心的空心点表示。

2.结束节点结束节点，在UML流程图中表示整个活动的结束点。

一般情况下，结束节点位于活动图的右侧下方，使用一个表示实心点的圆圈表示。

3.动作节点动作节点是一种执行操作的元素，可以进行计算、赋值、IO操作等。

动作节点在UML流程图中通常用长方形表示。

4.决策节点决策节点用于表示一个条件分支，并根据条件的结果选择一个或多个分支行动。

在UML流程图中，它通常使用菱形表示。

UML九种建模图--顺序图概述顺序图是⼀种交互图(interaction diagram)．交互图展现了⼀种交互，它由⼀组对象或参与者以及它们之间可能发送的消息构成。

交互图专注于系统的动态视图。

顺序图是强调消息的时间次序的交互图。

组成顺序图主要有4个标记符：对象、⽣命线、消息和激活。

对象三种表⽰⽅法1.包括对象名和类名，2、只有类名3.只有对象名⽣命线⽣命线⽤于描述对象的存在周期，对象下⽅的虚线就是该对象的⽣命线。

激活控制焦点是指活动者或对象处于执⾏状态的时间段消息消息⽤于描述对象间交互的⽅式及内容。

消息分为四种：同步消息、异步消息、返回消息、⾃关联消息1.同步消息：⼀个对象向另⼀个对象发出同步消息后，将处于阻塞状态，⼀直等到另⼀个对象的回应表⽰⽅式：2.异步消息：⼀个对象向另⼀个对象发出异步消息后，这个对象可以进⾏其他的操作，不需要等到另⼀个对象的响应表⽰⽅式：3.返回消息：同步消息的返回消息表⽰⽅式：4.⾃关联消息：⽤来描述对象内部函数的互相调⽤表⽰⽅式：还有顺序图中对于流程控制的模块：复合⽚段复合⽚段有多种，在此主要介绍⼀下⼏种：条件判断、可选、循环、同步1.条件判断：⽤于描述代码中if…else…这种结构标记为“alt”例如：2.可选：是⼀种特殊的“条件判断”，它只是⼀个if，没有else if或else 可选的标记为：opt3.循环：是指代码中的for、while之类的语句块循环的标记为：loop例如：下图中[m,n]是指⾄少执⾏m次，最多执⾏n次4.同步：⽤于描述多线程的情况同步的标记是：par画顺序图的步骤：1. 确定交互的范围2. 确定参与交互的活动者与对象3. 确定活动者、对象的⽣存周期4. 确定交互中产⽣的消息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协作图展现了一组对象之间的链接以及这组对象收发的消息，强调收发消息对象的组织结构，按组织结构对控制流建模。

1.用例图：用例图是从用户的观点描述系统的功能，它由一组用例、参与者以及他们之间的关系组成他将系统的一个功能描述成一系列事件，这些事件最终对参与者产生有价值的可观测结果参与者（Actor）：代表与系统交互的外部实体用例（Use-Case）：表示系统能提供的功能，如：登录，查询等关联关系：当参与者与用列进行交互时，用例与参与者之间有关联关系，用一条直线表示这种关系参与者之间可能存在泛化关系，类似的参与者可以用泛化关系组成一般与特殊的层析结构如：经理初次之外，用例之间还存在一定的关系，具体包括包含（include）、扩展（extend）、泛化（Generalization）等3种关系（1）包含关系一个复杂系统中，不同用例之间可能存在一些相同的行为，这时可将这些相同的行为提取出来单独组成一个用例。

当其他用例使用该用例时，用例之间便形成了包含关系包含关系用带关键字<<include>>的虚线来表示，虚线指向被包含的用例注册新用户（2）扩展关系在用例的执行过程中，可能会出现异常行为，也可能在不同的流程分支中选择执行，这时可将异常行为或可选分支抽象成一个单独的扩展用例，它与主用例之间形成扩展关系扩展关系用带关键字<<extend>>的虚线表示，箭头指向被扩展的用例注册（3）泛化关系与参与者之间的泛化关系一样，用例之间的泛化关系是描述用例之间一般与特殊关系的，不同的子用例代表了父用例的不同实现方法。

密码找回2.类图类图描述系统的静态结构，表示系统中的类、类与类之间的关系以及类的属性和操作类用一个矩形方框表示，方框被分成3部分，最上面显示类名，中间部分显示类的属性，最下面显示类的操作类之间的关系包括关联、聚合、泛化、依赖等类型关联（Association）是一种结构定义，表达模型元素间的一种语义联系，它是对具有共同的结构特性、行为特性、关系和语义链的描述，使用一条连接在两个类之间的实线表示，关系的每一端用数字表示关系的重数。

13种uml简介、工具及示例UML（Unified Modeling Language）是一种用于软件开发的标准化建模语言，它使用图形表示法来描述软件系统的不同方面。

在软件开发过程中，使用UML可以帮助开发人员更清晰地理解系统的结构和行为，从而更好地进行设计和实现。

UML提供了包括结构模型、行为模型和交互模型在内的多种建模方式，其中每种模型都有各自的符号和语法规则。

通过使用这些模型，开发人员可以将系统分解成不同的部分，然后逐步细化这些部分的设计，以便更好地组织和管理项目。

在UML中，最常用的建模元素包括用例图、类图、时序图、活动图、状态图等。

每种图表都有其特定的用途和表达能力，开发人员可以根据实际需要选择合适的图表进行建模。

除了建模元素外，UML还定义了一系列的建模工具，这些工具可以帮助开发人员更高效地进行建模和分析。

其中一些常用的建模工具包括Enterprise Architect、Rational Rose、StarUML等。

下面将对13种UML简介、工具及示例进行详细介绍：1. 用例图（Use Case Diagram）用例图是UML中描述系统功能和用户交互的基本图表之一。

它用椭圆表示用例，用直线连接用例和参与者，展示了系统外部用户和系统之间的交互。

用例图可以帮助开发人员更清晰地理解系统的功能需求，从而指导系统的设计和实现。

示例：一个简单的在线购物系统的用例图包括用例“浏览商品”、“添加商品到购物车”、“提交订单”等，以及参与者“顾客”和“管理员”。

2. 类图（Class Diagram）类图是UML中描述系统结构和静态关系的基本图表之一。

它用矩形表示类，用线连接类之间的关系，包括关联关系、聚合关系、继承关系等。

类图可以帮助开发人员更清晰地理解系统的对象结构和类之间的关系，从而支持系统的设计和重构。

示例：一个简单的学生信息管理系统的类图包括类“学生”、“课程”、“教师”等，以及它们之间的关系如“选修”、“授课”等。

UML九种图作用简介UML（统一建模语言）：是面向对象的可视化建模语言。

UML中有3种构造块：事物、关系和图，事物是对模型中最具有代表性的成分的抽象，关系是把事物结合在一起，图聚集了相关的事物UML中有九种图如下：1、用例图描述角色以及角色与用例之间的连接关系。

说明的是谁要使用系统，以及他们使用该系统可以做些什么。

2、类图类图是描述系统中的类，以及各个类之间的关系的静态视图。

能够让我们在正确编写代码以前对系统有一个全面的认识。

类图是一种模型类型，确切的说，是一种静态模型类型。

3、对象图与类图极为相似，它是类图的实例，对象图显示类的多个对象实例，而不是实际的类。

它描述的不是类之间的关系，而是对象之间的关系。

4、活动图描述用例要求所要进行的活动，以及活动间的约束关系，有利于识别并行活动。

能够演示出系统中哪些地方存在功能5、状态图描述类的对象所有可能的状态，以及事件发生时状态的转移条件。

可以捕获对象、子系统和系统的生命周期。

他们可以告知一个对象可以拥有的状态，并且事件(如消息的接收、时间的流逝、错误、条件变为真等)会怎么随着时间的推移来影响这些状态。

一个状态图应该连接到所有具有清晰的可标识状态和复杂行为的类；该图可以确定类的行为，以及该行为如何根据当前的状态变化，也可以展示哪些事件将会改变类的对象的状态。

状态图是对类图的补充。

6、序列图（顺序图）序列图是用来显示你的参与者如何以一系列顺序的步骤与系统的对象交互的模型。

顺序图可以用来展示对象之间是如何进行交互的。

顺序图将显示的重点放在消息序列上，即强调消息是如何在对象之间被发送和接收的。

7、协作图和序列图相似，显示对象间的动态合作关系。

可以看成是类图和顺序图的交集，协作图建模对象或者角色，以及它们彼此之间是如何通信的。

如果强调时间和顺序，则使用序列图；如果强调上下级关系，则选择协作图；这两种图合称为交互图。

8、构件图（组件图）描述代码构件的物理结构以及各种构建之间的依赖关系。

UML各种图例——用例图、类图、状态图、包图、协作图、顺序图面向对象的问题的处理的关键是建模问题.建模可以把在复杂世界的许多重要的细节给抽象出.许多建模工具封装了UML（也就是Unified Modeling Language™），这篇课程的目的是展示出UML的精彩之处.UML中有九种建模的图标，即：∙用例图∙类图∙对象图∙顺序图∙协作图∙状态图∙活动图∙组件图∙配置图本课程中的某些部分包含了这些图的细节信息的页面链接.而且每个部分都有一个小问题，测试一下你对这个部分的理解.为什么UML很重要?为了回答这个问题，我们看看建筑行业.设计师设计出房子.施工人员使用这个设计来建造房子.建筑越复杂，设计师和施工人员之间的交流就越重要.蓝图就成为了这个行业中的设计师和施工人员的必修课.写软件就好像建造建筑物一样.系统越复杂，参与编写与配置软件的人员之间的交流也就越重要.在过去十年里UML就成为分析师，设计师和程序员之间的“建筑蓝图”.现在它已经成为了软件行业的一部分了.UML提供了分析师，设计师和程序员之间在软件设计时的通用语言.UML被应用到面向对象的问题的解决上.想要学习UML必须熟悉面向对象解决问题的根本原则――都是从模型的建造开始的.一个模型model就是根本问题的抽象.域domain就是问题所处的真实世界.模型是由对象objects组成的，它们之间通过相互发送消息messages来相互作用的.记住把一个对象想象成“活着的”.对象有他们知道的事（属性attributes）和他们可以做的事（行为或操作behaviors or operations）.对象的属性的值决定了它的状态state.类Classes是对象的“蓝图”.一个类在一个单独的实体中封装了属性（数据）和行为（方法或函数）.对象是类的实例instances.用例图用例图Use case diagrams描述了作为一个外部的观察者的视角对系统的印象.强调这个系统是什么而不是这个系统怎么工作.用例图与情节紧紧相关的.情节scenario是指当某个人与系统进行互动时发生的情况.下面是一个医院门诊部的情节.“一个病人打电话给门诊部预约一年一次的身体检查.接待员找出在预约记录本上找出最近的没有预约过的时间，并记上那个时间的预约记录.”用例Use case是为了完成一个工作或者达到一个目的的一系列情节的总和.角色actor是发动与这个工作有关的事件的人或者事情.角色简单的扮演着人或者对象的作用.下面的图是一个门诊部Make Appointment用例.角色是病人.角色与用例的联系是通讯联系communication association（或简称通讯communication）角色是人状的图标，用例是一个椭圆，通讯是连接角色和用例的线.一个用例图是角色，用例，和它们之间的联系的集合.我们已经把Make Appointment作为一个含有四个角色和四个用例的图的一部分.注意一个单独的用例可以有多个角色.用例图在三个领域很有作用.∙决定特征（需求）.当系统已经分析好并且设计成型时，新的用例产生新的需求∙客户通讯.使用用例图很容易表示开发者与客户之间的联系.∙产生测试用例.一个用例的情节可能产生这些情节的一批测试用例.类图类图Class diagram通过显示出系统的类以及这些类之间的关系来表示系统.类图是静态的－它们显示出什么可以产生影响但不会告诉你什么时候产生影响.下面是一个顾客从零售商处预定商品的模型的类图.中心的类是Order.连接它的是购买货物的Customer和Payment.Payment有三种形式：Cash，Check，或者Credit.订单包括OrderDetails（line item），每个这种类都连着Item.每个类图包括类，关联和多样性表示.方向性和角色是为了使图示得更清楚时可选的项目.包和对象图为了简单地表示出复杂的类图，可以把类组合成包packages.一个包是UML上有逻辑关系的元件的集合.下面这个图是是一个把类组合成包的一个商业模型. dependencies关系.如果另一个的包B改变可能会导致一个包A改变，则包A依赖包B.包是用一个在上方带有小标签的矩形表示的.包名写在标签上或者在矩形里面.点化线箭头表示依赖对象图Object diagrams用来表示类的实例.他们在解释复杂关系的细小问题时（特别是递归关系时）很有用.这个类图示一个大学的Department可以包括其他很多的Departments.这个对象图示上面类图的实例.用了很多具体的例子.UML中实例名带有下划线.只要意思清楚，类或实例名可以在对象图中被省略.每个类图的矩形对应了一个单独的实例.实例名称中所强调的UML图表.类或实例的名称可能是省略对象图表只要图的意义仍然是明确的.顺序图类图和对象图是静态模型的视图.交互图是动态的.他们描述了对象间的交互作用.顺序图将交互关系表示为一个二维图.纵向是时间轴，时间沿竖线向下延伸.横向轴代表了在协作中各独立对象的类元角色.类元角色用生命线表示.当对象存在时，角色用一条虚线表示，当对象的过程处于激活状态时，生命线是一个双道线.消息用从一个对象的生命线到另一个对象生命线的箭头表示.箭头以时间顺序在图中从上到下排列.协作图协作图也是互动的图表.他们像序列图一样也传递相同的信息，但他们不关心什么时候消息被传递，只关心对象的角色.在序列图中，对象的角色放在上面而消息则是连接线.对象角色矩形上标有类或对象名（或者都有）.类名前面有个冒号（：）.协作图的每个消息都有一个序列号.顶层消息的数字是1.同一个等级的消息（也就是同一个调用中的消息）有同样的数字前缀，再根据他们出现的顺序增加一个后缀1，2等等.状态图对象拥有行为和状态.对象的状态是由对象当前的行动和条件决定的.状态图statechart diagram显示出了对象可能的状态以及由状态改变而导致的转移.我们的模型例图建立了一个银行的在线登录系统.登录过程包括输入合法的密码和个人账号，再提交给系统验证信息.登录系统可以被划分为四种不重叠的状态：Getting SSN, Getting PIN, Validating, 以及Rejecting.每个状态都有一套完整的转移transitions来决定状态的顺序.状态是用圆角矩形来表示的.转移则是使用带箭头的连线表示.触发转移的事件或者条件写在箭头的旁边.我们的图上有两个自转移.一个是在Getting SSN，另一个则在上Getting PIN.初始状态（黑色圆圈）是开始动作的虚拟开始.结束状态也是动作的虚拟结束.事件或条件触发动作时用（/动作）表示.当进入Validating状态时，对象并不等外部事件触发转移.取而代之，它产生一个动作.动作的结果决定了下一步的状态.活动图活动图activity diagram是一个很特别的流程图.活动图和状态图之间是有关系的.状态图把焦点集中在过程中的对象身上，而活动图则集中在一个单独过程动作流程.活动图告诉了我们活动之间的依赖关系.对我们的例子来说，我们使用如下的过程.“通过ATM来取钱.”这个活动有三个类Customer, ATM和Bank.整个过程从黑色圆圈开始到黑白的同心圆结束.活动用圆角矩形表示.。

1UML 的9种图例的总结一、 用例图1、 定义用例定义：用例是对包括变量在内的一组动作序列的描述，系统执行这些动作，并产生传递特定参与者的价值的可观察结果。

（这是UML 对用例的正式定义，可以这样去理解，用例是参与者想要系统做的事情，用例在画图中用椭圆来表示，椭圆下面附上用例名称）。

用例图定义：由参与者（Actor ）、用例（Use Case ）以及它们之间的关系构成的用于描述系统功能的动态视图称为用例图。

2、 用途用例图（User Case ）是被称为参与者的外部用户所能观察到的系统功能的模型图，呈现了一些参与者和一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。

用例图主要的作用有三个：（1）获取需求；（2）指导测试；（3）还可在整个过程中的其它工作流起到指导作用。

3、 组成元素以及元素之间的关系说明用例图由参与者（Actor ）、用例（Use Case ）、系统边界（用矩形表示—注明系统名称）、箭头组成，用画图的方法来完成。

参与者不是特指人，是指系统以外的，在使用系统或与系统交互中所扮演的角色。

因此参与者可以是人，可以是事物，也可以是时间或其他系统等等。

还有一点要注意的是，参与者不是指人或事物本身，而是表示人或事物当时所扮演的角色。

系统边界是用来表示正在建模系统的边界。

边界内表示系统的组成部分，边界外表示系统外部。

系统边界在画图中用方框来表示，同时附上系统的名称，参与者画在边界的外面，用例画在边界里面。

因为系统边界的作用有时候不是很明显，所以我个人理解，在画图时可省略。

箭头用来表示参与者和系统通过相互发送信号或消息进行交互的关联关系。

箭头尾部用来表示启动交互的一方，箭头头部用来表示被启动的一方，其中用例总是要由参与者来启动。

元素之间的关系：用例图中包含的元素除了系统边界、角色和用例，另外就是关系。

关系包括用例之间的关系，角色之间的关系，用例和角色之间的关系。

角色之间的关系：角色之间的关系。

UML中各种图的画法(全)UML中各种图的画法(全)一、UML中基本的图范畴：在 UML 2 中有二种基本的图范畴：结构图和行为图。

每个 UML 图都属于这二个图范畴。

结构图的目的是显示建模系统的静态结构。

它们包括类，组件和（或）对象图。

另一方面，行为图显示系统中的对象的动态行为，包括如对象的方法，协作和活动之类的内容。

行为图的实例是活动图，用例图和序列图。

二、UML中的类图：1.类图的表示：类的 UML 表示是一个长方形，垂直地分为三个区，如图 1 所示。

顶部区域显示类的名字。

中间的区域列出类的属性。

底部的区域列出类的操作。

在一个类图上画一个类元素时，你必须要有顶端的区域，下面的二个区域是可选择的（当图描述仅仅用于显示分类器间关系的高层细节时，下面的两个区域是不必要的）。

描述：顶部区域显示类的名字。

中间的区域列出类的属性。

底部的区域列出类的操作。

当在一个类图上画一个类元素时，你必须要有顶端的区域，下面的二个区域是可选择的（当图描述仅仅用于显示分类器间关系的高层细节时，下面的两个区域是不必要的）。

·类名：如果是抽象类，则采用斜体·类属性列表：name : attribute type 如 flightNumber : Integer，这是最常见的表达形式n ame : attribute type = default value 如balance : Dollars = 0，这是带有默认值的表达形式·类方法列表：name(parameter list) : type of value returned注意：在业务类图中，属性类型通常与单位相符，这对于图的可能读者是有意义的（例如，分钟，美元，等等）。

然而，用于生成代码的类图，要求类的属性类型必须限制在由程序语言提供的类型之中，或包含于在系统中实现的、模型的类型之中。

2.继承的表示：为了在一个类图上建模继承，从子类（要继承行为的类）拉出一条闭合的，单键头（或三角形）的实线指向超类。

UML九种图之⽤例图和类图前⾔近期写UML⽂档，看视频的时候感觉掌握的还能够，当真正写⽂档的时候才发现不是⼀件easy的事。

写⽂档⾃⼰⼜翻开⾃⼰的笔记看了⼀遍⼜⼀遍。

以下就给⼤家介绍⼀下我画的⼏张图：⽤例图1. ⽤例图的构成（⽤例，⾓⾊，关系）⽤例：指功能的描写叙述⾓⾊：触发起某种事件关系：⽤例图的关系（依赖，泛化，关联）2. ⽤例图的作⽤（1）⽤例视图是整个UML设计的关键，影响到整个UML设计的过程（2）⽤例模型驱动了需求分析后各个阶段的开发（3）⽤例模型⽤于需求分析阶段，表明了开发⼈员和⽤户针对需求达成的某种共识注意⼏个keyword：开发⼈员，⽤户，共同商讨达成某种共识3.设计原则将系统看做⿊盒⼦，从⽤户⾓度理解系统，不须要考虑某个功能是怎样实现的。

仅仅须要考虑系统由谁来运⾏和怎样交互和运⾏。

以下是我画的⽤例图：以⽤户的权限为基础画出来的。

类图1.类图的构成类、接⼝、协作、关系、包2.类的构成2.类图的作⽤类图⼀般在具体设计过程中出现，主要⽤来描写叙述系统中各个模块中类之间的关系，包含类或者类与接⼝的继承关系，类之间的依赖、聚合等关系。

通过类图，就能实际的把系统中的各个类，即对象描写叙述清楚，下⼀步就是依照这个具体的设计编码了。

3.类图的设计Use case——>class（要点，抽象名词得到类）——>确定类的属性和⽅法——>属性是静态⾏为描写叙述，⽅法是动态⾏为的描写叙述——>正确表达类与类之间的关系以下是我对机房收费系统设计的类图，理解的不是⾮常清楚，可定存在诸多问题，希望⼤家积极指正。

以上是我看完UML之后对⽤例图和类图的理解，感觉理解的不是⾮常清楚，若有什么问题希望⼤家积极指正。

UML中包括九种图：用例图、类图、对象图、状态图、时序图、协作图、活动图、组件图、配置图。

１）用例图（Use Case Diagram）它是UML中最简单也是最复杂的一种图。

说它简单是因为它采用了面向对象的思想，又是基于用户视角的，绘制非常容易，简单的图形表示让人一看就懂。

说它复杂是因为用例图往往不容易控制，要么过于复杂，要么过于简单。

用例图表示了角色和用例以及它们之间的关系。

２）类图（Class Diagram）是最常用的一种图，类图可以帮助我们更直观的了解一个系统的体系结构。

通过关系和类表示的类图，可以图形化的方式描述一个系统的设计部分。

３）对象图（）对象图是类图的实例，几乎使用与类图完全相同的标识。

它们的不同点在于对象图显示类的多个对象实例，而不是实例的类。

一个对象图是类图的一个实例。

由于对象存在生命周期，因此对象图只能在系统某一时间段存在。

４）状态图描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的时间做出反应的。

通常创建一个UML状态图是为了以下的研究目的：研究类、角色、子系统、或组件的复杂行为。

５）时序图又称顺序图，描述了对象之间动态的交互关系，着重体现对象间消息传递的时间顺序。

顺序图由一组对象构成，每个对象分别带有一条竖线，称作对象的生命线，它代表时间轴，时间沿竖线向下延伸。

顺序图描述了这些对象随着时间的推移相互之间交换消息的过程。

消息用从一务垂直的对象生命线指向另一个对象的生命线的水平箭头表示。

图中还可以根据需要增加有关时间的说明和其他注释。

６）协作图协作图用于显示组件及其交互关系的空间组织结构，它并不侧重于交互的顺序。

协作图显示了交互中各个对象之间的组织交互关系以及对象彼此之间的链接。

与序列图不同，协作图显示的是对象之间的关系。

另一方面，协作图没有将时间作为一个单独的维度，因此序列号就决定了消息及并发线程的顺序。

协作图是一个介于符号图和序列图之间的交叉产物，它用带有编号的箭头来描述特定的方案，以显示在整个方案过程中消息的移动情况。

UML中有哪些常⽤的图？UML 定义了多种图形化的符号来描述软件系统部分或全部的静态结构和动态结构，包括：⽤例图（use case diagram）、类图（class diagram）、时序图（sequence diagram）、协作图（collaboration diagram）、状态图（statechart diagram）、活动图（activity diagram）、构件图（component diagram）、部署图（deployment diagram）等。

在这些图形化符号中，有三种图最为重要，分别是：⽤例图（⽤来捕获需求，描述系统的功能，通过该图可以迅速的了解系统的功能模块及其关系）、类图（描述类以及类与类之间的关系，通过该图可以快速了解系统）、时序图（描述执⾏特定任务时对象之间的交互关系以及执⾏顺序，通过该图可以了解对象能接收的消息也就是说对象能够向外界提供的服务）。

时序图：⽤ Java 写⼀个冒泡排序。

答：冒泡排序⼏乎是个程序员都写得出来，但是⾯试的时候如何写⼀个逼格⾼的冒泡排序却不是每个⼈都能做到，下⾯提供⼀个参考代码：import parator;/*** 排序器接⼝(策略模式: 将算法封装到具有共同接⼝的独⽴的类中使得它们可以相互替换)* @author 骆昊**/public interface Sorter {/*** 排序第 322 页共 485 页* @param list 待排序的数组*/public <T extends Comparable<T>> void sort(T[] list);/*** 排序* @param list 待排序的数组* @param comp ⽐较两个对象的⽐较器*/public <T> void sort(T[] list, Comparator<T> comp);}import parator;/*** 冒泡排序** @author 骆昊**/public class BubbleSorter implements Sorter {@Overridepublic <T extends Comparable<T>> void sort(T[] list) { boolean swapped = true;for (int i = 1, len = list.length; i < len && swapped; ++i) { swapped = false;for (int j = 0; j < len - i; ++j) {if (list[j].compareTo(list[j + 1]) > 0) {T temp = list[j];list[j] = list[j + 1];第 323 页共 485 页list[j + 1] = temp;swapped = true;}}}}@Overridepublic <T> void sort(T[] list, Comparator<T> comp) { boolean swapped = true;for (int i = 1, len = list.length; i < len && swapped; ++i) { swapped = false;for (int j = 0; j < len - i; ++j) {if (pare(list[j], list[j + 1]) > 0) {T temp = list[j];list[j] = list[j + 1];list[j + 1] = temp;swapped = true;}}}}}。

3、导图概述
4、用例图（机房收费系统）
（二）、类图



1、定义:是由若干类关联在一起，反映系统 或者子系统组成结构的静态图。 2、简要介绍:类图的建模贯穿工程的分析和 设计阶段的始终。 类图是用来描述系统的静态部分。
3、导图概述
4、类图（机房收费系统）
（三）、对象图



1、定义:对象图描述一个系统在某个具体时刻 的静态结构。 2、简要介绍：对象图实际上就是类图的实例。 对象图表示一组对象及他们之间的联系，它是 系统的详细状态在某一时刻的快照，常用于表 示复杂类图的一个实例。 UML中对象图与类图具有相同的表示形式。 在UML中，对象图的使用相当有限，主要用于 表达数据结构的实例，以及了解系统在某个特 定时刻的具体情况。
3、导图概述
4、状态图（机房收费系统-注册）
（五）、活动图


1、定义：阐明业务用例实现的工作流程。 2、简要介绍：活动图是UML用于对系统的动 态行为建模的另一种常用工具，它描述活动的 顺序，展现从一个活动到另一个活动的控制流。 活动图在本质上是一种流程图。活动图着重表 现从一个活动到另一个活动的控制流，是内部 处理驱动的流程。 活动图描述的是对象活动的顺序关系所遵循的 规则，它着重表现的是系统的行为，而非系统 的处理过程。活动图能够表示并发活动的情形， 活动图是面向对象的。
3、导图概述
4、活动图（机房收费系统-注册）
（六）、序列图（又称顺序图，时序图）




1、定义：是对对象之间传送消息的时间顺序的可 视化表示。 2、简要介绍：序列图的目的在于描述系统中各个 对象按照时间的顺序的交互过程。 序列图将交互关系表示为一个二维图。纵向是时间 轴，时间沿竖线向下延伸。横向轴代表了在协作中 各独立对象的类元角色。类元角色用生命线表示。 当对象存在时，角色用一条虚线表示，当对象的过 程处于激活状态时，生命线是一个双道线。 消息用从一个对象的生命线到另一个对象生命线的 箭头表示。箭头以时间顺序在图中从上到下排列。

UML各种图总结-精华UML（UnifiedModelingLanguage）是一种统一建模语言，为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。

下面将对UML的九种图+包图的基本概念进行介绍以及各个图的使用场景。

一、基本概念如下图所示，UML图分为用例视图、设计视图、进程视图、实现视图和拓扑视图，又可以静动分为静态视图和动态视图。

静态图分为：用例图，类图，对象图，包图，构件图，部署图。

动态图分为：状态图，活动图，协作图，序列图。

1、用例图（UseCaseDiagrams）：用例图主要回答了两个问题：1、是谁用软件。

2、软件的功能。

从用户的角度描述了系统的功能，并指出各个功能的执行者，强调用户的使用者，系统为执行者完成哪些功能。

2、类图（ClassDiagrams）：用户根据用例图抽象成类，描述类的内部结构和类与类之间的关系，是一种静态结构图。

在UML类图中，常见的有以下几种关系:泛化（Generalization）,实现（Realization），关联（Association)，聚合（Aggregation），组合(Composition)，依赖(Dependency)。

各种关系的强弱顺序：泛化=实现>组合>聚合>关联>依赖2.1.泛化【泛化关系】：是一种继承关系，表示一般与特殊的关系，它指定了子类如何继承父类的所有特征和行为。

例如：老虎是动物的一种，即有老虎的特性也有动物的共性。

2.2.实现【实现关系】：是一种类与接口的关系，表示类是接口所有特征和行为的实现。

2.3.关联【关联关系】：是一种拥有的关系，它使一个类知道另一个类的属性和方法；如：老师与学生，丈夫与妻子关联可以是双向的，也可以是单向的。

双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头。

【代码体现】：成员变量2.4.聚合【聚合关系】：是整体与部分的关系，且部分可以离开整体而单独存在。

UML 2.0共有10种图，分别为表示系统静态结构的静态模型（包括类图、组合结构图、部署图），以及表示系统动态结构的动态模型（包括用例图、序列图、对象图、协作图、状态图、活动图、组件图），它们各用以表现不同的视图，如表1-1所示。

用例之间也可以存在包含、扩展和泛化等关系：
（1）包含关系：用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为做为自身行为的一部分，这被称作包含关系。

（2）扩展关系：扩展关系是从扩展用例到基本用例的关系，它说明为扩展用例定义的行为如何插入到为基本用例定义的行为中。

它是以隐含形式插入的，也就是说，扩展用例并不在基本用例中显示。

在以下几种情况下，可使用扩展用例：
a.表明用例的某一部分是可选的系统行为（这样，您就可以将模型中的可选行为和必选行为分开）；
b.表明只在特定条件（如例外条件）下才执行的分支流；
c.表明可能有一组行为段，其中的一个或多个段可以在基本用例中的扩展点处插入。

所插入的行为段和插入的顺序取决于在执行基本用例时与主角进行的交互。

（3）泛化关系：用例可以被特别列举为一个或多个子用例，这被称做用例泛化。

当父用例能够被使用时，任何子用例也可以被使用。

如在图2.4中，订票是电话订票和网上订票的抽象。