数据库系统基础6.2.ppt

第七章 概念结构设计 6.3.1 概念结构 什么是概念结构设计 将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计 概念结构（续） 概念结构（续） 描述概念模型的工具 E-R模型 7.3 概念结构设计 7.3.1 概念结构设计概述 7.3.2 概念结构设计的方法与步骤 7.3.3 数据抽象与局部视图设计 7.3.4 视图的集成 7.3.2 概念结构设计的方法与步骤 概念结构设计的方法与步骤（续） （a）自顶向下策略 概念结构设计的方法与步骤（续） （b）自底向上策略 概念结构设计的方法与步骤（续） 概念结构设计的方法与步骤（续） 常用策略是自底向上方法（P211图7.8） 自顶向下地进行需求分析 自底向上地设计概念结构 自底向上设计概念结构的步骤 （P211图7.9） 第1步：抽象数据并设计局部视图 第2步：集成局部视图，得到全局概念结构 自底向上设计概念模式 概念结构设计 7.3 概念结构设计 7.3.1 概念结构设计概述 7.3.2 概念结构设计的方法与步骤 7.3.3 数据抽象与局部视图设计 7.3.4 视图的集成 一、数据抽象 概念结构是对现实世界的一种抽象 从实际的人、物、事和概念中抽取所关心的共同特性，忽略非本质的细节 把这些特性用各种概念精确地加以描述 这些概念组成了某种模型 数据抽象（续） 三种常用抽象 1. 分类（Classification） 定义某一类概念作为现实世界中一组对象的类型 这些对象具有某些共同的特性和行为 它抽象了对象值和型之间的“is member of”的语义 在E-R模型中，实体型就是这种抽象 数据抽象（续） 2. 聚集（Aggregation） 定义某一类型的组成成分 它抽象了对象内部类型和成分之间“is part of”的语义 在E-R模型中若干属性的聚集组成了实体型，就是这种抽象 数据抽象（续） 3. 概括（Generalization） 定义类型之间的一种子集联系 它抽象了类型之间的“is subset of”的语义 概括有一个很重要的性质：继承性。子类继承超类上定义的所有抽象。 数据抽象（续） 注：原E-R模型不具有概括，本书对E-R模型作了扩充，允许定义超类实体型和子类实体型。 用双竖边的矩形框表示子类， 用直线加小圆圈表示超类-子类的联系 数据抽象（续） 数据抽象的用途 对需求分析阶段收集到的数据进行分类、组织（聚集），形成 实体 实体的属性，标识实体的码 确定实体之间的联系类型(1:1，1:n，m:n) 二、局部视图设计 设计分E-R图的步骤: ⒈选择局部应用 ⒉逐一设计分E-R图 ⒈ 选择局部应用 需求分析阶段，已用多层数据流图和数据字典描述了整个系统。 设计分E-R图首先需要根据系统的具体情况，在多层的数据流图中选择一个适当层次的数据流图 让这组图中每一部分对应一个局部应用，然后以这一层次的数据流图为出发点，设计分E-R图。 选择局部应用（续） 通常以中层数据流图作为设计分E-R图的依据。原因： 高层数据流图只能反映系统的概貌 中层数据流图能较好地反映系统中各局部应用的子系统组成 低层数据流图过细 选择局部应用（续） 例：由于学籍管理、课程管理等都不太复杂，因此可以它们入手设计学生管理子系统的分E-R图。如果局部应用比较复杂，则可以从更下层的数据流图入手。 ⒉ 逐一设计分E-R图 任务 标定局部应用中的实体、属性、码，实体间的联系 标定各局部应用中的实体、实体的属性、标识实体的码，确定实体之间的联系及其类型（1:1，1:n，m:n） 逐一设计分E-R图（续） 如何抽象实体和属性 实体：现实世界中一组具有某些共同特性和行为的对象就可以抽象为一个实体。对象和实体之间是“is member of的关系。 例：在学校环境中，可把张三、李四等对象抽象为学生实体。 逐一设计分E-R图（续） 属性：对象类型的组成成分可以抽象为实体的属性。组成成分与对象类型之间是“is part of的关系。 例：学号、姓名、专业、年级等可以抽象为学生实体的属性。其中学号为标识学生实体的码。 逐一设计分E-R图（续） 如何区分实体和属性 实体与属性是相对而言的。同一事物，在一种应用环境中作为“属性”，在另一种应用环境中就必须作为“实体”。 例：学校中的系，在某种应用环境中，它只是作为“学生”实体的一个属性，表明一个学生属于哪个系；而在另一种环境中，由于需要考虑一个系的系主任、教师人数、学生人数、办公地点等。 逐一设计分E-R图（续） 一般原则 属性不能再具有需要描述的性质。即属性必须是不可分