（精）软件工程序列图.ppt

第10章 序列图 序列图是对对象之间传递消息的时间顺序的可视化表示。从一定程度上更加详细的描述了用例表达的需求，将用例图转化为进一步、更加正式层次的精细表达（用例常常被细化为一个或者更多的序列图 ）。序列图的目的在于描述系统中各个对象按照时间顺序的交互过程。 交互：是指在具体语境中为实现某个目标的一组对象之间进行交流的一组消息构成的行为及过程。 消息的3个部分 消息发送者：发出消息的类元角色； 消息接受者：接受消息的类元角色； 操作方法实现，接受信号被激活，活动结束后调用者收回控制权，并可能接受返回值 对主动对象而言，操作调用导致调用事件，并触发状态机转换 活动：是调用、信号、发生者的局部操作或原始活动，(创建或销毁)。 10.2 序列图的组成 同步消息：表示发送者发出消息后等待接收者响应这个消息。 异步消息：在这种消息中，发送者把控制权转交给接收者，但不等待操作完成。 案例分析-汽车和车钥匙 遥控锁车和开锁的钥匙-你可以用它打开后备箱。如果你有这样一把锁，但你按下“锁车”按钮时，会发生什么情况。汽车自动上锁，闪动一下车灯并发出一声峰鸣，告诉你它已经把车门上锁了。请先描述其类图，再绘制其顺序图。 案例分析-汽车和车钥匙 案例分析-汽车和车钥匙 案例分析-饮料销售机 假设饮料销售机有3个部分：前端（front）、钱币记录仪(register)（它负责收集顾客投的钱币）以及分配器(dispenser)。 （1）前端负责： 接受顾客的选购和现钞； 显示诸如Out of selection（所选饮料已售完）和Use correct change（使用合适零钱）的信息； 从记录仪接收找回的零钱并返还给顾客； 返还现钞； 从分配器接收一罐饮料并把它交给顾客。 案例分析-饮料销售机 （2）钱币记录仪将负责： 从前端获取顾客输入信息（即选购的饮料种类和现钞）； 更新现钞存储； 找零钱。 （3）分配器将负责： 检查选购的饮料是否还有货； 分发一罐饮料。 请先描述其类图，再绘制其顺序图。 案例分析-饮料销售机 案例分析-饮料销售机 案例分析-饮料销售机 案例分析-饮料销售机 案例分析-在线股票经纪人系统 John Doe登录。 系统建立安全的通信。 系统显示投资组合信息。 John Doe输入买入订单，按市场价购买100份GE的股票。 系统验证购买资金是否充足。 系统显示带有估算成本的确认窗口。 John Doe确认买入。 系统下订单给证券交易所。 系统显示交易合同号。 John Doe注销。 系统建立非安全的通信。 系统显示再见窗口。 证券交易所报告交易结果。 案例分析-产品入库 仓库管理员处理产品入库的工作流程： 仓库管理员通过库存管理子系统将生产的产品处理入库； 仓库管理员通过库存管理子系统中的产品入库界面获取产品信息； 产品入库界面根据产品的编号将产品类实例化并请求该类产品信息； 产品类实例化对象根据产品的编号加载产品信息并提供给产品入库界面； 仓库管理员通过产品入库界面增加产品数目； 产品入库界面通过产品类实例化对象修改产品信息； 产品类实例化对象向产品入库界面返回修改信息； 产品入库界面向仓库管理员显示添加成功的信息。 * 10.1　序列图的基本概念 10.2　序列图的组成 10.3 序列图的高级概念 10.4　序列图的创建概述 10.5　序列图的创建示例 用例图和类图及对象图是对静态结构的描述，期间没有考虑系统各个环节之间的相互关系以及静态结构要素之间的动态变化。 系统的动态模型作为一种交互视图，它描述执行系统功能的各个角色之间相互传递消息的顺序关系。通过这种动态视图实现了对静态视图结构的补充和完善，还可以改善系统的静态结构。 交互视图显示了跨越多个对象的系统控制流程，交互视图可用两种图来表示：序列图和协作图 交互图概念 10.1 序列图的基本概念 10.1.1序列图的定义 10.1 序列图的基本概念 UML的交互机制 系统动态行为建模：描述一组关联的相互作用的对象间的动作序列和配合过程，包括这些对象间传递、接受的消息描述系统某组行为动态； 系统控制过程建模：针对一个用例、业务过程、系统过程或者是整个系统，描述消息在系统内是如何按照时间顺序被发送、接受和处理的。 10.1 序列图的基本概念 序列图的主要目的是定义事件序列，产生一些希望的输出。重点不是消息本身，而是消息产生的顺序。 大多数序列图会表示一个系统的对象之间传递的什么消息，以及它们发生的顺序。 序列图按照水平和垂直的维度传递信息： 垂直维度从上而下表示消息/调用发生的时间序列 水平维度从左到右表示消息发送到的对象实例。 10.1 序列图的基本概念 序列图的示例 10.1 序列图的基本概念 10.1.2序列图的作用 序列图与类图相似，开发者一般认为