《UML统一建模实用教程》第11章 构件图.pptVIP

第11章 构件图 目录 第11章 构件图 构件是系统的可替代的物理部分，它表示的是实际的事物，构件是定义了良好接口的物理实现单元，它是系统中可以替代的部分，每个构件体现了系统设计中的特定类的实现，良好定义的构件不直接依赖于其它构件，而是依赖于其它构件所支持的接口，在这种情况下，系统中的一个构件可以被支持相同的接口的其它构件所替代。 接口是被软件或硬件所支持的一个操作集合，每个接口有一个名称，通过使用命名的接口，可以避免在系统的各个构件之间直接发生依赖关系，有利于新构件的替换。 11．1 构件的概念 1．构件 从构件组成上看，每个构件定义了2组接口(一组供给接口，一组需求接口)，构件为供给接口提供了提供了功能实现部分，即，构件本身已经实现了供给接口声明的功能。对于一个构件而言，它包含5个要素： 1)，接口声明：每个构件包含两组接口，一组是供给接口，表明它能提供的服务，一组是需求接口，表明它需要的服务。 2)，接口实现：构件是一个物理部件，它实现了供给接口声明的服务。 3)，构件标准：在创建构件时，每一个构件必须遵从某种构件标准。有三种构件标准，它们是 4)，封装方法：也就是构件遵从的封装标准 5)，部署方法：一个构件可以有多种部署方法。 2．构件与类 11．1 构件的概念 从构件的定义上看，构件和类十分相似，事实也是如此：二者都有名称，都可以实现一组接口，都可以参与依赖、泛化和关联关系，都可以被嵌套，都可以有实例，都可以参与交互。但也存在着一些明显的不同，下面是构件与类的区别： （1）类表示是对实体的抽象，而构件是对存在于计算机中的物理部件的抽象。也就是说，构件是可以部署的，而类不能部署。 （2）构件属于软件模块，而非逻辑模块，与类相比，它们处于不同的抽象级别。甚至可以说，构件就是由一组类通过协作完成的。 （3）类可以直接拥有操作和属性，而构件仅拥有可以通过其接口访问的操作。 11．1 构件的概念 3．构件分类 按照构件在系统中的角色，把构件分为3种类型：配置构件、工作产品构件、执行构件。 1)，配置构件：组成系统的基础构件，是执行其它构件的基础平台。如，操作系统、java虚拟机(JVM) 、数据库管理系统都属于配置构件。 2)，工作产品构件：这类构件主要是开发过程的中间产物，如，创建构件时的源代码文件及数据文件都属于工作产品构件。这些构件并不是直接地参与系统运行。 3)，执行构件：在运行时创建的构件。例如由DLL实例化形成的COM+对象、Servlets、XML文档都属于执行构件。 11．2 构件图的概念 构件图主要用于描述各种软件构件之间的依赖关系，例如，可执行文件和源文件之间的依赖关系，所设计的系统中的构件的表示法及这些构件之间的关系构成了构件图。 构件图是描述构件及构件关系的图。与所有UML的其它图一样，构件图可以包括注释、约束、包。图11-1是一个典型的构件图。 1.构件图的作用： 11．2 构件图的概念 在构件图中，系统中的每个物理构件都使用构件符号来表示，通常，构件图看起来像是构件图标的集合，这些图标代表系统中的物理部件，构件图的基本目的是：使系统人员和开发人员能够从整体上了解系统的所有物理部件，构件图的基本目的是：使系统人员和开发人员能够从整体上了解系统的所有物理部件，同时，也使我们知道如何对构件进行打包，以便交付给最终客户，最后，构件图显示了被开发系统所包含的构件之间的依赖关系。 构件图从软件架构的角度来描述一个系统的主要功能，如系统分成几个子系统，每个子系统包括哪些类、包和构件，它们之间的关系以及它们分配到哪些节点上等。 使用构件图可以清楚地看出系统的结构和功能。方便项目组的成员制定工作目标和了解工作情况，同时，最重要的一点是有利于软件的复用。 11．2 构件图的概念 从宏观的角度上，构件图把软件看作多个独立构件组装而成的集合，每个构件可以被实现相同接口的其它构件替换。 2.构件图的组成元素 构件图的组成元素有：构件、关系。关系把多个构件连接在一起，构成一个构件图。这里的关系指构件间的依赖关系。 构件包含两个部分：接口(供给接口，需求接口)和接口实现部分(实现了供给接口的功能)。表示构件图标的方法有两种：第一种方法是，在构件图标中没有标识接口，第二种方法是，在构件图标中标识了接口。 11．3 构件的表示 1．没有标识接口的构件表示法 没有标识接口的构件的图形表示方法又分三种，如图11-2所示：第一种是表示为标有构造型《component》的矩形；第二种是在矩形的右上角放置一个构件图标（一个小矩形，并在左侧加上两个突出的更小的矩形）；第三种是直接使用构件图标，但在UML2.0中已经不使用第三种方法了。 和类的名称相近，构件的名称也是一个正文字符串，它可以是简单名，也可以是带路径的全名。