DB11/T 1919-2021 政务数据汇聚共享规范

DB11/T 1919-2021 DB11/T 1919-2021 Government Data Integration and Sharing Specification

北京市地方标准 简体中文 现行 页数:17页 | 格式:PDF

基本信息

标准号
DB11/T 1919-2021
标准类型
北京市地方标准
标准状态
现行
中国标准分类号(CCS)
国际标准分类号(ICS)
发布日期
2021-12-28
实施日期
2022-04-01
发布单位/组织
北京市市场监督管理局
归口单位
北京市经济和信息化局
适用范围
-

发布历史

研制信息

起草单位:
起草人:
出版信息:
页数:17页 | 字数:- | 开本: -

内容描述

ICS35.240

CCSL72

DB11

北京市地方标准

DB11/T1919—2021

政务数据汇聚共享规范

Specificationforgovernmentdataaggregationandsharing

2021-12-28发布2022-04-01实施

北京市市场监督管理局发布

DB11/T1919—2021

目次

前言II

1范围1

2规范性引用文件1

3术语和定义1

4总体架构2

5汇聚共享数据类别及要求2

6数据汇聚共享方式及要求3

7数据质量要求4

8数据安全保护要求4

附录A(规范性)政务数据汇聚共享业务流程5

附录B(资料性)数据接口服务调用步骤7

附录C(资料性)数据接口服务调用示例9

附录D(规范性)数据质量要求12

参考文献14

I

DB11/T1919—2021

前言

本文件按照GB/T1.1—2020《标准化工作导则第1部分:标准化文件的结构和起草规则》的规定起

草。

本文件由北京市经济和信息化局提出并归口。

本文件由北京市经济和信息化局组织实施。

本文件起草单位:北京市经济和信息化局、北京市大数据中心、太极计算机股份有限公司、清华大

学、北京大学、北京航空航天大学、北京交通大学、北京工业大学、阿里云计算有限公司、腾讯云计算

(北京)有限责任公司、中电长城网际系统应用有限公司、数据堂(北京)科技股份有限公司、华控清

交信息科技(北京)有限公司、首都信息发展股份有限公司。

本文件主要起草人:贾晓丰、高文飞、刘旭、赵琰昉、刘志荣、苗婕、章敏、张晰、高嵩、江茜、

张健枫、王睿宇、王宇航、赵章界、赵莹、肖益、李宝东、卢洪、穆显显、郭燕航、蔡姗姗、徐葳、张

久珍、邓攀、李浥东、林绍福、皮文凯、李树翀、张子彪、张兴、齐红威、姚会文、李志荣、张建伟。

II

DB11/T1919—2021

政务数据汇聚共享规范

1范围

本文件规定了政务数据汇聚共享的总体架构、数据类别、共享方式,描述了对数据质量和数据安全

保护的要求。

本文件适用于政务部门(包括行政机关和具有公共事务管理职能的事业单位)的非涉密政务数据通

过北京市大数据平台进行汇聚共享的实施和管理。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期的引用文件,

仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于本

文件。

DB11/T1918—2021政务数据分级与安全保护规范

DB11/T337—2021政务数据资源目录体系规范

DB11/T553.5政务信息资源共享交换平台技术规范第5部分:接口规范

3术语和定义

下列术语和定义适用于本文件。

3.1

政务数据governmentdata

各级政务部门及其支撑单位在履行职责过程中依法采集、生成、存储、管理的各类数据资源。

[来源:GB/T38664.1—2020,3.1,有修改]

3.2

数据汇聚共享dataaggregationandsharing

政务部门因履行职责需要,使用其他政务部门的政务数据(或接口服务),以及为其他政务部门提

供政务数据(或接口服务)的行为。

[来源:GB/T38664.1—2020,3.2,有修改]

3.3

目录区块链系统directoryblockchainsysterm

利用区块链技术理念,对北京市职责目录、数据目录、库表目录进行统一管控的分布式系统。

3.4

数据(或接口服务)提供方data(interfaceservice)provider

在政务数据汇聚共享过程中,提供数据(或接口服务)的政务部门。

3.5

1

DB11/T1919—2021

数据(或接口服务)需求方data(interfaceservice)demander

在政务数据汇聚共享过程中,申请使用数据(或接口服务)的政务部门。

3.6

数据目录datadirectory

数据资源和数据项的具体字段包含数据资源名称、数据资源摘要、数据起始日期、数据更新周期、

数据格式、字段名称、数据类型及长度、是否主键、是否非空、数据量等。

4总体架构

政务数据汇聚共享工作依托北京市大数据平台开展,通过目录区块链系统对政务数据进行汇聚共享,

从提出申请、审批授权、获取共享到评价反馈,各环节操作实时记录上链、全程留痕可溯。总体框架见

图1,详细业务流程按照附录A描述执行。

图1政务汇聚共享总体架构

5汇聚共享数据类别及要求

5.1电子文件

5.1.1以电子文件作为数据资源进行汇聚共享,常用电子文件的存储格式有wps、xml、txt、doc、docx、

html、csv、xls、xlsx等。

5.1.2以电子文件类进行数据汇聚共享时,应遵循以下要求:

a)电子文件名称应规范统一,与目录区块链中数据目录的数据资源名称保持一致;

b)电子文件的存储路径应规范统一,可根据更新的频度和检索效率建立子文件夹,不应随意更改

路径;

c)特殊类电子文件应提供必要的说明文档,确保所有文件内容可被正确理解;

d)提供电子文件对账表,明确所汇聚电子文件包含的内容和数量等信息;

2

DB11/T1919—2021

e)建立异常反馈机制,通过异常数据反馈表及时解决数据问题。

5.2数据库表

5.2.1以数据库表作为数据资源进行汇聚共享,常用数据库存储格式有oracle、sqlserver、db2、

KingbaseES、access、dbf、dbase、sysbase等。

5.2.2以数据库表类进行数据汇聚共享时,应遵循以下要求:

a)数据库表名称应规范统一,一般为“机构简称首字母缩写+数据资源名称首字母缩写”,数据资

源名称应与目录区块链中数据目录的数据资源名称保持一致;

b)数据库表字段应与目录区块链中数据目录的数据项保持一致,且必须设有主键字段,并在数据

表库中创建主键约束;

c)数据库表结构应保持稳定,不应随意更改;

d)提供必要的字段说明文档和对应的全部代码表,确保所有数据内容可被正确理解;

e)提供数据对账表,包含数据条数等信息;

f)建立异常反馈机制,通过异常数据反馈表及时解决数据问题。

5.3数据接口服务

5.3.1以数据接口服务作为数据资源进行汇聚共享,常用的接口方式有WebService、Restful等,常

用的数据接口服务格式有XML、JSON等。

5.3.2以数据接口服务类进行数据汇聚共享时,应遵循以下要求:

a)应提供详细的数据接口服务说明文档;

b)一个数据接口服务一般应且只对应一类数据资源;

c)服务应是无状态的,两次请求之间无须状态和会话的保持;

d)服务地址和参数不应随意变更。

6数据汇聚共享方式及要求

6.1原始数据交换

6.1.1电子文件交换方式

提供的电子文件格式应满足5.1.1的要求,且每次应在固定的文件服务器数据路径下进行文件推送,

文件资源在完全写入服务器磁盘之前,任何系统、人员不应再操作文件。

6.1.2数据库表交换方式

按照数据汇聚共享的场景,支持下列几种模式交换:

a)标记位模式:适合大批量数据交换,应包含主键、标记位字段、推送至库表的时间字段,并且

允许共享系统在完成交换之后更改标记位的值;

b)时间戳模式:适合增量数据交换,应包含主键、时间戳字段,时间戳应精确到毫秒;

c)触发

定制服务

    推荐标准

    相似标准推荐

    更多>