UML学习（包图、组件图、部署图）

UML的语法与语义
包图
组件图
部署图
用例图
活动图
类图
序列图
交互概述图
组合结构图
状态机图
时间图
对象图
通信图

包图
组织开发过程的工件，可以清晰地展示出问题域的分析和相关的设计。
UML包图，提供了表现UML元素分组的能力。
包图的主要元素是包，及其可见性和依赖关系。
包提供了命名空间。
具有公共可见性的元素可以认为是这个包的接口的一部分。
公有（+）
私有（-）
包特殊有的依赖关系包括导入、访问和合并。

由于包含的元素之间的关系而导致的包间依赖关系包括跟踪、派生、细化、允许和使用。
当两个包中的多个元素之间存在依赖关系，这些依赖关系会聚合为包层面的依赖关系。

利用包来组织系统存在着许多不同的方式，如按架构层、按子系统、按用户等。

导入是一种公有的包导入，访问是一种私有的包导入。

组件图
代表了一块可复用的软件，提供了某种有意义的功能集。
从最低的层面上来说，组件是一组类，它们本身是内聚的。
系统中的每个类要么处于一个组件中，要么处于系统的顶层。组件也可以包含其他组件。

组件是一种结构化的分类器（classifier），组件间的协作和内部结构可以利用组件图来表示。
组件与组件之间通过定义良好的接口进行协作，从而提供系统的功能。
可以用组件分层地解构一个系统，并表示它的逻辑架构。
组件可以由部署在一个节点上的一个工件来实现。
组件图的基本元素是组件、它们的接口和它们的实现。
组件的详细装配可以通过一个组合结构来表示，包含部件、端口和连接器。

在开发中，我们利用组件图来表达架构的逻辑分层和划分方式。
组件图中展现了组件间的相互依赖关系。也就是它们通过定义良好的接口进行协作，从而提供系统的功能。
组件的复用，只要一个组件要求的接口和提供的接口满足要求，就可以根据需要升级系统。
delegate标签表示哪个内部组件实现了提供的接口的职责。

子系统划分了系统的逻辑模型。子系统包含其他的子系统和其他组件。
系统中的每个组件要么处于某个子系统中，要么处于系统的顶层。
在实践中，大的系统会有一个顶层组件图，包含处于最高抽象层的子系统。开发者通过这个图来理解系统的总体逻辑架构。

部署图
用于展示在系统的物理设计中，工件在节点上分布的情况。
单张部署视图代表了一种系统工件结构的视图。
在开发中，我们使用部署图来说明节点的物理集合。
有三个基本元素：工件、节点和它们的连接。

工件是物理上存在的一件东西，它实现了一部分的软件设计。通常是软件代码，也可能是一个源文件、一份文档与软件代码相关的其他文件。
工件之间可以有关系，如依赖或组合。
节点是一种计算资源，通常包含存储和处理能力，工件部署在它上面执行。
节点之间会通过消息和信号进行通信，用一条实现来表示通信路径。
 

用例图
软件项目失败最常见的原因都集中在关键涉众之间沟通不佳或缺少沟通。
开发组织、业务机构
用例图是一种系统开发方法，让开发组织能够理解业务的目标，同时又不会麻烦业务人员。
用例图展示待建系统的上下文范围以及它提供的功能。
描述了谁与系统交互，外部世界希望系统做些什么。

执行者是与系统交互的实体。
用例代表了执行者系统系统为他们做什么。
从执行者的观点来看，用例必须是一个完整的活动流程，它为执行者提供了价值。
用例是通过某部分功能来使用系统的一种具体的方式。
每个用例都是系统中一个完整序列的事件。

include关系
包含点指明了在外层用例的什么位置执行被包含的用例。
extend关系
可以作为用例的一部分执行，但并不一定要运行它。