数据库原理和应用(第2版)高凯-第7章.ppt

第7章 数据库设计 本章要点 数据库设计的任务和特点 数据库设计的方法 数据库设计的步骤 概念结构设计 概念模型及其表示方法 概念结构设计的步骤 逻辑结构设计 E-R图向关系模型的转换 数据库设计实例 7.1 数据库设计概述 一般地讲，数据库设计是指对于一个给定的应用环境，构造优化的数据库逻辑模式和物理结构，并据此建立数据库及其应用系统，使之能够有效地存储和管理数据，满足用户的信息管理需求和数据操作需求。 7.1.1 数据库设计的任务和特点 对开发人员要求更高 数据库设计的基本规律 三分技术，七分管理，十二分基础数据 数据结构设计与应用系统设计相结合 评判准则 完备性 数据库应能表示应用领域所需的所有信息，满足数据存储需求，满足信息需求和处理需求，同时数据是可用的、准确的、安全的 。 一致性 数据库中的信息是一致的，没有语义冲突和值冲突。尽量减少数据的冗余。 评判准则 优化 数据库应该规范化和高效率，易于各种操作，满足用户的性能需求。 易维护 好的数据库维护工作量比较少，需要维护时，改动比较少而且方便修改，扩充性好，不影响数据库的完备性和一致性，也不影响数据库性能。 7.1.2 数据库设计方法 手工试凑法 规范设计法 计算机辅助设计方法 7.1.3 数据库设计步骤 需求分析； 概念结构设计； 逻辑结构设计； 物理结构设计； 数据库实施； 数据库运行和维护。 7.1.4 数据库设计过程中的各级模式 数据库的各级模式是在设计过程中逐步形成的 需求分析阶段综合各个用户的应用需求。 概念设计阶段形成独立于机器、独立于各个DBMS产品的概念模式，用E-R图来描述。 在逻辑设计阶段将E-R图转换成具体的数据库产品支持的数据模型如关系模型，形成数据库逻辑模式。然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图形成数据的外模式。 在物理设计阶段根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。 7.2 需求分析 7.2.1 需求分析的任务 需求分析的任务是通过详细调查现实世界要处理的对象（组织、部门、企业等），充分了解原系统（手工系统或计算机系统）工作概况，明确用户的各种需求，然后在此基础上确定新系统的功能。 新系统必须充分考虑今后可能的扩充和改变，不能仅仅按当前应用需求来设计数据库。 获得用户对数据库的要求： 信息要求。 处理要求。 安全性与完整性要求。 7.2.2 需求分析的方法和步骤 调查组织机构情况 调查各部门的业务活动情况 在熟悉业务活动的基础上，协助用户明确对新系统的各种要求。 确定新系统的边界  数据流图和数据字典 数据流图 表达了数据和处理过程的关系 数据字典 是各类数据描述的集合 数据字典是进行详细的数据收集和数据分析所获得的主要结果 数据字典通过对数据项和数据结构的定义来描述数据流、数据存储的逻辑内容。 数据字典的构成 1. 数据项：数据项是不可再分的数据单位。 2. 数据结构：数据结构反映了数据之间的组合关系。 3. 数据流：据流是数据结构在系统内传输的路径。 4. 数据存储：数据存储是数据及其结构停留或保存 的地方，也是数据流的来源和去向之一。数据存储可以是手工文档、手工凭单或计算机文档。 7. 处理过程：用判定表或判定树来描述。 面向对象的需求分析方法 (1) 确定系统的参与者。 参与者是目标系统直接接触的一切人或物，包括: 系统的使用者 管理或维护人员 系统控制的硬件设备 与其有交互的其他系统 面向对象的需求分析方法 (2) 为每个参与者确定其所有的用例，确定系统的边界。 对于参与者来说，一个用例应该是一个完整的任务。 一个用例一般是在一个相对连续的时间内完成。 用例的内容需要和用户反复讨论，逐步修改和细化。 用例之间存在包含（include）与扩展（extend）关系。 包含关系表示一种从属关系，即子用例是主用例中相对独立的、必须调用的一部分功能。 扩展关系表示一个功能是对另一个功能的扩展，即被扩展功能不一定调用扩展功能，但扩展功能是对被扩展功能的加强与延伸。 面向对象的需求分析方法 (3) 为每个用例生成用例描述表和用例活动图 用例描述表的内容包括 用例名称 执行者 前置条件、后置条件 用例过程的详细描述 分支过程描述 异常过程描述 业务规则 7.2.3 需求分析的结果 需求分析的主要成果是需求说明书 需求说明具有正确性、无歧义性、完整性、一致性、可理解性、可修改性、可追踪性和注释等。 需求说明要得到用户的验证和确认。 7.3 概念结构设计 概念结构设计的目的 获取数据库的概念模型，将现实世界转化为信息世界，形成一组描述现实世界中的实体及实体间联系的概念。 1、概念模型中的基本概念 实体集 所有属性完全相同的同型实