数据字典设计
Document number【SA80SAB-SAA9SYT-SAATC-SA6UT-SA18】
数据字典系统设计
CAD中心
2011年09月16日
修改记录
CAD中心
版权所有，保留一切权利
在没有得到本中心的书面许可时，任何单位和个人不得擅自摘抄、复制本书（软件等）的一部分或全部以任何形式（包括资料和出版物）进行传播。版权所有，侵权必究
目录
1引言
1.1编写目的
该说明书为数据字典说明书，其主要目的是：
详细定义系统各部分数据表结构；
详细定义系统的数据库端实现的视图、触发器、及过程、函数；
作为开发人员之间对研发产品共同认识的基础；
定义数据库端系统的程序设计；
开发及维护的技术和文献依据；
作为系统验收及测试的文献依据；
本说明书作为软件公司研发人员讨论的依据和结论的记录；
本说明书同时可作为软件公司软件测试及结题的参考。
1.2参考资料
GB/T 11457 软件工程术语
GB8566-1995 计算机软件开发规范
GB 8567-1995 计算机软件产品开发文件编制指南
GB/T12504 计算机软件质量保证计划规范
GB/T12505 计算机软件配置管理计划规范
2数据结构设计规则
在本系统中，所有数据表、数据字段名的命名均采用中文名的汉语拼音来完成。具体为：第一个汉字的全拼+后面每一汉字的第一个字母，并且，每一个汉字的拼音的第一个字母为大写。如“姓名”，其命名应为：XingM。
1.数据表的命名均采用子系统简码+数据表名的汉语拼音；如：股份管理子系
统的简码是GF，“原始记录表”的名字为：GF_YuanSJL；
2.数据视图的命名与数据表相同，其前缀为“V_”；
3.数据库触发器的命名前缀为“T_”；
4.数据表约束的表示方法：
a.主键Primary Key：PK
b.外键Foreign Key：FK
c.不为空Not Null：Not null
d.索引Index：Index
e.校验：Check(‘√’，‘×’)：表示该字段取值只能是‘√’，
‘×’，且默认为‘×’
5.数据表约束的命名方法：约束类型_数据表名_约束相关字段，如人员信息的
科室外键为:FK_RYXX_KeSXX。
6.存储过程和函数的命名与其具体的功能相关，与其作用的数据表和字段相联
系；
7.用户信息相关数据库表的命名方法另外
8.在本系统中，所有与时间相关的属性字段，系统设计时均采用字符型进行，
其格式分为两种，一是精确至天，为10 位，其格式为“yyyy-mm-dd”,代表“年-月-日”；二是精确至秒，为19位，其格式为“yyyy-mm-dd,hh-mi-ss”代表“年-月-日，小时：分：秒”
9.数据类型定义：数值型：对于需要精确至小数点后四位的数值型字段，数据
类型统一采用Number(12,4)，对于需要精确至小数点后两位的数据型字段，数据类型统一采用Number(12,2)，对于整数类型，统一采用
Number(8,0)，对于标志字段，统一采用Number(1,0)；字符型：对于长度
固定的字符型数据，采用Char类型，对于长度不固定的字符型数据，采用Varchar类型；对于ID型数据，无特殊要求时统一采用整数类型。
3ORACLE数据库设计
3.1表空间设计：
从系统的性能方面设计，应将系统的数据库表空间进行合理的划分以使系统性能最佳。SmartMED表空间划分为四个Smart_Table用于存储数据表，Smart_History 用于存储历史数据，Smart_Index用于存储数据表索引，Smart_System用于存储数据库用户信息及一些程序信息如：存储过程、触发器、函数；其创建语句为：
3.2用户名设定：
4系统数据表设计
4.1数据表的设计实现
创建数据表的SQL语句脚本详细情况况请参见文件：
5系统数据视图设计
5.1视图设计说明
5.2视图设计实现
有关系统视图实现的SQL脚本请参见系统文档：
6数据库触发器设计
6.1数据库触发器设计说明
6.2触发器设计实现
有关系统触发器设计的实现的SQL脚本请参见系统文档：
7数据库端过程/函数设计
7.1系统过程/函数设计说明
7.2过程/函数设计实现
有关系统过程和函数的实现的SQL脚本请参见系统文档：
仓库管理系统数据字典设计 1.数据流 （1）数据流名称：入库信息 数据流别名：无 说明：即将装入仓库的货物的信息 数据流来源：入库台账表 数据流流向：仓库管理员 数据流组成：入库表号+货物编号+入库时间+数量 数据流量：根据事物的需要，一般很频繁 （2）数据流名称：出库信息 数据流别名：无 说明：销售后即将出库的货物的信息 数据流来源：出库台账表 数据流流向：仓库管理员 数据流组成：出库表号+货物编号+出库时间+数量 数据流量：根据事物的需要，一般很频繁 （3）数据流名称：货物信息 数据流别名：无 说明：对仓库中的所有货物的信息的统计 数据流来源：货物表 数据流流向：仓库管理员 数据流组成：货物=货物编号+名称+单价+生产厂商+重量 数据流量: 根据事物的需要，一般很频繁 （4）数据流名称：借条信息： 数据流别名：无 说明：客户，供应商或者企业中其他仓库借出货物的信息。数据流来源：借条信息表 数据流流向：仓库管理员 数据流组成：借条信息=出库表号+借出人姓名+还库时间 数据流量 2.数据项 （1）数据项名称：货物编号 数据项别名：货物号 说明：仓库中的货物的唯一标识 类型：字符型 长度：10 （2）数据项名称：货物名称 数据项别名：名称 说明：货物的名称 类型：字符型 长度：10
（3）数据项名称：单价 数据项别名：货物单价 说明：货物的单价等信息 类型：money 长度：20 （4）数据项名称：生产厂商 数据项别名：生产厂商 说明：无 类型：字符型 长度：50 （7）数据项名称：重量 数据项别名：重量 说明：货物的重量 类型：float 长度：20 （6）数据项名称：入库时间 数据项别名：入库时间 说明：货物进入仓库的时间 类型：datetime 长度：10 （12）数据项名称：入库表号数据项别名：无 说明：无 类型：字符型 长度：10 （13）数据项名称：数量 数据项别名：入库货物数量 说明：入库的货物数量 类型：int 长度：20 （14）数据项名称：出库表号数据项别名：无 说明：无 类型：字符型 长度：10 （15）数据项名称：出库时间数据项别名：无 说明：货物出库的时间 类型：datetime 长度：20 （15）数据项名称：借出人姓名数据项别名：无 说明：货物被借出的接收人姓名类型：字符型
数据字典系统设计 CAD中心 2011年09月16日
修改记录 CAD中心 所有，保留一切权利 在没有得到本中心的书面许可时，任何单位和个人不得擅自摘抄、复制本书（软件等）的一部分或全部以任何形式（包括资料和出版物）进行传播。 所有，侵权必究
目录 1引言 (3) 1.1编写目的 (3) 1.2参考资料 (3) 2数据结构设计规则 (4) 3ORACLE数据库设计 (5) 3.1表空间设计： (5) 3.2用户名设定： (5) 4系统数据表设计 (6) 4.1第一部分 (6) 4.2数据表的设计实现 (6) 5系统数据视图设计 (7) 5.1视图设计说明 (7) 5.2视图设计实现 (7) 6数据库触发器设计 (8) 6.1数据库触发器设计说明 (8) 6.2触发器设计实现 (8) 7数据库端过程/函数设计 (9) 7.1系统过程/函数设计说明 (9) 7.2过程/函数设计实现 (9)
1引言 1.1编写目的 该说明书为数据字典说明书，其主要目的是： ?详细定义系统各部分数据表结构； ?详细定义系统的数据库端实现的视图、触发器、及过程、函数；?作为开发人员之间对研发产品共同认识的基础； ?定义数据库端系统的程序设计； ?开发及维护的技术和文献依据； ?作为系统验收及测试的文献依据； ?本说明书作为软件公司研发人员讨论的依据和结论的记录； ?本说明书同时可作为软件公司软件测试及结题的参考。 1.2参考资料 GB/T 11457 软件工程术语 GB8566-1995 计算机软件开发规 GB 8567-1995 计算机软件产品开发文件编制指南 GB/T12504 计算机软件质量保证计划规 GB/T12505 计算机软件配置管理计划规
数据字典系统设计 CAD中心
2011年09月16日
修改记录
CAD中心 版权所有，保留一切权利 在没有得到本中心的书面许可时，任何单位和个人不得擅自摘抄、复制本书（软件等）的一部分或全部以任何形式（包括资料和出版物）进行传播。版权所有，侵权必究
目录 1引言....................................... 错误!未定义书签。 编写目的................................... 错误!未定义书签。 参考资料................................... 错误!未定义书签。2数据结构设计规则........................... 错误!未定义书签。3ORACLE数据库设计.......................... 错误!未定义书签。 表空间设计：............................... 错误!未定义书签。 用户名设定：............................... 错误!未定义书签。4系统数据表设计............................. 错误!未定义书签。 第一部分................................... 错误!未定义书签。 数据表的设计实现........................... 错误!未定义书签。5系统数据视图设计........................... 错误!未定义书签。 视图设计说明............................... 错误!未定义书签。 视图设计实现............................... 错误!未定义书签。6数据库触发器设计........................... 错误!未定义书签。 数据库触发器设计说明....................... 错误!未定义书签。 触发器设计实现............................. 错误!未定义书签。7数据库端过程/函数设计...................... 错误!未定义书签。 系统过程/函数设计说明...................... 错误!未定义书签。 过程/函数设计实现.......................... 错误!未定义书签。
北京理工大学 数据库 作业2 主讲老师：赵小林 学生：李经 2012/11/27
Assignment 2：Database Design (1) 2.1 作业声明 (1) 2.2 作业内容 (1) 2.2.1 多级代码数据字典表设计 (1)
Assignment 2：Database Design 2.1 作业声明 本次作业全部由本人完成，若存在抄袭现象，本人愿意接受本次作业按照０分记录的处理2.2 作业内容 2.2.1多级代码数据字典表设计 需要解决的问题： 1、编码长度改变 2、编码方式改变 3、代码有效期改变 4、代码被覆盖或替换 5、要求保留原信息 多级表示例请参照课堂讲义。 2.2.1.1 解决方案 方案一： 设计各表如下： 学科门类表（xkml） 字段名字段含义字段类型字段长度NULL 备注xkmlmc 学科门类名称字符30 xkmldh 学科门类代号varchar 10 PK kssxsj 开始生效时间日期 jzsxsj 截止生效时间日期√
一级学科表（yjxk） 字段名字段含义字段类型字段长度NULL 备注 yjxkmc 一级学科名称字符30 xkmldh 学科门类代号varchar 10 FK yjxkdh 一级学科代号varchar 20 PK kssxsj 开始生效时间日期 jzsxsj 截止生效时间日期√ 二级学科表（ejxk） 字段名字段含义字段类型字段长度NULL 备注ejxkmc 二级学科名称字符30 yjxkdh 一级学科代号varchar 20 FK ejxkdh 二级学科代号varchar 30 PK kssxsj 开始生效时间日期 jzsxsj 截止生效时间日期√ 三级学科表（sjxk） 字段名字段含义字段类型字段长度NULL 备注 sjxkmc 三级学科名称字符30 ejxkdh 二级学科代号varchar 30 FK sjxkdh 三级学科代号varchar 40 PK kssxsj 开始生效时间日期 jzsxsj 截止生效时间日期√ 设计思路&解决方法： 先建立以上4张表，其中外键的设置方式为：每一级学科的上级代号参照上级学科表的相应代号，例如：三级学科表中的二级学科代号参照二级学科表中的二级学科代号。 1、编码长度改变：各级学科代号为varchar，学科级数每增加一级，代号长度就增加10，基本可满足要求。 2、编码方式改变：例如增加一个四级学科，可以添加一张四级学科表： 四级学科表（sijxk） 字段名字段含义字段类型字段长度NULL 备注 sjxkmc 三级学科名称字符30 sjxkdh 三级学科代号varchar 40 FK
如何书写符合标准的数据字典与详细设计文档先让我们以开发过程为主线，看一看各主要文档在开发过程中的作用。首先，我们有了一个需求（当然，这个需求根据不同的实际情况，它的详细程度会有较大的出入），我们通过这个需求，对需求进行认真的分析，并出据了《需求分析说明书》。我们通过对需求的分析，可以初步总结出该需求包括几个模块，模块之间的边界，各模块的功能、系统重点、系统难点等，从而形成《概要设计》。（《概要设计》完成以后，可以开始着手进行UI设计。）通过《概要设计》与《需求分析》抽像出这个需求由哪些对象组成，每一个对象由哪些属性组成等。我们需要把对“对象”的说明进行记录，记录后形成的文档是《数据字典》。数据字典中记录某个需求包括哪些对象，这些对象包括哪些属性，每个属性的性质等内容从而形成了数据库的表结构和程序中的bean对象。然后是完成《详细设计》文档。在详细设计文档的整理过程中我们会发现更多的细节问题，这些细节会导致数据字典的变更，也有可能会导致之前已完成的部分《详细设计》文档的变更。这时，我们都应实时的对应这种变更。这也是为什么在详细设计完成之前不能进行实质性的开发的一个因素。有了详细设计后，我们就可以进行代码开发了，与此同时也可以开始进行测试用例的整理工作，从而使今后的开发与测试均源于同一个详细设计，从而使软件的测试效果在理论上得以保障。同时，在条件允许和项目需要的情况下，我们也应开发一套业务逻辑演示程序，与客户进行沟通，从而进一步提高咱们所开发出来的系统与客户的愿望的一致程度。（但，这从时间
说来得急吗？等客户有了反馈后，咱们可能早就作了大量的开发工作了。这是可以解决，请往下看。） 家德瑞根据多年的经验，总结出一套尽量简单、尽量适应于更多的情形、符合国际标准的详细设计模板。用户可以根据详细设计模板进行模仿、套用。 在本文我们将重点关注数据字典与详细设计这两个文档。下面就如何编写符合家德瑞标准的数据字典与详细设计进行详细说明。 当有了《数据字典》后，家德瑞可以通过其Maker工具直接生成以“对象（即数据库中的表）”为目标的标准化程序（针对于目标对象的增、删、改、查等功能），并可以达到直接运行的程度。从而大大提升了软件开发的速度。 程序开发经历了非可视化开发到可视化开发，现在家德瑞提出了自动生成的标准化开发。有了家德瑞，程序是想出来的，而不是写出来的。 家德瑞自带的自动生成工具Maker在工程管理的标准化与软件开发的标准化的思想下可以帮助我们自动完成以下内容：通过数据字典自动生成数据库的相关脚本 通过数据字典自动生成相关数据表的增、删、改、查等功能，并达到了生成后可以直接运行状态。 通过数据字典自动生成与标准程序相对应的详细设计文档。 通过自定义的详细设计文档生成符合实际业务流程的主干程序。 家德瑞的自动生成工具Maker可以在
第六章数据库设计 习题解答和解析 1. 1.试述数据库设计过程。 答：这里只概要列出数据库设计过程的六个阶段： (1)需求分析;(2)概念结构设计;(3)逻辑结构设计;(4)数据库物理设计;(5)数据库实 施;(6)数据库运 行和维护。这是一个完整的实际数据库及其应用系统的设计过程。不仅包括设计数据库本身,还包括数据库的实施、运行和维护。设计一个完善的数据库应用系统往往是上述六个阶段的不断反复。 解析：希望读者能够认真阅读《概论》6.1的内容,了解并掌握数据库设计过程。 2. 2.试述数据库设计过程各个阶段上的设计描述。 答：各阶段的设计要点如下： (1)需求分析：准确了解与分析用户需求(包括数据与处理)。 (2)概念结构设计：通过对用户需求进行综合、归纳与抽象,形成一个独立于具体DBMS 的概念模型。 (3)逻辑结构设计：将概念结构转换为某个DBMS所支持的数据模型,并对其进行优化。 (4)数据库物理设计：为逻辑数据模型选取一个最适合应用环境的物理结构(包括存储结构和存取方法)。 (5)数据库实施：设计人员运用DBMS提供的数据语言、工具及宿主语言,根据逻辑设计和物理设计的结果建立数据库,编制与调试应用程序,组织数据入库,并进行试运行。 (6)数据库运行和维护：在数据库系统运行过程中对其进行评价、调整与修改。 解析： 这是进一步了解数据库设计的具体内容。设计描述是指在各个阶段体现设计内容,描述设计结果的各种文档、程序。读者可以参考《概论》上图6.3。 3. 3.试述数据库设计过程中结构设计部分形成的数据库模式。 答：数据库结构设计的不同阶段形成数据库的各级模式,即： (1)在概念设计阶段形成独立于机器特点,独立于各个DBMS产品的概念模式,在本篇中就是E-R图； (2)在逻辑设计阶段将E-R图转换成具体的数据库产品支持的数据模型,如关系模型,形成数据库逻辑模式,然后在基本表的基础上再建立必要的视图(View),形成数据的外模式； (3)在物理设计阶段,根据DBMS特点和处理的需要,进行物理存储安排,建立索引,形成数据库内模式。 读者可以参考《概论》上图6.4。图中概念模式是面向用户和设计人员的,属于概念模型的层次；逻辑模式、外模式、内模式是DBMS支持的模式,属于数据模型的层次,可以在DBMS 中加以描述和存储。 4. 4.试述数据库设计的特点。 答：数据库设计既是一项涉及多学科的综合性技术又是一项庞大的工程项目。其主要特点有： (1)数据库建设是硬件、软件和干件(技术与管理的界面)的结合。 (2)从软件设计的技术角度看,数据库设计应该和应用系统设计相结合,也就是说,整个设计过程中要把结构(数据)设计和行为(处理)设计密切结合起来。详细的可以参考《概论》