论文部分内容阅读
模式
在电子政务的快速发展过程中，政府各部门纷纷建立了自己的业务系统,相互之间没有统一操作系统、应用软件、数据存储方式等关键要素，而且各部门间广泛存在着数据不一致、不准确、不完整和重复录入等问题，其结果是信息资源难以共享。
随着各部门间的业务往来日益频繁，信息共享的呼声日高，信息资源的整合、增值和共享成为普遍需求，政府数据中心不得不进行全新的整体架构设计。
两种交换模式的对比
政府信息资源整合的模式主要有以下两种：
点对点信息交换模式(如图1)。在这种模式下，各系统间各自独立建立连接，进行对应的数据交换。这种模式的优点是：结构简单，实施方便；两点相通即可交换，不依赖于第三方；一个节点的错误不会对其他节点造成影响。缺点是：连接数随交换点个数的增加呈几何基数级增长，只能支持点对点式传输，参与交换的双方必须同时在线，维护工作量较大。
数据中心的数据交换模式(如图2)。在这种模式下，政府建立统一的数据中心，各系统的数据都集中到数据中心数据库中，各系统根据需要从数据中心调用数据。这种方式的优点是：连接数呈线性增长；支持发布式数据交换；发送方和接收方不需要同时在线，只要在工作时与数据交换中心相连即可；中心可做交换内容备份和公证，集中监控和管理。缺点是：对交换中心过于依赖，性能要求很高，不利于分散风险。
以上两种方式各有利弊，虽然后一种方式比前一种方式的可操作性强些，但以往这种模式都是基于先规划数据中心，后建立分系统的建设方式，而政府的现状是各业务系统已经先建立，需要在此基础上进行整合。另外，由数据中心完成全部的数据交换工作，数据中心负载过重，安全性较差。
整体架构设计
目前政府各部门之间通常通过政府专网实现网络上的联通。部门的业务系统中都存储着大量的数据，但不同部门之间需要交换的通常只是部分数据，而且对系统的数据安全性要求比较高。例如，工商局通常需要地税局的企业纳税情况的数据，而地税局需要工商局的有关企业注册信息的数据，彼此需要的都是对方数据的一部分，没有必要把两个局的全部数据集中到一起。
根据政府的网络、组织结构以及实际应用情况，在考虑信息资源整合时，可以对以往的数据中心进行改进和优化，进行新的架构设计。在原有数据中心模式的基础上进行整体架构设计时，可以通过设置前置机，将数据中心和业务系统分隔，以保证信息资源整合过程中各业务系统的安全，同时也通过前置机对需要整合的数据进行缓存和过滤，提高数据交换的质量，减轻数据中心的负载。
为确保各部门的原有系统的运行不被资源整合所影响，保障原系统的数据安全，在前置机与各分系统主服务器间，要用防火墙进行隔离。前置机是各部门与数据中心进行数据交换的窗口，也可认为是各部门的业务系统与数据中心之间的数据流动中转站。它一方面从各业务系统提取数据，向数据中心提交；另一方面从数据中心接收数据，并向业务系统传递数据。同时，前置机也具备缓存交换数据，对数据进行过滤、加工和展现的功能。
通过数据中心，政府可以对来自各部门的信息资源进行汇集、分发、管理、利用。数据中心中存储的数据并不是各部门所有信息资源的总和，而是根据具体需要进行提取。汇集来的数据在数据中心内可进行决策支持等二次开发利用。数据交换中心可以实现数据中心的数据采集与分发，提供对被交换信息进行打包、解包、过滤、审核、装载入库等数据交换服务。一方面，数据交换中心负责从各分系统的前置机中提取采集来的数据，将其导入到数据中心采集库中；另一方面，它负责将数据中心共享库中的数据根据各部门的需要，分发到它们的前置机中。
数据交换适配器通过系统管理、数据压缩、加密、数据交换路由解析、断点续传等技术保证各系统之间安全、准确的数据交换。一方面，数据交换适配器将采集中的数据提交给数据中心；另一方面，各业务系统通过它接收从数据中心分发过来的数据，进行转换并存入相应的共享库中。
前置机中的数据镜像子系统将各业务系统中可以共享的数据传递到前置机的采集库中。通过对具体参数的设定，业务系统数据库中供采集的数据可以跟前置机中的采集库保持一致。数据比对系统用于对采集到的原始数据进行转换、整理和比对。根据数据对照表，以下工作可以自动完成：数据转换工作,采集库中的数据与业务库中的数据进行比对与整理,日志生成,展示比对结果。此外，系统还可以根据需要进行自动比对或人工比对。
数据管理系统实现数据比对和清洗的功能，检查数据冲突，对数据进行审核校验。即清理脏数据，完成对数据的整理，确保数据一致性、完整性和正确性。实现对元数据的管理、数据标准的管理、数据转换的维护等功能。通过信息展示系统，对数据中心的信息资源进行进一步的开发和利用，对信息资源进行整理和提升，为有关领导和管理部门提供查询、浏览和决策支持等服务。
双向信息共享流程
数据中心数据采集流程是从业务部门到数据中心。业务部门通过数据镜像子系统对本部门的共享数据进行定义，包括共享哪些数据，共享给谁。经过数据镜像子系统，共享数据从业务数据库增量复制到采集库，通过数据交换适配器，与数据中心的数据交换中心进行定时或者实时的数据交换。
业务部门数据从数据交换中心交换到数据中心时，首先进入数据中心的采集库，由数据中心的数据管理系统进行数据转换、整理、审核，再发布到数据中心的共享数据库，通过数据管理系统以服务方式提供给数据需求方。
从共享数据的采集流程可以看出，通过数据镜像子系统，数据采集的过程不会影响业务系统的运作。业务系统与数据镜像子系统是松耦合的关系，通过数据镜像子系统，业务部门可以有效地对本部门的共享数据进行管理控制。
业务部门使用共享数据的数据流程是从数据中心到业务部门。通过数据管理系统，数据中心发布共享数据到共享数据库，而共享数据通过数据交换中心以服务的方式接受访问。
业务部门通过数据交换适配器的设置定时获取所需的共享数据。共享数据首先进入缓存数据库的共享库，业务部门根据实际需要，通过数据比对子系统把共享数据从共享库更新到本业务数据库，或者直接使用缓存库中采集的数据。从业务部门共享数据的流程可以看出，通过数据比对子系统，业务部门可以有效使用本部门所需的共享数据，在保证基础数据一致性的前提下，对输入的共享数据的使用具有决定权。
目前，尽管政府信息资源整合是电子政务建设的迫切需求，一个个孤立的业务系统也是不可忽视的现实。本文所述的数据中心设计方法是从现实情况和实际需求出发。这种整体架构设计方法在多个省市得到了实践检验。
链接:共享各有方法
广州市
广州市先建立统一采集、集中管理的区级政府数据中心，再依托数据中心推进信息资源开发利用。区级政府数据中心将原来分散在各部门的数据集中管理，建立了纵向采集和横向采集相结合的数据采集更新机制，并制定了相应的接口技术规范和数据标准。然后，广州市信息办又依托数据中心推进政府部门的业务协同。
合肥市
合肥市政府明确规定，合肥市电子政务项目只有经过合肥市信息办批准其规划，市财政局才能拨款建设。以前，各部门只要搞到钱就开工建设，形成了一片孤岛。
现在，不论市财政投资的电子政务项目，还是中央、省财政投资的电子政务项目，只有经过信息办审核符合统一规划，财政局才拨款建设，从而大大促进了整合应用。
在电子政务的快速发展过程中，政府各部门纷纷建立了自己的业务系统,相互之间没有统一操作系统、应用软件、数据存储方式等关键要素，而且各部门间广泛存在着数据不一致、不准确、不完整和重复录入等问题，其结果是信息资源难以共享。
随着各部门间的业务往来日益频繁，信息共享的呼声日高，信息资源的整合、增值和共享成为普遍需求，政府数据中心不得不进行全新的整体架构设计。
两种交换模式的对比
政府信息资源整合的模式主要有以下两种：
点对点信息交换模式(如图1)。在这种模式下，各系统间各自独立建立连接，进行对应的数据交换。这种模式的优点是：结构简单，实施方便；两点相通即可交换，不依赖于第三方；一个节点的错误不会对其他节点造成影响。缺点是：连接数随交换点个数的增加呈几何基数级增长，只能支持点对点式传输，参与交换的双方必须同时在线，维护工作量较大。
数据中心的数据交换模式(如图2)。在这种模式下，政府建立统一的数据中心，各系统的数据都集中到数据中心数据库中，各系统根据需要从数据中心调用数据。这种方式的优点是：连接数呈线性增长；支持发布式数据交换；发送方和接收方不需要同时在线，只要在工作时与数据交换中心相连即可；中心可做交换内容备份和公证，集中监控和管理。缺点是：对交换中心过于依赖，性能要求很高，不利于分散风险。
以上两种方式各有利弊，虽然后一种方式比前一种方式的可操作性强些，但以往这种模式都是基于先规划数据中心，后建立分系统的建设方式，而政府的现状是各业务系统已经先建立，需要在此基础上进行整合。另外，由数据中心完成全部的数据交换工作，数据中心负载过重，安全性较差。
整体架构设计
目前政府各部门之间通常通过政府专网实现网络上的联通。部门的业务系统中都存储着大量的数据，但不同部门之间需要交换的通常只是部分数据，而且对系统的数据安全性要求比较高。例如，工商局通常需要地税局的企业纳税情况的数据，而地税局需要工商局的有关企业注册信息的数据，彼此需要的都是对方数据的一部分，没有必要把两个局的全部数据集中到一起。
根据政府的网络、组织结构以及实际应用情况，在考虑信息资源整合时，可以对以往的数据中心进行改进和优化，进行新的架构设计。在原有数据中心模式的基础上进行整体架构设计时，可以通过设置前置机，将数据中心和业务系统分隔，以保证信息资源整合过程中各业务系统的安全，同时也通过前置机对需要整合的数据进行缓存和过滤，提高数据交换的质量，减轻数据中心的负载。
为确保各部门的原有系统的运行不被资源整合所影响，保障原系统的数据安全，在前置机与各分系统主服务器间，要用防火墙进行隔离。前置机是各部门与数据中心进行数据交换的窗口，也可认为是各部门的业务系统与数据中心之间的数据流动中转站。它一方面从各业务系统提取数据，向数据中心提交；另一方面从数据中心接收数据，并向业务系统传递数据。同时，前置机也具备缓存交换数据，对数据进行过滤、加工和展现的功能。
通过数据中心，政府可以对来自各部门的信息资源进行汇集、分发、管理、利用。数据中心中存储的数据并不是各部门所有信息资源的总和，而是根据具体需要进行提取。汇集来的数据在数据中心内可进行决策支持等二次开发利用。数据交换中心可以实现数据中心的数据采集与分发，提供对被交换信息进行打包、解包、过滤、审核、装载入库等数据交换服务。一方面，数据交换中心负责从各分系统的前置机中提取采集来的数据，将其导入到数据中心采集库中；另一方面，它负责将数据中心共享库中的数据根据各部门的需要，分发到它们的前置机中。
数据交换适配器通过系统管理、数据压缩、加密、数据交换路由解析、断点续传等技术保证各系统之间安全、准确的数据交换。一方面，数据交换适配器将采集中的数据提交给数据中心；另一方面，各业务系统通过它接收从数据中心分发过来的数据，进行转换并存入相应的共享库中。
前置机中的数据镜像子系统将各业务系统中可以共享的数据传递到前置机的采集库中。通过对具体参数的设定，业务系统数据库中供采集的数据可以跟前置机中的采集库保持一致。数据比对系统用于对采集到的原始数据进行转换、整理和比对。根据数据对照表，以下工作可以自动完成：数据转换工作,采集库中的数据与业务库中的数据进行比对与整理,日志生成,展示比对结果。此外，系统还可以根据需要进行自动比对或人工比对。
数据管理系统实现数据比对和清洗的功能，检查数据冲突，对数据进行审核校验。即清理脏数据，完成对数据的整理，确保数据一致性、完整性和正确性。实现对元数据的管理、数据标准的管理、数据转换的维护等功能。通过信息展示系统，对数据中心的信息资源进行进一步的开发和利用，对信息资源进行整理和提升，为有关领导和管理部门提供查询、浏览和决策支持等服务。
双向信息共享流程
数据中心数据采集流程是从业务部门到数据中心。业务部门通过数据镜像子系统对本部门的共享数据进行定义，包括共享哪些数据，共享给谁。经过数据镜像子系统，共享数据从业务数据库增量复制到采集库，通过数据交换适配器，与数据中心的数据交换中心进行定时或者实时的数据交换。
业务部门数据从数据交换中心交换到数据中心时，首先进入数据中心的采集库，由数据中心的数据管理系统进行数据转换、整理、审核，再发布到数据中心的共享数据库，通过数据管理系统以服务方式提供给数据需求方。
从共享数据的采集流程可以看出，通过数据镜像子系统，数据采集的过程不会影响业务系统的运作。业务系统与数据镜像子系统是松耦合的关系，通过数据镜像子系统，业务部门可以有效地对本部门的共享数据进行管理控制。
业务部门使用共享数据的数据流程是从数据中心到业务部门。通过数据管理系统，数据中心发布共享数据到共享数据库，而共享数据通过数据交换中心以服务的方式接受访问。
业务部门通过数据交换适配器的设置定时获取所需的共享数据。共享数据首先进入缓存数据库的共享库，业务部门根据实际需要，通过数据比对子系统把共享数据从共享库更新到本业务数据库，或者直接使用缓存库中采集的数据。从业务部门共享数据的流程可以看出，通过数据比对子系统，业务部门可以有效使用本部门所需的共享数据，在保证基础数据一致性的前提下，对输入的共享数据的使用具有决定权。
目前，尽管政府信息资源整合是电子政务建设的迫切需求，一个个孤立的业务系统也是不可忽视的现实。本文所述的数据中心设计方法是从现实情况和实际需求出发。这种整体架构设计方法在多个省市得到了实践检验。
链接:共享各有方法
广州市
广州市先建立统一采集、集中管理的区级政府数据中心，再依托数据中心推进信息资源开发利用。区级政府数据中心将原来分散在各部门的数据集中管理，建立了纵向采集和横向采集相结合的数据采集更新机制，并制定了相应的接口技术规范和数据标准。然后，广州市信息办又依托数据中心推进政府部门的业务协同。
合肥市
合肥市政府明确规定，合肥市电子政务项目只有经过合肥市信息办批准其规划，市财政局才能拨款建设。以前，各部门只要搞到钱就开工建设，形成了一片孤岛。
现在，不论市财政投资的电子政务项目，还是中央、省财政投资的电子政务项目，只有经过信息办审核符合统一规划，财政局才拨款建设，从而大大促进了整合应用。