面向对象中包括哪些UML图及每件图的作用
UML面向对象分析、建模与设计课件第五章 类图
类——操作
操作是一个可以由类的对象请求以影响其行为的服务的实现，也即 是对一个对象所做的事情的抽象，并且由这个类的所有对象共享。
操作是类的行为特征或动态特征。 操作的语法格式为：
可见性OPT 操作名 ⌊(参数列表)⌋OPT ⌊:返回类型⌋OPT ⌊{特性}⌋OPT
操作名：操作的标识符。在描述操作时，操作名是必须的，其他部 分可选。
Student
+monitor 1
1..*
自关联
类图中的关系——关联关系
关联名称：放在关联路径的旁边，但远离关联端。 角色：放在靠近关联端的部分，表示该关联端连接的类在这一关联
关系中担任的角色。角色名上也可使用可见性修饰符号。 多重性：放在靠近关联端的部分，表示在关联关系中源端的一个对
象可以与目标类的多少个对象之间有关联。 导航性：一个布尔值，用来说明运行时刻是否可能穿越一个关联。 限定符：是二元关联上的属性组成的列表的插槽，其中的属性值用
/WorksForCompany
Department * +department 1 WorksForDepartment
* Person
类图中的关系——泛化关系
泛化关系定义为一个较普通的元素与一个较特殊的元素之间的类元 关系。其中描述一般的元素称为父，描述特殊的元素称为子。
通过泛化对应的继承机制使子类共享父类的属性和操作，小了模型 的规模，同时也防止了模型的更新所导致的定义不一致的意外。
法了，此时称之为N元关联。
类图中的关系——关联关系
class Logical View
ClassA
AssociationName
+rolename 0..*
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.标准文档UML类的符号是一个被划分成三块的方框：类名，属性，和操作.抽象类的名字，像Payment是斜体的.类之间的关系是连接线.类图有三种关系.关联association－表示两种类的实例间的关系.如果一个类的实例必须要用另一个类的实例才能完成工作时就要用关联.在图中，关联用两个类之间的连线表示.标准文档标准文档为了简单地表示出复杂的类图，可以把类组合成包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（UnifiedModelingLanguage统一建模语言）
UML（UnifiedModelingLanguage统⼀建模语⾔）UML（Unified Modeling Language 统⼀建模语⾔），⼜称标准建模语⾔。
是⽤来对软件密集系统进⾏可视化建模的⼀种语⾔。
UML是⼀种⾯向对象的建模语⾔，它可以实现⼤型复杂系统各种成分描述的可视化、说明并构造系统模型，以及建⽴各种所需的⽂档，是⼀种定义良好、易于表达、功能强⼤且普遍适⽤的建模语⾔。
UML基本内容详述（1）视图 视图是表达系统的某⼀⽅⾯特征的UML建模元素的⼦集；试图并不是图，它是由⼀个或多个图组成的对系统某个⾓度的抽象。
1）⽤例视图（核⼼视图） 强调从⽤户的⾓度看到的或需要的系统功能。
2）逻辑视图 该视图⽤于描述系统内实现的逻辑功能，展现系统的静态或结构组成及特征。
3）组件视图 该视图从系统实现的⾓度来描述模型对象间的关系。
4）配置视图 该视图⽤于说明系统的物理配置。
（2）图表 图表是描述视图内容的图。
1）⽤例图 ⽤于描述外部项与系统提供的使⽤事件之间的联系。
⼀个使⽤事件是系统提供的功能的具体描述，是系统分析⼈员从⽤户⾓度描述系统的功能，是功能与功能之间以及功能与⽤户之间的关系。
使⽤事件定义了系统的功能需求。
简单理解：⽤来描述系统的功能。
2）类图 ⽤于描述系统的静态结构。
类可以⽤不同⽅式连接，主要包括联合、依赖、独⽴和包装。
⼀个系统⼀般有多张类图，⼀个类可在不同的视图中出现。
3）对象图 ⽤于表述系统在某个时刻的静态结构。
对象图也可作为协作图的⼀部分，说明⼀组对象之间的动态协作关系。
对象图与类图的区别：对象图表⽰的是类中的许多对象实例，⽽不是类本⾝。
4）状态图 ⽤于说明类中的对象可能具有的状态，以及由时间引起的状态的改变。
简单理解：描述了系统元素的状态条件和响应。
5）顺序图（时序图） ⽤于描述对象间的动态协作关系。
表达了对象间发⾏消息的时序，同时也表达出对象间的相互作⽤，以及当系统执⾏到某个特定位置时可能会发⽣的事。
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协作图展现了一组对象之间的链接以及这组对象收发的消息，强调收发消息对象的组织结构，按组织结构对控制流建模。
第2章 UML通用知识点概述
2、图
序 列 图
序列图显示了一个具体用例或者用例的一部分的一个详细流程。它几 乎是自描述的，序列图不仅可以显示了流程中不同对象之间的调用关系， 还可以很详细地显示对不同对象的不同调用。 序列图有两个维度：垂直维度，也称时间维度，以发生的时间顺序显 示消息或调用的序列；水平维度显示消息被发送到的对象实例。
UML统一建模语言
二、常用的UML元素分析
1、视图
活 动 视 图
活动视图是一种特殊形式的状态机视图，是状态机的一个变体，用 来描述执行算法的工作流程中涉及的活动。 通常活动视图用于对计算流程和工作流程建模。活动视图中的状态 表示计算过程中所处的各种状态。 活动视图是在假定整个计算处理的过程中没有外部事件引起的中断 的条件下进行描述的，否则普通的状态机更加适合于描述这种情况。
UML统一建模语言
二、常用的UML元素分析
2、图
用 例 图
用例图描述了系统提供的一 个功能单元。用例图的主要目的 是帮助开发团队以一种可视化的 方式理解系统的功能需求，包括 基于基本流程的“角色”关系， 以及系统内用例之间的关系。 使用用例图可以表示出用例 的组织关系，这种组织关系包括 整个系统的全部用例或者是完成 相关功能的一组用例。 在用例图中画出某个用例方 式是在用例图中绘制一个椭圆， 然后将用例的名称放在椭圆的中 心或椭圆下面的中间位置。
三、UML的通用机制
2、修饰
在UML的图形表示中，每一个模型元素都有一个基本符号，这个基本 符号可视化地表达了模型元素最重要的信息。 用户也可以把各种修饰细节加到这个符号上以扩展其含义。这种添加 修饰细节的做法可以为图中的模型元素在一些视觉上的效果上发生一些 变化。
UML统一建模语言
三、UML的通用机制
UML实验报告
中南民族大学管理学院学生实验报告课程名称：UML面向对象分析与设计教程年级：专业：信息管理与信息系统学号：姓名：指导教师：实验地点：管理学院综合实验室2013 学年至 2014 学年度第 2 学期目录实验一 UML建模基础实验二用例图实验三 UML类图实验四对象图实验五包图实验六动态模型图实验（一） UML建模基础实验时间：实验目的1.熟悉UML建模工具Rational Rose的基本菜单及操作。
2.掌握UML的三大组成部分及各部分作用。
3.掌握UML的可见性规则和构造型的作用。
实验内容1.练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。
2.认识各种UML关系及可见性符号，并用工具表示出来。
答：各种UML关系如下：分析与讨论1.总结UML在软件工程中的作用以及使用UML建模的必要性。
答：统一建模语言（UML）是用来对软件密集系统进行可视化建模的一种语言，也是为面向对象开发系统的产品进行说明、可视化、构造和编制文档的一种语言。
UML作为一种模型语言，它使开发人员专注于建立产品的模型和结构，而不是选用什么程序语言和算法实现。
当模型建立之后，模型可以被UML工具转化成指定的程序语言代码。
UML可以贯穿软件开发周期中的每一个阶段，最适于数据建模、业务建模、对象建模、组件建模。
UML展现了一系列最佳工程实践，这些最佳实践在对大规模、复杂系统进行建模方面，特别是在软件架构层次方面已经被验证有效。
UML是一种功能强大的，面向对象的可视化系统分析的建模语言，它的各个模型可以帮助开发人员更好地理解业务流程，建立更可靠，更完善的系统模型，从而使用户和开发人员对问题的描述达到相同的理解，以减少语义差异，保障分析的正确性。
指导教师批阅：实验（二）用例图实验时间：实验目的1.掌握用例的概念、UML用例图的组成、作用以及使用场合。
2.掌握用例与用例之间的各种关系。
3.用Rational Rose工具练习教材中的用例图。
UML基础与Rose建模实用教程课后习题及答案(无第四章)
UML基础与Rose建模实用教程课后习题及答案第1章面向对象概述1. 填空题（1）软件对象可以这样定义：所谓软件对象，是一种将状态和行为有机结合起来形成的软件构造模型，它可以用来描述现实世界中的一个对象。
（2）类是具有相同属性和操作的一组对象的组合，即抽象模型中的“类”描述了一组相似对象的共同特征，为属于该类的全部对象提供了统一的抽象描述。
（3）面向对象程序的基本特征是抽象、封装、继承和多态。
2. 选择题（1）可以认为对象是ABC。
（A）某种可被人感知的事物（B）思维、感觉或动作所能作用的物质（C）思维、感觉或动作所能作用的精神体（D）不能被思维、感觉或动作作用的精神体（2）类的定义要包含以下的要素ABD。
（A）类的属性（B）类所要执行的操作（C）类的编号（D）属性的类型（3）面向对象程序的基本特征不包括B。
（A）封装（B）多样性（C）抽象（D）继承（4）下列关于类与对象的关系的说法不正确的是A。
（A）有些对象是不能被抽象成类的（B）类给出了属于该类的全部对象的抽象定义（C）类是对象集合的再抽象（D）类用来在内存中开辟一个数据区，并存储新对象的属性3. 简答题（1）什么是对象？试着列举三个现实中的例子。
对象是某种可被人感知的事物,也可是思维\感觉或动作所能作用的物质或精神体,例如桌子.椅子.汽车等。
（2）什么是抽象？抽象是对现实世界信息的简化。
能够通过抽象将需要的事物进行简化、将事物特征进行概括、将抽象模型组织为层次结构、使软件重用得以保证。
（3）什么是封装？它有哪些好处？封装就是把对象的状态和行为绑在一起的机制，使对象形成一个独立的整体，并且尽可能地隐藏对象的内部细节。
封装有两个含义；一是把对象的全部状态和行为结合在一起，形成一个不可分割的整体。
对象的私有属性只能够由对象的行为来修改和读取。
二是尽可能隐蔽对象的内部细节，与外界的联系只能够通过外部接口来实现。
通过公共访问控制器来限制对象的私有属性，使用封装具有以下好处：避免对封装数据的未授权访问、帮助保护数据的完整性、当类的私有方法必须修改时，限制了在整个应用程序内的影响。
面向对象分析及其包括的图建模步骤
一、叙述基于UML的面向对象分析设计过程１）识别系统的用例和角色首先对项目进行需求调研，依据项目的业务流程图和数据流程图以及项目中涉及的各级操作人员，通过分析，识别出系统中的所有用例和角色；接着分析系统中各角色和用例间的联系，再使用UML建模工具画出系统的用例图，同时，勾画系统的概念层模型，借助UML 建模工具描述概念层类图和活动图。
２）进行系统分析，并抽象出类系统分析的任务是找出系统中所有需求并加以描述，同时建立特定领域模型。
建立域模型有助于开发人员考察用例，从中抽取出类，并描述类之间的关系。
３）设计系统和系统中的类及其行为设计阶段由结构设计和详细设计组成。
①结构设计是高层设计，其任务是定义包（子系统），包括包间的依赖关系和主要通信机制。
包有利于描述系统的逻辑组成部分以及各部分之间的依赖关系。
②详细设计就是要细化包的内容，清晰描述所有的类，同时使用UML 的动态模型描述在特定环境下这些类的实例的行为。
二、UML中包括哪些图及每件图的作用UML中包括九种图：用例图、类图、对象图、状态图、时序图、协作图、活动图、组件图、配置图。
１）用例图（Use Case Diagram）它是UML中最简单也是最复杂的一种图。
说它简单是因为它采用了面向对象的思想，又是基于用户视角的，绘制非常容易，简单的图形表示让人一看就懂。
说它复杂是因为用例图往往不容易控制，要么过于复杂，要么过于简单。
用例图表示了角色和用例以及它们之间的关系。
２）类图（Class Diagram）是最常用的一种图，类图可以帮助我们更直观的了解一个系统的体系结构。
通过关系和类表示的类图，可以图形化的方式描述一个系统的设计部分。
３）对象图（）对象图是类图的实例，几乎使用与类图完全相同的标识。
UML中包括九种图
UML中包括九种图：用例图、类图、对象图、状态图、时序图、协作图、活动图、组件图、配置图。
１）用例图（Use Case Diagram）它是UML中最简单也是最复杂的一种图。
说它简单是因为它采用了面向对象的思想，又是基于用户视角的，绘制非常容易，简单的图形表示让人一看就懂。
说它复杂是因为用例图往往不容易控制，要么过于复杂，要么过于简单。
用例图表示了角色和用例以及它们之间的关系。
２）类图（Class Diagram）是最常用的一种图，类图可以帮助我们更直观的了解一个系统的体系结构。
通过关系和类表示的类图，可以图形化的方式描述一个系统的设计部分。
３）对象图（）对象图是类图的实例，几乎使用与类图完全相同的标识。
它们的不同点在于对象图显示类的多个对象实例，而不是实例的类。
一个对象图是类图的一个实例。
由于对象存在生命周期，因此对象图只能在系统某一时间段存在。
４）状态图描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的时间做出反应的。
通常创建一个UML状态图是为了以下的研究目的：研究类、角色、子系统、或组件的复杂行为。
５）时序图又称顺序图，描述了对象之间动态的交互关系，着重体现对象间消息传递的时间顺序。
顺序图由一组对象构成，每个对象分别带有一条竖线，称作对象的生命线，它代表时间轴，时间沿竖线向下延伸。
顺序图描述了这些对象随着时间的推移相互之间交换消息的过程。
消息用从一务垂直的对象生命线指向另一个对象的生命线的水平箭头表示。
图中还可以根据需要增加有关时间的说明和其他注释。
６）协作图协作图用于显示组件及其交互关系的空间组织结构，它并不侧重于交互的顺序。
协作图显示了交互中各个对象之间的组织交互关系以及对象彼此之间的链接。
与序列图不同，协作图显示的是对象之间的关系。
另一方面，协作图没有将时间作为一个单独的维度，因此序列号就决定了消息及并发线程的顺序。
协作图是一个介于符号图和序列图之间的交叉产物，它用带有编号的箭头来描述特定的方案，以显示在整个方案过程中消息的移动情况。
UML建模工具软件StarUML从入门到精通——软件系统需求分析中的UML用例图及其组成部件
（3）所应该注意的问题
1）用例确定的只是与用户交流的目的，而不是交流的手 段。 因为，客户并不需要了解执行者、用例这些概念。用例能 告诉软件系统的开发团队“去向客户了解什么”（目的），不 能告诉软件系统的开发团队如何向客户去了解（手段）； 2）获得用例的手段可以有很多种 文档研究、问卷调查、访谈、观察、研究竞争对手、开会、 原型、场景演示…，使用用例思维来指导这些交流手段，会使 交流更有目的，更加高效。
2）泛化关联包括用例之间及活动着之间的关联关系。例如， 修改员工资料和修改开发部员工资料就是用例的泛化关联。 3）泛化关联用空心三角箭头的实线表示：其方向从特殊指向 一般。
（4）用例的横向方面的包含关联 1）包含关联主要是指一个基本用例的行为包含了另一个用例 的行为，这种关联是一种依赖关系，被包含的用例不能独 立存在，只能作为包含它的用例的一部分。
11、UML用例模型的主要作用
（1）表示系统的需求 可以应用UML用例模型来开发一个精确的模型来表示软件系 统的需求，然后以这些用例为基础来推动软件系统开发的其它方 面。 （2）连接用户与软件系统需求 用例的作用就好象是项链上的一条线，它将所有的珍珠绑定 在一起。 用例在最终的用户和软件系统需求之间建立起一座桥梁。它 们可用来在功能需求和软件系统实现之间进行回溯。
3）时间 时间作为参与者时，经过一定时间触发系统的某个事件。 例如，ATM机可能每天午夜运行一些协调处理。 由于事件不在本系统的控制之内，因此也是本软件系统的参 与者。
3、某个“网上书店”和“在线网校”项目中的各个参与者 示例说明
（1）在“网上书店”项目中的参与者主要有用户和系统统管理 员，而管理员使用控制面板对系统和用户管理，也就是进行系统 设置，管理用户、用户组、权限，查看系统访问日志及用户使用 情况等的统计信息。 （2）在“在线网校”项目中的学校课程管理子系统中则有三个 参与者在不同的应用中互动。
(完整word版)UML基础与Rose建模复习资料
UML 基础与 Rose 建模复习资料1-4 章一、主要内容1、对象与类的定义对象：是面向对象系统的基本构造块，是一些相关的变量和方法的软件集。
（对象经常用于建立对现实世界中的一些基本构造块）注：客观世界里的任何实体都可以被称为对象。
对象可以是具体的、有形的物，也可以是无形的事物或概念。
对象是问题域或实现域中某些事物的一个抽象。
对象是一个封装数据属性和操作行为的实体。
类：是具有相同属性和操作的一组对象的组合。
也就是说，抽象模型中的“类”描述了一组相似对象的共同特征，为属于该类的全部对象提供了统一的抽象描述。
2、面向对象的基本特征：1）抽象：抽象忽略了事件中与当前目标无关的非本质特征，强调与当前事物相关的特征，并将事物正确的归类，得出事物的抽象模型，并且为对象的重用提供了保障2）封装：就是把对象的状态和行为绑到一起的机制，使对象形成一个独立的整体，并且尽可能地隐藏对象的内部细节。
3）继承：是指特殊类的对象拥有其一般类的属性和行为。
4）多态性：同一操作作用于不同的对象，可以有不同的解释，产生不同的执行结果。
3、 UML 包含的视图以及这些视图都对应的图UML 中主要视图有：静态视图、用例视图、交互视图、状态机视图、活动视图、物理视图、模型管理视图对应的图如下图所示4、 UML 包含的图以及图的作用在下面的各章节中都分别有总结，这里就不总结5、 UML 中模型元素的主要关系UML 中主要包含 4 种关系：依赖、关联、泛化、实现依赖：指的是两个事物之间的语义，当其中一个事物（独立的事物）发生变化就会影响另外一个事物（依赖事物）的语义。
关联：是一种事物之间的结构关系，用它来描述一组链，链是对象之间的连接。
泛化：事物之间的一种特殊 / 一般关系，特殊原子（子元素）的对象，也就是我们在面向对象学中常常提起的继承。
实现：实现关系也是 UML 元素之间的一种语义关系，它描述了一组操作的规约和一组对操作的具体实现之间的语义关系。
UML图基础介绍
依赖 【依赖关系】：是一种使 用的关系，即一个类的实现需 要另一个类的协助，所以要尽 量不使用双向的互相依赖.
【代码表现】：局部变量、 方法的参数或者对静态方法的 调用 【箭头及指向】：带箭头 的虚线，指向被使用者
各种类图关系
3、对象图（Object Diagrams）
描述的是参与交互的各个对象在交互过程中某一时刻的状态。对象图 可以被看作是类图在某一时刻的实例。
第三部分
图的差异比较
图的差异比较
1.序列图(时序图)VS协作图 序列图和协作图都是交互图。二者在语义上等价，可以相互转化。但是侧重点不同： 序列图侧重时间顺序，协作图侧重对象间的关系。 共同点：时序图与协作图均显示了对象间的交互。 不同点：时序图强调交互的时间次序。 协作图强调交互的空间结构。 2.状态图VS活动图 状态图和活动图都是行为图。状态图侧重从行为的结果来描述，活动图侧重从行为 的动作来描述。状态图描述了一个具体对象的可能状态以及他们之间的转换。在实际的 项目中，活动图并不是必须的，需要满足以下条件：1、出现并行过程&行为；2、描述 算法；3、跨越多个用例的活动图。 3.活动图VS交互图 二者都涉及到对象和他们之间传递的关系。区别在于交互图观察的是传送消息的对 象，而活动图观察的是对象之间传递的消息。看似语义相同，但是他们是从不同的角度 来观察整个系统的。
第四部分
UML与软件工程
UML与软件工程
UML图是软件工程的组成部分，软件工程从宏观的角度保证了软件 开发的各个过程的质量。而UML作为一种建模语言，更加有效的实现了软 件工程的要求。
UML与软件工程 如下图，在软件 的各个开发阶段需要的 UML图。
UML与软件工程 下表是UML使用人员图示。
UML建模工具中的五大视图
UML建模工具中的五大视图本节和大家一起学习一下UML建模工具方面的知识，本节主要包括面向对象建模概念和UML中的五大视图等内容，相信通过本节的介绍你对UML建模工具有一定的认识。
下面让我们一起来学习UML建模工具吧。
UML建模工具1．面向对象建模建模把复杂得问题分解为易于理解的小元素，以达到问题的求解模型帮助你具体化和指出系统的不同方面，模型也显示不同的部分如何彼此相关并有助于它们的工作形象化。
UML定义了软件工程领域中的不同模型。
下面给出模型和它们的描述：.类模型描述其静态结构，状态模型表示对象的动态行为，用例模型解释用户的要求，交互模型描述消息流，实现模型包含工作单元，部署模型包含属于进程分配的细节。
提供一种简单的、准备使用的、表现为可视的建模语言，是独立于过程的，是独立于语言的2．UML建模工具的五大视图：UML定义了软件工程领域中的不同模型。
下面给出模型和它们的描述：.类模型描述其静态结构，状态模型表示对象的动态行为，用例模型描述用户的要求，交互模型描述消息流，实现模型描述工作单元，部署模型属于进程分配的细节。
◆用户视图–表示系统的目的和目标◆结构视图–表示系统的静态或空闲的状态◆行为视图–表示系统的动态状态或状态的变动◆实现视图–表示系统的逻辑元素的分布◆环境视图–表示系统物理元素的分布3．用户视图系统的用户视图由用例图组成，用例图包含执行者、用例、及它们的关系，用例图表示了系统对外部实体提供的功能，用例图由执行者和用例组成（执行者对系统做什么的）执行者主要可分为四类：主要执行者–直接与系统交互的人，次要执行者–涉及到系统维护的人，外部硬件–运行应用的非计算机的系统部分，其他系统–为其工作需要与你系统交互的外部系统4．结构视图UML建模工具中结构视图代表系统的静态方面，包含类图（描述不同的类和它们的关联，描述系统中声明的类）和对象图（描述不同的对象和它们彼此间的链接）。
类：用来描述具有特征的现实世界的实体。
PowerDesigner面向对象模型
PowerDesigner面向对象模型PowerDesigner的面向对象模型(object-oriented model，OOM) 是利用UML (统一建模语言) 的图形来描述系统结构的模型，它从不同的角度来表现系统的工作状态。
在OOM中可以设计UML的所有图形，这些UML图形有助于系统分析人员、开发人员、测试人员、管理人员、用户以及其他人员之间进行信息交流。
其中，用例图、时序图和类图等共同组成了OOM的核心。
在本实验中，我们以Java语言为例，来说明使用PowerDesigner建立OOM的过程。
我们将重点讨论用例图、时序图和类图。
UML中包含的其他图形，读者可根据需要自行创建，在此不再赘述。
1. 用例图用例图(use case) 主要用于需求分析阶段，通常用来定义系统的高层次草图，进行系统需求分析和功能设计，它从用户的角度出发来描述应用系统的功能，指出了各个功能的外部操作者。
用例图中包含执行者、用例两个要素。
执行者是指用户在系统中的角色；用例是用户与计算机的一次交互。
用例图描述了每个用例将有哪些执行者参与。
图4-98显示了一个网上售书系统的用例图示例。
图4-98 网上售书系统用例图在该系统中，顾客首先连接到Web系统并填写所需要的检索条件；然后，Web系统开始检索数据库中提供的书目，并以列表形式提供给顾客；如果顾客确认，则发送相应的电子邮件；最后，系统处理顾客的电子邮件，销售人员通过销售系统完成销售活动。
(1) 定义用例用例是外部可见的一个系统功能单元，这些功能由系统单元提供，并通过一系列系统单元与一个或多个参与者之间交换的消息来表达。
用例的用途是在不涉及系统内部构造的情况下定义连贯的行为。
用例的定义包含用例所必需的所有行为、执行用例功能的主线次序、标准行为的不同变形、一般行为下的所有异常情况及其预期反应等。
例如在网上售书系统中，可以定义的用例包括：目录、查询、发送电子邮件和销售系统等。
(2) 定义角色角色描述了与系统相互作用的一组用户，最明显的角色是系统中的人，但也可能是系统本身。
UML的九种模型图
UML的九种模型图本⽂转⾃，仅供学习交流！⼀、作为⼀种建模语⾔，UML的定义包括UML语义和UML表⽰法两个部分。
UML语义：描述基于UML的精确元模型定义。
UML表⽰法：定义UML符号的表⽰法，为开发者或开发⼯具使⽤这些图形符号和⽂本语法为系统建模提供了标准。
这些图形符号和⽂字所表达的是应⽤级的模型，在语义上它是UML元模型的实例。
⼆、标准建模语⾔UML可以由下列5类图来定义。
⽤例图：从⽤户⾓度描述系统功能，并指出各功能的操作者。
静态图：包括类图和对象图。
类图描述系统中类的静态结构，不仅定义系统中的类，表⽰类之间的联系，如关联、依赖、聚合等，也包括类的属性和操作，类图描述的是⼀种静态关系，在系统的整个⽣命周期都是有效的。
对象图是类图的实例，⼏乎使⽤与类图完全相同的标识。
⼀个对象图是类图的⼀个实例。
由于对象存在⽣命周期，因此对象图只能在系统某⼀时间段存在。
⾏为图：描述系统的动态模型和组成对象间的交互关系，包括状态图和活动图。
状态图描述类的对象所有可能的状态以及事件发⽣时状态的转移条件，状态图是对类图的补充，活动图描述满⾜⽤例要求所要进⾏的活动以及活动间的约束关系，有利于识别并进⾏活动。
交互图：描述对象间的交互关系，包括时序图和协作图。
时序图显⽰对象之间的动态合作关系，它强调对象之间消息发送的顺序，同时显⽰对象之间的交互；协作图描述对象间的协作关系，协作图跟时序图相似，显⽰对象间的动态合作关系。
除显⽰信息交换外，协作图还显⽰对象以及它们之间的关系。
如果强调时间和顺序，则使⽤时序图；如果强调上下级关系，则选择协作图。
实现图：包括组件图和部署图。
组件图描述代码部件的物理结构及各部件之间的依赖关系，组件图有助于分析和理解部件之间的相互影响程度；部署图定义系统中软硬件的物理体系结构。
采⽤UML来设计系统时，第⼀步是描述需求；第⼆步根据需求建⽴系统的静态模型，以构造系统的结构；第三步是描述系统的⾏为。
其中在第⼀步与第⼆步中所建⽴的模型都是静态的，包括⽤例图、类图、对象图、组件图和部署图等5种图形，是标准建模语⾔UML的静态建模机制。
面向对象程序设计中UML的应用
面向对象程序设计中UML的应用随着计算机技术不断发展，面向对象程序设计已经成为了当今软件开发领域的主流，而统一建模语言（UML）则是面向对象程序设计中最广泛使用的建模工具。
本文将探讨UML在面向对象程序设计中的应用。
一、UML概述UML是一种图形化建模语言，起源于1990年代初。
UML一词最初由Rumbaugh、Booch和Jacobson等人发明，首先在1997年发布1.0版，目前使用最广泛的是2.5版。
UML包含13种图表，包括用例图、类图、时序图、活动图等。
每个图表都有其特定的作用和使用场景，可以用于描述软件系统的不同方面。
二、用例图用例图是UML中最常用的图表之一，它描述了系统的各个角色、交互以及系统功能。
用例图非常适合在项目早期进行需求分析，以便更好地了解系统应该具有哪些功能，以及这些功能应该如何相互协作。
用例图可以帮助我们确定谁将使用系统以及系统如何被使用。
每个用例都描述了一个用户与系统交互的操作序列。
用例图可以非常容易地捕捉到系统的需求，从而帮助我们构建一个清晰的系统模型。
三、类图类图是系统中最重要的一种UML图表，用于描述系统中的类和它们之间的关系。
类是面向对象编程的核心概念，可以被视为一种抽象的数据类型。
类图通常用于描述系统的静态结构。
类图中的每个类都有一个名称和属性，属性描述了类的状态，同时也可以包括流程控制变量和方法调用。
类图还描述了类之间的关系，如继承关系、关联关系、聚合关系和组合关系等。
类图是构建系统模型的基础之一，也是理解系统架构和设计模式的重要工具。
四、时序图时序图用于展示系统中的交互行为。
它展示了模型元素之间的交互以及它们之间的时间关系。
时序图通常用于描述系统的动态行为。
时序图显示了模型元素之间的消息传递，即一个对象向另一个对象发送消息的过程。
它还显示消息的时间顺序，可以确保系统在特定时间执行正确的操作。
五、活动图活动图是UML中的一种行为图表，用于描述系统中的操作和流程。
UML复习题新--答案
《面向对象分析与设计》复习题1、UML中的5种视图、9种图分别是什么? UML中静态图有哪些(P19)，并且分别说明他们的作用？UML中动态视图有哪些，并且分别说明他们的作用？P332、UML 中的事物包括什么？分别说明。
P273、UML中有哪几种关系，分别是什么？P274、用例图中用例间的关系有哪些，分别是什么？P355、用例图中参与者有哪些？从参与者在系统中的地位来看可以分为什么？从参与者对用例的作用来看可以分为什么？6、什么是用例粒度？7、用例描述的内容包括哪些？针对每一个用例进行用例描述。
8、简述下面UML符号表示的内容。
（属性的可见性、类型、操作的可见性、参数表、返回值）9、类的多重性举例说明。
10、三种类分别是什么，解释说明。
11、将代码转化成模型的方法是什么？请根据下面对应的Java代码画出各个类及类间的关系。
对应的Java代码：Public class Shape{}Public class Circle extends Shape {}Public class Rectangle extends Shape {}12、简述下面类图中类间的关系？13、简述下面类图中，类间的关系？14、简述下面类图中类间的关系？15、时序图与协作图的内容是什么，有什么联系区别？16、复合状态包括什么，举例说明。
17、说明泳道的作用、对象流以及组合活动的含义。
18、课程对象被创建，添加到数据库中。
管理员可以删除、修改课程信息，在某个学期，开设该课程，如果选修人数超过指定人数，就不再允许学生选这门课。
学期结束，课程的状态终止。
绘制课程对象的状态图。
19、当手机SIM 卡经过注册后，它就处在激活状态；当缴纳话费后，它就处在使用状态；当欠费时，它处在欠费停机状态；如果续交了话费，就可以继续使用；否则，如果三个月内没有续交话费，就处在空闲状态；如果一年内没有重新激活，SIM 卡就会自动销号。
画出手机SIM 卡的状态图。
各种图（流程图,思维导图,UML,拓扑图,ER图）简介概要
各种图（流程图，思维导图，UML，拓扑图，ER图）简介流程图1.定义：流程图是对过程、算法、流程的一种图像表示，在技术设计、交流及商业简报等领域有广泛的应用。
2.案例3.计算机语言只是一种工具。
光学习语言的规则还不够，最重要的是学会针对各种类型的问题，拟定出有效的解决方法和步骤即算法。
有了正确而有效的算法，可以利用任何一种计算机高级语言编写程序，使计算机进行工作。
因此，设计算法是程序设计的核心。
对同一个问题，可以有不同的解题方法和步骤。
例如，求1+2+3+…+100，可以先进行1+2，再加3，再加4，一直加到100，也可采取100+(1+99)+(2+98)+…+(49+51)+50＝100+50+49×100＝5050。
还可以有其它的方法。
当然，方法有优劣之分。
有的方法只需进行很少的步骤，而有些方法则需要较多的步骤。
一般说，希望采用方法简单，运算步骤少的方法。
因此，为了有效地进行解题，不仅需要保证算法正确，还要考虑算法的质量，选择合适的算法。
一个计算问题的解决过程通常包含下面几步:a.确立所需解决的问题以及最后应达到的要求。
必须保证在任务一开始就对它有详细而确切的了解，避免模棱两可和含混不清之处。
b.分析问题构造模型。
在得到一个基本的物理模型后，用数学语言描述它，例如列出解题的数学公式或联立方程式，即建立数学模型。
c.选择计算方法。
如定积分求值问题，可以用矩形法、梯形法或辛普生法等不同的方法。
因此用计算机解题应当先确定用哪一种方法来计算。
专门有一门学科“计算方法”，就是研究用什么方法最有效、最近似地实现各种数值计算的，换句话说，计算方法是研究数值计算的近似方法的。
d.确定算法和画流程图。
在编写程序之前，应当整理好思路，设想好一步一步怎样运算或处理，即为“算法”。
把它用框图画出来，用一个框表示要完成的一个或几个步骤，它表示工作的流程，称为流程图。
它能使人们思路清楚，减少编写程序中的错误。
利用visio在软件开发中各种图
UML--示范.(用例图、类图、序列图、时序图、包图....)2010-12-19 14:39中文版:面向对象的问题的处理的关键是建模问题。
建模可以把在复杂世界的许多重要的细节给抽象出。
许多建模工具封装了UML（也就是Unified Modeling Language™），这篇课程的目的是展示出UML的精彩之处。
UML中有九种建模的图标，即：l用例图l类图l对象图l顺序图l协作图l状态图l活动图l组件图l配置图本课程中的某些部分包含了这些图的细节信息的页面链接。
而且每个部分都有一个小问题，测试一下你对这个部分的理解。
―――――――――――――――――――――――――――――――――――――――为什么UML很重要？为了回答这个问题，我们看看建筑行业。
设计师设计出房子。
施工人员使用这个设计来建造房子。
建筑越复杂，设计师和施工人员之间的交流就越重要。
蓝图就成为了这个行业中的设计师和施工人员的必修课。
写软件就好像建造建筑物一样。
系统越复杂，参与编写与配置软件的人员之间的交流也就越重要。
在过去十年里UML就成为分析师，设计师和程序员之间的“建筑蓝图”。
现在它已经成为了软件行业的一部分了。
UML提供了分析师，设计师和程序员之间在软件设计时的通用语言。
UML被应用到面向对象的问题的解决上。
想要学习UML必须熟悉面向对象解决问题的根本原则――都是从模型的建造开始的。
一个模型model就是根本问题的抽象。
域domain就是问题所处的真实世界。
模型是由对象objects组成的，它们之间通过相互发送消息messages来相互作用的。
记住把一个对象想象成“活着的”。
对象有他们知道的事（属性attributes）和他们可以做的事（行为或操作behaviors or operations）。
对象的属性的值决定了它的状态state。
类Classes是对象的“蓝图”。
一个类在一个单独的实体中封装了属性（数据）和行为（方法或函数）。
UML面向对象技术期末复习整理
UML面向对象技术期末复习整理UML面向对象技术期末复习整理第一章1、UML支撑软件整个生命周期2、对象：面向对象系统的基本构造块，是一些相关的变量和方法的软件集3、事件：指一种由系统预先定义而由用户或系统发出的动作4、面向对象的基本特征：抽象，封装，继承，多态5、模型：对现实客观世界的形状或状态的抽象模拟和简化6、UML定义：是对软件密集系统进行可视化建模的一种语言，也是为面向对象开发系统的产品进行说明、可视化、构造和编制问的一种标准语言7、UML可贯穿软件开发周期的每一阶段，最适用于数据建模、业务建模、对象建模、组件建模填空题1、统一建模语言UML是绘制软件蓝图的标准工具语言，可以对软件系统产品进行说明、可视化、构造和编制文档2、UML在实际软件项目中，可以用于构造各种类型系统的业务模型和软件模型。
3、软件的开发模式有瀑布模型、喷泉模型、基于构件的开发模型和XP方法。
4、面向对象程序的三大要素是多态、封装和继承。
5、瀑布模型的缺点是缺乏灵活性，特别是无法解决软件需求不明确或不准确的问题。
选择题1、对象程序的基本特征是：抽象、封装、继承、多态2、类包含的要素有：名字、属性、操作3、下列关于类与对象的关系说法不正确的是：有些对象是不能被抽象类的4、面向对象方法中的继承机制是子类可以自动地拥有（复制）父类全部属性和操作5、建立对象的动态模型一般包含的步骤有：准备脚本、确定事件、准备事件跟踪表、构造状态图第二章1、UML的概念和模型分为静态结构、动态行为、实现构造、模型组织和扩展机制这几个机制2、面向对象的事物分为：结构事物、行为事物、分组事物、注释事物3、结构事物是UML模型中的名词部分，结构事物分为：类、接口、协作、用例、主动类、构件和结点4、行为事物是指UML模型的相关动态行为，是UML模型的动态部分，它可以用来描述跨越时间和空间的行为。
行为事物是分为：交互和状态机。
5、分组事物：UML对模型中的各种组成部分进行事物分组的一种机制。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
面向对象中包括哪些UML图及每件图的作用UML面向对象分析及其包括的图、建模步骤
一、叙述基于UML的面向对象分析设计过程
１）识别系统的用例和角
首先对项目进行需求调研，依据项目的业务流程图和数据流程图以及项目中涉及的各级操作人员，通过分析，识别出系统中的所有用例和角色；接着分析系统中各角色和用例间的联系，再使用UML建模工具画出系统的用例图，同时，勾画系统的概念层模型，借助UML
建模工具描述概念层类图和活动图。
２）进行系统分析，并抽象出类
系统分析的任务是找出系统中所有需求并加以描述，同时建立特定领域模型。
建立域模型有助于开发人员考察用例，从中抽取出类，并描述类之间的关系。
３）设计系统和系统中的类及其行为
设计阶段由结构设计和详细设计组成。
①结构设计是高层设计，其任务是定义包（子系统），包括包间的依赖关系和主要通信机制。
包有利于描述系统的逻辑组成部分以及各部分之间的依赖关系。
②详细设计就是要细化包的内容，清晰描述所有的类，同时使用UML的动态模型描述在特定环境下这些类的实例的行为。
二、面向对象中包括哪些UML图及每件图的作用
UML图包括九种：用例图、类图、对象图、状态图、时序图、协作图、活动图、组件图、配置图。
１）用例图（UseCaseDiagram）
它是UML中最简单也是最复杂的一种UML图。
说它简单是因为它采用了面向对象的思想，又是基于用户视角的，绘制非常容易，简单的图形表示让人一看就懂。
说它复杂是因为用例图往往不容易控制，要么过于复杂，要么过于简单。
用例图表示了角色和用例以及它们之间的关系。
２）类图（ClassDiagram）
是最常用的一种图，类图可以帮助我们更直观的了解一个系统的体系结构。
通过关系和类表示的类图，可以图形化的方式描述一个系统的设计部分。
３）对象图
UML面向对象中对象图是类图的实例，几乎使用与类图完全相同的标识。
它们的不同点在于对象图显示类的多个对象实例，而不是实例的类。
一个对象图是类图的一个实例。
由于对象存在生命周期，因此对象图只能在系统某一时间段存在。
４）状态图
UML图中状态图用来描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的时间做出反应的。
通常创建一个UML状态图是为了以下的研究目的：研究类、角色、子系统、或组件的复杂行为。
５）时序图
又称顺序图，描述了对象之间动态的交互关系，着重体现对象间消息传递的时间顺序。
顺序图由一组对象构成，每个对象分别带有一条竖线，称作对象的生命线，它代表时间轴，时间沿竖线向下延伸。
顺序图描述了这些对象随着时间的推移相互之间交换消息的过程。
消息用从一务垂直的对象生命线指向另一个对象的生命线的水平箭头表示。
图中还可以根据需要增加有关时间的说明和其他注释。
６）协作图
UML面向对象中协作图用于显示组件及其交互关系的空间组织结构，它并不侧重于交互的顺序。
协作图显示了交互中各个对象之间的组织交互关系以及对象彼此之间的链接。
与序列图不同，协作图显示的是对象之间的关系。
另一方面，协作图没有将时间作为一个单独的维度，因此序列号就决定了消息及并发线程的顺序。
协作图是一个介于符号图和序列图之间的交叉产物，它用带有编号的箭头来描述特定的方案，以显示在整个方案过程中消息的移动情况。
UML图中协作图用途：
通过描绘对象之间消息的移动情况来反映具体的方案。
显示对象及其交互关系的空间组织结构，而非交互的顺序。
７）活动图（ActivityDiagram）
UML面向对象中UML活动图记录了单个操作或方法的逻辑，单个用户案例，或者单个业务流程的逻辑。
描述系统中各种活动的执行顺序，通常用于描述一个操作中所要进行的各项活动的执行流程。
同时，它也常被用来描述一个用例的处理流程，或者某种交互流程。
活动图由一些活动组成，图中同时包括了对这些活动的说明。
当一个活动执行完毕之后，控制将沿着控制转移箭头转向下一个活动。
活动图中还可以方便地描述控制转移的条件以及并行执行等要求。
８）组件图（ComponentDiagram）
UML图的组件图是用来反映代码的物理结构。
从组件图中，可以了解各软件组件（如源代码文件或动态链接库）之间的编译器和运行时依赖关系。
使用组件图可以将系统划分为内聚组件并显示代码自身的结构。
组件图的主要目的是显示系统组件间的结构关系。
９）配置图
UML面向对象中配置图描述系统中硬件和软件的物理配置情况和系统体系结构。
在UML图的配置图中，用结点表示实际的物理设备，如计算机和各种外部设备等，并根据它们之间的连接关系，将相应的结点连接起来，并说明其连接方式。
在结点里面，说明分配给该结点上运行的可执行构件或对象，从而说明哪些软件单元被分配在哪些结点上运行。