erwin方法论(编辑修改稿)

erwin方法论(编辑修改稿)内容摘要：

MOVIECOPY。 电影 租金 记录MOVIERENTALRECORD 记录消费者 CUSTOMER 租用的每个电影拷贝MOVIECOPY。 有时相同的电影 拷贝 MOVIECOPY 也许租给多个消费者CUSTOMER。  每个电影 租金 记录 MOVIERENTALRECORD 也记录电影的期限日期，和一个 6 指示是否超期的状态，根据他的或她以前和商店关系，指定消费者 CUSTOMER信用状态代码，它指示结帐方式：记帐、信用卡、现金。  当由牵连类型指定时，商店的雇员 EMPLOYEE被包括在许多的电影 租金 记录中MOVIERENTALRECORD，至少一职员包括在每个记录。 由于同一天同一个职员EMPLOYEE也许多次包括在相同的租用记录中，将来通过时间邮戳来区分。  消 费者 CUSTOMER 的支付 的租金 被记录 在电影 租 金 记录MOVIERENTALRECORD 中，超期费用也记录在其中。 超期通知OVERDUENOTICE 用来提醒消费者返还磁带，有时职员被列在超期通知中OVERDUENOTICE。  商店保存雇员的工资和地址信息在雇员表 EMPLOYEEs中，有时需要查看消费者、雇员、电影名字，而不是他们的 “编号”。 这是个相对小的模型，但是它说明许多有关视频租用商店的信息。 从它，我们不仅能获得业务数据库的思想，而且也到达对业务的一个好的形象描述。 在这个框图中有一些不同类型的图形：实体、属性、关系和其它描述业务规则的 符号。 在下列章节中，你将学到更多的不同类型的图形对象的含义，以及如何应用 ERwin创建你自己信息模型。 3 语言概述 实体、属性和关系 在这章，我们将介绍 ERwin 所使用的信息模型方法，以及它所提供的描述业务信息结构的强大功能的简要概述。 ERwin Motheds Guide中使用的例子是为清楚地展示而有意挑选的，如果你是信息模型的新手，你应该不被简单的例子所误导，认为 ERwin方法对你的业务应用起不了作用，实践证明该方法已经广泛地应用于从航空航天工业到银行业和财政的各个领域已近十年。 用 ERwin 做信 息模型的主要好处之一是容易使用，它能产生一个概述信息模型工作的框图。 有关标题 : 框图组件 实体和属性的基本用框图语法 候选键属性 关系定义 读模型 泛化结构 (Generalization Hierarchies)和继承 框图组件 ERwin框图主要由三种主要构建块组成 实体、属性和关系，如果我们把框图看成是表达业务语句的图形语言，那么实体是名词，属性是形容词或修饰，关系是动词。 用 ERwin 7 构建信息模型是一件简单的事情 找出正确的名词、动词、形容词集，并把放在一起。 本章我们将介绍实体 和关系的基本概念， 4,5,6章提供 ERwin方法的高级特性的细节。 有关标题 : “实体”的定义 实体和属性的基本用框图语法 在 ERwin 框图中，消费者 CUSTOMER实体由一个带有名字的方框来表示，实体的所有属性在框内。 实体名将总是是单一的 是 CUSTOMER不是 CUSTOMERs，是 MOVIE不是 MOVIEs，是 COUNTRY不是 COUNTRYs。 总是用单数名词，你将获得一致命名标准的好处，有助于把实体实例作为一套说明语句来 “读”框图。 Figure : Example entity. 实体框图中的水平线把属性分为两套： 键 和 非键。 线上叫做 键区 ，线下叫做数据区。 CUSTOMER 的 键 属 性 是 ”customernumber ” ， 非 键 属 性是 ”customername”、 ”customeraddress”。 标识实体的属性集称着实体的键。 键属性 本身是一个属性，或者独自，或者与其它键属性结合，将形成对实体的唯一标识符。 主键 被放置在线上方的键区域， 非键属性 是不能作为键的属性，它们被放置在数据区。 为了在信息模型和稍后的数据库中正确地使用消费者 CUSTOMER实体，我们必须能唯一的别实例。 如何 区别一个消费者 ?一方法是用用户姓名作为键，另一个方法是给每个消费者指定唯一编号，如图。 格言 无论谁要在模型中加入一个实体，最重要的问题之一是你需要问： “我们怎样标识实例 ?” 这儿有句格言帮助你记得这 : “No entity without identity! “ ERwin模型中的实体实例总是由键属性标识。 候选键属性 选择实体的键是重要的一步，并且需要认真地考虑，也许有几个属性，或属性组作为主键。 那些被选择出来作为主键的属性、或属性组叫 候选键属性 ，候选键必须唯一地标识实体的每一个实例，不允为 NULL，如 ”空 empty”或 “忽略 missing”。 通常，主键的选择需要一定的判断力，而且必须仔细选择，不能仅凭想像，例如：如果政府以姓名来标识每个纳税人，并且你碰巧是约翰史密斯，你可能花一生时间来核对到底是谁纳的税。 有关标题 : 例子键选择 8 选择主关键字 替代键属性 关系定义 关系表示实体间的连接 (connection)、链接 (link)或关联，他们是框图的 “动词”，用来显示实体间的相互联系，这里是一些例子： A TEAM has many PLAYERs. A PLANEFLIGHT transports many PASSENGERs. A DOUBLESTENNISMATCH requires exactly 4 PLAYERs. A HOUSE is owned by one or more OWNERs. A COMPUTER is built from many DISKDRIVEs. A SALESPERSON sells many PRODUCTs. 所有这些，都是 1对 多的关系，意思是第一个实体的一个实例与第二个实体的多个实例关联或连接，在 “1端”的实体叫父实体，在 “多端”或圆点端的实体称为子实体。 有关标题 : 多少是 “多” ? 关系的基本框图语法 读模型 如果选择正确的动词短语，就可以使用动词短语从父实体到子实体来读关系。 前一图表将被读作为： A PLANEFLIGHT transports many PASSENGERs 下一个框图被读作： A CUSTOMER borrows under many MOVIERENTALRECORDs Figure . A MOVIE is available as many MOVIECOPYs. Figure . A PERSON may have many HOBBYs. Figure . 下一个例子包括关联的实体，他们更难于 ”读”，因此，在第 章 (图 .)我们将回到这个例子。 A PERSON may use many ADDRESSUSAGEs. 9 An ADDRESS is used by many ADDRESSUSAGEs. Figure . Associative entity example. 动词短语也可以从子实体读起，如 ”被动动词”短语表达，例如： Figure : A MOVIERENTALAGREEMENT records borrowing by a CUSTOMER. Figure : A MOVIECOPY records the availability of a MOVIE. Figure : A HOBBY may be had by a PERSON. 信息模型揭示了许多由模型描述的业务规则，动词短语提供了关系包含的业务规则的简要概述，虽然他们不能精确地描述规则，他们让看模型的人获得实体是如何被连接的初步了解。 保证读模型给出有效的语句是一个好的实践，把模型读回到业务，是验证所获取的业务规则正确性的主要方法之一。 泛化结构 (Generalization Hierarchies)和继承 泛化或继承层次也叫做子类，或子范畴层次，是实体集分组的一种方法，这些被分组的实体共享公共特性。 例如，在建模型工作中，我们也许发现，在一个银行中有几个不同类型的帐户 ACCOUNTs 存在，如：支票、存款和贷款 帐户 ACCOUNT，叫做 ACCOUNT 的 泛化实 体 （或类实体）被形成来表示这三类帐户的共用信息，如图。 有不同的术语来表示泛化层次的实体， IDEF1X使用概念 范畴 category来引用 ”子类型”，其它人为这些子实体使用概念子范畴 (subcategory)。 在本文中，我们按照 IDEF1X来 “分类”。 有关标题 : 分类甄别器 关系和外键属性 在前一章关系模型 ()，关系模型、层次模型和网状模型的主要区别是关系的表示，层次和网状模型是在物理层上用指针型数据结构来表示关系；相对地，相关模型在逻辑层上用共享键来获取关系。 ERwin 使用的 IDEF1X 模型语言也用共享键表示关系，虽然 IDEF1X 确定地用于被存 10 储在非关系型数据库管理系统的模型信息，但 IDEF1X对键的处理是关系的。 无论何时，在 ERwin框图中的实体通过关系来连接，关系贡献键给子实体，外键属性定义为父实体的主关键字属性，通过关系贡献给子实体，贡献的键称为父实体到子实体的迁移，在模型中外键属性通过属性名后的 (FK)来表示，如图。 有关标题 : 标识和非标识关系 独立实体 依赖实体 角色名 标识和非标识关系 在标识关系中，外键迁移到键区 (线上 )。 Figure : Identifying relationship. 关系被称为 标识 ，是因为父实体的键成了子实体标识的一部分，即子实体的标识 依赖 于父实体。 标识关系用连接两个实体间的带点实线来表示，到目前为止，我们见到的所有关系都是标识关系。 Figure : Identifying relationship. 在这个例子中， PLAYERs由 ”team name”和 ”player name”两个来标识，这必须的，因为有时，同一个球员可以参加不同球队，并且有时，业务 (比如说管理的棒球统计 )需要区分球队成员。 标识关系运用其业务规则，即通过父实体的标识符来标识子实体。 在 拷贝例子中，通过它拥有的唯一编号来标识拷贝，相反，我们决定用电影的标识符和增加第二部分 (拷贝 编号 )来区分每一个拷贝。 非标识关系 (虚线 )也连接父实体和子实体，由非标识关系迁移的非空外键子集被置于数据区（线下）。 11 Figure : Nonidentifying relationship. 既然在非标识关系中一些 (或所有 )迁移的键不是子实体主关键字的一部分，那么子就不能由父来标识。 正如我们将在第 5 和 6 章所 要了解的，当我们在插入、删除和更新操作下需要保持的父子关系完整性时，这个差别非常重要。 这被称作参照完整性问题。 在乘客 座位例子中，航空公司已挑选 ”seat number”来标识座位 预留的实例。 Figure : PASSENGERSEAT example. 由于相同座位占有者在每一次飞行中是变化的，目前乘客 PASSENGERi不是键的一部分。 然而，这个模型仍然不恰当，只用 “seat number”不能充分地标识当前乘客所预订的座位。 在下面的模型中，我们扩展了座位 保留 SEATRESERVATION 的键，增加了 ”flightnumber”来申明 FLIGHT 和 SEATRESERVATION关系。 （更多的非标识关系见第５章） Figure : SEATRESERVATION example. 独立实体 实体被指定作为独立实体，或依赖实体，取决于其键的获得方式。 12 Figure : Independent entity and dependent entity. 独立实体 由方角盒来指定，独立实体不依赖于模型中任何其它实体来标识。 在先前例子中 (图 )， 每个消费者由唯一的 “消费者 编号”来标识；另一方面，我们的出租店有许多电影拷贝，在此有两个选择 或者使用它本身的唯一”电影 拷贝 编号”来标识每个电影拷贝 (使它成为一个独立实体 )，或组合 “电影 编号”和 ”拷贝 编号”来标识每个拷贝。 由于 “电影 编号”是电影的标识符，那么称对电影 拷贝 MOVIECOPY 的标识依赖电影MOVIE。 依赖实体 依赖实体 被指定为圆角盒，依赖实体依存于模型中的其它实体。 通常，关系引起父子实体间的依赖。 在 存在依赖 中子实体的存在依赖于父实体的存在。 在 标识依赖 中，不使 用父实体的键就无法标识依赖实体。 标识关系总是导致 存在依赖 和 标识依赖。 举例说明标识依赖，没有标识电影（独立实体）的 “电影 编号”，电影 拷贝就不能被标识，没有”球队名”就不能标识球员。 Figure : Movie e。