UML的几种图
浅谈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）以及它们之间的关系。
软件工程9种图
UML的9种图上文我们介绍了，UML的视图，在每一种视图中都包含一个或多种图。
本文我们重点讲解UML每种图的细节问题：1、用例图（use case diagrams）【概念】描述用户需求，从用户的角度描述系统的功能【描述方式】椭圆表示某个用例；人形符号表示角色【目的】帮组开发团队以一种可视化的方式理解系统的功能需求【用例图】2、静态图(Static diagram)(1)类图（class diagrams）【概念】显示系统的静态结构，表示不同的实体是如何相关联的【描述方式】三个矩形【目的】表示一个逻辑类或实现类，逻辑类通常是用户的业务所涉及的事物；实现类是程序员处理的实体【类图】(2)对象图（object diagrams）【概念】类图的一个实例，描述系统在具体时间点上所包含的对象以及各个对象的关系【对象图】3、交互图(Interaction Diagram)用来描述对象之间的交互关系(1)序列图（顺序图）(Sequence Diagram)【概念】描述对象之间的交互顺序，着重体现对象间消息传递的时间顺序【描述方式】横跨图的顶部，每个框表示每个类的实例或对象；类实例名称和类名称使用冒号分开【目的】显示流程中不同对象之间的调用关系，还可以显示不同对象的不同调用。
【序列图】(2)协作图（Collaboration diagrams）【概念】描述对象之间的合作关系，侧重对象之间的消息传递4、行为图：描述系统的动态模型和对象之间的交互关系(1).状态图（Statechart diagrams）【概念】描述对象的所有状态以及事件发生而引起的状态之间的转移【描述方式】起始点：实心圆1状态之间的转换：使用开箭头的线段2状态：圆角矩形3判断点：空心圆4一个或多个终止点：内部包含实心圆的圆【目的】表示某个类所处的不同状态以及该类在这些状态中的转换过程(2).活动图（Activity diagrams）【概念】描述满足用例要求所要进行的活动以及活动时间的约束关系【描述方式】2起始点：实心圆5活动：圆角矩形1终止点：内部包含实心圆的圆1泳道：实际执行活动的对象【目的】表示两个或多个对象之间在处理某个活动时的过程控制流程【活动图】活动图和状态图区别：5、实现图Implementation diagram (1)构件图（Component diagrams）【概念】描述代码构件的物理结构以及各构件之间的依赖关系【描述方式】构件【目的】提供系统的物理视图，根据系统的代码构件显示系统代码的整个物理结构【构架图】(2)部署图（Deployment diagrams）【概念】系统中硬件的物理体系结构【描述方式】1三维立方体表示部件2节点名称位于立方体上部【目的】显示系统的硬件和软件的物理结构【部署图】九种UML图详解到此为止，下篇文章专门给大家讲解UML中类间的关系，感谢您的访问。
四种图
四种图(状态图、序列图、合作图和活动图)的运用状态图：State diagram活动图：Activity diagram以上二者属于行为图/动态图dynamic diagram序列图：Sequence diagram协作图(合作图)：Collaboration diagram以上二者属于交互图interaction diagram这四个图均可用于系统的动态建模,但它们各自的侧重点不同,分别用于不同的目的。
首先,不要对系统中的每个类都画状态图。
尽管这样做很完美,但太浪费精力,其实你可能只关心某些类的行为。
正确的做法是:为帮助理解类而画它的状态图。
状态图描述跨越多个用例的单个对象的行为,而不适合描述多个对象间的行为合作。
为此,常将状态图与其它技术(如序列图、合作图和活动图)组合使用。
序列图和合作图适合描述单个用例中几个对象的行为。
其中序列图突出对象间交互的顺序,而合作图的布局方法能更清楚地表示出对象之间静态的连接关系。
当行为较为简单时,序列图和合作图是最好的选择。
但当行为比变复杂时,这两个图将失去其清晰度。
因此,如果想显示跨越多用例或多线程的复杂行为,可考虑使用活动图。
另外,顺序图和合作图仅适合描述对象之间的合作关系,而不适合对行为进行精确定义,如果想描述跨越多个用例的单个对象的行为,应当使用状态图。
---------------------------------------------------------------------------------------------------------------------------------UML提供图来描述系统的结构和行为。
在其中，类图用于描述系统的静态结构，状态图，协作图，活动图，序列图则用于描述系统的动态行为，描述系统在执行期间不同时间点是如何动态交互的。
在这四种图中可以大体分为两类:以描述系统状态转移为主的状态图和活动图，以描述系统系统对象通讯和交互为主的协作图和序列图。
UML的逻辑模型图
UML的逻辑模型图UML（Unified Modeling Language）是面向对象设计和开发中使用的一种标准化建模语言，其中逻辑模型图是其中的一种类型。
逻辑模型图是用于描述系统功能和行为的非物质结构模型，主要包括用例图、类图、对象图、状态图、活动图和序列图。
本文将重点介绍逻辑模型图中的用例图、类图和对象图三种。
用例图用例图通过描述用户和软件系统之间的交互来表示系统的功能和行为，是面向用户的一个模型。
用例图中包括参与者和用例两个主要元素。
参与者表示使用系统的人、人群或其他系统，用例则表示系统所提供的服务。
参与者与用例通过关系进行连接，分为关联关系、扩展关系、包含关系和泛化关系等。
以一个在线商城为例，客户、管理员、游客可以作为参与者，登录、注册、购物、添加物品等则是对应的用例。
客户可以通过购物车购买物品，可以查看订单状态，而管理员则可以修改物品、审核订单和退货等。
类图类图是用于描述系统内部静态结构的一种模型，它表示系统中的类、接口和它们之间的关系。
类图中包括类、接口、属性、方法等主要元素。
以一个汽车销售系统为例，车辆、销售员和客户都可以作为类。
而车辆包括品牌、型号、颜色、价格等属性，还有加速、制动等方法。
销售员则包括姓名、电话、销售量等属性，还有售车、联系客户等方法。
对象图对象图是用于描述系统中对象间的相对位置和关系的一种模型。
它可以表示对象在特定状态下的关系和属性，有助于表示对象之间的交互、通信和连接。
对象图中包括对象、属性、关系等主要元素。
以一个图书馆系统为例，书架、馆藏书、借阅者都可以作为对象。
借阅者可以借阅馆藏书，而馆藏书则可以属于不同的书架，还有编号、价格、作者等属性。
总结UML的逻辑模型图是面向对象设计和开发中使用的一种标准化建模语言，其中包括用例图、类图和对象图三种。
用例图主要用于描述系统功能和行为，类图用于描述系统内部静态结构，对象图则用于描述系统中对象之间的相对位置和关系。
通过应用这些模型，可以更加深入地了解系统的结构和功能，从而为系统的设计和开发奠定坚实的基础。
UML类关系图（泛化,实现,依赖,关联（聚合,组合））
UML类关系图（泛化,实现,依赖,关联（聚合,组合））UML的构造快包含3种：(1) 事物（4种）：结构事物，⾏为事物，分组事物，注释事物(2) 关系（4种）：泛化关系，实现关系，依赖关系，关联关系(3) 图（10种）：⽤例图，类图，对象图，包图，组件图，部署图，状态图，活动图，序列图，协作图事物是对模型中最具代表性的成分的抽象；关系把事物结合在⼀起；图聚集了相关的事物。
(2) 关系（4种）UML 中类与类, 类与接⼝, 接⼝与接⼝这间的关系有: 泛化(generalization) 关系, 关联(association)关系( 关联, 聚合, 合成), 依赖(dependency)关系，实现(realization)关系.泛化(generalization)关系是⼀个类（称为⼦类、⼦接⼝）继承另外的⼀个类（称为⽗类、⽗接⼝）的功能，并可以增加它⾃⼰的新功能的能⼒，继承是类与类或者接⼝与接⼝之间最常见的关系；在Java中此类关系通过关键字extends明确标识，在设计时⼀般没有争议性。
实现(realization)关系指的是⼀个class类实现interface接⼝（可以是多个）的功能；实现是类与接⼝之间最常见的关系；在Java中此类关系通过关键字implements明确标识，在设计时⼀般没有争议性；依赖(dependency)关系: 也是类与类之间的连接. 表⽰⼀个类依赖于另⼀个类的定义. 依赖关系总是单向的。
可以简单的理解，就是⼀个类A 使⽤到了另⼀个类B，⽽这种使⽤关系是具有偶然性的、、临时性的、⾮常弱的，但是B类的变化会影响到A；⽐如某⼈要过河，需要借⽤⼀条船，此时⼈与船之间的关系就是依赖；表现在代码层⾯，为类B作为参数被类A在某个method⽅法中使⽤。
(A use B)在java 中. 依赖关系体现为: 局部变量, ⽅法中的参数, 和对静态⽅法的调⽤.关联(association)关系:表⽰类与类之间的联接, 它使⼀个类知道另⼀个类的属性和⽅法.关联可以使⽤单箭头表⽰单向关联, 使⽤双箭头或不使⽤箭头表⽰双向关联, 不建议使⽤双向关联. 关联有两个端点, 在每个端点可以有⼀个基数, 表⽰这个关联的类可以有⼏个实例.常见的基数及含义:0..1:0 或1 个实例.0..*: 对实例的数⽬没有限制.1: 只能有⼀个实例.1..*: ⾄少有⼀个实例.他体现的是两个类、或者类与接⼝之间语义级别的⼀种强依赖关系，⽐如我和我的朋友；这种关系⽐依赖更强、不存在依赖关系的偶然性、关系也不是临时性的，⼀般是长期性的，⽽且双⽅的关系⼀般是平等的,表现在代码层⾯，为被关联类B以类属性的形式出现在关联类A中，也可能是关联类A引⽤了⼀个类型为被关联类B的全局变量；在java 语⾔中关联关系是使⽤实例变量实现的.关联关系还包括：聚合，组合关系。
UML中共有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协作图展现了一组对象之间的链接以及这组对象收发的消息，强调收发消息对象的组织结构，按组织结构对控制流建模。
13种uml简介、工具及示例
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中包括九种图：用例图、类图、对象图、状态图、时序图、协作图、活动图、组件图、配置图。
１）用例图（Use Case Diagram）它是UML中最简单也是最复杂的一种图。
说它简单是因为它采用了面向对象的思想，又是基于用户视角的，绘制非常容易，简单的图形表示让人一看就懂。
说它复杂是因为用例图往往不容易控制，要么过于复杂，要么过于简单。
用例图表示了角色和用例以及它们之间的关系。
２）类图（Class Diagram）是最常用的一种图，类图可以帮助我们更直观的了解一个系统的体系结构。
通过关系和类表示的类图，可以图形化的方式描述一个系统的设计部分。
３）对象图（）对象图是类图的实例，几乎使用与类图完全相同的标识。
它们的不同点在于对象图显示类的多个对象实例，而不是实例的类。
一个对象图是类图的一个实例。
由于对象存在生命周期，因此对象图只能在系统某一时间段存在。
４）状态图描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的时间做出反应的。
通常创建一个UML状态图是为了以下的研究目的：研究类、角色、子系统、或组件的复杂行为。
５）时序图又称顺序图，描述了对象之间动态的交互关系，着重体现对象间消息传递的时间顺序。
顺序图由一组对象构成，每个对象分别带有一条竖线，称作对象的生命线，它代表时间轴，时间沿竖线向下延伸。
顺序图描述了这些对象随着时间的推移相互之间交换消息的过程。
消息用从一务垂直的对象生命线指向另一个对象的生命线的水平箭头表示。
图中还可以根据需要增加有关时间的说明和其他注释。
６）协作图协作图用于显示组件及其交互关系的空间组织结构，它并不侧重于交互的顺序。
协作图显示了交互中各个对象之间的组织交互关系以及对象彼此之间的链接。
与序列图不同，协作图显示的是对象之间的关系。
另一方面，协作图没有将时间作为一个单独的维度，因此序列号就决定了消息及并发线程的顺序。
协作图是一个介于符号图和序列图之间的交叉产物，它用带有编号的箭头来描述特定的方案，以显示在整个方案过程中消息的移动情况。
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课件上的习题
判断题1、UML中一共有九种图：它们是用例图、类图、对象图、顺序图、协作图、状态图、活动图、构件图、部署图（√）2、用例图是从程序员角度来描述系统的功能（×）3、类图是描述系统中类的静态结构，对象图是描述系统中类的动态结构（×）4、活动图和状态图用来描述系统的动态行为（√）5、协作图的一个用途是表示一个类操作的实现（√）选择题6、请在下面选项目中选出两种可以互相转换的图（ab）(a) 顺序图 (b)协作图 (c) 活动图 (d) 状态图7、下面哪些图可用于BD阶段（acd）(a)用例图 (b)构件图 (c)类图 (d)顺序图8、右图中的参与者有？（ad）(a) 1 (b) 2 (c) 3 (d) 49、右图中的用例有？(bc)(a) 1 (b) 2 (c) 3 (d) 410、2和3之间是什么关系？5和6呢？（b）(a) 扩展，包含(b) 包含，扩展11、5缺少了3仍然是个完整的用例？（b）(a) 是的(b) 不是12、4能够参与2吗？1能够参与5吗？（b）(a) 可以，不可以 (b) 不可以，可以3.6 习题右图描述了菜单(Menu)、菜单项(MenuItem)、抽象命令类(Command)和具体命令类(OpenCommand，PasteCommand)之间的关系，完成1-4题(1)哪两个类之间存在组合关系①Menu、MenuItem②MenuItem、Command①Command、OpenCommand②Command、PasteCommand(2)OpenCommand和PasteCommand是什么关系①组合②泛化③聚合④没关系(3)编辑菜单(EditMenu)是一种菜单，下面哪个图较好的描述了二者之间的关系(4)下面哪份代码(C++)最接近于图中对MenuItem的描述①class MenuItem{private:virtual void Click() =0;public:Command* command;};②class MenuItem{public:virtual void Click() = 0;private:Command* command;};③class MenuItem{private:virtual void Click() = 0;void undo();public:Command* command;};④class menuitem{public:virtual void Click() = 0;private:Command* command;};右图描述了图形接口(Graphics)、线段(Segment)、矩形(Rectangle)、点(Point)和三维点(Point3D)之间的关系，完成5-7题(5)下面哪个关系没有在图中出现①关联②泛化③实现④依赖(6)下面对图中①②③④四处的多重性的描述哪个不正确①0...* ②1 ③0...* ④1(7)下面哪份代码(Java)最接近于图中对Segment的描述①public class Segment implements Graphics{privatc void Draw();public Point ptStart;public Point ptEnd;}②public class Segment extends Graphics{public void Draw();private Point ptStart;private Point ptEnd;}③public class Segment implements Graphics{private Point ptStart;private Point ptEnd;public void Draw();}④public class segment implements graphics{public void Draw();private Point ptStart;private Point ptEnd;}习题4.51 指出左图中的参与者？（A）A①B②C③D④2 哪些是对象？（B）A①B②③④ C ④D⑤⑥⑦⑧⑨⑩3 Server类调用了CreditService类中的什么操作？（B）A⑦B⑧ C ⑦⑧D⑧⑨练习5.71.请指出下面的消息标签各部分的内容。
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;}}}}}。
UML的图和关系
3、导图概述
4、用例图（机房收费系统）
（二）、类图
1、定义:是由若干类关联在一起，反映系统 或者子系统组成结构的静态图。 2、简要介绍:类图的建模贯穿工程的分析和 设计阶段的始终。 类图是用来描述系统的静态部分。
3、导图概述
4、类图（机房收费系统）
（三）、对象图
1、定义:对象图描述一个系统在某个具体时刻 的静态结构。 2、简要介绍：对象图实际上就是类图的实例。 对象图表示一组对象及他们之间的联系，它是 系统的详细状态在某一时刻的快照，常用于表 示复杂类图的一个实例。 UML中对象图与类图具有相同的表示形式。 在UML中，对象图的使用相当有限，主要用于 表达数据结构的实例，以及了解系统在某个特 定时刻的具体情况。
3、导图概述
4、状态图（机房收费系统-注册）
（五）、活动图
1、定义：阐明业务用例实现的工作流程。 2、简要介绍：活动图是UML用于对系统的动 态行为建模的另一种常用工具，它描述活动的 顺序，展现从一个活动到另一个活动的控制流。 活动图在本质上是一种流程图。活动图着重表 现从一个活动到另一个活动的控制流，是内部 处理驱动的流程。 活动图描述的是对象活动的顺序关系所遵循的 规则，它着重表现的是系统的行为，而非系统 的处理过程。活动图能够表示并发活动的情形， 活动图是面向对象的。
3、导图概述
4、活动图（机房收费系统-注册）
（六）、序列图（又称顺序图，时序图）
1、定义：是对对象之间传送消息的时间顺序的可 视化表示。 2、简要介绍：序列图的目的在于描述系统中各个 对象按照时间的顺序的交互过程。 序列图将交互关系表示为一个二维图。纵向是时间 轴，时间沿竖线向下延伸。横向轴代表了在协作中 各独立对象的类元角色。类元角色用生命线表示。 当对象存在时，角色用一条虚线表示，当对象的过 程处于激活状态时，生命线是一个双道线。 消息用从一个对象的生命线到另一个对象生命线的 箭头表示。箭头以时间顺序在图中从上到下排列。
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术语表UML（统一建模语言）是一种用于软件系统设计和开发的图形化建模语言。
它提供了一组丰富的符号和标记，用于描述软件系统的结构、行为和交互。
为了更好地理解UML术语，下面是一个详细的UML术语表。
1. 类图（Class Diagram）类图是UML中最常用的图之一，用于描述系统中的类、接口、关系和依赖关系等。
它显示了类之间的静态结构，包括属性、方法和关联关系等。
2. 对象图（Object Diagram）对象图是类图的实例化表示，它展示了系统中特定时间点上对象之间的静态关系。
对象图可以帮助开发人员更好地理解类之间的实例化关系。
3. 顺序图（Sequence Diagram）顺序图描述了对象之间按照时间顺序进行交互的动态行为。
它展示了消息在对象之间传递时的顺序，并显示了每个对象在交互过程中执行的操作。
4. 活动图（Activity Diagram）活动图描述了系统中各个活动（或操作）之间流转控制的过程。
它展示了活动之间的依赖关系和并发执行等情况，帮助开发人员更好地理解系统的行为。
5. 状态图（Statechart Diagram）状态图描述了系统中对象的生命周期和状态转换。
它展示了对象在不同状态之间的转换条件和动作，帮助开发人员更好地理解系统的状态变化。
6. 用例图（Use Case Diagram）用例图描述了系统中的各个用例和参与者之间的关系。
它展示了系统的功能需求和用户角色，帮助开发人员更好地理解系统的功能范围。
7. 包图（Package Diagram）包图描述了系统中各个包（或命名空间）之间的关系和依赖关系。
它展示了包之间的层次结构和引用关系，帮助开发人员更好地组织代码结构。
8. 组件图（Component Diagram）组件图描述了系统中各个组件之间的关系和依赖关系。
它展示了组件之间的接口、依赖和协作等，帮助开发人员更好地设计和实现模块化的软件系统。
9. 部署图（Deployment Diagram）部署图描述了系统中各个节点之间的物理部署关系。
uml的十三种图形
uml的⼗三种图形
1.⽤例图：对系统的使⽤⽅式分类.
2.类图:显⽰类和它们的相互关系。
3。
对象图：只显⽰对象及它们的相互关系。
4。
活动图：显⽰⼈或对象的活动，其⽅式类似于流程图。
5。
状态机图：显⽰⽣命周期⽐较有趣或复杂的对象的各种状态。
6。
通信图：显⽰在某种情形下对象之间发送的消息。
7。
顺序图：显⽰与通信图类以的信息，但强调的是顺序，⽽不是连接。
8。
包图：显⽰相关的类如何组合，对开发⼈员有⽤。
9。
部署图：显⽰安装已完成系统的机器、过程和部署制品。
10。
组件图显⽰可重⽤的组件（对象或⼦系统）及期接⼝。
11。
交互总图：使⽤顺序图喧⾚活动的务个步骤。
12。
时间图：显⽰消息和对象状态的准确时间限制。
13。
复合结构图：显⽰对象在聚合或复合中的相互关系，显⽰接⼝和协作的对象。
UML 各种图总结精华
UML 各种图总结精华UML（Unified Modeling Language）是一种统一建模语言，为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。
下面将对UML的九种图+包图的基本概念进行介绍以及各个图的使用场景。
一、基本概念如下图所示，UML图分为用例视图、设计视图、进程视图、实现视图和拓扑视图，又可以静动分为静态视图和动态视图。
静态图分为：用例图，类图，对象图，包图，构件图，部署图。
动态图分为：状态图，活动图，协作图，序列图。
1、用例图（UseCase Diagrams）：用例图主要回答了两个问题：1、是谁用软件。
2、软件的功能。
从用户的角度描述了系统的功能，并指出各个功能的执行者，强调用户的使用者，系统为执行者完成哪些功能。
2、类图（Class Diagrams）：用户根据用例图抽象成类，描述类的内部结构和类与类之间的关系，是一种静态结构图。
在UML类图中，常见的有以下几种关系: 泛化（Generalization）, 实现（Realization），关联（Association)，聚合（Aggregation），组合(Composition)，依赖(Dependency)。
各种关系的强弱顺序：泛化 = 实现 > 组合 > 聚合 > 关联 > 依赖2.1.泛化【泛化关系】：是一种继承关系，表示一般与特殊的关系，它指定了子类如何继承父类的所有特征和行为。
例如：老虎是动物的一种，即有老虎的特性也有动物的共性。
2.2.实现【实现关系】：是一种类与接口的关系，表示类是接口所有特征和行为的实现。
2.3.关联【关联关系】：是一种拥有的关系，它使一个类知道另一个类的属性和方法；如：老师与学生，丈夫与妻子关联可以是双向的，也可以是单向的。
双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头。
【代码体现】：成员变量2.4. 共享聚合【聚合关系】：是整体与部分的关系，且部分可以离开整体而单独存在。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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)一种交互图，展现消息跨越不同对象或角色的实际时间信息；具体描述单个或多个对象状态变化的时间点以及维持特定状态的时间段；顺序图是表示交互的主要手段，可以在顺序图中增加时间约束来表明对象状态变化的时间点以及维持特定状态的时间段。
核心概念时间约束、持续时间约束、生命线状态、条件、事件 “打电话”顺序图的时间约束 利用时间图描述时间约束8、状态机图(State Machine Diagram)状态机图(State MachineDiagram)UML1.x 为状态图(StatechartDiagram)利用状态和事件描述对象本身“的行为 主要概念状态、初态、终态、复合状态 事件、转移、动作 并发推荐使用场合类设计9、构件图(Component Diagram)构件图(ComponentDiagram)封装类为构件描述在系统实现环境中的软件构件和之间的关系主要概念构件、工件、接口(所供接口、所需接口)依赖、实现推荐使用场合系统设计、实现、部署构件图描述类的实现环境10、部署图（Deployment Diagram ）部署图描述系统部署情况部署图（Deployment Diagram ）主要概念节点、构件、位置连接、依赖推荐使用场合系统设计、实施、部署UML1.XUML几种图的绘制UML是Unified Modeling Language（统一建模语言）的简称。
UML是对软件密集型系统中的制品（软件开发过程中产生的各种各样的产物，如模型、源代码、测试用例等）进行可视化、详述、构造和文档化的语言。
UML是一套表示法系统。
UML由一组图组成，它使得系统分析员可以利用这一标准来建立能够和客户、程序员以及任何参与程序开发的人员理解的多视角的系统蓝图。
不同的风险承担人通常使用不同类型的图相互交流。
UML的特点有：统一的标准：UML已被OMG接受为标准的建模语言、面向对象、可视化、表示能力强大、独立于过程、概念明确，建模表示法简洁，图形结构清晰，容易掌握使用UML中包括九种图：类图、对象图、用例图、状态图、顺序图、活动图、协作图、构件图、部署图【系统用例图】用例是系统的一组使用场景。
每个场景描述了一个事件的序列。
每个序列是由一个人、另一个系统、一台硬件设备或者某段时间的流逝所发起。
这些发起事件序列的实体叫做参与者（actor）。
用例是对一个参与者（actor）使用系统的一项功能时所进行的交互过程的一个文字描述序列。
UML表示：∙用例用一个椭圆形表示∙参与者用直立人形图标表示∙用例的发起参与者在用例图的左侧，接收参与者在用例图的右侧∙关联线连接参与者和用例并且表示参与者与用例之间有通信关系；关联线是实线。
Rational Rose表示：创建参与者创建与参与者相关的用例并建立联系系统用例图如下：目录中出现参与者及用例如下：【顺序图】对象之间的交互是按照特定的顺序发生的，这些按特定顺序发生的交互序列从开始到结束需要一定的时间。
当建立一个系统时，必须要指明这种交互序列，顺序图就是用来完成这项工作的UML组件。
UML表示：∙对象用矩形表示，其中是带下划线的对象名∙时间用垂直虚线表示∙消息用带箭头的直线表示∙激活用窄矩形条表示Rational Rose表示：右击用例“Add Item to Shopping Cart”,选择“Add”->“Sequence Diagram”首先画出用例中会用到Object再在Object之间创建ObjectMessage顺序图如下：【协作图】协作图是对象图的扩展。
协作图除了展示出对象之间的关联，还显示出对象之间的消息传递。
对象图是一个快照；而协作图是一部电影。
UML表示：∙关联线附近的箭头线表示对象之间的传递的消息，箭头指向消息接收对象∙消息名称和消息序号附在箭头线附近。
消息的一般含义是触发接收消息的对象执行它的一个操作Rational Rose表示：用例图按F5键直接生成协作图如下：绘制详细顺序图如下：生成协作图：在目录中生成如下文件：【类图】类是一类或者一组具有类似属性和共同行为的事物UML表示：∙矩形方框∙被分为三个区域：类名、类的属性、类的操作∙类名由多个单词组成；每个单词的首字母要大写，单词之间不用空格∙属性名和操作名也类似，但首字母不用大写∙每个操作名的后面都有一对括号Rational Rose表示：在图中绘制各种类以及各种类之间的关系分析“Add Item to Shopping Cart”中用到的类，在Logical View新建“Class Diagram”、“Add Item to Shopping Cart”绘制类图如下：创建主类图“main”：Boudaries、Control、Entities三个包则在Logical中生成三个文件夹：将相应的类拖到对应的文件夹下：【状态图】人或事物表现出来的形态为状态。
当系统与用户（也可能是其它系统）交互的时候，组成系统的对象为了适应交互需要经历必要的变化。
如果要对系统建立模型，那么模型中必须要反映出这种变化。
UML表示：∙状态用圆角矩形表示∙状态间带箭头的实线代表状态的迁移（转移），箭头指向目标状态∙实心圆代表状态转移的起点，眼形圆圈代表终点Rational Rose表示：在类Product Item下新建“Statechart Diagram”,绘制Product的状态图绘制“开始”状态，之后依次绘制各种状态及转移，最后以表示结束绘制状态图如下：生成目录如下：【构件图】构件是系统中遵从一组接口且提供其实现的物理的、可替换的部分。
构件图则显示一组构件以及他们之间的相互关系，包括编译、链接或执行时构件之间的依赖关系。
构件图和部署图用于在OO系统中实现物理方面的建模UML表示：∙左侧附有两个小矩形的大矩形框；也可以用一个顶部带关键字《Component》的矩形表示∙构件有自己的名称。
如果构件属于一个包，可以在构件名称前面加上包名∙可以在构件图标中列出构件的操作Rational Rose表示：在“Component View”中新建Component Diagram创建构件，并绘制构件间各种关系绘制系统组件图如下：创建组件图“main”，建立三个包目录中生成三个相应文件夹，将相应的组件放入文件夹中，为了显示出每个Package中的Component，在相应的目录下建立组件图“main”文件目录如下：其中Boundaries下main组件图如下：Control下main组件图如下：Entities下main组件图如下：【部署图】部署图用来描述系统硬件的物理拓扑结构以及在此结构上执行的软构件。
部署图也称配置图，实施图。
常常用于帮助理解分布式系统。
部署图由体系结构设计师，网络工程师，系统工程师等描述。
UML表示：∙用立方体表示∙加关键字<<Device>>Rational Rose表示：在Commonent View下的Deployment中绘制Processor及Device绘制系统部署图如下：结果分析1. UML是Unified Modeling Language（统一建模语言）的简称。
UML是对软件密集型系统中的制品（软件开发过程中产生的各种各样的产物，如模型、源代码、测试用例等）进行可视化、详述、构造和文档化的语言。
2. UML中视图包括：用例视图(Use Case View)、逻辑视图(Logical View)、实现视图(Implementation View)、进程视图(Process View)、部署视图(DeploymentView)等。
由九种图组成3. 实验通过掌握各种图在Rational Rose中的绘制方法，加深了对图所表达含义的理解以及各种图之间的关系。