35
实验五—1 顺序图、协作图
一、实验目的
1．理解顺序图的基本概念。
2．理解协作图的基本概念。
3．掌握在 Rational Rose 中绘制顺序图、协作图的操作方法。
二、实验器材
1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容
通过对课堂学习和前面的实验，使我们完成了图书馆的管理系统的需求分析，并从业务
对象中抽象出了类。现在需要对前面所给出的用例进行实现，而用例的实现主要由顺序图来
描述系统的动态特性，协作图与顺序图是同构的，Rose 可自动转换。现指派你运用课堂所学
的相关知识，完成如下任务：
1．对图书管理功能中的借书用例、还书用例进行动态建模。
四、实验步骤
4.1 分析阶段的动态建模
1．分析：在分析阶段，绘制的顺序图中，所有消息可以使用便于理解的自然语言来描述，
并且可以仅在实体类中识别对象职责，而不涉及边界类和控制类。根据课堂讲授，参见教材
P213 可完成借书用例和还书用例分析阶段的动态建模。
2．绘图步骤：
（1） 鼠标右击导航窗口“Logicl View”节点，选择“New——Package”，建立 1 个子
包：“Sequence Diagram”（用于存放顺序图、协作图），完成后如图 3.1 所示。
（2） 如图 3.2 所示，鼠标右击“Sequence Diagram”子包，选择快捷菜单项“New—
—Sequence Diagram”，创建一张新的顺序图，取名为“借出图书”（注意：为了好对应，顺 序
图名称最好与相应的用例名称相同）。鼠标双击新建的顺序图，在右边绘图窗口中将其打开， 如
图 3.3 所示。
（3） 设置支持嵌套消息的环境：选择主菜单项“Tools——Options”，打开 Rose 环境
设置的对话框，点击“Diagram”选项卡，在如图 3.4 所示界面中，将“Display”下的
“Hierarchical Message”选中，点击“确定”即可。 36
第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各种图例
面向对象的问题的处理的关键是建模问题.建模可以把在复杂世界的许多重要的细节给抽象出.许多建模工具封装了UML（也就是Unified Modeling Language™），这篇课程的目的是展示出UML的精彩之处.
UML中有九种建模的图标，即：
用例图
类图
对象图
顺序图
协作图
状态图
活动图
组件图
配置图
本课程中的某些部分包含了这些图的细节信息的页面链接.而且每个部分都有一个小问题，测试一下你对这个部分的理解.
为什么UML很重要?
为了回答这个问题，我们看看建筑行业.设计师设计出房子.施工人员使用这个设计来建造房子.建筑越复杂，设计师和施工人员之间的交流就越重要.蓝图就成实用文案
标准文档 为了这个行业中的设计师和施工人员的必修课.
写软件就好像建造建筑物一样.系统越复杂，参与编写与配置软件的人员之间的交流也就越重要.在过去十年里UML就成为分析师，设计师和程序员之间的“建筑蓝图”.现在它已经成为了软件行业的一部分了.UML提供了分析师，设计师和程序员之间在软件设计时的通用语言.
UML被应用到面向对象的问题的解决上.想要学习UML必须熟悉面向对象解决问题的根本原则――都是从模型的建造开始的.一个模型model就是根本问题的抽象.域domain就是问题所处的真实世界.
模型是由对象objects组成的，它们之间通过相互发送消息messages来相互作用的.记住把一个对象想象成“活着的”.对象有他们知道的事（属性attributes）和他们可以做的事（行为或操作behaviors or operations）.对象的属性的值决定了它的状态state.
类Classes是对象的“蓝图”.一个类在一个单独的实体中封装了属性（数据）和行为（方法或函数）.对象是类的实例instances.
用例图
,.
《地球和地球仪》思维导图及知识点解析
一、思维导图
答案：（1）不规则球体（2）6371（3）4万（4）5.1亿（5）赤道（6）缩短（7）东西（8）赤道（9）垂直（10）半圆（11）南北（12）0°（13）,.
20°W和160°E（14）经线（15）纬线
二、知识点解析
知识点梳理（基础知识、基本方法、思维拓展） 例题解析
基础知识点一、地球的形状和大小
（1）认识过程
人类对地球形状的认识，经历了漫长而艰难的探索过程。
天圆地方 我国古代有“天圆如张盖，地方如棋局”的说法
太阳和月亮 人们根据太阳、月亮的形状，推测地球也是个球体，于是就有了“地球”的概念
麦哲伦环球航行路线图 1519～1522年，葡萄牙航海家麦哲伦率领的船队，首次实现了人类环绕地球一周的航行，证实了地球是一个球体
地球卫星照片 20世纪，人类进入了太空，从太空观察地球，并且从人造卫星上拍摄了地球的照片，确证地球是一个球体 【例1】下列可以说明地球的形状为球体的是（ ）。
①人造卫星拍摄的地球照片
②远航的船舶逐渐消失在地平线以下
③麦哲伦环球航行
④环太平洋地带多火山和地震
⑤流星现象
A．①②③ B．②③④
C．③④⑤ D．②③⑤
解析：人造卫星拍摄的地球照片是地球形状的最直观、最有力的证据；远航船舶消失在地平线以下说明地球是一个球体；麦哲伦环球航行也证明了地球是球体。而火山、地震、流星现象与地球的形状无关。 ,.
（2）地球的大小
随着科学的发展，人们利用科学仪器，精确地测量出了地球的大小，下面是一组数据。
谈重点：地球的基本数据可以证明地球的形状
地球的赤道半径比极半径长约21千米，可以证明：地球是一个两极稍扁、赤道略鼓的不规则球体。
析规律：歌谣记忆地球的基本数据
地球是个圆球体，这个事实人共知；
探求地球形状史，伟人献身我辈记；
六三七一是半径，五点一亿表面积；
要知赤道有多长，坐地日行八万里。 答案：A
