DB52 T 1540.2-2021 政务数据 第2部分：元数据管理规范.pdf

《DB52 T 1540.2-2021 政务数据 第2部分：元数据管理规范.pdf》由会员分享，可在线阅读，更多相关《DB52 T 1540.2-2021 政务数据 第2部分：元数据管理规范.pdf（20页珍藏版）》请在麦多课文档分享上搜索。

1、 ICS 01.040.03 CCS A 12 DB52 贵州省地方标准 DB52/T 1540.22021 政务数据 第 2 部分：元数据管理规范 Government dataPart 2:Metad ata management specification 2021 - 05 - 17 发布 2021 - 09 - 01 实施 贵州省市场监督管理局 发布 DB52/T 1540.22021 I 目 次 前言 .II 1范围 .1 2 规范性引用文件 .1 3 术语和定义 .1 4 角色和职责 .2 5 管理流程 .3 6 管理要求 .4 附录 A（规范性） 元数据填录规定 .6 DB52

2、/T 1540.22021 II 前言 本文件按照GB/T 1.1-2020标准化工作导则 第1部分：标准化文件的结构和起草规则的规定起 草。 本文件是DB52/T 1540的第2部分。DB52/T 1540已经发布了以下部分： -第2部分：元数据管理规范。 -第3部分：数据清洗加工规范。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。 本文件由贵州省大数据发展管理局提出并归口。 本文件起草单位：贵州省机械电子产品质量检验检测院、云上贵州大数据产业发展有限公司、贵州 中软云上数据技术服务有限公司、贵州省量子信息和大数据应用技术研究院、贵州省信息中心、重庆昱 普生科技

3、发展有限公司。 本文件主要起草人：唐昶、刘彦嘉、安小敏、郑如顺、熊海、徐凯琳、杨建雄、姚茂峰、秦晓东、 杨建国、韦超、罗森、邵建平、陆莹、骆进、张林、潘伟杰、张洋、韩朱旸、徐翼凌、宿睿智、陈驰、 雷伟、孙瑾。 DB52/T 1540.22021 1 政务数据 第 2 部分：元数据管理规范 1范围 本文件规定了政务数据元数据管理的术语和定义、角色和职责、管理流程、管理要求。 本文件适用于政务数据的元数据的管理。 2 规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件, 仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本 (包括所有的

4、修改单)适用于本 文件。 GB/T 4754-2017 国民经济行业分类 DB52/T 1123-2016 政府数据 数据分类分级指南 3 术语和定义 下列术语和定义适用于本文件。 3.1 元数据 metadata 关于数据或数据元素的数据（可能包括其数据描述），以及关于数据拥有权、存取路径、访问权和 数据易变性的数据。 来源：GB/T 35295-2017，2.2.7 3.2 政务元数据 government metadata 定义和描述政务数据特征的数据。 3.3 基础元数据 basic metadata 定义和描述元数据实体（系统、表、字段）相关属性、关系和规则的数据。 3.4 系统元数

5、据 system metadata 定义和描述系统归属、业务特性、行业特性、建设信息的数据。 DB52/T 1540.22021 2 3.5 表元数据 table metadata 定义和描述数据表的相关属性、关系和规则的数据。 3.6 字段元数据 filed metadata 定义和描述数据字段的属性、关系和规则的数据。 3.7 共享元数据 shared metadata 定义和描述数据共享相关的属性、关系和规则的数据。 3.8 搜索元数据 search metadata 定义和描述数据搜索相关的属性、关系和规则的数据。 3.9 元数据管理系统 metadata management sys

6、tem 管理政务部门元数据的系统。 3.10 数据共享交换平台 data exchange platform 汇聚发布政务数据资源目录，整合共享数据资源，统一为政务部门提供查询/核验、 批量交换等数 据共享服务，支持跨部门、跨地区、跨层级的数据资源共享与业务协同。 4 角色和职责 4.1 角色 政务数据的元数据管理角色包括政务数据管理部门、政务部门、应用系统投资建设商和业务系统开 发实施商。 4.2 职责 4.2.1 政务数据管理部门 政务数据的元数据管理及协调调度，定期对政务部门填录的元数据进行质量检查，并决策已审核的 元数据的发布。 DB52/T 1540.22021 3 4.2.2 政务

7、部门 参与并配合政务元数据管理工作，提供参加编制元数据的数据库连接信息或表结构信息，对元数据 填录工作进行指导和质量监督，并完善共享开放等业务元数据内容。 4.2.3 应用系统投资建设商 建设统一的元数据管理系统，督促元数据的补充完善，检查填报的元数据质量，并审核形成政务元 数据。 4.2.4 业务系统开发实施商 提供元数据管理系统所需的系统信息和技术类信息，配合政务元数据管理工作对需填录的元数据信 息进行补充完善。 5 管理流程 元数据管理工作流程图见图1。 图 1 元数据管理工作流程图 DB52/T 1540.22021 4 6 管理要求 6.1 元数据抽取 6.1.1 系统汇集 应用系统

8、投资建设商组织业务系统开发实施商对政务部门的业务系统和业务数据进行系统数据梳 理，系统元数据填录按附录A中表A.1的规定进行，并将系统和数据信息提供至应用系统投资建设商进行 汇集。 6.1.2 数据抽取 6.1.2.1 应用系统投资建设商对汇集在政务数据平台上的系统和数据进行扫描抽取。 6.1.2.2 业务系统开发实施商需提供业务系统的更新频率（日、周、月），应用系统投资建设商定期 和不定期地抽取元数据。 6.1.2.3 业务系统开发实施商需确保各自的业务系统按照更新频率定期更新，当业务系统发生改变、 元数据变更时，应在政务元数据管理系统上申请不定期抽取。 6.2 元数据填录 6.2.1 填录

9、方式 6.2.1.1 线上填录 政务部门及其业务系统开发实施商可通过元数据管理系统在线填录元数据并提交。 6.2.1.2 线下填录 应用系统投资建设商发送元数据填录规定（见附录A）给政务部门及其业务系统开发实施商进行线 下填录，填录完成后发送给应用系统投资建设商。 6.2.2 填录内容 填录内容包括系统元数据、表元数据和字段元数据。 6.3 元数据质量 6.3.1 准确性 元数据管理系统元数据填录应符合附录A的规定，并准确反映政务数据平台各业务系统中的元数据 内容。 6.3.2 完整性 元数据管理系统表元数据填录应符合以下要求： a) 系统表和核心业务表的所有元数据字段应填写； b) 普通业务

10、表的必填字段不得为空，选填字段可选择性填写； c) 日志表和其他表的必填字段不得为空，选填字段可选择性填写。 6.3.3 关联一致性 元数据管理系统中元数据的关联关系应保持一致。 DB52/T 1540.22021 5 6.3.4 规范性 元数据管理系统中元数据描述属性、格式定义应符合附录A的规定。 6.4 元数据审核 6.4.1 元数据管理系统元数据质量审核应符合 6.3 规定。 6.4.2 元数据的规范性由系统自动审核，元数据的准确性、完整性及关联一致性由应用系统投资建设 商审核。 6.4.3 审核不通过的元数据反馈政务部门及其业务系统开发实施商进一步补充修正，审核通过的元数 据发布到元数

11、据管理系统。 6.5 元数据维护 元数据通过审核后，由应用系统投资建设商对元数据进行维护，内容包括元数据查询、修改和删除， 元数据关联关系的查询、新增、修改和删除。 6.6 元数据应用 6.6.1 共享开放 元数据管理系统的共享元数据和业务元数据，结合相关政务部门的系统数据库信息，通过接口服务 按有关规定上传至数据共享交换平台形成数据资源。 6.6.2 全网搜索 元数据管理系统的基础元数据和搜索元数据，结合相关政务部门的系统数据库信息，实现结果类及 统计类的数据搜索展示。 DB52/T 1540.22021 6 AA 附录A （规范性） 元数据填录规定 A.1 系统元数据 系统元数据填录要求应

12、符合表A.1的规定。 表 A.1 系统元数据填录要求 序号 数据项 提供方 填写要求 填写示例 1 部门名称 应用系统投资 建设商 按政务部门全称进行填写 政务部门为贵州省民政厅，全称填 写：贵州省民政厅 2 部门编码 应用系统投资 建设商 选取不同规则进行填写。省直部门：100+2 位数 字，如：10001 市州部门：贵阳市：201+2 位数字，如：20101 六盘水：202+2 位数字，如：20201 遵义市：203+2 位数字，如：20301 安顺市：204+2 位数字，如：20401 毕节市：205+2 位数字，如：20501 铜仁市：206+2 位数字，如：20601 黔西南：207

13、+2 位数字，如：20701 黔东南：208+2 位数字，如：20801 黔南州：209+2 位数字，如：20901 区县部门：市州部门前三位编码+D+2 位数字。 贵阳市的区县部门：201+D+2 位数字，如：201D01 六盘水的区县部门：202+D+2 位数字，如：202D01 遵义市的区县部门：203+D+2 位数字，如：203D01 安顺市的区县部门：204+D+2 位数字，如：204D01 毕节市的区县部门：205+D+2 位数字，如：205D01 铜仁市的区县部门：206+D+2 位数字，如：206D01 黔西南的区县部门：207+D+2 位数字，如：207D01 黔东南的区县部

14、门：208+D+2 位数字，如：208D01 黔南州的区县部门：209+D+2 位数字，如：209D01 政务部门为贵州省民政厅，其省直部 门编码：10001 3 委办局内 机构名称 应用系统投资 建设商 根据各政务部门内设机构全称进行填写 政务部门为贵州省民政厅，其内设机 构有社会救助处，全称填写：社会救 助处 DB52/T 1540.22021 7 表A.1 （续） 序号 数据项 提供方 填写要求 填写示例 4 委办局内 机构编码 应用系统投资 建设商 对内部机构进行编码，在对应的部门编码后面添 加两位有序数字 政务部门为贵州省民政厅，其内设机 构有社会救助处，该内设机构编码 为：1000

15、101 5 主干业务 名称 应用系统投资 建设商 由各部门填写相应的主干业务 政务部门为贵州省民政厅，其主干业 务有社会救助管理，全称填写：社会 救助管理 6 主干业务 编码 应用系统投资 建设商 对应的委办厅局内部机构编码+YW+2 位数字 政务部门为贵州省民政厅，其主干业 务有社会救助管理，该主干业务编码 为：1000101YW01 7 子业务 名称 应用系统投资 建设商 由各部门填写相应的主干业务下的子业务 政务部门为贵州省民政厅，其主干业 务有社会救助管理，该主干业务下的 子业务有特困管理，子业务名称填 写：特困管理 8 子业务 编码 应用系统投资 建设商 在主干业务编码后面添加两位有

16、序数字 政务部门为贵州省民政厅，其主干业 务有社会救助管理，该主干业务下的 子业务有特困管理，子业务编码为： 1000101YW0101 9 业务责任 （三定业 务描述） 应用系统投资 建设商 部门责任清单描述清楚子业务的业务 政务部门为贵州省民政厅，其子业务 特困管理的业务责任描述为：进行特 困人员的登记、管理、发放等 10 一级主题 分类 业务系统开发 实施商 按照 DB 52/T 11232016“表 A 贵州省政府数 据主题分类类目表”中的一级分类，通过下拉框 进行选择 政务部门为贵州省民政厅，其一级主 题有综合政务，下拉框可选择综合政 务 11 一级行业 分类 业务系统开发 实施商

17、按照 GB/T 4754-2017 中的门类，通过下拉框进 行选择 政务部门为贵州省民政厅，其一级行 业有公共管理，下拉框可选择公共管 理 12 二级主题 分类 业务系统开发 实施商 按照 DB 52/T 11232016“表 A 贵州省政府数 据主题分类类目表”中的二级分类，通过下拉框 进行选择，与一级分类联动 政务部门为贵州省民政厅，其二级主 题有机构编制，下拉框可选择机构编 制 13 二级行业 分类 业务系统开发 实施商 按照 GB/T 4754-2017 中的大类，通过下拉框进 行选择，与一级分类联动 政务部门为贵州省民政厅，其二级行 业有群众团体，下拉框可选择群众团 体 14 三级主

18、题 分类 业务系统开发 实施商 按照 DB 52/T 11232016“表 A 贵州省政府数 据主题分类类目表”中的二级分类，通过下拉框 进行选择，与二级分类联动 政务部门为贵州省民政厅，其三级主 题有编制机构与研究团体，则下拉框 可选择编制机构与研究团体 15 三级行业 分类 业务系统开发 实施商 按照 GB/T 4754-2017 中的中类，通过下拉框进 行选择，与二级分类联动 政务部门为贵州省民政厅，其三级主 题有社会团体，则下拉框可选择社会 团体 DB52/T 1540.22021 8 表A.1 （续） 序号 数据项 提供方 填写要求 填写示例 16 系统名称 业务系统开发 实施商 由

19、系统采集相关数据库生成，无需填写 系统自动生成，如：采集贵州省民政 厅的业务系统，该系统名称为：贵州 省最低生活保障信息系统 17 系统编码 应用系统投资 建设商 由部门编码+XT+2 位数字组成 政务部门为贵州省民政厅，其业务系 统有贵州省低保无纸化系统，则系统 编码为：10001XT01 18 系统类型 各政务部门 系统类型，分别有自建系统、垂管系统、无系统自建系统、垂管系统、无系统 19 垂直系统 提供数据 类型 业务系统开发 实施商 垂直系统的提供数据类型，分别有 API 服务、文 件下载、库表、无 API 服务、文件下载、库表、无 20 数据库 名称 系统自动生成 用于描述数据库的唯

20、一标识,由系统采集相关数 据库生成，无需填写 系统自动生成，如：database_dm_fr 21 数据库 类型 系统自动生成 下拉框选择（Oracle、DB2、SQL Server、MySql、 Teradata HSQL、Sybase Informix、DM7、Oscar7、 KingBase、Netezza、Postgresql、HighGo、GBase） 根据数据库进行选择，如：数据库为 Mysql，则下拉框选择 Mysql 22 网络环境 业务系统开发 实施商 网络环境，分别有互联网、政务外网、政务内网、 专网、其他，当无系统时无需选择 互联网、政务外网 23 建设时间 业务系统开发

21、 实施商 系统正式投入使用时间，格式为 YYYY-MM-DD， 无系统不填写 2020-09-01 24 建设厂商 业务系统开发 实施商 建设公司全称 XXX 公司 25 厂商 联系人 业务系统开发 实施商 本项目建设公司的项目经理姓名 填写项目经理全名，如：张三 26 厂商联系 方式 业务系统开发 实施商 建设公司的联系方式，原则填写项目经理电话 填写项目经理电话，如：13112121212 A.2 表元数据 表元数据填录要求应符合表A.2的规定。 表 A.2 表元数据填录要求 序号 数据项 提供方 填写说明 填写示例 1 系统编码 应用系统投资 建设商 根据不同部门业务系统整理形成的编码，

22、保 持与系统元数据中填写的系统编码一致 政务部门为贵州省民政厅，该部门有业务 系统：贵州省最低生活保障信息系统，则 系统编码为：10001XT01 2 资源名称 业务系统开发 实施商 系统中存放表的中文描述，不超过 50 位的 文本 政务部门为贵州省民政厅，该部门有业务 系统：贵州省最低生活保障信息系统，该 系统下有表：低保对象基本信息，则资源 名称填写：低保对象基本信息 DB52/T 1540.22021 9 表A.2 （续） 序号 数据项 提供方 填写说明 填写示例 3 资源摘要 业务系统开发 实施商 对资源名称的补充说明 政务部门为贵州省民政厅，该部门有业务 系统：贵州省最低生活保障信息

23、系统，该 系统下有表：低保对象基本信息，则资源 摘要可填写：低收入保障人员的基础信息 4 表编码 业务系统开发 实施商 根据系统下存放的不同表进行编码，在系统 编码后面添加 3 位有序数字 政务部门为贵州省民政厅，该部门有业务 系统：贵州省最低生活保障信息系统，该 系统下有表：低保对象基本信息，则表编 码可填写：10001XT01001 5 表中文 名称 系统自动生成 用于描述数据表的中文名称，系统生成，无 需填写（若无中文注释，需补充中文注释） 系统自动生成 6 表英文 名称 系统自动生成 用于描述数据表的英文名称，系统生成，无 需填写 系统自动生成 7 业务或 技术 业务系统开发 实施商

24、用于判定数据表类型的标识，下拉选择“业 务”、“技术” 下拉选择“业务”、“技术”，如：业务 8 表分类 业务系统开发 实施商 下拉列表选择。根据元数据项“业务或技术” 判定。若数据表为“业务”表，该字段可分 为“核心业务表”、“普通业务表”；若数 据表为 “技术” 表，该字段可分为“系统表”、 “日志表”、“其它表”。 下拉列表选择，如：核心业务表 9 业务 关键字 各政务部门 描述数据表所服务的业务，多个关键词要用 半角分号“;”分隔 政务部门为贵州省民政厅，该部门有业务 系统：贵州省最低生活保障信息系统，该 系统下有表：低保对象基本信息，则该表 的业务关键字可填写：低保 10 是否提供

25、增量机制 业务系统开发 实施商 下拉列表，若该表每次更新数据以增量形式 增加，则选“是”，反之则选“否” 下拉框选择表是否增量，如：是 11 增量判断 字段 业务系统开发 实施商 若“是否提供增量机制”为是，则需填写以 增量形式增加的字段；反之则填“无” 若表示增量添加，且通过“创建时间”字 段来增加，则填写：created_time 12 增量判断 条件详细 描述 业务系统开发 实施商 假设增量控制字段是 created_time，该字 段是数据创建（入库）时间，如果想取某个 时间点前/后的数据，则使用 created_timexxx 时间 created_timexxx 时间 13 总体记

26、录 数量 系统自动生成 自动计算、无需填写，单位“条” 系统自动生成 14 最近一次 增量记录 数 系统自动生成 与当前时间相比最近的时间统计值，自动计 算、无需填写，单位“条” 系统自动生成 15 是否逻辑 删除 业务系统开发 实施商 下拉列表选择。该表的数据删除操作是否为 逻辑删除，若是逻辑删除，则选“是”；反 之则选“否” 下拉框选择“是”或“否”，如：是 DB52/T 1540.22021 10 表A.2 （续） 序号 数据项 提供方 填写说明 填写示例 16 更新频率 应用系统投资 建设商 下拉选择更新频率（实时、每日、每周、每月、 每季度、每半年、每年、不更新） 下拉选择更新频率，

27、如：每月 17 更新时间 系统自动生成 系统自动获取实体数据的最新更新时间，无需 人工填写 系统自动获取时间 18 是否手工 数据维护 业务系统开发 实施商 判断数据是否需要人工进行维护，当提供数据 为文件时，需选择“是” 下拉框选择，如：是 19 数据维护 单位 业务系统开发 实施商 填写数据维护单位，默认情况下跟建厂商一致填写数据维护单位，如：XXX 公司 20 数据维护 责任人 业务系统开发 实施商 填写数据维护责任人，推荐为运维负责人 数据维护责任人，如：张三 21 数据维护 责任人联 系方法 业务系统开发 实施商 填写数据维护责任人联系方式，推荐为运维负 责人联系方式 数据维护责任人

28、联系方式，如： 13312211111 A.3 字段元数据 字段元数据填录要求应符合表A.3的规定。 表 A.3 字段元数据填录要求 序号 数据项 提供方 填写说明 填写示例 1 表编码 业务系统开发 实施商 保持与表元数据的表编码一致 政务部门为贵州省民政厅，该部门有业务 系统：贵州省最低生活保障信息系统，该 系统下有表：低保对象基本信息，则表编 码可填写：10001XT01001 2 表中文 名称 系统自动生成 系统生成，无需填写（若无中文注释，需补 充中文注释） 系统自动生成 3 表英文 名称 系统自动生成 系统生成，无需填写 系统自动生成 4 业务或 技术 业务系统开发 实施商 用于判

29、定字段类型的标识，下拉选择“技 术”、“业务” 下拉选择“业务”、“技术”，如：业务 5 字段编码 业务系统开发 实施商 基于表编码后面添加 3 位有序数字的代码 政务部门为贵州省民政厅，该部门有业务 系统：贵州省最低生活保障信息系统，该 系统下有表：低保对象基本信息，表编码 为：10001XT01001，则该表下的字段编码 可填写：10001XT01001001 6 信息项 名称 业务系统开发 实施商 能表达业务要素的名称，例如教师名称、企 业名称等，不超过 20 个字符的字符串 能表达业务要素的名称，如：企业名称 7 业务描述 各政务部门 对业务解释的文字描述 对业务解释的文字描述，如：基

30、金会名称 8 字段英文 名称 系统自动生成 用于描述数据字段的英文名称，系统生成， 无需填写 系统自动生成 DB52/T 1540.22021 11 表A.3 （续） 序号 数据项 提供方 填写说明 填写示例 9 字段中文 注释 系统自动生成 系统生成，无需填写（若无中文注释，需补 充中文注释） 系统自动生成 10 字段分类 业务系统开发 实施商 下拉框选择。根据元数据项“业务或技术” 判定。若数据表为“业务”表，该字段可分 为“核心业务字段”、“普通业务字段”； 若数据表为“技术”表，该字段可分为“系 统字段”、“日志字段”、“其它字段”。 下拉框选择，如：核心业务字段 11 共享类型 各政

31、务部门 根据 DB 52/T 11232016 的规定，政务信 息资源的共享类型包括：无条件共享、有条 件共享、不予共享三类。 下拉框选择“无条件共享”、“有条件共 享”、“不予共享”，如：有条件共享 12 共享条件 各政务部门 无条件共享类和有条件共享类的政务信息 资源，应标明使用要求，包括作为行政依据、 工作参考，用于数据校核、业务协同等；有 条件共享类的政务信息资源，还应注明共享 条件和共享范围；对于不予共享类的政务信 息资源，应注明相关的法律、行政法规或党 中央、国务院政策依据 若是有条件共享类，则共享条件可填写： 用于业务协同 13 开放类型 各政务部门 下拉选择开发类型（无条件开放

32、、依申请开 放、不予开放）；当不予共享时只能不予开 放，只有无条件共享才能选择完全开放 下拉选择开发类型（无条件开放、依申请 开放、不予开放），如：无条件开放 14 开放条件 各政务部门 对向社会开放资源的条件描述。当“依申请 开放”时进行填写。 当开放类型为“依申请开放”时，开放条 件可填写：用于公众查询 15 数据业务 类型 业务系统开发 实施商 下拉框选择 包含以下内容：行政区划编码、中文地名、 空间地理字段（geometry）、空间字段（经 度）、空间字段（纬度）、时间（包括数值 或 者 字 符 串 型 的 年 月 日 ， 如 2020 ， 20200830）、数值、枚举（枚举要列出枚

33、举 值，或者标明枚举字典表） 下拉框选择，如：行政区划编码 16 枚举值 解释 业务系统开发 实施商 用于解释字段枚举值的解释 01: 合资企业, 02: 独资企业 17 逻辑联系 字段 业务系统开发 实施商 用于描述该字段与其他数据库字段的关联 关系（类似外键关系） db#table1: field1, db#table2: field2, db#table3: field3, db#table4: field4 18 数据技术 类型 系统自动生成 描述字段的数据类型。系统生成，无需填写系统自动生成 DB52/T 1540.22021 12 表A.3 （续） 序号 数据项 提供方 填写说明

34、填写示例 19 是否业务 主键 业务系统开发 实施商 当字段为唯一业务主键时，下拉选择是。例 如统一社会信用代码、居民身份证号码等 下拉框选择，如：是 20 是否技术 主键 系统自动生成 标注此字段是否该表主键，系统生成，无需 填写 系统自动生成 21 是否外键 系统自动生成 标注此字段是否该表外键，系统生成，无需 填写 系统自动生成 22 是否可空 系统自动生成 标注此字段是否可以为空值，系统生成，无 需填写 系统自动生成 23 精度 系统自动生成 数字类型字段的总数位，等于小数点前后的。 系统生成，无需填写 系统自动生成 24 是否敏感 业务系统开发 实施商 对涉及到个人核心信息的字段，下

35、拉选择是； 例如：证件号码、居住地址等 下拉框选择，如：是 25 是否支持 计算 业务系统开发 实施商 标识此字段是否支持计算 下拉框选择，如：是 26 小数位 系统自动生成 数字类型字段小数点后的位数。系统生成， 无需填写 系统自动生成 27 数据长度 系统自动生成 描述此字段存储数据的长度。系统生成，无 需填写 系统自动生成 28 初始值 系统自动生成 描述此字段的默认值 系统自动生成 29 数值比例 业务系统开发 实施商 描述数值字段与 1 的比例。下拉框选择，也 可自行添加 下拉框选择个、十、百、千、万，如： 百 30 规格单位 业务系统开发 实施商 元、米、克、人次、项、场等，下拉框

36、选择， 也可自行添加 下拉框选择元、米、克、人次、项、场， 如：元 31 是否代码 字段 业务系统开发 实施商 当存储数据为代码时，下拉选择“是”。例 如：存储了 1 和 2，分别表示男和女。 下拉框选择，如：是 32 是否已经 参考相关 标准 业务系统开发 实施商 当是否代码字段为“是”时，才进行此项维 护。当代码标准参照了国家和地方标准，则 选择“是” 下拉框选择，如：是 33 相关标准 编号 业务系统开发 实施商 当是否已经参考行业标准为“是”时，需填 写相应的参考标准编号 填写参考标准编号，如：GB/T 4754-2017 34 代码范围 业务系统开发 实施商 当是否已经参考相关标准为

37、“否”时，按照 key:value,key:value 的格式填写代码范围 当没有参考相关标准时，按照 key:value,key:value 的格式填写，如： 1:男,2:女,3:其他 35 是否搜索 内容 业务系统开发 实施商 核 心业务字段必须可搜索，业务字段缺省可 搜索，其它字段可选，选择项“是、否” 下拉框选择，如：是 36 是否搜索 结果展示 业务系统开发 实施商 核心业务字段必须展示 ，业务字段缺省可展 示，其它字段可选，选择项“是、否” 下拉框选择，如：是 37 是否搜索 核心字段 业务系统开发 实施商 核心业务字段必须展示 ，业务字段缺省可展 示，其它字段可选，选择项“是、否”，默 认“否” 下拉框选择，如：是 DB52/T 1540.22021 13 表A.3 （续） 序号 数据项 提供方 填写说明 填写示例 38 是否搜索 概览字段 业务系统开发 实施商 定义此自字段在搜索返回中的显示方式，概 览字段默认靠前。核心业务字段必须展示 ， 业务字段缺省可展示，其它字段可选，选择 项“是、否”，默认“否” 下拉框选择，如：是 _ DB52/T 1540.2-2021