包图构件图与部署.ppt

《包图构件图与部署.ppt》由会员分享，可在线阅读，更多相关《包图构件图与部署.ppt（69页珍藏版）》请在三一办公上搜索。

1、1,第10章 包图、构件图与部署图（Package/Component/Deployment Diagram）,冯国奇,2,为什么要包,在面向对象软件开发的视角中，类显然是构建整个系统的基本构造块。但是对于庞大的应用系统而言，其包含的类将是成百上千，再加上其间复杂的关联关系、多重性等，必然是大大超出了人们可以处理的复杂度。这也就是引入了“包”这种分组事物构造块。,3,包的概念,包是维护和控制系统总体结构的重要建模工具，有助于方便理解和处理整个模型。分解 是软件开发中控制软件复杂性的重要手段。在OO方法中,需要考虑如何把相关的类放在一起。把语义相近并倾向于同一变化的元素组织起来加入同一个包中，以

2、便于理解和处理整个模型。,4,为什么要包,包的作用是：1）对语义上相关的元素进行分组2）定义模型中的“语义边界”3）提供配置管理单元4）在设计时，提供并行工作的单元5）提供封装的命名空间，其中所有名称必须唯一,5,包的概念,6,包的表示,UML中，用文件夹符号来表示一个包。包由一个矩形表示，它包含2栏。下面是最常见的几种包的表示法。,7,包的表示,包的名称每个包必须有一个与其他包相区别的名称。标识包名称的格式有两种：简单名和全名。其中，简单名仅包含包一个简单的名称；全名是用该包的外围包的名字作为前缀，加上包本身的名字。Rose常用表示方法中，其包名UI就是一个简单名。而包才是一个完整带路径的名

3、称，表示UI这个包是位于System.Web命名空间中的。,8,包的表示,包的元素在一个包中可以拥有各种其他元素，包括类、接口、构件、节点、协作、用例，甚至是其他包或图。这是一种组成关系，意味着元素是在这个包中声明的，因此一个元素只能属于一个包。每一个包就意味着一个独立的命名空间，因此，两个不同的包，可以具有相同的元素名，但由于所位于的包名不同，因此其全名仍然是不同的。像类中的属性和方法一样，包中的元素也有可见性，包内元素的可见性控制了包外部元素访问包内部元素的权限。,9,包的表示,包的可见性有3种：“+”表示“public”“#”表示“protected”“-”表示“private”,10,

4、包的表示-包的构造型,为了表示包的新特性，用构造型来描述包的新特征。system:表示整个系统。subsystem:表示正在建模的系统中某个独立的子系统。facade：只是某个其它包的视图，它主要用来为其它一些复杂的包提供简略视图。stub：是一个代理包，它服务于某个其他包的公共内容，这通常应用于分布式系统的建模中。framework：用来表示一个框架的，框架是一个领域内的应用系统提供可扩充模板的体系结构模式。,11,包图中的关系,包图中的关系有2种：依赖关系、泛化关系。1、依赖关系:分为4种。把箭尾端的包称为客户包,把箭头端的包称为提供者包。,12,包图中的关系,use关系:use关系是一种

5、默认的依赖关系，说明客户包（箭尾端的包）中的元素以某种方式使用提供者包（箭头端的包）的公共元素，也就是说客户包依赖于提供者包。如果没有指明依赖类型，则默认为USE关系。import关系：最普遍的包依赖类型，说明提供者包的命名空间将被添加到客户包的命名空间中，客户包中的元素也能够访问提供者包的所有公共元素。access关系:如果只想使用提供者包中的元素，而不想将两个包合并，则应使用该关系。在客户包中必须使用路径名,才能访问提供者包中的所有公共元素。trace关系:想表示一个包到另一个包的历史发展，则需要使用trace关系来表示.,13,包图中的关系,例如，有两个USE依赖，Client包将通过S

6、erver包来完成Order的存储，而Server包使用包来实现数据库的存储。,例如，Client包引用了（import）了Rule包，Rule包又引用了GUI包。同时，这还表示Client包间接引用了GUI包。,14,包图中的关系,2、泛化关系包间的泛化关系类似于类间的泛化关系，使用一般包的地方，可以用特殊包代替。在系统设计中，对某一个特定的功能，有多种实现方法。例如，实现多数据库支持；实现B/S和C/S双界面。这时就需要定义一些高层次的“抽象包”和实现高层次功能的“实现包”。,15,泛化关系,例如，说明GUI有两种风格：一种是基于WinForm的C/S风格，一种是WebForm的B/S风格

7、。,16,创建包图,绘制包图的基本过程主要有三个步骤：第一，寻找包；第二，确定包之间的关系；第三，标出包内元素的可见性。绘制包图的“最小化系统间的耦合关系”的原则：最大限度减少包之间的依赖，包封装时，避免包之间的循环依赖；最小化每个包的public、protected元素的个数，最大化每个包中private元素的个数。,17,创建包图,1标识候选包的原则：把类图中关系紧密的类放到一个包中；在类继承类层次中，把不同层次的类放在不同的包中。也可以把用例模型作为包的来源。然而，用例横跨分析包是非常普遍的一个用例可以由几个不同包中的类实现。,18,创建包图,2调整候选包在已经识别一组候选包后，然后减少

8、包间依赖，最小化每个包的public、protected元素的个数，最大化每个包中private元素的个数。做法是：在包间移动类；添加包或删除包。,19,创建包图,良好包结构的关键是包内高内聚，包间低耦合。通常，当创建分析包模型时，应该尽量使包模型简单。获得正确的包集合比使用诸如包泛化和依赖构造型的特征更加重要，这些特征可以以后再添加，仅当使用诸如包泛化和依赖构造型的特征使得模型更加容易理解时，才使用这些包整理技术。除了保持简单，还应该避免嵌套包。物件在嵌套包结构中埋藏得越深，模型变得越晦涩。,20,包图建模,将一个框架的所有类放置在相同的包中将相同继承层次的类放在相同的包中彼此间有聚集或组成

9、关系的类通常放在相同的包中彼此合作频繁的类、信息能够通过UML顺序图和UML协作图反映出来的类，通常放在相同的包中确定包与包之间的依赖关系或泛化关系,21,设计包的原则,重用等价原则(Reuse Equivalency Principle)把类放入包中时,应考虑把包作为可重用的单元.共同闭包原则(Common Closure Principle)把需要同时改变的类放在同一个包中.共同重用原则(Common Reuse Principle)不会一起使用的类不要放在同一个包中.非循环依赖原则(Acyclic Dependencies Principl)包之间的依赖关系不要形成循环.,22,构件图,

10、23,构件图,构件是系统的可替代的物理部分，是定义了良好接口的物理实现单元，它是系统中可以替代的部分；每个构件体现了系统设计中的特定类的实现，良好定义的构件不直接依赖于其它构件，而是依赖于其它构件所支持的接口，在这种情况下，系统中的一个构件可以被支持相同的接口的其它构件所替代。,24,构件图,接口是被软件或硬件所支持的一个操作集合，每个接口有一个名称，通过使用命名的接口，可以避免在系统的各个构件之间直接发生依赖关系，有利于新构件的替换。从构件组成上看，每个构件定义了2组接口(一组供给接口，一组需求接口)，构件为供给接口提供了提供了功能实现部分。,25,对于一个构件而言，它包含5个要素：1)接口

11、声明：每个构件包含两组接口，一组是供给接口，表明它能提供的服务，一组是需求接口，表明它需要的服务。2)接口实现：构件是一个物理部件，它实现了供给接口声明的服务。3)构件标准：在创建构件时，每一个构件必须遵从某种构件标准。4)封装方法：也就是构件遵从的封装标准。5)部署方法：一个构件可以有多种部署方法。,26,构件与类,从构件的定义上看，构件和类十分相似：二者都有名称，都可以实现一组接口，都可以参与依赖、泛化和关联关系，都可以被嵌套，都可以有实例，都可以参与交互。构件与类的区别：类表示是对实体的抽象，而构件是对存在于计算机中的物理部件的抽象。也就是说，构件是可以部署的，而类不能部署。构件属于软件

12、模块，而非逻辑模块，与类相比，它们处于不同的抽象级别。甚至可以说，构件就是由一组类通过协作完成的。类可以直接拥有操作和属性，而构件仅拥有可以通过其接口访问的操作。,27,构件分类,按照构件在系统中的角色，把构件分为3种类型：1)配置构件：组成系统的基础构件，是执行其它构件的基础平台。如：操作系统、java虚拟机(JVM)、数据库管理系统都属于配置构件。2)工作产品构件：这类构件主要是开发过程的中间产物，如：创建构件时的源代码文件及数据文件都属于工作产品构件。这些构件并不是直接地参与系统运行。3)执行构件：在运行时创建的构件。例如由DLL实例化形成的COM+对象、Servlets、XML文档都属

13、于执行构件。,28,构件图的概念,构件图提供当前模型的物理视图，对系统的静态实现视图建模。构件图显示一个系统物理设计时，构件所映射的类和对象的配置。一个构件图可以表示一个系统全部或者部分的构件体系。从组织内容看，构件图显示软件构件的组织以及构件之间的依赖关系，包括源代码构件、二进制代码构件以及可执行构件。构件图是对OO系统物理方面建模的2个图之一。,29,构件图的概念,构件图主要用于描述各种软件构件之间的依赖关系，例如，可执行文件和源文件之间的依赖关系，所设计的系统中的构件的表示法及这些构件之间的关系构成了构件图。与所有UML的其它图一样，构件图可以包括注释、约束、包。,30,构件图的概念,3

14、1,构件图的概念,32,构件图的作用,构件图的基本目的是：使系统人员和开发人员能够从整体上了解系统的所有物理部件，同时，也使我们知道如何对构件进行打包，以便交付给最终客户，最后，构件图显示了被开发系统所包含的构件之间的依赖关系。构件图从软件架构的角度来描述一个系统的主要功能，如系统分成几个子系统，每个子系统包括哪些类、包和构件，它们之间的关系以及它们分配到哪些节点上等。,33,构件图的作用,使用构件图可以清楚地看出系统的结构和功能。方便项目组的成员制定工作目标和了解工作情况，同时，最重要的一点是有利于软件的复用。从宏观的角度上，构件图把软件看作多个独立构件组装而成的集合，每个构件可以被实现相同

15、接口的其它构件替换。,34,构件的表示,构件是定义了良好接口的物理实现单元，是系统中可替换的物理部件。构件可以是源代码构件、二进制构件或一个可执行的构件。在UML中，构件用一个左侧带有突出两个小矩形的矩形来表示。,带版型的构件,35,构件的名称,每个构件都必须有一个不同于其他构件的名称。构件的名称是一个字符串，位于构件图标的内部构件名称通常是从现实的词汇表中抽取出来的短名词或名词短语，并依据目标操作系统添加相应的扩展名，例如java和dll。,36,构件的表示,没有标识接口的构件表示法没有标识接口的构件的图形表示方法分三种：表示为标有构造型component的矩形；在矩形的右上角放置一个构件图

16、标（一个小矩形，并在左侧加上两个突出的更小的矩形）；直接使用构件图标。,没有标识接口的构件的图形的三种表示法,和类的名称相近，构件的名称也是一个正文字符串，它可以是简单名，也可以是带路径的全名。,37,构件的表示,标识接口的构件表示法对于一个构件而言，它有两类接口：提供（provided）接口和所需（required）的接口。标识接口的构件表示方法也有3种。,标识接口的构件3种表示方法,38,构件的表示,（1）使用接口分栏表示：也就是将所需的接口和提供的接口直接显示在矩形的分栏中，将构造型provided和required放在每个接口名之前。（2）使用图标表示法：将接口的图标连接到矩形的边框上

17、，共给接口表示为通过一条实线链接到矩形上的圆圈；而需求接口则表示为一条实线链接到矩形上的上半圆。（3）显示表示法：接口也可以用完整的显示形式表示，构件和其提供的接口之间是实现关系，而构件和其所需的接口之间是使用use关系。,39,Rose中的扩展构件,子程序说明是一组子程序集合名,其中不包括类定义.,子程序体表示子程序的实现.,主程序是包含程序根的文件.,40,构件间的关系,构件有两组接口，供给接口为其它构件提供服务，需求接口使用其它构件提供的服务因此，构件间的关系就是依赖关系我们把提供服务的构件称为提供者，把使用服务的构件称为客户。在UML中，构件图中依赖关系的表示方法与类图中依赖关系相同，

18、都是一个由客户指向提供者的虚线箭头。,41,接口,接口用于描述构件所提供的服务的一组操作集合，指定了构件的外部可见操作。构件和接口之间的关系叫做实现关系。可以通过接口访问一个构件。接口和构件之间的关系分为两种：实现关系（Realization）依赖关系（Dependency）在图中，接口和构件之间用实线连接表示实现关系；而接口和构件之间用虚线箭头连接则表示依赖关系。,42,接口,在构件图中，常见的两种依赖关系：编译依赖调用依赖使用依赖关系的三种情况：客户类要访问一个在提供者类（接口）中定义的值（常量或变量）；客户类的操作激活提供者类（接口）的操作；客户类的操作具有返回到提供者类（接口）的实例或

19、参量的特征标记。,43,接口,构件与接口之间的关系:实现关系和依赖关系,导出接口,导入接口,为了便于构件之间替换,建议使用以上依赖关系,44,构件图分类,构件图可以分为两种：简单构件图和嵌套构件图。简单构件图：把相互协作的类组织成一个构件。利用构件图可以让软件开发者知道系统是由哪些可执行的构件组成的，这样，以构件为单位来看待系统时，让开发者清楚的看到软件系统的体系结构。例用户界面层：采用JSP页面实现用户界面。我们通过构造型Java Server page来表示构件。这一部分的构件，主要由边界类组成。业务逻辑层：在实现上主要采用了JavaBean技术。使用构造型JavaBean来表示这一层的构

20、件。这些构件主要由实体类组合而成。数据访问层：该层将所有的数据访问操作封装在一个JavaBean中（如果是大型应用，可能封装成为EJB），标明了它是JDBC的一个实现。,45,构件图分类,在这个例子中，对可执行程序的体系结构进行了建模，以帮助开发者了解可执行程序模块之间的关联关系，从而从宏观上认识系统。,46,构件图分类,2 嵌套的构件图使用嵌套的构件图来表示构件的内部结构。,销售管理服务器中包含两个构件：一个是处理收银机发送来的销售消息，完成交易处理；另一个是财务接口，负责处理与财务系统的连接，这时交易处理程序就委托财务接口来完成与财务系统的数据传送。在图中，销售管理服务器所提供的接口和所需

21、的接口与构件连接的点上，都有一个小矩形，它表示的是“端口”。这些端口将通过带箭头的实线与具体的子构件连接，表示该接口的提供者或需求者。,47,构件图与类图、包图的关系,基于类与构件之间的区别，也可以看到，类图侧重于系统的逻辑设计，而构件图更侧重于系统的物理设计及实现。包的设计主要是为了创建方便他人重用的包，因为人们通常不重用一个类，一般总是重用一组类。绝大多数系统都是由许多个包建立的，这些包相互依赖，建立了一个庞大的依赖关系图，根据发生变化的敏感度将类分组，基于同一个原因发生变化的类放在同一个包中。,48,构件图应用,构件图描述了软件的组成和具体结构，表示了系统的静态部分。它能够帮助开发人员从

22、总体上认识系统。常采用构件图来描述可执行程序的结构、源代码、物理数据库组成和结构。1 对可执行程序建模通过构件图，可以清晰地表示出各个可执行文件、链接库、数据库、帮助文件和资源文件等其它可运行的物理构件之间的关系。在对可执行程序的结构进行建模时，通常应遵从以下原则：(1)首先标识要建模的构件。(2)理解和标识每个构件的类型、接口和作用。(3)标识构件间的关系。,49,构件图应用,对可执行文件之间的关系建模,50,构件图应用,例如，有一个语音呼叫中心程序callcenter.exe，使用了三汇的语音卡的驱动程序shp_a3.dll，以及相应的TTS(文本转语音)引擎sh_ttsu.dll，现在我

23、们用构件图来描述这三个构件的关系。,51,构件图应用,2 对源代码进行建模通过构件图可以清晰地表示出软件的所有源文件之间的关系，开发者能更好地理解各个源代码文件之间的依赖关系。在对源程序进行建模时，通常应遵从以下原则：(1)表示出要重点描述的每个源代码文件，并把每个源代码文件标识为构件。(2)如果系统较大，我们就利用包来对构件进行分组。(3)用编译依赖关系来描述构件间的关系。(4)在构件图中，采用约束来表示源代码的版本号、作者和最后的修改日期等信息。,52,构件图应用,例如：singal.h是一个头文件，被interp.cpp和signal.cpp引用，其中interp.cpp还引用了另一个头

24、文件irq.h，而device.cpp又对interp.cpp有编译依赖关系。那么用构件图表示它们间的关系。,53,部署图,54,部署图,部署图(deployment diagram，也称为配置图)是用来显示系统中软件和硬件的物理架构。从部署图中，可以了解到软件和硬件组件之间的物理关系以及软件组件在处理节点上的分布情况。使用部署图可以显示运行时系统的结构，同时还表明了构成应用程序的硬件和软件元素的配置和部署方式。,55,部署图的概念,部署图描述了系统中包括的计算机和其他的硬件设备，如这些计算机和设备的位置以及它们之间是如何进行相互连接的，即，部署图描述系统中的硬件节点及节点之间如何连接的图。,

25、56,部署图的概念,部署图的作用一个UML部署图描述了一个运行时的硬件结点，以及在这些结点上运行的软件构件的静态视图。部署图显示了系统的硬件，安装在硬件上的软件，以及用于连接异构机器之间的中间件。创建一个部署模型的目的包括 描述系统与生产环境中的其它系统间的依赖关系，这些系统可能是已经存在，或是将要引入的。描述一个商业应用主要的部署结构。设计一个嵌入系统的硬件和软件结构。描述一个组织的硬件/网络基础结构。,57,部署图的概念,部署图的组成元素：节点和连接节点节点代表一个运行时计算机系统中的硬件资源。节点通常拥有一些内存，并具有处理能力。例如一台计算机、一个工作站等其它计算设备都属于节点。在UM

26、L中，节点用一个立方体来表示。每一个节点都必须有一个区别于其他节点的名称。节点的名称有2种表示方法：简单名字和带路径的名字。,58,部署图的表示,按照节点是否有计算能力，把节点分为两种类型：处理器和设备，分别用构造型Processor和构造型Device表示处理器和设备。处理器（Processor）：是能够执行软件、具有计算能力的节点。设备（Device）：是没有计算能力的节点，通常情况下都是通过其接口为外部提供某种服务，例如打印机、IC读写器，如果系统不考虑它们内部的芯片，就可以把它们看作设备。,59,部署图的表示,（3）节点中的构件当某些构件驻留在某个节点时，可以在该节点的内部描述这些构件

27、。对于一张部署图而言，最有价值的信息就是节点上的内容，也就是安装在节点中的构件。对于这些构件，可以直接写在节点中，也可以用构件表示,60,部署图的表示,对节点内驻留的构件描述,61,部署图的表示（对上图的解释）,直接描述：例如在B/S客户端中，必须安装“Web浏览器”（并通过约束说明需要IE6.0以上版本或Firefox1.5以上版本）。通常，对于不是由开发团队生成的制品，例如IIS服务器这种描述方式，也可以通过“约束”来描述它。artifact构造型：用来表示文件、构件等制品，例如IIS服务器上的swWeb.dll、BusinessRule.dll、DateAccess.dll及C/S客户端

28、上的se.exe。database构造型：用来表示一个实际的数据库（对应Oracle的scheme），例如在数据库服务器上的sw。deploymentSpec构造型：用来表示部署描述，通常对关键的配置文件进行建模，还可以在构造块中直接指出具体参数的值。对于这些构造型，可以使用依赖关系来表示他们之间的相互关系，甚至可以表示跨节点之间的依赖（入DataAccess.dll到sw之间的依赖连接）。另外，在图中，使用了一个directory构造型，这并不是一个UML标准构造型，它只是使用者的一个扩展。,62,部署图的表示,节点属性象类一样，可以为一个节点提供属性描述，如，处理器速度、内存容量、网卡数量

29、等属性。可以为节点其提供启动、关机等操作属性。节点与构件的区别节点表示一个硬件部件，构件表示一个软件部件。两者有许多相同之处，例如二者都有名称，都可以参与依赖、泛化和关联关系，都可以被嵌套，都可以有实例，都可以参与交互但它们之间也存在明显的区别：构件是软件系统执行的主体，而节点是执行构件的平台；构件是逻辑部件，而节点表示是物理部件，在物理部件上部署构件。,63,部署图的表示,2 连接部署图用连接表示各节点之间通信路径，连接用一条实线表示。对于企业的计算机系统硬件设备间的关系，通常关心的是节点之间是如何连接的，因此描述节点间的关系一般不使用名称，而是使用构造型描述。下图是节点之间连接的例子。,6

30、4,部署图应用,在实际的应用中，部署图主要用在设计和实现两个阶段。1.设计阶段在这一阶段，部署图主要用来描述硬件节点以及节点之间的连接。,仅描述硬件节点的部署图,右图并没有描述节点内的构件。在设计阶段，还没有创建出软件构件。,65,部署图应用,2.实现阶段在实现阶段，已经生产出了软件构件，因此，可以把构件分配给对应的节点。,描述了节点内部署的构件,实际应用当中，部署图主要用来对嵌入式系统、客户机/服务器系统、分布式系统进行建模，而且能够起到很好的作用。,66,部署图应用,3嵌入式系统建模如果采用部署图对嵌入式系统进行了建模，通过部署图，硬件工程师和软件开发者之间就能做更好的交流。在对嵌入式系统

31、进行建模时，重点在于描述处理器和设备之间的关系；可以考虑对处理器和设备采取用更直观的图标。例如，一个航标RTU的嵌入式系统的部署图示。,描述嵌入式系统的部署图,67,部署图应用,4客户机/服务器和分布式系统建模当开发的软件要运行在多台计算机上时，就必须将软件构件以合理的方式部署在各个节点上。其中客户机/服务器结构就是一种典型的分布式系统模型，它包含三层B/S/S结构和两层C/S结构。对于大型分布式系统可能还包括负载均衡、集群等部署结构，部署图的引入能够很好地对其进行表述。,68,汽车租赁系统-创建系统部署模型,1.系统构件图在本系统中，我们可以对汽车类、职员类、服务记录类、客户类、工作记录类、客户记录类和请求订单类分别创建对应的构件进行映射。,69,汽车租赁系统-创建系统部署模型,2.系统部署图汽车租赁系统的部署图描绘的是系统节点上运行资源的安排。包括三个节点，分别是：客户端浏览器、Http服务器、数据库服务器。,