第4章顺序图和协作图4.1 交互图概述在一个待开发的系统中，任何对象都不是孤立存在的，系统中的这些对象都是通过传递消息进行交互的。
因此在设计系统时，就免不了对交互进行缄默，并用交互图展现出来。
4.1.1 交互的定义当需要对类操作、类、构件、用例乃至整个系统的控制流进行建模时，一定离不开“交互”。
交互：一次交互就是指在特定语境中，为了实现某一个目标，而在一组对象之间进行交换的一组消息所表示的行为。
交互图：是用来描述对象之间以及对象与参与者之间的动态协作关系以及协作过程中行为次序的图形文档。
通常用来描述一个用例的行为，显示该用例中所涉及的对性和这些对象之间的消息传递情况在大多数情况下，消息通常是指启动一个操作或发送一个信号，以及创建或销毁一个对象。
4.1.2 UML交互图的类型顺序图：是一种强调消息时间顺序的交互图，着重描述对象按照时间顺序的消息交换，为读者提供了控制流随着时间推移的清晰的可视化轨迹。
协作图（UML 2.0中的通信图）：强调的是参加交互的对象的组织，着重描述系统成分如何协同工作，为读者提供了在协作对象结构组织的语境中观察控制流的一个清晰的可视化轨迹。
顺序图和协作图从不同的角度表达了系统中的交互和系统的行为，它们可以相互转化，并且转换过程不会丢失信息。
定时图（UML 2.0中新增）：采用了一种带数字刻度的时间轴来精确地描述消息的顺序，而不是像顺序图那样只是指定消息的相对顺序，而且它还允许可视化的表示每条生命线的状态变化，当需要对实时时间进行定义时，采用定时图可以很好的满足。
交互概述图（UML 2.0中新增）：是交互图和活动图的混合物。
定时图和交互概述图是两种特殊的变体。
4.1.3交互图和类（图）4.2 顺序图顺序图：显示的是参与交互的对象及对象之间消息交换的顺序，用来表示用例中的行为顺序。
图显示的是汽车租赁系统中客户取车的顺序图，涉及5个对象：客户、预定请求、工作人员、工作记录和汽车。
UML建模基础——UML概述东软人才实训中心3 Sept. 2008©Neusoft Confidential课程结构1第五章：状态图和活动图2第三章：类图1第四章：交互图1第二章：用例图1第一章：UML 概述、Rose 简介课时（H ）内容培训目标•能够使用Rose工具画UML类图•能够看懂用UML表示的设计第一章：UML 概述、Rose 简介学时：1学时教学方法：讲授ppt ＋上机练习目标:本章旨在向学员简要介绍UML建模的重要性、UML的概念模型,通过本课的学习，学员应该掌握如下知识：1）了解UML的概念模型2）简要介绍UML的“4+1view ”3）了解Rose工具UML概述•什么是UML?–UML: 统一建模语言Unified Modeling Language–UML是由Rational公司三位世界级面向对象技术专家Grady Booch，Ivar Jacobson和Jim Rumbaugh提出的。
–UML是一种标准的图形化建模语言，它是面向对象分析与设计的一种标准表示。
•什么是UML?–不是一种可视化编程语言，而是一种可视化建模语言–不是工具或知识库的规格说明，而是建模语言的规格说明，是一种表示的标准–不是过程，也不是方法，但是允许任何一种过程和方法使用它•什么是模型?–模型就是真实世界的简化–为我们提供一个系统的原型•为什么要建模?–为了更好的理解我们将要或正在开发的系统–是把复杂的系统变成小的系统，采用“各个击破”的原则逐一解决–因为我们通常无法理解一个复杂系统的全部–模型能为我们做什么?•帮助我们对系统进行可视化•允许我们详细说明系统的结构或行为•给出一个指导我们构造系统的模板•对我们做出的决策进行文档化业务流程计算机系统可视化建模可视化建模就是用标准的图形表示法来建模“建模获取系统的关键部分”UML•什么是可视化建模?可视化建模的作用•可视化建模获取业务流程–用例（use case）分析是一种从用户的角度获取业务流程的技术–使用相同的语言，不至于产生歧义–用例分析能让分析师在构建系统之前理解要构建什么可视化建模的作用(续)•可视化建模是一个交流工具–使用相同的语言，不至于产生歧义业务领域计算机领域Logical ViewPhysical View User InterfaceBusiness Logic Database Java JSPC++ JavaSQL•管理复杂性–把3000多个类放在一张图中不好–可视化建模的“包”（package）•把元素模型化成有意义的组合•为不同的人提供不同级别的抽象–软件构架(architecture)•促进复用(reuse)–复用是软件的“圣杯”–不止是复用代码，而是复用建立原始工件时需要的所有分析、设计、实现、测试、文档化–可以有一个类复用、多个类（或一个组件）的复用、应用模式等复用方式–可视化建模让你从复用的角度看，如果想复用工件，什么是可用的UML的概念模型•UML的概念模型–UML建模的三个主要元素•构造块：事物、关系、图•规则：命名、范围、可见性、完整性、执行•公共机制：规范说明、通用划分、扩展机制•UML元素–构造块–事物•对模型中最具有代表性的成分的抽象–关系•把事物结合在一起–图•聚集了相关的事物•UML元素–构造块–事物–结构事物：通常是UML模型的静态部分，描述概念或物理元素•类•接口•用例：通常代表一个需求•协作：表示一个用例的实现•主动类：至少拥有一个进程或线程的类•组件：系统中物理的、可替代的部件，如源代码文件•节点：运行时存在的物理元素，如一个设备•UML元素–构造块–事物（续）–行为事物：是UML模型的动态部分，是模型中的动词•交互（interaction）：可描述一个对象群体的行为或单个操作的行为•状态机（state machine）：可描述单个类或一组类之间协作的行为–分组事物：是UML中的组织部分•包（package）–注释事物：是UML中的注释部分•注解（note）•UML元素–构造块–关系–关系•依赖（dependency）：一个事物发生变化会影响到另一个事物。
