基于SOA的电子政务遗留系统整合方案

合集下载

浅谈基于SOA的企业信息化架构总体规划的意义

浅谈基于SOA的企业信息化架构总体规划的意义

浅谈基于SOA的企业信息化架构总体规划的意义摘要:本文以基于SOA的企业信息系统建设架构总体规划的目的为阐述对象,从企业业务愿景和IT技术愿景的角度,论述一个具有先进性、合理性、前瞻性和可持续的信息化建设架构总体规划的目的和对企业发展的重要意义。

关键词:信息化建设总体规划信息系统架构SOA1、概述多元化的应用系统建设模式不利于企业信息化的持续发展和企业信息资源的共享。

多年来,企业信息化建设的实践不断证明了这样一个事实:不同的应用系统建设模式将形成不同的应用系统技术架构,企业中存在的不同信息系统架构是造成技术体系复杂混乱、技术标准不兼容、IT系统间互操作性差、上下信息交换不通畅、IT管理不规范等的祸端。

因此,研究符合企业信息化战略发展目标的统一、先进与实用的信息系统架构模型指导企业信息化建设显得越来越迫切。

2、基于SOA的信息化架构总体规划的意义SOA,即面向服务的体系结构(service-oriented architecture,SOA),它将应用程序的不同功能单元(称为服务)通过服务之间定义良好的接口和契约联系起来。

基于SOA的信息化架构总体规划,可以使企业信息化架构具有良好的可靠性、兼容性、扩展性、灵活性、协调性和一致性,从而提供安全,先进,有竞争力的服务,并且降低开发成本和时间,使企业IT系统变得更加灵活。

2.1 保证信息共享信息是企业的重要资源,并认为信息流是企业资金流、物流之外的另一种重要的生产要素。

但是企业的信息只有被集中起来,并能够被全企业所共享时,才能真正发挥作用,成为企业真正意义上的资源,而这就需要总体规划。

从内部环境来看,一个企业或组织总是由多个职能部门构成的,从外部环境来看,企业是一个开环系统,要与物资供应商、市场客户、税务部门及其他政府机构发生关系。

由于企业的内外信息资源很多,其内外之间都有大量的信息需要交换和共享,那么如何收集、存储、加工和利用这些信息,以满足各种不同管理层次的需要呢?这显然不是分散的、局部的考虑所能解决的问题,必须有来自高层的、统一的、全局的规划,将这些信息提取并设计出来,才能实现信息的共享。

试析SOA的电子政务系统设计

试析SOA的电子政务系统设计

试析SOA的电子政务系统设计摘要:从当前电子政务系统普遍存在的局限性出发,提出了基于面向服务体系结构(SOA)来构建电子政务系统的思想;然后详细介绍了面向服务架构的相关知识,接下来采用面向服务的应用系统开发方法,结合政府部门办公的需求,给出了一个电子政务系统的体系结构。

论文关键词:SOA;面向服务;电子政务1 引言随着计算机网络的迅速普及,国家加快了电子政务建设的进程,全国各地政府机关随之加快了信息化、网络化平台的建设。

政府在管理企业和公民的相关事务上,也需要不同部门、不同级别的机构、不同地域的机构协同办公才能完成特定审批、核查等相关业务,这样使得办公的分散化和办公的协同成为电子政务发展的主要需求之一。

如何去合理构建新一代的电子政务系统,以提高政府的公共服务效率和质量,政府、学术界都为此进行了大量的探索和研究。

面向服务的架构(SOA)作为新一代的分布式应用集成架构,其目标在于让IT变得更有弹性,以更快地响应业务单位的需求,实现实时效能,这也正是电子政务所需提高的方向。

因此,本文以北京市海淀区政府协同办公系统项目为载体,介绍了如何利用面向服务的架构(SOA)进行电子政务协同办公系统的设计与开发。

2 面向服务的架构SOA到目前为止,关于SOA还没有一个统一的、被广泛认可的定义,从不同的角度,SOA有不同的定义。

从体系结构的角度可以认为: SOA 是一种松散耦合的软件体系结构,在这种体系结构中,由各自独立可复用的服务去构成系统功能。

这些服务向外公布有意义明确的接口,软件的开发是通过对这些实现透明的接口的调用来完成。

面向服务的体系结构中的角色包括:(1)服务使用者。

服务使用者是一个应用程序、一个软件模块或需要一个服务的另一个服务。

它发起对注册中心中服务的查询,通过传输绑定服务,并且执行服务功能。

服务使用者根据接口契约来执行服务。

(2)服务提供者。

服务提供者是一个可通过网络寻找的实体,它接受和执行来自使用者的请求。

基于云计算的SOA企业架构设计

基于云计算的SOA企业架构设计
业应 用 架构设 计 中具有很 高的 实用价值 。
关键 词 :企 业架 构设计 ;系统 整合 ;S A;服务 ;云计算 O
中图分类号 :T 3 1 2 P 1( 02 0 一 19 0 07 99 21 ) 1 O 5- 2
S OA t r rs c i c u eDe i n Ba e n Cl u m p t g En e p ieAr h t t r sg s d o o d Co e ui n
o o dcmpt gt hoo y y r r ic r ei a e sn ne r e pl ao r ic rd s nhs i pat a fl c u o ui c lg bi a ht t e s nptr t pi pi t nac t t e ei a h曲 r i l n en h d c eu d g tn ie r sa c i he u g a cc
Ab t a tT e d v l p n fe tr r e i fr t n s se .o wi elg c y tmso e e r n ta l oae sr c : h e eo me t nep i o mai y tms w l t e a y s se f h a l a d muu l i ltd o s n o h lh t y ys s se tg a ini r e a e s se r s u c s n r v p r t n l f ce c ,a e nt et ee s fo t o e s f r y tms ne r t o d r os v y tm o r e d i o eo ea i a f in yh s e r ls r f o t e i o n t e a mp o ei b h i e s t h wa

SOA架构下Web Services实现的高校遗留系统集成研究

SOA架构下Web Services实现的高校遗留系统集成研究
一 、 、
/…
、 、 、
E SB( 询信 、集成 、月 务交 互, 息处理 ,服务 攫,格式转 捷 服 务蹄 m等 ) &


寺、 穹

j —~… — 一— f — 一。 l ’
…I
匿 宙 匿 洲 ’

图 3基 于 S A 的 高校 遗 留 系统集 成框 架 O
孤岛。 随着 高校 业务 环境 的变迁 和信 息 化 的不 断深入 , 的 、 自包 含 的 、 块化 的。 模 这些 遗 留系统 已经不 再 满 足高 校 的业 务需 求 .维 护成 ( ) 务 的松耦 合度 。即服务 请求 者 和服 务提 供 者 5服 本高 . 操作 性差 . 是 遗 留 系统往 往 承 载着 组织 的关 之 间只有 接 口的往来 . 于服 务 内部 如 何修 改 . 何 实 互 但 至 如 键应 用 . 能简单 丢弃 . 以如 何利 用 现有 的技术 最 大 现都 与 服务 请求 者无 关 不 所 限度 地 重用遗 留系统 是 高 校在 信息 化 进程 中必须 解决 () 6 服务 的位 置是 透 明 的 : 即服 务请 求 者 不 需要 知 的 问题 。 道 服 务 的具 体 位 置及 是 哪 一 个 服务 响应 自己的请 求 .
进 行 绑 定 并调 用 We e i s 现 或 同 它交 互 We 是 用什 么 编 程语 言 编写 的遗 留系 统都 能 方 便 地集 成 bS r c 实 v e b S rie 的体 系 结构 如 图 2所示 : ev s c 通过 绑定 代理 使遗 留系统 以 间接 的方式 集成 的另一 个 好处 就是 . 只要 绑 定代 理不 变 . 提供 服务 的遗 留系统 可 以按 需要 更换 . 层应 用不 需要作 任何 改动 绑 定 代理 上 除了方便 其它 程 序调用 外 .它 还提 供 了系统 使 川 外部

面向服务(SOA)集成企业遗留系统方案

面向服务(SOA)集成企业遗留系统方案
EB 。 S上
在E B S 的设 计 时要 提供 服 务适配 器 来集 成C RA 象 、C M DO 组件 、 OB 对 O /C M JE 等遗 留应用 。即对 于 每一 个应 用 程序 ,必须 识别 适 用 的适 配器 以及 必 2E
须 应用 的相 应 协 议 和 封装 技术 ,这 包 括 识别 交 互 中 所 需 的所 有 标 准 ( 例
l 使用 的协 议 图。 是 图2 E B S 图
在 EB 行设 计 时 ,要 决 定那 些 条件 下 服 务应 该位 于 总 线上 ,在 那 些 S进 条 件下 服 务应 该位 于 业 务流 程管 理 ( P )工 具 中 。通 常 ,E B 的服务 应 BM S上
该 是短 生命 的,不 连 续 的事 务: 需要 复杂 规 则来 确 定路 由 以及 其他 基于 数 据 的 决策 的服 务应 该 位 于E B ;具 有 特定 于 端 点 的逻 辑 的服 务 应该 位 于 S上
性 、平 台的独 立性 和激 活机 制与 散转 机制 的透 明性 。 图 1 协 议 图 3 3 编排 服务 为端 到端 的业 务流 程 .
3面 向臌 务 的企业 系统 设计 的 整体概 述

BE是一种 基于xL 范 的语言 ,它 支持面 向进程 的服务 组合 , PL M规 B E 通过 与wb 务 的子集 进行 交互 以完 成任 务 。业务 规则和 BE 的无 缝集 PL e服 PL 成 “ ”创 造极 丰 富和 强 大 的业务 流 程并 在B E流 程 管 理器 中允 许定 义大 流 PL 量 服 务来 实现 各种流 程 。图 3是O a l 业 务规 则和B E 集 成 的图 。 r ce PL
务 的维护 和 升级 ;服 务 注册 中心 :集 中存 储 服务 信 息 , 以便 于 服务 请求 者 的查 找 。 同时服 务提 供 者可 以把 它们 所要 提 供 的服 务在 服 务注 册 中心这 里 进行 注 册 。协议 是 服务 请求 者 进 行查 找 调用 绑定 服 务 ,服 务提 供者 发布 描 述 和提 供服 务 ,服务 注册 中心 注 册 、添 加 、删 除服 务要遵 守 的规 范 。 sA o 侧重 于 服 务 ,服 务是 应 用 系统 之 间进 行 互 操作 的 基础 ,服 务接 口 标 准 的封 装 使得 异构 平 台 的数 据 、信 息互 访成 为 现实 。在 应 用系 统 进行 互 操 作 、通 信 时 ,用 了大 量 的通信 协 议来 完 成所 谓 面 向服 务架 构 的工 作 。图

SOA介绍及解决方案

SOA介绍及解决方案

K1+478〜K1+5888段左侧片石混凝土挡土墙第1部分什么是SOA1.背景IT行业就是术语和缩写流行的行业,各大厂商都喜欢隔三差五地推出一些新概念。

为了不落人后,大家都喜欢争先恐后地跟进。

有深入研究、务实研发的供应商,能够将概念落地,不断推出创新的产品和服务,赢得竞争优势。

但“贴标签”的也大有人在,而且趋势是越贴越多,跟风炒作,“鱼目混珠,泥沙俱下”,以至于“混绕视听”了。

SOA就是这俱多“三字母”缩写的概念之中的最流行和热门的一个。

但目前,SOA概念和解决方案,话语权方面基本上被国外巨头所控制,特别是大的中间件厂商。

但是真正能够完整实现SOA的落地解决方案和案例很少,刻意包装的成分比较多,特别是应用架构方面。

重技术,轻方法论,造成企业实施SOA缺乏足够的架构方法、SOA治理、SOA实施运维方面的最佳实践,因此企业实施SOA缺乏系统的指导。

另一方面,国内的不少软件企业,由于不能提供完整意义上的SOA解决方案,只能提供部分的组件,小部分特性符合SOA思想,所以就任意曲解SOA的含义,随意解析SOA的概念。

以至于国内没有一家软件企业不宣传SOA,不宣称其产品符合SOA架构的。

由此造成,许多企业和客户对SOA是非常茫然的,对SOA的价值也转向怀疑和抵触。

这种厂商之间的无序竞争,不利于国内企业的自主创新,也不利于企业导入和实施有效的SOA,实现SOA的商业价值。

本文试图就SOA的来龙去脉,外延内涵和前世今生,来一个全面的阐释。

一家之言,权作业界参考,希望带动大家做一些更深入的思考。

文章比较长,如果兴趣不够,也可以就此打住。

2.为什么需要SOASOA的出现不仅仅是厂商炒作的结果,本质上是两种力量驱动的结果:需求拉动、技术推动。

业务需求的拉动,希望解决业务应用的问题;技术发展的推动,使得SOA具备了技术上的可行性,软件技术的发展推动了IT创新的商业价值。

2.1.需求拉动需求拉动方面,主要来自于两种信息化的困境。

面向服务(SOA)技术架构规范

面向服务(SOA)技术架构规范

ICS备案号:Q/CSG 中国南方电网责任有限公司企业标准面向服务的信息技术架构(SOA)框架规范中国南方电网责任有限公司发布目次前言 (III)1 范围 (1)2 规范性引用文件 (1)3 术语与定义 (1)3.1 面向服务的体系结构 (1)3.2 服务 (1)3.3 企业服务总线 (1)3.4 企业资源规划 (1)3.5 企业应用集成 (1)3.6 企业信息门户 (1)3.7 SOA项目 (1)4 总则 (1)4.1 持续发展原则 (1)4.2 先进性原则 (1)4.3 实用性原则 (2)4.4 操作性原则 (2)5 SOA架构模型 (2)5.1 服务体系 (2)5.1.1 服务体系设计依据 (2)5.1.2 服务体系图 (2)5.1.3 服务体系各层定义 (3)5.2 应用体系 (3)5.3 服务部署体系 (4)5.4 技术标准规范体系 (5)5.4.1 技术标准规范体系图 (6)5.4.2 服务开发技术标准规范 (8)5.4.3 服务集成技术标准规范 (12)5.5 SOA架构模型特征 (13)6 SOA服务设计与开发 (13)6.1 服务识别 (13)6.2 服务定义 (13)6.3 服务设计 (15)6.3.1 总体设计原则 (15)6.3.2 访问服务 (15)6.3.3 数据服务 (15)6.3.4 业务服务 (16)6.3.5 流程服务 (16)6.3.6 综合服务 (16)6.3.7 展现服务 (16)6.4 服务实现 (16)6.4.1 服务封装原则 (16)6.4.2 服务封装方式 (17)7 SOA服务集成 (17)7.1 企业服务总线 (17)7.2 服务描述 (17)7.3 服务注册/发布 (18)7.4 服务发现/调用 (18)7.5 服务编排 (18)7.6 服务管理 (18)7.6.1 管理内容 (18)7.6.2 参考流程 (19)8 SOA项目管理 (21)8.1 项目实施方法 (21)8.2 项目实施策略 (22)8.3 项目实施路线 (22)8.4 项目实施步骤 (23)8.4.1 项目准备 (23)8.4.2 项目需求分析 (24)8.4.3 项目设计与实现 (24)8.5 项目验收 (25)8.5.1 总体要求 (25)8.5.2 验收文档规范 (25)前言随着中国南方电网有限责任公司(以下简称为南方电网公司)企业信息化应用的不断发展和信息资源的不断积累,公司在探讨与实践企业信息技术架构时认识到:多元化的信息技术架构不利于企业信息化应用的发展和企业信息资源的积累与共享。

面向服务的体系结构

面向服务的体系结构

面向服务的体系结构面向服务的体系结构(S ervice-O riented A rchitecture,SOA,也叫面向服务架构)是指为了解决在Internet环境下业务集成的需要,通过连接能完成特定任务的独立功能实体实现的一种软件系统架构。

SOA是一个组件模型,它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。

接口是采用中立的方式进行定义的,它应该独立于实现服务的硬件平台、操作系统和编程语言。

这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。

传统的Web(HTML/HTTP)技术有效的解决了人与信息系统的交互和沟通问题,极大的促进了B2C模式的发展。

WEB服务(XML/SOAP/WSDL)技术则是要有效的解决信息系统之间的交互和沟通问题,促进B2B/EAI/CB2C的发展。

SOA 则是采用面向服务的商业建模技术和WEB服务技术,实现系统之间的松耦合,实现系统之间的整合与协同。

WEB服务和SOA的本质思路在于使得信息系统个体在能够沟通的基础上形成协同工作。

对于面向同步和异步应用的,基于请求/响应模式的分布式计算来说,SOA是一场革命。

一个应用程序的业务逻辑(Business Logic)或某些单独的功能被模块化并作为服务呈现给消费者或客户端。

这些服务的关键是他们的松耦合特性。

例如,服务的接口和实现相独立。

应用开发人员或者系统集成者可以通过组合一个或多个服务来构建应用,而无须理解服务的底层实现。

举例来说,一个服务可以用.NET或J2EE来实现,而使用该服务的应用程序可以在不同的平台之上,使用的语言也可以不同。

SOA的生命周期建模建模是面向服务的体系结构项目的第一步,几乎和技术没有任何关系,所有事项都和具体的业务相关。

请记住,面向服务的方法将业务所执行的活动视为服务,因此第一步是要确定这些业务活动或流程实际是什么。

对您的业务体系结构进行记录,这些记录不仅可以用于规划SOA,还可以用于对实际业务流程进行优化。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

3.3定义并抽取服务
删、改、查。这些元服务又可以经过组合内聚性更强的服务,比如公务员信息录入等。在完 成了逻辑上对服务的分类和定义后,就可以对服务进行抽取工作了。在抽取服务这一过程中, 要涉及到许多代码的操作,因此也被称为“遗留代码的打捞”。这实际上是最大限度地从遗留 应用程序“打捞”代码(以便重用)。整个“打捞”过程分为两步:首先,要从现有遗留代码 库中收集代码,必须找到这些代码并确定其具有重要价值。在确认代码的价值后还需要标识 语句,然后就确定各个语句在哪个代码单元(程序、段落等)中。最后仅从原始位置复制这 些单元,并带上其引用的变量。这一过程通常被称为代码剥离(code stripping);最后是提取 代码,并将其重新封装为具有自己接口的独立模块的过程。

电子政务遗留系统现状及其解决方案
我国的电子政务建设从世纪年代末开始起步,经历了政府办公自动化、“三金”工程、政
・基金项目:国家自然科学基金资助项目(No.70802008),北京理工大学基础研究基金资助项目(No.20070842014). 作者简介:陆可(1983一).男,硕士。研究方向:信息系统的理论和方法。 尹秋菊(1973一).女,副教授。博士。研究方向:电子商务、信息系统理论与方法、客户关系管理。
在SBEGA中,一些特定的操作可以抽取为最基本的服务一元服务,比如最基本的增、
3.4为服务封装接口
封装经过抽取所获得的代码。封装流程的目的是为了得到从遗留代码中提取的组件的 Web服务描述语言(Web
Services Description
Language,WSDL)接口。此方法要求将每个
条目转换为方法,将每个参数转换为XML数据元素。此方法将其参数和结果作为引用添加 到数据元素描述中。数据结构成为了包含一个或多个子元素的复杂元素。方法和参数都构建 到XML模式中。一项服务既可能是服务请求者,也可能是服务的提供者。这是由SOA的 松耦合的特点所决定的。因此,在对服务进行接口封装时,不仅应该封装其作为提供者的接 口,也应该封装其作为服务请求者的接口。
3.5应用服务层中的封装
在应用服务层中,从遗留系统中抽取的服务与重新开发的应用服务被集中在一起,并根 据需要对服务接口做出适当的调整。调整的目的是为了更好地为服务接口层中的服务逻辑整 合提供便利。在服务接口层中,一些小粒度的应用服务被组合到更粗粒度的应用逻辑当中。 这种组合是为了更好地适应服务的整合需求。应用服务负责表示技术与应用逻辑,而业务服 务层引入了专注于表示业务逻辑的服务,称之为业务服务。在这一层中完成的主要工作,是 将经过适度集成的遗留系统中的应用服务整合到整个业务流程链当中,将SEBGA真正的带 入到Web服务阶段。经过整合的业务流程链将直接面对公众并为之提供服务。 至此,完成了从遗留系统中抽取服务并将服务整合到SEBGA的所有工作。
2.2
SOA的发展历程和现状
寻找一种对电子政务遗留系统更为适合的解决方案势在必行。本文的研究,主要集中于
对电子政务遗留系统进行基于SOA的系统整合。 GartnerGroup于1996年最早提出了面向服务构架(Service.OrientedArchitecture,SOA), 其最初的应用并不是为了企业系统,它主要用于Web Service,其实现主要也是通过Web Service。但是由于Web Service的广泛应用,SOA企业化应用的趋势明显加强。SOA代表一 个开放的、敏捷的、可扩展的、可组合的架构,包含了自治的、可互操作的、可发现和潜在 可复用的服务,并使用Web服务来实现。SOA能够建立一个业务逻辑抽象和技术抽象,可能 导致对业务流程建模和技术架构的改变,从而导致这些模型间的松散耦合。在一个SOA体系 架构中,一般包含了三个角色:服务提供者(Service Provider)、服务请求者(Service Requestor) 和服务注册器(Service Registry)。角色之间主要有三种操作:发布(Publish)、查找(Find) 和绑定(Bind)。 我国电子政务的发展,在经历了内部办公自动化、信息发布等阶段后,已经进入政府机 构与公众之间的互动阶段,并逐渐过渡到在线政务处理阶段。在这样的背景下,对电子政务 遗留系统的整合,应采取基于SOA的整合方式,也许在短期内采用这种方式的优势还不能完 全体现出来,但从长远来看,这种方式很好地利用了遗留系统的旧有资源,并且对于当前我 国快速变化调整的电子政务系统有更好的适应性。
Based E.Government
Architecture,SBEGA)。基于SOA的电子政务遗留系统整合框架模型如图l所示。
业务流程层服务接u层应用服务层
图l基于SOA的电子政务系统整合框架
因为并非所有的业务流程都适合通过抽取服务整合到SBEGA当中,所以在整合遗留系 统之前,有必要首先对遗留系统进行初步的评估。在对遗留系统进行评估并确定服务后,可 以开始对遗留系统抽取服务。整个抽取服务的过程大致包括:评估遗留系统、解耦遗留系统 (标识遗留代码)、定义并抽取服务(同时抽取遗留代码)、为服务封装接口,最终实现服务。
4.1解耦遗留系统,抽取遗留代码并包装为服务
三个遗留系统用不同的开发平台开发,对于权限管理差异较大,整合的成本较高,因 此用JAVA重新开发了统一的权限管理服务并进行接口封装。将三个遗留系统中的数据库中 的数据统一格式,建立统一的数据同步接口,然后才用触发器和轮询机制对数据进行整合。 在设立登记流程中,涉及到的在其他业务流程中调用的服务还包括:①回收、校验表格; ②录入登入信息;⑨打印单据。为这两个服务提供不同的参数,就可以在不同的流程当 中使用。
74
第12届全国信息管理与工业工程学术会议论文汇编
府上网工程、“两网四库十二金”等发展阶段。伴随着我国电子政务系统的建设步伐,电子政 务的遗留系统问题逐渐产生和凸显出来。近年来,越来越多的学者开始关注这个领域,并对 其进行研究,并取得了一定的成果。
2.1遗留系统的内涵
在做进一步研究之前,有必要了解遗留系统的内涵和研究范畴。关于遗留系统的定义很 多,但总体而言,遗留系统包括以下几个特征: (1)遗留系统是可用的信息系统,并且其中包含着企业相当重要的企业信息和职能,这 些职能和信息都是可用的,并且仍为企业提供相当重要的业务价值。 (2)无论从技术还是从用户需求出发,遗留系统都是落后的系统,必须通过自身的演进 以适应组织和业务的变化。 (3)由于替换或重新设计的成本很高,遗留系统的演进,具有相当的难度。 结合对遗留系统特征的分析和电子政务的定义,可将电子政务遗留系统理解为:已经在 政府机构中运营了较长时间,承担政府机构的关键业务,但系统之间难以有效地共享信息和 协同业务,因此随着计算平台的变迁和政府业务需求的发展,需要不断改进和完善并加以整 合的电子政务系统。对遗留系统传统的处理方式是根据遗留系统的生命周期采取不同的演进 方式。演进方式主要有维护、现代化改造和整体替换三种。然而当前我国正处于政府职能转 型的重要时期,政府机构内部及政府机构之间的业务流程面临不断调整,电子政务的目标也 由最初系统内部的办公自动化逐渐演变为对公众提供更多的服务,政府信息整合的需求也在 不断变化和发展。因此采取这三种演进方式,很可能出现的情况是根据当前政府机构的业务 需求,对电子政务系统进行演进后,电子政务的需求又发生新的变化。
基于SOA的电子政务遗留系统整合方案‘
陆可尹秋菊
(北京理工大学管理与经济学院,北京,100081,lookerl983@yahoo.cn) 摘要:伴随着信息技术,特别是网络技术的飞速发展以及国家对电子政务的日渐重视,我 国的电子政务取得了令人瞩目的成绩。但是,由于各级政府在电子政务的建设过程中缺乏统
表1遗留系统基本情况表
名称
系统功能 税收征收管理、 监控、分析 增值税的征收和管理 出口退(免)税 各项业务的管理
开发工具
数据库
操作系统
综合征管系统
增值税管理系统 出口退税 管理系统
POWER BUⅡ.DER
ORACLE
mMAⅨ
mMAⅨ
ⅥSUAL BASIC ⅥSUAL BASIC
oRACLE
SQL SERVER
3.2解耦遗留系统
由于遗留系统大都经过长时间的进化,系统往往都具有较高的耦合度,设计和需求文档
76
第12届全国信息管理与工业工程学术会议论文汇编
都不能反映遗留系统的状态。许多情况下,需要将遗留系统分解成低耦合、高内聚的系统, 系统经过解耦之后,业务流程之间的依赖关系得到调整,耦合度在一定程度上得到降低,从 而为下一阶段服务的定义和抽取打下坚实基础。
基于SOA的电子政务遗留系统整合方案
75
3基于SOA的电子政务遗留系统整合框架模型
大型遗留系统往往有丰富的、复杂的结构,当然,它们也可以被进一步分割成相对独立 的子系统。当进一步将这些子系统分割,并将其功能分割和重新封装为服务,再加以整合, 系统就实现了松耦合。当从电子政务遗留系统中抽取出服务后,就可以将这些服务整合为基 于SOA的电子政务系统架构,称之为基于SOA的电子政务系统(SOA
啪0WS
这三个系统由于开发的时间和工具大相径庭,因此在业务和数据上难以很好的协同,并 且由于经过长时间的维护,遗留代码中的很多部分都没有完整的文档,这给服务的抽取带来 了一定的困难。经过评估,70%的有效数据存在于原有系统中,因此决定对这三个遗留系统 进行基于SOA的整合。以下以税务登记中的设立登记流程为例,按照第三子政务系统中,出现了许多的遗留系统。因此,信息资源的整合将成为
我国电子政务未来发展的重大挑战。面向服务架构(SOA)的思想,由于提倡将遗留系统中
的业务流程分解并重新包装为服务加以重用,可以最大限度地利用遗留系统资源,因而在电 子政务遗留系统的整合中将大有用武之地。 关键词:soA;电子政务;遗留系统;系统整合
从各个遗留系统中抽取的服务与新建立的服务构成了SEBGA的底层——应用服务层,在应
用服务层的基础上,最基本的服务根据需要耦合在一起,并在业务流程层中并入业务流程链。 业务流程层直接面对公众,为公众提供政务服务。在需要的时候,SEBGA可根据需求的变化 做出灵活适当的调整。
相关文档
最新文档