软件工程与开发技术（西电第二版）第13章_构件模型和部署模型教材教学课件.pptVIP

第13章 构件模型和部署模型 ; 13.1 代码实现与构件模型 13.1.1 概述 　　系统模型的大部分内容反映了系统的逻辑和物理设计方面的信息，并且独立于系统的最终实现单元。然而，为了可重用性和可操作性的目的，系统实现方面的信息也很重要。 UML使用两种视图来表示实现单元：构件视图和部署视图。 　　构件视图将系统中可重用的代码块包装成具有可替代性的物理单元，这些单元被称为构件。构件视图也称为实现视图。构件视图用构件及构件间的接口和依赖关系来表示设计元素(例如类)的具体实现。构件是系统高层的可重用的组成部件。图13.1表达了构件和接口之间的实现关系。 ;图13.1 构件与接口之间的实现关系 ;　　构件是定义了良好接口的物理实现单元，它是系统中可替换的部分。每个构件体现了系统设计中特定类的实现。良好定义的构件不直接依赖于其他构件而依赖于构件所支持的接口。在这种情况下，系统中的一个构件可以被支持正确接口的其他构件所替代。 　　构件具有它们支持的接口和需要从其他构件得到的接口。接口是被软件或硬件所支持的一个操作集。通过使用命名的接口，可以避免在系统中各个构件之间直接发生依赖关系，有利于新构件的替换。构件视图展示了构件间相互依赖的网络结构。构件视图可以表示成两种形式，一种是含有依赖关系的可用构件(构件库)的集合，它是构造系统的物理组织单元。另一种表示为一个配置好的系统，用来建造它的构件已被选出。在这种形式中，每个构件与给它提供服务的其他构件连接，这些连接必须与构件的接口要求相符合。构件用一边有两个小矩形的一个长方形表示，它可以用实线与代表构件接口的圆圈相连，如图13.2所示。 ;13.1.2 构件(Component)和构件图(Component Diagram)　　在UML中，构件代表一个具有良好定义接口的软件模块，包括源代码、二进制代码、可执行代码、动态链接库等。构件的接口由其所提供的一个或多个接口元素表示。构件之间的关系用来表示软件模块之间的编译、运行、调用、接口的依赖关系，也可以表达构件和类之间的实现关系，在Rational Rose中是通过在类和构件之间建立指派(Assigned)关系实现的。 ;图13.2 带接口的构件 ;　　构件图表示了构件之间的依赖关系，如图13.3所示。每个构件实现(支持)一些接口，并使用另一些接口。如果构件间的依赖关系与接口有关，那么构件可以被具有同样接口的其他构件替代。 ;图13.3 构件图 ;在类与构件之间是多对多关系时，从类跟踪到构件或者从构件跟踪到类是比较繁琐的事情，这可以通过构件模型很容易地达到此目的。在某些建模工具，例如Rational Rose中，选择类或者构件，通过建立类和构件的指派关系，可以很方便地显示出其对应的构件或者类列表，为软件开发过程中的产品可跟踪性奠定基础。另外，构件模型也是建立产品基线和发布以及产品生产线的基础。 ; 13.2 部署图(Deploy Diagram) ;　　部署是将开发出的软件产品安装在运行环境中，使之正确运行的软件开发活动。目前的运行环境多为基于网络的分布式环境，部署过程较为复杂，因此部署过程也需要建模。将开发出的物理构件和处理器结点对应起来，以利于正确的部署和运行。部署图表示了构件和处理器物理结点之间的这种对应关系。在UML中，部署图表示了处理器、设备及其连接关系，也可以表示软件构件和处理器之间的关系。每个系统模型中只包含一个部署图，表示该系统中处理器、设备之间的连接以及进程对处理器的分配。;　　部署视图表示运行时的计算资源(如处理器及它们之间的连接)的物理布置拓扑结构，这些运行资源被称作计算节点。在运行时，节点包含构件和对象的动态映射—进程和线程。构件和对象在计算节点上的分配可以是静态的，它们也可以在节点间迁移。如果含有依赖关系的构件实例放置在不同节点上，则部署视图可以展示出执行过程中的瓶颈。图13.5是一个基于B/S模式的三层模型。 ; 13.3 小 结　　在UML中，构件代表源程序文件或者二进制文件，是软件开发的最终产品。从软件产品的最初需求到系统的概念模型，从系统的逻辑模型到最终的物理文件，构成了软件系统完整的开发生命周期。一般来说，生命周期的开始与问题或者业务领域比较接近，后期则和计算机系统更为接近。这种从问题域到程序域的映射过程中，可跟踪性显得非常重要，因为最终的解决方案可能和最初的问题形式相距甚远，构件模型则给出了从逻辑模型到物理模型的跟踪性，也给出了软件构件之间的依赖性，是软件测试、发布和维护的基础。