论文部分内容阅读
立法工作体系涉及法律法规、代表议案、公文简报等多个系统及类型的信息资源。我国各地立法机关已建立一些信息资源库，但是仍然表现出各类信息资源库分散建设、自治管理、难以综合利用等不足。基于SOA，运用ESB技术集成业务系统是一条可行之路。
目前，国家机关对各项业务工作管理系统提出越来越高的管理要求，尤其各个不同业务之间的联系更加紧密，集成度越来越高，信息资源的共享范围越来越广，系统应用越来越复杂，使得各业务系统的互联互通和流程规范化等问题成为了机关工作信息化建设必须要面对的一个关键问题。
系统集成、资源共享成关键
单个的业务系统拓展和功能强化已经不能满足要求，而基于SOA（Service-Oriented Architecture ，面向服务的体系结构）组件模型，运行ESB（企业服务总线， Enterprise Service Bus）技术集成的架构平台，以Web Service服务作为基本管理单元提供了很好的解决方案，同时还可以消除不同业务系统之间的技术差异，让不同业务系统协调运作，从而实现不同业务之间的通信与资源整合。
以立法工作体系为例，涉及多个系统和多种类型的信息资源，如法律法规系统、代表议案系统、公文简报系统、会议系统等，其中涉及有法律法规草案、法律法规文件、委员会审议意见、公众意见、代表议案、审议结果报告等多种信息资源。我国各地立法机关已经建立了一些信息资源库，包括法律法规库、代表议案库、审议报告库等，同时在立法与监督的服务工作方面做了有益尝试，提供的法律检索服务、公众意见统计与发布等服务已经被代表、法律工作者、公众等多类用户广泛使用。但是已有的工作仍然表现出一些不足，如各类信息资源库分散建设、自治管理、难以综合利用，信息资源的服务形式简单、精确度低、服务效果差。
针对上述需求和现状，太极公司在使用SOA组件模型的基础上，运用ESB技术集成各相关业务系统，整合立法机关内部信息资源，为应用系统与数据资源提供统一支撑服务，采用组件化设计方法，建立统一的标准化的服务接口，用于各个应用系统组件间的数据访问和业务协同，实现多个系统互联互通，并采用信息化方法，建设信息资源库，统一管理各类型的信息资源，提高信息资源管理效率，促进信息资源的有效利用，避免形成新的信息孤岛，为各级机关的日常工作提供基础性保障。
ESB整合机关业务体系
鉴于机关业务在信息化建设中存在的一些问题，以及业界的最佳实践，使用ESB整合立法机关各业务系统，其总体设计方案如图1所示。
总体设计主要有应用支撑服务系统、服务管理系统、数据资源管理服务和平台支撑系统组成。其中支撑平台是整个职能体系中最重要的系统，它主要运用ESB提供服务管理容器，借助科学的方法论，对机关业务需求进行分析，对业务流程进行梳理，建立服务目录和服务库，对这些服务和服务的元数据进行定义和存储，以便进行服务的查找、发布、注册和管理。
该系统可以由mule（它是一个以Java为核心的轻量级的消息框架和整合平台）来实现，将所暴露的服务集中管理，便于其他系统发现和调用。
采用什么样的步骤来整合？
首先，搭建平台组件模型（如图2），其中包括 ESB业务组件、服务注册和管理组件，以及 ESB的监控和管理组件 三部分组成。ESB组件要实现消息传递、服务路由、格式转换、交易完整性保证、数据解析和处理、安全传输、应用适配、协议转换等功能。
其次，要改造立法机关旧系统。根据实际的业务互通、数据互联的需要，改造旧系统，使之能对外提供数据接口，并能获取本系统需要的服务。如议案系统、法律法规系统等基础业务系统，它们提供了最基础的数据支撑，故依据其他系统的数据需求，开发了部分对外的服务接口。
接着，要部署发布。通过ESB注册、封装之后配置，发布这些组件的接口服务，其他系统有需要获取此数据服务的，授权后，通过访问此接口即可。
常用组件包括基础服务类组件和业务服务类组件。
基础服务类组件（Crm-Platform.War）是一个通用的系统功能接口，它封装了一些基础平台需要的权限管理代码和基础数据维护代码，可以为用户提供机构、用户、角色、功能等基础功能。
组件常用基础类包括：OrgManager-机构管理类，提供机构查询、修改、增加，以及机构导入、排序等功能；UserManager-用户管理类，提供用户查询、修改、增加、导入导出、ukey等功能；RoleManager-角色管理类，提供角色查询、创建和修改、角色功能分配等功能；FunManager-功能管理类，提供功能查询、修改、创建和功能权限设置功能；MenuManager-菜单管理类，提供菜单风格、菜单修改、增加、排序等功能。
业务服务类组件（Ya-Analysis.jar）是一个针对议案信息处理分析的公共组件，封装了关联、聚类等公共分析算法，以及全文检索等的实现，提供对各类数据的自动分类、关联分析、聚类分析和全文检索等功能。
常用类包括：AutoClass-自动分类管理类，根据分类文件库，读取录入数据内容，自动分析数据的类别，分类文件库可自行设定；TextSearch-全文检索管理类，可设置手动或定时自动更新索引库，通过关键字检索业务数据；RelationAnalysis-关联分析类，通过读取数据信息更新关联文件库，根据指定的数据内容查询库中关联数据信息，可以提供相似度分析；ClusterAnalysis-聚类分析类，通过读取数据信息更新聚类分析库，根据指定的数据内容查询库中数据信息，提供相似度分析。
小颗粒度集成更容易
由于立法机关信息化建设涉及的业务繁杂，技术广泛，工作中存在着大量的遗留系统。
因此，应用系统之间的集成是机关信息化推进过程中面临的一个瓶颈。采用基于SOA的集成架构，通过提供动态服务接口来实施一个动态的集成，通过ESB总线技术实现发布服务的应用程序和使用服务的应用程序之间松散耦合，同时将应用程序划分为一些小的逻辑组件，在小颗粒度基础上实现集成，才能使集成变得容易，使机关应用系统的集成更具保障和可行性。
目前，国家机关对各项业务工作管理系统提出越来越高的管理要求，尤其各个不同业务之间的联系更加紧密，集成度越来越高，信息资源的共享范围越来越广，系统应用越来越复杂，使得各业务系统的互联互通和流程规范化等问题成为了机关工作信息化建设必须要面对的一个关键问题。
系统集成、资源共享成关键
单个的业务系统拓展和功能强化已经不能满足要求，而基于SOA（Service-Oriented Architecture ，面向服务的体系结构）组件模型，运行ESB（企业服务总线， Enterprise Service Bus）技术集成的架构平台，以Web Service服务作为基本管理单元提供了很好的解决方案，同时还可以消除不同业务系统之间的技术差异，让不同业务系统协调运作，从而实现不同业务之间的通信与资源整合。
以立法工作体系为例，涉及多个系统和多种类型的信息资源，如法律法规系统、代表议案系统、公文简报系统、会议系统等，其中涉及有法律法规草案、法律法规文件、委员会审议意见、公众意见、代表议案、审议结果报告等多种信息资源。我国各地立法机关已经建立了一些信息资源库，包括法律法规库、代表议案库、审议报告库等，同时在立法与监督的服务工作方面做了有益尝试，提供的法律检索服务、公众意见统计与发布等服务已经被代表、法律工作者、公众等多类用户广泛使用。但是已有的工作仍然表现出一些不足，如各类信息资源库分散建设、自治管理、难以综合利用，信息资源的服务形式简单、精确度低、服务效果差。
针对上述需求和现状，太极公司在使用SOA组件模型的基础上，运用ESB技术集成各相关业务系统，整合立法机关内部信息资源，为应用系统与数据资源提供统一支撑服务，采用组件化设计方法，建立统一的标准化的服务接口，用于各个应用系统组件间的数据访问和业务协同，实现多个系统互联互通，并采用信息化方法，建设信息资源库，统一管理各类型的信息资源，提高信息资源管理效率，促进信息资源的有效利用，避免形成新的信息孤岛，为各级机关的日常工作提供基础性保障。
ESB整合机关业务体系
鉴于机关业务在信息化建设中存在的一些问题，以及业界的最佳实践，使用ESB整合立法机关各业务系统，其总体设计方案如图1所示。
总体设计主要有应用支撑服务系统、服务管理系统、数据资源管理服务和平台支撑系统组成。其中支撑平台是整个职能体系中最重要的系统，它主要运用ESB提供服务管理容器，借助科学的方法论，对机关业务需求进行分析，对业务流程进行梳理，建立服务目录和服务库，对这些服务和服务的元数据进行定义和存储，以便进行服务的查找、发布、注册和管理。
该系统可以由mule（它是一个以Java为核心的轻量级的消息框架和整合平台）来实现，将所暴露的服务集中管理，便于其他系统发现和调用。
采用什么样的步骤来整合？
首先，搭建平台组件模型（如图2），其中包括 ESB业务组件、服务注册和管理组件，以及 ESB的监控和管理组件 三部分组成。ESB组件要实现消息传递、服务路由、格式转换、交易完整性保证、数据解析和处理、安全传输、应用适配、协议转换等功能。
其次，要改造立法机关旧系统。根据实际的业务互通、数据互联的需要，改造旧系统，使之能对外提供数据接口，并能获取本系统需要的服务。如议案系统、法律法规系统等基础业务系统，它们提供了最基础的数据支撑，故依据其他系统的数据需求，开发了部分对外的服务接口。
接着，要部署发布。通过ESB注册、封装之后配置，发布这些组件的接口服务，其他系统有需要获取此数据服务的，授权后，通过访问此接口即可。
常用组件包括基础服务类组件和业务服务类组件。
基础服务类组件（Crm-Platform.War）是一个通用的系统功能接口，它封装了一些基础平台需要的权限管理代码和基础数据维护代码，可以为用户提供机构、用户、角色、功能等基础功能。
组件常用基础类包括：OrgManager-机构管理类，提供机构查询、修改、增加，以及机构导入、排序等功能；UserManager-用户管理类，提供用户查询、修改、增加、导入导出、ukey等功能；RoleManager-角色管理类，提供角色查询、创建和修改、角色功能分配等功能；FunManager-功能管理类，提供功能查询、修改、创建和功能权限设置功能；MenuManager-菜单管理类，提供菜单风格、菜单修改、增加、排序等功能。
业务服务类组件（Ya-Analysis.jar）是一个针对议案信息处理分析的公共组件，封装了关联、聚类等公共分析算法，以及全文检索等的实现，提供对各类数据的自动分类、关联分析、聚类分析和全文检索等功能。
常用类包括：AutoClass-自动分类管理类，根据分类文件库，读取录入数据内容，自动分析数据的类别，分类文件库可自行设定；TextSearch-全文检索管理类，可设置手动或定时自动更新索引库，通过关键字检索业务数据；RelationAnalysis-关联分析类，通过读取数据信息更新关联文件库，根据指定的数据内容查询库中关联数据信息，可以提供相似度分析；ClusterAnalysis-聚类分析类，通过读取数据信息更新聚类分析库，根据指定的数据内容查询库中数据信息，提供相似度分析。
小颗粒度集成更容易
由于立法机关信息化建设涉及的业务繁杂，技术广泛，工作中存在着大量的遗留系统。
因此，应用系统之间的集成是机关信息化推进过程中面临的一个瓶颈。采用基于SOA的集成架构，通过提供动态服务接口来实施一个动态的集成，通过ESB总线技术实现发布服务的应用程序和使用服务的应用程序之间松散耦合，同时将应用程序划分为一些小的逻辑组件，在小颗粒度基础上实现集成，才能使集成变得容易，使机关应用系统的集成更具保障和可行性。