数据库系统原理课程设计 概念结构设计.pptVIP

概念结构设计 需求分析阶段描述的用户应用需求是现实世界的具体需求 将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计 概念结构是各种数据模型的共同基础，它比数据模型更独立于机器、更抽象，从而更加稳定。 概念结构设计是整个数据库设计的关键 概念结构设计 概念结构设计的特点 能真实、充分地反映现实世界 易于理解 易于更改 易于向关系、网状、层次等各种数据模型转换 描述概念模型的工具 E-R模型 概念结构设计-方法 设计概念结构的四类方法 自顶向下 首先定义全局概念结构的框架，然后逐步细化 概念结构设计-方法 自底向上 首先定义各局部应用的概念结构，然后将它们集成起来，得到全局概念结构 概念结构设计-方法 逐步扩张 首先定义最重要的核心概念结构，然后向外扩充，以滚雪球的方式逐步生成其他概念结构，直至总体概念结构 概念结构设计-方法 混合策略 将自顶向下和自底向上相结合，用自顶向下策略设计一个全局概念结构的框架，以它为骨架集成由自底向上策略中设计的各局部概念结构。 概念结构设计-方法 常用策略 自顶向下地进行需求分析 自底向上地设计概念结构 概念结构设计-方法 自底向上设计概念结构的步骤 第1步：抽象数据并设计局部视图 第2步：集成局部视图，得到全局概念结构 概念结构设计-数据抽象与局部视图 数据抽象 抽象是对实际的人、物、事和概念中抽取所关心的共同特性，忽略非本质的细节，并把这些特性用各种概念精确地加以描述。 概念结构是对现实世界的一种抽象。 三类抽象 分类 聚集 概括 概念结构设计-数据抽象与局部视图 分类 将一类具有共同特性和行为的对象定义为一种某类型，在E-R模型中的实体型就是这种抽象，如学生，课程 抽象了对象的值和型之间“is member of”语义 概念结构设计-数据抽象与局部视图 聚集 定义某类型的组成成分，对应E-R模型中实体的属性 抽象了对象类型和其成分之间的“is part of”语义 概念结构设计-数据抽象与局部视图 概括 定义类型之间的子集联系，形成超(父)类、子类 抽象了类型之间“is subset of”语义 概括的重要性质：继承，即子类集成超类的所有抽象 是E-R模型的抽象机制的扩充 概念结构设计-第一步 利用抽象机制，对需求分析阶段收集到的数据进行分类、组织（聚集） 形成实体，实体的属性，标识实体的码，确定实体间的联系类型 设计局部E-R图 ⒈选择局部应用 ⒉逐一设计分E-R图 概念结构设计-设计局部E-R图1 选择局部应用  在需求分析阶段，通过对应用环境和要求进行详尽的调查分析，用多层数据流图和数据字典描述了整个系统。设计分E-R图的第一步，就是要根据系统的具体情况，在多层的数据流图中选择一个适当层次的（经验很重要）数据流图，让这组图中每一部分对应一个局部应用，我们就可以从这一层次的数据流图为出发点，设计分E-R图。  一般而言，中层的数据流图能较好地反映系统中各局部应用的子系统组成，因此人们往往以中层数据流图作为设计分E-R图的依据。 概念结构设计-设计局部E-R图2 逐一设计分E-R图  每个局部应用都对应了一组数据流图，局部应用涉及的数据都已经收集在数据字典中了。现在就是要将这些数据从数据字典中抽取出来，参照数据流图，标定局部应用中的实体、实体的属性、标识实体的码，确定实体之间的联系及其类型（1:1、1:n、m:n）。  现实世界中一组具有某些共同特性和行为的对象就可以抽象为一个实体。 对象类型的组成成分可以抽象为实体的属性。 概念结构设计-设计局部E-R图2 实际上实体与属性是相对而言的，很难有截然划分的界限。同一事物，在一种应用环境中作为“属性”，在另一种应用环境中就必须作为“实体”。一般说来，在给定的应用环境中： 两条准则： （1）属性不能再具有需要描述的性质。即属性必须是不可分的数据项，不能再由另一些属性组成 （2）属性不能与其他实体具有联系。联系只发生在实体之间 遵照简单原则 概念结构设计-设计局部E-R图例 学生选课局部 教师任课局部 概念结构设计-设计局部E-R图例 概念结构设计-E-R图集成 集成方式 多个局部E-R图一次集成，或以累加方式逐步集成 集成步骤 合并局部E-R图，生成初步E-R图 依靠协商或应用语义消除各局部E-R图之间的 属性冲突：如属性的类型、取值范围冲突，或属性取值单位冲突 命名冲突：如同名异义，或一义多名 结构冲突：如不同应用中，同一对象有不同的抽象或同一实体包含的属性不完全相同（三类结构冲突） 修改和重构，生成基本E-R图 依据分析和规范化理论来消除冗余 概念结构设计-