基于SOA的非税业务管理系统的设计与实现

摘要:传统的信息系统将不再出现信息孤岛,从而高效地为其核心业务提供服务,并快速适应不断变化的业务环境,表现出SOA系统架构的价值与灵活性。

关键词:SOA系统架构;信息孤岛;不断变化;业务环境;灵活性

中图分类号:TP315文献标识码:A文章编号:1009-3044(2009)24-7046-02

Design and Implementation of Non-tax Management System According to SOA

CAO Hong-yi, YANG Jun-hui

(Xi'an Medical university, Xi'an 710021, China)

Abstract: Traditional information system is not independent of regional,it will be improved greately and provide effective service for its core business, moreover,it also can adapt to constantly changing business environment, Demonstrate the value and flexibility of SOA system architecture.

Key words: SOA system architecture; independent of regional; constantly changing; business environment; flexibility

1 SOA介绍

SOA是一种架构模型,它可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用。服务层是SOA的基础,可以直接被应用调用,从而有效控制系统中与软件交互的人为依赖性。SOA的关键是“服务”的概念, W3C将服务定义为:“服务提供者完成一组工作,为服务使用者交付所需的最终结果。最终结果通常会使使用者的状态发生变化,但也可能使提供者的状态改变,或者双方都产生变化”。

关于SOA一直没有正式的定义,不同的组织对其有不同的理解,将SOA定义为:“本质上是服务的集合。服务间彼此通信,这种通信可能是简单的数据传送,也可能是两个或更多的服务协调进行某些活动。服务间需要某些方法进行连接。所谓服务就是精确定义、封装完善、独立于其他服务所处环境和状态的函数。”与传统的系统结构相比,SOA规定了资源间更为灵活的松散耦合关系,极大体现了业务服务的可复用性和灵活可扩展性,能够快速适应未来业务的发展。

2 SOA案例

***市财政局非税收入业务,主要管理全市1000多家预算单位的行政事业性收费、政府性基金、国有资源有偿使用收入、国有资本经营收益、彩票公益金、罚没收入等10大类收入项目类型的经济收入,全部收入统一缴入财政局在各家银行开设的非税收缴专户,业务流程主要体现为单位开具收费票据、银行受理缴费、财政统一监管的业务管理理念。

目前***市财政局非税收入管理信息化比较落后,各预算单位各自用各自的一套应用系统,管理本单位的预算收缴业务,收入票据定期汇总统一缴入银行,同时将收入数据以导出文件方式传给财政,财政局自身也有单独的应用系统,通过接入单位上传文件进行收入数据的监控和统计。由于单位系统、财政系统和银行系统都彼此独立,之间的信息交互都是依靠人工手工来操作,这种彼此孤立的信息系统,由于信息数据不能做到实时同步,给财政局业务部门的管理工作造成很严重的影响。举个例子:每到月底财政局都要出预算收入报表,财政的业务负责人都要提前一周通知各预算单位上报文件,收到预算单位上报的数据文件再手工导入系统后才能出预算报表,经常会因为个别预算单位的延迟或数据质量问题,使得收入报表结果的时效性和准确性无法得到保障。而且由于预算单位的收入数据延迟上传财政,财政做不到对预算单位的每笔收入进行实时监控,所以很容易出现管理漏洞,各单位收入金额存在严重积压,滋生了公款私存、挤占、挪用等腐败现象,严重影响了财政资金的使用效率。

正是由于以上的管理现状,***市财政局提出了全新的业务管理模式,希望构建统一的业务管理平台,财政、单位、银行间信息实时同步,加强对预算单位业务的全面监控,规范业务管理流程,提升财政管理水平,同时考虑与已有预算单位信息系统集成,最大化利用预算单位成熟的应用系统资产。

3 案例解决方案

为了能满足***财政局非税业务统一管理的业务目标,灵活适应未来业务的发展,建设一个统一的非税业务服务管理平台,同时提供标准统一的接口与预算单位、银行系统进行集成,我们采用SOA的解决方案。因为SOA的核心价值是以重用标准化业务服务,灵活编排业务流程,快速适应未来业务的发展,同时也是异构系统之间整合的最佳方案,提供开放、标准的接口,可供不同技术、不同平台的应用系统访问。

基于对***财政局非税业务需求的理解,非税业务流程主要有基础数据管理、票据管理、收入管理、预算单位管理和与其他系统间的接口,基础数据管理是管理整个业务相关的基础数据,提供统一的标准规范(如各预算单位编码、单位收入项目编码及收入标准等),票据管理是对非税业务票据整个生命周期的管理,完成从票据的印制、入库、领购、预算单位开票、核销等完整的业务流程,收入管理完成与银行系统的接口,管理财政收入数据,进行收入的监控及分析。预算单位管理主要是对预算单位基础数据、票据使用、票据填开等业务的管理。

soa应用的关键步骤是分析提取标准的业务流程服务,我们引入IBM SOMA 的方法指导,对业务流程中的服务进行分析、标识和说明,从而生成我们业务系统的服务模型。(因为本文的重点将SOA的实践,业务需求的分析和流程服务的识别不再做额外的介绍),业务系统的整体架构如图1所示。

系统架构共四层:表现层、应用层、服务总线层、数据层。每一层只与直接下层有联系,与其他层不直接关联,不同层次可以独立建设和更新,下面逐一对各层的内容进行简单介绍:

表现层:用于统一用户访问入口,是用户和系统间交换信息的窗口。提供友好、丰富多样化的展现界面(如图片、表格、按钮、列表等),主要功能是检查用户输入的数据,提供可供完成业务的操作按钮,显示系统输出的数据等。表现层可以有多种技术实现途径,包括浏览器、客户端软件、手机、语音电话等,可针对不同类型的用户提供不同的展现形式。

应用层:应用层提供了业务应用中的业务流程实现,基于标准的业务服务进行业务流程的组织、编排和管理,提高业务系统的灵活性和高可靠性。通过动态集成服务,充分利用框架提供的稳定高效平台,可方便支持消息、集群、安全等多种支撑功能。

服务总线层:服务总线层是SOA架构的基础核心层。利用该层次,系统可以将目前已有的各种异构IT资源以标准化的业务服务统一注册管理在服务总线层。基于服务的元数据管理(Metadata),对服务进行定位、合法性校验、服务版本控制和注册管理等多种服务,为应用层提供可供复用的业务组件。

数据层:提供对业务数据存储的支持,支持多种数据结构形式,如关系型数据库管理系统、普通文件及其他集成系统接口,通过统一的方式实现数据的存取。

分层的架构降低了组件之间的耦合度,应用层统一调用标准服务的接口,不依赖服务的具体实现,当服务层的业务服务组件实现发生变化时,上层的业务流程不用做任何调整,这样提高了整个业务系统的扩展性及灵活性。同时标准的业务服务可供多个业务流程调用,最大限度复用已有的信息资产,提高业务流程的高可靠性,节省不必要的重复投资。

系统之间的信息交互统一使用基于服务的思想,通过使用WebService技术规范来定义系统交互的接口,数据的传输采用标准的XML格式,这种接口实现是独立于平台、组建模型和编程语言,可以轻松实现预算单位征收系统、银行的收费系统与财政系统之间实时同步,系统之间的交互模型如图2所示。

首先财政通过“基础数据服务”和“票据服务”将基础数据及财政票据同步到预算单位系统,保证预算单位系统基础数据的规范性,预算单位每开具一张票据调用“单位开票服务”将票据信息上传财政,这样财政可实时监控预算单位开具的每一笔缴费票据,同时银行受理缴费后,调用“银行收入服务”将实收的票据信息上传财政,这样财政可实时监控和管理预算单位实际收入。

通过SOA的解决方案构建***市财政局非税收入系统,给***市财政局非税业务的管理工作带来了前所未有的变化,以往单位的开票信息财政无法做到提前监控,现在预算单位每开具一张票据,财政都能实时看到,能有效监控票据信息的有效性,提前杜绝单位的违规行为。同时银行受理票据财政也能实时反映,每天都能实时统计财政局的非税收入数据,这在以往是需要好几天的时间。通过系统间的实时同步客观上也有效防止了财政资金被挤占、挪用等腐败行为,提高了财政资金的透明度。

4 SOA的应用价值

SOA的主要优点是灵活。不像以前的计算模式如客户/服务器和大型机环境,SOA把IT功能作为跨平台的共享服务来提供。这带来了诸多好处,但最立竿见影的就是可以通过重复使用现有资产,获得明显的投资回报。 一旦SOA中有了一组标准业务服务,这种重复使用好处就会急剧变大,这就是“SOA网络效应”,如SOA战略大师Sandy Carter在她的书中所说的:“产品和服务是可以复制的,只有业务模型才是区分企业优劣的关键”。SOA的价值会随着可用服务的数量以及使用这些服务的不同应用程序或者用户的数量而增加,这种价值会随着时间的推移不断增大。SOA架构所代表的先进性不仅仅是因为它们能够做到关键流程的整合和自动化,还因为他们能够以一种动态、灵活和快速响应的方式管理这些关键流程,打造随需应变能力。

SOA的灵活性还可以让组织受益,因为可以加快应用开发,通过重复使用硬件部件和软件组件,来降低成本。用这种办法开发应用程序的其质量可能比独立开发的还要高,因为组件预先经过了测试,标准服务接口也已经得到了验证。这些好处绝不是推测出来的。同时已有的信息资产可以被充分利用起来,通过简单改造实现服务的接口即可与新系统紧密整合。

参考文献:

[1] 蔡亭友,王建明,刘英卓.基于SOA架构的企业应用集成(EAI)研究[J].微计算机信息,2007(15):18-20.

[2] 李培松,刘觉夫.基于Web Service的面向服务架构(SOA)的研究[J].华东交通大学学报,2007(2):80-83.

[3] 陈朋,李光耀.基于面向服务体系结构SOA的软件开发[J].河南科技大学学报:自然科学版,2006(5):26-30.

[4] 伊尔.SOA概念技术与设计[M].北京:机械工业出版社,2007.

[5] Robertson S,Robertson J.掌握需求过程[M].北京:人民邮电出版社,2007.

[6] 黄国兴,周勇.软件需求工程[M].北京:清华大学出版社,2008.

[7] 金芝,刘U,金英.软件需求工程―原理和方法[M].北京:科学出版社,2008.

[8] Withall S.软件需求模式[M].北京:机械工业出版社,2008.

[9] 马华,李建华.基于SOA的企业应用集成系统[J].计算技术与自动化,2005(4).

[10] 隋宏伟.基于SOA的企业应用集成框架研究[D].山东师范大学.2006年.

[11] 吴嘉琪,郭文夷,刘朝晖.基于SOA架构的外币买卖系统集成框架[J].微计算机信息,2007(18):23-26.

[12] Mittal K.为发展中的SOA服务用法收集需求[EB/OL].(2009-03)./a2009/0228/267/000000267220.shtml.

[13] 李月蒙.SOA大旗下充分发挥全面预算作用[EB/OL].(2009-06)..cn/xwpl/302/8912802.shtml.

[14] 东缘.门户是SOA项目的起点和终点[EB/OL].(2009-05)..cn/xwpl/4/8838004.shtml.