UML基础教程培训课件.ppt
- 【下载声明】
1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
3. 本页资料《UML基础教程培训课件.ppt》由用户(三亚风情)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- UML 基础教程 培训 课件
- 资源描述:
-
1、UML- 1 -UML- 1 -1. 前言前言1.1前言前言1.2UML概述概述1.3UML事物事物1.4UML关系关系1.5各各UML图及特征图及特征1.6各各UML图的关系图的关系1.7UML语法语法1.8习题习题2. 用例图用例图2.1用例图用例图概要概要2.2用例图中的事物及解释用例图中的事物及解释2.3用例图中的关系及解释用例图中的关系及解释2.4例子例子2.5习题习题3. 类图类图3.1类图概要类图概要3.2类图中的事物及解释类图中的事物及解释3.3类图中的关系及解释类图中的关系及解释3.4类图与代码的映射类图与代码的映射3.5类图例子类图例子3.6习题习题4. 顺序图顺序图4.1
2、概要概要4.2顺序图中的事物及解释顺序图中的事物及解释4.3顺序图与用例图和类图的关系顺序图与用例图和类图的关系4.4顺序图例子顺序图例子4.5 练习题练习题5. 协作图协作图5.1概要概要5.2协作图中的事物及解释协作图中的事物及解释5.3协作图中的关系及解释协作图中的关系及解释UML- 2 -UML- 2 -5.4对消息标签的详细讲解对消息标签的详细讲解5.5协作图例子协作图例子5.6协作图与顺序图的区别和联系协作图与顺序图的区别和联系5.7练习题练习题6. 状态图状态图6.1状态图概要状态图概要6.2状态图的组成状态图的组成6.3状态图中的事物及解释状态图中的事物及解释6.4状态的可选活
3、动表状态的可选活动表6.5简单的例子简单的例子:对象的状态图对象的状态图6.6复杂的例子复杂的例子:网上银行登陆系统网上银行登陆系统6.7练习练习7. 活动图活动图7.1活动图概要活动图概要7.2活动图活动图事物事物7.3活动图关系活动图关系7.4活动图实例活动图实例7.5活动图练习活动图练习8. 构件图构件图8.1构件图概要构件图概要8.2构件图中的事物及解释构件图中的事物及解释8.3构件图中的关系及解释构件图中的关系及解释8.4构件图的例子构件图的例子8.5习题习题9. 部署图部署图9.1部署图概要部署图概要9.2部署图中的事物及解释部署图中的事物及解释9.3部署图中的关系及解释部署图中的
4、关系及解释9.4部署图的例子部署图的例子9.5关于部署图与构件图关于部署图与构件图9.6习题习题 附录附录UML- 3 -1.1 前言前言 本资料对UML1.5各种模型图的构成和功能进行说明,通过本资料的学习达到可以读懂UML模型图的目的。本资料不涉及模型图作成的要点等相关知识。1.2 UML概述概述1.2.1 UML简介简介 UML (Unified Modeling Language)为面向对象软件设计提供统一的、标准的、可视化的建模语言。适用于描述以用例为驱动,以体系结构为中心的软件设计的全过程。 UML的定义包括UML语义和UML表示法两个部分。 (1) UML语义语义:UML对语义的
5、描述使开发者能在语义上取得一致认识,消除了因人 而异的表达方法所造成的影响。 (2) UML表示法表示法:UML表示法定义UML符号的表示法,为开发者或开发工具使用这 些图形符号和文本语法为系统建模提供了标准。1.2.2 UML模型图的构成模型图的构成 事物事物(Things):UML模型中最基本的构成元素,是具有代表性的成分的抽象 关系关系(Relationships):关系把事物紧密联系在一起 图图(Diagrams ):图是事物和关系的可视化表示UML- 4 -1.3 UML事物事物 UML包含4种事物:构件事物 行为事物 分组事物 注释事物1.3.1构件事物构件事物: UML模型的静态
6、部分,描述概念或物理元素 它包括以下几种:类类:具有相同属性相同操作 相同关系相同语义的对象的描述接口接口:描述元素的外部可见行为,即服务集合的定义说明协作协作:描述了一组事物间的相互作用的集合用例用例:代表一个系统或系统的一部分行为,是一组动作序列的集合构件构件:系统中物理存在,可替换的部件节点节点:运行时存在的物理元素 另外,参与者、信号应用、文档库、页表等都是上述基本事物的变体1.3.2行为事物行为事物:UML模型图的动态部分,描述跨越空间和时间的行为交互交互:实现某功能的一组构件事物之间的消息的集合,涉及消息、动作序列、链接状态机状态机:描述事物或交互在生命周期内响应事件所经历的状态序
7、列1.3.3分组事物分组事物: UML模型图的组织部分,描述事物的组织结构包包:把元素组织成组的机制1.3.4注释事物注释事物: UML模型的解释部分,用来对模型中的元素进行说明,解释注解注解:对元素进行约束或解释的简单符号UML- 5 -1.4 UML关系关系1.4.1依赖依赖 依赖(dependency)是两个事物之间的语义关系,其中一个事物(独立事物)发生变化, 会影响到另一个事物(依赖事物)的语义1.4.2关联关联 关联(association)是一种结构关系,它指明一个事物的对象与另一个事物的对象间 的联系1.4.3泛化泛化 泛化(generalization)是一种特殊/一般的关系
8、。也可以看作是常说的继承关系1.4.4实现实现 实现(realization)是类元之间的语义关系,其中的一个类元指定了由另一个类元保 证执行的契约UML- 6 -1.5 各各UML图及特征图及特征1.5.1用例图用例图( Use Case Diagram ) 用例图是从用户角度描述系统功能, 是用户所能观察到的系统功能的模型图,用例是系统中的一个功能单元 类图描述系统中类的静态结构。不仅定义系统中的类,表示类之间的联系如关联、依赖、聚合等,也包括类的内部结构(类的属性和操作) 类图是以类为中心来组织的,类图中的其他元素或属于某个类或与类相关联 1.5.2 类图类图(Class Diagram
9、)UML- 7 -1.5 各各UML图及特征图及特征1.5.3 对象图对象图( Object Diagram )对象图是类图的实例,几乎使用与类图完全相同的标识。他们的不同点在于对象图显示类的多个对象实例,而不是实际的类1.5.4 顺序图顺序图(Sequence Diagram)顺序图显示对象之间的动态合作关系,它强调对象之间消息发送的顺序,同时显示对象之间的交互 顺序图的一个用途是用来表示用例中的行为顺序。当执行一个用例行为时,顺序图中的每条消息对应了一个类操作或引起状态转换的触发事件 UML- 8 -1.5 各各UML图及特征图及特征1.5.5 协作图协作图(Collaboration D
10、iagram) 协作图描述对象间的协作关系,协作图跟顺序图 相似,显示对象间的动态合作关系。除显示信息交换外,协作图还显示对象以及它们之间的关系. 协作图的一个用途是表示一个类操作的实现 1.5.6 状态图状态图(State Chart Diagram) 状态图是一个类对象所可能经历的所有历程的模型图。状态图由对象的各个状态和连接这些状态的转换组成 Available Locked Sold 初始状态 assigned to subscription lock time out unlock buy 状态 exchange 转换 触发器事件 UML- 9 -1.5 各各UML图及特征图及特征1
11、.5.7 活动图活动图(Activity Diagram)活动图是状态图的一个变体,用来描述执行算法的工作流程中涉及的活动活动图描述了一组顺序的或并发的活动 1.5.8 构构件图件图(Component Diagram)构件图为系统的构件建模型构件即构造应用的软件单元还包括各构件之间的依赖关系,以便通过这些依赖关系来估计对系统构件的修改给系统可能带来的影响 UML- 10 -1.5 各各UML图及特征图及特征1.5.9 部署部署图图(Deployment Diagram)部署视图描述位于节点实例上的运行构件实例的安排。节点是一组运行资源,如计算机、设备或存储器。这个视图允许评估分配结果和资源分
12、配类图顺序图需求分析需求分析BD Base Design 基本设计基本设计FD Functional Design 功能设计功能设计DD Detailed Design 详细设计详细设计类图顺序图用例图用例文档用例图顺序图主要图之间的关系主要图之间的关系1.6 各各UML图的关系图的关系UML- 11 -1.7 UML语法描述语法描述节点是在运行时存在的物理元素交互它由在特定语境中共同完成一定任务的一组对象间交换的消息组成状态机它描述了一个对象或一个交互在生命期内响应事件所经历的状态序列包把元素组织成组的机制注释事物是UML模型的解释部分依赖一条可能有方向的虚线关联一条实线,可能有方向泛化一条
13、带有空心箭头的实线实现一条带有空心箭头的虚线NewClassInterfaceusecase类是对一组具有相同属性、相同操作、相同关系和相同语义的对象的描述对象接口是描述了一个类或构件的一个服务的操作集协作定义了一个交互,它是由一组共同工作以提供某种协作行为的角色和其他元素构成的一个群体用例是对一组动作序列的描述主动类对象至少拥有一个进程或线程的类构件是系统中物理的、可替代的部件参与者在系统外部与系统直接交互的人或事物actorNewProcessorstateNewPackagecomponetUML- 12 -1.8习题习题 判断题1、UML中一共有九种图:它们是用例图、类图、对象图、顺序
14、图、协作图、状态图、活动图、构件图、部署图 OK2、用例图是从程序员角度来描述系统的功能 NO3、类图是描述系统中类的静态结构,对象图是描述系统中类的动态结构 NO4、活动图和状态图用来描述系统的动态行为 OK5、协作图的一个用途是表示一个类操作的实现 OK 选择题6、请在下面选项目中选出两种可以互相转换的图 ab (a) 顺序图 (b)协作图 (c) 活动图 (d) 状态图 解释:协作图与顺序图类似;活动图是状态图的一个变体7、下面哪些图可用于BD阶段 acd (a)用例图 (b)构件图 (c)类图 (d)顺序图 答案:1.正确 2.错误 3.错误 4.正确 5.正确 6. (a)(b) 7
15、.(a)(c)(d)UML- 13 -2.1 用例图用例图概要概要 事物事物名称名称解释解释UML表示表示参与者(Actor)在系统外部与系统直接交互的人或事物(如另一个计算机系统或一些可运行的进程)。我们需要注意的是:1.参与者是角色(role)而不是具体的人,它代表了参与者在与系统打交道的过程中所扮演的角色。所以在系统的实际运作中,一个实际用户可能对应系统的多个参与者。不同的用户也可以只对应于一个参与者,从而代表同一参与者的不同实例。2.参与者作为外部用户(而不是内部)与系统发生交互作用,是它的主要特征。3.在后面的顺序图等中出现的“参与者”,与此概念相同,但具体指代的含义,视具体情况而定
16、。用例(Use Case)系统外部可见的一个系统功能单元。系统的功能由系统单元所提供,并通过一系列系统单元与一个或多个参与者之间交换的消息所表达 。创建新用例,确认候选用例和划分用例范围的优秀法则-“WAVE”测试(见附录) 2.2 用例图中的事物及解释用例图中的事物及解释 用例图是被称为参与者的外部用户所能观察到的系统功能的模型图。 (UML参考手册) 用例图列出系统中的用例和系统外的参与者,并显示哪个参与者参与了哪个用例的执行 (或称为发起了哪个用例)。 用例图多用于静态建模阶段(主要是业务建模和需求建模)。UML- 14 -关系解释图参与者与用例之间的关系关联表示参与者与用例之间的交互,
17、通信途径。(关联有时候也用带箭头的实线来表示,这样的表示能够显示地表明发起用例的是参与者。)用例之间的关系包含箭头出发的用例为基用例;箭头指向的用例为被包含的用例,称为包含用例;包含用例是必选的,如果缺少包含用例,基用例就不完整;包含用例必须被执行,不需要满足某种条件;其执行并不会改变基用例的行为。 include扩展箭头出发的用例为基用例;箭头指向的用例为被扩展的用例,称为扩展用例;扩展用例是可选的,如果缺少扩展用例,不会影响到基用例的完整性;扩展用例在一定条件下才会执行,并且其执行会改变基用例的行为。参与者之间的关系泛化发出箭头的事物“is a”箭头指向的事物。泛化关系是一般和特殊关系,发
18、出箭头的一方代表特殊的一方,箭头指向的一方代表一般一方。特殊一方继承了一般方的特性并增加了新的特性。extend2.3 用例图中的关系及解释用例图中的关系及解释UML- 15 -实例1 参与者之间的泛化关系 参与者参与者:经理,安全主管,保安 用例用例:管理人事,批准预算,批准安全证书,监视周边 在参与者之间不存在泛化关系的情况下,各个参与者参与 用例的情况分别是:经理参与用例管理人事和批准预算;安全主管参与用例批准安全证书;保安参与用例监视周边。由于安全主管与经理,安全主管与保安之间泛化关系的存在,意味着安全主管可以担任经理和保安的角色,就能够参与经理和保安参与的用例。这样,安全主管就可以参
19、与全部4个用例。但经理或者保安却不能担任安全主管的角色,也就不能参与用例批准安全证书。实例2 用例之间扩展和包含关系 用例的上下文是:短途旅行但汽车的油不足以应付全部路程。那么为汽车加油的动作在旅行的每个场景(事件流)中都会出现,不加油就不会完成旅行。吃饭则可以由司机决定是否进行,不吃饭不会影响旅行的完成。2.4 例子例子UML- 16 -实例3. 航空售票的用例图参与者(actor):clerk,监督员,信用卡服务商,信息亭用例(use case): Buy tickets, Buy Subscription, Make charges, Survey sales参与者Clerk参与(或称发
20、起)Buy tickets和Buy Subscription 两个用例(关联关系)。这两个用例的事件流都包含Make charges用例(包含关系)。系统由:Buy tickets, Buy Subscription, Make charges, Survey sales组成。该系统主要包含:Buy tickets, Buy Subscription, Make charges, Survey sales这几个功能。该系统主要面向的用户(参与者):clerk,监督员,信用卡服务商,信息亭。 信息亭 Clerk Buy tickets Buy Subscription 信用卡服务商 Make c
21、harges 监督员 Survey sales 参与者 用例 Box Office 系统 关系 UML- 17 -1.右图中的参与者有?ad (a) 1 (b) 2 (c) 3(d) 42.右图中的用例有?bc(a) 1(b) 2(c) 3(d) 43.2和3之间是什么关系?5和6呢?b(a) 扩展,包含(b) 包含,扩展4.5缺少了3仍然是个完整的用例?b(a) 是的(b) 不是5.4能够参与2吗?1能够参与5吗?b(a) 可以,不可以 (b) 不可以,可以习题答案:1、(a)(d) 2、(b)(c) 3、(b) 4、(b) 5、(b)2.5 习题习题UML- 18 -UML- 18 -3.
22、2 类图中的事物及解释类图中的事物及解释3.2.1 类类 从上到下分为三部分,分别是类名、属性和操作。类名是必须有的 类如果有属性,则每一个属性都必须有一个名字,另外还可以有其它的描述信息,如可见性、数据类型、缺省值等 类如果有操作,则每一个操作也都有一个名字,其它可选的信息包括可见性、参数的名字、参数类型、参数缺省值和操作的返回值的类型等Account- balance : double = 1+ Deposit(amount : double) : int+ ComputeInterest() : double可见性可见性-代表private+代表public#代表protected也可以
23、使用图形表示返回值类型返回值类型操作名称操作名称斜体为抽象操作缺省值缺省值类名类名斜体为抽象类属性名称属性名称参数列表参数列表3.1 类图概要类图概要 类图以反映类的结构(属性、操作)以及类之间的关系为主要目的,描述了软件系统的结构,是一种静态建模方法 类图中的“类”与面向对象语言中的“类”的概念是对应的,是对现实世界中的事物的抽象UML- 19 -UML- 19 -Shape(标准图形)Shape+ Draw ()(变体图形)接口Vehicle- fMaxSpeed : float+ Start() : int+ Stop() : int抽象类模版参数模版参数模版类3.2 类图中的事物及解释
24、类图中的事物及解释3.2.2 接口接口 一组操作的集合,只有操作的声明而没有实现3.2.3 抽象类抽象类 不能被实例化的类,一般至少包含一个抽象操作3.2.4 模版类模版类 一种参数化的类,在编译时把模版参数绑定到不同的数据类型,从而产生不同的类UML- 20 -UML- 20 -2、聚合关系 聚合(Aggregation) : 表示has-a的关系,是一种不稳定的包含关系。较强于一般关联,有整体与局部的关系,并且没有了整体,局部也可单独存在。如公司和员工的关系,公司包含员工,但如果公司倒闭,员工依然可以换公司。在类图使用空心的菱形表示,菱形从局部指向整体。UML表示法表示法3.3 类图中的关
25、系及解释类图中的关系及解释3.3.1 关联关系关联关系1、关联(Association) : 对象之间一种引用关系,比如客户类与订单类之间的关系。这种关系通常使用类的属性表达。关联又分为一般关联、聚合关联与组合关联。后两种在后面分析。在类图使用带箭头的实线表示,箭头从使用类指向被关联的类。可以是单向和双向。UML表示法表示法UML- 21 -UML- 21 -3、组合关系 组合(Composition) : 表示contains-a的关系,是一种强烈的包含关系。组合类负责被组合类的生命周期。是一种更强的聚合关系。部分不能脱离整体存在。如公司和部门的关系,没有了公司,部门也不能存在了;调查问卷中
展开阅读全文