SOA_analyse.docx

《SOA_analyse.docx》由会员分享，可在线阅读，更多相关《SOA_analyse.docx（10页珍藏版）》请在优知文库上搜索。

1、修拄行业会是面向效劳架构(SOA)的先行者一项突破性技术产生后,总要有第一批勇于“吃螃蟹”的先行者来示范。这个道理应该同样对SoA适用.所以一直在思考和留心这个问题，“邨些行业会是SOA的先行者？-网首SoR实际5署工程的运渐涌加.答案也慢慢浮出水面.最近，F。UeSter出了一份关于出洲SoA在各个行业应用情况的研究报告(AsiaPacificSOAIndustryAdoptionTrends).S1.标题就是“公共部门和金融行业将主导SOA投入(Pub1.icSectorAndFinanceBi1.1.DriveSOASpend).另外还看到过来自易观国际的一篇分析报告,”中国中间件市场及

2、部爵SOA趋势展望*,同样提到摔名前三的行业需求来自电信、金融和政府。咎案不算出人感料，这里倒是可以检讨一下其中可能的原因.提供增值效劳是这些行业的特点之一。而且无论公共部门还是金融效劳,行业内提供的效劳根本是同质的。在提供同项效劳的行业里，取得优势的通常方式是如何提供差异化和创新。在差异化和创新中，信息系统的支持应当是不可或缺的，特别是一个高效灵活的业务信息系统。SOA的理念正切合了这个需求。先说差异化,例如：金融行业里各个银行对个人提供的根本业务根本没有本质的差异。如果说差异.大多数是用户体验的差异。用户体验的差异源于业务流程的差异。而说到对业务流程的优化与重组的支持.SOA无段是有优势的

3、.再说创新，现在的公共部门总是在不断推出各种各样的便利新效劳，这些效劳大多数也都要以信息技术支持,说到信息技术为支持业务创新应该要具备的柔性(F1.eXibi1.ity),SOA同样是有吸引力的。这些行业能够率先“尝堂”SOA.也得受于其良好的信息系统其础。无论是公扶荔门还是金融.都应该箕是信息化比较成熟的行业。就那国内东浒，这些年的信息系统珑设投入，早让公挥部门迂有金融行业,实现了全面的信息化。不管是硬件设备.软件环境，还是管理意识、人员素质，都能说是万事具备.转向SoA,是一个自然而然的举措。因为SoA理念的运用,无疑会帮助加速整合其信息技术方面的优势,对业务开展提供更好的支持。除了信息技

4、术的原因，管理的标准化也便利了SOA的推广。公共部门或金融行业,管理上相对其他行业，例如制造业，可以说更加有规矩可循,在这些行业中大多数业务流程都已经在管理上被清晰定义.SOA的假您非常容易向业务模式互相映射。拿SoA中最困？的问锂之一,关于业分流程中效劳划分的勒粒度问题来拔，在这些行业能婚比较好的卷照原来的业务定义来做映时.而且，关于效劳的对内对外接口也相对视定.SOA理念和管理模式的契合，对获得各方面的认同和支持也是必要的.最后还有一点比较重要的因素，就是在公共荀门或金融行业中个体占有的市场地位时采用SOA的影响。母蒲置疑，这些行业里的个体布占有相对垄断的地位.一方面垄断地位说明其独享一个

5、宏大的市场，效劳具布相当数量受众.SOA钱念的实旌，能第受等一大片，琅得相当大的效莅(经济的或者是社会的)：另一方面,垄断地位让其有能力来领导和掌控SOA工程，排别在工程早期,工程效益的示范作用还不明显的时候，一个强有力的领导者能防止工程的夭折。SoA工程的集成(InteRra1.ion)效益是随同物与者的增加而增加的，也就是说越多人参与进来，不仅倍增参与者的将薇，而且降低参与本钱.总之，行业的垄断地位，能保证足够多的参与者，也能在防止不必要的犹隽不决和防躇不前。检讨公共劄门和金融行业能先行主导SOA的原因.是希望对其他行业的SOA推动有所借要。实施SOA并不是单纯的技术革新，而更多的是方法论

6、和业务模式的进化.SAP在这方面一直是强调“进化论”.从上面的分析，也能看到SOA的成功济要从管理到技术，从内部到外部，从设备到人员，等等，多方面协同推动。电子政务需要Sa1,从面向构件开始SOA巳经有很多人在讲了，并且讲的H间也不算短了.以此为题做论文，京度可不小.不过，既然是面向效劳的体系架构，我始终以为，SOA是不能脱离业务的，它应费首先是一片业务设计方式，指导着拿J1.a域蔻的业务效劳的构思、创立、使用、变化和终结其次，这片业务设计方式应该在面对不同城藏身的不同业务效劳的各个生周期中能警始终如一地Ir穿技术标准化的策*原则.所以，翌谈SOA,我还是把它放在一个特定的领域，比方电子政务领

7、域谈起吧。如此接下来的话题就自然而然地变成了以下几个：电子政务需要SOA吗？是过去需要、现在需要,还是将来需要？电子政务的SOA如何开始？电子政务要她吗？我国的电子政务建设格局像一个蚁横交错的大供身，在刚刚过去的“九五.和“十五期间，我国各级政府部门纷豺规划和建设起各自的电子政务系统工程，从中央到地方竞相投入人力物力财力，在很多方面都取得了显著的阶段性成果。以国信办17号文件中所规划的12金”工程为代表,国家各大部委正在积极借鉴“金税、”金关、“金盾等工程的成功经骁，努力而快速地推进自上而下的、涵益“部、省、市、县、乡”等五个层次的姒向缔合业务系统。纵向电子政务茬设的成功经脸是围绕政府的某项具

8、体职能,利用信息化的手段,到达业务标准和业务资源的坑一,实现数据自底向上的快速准确聚集和业务自上而下的高度协同。“金税”、金关”等工程的实施也端实证明了它们在强化政府的机收管理和外汇管理等方面所起到的巨大作用。从某种程度上讲，能够自上而下的推进涵羞“部、省、市.县、乡*等五个层次的纵向集合业务系统,本身就是SOA的一种表达,只不过此时SoA的设计仅仅是面向内部的.面向具体业务功能的.因此也是局部的SOA.局韶SoA的后果就是.局制的统一不能带来全局的统一,如果跳出局部看整体,在更宽广的范国内来看,比方站在国家电子政务全局来看，或站在公众的角度去看，满眼尽是一个个划地而治的恰忌孤岛，需要为整体去

9、做集成。而这恰恰成为了横向电子政务所需面曲和解决的信息共享和资源整合的挑战。横向电子政务正在逐步实现由“政媛导向”向效劳导向的转变。以效劳为中心，使老百姓能得到更广泛、更便捷的政府信息和效劳.使政府真正转变为效劳型政府.党和政府为此都皱出了更要决定。党的十六届四中全会做出了加强执我能力徒设的重皆决定，提出转变政府职能，创新玫府管理模式，是提高我舟执政水平的里要措施，温家宝总理在主持召开国家信息化领导小姐第三次会议上提出要从全面和战略的高度加快推进信息化建设.机紧推进电子政务,提高政府的经济逐节、市场监管、社会管理和公共效劳能力.促进政务公开。因此，以公众效劳为中心，效劳公众就成为电子政务建设的

10、出发点和落脚点。过去的经验是功能性的.局部的，现在要求以公众效劳的角度去看电子政务全局，面向效劳去型新梳理业务流程，即面向效劳去洋拥描逑政府和公民互动的过程、政府履行的各种业务与功能以及关键的业务流程。电子政务建设兴须面对以下几个挑战：1.如何做好电子政务的顶层设计？尤其是在冷部门电子政务工程中，如何加强牵头单位.协作单位、悟息主管、决策领导之间的联系？2、如何克服以部门为中心的思维方式,设计出既满足局部功能,又符合开展要求（如快速适应变化）,同时又能参与全局协同的效劳？3、如何有效评价效劳的质量和更好的理解各部门的互相关系？1.如何把以单个都门为核心的不兼容的信息系统升级为以效劳为中心的、可

11、集成的统一的效劳或效劳姐合？这些挑战有技术范转的,也有业务范畴的.可以给出的解决方案是首先更绐出一组效劳业务模型和效劳评价模型，业务模型描逑效劳业务的可挣续开展，不仅包括它的创立态，运可以包括其变化态和协作态，评价模型描逑效劳的评估态.这个模型就是S0提倡的方法论。在这个统一的方法论指导下，格模型细分为效劳域，效劳流程和效劳构件,并始终贯彻统一的技术标准加以实现，就能根本解决上述的几个挑战。现在再来更新审视一下我们是如何做到了以效劳为中7这一点的。“政务公开、公众效劳、决策优化正成为电子政务开展的新形势，以效劳为中心，使老百姓能得到更广泛.更便捷的政府信息和效劳，以效劳为中心,梳理和更统业务流

12、程，使各个业务系统能够互联互通和资源共享，有效降低突诙和运行本钱，提高监管能力和公共效劳水平。因此，电子政务的开展需更以效劳为中心的设计和方法指导，这就充分说明了电子政务密餐SOA的论断是必要而且可行的.是过去要、熨在吴，还是将来要？电子政务需要SoA已毋庸置段,但是什么时候最需要？过去、现在迂是杼来？人们在考虑这个问题的时候，往往会想到我过去巳经建了哪些系统，现在还Sf要建设哪些系筑，哪找系统需要整合，至于将来，有个五年规划就可以了.实际上这是走入了一个误区，即将建设与整合孤立看待.这一误区的主要表征就是以孤立的、伸态的、割裂的,而不是开展的眼光看待电孑政务的应用戏设和应用整合，将业务需求和

13、业务开展窗裂开来，以致建设出来的电子政务系统得要整合，整合的电子政务应用仍是按静杰需求建设起来，如果需要则再次整合.而走出比误区的方法就是将蕤设和整合有机统一起来.要树立没有从头速起的系统的观念，要从设计上就能够充分意识到系统总是在整合一切可以利用的资源（内部的，外部的）的基础上开展起来的,是为了满足新的业务变化需求。新系统就是旧系统的利用集合，同时它又是将来能够被新业芬整合的资濠。实际上，有些人可能会感到惊奇，但面向效劳的架构确实巳经存在20多年了！因为SOA是基于一种设计理念及一系列设计原则的,而这些都是与技术无关的。在过去20多年里,可用于实现SOA的技术是多种多样的,它们包括CORBA

14、、J2EE、COM/DCOM.MQ.ebXM1.EA1.ESB等。在这些技术中.有的适于构建SOA.有的则不然。从某种意义上讲.SQA可以被看作是EA1.的一种延税,但不是简单的延续。EA1.与SOA同样解决企业集成的问题，但SoA解决的问题远比EAI解决的IT问短多得多、复杂得多，因此产生的影响要深远得多。有一局部应用集成问题是可以通ItEAI来解决的。但是，EAI部决集成的问题往往是在事后，碰到了集成问鹿，才去想方法通过EAI来爵决。与之相反的是.SoA架构解决集成的问题是事先的,也就是说,在一开始搭腹SOA这一IT架构的时候，就巳绘考虑了集成的问题。这是SOA区别于EA1.的一个重大不同

15、，也是SOA能第帮助我们走出“割袅窿设和整合误区的佐证。另外,EAI解决集成问夏时，可能会带来更多其他集成问题，最终会带来一个更加复杂的IT架构。SOA?决这些臬成问题时，是将现有的系统以统一的标准接口迸行一次重新的梳理,不会再带来新的集成问意。因此，电子政务是时时刻刻郴需要SOA的，过去需要，现在需要，将来也帑我.尤其以效劳为中心和导向的电子政务建设带要SOA,在它的指导下，我们才能够防止走进误区。电子政务的如何开始？我们已经论证了电干政务需要SOA,但现在的问题是在电子政务的建设过程中,如何才能发挥SoA的最大成效？SOA该如何做起？面对我们所涉及到的众多更要概念,如面向效劳、漏层设计、业

16、务模型、流程重运、效劳构件等，我们该如何入手呢？首先，要把S0看成方法论，要根据电子政务的业务特要，通盘考虑所需要的业务模型和数据模型,每一条业务畿和数据线都要从效劳的件征、管理的特征和适应变化的特征去审视.并且每次审视都要围绕上下左右中等多更视角,还要如上一个时同难度。可能需委建立新的本钱/利益模型,要打破单个业务使用独立IT系统的模式，特别是那些可以重复使用的，必须要求服从一个统一的SOA架构，开发出有层次的.可充用的体系.其次,要把SOA看成架构平台,或者说要根据业务模型建立支撑重用软件的运行和管理平台。在可更用的层次模型支持下，平台要做到技术无关性，就要以统一的标准去运行和管理重用软件。再次，要把SOA看作是软件工厂里的产品装配线.它是一笔时将来业务运营的投入，所以在这笔投入发挥效益之前，需要做相关的方案，设计和开发工作。正如生产线上制造的第一辆车的花费要比第一千辆高出很多一样,用SOA的著的第一个