UML的十种视图
3、UML的9种图分类及运用
3、UML的9种图分类及运用UML中的图可以分成两大类·结构图·行为图UML结构图UML结构图表示系统的静态方面，描述系统的主要结构因此而稳定的那部分，静态结构图主要包括·类图·对象图·组件图·部署图UML类图·类图描述系统中的类，以及各个类之间的关系，类图能够让我们在编码前对系统有个全面的认识。
·类图是一种静态模型，类图代表面向对象系统，类图其他图定义的基础。
·哪里需要用类图是一个静态图，描述一个系统的静态视图，用于前期部署UML对象图·对象图与类图类似，它是类图的实例化，显示类的多个实例化，不是实际的类，描述对象间的关系，用来建立系统原型。
·对象图显示某一时刻对象和对象间的关系·类图代表整个系统模型的抽象，对象图代表系统中某一时刻某一部分的抽象·哪里需要用运行的系统某一时刻的快照•UML组件图•·组件图用来描述系统的物理结构及相互间的关系，模型化和文档化了一个系统的架构·构件可以是一个文件，产品，可执行脚本，库等·组件图= 构件（Component）+接口（Interface）+关系（Relationship）+端口（Port）+连接器（Connector）·哪里需要用架构师在建立项目初期就要建立的图UML部署图·部署图用来建模系统的物理部署，如计算机和设备，及它们之间的关联关系·部署图的使用者为开发人员，系统集成人员和测试人员·部署图由节点以及节点之间的关系组成·哪里需要用主要用于系统工程师UML行为图行为图属于系统的动态部分，另一部分是系统的结构图。
行为图捕捉系统的静态方面。
UML中的行为图主要包括：·用例图·时序图·协作图·状态图·活动图UML用例图·用例图描述角色以及角色与用例之间的连接关系。
UML的核心视图
小结
• 用例图
– 包括业务用例视图、业务用例实现视图、概念 用例视图、 系统用例视图和系统用例实现视图 – 这些视图在软件的不同生命周期阶段表达了不 同的含义 – 实际项目中，不是所有用例视图都一定要采用 – 根据情况可适当裁减，如保留业务用例和系统 用例视图
类图
• •
• •
•
类图用于展示系统中地类及其相互之间的关系 本质上，类图是现实世界问题的抽象对象的结 构化、概念化、逻辑化描述 解决面向对象困难的方法源于面向对象方法中 对类的理解的三个层次观点：概念层、说明层 和实现层 在UML中，从开始的需求到最终的设计类，类 图也是围绕这三个层次的观点建模的 类图建模是先概念层，而后说明层，进而实现 这个一个随着抽象层次的逐步降低而逐步细化 的过程
– 基本流
• 表示最主要、最频繁使用的、 默认的业务流程分支，如图所 示从开始到结束办理的业务流 程
业务用例视图
– 展示借书管理系统的借阅人 业务用例视角 – 图含义是：借阅人业务主角 在借书管理系统中有借阅图 书和办理借阅证两个业务目 标 – 如果业务主角认为所有目标 已经齐全，则认为针对此主 角的业务用例定义完成
业务用例视图
– 业务模块视图
• 从业务模块视角来展示业务领域的目标，将参与了 达成这一业务目标的业务主角与业务用例展现在这 个视图中 • 这个视角有利于从业务的完整性角度出发，检查完 成某个业务的所有业务主角和业务用例是否已经齐 全，以此来检查是否有遗漏的业务用例没有发现
业务用例视图
• 业务用例视图
– 业务用例图使用业务主角和业务用例展示业务 建模的结果，大多数情况下，业务用例视图需 要从业务主角和业务模块两个视角进行 – 业务主角视角
• 从业务主角视角来展示业务主角在业务中使用那些 业务用例来达成业务目标 • 这个视角有利于向业务主角确认业务目标是否都已 经齐全，以此来检查是否有遗漏的业务用例没有发 现
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九种视图总结第一篇：UML九种视图总结1.UML关系UML类图中的关系分为四种：泛化关系、依赖关系、关联关系、实现关系；关联关系又可以细化为聚合和组合。
1.1 泛化（Generalization)泛化是父类和子类之间的关系，子类继承父类的所有结构和行为。
在子类中可以增加新的结构和行为，也可以覆写父类的行为。
1.2.依赖（Dependencies）依赖关系是一种使用关系，特定事物的改变有可能会影响到使用该事物的事物，反之不成立。
在你想显示一个事物使用另一个事物时使用，两个元素之间的一种关系，其中一个元素（服务者）的变化将影响另一个元素（客户），或向它（客户）提供所需信息。
它是一种组成不同模型关系的简便方法。
依赖表示两个或多个模型元素之间语义上的关系。
它只将模型元素本身连接起来而不需要用一组实例来表达它的意思。
它表示了这样一种情形，提供者的某些变化会要求或指示依赖关系中客户的变化。
根据这个定义，关联和泛化都是依赖关系，但是它们有更特别的语义，故它们有自己的名字和详细的语义。
我们通常用依赖这个词来指其他的关系。
依赖用一个从客户指向提供者的虚箭头表示，用一个构造型的关键字来区分它的种类，通常情况下，依赖关系体现在某个类的方法使用另一个类作为参数。
1.3.关联（Association）关联是一种结构化的关系，指一种对象和另一种对象有联系。
给定有关联的两个类，可以从一个类的对象得到另一个类的对象。
类与类之间由弱到强关系是: 没关系 > 依赖 > 关联 > 聚合 > 组合。
类和类之间八竿子打不着那就是没关系，这个没啥歧义。
依赖(dependency)可以简单的理解，就是一个类A使用到了另一个类B，而这种使用关系是具有偶然性的、、临时性的、非常弱的，但是B类的变化会影响到A；比如某人要过河，需要借用一条船，此时人与船之间的关系就是依赖；表现在代码层面，为类B作为参数被类A在某个method 方法中使用。
软件工程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 ”的关 系 【绘图方式】实线空心三角箭头，箭头指向父类 【继承方式】
UML建模中的几个常用的视图
Sequence视图：Sequence视图显示使用案例的功能流程。
Collaboration视图：他与Sequence视图表示的功能相同，但是Collaboration显示的方式与Sequence视图不一样，作用也不相同。
Class视图：Class视图是表示类与类之间的交互。各个类之间的关系。
UML建模中的几个常用的视图 时间：2009-07-22 10:42 来源：未知 作者：ao 新浪 365Key 天极 和讯 博拉 Live 奇客 鲜果 收客 饭否 叽歪 挖客
核心提示：UML建模中的几个常用的视图： Use Case视图 Sequence视图 Collaboration视图 Class视图 State Transition视图 Component视图 Deployment视图 下面对上面的视图进行说明 Use Case视图： Use Case视图显示使用案例(系统功能)与角色之间的关系， Sequence视图：
State Transition视图：State Transition 提供了建模对性各种状态的方式，Class视图显示了类及其相互关系的静态视图。而State Transition视图则显示了建模系统的动态功能。
Component视图：Component视图显示了模型的物理视图。
UML建模中的几个常用的视图：
Use Case视图
Sequence视图
Collaboration视图
Class视图
State Transition视图
Component视图
Deployment视图
下面对上面的视图进行说明
Use Case视图：Use Case视图显示使用案例(系统功能)与角色之间的关系，
深度剖析九大UML视图及其作用
深度剖析九大UML视图及其作用在学习UML的过程中，你经常会遇到UML视图，那么你知道UML视图作用吗，这里就和大家分享一下，相信通过本节的介绍你一定会有所感悟的。
下面让我们一起来学习UML视图作用吧。
UML视图及其作用UML（UnifiedModelingLanguage，统一建模语言）是一组用于描述OOAD过程的图形化表达方式。
UML为交流面向对象的设计中的需求，行为、体系结构的实现提供了一套综合的表示法。
UML绘制工具，EA和VSU2010UML由9个不同类型的图组成：用例图：显示了系统的外部可视行为。
UML视图中的用例图描述了系统外的人员和系统的交互动作，以及系统的响应，该类型的图可以用于描述系统的功能需求。
活动图：显示系统行为的峡谷纳西描述。
UML视图中的活动图描述了单个功能需求内部的细节行为，包括基本的场景和一些可选的场景。
组件图：显示了系统的体系结构。
UML视图中的组件图描述了系统的可部署单元（可执行文件，组件，数据存储和其他一些内容）以及一些借口，可部署单元通过这些接口进行交互，该图可以用于研究系统的体系结构。
顺序图：显示了对象随着时间的交互。
UML视图中的顺序图描述了某个功能需求的路径或场景内相对时间的详细行为，该图可用于理解系统元素之间的消息流程。
协作图：显示了对象的交互，强调对象之间的关系。
（在UML2.0里面找不到了）类图：显示了类的定义和关系。
UML视图中的类图描述了系统设计中的类和接口，以及他们之间的关系。
该图可用于定义内部的，面向对象的代码结构。
状态图：显示了响应时间的状态改变。
UML视图中的状态图描述了系统如何改变状态以相应内部的和外部的事件，确保每个事件都被适当的处理。
部署图：显示了系统的物理体系结构。
UML视图中的部署图描述了系统的可部署单元（应用，组件，数据存储等）如何被赋予不同的节点，这些节点如何交互通信，用于系统映射和负载的研究。
包图：显示了设计的层次结构。
九大UML视图专家解析
九大UML视图专家解析本节向大家介绍一下有关UML视图方面的内容，UML视图共有9种，它们之间有什么区别和联系呢，下面就让我们一起来学习吧，相信通过本节的介绍你一定会有不少收获。
UML视图UML总共提供了9种视图，这些图从不同应用层次和不同角度为软件系统分析、设计直到实现提供了有力的支持。
在不同的阶段建立不同的模型，建模的目的也各不相同。
UML的9种图如下：（1）用例图(UseCaseDiagrams)用例图描述了系统提供的一个功能单元。
用例图的主要目的是帮助开发团队以一种可视化的方式理解系统的功能需求，包括基于基本流程的"角色"(actors，也就是与系统交互的其他实体)关系，以及系统内用例之间的关系。
（2）类图(ClassDiagrams)类图表示不同的实体(人、事物和数据)如何彼此相关；换句话说，它显示了系统的静态结构。
（3）时序图(SequenceDiagrams)UML视图中的时序图显示具体用例(或者是用例的一部分)的详细流程。
它几乎是自描述的，并且显示了流程中不同对象之间的调用关系，同时还可以很详细地显示对不同对象的不同调用。
时序图有两个维度：垂直维度以发生的时间顺序显示消息/调用的序列；水平维度显示消息被发送到的对象实例。
（4）状态图(StatechartDiagrams)状态图表示某个类所处的不同状态和该类的状态转换信息。
有人可能会争论说每个类都有状态，但不是每个类都应该有一个状态图。
只对”感兴趣的”状态的类(也就是说，在系统活动期间具有三个或更多潜在状态的类)才进行状态图描述。
（5）活动图(ActivityDiagrams)UML视图中的活动图表示在处理某个活动时，两个或者更多类对象之间的过程控制流。
活动图可用于在业务单元的级别上对更高级别的业务过程进行建模，或者对低级别的内部类操作进行建模。
根据经验，活动图最适合用于对较高级别的过程建模，比如公司当前在如何运作业务，或者业务如何运作等。
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中包括九种图：用例图、类图、对象图、状态图、时序图、协作图、活动图、组件图、配置图。
１）用例图（Use Case Diagram）它是UML中最简单也是最复杂的一种图。
说它简单是因为它采用了面向对象的思想，又是基于用户视角的，绘制非常容易，简单的图形表示让人一看就懂。
说它复杂是因为用例图往往不容易控制，要么过于复杂，要么过于简单。
用例图表示了角色和用例以及它们之间的关系。
２）类图（Class Diagram）是最常用的一种图，类图可以帮助我们更直观的了解一个系统的体系结构。
通过关系和类表示的类图，可以图形化的方式描述一个系统的设计部分。
３）对象图（）对象图是类图的实例，几乎使用与类图完全相同的标识。
它们的不同点在于对象图显示类的多个对象实例，而不是实例的类。
一个对象图是类图的一个实例。
由于对象存在生命周期，因此对象图只能在系统某一时间段存在。
４）状态图描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的时间做出反应的。
通常创建一个UML状态图是为了以下的研究目的：研究类、角色、子系统、或组件的复杂行为。
５）时序图又称顺序图，描述了对象之间动态的交互关系，着重体现对象间消息传递的时间顺序。
顺序图由一组对象构成，每个对象分别带有一条竖线，称作对象的生命线，它代表时间轴，时间沿竖线向下延伸。
顺序图描述了这些对象随着时间的推移相互之间交换消息的过程。
消息用从一务垂直的对象生命线指向另一个对象的生命线的水平箭头表示。
图中还可以根据需要增加有关时间的说明和其他注释。
６）协作图协作图用于显示组件及其交互关系的空间组织结构，它并不侧重于交互的顺序。
协作图显示了交互中各个对象之间的组织交互关系以及对象彼此之间的链接。
与序列图不同，协作图显示的是对象之间的关系。
另一方面，协作图没有将时间作为一个单独的维度，因此序列号就决定了消息及并发线程的顺序。
协作图是一个介于符号图和序列图之间的交叉产物，它用带有编号的箭头来描述特定的方案，以显示在整个方案过程中消息的移动情况。
UML9种主要图
UML提供的9种主要的图来对待建系统进行建模2015年08月06日来源:信管网作者:cnitpm中可视化建模UML提供了如下9种主要的图来对待建系统进行建模。
1）用例图：用例模型描述的是外部执行者（Actor）所理解的系统功能，用于需求分析阶段。
参与者（Actor）代表与系统接口的任何事物或人，它是指代表某一种特定功能的角色，参与者都是虚拟的概念。
用例（Use Case）是对系统行为的动态描述，它可以促进设计人员、开发人员与用户的沟通，理解正确的需求，还可以划分系统与外部实体的界限，是系统设计的起点。
对一组动作序列的描述，系统执行这些动作将产生一个对特定的参与者有价值而且可观察的静态视图。
包含和扩展：一种用于重用的包含关系，用构造型《include》（可以从两个或者两个以上的原始用例中提取公共行为，或者发现能够使用一个组件来实现某一个用例的部分功能是很重要的事时，应该使用包含关系）另一种是用于分离出不同的行为用构造型《extend》（如果一个用例明显地混合了两种或两种以上地不同场景，即根据情况可能发生多种事情。
我们可以断定将这个用例分为一个主用例和一个或多个辅用例描述可能更加清晰）2）类图：描述类和类之间的静态关系。
不仅显示信息的结构，同时还描述了系统的行为。
类和对象：类的命名（最顶部的格子包含类的名字）；类的属性（中介的格子包含类的属性，用以描述该类对象的共同特点，“可见性属性名：类型=默认值{约束特性}”。
可见性包括Public、Private、Protected 分别用＋－＃号表示）；类的操作（Operation，“可见性：操作名（参数表）：返回类型{约束特性}”）类之间的关系：依赖关系（如果元素A的变化会引起元素B的变化，则称元素B 依赖（Dependency）于元素A）、泛化关系（描述了一般事物与该事物中的特殊种类之间的关系，也就是父类和子类之间的关系。
继承关系是泛化关系的反关系，也就是说子类是从父类中继承的，而父类则是子类的泛化，在UML中，使用带空心箭头的实线表示，箭头指向父类）、聚合关系表示整体和部分的关系，用一个带空心菱形的实线表示（电脑、显示器）；组合关系：如果聚合关系中的表示“部分”的类的存在，与表示“整体”的类有紧密的关系，如公司和部门，则使用组合关系，使用带实心菱形的实线表示）、实现关系（用来规定接口和实现的类或组件之间的关系，接口是操作的集合，这些操作用于规定类或组件的服务，使用一个带空心箭头的虚线表示）3）对象图：类图的一个实例。
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（UnifiedModelingLanguage）是一种统一建模语言，为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。
下面将对UML的九种图+包图的基本概念进行介绍以及各个图的使用场景。
一、基本概念如下图所示，UML图分为用例视图、设计视图、进程视图、实现视图和拓扑视图，又可以静动分为静态视图和动态视图。
静态图分为：用例图，类图，对象图，包图，构件图，部署图。
动态图分为：状态图，活动图，协作图，序列图。
1、用例图（UseCaseDiagrams）：用例图主要回答了两个问题：1、是谁用软件。
2、软件的功能。
从用户的角度描述了系统的功能，并指出各个功能的执行者，强调用户的使用者，系统为执行者完成哪些功能。
2、类图（ClassDiagrams）：用户根据用例图抽象成类，描述类的内部结构和类与类之间的关系，是一种静态结构图。
在UML类图中，常见的有以下几种关系:泛化（Generalization）,实现（Realization），关联（Association)，聚合（Aggregation），组合(Composition)，依赖(Dependency)。
各种关系的强弱顺序：泛化=实现>组合>聚合>关联>依赖2.1.泛化【泛化关系】：是一种继承关系，表示一般与特殊的关系，它指定了子类如何继承父类的所有特征和行为。
例如：老虎是动物的一种，即有老虎的特性也有动物的共性。
2.2.实现【实现关系】：是一种类与接口的关系，表示类是接口所有特征和行为的实现。
2.3.关联【关联关系】：是一种拥有的关系，它使一个类知道另一个类的属性和方法；如：老师与学生，丈夫与妻子关联可以是双向的，也可以是单向的。
双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头。
【代码体现】：成员变量2.4.聚合【聚合关系】：是整体与部分的关系，且部分可以离开整体而单独存在。
uml9种图模型
2.4 部署图
部署图描述任何基于计算机的应用系统的物理或逻辑的配置。它可以描述系统硬件的物理拓扑结构和在此结构上执行的系统软件，也能描述系统节点的拓扑结构和通信路径、节点上运行的构件、构件中的逻辑单元等。
部署图中有以下几个主要的模型元素：节点、构件、对象、接口、连接和依赖关系。节点描述一个物理设备以及在其上运行的软件系统，用一个立方体来表示。连接是节点之间的通信路径，用实线段来表示。构件、对象、界面和依赖关系同之前的介绍相同。
用例图有以下几种模型元素：用例（Use
Case）、参与者（Actor）、关联关系（Association）、包含关系（Include）、扩展关系（Extend）以及泛化关系（Generalization）。用例是以一个椭圆形来表示，椭圆中心是用例的名称；参与者就是与所要建模的系统交互的外部用户、进程或其他系统，参与者是以一个人形的图标表示；关联关系描述参与者与其需要交互的用例之间的通信路径，用一条实线段表示；包含关系描述一个用例利用另一个用例完成某个过程，用一个带箭头的虚线段并在虚线段上以“《include》”作为标识来表示，箭头指向被包含的用例；扩展关系描述一个用例在原有的另一个用例的基础上，扩展了那个用例的部分功能，和包含关系类似，也是以一个带箭头的虚线段表示，不同的是虚线段上显示的是“《extend》”，箭头指向被扩展的用例；泛化关系描述用例之间的一般和特殊的关系，特殊用例是在继承了一般用例的特性的基础上添加了新的特性，泛化关系和扩展关系有相似之处，不同的是扩展关系的需要明确标明被扩展用例的扩展点，扩展用例只能扩展这些扩展点，泛化关系用一个带有空心三角箭头的实线段表示。
在有的文献书籍中，将这九种模型图分为三大类：结构分类、动态行为和模型管理，结构分类包括用例图、类图、对象图、构件图和部署图，动态行为包括状态图、活动图、顺序图和协作图，模型管理则包含类图。本文则从动态和静态的角度分别介绍UML的九种模型图。
UML 10 种图的总结
UML 2.0共有10种图，分别为表示系统静态结构的静态模型（包括类图、组合结构图、部署图），以及表示系统动态结构的动态模型（包括用例图、序列图、对象图、协作图、状态图、活动图、组件图），它们各用以表现不同的视图，如表1-1所示。
用例之间也可以存在包含、扩展和泛化等关系：
（1）包含关系：用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为做为自身行为的一部分，这被称作包含关系。
（2）扩展关系：扩展关系是从扩展用例到基本用例的关系，它说明为扩展用例定义的行为如何插入到为基本用例定义的行为中。
它是以隐含形式插入的，也就是说，扩展用例并不在基本用例中显示。
在以下几种情况下，可使用扩展用例：
a.表明用例的某一部分是可选的系统行为（这样，您就可以将模型中的可选行为和必选行为分开）；
b.表明只在特定条件（如例外条件）下才执行的分支流；
c.表明可能有一组行为段，其中的一个或多个段可以在基本用例中的扩展点处插入。
所插入的行为段和插入的顺序取决于在执行基本用例时与主角进行的交互。
（3）泛化关系：用例可以被特别列举为一个或多个子用例，这被称做用例泛化。
当父用例能够被使用时，任何子用例也可以被使用。
如在图2.4中，订票是电话订票和网上订票的抽象。
UML 第四章 UML核心视图
4.1.2.2 说明层类图
说明层类图考察的是类的接口，类图中表 达的类和类关系应当是对问题领域在接口 层次抽象的描述。
4.1.2.3 实现层类图
类图中的类直接映射到可执行代码。在这 个层次上，类必须明确采用哪种实现语言、 设计模式、通信标准、遵循规范等。
4.1.3 包图(package)
4.2.1.1 动作流
所有动作状态之间的转换流称之为动作流。
与状态图的转换相同，活动图的转换也用 带箭头的直线表示，箭头的方向指向转入 的方向。
4.2.1.1 分支与合并分支(Decisionቤተ መጻሕፍቲ ባይዱ& Merge)
分支一般用于表示对象类所具有的条件行为。 条件行为用分支和合并表达。 在活动图中分支与合并用空心小菱形表示。 一个分支有一个入转换和两个带条件的出转 换，出转换的条件应当是互斥的，这样可以 保证只有一条出转换能够被触发。 一个合并有两个带条件的入转换和一个出转 换，合并表示从对应的分支开始的条件行为 的结束。
第四章 UML核心视图
4.1 静态视图 4.1.1 用例图 4.1.2 类图 4.1.3 包图 4.2 动态视图 4.2.1 活动图 4.2.2 状态图 4.2.3 时序图 4.2.4 协作图
4.1 静态视图
静态视图就是表达静态事物的。它只描述 事物的静态结构，而不描述其动态行为。 静态视图包括用例图、类图和包图
4.2.1.1 动作状态(Action State)
动作状态是指执行原子的、不可中断的动 作，并在此动作完成后通过完成转换转向 另一个状态的状态。 动作状态使用平滑的圆角矩形表示，动作 状态所表示的动作写在圆角矩形内部。
Click Mouse
4.2.1.1 动作状态(Activity State)
uml的十三种图形
uml的⼗三种图形
1.⽤例图：对系统的使⽤⽅式分类.
2.类图:显⽰类和它们的相互关系。
3。
对象图：只显⽰对象及它们的相互关系。
4。
活动图：显⽰⼈或对象的活动，其⽅式类似于流程图。
5。
状态机图：显⽰⽣命周期⽐较有趣或复杂的对象的各种状态。
6。
通信图：显⽰在某种情形下对象之间发送的消息。
7。
顺序图：显⽰与通信图类以的信息，但强调的是顺序，⽽不是连接。
8。
包图：显⽰相关的类如何组合，对开发⼈员有⽤。
9。
部署图：显⽰安装已完成系统的机器、过程和部署制品。
10。
组件图显⽰可重⽤的组件（对象或⼦系统）及期接⼝。
11。
交互总图：使⽤顺序图喧⾚活动的务个步骤。
12。
时间图：显⽰消息和对象状态的准确时间限制。
13。
复合结构图：显⽰对象在聚合或复合中的相互关系，显⽰接⼝和协作的对象。
统一建模语言UML中的各种视图
（6）4种动态图 序列图（按时间顺序描述系统元素间的交互） 协作图（按照时间和空间顺序描述系统元素间的交互和它 们之间的关系） 状态图（描述了系统元素的状态条件和响应） 活动图（描述了系统元素的活动）
பைடு நூலகம்
5、在UML中是如何描述软件系统的模型 （1）其一：采用三种内容
三种内容、四种 关系和九种图
事物（Things）：结构事物、行为事物、组织事物和辅助 事物
关系（Relationships）：关联、依赖、聚合和组合、泛化 和实现 图（Diagrams）：静态图和动态图
（2）其二：UML中提供四种关系的表示
3、UML中的“4+1视图”模型 为了能够从多个不同的角度对系统架构的结果进行全面的 描述，UML提供有“4+1 View”模型。 （1）“4+1 View”模型 “ 4+1 View” 指的是：用例视图、逻辑视图、进程视 图、实施视图、部署视图。 这几种视图能够从不同 的角度实现对系统进行 完整的描述。 （2）在Rose中所支持的各 种视图 4、RUP中的架构视图 （1）在RUP 中将“4+1 View”
图可以反映或者强调系统的某个特定方面的信息 这样将能够从不同的视图来观察系统，可以使人们在某段 时间内集中注意系统的某一个方面。
（2）所有视图 结合在一起 （通过它们各 自的图）就描 述了系统的完 整画面
因为我们需要从不 2、为什么要采用多个不同的视图来描述系统 同的角度来了解系 （1）软件系统是由许多视图共同描述的 统和所提供的功能
（7）在不同架构视图中的应用
（8）几种主要的图形的UML图示
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
静态图捕获逻辑结构类图 class系统静态结构对象图 object活跃对象
包图 packet系统的分解
行为图捕获现实行为交互
图
顺序 sequence消息发送时序
合作
collaboration
动态协作关系
状态图 statechart对象的动态行为
活动图 activity
描述系统为完成某项功能而执行的操
作序列，包含控制流和信息流
控制流：某操作完成后对其后续操作的
触发
信息流：刻画操作之间的信息交换
实现图捕获执行环境构件图 component软件实现系统中各组分以及依赖关系部署图 deployment运行环境的硬件及网络物理体系结构
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）。