项目名称-read.docVIP

{ 项目名称 } 数据库设计报告 文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改 文件标识： Company-Project-SD-DATABASE 当前版本： X.Y 作 者： 完成日期： Year-Month-Day 版 本 历 史 版本/状态 作者 参与者 起止日期 备注 目 录 0. 文档介绍 4 0.1 文档目的 4 0.2 文档范围 4 0.3 读者对象 4 0.4 参考文献 4 0.5 术语与缩写解释 4 1. 数据库环境说明 5 2. 数据库的命名规则 5 3. 逻辑设计 5 4. 物理设计 5 4.0 表汇总 5 4.1 表A 6 4.n 表N 6 5. 安全性设计 6 5.1 防止用户直接操作数据库的方法 6 5.2 用户帐号密码的加密方法 6 5.3 角色与权限 7 6. 优化 7 7. 数据库管理与维护说明 7 0. 文档介绍 0.1 文档目的 0.2 文档范围 0.3 读者对象 0.4 参考文献 提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下： [标识符] 作者，文献名称，出版单位（或归属单位），日期 例如： [AAA] 作者，《立项建议书》，机构名称，日期 [SPP-PROC-SD] SEPG，系统设计规范，机构名称，日期 0.5 术语与缩写解释 缩写、术语 解 释 SPP 精简并行过程，Simplified Parallel Process SD 系统设计，System Design … 1. 数据库环境说明 提示： （1）说明所采用的数据库系统，设计工具，编程工具等 （2）详细配置 2. 数据库的命名规则 提示： （1）完整并且清楚的说明本数据库的命名规则。 （2）如果本数据库的命名规则与机构的标准不完全一致的话，请作出解释。 3. 逻辑设计 提示：数据库设计人员根据需求文档，创建与数据库相关的那部分实体关系图（ERD）。如果采用面向对象方法（OOAD），这里实体相当于类（class）。 4. 物理设计 提示： （1）主要是设计表结构。一般地，实体对应于表，实体的属性对应于表的列，实体之间的关系成为表的约束。逻辑设计中的实体大部分可以转换成物理设计中的表，但是它们并不一定是一一对应的。 （2）对表结构进行规范化处理（第三范式）。 4.0 表汇总 表名 功能说明 表A 表B 表C 4.1 表A 表名 列名 数据类型（精度范围） 空/非空 约束条件 补充说明 4.n 表N 表名 列名 数据类型（精度范围） 空/非空 约束条件 补充说明 5. 安全性设计 提示：提高软件系统的安全性应当从“管理”和“设计”两方面着手。这里仅考虑数据库的安全性设计。 5.1 防止用户直接操作数据库的方法 提示：用户只能用帐号登陆到应用软件，通过应用软件访问数据库，而没有其它途径操作数据库。 5.2 用户帐号密码的加密方法 提示：对用户帐号的密码进行加密处理，确保在任何地方都不会出现密码的明文。 5.3 角色与权限 提示：确定每个角色对数据库表的操作权限，如创建、检索、更新、删除等。每个角色拥有刚好能够完成任务的权限，不多也不少。在应用时再为用户分配角色，则每个用户的权限等于他所兼角色的权限之和。 角色 可以访问的表与列 操作权限 角色A 角色B 6. 优化 提示：分析并优化数据库的“时－空”效率，尽可能地“提高处理速度”并且“降低数据占用空间”。 （1）分析“时－空”效率的瓶颈，找出优化对象（目标），并确定优先级。 （2）当优化对象（目标）之间存在对抗时，给出折衷方案。 （3）给出优化的具体措施，例如优化数据库环境参数，对表格进行反规范化处理等。 优先级 优化对象（目标） 措施 7. 数据库管理与维护说明 提示：在设计数据库的时候，及时给出管理与维护本数据库的方法，有助于将来撰写出正确完备的用户手册。 项目名称，《数据库设计报告》 ( 机构名称，2002 Page 7 of 7 机构图标 Company Information