附录I-3 数据库设计报告
{ 项目名称 } 数据库设计报告 |文件状态： |文件标识：|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. 数据库管理与维护说明 提示：在设计数据库的时候，及时给出管理与维护本数据库的方法，有助于将来撰写出 正确完备的用户手册。 ----------------------- 机构图标 Company Information
附录I-3 数据库设计报告