附件2UML核心元素.ppt

组件(Component) 组件是系统中实际存在的可更换部分，它实现特定的功能，符合一套接口标准并实现一组接口。 组件代表系统中的一部分物理实施，包括软件代码(源代码、二进制代码或可执行代码)或其等价物(脚本或命令文件) 建模过程中，通过组件元素对分析设计过程中的类、接口等进行逻辑分类，一个组件表达软件的一组功能。出于构建化的需要，把那些紧密合作的类和接口组合起来实现一组特定的功能，形成一个组件。 组件(Component) 一个类可以被分派给多个组件以完成该组件的功能，当组件被编译或打包成一个物理文件时，每个组件都拥有这个类的一个拷贝或者引用该类的途径。 UML中把组件定义为任何的物理代码模块。 组件之间唯一的关系是依赖。 组件(Component) 组件的特性： 完备性，组件包含一些类和接口，一个组件应当能完成一项或一组特定的业务目标。 独立性，组件应该是独立部署的，与其他组件无依赖关系，最多仅保持关联关系。 逻辑性，组件建立在系统分析和设计的基础上，对已实现的功能进行逻辑划分。 透明性，组件的修改应当只涉及组件的定义以及组件中所包含的类的重新指定，而不应当导致类的修改。 使用组件 分布式应用 使用组件 应用集成 3.10.5 使用组件 第三方系统 3.10.5 使用系统 SOA (Service Oriented Architecture)面向服务的架构 组件例图 小结 组件一般是在较高的抽象层次定义的，在许多项目中不需要组件建模。但是，如果采用了组件化的开发架构，或者从一开始就决定采用组件化开发模式，则从系统分析开始就应着手建立组件模型，并在后续的模型中逐步精化。 组件与类的比较： 相同点 不同点 两者都有名称； 都可以实现一组接口； 都可以参与依赖关系； 都可以被嵌套； 都可以有实例； 都可以参与交互。 类描述了软件设计的逻辑组织和意图， 而组件则描述软件设计的物理实现，即每个组件体现了系统设计中特定类的实现。 部署图(deployment diagram) 配置图描述了运行软件的系统中硬件和软件的物理结构。 配置图中通常包含2个元素： 节点（Node） 关联关系（Association） 配置图可以显示节点以及它们之间的必要连接，也可以显示这些连接的类型，还可以显示组件和组件之间的依赖关系，但是每个组件必须存在于某些节点上。 节点(Node) 节点是带有至少一个处理器、内存及可能还带有其他设备的处理元素。 节点是应用程序的部署单元。 UML中只定义了节点和设备两个元素。 两种情况 分布式应用环境 多设备应用环境 分布式应用环境 分布式应用环境中，通常会有多于一个的服务器、处理设备或者中间件。所开发出的应用程序会部署到这些不同的服务器或处理节点上，通过描述这些服务器之间的调用和依赖关系以表达应用环境的拓扑结构。 多设备应用环境 如果应用环境中包括多种硬件设备，为了表达这些硬件设备的结构，应当使用节点元素来绘制部署视图。 驻留在节点中的组件 节点与组件的比较： 相同点 不同点 二者都有名称和关系；都可以有实例；都可以被嵌套；都可以参与交互。 组件是参与系统执行的事物，而节点是执行组件的事物；组件表示逻辑元素的物理包装，而节点表示组件的物理配置。 * 系统的存在是因为：参与者有一些需要使用它来满足的目标 * 实体类(entity) 实体类是用于对必须存储的信息和相关行为建模的类。实体对象用于保存和更新一些现象的有关信息。 实体类通常是永久性的，它们具有的属性和关系是长期需要的。 实体类源于业务模型中的业务实体。 出于系统结构优化的需要，一些业务实体可以在后续的过程中被分拆、合并。 设计阶段，实体类被设计为|Entity Bean、POJO、SDO、XML Bean。 分析类的三高 分析类是系统的高层次抽象模型，业务需求通过分析类被逻辑化。 分析类的抽象层次有三高的特点： 高于设计实现 高于语言实现 高于实现方式 分析类抽象层次较高，概括能力就很强，也就比设计和实现要稳定。在一个演进式的软件生命周期里，维护稳定的分析类比维护一边的设计类要投入更少的精力，更容易获得一个稳定的架构来指导软件开发。 设计类 设计类是系统实施中一个或多个对象的抽象；设计类所对应的对象取决于实施语言。 分析类为设计类中所需要的界面、逻辑和数据提供了非常好的抽象基础。 设计类由类型、属性和方法构成。 设计类与实现语言关系紧密，因此可以为设计类加上特定的版型来说明该设计类对应的实现体。 设计类的版型 对象 类建模的目的是描述对象 对象是指具有标识的一个概念、一种抽象或事物，标识对于某项应用而言是有意义的。 所有的对象都有标识，都可以区分。 标识：对象可以由其内在存在性来辨别。 类 对象是类的一个实例或一次出现。 类描述了拥有相同特性（属性）、行为、关