《第13讲UML复习综述课件》由会员分享，可在线阅读，更多相关《第13讲UML复习综述课件（46页珍藏版）》请在金锄头文库上搜索。
1、UML统一建模,UML复习综述,1、UML基础 2、用例图 3、类图 4、时序图 5、协作图 6、状态图,7、活动图 8、组件图 9、部署图,1、UML基础,2、用例图,建立用例视图分为以下几个步骤： 1、确定参与者（角色、Actor） 2、创建用例（UseCase） 3、创建参与者用例关系图,用例图中的关系及解释,extend,实例1 参与者之间的泛化关系,经理参与：管理人事、批准预算； 安全主管参与：批准安全证书、管理人事、批准预算、监视周边； 保安参与：监视周边。 由于泛化关系，安全主管可以参与全部4个用例。,实例2 用例之间包含关系,客户用例可以包含提供者用例具有的行为，并把它所包含的
2、用例行为作为自身行为的一部分。 这种情况类似于在过程设计语言中，将程序的某一段算法封装成一个子过程，然后再从主程序中调用这一子过程。,用例的上下文是：维护动作包含修改、删除、添加操作。,实例3 用例之间扩展关系,用例上下文：员工可以查询结果，对查询的结果可以执行导出和打印操作。 基础用例提供扩展点以添加新的行为。,3、类图,类的表示 从上到下分为三部分，分别是 类名 属性 操作 类名是必须有的。,类图中的关系及解释,3.1 关联关系 描述了类的结构之间的关系，具有方向、名字、角色和多重性等信息。一般的关联关系语义较弱。也有两种语义较强，分别是聚合与组合,类图中的关系及解释,聚合关系 特殊关联关
3、系，指明一个聚集（整体）和组成部分之间的关系,类图中的关系及解释,组合关系 语义更强的聚合，部分和整体具有相同的生命周期,类与关联关系之间有组合关系，类不存在了，则相应的关联关系也不存在,实例1 聚合关系,类图上下文：汽车由轮胎、车身、发动机、地盘等聚合而成，当汽车报废时，轮胎等还可以单独存在。,实例2 组合关系,类图上下文：人由头部、躯干、四肢、内脏等部分组成。它们的生命周期一致，当人出生时，头部、躯干、四肢、内脏同时诞生，当人死亡时，各组成部分同时死去。,类图中的关系及解释,3.2 泛化关系 在面向对象中一般称为继承关系，存在于父类与子类、父接口与子接口之间,关联、泛化、实现、依赖都是一种
4、关系,类、接口都是一种事物,类图中的关系及解释,3.3 实现关系 对应于类和接口之间的关系,类Circle、Rectangle实现了接口Shape的操作,类图中的关系及解释,3.4 依赖关系 描述了一个类的变化对依赖于它的类产生影响的情况。有多种表现形式，例如绑定(bind)、友元(friend)等,模板类Stack定义了栈相关的操作；IntStack将参数T与实际类型int绑定，使得所有操作都针对int类型的数据,实例：图形,Graphics:基本图形和组合图形的父类，声明了所有图形共同的操作，如Draw；也声明了专用于组合图形管理子图形的操作，如Add、Remove Line、Rectan
5、gle:基本图形类 GroupGraphics:组合图形类，与父类有组合关系，从而可以组合所有图形对象(基本图形和组合图形),4、时序图,时序图用来表示用例中的行为顺序。当执行一个用例行为时，时序图中的每条消息对应了一个类操作或状态机中引起转换的事件。 时序图展示对象之间的交互，这些交互是指在场景或用例的事件流中发生的。时序图属于动态建模。,时序图中的事物及解释,时序图与用例图和类图的关系,实例1 ATM机取款过程,5、协作图,协作图是一种交互图，强调的是发送和接收消息的对象之间的组织结构，使用协作图来说明系统的动态情况。 协作图主要描述协作对象间的交互和链接，显示对象、对象间的链接以及对象间
6、如何发送消息。 协作图与顺序图的区别和联系 时序图清楚地表示了交互作用中的时间顺序(强调时间)，但没有明确表示对象间的关系。 协作图清楚地表示了对象间的关系(强调空间)，但时间顺序必须从顺序号获得。 协作图和时序图可以相互转化。,协作图中的事物及解释,标签,协作图中的关系及解释,实例1,6、状态图,说明对象在它的生命期中响应事件所经历的状态序列，以及它们对那些事件的响应。,状态图中的事物及解释,消息(属性)条件/动作,状态的可选活动表,实例1,图中包含以下状态 初始状态 Available状态 Locked状态 Sold状态 状态间的转移 初始状态Available状态 票被预订(lock)：
7、AvailableLocked 预定后付款(buy)：LockedSold 预定解除(unlock)：LockedAvailable 预定过期(timeout)：LockedAvailable 直接购买(assignedto)：AvailableSold 换其它票(exchang)，该票重有效：SoldAvailable,7、活动图,描述系统的动态行为。 活动图适合描述在没有外部事件触发的情况下的系统内部的逻辑执行过程；否则，状态图更容易描述。 类似于传统意义上的流程图。,活动图事物,活动图关系,实例1,8、组件图,组件图用于静态建模，是表示构件类型的组织以及各种构件之间依赖关系的图。,组件图
8、中的事物及解释,可替换的物理部分包括软件代码、脚本或命令行文件，也可以表示运行时的对象，文档，数据库等。 节点(node)是运行时的物理对象，代表一个计算机资源。,组件图中的关系及解释,实例1,图中的组件名称是Dictionary字典。 该组件向外提供两个接口，即两个服务Spell-check拼写检查、Synonyms同义词。,实例2,图中“Planner计划者”构件向外提供一个“update更新”接口服务。 同时，该构件要求外部接口提供一个“Reservations预定”服务。,实例3,情景一： 购买个人票可以通过公用信息亭订购也可直接向售票员购买，但购买团体票只能通过售票员。 情景二： 买
9、票的人可以根据任意选择预订销售或个人销售或团体销售中的一种方式，售票处为了方便销售，需要信用卡付款服务的支持，同时也必然需要票数据库处在有票可卖的状况中。,9、部署图,部署图用于静态建模，是表示运行时过程节点结构、构件实例及其对象结构的图。,部署图中的事物及解释,部署图中的关系及解释,实例1 实例层部署图,实例层部署图描述各节点和它们之间的连接。,实例2 描述层部署图,描述层部署图表示了系统中的各节点和每个节点包含的组件。,图中顾客购票的情景如下： 顾客通过位于Kiosk节点的顾客接口控件进行购票的操作，该顾客接口构件的购票操作依赖于处于TicketServer节点上的售票构件提供的服务，售票构件要完成售票操作，又要依赖统一节点上信用卡付款构件提供的付款服务和票数据库构件,各个阶段用到UML模型图,BD：基本设计 FD：结构设计 DD：详细设计 ：最适用：适用：可能适用：不适用,UML全部图的关系,
