政务资源目录体系

  • 格式:docx
  • 大小:64.02 KB
  • 文档页数:90

政务资源目录体系

1.1政务资源目录体系

1.1.1概述

对数据资源采取目录管理模式,有利于市政府领导和各委办局全面了解和利用全市数据资源和数据共享服务。目录主要用来管理两类资源:数据资源和服务资源。数据资源是指从各个委办局的采集的元数据。服务资源是指可以重用的能完成数据共享应用数据,包括用服务生成器生成的服务和委办局提供的接口服务。

数据资源目录的内容包括:产生该数据资源的部门、业务系统、相关业务(参照权责清单),该数据资源的名称(中文说明,英文名称)、包含的各指标项(中文说明,英文名称,数据类型和大小,公开方式等)、分类、编码、更新周期等。

对目录分级管理,分级包括无条件公开、有条件公开、不公开;并对数据内容进行分类管理,包括主题分类、行业分类、服务分类、标签维度。

系统管理用户可以管理系统内的数据资源目录和数据服务目录,包括查询、批准并发布、拒绝等操作,指定各部门要求报送的资源目录,更新市数据资源目录并管理其订阅、发布状态,对数据资源目录的统计分析(发布、订阅、审批、拒绝等情况)。

1.1.1.1数据资源目次架构

数据资源目次是指对政府数据资源分类后,按照一定的次序编排而成的数据资源列表,便于数据资源共享共享的检索、定位与发现。

根据对数据资源使用的方向,进一步细分数据资源目录的层次:

委办局数据资源目录:指政府部门内部的数据目录,是对业务部门所经办的业务过程中,产生的数据或者收集的数据的目录。其中有些是涉及国家机密或涉及个人隐私,有些是可在内部共享的数据,还有些是可对公众共享的数据。

交换数据资源目次:指政府内部各部门之间用来做共享交换的目次,通过订阅、审批、服务提供等流程,实现政府内部数据资源之间的共享,使政府内部各部门之间的数据不再成为壁垒。该目次可通过预先界说的数据等级,决定是否对公众提供服务。 共享数据资源目录:指可对公众提供数据服务的数据目录。包括政务息公开的数据、委办局的公开明细数据等。

共享数据资源目录:指通过订阅、汇聚共享交换平台中的数据目录(数据),对这些数据进行抽象、整理、加工,形成的数据模型,例如国家基础数据库的人口基础息库、法人单位基础息、自然资源和空间地理基础息库、宏观经济息数据库,以及为专业领域设计的模型库,例如用库、交通库、环境库等各类主题库的资源目录。数据资产库形成后,它的数据资产目录也可通过共享交换平台对其它部门提供数据服务。

本项目在数据资源目录的工作范围是协助委办局梳理形成各委办局的数据资源目录并形成数据共享资源目录。具体服务内容是:

✓提供数据资源目次梳理工作流程指南以及一系列模板、表单,便于各委

办局完成梳理工作,统一的产出物有助于项目组统一整理合并,形成全

市数据家底;

✓提供梳理进程的疑难解答,并向息财产中心汇报整体梳理工作进度; ✓对各委办局的梳理产出物做质量评估,协助委办局进一步完善数据资源

目录;

✓组成数据共享所需要的数据资源目次;

1.1.1.2数据服务目录架构

数据服务目录是指可以重用的能完成数据共享应用数据,包括用服务生成器生成的服务和委办局提供的接口服务。

数据服务目录在用户端体现为整体统一的数据服务列表,但是根据底层物理的分布类型,区分为集中式数据服务目录和分布式数据服务。

集中式数据服务目录是数据通过共享交换平台,数据物理存储在本系统的中心数据库中,通过数据服务组件封装而成的数据服务清单。

分布式数据服务目次是数据未通过共享交换平台,而是直接通过部署于各委办局业务系统中的数据服务组件,而发生的数据服务清单。

共享数据服务目录是两类数据服务目录的并集,为用户提供统一完整的共享数据服务清单。

1.1.2数据目录梳理与编制

数据目次的编制是一项长期持续的工作,具备一定的规范性与技术专业性,需要业务人员与技术人员一同根据实际发生业务发生的息,界说实际息化系统或者手工台账中储备的息,按照统一的规范语言对这个息举行描述,最后按一定的规则对描述举行编排。其中规范的语言是指元数据标准,本项目遵循DB52-T_1124元数据描述规范;规则是数据编目标准,本项目遵循DB52-T_1125编制工作指南。

1.1.2.1整体业务流程

一次完整的编目工作应包括准备、调研、编目、评估四个环节的工作。具体工作流程如下:

具体业务流程如下:

实施步骤说明:

上述实施流程图包括了所有部门在各自现状下的实施流程关键节点,以及每一节点的产出物。各个部门负责人只需要判断以下4个条件(上图中菱形)即可明确本部门的实施路径。4个判断条件如下:

是否有目录

是否有系统 数据是否本地化

是否有参考标准

根据各个部门是否满足上述4个判断前提的不同,有些部门只需要实施上述图中部分步骤,还有些部门要完成所有节点。

根据各部门息系统数量,数据量,业务复杂度,数据标准程度、目录建设等因素进行综合评估,将部门数据标准化实施难度大致分为难、中、易3个等级,如表4所示:

表1部门按照难度种别分类

序号

1

2

3

4

5

6

7

8

9

1 2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

单位名称

市公安局

市民政局 市人社局

难度类别序号

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17 18

19

20

21

22

23

24

25

单位名称

市司法局

市外事办

市国税局

市供销社

市仲裁委

市移民局

市城管局

市档案局

市监察局

市质监局 市投促局

难度类别

市工商局

市生态委

市河山局

市交委

市住建局

市卫计委

很难

市地税局

市国资委

市公共资源交易中心

市交管局

市水务局

市访局

市统计局

市公积金中心

市安监局

市农委 市财政局

市发展改革委

市规划局

市教育局

市气象局

市政务服务中心

市食品药品监管局

较难

市法制局

市粮食局

市审计局

市商务局

市地方志办

办公厅金融办

市科技局

市旅发委

市文广局

市人防办

市民族宗教事务局

市产业和息化委 市体育局

市直机关事务局

一般

经过前期调研,虽然各个部门上报了1000多项数据集,但是由于部门上报人员没有明确区分“数据目录”、“数据子目录”、“数据元目录”的3级目录的差异。导致这些数据集不能汇聚到统一的维度,为后续目录梳理带来极大困难。而后续目录梳理的标准是以业务项梳理,即“数据子目录”,这必将导致目前1000多项数据集在“数据子目录”标准下的数量变动,但最终在“数据子目录”维度下的数据集数量变的更多或更少,需要目录梳理人员对1000多项数据集逐条分析才可最终确定。举例如下:

场景1:最终目录数量可以变的更多

工商部门上报的某项数据集如表5所示:

表2可共享数据集(业务基础息调查)

序号

1

数据目次名称

企业息 部门上报人员认为“企业息”仅仅是1项数据集,但应该在此基础上,更加精细的整理组成“企业息”这项业务的所有数据子项,即数据子目录。如表4所示:

表3数据子目录梳理表

序号

1

2

3

.

.

.

内资公司法人

内资分公司息

外商公司法人

.

.

.

企业息数据子目次名称

可以预见,由于前期部门填表人员缺乏培训,调研的1000多项数据集包含大量比较粗糙的数据集。如果详细分析,很多类似的数据集可以划分出更多以“业务”为编目标准的数据目录。这也是编目工作需要分阶段实施的重要原因。场景2:最终目录数量可以变的更少

工商部门上报的几项数据集如表5所示:

表4可共享数据集(业务基础息调查)

中文名称

*

数据类型

*

字段

名称

值域

自定义

1内部序号

企业中文

名称

政府部门无

条件共享

政府部门无

条件共享 其他类NBXH

索引

c..12序号共享类型*界说表示格式备注2机构类QYMCc..12

部门上报人员认为“内部序号”、“企业中文名称”是2项数据集,但从编目标准以“梳理业务项”为结果的要求思考,“内部序号”、“企业中文名称”仅仅2项数据元目录,还不足以构建以“业务”为编目标准的综合画像,需要在此2项数据元目录的基础上结合更多部门上报人员误认为的“数据集”(数据元目录),才可以组成业务角度的数据集。

由此可见,前期调研的1000多项数据集包含大量过于精细的数据息,经过编目人员的分析,几条数据可能只组合出一条以“业务”为标准的数据集,甚至某条息无论如何组合都难以勾画出以“业务”为标准的数据集而被舍弃。工作专业程度高,数据规模大。这也是编目工作需要分阶段实施的重要原因。判断标准

1.是否有目次

各个部门负责人判断本部门是否已有目次极其重要,极大影响项目的进展和部门工作人员的工作量。本方案严格界说了