uml

UML 的内容可以由下列五类图 ( 共 9 种图形 ) 来定义： ·第一类是 用例图 ，从用户角度描述系统功能，并指出各功能的操作者。 ·第二类是 静态图 (Static diagram) ，包括 类图 、 对象图 和 包图 。其中 类图描述系统中类的静态结构 。不仅定义系统中的类，表示类之间的联系如关联、依赖、聚合等，也包括类的内部结构 ( 类的属性和操作 ) 。类图描述的是一种静态关系，在系统的整个生命周期都是有效的。对象图是类图的实例，几乎使用与类图完全相同的标识。他们的不同点在于 对象图显示类的多个对象实例，而不是实际的类 。一个对象图是类图的一个实例。由于对象存在生命周期，因此对象图只能在系统某一时间段存在。包由包或类组成，表示包与包之间的关系。 包图用于描述系统的分层结构 。 ·第三类是 行为图 (Behavior diagram) 描述系统的动态模型和组成对象间的交互关系 。其中状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件。通常 状态图 是对类图的补充。在实用上并不需要为所有的类画状态图，仅为那些有多个状态其行为受外界环境的影响并且发生改变的类画状态图。而 活动图 描述满足用例要求所要进行的活动以及活动间的约束关系，有利于识别并行活动。 ·第四类是 交互图 (Interactive diagram) 描述对象间的交互关系。其中 顺序图

一、作为一种建模语言，UML的定义包括UML语义和UML表示法两个部分。 UML语义：描述基于UML的精确元模型定义。 UML表示法：定义UML符号的表示法，为开发者或开发工具使用这些图形符号和文本语法为系统建模提供了标准。这些图形符号和文字所表达的是应用级的模型，在语义上它是UML元模型的实例。 二、标准建模语言UML可以由下列5类图来定义。 用例图：从用户角度描述系统功能，并指出各功能的操作者。 静态图：包括类图和对象图。 类图描述系统中类的静态结构，不仅定义系统中的类，表示类之间的联系，如关联、依赖、聚合等，也包括类的属性和操作，类图描述的是一种静态关系，在系统的整个生命周期都是有效的。对象图是类图的实例，几乎使用与类图完全相同的标识。一个对象图是类图的一个实例。由于对象存在生命周期，因此对象图只能在系统某一时间段存在。 行为图：描述系统的动态模型和组成对象间的交互关系， 包括状态图和活动图 。状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件，状态图是对类图的补充，活动图描述满足用例要求所要进行的活动以及活动间的约束关系，有利于识别并进行活动。 交互图：描述对象间的交互关系，包括 时序图和协作图 。时序图显示对象之间的动态合作关系，它强调对象之间消息发送的顺序，同时显示对象之间的交互；协作图描述对象间的协作关系，协作图跟时序图相似，显示对象间的动态合作关系

UML 是什么 Unified Modeling Language（UML）又称统一建模语言或标准建模语言，是始于 1997 年一个 OMG 标准，它是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。 面向对象的分析与设计（OOA&D，OOAD）方法的发展在 80 年代末至 90 年代中出现了一个高潮，UML 是这个高潮的产物。 UML 有什么 UML 2.4.1 发展了已经获得成功的 UML 2.0 规范，并迅速成为建立软件系统可视化、规范、文档的标准。统一建模语言 （UML）也被用于非软件系统的建模，并在很多领域，诸如金融，军事，工程方面应用广泛。 UML 定义了 13 中基本的图，它们被分成两大类： 1. 结构建模图 结构图定义了一个模型的静态结构。它们通常被用来对那些构成模型的“要素”建模，诸如：类、对象，接口和物理组件。另外，它们也被用来对元素间关联和依赖关系建模。 类型 描述 类或结构图 用来定义模型的基本模块：类型、类和构成完整模型的一般素材 对象图 显示结构元素的实例间如何关联，以及在运行时如何使用。 复合结构图 提供了一种对元素结构进行分层的方法，并着重体现了元素内部的细节，结构和关系。 组件图 被用来构造更高层次或更复杂的结构，通常由一个或几个类构成，并提供一个定义明确的接口 部署图

一、UML的结构 UML有3种基本的构造块，分别是事物(元素)、关系和图。事物是UML中重要的组成部分。关系把事物紧密联系在一起。图是很多有相互相关的事物的组。 二、UML的事物 UML中的事物也称为建模元素，包括结构事物、动作事物、分组事物和注释事物。这些事物是UML模型中最基本的面向对象的构造块。 1. 结构事物 ：结构事物在模型中属于最静态的部分，代表概念上等或物理上的元素。 总共有7种结构事物： 首先是类，类是描述具有相同属性、方法、关系和语义的对象的集合。 第2种是接口（interface），接口是指类或组件提供特定服务的一组操作的集合。 第3种是协作，协作定义了交互的操作，是一些角色和其他元素一起工作，提供一些合作的动作，这些动作比元素的总和要大。 第4种是用例，用例是描述一系列的动作，这些动作是系统对一个特定角色执行，产生值得注意的结果的值。 第5种是活动类，活动类是这种类，它的对象有一个或多个进程或线程。 第6种是构件，构件是物理上或可替换的系统部分，它实现了一个接口集合。在一个系统中，可能会遇到不同种类的构件，如DCOM或EJB。 第7种是节点，节点是一个物理元素，它在运行时存在，代表一个可计算的资源，通常占用一些内存和具有处理能力。 2. 行为事物 ：是UML中的动态部分。它们是模型中的动词，描述了跨越时间和空间的行为。 包括：交互、状态机、活动 3. 分组事物

http://www.cnblogs.com/Yogurshine/archive/2013/01/14/2859248.html 在UML系统开发中有三个主要的模型： 　　功能模型: 从用户的角度展示系统的功能，包括用例图。 　　对象模型: 采用对象，属性，操作，关联等概念展示系统的结构和基础，包括 类图 、对象图、包图。 　　动态模型: 展现系统的内部行为。 包括序列图，活动图，状态图。 UML的重要内容可以由以下五种类图定义 用例图 ：从用户角度描述系统功能，并指各功能的操作者。 静态图 ：包括类图，包图，对象图。 类图：描述系统中类的静态结构 包图：是包和类组成的，表示包与包之间的关系，包图描述系统的分层结构 对象图：是类图的实例 行为图 ：描述系统动态模型和对象组成的交换关系。包括状态图和活动图 活动图：描述了业务实现用例的工作流程 状态图：是描述状态到状态控制流，常用于动态特性建模 交互图： 描述对象之间的交互关系 顺序图：对象之间的动态合作关系，强调对象发送消息的顺序，同时显示对象之间的交互 合作图：描述对象之间的协助关系 实现图： 配置图：定义系统中软硬件的物理体系结构 UML包括用例图、类图、构件图、部署图、顺序图、协作图、状态图、活动图 各个图简介： 用例图从外部用户的角度捕获系统的行为。他将系统功能划分为对活动者具有意义的事务。 类图描述类、接口

Unified Modeling Language (UML)又称统一建模语言或标准建模语言 一、UML作用 1．能够从不同的角度来看待系统的结构，行为，功能（需求）。 2．能够在不同抽象程度上考虑系统，而仅仅是源代码是不够的。源代码是非常细化的内部结构，不能用来建造复杂的系统。 二、UML定义 UML的定义包括UML语义和UML表示法两个部分。 UML语义：描述基于UML的精确元模型定义。元模型为UML的所有元素在语法和语义上提供了简单、一致、通用的定义性说明,使开发者能在语义上取得一致,消除了因人而异的最佳表达方法所造成的影响。此外UML还支持对元模型的扩展定义。 UML表示法：定义UML符号的表示法,为开发者或开发工具使用这些图形符号和文本语法提供了标准。这些图形符号和文字所表达的是应用级的模型,在语义上它是UML元模型的实例。 三、不同阶段使用UML图的目的 当你…… 使用UML图…… 在分析阶段 用例图，它们包含和系统交互的实体以及需要实现的功能点。 活动图，它们将焦点集中于问题域（人们以及其它主体工作的实际空间，程序的主题域）的工作流而不是程序的逻辑流。 观察对象交互 交互图，它们展示特定的对象彼如何此交互。由于它们处理特定案例而不是一般情况，因此它们在检验需求和检验设计时都能有所帮助。最流行的交互图是顺序图。 在设计阶段 类图，它们详述类与类之间的关系。

简介：回顾20世纪晚期--准确地说是1997年，OMG组织(Object management Group对象管理组织)发布了统一建模语言(Unified Modeling Language，UML)。UML的目标之一就是为开发团队提供标准通用的设计语言开发和构建计算机应用。UML的目标之一就是为开发团队提供标准通用的设计语言来开发和构建计算机应用。UML提供了一套IT专业人员期待多年的统一的标准建模符号，这些人员能够阅读和交流系统架构和设计规划--就像建筑工人多年来所使用的建筑设计图一样。 到了21世纪--准确地说是2003年，UML已经获得了业界的认同。在我所见过的专业人员的简历中，75%都声称具备UML的知识。然而，在同绝大多数求职人员面谈之后，可以明显地看出他们并不真正了解UML。通常地说，他们将UML用作一个术语，或对UML一知半解。大家对UML缺乏理解的这种情况，促进我撰写这篇关于UML 1.4的快速入门文章。当阅读完本文是，您还不具备足够的知识可以在简历上声称自己掌握了UML，但是您已具有了进一步钻研该语言的良好起点。 一些背景知识 正如前面提到过的，UML的本意是要成为一种标准的统一语言，使得IT专业人员能够进行计算机应用程序的建模。UML的主要创始人是Jim Rumbaugh、Ivar Jacobson和Grady Booch，他们最初都有自己的建模方法(OMT

UML；统一建模语言（UML是 Unified Modeling Language的缩写）是用来对软件密集系统进行可视化建模的一种语言。UML为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。 最常用的UML图包括：用例图、类图、序列图、状态图、活动图、组件图和部署图。 用例图；用例图描述了系统提供的一个功能单元。用例图的主要目的是帮助开发团队以一种可视化的方式理解系统的功能需求，包括基于基本流程的"角色"（actors，也就是与系统交互的其他实体）关系，以及系统内用例之间的关系。用例图通常用于表达系统或者系统范畴的高级功能。用例；用例，或译使用案例、用况(Use Case)是软件工程或系统工程中对系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的技术。 类图；类图表示不同的实体（人、事物和数据）如何彼此相关。类在类图上使用包含三个部分的矩形来描述，如图2所示。最上面的部分显示类的名称，中间部分包含类的属性，最下面的部分包含类的操作（或者说"方法"）。 使用带有顶点指向父类的箭头的线段来绘制继承关系1，并且箭头应该是一个完全的三角形。如果两个类都彼此知道对方，则应该使用实线来表示关联关系；如果只有其中一个类知道该关联关系，则使用开箭头表示。 序列图;序列图显示具体用例（或者是用例的一部分）的详细流程。它几乎是自描述的

　　1997年，OMG组织（Object Management Group对象管理组织）发布了 统一建模语言 （Unified Modeling Language，UML）。UML的目标之一就是为开发团队提供标准通用的设计语言来开发和构建计算机应用。UML提出了一套IT专业人员期待多年的统一的标准建模符号。通过使用UML，这些人员能够阅读和交流系统架构和设计规划 —— 就像建筑工人多年来所使用的建筑设计图一样。 到了21世纪--准确地说是2003年，UML已经获得了业界的认同。在我所见过的专业人员的简历中，75%都声称具备UML的知识。然而，在同绝大多数求职人员面谈之后，可以明显地看出他们并不真正了解UML。通常地，他们将UML用作一个术语，或对UML一知半解。大家对UML缺乏理解的这种状况，促进我撰写这篇关于UML 1.4的快速入门文章。当阅读完本文时，您还不具备足够的知识可以在简历上声称自己掌握了UML，但是您已具有了进一步钻研该语言的良好起点。 一些背景知识 　　正如前面曾提到过的，UML的本意是要成为一种标准的统一语言，使得IT专业人员能够进行计算机应用程序的建模。UML的主要创始人是Jim Rumbaugh、Ivar Jacobson和Grady Booch，他们最初都有自己的建模方法（OMT、OOSE和Booch），彼此之间存在着竞争。最终

目录 背景知识 用例图 类图 序列图 状态图 活动图 组件图 部署图 结束语 　　英文原文： UML basics: An introduction to the Unified Modeling Language 　　到了21世纪——准确地说是2003年，UML已经获得了业界的认同。在我所见过的专业人员的简历中，75%都声称具备UML的知识。然而，在同绝大多数求职人员面谈之后，可以明显地看出他们并不真正了解UML。通常地，他们将UML用作一个术语，或对UML一知半解。大家对UML缺乏理解的这种状况，促进我撰写这篇关于UML 1.4的快速入门文章。当阅读完本文时，您还不具备足够的知识可以在简历上声称自己掌握了UML，但是您已具有了进一步钻研该语言的良好起点。 　　 背景知识 　　正如前面曾提到过的，UML的本意是要成为一种标准的统一语言，使得IT专业人员能够进行计算机应用程序的建模。UML的主要创始人是Jim Rumbaugh、Ivar Jacobson和Grady Booch，他们最初都有自己的建模方法（OMT、OOSE和Booch），彼此之间存在着竞争。最终，他们联合起来创造了一种开放的标准。（听起来是不是很熟悉？这个现象类似J2EE、SOAP和Linux的诞生。）UML成为"标准"建模语言的原因之一在于，它与程序设计语言无关。（IBM