数据库设计国标.docx

数据库设计国标.docx

《数据库设计国标.docx》由会员分享，可在线阅读，更多相关《数据库设计国标.docx（10页珍藏版）》请在冰豆网上搜索。

数据库设计国标

数据库（顶层）设计说明

文件编号：

KJXXW-XXSJ-M002-V1.0

版本号：

V1.0

受控状态：

■受控□非受控

级别：

公司级

编制人/编制时间：

王攀坤

2014年7月

审核人/审核时间：

批准人/批准时间：

生效日期：

泰戈瑞信息技术有限责任公司发布

变更记录

变更

序号

变更

状态

简要说明变更容和

变更围

版本号

变更人

批准人

生效日期

1

C

1.0

（注：

更改状态包括：

C－创建、A－增加、M－修改、D－删除）

1.引言

本章分为以下几条。

1.1标识

【容】

本条应包含本文档适用的系统和软件的完整标识，（若适用）包括标识号、标题、缩略词语、版本号和发行号。

【裁剪原则】

此部分容不允许裁剪掉。

1.2系统概述

本条应简述本文档适用的系统和软件的用途。

它应描述系统与软件的一般性质；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；并列出其他有关文档。

1.3文档概述

【容】

本条应概述本文档的用途和容，并描述与其使用有关的性和私密性的要求。

【裁剪原则】

此部分容不允许裁剪掉。

2.引用文件

【容】

本章应列出本文档引用的所有文档的编号、标题、修订版本和日期，本章也应标识不能通过正常的供货渠道获得的所有文档的来源。

【裁剪原则】

此部分容不允许裁剪掉。

3.数据库级设计决策

【容】

本章应根据需要分条给出数据库级设计决策，即数据库行为设计决策（从用户的角度看，该数据库如何满足它的需求而忽略部实现）和其他影响数据库进一步设计的决策。

如果所有这些决策在系统或CSCI需求中均是明确的，本章应如实述。

对应于指定为关键性需求（如安全性、性、私密性需求）的设计决策，应在单独的条中加以描述。

如果设计决策依赖于系统状态或方式，则应指出这种依赖性。

如果设计决策的部分或全部已在定制的或商用的数据库管理系统（DBMS）的文档中作了描述，本章可引用它们。

应给出或引用理解设计所需的设计约定。

数据库级设计决策的例子如下：

a.关于该数据库应接受的查询或其他输入和它应产生的输出（显示、报告、消息、响应等）的设计决策，包括与其他系统、HWCI,CSCI和用户的接口（本文的5.x.d标识了本说明要考虑的主题）。

如果该信息的部分或全部已在接口设计说明（IDD）中给出，此处可引用。

b.有关响应每次输入或查询的数据库行为的设计决策，包括动作、响应时间和其他性能特性、所选择的方程式/算法/规则、配置和对不允许的输入的处理。

c.有关数据库/数据文件如何呈现给用户的设计决策。

（本文的4.x标识了本说明要考虑的主题）.

d.有关要使用什么数据库管理系统（包括名字、版本/发行）的设计决策和为适应需求的变化而引人到数据库部的灵活性类型的设计决策。

e.有关数据库要提供的可用性、性、私密性和运行连续性的层次与类型的设计决策。

f.有关数据库的分布（如客户机/服务器）、主数据库文件更新与维护的设计决策，包括一致性的维护、同步的建立/重建与维护、完整性与业务规则的实施等。

g.有关备份与恢复的设计决策，包括数据与处理分布策略、备份与恢复期间所允许的动作、对例如音像等新技术或非标准技术的特殊考虑。

h.有关重组、排序、索引、同步与一致性的设计决策，包括自动的盘管理与空间回收、优化策略、存储与空间大小、数据库容的填充与历史数据的捕获等方面的考虑。

【裁剪原则】

此部分容不允许裁剪掉。

4.数据库详细设计

【容】

本章应根据需要分条描述数据库的详细设计。

设计级别数以及每一级别的名称应基于所用的设计方法学。

数据库设计级别的例子包括：

概念设计、部设计、逻辑设计和物理设计。

如果这些设计决策的部分或全部依赖于系统状态或方式，则应指出这种依赖性。

应给出或引用为理解这些设计所需的设计约定。

注：

本文用术语“数据元素集合体”表示在给定的设计级别（如概念设计、部设计、逻辑设计、物理设计）中具有结构特征（数据元素的编号/次序/分组）的任何实体、关系、模式、字段、表、数组等；同时用术语“数据元素”表示在给定的级别中没有结构特征的关系、属性、字段、配置项、数据元素等。

【裁剪原则】

此部分容不允许裁剪掉。

4.1数据库设计级别的名称

【容】

本条应标识一个数据库设计级别，并用所选择的设计方法的术语描述数据库的数据元素和数据元素集合体。

（若适用）描述信息应包括以下容，它们可按适合于要提供的信息的任何次序给出。

a.数据库设计中的单个数据元素特性，例如：

a）名称/标识符；

1）项目唯一标识符；

2）非技术（自然语言）名称；

3）标准数据元素名；

4）技术名称（如数据库中的字段名）；

5）缩写名或同义名；

b）数据类型（字母数字、整数等）；

c）大小与格式（例如字符串的长度与标点符号）；

d）计量单位（如米、元、纳秒等）；

e）围或可能值的枚举（如0-99）；

f）准确度（正确程度）与精度（有效位数）；

g）优先级、时序、频率、容量、序列和其他约束，如数据元素是否可被更新，业务规则是否适用；

h）性与私密性约束；

i）来源（设置/发送实体）与接收者（使用/接收实体）。

b.数据库设计中的数据元素集合体（记录、消息、文件、数组、显示、报表等）的特性，例如：

a）名称/标识符；

1）项目唯一标识符；

2）非技术（自然语言）名称；

3）技术名称（如代码或数据库中的记录或数据结构名）；

4）缩写名或同义名；

b）数据元素集合体中的数据元素及其结构（编号、次序、分组）；

c）媒体（如盘）及媒体上数据元素/集合体的结构；

d）显示和其他输出的视听特性（如颜色、布局、字体、图标及其他显示元素、蜂鸣声、亮度等）；

e）数据元素集合体之间的关系，如排序/访问特性；

f）优先级、时序、频率、容量、序列和其他约束，如数据集合体是否可被更新，业务规则是否适用；

g）性与私密性约束；

h）来源（设置/发送实体）与接收者（使用/接收实体）。

【裁剪原则】

此部分容不允许裁剪掉。

5.用于数据库访问或操纵的软件配置项的详细设计

【容】

本章应分条描述用于数据库访问或操纵的每个软件配置项。

如果该信息的部分或全部已在别处提供，如在软件（结构）设计说明（SDD）、定制的DBMS的SDD,商用的DBMS的用户手册等处，在此可引用该信息，而无需重复说明。

如果设计的部分或全部依赖于系统状态或方式，则应指出这种依赖性。

如果该设计信息在多条中出现，则可只描述一次，而在其他条引用。

应给出或引用为理解设计所需的设计约定。

【裁剪原则】

此部分容不允许裁剪掉。

5.1软件配置项的项目唯一标识符或软件配置项组的指定符

【容】

本条应用项目唯一标识符标识软件配置项并描述它。

（若适用）描述应包括以下信息。

作为一种变通.本条也可以指定一组软件配置项，并分条标识和描述它们。

包含其他软件配置项的软件配置项可以引用那些软件配置项的说明，而无需在此重复。

a.（若有）配置项设计决策，诸如（如果以前未选）要使用的算法；

b.软件配置项设计中的约束、限制或非常规特征；

c.如果要使用的编程语言不同于该CSCI所指定的语言，应该指出，并说明使用它的理由；

d.如果软件配置项由过程式命令组成或包含过程式命令（如数据库管理系统（DBMS）中用于定义表单与报表的菜单选择、用于数据库访问与操纵的联机DBMS查询、用于自动代码生成的图形用户接口（GUI）构造器的输入、操作系统的命令或命令解释程序（shell）脚本），应有过程式命令列表和对解释它们的用户手册或其他文档的引用；

e.如果软件配置项包含、接收或输出数据，（若适用）应有对其输入、输出和其他数据元素以及数据元素集合体的说明。

（若适用）本文的4.x.6提供要包含主题的列表。

软件配置项的局部数据应与软件配置项的输入或输出数据分开来描述。

如果该软件配置项是一个数据库，应引用相应的数据库（顶层）设计说明（DBDD）：

接口特性可在此处提供，也可引用相应接口设计说明。

如果一给定的接口实体本文没有提及（例如，一个外部系统），但是其接口特性需要在本DBDD描述的接口实体时提到，则这些特性应以假设、或“当[未提及实体]这样做时，[软件配置项]将……”的形式描述。

本条可引用其他文档（例如数据字典、协议标准、用户接口标准）代替本条的描述信息。

本设计说明应包括以下容，（若适用）它们可按适合于要提供的信息的任何次序给出，并且应从接口实体角度指出这些特性之间的区别（例如数据元素的大小、频率等）。

1）接口的项目唯一标识符；

2）（若适用）用名字、编号、版本和文档引用来标识接口实体（软件配置项、配置项、用户等）；

3）由接口实体分配给接口的优先级；

4）要实现的接口的类型（例如实时数据传输、数据的存储与检索等）；

5）接口实体将提供、存储、发送、访问、接收的单个数据元素的特性。

本文档4.x.a标识了要提及的主题；

6）接口实体将提供、存储、发送、访问、接收的数据元素集合体（记录、消息、文件、数组、显示、报表等）的特性。

本文档的4.x.6标识了要提及的主题；

f.接口实体为该接口使用通信方法的特性，例如：

1）项目唯一标识符；

2）通信链路/带宽/频率/媒体及其特性；

3）消息格式化；

4）流控制（如序列编号与缓冲区分配）；

5）数据传输率、周期或非周期和传送间隔；

6）路由、寻址及命名约定；

7）传输服务，包括优先级与等级；

8）安全性/性/私密性考虑，如加密、用户鉴别、隔离、审核等。

g.接口实体为该接口使用协议的特性，例如：

1）项目唯一标识符；

2）协议的优先级/层次；

3）分组，包括分段与重组、路由及寻址；

4）合法性检查、错误控制、恢复过程；

5）同步，包括连接的建立、维护、终止；

6）状态、标识和其他报告特征。

h.其他特性，如接口实体的物理兼容性（尺寸、容量、负荷、电压、接插件的兼容性等）；

i.f.如果软件配置项包含逻辑，给出其要使用的逻辑，（若适用）包括：

1）该软件配置项执行启动时，其部起作用的条件：

2）把控制交给其他软件配置项的条件；

3）对每个输入的响应及响应时间，包括数据转换、重命名和数据传送操作；

4）该软件配置项运行期间的操作序列和动态控制序列，包括：

5）序列控制方法；

a）该方法的逻辑与输入条件，如计时偏差、优先级赋值；

b）数据在存中的进出；

c）离散输入信号的读出，以及在软件配置项中断操作之间的时序关系；

d）异常与错误处理。

【裁剪原则】

此部分容不允许裁剪掉。

6.需求的可追踪性

【容】

本章应包括：

a）从本DBDD所提到的每个数据库或其他软件配置项到它们所涉及的系统或CSCI需求的可追踪性；

b）从已经分配给本DBDD所提及的数据库或软件配置项的每个系统或CSCI需求到涉及它们的数据库或软件配置项的可追踪性。

【裁剪原则】

不允许裁剪掉。

7.注解

【容】

本章应包含有助于理解本文档的一般信息（例如原理）。

本章应包含为理解本文档需要的术语和定义，所有缩略语和它们在文档中的含义的字母序列表。

【裁剪原则】

不允许裁剪掉。

附录

【容】

附录可用来提供那些为便于文档维护而单独出版的信息（例如图表、分类数据）。

为便于处理附录可单独装订成册。

附录应按字母顺序（A，B等）编排。

【裁剪原则】

不允许裁剪掉。