面向对象的系统分析与设计（王海燕）UML_概述.pptVIP

第 2章 UML 概述 2.1 UML的起源和发展 20世纪70年代中期，面向对象建模语言出现 20世纪70年代中期~ 20世纪90年代 著名的人物及他们的成果： Grady Booch :Booch 方法 James Rumbaugh等人：对象建模技术（OMT) Ivar Jacobson ：面向对象软件工程(OOSE) 1994年10月： Grady和James Rumbaugh首先合作研究统一建模语言，首次将Booch93和OMT-2统一起来-UM 0.8。 1995-1996年Ivar Jacobson 加入统一建模语言的研究，发布了UML0.9和，并正式将UM重新命名为UML。 1996年，UML得到公众的正面反映，其商业策略显现。 1997年，发布UML1.0和UML1.1；同年，得到对象管理组织（OMG）的认可，成为标准的建模语言。 2005年，UML2.0规范完成。 UML的发展过程 2.2 UML的概念范围 UML（Unified Modeling Language）是一种对软件系统进行规约、构造、可视化和文档化的语言。 通常UML的概念和模型分为：静态结构、动态行为、实现构造、模型组织和扩展机制等部分。 模型包含两个方面的含义： 1、语义方面 2、可视化表达方法 从可视化的角度对UML的概念和模型进行划分： 视图 图 模型元素 2.2.1 视图 视图是表达系统某一方面特征的UML建模构件的子集；视图是从不同的角度来描述系统构件的。 在每一类视图中，可以使用一种或两种特定的图来可视化地表示视图中的各种概念。 按逻辑观点对应领域中的概念建模，视图模型可以被划分为3个视图域： 结构分类 动态行为 模型管理 结构分类 描述了系统中的结构成员及其相互关系。 类元包括类、用例、构件和节点。 类元为研究系统动态行为奠定了基础。 类元视图包括静态视图、用例视图、实现视图及部署视图。 动态行为 描述了系统随时间变化的行为。 行为利用从静态视图中抽取的瞬间值的变化来描述。 动态行为视图包括状态机视图、活动视图和交互视图。 模型管理 说明了模型的分层组织结构。 包是模型的基本组织单元。模型和子系统是特殊的包。 模型管理视图跨越了其他视图并根据系统开发和配置来组织这些视图。 UML还包括了多种具有扩展能力的组件：约束、构造型和标记值。这些组件非常有用，但是只有在UML规范要求的一些限制范围内才能使用。 视图的分类： 静态视图 用例视图 交互视图 实现视图 状态机视图 活动视图 部署视图 模型管理视图 1、静态视图 静态视图是对在应用领域中的各种概念以及与系统实现相关的各种内部概念进行的建模；并且不描述与时间有关的系统行为。静态视图的可视化表达的图主要是类图。 静态视图主要是由类与类之间的关系构成。这种关系包括： 关联、泛化、依赖(使用和实现关系) 静态视图的作用 静态视图是UML的基础； 静态视图是概念对象的基本结构； 静态视图也是建立其他动态视图的基础。 2、用例视图 用例视图描述了系统的参与者与系统进行交互的功能，是参与者所能观察和使用到的系统功能的模型图。 用例就是系统的参与者对系统有用功能的需求。 一个用例是系统的一个功能单元，是参与者与系统之间进行的一次交互作用。 用例使用系统与一个或多个参与者之间的一系列消息来描述系统的交互作用。 用途：标识出系统中的用例和参与者之间的联系，并确定什么样的参与者执行了哪个用例。 参与者可以是人，也可以是外部系统或外部子系统。 用例视图使用用例图来表示。 3、 交互视图 交互视图描述了执行系统功能的各个角色之间相互传递消息的顺序关系，是描绘系统中各种角色或功能交互的模型。 交互视图显示了跨越多个对象的系统控制流程。 描述系统的行为可以有两种方式： 1、状态机：以独立的对象为中心进行描述，可以描述对象内部的深层次的行为； 这种方式既是协作图的形式：可表达对象之间是如何协助完成一个功能的。 2、交互视图：以相互作用的对象为中心进行描述，可以描述一组对象的整体行为。 这种方式既是序列图的形式：可表达形式反映了执行系统功能的各个角色之间相互传递消息的顺序关系。 类元在系统的交互关系中扮演了起特定作用的一个对象的描述。 4、状态机视图 状态机视图是通过对象的各种状态建立模型来描述对象随时间变化的动态行为。 以独立的对象为中心进行描述。 状态之间的变化是通过事件进行触发的。 事件：任何影响对象状态变化的操作。 状态机的构成是由描述对象状态的一组属性