UML软件开发与建模工具Enterprise Architect教程 ：UML 2教程-类图

Enterprise Architect是一个对于软件系统开发有着极好支持的CASE软件（Computer Aided Software Engineering）。EA不同于普通的UML画图工具（如VISIO），它将支撑系统开发的全过程。在需求分析阶段，系统分析与设计阶段，系统开发 及部署等方面有着强大的支持，同时加上对10种编程语言的正反向工程，项目管理，文档生成，数据建模等方面。可以让系统开发中各个角色都获得最好的开发效率。

Enterprise Architect现已更新至最新版本15，改进了浏览器窗口等功能，赶快下载体验吧~点击查看更新详情

点击下载Enterprise Architect最新试用版

类图

类图显示了任何面向对象系统的构建块。类图描绘了模型或模型一部分的静态视图，描述了模型具有的属性和行为，而不是详细描述了实现操作的方法。类图在说明类和接口之间的关系时最有用。概括，集合和关联对于分别反映继承，组成或用法以及连接都很有价值。
下图说明了类之间的聚合关系。较轻的聚合表明类“ Account”使用了AddressBook，但不一定包含它的实例。其他连接器进行的强大的综合聚合表明目标类对源类具有所有权或对它们的包含，例如Contact和ContactGroup值将包含在AddressBook中。

类

类是定义对象能够生成的属性和行为的元素。该行为由类能够理解的可能消息以及适合于每个消息的操作来描述。类也可以具有约束，标记值和构造型的定义。

类符号

类由矩形表示，这些矩形显示类的名称以及可选的操作和属性的名称。隔离专区用于划分类名称，属性和操作。
在下面的图表中，类包含最顶层隔离专区中的类名称，下一个隔离专区详细说明了属性，“ center”属性显示了初始值。最后一个部分显示操作setWidth，setLength和setPosition及其参数。属性或操作名称之前的符号表示元素的可见性：如果使用+符号，则属性或操作具有公共可见性；如果使用-符号，则该属性或操作是私有的。另外，＃符号允许将操作或属性定义为受保护，而?符号指示包的可见性。

接口

接口是实现者同意满足的行为规范。这是合同。通过实现一个接口，可以确保类支持所需的行为，这允许系统以相同的方式（即通过公共接口）对待不相关的元素。

可以用与类相似的样式绘制接口，并指定操作，如下所示。也可以将它们绘制为圆形，而没有详细的显式操作。当绘制为圆形时，将在没有目标箭头的情况下绘制指向符号的圆形形式的实现链接。

表

尽管表不是基本UML的一部分，但表是构造型可以完成的示例。它在右上角带有一个小表格图标绘制。表属性是刻板的“列”。大多数表将具有一个主键，即一个或多个字段，这些字段构成用于访问该表的唯一组合，外加一个原型为“ PK”的主键操作。某些表将具有一个或多个外键，一个或多个字段一起映射到相关表中的主键，外加定型为“ FK”的外键操作。

关联

关联意味着两个模型元素具有关系-通常在一个类中实现为实例变量。该连接器可能在每个末端包括命名角色，基数，方向和约束。关联是元素之间的一般关系类型。对于两个以上的元素，也可以使用菱形表示工具箱元素。当为类图生成代码时，命名关联结束将成为目标类中的实例变量。因此，对于下面的示例，“ playsFor”将成为“ Player”类中的一个实例变量。

概论

概括用于指示继承。从特定分类器到一般分类器，概括的含义是源继承了目标的特征。下图显示了归纳子类的父类。隐式地，Circle类的实例化对象将具有属性x_position，y_position和radius和方法display（）。请注意，“ Shape”类是抽象的，用斜体显示。

下图显示了相同信息的等效视图。

集合体

聚合用于描述由较小组件组成的元素。聚集关系由指向目标或父类的白色菱形箭头显示。
黑色菱形箭头表示一种更强的聚集形式（复合聚集），用于一次最多可包含一种成分的成分。如果删除组合聚合的父级，通常会同时删除其所有部分。但是，可以从组成中单独删除一部分，而不必删除整个组成。合成是可传递的，不对称的关系，并且可以是递归的。
下图说明了弱聚合和强聚合之间的区别。地址簿由多个联系人和联系人组组成。联系人组是联系人的虚拟分组。一个联系人可以包含在多个联系人组中。如果删除通讯录，所有联系人和联系人组也将被删除。如果删除联系人组，则不会删除任何联系人。

关联类

关联类是一种允许关联连接具有操作和属性的构造。下面的示例表明，将雇员分配到项目中比在两个类之间建立简单的关联链接要多：雇员在项目中所担当的角色本身就是一个复杂的实体，并且包含不属于该实体的详细信息在员工或项目类中。例如，一名雇员可能同时从事多个项目，并且每个项目的职务和安全级别不同。

依赖关系

依赖关系用于对模型元素之间的各种依赖关系进行建模。通常会在设计过程的早期使用它，因为它知道两个元素之间存在某种联系，但是现在要确切地知道这种关系是什么还为时过早。在设计过程的后期，依赖项将被定型（可用的定型包括“实例化”，“跟踪”，“导入”等），或替换为更特定类型的连接器。

跟踪关系

跟踪关系是对依赖关系的专门化，它链接表示模型之间相同思想的模型元素或元素集。跟踪通常用于跟踪需求和模型更改。由于在两个方向上都可能发生更改，因此通常会忽略此依存关系的顺序。关系的属性可以指定跟踪映射，但是跟踪通常是双向的，非正式的并且很少可计算。

实现

源对象实现或实现目标。实现用于表示模型中的可追溯性和完整性-业务流程或需求由一个或多个用例实现，这些用例又由某些类实现，而这些类又由组件等实现。映射需求，类等等，贯穿整个系统的设计，直到建模抽象的各个层次，都可以确保系统的整体形象能够记住并反映出所有制约和定义系统的细节。实现以带有实心箭头的虚线显示。

套料

嵌套是连接器，显示源元素嵌套在目标元素中。下图显示了内部类的定义，尽管在EA中更常见的是通过它们在项目视图层次结构中的位置来显示它们。

=====================================================

想要了解或购买Enterprise Architect正版版权，请

更多精彩内容，欢迎关注下方的微信公众号，及时获取产品最新资讯▼▼▼