第二章 数据库设计与ER模型.ppt

主要内容 数据库设计的优劣直接影响信息系统的质量和运行效果 数据库设计概念P29 主要内容 2.1 数据库系统生存期 2.2 ER模型的基本概念 2.3 关系模型的基本概念 2.4 ER模型到关系模型的转换 2.5 ER模型实例分析 2.6 增强的ER模型 2.1 数据库系统生存期 软件危机及其表现 P29 “软件工程”概念的提出 软件开发和运营的全过程称为 “软件生存期” 以数据库为基础的信息系统为数据库应用系统 具有信息的采集、组织、加工、抽取、综合、传播功能 其开发是有自己特点的软件工程：数据库工程 数据库系统生存期（依照软件生存期）P29 2.1 数据库系统生存期 规划阶段 需求分析阶段 概念设计阶段 逻辑设计阶段 物理设计阶段 实现阶段 运行和维护阶段 2.1.1规划阶段 规划阶段的三个步骤 P30 系统调查 可行性分析 确定数据库系统的总目标，并对应用单位的工作流程进行优化和制定项目开发计划 2.1.2需求分析阶段 计算机人员和用户双方共同收集数据库所需要的信息内容和用户对处理的需求 收集基础数据及其处理要求 确定新系统的功能 目标 把用户的信息要求和处理要求写成用户的数据库设计者都能理解和接受的文档，作为系统开发的依据。 2.1.2需求分析阶段 需求分析的四个步骤 分析用户活动，产生业务流程图 确定系统范围，产生系统关联图：确定人机界面 分系统户活动涉及的数据，产生数据流图 分析系统数据，产生数据字典 进行数据收集和数据分析所获得的主要成果 包括数据项、数据结构、数据流、数据存储和处理过程 2.1.2需求分析阶段 需求分析阶段的输入输出 （2）需求分析阶段 1）收集需求信息 调查目的 了解组织结构的设置、主要业务活动和职能 各个部门的工作流程和任务划分范围 调查内容 组织机构：了解机构划分，数据处理现状和存在的问题。 业务现状：包括信息的种类，信息流程，信息处理方式；各种业务工作过程和各种票据等。 外部要求：信息的响应时间、频度，数据发生的规则，安全性和完整性要求等。 （2）需求分析阶段 1）收集需求信息 调查方式 开座谈会 跟班作业 请调查对象填写调查表 查看业务记录、票据 个别交谈 （2）需求分析阶段 1）收集需求信息 调查对象 高层负责人 中层管理人员 基层操作人员 （2）需求分析阶段 2）整理需求信息 整理的目的 把原始的需求信息转化为下一步（系统分析）的依据，并且用明确的方式表示出来。 整理的任务 对系统业务流程、数据流程和数据联系进行分析总结，并通过具体方法进行描述和表达。 2.1.2需求分析阶段 需求分析的结构化技术 结构化分析方法是一种面向数据流进行需求分析的方法，它用抽象模型的概念，按照软件内部数据传递、变换的关系定义系统需求。 结构化需求分析大多数采用自顶向下的策略，逐层分解系统需求，直到每一个基本处理都非常明确为止。 2.1.2需求分析阶段 结构化需求分析一般包括如下工具 数据流图 数据字典 结构化英语（或结构化语言） 判定表 判定树 以及状态转移图等 2.1.2需求分析阶段 数据流图从数据传递和加工的角度，以图形的方式刻画数据流从输入到输出的移动变换过程，以便帮助人们理解问题，对问题进行分析。 数据流图的基本图形元素 ? 表示数据流，箭头的始点和终点分别代表数据流的源和目标。 ? 表示数据源或数据终点。 ? 表示对数据的加工（处理）。 （或 ）表示数据存储。 数据流图的例子 数据字典 数据字典的概念 数据字典是关于数据信息的集合。在数据字典中给出数据流图中所有元素的严格定义。 数据字典的作用 在数据流图中出现的图形元素在数据字典中作为一个词条加以定义，使得每一个图形元素都有一个确切的解释。 数据字典 数据字典中的条目种类 数据流 数据加工 数据存储 数据元素（是数据流和数据存储的组成部分） 其它信息 2.1.3概念设计阶段 目标是产生反映用户单位信息需求的数据库概念结构：概念模型 1、概念设计的重要性 仅从用户角度看待数据、处理需求和约束 任务相对单一化，可有效控制复杂程度，便于管理 2、概念设计的步骤 ---- ER模型 进行数据抽象，设计局部概念模型：聚集和概括 P31 将局部概念模型综合成全局概念模型 评审 2.1.4逻辑设计阶段 目的是把概念模型转化为逻辑结构（逻辑模型、外模型） 逻辑设计的步骤 --- 关系模型 把概念模型转换成逻辑模型 设计外模型 设计应用程序与数据库的接口 评价模型 修正模型 2.1.5物理设计阶段 物理设计是根据给定的基本数据模型选取一个最适合应用环境的物理结构的过程 物理结构指存储记录格式、存储记录安排和存取方法 物理设计完全依赖于硬件环境和数据库产品 物理设计步骤 存储记录结构设计 确定数据存放位置 存取方法的设计 完