第11章UML构件图.pptVIP

第11章 构 件 图 构件是定义了良好接口的物理实现单元，它是系统中可以替代的部分，每个构件体现了系统设计中的特定类的实现，良好定义的构件不直接依赖于其他构件，而是依赖于其他构件所支持的接口，在这种情况下，系统中的一个构件可以被支持相同接口的其他构件所替代。 接口是被软件或硬件所支持的一个操作集合。通过使用命名的接口，可以避免在系统的各个构件之间直接发生依赖关系，有利于新构件的替换。 11.1 什么是接口和构件 11.1.1 接口 接口是对外声明的一组操作的集合。接口分为供给接口和需求接口，供给接口只能向其他构件提供服务，需求接口表示构件需要用到其他构件提供的服务。 接口有两种表示方法：构造型表示接口和图标表示接口，如图11-1所示为用构造型表示接口Borrow，图11-2所示为用图标表示接口Borrow。 11.1.1 接口 每个接口有一个名称，接口有操作、属性、关系，约束等特征。 我们建立实现Borrow接口的模型，如图11-3和图11-4所示(图11-3和图11-4是等价的模型，它们表示了相同的实现关系)。 11.1.2 端口 端口是对相关的供给接口和需求接口的封装。端口用一个长方形表示，端口有名称、类型。端口名称可以不标识。 端口可以没有需求接口，但是必须有供给接口。图11-5和图11-6所示为CD构件的两种表示方法。 11.1.2 端口 如图11-7所示，构件CD和另一个构件Show通过端口连接。两个构件连接时，它们的端口必须匹配，即一个构件的供给接口与另一个构件的需求接口的规格说明必须一致。 11.1.3 构件 构件是实现了某些功能的黑盒子。一个构件表现出来的行为由供给接口和需求接口来定义。 从构件组成上看，每个构件定义了两组接口(一组供给接口，一组需求接口)，构件为供给接口提供功能实现部分，即构件本身已经实现供给接口声明的功能。构件的需求接口只是向使用者说明，该构件需要其他构件提供哪些服务。 构件是一个泛指的概念，它可能是：一个子系统、一个实例(如EJB)、一个逻辑部件等。 在定义一个构件时，必须对以下5个要素进行规范。 接口声明：每个构件包含两组接口，一组是供给接口，表明它能提供的服务；一组是需求接口，表明它需要的服务。 接口实现：构件是一个物理部件，它实现了供给接口声明的服务。 构件标准：在创建构件时，每一个构件必须遵从某种构件标准。 封装方法：也就是构件遵从的封装标准。 部署方法：一个构件可以有多种部署方法。 11.1.3 构件 一个构件的通用表示如图11-8所示。网卡的需求接口pci与计算机插口连接，该网卡的供给接口cablei与网线的水晶头连接。 构件具有内部结构，它可能由多个零件组成。图11-9所示为一个构件的内部结构展示。 11.1.4 构件类型 1．按照构件在系统中的角色分 配置构件 工作产品构件 执行构件 2．按照构件本身的性质分 (1) 系统级构件 (2) 实体构件 (3) 没有接口的构件 (4) 说明性构件 (5) 处理事务的构件 (6) 执行计算的构件 (7) 子系统级构件 11.2 什么是构件图 构件图是描述构件及构件关系的图，主要用于描述各种软件构件之间的依赖关系，例如可执行文件和源文件之间的依赖关系。与所有UML的其他图一样，构件图可以包括注释、约束和包。如图11-10所示便是一个典型的构件图。 11.2.1 构件图的作用 构件图的基本目的是：使系统人员和开发人员能够从整体上了解系统的所有物理部件；同时，也使我们知道如何对构件进行打包，以便交付给最终客户；最后，构件图显示了被开发系统所包含的构件之间的依赖关系。 构件图从软件架构的角度来描述一个系统的主要功能，如系统分成几个子系统，每个子系统包括哪些类、包和构件，它们之间的关系以及它们分配到哪些节点上等。 使用构件图可以清楚地看出系统的结构和功能，从而方便项目组的成员制定工作目标和了解工作情况，同时，最重要的一点是有利于软件的复用。 从宏观角度来看，构件图是把软件看作多个独立构件组装而成的集合，每个构件可以被实现相同接口的其他构件替换。 11.2.2 构件图的组成元素 构件图的组成元素有构件和关系。关系把多个构件连接在一起，构成一个构件图。这里的关系指构件间的依赖关系。 11.3 构件的表示 表示构件的方法有两种： 第一种方法是，在构件图标中没有标识接口； 第二种方法是，在构件图标中标识了接口。 11.3.1 没有标识接口的构件 没有标识接口的构件的图形表示方法又分三种，如图11-11所示的构件网卡的三种表示方法： 第一种在矩形框中写上构造型component； 第二种在矩形框的右上角放置一个构件图标； 第三种是直接使用构件图标。 11.3.2 标识接口的构件 标识接口的构件表示