第五讲 统一建语言UML.pptxVIP

统一建模语言UML UML(Unified Modeling Language)是一种基于面向对象的可视化的通用(General)建模语言，该方法结合了Booch, OMT, 和OOSE方法的优点，统一了符号体系，并从其它的方法和工程实践中吸收了许多经过实际检验的概念和技术。 UML的历史 为何研究UML—结束建模方法大战 发展历史 ※1994年Booch和Rumbaugh在Rational Software Corporation开始了UML的工作，其目标是创建一个“统一的方法”。 ※1995年OOSE的创始人Jacobson加盟到这项工作中，工作重点转移到创建一种统一的建模语言UML。 ※1997年11月，OMG(Object Management Group)批准把UML1.1作为基于面向对象技术的标准建模语言※ ※2004年推出了UML2.0。 UML的主要功能 UML只是一种建模语言，不是一种建模方法。建模方法应包括建模语言和建模过程两部分: ①建模语言：提供这种方法用于表示建模结果的符号。（图形符号：可视化） ②建模过程：描述建模时需要遵循的步骤。 UML的特点 ①U：对多种经典的OO建模方法进行了统一，形成了规范。 ②M：用于建立软件开发过程中的各种工程模型。 ③L：是一种可视化的（图式）语言。 ※具有指定的建模元素（图式符号） ※具有严格的语法（构图规则） ※具有明确的语义（逻辑含义） UML的主要构成 UML是一种标准化的图形建模语言，它是面向对象分析与设计的一种标准表示。由以下几个部分构成： 视图(views) 图(Diagrams) 模型元素(Model elements) 通用机制(general mechanism) UML视图 一个系统应从不同的角度进行描述,从一个角度观察到的系统称为一个视图（view）。 视图由多个图(Diagrams)构成，它不是一个图表,而是在某一个抽象层上，对系统的抽象表示。 如果要为系统建立一个完整的模型图，需定义一定数量的视图，每个视图表示系统的一个特殊的方面。另外，视图还把建模语言和系统开发时选择的方法或过程连接起来。 UML视图 UML视图 分析人员和测试人员关心的是系统的行为，因此会侧重于用例视图； 最终用户关心的是系统的功能，因此会侧重于逻辑视图； 程序员关心的是系统的配置、装配等问题，因此会侧重于实现视图； 系统集成人员关心的是系统的性能、可伸缩性、吞吐率等问题，因此会侧重于进程视图； 系统工程师关心的是系统的发布、安装、拓扑结构等问题，因此会侧重于部署视图。 UML中的图--类图 类图:展示了系统中类的静态结构，即类与类之间的相互联系。可以把若干个相关的类包装在一起作为一个单元(包),相当于一个子系统。一个系统可以有多张类图，一个类也可以出现在几张类图中。 UML中的图--对象图 对象图:是类图的实例，它展示了系统执行在某一时间点上的一个可能的快照。对象图使用与类图相同的符号，只是在对象名下面加上下划线，同时它还显示了对象间的所有实例链接（link）关系。 UML中的图—其它种类的图 用例图:展示各类外部执行者与系统所提供的用例之间的连接。一个用例是系统所提供的一个功能的描述，执行者是指使用这些用例的人或外部系统，执行者与用例的连接表示该执行者使用了此用例 构件图:展示系统中的构件(即来自应用的软件单元)，构件间通过接口的连接，以及构件之间的依赖关系。 顺序图:展示了几个对象之间的动态交互关系。主要是用来显示对象之间发送消息的顺序，还显示了对象之间的交互，即系统执行的某一特定点所发生的事 协作图用几何排列来表示交互作用中的角色，它显示了有协作关系的复合结构组成部分或角色范围内的交互。它明确地显示元素之间的协作关系，而不显示作为独立维的时间，消息的顺序和并发线程必须由顺序号确定。 部署图展示了运行时处理结点和在结点上生存的制品的配置。结点是运行时的计算资源，制品是物理实体，如构件、文件。 模型元素 代表面向对象中的类，对象，关系和消息等概念，是构成图的最基本的常用元素。一个模型元素可以用在多个不同的图中，无论怎样使用，它总是具有相同的含义和相同的符号表示。 模型元素之间的连接关系也是模型元素，常见的关系有关联（association）、泛化(generalization)、依赖(dependency)和聚合(aggregation)，其中聚合是关联的一种特殊形式 通用机制(general mechanism) 用于表示其他信息，比如注释，模型元素的语义等。另外，为了适应用户的需求，通用机制允许在不修改基础元模型的前提下对UML作有限的变化。如提供了扩展机制(Extens