(利用UML进行实体关系建模.docVIP

利用 UML 进行实体关系建模 窗体顶部 窗体底部 内容： 实体关系建模 ER 建模的核心要素 ER 方法学的表示法 结束语 关于作者 对本文的评价 订阅: developerWorks 时事通讯 The Rational Edge Davor Gornik高级工程师2004 年 11 月 软件行业中最常被误解的一个术语实际上是我们非常熟悉的一个：实体关系（ER）。这是因为我们经常缺少一种能被开发团队的所有成员理解的共同定义。我们假定团队的每个成员都对与 ER 和 ER 建模相关的方法学、语法和机制（mechanics）有着同样清楚的理解。 实体关系建模软件行业中最常被误解的一个术语实际上是我们非常熟悉的一个：实体关系（ER）。这是因为我们经常缺少一种能被开发团队的所有成员理解的共同定义。我们假定团队的每个成员都对与 ER 和 ER 建模相关的方法学、语法和机制（mechanics）有着同样清楚的理解。 ER 建模本身定义了在基于信息的系统的分析和设计中用到的方法。数据库设计者通常使用该方法来收集需求，并定义数据库系统的构架。该方法的输出是实体类型、关系类型和约束条件的清单。 不幸的是，ER 建模没有为 ER 图的表示定义图解语法。数据库团队经常单独使用表示法，并且将 ER 建模限制在关系数据库设计的范围内。我们需要一种能让整个系统开发团队的成员获得更广泛理解的表示法。 统一建模语言（UML）是一种分析人员和软件开发人员广泛使用的语言，特别适合 ER 图的图形化表示。通过使用 UML，开发团队受益匪浅，这些获益包括团队成员间的交流更加简单，由于该语言是基于元模型的因而更容易与知识库集成，标准化输入/输出格式（XMI）的使用，应用建模和数据建模的普遍使用，从分析到实施再到部署的统一表示，以及规格说明书的完整性。 本白皮书定义了 ER 建模的核心概念，并解释了开发团队如何能够利用 UML 开发 ER 模型。 ER 建模的核心要素ER 建模基于工件，可以是物理工件（比如 Product 或 Employee）的表示或者工件（比如 Order 或 Delivery）之间事务的表示。每个工件都包含关于自身的信息。ER 建模还专注于工件间的关系。这些关系可以是二元的（连接两个工件），也可以是三元的（在几个工件之间）。 ER 建模的四个必要元素是： 实体类型 属性 关系类型 关系属性 实体类型实体类型是具有相同的结构并在企业内部独立存在的一组工件。Employees 或 Products 就是实体类型的例子。 工件的一次出现就是一个实体。虽然实体类型描述了结构，但是实体本身标识了单个实例以及该实例的所有数据。Employee Joe Ward 就是 Employees 实体的一个例子。 图 1 实体类型 Employees 和实体 Employees Joe Ward 属性实体类型的结构是用属性定义的。属性可看作实体类型的特征。Employee 的属性可能有姓名、住址、社会安全号码、出生日期、参加工作日期以及职务等。 实体通过属性值来互相区分。由于实体的属性可能有相同的值，如果这样我们就不能区分某些特定的实体。因此，我们必须保证特定实体的属性值与其他实体的属性值不同。各个 Employee 都有一个唯一的姓名和社会安全号码属性组合。 Employee 的属性值的一个例子是：Joe Ward，地址为 34 Main Road, Redmond, WA, 98053，社会安全号码为 555-32-2222，出生于 1971 年 9 月 7 日，2001 年十月 1 日加入公司，是家电服务工程师。 图 2 实体类型 Employee 的属性以及实体 Employee Joe Ward 的属性值 关系类型实体类型描述了独立工件，而关系类型描述了实体类型间有意义的关联。更准确的说，关系类型描述了参与该关系的实体类型的实体可以构建一个有意义的关联。实体间实际发生的关联被称为一种关系。 有一点我们必须理解：尽管我们已经定义了一种关系类型，但是这并不意味着每一对实体都构建了一种关系。关系类型规定了发生关系的类型。 关系类型的一个例子是 Employee 拥有 Product。在该例中，关系类型是 Owns。关系本身是：Employee Joe Ward 拥有一种产品--一部编号 320 TS 03880 的黄色电话机。 图 3 雇员 Joe Ward 和序号 320 TS 03880 的产品之间的拥有关系类型和拥有关系 也有可能有一位名叫 Martin Weber 的雇员就没有拥有电