UML 10 种图的总结

浅谈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科普⽂，⼀篇⽂章掌握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类图关系大全1、关联双向关联：C1-C2：指双方都知道对方的存在，都可以调用对方的公共属性和方法。

在GOF的设计模式书上是这样描述的：虽然在分析阶段这种关系是适用的，但我们觉得它对于描述设计模式内的类关系来说显得太抽象了，因为在设计阶段关联关系必须被映射为对象引用或指针。

对象引用本身就是有向的，更适合表达我们所讨论的那种关系。

所以这种关系在设计的时候比较少用到，关联一般都是有向的。

使用ROSE 生成的代码是这样的：class C1...{public:C2* theC2;};class C2...{public:C1* theC1;};双向关联在代码的表现为双方都拥有对方的一个指针，当然也可以是引用或者是值。

单向关联:C3->C4：表示相识关系，指C3知道C4，C3可以调用C4的公共属性和方法。

没有生命期的依赖。

一般是表示为一种引用。

生成代码如下：class C3...{public:C4* theC4;};class C4...{};单向关联的代码就表现为C3有C4的指针，而C4对C3一无所知。

自身关联（反身关联）：自己引用自己，带着一个自己的引用。

代码如下：class C14...{public:C14* theC14;};就是在自己的内部有着一个自身的引用。

2、聚合/组合当类之间有整体-部分关系的时候，我们就可以使用组合或者聚合。

聚合：表示C9聚合C10，但是C10可以离开C9而独立存在（独立存在的意思是在某个应用的问题域中这个类的存在有意义。

这句话怎么解，请看下面组合里的解释）。

代码如下：class C9...{public:C10 theC10;};class C10...{};组合（也有人称为包容）：一般是实心菱形加实线箭头表示，如上图所示，表示的是C8被C7包容，而且C8不能离开C7而独立存在。

但这是视问题域而定的，例如在关心汽车的领域里，轮胎是一定要组合在汽车类中的，因为它离开了汽车就没有意义了。

uml实训总结（范本）

uml实训总结um‎l实训总结‎篇一：‎UML实训‎总结实训总结（收获‎与体会）通过一个学‎期的Uml学习，我从‎书本上获取了基本的理‎论知识，而真正的学以‎致用，将书本理论知识‎运用到实际的过程，是‎这次UML实训的体现‎。

三个周的UML 实‎训，主要是围绕着一个‎实训题目“基于UML‎系统需求分析与设计-‎-合倍利业务流管理系‎统”进行的，以小组为‎单位进行文档的编写，‎其中还对各种流程图、‎类图、用例图等的绘制‎，整个过程设计了知识‎的方方面面。

从中让我‎认识到UML的作用和‎运作模式以及方法，它‎是一种统一建模的标准‎语言，现在对于大多数‎软件开发来说，都使用‎U ml作为建模语言，‎形成了统一的标准。

它‎是图形化的的语言，可‎以很直观的描述一个事‎物的状态、行为与特征‎，很好的说明与表达了‎“合贝利任务管理”这‎个系统。

总之，在我‎看来，UML是一种定‎义良好、易于表达、功‎能强大且普遍适用建模‎语言。

融入软件工程领‎域的心思想、新方法和‎新技术，作用域不限于‎支持面向对象的分析和‎设计，也不单纯是一种‎方法，仅仅是一组符号‎而已，它可以对任何具‎有静态机构和动态行为‎的系统进行建模，所以‎我很喜欢适用UML，‎在今后的学习中，我还‎会进一步对该模型的学‎习，因为它方便、简洁‎、干净、清爽，直观形‎象，把整个软件系统的‎开发流程都融入进去。

‎这次实训过程中，文‎档方面的编写，遇到了‎很多的问题，这些问题‎主要是对基础知识的理‎解和把握不够，不能融‎会贯通和学以致用，有‎时遇到困难的时候真的‎不知如何着手解决，但‎是，我始终相信的那句‎话“读万卷书，不如行‎万里路，行万里路不如‎名师指路”。

所以，当‎遇到自己模糊和自己难‎以解决的问题时，向指‎导老师和懂的同学请教‎，帮助解决我遇到的问‎题，经过他们的讲解后‎，我下来自己在分析，‎在动手，从不理解到理‎解，从不会到会，从懂‎到懂，这是一个让我学‎习愉快的过程，在这个‎过程中，既可以丰富了‎自己的知识，还可以和‎老师和同学进行有效地‎方沟通。

UML实践----用例图、顺序图、状态图、类图、包图、协作图

UML实践----用例图、顺序图、状态图、类图、包图、协作图2009-01-20 作者：Randy Miller 来源：网络面向对象的问题的处理的关键是建模问题。

建模可以把在复杂世界的许多重要的细节给抽象出。

许多建模工具封装了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描述了作为一个外部的观察者的视角对系统的印象。

软件工程9种图

3.关联关系（Association）
【概念】表示一个事物的对象与另一个事物的对象之间的语义上连接，简单的理解为两个类或类与接口之间的强依赖关系
【绘图方式】实线箭头，双向箭头或无箭头【包括】 1 聚集【概念】描述的是部分与整体关系，描述了“has a”的关系，部分离开整体可以单独存在【绘图方式】空菱形的实线，头部指向整体
【实现关系图】
泛化和实现关系的区别：泛化关系是指同一语义层的元素连接起来，通常在同一模型内；实现关系将不同语义层内的元素连接起来，通常在不同模型内。
UML 的视图
相信大家都知道 UML 的全称，统一建模语言（UML 是 Unified Modeling Language 的缩写）是用来对软件系统进行可视化建模的一种语言。UML 为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。我想问大家两个问题: 一、什么是模型？模型是对现实世界的形状或状态的抽象模拟和简化。二、为什么要建模？最简单的理由：为了能够更好地理解正在开发
UML 的9种图
上文我们介绍了， UML 的视图，在每一种视图中都包含一个或多种图。本文我们重点讲解 UML 每种图的细节问题：
1、用例图（use case diagrams）
【概念】描述用户需求，从用户的角度描述系统的功能【描述方式】椭圆表示某个用例；人形符号表示角色【目的】帮组开发团队以一种可视化的方式理解系统的功能需求【用例图】
【依赖图】
2,泛化关系（继承）（Generalization）
【概念】描述类的一般和具体之间的关系，描述的“is a kind of ”的关系【绘图方式】实线空心三角箭头，箭头指向父类【继承方式】

2.设计模式常用的UML图分析（用例图、类图与时序图）

2.设计模式常⽤的UML图分析（⽤例图、类图与时序图）1-⽤例图概述1. 展现了⼀组⽤例、参与者以及他们之间的关系。

2. ⽤例图从⽤户⾓度描述系统的静态使⽤情况，⽤于建⽴需求模型。

⽤例特征保证⽤例能够正确捕捉功能性需求，判断⽤例是否准确的依据。

1. ⽤例是动宾短语2. ⽤例是相互独⽴的3. ⽤例是由⽤户参与者启动的4. ⽤例要有可观测的执⾏结果5. ⼀个⽤例是⼀个单元参与者 ActorUML中，参与者使⽤⼀个⼩⼈表⽰:1. 参与者为系统外部与系统直接交互的⼈或事务，于系统外部与系统发⽣交互作⽤2. 参与者是⾓⾊⽽不是具体的⼈3. 代表参与者在与系统打交道时所扮演的⾓⾊4. 系统实际运作中，⼀个实际⽤户可能对应系统的多个参与者。

不同⾓⾊也可以只对应⼀个参与者，从⽽代表同⼀参与者的不通实例⽤例 Use Case系统外部可见的⼀个系统功能单元。

系统的功能由系统单元所提供，并通过⼀系列系统单元与⼀个或多个参与者之间交换的消息所表达。

系统单元⽤椭圆表⽰，椭圆中的⽂字简述系统功能:关系 Relationship常见关系类型有关联、泛化、包含和扩展关联 Association表⽰参与者与⽤例之间的通信，任何⼀⽅都可发送或接受消息。

箭头指向：指向消息接收⽅：⼦系统 SubSystem⽤来展⽰系统的⼀部分功能(紧密联系)泛化 Inheritance继承关系，⼦⽤例和⽗⽤例相似，但表现出更特别的⾏为；⼦⽤例将继承⽗⽤例的所有结构、⾏为和关系。

⼦⽤例可以使⽤⽗⽤例的⼀段⾏为，也可以重载它。

⽗⽤例通常是抽象。

箭头指向：指向⽗⽤例2-类图描述系统中的类，以及各个类之间的关系的静态试图。

表⽰类、接⼝以及它们之间的协作关系，⽤于程序设计阶段。

注意:1. 抽象类或抽象⽅法⽤斜体表⽰2. 如果是接⼝，则在类名上⽅加 <<Interface>>3. 字段和⽅法返回值的数据类型⾮必需4. 静态类或静态⽅法加下划线类图实例:类图中的事务及解释如图，类图从上到下分为三部分,分别为类名、属性和操作1. 属性:如果有属性，则每⼀个属性都必须有⼀个名字，另外还可以有其它的描述信息，如可见性、数据类型、缺省值等2. 操作:如果有操作，则每⼀个操作也都有⼀个名字，其它可选的信息包括可见性、参数的名字、参数类型、参数缺省值和操作的返回值的类型等类图中的六种关系1.实现关系 implements (类实现接⼝)⽤空⼼三⾓虚线表⽰2.泛化关系 extends (表⽰⼀般与特殊的关系) is-a⽤空⼼三⾓实线表⽰3.组合关系 (整体与部分的关系) contains-a实⼼菱形实现表⽰eg.有头类、⾝体类与⼈类类三个类，则⼈类类中应包含头类及⾝体类这两个属性，则⼈类类与头类和⾝体的关系即为组合关系。

UML各种图例—用例图、类图、状态图、包图、协作图、顺序图

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.整个过程从黑色圆圈开始到黑白的同心圆结束.活动用圆角矩形表示.。

UML的9种图例的定义、用途、画法总结

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

UML中各种图的画法(全)

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的几种图

1、用例图（use case diagram）用例图（Use Case Diagram）是被称为参与者(Actor)的外部用户所能观察到的系统功能的模型图列出系统中的用例和参与者显示哪个参与者参与了哪个用例的执行核心概念用例：系统中的一个功能单元，可以被描述为参与者与系统之间的一次交互作用参与者、参与者泛化用例与参与者之间的关系：关联UC01：“借书”用例文档用例名称：借书用例标识：UC01涉及的参与者：工作人员涉及的用例：无描述：工作人员利用该用例为读者完成借书过程前置条件：工作人员必须登录到当前系统涉众利益：用例之间关系：扩展、包括、泛化推荐使用场合业务建模、需求获取、定义某图书馆管理系统：是一个基于Web 的计算机应用系统；读者可以查询图书信息以及借阅信息；读者可以通过系统预约所需的图书；图书馆工作人员利用该系统完成读者的借书、还书业务；图书馆工作人员可以对图书信息、读者信息等进行维护；对于到期的图书，系统会自动向读者发送催还信息；管理员会定期进行系统维护；…… 基本事件流：后置条件：备选事件流字段列表：认为当天日期）、借阅天数以及归还日期。

业务规则阅规则取决于读者的类型(非功能需求：设计约束：2、活动图（activity diagram）活动图（Activity Diagram）通过动作来组织，主要用于描述某一方法、机制或用例的内部行为核心概念状态、活动、组合活动、对象转移、分支并发、同步泳道推荐使用场合业务建模、需求、类设计3、静态结构图类、、框架、层、描述系统中某一)的内部结构，包括该部分与系统其它部分的交互部件、4、顺序图（Sequence Diagram ）顺序图（SequenceDiagram ）用于显示对象间的交互活动关注对象之间消息传送的时间顺序核心概念对象、生命线、激活、交互、消息交互帧(InteractionFrame)推荐使用场合用例分析、用例设计“借书”用例实现的顺序图5、交互纵览图(Interaction Overview Diagram) 交互纵览图(Interaction Overview Diagram) 活动图和顺序图的混合物直观地表达一组相关顺序图之间的流转逻辑核心概念交互帧分支、转移推荐使用场合用例分析、用例设计交互纵览图组织多个顺序图6、通信图(Communication Diagram)通信图(Communication Diagram)UML 1.x 中称为协作图(CollaborationDiagram)表示一组对象间关系以及交互活动核心概念对象、协作角色协作、交互、消息“借书”用例实现的通信图推荐使用场合用例分析、用例设计7、时间图(Timing Diagram)时间图(TimingDiagram)一种交互图，展现消息跨越不同对象或角色的实际时间信息；具体描述单个或多个对象状态变化的时间点以及维持特定状态的时间段；顺序图是表示交互的主要手段，可以在顺序图中增加时间约束来表明对象状态变化的时间点以及维持特定状态的时间段。

UML中的类图详解及其应用场景

UML中的类图详解及其应用场景在软件开发过程中，UML（统一建模语言）被广泛应用于需求分析、系统设计和软件开发等各个阶段。

其中，类图作为UML的核心图表之一，用于描述系统中的类、对象以及它们之间的关系。

本文将详细介绍UML中的类图，并探讨其在实际应用中的场景。

一、类图的基本概念类图是一种静态结构图，用于表示系统中的类、接口、关联、继承、依赖等元素及其之间的关系。

在类图中，类用矩形表示，类名位于矩形顶部，类的属性位于矩形中部，类的操作（方法）位于矩形底部。

类之间的关系通过连线表示，如关联关系用实线箭头表示，继承关系用空心三角箭头表示，依赖关系用虚线箭头表示等。

二、类图的元素及其关系1. 类（Class）：类是对象的抽象表示，用于描述具有相同属性和行为的一组对象。

类图中的类用矩形表示，类名位于矩形顶部。

2. 接口（Interface）：接口是一组方法的集合，用于描述类的行为。

接口在类图中用带有<<interface>>标记的矩形表示。

3. 属性（Attribute）：属性是类的特征，描述了类的状态。

属性在类图中用名称:类型的形式表示，例如“name:String”。

4. 操作（Operation）：操作是类的行为，描述了类的方法。

操作在类图中用名称(参数列表):返回类型的形式表示，例如“getName():String”。

5. 关联关系（Association）：关联关系描述了类之间的连接，表示一个类与另一个类之间的关联。

关联关系在类图中用实线箭头表示。

6. 继承关系（Inheritance）：继承关系描述了类之间的继承关系，表示一个类继承自另一个类。

继承关系在类图中用空心三角箭头表示。

7. 依赖关系（Dependency）：依赖关系描述了类之间的依赖关系，表示一个类依赖于另一个类。

依赖关系在类图中用虚线箭头表示。

三、类图的应用场景1. 系统设计：类图是系统设计的重要工具之一。

UML的十种视图

三、UML的十种视图1.用例图（use case diagram）从系统的外部用户的观点看系统应具有的功能。

它只说明系统实现什么功能，而不必说明如何实现。

用例图主要用于对系统，子系统或类的行为进行建模。

2.类图（class diagram）描述系统的静态结构，类图的节点表示系统中的类及其属性和操作，边表示类之间的联系（包括继承（泛化）、关联、聚集）。

3.对象图（object diagram）类图的一种变形，所使用的符号与类图基本相同。

在对象名下面要加下划线。

（图略）4.包图（packet diagram）包是基于模型元素的含义或作用将模型元素分组的一种机制。

通过分组，可提高模型的维持性。

包之间的关系包括继承、构成与依赖。

5.顺序（时序）图（sequence diagram）交互图之一。

描述了在时间上对象交互的安排，展现了多个交互对象以及信息交流的序列。

时序图包含对象、对象的生命线、按顺序对象间的信息交流、控制焦点（可选的）。

6.合作（协作）图（collaboration diagram）交互图之二，强调发送和接收消息的对象间的结构组织，它与顺序图是等价的。

在图形上，协作图是顶点和弧的结合。

协作图包含对象、链、消息。

（图片来自《软件工程（第二版）》齐治昌、谭庆平、宁洪）7.状态图（statechart diagram）状态图描述类的对象的动态行为。

它包含对象所有可能的状态、活动图描述系统为完成某项功能而执行的操作序列，这些在每个状态下能够响应的事件以及事件发生时的状态迁移与响应动作。

操作序列可以并发和同步。

8.活动图（activity diagram）活动图中包含控制流和信息流。

控制流表示一个操作完成后对其后续操作的触发，信息流则刻画操作之间的信息交换。

提供了对工作流进行建模的途径，活动图中的活动，表示执行工作流中一组的动作。

一旦结束，控制流将自动转移到下一个活动，或通过转换进入下一个状态。

9.构件图（component diagram）提供当前模型的物理视图，对系统的静态实现视图进行建模。

UML的九种模型图

UML的九种模型图本⽂转⾃，仅供学习交流！⼀、作为⼀种建模语⾔，UML的定义包括UML语义和UML表⽰法两个部分。

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

UML表⽰法：定义UML符号的表⽰法，为开发者或开发⼯具使⽤这些图形符号和⽂本语法为系统建模提供了标准。

这些图形符号和⽂字所表达的是应⽤级的模型，在语义上它是UML元模型的实例。

⼆、标准建模语⾔UML可以由下列5类图来定义。

⽤例图：从⽤户⾓度描述系统功能，并指出各功能的操作者。

静态图：包括类图和对象图。

类图描述系统中类的静态结构，不仅定义系统中的类，表⽰类之间的联系，如关联、依赖、聚合等，也包括类的属性和操作，类图描述的是⼀种静态关系，在系统的整个⽣命周期都是有效的。

对象图是类图的实例，⼏乎使⽤与类图完全相同的标识。

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

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

⾏为图：描述系统的动态模型和组成对象间的交互关系，包括状态图和活动图。

状态图描述类的对象所有可能的状态以及事件发⽣时状态的转移条件，状态图是对类图的补充，活动图描述满⾜⽤例要求所要进⾏的活动以及活动间的约束关系，有利于识别并进⾏活动。

交互图：描述对象间的交互关系，包括时序图和协作图。

时序图显⽰对象之间的动态合作关系，它强调对象之间消息发送的顺序，同时显⽰对象之间的交互；协作图描述对象间的协作关系，协作图跟时序图相似，显⽰对象间的动态合作关系。

除显⽰信息交换外，协作图还显⽰对象以及它们之间的关系。

如果强调时间和顺序，则使⽤时序图；如果强调上下级关系，则选择协作图。

实现图：包括组件图和部署图。

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

采⽤UML来设计系统时，第⼀步是描述需求；第⼆步根据需求建⽴系统的静态模型，以构造系统的结构；第三步是描述系统的⾏为。

其中在第⼀步与第⼆步中所建⽴的模型都是静态的，包括⽤例图、类图、对象图、组件图和部署图等5种图形，是标准建模语⾔UML的静态建模机制。

UML各种图总结-精华

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中，订票是电话订票和网上订票的抽象。

UML类图详解

UML类图详解最近在看设计模式的内容，⾥⾯涉及到⼀些类图关系，虽然以前学过UML，但是还给⽼师了，今天再次总结⼀下，也算是复习吧，说不定以后毕业论⽂还会⽤到：⼀、类的属性的表⽰⽅式在UML类图中，类使⽤包含类名、属性(field) 和⽅法(method) 且带有分割线的矩形来表⽰，⽐如下图表⽰⼀个Employee 类，它包含name,age和email这3个属性，以及modifyInfo()⽅法。

那么属性/⽅法名称前加的加号和减号是什么意思呢？它们表⽰了这个属性或⽅法的可见性，UML类图中表⽰可见性的符号有三种：1. + ：表⽰public2. - ：表⽰private3. #：表⽰protected（friendly也归⼊这类）因此，上图中的Employee类具有3个私有属性和⼀个公有⽅法。

实际上，属性的完整表⽰⽅式是这样的：可见性名称：类型 [ = 缺省值]中括号中的内容表⽰是可选的。

⼆、类的⽅法的表⽰⽅式上图中我们已经看到了⽅法的表⽰形式。

实际上，⽅法的完整表⽰⽅式如下：可见性名称(参数列表) [ ：返回类型]同样，中括号中的内容是可选的。

⽐如在下图的Demo类中，定义了3个⽅法：· public⽅法method1接收⼀个类型为Object的参数，返回值类型为void· protected⽅法method2⽆参数，返回值类型为String· private⽅法method3接收类型分别为int、int[]的参数，返回值类型为int三、类与类之间关系的表⽰⽅式1. 关联关系关联关系⼜可进⼀步分为单向关联、双向关联和⾃关联。

（1）单向关联我们可以看到，在UML类图中单向关联⽤⼀个带箭头的直线表⽰。

上图表⽰每个顾客都有⼀个地址，这通过让Customer类持有⼀个类型为Address的成员变量类实现（2）双向关联从上图中我们很容易看出，所谓的双向关联就是双⽅各⾃持有对⽅类型的成员变量。

UML图标含义及记忆方法

UML图标含义及记忆⽅法
记忆技巧：
箭头的⼀⽅为被动⽅（被调⽤者）；
箭头的端点为主动⽅（调⽤者）。

箭头为封闭三⾓形时，表⽰类间关系
箭头为半封闭尖括号时，表⽰类内关系。

其中，虚线表⽰参数强制依赖关系，实线表⽰属性关系。

⼀对⼀的有：依赖、关联；多对⼀的有聚合、组合
对于继承（实现）：⼦类（实现）是主动⽅，⽗类（接⼝）是被动⽅
UML 有⼏种关系图标：泛化（继承），实现，依赖，关联，聚合，组合
1. 泛化（继承） B——▷A B 类作为 A 类的⼦类存在。

2. 实现 B------▷A B 类实现 A 接⼝。

3. 依赖 A------>B B 类作为 A 类某个⽅法的参数，表⽰A想做某些事情需要依赖 B，不然做不成。

虚线参数强依赖。

4. 关联 A——>B（单向） B 类作为 A 类的属性存在，语义上 A 类和 B 类的地位或⽔平相等。

实现属性若关
联
A—— B（双向） B 类作为 A 类的属相存在， A 类作为 B 类的属性存在，语义上 A 类和 B 类的地位或⽔平相等。

5. 聚合 A♢——>B B 类作为 A 类的属性存在，语义上 B 类可作为 A 类的⼀部分，这个关系可有可
⽆，是A has--a B 的关系，如房⼦（A），桌⼦（B）
6. 组合 A♦——>B B 类作为 A 类的属性存在，语义上 B 类是 A 类的⼀部分，这部分必须有，是 A
contain--a B 的关系，如（⼈），⼤脑（B）。

⼀般情况下，继承和实现⽐较简单，就是其他⼏个关系会有点⼩复杂。

UML序列图总结

UML序列图总结序列图主要用于展示对象之间交互的顺序。

序列图将交互关系表示为一个二维图。

纵向是时间轴，时间沿竖线向下延伸。

横向轴代表了在协作中各独立对象的类元角色。

类元角色用生命线表示。

当对象存在时，角色用一条虚线表示，当对象的过程处于激活状态时，生命线是一个双道线。

消息用从一个对象的生命线到另一个对象生命线的箭头表示。

箭头以时间顺序在图中从上到下排列。

序列图中涉及的元素：1.生命线：生命线名称可带下划线。

当使用下划线时，意味着序列图中的生命线代表一个类的特定实体。

2.同步消息发送人在它继续之前，将等待同步消息响应3.异步消息在发送方继续之前，无需等待响应的消息4.注释5.约束约束的符号很简单；格式是: [Boolean Test]6.组合片段组合片段用来解决交互执行的条件及方式。

它允许在序列图中直接表示逻辑组件，用于通过指定条件或子进程的应用区域，为任何生命线的任何部分定义特殊条件和子进程。

常用的组合片段有：a.抉择（Alt）抉择用来指明在两个或更多的消息序列之间的互斥的选择，相当于经典的if..else..。

抉择在任何场合下只发生一个序列。

可以在每个片段中设置一个临界来指示该片段可以运行的条件。

else的临界指示其他任何临界都不为True 时应运行的片段。

如果所有临界都为False 并且没有else，则不执行任何片段。

b.选项（Opt）包含一个可能发生或不发生的序列c.循环（Loop）片段重复一定次数。

可以在临界中指示片段重复的条件。

d.并行（Par）下表列出了常用的组合片段：。

UML各类图及例子

活动图：描述了为满足用例要求所要进行的
各种活动的执行流程，以及活动间的约束关系，有利于识别并行活动。通过同步棒与泳道反映并发活动关系
顺序图：显示对象之间的动态合作关系，它强
调对象之间消息发送的顺序，同时显示对象之间的交互；如果强调时间和顺序，则使用顺序图；
协作图：描述了一组相互合作的对象与对象之
8. 用户输入所取金额。
9. ATM确定该帐户是否有足够的金额。如果余额不够，则执行A2，如果与主机联接有问题，则执行异常事件流E1。
10. ATM从客户帐户中减去所取金额。 11. ATM向客户提供要取的钱。 12. ATM打印清单。 13. ATM退出客户的卡，用例结束。
其他事件流A1：输入无效密码
1. ATM告诉客户该密码错误。 2. ATM退出客户的卡，用例结束。
其他事件流A2：余额不足
1. ATM告诉客户该帐户余额不足。 2. ATM退出客户的卡，用例结束。
异常事件流E1：联接主机出现错误
1. ATM告诉客户联接主机出现错误。 2. ATM在错误日志记下错误。 3. ATM退出客户的卡，用例结束。
需求描述
根据需求
面
建立系统的静态模型
向
构造系统的结构
对
象
的
设
描述系统的行为
计
用例图：从用户角度描述系统功能，并指出各功能的操作者；重点是参与者和用例的挖掘；注意参与者之间、用例之间的泛化、包含和扩展关系
类图：用于定义系统中的类。包括描述类之间的关系（如：关联、依赖、泛化、聚合、可见性、数量关系、聚合与组合等）以及类的内部结构(即类的属性和操作)。
行软件单元的对应关系。
案例1：ATM系统