软件组件图组件图的结构

有时候显示组件的内部结构是有意义的。在关于类图的我的前面的文章中，我显示了该如何为类的内部结构建模；这里，当它由其他组件组成的时候，我将会关注如何为组件的内部结构建模。

为了显示组件的内部结构，你只需把组件画得比平常大一些并在名字区内放置内部的部分。图 7 显示Store组件的内部结构。

图 7: 这个组件的内部结构由其他组件组成。

使用在图 7 中显示的例子，Store组件提供了 OrderEntry 接口并要求Account接口。Store组件由三个组件组成：Order，Customer和Product组件。注意Store的 OrderEntry 和Account接口符号在组件的边缘上为何有一个方块。这一个方块被称为一个端口。单纯感觉来说，端口提供一种方法，它显示建模组件所提供/要求的接口如何与它里面的部分相关联。4 通过使用端口，我们可以从外部实例中分离出Store组件的内部部件。在图 7 中，对于过程而言，OrderEntry 端口代表Order组件的 OrderEntry 接口。同时，内部的Customer组件要求的Account接口被分配到Store组件的必需的Account端口。通过连接Account端口，Store组件内部部件（例如Customer组件）可以有代表执行端口接口的未知re组件的外部组件实现。5

在图 7 中，你可能也注意到了，在内部的组件之间的内部连接与图 5 中显示的那些不同。这是因为内部结构的这些描绘事实是嵌套在分类器（在我们的例子中是一个组件)里的协作图，因为协作图显示分类器中的实体或角色。在内部的组件之间建模的关系以 UML 称为的一个组合连接器表示。一个组合连接器绑定一个组件提供的接口到另外的一个组件的必需接口。组合连接器用紧紧相连的棒棒糖和插座符号表示。以这种方式画这些组合连接器使棒棒糖和插座成为很容易理解的符号。组件图经常是一个架构师在项目的初期就建立的非常重要的图。然而，组件图的有用性跨越了系统的寿命。组件图是无价的，因为它们模型化和文档化了一个系统的架构。因为组件图文档化了系统的架构，开发者和系统可能的系统管理员会发现这一工作的关键产品有助于他们理解系统。

组件图也视为软件系统配置图的输入，这将会是本系列后面的文章主题。 1在UML1.x 中称为组件的实际项目，在 UML 2 中称为产物。一个产物是一个物理单位，象一个文件，可运行的程序，脚本，数据库等等。只有一种产物依赖于实际的节点；类和组件没有“位置”。然而，一个产物可能显示组件和其他的分类器（例如类）。一个单一的组件可能通过多重产物显示，它们可能是在相同的或不同的节点上，因此，一个单一的组件可以间接地在多重节点上被实现。

2即使组件是独立的单元，它们仍然可能依赖于其他组件提供的服务。由于这一点，文档化一个组件的必需接口是很有用的。

3图3并不显示Order组件完整的上下文。在一个真实的模型中，OrderEntry，AccountPayable 和Person接口会呈现在系统的模型中。

4事实上，端口适用于任何类型的分类器（例如，一个类或者你的模型中可能会有的其他分类器）。为了使本文简洁，我在组件分类器及它们的使用中提及端口。

5一般来说，当你画一个端口和一个接口之间的依存关系时，依赖方（要求）的接口将会在运行时间内处理所有的处理逻辑。然而，这并不是一种硬性的规定 -- 对于周围的组件（举例来说，我们例子中的Store组件），使用自己的进程逻辑，而不是仅把进程委托给依赖接口，是完全可以接受的。

组件图的接口

在静态结构（静态结构图：显示模型的静态结构的图表；也就是存在的元素（例如类和类型）、这些元素的内部结构及其相互关系。）、组件（组件：在组件图和部署图中，组件指系统中的可分配实现单元。例如，组件可以代表代码的物理模块（源、二进制或可执行文件）或人力系统中的业务文档。）或部署?（部署图：显示运行时系统的结构的实现图。从部署图中，您可以了解到软件和硬件组件之间的物理关系以及处理节点的组件分布情况。）图中，将棒糖形“接口”形状拖到绘图页上。

将不带圆圈的端点粘附到类?（类：在静态结构图中，具有类似的结构、行为和关系的对象集。类在类（静态结构）图中声明，代表所建模的系统中的概念。）组件或其他元素上的连接点。

双击“接口”形状，以添加名称、操作和其他属性值。

提示

您还可以用与类相似的矩形“接口”形状来表示接口。当您想要显示一组接口操作时可使用该形状。

要更改所显示的接口的形状类型，右击“接口”形状，然后单击“显示为类状的接口”或“显示为棒糖形接口”。

组件图的作用

组件图的主要目的是显示系统组件间的结构关系。在 UML 1.1 中，一个组件表现了实施项目，如文件和可运行的程序。不幸地，这与组件这个术语更为普遍的用法、指象COM组件这样的东西相冲突。随着时间的推移及UML的连续版本发布， UML 组件已经失去了最初的绝大部分含义。UML 2 正式改变了组件概念的本质意思；在 UML 2 中，组件被认为是独立的，在一个系统或子系统中的封装单位，提供一个或多个接口。虽然 UML 2 规范没有严格地声明它，但是组件是呈现事物的更大的设计单元，这些事物一般将使用可更换的组件来实现。但是，并不象在 UML 1. x中，组件必须有严格的逻辑，设计时构造。主要思想是，你能容易地在你的设计中重用及/或替换一个不同的组件实现，因为一个组件封装了行为，实现了特定接口。

在以组件为基础的开发（CBD）中，组件图为架构师提供一个开始为解决方案建模的自然形式。组件图允许一个架构师验证系统的必需功能是由组件实现的，这样确保了最终系统将会被接受。

除此之外，组件图对于不同的小组是有用的交流工具。图可以呈现给关键项目发起人及实现人员。通常，当组件图将系统的实现人员连接起来的时候，组件图通常可以使项目发起人感到轻松，因为图展示了对将要被建立的整个系统的早期理解。

开发者发现组件图是有用的，因为组件图给他们提供了将要建立的系统的高层次的架构视图，这将帮助开发者开始建立实现的路标，并决定关于任务分配及（或）增进需求技能。系统管理员发现组件图是有用的，因为他们可以获得将运行于他们系统上的逻辑软件组件的早期视图。虽然系统管理员将无法从图上确定物理设备或物理的可执行程序，但是，他们仍然欢迎组件图，因为它较早地提供了关于组件及其关系的信息（这允许系统管理员轻松地计划后面的工作）。组件图符号集使它成为最容易画的 UML 图之一。图 1 显示了一个使用前 UML 1.4 符号的简单的组件图；这个例子显示两个组件之间的关系：一个使用了Inventory System组件的Order System组件。正如你所能见到的，在UML 1.4 中，用一个大方块，并且在它的左边有两个凸出的小方块，来表示组件。

图 1：这个简单的组件图使用 UML 1.4 符号显示Order System的一般性依赖关系

上述的 UML 1.4 符号在 UML 2 中仍然被支持。然而，UML 1.4 符号集在较大的系统中不能很好地调节。关于这一点的理由是，如同我们在这篇文章的其余部分将会见到一样，UML 2 显著地增强了组件图的符号集。在维持它易于理解的条件下，UML 2 符号能够调节得更好，并且符号集也具有更多的信息。

让我们依照 UML 2 规范一步步建立组件图。在 UML 2 中画一个组件很类似于在一个类图上画一个类。事实上，在 UML 2 中，一个组件仅仅是类概念的一个特殊版本。这意味着适用于类分类器的符号规则也适用于组件分类器。你就会很易理解组件图）。

在 UML 2 中，一个组件被画成堆积着可选择小块的一个立着的长方形。UML 2 中，组件的一个高层次的抽象视图，可以用一个长方形建模，包括组件的名字和组件原型的文字和/或图标。组件原型的文本是“<<component>>”，而组件原型图标是在左边有两个凸出的小长方形的一个大长方形（UML 1.4 中组件的符号元素）。图 2 显示，组件可以用UML 2规范中的三种不同方法表示。

图 2：画组件名字区的不同方法

当在图上画一个组件时，重要的是，你总要包括组件原型文本（在双重尖括号中的那个component，如图 2 所示）和/或图标。理由呢？在 UML 中，没有任何原型分类器的一个长方形被解释为一个类组件。组件原型和/或图标用来区别作为组件元素的长方形。在图 2 中所画的Order组件表现了所有有效的符号元素；然而，一个典型的组件图包括更多的信息。一个组件元素可以在名字区下面附加额外的区。如前面所提到的，一个组件是提供一个或更多公共接口的独立单元。提供的接口代表了组件提供给它的用户/客户的服务的正式契约。图 3 显示了Order组件有第二个区，用来表示Order组件提供和要求的接口。

图 3：这里额外的区显示Order组件提供和要求的接口。

在图 3 中的Order组件例子中，组件提供了名为 OrderEntry 和 AccountPayable 的接口。此外，组件也要求另外一个组件提供Person接口。3 UML 2 也引入另外一种方法来显示组件提供并要求的接口。这个方法是建立一个里面有组件名的大长方形，并在长方形的外面放置在 UML 2 规范中称为接口符号的东西。这第二种方法在图 4 中举例说明。

图 4: 一种可选择的方法（与图3相比）：使用接口符号显示组件提供/要求的接口

在这第二种方法中，在末端有一个完整的圆周的接口符号代表组件提供的接口 -- “棒棒糖”是这个接口分类器实现关系符号的速记法。在末端只有半个圆的接口（又称插座）符号代表组件要求的接口（在两种情况下，接口的名字被放置在接口符号本身的附近）。即使图 4 看起来与图 3 有很大的不同，但两个图都提供了相同的信息 -- 例如，Order组件提供两个接口：OrderEntry 和 AccountPayable，而且Order组件要求 Person接口。当表现组件与其他的组件的关系时，棒棒糖和插座符号也必须包括一支依存箭头（如类图中所用的）。在有棒棒糖和插座的组件图上，注意，依存箭从强烈的（要求的）插座引出，并且它的箭头指向供应者的棒棒糖，如图 5 所示。

图 5：显示Order系统组件如何依赖于其他组件的组件图

图 5 显示，Order系统组件依赖于客户资源库和库存系统组件。注意在图 5 中复制出的接口名 CustomerLookup 和 ProductAccessor。在这个例子中，这看起来可能是不必要的重复，不过符号确实允许在每个依赖于实现差别的组件中有不同的接口（和不同的名字）（举例来说，一个组件提供一个较小的必需的接口子类）。在 UML 2 中，子系统分类器是组件分类器的一个特别版本。因为这一点，子系统符号元素象组件符号元素一样继承所有的组件符号集规则。唯一的差别是，一个子系统符号元素由subsystem关键字代替了component，如图 6 所示。

图 6：子系统元素的一个例子

UML 2 规范在如何区别子系统与组件方面相当含糊。从建模的观点，规范并不认为组件与子系统有任何区别。与 UML 1. x 相比较，这个 UML 2 模型歧义是新的。但是有一个理由。在 UML 1. x 中，一个子系统被认为是一个软件包，而且这个软件包符号正对许多 UML 实践者造成困惑；因此，UML 2中把子系统作为特殊的组件，因为这是最多的 UML 1. x 使用者了解它的方式。这一改变确实把模糊引入图中，但是这一模糊更多的是 UML 2 规范中对抗错误的一个现实反射。

到这里，你可能正在抓着头皮并感到疑惑，什么时候该用组件元素，什么时候又该用子系统元素。相当坦率地说，我没有一个直接的答案给你。我可以告诉你，UML 2 规范中说，何时该使用组件或子系统决定于建模者的方法论。我个人很喜欢这个答案，因为它帮助确保UML与方法论相互独立，这在软件开发中将帮助保持它的普遍可使用。

solidworks组件图怎么看步骤画图呀?

软件最左边有个树状图，图最下面有一条直线，拖动直线向上，直线一下部分为压缩，这样可以一点一点拖出来便知道该图是如何制作的了

观察者模式的控制程序风格，说明类图中各软件组件之间的关系及各软件组件包含的功能，题目如下图大神解答

一些概念：

1、构件：（Component）是系统中遵从同一组接口且提供其实现的物理的、可替换的部分。每个构件能实现一定的功能为其他构件提供使用接口、方便软件的复用。例如对象库、可执行体、COM+、企业级Java Bean。

2、构件类型：

源代码构件：源代码文件

二进制构件：目标码文件，静态链接库、动态链接库

可执行构件：可执行程序

数据文件或文档

3、构件图的组成：

构件图中包括构件、接口和四种关系，还可以包含注释和约束，以及一些包或者子系统。

4、举例：

要想构造出良好的构件图必须满足的几个要求：

1、侧重于描述系统的一个层面而不是全局

2、要包含对于理解这一方面哪些是必要的模型元素，只抓主体而不是次要的

3、图形不能过于简化，以至于读者不会产生误解

4、为构件图要取一个能表明意图的名称

5、空间摆放上要合理组织元素，使得语义上接近的事物的物理位置比较接近

6、谨慎采用构造型化元素，为你的项目或者组织选择尽量少用的通用图标，使得他们保持一致

构件图是我在9种图中理解比较费劲的一个图，看过视频之后没有对构件图产生什么印象。所以理解的还很不到位。构件图能够很好的对系统的静态实现视图进行建模，用来支持系统部件的配置管理。达到复用的效果，节省了一些不必要的人力。

部署图（Deployment Diagram）也叫做实施图，描述的是系统运行时的结构，展示了硬件的配置及其软件如何部署到网络结构中。可以了解软件和硬件的物理关系以及处理节点的组件分布情况，传达了构成应用程序的硬件和软件元素的配置和部署方式。一个部署图描述了一个运行时的硬件节点，以及在这些节点上运行的软件组件的静态视图。

一些概念:

1、节点（Node）:

节点是一个物理元素，在运行时存在，代表一个可计算的资源，通常占用一些内存，可以是硬件也可以是运行其上的软件系统，比如64主机、Windows server 2008操作系统、防火墙等。

2、部署图例子：

部署图和构件图的区别和联系：

构件图主要目标是集中在描述系统中有哪些构件，以及构件的组成和之间的依赖关系。部署图描述的是靠节点完成，描述软件是如何在硬件上映射的以及网络的拓扑结构。

在构件图中关系可以是四种，即关联、依赖、实现和泛化。而在部署图中各节点之间的关系只有关联和依赖。

安装软件的时候出现下图情况，但是安装下图的组件显示什么无法访问服务

这是因为软件安装过程中必要的组件安装失败造成的，你看看你的电脑位数与软件位数要求是否一致，再重新安装！更多

电脑64位程序以前也能安装今天装完系统就这样了

咋办

你今天重换系统了？你再安装一下这款软件，如果还出现这个问题，那就是系统有问题

我重装了

这图制作用到什么软件还是需要组件什么的？求大神...

截图是用豌豆荚截的，从框线大小不一和粗细不同就知道画图的应该是个业余的图像软件（当然也可能是个菜鸟用ps画的）。

注：上图ps的成份很多，而且明显属于做假的不够用心，18910000000这种号一搜索就知道是骗子号了