《数据库设计综合案例(数据库原理与应用)》由会员分享，可在线阅读，更多相关《数据库设计综合案例(数据库原理与应用)（52页珍藏版）》请在金锄头文库上搜索。
1、DataBase魏英 tutor_ 7952616 概念结构设计数据库设计综合案例 以一个学校管理系统的开发过程，说明数据库设 计的基本方法和步骤需求分析设计局部视图集成视图逻辑结构设计设计逻辑结构优化逻辑模型物理设计实施运行和维护DataBase魏英 tutor_ 7952616 需求分析 任务 通过详细调查现实世界要处理的对象（组织、部门、 企业等），充分了解原系统（手工系统或计算机系统 ）工作概况，明确用户的各种需求 在此基础上确定新系统的功能。新系统必须充分考虑 今后可能的扩充和改变，不能仅仅按当前应用需求来 设计数据库DataBase魏英 tutor_ 7952616 需求分析 重点
2、 调查、收集与分析用户在数据管理中的信息要求、处理要求 、安全性与完整性要求 信息要求 用户需要从数据库中获得信息的内容与性质 由用户的信息要求可以导出数据要求，即在数据库中需要存储哪些数 据 处理要求 对处理功能的要求 对处理的响应时间的要求 对处理方式的要求(批处理 / 联机处理)DataBase魏英 tutor_ 7952616 需求分析 难点 用户缺少计算机知识，开始时无法确定计算机究竟能 为自己做什么，不能做什么，因此无法一下子准确地 表达自己的需求，他们所提出的需求往往不断地变化 。 设计人员缺少用户的专业知识，不易理解用户的真正 需求，甚至误解用户的需求 新的硬件、软件技术的出现
3、也会使用户需求发生变化DataBase魏英 tutor_ 7952616 需求分析 方法 调查清楚用户的实际需求并进行初步分析 调查组织机构情况（部门的组成情况，各部门的职责等） 调查各部门的业务活动情况 各个部门输入和使用什么数据 如何加工处理这些数据 输出什么信息 输出到什么部门 输出结果的格式是什么 在熟悉业务活动的基础上，协助用户明确对新系统的各种要求 对前面调查的结果进行初步分析，确定新系统的边界 与用户达成共识 进一步分析与表达这些需求DataBase魏英 tutor_ 7952616 进一步分析和表达用户需求 常用方法 自顶向下的结构化分析方法（Structured Analys
4、is，简称SA方法） SA方法从最上层的系统组织机构入手，采用逐层分 解的方式分析系统，并用数据流图和数据字典描述系 统数据流数据流处理数据存储信息要求数据来源数据输出处理要求DataBase魏英 tutor_ 7952616 进一步分析和表达用户需求 分解处理功能和数据 分解处理功能 将处理功能的具体内容分解为若干子功能，再将每个子功 能继续分解，直到把系统的工作过程表达清楚为止 分解数据 在处理功能逐步分解的同时，其所用的数据也逐级分解， 形成若干层次的数据流图 数据流图表达了数据和处理过程的关系 表达方法 处理过程：用判定表或判定树来描述 数据：用数据字典来描述DataBase魏英 tu
5、tor_ 7952616 一个学校管理系统的需求分析 经过可行性分析和初步需求调查，抽象出该系统 最高层数据流图，该系统由教师管理子系统、学 生管理子系统、后勤管理子系统组成，每个子系 统分别配备一个开发小组DataBase魏英 tutor_ 7952616 一个学校管理系统的需求分析 进一步细化各个子系统 例如，学生管理子系统开发小组通过进行进一步的需 求调查，明确了该子系统的主要功能是进行学籍管理 和课程管理，包括学生报到、入学、毕业的管理，学 生上课情况的管理。通过详细的信息流程分析和数据 收集后，他们生成了该子系统的数据流图DataBase魏英 tutor_ 7952616 DataB
6、ase魏英 tutor_ 7952616 DataBase魏英 tutor_ 7952616 DataBase魏英 tutor_ 7952616 DataBase魏英 tutor_ 7952616 DataBase魏英 tutor_ 7952616 DataBase魏英 tutor_ 7952616 需求分析 数据字典 用途：数据字典是各类数据描述的集合，是进行详细 的数据收集和数据分析所获得的主要结果 内容 数据项：不可再分的数据单位 数据结构：可以由若干个数据项组成，也可以由若干个数 据结构组成，或由若干个数据项和数据结构混合组成，反 映了数据之间的组合关系 数据流：数据结构在系统内传输的
7、路径 数据存储：数据结构停留或保存的地方，也是数据流的来 源和去向之一 处理过程：具体处理逻辑一般用判定表或判定树来描述。数据字典 中只需要描述处理过程的说明性信息DataBase魏英 tutor_ 7952616 学生学籍管理子系统的数据字典 数据项（以“学号”为例） 数据项： 学号 含义说明：唯一标识每个学生 别名： 学生编号 类型： 字符型 长度： 8 取值范围：00000000至99999999 取值含义：前两位标别该学生所在年级，后六位按顺 序编号 与其他数据项的逻辑关系：取值范围、与其他数 据项的逻辑关系定义 了数据的完整性约束 条件DataBase魏英 tutor_ 795261
8、6 学生学籍管理子系统的数据字典 数据结构（以“学生”为例） 数据结构：学生 含义说明：是学籍管理子系统的主体数据结构，定义 了一个学生的有关信息 组成： 学号，姓名，性别，年龄，所在系，年级DataBase魏英 tutor_ 7952616 学生学籍管理子系统的数据字典 数据流“体检结果”可描述如下： 数据流： 体检结果 说明： 学生参加体格检查的最终结果 数据流来源：体检 数据流去向：批准 组成： 平均流量： 高峰期流量：DataBase魏英 tutor_ 7952616 学生学籍管理子系统的数据字典 数据存储“学生登记表”可描述如下： 数据存储： 学生登记表 说明： 记录学生的基本情况
9、流入数据流： 流出数据流： 组成： 数据量： 每年3000张 存取方式： 随机存取DataBase魏英 tutor_ 7952616 学生学籍管理子系统的数据字典 处理过程“分配宿舍”可描述如下： 处理过程：分配宿舍 说明： 为所有新生分配学生宿舍 输入： 学生，宿舍， 输出： 宿舍安排 处理： 在新生报到后，为所有新生分配学生宿舍 。要求同一间宿舍只能安排同一性别的学生，同一个 学生只能安排在一个宿舍中。每个学生的居住面积不 小于3平方米。安排新生宿舍其处理时间应不超过15 分钟DataBase魏英 tutor_ 7952616 概念结构设计 将需求分析得到的用户需求抽象为信息结构即概 念模
10、型的过程就是概念结构设计 常用策略 自顶向下地进行需求分析 自底向上地设计概念结构DataBase魏英 tutor_ 7952616 概念结构设计 步骤 第1步：抽象数据并设计局部视图 第2步：集成局部视图，得到全局概念结构DataBase魏英 tutor_ 7952616 数据抽象用途：对需求分析阶段收集到的数据进行分类 、组织（聚集），形成： 实体 实体的属性，标识实体的码 确定实体之间的联系类型(1:1，1:n，m:n)DataBase魏英 tutor_ 7952616 三种常用抽象 分类（Classification） 定义某一类概念作为现实世界中一组对象的类型 这些对象具有某些共同的
11、特性和行为 它抽象了对象值和型之间的“is member of”的语 义 在E-R模型中，实体型就是这种抽象DataBase魏英 tutor_ 7952616 三种常用抽象 聚集（Aggregation） 定义某一类型的组成成分 它抽象了对象内部类型和成分之间“is part of” 的语义 在E-R模型中若干属性的聚集组成了实体型，就是这 种抽象DataBase魏英 tutor_ 7952616 三种常用抽象 概括（Generalization） 定义类型之间的一种子集联系 它抽象了类型之间的“is subset of”的语义 概括有一个很重要的性质：继承性。子类继承超类上 定义的所有抽象D
12、ataBase魏英 tutor_ 7952616 局部视图设计 选择局部应用 在多层的数据流图中选择一个适当层次的数据流图， 让这组图中每一部分对应一个局部应用，然后以这一 层次的数据流图为出发点，设计分E-R图 将各局部应用涉及的数据分别从数据字典中抽取出来 ，参照数据流图，标定各局部应用中的实体、实体的 属性、标识实体的码，确定实体之间的联系及其类型 （1:1，1:n，m:n）DataBase魏英 tutor_ 7952616 DataBase魏英 tutor_ 7952616 DataBase魏英 tutor_ 7952616 DataBase魏英 tutor_ 7952616 Data
13、Base魏英 tutor_ 7952616 DataBase魏英 tutor_ 7952616 学籍管理局部应用的分ER图 主要涉及的实体包括学生、宿舍、档案材料、班级、班 主任、教室 实体之间的联系： 由于一个宿舍可以住多个学生，而一个学生只能住在某一个 宿舍中，因此宿舍与学生之间是1:n的联系。 由于一个班级往往有若干名学生，而一个学生只能属于一个 班级，因此班级与学生之间也是1:n的联系 由于班主任同时还要教课，因此班主任与学生之间存在指导 联系，一个班主任要教多名学生，而一个学生只对应一个班 主任，因此班主任与学生之间也是1:n的联系。 而学生和他自己的档案材料之间，班级与班主任之间都是1:1 的联系DataBase魏英 tutor_ 7952616 学籍管理局部应用的分ER图DataBase魏英 tutor_ 7952616 学籍管理局部应用的分ER图 调整ER图 在一般情况下，性别通常作为学生实体的属性，但在 学籍管理的局部应用中，
