中间件在电力企业信息集成中的应用.pdf

2 0 0 6 年第2 期 上 海 电力 中间件在电力企业信息集成中的应用 蒋照平 ， 廖斌 ( 1 上海久隆信息工程有限公 司， 上海 ，徐 为 纲 ， 沈健 2 0 0 0 7 0 ； 2 绍兴电力局 ， 绍兴3 1 2 0 0 0 ) 摘要 ： 为进一 步加强企业信息 系统数 据关联整合度 ， 解决管理层 和决 策层对信息 的需求 ， 并确保生产 、 经营 和管理数据的准确性 、 完整性 和唯一性 ， 提出了企业 信息集成的需求 。中间件作 为企业基础软件 ， 其对业务和 应用集成领域的支持能力是解决信息系统集成问题的关键 。文章介绍 了电力企业信息系统的集成动机 ， 分析 了驱动集成的关键 因素 ， 建立 了中间件平 台与软件体 系结 构 ， 并通 过实例 ， 探讨 了如何 选择合适 的中间件 ， 以 及基于中间件平台的信 息系统集成模 式 。 关键词 ： 中间件 ； 电力企业信 息系统 ； 集成 中图分类号 ： TP 3 1 1 文献标识码 ： B 说者渲染( 忽悠) 中间件之博大精深 听者沉思( 晕呼) 中间件之来龙去脉 做者期待( 无奈) 中间件之深入浅出 中间件之 切症 把脉 笔者在久隆信息从事软件研发工作 ， 在电力 应用集成产品的研究和开发上有多年的经验 ， 包 括经 历过许 多信息 系统 之间 的实 际集成 ， 并对 I E C 6 1 9 7 0 6 1 9 6 8电力信 息化标 准有 深入 的研 究 。2 0 0 5年 ， 在一个集 成领域 的研 究课题 项 目 中， 对 当前主流的集成 中间件进行了分析选择， 评 估了对集成的影响 ， 并对未来信息集成做了具体 规划。现将这些经验、 思想进行总结， 并对集成中 间件发挥 的作用和定位进行具体分析。 l 电力企业信息 系统集成之路 1 1 面 临的 挑战 电力企业信息系统集成面临的挑战大致包括 如 下 内因和外 因 2 方 面 ： 从内因的角度 ， 电力企业为生产运行 以及企 业管理的需要 ， 在“ 十五” 期 间兴起了信息系统开 发 浪潮 ， 开发 了大量 的“ 以 问题 或 专 业 为 导 向” 的 生产管理信息系统( 操作层面) 。信息系统发展到 一 定 程度 ， 企业 突 然发 现 这 些 系统 虽 然 解 决 了专 业业务领域或者部 门业务操作 的一些问题 ， 提高 了管理和生产效率 ， 但是这些系统仍没能够解决 管理层和决策层对信 息的需求( 原 因是数据关联 整合度不够) ， 因而提出了企业信息集成的需求。 从外因的角度， 在“ 十五” 末期 ， 国家电网公司 管理思路转变， 通过 向基层要数据 、 要管理来推行 其集约化管理的新思路。以网、 省公司为单位开 展信息系统集 中统一建设 ， 是推进集约化管理思 路的重要手段 。作为地市级 电力企业来说 ， 这种 信息系统集中统一建设的要求， 打破 了原有信息 系统建设的平衡 ， 需要 围绕这种统一的要求， 统一 实施的平台开展信息系统重组和应用 ， 同时作为 操作层面的补充， 需要 围绕统一的信息 系统平台 进行必要的延伸， 开发一些操作层面的信息系统 ， 有效地与统一信息平台进行集成 。 根据国家电网公司提出的围绕“ 一强三优” 的 发展 目标 ， 贯彻集约化管理的思路， 以数据共享为 基础 ， 以强化管理为重点， 运用现代化的信息技术 手段实现生产系统设备 的有效集成与共享， 消除 “ 信息孤 岛” ， 确保 生产、 经营 和管理数据 的准确 性 、 完 整性 和唯 性 。当前许 多 电力企 业在 “ 十一 五” 信息化规划中重点考虑了信息资源整合 、 应用 集成等全局信息系统集成领域 。图 1 反映了电力 企业中以局部信息交换向全局平台集中化管理 的 发展趋势， 而 中间件作为企业基础软件如何支撑 全局平台将是本文切症把脉的主题 。 1 2 集成 的 动机 电力企业信息系统集成的动机 ， 主要呈现在 4个层 面 ： ( 1 )信 息( 数 据 ) 交换 带来 的 变化 ： 例 如 设 备 管理数据的维护与管理 ， 要维护与其他系统之间 的信息( 数据) 交换， 就需要考虑信息交换的方式 、 依赖的频率 、 数据复制模式及数据处理规则等 ( 2 )业务流程协作 带来的 变化 ： 例如设备从 发现缺陷到检修消缺的管理过程， 涉及调度所、 生 1 1 维普资讯 上 海 电力 2 0 0 6 年第 2 期 图 1 局 邵 信 息 交 换 向 全 局 平 台集 中化 管 理 的 发 展 趋 势 技处 ( 生 产 技 术 部 门) 及 下 属 一 线 业 务 部 门 的 协 作 ， 如缺陷通知单的创建 、 缺陷通知单 的审核、 缺 陷通知单的处理 、 两票管理过程及缺 陷通知单的 确认等 。而现有 电力 企业 系统往 往按 照业 务部 门 来建设 ， 这样就无法完成这种大跨度的协作 ， 或者 业务流程协作中参与主体 、 活动单元等的改变 ， 也 造成信息系统之间集成结构的调整。 ( 3 )业务功能互操作带来的变化 ： 例如在上 述缺 陷处理 过程 中 ， 工 作 票 的 创建 需 要 与 安监 处 ( 安全监 察部 门 ) 的工 器具 管 理 系 统 、 安 全管 理 系 统和危险点管理系统及配电 GI s等系统集成 ， 如 工作票填报时可 以关联查询线路负荷 、 设备历史 检修记录、 危险点信息等 。 ( 4 )管理决策带来的变化 ： 电力企业常规粗 放型管理下， 各种业务之间关联度、 业务协作不是 很高 ， 财务只管生产费用发生 ， 生技处只管大修计 划 的安排 ， 生产 部 门只管 计划 的完成 ， 无需 关心 完 成工作 的成本 ， 这种现状是典型的条块管理 。精 细化管理要求的提 出， 对数据集成关联度提出了 很高的要求 ， 财务的一个数据分析或者一个指标 ， 往往就钻取到底层 的单次设备 检修所产生 的工 时、 所消耗的物料这些数据的收集和分析。 从集成的价值分析 ， 体现在纵 向( 例如组织结 构中上下级等 ) 上 提供监控、 决策 分析等管理需 求 ， 提供组合应用 的功能结构复用及新功能开发 等功能需求 ； 在横 向( 例如组织结构 中部 门之间 等) 上提供业务流程协作 、 数据交换等业务协作需 求 。例如缺陷管理过程中， 对于重要缺陷 ， 上级部 门生技部需进行审核 ， 安监部对缺陷处理过程进 行监控， 而横 向上运行工区填报缺陷 ， 修试工作处 理 缺 陷 。 另 外 ， 根 据企 业 内部或企 业 之间 ， 还 可 以 区分 一 1 72 为企业应用集成 ( E AI ) 和企业 间整合 ( B 2 B i ) ； 然 后 分析 和辨别 集成 的层 次 类 型 ( 如 数据 、 功能 、 流 程、 信息展现等) 。不同的集成驱动 ， 对采用 的集 成类 型都 有差 异 。 1 3 驱 动集成 的关 键 因素 对于解决企业信息系统集成 问题 ， 首先需要 识别企业中集成的驱动。通常是一些典型业务场 景， 如缩短 9 5 5 9 8客户报修过程 ， 可能会涉及用户 报修、 故 障区域定位、 任务分发 、 现场服务 、 信息反 馈 等业 务环 节 ； 又 如 缩 短 客 户 订 单 响 应 周 期 为 3 天 ， 则可能会涉及订单处理 、 库存 、 供应商、 客户服 务 、 生产制造 、 物流等业务环节。 如图 2所示 ， 作为一种业界通用参考模型 ， 按 照企业信息系统集成层次 ， 把企业信息系统集成 分为二大类 ： 决策与业务协作 ( B u s i n e s s ) 和系统 提供 支撑 ( I T) 。 决策与业务协作 ( B u s me ) 系统提供支撑 ( I T ) l奎 I 2 信 息 系 统 集 成 的 业 界 通 用 分层 结构 决策与业务 协作 ( B u s i n e s s ) ， 包括 表现层集 成和流程集成 ， 是驱动企业信息系统集成的动力， 更关注业务层面的无缝 协作及提供决策分析支持 等 。 系统提供支撑 ( I T) ， 包括 功能集成 、 数据集 成和安全集成， 是企业信息系统建设需要考虑的 技术无缝集成及安全性等要素， 从系统职责上， 提 供了系统连通性 、 消息传输与转换、 身份验证与权 限检查等能力。 以电力生产管理业务 的设备管理 为例 ， 设备 管理是生产管理信息化建设 中的重要 内容 ， 许多 电力企业生产管理已建成 的各应用系统 ， 在设备 管理 功 能上都 是 相互 独 立 ， 各 应 用 系 统 建设 时 只 考虑 了自身业务的应用需求 ， 既没有考虑跨专业 的数 据交换 问题 ， 也 没有 开发跨 系统 的全 局应 用 ， 制约 了整体工作效率和管理水平 的提高。例如试 验数据管理 中需要变电、 配电等设备的基本信息 ， 继电数据管理需要变电、 配电设备的基本信息 ， 自 维普资讯 2 0 0 6 年第 2 期 上 海 电力 动化数据管理需要变电设备的基本信息等。 沿着设备管理 的例子展开 ， 在企业资产管理 、 生产管理、 调度管理等多个系统之 间就会 形成如 下典型 特 征 ： ( 1 )各 应 用 系 统 问 相 互 独 立 ， 形 成 “ 信息孤 岛” ， 如数 据交换 需要 人工 参 与 ， 极端 的存 在手工重复录入等 ； ( 2 )没有建立统一 的数据标 准， 如设备信息以各种不同的格式存放等， 造成交 换 时数 据无法 互认 、 转换 ； ( 3 )数 据 交换 存 在性 能 问题 ， 如实 时响应 时 间 、 并发 数 、 吞吐 量 等 ； ( 4 )数 据交换 存在 可靠性 问题 ， 如数 据及 时性 、 数据 唯一 性、 数据存储及转发等 ； ( 5 )没有建立明确 的数据 交换策略 ， 如批量、 定时、 增量 、 复制、 缓存等处理 策略； ( 6 )没有全局统一的设备信息 ， 无法提供基 于整体设备信息的查询、 统计及联机分析等应用。 以上述典型问题特征为基础 ， 从解决实际迫 切问题 出发 ， 设备信息整合与集成是生产 系统信 息化建设中的重要课题 。假设存在按生产领域多 个一线业务部门划分的 1 0类设备数据 ， 其中 3类 数据存在比较完整的设备管理功能， 如配电 GI S 、 送电 GI S等 ， 其他 7类数据 的维护与管理需要重 新设计与开发。并且 ， 1 0类设备数据 中 4类有双 向交换的要求， 其余 6类主要 为单 向的信息提供 者 。在此背景下 ， 设备信息 的整合与应用作为驱 动集成的业务 目标， 对驱动集成的关键 因素可以 做 如下 分析 ： ( 1 )对 设备 管理 的功 能 操 作 ， 是 否 需 要 维 护 与其他系统之间的信息( 数据) 交换 ； ( 2 )对设备管理 的功能操作， 是否依赖于其 他系统的业务功能操作； ( 3 )对设 备 管 理 的功 能 操 作 ， 是 否 需 要 维护 特 定 的数 据处理 规则 ； ( 4 )对设备管理 的功能操作， 触发点由其他 系统 激 活或本身 引起 ； ( 5 )信息 交换 业务功能互操作 的变化趋势 分析 ； ( 6 )设备管理数据的综合分析需求。 针对每一项关键因素， 需要做深入分析。关 键因素( 1 ) 中主要把外部 系统作为一个黑盒对待， 将特定外部系统整体作为边界 ， 分析出与外部系 统协作 的颗粒度在消息级别 ； 在关键因素( 2 ) 中主 要把外部系统这个黑盒进一步打开 ， 以特定外部 系统功能接 口作为边界 ， 分 析出与外部 系统协作 的颗粒度在服务级别 ； 在关键因素( 3 ) 中分析与外 部系统协作的消息 ( 数据) 交换 业务功能操作涉 及的数据处理规则 ， 分析范围主要包括元数据模 型 、 数 据 映射 ( 转 换 、 合 并 、 路 由等) 字 典 、 数 据校 验 规则等， 此关键因素的颗粒度在转换级别 ； 在关键 因素( 4 ) 中主要分析设备管理功能操作的触发点 ， 需要对应到消息级别或服务级别 ； 在关键因素( 5 ) 中主要分析设备信息整合与应用 的变化趋势 ， 假 设此变化呈现放大趋势， 则说 明信息交换的变化 频率大于业务功能互操作 的变化频率， 须考虑设 备数据层面的整合 ， 反之则需要从业务功能操作 层面的整合入手； 在关键因素( 6 ) 中主要分析综合 报表、 即席查询 、 多维分析等应用的数据模型整 合 。 如从设备管理数据的维护与管理角度看， 需 要维护与其他系统之间的信息 ( 数据) 交换， 就需 要考虑信息交换 的方式( 同步 、 异步) 、 依赖的频率 ( 实时、 准实时、 定 时等) 、 数据复制模式 ( 完整复 制 、 批量 、 增量等) 及数据处理规则( 抽取、 转换、 校 验等 ) 。 基于上述设备信息整合与应用的关键因素分 析 ， 通过对各关键因素的独立分析， 提 出了针对此 分析的一种设备信息整合与应用 的层次结构 ， 如 图 3所示。总而言之 ， 对驱动集成关键 因素的分 析方法将决定集成 的成败 ， 关键因素 的分解及分 析过程 需要 遵循 集成 目标 的本质 。 f 量 黝 圈 l L 图 3设 备 信 息 整 合 与 应 用 的层 次 结 构 1 4中间件 平 台与软件 体 系结构 根据设备信息整合与应用 的层次结构， 建立 了设备信息整合与应用 的软件体系结构， 如 图 4 所示 。 此软件分层结构的优势是 ： ( 1 )以领域模 型层提供统一元数 据支撑 ， 解 决 数 据 交 换 的 标 准 化 问 题 ， 例 如 ： I E C 6 1 9 6 8 6 1 9 7 0以 及 财 务 交 换 标 准 S W I F T O F X、 人 力 资 源交 换标 准 HR X ML等 。 一 】7 3 维普资讯 上 海 电力 2 0 0 6 年第2 期 业 务功能层 系统控制层 领域模 型层 ( 中间件 平台) 功能集成层 ( 中间件平台) 数据集成层 ( 局部ODS) 图 4 设 备信息整合与应用的软件分层结构 ( 2 )以功 能 集 成 层 提 供 不 同 业 务 操 作 间 同 步、 异步集成 。 ( 3 )功能集成层可以扩展支持流程集成。 此软件分层结构 的劣势是 ， 集成具有一定的 复杂性 ， 需要各层系统配合共同完成 。 在上述体系结构中， 中间件平台提供了功能集 成层、 领域模型层和集成标准的支持能力 ， 此外， 按 照中间件通用层次结构划分， 中间件平台通常提供 连接层 、 传输层 、 转换层、 控制层等支持能力 ， 对于 中间件平台， 如何考虑其对业务和应用集成领域的 支持能力是解决信息系统集成问题的关键。 2 如何选择合适 的中间件 2 1中间件技 术发 展综述 目前 的 中间件提 供商包 括 I B M、 B E A、 Mi c r o s o f t 等主流大厂商的产 品， 也包括一直专注于 企业应用集成领域的专业化厂商， 如 We b Me t h O d s 、 Ti b c o 、 Vi t r i a 、 S e e B e y o n d ( 已 被 S UN 收 购 ) 等。另外 ， 除此两类厂商之外 ， 大型应 用软件厂 商 ， 如 S AP AG、 GE S ma l l Wo r l d 、 O r a c l e E - B u s i n e s s S u i t e 1 l i 等 ， 为自身的套装软件都提供 了集 成解 决方案 。 对于中间件的选型， 需要从当前中间件技术 的发展状 况分析人手。电力企业信息 系统 的集 成， 重 点应 该 围绕 业 务 和应 用 集成 领 域 展 开。 E A I 技术 的应用 和 发展 过 程 分 析 ， 可 以对 如 何选 择合适的中间件解决信息系统集成提供帮助。 第一代集成技术E AI 技术从 2 0世纪 8 0 年代末和 9 0年代初期诞生 。E AI 技术 的关键是 ： ( 1 )以可 靠 的 消 息 中 间件 为 基础 ： 通 过 消息 中间件实现信息共享 。 一 1 7 4一 ( 2 )元数据管理与应用 ： 为了实现信息共享 ， 企业信息模型就变得非常重要。因此， 元数 据管 理 与应用 是 E AI 平 台 的基本 功能 。 ( 3 )各 种 系统 与应 用 的连 接 ： 消息 中 间件 是 实现信息共享的平 台， 但不是完整 的信息交换平 台。为了实现信息的交换 ， 连接器与数据转换器 是 E AI 平台重要的组成部分 ， 它用来实现与各种 应用系统的连接与数据交换。 第一代 E AI 解 决了信 息共享与信息交换的 问题 ， 同时， 也使得企业的 I T系统容易维护与管 理 ， 为企业节省了 I T花 费。但是 E AI 所 解决的 问题更多是集 中在数据层面 ， 即技术层面上 。作 为一个企业 ， 真正关心 的问题不是技术层面 的， 更主要 的是业 务层 面， 例如 ， 信贷处理 的各个环 节、 定单处理的状态等 。 到了 2 0世纪 9 0年代中期 ， 在 E AI 技术 的基 础之上， 发展了以业务流程管理 ( B P M) 为核心 的 第二代集成技术。企业业务的迅速发展与电子商 务的结合对应用集成解决方案 提出了更高 的标 准， 仅仅局限于数据集成的第 一代集成技术无法 实现企业业务流程 的自动处理、 管理和监控 ， 基于 业务流程管理 集成( B P M B P I ) 的第二代集成技 术成为更加合适的选择 。 流程管理包含两个方面： ( 1 )业务流程管理： 业 务流程管理包含过程 定义、 状态( 特别是持久状态) 的管理、 时间管理和 出错管理。另外就是复杂状态的管理 ， 如静态与 动态嵌套、 平行状态等。业务流程管理是用来管 理跨系统、 跨部 门， 甚至跨企业边界的业务流程 。 ( 2 )工作流管理 ： 工作流程管理是以任务、 人 员 、 人员角色及任务分配为主的过程定义与执行 。 工作流是用来管理人员任务执行 的流程。 2 2如 何选择 合适 的 中间件 根据 Ga r t n e r 分 析 ， 新 型 、 灵 活 的企 业 I T 的 集成架 构模 式 是 面 向服务 ( S OA) 和事 件 驱 动 ( E D A) 相结合的。G a r t n e r 对 于解决业务和应用 集成领 域 的 中间件 提 供 了新 的定 义 ： 应 用 集 成套 件( Ap p l i c a t i o n I n t e g r a t i o n S u i t e ， AI S ) 。从第一 代 E AI 技术发展 到第二代 B P M 技术 ， 应用集成 套件在信息系统集成中的关注层面集 中到数据集 成、 功能集成和流程集成这 3个层面 ， 从产品本身 的发展来看 ， 也呈现整体性平 台的架构 。 图 5为 2 0 0 4年 Ga r t n e r的应 用 集 成 套 件 产 维普资讯 2 0 0 6 年第2 期 上 海 电力 品领导者象限评估报告。其实就功能来说 ， I B M、 B E A、 We b Me t h o d s 、 T i b c o和 S e e B e y o n d等 产 品 都差不多， 在 Ga r t n e r 公司提供的应用集成套件 产品领导者象限评估报告 中， 这 5家的产品都在 第一象限( 领导者 ) 的位置， 所 以单从技术上来选 择 是 很 难 的。 大 型 应 用 软 件 厂 商S AP 的 Ne t We a v e r E x c h a n g e I n r a s t r u c t u r e ( X I ) 也 是 优 秀的 E AI 软件， 专业化厂商 Vi t r i a集 E AI 、 B 2 B i 、 B P M 和 B AM 一 体 的架 构 具 有 优 越 性 ， 而 T i b c o 和 We b Me t h o d s的 产 品 在 技 术 上 确 实 要 优 于 I B M 和 B E A 的产 品 。 I _ r 喊 ”日c 0 S帅 E 囟 岫 岫U 岫 器 一 。 eEE 融 K 雨 柏 f o “ -叼 H 1 8 坩 A GO Su U m - -r l ， 忡_ V Ml T 。 h m C b _ m o u n E r cL 细分市场专营者 远见者 前瞻性 图 5 2 0 0 4年 Ga r t n e r的应用 集成 套件 严品 领导 看象 限评 估 当前很多机构还沿用 E AI 这个名称来谈业 务和应用集成领域的最新中间件技术 ， 事实上， 现 有 E AI 这个名称 已经超越 了第一代 E AI 技术 。 也有部分主流厂商在业务和应用集成领域的中间 件产品 ， 以 B u s i n e s s I n t e g r a t i o n ( 业务集成) 命名。 事 实上 ， 可 以把 这 些 产 品 都 作 为 Ga r t n e r 提 出 的 应用集成套件。满足信息系统集成要求 的中间件 类 型见 图 6 。 决策与 业务协作 mu s i n e s s ) 系统提 供支撑 ( r r ) 图 6 满足信息 系统集成要求的中间件类型 2 3 基于 中 间件 平 台的信息 系统 集成模 式 电力企业 通 过 引进 中间 件产 品 ， 进 行 以 中间 件平台为支撑的信息 系统集成过程 ， 还需要考虑 建立配套的管理方法和集成规范， 也就是需要 ： ( 1 )建立统一集成平台， 便 于集 中管理 ， 在项 目过程 中注重统一管理业务要素 、 协作要素和技 术 要素 3者 的综合 运用 。 ( 2 )建立 了集成 的标 准化接 口， 便 于即插 即 用 的模块 化 开发 、 信息 系统插 件式 接入 。 ( 3 )建立 了信息 系统集成指南 ， 便 于为信息 化建设的管理要素建立成熟 的控制体 系， 使信息 规划、 项 目过程和系统 维护 3个过程都具有整体 的管理标准。 图 7以车辆管理 系统 与 S AP P M 集 成 为例 ， 分 析在项 目过 程 中业 务 要 素 、 协 作 要素 和技 术 要 素 3者 的交 互过 程 。 业务要素 厂 衙 业 务背景： 用户在车辆管理系统申请用车，直到派车业务结束 系统产生已完成的派车信息 ( 派车编号、派车费用) 业 务 目标： 针对用车信息，进行出车费用结算 协作要素 I 车 辆管理系统与S A P P M的 协作l 协作 背景： 分析场 景，实时的同步集成或定时、批量、消息驱动的异步集成 车辆管理系统作 为信息发送者 ( 触发点 )的技术接 口等要素 协作 目标： - 确定协 作双方 的业务和技术职责 确 定集成方式 - 分析双方 的接 口映射和消息映射规划 技术要素 l 集成技术实现 J 技术背景： 确定此场景通过定时、批量、消息驱动的异步集成 通过J DB C 适配器定时抽取车辆管理系统的派车信息 通过I D O C 适配器与S A P P M连接 ，产 生服务 定单 技术目标： 配置与车辆管理系统集成的适配器 配置与s A P P M集成的适配器 配置双方的接 口映射和消息映射 部署及测试集成环境 图 7 业 务要 秉 、 协 作 要 秉 和技 术 要 秉 3者 的 交 互 过 程 除 了 中间件平 台提供 软件 设 施 上 的支 撑 ， 电 力企业信息 系统集成需要 考虑开发管理组织架 构 ， 使项 目开发过程 、 系统运行维护等阶段能有序 协作 。 电力企业原有的信息系统建设组织架构是按 照单个系统为单位进行组织实施 的， 今后 中间件 平台实施以后 ， 原有 的这种组织架构应该说 与将 来的以中间件平台为基础的信息系统开发模式存 在不适应之处 ， 对于电力企业信 息系统集成的开 发管理组织架构 ， 更 多地需要从 中间件平台带来 项 目开发 、 系统运行的改变出发 ， 重点考虑在开发 管理组织架构中落实协作要素。 中间件平台改变了信息系统的集成模式 ， 基 一 1 75 维普资讯 上 海 电力 2 0 0 6 年第2 期 于中间件平台的信息系统集成架构如 图 8所示， 具体表现为 ： ( 1 )简化集成过程 ： 信 息系统 的交互 以中间 件平台为支撑 ； 信息系统建设 主要关注到业务要 素上； 信息系统集成的职能明确( 同步、 异步集成 ， 数据、 功能 、 流程集成 ， 内容集 成， 身份验证， 单点 登录等 ) 。 ( 2 )标准化集成方法： 信息 系统 以标准化的 技 术 、 业 务接 口、 连接适配 器 与中 间件 平 台交互 。 ( 3 )即插即用集成 ： 以模块化 的方式提升集 成的复用能力 ； 插头与接线板 的关 系提升信息系 统 集成 的扩展 能力 。 ( 4 )易于管理： 在中间件平 台上可以灵 活地 集 中配 置 、 管理 和监 控信 息系统 的交互 。 图 8基 于 中 l圃件平 台 的信 息 系 统 集成 架 构 从企业整体 的信息化建设考虑 ， 信息 系统 的 集成是一项复杂的系统工程 ， 牵涉了管理要素 、 业 务要素 、 协作要 素和技 术要素 4个层面的协同。 因而中间件平 台支撑的信息系统集成过程， 通过 统一平 台集中管理、 集成标准化、 即插 即用 的模块 化开发 、 信息系统开发和管理规范建立、 信息系统 集成指南建立 ， 为信息化建设 的管理要素建立成 熟的控制体系， 使信息规划、 项 目过程和系统维护 3个过程都具有整体的管理标准。 3 案例分析 绍兴电力局在“ 十五” 期 间， 信息资源开发和 利用取得 了很大的进步， 已形成 了以“ S AP系统” 为中心 ， 围绕电力企业的电网实时运行 、 设备状态 跟踪 、 人员安全工作的业务 ， 覆盖生产、 营销、 管理 等各方面的近 2 0个 的各级业务 MI S系统， 构成 了绍兴局较为完整的信息化管理规模 ， 而且各部 门建立并使用的 MI S系统， 在经过多次迭代建设 并不断完善后 ， 为本部门高效率的使用 ， 积累和保 存了大量业务性、 专业性都非常强的数据信息， 而 且系统间实现 了一定的信息集成与共享 。 一 】76一 但 是在 当前 系统应 用过 程 中也 明显 存在 一些 问题和不足 ， 体现在 内部应用 系统各专业 相对 自 成体系， 系统互联互通性较差。具体表现在系统 功能面向部门的业务执行和信息查询功能为主， 大量数据分散在各个系统中， 信息获取 的速度以 及 准确性 不能满 足企 业 管 理决 策 的需 要 ； 业 务操 作层也存在信息重复录入与维护 ， 跨部 门协作困 难； 整个企业信息化缺乏相对统一 的基础技术架 构以及企业级数据标准的约束 ， 造成各系统之 间 数据交互和共享实现复杂 ； 同时绍兴局还面临上 级部门正在及计划推广的平台及系统的交互等诸 多实 际 问题 。 因此 ， 在 浙江省 电力 公司 支持下 ， 绍兴 电力局 提出了建设 “ 绍兴 电力局 中间件分 析与选型” 项 目， 上海久隆信息工程有限公司作为项 目实施的 技术咨询方， 与绍兴电力项 目代表一起历时一年 ， 经历了围绕典型场景 的业务集成需求分析、 企业 I T体系架构规划与设计 、 中间件产品选型、 企业 信息系统整合与集成设计总共 四大阶段过程 ， 具 体工作是： ( 1 )架构设计从安全集成、 业务流集成、 数据集 成、 表现集成、 特定系统集成等几个方面要求来规划 应用系统集成领域的企业 I T体系架构， 架构文档的 设计过程， 着眼于典型业务场景集成问题的剖析， 同 时结合绍兴局近几年的信息化发展及系统建设趋 势， 最终形成绍兴局企业 I T体系架构。 ( 2 )中间产品的选型与评估主要通过分析绍 兴电力企业 I T集 成架构对 中间件选 型的要求， 解析出绍兴局 I T集成需要 的中间件产 品类别 ， 然后依照 企业应用集成 中间件产品选型指南 提 出的中间件产品选型的原则、 方法、 标准 、 过程和 模板， 对候选 中间件进行评估 。主要选 择 B E A、 Mi c r o s o f t 、 S UN、 I B M、 S AP、 Or a c l e等 主流厂 家 的产品， 并按应用集成套件 、 门户产品、 安全产品 三大类别分别进行评估。 ( 3 )基于中间件信息系统集成设计方案， 阐述 中间件平台支撑的信息系统集成指南和集成详细 设计 ， 作为具体实施 中间产品， 集成已有系统及未 来系统建设方法。信息系统集成过程方法如图 9 所示。 4 结语 综上所述， 本文分析了中间件如何在 电力企 维普资讯 2 0 0 6 年第 2 期 上 海 电 力 业务 驱动 技术 业 务 场 景 分 析 策 藿 襄 法 IT 体 系 架 构 设 计 的 策 略 和方法 I T 体系架 构的整体 框架 I T 体系架 具体中间 构的详细 件选型和 验证 实现 评估 需求文档 需求文档 架构文档 架构文档 架构文档 选型建设方案文档 管理层 的应 用场景 业务信息综合应用场景 S A P 系统与外 围系统 集 成场 景 S AP X I 的推广与实施 业务操作层的应用场君 事故管理场景 两票管理场 景 P I 实时数据库实施 跨省公司 地市局的应 用场景 中试所技术监督系统 华东电网5 0 0 k V 变电 设备管理 省公 司计划统一建设 实施的大生产系统 数 据集成 策略和方法 数据合并策略 业务流程集成 策略和方法 数据联邦策略 表现集成 策略和方法 数据 同步策略 安全集成 策略和方法 中央星 型策略 总线策略 整 体框架关注 数据集成 功能集成 流程集成 安全集成 表现层集成 整 体框架组成 适配器 数据集成总线 流程编捧引擎 消息中间件 消息集成器 企业门户 安全体系 逻辑视 图 解决典型业务场 景集成 问题 应用视网 满足企业整 体面临挑 战 系统视图 满足省公司信 息化 要求 部署视 图 图 9信 息 系统 集 成 过 程 方 法 业业务集成领域应用的思路和方法。对于电力企 败的原因之一。 业信息化建设而言 ， 集成只是一种手段 ； 借助于信 参考文献： 息化战 略规 划 ( I TS P ) ， 从 企 业 经 营 战略 出发 ， 建 1 基于信息化整体规划的企业集成实施方法 E B o L h t 一 立企业全局 的 I T集成策 略， 规范和有序地执行t p ： w w w s i m fl o w n e t P u b l i c a t i o n s P a p e r s Y e a r 2 0 0 4 企业 I T集成 ； 重点关注企业 I T体 系架构 ， 从 源 y s e w o r k s - 0 4 0 1 p d f 头上杜绝多头规划、 重复投资 、 缺乏标 准