大象：THINKING IN UML 第3章 uml核心元素.ppt

3.9.6精化关系 6. 精化关系（refine）精化关系是一条带箭头的虚线加版型refine来表示的，用于用例模型，一个基本用例可以分解出许多更小的关键精化用例，这些更小的精化用例更细致地展示了基本用例的核心业务。 精化关系 3.9.7泛化关系 7. 泛化关系（generalization）泛化关系是用一条带空心箭头的直线表示的。泛化关系可以用于建模过程中的任意一个阶段，说明两个对象之间的继承关系。 3.9.8聚合关系 8. 聚合关系（aggregaion）聚合关系是用一条带空心菱形箭头的直线表示的。聚合关系用于类图，特别用于表示实体对象之间的关系，表达整体由部分构成的语义。但是，整体和部分不是强依赖的，即使整体不在了，部分仍然存在。 3.9.9组合关系 9. 组合关系（composition）组合关系是用一条带实心箭头的直线表示的。组合关系用于类图，特别用于表示实体对象关系，表达整体拥有部分的语义。组合关系是一种强依赖的特殊聚合关系，如果整体不存在了，则部分也将消亡。 3.10组件 组件是系统中实际存在的可更换部分，它实现特定的功能，符合一套接口标准并实现一组接口。 建模过程中，通过组件这一元素对分析设计过程中的类，接口等进行逻辑分类，一个组件表达软件的一组功能。?SOA中，一个SOA服务与其他服务是没有依赖关系的，服务与服务之间仅仅保持松耦合的通信关系。 组件的特点 1. 完备性 2. 独立性 3. 逻辑性 4. 透明性 组件的应用场景 1. 分布式应用 2. 应用集成（新系统+遗留系统） 3. 第三方系统 4. SOA服务 3.11节点 节点是带有至少一个处理器，内存以及可能还带有其他设备的处理元素。在实际工作中，一般说来服务器，工作站或客户机都可以称为一个节点。节点是应用程序的部署单元。节点元素特别用于部署视图，描述应用程序在物理结构上是如何部署在应用环境中的，一种包括软，硬件环境在内的拓扑结构描述。 应用节点场景 1. 分布式应用环境 2. 多设备应用环境 用例版型3——概念用例 用来获取业务模型中的关键概念，分析出业务模型中的核心业务结构以得到一个易于理解的业务框架。 系统用例 是软件开发的全部范围，是我们得到的最终需求。 系统用例实现 连接系统用例模型和系统实现之间的桥梁。 边界 边界决定视界和抽象层次 3.5业务实体 业务实体就描述了我们使用什么来达到业务目标以及通过什么来记录这个业务目标。 业务实体具有属性和方法。 3.5.1属性 属性是用来保存业务实体特征的一个记录，业务实体的属性集合决定了它的唯一性。 3.5.2方法 方法是访问业务实体的句柄，它规定了外部可以怎样来使用它。 业务实体是我们定义和理解业务的重要元素，它代表了业务的实质。如果说参与者代表人，用例代表事，则业务实体就是物。 3.5.3获取业务实体 建立业务用例场景 逐个分析动词后的名词 分析业务实体之间的关系 寄信业务实体模型图 3.6包 包是一种容器，它将某些信息分类，形成逻辑单元。使用包的目的是为了整合复杂的信息，某些语义上相关或者某方面具有共同点的信息都可以分包。 3.7分析类 分析类是从业务需求向系统设计转化过程中最为主要的元素。 分析类代表系统中主要的“职责簇”，这意味着分析类是从功能性需求向计算机实现过程中的“第一个关口”。 3.7.1边界类 边界类是一种用于对系统外部环境与其内部运作之间的交互进行建模的类。这种交互包括转换事件，并记录系统表示方式（例如接口）中的变更。 边界类是一种用于对系统外部环境与其内部运作之间的交互进行建模的类。这种交互包括转换事件，并记录系统表示方式（例如接口）中的变更 常用场景 1. 参与者与用例之间应当建立边界类。 2. 用例与用例之间如果有交互，应当为其建立边界类。 3. 如果用例与系统边界之外的非人对象有交互，例如第三方系统，应当为其建立边界类。 4. 在相关联的业务对象有明显的独立性要求，即它们可能在各自的领域内发展和变化，但又希望互不影响时，也应当为它们建立边界类。 边界类应该具有以下特点 1. 边界类应该有助于提高系统的可用性； 2. 边界类应该尽可能地保持着在较高的层次上。 3. 边界类应该合理封装介于系统与主角之间的交互。 4. 如果主角改变他们为系统输入的方式，边界类就应该是唯一需要改变的对象。 5. 如果系统改变为主角提供输出的方式，边界类就应该是唯一需要改变的对象。 6. 边界类必须“知道”其他对象类库（例如控制对象和实体对象）的需求，以便它们能够得以实施，并相对于“系统内部元素”保持其可用性和有效性。 3.7.2控制类 控制类用于对一个或几个用例所特有的控制行为进行建模。控制对象（控制类的实例）通常控制其他对象，因此它们的行为具有协调性质。 控制类将用例的特有行为进