包图 构件图 与部署图课件

第10章包图、构件图与部署图

（Package/Component/DeploymentDiagram）1为什么要包在面向对象软件开发的视角中，类显然是构建整个系统的基本构造块。但是对于庞大的应用系统而言，其包含的类将是成百上千，再加上其间复杂的关联关系、多重性等，必然是大大超出了人们可以处理的复杂度。这也就是引入了“包”这种分组事物构造块。2包的概念包是维护和控制系统总体结构的重要建模工具，有助于方便理解和处理整个模型。分解是软件开发中控制软件复杂性的重要手段。在OO方法中,需要考虑如何把相关的类放在一起。把语义相近并倾向于同一变化的元素组织起来加入同一个包中，以便于理解和处理整个模型。3包的概念5包的表示UML中，用文件夹符号来表示一个包。包由一个矩形表示，它包含2栏。下面是最常见的几种包的表示法。PageNamePageNameClassName-1ClassName-2…..PageName类名Rose常用表示法包名放在第一栏在第二栏画出所包含的类图形表示第二栏列出包含的类名包名放在第二栏System:WebUIclass嵌套包6包的表示包的名称每个包必须有一个与其他包相区别的名称。标识包名称的格式有两种：简单名和全名。其中，简单名仅包含包一个简单的名称；全名是用该包的外围包的名字作为前缀，加上包本身的名字。Rose常用表示方法中，其包名UI就是一个简单名。而包System.Web.UI才是一个完整带路径的名称，表示UI这个包是位于System.Web命名空间中的。UISystem:Web:UI简单名含路径名(全名)7包的表示包的可见性有3种：“+”表示“public”“#”表示“protected”“-”表示“private”9包的表示-包的构造型为了表示包的新特性，用构造型来描述包的新特征。《system》:表示整个系统。《subsystem》:表示正在建模的系统中某个独立的子系统。《facade》：只是某个其它包的视图，它主要用来为其它一些复杂的包提供简略视图。《stub》：是一个代理包，它服务于某个其他包的公共内容，这通常应用于分布式系统的建模中。《framework》：用来表示一个框架的，框架是一个领域内的应用系统提供可扩充模板的体系结构模式。10包图中的关系包图中的关系有2种：依赖关系、泛化关系。1、依赖关系:分为4种。把箭尾端的包称为客户包,把箭头端的包称为提供者包。11包图中的关系例如，有两个《USE》依赖，Client包将通过Server包来完成Order的存储，而Server包使用System.Data.SqlClient包来实现数据库的存储。例如，Client包引用了（import）了Rule包，Rule包又引用了GUI包。同时，这还表示Client包间接引用了GUI包。13包图中的关系2、泛化关系包间的泛化关系类似于类间的泛化关系，使用一般包的地方，可以用特殊包代替。在系统设计中，对某一个特定的功能，有多种实现方法。例如，实现多数据库支持；实现B/S和C/S双界面。这时就需要定义一些高层次的“抽象包”和实现高层次功能的“实现包”。14泛化关系例如，说明GUI有两种风格：一种是基于WinForm的C/S风格，一种是WebForm的B/S风格。15创建包图1．标识候选包的原则：把类图中关系紧密的类放到一个包中；在类继承类层次中，把不同层次的类放在不同的包中。也可以把用例模型作为包的来源。然而，用例横跨分析包是非常普遍的——一个用例可以由几个不同包中的类实现。17创建包图2．调整候选包在已经识别一组候选包后，然后减少包间依赖，最小化每个包的public、protected元素的个数，最大化每个包中private元素的个数。做法是：在包间移动类；添加包或删除包。18创建包图良好包结构的关键是包内高内聚，包间低耦合。通常，当创建分析包模型时，应该尽量使包模型简单。获得正确的包集合比使用诸如包泛化和依赖构造型的特征更加重要，这些特征可以以后再添加，仅当使用诸如包泛化和依赖构造型的特征使得模型更加容易理解时，才使用这些包整理技术。除了保持简单，还应该避免嵌套包。物件在嵌套包结构中埋藏得越深，模型变得越晦涩。19设计包的原则重用等价原则(ReuseEquivalencyPrinciple)把类放入包中时,应考虑把包作为可重用的单元.共同闭包原则(CommonClosurePrinciple)把需要同时改变的类放在同一个包中.共同重用原则(CommonReusePrinciple)不会一起使用的类不要放在同一个包中.非循环依赖原则(AcyclicDependenciesPrincipl)包之间的依赖关系不要形成循环.21构件图22构件图构件是系统的可替代的物理部分，是定义了良好接口的物理实现单元，它是系统中可以替代的部分；每个构件体现了系统设计中的特定类的实现，良好定义的构件不直接依赖于其它构件，而是依赖于其它构件所支持的接口，在这种情况下，系统中的一个构件可以被支持相同的接口的其它构件所替代。23对于一个构件而言，它包含5个要素：1)接口声明：每个构件包含两组接口，一组是供给接口，表明它能提供的服务，一组是需求接口，表明它需要的服务。2)接口实现：构件是一个物理部件，它实现了供给接口声明的服务。3)构件标准：在创建构件时，每一个构件必须遵从某种构件标准。4)封装方法：也就是构件遵从的封装标准。5)部署方法：一个构件可以有多种部署方法。25构件与类从构件的定义上看，构件和类十分相似：二者都有名称，都可以实现一组接口，都可以参与依赖、泛化和关联关系，都可以被嵌套，都可以有实例，都可以参与交互。构件与类的区别：类表示是对实体的抽象，而构件是对存在于计算机中的物理部件的抽象。也就是说，构件是可以部署的，而类不能部署。构件属于软件模块，而非逻辑模块，与类相比，它们处于不同的抽象级别。甚至可以说，构件就是由一组类通过协作完成的。类可以直接拥有操作和属性，而构件仅拥有可以通过其接口访问的操作。26构件图的概念构件图主要用于描述各种软件构件之间的依赖关系，例如，可执行文件和源文件之间的依赖关系，所设计的系统中的构件的表示法及这些构件之间的关系构成了构件图。与所有UML的其它图一样，构件图可以包括注释、约束、包。29构件图的概念30构件图的概念31构件图的作用构件图的基本目的是：使系统人员和开发人员能够从整体上了解系统的所有物理部件，同时，也使我们知道如何对构件进行打包，以便交付给最终客户，最后，构件图显示了被开发系统所包含的构件之间的依赖关系。构件图从软件架构的角度来描述一个系统的主要功能，如系统分成几个子系统，每个子系统包括哪些类、包和构件，它们之间的关系以及它们分配到哪些节点上等。32构件图的作用使用构件图可以清楚地看出系统的结构和功能。方便项目组的成员制定工作目标和了解工作情况，同时，最重要的一点是有利于软件的复用。从宏观的角度上，构件图把软件看作多个独立构件组装而成的集合，每个构件可以被实现相同接口的其它构件替换。33构件的表示构件是定义了良好接口的物理实现单元，是系统中可替换的物理部件。构件可以是源代码构件、二进制构件或一个可执行的构件。在UML中，构件用一个左侧带有突出两个小矩形的矩形来表示。带版型的构件34构件的名称每个构件都必须有一个不同于其他构件的名称。构件的名称是一个字符串，位于构件图标的内部构件名称通常是从现实的词汇表中抽取出来的短名词或名词短语，并依据目标操作系统添加相应的扩展名，例如java和dll。35构件的表示没有标识接口的构件表示法没有标识接口的构件的图形表示方法分三种：表示为标有构造型《component》的矩形；在矩形的右上角放置一个构件图标（一个小矩形，并在左侧加上两个突出的更小的矩形）；直接使用构件图标。没有标识接口的构件的图形的三种表示法和类的名称相近，构件的名称也是一个正文字符串，它可以是简单名，也可以是带路径的全名。36构件的表示标识接口的构件表示法对于一个构件而言，它有两类接口：提供（provided）接口和所需（required）的接口。标识接口的构件表示方法也有3种。标识接口的构件3种表示方法37构件的表示（1）使用接口分栏表示：也就是将所需的接口和提供的接口直接显示在矩形的分栏中，将构造型《provided》和《required》放在每个接口名之前。（2）使用图标表示法：将接口的图标连接到矩形的边框上，共给接口表示为通过一条实线链接到矩形上的圆圈；而需求接口则表示为一条实线链接到矩形上的上半圆。（3）显示表示法：接口也可以用完整的显示形式表示，构件和其提供的接口之间是实现关系，而构件和其所需的接口之间是使用《use》关系。38Rose中的扩展构件子程序说明是一组子程序集合名,其中不包括类定义.子程序体表示子程序的实现.主程序是包含程序根的文件.39构件间的关系构件有两组接口，供给接口为其它构件提供服务，需求接口使用其它构件提供的服务．因此，构件间的关系就是依赖关系．我们把提供服务的构件称为提供者，把使用服务的构件称为客户。在UML中，构件图中依赖关系的表示方法与类图中依赖关系相同，都是一个由客户指向提供者的虚线箭头。40接口接口用于描述构件所提供的服务的一组操作集合，指定了构件的外部可见操作。构件和接口之间的关系叫做实现关系。可以通过接口访问一个构件。接口和构件之间的关系分为两种：实现关系（Realization）依赖关系（Dependency）在图中，接口和构件之间用实线连接表示实现关系；而接口和构件之间用虚线箭头连接则表示依赖关系。41接口在构件图中，常见的两种依赖关系：编译依赖调用依赖使用依赖关系的三种情况：客户类要访问一个在提供者类（接口）中定义的值（常量或变量）；客户类的操作激活提供者类（接口）的操作；客户类的操作具有返回到提供者类（接口）的实例或参量的特征标记。42接口构件与接口之间的关系:实现关系和依赖关系导出接口导入接口为了便于构件之间替换,建议使用以上依赖关系43构件图分类构件图可以分为两种：简单构件图和嵌套构件图。简单构件图：把相互协作的类组织成一个构件。利用构件图可以让软件开发者知道系统是由哪些可执行的构件组成的，这样，以构件为单位来看待系统时，让开发者清楚的看到软件系统的体系结构。例用户界面层：采用JSP页面实现用户界面。我们通过构造型《JavaServerpage》来表示构件。这一部分的构件，主要由边界类组成。业务逻辑层：在实现上主要采用了JavaBean技术。使用构造型《JavaBean》来表示这一层的构件。这些构件主要由实体类组合而成。数据访问层：该层将所有的数据访问操作封装在一个JavaBean中（如果是大型应用，可能封装成为EJB），标明了它是JDBC的一个实现。44构件图分类在这个例子中，对可执行程序的体系结构进行了建模，以帮助开发者了解可执行程序模块之间的关联关系，从而从宏观上认识系统。45构件图分类2嵌套的构件图使用嵌套的构件图来表示构件的内部结构。销售管理服务器中包含两个构件：一个是处理收银机发送来的销售消息，完成交易处理；另一个是财务接口，负责处理与财务系统的连接，这时交易处理程序就委托财务接口来完成与财务系统的数据传送。在图中，销售管理服务器所提供的接口和所需的接口与构件连接的点上，都有一个小矩形，它表示的是“端口”。这些端口将通过带箭头的实线与具体的子构件连接，表示该接口的提供者或需求者。46构件图与类图、包图的关系基于类与构件之间的区别，也可以看到，类图侧重于系统的逻辑设计，而构件图更侧重于系统的物理设计及实现。包的设计主要是为了创建方便他人重用的包，因为人们通常不重用一个类，一般总是重用一组类。绝大多数系统都是由许多个包建立的，这些包相互依赖，建立了一个庞大的依赖关系图，根据发生变化的敏感度将类分组，基于同一个原因发生变化的类放在同一个包中。47构件图应用构件图描述了软件的组成和具体结构，表示了系统的静态部分。它能够帮助开发人员从总体上认识系统。常采用构件图来描述可执行程序的结构、源代码、物理数据库组成和结构。1对可执行程序建模通过构件图，可以清晰地表示出各个可执行文件、链接库、数据库、帮助文件和资源文件等其它可运行的物理构件之间的关系。在对可执行程序的结构进行建模时，通常应遵从以下原则：(1)首先标识要建模的构件。(2)理解和标识每个构件的类型、接口和作用。 (3)标识构件间的关系。48构件图应用对可执行文件之间的关系建模49构件图应用例如，有一个语音呼叫中心程序callcenter.exe，使用了三汇的语音卡的驱动程序shp_a3.dll，以及相应的TTS(文本转语音)引擎sh_ttsu.dll，现在我们用构件图来描述这三个构件的关系。50构件图应用2对源代码进行建模通过构件图可以清晰地表示出软件的所有源文件之间的关系，开发者能更好地理解各个源代码文件之间的依赖关系。在对源程序进行建模时，通常应遵从以下原则：(1)表示出要重点描述的每个源代码文件，并把每个源代码文件标识为构件。(2)如果系统较大，我们就利用包来对构件进行分组。(3)用编译依赖关系来描述构件间的关系。(4)在构件图中，采用约束来表示源代码的版本号、作者和最后的修改日期等信息。51构件图应用例如：singal.h是一个头文件，被interp.cpp和signal.cpp引用，其中interp.cpp还引用了另一个头文件irq.h，而device.cpp又对interp.cpp有编译依赖关系。那么用构件图表示它们间的关系。52部署图53部署图部署图(deploymentdiagram，也称为配置图)是用来显示系统中软件和硬件的物理架构。从部署图中，可以了解到软件和硬件组件之间的物理关系以及软件组件在处理节点上的分布情况。使用部署图可以显示运行时系统的结构，同时还表明了构成应用程序的硬件和软件元素的配置和部署方式。54部署图的概念部署图描述了系统中包括的计算机和其他的硬件设备，如这些计算机和设备的位置以及它们之间是如何进行相互连接的，即，部署图描述系统中的硬件节点及节点之间如何连接的图。55部署图的概念部署图的作用一个UML部署图描述了一个运行时的硬件结点，以及在这些结点上运行的软件构件的静态视图。部署图显示了系统的硬件，安装在硬件上的软件，以及用于连接异构机器之间的中间件。创建一个部署模型的目的包括∶描述系统与生产环境中的其它系统间的依赖关系，这些系统可能是已经存在，或是将要引入的。描述一个商业应用主要的部署结构。设计一个嵌入系统的硬件和软件结构。描述一个组织的硬件/网络基础结构。56部署图的概念部署图的组成元素：节点和连接节点节点代表一个运行时计算机系统中的硬件资源。节点通常拥有一些内存，并具有处理能力。例如一台计算机、一个工作站等其它计算设备都属于节点。在UML中，节点用一个立方体来表示。每一个节点都必须有一个区别于其他节点的名称。节点的名称有2种表示方法：简单名字和带路径的名字。57部署图的表示按照节点是否有计算能力，把节点分为两种类型：处理器和设备，分别用构造型《Processor》和构造型《Device》表示处理器和设备。处理器（Processor）：是能够执行软件、具有计算能力的节点。设备（Device）：是没有计算能力的节点，通常情况下都是通过其接口为外部提供某种服务，例如打印机、IC读写器，如果系统不考虑它们内部的芯片，就可以把它们看作设备。58部署图的表示（3）节点中的构件当某些构件驻留在某个节点时，可以在该节点的内部描述这些构件。对于一张部署图而言，最有价值的信息就是节点上的内容，也就是安装在节点中的构件。对于这些构件，可以直接写在节点中，也可以用构件表示59部署图的表示对节点内驻留的构件描述60部署图的表示（对上图的解释）直接描述：例如在B/S客户端中，必须安装“Web浏览器”（并通过约束说明需要IE6.0以上版本或Firefox1.5以上版本）。通常，对于不是由开发团队生成的制品，例如IIS服务器这种描述方式，也可以通过“约束”来描述它。《artifact》构造型：用来表示文件、构件等制品，例如IIS服务器上的swWeb.dll、BusinessRule.dll、DateAccess.dll及C/S客户端上的se.exe。《database》构造型：用来表示一个实际的数据库（对应Oracle的scheme），例如在数据库服务器上的sw。《deploymentSpec》构造型：用来表示部署描述，通常对关键的配置文件进行建模，还可以在构造块中直接指出具体参数的值。对于这些构造型，可以使用依赖关系来表示他们之间的相互关系，甚至可以表示跨节点之间的依赖（入DataAccess.dll到sw之间的依赖连接）。另外，在图中，使用了一个《directory》构造型，这并不是一个UML标准构造型，它只是使用者的一个扩展。61部署图的表示节点属性象类一样，可以为一个节点提供属性描述，如，处理器速度、内存容量、网卡数量等属性。可以为节点其提供启动、关机等操作属性。节点与构件的区别节点表示一个硬件部件，构件表示一个软件部件。两者有许多相同之处，例如二者都有名称，都可以参与依赖、泛化和关联关系，都可以被嵌套，都可以有实例，都可以参与交互但它们之间也存在明显的区别：构件是软件系统执行的主体，而节点是执行构件的平台；构件是逻辑部件，而节点表示是物理部件，在物理部件上部署构件。62部署图的表示2