地方电子政务数据中心与数据交换平台的统一建设Word文档下载推荐.docx

地方电子政务数据中心与数据交换平台的统一建设Word文档下载推荐.docx

《地方电子政务数据中心与数据交换平台的统一建设Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《地方电子政务数据中心与数据交换平台的统一建设Word文档下载推荐.docx（5页珍藏版）》请在冰豆网上搜索。

我国“十五”和“十一五”期间，省市电子政务建设的基本内容，是政府门户网站建设和一些业务应用系统的分散开发。

由于缺乏统一的规划和统一的数据标准，各种应用系统所形成的“信息孤岛”和“信息烟囱”比比皆是，政府部门各自为战、独立建设、重复投资等问题时有发生。

这些问题不解决，“十二五”期间，要求政府创新与电子政务互相促进，实现跨部门业务协同，全面提升公共服务水平，是办不到的。

“信息孤岛”产生的原因是多方面的，但就认识根源来说，是长期以来的一个普遍性的认识误区在作怪——总以为可以通过做数据接口来实现应用系统的集成；

或者以种种数据接口的变种，如数据库中间件、企业服务总线和数据交换平台等技术，来实现多个“信息孤岛”的整合。

例如，许多地方在经济管理信息服务网建设方面，为了实现工商、国税、地税和质监等政府部门的协同监管和服务所建立交换平台，虽然投入巨大，但预期效果并没达到。

信息工程方法论（IEM）已经彻底地从理论论证和实践检验上澄清了这一认识误区，指出靠做数据接口不能实现多个孤立应用系统的集成；

只有建立统一的数据标准，面向业务主题建立共享的数据库，实施数据环境的重构（DER），才能解决信息资源整合与应用系统的集成问题。

地方电子政务数据中心（GDC）建设的目的，就是实施数据环境重构，一体化地解决一个时期以来各种“信息孤岛”问题，加强政务信息资源整合，提升政务协同能力的重点工程。

2数据中心与数据交换平台统一建设的可行性

事实上，已经有些省市在进行电子政务数据中心建设的探索，取得了一些成果，也出现了一些问题，主要有：

（1）某些地方立项目标任务定位不正确，重叠立项“数据中心”和“数据交换平台”，将本来是紧密联系、不可分割的统一建设任务，划分为两个建设项目，不仅重复投资浪费，实际整合的效果也不好；

（2）大部分停留在物理建设层面，只注重解决数据集中存储、备份与安全等问题，不注意解决数据标准化建设、信息资源整合与支持应用集成问题；

（3）没有发挥业主方的主导作用，将数据中心建设项目承包给系统集成商或软件开发商，政府部门既不积极参与需求分析，又不注重培养自己的数据管理人员；

（4）数据中心和交换平台设备先进，也购买安装一些数据抽取、加载和展现软件，但业务实用数据贫乏，开发商只给加载、调通少量数据，项目验收后并不能投入实用。

为避免上述问题的发生，电子政务建设的主管领导、信息中心负责人和骨干人员，需要加强学习，调整思路。

首先要全面、正确把握电子政务数据中心和交换平台建设的总体任务。

研究表明，按数据中心建设所涵盖的业务范围，可以有不同类型的数据中心：

省市为经济管理信息服务的数据中心（涵盖发改委、财政、工商、国税、地税、质监、统计等政府管理部门的业务）；

为社会保障管理信息服务的数据中心（涵盖医疗保险、养老保险、失业保险、工商保险、生育保险、劳动就业等政府管理部门的业务），还是一些专业性信息服务的数据中心（如省市财政数据中心、区域物流数据中心、电子口岸数据中心、文化教育数据中心等）。

我们的研究发现，从基本构成上来说，所有电子政务数据中心和交换平台建设，都包括如下五项总体任务：

第一，整合网络资源，完善通信-计算机网络基础设施；

第二，建立信息资源管理基础标准，包括数据元素标准、信息分类编码标准、用户视图标准、概念数据库标准和逻辑数据库标准；

第三，重整数据结构，建立共享的空间图形信息库、主题数据库和支持辅助决策的数据仓库；

第四，建立信息资源元库和信息资源目录与交换体系，科学有效管理各种业务数据和交换数据；

第五，以数据中心支持核心业务系统的集成化开发和运行，支持首长信息系统（EIS）的开发和运行。

某些地方重叠立项数据中心和数据交换平台建设的重要原因，是受信息资源整合与应用系统集成问题的复杂性所困惑，片面理解数据中心和数据交换平台建设任务，不掌握数据中心共享数据库重建的关键技术，对数据交换平台建设的“企业服务总线（ESB）”技术期望过高。

按信息工程方法论（IEM）“以数据为中心”的基本观点，在数据中心建设的业务范围内，已经堆积、或正在堆积一些交错复杂的“系统”和冗余无序的“数据库”。

如果不从数据标准化和共享据库建设入手，以“保护已有投资”为名，完全靠数据交换平台来解决两类堆积问题，不仅其复杂性会超过数据标准化和共享据库建设，而且至今没有完全成功的先例。

这里，有一个简单的事实是ESB推行者所避而不谈的：

你说将一些应用系统（“信息孤岛”）用前置机或适配器（Adepter）联到服务总线上，就可实现这些应用系统的互联互通，它们之间的数据就可以自动交换。

可是，适配器里的信息内容什么？

设想王某在工资系统里的编码是0134，在社保系统里的编码是021045736，在银行卡中的编码是130034，这些数据不分别装载到三个系统的适配器里，系统怎么能自动比对识别呢？

而需要整合的业务范围内，要建立多少个这类的数据对照表？

谁来做这些数据对照表，能跟得上业务的变化吗？

我们说，ESB技术还是可以用的，数据交换平台还是需要的，但不是实现信息资源整合与应用系统集成的主体技术，实现信息资源整合与应用系统集成的主体技术是数据标准化和共享据库建设。

以某市社会保障信息系统的优化提升为例，按照金保工程总体规划，他们设立了生产区、交换区和决策区三个逻辑工作区，现在面临三个区的升级改造。

我们的研究认为，生产区多个应用系统的升级改造，要着力数据标准化建设，构建共享的主题数据库，使核心业务通过存取共享数据库，实现最便捷、最经济、最高效的信息共享。

交换区要逐渐将重点转向核心业务数据与外部的交换，即通过建立信息资源目录与交换体系，实现核心业务数据与外部（工商、质监、银行等）的数据交换；

核心业务之间的数据交换，如过去统筹与医保、失业保险与劳动就业等业务之间的数据交换，要改为通过共享数据库的存取实现信息共享，而不再是数据交换。

这就是说，核心业务之间不通过数据接口（或变相的数据接口）进行数据交换，即消除核心业务的“信息孤岛”，以支持社会保障业务协同和综合服务。

决策区除了建立与生产区同步更新、只读的查询数据库外，还要建立面向社会保障指标体系的数据集市，改变面向报表的统计为面向指标的统计，以支持广大企事业单位和公众的信息查询；

建立由主题数据库升档的数据仓库，而不是由应用数据库抽取形成的数据仓库，以支持社保局、政府有关部门和领导的辅助决策工作。

交换区建设在采用企业服务总线（ESB）技术时，要根据左右、上下、内外数据流的分析，分类指导信息资源目录与交换体系的建设，科学规划当前、近期和远期的自动化数据交换的实施步骤。

数据中心与数据交换平台统一建设的可行性和必要性，在于它们的建设目标和建设策略的统一性。

数据中心建设的目标，是通过对业务数据集中采集、集中存储、集中管理、集中使用，一体化地解决信息资源整合与应用系统集成问题，支持核心业务集中统一管理，实现跨地区、跨部门业务协同和综合服务。

数据交换平台建设目标，主要是解决与上下、外部的数据自动交换；

而核心业务之间的数据交换，随着共享数据库的建设，会逐渐减少，因为核心业务将以对主题数据库存取，取代以往的核心业务之间的数据交换。

由此可见，数据中心的共享数据库与数据交换平台两大机制建设是不可分割、紧密联系、相互依存的。

两平台的统一建设，要遵循“四统一原则”：

统一规划——统一进行信息资源规划；

统一标准——统一建立数据标准化体系；

统一设计——统一搞好总体设计；

统一实施——根据信息资源规划方案（IRR）和信息工程总体方案，统一进行数据中心和交换平台的建设。

3基于信息资源规划的总体设计

我国自1993年全面推进国民经济与社会信息化以来，在电子政务和企业信息化建设过程中，不断出现重复投资、重复开发、各自为战、条块分割、先出现“信息孤岛”后考虑整合的被动局面。

到2004年，国信办领导和信息化专家一致认为，信息化建设的主要问题已经不是网络构建、应用开发和软件选型问题，而是首先搞好总体设计或顶层设计问题。

这时，一些专家学者和研发机构开始引进介绍美国联邦政府业务框架（FEA）和企业架构（EA）等参考模型，军内信息化专家王保存少将介绍了《美国如何进行军队信息化顶层设计》。

到2007年，国家出台《电子政务系统总体设计要求》（GB/T21064-2007），使电子政务建设的总体设计，有了可参考的指导意见。

该意见指出，电子政务总体设计的目标，是确定系统所支撑的政务活动的范畴，明确系统在其所属电子政务框架中的位置与作用，给出满足系统需求的一种解决方案，确保电子政务系统的无缝集成和预期目标的实现。

一些总体设计的要素，如需求分析、业务功能、信息资源和系统体系结构等，可以作为总体设计的参考要素予以关注。

钱学森在《论系统工程》中对总体设计有精辟的论述：

总体设计部由熟悉系统各方面专业知识的技术人员组成，并由知识面比较宽广的专家负责领导。

总体设计部设计的是系统的“总体”，是系统的“总体方案”，是实现整个系统的“技术途径”。

总体设计部一般不承担具体部件的设计，却是整个系统研制工作中必不可少的技术抓总单位。

钱老指出了谁做总体设计、总体设计做什么和总体设计有什么用等关键问题。

我们以钱老的系统工程思想为指导，学习运用信息工程方法论（IEM），创新提出了基于信息资源规划总体设计的整套技术方法，简单说就是“三大模型、五项标准和三大信息工程总体方案”。

现以某市“金财工程”数据中心与数据交换平台建设基于信息资源规划的总设计为例，简述要点如下：

（1）全面梳理和优化业务流程，建立应用系统功能模型。

信息资源规划是以“职能域”（FunctionArea）为基本单元进行数据流分析的，职能域是指组织中的一些主要业务活动领域的抽象，它不是当前机构部门的翻版，但会覆盖当前的机构部门。

该市财政职能域界定为：

预算编制、国库支付、收入管理、政府采购和财务核算等十个职能域。

对每一职能域分析识别业务过程（Process），再对每一业务过程识别定义业务活动（Activity），从而形成稳定的三层结构“职能域-业务过程-业务”表达的业务模型（BusinessModel）。

然后，通过对每一业务活动做计算机化可行性分析，确定程序模块或组件（Component），形成由三层结构“子系统-功能摸块-程序模块”表达的逻辑子系统功能模型（Function 

Model）。

（2）调研并规范用户视图，进行数据流定性和定量分析。

用户视图（UserView）是指最终用户对数据实体的看法，是对单证、报表、帐册、屏幕表单等的综合。

数据流就是用户视图的流动。

采用软件支持工具，对10个职能域约1000多个用户视图做规范化处理（达到1-NF）；

基于用户视图，通过数据流程图做数据流的定性分析，进而做数据流的定量分析，全面搞清楚各职能域之间，以及与外部应用系统的数据流关系。

（3）基于用户视图分组和数据流分析，建立应用系统共享数据模型。

数据建模是信息资源规划核心、也是难度最大的工作。

借助于专业支持工具软件，可建立由若干主题数据库（35个）、若干基本表（140个）所构成的数据模型，采用简化E-R图来表达全域数据模型和各子系统数据模型。

（4）基于数据存取分析，建立应用系统体系结构模型（C-U矩阵）。

体系结构模型是功能模型和数据模型的关联，采用C-U矩阵来表达数据库的共建共用关系和程序模块研发顺序的控制机制，是应用系统开发过程中确定数据分布的重要依据。

每个子系统一个C-U矩阵，反映子系统内程序模块与基本表的关联，全域一个C-U矩阵，反映各子系统与主题库的关联。

（5）统一数据标准，建立信息资源管理基础标准。

该市财政核心业务所涉及到的数据标准规范，在采用和借鉴现有的国际、国家、行业标准的同时，还需要根据实际需要，来建立统一的信息资源管理（IRM）基础标准，包括数据元素标准、信息分类编码标准、用户视图标准、概念数据库标准、逻辑数据库标准（共5项）。

在此基础上，建立与外部进行数据交换的信息资源目录与交换体系。

（6）采用软件支持工具，建立信息资源元库系统。

信息资源规划工作是由多个小组、众多业务人员与IT人员密切合作完成的信息化工程，就需要有能够集“理论指导、标准规范和操作方法”为一体的专业软件工具的支持。

我们研发并具有自主知识产权的规划工具软件——信息资源规划工具IRP2000net与信息分类编码工具IRP3-icc，能够对信息资源规划工作过程中的分析调研、建模和数据标准化过程和结果，都统一保存在信息资源元库（InformationResourceRepository,IRR）之中，IRR是后续应用系统开发工作所依据的核心资源。

（7）信息工程总体方案编写。

通信-计算机网络工程总体方案、数据标准-数据中心工程总体方案和应用软件工程总体方案等三大信息工程总体方案，将用来指导、控制和协调该市“金财工程”数据中心与数据交换平台有序成功的建设。

实践表明，我们创新提出的电子政务总体设计方法论——基于信息资源规划总体设计，不仅完全覆盖GB/T21064-2007的总体设计要素，而且更为科学、简明和实用。

参考文献：

〔1〕中办发[2004]34号文件.关于加强信息资源开发利用工作的若干意见.2004-12 

〔2〕中国工程院“十二五”规划信息化专题组.我国“十二五”信息化发展的思路.2009-6 

〔3〕高复先.信息资源规划——信息化建设基础工程.北京:

清华大学出版社,2002 

〔4〕高复先.信息化IRP之路——文集1996-2006.辽宁:

大连理工大学出版社,2008

作者简介：

高复先，教授，中国系统工程学会信息系统工程专业委员会副主任委员。