UML组件图

1.什么组件图

组件图显示组件、提供和需要的接口、端口以及它们之间的关系。这种类型的图表用于组件化开发（Component-Based Development，CBD），以描述具有面向服务体系结构（Service-Oriented Architecture，SOA）的系统。

基于组件的开发基于以下假设：先前构建的组件可以被重复使用，并且如果需要，可以用其他“等效”或“符合”的组件替换组件。

实现组件的工件旨在能够独立部署和重新部署，例如更新现有系统。

在UML中，组件可以表示为逻辑组件（例如业务组件、过程组件）和物理组件（例如CORBA组件、EJB组件、COM+和.NET组件、WSDL组件等），以及实现它们的工件和部署和执行它们的节点。预计会为特定的组件技术和相关硬件和软件环境开发基于组件的配置文件。

2.startuml剖面图标含义

Component
组件是一个类，代表系统中的一个模块化部分，具有封装的内容，并且其表现形式可以在其环境中替换。

组件的行为是通过提供的接口和需要的接口来定义的（可能通过端口公开）。

组件作为一种类型存在，其一致性由这些提供和需要的接口定义（涵盖它们的静态和动态语义）。因此，只有当两个组件在类型上一致时，一个组件才能被另一个组件替代。

系统功能的较大部分可以通过将组件作为部分在包含组件或组件集合的组件中重用，并将它们的所需接口和提供接口连接在一起来组装。

组件在整个开发生命周期中进行建模，并逐步演化为部署和运行时。一个组件可以由一个或多个工件来实现。

在设计时定义的间接实例化组件在执行时并不存在作为可寻址对象。组件及其端口的运行时行为由实现它的分类器或部分的运行时行为定义。一些标准的构造型假设具有这个属性，例如«Specification»、«Focus»、«Subsystem»等。

组件的内部是隐藏的，除了通过其接口提供的部分之外，无法访问。尽管它可能依赖于其他元素的所需接口，但组件是封装的，并且其依赖关系被设计成尽可能独立处理。

Artifact
工件是表示某个物理实体的分类器，它是软件开发过程或系统部署和运行所使用或产生的信息片段。工件是部署到节点的来源。工件的特定实例（或“副本”）被部署到节点实例上。
Interface
接口是声明一组一致的公共特征和义务的分类器。接口规定了一个契约。实现（实现）接口的任何分类器的实例必须履行该契约，并提供由契约描述的服务。

由于接口是声明，它们不可实例化。相反，接口规范由可实例化分类器的实例实现，这意味着可实例化的分类器呈现了符合接口规范的公共接口。

任何给定的分类器可以实现多个接口。接口可以由多个不同的分类器实现。

接口与其他分类器之间的关联意味着任何实现该接口的关联必须与该其他分类器存在符合关联。特别是，接口之间的关联意味着接口的实现之间必须存在符合关联。
Component realization

组件实现是一种特殊的实现依赖关系，用于（可选地）定义实现组件所提供接口和所需接口的合约的分类器。

一个组件的行为通常可以由多个分类器实现（或实现）。实际上，它形成了一组模型元素的抽象。在这种情况下，一个组件拥有一组组件实现依赖关系，指向这些分类器。

组件实现的表示方式与实现依赖关系相同，即从实现分类器到实现组件的虚线，带有空心三角形作为箭头。

Collaboration

协作扩展了具有行为的分类器和结构化分类器，以解释一组协作实例如何实现共同的任务或一组任务。它的主要目的是解释系统的工作原理，因此通常只包含被认为与解释相关的现实方面。

协作描述了一组协作元素（角色）的结构，每个元素执行一项专门的功能，共同完成一些期望的功能（任务）。详细信息，如实际参与实例的身份或精确类别，被忽略。
Collaboration Use

协作使用表示将协作描述的模式的一种特定用法（发生）或应用于涉及特定类或实例扮演协作角色的特定情况。协作使用展示了在给定上下文中如何应用由协作描述的模式，通过将上下文中的特定实体绑定到协作的角色。

相关的依赖关系将协作类型的特征映射到分类器中的特征。这些依赖关系指示分类器中的哪个角色扮演协作中的哪个角色。
Port

端口指定了一个交互点，通过该交互点，分类器可以与其环境、其他分类器或其内部部分进行通信。在UML中，封装的分类器被定义为具有拥有端口的结构化分类器，因此端口是封装的分类器的属性。端口默认具有公共可见性。
Part

属性（内部结构的属性）是核心（kernel）中属性的子类，表示由分类器的包含实例所拥有的一组实例。它也是一个可连接元素（来自内部结构）。

部分是通过组合被分类器包含的属性。这意味着当包含分类器实例被销毁时，所有的部分也会被销毁。

部分通过在表示包含分类器的符号内的一个单独的隔室中，用一个实线的方框符号显示。
Role Binding
在UML中，角色绑定是在协作图中使用的一种机制，用于指定扮演协作中定义的角色的特定实例或类。它用于将协作中的参与者（由分类器表示）与满足该角色的特定实例或类相关联。

角色绑定在协作图中通过使用特定实例或类的名称标记参与者来表示。这在视觉上指示了哪些实例或类参与了协作，以及它们与协作中定义的角色之间的关系。

角色绑定允许更具体地表示协作，显示负责履行角色和参与交互的实际实例或类。

对于每个角色绑定，从椭圆形到客户端元素有一条虚线。虚线在客户端一端标有角色名称（由协作定义）。请注意，虽然[UML 2.4.1规范]中的文本表示“从...到...的虚线”，暗示了方向，但在几个相应的图中没有显示箭头。然而，在规范中有一个图显示了箭头，所以在这里我们也显示箭头。

翻译后的内容：对于每个角色绑定，从椭圆形到客户端元素有一条虚线。虚线在客户端一端标有角色名称（由协作定义）。请注意，尽管[UML 2.4.1规范]中的文本表示“从...到...的虚线”，暗示了方向，但在几个相应的图中没有显示箭头。然而，在规范中有一个图显示了箭头，因此我们在这里也显示箭头。