本节和大家一起看一下UML介绍，本节主要包括UML概念，UML起源，UML组成以及用例图和用例等内容，欢迎大家一起来学习，相信本节的介绍一定会让你收获不小。下面看一下集体的UML介绍吧。
软件开发人员总是在困惑为什么软件分明是按照需求做出来的,可是客户为什么仍然不满意。客户总是在困惑为什么软件和自己想要的差距会那么大。这究竟是怎么回事？如何才能把开发人员和客户之间的沟壑填平？本文作为这个关于需求的软件工程专栏的第三篇,将向您介绍这个把客户和开发人员联系在一起的工具――UML（统一建模语言,UnifiedModelingLanguage）。
1.UML概念
UML（统一建模语言,UnifiedModelingLanguage）是一种面向对象的建模语言。在软件工业化方面做出了杰出的贡献。被OMG（objectManagementGroup）采纳为业界标准。
UML就是解决上面这个问题的一个相当有代表性的例子。UML的实质,就是一种沟通方法,就象是英语能够解决把世界各地的人交流的问题一样。
2.UML起源
公认的面向对象建模语言出现于70年代中期。1989年到1994年是建模语言的战国时期,其数量从不到十种增加到了五十多种。虽然有利于学术的发展,但是对于最终用户来说,了解众多的建模语言是一件非常没有必要的事。在建模语言的战国时期出现了三个强者：GradyBooch,JamesRumbaugh和IvarJacobson（人称"TheThreeAmigos"）,以及他们的方法：Booch1993、OOSE和OMT-2。
3.UML组成
UML介绍了UML的概念，主要包括UML语义（Semantics）和UML表示符（Notation）两个部分,UML语义定义了结构（Structural）模型和行为（Behavioral）模型。结构模型（又称为静态模型）强调系统的对象结构,如对象的类（Classes）、接口（Interfaces）、属性（Attributes）和关系（Relations）;行为模型（动态模型）关注的是系统对象的行为动作,如对象的方法（Methods）、交互（Interactions）、协作（Collaborations）和状态（StateHistories）。以此为基础,UML为UML表示符提供了完整的语义定义。UML的表示符包括了下面的几种主要的图：类图（ClassDiagram）,用例图（UseCaseDiagram）,顺序图（SequenceDiagram）,协作图（CollaborationDiagram）,状态图（StateDiagram）,活动图（ActivityDiagram）,部署图（DeploymentDiagram）语义由于我们的讨论重点并不是UML语言,我们只是简单的介绍UML的实际应用,如果大家对UML有兴趣,可以参看《UML1.3白皮书》。
4.用例图和用例
我们来看一下UMl介绍中的用例图。用例图（UseCaseDiagram）是UML中最简单也是最复杂的一种图。说它简单,是因为采用了面向对象的思想,又是基于用户视角的,绘制非常容易,简单的图形表示让人一看就懂。说它复杂是因为用例图往往不容易控制,要么过于复杂,要么过于简单。一个系统的用例图太泛不行,太精不行,太多不行,太少也不行。用例的控制可以算是一门艺术。突然想起当年我刚刚接触UML的时候,对用例不屑一顾,认为是UML中最无用的一种图,现在每每想到不禁感慨自己的愚蠢。
Usecasediagramsshowactorsandusecasestogetherwiththeirrelationships.『OMG-UMLV1.3』
用例图表示了角色和用例以及它们之间的关系。
Ausecaseisakindofclassifierrepresentingacoherentunitoffunctionalityprovidedbyasystem,
asubsystem,oraclassasmanifestedbysequencesofmessagesexchangedamongthesystemandoneormoreoutsideinteractors
(calledactors)togetherwithactionsperformedbythesystem.『OMG-UMLV1.3』
用例描述了系统,子系统和类的一致的功能集合,表现为系统和一个或多个外部交互者（角色）的消息交互动作序列。
有点复杂是吗,就是角色（用户或外部系统）和系统（要设计的系统）的一个交互,为了实现一个目的（Goal）,这个目的的描述通常是一个谓词短语,例如,开立信用证,给客户回单等。用例图则图形化的表示了这种关系。本节关于UML介绍就讲解到这里，谢谢关注。
【编辑推荐】
