水行业综合业务管理介绍

ziweihaixin

一、 前言 目前，水务产业呈现全面整合态势，逐渐从小区域范围内以单一模式经营的 国有独资自来水生产企业发展为供排水一体化、区域整合化、投资多元化的集团 式水务企业。信息化发展将增强企业的管理能力和竞争能力，从而促使企业以高 管理效能进一步实施水务产业整合。 水行业信息化建设经过十多年的发展建设，各行业系统已涉及到每一个业务 领域。当初各业务系统的建设是为解决各业务的需求，如营业收费解决水用户交 费问题、报装管理是解决用户申请开户问题、财务系统为解决公司费用的管理。 这些系统，在实际工作中这些业务有着不可分割的关系，为解决各系统相互孤立， 数据无法业务上的交互，需要将这些系统进行集成整合处理，使他们变成一个大 系统，实现业务的互惠互通，提高办公效率。 二、 集成工具简介 咨微ZW-OBPS 业务平台Ziwei-operation brace plane system（以下简称 ZW-OBPS）是公司经过多年的研究与开发，以软件构件引擎为核心，采用以业务 流程驱动，面向服务（SOA）的基础应用框架技术，构建通用业务支撑开发平台， 使业务开发从事务对象开发转变面向配置开发的质变模式，为您“随需应变”和 “量身定制”，实现业务系统建设的高效率、高品质、低难度、低成本的实施和 开发模式。ZW‐OBPS 业务集成原理图） ZW-OBPS 的系统集成原理是通过OBPS 的集成工具、开发工具和数据流控制 三个工具实现的，可以完成从系统集成各种要求。 三、 集成的目标 跟据业务系统集成达到的效果，将系统集成目标分为初级目标、中级目标和 高级目标三个阶段。 3.1 初级目标 系统集成的初级目录是完成统一登陆、信息统一展示和提醒。 3.2 中级目标 系统集成的中级目标是实现各业务系统的统一用户管理、统一各业务系统的 权限管理。 3.3 高级目标 系统集成的最终目标是实现各系统间业务数据的流转，流转按照业务的需求， 在流转过程根据要求对数据进行加工处理。 四、 集成方案 4.1 系统集成图 通过咨微OBPS 业务支撑平台的三个工具集集成工具、开发工具和业务流程 工具，完成对各业务系统的单点登陆、统一信息展示和待办事务的提醒。通过业 务流程可以实现各系统间的业务流转。如下图所示： （系统集成逻辑图） 4.2 统一登陆 ZW‐OBPS 提供了一个ZW‐SSO 服务，实现业务系统的单点登陆(Single Sign On)功能。其工作原理为：在第一次访问与企业应用程序集成的 Web 部件时， 如果用户的凭据还没有存储在单一登录数据库中，那么该用户将被重定向到一个 登录表单，这个表单提示用户输入访问企业应用程序所需要的适当凭据。 登录 表单中的字段编号、顺序和名称由管理员在应用程序定义中配置；登录表单就是 基于这些配置设置自动生成的。用户提供的凭据然后被存储在凭据存储区中，并 被映射到与ZW-OBPS 的帐户相对应的Windows 帐户。 之后，该用户将被重 定向回原先的 Web 部件。 Web 部件中的代码然后以适合应用程序的方式从 凭据存储区向应用程序提交凭据，同时检索必要的信息，随后在 Web 部件中 向用户显示这些信息。单点登陆集成配置界面如下图： (单点登陆系统定义) 4.3 统一信息提醒与展示 在ZW-OBPS 平台中有一个信息提示中心和信息展示中心，系统内或集成的 系统所有需要提醒和展示的信息写到这两个中心，OBPS 平台通过推送工具及时 的推送到用户的终端。信息中心提供三种方式接口获取信息： 1） 通过取数服务程序到集成的业务系统读取需要提醒或展示的信息； 2） 提供WebService 服务接口向信息中心写数据； 3） 通过业务系统提供的接口获取需要提醒的信息。 OBPS 平台的提醒中心会通过在线消息、留言或短信多种方式送到用户的终 端。 4.4 统一用户管理 统一用户管理需设立一个标准用户库，通常将OBPS 平台的用户做标准用户 库，也可以将windows AD 做为标准用户库。 用户信息管理界面 用户操作层 中间业务层 数据库 更新 更新 直接同步 直接同步 接口调用 接口调用 业务处理层 数据层 集成的系统ZW-OBPS平台 AD域OBPS数据库 从上图可以看出，可以通过一个统一的用户管理来实现集成系统中用户 数据的一致，如下： 􀁺 以OBPS 平台的用户为准，其它业务系统将不再维护用户信息。在用户 数据修改时，可以采用两种方式同步其它业务系统用户信息： i. 通过服务方式：服务程序通过扫描数据库中的信息变化，即使修改 和同步用户数据； ii. 提供组件更新方式，在数据更新过程中直接调用接口组件在同一时 间更新用户信息，这里的组件可以采用WebService 方式来实现。 􀁺 以windows AD 用户为准，操作方式与上一种一致，只是更新的内容是 从AD 用户表中到各系统的数据库 4.5 统一权限管理 权限集成是系统集成的重点内容，权限集成的包括普通用户使用权限和 管理人员设置使用权限两个方面的内容，为快速集成两个应用系统的无缝集 成，以及方便系统管理员的管理，本次集成的原则为：普通用户权限使用仍 采用各自系统的权限验证，而管理使用的权限设置则采用统一的一个应用来 管理，方便管理的权限分配与使用，结构图如下： 从上图可以看出，两个系统的使用是采用集成到一种应用界面中，在使 用中实现单点登陆，当跨应用集成是，采用Web Service 的方式来验证使用 中的权限，而权限设置（管理员需要设置）则采用统一集中管理，然后在后 台采用服务等方式来实现两个应用中的权限集成，在两个系统中， 4.6 数据集成 业务系统数据的集成是最复杂，同时也是最见成效的集成。数据的集成也是 公司业务逻辑的梳理和优化。OBPS 平台将通过业务流程和开发工具进行业务系 统的数据集成。数据集成的本质是把各种不同的数据在逻辑上或者物理上进行有 效的集中，从而为用户提供全面的数据共享。采用OBPS 平台、数据仓库和基于 中间层的方法来构造数据集成服务。 联盟各数据源之间相互提供访问接口，用户对中央虚拟数据库的操作根据数 据字典由映射模块映射为对各子系统的操作，通过通信接口将各子系统的结果返 回，由数据组装模块组装至中央虚拟数据库，呈现给用户。OBPS 平台在提供统 一、透明的全局操作时，仍能保持各应用系统局部应用的高度自治，但这种方式 在数据源的共享和互操作上有一定的局限性，并且难以保证全局的安全事务处理。 数据仓库是把来自于几个数据源的数据副本都存储在单一的数据库中。在这 种结构中，所有数据源中的数据都被抽取出来，合成一个全局模式，并储存在数 据仓库中，这在用户看来与一般的数据库系统无异。但这种方式需要定期更新， 并且无法实时反映各个数据源的数据变化。 中间层模式通过统一的全局模型来访问各种异构数据源。中间层位于各种数 据源和应用程序之间，向下对各数据源起协调作用，向上为访问集成数据的应用 提供统一数据模式和数据访问的通用接口。各数据源的应用仍然完成他们的任务， 中间层则集中为各种数据源提供一个高层次的检索服务。 基于SOA 的数据集成支持对异构数据类型的访问，通过利用标准化接口， 提供一个高度灵活的抽象层，把数据逻辑与业务逻辑分离，把数据访问和处理以 服务的形式提供给外部使用者，从而增加了系统的灵活性和重用性，实现了应用 和服务的松散耦合。 Web Services 是SOA 最流行的一种实现方法，Web Services 的实现中使用 了一些标准技术，包括服务描述(UDDI、WSDL)、通讯协议(HTTP、SOAP)以及数据 格式(XML)等，使开发者可以开发出平台独立、编程语言独立的web 服务，从而 充分利用现有的软硬件资源和人力资源。 可扩展标记语言XML 是用于描述数据和交换数据的一种标准方式，它定义 了一种文件格式和数据的保存方法，使数据信息能在异构平台之间平稳无障碍地 传递和共享。 以SOA 架构和Web Services 技术为支撑，采用XML 技术进行集成，提出了 一种基于SOA 的数据集成方法。 1 基于SOA 的数据集成框架 1.1 体系结构整个系统由3 层构成。 客户层终端用户通过浏览器向Web 服务器发送数据访问请求，并将从Web 服务器接收到的查询结果返回给用户。 应用层从Web 服务器接收服务请求，并将服务向能提供该服务的服务转换 器转发，由服务注册库、服务解析和数据汇总三部分组成。 数据服务层由各种异构数据源和服务转换器组成，把数据访问和处理以服务 的形式提供给外部使用者。 1.2 系统工作流程 当数据服务层添加新的服务时，首先需要通过服务发布模块将服务发布到服 务注册库中。终端用户通过浏览器以XML 文档的形式向Web 服务器发送数据访 问请求，Web 服务器将接收到的服务请求交予服务解析模块进行解析，服务解 析模块在服务注册库中对该服务进行检索，找到提供该服务的数据服务器，然后 将服务请求向相应的数据服务器转发，由于数据的异构性，需要为每个数据服务 器配置一个服务转换器，服务转换器将提交的服务转换成针对相应数据服务器的 具体操作方法，进而从数据库中获取所需的数据，并将返回的数据转换成统一的 XML 格式的数据，然后提交给数据汇总模块。数据汇总模块对数据汇总，以XML 格式返回给 Web 服务器，然后将查询结果返回给终端用户。 2 关键技术及实现方法 2.1 数据源转换为XML 文档 由于目前普遍采用关系数据库，本文首先解决关系数据库转换为XML 文档 的问题，本文采用JDBC 对数据库进行访问，用Jdom 解析和Java 语言编写转换 程序，对应不同类型的数据库，只需修改程序中数据库连接部分即可。 2.2 采用Web Service 技术实现SoA 体系结构 Web Services 是基于UDDl(Universal Description，Discovery and Integration) 标准协议体系的，是目前实现SOA 最流行的方法。Web Service 由服务提供者、 服务注册中心和服务请求者三个角色以及发布、发现和绑定三个操作组成。服务 提供者定义Web Services 的服务描述，并把它发布到服务请求者或服务注册中 心，服务请求者使用发现操作来从本地或服务注册中心检索服务描述，然后使用 服务描述与服务提供者进行绑定并调用Web Services 实现或同它交互。