DB 6502 T004.1-2022 数字克拉玛依 数据元规范 第1部分：总则.pdf

《DB 6502 T004.1-2022 数字克拉玛依 数据元规范 第1部分：总则.pdf》由会员分享，可在线阅读，更多相关《DB 6502 T004.1-2022 数字克拉玛依 数据元规范 第1部分：总则.pdf（18页珍藏版）》请在麦多课文档分享上搜索。

1、ICS 35.020CCS L 72克拉玛依市地方标准DB6502/T 004.12022数字克拉玛依 数据元规范第一部分：总则2022-05-20 发布2022-06-20 实施克拉玛依市市场监督管理局发 布DB6502Digital KaramaySpecification for Data ElementsPart 1:GeneralDB6502/T 004.12022I目次目次.I前言.II1 范围.12 规范性引用文件.13 术语和定义.14 数据元的表示规范.34.1 数据元的属性概述.34.2 数据元属性的描述方法.44.3 数据元标识类属性.44.4 数据元定义类属性.64.5

2、 数据元表示类属性.74.6 数据元管理类属性.104.7 数据元附加类属性.105 数据元的设计方法.105.1 数据元和数据元属性的提取.105.2 数据元的分类规则.115.3 数据元的命名规则.116 数据元管理.126.1 基本原则.126.2 要求.127 数据元的维护和扩展方法.137.1 数据元维护策略.137.2 新增数据元.137.3 变更数据元.137.4 废止数据元.138 数据元的使用方法.13参考文献.15DB6502/T 004.12022II前 言本文件按照GB/T 1.12020标准化工作导则 第 1 部分：标准化文件的结构和起草规则的规定起草。DB6502/

3、T XXXX数字克拉玛依 数据元规范分为9个部分：第 1 部分：总则；第 2 部分：综合人口数据元；第 3 部分：综合法人数据元；第 4 部分：空间地理数据元；第 5 部分：疫情防控数据元；第 6 部分：应急管理数据元；第 7 部分：社会信用数据元；第 8 部分：社会民生数据元；第 9 部分：宏观经济数据元。本文件为数字克拉玛依 数据元规范的第 1 部分。本文件由数字克拉玛依综合协调领导小组提出。本文件由克拉玛依市工业和信息化局归口。本文件起草单位：克拉玛依油城数据有限公司、克拉玛依市公安局、中国电子系统技术有限公司、红有软件股份有限公司、中科天极(新疆)空天信息有限公司、新疆简正智信标准化服

4、务事务所（有限公司）本文件主要起草人：刘东、臧奕茗、王从发、潘元鹏、何芳、冯建平、徐祺、张锐、刘敏。DB6502/T 004.120221数字克拉玛依 数据元规范 第一部分：总则1范围本文件规定了数字克拉玛依 数据元规范的术语和组成、数据元和代码集的表示规范、数据元的设计方法、数据元管理、数据元的维护和扩展方法、数据元的使用方法。本文件适用于数字克拉玛依 数据元的编制、管理、使用和扩展。2规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T 7408 数据元和交换模式

5、 信息交换 日前和时间表示法GB/T 17295 国际贸易用计量单位代码GB/T 18391.1-2009 信息技术 元数据注册系统（MDR）第一部分：框架GB/T 19488.1-2004 电子政务数据元 第1部分：设计和管理规范GB/T 35295-2017 信息技术 大数据 术语3术语和定义下列术语和定义适用于本文件。3.1数字克拉玛依 digital karamay以云计算、大数据、人工智能、互联网等数字技术为依托，汇聚、整合、利用克拉玛依市各领域数据资源，集城市管理、社会服务、公共交通、卫生健康、房屋管理、文化旅游、应急管理、环境保护等各类数据信息的应用，实现克拉玛依市“用数据说话、

6、用数据决策、用数据管理、用数据创新”的数字城市管理和服务的新模式，让广大市民从数字城市发展中享有更多获得感、幸福感、安全感。3.2数据 data信息的可再解释的形式化表示，以适应于通信、解释或处理。注：数据可以由人工或自动的方式加工、处理。来源：GB/T 18391.1-2009，3.2.63.3大数据 big data具有体量巨大、来源多样、生成极快、且多变等特征并且难以用传统数据体系结构有效处理的包含大量数据集的数据。注：国际上，大数据的 4 个特征普遍不加修饰地直接用 volume、variety、velocity 和 variability予以表述，并分别赋予了它们在大数据语境下的定义

7、：a）体量 volume：构成大数据的数据集的规模；b）多样性 variety：数据可能来自多个数据仓库、数据领域或多种数据类型；c）速度 velocity：单位时间的数据流量；DB6502/T 004.120222d）多变性 variability：大数据其他特征，即体量、速度和多样性等特征都处于多变状态。来源：GB/T 35295-2017，2.1.13.4数据元 data element由一组属性规定其定义、标识、表示和允许值的数据单元。注：数据元在特定的语义环境中被认为是不可再分的最小数据单元。数据元一般来说由对象类、特性和表示三部分组成：a）对象类：思想、概念或真实世界中的事物的集合

8、，它们具有清晰的边界和含义，其特征和行为遵循同样的规则。对象类是人们希望研究、搜集和存储它们的相关数据的事物；示例 1：汽车、人、房屋、订单等。b）特性：对象类中的所有成员共同具有的有别于其他的、显著的特征。特性是用来区分和描述对象的手段；示例 2：颜色、性别、年龄、收入、地址等。c）表示：描述了数据被表达的方式，表示与数据元的值域关系密切。一个数据元的值域指数据元的所有允许值的集合。示例 3：对于“个人所得税金额”这个数据元，它的值域可以是一系列非负整数（带有货币单位），这是一种非枚举型的值域，而“个人所得税比率”对收入进行分段划分，并给每一段赋予一个比率，它的值域就是这些比率的集合，此时称

9、它的值域为枚举型值域。来源：GB/T 18391.1-2009，3.3.8，有修改3.5元数据 metadata定义和描述其他数据的数据。来源：GB/T 18391.1-2009，3.2.163.6属性 attribute某个对象或实体的一种特性。来源：GB/T 18391.1-2009，3.1.13.7值域 value domain允许值的集合。来源：GB/T 18391.1-2009，3.3.383.8中文首拼 chinese first fight中文首拼是在数据应用中对数据元的统一标识。中文首拼由该数据元中文名称中每个汉字的汉语拼音首字母(不区分大小写)组成,如果按照以上规则,不同数据

10、元的标识符若出现重复,则在后面加 0199 予以区别。3.9内部标识符 Internal identifier在一个管理部门内由管理部门自行分配的，与语言无关的数据元的唯一标识符。3.10类目 categoriesDB6502/T 004.120223把具有某种共同属性或特征的信息归并在一起，把具有不同属性或特征的信息区别开来的过程。3.11提交机构 submitting body对数据元提出新增、变更或废止的机构或个人。3.12政务部门 government affairs departments政府部门及法律法规授权具有行政职能的事业单位和社会组织。3.13管理部门 management标

11、准化行政主管部门授权对政务数据元实施注册、维护和管理功能的组织。3.14应用部门 application department因履行职责需要使用其他政务部门（3.12）的政务信息资源和为其他政务部门（3.12）提供政务信息资源的政务部门（3.12）。4数据元的表示规范4.1数据元的属性概述数据元的表示规范是通过对其一系列属性的描述来实现的，这些属性即是数据元的元数据。表1给出了数据元的五大类属性。表 1 数据元的五大类属性属性类别属性名称是否必选属性说 明标识类属性内部标识符是标识类属性是用于标识数据元的一类属性中文名称是英文名称否中文全拼是中文首拼是版本否定义类属性说明是定义类属性是描述数据

12、元语义方面的一类属性对象类词否特性词否表示类属性表示词否表示类属性是描述数据元表示方面的一类属性数据类型是表示格式是值域是计量单位是管理类属性状态否管理类属性是描述数据元管理与控制方面的属性提交机构是附加类属性备注是附加类属性是描述上述属性以外的其他属性DB6502/T 004.1202244.2数据元属性的描述方法下面的描述符是对数据元属性的描述：a）名称赋予数据元属性的标记，名称是唯一的，名称以字符型表示。b)说明属性的描述，可使一种属性与其他属性清晰地区别开来，定义以字符型表示。c）约束显示一个属性是始终还是有时出现的描述符，该描述符有必选和可选两个取值，前者表示该属性必须出现，后者表示

13、该属性是否出现可选。d）出现次数显示一个属性出现多少次的描述符，该描述符有以下四种情况：01（表示不出现或出现 1 次），0n（表示不出现或出现多次），11（表示出现且仅出现 1 次），1n（表示出现 1 次或多次）。e）类型描述属性的所有取值的类型。示例：字符、数值、日期、时间、日期时间和二进制。f）规则数据元属性的命名和分配规则。g）备注与属性应用有关的注释。4.3数据元标识类属性4.3.1名称：内部标识符定义：在一个管理部门内由管理部门自行分配的，与语言无关的数据元的唯一标识符。约束：必选。出现次数：11。类型：字符型。规则：数据元内部标识符由两位大写罗马字符和6位阿拉伯数字组成，规则如

14、下：a)第一部分为信息资源分类码，用从A开始依次递增的一位大写罗马字符表示；分为：综合人口数据元、综合法人数据元、空间地理数据元、疫情防控数据元、应急管理数据元、社会信用数据元、社会民生数据元和宏观经济数据元 8 大类，详见表2。表 2信息资源分类码序号信息资源中文信息资源英文信息资源缩写数据元首位编码1综合人口数据元PopulationRKA2综合法人数据元CorporateFRB3空间地理数据元SpaceKJC4疫情防控数据元Epidemic preventionand controlEQDDB6502/T 004.120225表 2信息资源分类码（续）序号信息资源中文信息资源英文信息资源

15、缩写数据元首位编码5应急管理数据元EmergencyEJE6社会信用数据元CreditXYF7社会民生数据元LivelihoodMSG8宏观经济数据元Macro-economyJJHb）第二部分为政务信息资源数据元的二级分类，用从01开始递增的2位阿拉伯数字表示；d）第三部分为二级分类下，数据元的顺序码，用从 0001 开始递增的4位阿拉伯数字表示，详见图1；顺序码，4 位阿拉伯数字二级分类，2 位阿拉伯数字一级分类，1 位大写罗马字符信息资源分类码，1 位大写罗马字符图 1 内部标识符表示方式e）内部标识符一旦赋予不得复用。备注：无。4.3.2名称：中文名称定义：赋予数据元的单个或多个中文字

16、词的指称。约束：必选。出现次数：11。类型：字符型。规则：a）在一定语境下数据元的名称应唯一；中文名称由一个对象类词、一个特性词和一个表示词组成，其顺序为：中文名称对象类词特性词表示词；b）中文名称中应只有一个对象类词、特性词和表示词；c）当表示词与特性词有重复或部分重复时，可将名称中冗余词省略；d）中文名称尽量与权威名称保持一致。备注：无。4.3.3名称：中文全拼定义：数据元中文名称的汉语拼音。DB6502/T 004.120226约束：必选。出现次数：11。类型：字符型。规则：数据元的中文全拼是用“-”连接中文名称中的每一个汉字的拼音，全部用小写。备注：无。4.3.4名称：中文首拼定义：数

17、据元中文名称的汉语拼音的首字母。约束：必选。出现次数：11。类型：字符型。规则：中文首拼全部使用大写字母。备注：无。4.3.5名称：英文名称定义：赋予数据元的单个或多个英文字词的指称。约束：可选。出现次数：01。类型：字符型。规则：英文名称优先采用权威来源。备注：无。4.3.6名称：版本定义：用于本文件在正式发布后和下次修订发布期间，数据元应用部门和管理部门内部版本管理的标识。约束：可选。出现次数：01。类型：字符型。规则：a）版本是由阿拉伯数字字符和小数点字符组成的字符型，本文件实施后，版本定为 1.0。b）版本号变更的原则为：1）数据元的必选属性发生变化时，无论非必选属性是否变化，则小数点

18、字符前的数字字符加1，小数点字符后的数字归0；2）数据元的必选属性不变而非必选属性发生变化时，则小数点字符前的数字字符不变，小数点字符后的数字加1。示例：某数据元的版本号为 1.0，当数据元第一次修订时，其必选属性发生变化而非必选属性不变，则该数据元的版本为2.0；当该数据元第二次修订时，其必选属性不变而非必选属性发生变化，则该数据元的版本为2.1；当数据元第三次修订时，其必选属性和非必选属性同时发生变化，则该数据元的版本为 3.0。备注：无。4.4数据元定义类属性4.4.1名称：说明DB6502/T 004.120227定义：是用描述性的短语或句子对一个数据元所作的解释。约束：必选。出现次数

19、：11。类型：字符型。规则：无。备注：无。4.4.2名称：对象类词定义：数据元名称成分之一，表达了该数据元所属事物或概念的集合。约束：可选。出现次数：01。类型：字符型。规则：无。备注：标识出数据元的对象类词，有助于实现对数据元的规范化命名、分析、类比和查询等功能。4.4.3名称：特性词定义：用以表达数据元所属的对象类的某个显著的、有区别的特征。约束：可选。出现次数：01。类型：字符型。规则：无。备注：标识出数据元的特性词有助于对数据元的规范化命名、分析、类比和查询。4.5数据元表示类属性4.5.1名称：表示词定义：表示词用于描述数据元值域的表示形式，表示词是数据元名称的组成成分之一。约束：可

20、选。出现次数：01。类型：字符型。规则：无。备注：标识出数据元的表示词有助于实现数据元的规范化命名、分析、类比和查询。国际范围内认可的表示词见表 3。表 3 国际范围内认可的表示词表示词含义金额货币单位的数量,通常与货币类型有关日期特定的年月日,格式参照 GB/T 7408日期时间特定的年月日中的特定时间点,格式参照 GB/T 7408代码表示一组值中的一个值的字符串(字母、数字、符号)描述表示一个人、客体、地点、事件或概念一系列句子,即可用于定义(通常用一两个句子),也可用于 较长文本。在数据元的中文名称中通常使用“说明”、“备注”、“意见”等词DB6502/T 004.120228名称表示

21、一个人、客体、地点、事件或概念指定的一个词或短语。该词或短语是该人、客体、地点、事件或概念的称谓表 3 国际范围内认可的表示词（续）表示词含义号码一个特定的值的数字表示,它通常暗示了顺序或一系列中的一个百分比具有相同计量单位的两个值之间的百分数形式的比率量非货币单位数量,通常与计量单位有关比率一个计量的量或金额与另一个计量的量或金额的比指示符两个且只有两个表明条件的值,如 on/off、true/false,又称标志4.5.2名称：数据类型定义：用于表示数据元的符号、字符或其他表示的类型。约束：必选。出现次数：11。类型：字符型。规则：无。备注：表4包括了数据类型的可能取值列表，但不限于下表中

22、所列。表 4 数据类型的取值数据元值的类型说明字符型(string)以字符包括字母、数字、汉字和其他字符形式表达的数据元值的类型数值型(numeric)用任意实数表达的数据元值的类型日期型(date)通过 YYYYMMDD 的形式表达的值的类型,符合 GB/T7408日期时间型(datetime)通过 YYYYMMDDhhmmss 的形式表达的值的类型,符合 GB/T7408时间型(time)通过 hhmmss 的形式表达的值的类型,符合 GB/T7408布尔型(boolean)两个且只有两个表明条件的值,如 on/off、true/false二进制型(binary)上述无法表示的其他数据类型

23、,比如图像、音频等注:字符型采用 国际 UTF-8 编码中规定的字符,其中每个汉字用 3 个字节表示,其余每个字符用 1 个字节表示。4.5.3名称：表示格式定义：从业务的角度规定的数据元值的格式需求，包括所允许的最大和/或最小字符长度，数据元值的表示格式等。约束：必选。出现次数：11。类型：字符型。规则：无。备注：政务数据元推荐使用的数据格式如表5。DB6502/T 004.120229表 5 数据格式字符和含义说明字 符含 义说 明c表示数据类型为字符型以字符包括字母、数字、汉字和其他字符形式表达的数据元值的类型n表示数据类型为数值型用任意实数表达的数据元值的类型d表示数据类型为日期型和日

24、期时间型日期型：通过 YYYYMMDD 的形式表达的值的类型,符合 GB/T7408,d8 表示；日期时间型：通过 YYYYMMDDhhmmss 的形式表达的值的类型,符合 GB/T7408，d14 表示t表示数据类型为时间型通过 hhmmss 的形式表达的值的类型,符合 GB/T7408bl表示数据类型为布尔型两个且只有两个表明条件的值,如 on/off、true/falsebn表示数据类型为二进制型.ul表示长度不确定的文本.从最小长度到最大长度,前面附加最小长度,后面附加最大长度(也可以只附加最大长度)如 c.6 表示最多 6 个字符;n2.7 表示最少 2 位数字最多 7 位数字n.p

25、,q(p、q 均代表一个自然数)表示数据类型为数值型,最长 p 位,小数点后q 位(小数点前为 p-q 位)如 n.8,2 表示最多 8 位数字,小数点后 2 位4.5.4名称：值域定义：值域是根据相应属性中规定的数据类型、数据格式而决定的数据元的允许值的集合。约束：必选。出现次数：0n。类型：字符型。规则：该集合可通过以下方式给出：a）通过名称给出，即直接指出值域的名称，比如数据元“两字母国家代码”的值域是 GB/T 2659中的全部两字母代码；b）通过参考资料给出，比如数据元“产品条码”的值域是已经在物品编码中心注册的所有产品的条形码；c）通过一一列举的方式给出所有可能的取值以及每一个值对

26、应的实例或含义；d）通过数据元之间的逻辑关系给出值域范围，比如“结婚日期”的取值范围应大于“出生日期”小于“死亡日期”；e）通过真实世界的正常逻辑给出，比如“年龄”的取值范围应为 0150；f）无要求。备注：无。4.5.5名称：计量单位定义：属于数值型的数据元值的计量单位。约束：必选。DB6502/T 004.1202210出现次数：01。类型：字符型。规则：无。备注：计量单位的名称应符合 GB/T 17295中的计量单位名称。4.6数据元管理类属性4.6.1名称：状态定义：状态指数据元在其注册的全生存期（即生命周期）内所处状态的标示。约束：可选。出现次数：01。类型：字符型。规则：本文件中的

27、数据元的“状态”为其注册的全部生存期内所处的阶段。备注：数据元在其注册的全部生存期内包括四种阶段：a）草案：该数据元的内容处在草案阶段，相关单位和部门可以广泛提出意见和建议；b）试用：该数据元的内容经过一定的技术程序，可以在一定范围内进行试用，并反馈实验意见；c）标准：该数据元的所有内容已经成为各方应当遵守的标准；d）废止：该数据元的内容即将从标准中删去。4.6.2名称：提交机构定义：产生或管理该数据元的机构或所属部门。约束：必选。出现次数：1n。类型：字符型。规则：无。备注：无。4.7数据元附加类属性名称：备注。定义：备注用以描述数据元的附加注释。约束：必选。出现次数：01。类型：字符型。规

28、则：无。备注：即上述属性未能描述的其他注释。5数据元的设计方法5.1数据元和数据元属性的提取5.1.1数据元的提取数据元提取应采用面向对象的方法，通过业务功能建模、业务流程建模、信息建模、数据元的提取和数据元的提交等步骤，分析研究各领域的业务流程，建立相应的信息模型，从信息模型中提取其对象DB6502/T 004.1202211类和特性，再结合实际业务需求细化其表示，以构成完整的数据元。详细的提取步骤见 GB/T19488.1-2004 中 6.1.1 的规定。5.1.2数据元属性的提取对于需新增加的数据元，数据元提交者需要提交的数据元属性包括中文名称、英文名称、中文全拼、中文首拼、同义名称、

29、定义、关系、数据类型、数据格式、值域、计量单位、来源部门和备注等。详细的提取步骤见 GB/T 19488.1-2004 中 6.1.2。5.2数据元的分类规则数据元常用的分类方法有以下几种：a）按数据元本身的结构：对象类、特性和表示来划分；b）按数据元使用的政府职能部门来划分：如教育、住建、自然资源、公安、市场监管、税务等；c）按数据元的应用分类：如基础公共类数据元、人口管理类数据元、法人管理类数据元、资源管理类数据元、信用管理类数据元等；d）按电子政务服务的主体进行分类：如政府对政府、政府对企业、政府对公民、企业对政府、公民对政府等。5.3数据元的命名规则5.3.1唯一性规则在一定语境下数据

30、元名称应该唯一，名称中一般包括对象类词、特性词、表示词和限定词。示例：在数据元“资格状态代码”中，“资格”为对象词，“状态”是该数据元的特性词，“代码”是该数据元的表示词。5.3.2语义规则对象词表示数据元所属的事物或概念，它表示某一语境下一个活动或对象，它是数据元中占支配地位的部分：a）数据元名称中应有一个且仅有一个对象词；b）特性词是表示数据元的对象类的显著的、有区别的特征；c）数据元名称中应有一个且仅有一个特性词；d）表示词是数据元名称中描述数据元表示形成的一个成分，它描述了数据元有效值集合的格式；e）数据元名称中应有一个且仅有一个表示词；f）当需要描述一个数据元并使其在特定的语境中唯一

31、时，可以使用限定词对对象类词、特性词或表示词进行限定，限定词是可选的。示例：数据元“资格状态代码”和“标准名称”中，“资格”和“标准”是对象词，“状态”和“名称”是特性词。5.3.3语法规则语法规则如下：a）对象词应处于名称的第一（最左）位置；b）特性词应处于第二位置；c）表示词应处于最后位置；d）限定词可以附加到对象类词、特性词和表示词上，限定词应位于被限定成分的前面，限定词的DB6502/T 004.1202212顺序的不同不能用于区别不同的数据元；e）当表示词与特定词有重复或部分重复时，可以从名称中将冗余词删除。示例：数据元“资格状态代码”和“标准名称”中，“代码”是“资格状态代码”的表

32、示词，“名称”是“标准名称”的表示词，由于表示词“名称”与特性词“名称”语义重复，因此删去一个冗余词“名称”。6数据元管理6.1基本原则6.1.1有专门的机构来负责数据元的维护和管理工作。6.1.2有计划、有步骤地建立和执行数据元管理规程。6.1.3数据元应集中控制管理，分别实施。6.1.4每一项数据元都要进行动态的更新和维护。6.1.5对所有的数据元（包括已废止的）应做到可查询、可追溯。6.2要求6.2.1数据元管理职责6.2.1.1数据元提交机构履行下列职责：a)收集、发现、提取数据元；b)对数据元进行基本审查；c)提交数据元。6.2.1.2数据元管理机构履行下列职责：a)受理数据元提交机

33、构的数据元提交业务；b)对数据元提交机构提交的数据元进行评审；c)对数据元进行管理、维护工作，包括保证数据库的有效性，进行数据库的更新，对数据库进行版本控制，制定版本控制的规则；d)及时对外及相关机构发布最新的数据元及数据库的更新升级信息，保持数据库的时效性。6.2.2 数据元的提交6.2.1.3收集、发现、提取数据元；6.2.1.4将收集和提取到的数据元按本标准规定的格式进行编写；6.2.1.5对编写好的数据元进行基本审查工作，包括审查数据元是否已经存在、数据元是否与现有数据元存在冲突等；6.2.1.6向数据元管理机构提交数据元，所提交的数据元是以下三种类型之一：a)新数据元；b)更新数据元

34、，更新已有数据元应明确描述欲更新的内容和理由；c)废止数据元，废止已有数据元应明确给出废止的理由。6.2.3 数据元的评审6.2.1.7由数据元管理机构的专家进行初步的评审工作并确定正式评审的时间。6.2.1.8数据元管理机构发出通知进行正式的评审。6.2.1.9数据元的正式评审应以会议的形式进行。DB6502/T 004.12022136.2.1.10新的数据元标准发布前，提交机构对此数据元有异议，可自行组织评审，将评审结果提交数据元管理机构，并申请二次评审。申请通过后，由数据元管理机构组织复审。6.2.1.11提交机构根据评审意见对数据元进行修改后，向数据元管理机构提交数据元。7数据元的维

35、护和扩展方法7.1数据元维护策略本文件兼容已经引用的国家和行业标准，同时定期跟踪国家和行业标准的最新版本。应用部门结合实际的应用和数据需求引用本文件，并根据需求及时修订相应内容。7.2新增数据元将新获取的数据元与现有数据元进行比对，若没有对应的数据元，将新获取的数据元作为新增数据元加入到数据元标准中，新增的方法和要求如下：a)对于每一个新增加的数据元，应按照本文件第 4 章给出的属性规范方法和要求，至少规范其内部标识符、中文名称、中文首拼、定义、数据类型、数据格式、值域（如有）、计量单位（如有）、备注（如有）等属性；b)数据元的各属性应根据情况编制并遵照（7.2 中 a）的要求；c)发布新增后

36、的数据元标准。7.3变更数据元数据元标准宜定期或根据应用的需要对数据元各属性进行变更，变更的内容、方法和要求包括但不限于：a)当新获取的数据元在已有的数据元标准中，找到与其定义相同的数据元，但数据元的称谓不同时，将新获取的数据元的中文名称作为与它定义相同的数据元的同义名称加到属性描述中；b)数据元的名称（包括中文名称和英文名称）、定义、来源部门等属性需定期根据权威的变更做相应的调整；c)需定期根据业务的变更，对值域为代码表的数据元的值域进行修订或扩充；d)对可建立代码表的数据元的值域建立代码表，代替值域为自由文本的内容，对于新建的代码表，应说明取值代码及其涵义；e)对现有数据元实施更严格的可选

37、性限制；示例：增加新的属性限制。f)发布变更后的数据元标准。7.4废止数据元当数据元发生变更时，将变更前的数据元定义为废止数据元，将废止数据元作为历史版本保存到数据元历史库中。8数据元的使用方法政务部门在使用数据元时，有如下两种方式：a)直接使用政务部门可以直接使用数据元来开展数据库或信息交换格式的设计。DB6502/T 004.1202214示例：“联系电话”、“公民身份号码”等数据元可以直接使用。b)派生使用不同政务部门根据自身的业务特点，对数据元中的对象类词或特性词进行限定，生成新的数据元。示例：对于公共数据元“年”，财政部门可以将其扩展为“财政年度”；对于公共数据元“姓名”，社会保障部门可以将其扩展为“参保人姓名”。需要注意的是，派生后的数据元与原数据元相比，在定义、数据类型、数据格式、值域等属性上不能出现矛盾的现象。DB6502/T 004.1202215参 考 文 献1国务院关于印发促进大数据发展行动纲要（国发201550 号）2国务院关于印发政务信息资源共享管理暂行办法（国发201651 号）3国家发展改革委中央网信办关于印发（发改高技20171272号）4 GB/T 19488.2-2008 电子政务数据元 第 2 部分：公共数据元目录5 GB/T 21063.3-2007政务信息资源目录体系第3部分：核心元数据