2.3.5数据元定义的编写规则与指南

2.3.5　数据元定义的编写规则与指南

数据元定义是数据元含义的自然语言表达。对于数据元开发来说，准确的、清晰的数据元定义是对数据元理解一致至关重要的一个方面。为了共享，数据元必须有一个形式上完备、清晰、精确并被普遍理解的定义。

同样，为了使从事数据交换的双方或多方对数据元的定义有相同的理解，数据字典的定义在字典中是唯一的，只有一种含义。

1.数据元定义编写指南

数据元定义指南中指明数据元定义应:

(1)阐述概念的基本含义。

(2)准确而不含糊。

(3)简练。

(4)能单独成立。

(5)表述中不应加入理论说明、功能说明、范围信息或程序信息。

(6)避免相互依存。

(7)相关定义使用相同的术语和一致的逻辑结构。

2.数据元定义的规则

数据元定义应:

1)具有唯一性(在出现此定义的任何数据字典中)

说明:每个定义必须区别于(字典中的)任何其他定义，以保证专一性。定义中所表述的一个或多个特性必须使被定义的概念与其他概念相区别。

示例:“发货日期”，“收货日期”。

(1)好的定义:

“发货日期”——供货方发送货物的日期。

“收货日期”——收货方收到货物的日期。

(2)不好的定义:

“发货日期”——交付货物的日期。

“收货日期”——交付货物的日期。

定义“交付货物的日期”不能既用于“发货日期”，又用于“收货日期”这两个数据元。每个定义必须是不同的。

2)以单数形式阐述

说明:数据元定义所表达的概念必须用单数形式表述(概念本身为复数时除外)。

示例:“物品编码”。

(1)好的定义:

用以标识一种物品的参考号码(A reference number that identifies an articles)。

(2)不好的定义:

标识物品的参考号码(Reference number identifies an articles)。

不好的定义使用了复数的“物品(articles)”，含义不清楚，因为它可理解为，一个“物品编码(articles number)”指代多件物品。

3)要阐述其概念是什么，而不是仅阐述其概念不是什么

说明:编写定义时，仅阐述其概念不是什么并不能对概念作出唯一的定义。

示例:“运费总额”。

(1)好的定义。

发货人把货物从一个地方运到另一个地方所花费的费用总额。

(2)不好的定义:

与包装、提供的文件、装货、卸货和保险无关的各项费用。

不好的定义没有明确说明这个数据的含义。

4)用描述性的短语或句子阐述

说明:必须用短语来形成包含概念的基本特性的准确定义。不能简单地陈述一个或几个同义词，也不能以不同的顺序简单地重复这些名称词。如果一个描述性短语不够，则应使用完整的、语法正确的句子。

示例:“代理人名称”。

(1)好的定义:

被授权代表另一方的那一方的名称。

(2)不好的定义:

代表。

“代表”是这个数据元名称的同义词，不适宜用做定义。

5)仅可使用人们普遍理解的缩略语

说明:对缩略语，包括简称和首字母含义的理解，通常受到特定环境的限制。环境不同，同一缩写词也许会引起误解或混淆。因此，为了避免词义不清，在该定义中就应使用全称，而不用缩略语。

如果缩略语是人们普遍理解的词，例如“即(i.e.)”和“例如(e.g.)”，或缩略语比合成词的全称更容易理解，而且其本身已被作为一个词采用，例如“雷达(Radar)”代表“无线电定位装置(Radio Detecting and Ranging)”，这种缩略语作为例外，可以在定义中使用。

所有简称在第一次出现时，必须予以说明。

6)表述中不要加入不同的数据元定义或引用下层概念

说明:次要的数据元定义或相关概念不应出现在主要数据元定义中。术语的定义应使用相关术语词汇编写。如果需要有次要的数据元定义，可用一个注释，附在主要定义正文的末尾或作为词典的分立条目。相关定义可通过关系属性(例如，相互参照)得到。