政务数据库系统第6章政务数据库的设计.ppt

第6章：政务数据库设计 政务数据库设计流程 需求分析 概念结构设计 逻辑结构设计 物理结构设计 数据库管理 6.1 数据库设计概述 软件工程与数据库工程 数据库设计人员 数据库系统生存周期 6.2 需求分析 6.2.1 需求分析的目的 6.2.2 需求分析方法 6.2.1 需求分析的目的 需求分析的任务是通过详细调查现实世界要处理的对象，准确了解、分析用户需求，充分了解原系统（手工系统或计算机系统）的工作状况，明确用户的各种需求，然后在此基础上确定新系统的功能，还应充分考虑新系统今后可能的扩充和改变，不能仅仅按照当前应用需求来设计数据库 6.2.2 需求分析方法 步骤 组织机构情况分析 职能分工 业务活动情况分析 含数据分析 确定系统边界 人机界限 结构化分析方法 是从最上层的结构入手，采用逐层分解的方式分析系统，并用数据流图和数据字典描述系统。 辅助工具： 应用流程图 数据流图 数据字典 流程图：以简单办公流程为例 数据字典 结构 数据流 数据分量 数据存储（文件） 处理 6.3 概念设计 6.3.1 概念结构设计的特点 6.3.2 局部ER图设计 6.3.3 合并ER图 6.3.1 概念结构设计的特点 概念设计的策略 自顶向下：先定义该部分应用的全局概念结构，然后逐步细化。 自底向上：先定义各局部应用概念结构，然后将其集成，得到总体结构。 由内而外：首先定义最核心的概念结构，然后向外围扩张。 6.4 逻辑设计 6.4.1 将ER模型向关系模型转化 6.4.2 优化关系模式 6.4.3 外模式的设计 6.4.1 将ER模型向关系模型转化 规则 将实体转换为一个关系模式， 将多对多的联系转化为关系，由各实体的码构成该关系的联合关键字。 一对多的联系一般不建立独立的关系，只需将一方的关键字置入多方的属性集中，一般将其设为外关键字。 一对一的联系可以转换为一个独立的关系模式，也可以与任意一端的关系模式合并。 为减少关系数量，可以将具有相同关键字的关系进行合并 处理结果 外部单位：单位编号，单位名称，单位性质，单位电话 文件：文件编号，题名，发文单位，发文日期，文件登记号，部门编号，拟办人，承办人，批办人，处置人，处置状态 部门：部门编号，部门名称，电话，负责人 签收：单位编号，文件编号，签收日期 分发：部门编号，文件编号，分发份数，分发日期，分发人 借阅：部门编号，文件编号，借阅日期，归还日期，借阅份数，借阅人 6.4.2 优化关系模式 规范化处理 基于数据库性能进行调整 非规范化处理 常用属性和罕用属性的分解 6.5 物理设计 6.5.1聚集设计 6.5.2 索引设计 6.5.3 确定存放环境 6.5.1聚集设计 对经常在一起进行连接操作的关系可以建立聚集。 如果一个关系的一组属性经常出现在相等比较条件中，则该关系可以建立聚集。 如果一个关系的某属性（组）上的值的重复率很高，则这个关系可建立聚集。 6.5.2 索引设计 索引设计 如果属性（组）经常在查询条件中出现，则考虑在该属性（组）上建立索引。 对主码、外码建立索引，有利于惟一性检查和引用完整性约束检查。它们通常是连接条件中的公共属性，建立索引可提高性能。 对以读为主或只读的表，若存储空间允许，可以多建索引。 对于等值连接，若满足条件的元组是少量的，可建立索引。 * 返回 * 需求收集与分析 设计概念结构 设计逻辑结构 数据模型优化 设计物理结构 性能评价 物理实现 实验性运行 使用维护数据库 需求分析阶段 概念设计阶段 逻辑设计阶段 物理设计阶段 数据库实施阶段 运行维护阶段 拟稿 核稿 签发 编号 缮印 封发 登记 盖印 校对 来文签收 登记 分发 拟办 批办 承办 文件处理 数据流图 是向系统输入数据和接收系统输出的外部事物，也是数据流的源点和终点。 外部 对象 说明系统内数据的流动，箭头指向为数据流动方向，箭头旁表明数据名。 数据流 表示系统内需要保存的数据，是系统内处于静止状态的数据 文件 即数据加工、变换过程，表示对数据的操作。 处理 含义 名称 符号 来文信息 来文 签收/回退 2.0 处理 3.0 处置 外部 单位 1.0 登记 来文记录 办文人员记录 处理记录 处理信息 档案 资料 来文处理顶层数据流图 外部 单位 1.1 签收 1.2 登记 签收单 来文信息 来文记录 1.0 登记数据流图 来文文件 2.1 处理选择 来文文件 2.2 分发 2.3 拟办 2.4 批办 2.5 承办 2.6 借阅 2.2.1 读取分发人员记录 分发人员列表 2.2.2 接收 分发记录 分发人员数据表 分发 2.0 文件处理数据流图 分发信息 2.3.1 读取来文文件信息 来文文件 2.3.2 拟办 办文人员记录 督办