第7章 交互图解析.ppt

Agenda 交互与交互图 如何阅读交互图 如何绘制交互图 交互图应用说明 定时图 本章小结 定时图与顺序图的区别 坐标轴交换了位置，改为从左到右来表示时间的推移 用生命线的“凹下凸起”来表示状态的变化，每个水平位置代表一种不同的状态，状态的顺序可以有意义、也可以没有意义 生命线可以跟在一根线后面，在这根线上显示些不同的状态值 可显示一个度量时间值的标尺，用刻度表示时间间隔 Agenda 交互与交互图 如何阅读交互图 如何绘制交互图 交互图应用说明 定时图 本章小结 本章小结 首先介绍了交互的概念，并延伸出UML中的4种交互图 以为“从订单生成送货单”场景绘制的顺序图为例，介绍了对象与角色、生命线与控制焦点、消息、顺序编号、循环与分支、交互片断操作符等基本概念 以等价的通信图为例，介绍了通信图的基本概念 演示了如何采用Robustness分析法，从一个用例的事件流描述中导出相应的交互模型 讨论了交互模型的实际应用 介绍了定时图的基本特点 习题 顺序图和通信图中，分别如何表示“循环”结构？ 定时图的作用是什么？请简单说明它与顺序图的区别。 有一个咖啡壶，它是由抽水泵和加热板组成的。它的规则是：在抽水泵打开和加热板打开之间必须至少隔10秒钟。当储水容器变空时，抽水泵就要关闭，而加热板继续保持加热，但不能超过15分钟。 假设有一系统的通信图局部如下图所示，print方法的功能是将传入参数的值打印在屏幕上；fact方法用来计算阶乘，test的初值是1.那么屏幕上将打印出什么结果？ 图7-31是一个电梯控制系统的通信图，其中Elevator表示电梯，Queue表示指令队列，Order表示指令，Elevator Control是电梯控制器，Button是电梯上的按钮。请解释该通信图的含义： 根据流程绘制顺序图—仓库管理员处理商品入库 基本流程： 仓库管理员通过库存管理子系统将生产的产品处理入库 仓库管理员通过库存管理子系统中的产品入库界面获取产品信息 产品入库界面根据产品的编号将产品类实例化并请求该类产品信息 产品类实例化对象根据产品的编号加载产品信息并提供给产品入库界面 仓库管理员通过产品入库界面增加产品数目 产品入库界面通过产品类实例化对象修改产品信息 产品类实例化对象向产品入库界面返回修改信息 产品入库界面向仓库管理员显示添加成功的信息 Agenda 交互与交互图 如何阅读交互图 如何绘制交互图 交互图应用说明 定时图 本章小结 准备工作 首先根据自己的喜好和实际的表现需要来选择顺序图或通信图。不过由于它们在语义上是等价的，因此可以绘制出一种，再通过建模工具来自动转换成另一种图 分析模型中的交互图彻重于分析类的职责分配和交互流程，而设计模型中的交互图则彻重于设计类的引入和实际方法的调用与流程控制 绘制方法和思路：先确定参与交互的对象、对象之间的关系（通信图），然后确定对象间的消息交互流程（用同步调用、异步消息、返回消息表示），并利用交互片断（顺序图）或迭代标记及监护条件来表示循环和分支结构。最后通过一些构造型来完善整个交互图。 对于用例驱动的软件开发过程而言，每个交互图，特别是分析模型中的交互图通常针对的是一个用例的实现。 因此，主要考虑如何从用例的事件流描述到交互图模型的转化。 当完成了用例建模之后，要开始绘制顺序图或通信图，进而演化为设计类图。这中间的过程有些突兀，通过“Robustness分析”方法可以有效地解决。 鲁棒分析 Robustness分析不是UML模型的一部分，它是一个强大的草图工具，是介于分析和设计之间的一种有效工具 在Robustness分析中，将应用边界类、控制类和实体类 从一个用例中抽取三类对象的方法： 鲁棒分析—从事件流开始：Robustness分析是针对某个具体的用例而言的，而其分析的基础是具体的用例描述，即事件流的部分（综合基本事件流和扩展事件流）。 鲁棒分析—寻找边界对象 图书管理员向系统发出“新增书籍信息”请求——主窗口、“新增书籍信息”按钮 系统要求图书管理员选择要新增的书籍是计算机类还是非计算机类——书籍类别列表框。 图书管理员做出选择后，显示相应界面，让图书管理员输入信息，并自动根据书号规则生成书号——“新书信息录入”窗口及辅助的“提交”按钮 图书管理员在什么地方想系统发出“新增书籍信息”的请求呢？ 鲁棒分析—寻找控制对象和实体对象 根据事件流中的步骤5，以及扩展路径的描述，就可以在原图上增加相应的控制对象，得到更进一步的Robustness分析图 鲁棒分析—寻找控制对象和实体对象 新添两个逻辑：一是基本事件流中的步骤2、3要求根据用户选择的类别，自动获得书号；二是当书名重复性检查没有通过（有重名），则应返回要求其重输 构建交互模型 转换成通信图