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状态图是为了以下的研究目的：研究类、角色、子系统、或组件的复杂行为。
５）时序图又称顺序图，描述了对象之间动态的交互关系，着重体现对象间消息传递的时间顺序。
顺序图由一组对象构成，每个对象分别带有一条竖线，称作对象的生命线，它代表时间轴，时间沿竖线向下延伸。
顺序图描述了这些对象随着时间的推移相互之间交换消息的过程。
消息用从一务垂直的对象生命线指向另一个对象的生命线的水平箭头表示。
图中还可以根据需要增加有关时间的说明和其他注释。
６）协作图协作图用于显示组件及其交互关系的空间组织结构，它并不侧重于交互的顺序。
协作图显示了交互中各个对象之间的组织交互关系以及对象彼此之间的链接。
与序列图不同，协作图显示的是对象之间的关系。
另一方面，协作图没有将时间作为一个单独的维度，因此序列号就决定了消息及并发线程的顺序。
协作图是一个介于符号图和序列图之间的交叉产物，它用带有编号的箭头来描述特定的方案，以显示在整个方案过程中消息的移动情况。
- 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中的绘制方法，加深了对图所表达含义的理解以及各种图之间的关系。