软件数据库设计报告文档模板Word文档下载推荐.docx
《软件数据库设计报告文档模板Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《软件数据库设计报告文档模板Word文档下载推荐.docx(14页珍藏版)》请在冰豆网上搜索。
通过这份数据库设计说明书详尽准确地描述了该软件产品的数据库结构。
如果这份数据库设计说明书只与整个系统的某一部分有关系,那么只定义数据库设计说
明书中说明的那个部分或子系统。
1.2项目来源
具体说明本软件开发项目的全部风险承担者,以及各自在本阶段所需要承担的主要风险,
首要风险承担者包括:
•任务提出者;
•软件开发者;
•产品使用者。
1.3文档约定
描述编写文档时所采用的各种排版约定。
排版约定应该包括:
•命名方法;
•提示方式;
•通配符号:
等等。
1.4预期读者和阅读建议
列举本数据库设计说明书所针对的各种不同的预期读者,例如,可能包括:
•开发人员;
•项目经理;
•测试人员;
•文档编写人员。
并且描述了文档中,其余部分的内容及其组织结构,并且针对每一类读者提出最适合的
文档阅读建议。
1.5参考资料
列举编写需求规格说明书时所用到的参考文献及资料,可能包括;
•本项目的合同书;
•上级机关有关本项目的批文;
•本项目已经批准的计划任务书;
•用户界面风格指导;
•开发本项目时所要用到的标准;
•系统规格需求说明;
•使用实例文档;
•属于本项目的其它已发表文件;
•本数据库设计说明书中所引用的文件、资料;
•相关软件产品数据库设计说明书;
•等等。
为了方便读者查阅,所有参考资料应该按疋顺序排列。
如果可冃匕,母份资料都应该给
出:
•标题名称;
•作者或者合冋签约者;
•文件编号或者版本号;
•发表日期或者签约日期;
•出版单位或者资料来源。
2.数据库命名规则
完整并且清楚的说明本数据库的命名规则,在《南京市交通局信息化数据库建设规范》中已经给出了一个完整的数据库命名规则,开发者应遵守执行,如果本数据库的命名规则与
该规范不完全一致,应作出解释。
3.数据库设计说明
3.1数据库逻辑设计
数据库设计人员根据《软件需求分析报告》,创建与数据库相关的实体关系图(E-R图)。
如采用面对对象的分析和设计方法,则此处的实体相当于类。
在此处,应给出逻辑设计的完整的E-R图。
3.2数据库物理设计
在此处应给出完整的数据库物理结构E-R图。
开发者应根据逻辑设计的结果,进行数
据库的物理设计,并对表结构进行规范化处理(第一范式,第二范式,第三范式)。
3.3数据库分布
数据库分布采用一张表格进行描述,其格式如下:
数据库
编号
数据库管理系统
名称
版本号
英文名称
中文名称
数据库安装物理位置
其中:
•数据库编号
给出本系统中指定数据库的顺序编号。
若本系统中只有一个数据库,则本项内容不需要描述,本表内容也只有一行。
说明:
在一个系统中可能安装若干个相同的或者不同的数据库管理系统,一个数据库管理系统也可能安装一个或者多个数据库。
•数据库管理系统名称
给出本系统中指定数据库管理系统的商品名称。
若本系统中只有一种数据库管理系统,则本项内容不需要描述。
•数据库管理系统版本号
给出本系统中指定数据库管理系统的版本号。
若本系统中只有一个版本的数据库管理系统,则本项内容不需要描述。
•数据库英文名称
给出本数据库的英文名称,该名称是在应用软件中实际使用的名称,必须符合《南
京市交通局信息化数据库建设规范》中相关命名规范。
•数据库中文名称
给出本数据库的中文名称,该名称是本数据库英文名称的说明。
•数据库安装物理位置
给出本数据库安装的实际位置,必须描述清楚该位置是在那个物理设备的哪一个逻辑存储设备上,以及存储文件的名称。
3.4基表设计
每个基表采用一张表格进行描述,其格式如下:
数据库编号:
基表编号:
基表央文名称:
基表中文名称:
字段编号
英文字段名
中文字段名
字段类型
备注
其中
含义同上。
•基表编号
给出本基表的顺序编号。
•基表英文名称
给出本基表的英文名称,该名称是在应用软件中实际使用的名称,必须符合命名规范。
•基表中文名称
给出本基表的中文名称,该名称是本基表英文名称的说明。
•字段编号
该基表中,各个字段的顺序编号。
•英文字段名
该基表中,各个字段的英文名称,该名称必须符合《南京市交通局信息化数据库建设规范》中相关命名规范。
•中文字段名
该基表中,各个字段的中文名称,该名称是英文字段名的说明。
•字段类型
该基表中,各个字段的类型;
如果需要,在说明类型时,还需要说明字段长度。
•备注
该基表中,各个字段有关的限制性说明,需要描述的内容可能包括:
值域;
缺省值;
空字段限制;
显示格式与小数位数;
有效性规则与约束;
标题;
•说明
说明一些有关本表的、必须描述清楚的问题,需要描述的内容可能包括:
主关键字;
索引、排序方式和类型;
触发器;
数据复制;
3.5视图设计
每个视图采用一张表格进行描述,其格式如下:
视图编号:
视图英文名称:
视图中文名称:
相关基表和视图:
r英文字段名
「字段源
其中:
•视图编号
给出本视图的顺序编号。
•视图英文名称
给出本视图的英文名称,该名称是在应用软件中实际使用的名称,必须符合命名规范。
•视图中文名称
给出本视图的中文名称,该名称是本视图英文名称的说明。
•相关基表和视图
列出建立该视图时,所用到的基表和视图。
该视图中,各个字段的顺序编号。
该视图中,各个字段的英文名称,该名称必须符合《南京市交通局信息化数据库建设规范》中相关命名规范。
该视图中,各个字段的中文名称,该名称是英文字段名的说明。
该视图中,各个字段的类型;
•字段源
该视图中,各个字段的来源,即该字段原来是那个表或者那个视图中的那个字段;
在某些情况下,字段可能来自一个特定的表达式。
•备注
该视图中,各个字段有关的限制性说明,包括:
缺省值;
标题;
说明一些有关本视图的、必须描述清楚的问题,需要描述的内容可能包括:
索引;
权限;
等等
3.6索引设计
每个数据库的所有采用一张表格进行描述,其格式如下:
索引编号
基表名称
索引名称
字段集名称
•索引编号
给出本项索引的顺序编号。
•基表名称
给出本项索引所在的基表名称。
•索引名称
给出本项索引的名称。
•字段集名称
给出本项索引所在的字段名称或者字段集名称。
描述有关本项索引中,其它需要说明的事项,例如:
排序方式、等等。
3.7完整性约束
每个数据库的完整性约束采用一张表格进行描述,其格式如下:
•数据库编号含义同上。
•约束编号给出本项完整性约束的顺序编号。
•完整性约束名
给出本项完整性约束的名称。
•基表名
给出本项完整性约束所在的基表名称。
•字段名
给出本项完整性约束所在的字段名称。
•约束表达式
给出本项完整性约束的逻辑表达式。
•备注描述有关本项完整性约束中,其它需要说明的事项。
3.8授权设计
每个数据库的授权采用一张表格进行描述,其格式如下:
授权编号
用户名称
对象名称
权限
•授权编号
给出本项授权的顺序编号。
•用户名称
给出本项授权的用户名称,这里的用户不一定是具体用户,也可以是用户组。
•对象名称
给出本项授权的对象名称,例如:
基表、字段、等等。
必须注意到,一个用户可能存在多项授权,应该逐项描述。
•权限
被授权用户在该对象上拥有的访问权限,例如:
查询权、修改权、等等。
•备注描述有关本项授权中,其它需要说明的事项。
3.9触发器设计
•触发器编号给出本触发器的顺序编号。
•触发器英文名称
给出本触发器的英文名称,必须符合《南京市交通局信息化数据库建设规范》中相关命名规范。
•触发器中文名称
给出本触发器的中文名称,该名称是本触发器英文名称的说明。
•触发器条件
给出该触发器产生触发的条件。
•触发器结果给出该触发器被触发后所执行的动作内容。
3.10存储过程设计
数据库编号:
存储过程编号:
存储过程英文名称:
存储过程中文名称:
存储过程内容:
说明:
•存储过程编号
给出本存储过程的顺序编号。
•存储过程英文名称
给出本存储过程的英文名称,该名称是在应用软件中实际使用的名称,必须符合命名规范。
•存储过程中文名称
给出本存储过程的中文名称,该名称是本存储过程英文名称的说明。
•存储过程内容
给出该存储过程算法或者描述详细内容,如果需要,应该辅以流程图说明。
•说明
描述本存储过程需要说明的一些事项。
3.11数据复制设计
每项数据复制采用一张表格进行描述,其格式如下:
数据复制编号:
复制英文名称:
复制中文名称:
源数据库编号:
目标数据库编号:
复制说明:
执行方式:
源数据库名称
目标数据库名称
字段名称
备注:
•数据复制编号
给出本数据复制的顺序编哥
•数据复制英文名称
给出本数据复制的英文名称,该名称是在应用软件中实际使用的名称,必须符合命名规范。
•数据复制中文名称
给出本数据复制的中文名称,该名称是本数据复制英文名称的说明。
•源数据库编号
作为复制数据源的数据库编号,编号含义同上。
•目标数据库编号
作为复制目标的数据库编号,编号含义同上。
•复制说明
给出该复制的详细描述,如果需要,应该辅以示意图说明。
•执行方式
给出该复制