第7章语义建模摘要.pptVIP

* 为什么要讨论实体之间的联系？ 器件号 器件名称 仓库号 P1 显示卡 WH1 P2 声卡 WH1 P3 解压卡 Wh2 * 为什么要讨论实体之间的联系？ 如果仓库和器件之间的联系是多对多的 * 联系的属性 联系本身也是一种实体型，也可以有属性 如果一个联系具有属性，则这些属性也要用无向边与该联系连接起来 课程 选修 学生 m n 成绩 * 联系的表示方法（小结） 实体型1 联系名 实体型2 1 1 1:1联系 实体型1 联系名 实体型2 m n m:n联系 实体型1 联系名 实体型2 1 n 1:n联系 * 联系的表示方法（小结） 实体型1 联系名 m n 同一实体型内部的m:n联系 实体型1 联系名 实体型2 1 m 多个实体型间的1:n联系 实体型3 n 7.2.3 E―R模型的设计方法 在设计E―R模型时,首先必须根据需求分析,确认实体集、 联系集和属性。 一个企业（单位）有许多部门,就会有各种业务应用的要求,需求说明来自对它们的调查和分析 有关需求分析的方法将在第 8 章中介绍,这里只介绍E―R模型的设计方法。 * E―R模型的三条设计原则： (1) 相对原则：关系、 实体、 属性、 联系等,是对同一对象抽象过程的不同解释和理解。 即建模过程实际上是一个对对象的抽象过程,不同的人或同一人在不同的情况下,抽象的结果可能不同。 (2) 一致原则：同一对象在不同的业务系统中的抽象结果要求保持一致。业务系统是指建立系统的各子系统。 (3) 简单原则：为简化E―R模型,现实世界的事物能作为属性对待的,尽量归为属性处理。 E―R模型的设计方法 * 属性和实体间并无一定的界限。 如果一个事物满足以下两个条件之一的,一般可作为属性对待： ①属性不再具有需要描述的性质。 属性在含义上是不可分的数据项。 ②属性不能再与其他实体集具有联系,即E―R模型指定联系只能是实体集间的联系 E―R模型的设计方法 * 图 7 ― 1 工资由属性变为实体集 E―R模型的设计方法 * 仓库和货物的关系 如果一种货物只存放在一个仓库中,那么仓库可作为货物的属性 如果仓库与职工发生联系（每个仓库有若干个保管员）,那么仓库就应该作为一个实体集 E―R模型的设计方法 * 图 仓库由属性变为实体集 E―R模型的设计方法 * 分析一个ER图的实例 * 销售管理系统 的E-R图 7.2.3 E―R模型的设计方法 系统系统功能围绕“订单”和“应收账款”的处理 （1）每张订单由订单号、若干头信息和订单细节组成。订单细节又有订货的零件号、数量等来描述。按照属性与实体的划分原则，订单细节不能作订单的属性处理，而应该作为实体 （2）一张订单可以订若干产品，所以订单与订单细节两个实体之间是1∶n的联系。 * （3）原订单和产品的联系实际上是订单细节和产品的联系。每条订货细节对应一个产品描述，订单处理时从中获得当前单价、产品重量等信息。 （4）工厂对大宗订货给予优惠。每种产品都规定了不同订货数量的折扣，应增加一个“折扣规则”实体存放这些信息，而不应把它们放在产品描述实体中 7.2.3 E―R模型的设计方法 * 一些工具可以辅助设计ER图 PowerDesigner ERWin UML * 7.4 设计关系模式的工具 PowerDesigner是功能强大、使用简单的工具集，提供交互环境，支持开发生命周期的所有阶段，从处理流程建模到对象和组件的生成 PowerDesigner产生的模型和应用可以不断地增长，适应并随组织的变化而变化 PowerDesigner系列产品提供了一个完整的建模解决方案，对其裁剪以满足特定的需要；模块化的结构为扩展提供了极大的灵活性，从而可以根据其项目的规模和范围来使用所需要的工具 * 7.4 设计关系模式的工具 ERWin 是一个关系实体模型（ER Model）设计工具，与Power Designer成为最常用的两种数据库设计工具 ERWin提供数据库正向工程、逆向工程和文档正向工程功能，可以把设计直接实施到数据库，或把数据库中的对象信息读到ERWin设计中，也可以生成设计文档，格式可以自动定义 * 7.4 设计关系模式的工具 7.4 设计关系模式的工具 统一模型语言UML（The Unified Modeling Language） UML的对象类图能够更好地用于对数据库建模。传统的ERD图仅仅着眼于数据，而UML的对象类图不但对数据，而且能对行为建模。这些行为在物理数据库中被设计成触发器（Trigger）和存储过程（Stored Procedure）。 用对象类图描述数据库模式（Database Schema），用类描述数据库表（Table）。对于对象数据库系统可以用对象类图直接描述数据库中的对象类